JP6331905B2 - 画像処理システム、アプリケーションサーバー及びプログラム - Google Patents

Description

本発明は、画像処理システム、アプリケーションサーバー及びプログラムに関し、特にネットワーク上に設けられたサーバーと画像処理装置との通信を中継する技術に関する。

近年、インターネットのクラウド上にＳａａＳ（Software as a Service）アプリケーションなどの様々なアプリケーションサーバーが設置され、インターネット経由でアプリケーションサーバーによるクラウドサービスが提供されている。クラウドサービスは、インターネットに接続できる環境があれば、いつでもどこからでも利用可能であるため、利便性が高い。クラウドサービスの一つの利用態様として、例えばアプリケーションサーバーに文書等のデータを蓄積しておき、そのデータをアプリケーションサーバーから社内のローカルネットワークに設けられた画像処理装置に転送して処理を行うことがある。

しかし、ローカルネットワークとインターネットとの間にはファイヤウォールが存在するため、ユーザーがアプリケーションサーバーに対して印刷指示を行っても、インターネット上のアプリケーションサーバーからローカルネットワークに設けられた画像処理装置にデータを転送することができない。そこで、このようなデータ転送を可能にするため、従来、ローカルネットワークにアプリケーションサーバーと画像処理装置との通信を中継する中継サーバーを設けている。中継サーバーは、電源投入に伴う起動時にローカルネットワークからファイヤウォールを超えてアプリケーションサーバーにアクセスし、アプリケーションサーバーとの接続状態を確立させ、その接続状態を保持するように構成される。そのため、アプリケーションサーバーは、その接続状態を利用してローカルネットワーク内の画像処理装置にデータを転送することができるようになる。

上記のような中継サーバーは、アプリケーションサーバーがローカルネットワーク内の画像処理装置にデータを送信する際に、そのデータ送信を中継する装置であり、画像処理装置専用の中継装置であると言える。そのため、近年では、上記のような中継サーバーの機能がローカルネットワークに設けられた画像処理装置に搭載されることもある。

しかしながら、画像処理装置は、一般的に、操作パネルに対する操作が行われておらず、しかもローカルネットワークを介してデータの送受信を行っていない待機状態が所定時間以上継続すると、省電力状態へと移行する。このとき、画像処理装置は中継サーバーへの通電状態を遮断することもある。そのような場合、中継サーバーがアプリケーションサーバーと確立している接続状態が切断されてしまうため、その後、アプリケーションサーバーがローカルネットワーク内の画像処理装置に中継サーバーを介してジョブを送信しようとしてもファイヤウォールに阻まれて送信できない事態が発生する。

この問題を解決するため、ローカルネットワーク内の端末装置からアプリケーションサーバーに対して、画像処理装置を指定して印刷指示が行われた場合に、アプリケーションサーバーから当該端末装置に対して、中継サーバーが省電力状態である旨と、管理ページのＵＲＬにアクセスして省電力状態から通常通電状態に復帰させよとの指示とをＨＴＴＰレスポンスとして返す印刷システムが提供されている（例えば特許文献１）。しかし、ローカルネットワーク外からアプリケーションサーバーに対し画像処理装置を指定して印刷指示を行った場合、上記解決策に基づきアプリケーションサーバーから指示の送信元にレスポンスを返したとしても、ローカルネットワーク外であるため中継サーバーにアクセスすることができず、省電力状態から復帰させることはできないという問題がある。

特開２０１３-１４０９７号公報

本発明は、上記のような従来の問題点を解決課題として、中継サーバーが省電力状態にあるためアプリケーションサーバーとの接続状態が終了しているときに、ローカルネットワーク外からローカルネットワーク内の画像処理装置との通信要求を受けた場合、中継サーバーを通常通電状態に遷移させ、アプリケーションサーバーとの接続状態を確立できるようにした画像処理システム、アプリケーションサーバー及びプログラムを提供することを目的とする。

上記目的を達成するため、請求項１に係る発明は、ネットワーク上に設けられるアプリケーションサーバーと、ファイヤウォールを介して前記ネットワークに接続されたローカルネットワークに設けられる画像処理装置と、前記ローカルネットワークに設けられる情報処理装置と、前記ローカルネットワークに設けられ、前記アプリケーションサーバーとの接続状態を確立して前記画像処理装置と前記アプリケーションサーバーとの通信を中継する中継サーバーとを備える画像処理システムであって、前記アプリケーションサーバーは、前記画像処理装置に対するジョブを生成するジョブ生成手段と、前記中継サーバーとの接続状態が確立されている状態で前記ジョブ生成手段により生成されたジョブを前記中継サーバーに対して送信するジョブ送信手段と、前記情報処理装置及び前記中継サーバーとの接続状態が確立されたことおよび終了したことを検知する接続管理手段と、前記接続管理手段により前記中継サーバーとの接続状態が終了していることが検知されている状態で、前記ローカルネットワーク外から前記画像処理装置を指定した通信要求を受信することに応じて、接続状態が既に確立されている前記情報処理装置を経由して前記中継サーバーに省電力状態から通常通電状態へ移行することを要求する起動要求を送信する起動要求送信手段とを備え、前記中継サーバーは、前記アプリケーションサーバーとの接続状態を確立している状態で前記アプリケーションサーバーから受信するジョブを前記画像処理装置に転送するジョブ転送手段と、通電状態を通常通電状態および省電力状態のいずれかに移行させる通電制御手段と、起動時に前記アプリケーションサーバーとの接続状態を確立し、前記通電制御手段により通常通電状態から省電力状態に移行するときに前記アプリケーションサーバーとの接続状態を終了させる通信制御手段とを備え、前記通電制御手段は、省電力状態にあるとき前記情報処理装置を経由して前記起動要求を受信することに伴い、省電力状態から通常電力状態に移行させると共に、前記通信制御手段に前記アプリケーションサーバーとの接続状態を確立させることを特徴とする構成である。

請求項２の発明は、請求項１に記載の画像処理システムにおいて、前記ローカルネットワークは前記情報処理装置が複数設けられており、前記起動要求送信手段は、前記複数の前記情報処理装置のうち２以上の情報処理装置との間で既に接続状態が確立されているとき、前記２以上の情報処理装置の全てに対して起動要求を送信することを特徴とする構成である。

請求項３の発明は、請求項１に記載の画像処理システムにおいて、前記ローカルネットワークには前記情報処理装置が複数設けられており、前記起動要求送信手段は、前記複数の前記情報処理装置のうち２以上の情報処理装置との間で既に接続状態が確立されているとき、当該２以上の情報処理装置のうちの一の情報処理装置を選択して前記起動要求を送信することを特徴とする構成である。

請求項４の発明は、請求項３に記載の画像処理システムにおいて、前記起動要求送信手段は、前記２以上の情報処理装置のうち接続状態の確立タイミングが最新である情報処理装置を前記一の情報処理装置として前記起動要求を送信することを特徴とする構成である。

請求項５の発明は、請求項３に記載の画像処理システムにおいて、前記アプリケーションサーバーは、前記情報処理装置との間で接続状態を確立することに伴い、所定のアプリケーションを起動して前記情報処理装置と連携して行う連携処理を実行する連携処理手段と、前記連携処理手段による前記連携処理の進行状況を管理する管理手段とを更に備え、前記起動要求送信手段は、前記２以上の情報処理装置のうちから一の情報処理装置を選択するとき、前記連携処理手段が前記２以上の情報処理装置のそれぞれと連携して行っている各連携処理の進行状況を比較して一の情報処理装置を選択することを特徴とする構成である。

請求項６の発明は、請求項５に記載の画像処理システムにおいて、前記起動要求送信手段は、前記連携処理手段が前記２以上の情報処理装置のそれぞれと連携して行っている複数の連携処理のうち、進行状況が最も遅い連携処理に対応する一の情報処理装置を選択することを特徴とする構成である。

請求項７の発明は、ネットワーク上に設けられ、ファイヤウォールを介して前記ネットワークに接続されたローカルネットワークに設けられる情報処理装置及び中継サーバーと通信を行うと共に、前記中継サーバーを介して前記ローカルネットワークに設けられる画像処理装置と通信を行うアプリケーションサーバーであって、前記画像処理装置に対するジョブを生成するジョブ生成手段と、前記中継サーバーとの接続状態が確立されている状態で前記ジョブ生成手段により生成されたジョブを前記中継サーバーに対して送信するジョブ送信手段と、前記情報処理装置及び前記中継サーバーとの接続状態が確立されたこと及び終了したことを検知する接続管理手段と、前記接続管理手段により前記中継サーバーとの接続状態が終了していることが検知されている状態で、前記ローカルネットワーク外から前記画像処理装置を指定した通信要求を受信することに応じて、接続状態が既に確立されている前記情報処理装置を経由して前記中継サーバーに省電力状態から通常通電状態へ移行することを要求する起動要求を送信する起動要求送信手段とを備えることを特徴とする構成である。

請求項８の発明は、請求項７に記載のアプリケーションサーバーにおいて、前記ローカルネットワークには前記情報処理装置が複数設けられており、前記起動要求送信手段は、前記複数の前記情報処理装置のうち２以上の情報処理装置との間で既に接続状態が確立されているとき、前記２以上の情報処理装置の全てに対して起動要求を送信することを特徴とする構成である。

請求項９の発明は、請求項７に記載のアプリケーションサーバーにおいて、前記ローカルネットワークには前記情報処理装置が複数設けられており、前記起動要求送信手段は、前記複数の前記情報処理装置のうち２以上の情報処理装置との間で既に接続状態が確立されているとき、当該２以上の情報処理装置のうちの一の情報処理装置を選択して前記起動要求を送信することを特徴とする構成である。

請求項１０の発明は、請求項９に記載のアプリケーションサーバーにおいて、前記起動要求送信手段は、前記２以上の情報処理装置のうち接続状態の確立タイミングが最新である情報処理装置を前記一の情報処理装置として前記起動要求を送信することを特徴とする構成である。

請求項１１の発明は、請求項９に記載のアプリケーションサーバーにおいて、前記情報処理装置との間で接続状態を確立することに伴い、所定のアプリケーションを起動して前記情報処理装置と連携して行う連携処理を実行する連携処理手段と、前記連携処理手段による前記連携処理の進行状況を管理する管理手段とを更に備え、前記起動要求送信手段は、前記２以上の情報処理装置のうちから一の情報処理装置を選択するとき、前記連携処理手段が前記２以上の情報処理装置のそれぞれと連携して行っている各連携処理の進行状況を比較して一の情報処理装置を選択することを特徴とする構成である。

請求項１２の発明は、請求項１１に記載のアプリケーションサーバーにおいて、前記起動要求送信手段は、前記連携処理手段が前記２以上の情報処理装置のそれぞれと連携して行っている複数の連携処理のうち、進行状況が最も遅い連携処理に対応する一の情報処理装置を選択することを特徴とする構成である。

請求項１３の発明は、ネットワーク上に設けられ、ファイヤウォールを介して前記ネットワークに接続されたローカルネットワークに設けられる情報処理装置及び中継サーバーと通信を行うと共に、前記中継サーバーを介して前記ローカルネットワークに設けられる画像処理装置と通信を行うアプリケーションサーバーにおいて実行されるプログラムであって、前記アプリケーションサーバーを、前記画像処理装置に対するジョブを生成するジョブ生成手段、前記中継サーバーとの接続状態が確立されている状態で前記ジョブ生成手段により生成されたジョブを前記中継サーバーに対して送信するジョブ送信手段、前記情報処理装置及び前記中継サーバーとの接続状態が確立されたこと及び終了したことを検知する接続管理手段、及び、前記接続管理手段により前記中継サーバーとの接続状態が終了していることが検知されている状態で、前記ローカルネットワーク外から前記画像処理装置を指定した通信要求を受信することに応じて、接続状態が既に確立されている前記情報処理装置を経由して前記中継サーバーに省電力状態から通常通電状態へ移行することを要求する起動要求を送信する起動要求送信手段として機能させることを特徴とする構成である。

本発明によれば、アプリケーションサーバーは、中継サーバーが省電力状態であり中継サーバーとの接続状態が終了している状態で、ローカルネットワークの外部からローカルネットワーク内の画像処理装置との通信要求を受けた場合、中継サーバーを通常通電状態に遷移させ、アプリケーションサーバーとの接続状態を確立することができるようになる。

画像処理システムの一構成例を示す図である。 アプリケーションサーバーの機能構成の一例を示すブロック図である。 画像処理装置（中継サーバー）のハードウェア構成及び機能構成の一例を示すブロック図である。 アプリケーションサーバーが接続中の情報処理装置を経由して画像処理装置（中継サーバー）を通常通電状態にして接続を確立させる場合の各プロセスの流れの概要を示す図である。 ローカルネットワーク外から通信要求を受けてから画像処理装置（中継サーバー）から接続開始要求が送信されるまでの概念図である。 第１実施形態のアプリケーションサーバーで行われる処理手順の一例を示すフローチャートである。 起動コマンド送信先決定処理の詳細な処理手順の一例を示すフローチャートである。 第１実施形態の画像処理装置（中継サーバー）で行われる処理手順の一例を示すフローチャートである。 第２実施形態における起動コマンド送信先決定処理の詳細な処理手順の一例を示すフローチャートである。 第２実施形態における送信先決定処理の詳細な処理手順の一例を示すフローチャートである。 第３実施形態におけるアプリケーションサーバーの機能構成の一例を示すブロック図である。 第３実施形態における送信先決定処理の詳細な処理手順の一例を示すフローチャートである。 画像処理システムの一変形例を示す図である。

以下、本発明に関する好ましい実施形態について、図面を参照しつつ詳細に説明する。なお、以下に説明する実施形態において互いに共通する部材には同一符号を付しており、それらにつき重複する説明は省略する。

（第１実施形態）
図１は、画像処理システム１の構成例を示す図である。この画像処理システム１は、インターネット２と、社内ＬＡＮなどのローカルネットワーク３とがファイヤウォール４を介して接続されたネットワーク環境において、インターネット２にアプリケーションサーバー５が設けられ、ローカルネットワーク３に、ファイヤウォール４と、中継サーバー６の機能を備える画像処理装置７と、画像処理装置８と、情報処理装置９、１０とを備える構成である。なお、本実施形態では、アプリケーションサーバー５がインターネット２に設けられる場合を例示するが、ローカルネットワーク３とは異なるネットワーク上に設けられるものであれば良く、必ずしもインターネット２に設けられるものには限られない。

アプリケーションサーバー５は、例えばＳａａＳ（Software as a Service）アプリケーションなどによる様々なアプリケーションサービス（クラウドサービス）を提供するサーバーである。例えば、アプリケーションサーバー５は、インターネット２を介してストレージサービスを提供し、文書などの様々なデータを保存しておくことができる。アプリケーションサーバー５は、ローカルネットワーク３の情報処理装置９，１０からの要求に基づき、情報処理装置９，１０と連携してジョブを実行することにより、アプリケーションサービスを提供する。例えば、ローカルネットワーク３の情報処理装置９，１０からインターネット２を介してデータのアップロード要求を受信した場合、アプリケーションサーバー５は、情報処理装置９，１０からアップロードされるデータを受信し、その受信したデータを情報処理装置９，１０から指定された記憶領域に保存するジョブを実行する。またアプリケーションサーバー５は、予め記憶しているデータを情報処理装置９，１０から指定された送信先に送信するジョブなどを実行することもできる。このようなアプリケーションサーバー５は、ローカルネットワーク３以外のからの要求も受け付ける。例えば、図１に示すようにユーザーがスマートフォンやタブレット端末、パーソナルコンピュータなどの情報処理装置１１を持参して外出しているとき、情報処理装置１１を操作してアプリケーションサーバー５にアクセスすると、アプリケーションサーバー５は、そのようなアクセスを正常に受け付け、情報処理装置１１からの要求に応じたジョブを実行し、上記と同様の処理を行う。そのため、ユーザーは、ローカルネットワーク３とは異なる環境下にあっても、アプリケーションサーバー５によって提供されるアプリケーションサービスを利用することができる。

情報処理装置９，１０は、例えばローカルネットワーク３内に設けられた一般的なパーソナルコンピュータなどで構成される。ただし、それに限られるものではなく、情報処理装置９，１０は、アプリケーションサーバー５及び画像処理装置７との間で通信を行う機能を備えた複合機などであってもよい。情報処理装置９、１０は、ローカルネットワーク３からファイヤウォール４を超えてアプリケーションサーバー５に接続可能であり、データをアプリケーションサーバー５に保存したり、アプリケーションサーバー５に保存されているデータなどを指定してローカルネットワーク３内に設けられる画像処理装置７、８等にジョブを送信させることが可能である。

ファイヤウォール４は、社内ＬＡＮなどのローカルネットワーク３をインターネット２に接続するインタフェースである。このファイヤウォール４は、ローカルネットワーク３内に設けられた機器がインターネット２に設けられたサーバーに接続した状態のときには、それらの機器とサーバーとの相互通信を許容する一方、ローカルネットワーク３に設けられた機器がインターネット２に設けられたサーバーに接続していない状態のときには、そのサーバーからローカルネットワーク３内の機器へのアクセスを遮断する。

画像処理装置７及び８は、例えば複合機やプリンタなどにより構成され、ローカルネットワーク３を介して入力するデータなどに基づき画像処理を行うことができる装置である。そして本実施形態では、画像処理装置７が中継サーバー６の機能を備える。この中継サーバー６は、画像処理装置７、８とアプリケーションサーバー５との通信を中継するゲートウェイサーバーとして機能する。中継サーバー６は、電源投入に伴う起動時にローカルネットワーク３からインターネット２に設けられたアプリケーションサーバー５へアクセスし、アプリケーションサーバー５との間にＨＴＴＰ（Hypertext Transfer Protocol）セッションを確立させ、そのＨＴＴＰセッションを保持する。このＨＴＴＰセッションの確立により、中継サーバー６及びアプリケーションサーバー５はそのＨＴＴＰセッションをトンネルにして双方向通信を行うことができる状態となる。つまり、中継サーバー６は、起動時にアプリケーションサーバー５と双方通信が可能な接続状態を確立する。尚、本実施形態では画像処理装置８にはそのような中継サーバー６の機能は設けられていない。

画像処理装置７は、ユーザーが操作パネルを操作しておらず、又、ローカルネットワーク３を介してデータの送受信が行われていない待機状態、すなわち、画像処理装置７において何ら入出力がない状態が所定時間以上継続すると、消費電力を低減させるために、一部を除いて各部への電力供給を停止し、低電力で動作する省電力状態へ遷移させる機能を備える。画像処理装置７が省電力状態へ移行することにより、例えばプリンタ機能やスキャン機能がオフになると共に、中継サーバー６の機能もオフになる。このとき、中継サーバー６がアプリケーションサーバー５と確立した接続状態は切断される。

このような画像処理システム１では、上述したように中継サーバー６が、電源投入に伴う起動時に、ファイヤウォール４を介してアプリケーションサーバー５との接続状態を確立する。そしてそのような接続状態が確立されているとき、アプリケーションサーバー５は、ファイヤウォール４を越えてローカルネットワーク３に設けられた中継サーバー６にジョブを送信することにより、中継サーバー６を介してローカルネットワーク３内の画像処理装置７，８にジョブを送信することが可能となる。例えば、ユーザーが情報処理装置１１を用いてローカルネットワーク３の外部からアプリケーションサーバー５に接続し、ローカルネットワーク３内の画像処理装置８でドキュメントの印刷処理を行うことを指定してジョブ実行を指示すると、アプリケーションサーバー５は、中継サーバー６との間で既に確立されているＨＴＴＰセッションをトンネルにして、印刷ジョブを中継サーバー６に送信することができるようになる。

中継サーバー６は、アプリケーションサーバー５からジョブを受信すると、画像処理装置８にそのジョブを転送し、アプリケーションサーバー５と画像処理装置８との通信を中継する。画像処理装置８が中継サーバー６から転送されるジョブを受信すると、画像処理装置８にてジョブが実行され、印刷処理が行われる。尚、情報処理装置１１を操作するユーザーが画像処理装置７を指定してジョブの実行を指示した場合には、画像処理装置７の内部において中継サーバー６からプリント機能へのジョブ転送が行われる。このように本実施形態では、中継サーバー６の機能を備えた画像処理装置７において、アプリケーションサーバー５とローカルネットワーク３内の画像処理装置７，８との通信の中継が行われる。

また画像処理装置７は、上述したように、各部に対して通常動作に必要な電力を供給する通常通電状態（以下、「通常モード」という）から、消費電力を低減させるために省電力状態（以下、「省電モード」という）へ遷移させる機能を備えている。その一例として、画像処理装置７は、最後の入出力を検知した後、更なる入出力を検知しない待機状態が所定時間以上継続した場合に、通常モードから省電モードへと遷移させる。この省電モードでは、例えば、ユーザーが操作する操作パネルのタッチセンサ、ローカルネットワーク３に接続するための通信インタフェース、及び、通電状態を制御する制御機構に対する通電状態は継続され、それ以外に対する電力供給が遮断される。これにより、画像処理装置７で消費される電力を低減させることが可能となる。省電モードになると、例えばプリンタ部やスキャナ部への電力供給が停止し、これら各部へのジョブ等の入力が検知されるまでの間、これら各部は停止状態となる。同様に、中継サーバー６として機能するためのハードウェア（例えばＣＰＵなど）に対しても電源供給が停止されるため、中継サーバー６は停止状態となる。そして省電モードへ移行するとき、例えば、中継サーバー６はアプリケーションサーバー５との間で確立しているＨＴＴＰセッションをクローズさせ、アプリケーションサーバー５との接続状態を終了させる。

画像処理装置７が省電モードにあり、中継サーバー６がアプリケーションサーバー５との接続状態が確立させていないとき、アプリケーションサーバー５においてローカルネットワーク３内の画像処理装置７，８に送信すべきジョブが発生することがある。例えば、画像処理装置７が省電モードに移行しているときに、アプリケーションサーバー５は、ローカルネットワーク３の外部にある情報処理装置１１から画像処理装置７，８を送信先に指定したジョブの送信要求を受けることもある。そのような場合、アプリケーションサーバー５は、画像処理装置７，８に対してジョブを送信しようとしてもファイヤウォール４に阻まれて送信することができない。一方、画像処理装置７が省電モードに移行した場合であっても、アプリケーションサーバー５がローカルネットワーク３内の情報処理装置９，１０と連携してジョブを実行しているときには、そのジョブの実行が完了するまでアプリケーションサーバー５と情報処理装置９，１０との接続状態が維持される。そこで、アプリケーションサーバー５は、ローカルネットワーク３内の画像処理装置７，８にジョブを送信することができないとき、送信先である画像処理装置７，８と同一のローカルネットワーク３内にある情報処理装置９，１０と既に確立されている接続状態を利用して画像処理装置７を通常モードへ復帰させる起動コマンドを送信する。つまり、アプリケーションサーバー５は、現在接続状態が確立されている情報処理装置９、１０を経由させて省電モードにある画像処理装置７に起動コマンドを送信するのである。これにより、アプリケーションサーバー５は、画像処理装置７を省電モードから通常モードへ復帰させることができる。

画像処理装置７は省電モードから通常モードに復帰すると、その内部機能である中継サーバー６に対して電力を供給する。これに伴い、中継サーバー６は、アプリケーションサーバー５に対して接続開始要求を送信し、アプリケーションサーバー５との接続状態を再度確立させる。アプリケーションサーバー５と中継サーバー６との接続状態が確立すると、アプリケーションサーバー５は、中継サーバー６に対して画像処理装置７，８を指定したジョブを送信する。そして中継サーバー６は、アプリケーションサーバー５からジョブを受信すると、アプリケーションサーバー５から指定された送信先である画像処理装置７又は８に対してジョブを転送する。

次に、アプリケーションサーバー５及び画像処理装置７（中継サーバー６を含む）の構成について説明する。図２は、アプリケーションサーバー５の機能構成の一例を示すブロック図である。アプリケーションサーバー５は、ＣＰＵとメモリとにより構成される制御部２０と、中継サーバー６や情報処理装置９、１０、１１と通信を行うための通信インタフェース２２とを有する。制御部２０は、ＣＰＵが所定のプログラムを実行することにより、接続要求受付部２５、ジョブ生成部２６、ジョブ送信部２７、接続管理部２８、起動要求生成部２９及び起動要求送信部３０として機能する。

接続要求受付部２５は、情報処理装置９，１０，１１から中継サーバー６との通信を行うことを要求する接続要求を受け付ける処理部である。例えばユーザーがローカルネットワーク３の外部から情報処理装置１１を操作してローカルネットワーク３内の画像処理装置８での画像処理を希望する場合、ユーザーは、ローカルネットワーク３内の画像処理装置８を指定し、情報処理装置１１からアプリケーションサーバー５に対して画像処理装置８と通信を行うことを要求する接続要求を送信する。このような場合、接続要求受付部２５は、情報処理装置１１から送信される接続要求を受け付ける。そして、接続要求受付部２５は、情報処理装置１１から画像処理装置８に送信すべきジョブの実行の指示を受けると、ジョブ生成部２６に通知する。また、接続要求受付部２５は、情報処理装置１１からの接続要求を受け付けると起動要求送信部３０に通知する。これにより、後述のように起動要求送信部３０は、中継サーバー６との接続状態が終了している場合に、接続要求受付部２５からの通知に応じて画像処理装置７に起動コマンドを送信する処理を行う。

ジョブ生成部２６は、情報処理装置９，１０，１１からの要求に基づきジョブを生成する処理部である。ジョブ生成部２６は、例えばローカルネットワーク３に設けられる画像処理装置７，８に対してジョブを送信する要求を受けた場合、その要求に基づいて画像処理装置７，８に送信すべきジョブを生成する。例えば情報処理装置１１からローカルネットワーク３内の画像処理装置８を指定してドキュメントの印刷の実行指示を受けると、ジョブ生成部２６は、画像処理装置８に対して送信すべき印刷ジョブを生成する。

ジョブ送信部２７は、中継サーバー６との接続状態が確立されている状態のときに、ジョブ生成部２６により生成されたジョブを、中継サーバー６を介してローカルネットワーク３内の画像処理装置７，８に送信する処理部である。例えばジョブ生成部２６にて画像処理装置８に対する印刷ジョブが生成された場合に、ジョブ送信部２７は、中継サーバー６との間で既に確立されている接続状態を利用して当該印刷ジョブを画像処理装置７に搭載された中継サーバー６に送信する。後述するように、本実施形態では、ローカルネットワーク３外からアプリケーションサーバー５がローカルネットワーク３内に設けられる画像処理装置７，８に対する接続要求を受け付けた際に、アプリケーションサーバー５と中継サーバー６との間の接続状態が終了している場合、起動要求送信部３０は、ジョブ生成部２６により画像処理装置８に送信すべきジョブの生成が完了していない状態であっても、その時点で接続状態が確立されている情報処理装置９，１０を介して起動コマンドを画像処理装置７へ送信する。これにより、アプリケーションサーバー５でジョブが生成される前に、画像処理装置７を省電モードから通常モードへ復帰させ、中継サーバー６を再起動してアプリケーションサーバー５との接続状態を再度確立させておくことが可能となる。すなわち、ジョブ生成部２６によるジョブの生成が完了するときには、アプリケーションサーバー５と中継サーバー６との接続状態を既に確立させておくことができるので、ジョブが生成され次第、ジョブ送信部２７はその接続状態を利用して中継サーバー６にジョブを送信することが可能である。

接続管理部２８は、ローカルネットワーク３に設けられる情報処理装置９，１０及び中継サーバー６との接続状態が確立されたこと及び終了したことを検知する処理部である。ローカルネットワーク３内の画像処理装置７に設けられた中継サーバー６及び情報処理装置９，１０は、アプリケーションサーバー５に対して接続可能であり、これらのいずれかからアプリケーションサーバー５に接続された場合、接続管理部２８は中継サーバー６又は情報処理装置９、１０との間で接続状態が確立されたことを検知する。また、接続状態が確立されたことが検知されている状態において、中継サーバー６又は情報処理装置９，１０との接続状態が終了すると、接続管理部２８はこれらの装置との接続状態が終了したことを検知する。例えば画像処理装置７が通常モードから省電モードに遷移するとき、中継サーバー６はアプリケーションサーバー５との接続状態を終了させる。そこで接続管理部２８は、後述のように、中継サーバー６との接続状態が終了したことを検知した場合、起動要求生成部２９にこれを通知する。この通知を受けた起動要求生成部２９は画像処理装置７を省電モードから通電モードに移行させる起動コマンドを生成する。

尚、本実施形態では、画像処理装置７が省電モードへ移行するとき、中継サーバー６がアプリケーションサーバー５とのＨＴＴＰセッションをクローズして接続状態を終了させる。そのため、接続管理部２８は、中継サーバー６によるＨＴＴＰセッションのクローズ処理が行われるときに中継サーバー６との接続状態が終了することを検知することができる。ただし、そのような態様に限られるものではなく、画像処理装置７が省電モードへ移行するときに、中継サーバー６がＨＴＴＰセッションのクローズ処理を行うことなく、アプリケーションサーバー５との接続状態を突然切断することもある。そのような場合、接続管理部２８は、中継サーバー６に送信すべきデータを正常に送信することができなったときに、中継サーバー６との接続状態が終了していることを検知する。

起動要求生成部２９は、接続管理部２８により中継サーバー６との接続状態が終了していることが検知された場合、画像処理装置７を省電モードから通常モードへ移行させることを要求する起動要求を生成する処理部である。本実施形態の場合、接続管理部２８により中継サーバー６との接続状態が終了していることが検知された場合、起動要求生成部２９は所定のタイミングで画像処理装置７を省電モードから通常モードに移行させる起動要求を生成する。起動要求を生成するタイミングは、例えば接続管理部２８により中継サーバー６との接続状態が終了していることが検知されたタイミングである。起動要求は、中継サーバー６との接続が終了している状態で、情報処理装置１１等から画像処理装置７，８との通信を行うことを指示された後に起動要求送信部３０により送信される。中継サーバー６との接続状態が終了していることが検知されたタイミングで起動要求生成部２９が予め起動要求を生成しておくことにより、画像処理装置７，８との通信を行うことが指示されたタイミングで起動要求を生成することに比べ、起動要求を迅速に送信することが可能となる。起動要求はまずアプリケーションサーバー５と既に接続状態を確立しているローカルネットワーク３内の情報処理装置９，１０に対して送信される。起動要求には、転送先となる画像処理装置７を特定することができる情報が含まれる。情報処理装置９、１０は、そのような起動要求を受信すると、転送先である画像処理装置７に起動要求を転送する。つまり、アプリケーションサーバー５から情報処理装置９，１０へ送信される起動要求は、画像処理装置７に対し、省電モードから通常モードへ移行することを要求するコマンドであると共に、起動要求を受信したローカルネットワーク３内の情報処理装置９，１０に対して、当該起動要求を画像処理装置７に転送することを要求するコマンドである。

起動要求送信部３０は、接続管理部２８により中継サーバー６との接続状態が終了していることが検知されている状態で、ローカルネットワーク３の外部の情報処理装置１１からローカルネットワーク３内に設けられる画像処理装置７，８を指定した通信要求を受信することに応じて、接続状態が既に確立されているローカルネットワーク３内の情報処理装置９，１０を経由して画像処理装置７に省電モードから通常モードへ移行することを要求する起動要求を送信する処理部である。起動要求送信部３０は、例えばアプリケーションサーバー５と情報処理装置９，１０との間に確立されているＨＴＴＰセッションをトンネルにして起動要求を情報処理装置９，１０に送信する。すなわち、ローカルネットワーク内の情報処理装置９，１０がアプリケーションサーバー５と接続状態を確立している状態のとき、アプリケーションサーバー５と情報処理装置９，１０は、互いに連携してジョブを実行するためのデータの送受信を行っている。そのため、起動要求送信部３０は、その既存の接続状態を利用して画像処理装置７を通常モードへ復帰させるための起動要求をローカルネットワーク３内の情報処理装置９，１０へ送信する。これにより、ファイヤウォール４を超えて画像処理装置７が接続されているローカルネットワーク３の内部に起動要求を送出することができるようになる。

より具体的に説明すると、ローカルネットワーク３外からローカルネットワーク３内に設けられる画像処理装置７，８を指定した通信要求を接続要求受付部２５が受け付け、起動要求送信部３０に通知されると、起動要求送信部３０は、まずその時点で接続状態を確立している全ての情報処理装置を抽出し、その抽出した情報処理装置の中から、指定された画像処理装置７，８と同一のローカルネットワーク３に設けられている情報処理装置９，１０を特定する。つまり、アプリケーションサーバー５は、インターネット２に設けられており、それぞれ異なるローカルネットワーク３に存在する様々な情報処理装置と接続状態を確立させることが可能である。そのため、アプリケーションサーバー５がローカルネットワーク３の外部からローカルネットワーク３内に設けられる画像処理装置７，８を指定した通信要求を受け付けた場合には、その時点で接続状態を確立している全ての情報処理装置の中から、指定された画像処理装置７，８と同一のローカルネットワーク３に設けられている情報処理装置９，１０を特定することが必要となる。尚、このような処理は、ローカルネットワーク３の内部に存在する情報処理装置９、１０から同じローカルネットワーク３内に設けられる画像処理装置７，８を指定した通信要求を受け付けた場合には、不要の処理である。なぜなら、ローカルネットワーク３の内部に存在する情報処理装置９，１０から同じローカルネットワーク３内に設けられる画像処理装置７，８を指定した通信要求を受け付けた場合には、その通信要求の送信元である情報処理装置９，１０に対して起動要求を送信すれば良いからである。

起動要求送信部３０は、アプリケーションサーバー５との接続状態を確立している全ての情報処理装置の中から、指定された画像処理装置７，８と同一のローカルネットワーク３に存在する情報処理装置９，１０を特定すると、その特定した情報処理装置９，１０に対して起動コマンドを送信する。起動コマンドはこれを受信した情報処理装置９，１０に対し、当該起動コマンドを、中継サーバー６を内蔵する画像処理装置７へ転送することを要求するコマンドである。そのため、アプリケーションサーバー５から起動コマンドを受信した情報処理装置９，１０は、同じローカルネットワーク３内に設けられる画像処理装置７へ転送する。画像処理装置７は、省電モードであってもローカルネットワーク３に送出される自身宛のデータを受信可能である。そのため、画像処理装置７は、ローカルネットワーク３を介して起動コマンドを受信すると、省電モードから通常モードへ復帰する。このとき、中継サーバー６が再起動される。そして中継サーバー６は、アプリケーションサーバー５との接続状態を再度確立する。これにより、アプリケーションサーバー５は、中継サーバー６を経由させて画像処理装置７，８と通信を行うことができる状態となり、アプリケーションサーバー５からジョブ等を送信することが可能となるのである。

また本実施形態では、例えば図１に示すようにローカルネットワーク３内に複数の情報処理装置９，１０が設けられており、それら複数の情報処理装置９，１０のそれぞれがアプリケーションサーバー５との接続状態を確立させている状態のとき、起動要求送信部３０は、それら複数の情報処理装置９，１０のそれぞれに対して起動コマンドを同報送信する。このように同一のローカルネットワーク３内で接続状態が確立されている複数の情報処理装置９，１０の全てに対して起動コマンドを同報送信することにより、仮に１つの情報処理装置９がビジー状態であっても、他の情報処理装置１０が起動コマンドを速やかに画像処理装置７へ転送することができる。そのため、画像処理装置７を確実に、且つ迅速に省電モードから通常モードへ移行させることが可能となる。尚、複数の情報処理装置９，１０のそれぞれに対して起動コマンドを送信する送信態様は、必ずしも同時に一斉送信を行う態様でなくても良く、例えば複数の情報処理装置９，１０に対して異なるタイミングで順次起動コマンドを送信する態様であっても良い。

次に、中継サーバー６の機能を備える画像処理装置７について説明する。図３は、画像処理装置７のハードウェア構成及び機能構成の一例を示すブロック図である。中継サーバー６の機能を備える画像処理装置７は、ＣＰＵとメモリとにより構成される制御部４１と、ハードディスクドライブ（ＨＤＤ）などで構成される記憶部４２と、アプリケーションサーバー５、情報処理装置９，１０及び画像処理装置８と通信を行うための通信インタフェース４３と、ユーザーが画像処理装置７を操作する際のユーザーインタフェースとなる操作パネル４４と、印刷出力を行うプリンタ部４６と、スキャン処理を行うスキャナ部４７と、各部に対して供給する電力を制御する通電制御部６０とを備える。制御部４１は、通電制御部６０によって電源が供給されると、ＣＰＵが記憶部４２に予め格納されているプログラムを読み出して実行する。これにより、制御部４１は、画像処理装置７におけるジョブを実行するジョブ実行部５０と、ローカルネットワーク３内に設けられる画像処理装置７，８とアプリケーションサーバー５との通信を中継する中継部５１として機能する。ジョブ実行部５０は、通信インタフェース４３を介して受信するジョブ又は操作パネル４４を介してユーザーによって指定されたジョブの実行を制御するものであり、例えばプリンタ部４６を動作させることにより印刷出力を行ったり、スキャナ部４７を動作させることにより原稿を読み取ったりするジョブを制御する。中継部５１は、画像処理装置７を上述した中継サーバー６として機能させるものであり、通信制御部５６と、ジョブ転送部５７とを備える。

通電制御部６０は、画像処理装置７の通電状態を通常モード及び省電モードのいずれかに移行させる処理部である。例えば画像処理装置７の電源スイッチがオンにされ、電源が投入されると、通電制御部６０は、制御部４１、記憶部４２、操作パネル４４、通信インタフェース４３、プリンタ部４６及びスキャナ部４７のそれぞれに電力を供給し、通常モードで画像処理装置７を起動させる。これに伴い、制御部４１では、ジョブ実行部５０及び中継部５１が機能し、中継部５１によってアプリケーションサーバー５との接続状態が確立される。

通電制御部６０は、ジョブ実行部５０によってジョブが実行されていないときに操作パネル４４と通信インタフェース４３とを監視し、画像処理装置７においてデータの入出力が存在しない状態であれば、タイマ６１を作動させる。そしてタイマ６１が時間計測動作を開始してから所定時間を計測すると、通電制御部６０は、画像処理装置７の通電状態を通常モードから省電モードへ移行させる。タイマ６１の計時間測動作開始タイミングは、例えば画像処理装置７に対するデータの入出力が終了したタイミングであり、時間計測動作中に新たなデータの入出力を検知すると、タイマ６１は時間計測動作を停止させ、それまでの計測時間をリセットする。通電制御部６０は、タイマ６１が所定時間を計測することにより通常モードから省電モードへ移行させると、例えばプリンタ部４６、スキャナ部４７、制御部４１及び記憶部４２への電力供給を停止させる。これにより、画像処理装置７における中継サーバー６としての機能が停止し、アプリケーションサーバー５との接続状態が終了する。また通電制御部６０は、省電モードへ移行させることに伴い、操作パネル４４における表示機能を停止させる。ただし、操作パネル４４における操作入力検知機能は停止させず、動作状態を継続させる。また通電制御部６０は、省電モードへ移行させる場合であっても、通信インタフェース４３に対する電力供給は継続させる。これにより、通信インタフェース４３は、画像処理装置７が省電モードへ移行した場合であっても、ローカルネットワーク３を介して自身宛のデータを受信することができる。

通信インタフェース４３は、起動コマンド受付部４３ａを備えている。この起動コマンド受付部４３ａは、通電制御部６０により画像処理装置７が省電モードへ移行しているとき、ローカルネットワーク３を介して受信する自身宛の起動コマンドを受け付けるものである。起動コマンド受付部４３ａは、省電モードのときに起動コマンドを受け付けると、通電制御部６０に対し、起動コマンドを受け付けたことを通知する。

通電制御部６０は、起動コマンド受付部４３ａから起動コマンドを受け付けた通知を受けると、プリンタ部４６、スキャナ部４７、制御部４１及び記憶部４２への電力供給を再開し、省電モードから通常モードへ復帰させる。これに伴い、制御部４１は、再びジョブ実行部５０及び中継部５１を起動させるため、中継部５１によってアプリケーションサーバー５との接続状態が再び確立される。

通電制御部６０は、省電モードから通常モードへ復帰させるとき、制御部４１及び記憶部４２に対する電力供給だけを再開し、プリンタ部４６及びスキャナ部４７への電力供給を停止している状態を継続させるようにしても良い。この場合、通電制御部６０は、ジョブ実行部５０によってプリントジョブやスキャンジョブが実行されるタイミングとなるまでプリンタ部４６及びスキャナ部４７への電力供給を停止させておくことができるため、省電モードから通常モードへ復帰させた場合でも消費電力を低減することができるようになる。

本実施形態では、起動コマンド受付部４３ａが複数の情報処理装置９，１０のそれぞれから複数の起動コマンドを受信する可能性がある。起動コマンド受付部４３ａは、省電モード状態において最初に受け付けた起動コマンドに基づいて通電制御部６０に通常モードへの復帰させるための通知を行い、その後に受け付ける起動コマンドを無視、或いは破棄してもよい。

中継部５１は、制御部４１において起動又は再起動されると、まず通信制御部５６を機能させる。通信制御部５６は、中継部５１の起動時にアプリケーションサーバー５との接続状態を確立させると共に、通電制御部６０により通常モードから省電モードへ移行するときにアプリケーションサーバー５との接続状態を終了させる処理部である。通信制御部５６は、例えばアプリケーションサーバー５に対して接続開始要求を送信して接続状態を確立させる。これにより、中継部５１は、アプリケーションサーバー５との間にＨＴＴＰセッションを確立し、そのＨＴＴＰセッションを介して相互にデータの送受信を行うことができる状態となる。通信制御部５６によってアプリケーションサーバー５との間の接続状態が確立されると、中継部５１は、次にジョブ転送部５７を機能させる。

ジョブ転送部５７は、アプリケーションサーバー５から受信したジョブをローカルネットワーク３内の画像処理装置７，８に転送したり、或いはローカルネットワーク３を介して画像処理装置７，８から受信するアプリケーションサーバー５宛のデータをアプリケーションサーバー５に転送したりする処理部である。通信制御部５６によってアプリケーションサーバー５との接続状態が確立されると、ジョブ転送部５７は、アプリケーションサーバー５からその接続状態を利用して送信される画像処理装置７，８宛のジョブを受信する。そしてジョブ転送部５７は、そのジョブを画像処理装置７，８に転送する。このとき、ジョブ転送部５７は、受信したジョブのヘッダーを解析して宛先となる画像処理装置７，８を特定し、その特定した画像処理装置７，８に対してジョブを転送する。例えばアプリケーションサーバー５から受信したジョブが画像処理装置７宛のジョブである場合、ジョブ転送部５７は、そのジョブをジョブ実行部５０へ転送する。またアプリケーションサーバー５から受信したジョブが画像処理装置８宛のジョブである場合、ジョブ転送部５７は、そのジョブを、通信インタフェース４３を介して画像処理装置８へ転送する。これにより、画像処理装置７，８はアプリケーションサーバー５から送信されたジョブを実行することができるようになる。またジョブ転送部５７は、ジョブ実行部５０又は画像処理装置８に転送したデータに対する応答情報を受信した場合、その応答情報をアプリケーションサーバー５へ転送する。つまり、ジョブ転送部５７は、アプリケーションサーバー５と画像処理装置７，８との双方向通信を中継する。

そして画像処理装置７が通常モードから省電モードへ移行すると、通信制御部５６は例えばアプリケーションサーバー５に対して接続終了要求を送信してアプリケーションサーバー５との接続状態を終了させる。その結果、画像処理装置７が省電モードへ移行すると、アプリケーションサーバー５が画像処理装置７を介してローカルネットワーク３内の画像処理装置８と通信を行うことができない状態となる。この状態において、アプリケーションサーバー５は、ローカルネットワーク３内の情報処理装置９，１０を経由させて起動コマンドを画像処理装置７へ送信することにより、画像処理装置７を省電モードから通常モードへ復帰させると、これに応じて中継部５１の通信制御部５６から接続開始要求を受信する。そのため、アプリケーションサーバー５は、その接続開始要求に基づき、中継部５１との接続状態を再び確立させることができ、その接続状態を利用して画像処理装置７，８に対するジョブを送信することができるようになる。

図４は、アプリケーションサーバー５が接続状態を確立している情報処理装置９を経由して画像処理装置７（中継サーバー６）を通常モードに移行させて接続状態を確立させる場合の各プロセスの流れの概要を示す図である。尚、図４では、アプリケーションサーバー５から画像処理装置８を送信先に指定したジョブが送信される場合を例示している。通常モードにある中継サーバー６の機能を備える画像処理装置７が、タイマ６１による時間計測動作を開始し（プロセスＰ１）、所定時間ｔ１を計測すると通常モードから省電モードへ移行するため省電モード開始処理を行う（プロセスＰ２）。これに伴い、画像処理装置７は、アプリケーションサーバー５との接続状態を終了させる。このとき、画像処理装置７は、例えばアプリケーションサーバー５に対して接続終了要求を送信し（プロセスＰ３）、アプリケーションサーバー５との接続状態を終了させる。その後、アプリケーションサーバー５は、画像処理装置７との接続状態が終了したことを検知すると、画像処理装置７を省電モードから通常モードへ移行させる起動コマンドを生成する（プロセスＰ４）。次に、ローカルネットワーク３内の情報処理装置９がアプリケーションサーバー５によって提供されるアプリケーションサービスを利用するためにアプリケーションサーバー５へアクセスすると、アプリケーションサーバー５と情報処理装置９との接続状態が確立される（プロセスＰ５）。なお、情報処理装置９とアプリケーションサーバー５との接続状態が確立されるタイミングは、画像処理装置７が省電モードへ移行する前であっても構わない。その後、アプリケーションサーバー５がローカルネットワーク３の外部にある情報処理装置１１からローカルネットワーク３内の画像処理装置８を指定した通信要求を受信すると（プロセスＰ６）、アプリケーションサーバー５は予め生成しておいた起動コマンドを既に接続状態確立中の情報処理装置９に送信する（プロセスＰ７）。情報処理装置９は、この起動コマンドを受信すると、同一のローカルネットワーク３内に存在する画像処理装置７に当該起動コマンドを転送する（プロセスＰ８）。そして画像処理装置７は、情報処理装置９を介して受信する起動コマンドに基づき、省電モードから通常モードへ復帰させる通常モード復帰処理を行う（プロセスＰ９）。画像処理装置７は、通常モードに復帰すると、上述の中継部５１を起動させ、アプリケーションサーバー５に対して例えば接続開始要求を送信し（プロセスＰ１０）、アプリケーションサーバー５との接続状態を再び確立させる。

プロセスＰ６〜Ｐ１０間での処理が行われている間に、情報処理装置１１はアプリケーションサーバー５から取得したＷｅｂページなどの画面を表示し、画像処理装置８で印刷出力を行う際の詳細な印刷設定などをユーザーから受け付けることができる。そしてユーザーによって印刷開始が指示されると、情報処理装置１１は、画像処理装置８による印刷実行をアプリケーションサーバー５に指示する（プロセスＰ１１）。これにより、アプリケーションサーバー５は印刷ジョブを生成し（プロセスＰ１２）、その生成した印刷ジョブを中継サーバー６として機能する画像処理装置７に送信する（プロセスＰ１３）。画像処理装置７はアプリケーションサーバー５から画像処理装置８を送信先に指定した印刷ジョブを受信すると、そのジョブを画像処理装置８に対して転送する（プロセスＰ１４）。そして画像処理装置８は、画像処理装置７によって転送される印刷ジョブを受信すると、その印刷ジョブを実行し、印刷出力を行う（プロセスＰ１５）。

図５は、ローカルネットワーク３の外部にある情報処理装置１１からローカルネットワーク内の画像処理装置８を指定した通信要求が送信されてから、中継サーバー６の機能を備える画像処理装置７とアプリケーションサーバー５との接続状態が確立されるまでの概念図である。ユーザーがローカルネットワーク３の外部の情報処理装置１１を操作して、例えばアプリケーションサーバー５に保存されているドキュメントをローカルネットワーク３内に設けられる画像処理装置８から印刷出力させたい場合、画像処理装置８を指定した通信要求が情報処理装置１１からアプリケーションサーバー５に送信される。ここでアプリケーションサーバー５と、画像処理装置７（中継サーバー６）とが接続状態確立中であるならば、アプリケーションサーバー５から画像処理装置７を中継してローカルネットワーク３内の画像処理装置８と通信を行うことが可能である。しかし画像処理装置７が省電モードであり、アプリケーションサーバー５と画像処理装置７との接続状態が終了している場合、ファイヤウォール４によりアプリケーションサーバー５から画像処理装置７に対して接続することはできない。そこで、アプリケーションサーバー５は接続状態確立中であるローカルネットワーク３内の情報処理装置９を特定し、情報処理装置９に対して画像処理装置７を省電モードから通常モードに移行させるための起動コマンドを送信する。なお、起動コマンドを生成するタイミングは、画像処理装置７との接続状態が終了したことを検知したときでもよいし、情報処理装置１１から通信要求を受信したときでもよく、或いは情報処理装置１１から印刷の実行指示を受信したときでもよい。情報処理装置９は、アプリケーションサーバー５から送信された起動コマンドを受信すると、画像処理装置７に当該起動コマンドを転送する。これにより、アプリケーションサーバー５は、起動コマンドを情報処理装置９経由で画像処理装置７に送信し、画像処理装置７を省電モードから通常モード移行させることが可能となる。画像処理装置７は、情報処理装置９から転送された起動コマンドを受信すると、省電モードから通常モードへ移行し、アプリケーションサーバー５に対し接続開始要求を送信し、アプリケーションサーバー５との接続状態を確立させる。そして、アプリケーションサーバー５と画像処理装置７との接続状態が確立されると、アプリケーションサーバー５は、情報処理装置１１から受信した印刷の実行指示に基づき印刷ジョブを生成して画像処理装置７を中継して画像処理装置８に送信することが可能となるのである。

次に、アプリケーションサーバー５及び画像処理装置７における具体的な処理手順につき、フローチャートを用いて説明する。図６は、アプリケーションサーバー５における処理手順の一例を示すフローチャートである。起動状態にあるアプリケーションサーバー５は、画像処理装置７の中継部５１から接続開始要求を受信したか否かを判定し（ステップＳ１）、接続開始要求を受信していない場合には（ステップＳ１でＮＯ）待機する。アプリケーションサーバー５が接続開始要求を受信した場合（ステップＳ１でＹＥＳ）、画像処理装置７の中継部５１との接続状態が確立される（ステップＳ２）。次に、情報処理装置１１等からローカルネットワーク３内の画像処理装置８に対しジョブを送信する指示を受信したか判定し（ステップＳ３）、受信したと判定した場合（ステップＳ３でＹＥＳ）、アプリケーションサーバー５は当該指示に基づき画像処理装置８に対するジョブを生成し（ステップＳ４）、そのジョブを画像処理装置７の中継部５１に送信する（ステップＳ５）。これに対し、画像処理装置８を送信先に指定したジョブの送信指示を受信していないと判定した場合（ステップＳ３でＮＯ）、ステップＳ４及びＳ５の処理をスキップする。

次に、アプリケーションサーバー５は、画像処理装置７との接続状態が終了したことを検知したか否か判定し（ステップＳ６）、終了していないと判定した場合（ステップＳ６でＮＯ）、ステップＳ３乃至Ｓ５の処理を繰り返す。他方、画像処理装置７との接続状態が終了したことを検知したと判定した場合（ステップＳ６でＹＥＳ）、アプリケーションサーバー５は、画像処理装置７を省電モードから通常モードへ移行させる起動コマンドを生成する（ステップＳ７）。そしてアプリケーションサーバー５は、ローカルネットワーク３の外部にある情報処理装置１１からローカルネットワーク３内の画像処理装置８を指定した通信要求を受信したか否かを判定し（ステップＳ８）、受信していないと判定した場合（ステップＳ８でＮＯ）、通信要求を受信するまで待機する。通信要求を受信したと判定した場合（ステップＳ８でＹＥＳ）、ステップＳ７で生成した起動コマンドの送信先であるローカルネットワーク３内の情報処理装置９，１０を決定する起動コマンド送信先決定処理を行う（ステップＳ９）。起動コマンド送信先決定処理の詳細については後述する。本実施形態では、接続状態が終了したことを検知したときに予め起動コマンドを生成しておくため、通信要求を受信した時点では起動コマンドが既に生成済みであり、通信要求受信に伴い迅速に起動コマンドを送信することが可能となる。

起動コマンドの送信先となる情報処理装置９，１０を決定すると、当該情報処理装置９，１０に対して起動コマンドを送信する（ステップＳ１０）。なお、本実施形態ではローカルネットワーク３内の複数の情報処理装置９，１０がアプリケーションサーバー５と接続状態にある場合、アプリケーションサーバー５は、それら複数の情報処理装置９，１０の全てに対して起動コマンドを送信するため、それら複数の情報処理装置９，１０のうちから最も早く画像処理装置７に転送される起動コマンドで画像処理装置７を省電モードから通常モードへ移行させることができる。そして画像処理装置７は、通常モードへ復帰すると、アプリケーションサーバー５に対して接続開始要求を送信する。アプリケーションサーバー５は画像処理装置７からその接続開始要求を受信すると（ステップＳ１１）、画像処理装置７との接続状態を再び確立し（ステップＳ１２）、その後、上述したステップＳ３乃至Ｓ１２の処理を繰り返す。

図７は、本実施形態における起動コマンド送信先決定処理（図６のステップＳ９）の詳細な処理手順の一例を示すフローチャートである。通信要求を受信すると（図６のステップＳ８でＹＥＳ）、アプリケーションサーバー５は、その通信要求で指定された装置と同じローカルネットワーク３内に存在する情報処理装置のうち、自機と接続状態確立中の情報処理装置９，１０を全て抽出する（ステップＳ２１）。このとき、アプリケーションサーバー５との接続状態を確立している情報処理装置９，１０が複数あれば、それら複数の情報処理装置９，１０が全て抽出される。またアプリケーションサーバー５との接続状態を確立している情報処理装置９，１０が１台だけであれば、その１台の情報処理装置９，１０が抽出される。そしてアプリケーションサーバー５は、ステップＳ２１で抽出した全ての情報処理装置９，１０を起動コマンド送信先に決定する（ステップＳ２２）。これにより、特に接続中の情報処理装置９，１０が複数存在する場合に、画像処理装置７を早期且つ迅速に省電モードから通常モードへ移行させることが可能となる。また複数の情報処理装置９，１０の中に、アプリケーションサーバー５から送信される起動コマンドを画像処理装置７へ転送する機能を備えていないものが存在する場合、或いは、起動コマンドを画像処理装置７へ転送する機能に不具合が生じているものが含まれる場合であっても、複数の情報処理装置９，１０のうちのいずれかから確実に画像処理装置７へ起動コマンドを転送させることができるため、１台の情報処理装置に対して起動コマンドを送信する場合よりも、より確実に画像処理装置７を省電モードから通常モードへ移行させることが可能となり、画像処理装置７との接続状態を確立できる。

図８は、画像処理装置７における処理手順の一例を示すフローチャートである。画像処理装置７は中継サーバー６の機能を備え、ローカルネットワーク３外のアプリケーションサーバー５とローカルネットワーク３内の画像処理装置８との通信を適宜中継する必要があるため、起動時にアプリケーションサーバー５との接続状態を確立し、省電モードへ移行することにより一時的に接続状態を終了させるほかは接続状態を維持する。本実施形態において、画像処理装置７に電源が投入されると（ステップＳ３０）、画像処理装置７は、中継部５１を機能させ、アプリケーションサーバー５に接続開始要求を送信し（ステップＳ３１）、アプリケーションサーバー５との接続状態を確立する。接続開始要求を送信すると、画像処理装置７は、タイマの時間計測動作を開始し（ステップＳ３２）、自機において何らかのデータの入出力があるか否かを判定する（ステップＳ３３）。自機においてデータの入出力があると判定した場合（ステップＳ３３でＹＥＳ）、時間計測動作中のタイマをリセットする（ステップＳ３４）。さらに当該入出力がローカルネットワーク３内の画像処理装置７，８に対するジョブの受信か否かを判定し（ステップＳ３５）、画像処理装置７，８に対するジョブの受信であった場合（ステップＳ３５でＹＥＳ）、画像処理装置７は中継部５１を機能させ、受信したジョブを画像処理装置７，８に転送する（ステップＳ３６）。その後、画像処理装置７は、再びタイマの時間計測動作を開始する（ステップＳ３２）。これに対し、自機に対するデータの入出力がないと判定した場合（ステップＳ３３でＮＯ）、画像処理装置７は、タイマの計測動作開始から所定時間が経過したか否か判定し（ステップＳ３７）、所定時間が未経過であると判定した場合（ステップＳ３７でＮＯ）、ステップＳ３３に戻る。また所定時間が経過したと判定した場合（ステップＳ３７でＹＥＳ）、画像処理装置７は通常モードから省電モードへ移行させ（ステップＳ３８）、これに応じて中継部５１がアプリケーションサーバー５との接続状態を終了させる処理を行う（ステップＳ３９）。尚、ステップＳ３９では、アプリケーションサーバー５とのＨＴＴＰセッションをクローズさせる処理を行っても良いし、また、そのようなクローズ処理を行うことなく、アプリケーションサーバー５とのＨＴＴＰセッションを単に切断して破棄するものであっても良い。

画像処理装置７は省電モードへ移行すると、その後、通信インタフェース４３の起動コマンド受付部４３ａが作動し、ローカルネットワーク３内の情報処理装置９，１０から起動コマンドを受信したか否か判定し（ステップＳ４０）、受信していないと判定した場合（ステップＳ４０でＮＯ）、起動コマンドを受信するまで待機する。そして起動コマンドを受信すると（ステップＳ４０でＹＥＳ）、画像処理装置７は、省電モードから通常モードへと復帰させる（ステップＳ４１）。これにより、制御部４１への電力供給が再開され、中継部５１が再起動される。そして、ステップＳ３１に戻り、画像処理装置７は、中継部５１を機能させることにより、アプリケーションサーバー５に対し接続開始要求を送信し、アプリケーションサーバー５との接続状態を再び確立する（ステップＳ３１）。その後、上述したステップＳ３２以降の処理が繰り返される。上記の処理を行うことで、画像処理装置７は、省電モードに移行することによりアプリケーションサーバー５との接続状態を一時的に終了させるが、アプリケーションサーバー５から送信された起動コマンドにより再び通常モードへ移行し、アプリケーションサーバー５との接続状態を再度確立する。これにより、中継部５１は、インターネット２上のアプリケーションサーバー５とローカルネットワーク３内の画像処理装置７，８との通信を中継することができるのである。

なお、本実施形態の画像処理システム１において、ローカルネットワーク３に設けられる複数の情報処理装置９，１０を備える場合を説明したが、ローカルネットワーク３内に１台の情報処理装置を備えるものであってもよい。

（第２実施形態）
次に、本発明の第２実施形態について図９及び図１０を用いて説明する。第１実施形態では、アプリケーションサーバー５がローカルネットワーク３内の複数の情報処理装置９，１０と接続状態を確立させているとき、それら複数の情報処理装置９，１０の全てに対して起動コマンドを送信する場合について説明した。本実施形態では、アプリケーションサーバー５がローカルネットワーク３内の複数の情報処理装置９，１０と接続状態を確立させているとき、それら複数の情報処理装置９，１０のうちから一の情報処理装置を選択して起動コマンドを送信する場合について説明する。尚、本実施形態における画像処理システム１、アプリケーションサーバー５、中継サーバー６の機能を備えた画像処理装置７などの具体的な構成は第１実施形態で説明したものと同様である。

本実施形態において、アプリケーションサーバー５の起動要求送信部３０は、ローカルネットワーク３内に設けられる複数の情報処理装置９，１０のうち、２以上の情報処理装置９，１０との間で既に接続状態が確立されているとき、それら２以上の情報処理装置９，１０のうちから一の情報処理装置を選択して起動コマンドを送信する。つまり、第１実施形態のように、現在接続中である複数の情報処理装置９，１０の全てに対して起動コマンドを同報送信すると、アプリケーションサーバー５とローカルネットワーク３とを接続する回線に一斉に大量のデータが送り出されることになり、回線が一時的にビジー状態になるおそれがある。そのため、本実施形態では、現在接続中である複数の情報処理装置９，１０のうちから一の情報処理装置を選択して起動コマンドを送信することにより、回線がビジー状態になることを回避する。

ただし、複数の情報処理装置９，１０のうちの一の情報処理装置に対して起動コマンドを送信する場合、起動コマンドを送信した一の情報処理装置が例えばビジー状態であれば、画像処理装置７への起動コマンドの転送が速やかに行われない。そのため、アプリケーションサーバー５は、起動コマンドを送信してから所定時間を経過しても画像処理装置７の中継部５１から接続開始要求を受信しないことがある。そのような場合、アプリケーションサーバー５は、速やかに画像処理装置７の中継部５１との接続状態を確立させることができない。そのため、アプリケーションサーバー５は、複数の情報処理装置９，１０のうちから起動コマンドの送信対象となる一の情報処理装置を選択するとき、複数の情報処理装置９，１０のそれぞれに対して起動コマンドを送信する優先順位を割り付け、その優先順位の高い順に、起動コマンドの送信対象を１つずつ選択していくことが好ましい。そして一の情報処理装置に起動コマンドを送信してから所定時間を経過しても画像処理装置７の中継部５１から接続開始要求を受信しない場合、アプリケーションサーバー５は、次の優先順位の情報処理装置を１つ選択し、その選択した情報処理装置へ起動コマンドを送信する処理を繰り返す。これにより、アプリケーションサーバー５は、複数の情報処理装置９，１０の中にビジー状態の装置が含まれる場合であっても、画像処理装置７の中継部５１と接続状態を確立させることができるようになる。

複数の情報処理装置９，１０のうちから一の情報処理装置を選択するための優先順位の割り付け方法の１つの例として、起動要求送信部３０は、２以上の情報処理装置９，１０のそれぞれに対し、接続状態を確立したタイミングが最新であるものから順に優先順位を割り付ける方法がある。この場合、例えばアプリケーションサーバー５の接続管理部２８は、ローカルネットワーク３に設けられる複数の情報処理装置９，１０のそれぞれとの接続状態が確立されると、その接続状態が確立された日時、すなわち接続開始日時を記憶して管理する。そして起動要求送信部３０は、複数の情報処理装置９，１０のそれぞれがアプリケーションサーバー５との接続状態を確立したタイミングが最新のものから順に優先順位を割り付ける。そして起動要求送信部３０は、複数の情報処理装置９，１０のうちのいずれか一つに対して起動コマンドを送信するとき、優先順位の高いものから順に、すなわち接続状態を確立したタイミングが最新のものから順に、一の情報処理装置を選択し、起動コマンドを送信する。

接続状態を確立したタイミングが比較的新しい情報処理装置は、アプリケーションサーバー５と連携する処理を開始してからの時間が他の情報処理装置よりも短く、連携処理の進捗状況が他の情報処理装置と比べて遅い可能性が高い。そうすると、アプリケーションサーバー５との接続状態を確立している時間が比較的短い情報処理装置は、接続状態を確立してからの時間が比較的長い他の情報処理装置と比較して、現在の接続状態をより長い時間継続させる可能性が高いといえる。そのため、起動要求送信部３０が接続を確立したタイミングが最新のものから順に一の情報処理装置を選択して起動コマンドを送信することにより、起動コマンドの送信途中で情報処理装置９，１０との接続状態が終了してしまうことによる送信エラーの発生率を低減することができ、より確実に起動コマンドを情報処理装置９，１０へ送信できる。

また上記とは異なり、起動要求送信部３０は、接続状態を確立したタイミングが最も早いものから順に優先順位を割り付け、接続状態を確立したタイミングの古いものから順に一の情報処理装置を選択し、その一の情報処理装置と連携して行っている連携処理が終了したタイミングで起動コマンドを送信するようにしてもよい。すなわち、アプリケーションサーバー５が情報処理装置９，１０と連携する連携処理を実行しているときには、アプリケーションサーバー５の制御部２０が当該処理に集中しているため、その間に起動コマンドを割り込ませて情報処理装置９，１０へ送信すると、現在実行中の連携処理を遅延させる要因となる。これを防止するためには、情報処理装置９，１０との連携処理が終了した後であって情報処理装置９，１０との接続状態が終了する前に、起動コマンドを送信することが好ましい。また起動コマンドをなるべく早期に送信するためには、情報処理装置９，１０との連携処理が最も早く終了するものを選択することが好ましい。このような理由により、起動要求送信部３０は、複数の情報処理装置９，１０のそれぞれに対し、接続状態の確立タイミングの最も早いものから順に優先順位を割り付け、起動コマンドの送信対象となる一の情報処理装置を選択するときには、接続状態を確立したタイミングが最も早いものから順に一の情報処理装置を選択し、アプリケーションサーバー５が当該一の情報処理装置と連携して行っている連携処理が終了したタイミングで起動コマンドを送信する構成を採用してもよい。すなわち、接続状態の確立タイミングが最も早いものから順に一の情報処理装置を選択して起動コマンドを送信することにより、連携処理を遅延させることなく、迅速に起動コマンドを送信できるのである。

図９は、アプリケーションサーバー５で行われる上述した起動コマンド送信処理の詳細な処理手順の一例を示すフローチャートである。この起動コマンド送信処理は、例えば図６に示したフローチャートのステップＳ９〜Ｓ１２に代わって行われる処理である。すなわち、アプリケーションサーバー５は、ローカルネットワーク３の外部の情報処理装置１１からの通信要求に基づいてローカルネットワーク３内の画像処理装置７（中継サーバー６）との接続状態を再度確立させるときにこの起動コマンド送信処理を実行する。アプリケーションサーバー５は、この処理を開始すると、まず現在接続中のローカルネットワーク３内の情報処理装置９，１０を全て抽出する（ステップＳ５１）。そしてアプリケーションサーバー５は、ステップＳ５１において複数の情報処理装置９，１０を抽出したか否かを判断し（ステップＳ５２）、複数である場合（ステップＳ５２でＹＥＳ）、送信先決定処理を行う（ステップＳ５３）。

図１０は、この送信先決定処理（ステップＳ５３）の詳細な処理手順の一例を示すフローチャートである。アプリケーションサーバー５は、この処理を開始すると、接続管理部２８によって管理される現在接続中の各情報処理装置９，１０との接続開始時間を確認し（ステップＳ７１）、確認された各情報処理装置９，１０の接続開始時間を比較する（ステップＳ７２）。そして起動コマンドの送信先となる一の情報処理装置を選択する際の優先順位を決定する（ステップＳ７３）。優先順位を決定するときには、上述したように、現在接続状態確立中の複数の情報処理装置９，１０がアプリケーションサーバー５との接続状態を確立したタイミングが最新であるものから順に高い優先順位を割り付けるようにしても良いし、またこれとは逆にアプリケーションサーバー５との接続状態を確立したタイミングが最も古いものから順に高い優先順位を割り付けるようにしても良い。ただし、アプリケーションサーバー５が画像処理装置７の中継部５１との接続状態を早期に確立させることが必要な場合は、アプリケーションサーバー５との接続状態を確立したタイミングが最新であるものから順に高い優先順位を割り付けるようにすることが好ましい。なぜなら、アプリケーションサーバー５との接続状態を確立したタイミングが最新ものから順に一の情報処理装置に起動コマンドを送信する場合、起動要求送信部３０は、連携処理が終了するまで待機することなく、選択した一の情報処理装置に対して速やかに起動コマンドを送信することができるからである。以上で、送信先決定処理が終了する。

図９に戻り、アプリケーションサーバー５は、上記のような送信先決定処理（ステップＳ５３）で決定された優先順位に基づき、アプリケーションサーバー５と現在接続状態を確立している複数の情報処理装置９，１０のうちから一の情報処理装置を選択する（ステップＳ５４）。このとき、アプリケーションサーバー５は、優先順位の高いものから順に一の情報処理装置を選択する。そしてアプリケーションサーバー５は、起動コマンドの送信タイミングとなるまで待機する（ステップＳ５５）。上述の送信先決定処理（ステップＳ５３）において、アプリケーションサーバー５との接続状態を確立したタイミングが最新のものから順に高い優先順位が割り付けられている場合、ステップＳ５５での待機時間は発生せず、アプリケーションサーバー５は速やかにステップＳ５６の処理を開始する。これに対し、上述の送信先決定処理（ステップＳ５３）でアプリケーションサーバー５との接続状態を確立したタイミングが最も古いものから順に高い優先順位が割り付けられている場合、アプリケーションサーバー５は、ステップＳ５５において、ステップＳ５４で選択した一の情報処理装置と連携して行っている連携処理が終了するまで待機し、その連携処理が終了した後にステップＳ５６の処理を開始する。

ステップＳ５６に進むと、アプリケーションサーバー５において起動要求送信部３０が機能し、ステップＳ５４で選択された一の情報処理装置に起動コマンドが送信される（ステップＳ５６）。その後、アプリケーションサーバー５は、画像処理装置７から接続開始要求を受信したか否かを判断し（ステップＳ５７）、接続要求を受信してなければ（ステップＳ５７でＮＯ）、所定時間が経過するまで待機する（ステップＳ５８）。そして所定時間が経過するまでの間に画像処理装置７から接続開始要求を受信すると（ステップＳ５７でＹＥＳ）、アプリケーションサーバー５は、画像処理装置７との接続状態、より厳密には画像処理装置７の中継部５１との接続状態を確立させる（ステップＳ５９）。一方、画像処理装置７から接続開始要求を受信することなく、所定時間が経過した場合（ステップＳ５８でＹＥＳ）、アプリケーションサーバー５は、ステップＳ５４に戻り、優先順位に基づいて次に起動コマンドの送信先となる一の情報処理装置を選択して上述した処理（ステップＳ５４〜Ｓ５８）を繰り返す。

またステップＳ５１で抽出された情報処理装置が１台である場合（ステップＳ５２でＮＯ）、アプリケーションサーバー５は、その１台の情報処理装置を起動コマンドの送信先に決定し（ステップＳ６０）、その情報処理装置に対して起動コマンドを送信する（ステップＳ６１）。そしてアプリケーションサーバー５は、起動コマンドの送信後、画像処理装置７から接続開始要求を受信するまで待機し（ステップＳ６２）、接続開始要求を受信すると（ステップＳ６２でＹＥＳ）、画像処理装置７の中継部５１との接続状態を確立させる（ステップＳ５９）。

このように本実施形態のアプリケーションサーバー５は、ローカルネットワーク３内の２以上の情報処理装置９，１０との間で既に接続状態が確立されているとき、それら２以上の情報処理装置９，１０のうちの一の情報処理装置を選択して起動コマンドを送信するため、アプリケーションサーバー５とローカルネットワーク３とを結ぶ回線が一時的にビジー状態になってしまうことを回避することができる。またアプリケーションサーバー５は、２以上の情報処理装置９，１０のうちから起動コマンドの送信先となる一の情報処理装置を選択するとき、２以上の情報処理装置９，１９のうち、接続状態の確立タイミングが最新である一の情報処理装置を選択するため、ローカルネットワーク３に設けられた中継サーバー６との接続状態をより確実に、且つ迅速に確立させることができるようになる。

（第３実施形態）
次に第３実施形態について説明する。上記第２実施形態では、アプリケーションサーバー５と接続中である複数の情報処理装置９，１０が存在する場合において、それら複数の情報処理装置９，１０のうちから一の情報処理装置を選択するときには、接続状態の確立タイミングに基づいて起動コマンドの送信先となる一の情報処理装置を選択する場合を示した。本実施形態では、アプリケーションサーバー５と接続中の複数の情報処理装置９，１０が存在する場合において、アプリケーションサーバー５がそれら複数の情報処理装置９，１０のそれぞれとの間で連携して行っている処理の進行状況を比較し、その結果に基づいて起動コマンドの送信先となる一の情報処理装置を選択する場合について説明する。尚、本実施形態においても画像処理システム１、中継サーバー６の機能を備えた画像処理装置７などの具体的な構成は第１実施形態で説明したものと同様である。

図１１は、本実施形態におけるアプリケーションサーバー５の機能構成の一例を示すブロック図である。アプリケーションサーバー５は、制御部２０と、通信インタフェース２２と、記憶部７０を備える。制御部２０は、例えば電源起動時に記憶部７０に予め記憶されている図示を省略するプログラム（例えばオペレーティングシステム）を読み出して実行することにより、アプリケーション制御部７１、ジョブ送信部２７、進行管理部７２、接続管理部２８、起動要求生成部２９及び起動要求送信部３０として機能する。またアプリケーション制御部７１は、ジョブ生成部２６としても機能する。一方、記憶部７０には、アプリケーション制御部７１によって読み出されて実行されるアプリケーションプログラム７５が記憶されている。

アプリケーション制御部７１は、情報処理装置９，１０，１１との接続状態を確立しているとき、それら情報処理装置９，１０，１１からの要求に基づいて記憶部７０に記憶されているアプリケーションプログラム７５を読み出して実行することにより、アプリケーションを起動して情報処理装置９，１０，１１に対してアプリケーションサービスを提供する。つまり、アプリケーション制御部７１は、情報処理装置９，１０，１１からの要求を受け付ける度にアプリケーションを起動させ、各情報処理装置９，１０，１１と連携して行う連携処理を実行する連携処理手段である。したがって、アプリケーション制御部７１は、複数のアプリケーションを起動して複数の連携処理を並列的に実行することも可能である。

アプリケーション制御部７１が情報処理装置９，１０，１１と連携して行う連携処理には、複数のプロセスが含まれる。そのため、アプリケーション制御部７１は、各情報処理装置９，１０，１１と連携しながらそれら複数のプロセスを予め定められた順序で実行していくことにより、各情報処理装置９，１０，１１から要求されたアプリケーションサービスを提供する。アプリケーション制御部７１が情報処理装置９，１０，１１と連携する連携処理を実行することにより、例えば情報処理装置９，１０，１１からアップロードされるデータを記憶部７０に保存したり、記憶部７０に保存しているデータを情報処理装置９，１０，１１へダウンロードしたりすることができる。また情報処理装置９，１０，１１からローカルネットワーク３内の画像処理装置７，８へジョブを送信することが指定された場合、アプリケーション制御部７１は、連携処理に含まれる所定のプロセスを実行するときにジョブ生成部２６を機能させ、画像処理装置７，８に送信すべきジョブを生成する。そしてジョブ生成部２６によって生成されたジョブはジョブ送信部２７へ出力される。

記憶部７０には、アプリケーションサーバー５によって提供されるアプリケーションサービスの種類に応じて複数種類のアプリケーションプログラム７５が記憶されていても良い。この場合、アプリケーション制御部７１は、情報処理装置９，１０，１１から要求されるアプリケーションサービスの種類に応じて、それら複数種類のアプリケーションプログラム７５の中から一のアプリケーションプログラムを読み出して実行することにより、情報処理装置９，１０，１１から要求されるアプリケーションサービスの種類に対応するアプリケーションを起動させる。また記憶部７０には、アプリケーション制御部７１によって起動されるアプリケーション毎に、アプリケーション制御部７１と各情報処理装置９，１０，１１とが連携して行う連携処理に含まれる複数のプロセスの進行順序を記録したフロー情報７６が予め記憶されている。

進行管理部７２は、アプリケーション制御部７１によってアプリケーションが起動され、情報処理装置９，１０，１１との連携処理が実行されているとき、その連携処理の進行状況を管理する処理部である。この進行管理部７２は、アプリケーション制御部７１によってアプリケーションが起動されると、記憶部７０からフロー情報７６を読み出し、そのアプリケーションに対応する連携処理を判別し、その連携処理に含まれる複数のプロセスと、それら複数のプロセスの進行順序とを特定する。そして進行管理部７２は、アプリケーション制御部７１によって行われている連携処理において現在実行中のプロセスが全プロセスのどのプロセスであるかを特定することにより、連携処理の進行状況を管理する。すなわち、進行管理部７２は、アプリケーション制御部７１において進行中である連携処理の進捗度をリアルタイムで管理するものである。

図１に示すジョブ送信部２７、接続管理部２８及び起動要求生成部２９は、第１実施形態で説明したものと同様である。また起動要求送信部３０は、アプリケーションサーバー５と接続中である複数の情報処理装置９，１０が存在する場合において、それら複数の情報処理装置９，１０のうちから一の情報処理装置を選択して起動コマンドを送信する。そして本実施形態の起動要求送信部３０は、アプリケーションサーバー５と接続中の複数の情報処理装置９，１０が存在する場合において、アプリケーション制御部７１がそれら複数の情報処理装置９，１０のそれぞれとの間で連携して行っている連携処理の進行状況を比較し、その結果に基づいて起動コマンドの送信先となる一の情報処理装置を選択するように構成される。以下、このような起動要求送信部３０の詳細について説明する。

本実施形態における起動要求送信部３０は、既に接続状態が確立されている２以上の情報処理装置９，１０のうちから一の情報処理装置を選択するとき、アプリケーション制御部７１がそれら２以上の情報処理装置９，１０のそれぞれと連携して行っている各連携処理の進行状況を比較して、一の情報処理装置を選択する。例えば起動要求送信部３０は、進行管理部７２から、アプリケーション制御部７１が各情報処理装置９，１０と連携して行っている連携処理の進捗度を取得し、各情報処理装置９，１０と連携して実行されるアプリケーション毎の進捗度を比較する。起動要求送信部３０は、それら進捗度の比較結果に基づき、２以上の情報処理装置９，１０のそれぞれに対して起動コマンドの送信順序となる優先順位を割り付ける。そして起動要求送信部３０は、２以上の情報処理装置９，１０のそれぞれに割り付けられた優先順位の高い順に、起動コマンドの送信対象となる一の情報処理装置を選択し、その選択した一の情報処理装置に対して起動コマンドを送信する。尚、一の情報処理装置に対して起動コマンドを送信してから所定時間を経過しても画像処理装置７の中継部５１から接続開始要求を受信しない場合には、次の優先順位の一の情報処理装置を選択して起動コマンドを送信する処理を繰り返す点については、第２実施形態と同様である。

例えば起動要求送信部３０は、アプリケーション制御部７１で行われている２以上の連携処理の進捗度を比較して、２以上の情報処理装置９，１０のそれぞれに対して優先順位を割り付ける際、２以上の連携処理のうちで進行状況の遅いものから順に高い優先順位を割り付ける。そして起動要求送信部３０は、２以上の情報処理装置９，１０のうちから一の情報処理装置を選択して起動コマンドを送信するとき、優先順位の高いものから順に、すなわち連携処理の進行状況が最も遅いものから順に、一の情報処理装置を選択し、起動コマンドを送信する。

連携処理の進行状況が比較的遅く、複数のプロセスのうちの初期段階のプロセスが行われている場合、アプリケーション制御部７１による連携処理が終了するまでに今後行われるプロセスの数は比較的多くなる。これに対し、連携処理の進行状況が比較的早く、複数のプロセスのうちの最終段階のプロセスが行われている場合、アプリケーション制御部７１による連携処理が終了するまでに今後行われるプロセスの数は比較的少なくなる。そのため、進行状況の遅い連携処理は、進行状況の速い連携処理よりも連携処理終了までに要する時間が比較的長くなるといえる。そのため、起動要求送信部３０が進行状況の最も遅い連携処理を行っているものから順に一の情報処理装置を選択して起動コマンドを送信することにより、起動コマンドの送信途中で情報処理装置９，１０との接続状態が終了してしまうことによる送信エラーの発生率を低減することができ、より確実に起動コマンドを情報処理装置９，１０へ送信できる。

ただし、上記とは異なり、起動要求送信部３０は、進行状況の最も進んでいる連携処理を行っているものから順に一の情報処理装置を選択して起動コマンドを送信するようにしてもよい。すなわち、アプリケーションサーバー５が情報処理装置９，１０と連携する連携処理を実行しているときには、アプリケーションサーバー５の制御部２０が当該処理に集中しているため、その間に起動コマンドを割り込ませて情報処理装置９，１０へ送信すると、現在実行中の連携処理を遅延させる要因となる。これを防止するためには、情報処理装置９，１０との連携処理が終了した後であって情報処理装置９，１０との接続状態が終了する前に、起動コマンドを送信することが好ましい。また起動コマンドをなるべく早期に送信するためには、情報処理装置９，１０との連携処理が最も早く終了するものを選択することが好ましい。このような理由により、起動要求送信部３０は、複数の情報処理装置９，１０のそれぞれに対し、進行状況の最も進んでいる連携処理を行っているものから順に優先順位を割り付け、起動コマンドの送信対象となる一の情報処理装置を選択するときには、進行状況の最も進んでいる連携処理を行っているものから順に一の情報処理装置を選択し、アプリケーションサーバー５が当該一の情報処理装置と連携して行っている連携処理が終了したタイミングで起動コマンドを送信する構成を採用してもよい。すなわち、進行状況の最も進んでいる連携処理を行っているものから順に一の情報処理装置を選択して起動コマンドを送信することにより、連携処理を遅延させることなく、迅速に起動コマンドを送信することができる。

図１２は、本実施形態における送信先決定処理（図９のステップＳ５３）の詳細な処理手順の一例を示すフローチャートである。アプリケーションサーバー５は、この処理を開始すると、現在接続中である２以上の情報処理装置９，１０と連携して動作中のアプリケーションに対応するフロー情報７６を参照し（ステップＳ８１）、動作中のアプリケーション毎に連携処理の進行状況を示す進捗度を算出する（ステップＳ８２）。そしてアプリケーションサーバー５は、算出した各アプリケーションの進捗度を比較し（ステップＳ８３）、その比較結果に基づいて２以上の情報処理装置９，１０のそれぞれに対して割り付ける優先順位を決定する（ステップＳ８４）。優先順位を決定するときには、上述したように、現在接続状態確立中の２以上の情報処理装置９，１０のそれぞれと連携しながら行っている連携処理の進行状況が最も遅いものから順に高い優先順位を割り付けるようにしても良いし、またこれとは逆に連携処理の進行状況が最も進んでいるものから順に高い優先順位を割り付けるようにしても良い。ただし、アプリケーションサーバー５が画像処理装置７の中継部５１との接続状態を早期に確立させることが必要な場合は、連携処理の進行状況が最も遅いものから順に高い優先順位を割り付けるようにすることが好ましい。なぜなら、連携処理の進行状況が最も遅いものから順に一の情報処理装置に起動コマンドを送信する場合、起動要求送信部３０は、連携処理が終了するまで待機することなく、選択した一の情報処理装置に対して速やかに起動コマンドを送信することができるからである。以上で、送信先決定処理が終了する。

（変形例）
以上、本発明に関する幾つかの実施形態について説明したが、本発明は上述した各実施形態において説明したものには限られない。すなわち、本発明には、上述した各実施形態の他、様々な変形例を適用することが可能である。

例えば、上記各実施形態では、画像処理装置７に中継サーバー６の機能が搭載されている場合を例示したが、これに限られるものではなく、中継サーバー６は画像処理装置７とは別の装置として構成されるものであっても構わない。すなわち、中継サーバー６が画像処理装置７からは独立した装置であったとしても、中継サーバー６が省電モードへ移行してしまうことにより、アプリケーションサーバー５との接続状態を終了させてしまうこともあり得る。そのような場合でも、上記各実施形態で説明した技術を適用することにより、ローカルネットワーク３の外部の情報処理装置１１からアプリケーションサーバー５に対し、ローカルネットワーク３内の画像処理装置７，８を指定した通信要求が送信されたときには、アプリケーションサーバー５は、その時点で接続状態を確立しているローカルネットワーク３内の情報処理装置９，１０を経由させて起動コマンドを中継サーバー６へ送信することにより、中継サーバー６を省電モードから通常モードへ復帰させることができ、その結果、中継サーバー６との接続状態を再度確立させることが可能である。

また上記各実施形態では、アプリケーションサーバー５が、主としてローカルネットワーク３内に設けられる一般的なパーソナルコンピュータなどで構成された情報処理装置９，１０に起動コマンドを送信することにより、中継サーバー６を省電モードから通常モードへ復帰させる場合を例示した。しかし、これに限られるものではなく、例えばローカルネットワーク３に設けられた画像処理装置８がアプリケーションサーバー５にアクセスし、アプリケーションサーバー５との間で直接接続状態を確立させているとき、アプリケーションサーバー５は、そのような画像処理装置８を起動コマンドの送信対象として決定するようにしてもよい。したがって、ローカルネットワーク３に設けられる画像処理装置８は、情報処理装置の一種である。

また上記各実施形態では、中継サーバー６が起動時又は再起動時にアプリケーションサービスを提供するアプリケーションサーバー５との接続状態を確立させる場合を例示した。しかし、これに限られるものではなく、例えばアプリケーションサーバー５が、アプリケーションサービスを提供するサービス提供サーバーと、そのサービス提供サーバーからの要求によって中継サーバー６にサービス提供サーバーとの接続を依頼する接続仲介サーバーとを備えて構成される場合、中継サーバー６は、起動時又は再起動時に、アプリケーションサービスを提供するサービス提供サーバーではなく、接続仲介サーバーとの接続状態を確立させるものであっても構わない。

図１３は、アプリケーションサーバー５がサービス提供サーバー５ａと接続仲介サーバー５ｂとを備える画像処理システムの一構成例を示す図である。尚、図１３では、中継サーバー６が画像処理装置７とは別体として構成される場合を例示している。図１３に示す画像処理システムは、インターネット２に設けられるアプリケーションサーバー５がサービス提供サーバー５ａと接続仲介サーバー５ｂとを備える。一方、社内ＬＡＮなどのローカルネットワーク３には、中継サーバー６と、複数の画像処理装置７，８とが設けられる。中継サーバー６は、電源投入に伴う起動時に、アプリケーションサーバー５の接続仲介サーバー５ｂにアクセスし、接続仲介サーバー５ｂとの接続状態９０を確立させる。これにより、接続仲介サーバー５ｂは、ローカルネットワーク３内のファイヤウォールを超えてローカルネットワーク３に設けられた中継サーバー６と常時通信可能な状態となる。

このような画像処理システムにおいて、例えばアプリケーションサーバー５のサービス提供サーバー５ａがローカルネットワーク３に設けられた画像処理装置７，８に対してジョブを送信する場合、サービス提供サーバー５ａは、まず接続仲介サーバー５ｂに対して通信相手となる画像処理装置７，８を指定した通信開始要求９１を送信する。接続仲介サーバー５ｂは、通信開始要求９１を受信すると、予め登録された情報に基づき通信相手として指定された画像処理装置７，８を管理する中継サーバー６を特定し、その中継サーバー６と確立している接続状態９０をトンネルに使用して中継サーバー６に接続要求９２を送信する。この接続要求９２には、サービス提供サーバー５ａに接続するためのアドレス情報などが含まれる。中継サーバー６は、接続仲介サーバー５ｂから接続要求９２を受信すると、それに含まれるアドレス情報などに基づき、サービス提供サーバー５ａに対して接続開始要求９３を送信する。これにより、中継サーバー６とサービス提供サーバー５ａとが接続状態となり、サービス提供サーバー５ａは、ローカルネットワーク３に設けられた中継サーバー６に対してジョブの送信を開始することができるようになる。そしてサービス提供サーバー５ａによるジョブの送信が開始されると、中継サーバー６は、そのジョブを中継してローカルネットワーク３内の画像処理装置７，８へ転送する。これにより、画像形成装置７，８は、中継サーバー６を介してサービス提供サーバー５ａから送信されるジョブを受信することができ、そのジョブを実行することにより印刷出力などを行うことができる。

図１３に示すような構成では、中継サーバー６が通常モードから省電モードへ移行すると、中継サーバー６と接続仲介サーバー５ｂとの間に確立されていた接続状態９０が終了する。そのため、接続仲介サーバー５ｂは、サービス提供サーバー５ａから通信開始要求９１を受信したときにローカルネットワーク３内の中継サーバー６に接続要求９２を送信することができなくなる。このような場合でも、上記各実施形態で説明した技術を適用することにより、中継サーバー６を通常モードへ復帰させて接続仲介サーバー５ｂとの接続状態９０を再確立させることができる。例えば、接続仲介サーバー５ｂは、サービス提供サーバー５ａから通信開始要求９１を受信したときに中継サーバー６に対して接続要求９２を送信することができなかった場合、中継サーバー６との接続状態９０が確立されていないことをサービス提供サーバー５ａに通知する。サービス提供サーバー５ａは、接続仲介サーバー５ｂから中継サーバー６との接続状態９０が確立されていないことを示す通知を受信すると、その中継サーバー６と同じローカルネットワーク３内に設けられた情報処理装置９，１０（図１参照）と接続状態を確立し、それら情報処理装置９，１０に対してアプリケーションサービスを提供しているか否かを判断する。その結果、中継サーバー６と同じローカルネットワーク３内に設けられた情報処理装置９，１０と接続状態を確立している場合、サービス提供サーバー５ａは、それらの情報処理装置９，１０に対して中継サーバー６を省電モードから通常モードへ復帰させる起動コマンドを送信する。そして中継サーバー６が省電モードから通常モードへ復帰すると、中継サーバー６と接続仲介サーバー５ｂとの接続状態９０が再度確立されるため、接続仲介サーバー５ｂは中継サーバー６に対して接続要求９２を送信することができるようになる。このような構成によれば、サービス提供サーバー５ａは、ローカルネットワーク３内の画像処理装置７，８と通信を行うときだけ、中継サーバー６との接続状態を確立させることができるため、中継サーバー６との接続状態を多数管理する必要がなくなり、管理負担が軽減される。そのため、サービス提供サーバー５ａがローカルネットワーク３内の情報処理装置９，１０や画像処理装置７，８に対してアプリケーションサービスを提供する際の処理効率を向上させることができるという利点がある。

また上記各実施形態においては、アプリケーションサーバー５がインターネット２に設けられる場合を例示したが、アプリケーションサーバー５は必ずしもインターネット２に設けられるものに限られない。すなわち、アプリケーションサーバー５は、中継サーバー６や画像処理装置７，８が設けられるローカルネットワーク３とは異なるネットワークに設けられるものであればよい。

１ 画像処理システム
２ インターネット
３ ローカルネットワーク
４ ファイヤウォール
５ アプリケーションサーバー
６ 中継サーバー
７，８ 画像処理装置
９，１０，１１ 情報処理装置
２５ 接続要求受付部
２６ ジョブ生成部（ジョブ生成手段）
２７ ジョブ送信部（ジョブ送信手段）
２８ 接続管理部（接続管理手段）
３０ 起動要求送信部（起動要求送信手段）
５２ 通電制御部（通電制御手段）
５６ 通信制御部（通信制御手段）
５７ ジョブ転送部（ジョブ転送手段）
７１ アプリケーション制御部（連携処理手段）
７２ 進行管理部（管理手段）

Claims (13)

1. ネットワーク上に設けられるアプリケーションサーバーと、
   ファイヤウォールを介して前記ネットワークに接続されたローカルネットワークに設けられる画像処理装置と、
   前記ローカルネットワークに設けられる情報処理装置と、
   前記ローカルネットワークに設けられ、前記アプリケーションサーバーとの接続状態を確立して前記画像処理装置と前記アプリケーションサーバーとの通信を中継する中継サーバーと、
   を備える画像処理システムであって、
   前記アプリケーションサーバーは、
   前記画像処理装置に対するジョブを生成するジョブ生成手段と、
   前記中継サーバーとの接続状態が確立されている状態で前記ジョブ生成手段により生成されたジョブを前記中継サーバーに対して送信するジョブ送信手段と、
   前記情報処理装置及び前記中継サーバーとの接続状態が確立されたこと及び終了したことを検知する接続管理手段と、
   前記接続管理手段により前記中継サーバーとの接続状態が終了していることが検知されている状態で、前記ローカルネットワーク外から前記画像処理装置を指定した通信要求を受信することに応じて、接続状態が既に確立されている前記情報処理装置を経由して前記中継サーバーに省電力状態から通常通電状態へ移行することを要求する起動要求を送信する起動要求送信手段と、
   を備え、
   前記中継サーバーは、
   前記アプリケーションサーバーとの接続状態を確立している状態で前記アプリケーションサーバーから受信するジョブを前記画像処理装置に転送するジョブ転送手段と、
   通電状態を通常通電状態及び省電力状態のいずれかに移行させる通電制御手段と、
   起動時に前記アプリケーションサーバーとの接続状態を確立し、前記通電制御手段により通常通電状態から省電力状態に移行するときに前記アプリケーションサーバーとの接続状態を終了させる通信制御手段と、
   を備え、
   前記通電制御手段は、省電力状態にあるとき前記情報処理装置を経由して前記起動要求を受信することに伴い、省電力状態から通常電力状態に移行させると共に、前記通信制御手段に前記アプリケーションサーバーとの接続状態を確立させることを特徴とする画像処理システム。
2. 前記ローカルネットワークには前記情報処理装置が複数設けられており、
   前記起動要求送信手段は、前記複数の前記情報処理装置のうち２以上の情報処理装置との間で既に接続状態が確立されているとき、前記２以上の情報処理装置の全てに対して前記起動要求を送信することを特徴とする請求項１に記載の画像処理システム。
3. 前記ローカルネットワークには前記情報処理装置が複数設けられており、
   前記起動要求送信手段は、前記複数の前記情報処理装置のうち２以上の情報処理装置との間で既に接続状態が確立されているとき、当該２以上の情報処理装置のうちの一の情報処理装置を選択して前記起動要求を送信することを特徴とする請求項１に記載の画像処理システム。
4. 前記起動要求送信手段は、前記２以上の情報処理装置のうち接続状態の確立タイミングが最新である情報処理装置を前記一の情報処理装置として前記起動要求を送信することを特徴とする請求項３に記載の画像処理システム。
5. 前記アプリケーションサーバーは、
   前記情報処理装置との間で接続状態を確立することに伴い、所定のアプリケーションを起動して前記情報処理装置と連携して行う連携処理を実行する連携処理手段と、
   前記連携処理手段による前記連携処理の進行状況を管理する管理手段と、
   を更に備え、
   前記起動要求送信手段は、前記２以上の情報処理装置のうちから一の情報処理装置を選択するとき、前記連携処理手段が前記２以上の情報処理装置のそれぞれと連携して行っている各連携処理の進行状況を比較して一の情報処理装置を選択することを特徴とする請求項３に記載の画像処理システム。
6. 前記起動要求送信手段は、前記連携処理手段が前記２以上の情報処理装置のそれぞれと連携して行っている複数の連携処理のうち、進行状況が最も遅い連携処理に対応する一の情報処理装置を選択することを特徴とする請求項５に記載の画像処理システム。
7. ネットワーク上に設けられ、ファイヤウォールを介して前記ネットワークに接続されたローカルネットワークに設けられる情報処理装置及び中継サーバーと通信を行うと共に、前記中継サーバーを介して前記ローカルネットワークに設けられる画像処理装置と通信を行うアプリケーションサーバーであって、
   前記画像処理装置に対するジョブを生成するジョブ生成手段と、
   前記中継サーバーとの接続状態が確立されている状態で前記ジョブ生成手段により生成されたジョブを前記中継サーバーに対して送信するジョブ送信手段と、
   前記情報処理装置及び前記中継サーバーとの接続状態が確立されたこと及び終了したことを検知する接続管理手段と、
   前記接続管理手段により前記中継サーバーとの接続状態が終了していることが検知されている状態で、前記ローカルネットワーク外から前記画像処理装置を指定した通信要求を受信することに応じて、接続状態が既に確立されている前記情報処理装置を経由して前記中継サーバーに省電力状態から通常通電状態へ移行することを要求する起動要求を送信する起動要求送信手段と、
   を備えることを特徴とするアプリケーションサーバー。
8. 前記ローカルネットワークには前記情報処理装置が複数設けられており、
   前記起動要求送信手段は、前記複数の前記情報処理装置のうち２以上の情報処理装置との間で既に接続状態が確立されているとき、前記２以上の情報処理装置の全てに対して起動要求を送信することを特徴とする請求項７に記載のアプリケーションサーバー。
9. 前記ローカルネットワークには前記情報処理装置が複数設けられており、
   前記起動要求送信手段は、前記複数の前記情報処理装置のうち２以上の情報処理装置との間で既に接続状態が確立されているとき、当該２以上の情報処理装置のうちの一の情報処理装置を選択して前記起動要求を送信することを特徴とする請求項７に記載のアプリケーションサーバー。
10. 前記起動要求送信手段は、前記２以上の情報処理装置のうち接続状態の確立タイミングが最新である情報処理装置を前記一の情報処理装置として前記起動要求を送信することを特徴とする請求項９に記載のアプリケーションサーバー。
11. 前記情報処理装置との間で接続状態を確立することに伴い、所定のアプリケーションを起動して前記情報処理装置と連携して行う連携処理を実行する連携処理手段と、
    前記連携処理手段による前記連携処理の進行状況を管理する管理手段と、
    を更に備え、
    前記起動要求送信手段は、前記２以上の情報処理装置のうちから一の情報処理装置を選択するとき、前記連携処理手段が前記２以上の情報処理装置のそれぞれと連携して行っている各連携処理の進行状況を比較して一の情報処理装置を選択することを特徴とする請求項９に記載のアプリケーションサーバー。
12. 前記起動要求送信手段は、前記連携処理手段が前記２以上の情報処理装置のそれぞれと連携して行っている複数の連携処理のうち、進行状況が最も遅い連携処理に対応する一の情報処理装置を選択することを特徴とする請求項１１に記載のアプリケーションサーバー。
13. ネットワーク上に設けられ、ファイヤウォールを介して前記ネットワークに接続されたローカルネットワークに設けられる情報処理装置及び中継サーバーと通信を行うと共に、前記中継サーバーを介して前記ローカルネットワークに設けられる画像処理装置と通信を行うアプリケーションサーバーにおいて実行されるプログラムであって、
    前記アプリケーションサーバーを、
    前記画像処理装置に対するジョブを生成するジョブ生成手段、
    前記中継サーバーとの接続状態が確立されている状態で前記ジョブ生成手段により生成されたジョブを前記中継サーバーに対して送信するジョブ送信手段、
    前記情報処理装置及び前記中継サーバーとの接続状態が確立されたこと及び終了したことを検知する接続管理手段、及び、
    前記接続管理手段により前記中継サーバーとの接続状態が終了していることが検知されている状態で、前記ローカルネットワーク外から前記画像処理装置を指定した通信要求を受信することに応じて、接続状態が既に確立されている前記情報処理装置を経由して前記中継サーバーに省電力状態から通常通電状態へ移行することを要求する起動要求を送信する起動要求送信手段、
    として機能させることを特徴とするプログラム。
    
    

Images