JP6421454B2 - サーバ装置、ゲートウェイ装置、画像処理システム、サーバ装置の制御方法、ゲートウェイ装置の制御方法、サーバ装置の制御プログラム、及びゲートウェイ装置の制御プログラム - Google Patents

Description

この発明は、サーバ装置、ゲートウェイ装置、画像処理システム、サーバ装置の制御方法、ゲートウェイ装置の制御方法、サーバ装置の制御プログラム、及びゲートウェイ装置の制御プログラムに関し、特に、サーバ装置からＨＴＴＰで送信されたジョブデータに基づいて画像処理装置がジョブを実行可能なサーバ装置、ゲートウェイ装置、画像処理システム、サーバ装置の制御方法、ゲートウェイ装置の制御方法、サーバ装置の制御プログラム、及びゲートウェイ装置の制御プログラムに関する。

従来、ＬＡＮ（ローカルエリアネットワーク）内のサーバの導入・管理コストを削減すること等を目的として、サーバで動作していたサーバソフトウェアに代えて、いわゆるクラウドアプリケーションを導入することが進んでいる。クラウドアプリケーションは、インターネットに接続されているいわゆるクラウドサーバを利用して動作することで、ユーザに種々のサービスを提供可能である。

クラウドアプリケーションを利用可能に提供するクラウドシステムとしては、クラウドアプリケーションが、各企業内のＬＡＮで動作するＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）やプリンタなどのデバイスと通信しながら、種々のサービスを提供するものがある。このようなクラウドシステムでは、クラウドアプリケーションからデバイスへの通信が発生する。この通信は、インターネットから、イントラネット内のＭＦＰ等にアクセスするものである。そのため、一般的にインターネットとイントラネットとの境界に設置されるいわゆるファイアウォールの機能によって、通信が行えないことがある。また、例えばＭＦＰにプライベートＩＰアドレスを割り当てているような環境では、クラウドアプリケーション側からＭＦＰのＩＰアドレスを指定することができず、通信が行えないことがある。そこで、インターネット側の装置と、ＬＡＮ内のデバイスとの間の通信を中継するゲートウェイ装置が用いられている。

ゲートウェイ装置は、インターネットを介して接続可能な管理サーバと常時接続されており、管理サーバとの通信結果に基づいて例えばインターネット側のクラウドサーバなどの装置との間にＨＴＴＰトンネルを生成し、インターネット側の装置とＬＡＮ内の画像処理装置との間の中継通信を確立させることができる。

なお、下記特許文献１には、サーバコンピュータが端末装置からの要求に応じて印刷指示情報を生成するとともに、画像形成装置からの問合せに応じて印刷情報を生成して画像形成装置に提供するように構成されたクラウドプリントシステムの構成が記載されている。このクラウドプリントシステムにおいては、サーバコンピュータと端末装置との間に配されるプロキシサーバが、端末装置に設定されている画像形成装置から使用するのに適したものを選択し、端末装置は、印刷を行うのに適した画像形成装置を使用して印刷を実行させることができる。

特開２０１３−１７５０３３号公報

上記のようなクラウドシステムを利用した、クラウドアプリケーションがゲートウェイ装置を経由してＬＡＮ内の画像形成装置と通信を行うことで印刷を行うことを可能にする、画像処理システムが用いられている。このような画像処理システムとしては、ＬＡＮ内の画像形成装置が保有する機能をクラウドシステム側で把握し、その機能に応じたジョブを実行させることができるものがある。

ところで、このような画像処理システムにおいては、画像形成装置として、クラウドアプリケーションが提供するサービスに対応していないもの（以下、非対応の画像形成装置ということがある。）が用いられる場合もある。例えば、クラウドアプリケーションの提供元とは異なるメーカー製の画像形成装置が用いられる場合などがある。このような非対応の画像形成装置が用いられている場合、クラウドアプリケーションは、画像形成装置が保有する機能に関する情報を正確には取得できない場合がある。また、画像形成装置が保有する機能を一旦確認した後にその機能構成が変更された場合には、クラウドアプリケーションが把握している機能情報と実際に画像形成装置が保有する機能とが一致しない状態に陥る場合がある。このような場合において、画像形成装置で実際には実行できない機能を利用するジョブの実行をクラウドアプリケーションが要求すると、実行エラーが生じることがある。

また、ジョブを実行させる対象の画像形成装置が他のジョブを実行中である場合などには、クラウドアプリケーションから送信されたジョブの実行要求が一旦キューに格納されてしまい、ジョブが実行されないままの待機状態がしばらく発生することがある。

これらの問題を解決するために、ジョブの実行に関する情報や画像形成装置の状態に関する情報をゲートウェイ装置に監視させたり解析させたりし、適切な画像形成装置にジョブを割り振ることが考えられる。しかしながら、ジョブの実行に関する情報が大量にある場合や、ゲートウェイ装置に接続されている画像形成装置が多数である場合などにおいて、このようにゲートウェイ装置がこれらの状態を常に監視したり解析したりするようにすると、ゲートウェイ装置の負荷が増大してしまうといった問題がある。

この発明はそのような問題点を解決するためになされたものであり、ゲートウェイ装置の負荷を低減させ、かつ、適切にジョブを実行させることができるサーバ装置、ゲートウェイ装置、画像処理システム、サーバ装置の制御方法、ゲートウェイ装置の制御方法、サーバ装置の制御プログラム、及びゲートウェイ装置の制御プログラムを提供することを目的としている。

上記目的を達成するためこの発明のある局面に従うと、第１のネットワークに接続されており、第２のネットワークに接続されているゲートウェイ装置の中継動作に応じて第２のネットワークに接続されている画像処理装置と通信することで、画像処理装置にジョブの実行を要求するサーバ装置は、画像処理装置の情報を取得する取得手段と、取得手段により取得された情報と、ジョブに関する情報とに基づいて、ゲートウェイ装置にジョブの実行に関する判断をさせるための指示を行うか否かを判断する判断手段と、判断手段により指示を行うと判断されたとき、指示を含む指示情報とジョブについてのジョブ実行要求とをゲートウェイ装置に送信する第１の送信手段と、判断手段により指示を行うと判断されなかったとき、ジョブについてのジョブ実行要求をゲートウェイ装置に送信する第２の送信手段とを備える。

好ましくは、指示情報は、ゲートウェイ装置にジョブに関する予め定められた処理を実行させる指示を含む。

好ましくは、指示は、ゲートウェイ装置に、ジョブを分割する処理を実行させるものである。

好ましくは、指示は、ジョブを実行可能な他の画像処理装置にジョブを代行させるように、ゲートウェイ装置に制御させるものである。

好ましくは、判断手段により指示を行うと判断されなかった場合において、第２の送信手段により送信されたジョブ実行要求に対して画像処理装置においてエラーが発生したとき、エラーが発生したことを検知する検知手段と、検知手段によりエラーが発生したことが検知されたとき、新たなジョブについてのジョブ実行要求を生成すると共に、生成したジョブ実行要求をゲートウェイ装置に送信する第３の送信手段とをさらに備える。

好ましくは、判断手段は、画像処理装置の状態に応じて、判断を行う。

好ましくは、判断手段は、画像処理装置が有するハードウェアにより実行される機能に応じて、判断を行う。

この発明のさらに他の局面に従うと、画像処理システムは、第２のネットワークに接続されている画像処理装置と、第１のネットワークに接続されており、画像処理装置にジョブの実行を要求するサーバ装置と、第２のネットワークを第１のネットワークに接続し、サーバ装置と画像処理装置との間の通信を中継するゲートウェイ装置とを備え、サーバ装置は、画像処理装置の情報を取得する取得手段と、取得手段により取得された情報と、ジョブに関する情報とに基づいて、ゲートウェイ装置にジョブの実行に関する判断をさせるための指示を行うか否かを判断する第１の判断手段と、第１の判断手段により指示を行うと判断されたとき、指示を含む指示情報とジョブについてのジョブ実行要求とをゲートウェイ装置に送信する第１の送信手段と、第１の判断手段により指示を行うと判断されなかったとき、ジョブについてのジョブ実行要求をゲートウェイ装置に送信する第２の送信手段とを備え、ゲートウェイ装置は、ジョブの実行に関する情報を取得する情報取得手段と、第１の送信手段により送信された情報を受信したとき、ジョブ実行要求の情報と、情報取得手段により取得された情報とに基づいて、ジョブの実行に関する判断を行う第２の判断手段と、第２の判断手段による判断結果に基づいて、ジョブ実行要求に基づく処理を実行する判断後処理手段とを備える。

この発明のさらに他の局面に従うと、第１のネットワークに接続されており、第２のネットワークに接続されているゲートウェイ装置の中継動作に応じて第２のネットワークに接続されている画像処理装置と通信することで、画像処理装置にジョブの実行を要求するサーバ装置の制御方法は、画像処理装置の情報を取得する取得ステップと、取得ステップにより取得された情報と、ジョブに関する情報とに基づいて、ゲートウェイ装置にジョブの実行に関する判断をさせるための指示を行うか否かを判断する判断ステップと、判断ステップにより指示を行うと判断されたとき、指示を含む指示情報とジョブについてのジョブ実行要求とをゲートウェイ装置に送信する第１の送信ステップと、判断ステップにより指示を行うと判断されなかったとき、ジョブについてのジョブ実行要求をゲートウェイ装置に送信する第２の送信ステップとを備える。

この発明のさらに他の局面に従うと、第１のネットワークに接続されており、第２のネットワークに接続されているゲートウェイ装置の中継動作に応じて第２のネットワークに接続されている画像処理装置と通信することで、画像処理装置にジョブの実行を要求するサーバ装置の制御プログラムは、画像処理装置の情報を取得する取得ステップと、取得ステップにより取得された情報と、ジョブに関する情報とに基づいて、ゲートウェイ装置にジョブの実行に関する判断をさせるための指示を行うか否かを判断する判断ステップと、判断ステップにより指示を行うと判断されたとき、指示を含む指示情報とジョブについてのジョブ実行要求とをゲートウェイ装置に送信する第１の送信ステップと、判断ステップにより指示を行うと判断されなかったとき、ジョブについてのジョブ実行要求をゲートウェイ装置に送信する第２の送信ステップとをコンピュータに実行させる。

これらの発明に従うと、画像形成装置の情報とジョブに関する情報とに基づいてゲートウェイ装置にジョブの実行に関する判断をさせるための指示情報が生成されたとき、指示情報とジョブ実行要求とがゲートウェイ装置に送信される。したがって、ゲートウェイ装置の負荷を低減させ、かつ、適切にジョブを実行させることができるサーバ装置、ゲートウェイ装置、画像処理システム、サーバ装置の制御方法、ゲートウェイ装置の制御方法、サーバ装置の制御プログラム、及びゲートウェイ装置の制御プログラムを提供することができる。

本発明の第１の実施の形態における画像形成システムの構成を示す図である。 画像形成システムの構成を示すブロック図である。 ゲートウェイ装置により行われる中継機能について説明する図である。 ゲートウェイ装置が行う基本的な中継動作の一例について説明する図である。 デバイスリストの一例を示す。 ジョブ分割可能リストの一例を示す。 ゲートウェイ装置とＭＦＰとがそれぞれ有するジョブ機能の一例を示す図である。 第１の実施の形態における画像形成システムの動作の一例を示す図である。 ＣＰＤＦスキャンジョブの分割について説明する図である。 第１の実施の形態における画像形成システムの動作の流れを説明するフローチャートである。 画像形成システムの上述とは異なる動作の一例を説明する第１の図である。 画像形成システムの上述とは異なる動作の一例を説明する第２の図である。 第２の実施の形態における画像形成システムの構成を示すブロック図である。 デバイス状態リストの一例を示す図である。 デバイスリストの一例を示す図である。 第２の実施の形態における画像形成システムの動作の一例を説明する図である。 第３の実施の形態における画像形成システムの構成を示すブロック図である。 ジョブ代行可能リストの一例を示す図である。 デバイスリストの一例を示す図である。 第３の実施の形態における画像形成システムの動作の一例を説明する図である。

以下、本発明の実施の形態におけるゲートウェイ装置を用いた画像形成システムの一例について説明する。

画像形成システムは、いわゆるクラウドコンピューティング技術を用いたものである。例えば、所定のＬＡＮ（ローカルエリアネットワーク）などに配置された、イントラネット内の画像形成装置による出力を、インターネットを介して、外部の端末から行うことが可能である。また、例えば、イントラネット内の画像形成装置により得られた情報を、インターネットを介して、外部の端末を用いて取得したり閲覧したりすることが可能である。インターネット側には、このようなサービスを提供するクラウドサーバと、クラウドサーバとイントラネットとの接続を行うための情報を管理する管理サーバとが設けられている。イントラネット側には、インターネットとの通信について中継機能を実行するゲートウェイ装置が設けられている。

ゲートウェイ装置として機能する画像形成装置や、クラウドサーバと通信を行う画像処理装置として機能する画像形成装置は、モノクロ／カラーの複写機、プリンタ、ファクシミリ装置などいずれであってもよい。また、画像形成装置は、スキャナ機能、複写機能、プリンタとしての機能、ファクシミリ機能、データ通信機能、及びサーバ機能を備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）であってもよい。スキャナ機能は、セットされた原稿の画像を読み取ってそれをＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等に蓄積する機能である。複写機能は、さらにそれを用紙等に印刷（プリント）する機能である。プリンタとしての機能は、ＰＣ等の外部端末から印刷指示を受けるとその指示に基づいて用紙に印刷を行う機能である。ファクシミリ機能は、外部のファクシミリ装置等からファクシミリデータを受信してそれをＨＤＤ等に蓄積する機能である。データ通信機能は、接続された外部機器との間でデータを送受信する機能である。サーバ機能は、複数のユーザでＨＤＤ等に記憶したデータなどを共有可能にする機能である。

［第１の実施の形態］

図１は、本発明の第１の実施の形態における画像形成システムの構成を示す図である。

図１に示されるように、画像形成システム（画像処理システムの一例）１０は、大まかに、インターネット（第１のネットワークの一例）側に設けられている装置群とイントラネット（第２のネットワークの一例）側に設けられている装置群とに分かれている。

画像形成システム１０のインターネット側には、クラウドサーバ（サーバ装置の一例）６０と、管理サーバ（管理装置の一例）７０とが設けられている。クラウドサーバ６０と管理サーバ７０とは、インターネット９０を通じて互いにＨＴＴＰ等の通信プロトコルを用いて通信可能である。

なお、これらのクラウドサーバ６０や管理サーバ７０などを用いた構成は、担当する機能毎に抽象化して示されるクラウドシステムの１つの例に過ぎず、実際にこのような機能を実現する具体的な機器の構成は、多様なものが考えられる。例えば、クラウドサーバ６０が、管理サーバ７０の役割も担うように構成されていてもよい。また、クラウドサーバ６０や管理サーバ７０のそれぞれは、単一の計算機であってもよいし、複数の計算機が連携して動作するものであってもよい。また、各計算機においては、仮想的に動作するように設定された１つ又は複数の計算機が用いられていてもよい。

画像形成システム１０のイントラネット側には、ゲートウェイ装置内蔵ＭＦＰ（以下、単にゲートウェイ装置ということがある）１０１と、複数のＭＦＰ（画像処理装置の一例）５１１，５２１，５３１，５４１，…（以下、これらを区別せずに総称して、それぞれＭＦＰ５０１ということがある。）とが設けられている。ゲートウェイ装置１０１と各ＭＦＰ５０１とは互いにＬＡＮに接続されており、イントラネット９２が構築されている。

ゲートウェイ装置１０１は、いわゆるファイアウォール９５を介して、インターネット９０に接続されている。

各ＭＦＰ５０１は、それぞれ、ゲートウェイ装置１０１を介して、インターネット９０上の装置にアクセス可能である。

図２は、画像形成システム１０の構成を示すブロック図である。

図２において、画像形成システム１０に含まれる複数のＭＦＰ５０１は、これらを互いに区別せずに、代表して１つのＭＦＰ５０１として示されている。

図２に示されるように、クラウドサーバ６０は、クラウドアプリケーション（制御プログラムの一例；単にアプリケーションということがある）６１をクラウドアプリプラットフォーム上で動作させ、種々の制御動作を実行させる。クラウドサーバ６０は、ＨＴＴＰトンネル通信部６３と管理サーバ通信部６５とを有しており、インターネット９０を介して外部機器と通信可能である。

また、クラウドサーバ６０は、記憶部６９を有している。記憶部６９には、制御プログラム６９ｂと、デバイスリスト６９ｃとが記憶されている。ＣＰＵ（図示せず）が制御プログラム６９ｂに基づいて動作することで、クラウドサーバ６０の種々の動作が実行される。デバイスリスト６９ｃについては、後述する。

管理サーバ７０は、デバイス情報管理部７１と、通信処理部７３とを有している。管理サーバ７０は、通信処理部７３により、インターネット９０を介して外部機器と通信可能である。管理サーバ７０は、ゲートウェイ装置１０１と常時接続されている。デバイス情報管理部７１は、クラウドサーバ６０が通信を行う対象となるＭＦＰ５０１等の情報を管理している。ＭＦＰ５０１等と通信しようとする機器は、管理サーバ７０で管理されている情報に基づいて、それらの機器と通信することができる。

ＭＦＰ５０１は、通信部５０２及び画像形成部５０３などを有している。通信部５０２は、ＭＦＰ５０１とクラウドサーバ６０等との通信に関する制御を行う。

ゲートウェイ装置１０１は、大まかに、ゲートウェイ部１２１と、画像形成部１１１と、記憶部１１９とを有する、ＭＦＰである。すなわち、ゲートウェイ装置１０１は、それ自体、画像形成部１１１によって印刷ジョブを実行して用紙に画像を形成して出力したり、種々の画像処理動作を実行したりすることができる。

記憶部１１９には、ゲートウェイ装置１０１が動作するときに用いる種々のデータが記憶されている。記憶部１１９には、例えば、制御プログラム１１９ｂが記憶されている。ＣＰＵ（図示せず）が制御プログラム１１９ｂに基づいて動作することで、ゲートウェイ装置１０１の種々の動作が実行される。また、記憶部１１９には、例えば、ジョブ分割可能リスト１１９ｃが記憶されている。ジョブ分割可能リスト１１９ｃの詳細については、後述する。

ゲートウェイ部１２１は、例えば、管理サーバ通信部１２３、ＨＴＴＰトンネル通信部１２５、デバイス通信部１２７、及び処理部１２９などを有している。ゲートウェイ装置１０１は、ＨＴＴＰトンネル通信部１２５、デバイス通信部１２７や処理部１２９などの動作に基づいて、クラウドサーバ６０と通信したり、クラウドサーバ６０とＭＦＰ５０１等との間の通信を制御したりする。また、ゲートウェイ装置１０１は、管理サーバ通信部１２３の動作に基づいて、管理サーバ７０と通信する。これにより、ゲートウェイ装置１０１は、クラウドサーバ６０とＭＦＰ５０１等との間の通信を中継することができる（中継機能）。

［ゲートウェイ装置１０１を介した中継通信の概略説明］

次に、ゲートウェイ装置１０１を介して行われる中継通信について説明する。例えばクラウドサーバ６０とＭＦＰ５１１との間で通信が行われる場合、ゲートウェイ装置１０１は、次のようにして通信制御を行い、クラウドサーバ６０とＭＦＰ５１１との間の通信を中継する。これにより、クラウドサーバ６０とＭＦＰ５１１との間で通信可能になる。

図３は、ゲートウェイ装置１０１により行われる中継機能について説明する図である。

図３に示されるように、画像形成システム１０では、ステップＳ１００において、ゲートウェイ装置１０１が、主にその起動時に、管理サーバ７０とのメッセージセッションを生成する。このとき、ゲートウェイ装置１０１は、ＭＦＰ５１１のうち自身が接続可能なものの識別情報を管理サーバ７０に送信する。メッセージセッションは、例えばＸＭＰＰ（Ｅｘｔｅｎｓｉｂｌｅ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｐｒｏｔｏｃｏｌ）などのプロトコルで生成される。メッセージセッションが生成されると、常時接続状態を維持するため、キープアライブ（ｋｅｅｐａｌｉｖｅ）パケットが適当な間隔で送信し続けられる。

ステップＳ１０１において、クラウドサーバ６０のアプリケーション６１は、ＭＦＰ５１１と通信を行うために、管理サーバ７０に接続を要求する。

ステップＳ１０３において、管理サーバ７０は、メッセージセッションを通じて、ゲートウェイ装置１０１にトンネル接続要求を送信する。

ステップＳ１０５において、ゲートウェイ装置１０１は、トンネル接続要求を受信すると、それに基づいて、クラウドサーバ６０とゲートウェイ装置１０１とを接続するＨＴＴＰセッションを確立する。ゲートウェイ装置１０１は、このように確立されたＨＴＴＰセッションを介して、クラウドサーバ６０とＭＦＰ５１１との間の通信を中継する。すなわち、アプリケーション６１は、このＨＴＴＰセッションをトンネルとして、ファイアウォールなどの影響を受けることなく、データを送信できる。

ステップＳ１０９において、ゲートウェイ装置１０１は、アプリケーション６１から受信したデータをＭＦＰ５１１に送信する。また、ＭＦＰ５１１から受信したデータをアプリケーション６１に送信する。これにより、ゲートウェイ装置１０１による中継機能を利用した中継通信が、アプリケーション６１が動作するクラウドサーバ６０とＭＦＰ５１１との間で行われる。

なお、このような通信は、例えば、インターネット９０に接続されたＰＣや携帯端末等の端末（図示せず）が、クラウドサーバ６０が提供するアプリケーション６１を利用して、ＭＦＰ５１１を指定して画像の出力を行ったりその他の画像処理動作を行ったりする場合において行われる。

中継通信が行われる具体的な例として、端末が保有する書類データなどに基づき、ＭＦＰ５１１を用いて出力を行う場合を想定する。このとき、アプリケーション６１に対して、端末から、書類データ及びそれをＭＦＰ５１１を用いて出力する旨の指示を送信する。そうすると、アプリケーション６１が上述のように動作し、クラウドサーバ６０とＭＦＰ５１１との間の通信がゲートウェイ装置１０１の中継機能に基づいて可能になる。通信が可能になると、次のような動作が行われる。

図４は、ゲートウェイ装置１０１が行う基本的な中継動作の一例について説明する図である。

図４に示されるように、ステップＳ１１において、クラウドサーバ６０は、ＭＦＰ５１１に対して、ＨＴＴＰトンネルを通じて、ゲートウェイ装置１０１にＨＴＴＰデータ２を送信する。ＨＴＴＰデータ２は、大まかに、ＨＴＴＰヘッダ（ＨＴＴＰ Ｈｅａｄｅｒ；以下単にヘッダということがある）２ａとＨＴＴＰボディ（ＨＴＴＰ Ｂｏｄｙ；以下単にボディということがある）２ｂとに分かれている。ＨＴＴＰボディ２ｂには、ジョブ実行情報４が含まれている。ジョブ実行情報４は、例えば、書類データ及び出力指示を含む印刷データである。ヘッダ２ａには、後述のように、ＨＴＴＰで通信を行うための種々の情報が含まれる。例えば、接続を継続する旨の宣言などプロトコルで標準的に含まれるヘッダや、ＨＴＴＰトンネルを特定するＩＤや通信符号などを含むトンネル通信用のヘッダなどが含まれる。

ゲートウェイ装置１０１は、ＨＴＴＰデータ２が送信されると、ステップＳ１２において、ＨＴＴＰデータ２を解析し、解析結果に従って動作を行う。例えば、ゲートウェイ装置１０１は、その中に含まれるジョブ実行情報４をＭＦＰ５１１に送信する。ＭＦＰ５１１は、受信したジョブ実行情報４に基づいて、ジョブを実行する（例えば、プリントジョブを実行する。）。ジョブが完了すると、ＭＦＰ５１１からクラウドサーバ６０にその旨の情報が送信され、アプリケーション６１が、ジョブが完了した旨を端末に通知する。これにより、端末は、アプリケーション６１を通じて、ＭＦＰ５１１を用いてジョブを実行させることができる。

なお、クラウドアプリケーション６１を利用して行われるジョブとしては、このような印刷（プリント）ジョブのほか、スキャンジョブ、ファクシミリ送信ジョブ、サーチャブルＰＤＦ作成ジョブ、及びファイル形式変換ジョブなど、種々の画像処理動作についてのジョブがある。それぞれのジョブは、そのジョブを実行する機能を保有するＭＦＰ５０１が指定されることで、そのＭＦＰ５０１で実行される。

［ゲートウェイ装置１０１の負荷軽減］

ここで、本実施の形態において、クラウドサーバ６０は、ゲートウェイ装置１０１に接続されているＭＦＰ５０１の情報を取得し、取得された情報とジョブの種類とに基づいて、ゲートウェイ装置１０１に対して指示情報を送信したり、所定の処理を自ら実行したりするように構成されている。指示情報は、ゲートウェイ装置１０１にジョブの実行に関する判断をさせたり、所定のジョブ分割処理を実行させたりするための情報である。これにより、ゲートウェイ装置１０１の負荷が増大しないようにしながら、ジョブの実行先となるＭＦＰ５０１においてジョブが実行できないというようなエラーが生じたりＭＦＰ５０１の処理負荷が増大したりという問題の発生を防止できる。以下、このような動作について説明する。

本実施の形態において、クラウドサーバ６０は、デバイスリスト６９ｃに基づいて、上述のような動作を実行する。

図５は、デバイスリスト６９ｃの一例を示す。

デバイスリスト６９ｃは、クラウドサーバ６０の記憶部６９に記憶されている。デバイスリスト６９ｃには、ゲートウェイ装置１０１に接続されているＭＦＰ５０１等の機器の情報がまとめられている。具体的には、デバイスリスト６９ｃには、ゲートウェイ装置１０１に接続されているＭＦＰ５０１等が、自社製（ここでは、クラウドサーバ６０及びゲートウェイ装置１０１を利用したクラウドサービスに適合するように製造されたものをいう）であるか否かについての情報（適合情報）を含む。

具体的には、例えば、図５に示されるように、デバイスリスト６９ｃには、ゲートウェイ装置１０１に接続されているＭＦＰ５０１等のデバイスの名称（「デバイス名」）と、そのデバイスのＩＰアドレス（「ＩＰ」）と、適合情報（「自社製デバイス」）とが含まれている。図５に示される例においては、適合情報は、「○」と「×」とのいずれかの記号で示されている。「○」は、クラウドサービスに適合しているものであることすなわち自社製のデバイスであることを示す。「×」は、クラウドサービスに適合していないものであることすなわち自社製のデバイスではないことを示す。図５に示される例では、「デバイス１」は自社製のデバイスではなく、そのＩＰアドレスは「ｘｘｘ．ｙｙｙ．ｘｘｘ．ｚｚｚ」であること、及び「デバイス２」は自社製のデバイスであって、そのＩＰアドレスは「ｙｙ．ｘｘｘ．ｚｚｚ．ｘｘ」であることが見て取れる。

デバイスリスト６９ｃは、例えば、クラウドサーバ６０がゲートウェイ装置１０１により収集された情報を取得することで記憶部６９に記憶されていてもよいし、ゲートウェイ装置１０１に対するユーザの入力操作やクラウドサーバ６０に対するユーザの入力操作等に基づく情報をクラウドサーバ６０が取得することで記憶部６９に記憶されていてもよい。

ゲートウェイ装置１０１は、上述のようなクラウドサーバ６０から送信された指示情報に応じた動作を、ジョブ分割可能リスト１１９ｃに基づいて実行する。

図６は、ジョブ分割可能リスト１１９ｃの一例を示す。

ジョブ分割可能リスト１１９ｃは、ゲートウェイ装置１０１の記憶部１１９に記憶されている。ジョブ分割可能リスト１１９ｃには、クラウドサービスを用いて実行を指示されるジョブについて、そのジョブを２以上の異なるジョブに分割する組合せが示されている。

具体的には、例えば、図６に示されるように、ＣＰＤＦスキャンジョブ（「スキャン（ＣＰＤＦ）」と、ＸＰＳスキャンジョブ（「スキャン（ＸＰＳ）」）とのそれぞれについて、ジョブを２つのジョブに分割する組合せが示されている。

ここで、ＣＰＤＦスキャンジョブは、書類をスキャンして、その結果に基づいてＣＰＤＦ（いわゆるコンパクトＰＤＦ）形式のファイルを生成するものである。ＣＰＤＦ形式のファイルは、スキャナで読み取ったドキュメント画像の文字と写真等とを分離し、それぞれ異なる方法で圧縮したうえでＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）形式のファイルとしてまとめたものである。ＣＰＤＦ形式のファイルは、ドキュメント画像をＪＰＥＧ圧縮して生成した通常のＰＤＦ形式のファイルよりもファイルサイズが小さくなる。

また、ＸＰＳスキャンジョブは、書類をスキャンして、その結果に基づいてＸＰＳ（ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）形式のファイルを生成するものである。

図６に示されるように、ＣＰＤＦスキャンジョブについては、例えば３種類のジョブの分割方法がある。すなわち、第１にＰＤＦスキャンジョブ（「スキャン（ＰＤＦ）」）及びＰＤＦ−ＣＰＤＦ変換ジョブ（「ＰＤＦ→ＣＰＤＦ」）の組合せがある。第２にＸＰＳスキャンジョブ及びＸＰＳ−ＣＰＤＦ変換ジョブ（「ＸＰＳ→ＣＰＤＦ」）の組合せがある。第３にＪＰＥＧスキャンジョブ（「スキャン（ＪＰＧ）」）及びＪＰＥＧ−ＣＰＤＦ変換ジョブ（「ＪＰＧ→ＣＰＤＦ」）の組合せがある。

また、ＸＰＳスキャンジョブについては、例えば２種類のジョブの分割方法がある。すなわち、第１にＰＤＦスキャンジョブ及びＰＤＦ−ＸＰＳ変換ジョブ（「ＰＤＦ→ＸＰＳ」）の組合せがある。第２にＪＰＥＧスキャンジョブ及びＪＰＥＧ−ＸＰＳ変換ジョブ（「ＪＰＧ→ＸＰＳ」）の組合せがある。

なお、ジョブを分割する組合せはこれに限られるものではない。

図７は、ゲートウェイ装置１０１とＭＦＰ５１１とがそれぞれ有するジョブ機能の一例を示す図である。

図７においては、「○」がそのデバイスでそのジョブを実行可能であること、「×」がそのデバイスではそのジョブが実行不可能であること、を示している。本実施の形態において、ゲートウェイ装置１０１は、ＣＰＤＦスキャンジョブ、ＰＤＦスキャンジョブ、ＰＤＦ−ＣＰＤＦ変換ジョブのいずれも、実行可能である。他方、ＭＦＰ５１１では、ＰＤＦスキャンジョブは実行可能であるが、ＣＰＤＦスキャンジョブとＰＤＦ−ＣＰＤＦ変換ジョブとは実行不可能である。

以下の説明において、ＭＦＰ５１１は、図５で示されるように自社機でないものであって、また、図７で示されるようにジョブの種類によっては実行不可能なものがある場合を想定する。

図８は、第１の実施の形態における画像形成システム１０の動作の一例を示す図である。

図８においては、ユーザがウェブブラウザ経由でクラウドサーバ６０にアクセスし、ＭＦＰ５１１からのプルスキャン（ＭＦＰ５１１によるスキャン結果の取得）を行う場合の例が示されている。この場合において、ＭＦＰ５１１でジョブの実行についてエラーが発生したときには、ゲートウェイ装置１０１においてジョブ分割が行われることで、ユーザにエラー通知が行われることなく、発生したエラーへの対処が行われる。このようなエラーへの対処は、予めクラウドサーバ６０がゲートウェイ装置１０１に対して指示情報が送信されることで実現される。

図８に示されるように、ユーザは、クラウドサーバ６０にアクセスし、ＭＦＰ５１１に対して、ＣＰＤＦスキャンジョブのジョブ実行要求をする（Ｓ３１１）。ジョブ実行要求が行われると、クラウドサーバ６０は、自身が保有するデバイスリスト６９ｃを参照し、ジョブ実行要求先であるＭＦＰ５１１が他社機であるか否か（自社機ではないか自社機であるか）を判断する。

ＭＦＰ５１１が他社機である（自社機ではない）場合には、クラウドサーバ６０は、次のようにゲートウェイ装置１０１に指示情報を送信する（Ｓ３１２）。すなわち、クラウドサーバ６０は、ゲートウェイ装置１０１に、所定のフラグを立てたうえで、ＣＰＤＦスキャンジョブ４ａのジョブ実行要求を行う。ジョブ実行要求は、ＨＴＴＰデータ２として送信される。ＨＴＴＰデータ２のうち、ヘッダ２ａには所定のフラグ「ＪＵＤＧＥ−Ｆｌａｇ」が含まれ、このフラグ「ＪＵＤＧＥ−Ｆｌａｇ」の値が「１」とされる（「ＪＵＤＧＥ−Ｆｌａｇ：１」）。このように所定のフラグが立てられたＨＴＴＰデータ２が送信されることは、ＭＦＰ５１１でジョブを実行したときにエラーが検出された場合にはジョブ分割処理を実行するように、予めゲートウェイ装置１０１に指示が行われることを意味する（指示情報の送信）。

ゲートウェイ装置１０１は、ジョブ実行要求を受け取ると、ヘッダ２ａに含まれるフラグ「ＪＵＤＧＥ−Ｆｌａｇ」を確認する。そして、ＭＦＰ５１１に対して、ＣＰＤＦスキャンジョブ４ａのジョブ実行要求を行う（Ｓ３１３）。

ここで、本実施の形態において、ＭＦＰ５１１は、上述の通り、ＣＰＤＦスキャンジョブ４ａを実行することができない。そのため、ジョブの実行エラーが発生する。ＭＦＰ５１１は、エラー通知をゲートウェイ装置１０１に対して行う（Ｓ３１４）。

ゲートウェイ装置１０１は、エラー通知を受け取ると、ヘッダ２ａのフラグ「ＪＵＤＧＥ−Ｆｌａｇ」の値に基づいて動作を行う。すなわち、フラグ「ＪＵＤＧＥ−Ｆｌａｇ」が「１」であるので、ゲートウェイ装置１０１は、エラーとなったジョブチケットを解析し、ジョブ分割可能リスト１１９ｃに基づいて、ジョブを分割できるか否かを判断する。本例では、ＣＰＤＦスキャンジョブ４ａは、第１のジョブ（ＰＤＦスキャンジョブ）と、第２のジョブ（ＰＤＦ−ＣＰＤＦ変換ジョブ）とに分割することができるので、ゲートウェイ装置１０１は、分割できると判断する。

ジョブを分割可能であれば、ゲートウェイ装置１０１は、ＭＦＰ５１１のジョブ実行履歴を参照し、ＭＦＰ５１１が第１のジョブを実行できるか否かを判断する。また、ゲートウェイ装置１０１は、自身が保有する自身の実行可能機能リストを参照し、第２のジョブを実行できるか否かを判断する。

第１のジョブ及び第２のジョブがそれぞれＭＦＰ５１１とゲートウェイ装置１０１とで実行できる場合には、ゲートウェイ装置１０１は、ジョブを分割し、第１のジョブ４ｂを新たなジョブチケットとして生成し、ＭＦＰ５１１に対してジョブ実行要求を行う（Ｓ３１５）。

ＭＦＰ５１１は、第１のジョブ４ｂを実行し、その結果をゲートウェイ装置１０１に送信する。すなわち、ＰＤＦスキャンジョブによりスキャンされたＰＤＦ形式のファイル（ＰＤＦデータ）５ａをゲートウェイ装置１０１に送信する（Ｓ３１６）。

ゲートウェイ装置１０１は、第２のジョブ４ｃのジョブ実行要求を自身に対して行う。ゲートウェイ装置１０１は、第１のジョブ４ｂの実行結果であるＰＤＦデータ５ａについて、コンパクトＰＤＦのファイル５ｂに変換する画像変換処理（ＰＤＦ−ＣＰＤＦ変換ジョブ）を実行する。

ゲートウェイ装置１０１は、第２のジョブ４ｃの実行結果を、クラウドサーバ６０に送信する。すなわち、ＰＤＦ−ＣＰＤＦ変換ジョブにより生成されたＣＰＤＦ形式のファイル（ＣＰＤＦデータ）５ｂをクラウドサーバ６０に送信する（Ｓ３１７）。これにより、ユーザは、クラウドサーバ６０を介して、ＣＰＤＦデータ５ｂを取得できる（Ｓ３１８）。

図９は、ＣＰＤＦスキャンジョブの分割について説明する図である。

図９に示されるように、元々のジョブとしてＣＰＤＦスキャンジョブ４ａがジョブ実行要求されている場合において（Ｓ２５１）、分割が可能であるか否かを判断するとき、ゲートウェイ装置１０１は、ジョブ分割可能リスト１１９ｃに基づいてそれを判断する。

ジョブの分割が行われる場合、分割後のジョブは、第１のジョブ（ＰＤＦスキャンジョブ）４ｂと第２のジョブ（ＰＤＦ−ＣＰＤＦ変換ジョブ）４ｃとに分かれることになる（Ｓ２５２）。このとき、ＰＤＦスキャンジョブについては、ゲートウェイ装置１０１は、ＭＦＰ５１１のジョブ実行履歴に基づいて、ＭＦＰ５１１で実行可能であるか否かを判断する。他方、ＰＤＦ−ＣＰＤＦ変換ジョブについては、ゲートウェイ装置１０１は、ゲートウェイ装置１０１自身の機能リストに基づいて、ゲートウェイ装置１０１で実行可能であるか否かを判断する。両ジョブ４ｂ，４ｃが実行可能であると判断されれば、各ジョブ４ｂ，４ｃがＭＦＰ５１１とゲートウェイ装置１０１で実行され、ＣＰＤＦ形式のファイル５ｂが生成される。生成されたファイル５ｂは、クラウドサーバ６０に送信される。

図１０は、第１の実施の形態における画像形成システム１０の動作の流れを説明するフローチャートである。

図１０において、ステップＳ２１２，Ｓ２１３は、クラウドサーバ６０により実行される処理である。ステップＳ２１４，Ｓ２１６，Ｓ２１７，Ｓ２１８は、ゲートウェイ装置１０１により実行される処理である。ステップＳ２１５，Ｓ２１９，Ｓ２２０，Ｓ２２１は、ＭＦＰ５１１で実行される処理である。

図１０に示されるように、ステップＳ２１１において、ＭＦＰ５１１を利用して行うＣＰＤＦスキャンジョブのジョブ実行要求が、ユーザからのクラウドサーバ６０に対して行われる。

ステップＳ２１２において、クラウドサーバ６０は、ＭＦＰ５１１が他社製であるか否かを判断する。ステップＳ２１２において他社製でなければ、クラウドサーバ６０は、ヘッダ２ａにおいてフラグを立てずに（「ＪＵＤＧＥ−Ｆｌａｇ：０」としたうえで）ＣＰＤＦスキャンジョブのジョブ実行要求をＨＴＴＰデータ２としてゲートウェイ装置１０１に送信する。そして、ステップＳ２１５の処理に進む。

他方、ステップＳ２１２において他社製であれば、ステップＳ２１３において、クラウドサーバ６０は、ヘッダ２ａにおいてフラグを立てたうえで（「ＪＵＤＧＥ−Ｆｌａｇ：１」としたうえで）ＨＴＴＰデータ２をゲートウェイ装置１０１に送信する。

ステップＳ２１４において、ゲートウェイ装置１０１は、ＣＰＤＦスキャンジョブをＭＦＰ５１１に送信する。すなわち、ＭＦＰ５１１からエラー通知があるか否かを確認し、ＭＦＰ５１１にＣＰＤＦスキャンジョブを実行する機能があるか否かを確認する。エラー通知がないとき（ジョブの実行機能があるとき）、ステップＳ２１５の処理に進む。

ステップＳ２１５において、ＭＦＰ５１１は、ＣＰＤＦスキャンジョブを実行する。これにより、図４に示されるように、そのままＭＦＰ５１１で要求通りのジョブが実行されることになる。

他方、ステップＳ２１４においてエラー通知があれば（ジョブの実行機能がなければ）、ステップＳ２１６以降の処理が行われる。すなわち、ステップＳ２１６において、ゲートウェイ装置１０１は、ジョブの分割が可能であるか否かを判断する。

ステップＳ２１６でジョブ分割が可能であると判断されれば、ステップＳ２１７において、ゲートウェイ装置１０１は、第１のジョブがＭＦＰ５１１で実行可能であるか否かを判断する。

ステップＳ２１７において第１のジョブがＭＦＰ５１１で実行可能であると判断されれば、ステップＳ２１８において、ゲートウェイ装置１０１は、第２のジョブがゲートウェイ装置１０１で実行可能であるか否かを判断する。

ステップＳ２１８において第２のジョブがゲートウェイ装置１０１で実行可能であると判断されれば、ＣＰＤＦスキャンジョブが分割して実行される。すなわち、まず、ステップＳ２１９において、ＭＦＰ５１１は、ＰＤＦスキャンジョブを実行する。

ステップＳ２２０において、ゲートウェイ装置１０１は、ＭＦＰ５１１によるジョブの実行結果に基づいて、ＰＤＦ−ＣＰＤＦ変換ジョブを実行する。

他方、ステップＳ２１６でジョブ分割が不可能であると判断されたとき、ステップＳ２１７で第１のジョブが実行不可能であると判断されたとき、又はステップＳ２１８で第２のジョブが実行不可能であると判断されたときには、ゲートウェイ装置１０１は、ジョブの実行エラーであると判断する。これにより、ステップＳ２２１において、ゲートウェイ装置１０１は、エラー通知を行う。エラー通知が行われると、クラウドサーバ６０を経由し、ユーザにその旨が通知される。

このように、本実施の形態においては、まず、デバイスリスト６９ｃに基づいて、クラウドサーバ６０側でＭＦＰ５１１が他社機であるか否かが判断され、その結果に応じて、ゲートウェイ装置１０１が、ＭＦＰ５１１がジョブを実行可能であるか否かの判断や、ジョブを分割して行うか否かの判断を行う。したがって、ゲートウェイ装置１０１において常にＭＦＰ５１１に関する判断が行われることがなくなり、ゲートウェイ装置１０１の処理負担が軽減される。

ここで、ジョブの実行対象となるＭＦＰ５１１が、自社機であるがそのジョブを実行可能でない場合も考えられる。このような場合には、次のような制御が行われる。すなわち、ゲートウェイ装置１０１に対して判断指示（エラー対処の指示）が行われず、ＭＦＰ５１１でジョブの実行エラーが起きるたびにクラウドサーバ６０からジョブが発行される。

図１１は、画像形成システム１０の上述とは異なる動作の一例を説明する第１の図である。

図１１においては、ＭＦＰ５１１を実行先とするＸＰＳダイレクトプリントジョブの実行要求がユーザから行われた場合において、ＭＦＰ５１１がそのジョブを実行可能でない場合が示されている。ここで、ＭＦＰ５１１は、自社製のものであって、デバイスリスト６９ｃにもその旨の適合情報が記録されている場合を想定する。

図１１に示されるように、ステップＳ３３１においてユーザからジョブの実行指示があると、クラウドサーバ６０が処理を実行する。すなわち、ステップＳ３３２において、クラウドサーバ６０は、デバイスリスト６９ｃに基づいてＭＦＰ５１１が自社製品であることを判断し、それに応じて、ＨＴＴＰデータ２をゲートウェイ装置１０１に送信する。このとき、ボディ２ｂにはＸＰＳダイレクトプリントジョブ４ｄのジョブ実行要求が含められる。

ここで、ＭＦＰ５１１は自社製品であるので、ＨＴＴＰデータ２のヘッダ２ａにおいて、フラグ「ＪＵＤＧＥ−Ｆｌａｇ」は「０」とされる。すなわち、上述のようにＭＦＰ５１１が他社製のものである場合の例とは異なり、フラグを立てずに、ＨＴＴＰデータ２が送信される。これは、ゲートウェイ装置１０１に対して、上述のようなエラー発生時においてゲートウェイ装置１０１に対応する処理を実行させるための指示をしないことを意味する。

ステップＳ３３３において、ゲートウェイ装置１０１は、ＨＴＴＰデータ２を受信し、ＸＰＳダイレクトプリントジョブ４ｄのジョブ実行要求を受け取ると、ＭＦＰ５１１に対して、ＸＰＳダイレクトプリントジョブ４ｄのジョブ実行要求を行う。このとき、ゲートウェイ装置１０１は、ＨＴＴＰデータ２のヘッダ２ａにおいてフラグ「ＪＵＤＧＥ−Ｆｌａｇ」は「０」であることを確認し、ジョブ実行要求をそのままＭＦＰ５１１に送信する。

ここで、ＭＦＰ５１１は、ＸＰＳダイレクトプリント機能を有しないので、ＸＰＳダイレクトプリントジョブ４ｄを実行することができない。したがって、ステップＳ３３４，Ｓ３３５において、ＭＦＰ５１１は、ゲートウェイ装置１０１を介して、エラー通知をクラウドサーバ６０に送信する。このとき、ゲートウェイ装置１０１は、エラー通知に対して自身が特別な処理を行うことなく、エラー通知をクラウドサーバ６０に中継する処理を行う。

図１２は、画像形成システム１０の上述とは異なる動作の一例を説明する第２の図である。

図１２に示されるように、クラウドサーバ６０は、エラー通知を受信すると、エラーとなったＸＰＳダイレクトプリントジョブ４ｄのジョブチケットを解析し、新たなジョブチケットを生成する。ここでは、例えば、ＰＤＦダイレクトプリントジョブ４ｅを生成する。ステップＳ３３６において、クラウドサーバ６０は、ＰＤＦダイレクトプリントジョブ４ｅのジョブ実行要求を含むＨＴＴＰデータ２をゲートウェイ装置１０１に送信する。この場合も、ＨＴＴＰデータ２のヘッダ２ａにおいて、フラグは立てられない（「ＪＵＤＧＥ−Ｆｌａｇ：０」とされる）。

ステップＳ３３７において、ゲートウェイ装置１０１は、ＨＴＴＰデータ２を受信し、ＰＤＦダイレクトプリントジョブ４ｅのジョブ実行要求を受け取ると、ＭＦＰ５１１に対して、ＰＤＦダイレクトプリントジョブ４ｅのジョブ実行要求を行う。このとき、ゲートウェイ装置１０１は、ＨＴＴＰデータ２のヘッダ２ａにおいてフラグ「ＪＵＤＧＥ−Ｆｌａｇ」は「０」であることを確認し、ジョブ実行要求をそのままＭＦＰ５１１に送信する。

ＭＦＰ５１１は、ＰＤＦダイレクトプリント機能を保有している。そのため、ＰＤＦダイレクトプリントジョブ４ｅのジョブ実行要求を受け取ると、ステップＳ３３８において、ＭＦＰ５１１は、ＰＤＦダイレクトプリントジョブ４ｅを実行する。

ＰＤＦダイレクトプリントジョブ４ｅが実行されると、ステップＳ３３９，Ｓ３４０において、ＭＦＰ５１１は、生成されたＰＤＦ形式のファイル５ｃを、ゲートウェイ装置１０１を介してクラウドサーバ６０に送信する。

クラウドサーバ６０にＰＤＦ形式のファイル５ｃが送信されると、ステップＳ３４１において、ジョブの実行結果として、ユーザの端末が、ファイル５ｃを取得可能になる。

このように、ＭＦＰ５１１が自社機である場合において、ジョブを実行できないときでも、ゲートウェイ装置１０１を経由してエラー通知がクラウドサーバ６０に通知され、エラー通知に対して代替のジョブ実行要求を行うというような所定の処理がクラウドサーバ６０により実行される。したがって、ユーザは、所望のジョブの実行結果に替えて、代替のジョブの実行結果をスムーズに得ることができる。

［第２の実施の形態］

第２の実施の形態における画像形成システムの基本的な構成は、第１の実施の形態におけるそれと同じであるためここでの説明を繰り返さない。第２の実施の形態においては、ゲートウェイ装置１０１に接続されている各ＭＦＰ５０１の動作状態に基づいて種々の処理が行われる点が第１の実施の形態と異なる。

図１３は、第２の実施の形態における画像形成システム１０ｂの構成を示すブロック図である。

図１３において、画像形成システム１０ｂに含まれる複数のＭＦＰ５０１は、これらを互いに区別せずに、代表して１つのＭＦＰ５０１として示されている。

図１３に示されるように、第２の実施の形態において、画像形成システム１０ｂのクラウドサーバ６０とゲートウェイ装置１０１とのそれぞれは、第１の実施の形態とは若干異なる情報を保有している。その他のハードウェイ構成等については、画像形成システム１０ｂと第１の実施の形態における画像形成システム１０とで略同様である。

すなわち、クラウドサーバ６０の記憶部６９には、デバイス状態リスト６９ｄが記憶されている。

また、ゲートウェイ装置１０１の記憶部１１９には、デバイスリスト１１９ｄが記憶されている。

図１４は、デバイス状態リスト６９ｄの一例を示す図である。

図１４に示される例では、ゲートウェイ装置１０１に接続されている複数のＭＦＰ５０１、すなわち、ＭＦＰ５１１（デバイス１）、ＭＦＰ５２１（デバイス２）、ＭＦＰ５３１（デバイス３）、ＭＦＰ５４１（デバイス４）のそれぞれについての情報が含まれている。デバイス状態リスト６９ｄには、各ＭＦＰ５０１（デバイス１〜４）についての、イントラネット９２におけるＩＰアドレスと、状態情報とが含まれている。

ここで、状態情報としては、そのＭＦＰ５０１が処理を実行中であるか（ＢＵＳＹであるか）否かについての情報が含まれている。図１４において、ＭＦＰ５０１がＢＵＳＹであるときには状態情報として「ＢＵＳＹ」が、そうでないときには状態情報として「−」が示されている。図１４に示される例では、ＭＦＰ５１１，５３１，５４１がＢＵＳＹであり、ＭＦＰ５２１はＢＵＳＹではないという状態が見て取れる。

クラウドサーバ６０は、このような各ＭＦＰ５０１のＩＰアドレスや状態情報などをゲートウェイ装置１０１を通じて取得し、デバイス状態リスト６９ｄとして記憶する。

図１５は、デバイスリスト１１９ｄの一例を示す図である。

図１５に示される例では、図１４と同様に、ゲートウェイ装置１０１に接続されている複数のＭＦＰ５０１、すなわち、ＭＦＰ５１１（デバイス１）、ＭＦＰ５２１（デバイス２）、ＭＦＰ５３１（デバイス３）、ＭＦＰ５４１（デバイス４）のそれぞれについての情報が含まれている。デバイスリスト１１９ｄには、各ＭＦＰ５０１（デバイス１〜４）についての、イントラネット９２におけるＩＰアドレスと、保有機能情報と、状態情報とが含まれている。ＩＰアドレスと状態情報とについては、上述のデバイス状態リスト６９ｄと同様の内容が含まれている。

デバイスリスト１１９ｄには、各ＭＦＰ５０１についての保有機能情報が含まれる。すなわち、各ＭＦＰ５０１は、保有機能情報で示される機能についてのジョブを実行可能である。図１５に示される例においては、ＭＦＰ５１１，５２１，５３１は、いずれも、プリント機能、スキャン機能、ファクシミリ（ＦＡＸ）送信機能、及びサーチャブルＰＤＦ作成機能を保有している。他方、ＭＦＰ５４１は、プリント機能、スキャン機能、及びＰＤＦ−ＣＰＤＦ変換機能（「ＰＤＦ→ＣＰＤＦ変換」）を保有している。

図１６は、第２の実施の形態における画像形成システム１０ｂの動作の一例を説明する図である。

以下、各ＭＦＰ５０１の保有機能が図１５に示されるようになっており、各ＭＦＰ５０１の動作状態が図１４で示されるようになっている場合を想定して、画像形成システム１０ｂの動作について説明する。

図１６においては、ユーザがウェブブラウザ経由でクラウドサーバ６０にアクセスし、クラウドサーバ６０が保有しているＰＤＦ形式のファイル５ｆについて、ＭＦＰ５１１にファクシミリ送信を実行させる場合の例が示されている。

図１６に示されるように、ユーザは、クラウドサーバ６０にアクセスし、ＭＦＰ５１１に対して、ファクシミリ送信ジョブのジョブ実行要求をする（Ｓ３５１）。ジョブ実行要求が行われると、クラウドサーバ６０は、自身が保有するデバイス状態リスト６９ｄを参照し、ジョブ実行要求先であるＭＦＰ５１１について、状態情報を確認する。

このとき、クラウドサーバ６０は、ジョブ実行要求を行う対象となるＭＦＰ５１１がＢＵＳＹであるか否かを判断する。本例では、ＭＦＰ５１１がＢＵＳＹであるので、クラウドサーバ６０は、ジョブの実行を他のＭＦＰ５２１，５３１，５４１等に代行させるか否かについてゲートウェイ装置１０１に判断させるための指示を行う。すなわち、クラウドサーバ６０は、ステップＳ３５２において、ＨＴＴＰデータ２のヘッダ２ａのフラグ「ＪＵＤＧＥ−Ｆｌａｇ」を「１」として（フラグを立てて）、ＨＴＴＰデータ２をゲートウェイ装置１０１に対して送信することで、ＰＤＦ形式のファイル５ｆについてのファクシミリ送信ジョブ４ｇのジョブ実行要求をゲートウェイ装置１０１に対して行う。このように所定のフラグが立てられたＨＴＴＰデータ２が送信されることが、ゲートウェイ装置１０１に対して上記判断を実行するように指示が行われることを意味する（指示情報の送信）。

ゲートウェイ装置１０１は、ジョブ実行要求を受け取ると、ヘッダ２ａに含まれるフラグ「ＪＵＤＧＥ−Ｆｌａｇ」を確認する。フラグが「１」であるので、ゲートウェイ装置１０１は、上記の判断を行う。すなわち、ゲートウェイ装置１０１は、保有するデバイスリスト１１９ｄを参照し、それに基づいて、複数のＭＦＰ５０１のうち、ファクシミリ送信ジョブを実行可能であって（ファクシミリ送信機能を有し）、かつ、ＢＵＳＹではないものを検索する。本例の場合には、ファクシミリ送信ジョブを実行可能であってＢＵＳＹではないＭＦＰ５２１が存在することがわかる。

そうすると、ステップＳ３５３において、ゲートウェイ装置１０１は、このように検索して抽出されたＭＦＰ５２１に対して、ファイル５ｆについてのファクシミリ送信ジョブ４ｇのジョブ実行要求を行う。

ステップＳ３５４において、ＭＦＰ５２１は、ジョブ実行要求に応じて、ファクシミリ送信ジョブを実行する。

なお、クラウドサーバ６０は、ジョブ実行先として指定されているＭＦＰ５１１がＢＵＳＹでなければ、フラグを立てることなく、ＨＴＴＰデータ２をゲートウェイ装置１０１に送信する。このとき、ゲートウェイ装置１０１は、フラグが立てられていないことを確認すると、上記のような判断を実行することなく、ＭＦＰ５１１に対してファクシミリ送信ジョブの実行を要求する。これにより、ＢＵＳＹではないＭＦＰ５１１により適切にジョブが実行される。

このように、本実施の形態においては、ＢＵＳＹではなく、かつ、ジョブを実行可能なＭＦＰ５２１によって、ファクシミリ送信ジョブが代行される。したがって、特定のＭＦＰ５０１がＢＵＳＹ状態であっても、そのＭＦＰ５０１の負荷を増大させることなく、速やかに、他のＭＦＰ５０１でジョブを実行させることができる。ジョブを代行させるＭＦＰ５０１の選択は、クラウドサーバ６０から、所定のフラグを立てることにより指示があった場合に、ゲートウェイ装置１０１が行う。したがって、常にゲートウェイ装置１０１が判断を行う必要はなく、ゲートウェイ装置１０１の負荷が増大することを防止できる。

なお、このような動作は、ユーザが実行を指示したジョブの種類に応じて行うか否かが決定されてもよい。例えば、ファクシミリ送信ジョブは、自社機であるか他社機であるかに関わらず、一般的なＭＦＰ５０１であれば実行可能である場合が多い。このようなジョブについての実行が指示されるときに、ジョブの実行を代行させるか否かの判断や、代行先となるＭＦＰ５０１の選択等が行われるようにすればよい。反対に、自社に特徴的な処理を含むジョブを実行させるときには、第１の実施の形態に示されるように、まずＭＦＰ５０１が自社製であるか否かを判断し、その判断結果に応じて、動作が行われるようにすればよい。

［第３の実施の形態］

第３の実施の形態における画像形成システムの基本的な構成は、第１の実施の形態におけるそれと同じであるためここでの説明を繰り返さない。第３の実施の形態においては、ゲートウェイ装置１０１に接続されている各ＭＦＰ５０１の機能に基づいて種々の処理が行われる点が第１の実施の形態と異なる。

図１７は、第３の実施の形態における画像形成システム１０ｃの構成を示すブロック図である。

図１７において、画像形成システム１０ｃに含まれる複数のＭＦＰ５０１は、これらを互いに区別せずに、代表して１つのＭＦＰ５０１として示されている。

図１７に示されるように、第３の実施の形態において、画像形成システム１０ｃのクラウドサーバ６０とゲートウェイ装置１０１とのそれぞれは、第１の実施の形態とは若干異なる情報を保有している。その他のハードウェイ構成等については、画像形成システム１０ｂと第１の実施の形態における画像形成システム１０とで略同様である。

すなわち、クラウドサーバ６０の記憶部６９には、ジョブ代行可能リスト６９ｅが記憶されている。

また、ゲートウェイ装置１０１の記憶部１１９には、デバイスリスト１１９ｅが記憶されている。

図１８は、ジョブ代行可能リスト６９ｅの一例を示す図である。

ジョブ代行可能リスト６９ｅは、画像形成システム１０ｃにおいていずれかのＭＦＰ５０１で代行が可能となるジョブ（代行可能ジョブ）の情報を示すものである。すなわち、ジョブ代行可能リスト６９ｅにある種類のジョブは、対象と指定されたＭＦＰ５０１で実行不可能であっても、他のＭＦＰ５０１で代行して実行させることができるものである。

具体的には、図１８に示されるように、代行可能ジョブとしては、次のようなものがある。すなわち、ＰＤＦ−ＣＰＤＦ変換ジョブ、ＰＤＦ−ＸＰＳ変換ジョブ、ＰＤＦ−ＪＰＥＧ変換ジョブ、ＸＰＳ−ＣＰＤＦ変換ジョブ、ＸＰＳ−ＰＤＦ変換ジョブ、ＸＰＳ−ＪＰＥＧ変換ジョブ、ＪＰＥＧ−ＣＰＤＦ変換ジョブ、ＪＰＥＧ−ＰＤＦ変換ジョブ、ＪＰＥＧ−ＸＰＳ変換ジョブ、サーチャブルＰＤＦ化ジョブ、及びクラウドサーバ６０が記憶しているデータのファクシミリ送信ジョブなどがある。

クラウドサーバ６０は、このような代行可能ジョブ情報を、例えばゲートウェイ装置１０１を通じて取得し、ジョブ代行可能リスト６９ｅとして記憶する。なお、クラウドサーバ６０は、画像形成システム１０ｃのユーザ（管理者など）等により予め入力された情報を取得して、ジョブ代行可能リスト６９ｅとして記憶するように構成されていてもよい。また、クラウドサーバ６０は、ゲートウェイ装置１０１から、ゲートウェイ装置１０１に接続されている各ＭＦＰ５０１の保有機能情報を取得し、それに基づいてジョブ代行可能リスト６９ｅとして記憶するように構成されていてもよい。

図１９は、デバイスリスト１１９ｅの一例を示す図である。

図１９に示される例では、上述の第２の実施の形態と同様に、ゲートウェイ装置１０１に接続されている複数のＭＦＰ５０１、すなわち、ＭＦＰ５１１（デバイス１）、ＭＦＰ５２１（デバイス２）、ＭＦＰ５３１（デバイス３）、ＭＦＰ５４１（デバイス４）のそれぞれについての情報が含まれている。デバイスリスト１１９ｅには、各ＭＦＰ５０１（デバイス１〜４）についての、イントラネット９２におけるＩＰアドレスと、保有機能情報と、状態情報とが、第２の実施の形態におけるデバイスリスト１１９ｄと同様の要領で含まれている。図１９に示される例では、状態情報について、ＭＦＰ５３１のみがＢＵＳＹとなっていて他のＭＦＰ５１１，５２１，５４１がＢＵＳＹではないであるほかには、デバイスリスト１１９ｄに示されるのと同様の情報が含まれている。

ここで、第３の実施の形態において、デバイスリスト１１９ｅには、各ＭＦＰ５０１についてのクラウド登録情報（「クラウド登録」）及びハードウェアコーデック情報（「ＨＷコーデック」）が含まれる。

クラウド登録情報は、そのＭＦＰ５０１が、クラウド登録されているか、すなわちクラウドサーバ６０が提供するクラウドアプリにおいて、ジョブの実行対象として指定され得る状態にあるか否かを示す。図１９に示されている例では、ＭＦＰ５１１とＭＦＰ５４１とがクラウド登録されていることが見て取れる。

ハードウェアコーデック情報は、そのＭＦＰ５０１がジョブを実行するための専用のハードウェアコーデックを搭載しているか否かを示す。図１９に示されている例では、ＭＦＰ５２１，５３１，５４１がそれぞれハードウェアコーデックを有している。ハードウェアコーデックを搭載しているＭＦＰ５０１は、一般に、そのハードウェアコーデックに対応する種類のジョブを、速やかに、低負荷のままで実行することができる。なお、図１９に示される例においては、ハードウェアコーデック情報については簡略化されて示されているが、実際には、対応するジョブの種類別にハードウェアコーデック情報が記録されていてもよい。

図２０は、第３の実施の形態における画像形成システム１０ｃの動作の一例を説明する図である。

以下、各ＭＦＰ５０１が図１９に示されるような状態である場合を想定して、画像形成システム１０ｃの動作について説明する。

図２０においては、ユーザがウェブブラウザ経由でクラウドサーバ６０にアクセスし、クラウドサーバ６０が保有しているＰＤＦ形式のファイル５ｆについて、ＭＦＰ５１１にサーチャブルＰＤＦ作成ジョブを実行させる場合の例が示されている。

図２０に示されるように、ユーザは、クラウドサーバ６０にアクセスし、ＭＦＰ５１１に対して、サーチャブルＰＤＦ作成ジョブのジョブ実行要求をする（Ｓ３７１）。ジョブ実行要求が行われると、クラウドサーバ６０は、自身が保有するジョブ代行可能リスト６９ｅを参照し、サーチャブルＰＤＦ作成ジョブが代行可能ジョブであるか否かを判断する。

本例では、サーチャブルＰＤＦ作成機能は代行可能ジョブであるので、クラウドサーバ６０は、ジョブの実行に適した他のＭＦＰ５０１にジョブの実行を代行させるかるか否かについてゲートウェイ装置１０１に判断させるための指示を行う。すなわち、クラウドサーバ６０は、ステップＳ３７２において、ＨＴＴＰデータ２のヘッダ２ａのフラグ「ＪＵＤＧＥ−Ｆｌａｇ」を「１」として（フラグを立てて）、ＨＴＴＰデータ２をゲートウェイ装置１０１に対して送信することで、ＰＤＦ形式のファイル５ｆについてのサーチャブルＰＤＦ作成ジョブ４ｊのジョブ実行要求をゲートウェイ装置１０１に対して行う。このように所定のフラグが立てられたＨＴＴＰデータ２が送信されることが、ゲートウェイ装置１０１に対して上記判断を実行するように指示が行われることを意味する（指示情報の送信）。

ゲートウェイ装置１０１は、ジョブ実行要求を受け取ると、ヘッダ２ａに含まれるフラグ「ＪＵＤＧＥ−Ｆｌａｇ」を確認する。フラグが「１」であるので、ゲートウェイ装置１０１は、上記の判断を行う。すなわち、ゲートウェイ装置１０１は、ユーザがジョブ実行要求先として指定したＭＦＰ５１１よりもジョブを高速に処理できるデバイスを検索する。検索は、ゲートウェイ装置１０１が保有するデバイスリスト１１９ｅを参照して行われる。

より具体的には、ゲートウェイ装置１０１は、ＭＦＰ５０１のうち、実行されるべきサーチャブルＰＤＦ作成ジョブを実行可能であること、サーチャブルＰＤＦ作成ジョブを高速に処理可能なハードウェアコーデックを有していること、状態情報がＢＵＳＹでないこと、の各条件をできるだけ多く満たすものがＭＦＰ５１１の他にあるかどうかを検索する。このとき、検索は、クラウド登録されていないＭＦＰ５０１を含めて行われる。図１９に示される例では、ＭＦＰ５１１はサーチャブルＰＤＦ作成機能についてのハードウェアコーデックを有していないものである。他方、ＭＦＰ５２１は、上記の各条件をすべて満たしている。そこで、ゲートウェイ装置１０１は、検索の結果、ＭＦＰ５２１を条件にマッチするものとして抽出する。

そうすると、ステップＳ３７３において、ゲートウェイ装置１０１は、このように検索して抽出されたＭＦＰ５２１に対して、ファイル５ｆについてのサーチャブルＰＤＦ作成ジョブ４ｊのジョブ実行要求を行う。

ステップＳ３７４において、ＭＦＰ５２１は、ジョブ実行要求に応じて、サーチャブルＰＤＦ作成ジョブを実行する。

ステップＳ３７５，Ｓ３７６において、ジョブの実行結果のデータ５ｇが、ゲートウェイ装置１０１を経由して、クラウドサーバ６０に送信される。

クラウドサーバ６０にデータ５ｇが送信されると、ステップＳ３７７において、ジョブの実行結果として、ユーザの端末が、データ５ｇを取得可能になる。

なお、クラウドサーバ６０は、ジョブが代行可能ジョブでなければ、フラグを立てることなく、ＨＴＴＰデータ２をゲートウェイ装置１０１に送信する。このとき、ゲートウェイ装置１０１は、フラグが立てられていないことを確認すると、上記のような判断を実行することなく、指定されているＭＦＰ５１１に対してそのジョブの実行を要求する。これにより、ＭＦＰ５１１によりジョブが実行される。

このように、第３の実施の形態においては、専用のハードウェアコーデックを有するＭＦＰ５０１が存在すれば、そのＭＦＰ５０１によってジョブが代行される。したがって、より高速に、ジョブが実行される。代行可能なジョブが実行される場合にのみゲートウェイ装置１０１によって判断が行われるので、ゲートウェイ装置１０１の負荷が軽減される。

なお、仮に、図１９に示されるような状態において、ＭＦＰ５１１を実行先として指定したＰＤＦ−ＣＰＤＦ変換ジョブのジョブ実行要求が行われた場合を想定する。このとき、代行可能ジョブであるため、ゲートウェイ装置１０１からフラグを立てた状態でＨＴＴＰデータ２が送信され、ゲートウェイ装置１０１によって上述のような判断が行われる。すなわち、ＰＤＦ−ＣＰＤＦ変換ジョブを実行可能であるのはＭＦＰ５４１のみであるため、ゲートウェイ装置１０１は、ＭＦＰ５４１に対して、ジョブ実行情報を送信する。これにより、ＭＦＰ５４１によって、ジョブが代行して実行される。

［実施の形態における効果］

以上説明したように、各実施の形態では、クラウドサーバが、ゲートウェイ装置による判断が必要だと判断したときにのみ、ゲートウェイ装置によって、ジョブの解析や適切なＭＦＰへの割り振りなどの判断が行われる。したがって、ゲートウェイ装置の負荷が比較的軽減される。また、画像形成システムにおいて実行可能なジョブであれば、１回のジョブ実行要求を行った後にユーザがエラー通知を受けることがなくなる。したがって、例えばユーザがジョブを実行できる別のＭＦＰを指定し直すことなどを行う必要がなく、ユーザの操作負担を軽減させることができる。

［その他］

ゲートウェイ装置に判断を実行させるか否かの基準となるフラグ（指示情報）は、必ずしもＨＴＭＬヘッダに含まれなくてもよい。例えば、ＨＴＭＬボディに指示情報が含まれるようにし、ゲートウェイ装置がＨＴＭＬボディを解析してその指示情報を取得し、それに基づいて判断及び動作を行うようにしてもよい。

ゲートウェイ装置は、ＭＦＰに内蔵されていなくてもよい。すなわち、ゲートウェイ装置は、画像形成機能を有しない装置であってもよい。

画像形成システムは、クラウドサーバ等を用いたものに限られず、比較的単純な構成のクライアントサーバシステムにおいてゲートウェイ装置を介してサーバとデバイスとの間で通信を行うようなものや、ピアツーピアネットワークにおいて端末同士がゲートウェイ装置を介して通信を行うようなものなどであってもよい。このような場合であっても、ゲートウェイ装置が上述と同様に機能することで、上述と同様の効果が得られる。

画像形成システムを構成する各装置のハードウェア構成は上述に限られるものではない。また、各装置は、例えば、ＭＦＰであってもよいし、コンピュータ又はコンピュータを用いた他の用途で主に使用される装置であってもよい。

デバイスとしては、モノクロ／カラーの複写機、プリンタ、ファクシミリ装置やこれらの複合機（ＭＦＰ）などいずれであってもよい。電子写真方式により画像を形成するものに限られず、例えばいわゆるインクジェット方式により画像を形成するものであってもよい。また、本発明において画像形成システムで用いられるデバイスは、画像形成装置に限られない。例えば、デバイスは、画像データを読み取るスキャナ装置や、撮像装置や、画像データ送受信装置など、種々の装置に用いられる画像処理装置であってもよい。

上述の実施の形態における処理は、ソフトウェアによって行っても、ハードウェア回路を用いて行ってもよい。

上述の実施の形態における処理を実行するプログラムを提供することもできるし、そのプログラムをＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、メモリカードなどの記録媒体に記録してユーザに提供することにしてもよい。プログラムはインターネットなどの通信回線を介して、装置にダウンロードするようにしてもよい。上記のフローチャートで文章で説明された処理は、そのプログラムに従ってＣＰＵなどにより実行される。

上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

２ ＨＴＴＰデータ（ジョブデータの一例）
１０，１０ｂ，１０ｃ 画像形成システム（画像処理システムの一例）
６０ クラウドサーバ（サーバ装置の一例）
６１ クラウドアプリケーション
６９ｂ 制御プログラム
７０ 管理サーバ（管理装置の一例）
９０ インターネット（第１のネットワークの一例）
９２ イントラネット（第２のネットワークの一例）
１０１ ゲートウェイ装置
１１９ｂ 制御プログラム
５０１，５１１，５２１，５３１，５４１ ＭＦＰ（画像処理装置の一例）

Claims (10)

1. 第１のネットワークに接続されており、第２のネットワークに接続されているゲートウェイ装置の中継動作に応じて前記第２のネットワークに接続されている画像処理装置と通信することで、前記画像処理装置にジョブの実行を要求するサーバ装置であって、
   前記画像処理装置の情報を取得する取得手段と、
   前記取得手段により取得された情報と、前記ジョブに関する情報とに基づいて、前記ゲートウェイ装置に前記ジョブの実行に関する判断をさせるための指示を行うか否かを判断する判断手段と、
   前記判断手段により前記指示を行うと判断されたとき、前記指示を含む指示情報と前記ジョブについてのジョブ実行要求とを前記ゲートウェイ装置に送信する第１の送信手段と、
   前記判断手段により前記指示を行うと判断されなかったとき、前記ジョブについてのジョブ実行要求を前記ゲートウェイ装置に送信する第２の送信手段とを備える、サーバ装置。
2. 前記指示情報は、前記ゲートウェイ装置に前記ジョブに関する予め定められた処理を実行させる指示を含む、請求項１に記載のサーバ装置。
3. 前記指示は、前記ゲートウェイ装置に、前記ジョブを分割する処理を実行させるものである、請求項２に記載のサーバ装置。
4. 前記指示は、前記ジョブを実行可能な他の画像処理装置に前記ジョブを代行させるように、前記ゲートウェイ装置に制御させるものである、請求項２に記載のサーバ装置。
5. 前記判断手段により前記指示を行うと判断されなかった場合において、前記第２の送信手段により送信されたジョブ実行要求に対して前記画像処理装置においてエラーが発生したとき、前記エラーが発生したことを検知する検知手段と、
   前記検知手段により前記エラーが発生したことが検知されたとき、新たなジョブについてのジョブ実行要求を生成すると共に、生成したジョブ実行要求を前記ゲートウェイ装置に送信する第３の送信手段とをさらに備える、請求項１から４のいずれかに記載のサーバ装置。
6. 前記判断手段は、前記画像処理装置の状態に応じて、前記判断を行う、請求項１から５のいずれかに記載のサーバ装置。
7. 前記判断手段は、前記画像処理装置が有するハードウェアにより実行される機能に応じて、前記判断を行う、請求項１から６のいずれかに記載のサーバ装置。
8. 第２のネットワークに接続されている画像処理装置と、
   第１のネットワークに接続されており、前記画像処理装置にジョブの実行を要求するサーバ装置と、
   前記第２のネットワークを前記第１のネットワークに接続し、前記サーバ装置と前記画像処理装置との間の通信を中継するゲートウェイ装置とを備え、
   前記サーバ装置は、
   前記画像処理装置の情報を取得する取得手段と、
   前記取得手段により取得された情報と、前記ジョブに関する情報とに基づいて、前記ゲートウェイ装置に前記ジョブの実行に関する判断をさせるための指示を行うか否かを判断する第１の判断手段と、
   前記第１の判断手段により前記指示を行うと判断されたとき、前記指示を含む指示情報と前記ジョブについてのジョブ実行要求とを前記ゲートウェイ装置に送信する第１の送信手段と、
   前記第１の判断手段により前記指示を行うと判断されなかったとき、前記ジョブについてのジョブ実行要求を前記ゲートウェイ装置に送信する第２の送信手段とを備え、
   前記ゲートウェイ装置は、
   前記ジョブの実行に関する情報を取得する情報取得手段と、
   前記第１の送信手段により送信された情報を受信したとき、前記ジョブ実行要求の情報と、前記情報取得手段により取得された情報とに基づいて、前記ジョブの実行に関する判断を行う第２の判断手段と、
   前記第２の判断手段による判断結果に基づいて、前記ジョブ実行要求に基づく処理を実行する判断後処理手段とを備える、画像処理システム。
9. 第１のネットワークに接続されており、第２のネットワークに接続されているゲートウェイ装置の中継動作に応じて前記第２のネットワークに接続されている画像処理装置と通信することで、前記画像処理装置にジョブの実行を要求するサーバ装置の制御方法であって、
   前記画像処理装置の情報を取得する取得ステップと、
   前記取得ステップにより取得された情報と、前記ジョブに関する情報とに基づいて、前記ゲートウェイ装置に前記ジョブの実行に関する判断をさせるための指示を行うか否かを判断する判断ステップと、
   前記判断ステップにより前記指示を行うと判断されたとき、前記指示を含む指示情報と前記ジョブについてのジョブ実行要求とを前記ゲートウェイ装置に送信する第１の送信ステップと、
   前記判断ステップにより前記指示を行うと判断されなかったとき、前記ジョブについてのジョブ実行要求を前記ゲートウェイ装置に送信する第２の送信ステップとを備える、サーバ装置の制御方法。
10. 第１のネットワークに接続されており、第２のネットワークに接続されているゲートウェイ装置の中継動作に応じて前記第２のネットワークに接続されている画像処理装置と通信することで、前記画像処理装置にジョブの実行を要求するサーバ装置の制御プログラムであって、
    前記画像処理装置の情報を取得する取得ステップと、
    前記取得ステップにより取得された情報と、前記ジョブに関する情報とに基づいて、前記ゲートウェイ装置に前記ジョブの実行に関する判断をさせるための指示を行うか否かを判断する判断ステップと、
    前記判断ステップにより前記指示を行うと判断されたとき、前記指示を含む指示情報と前記ジョブについてのジョブ実行要求とを前記ゲートウェイ装置に送信する第１の送信ステップと、
    前記判断ステップにより前記指示を行うと判断されなかったとき、前記ジョブについてのジョブ実行要求を前記ゲートウェイ装置に送信する第２の送信ステップとをコンピュータに実行させる、サーバ装置の制御プログラム。

Images