JP2017105070A - 画像処理装置、画像処理システム及びプログラム - Google Patents

Abstract

【課題】画像処理装置と複数のサーバーとの接続状態を有効に維持しつつ、画像処理装置において従来よりも高い省電力効果を得られるようにする。
【解決手段】第１のサーバー及び第２のサーバーと通信可能な画像処理装置は、第１のアプリケーション４１が第１のサーバーと定期通信を行う第１の時間間隔５３と、第２のアプリケーション４２が第２のサーバーと定期通信を行う第２の時間間隔５４とを管理すると共に、第１の時間間隔５３及び第２の時間間隔５４を変更する定期通信管理部４４を有している。定期通信管理部４４は、第１の時間間隔５３と第２の時間間隔５４が異なる場合、第１及び第２のアプリケーション４１，４２が同じタイミングで定期通信を行うことができるように、第１の時間間隔５３及び第２の時間間隔５４のいずれか一方又は両方を変更すると共に、それぞれが定期通信を行うタイミングを同期させる処理を行う。
【選択図】図４

Description

本発明は、画像処理装置、画像処理システム及びプログラムに関し、特にサーバーとの接続状態を維持する画像処理装置において省電力効果を高めるための技術に関する。

ＭＦＰ（Multi-Function Peripherals）などのような画像処理装置は、インターネット上のクラウドに設置されるサーバーと連携してジョブを実行することができる。例えば、画像処理装置は、ローカル環境からインターネット上のサーバーにアクセスすることにより、スキャンジョブで生成した画像データをサーバーに保存したり、或いは、サーバーに保存されている画像データを取得して印刷ジョブなどを実行したりすることができる。

しかしその一方、画像処理装置が設置されるローカル環境にはセキュリティの観点からファイヤウォールが設置されるのが一般的である。そのため、画像処理装置がサーバーにアクセスしていない状態で、サーバーから画像処理装置に対して印刷ジョブを送信するためには、インターネット上のサーバーがファイヤウォールを超えて画像処理装置と通信を行える環境の構築が必要となる。

従来、上記のような環境を構築するため、ローカル環境内にインターネット上のサーバーと通信を行うための専用のゲートウェイを設けることが提案されている（例えば特許文献１）。このようなゲートウェイは、例えば電源投入時にインターネット上のサーバーとＸＭＰＰ（eXtensible Messaging and Presence Protocol）による常時接続状態を確立することにより、サーバーがファイヤウォールを超えてローカル環境内の画像処理装置と通信可能な通信路を開設する。したがって、インターネット上のサーバーは、画像処理装置がサーバーにアクセスしていない状態であっても、ゲートウェイとの間に確立される通信路を利用してトンネル通信を行うことにより、ローカル環境内の画像処理装置に対して印刷ジョブなどを送信することができる。

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

ところで、近年では上述したゲートウェイの機能を内蔵した画像処理装置が提供されつつある。この場合、画像処理装置は、インターネット上のサーバーと接続状態を確立し、その接続状態を維持するために定期的にサーバーと通信を行うように構成される。

一方、画像処理装置は、省電力を目的としたスリープ機能を有しており、サーバーとの接続状態を確立している場合であっても所定条件が成立すると、ディープスリープモードへ移行する。画像処理装置がディープスリープモードへ移行すると、サーバーと定期通信を行うための機能が停止するため、サーバーとの定期通信が行われなくなり、画像処理装置とサーバーとの接続状態が切断されてしまう可能性がある。これを防止するためには、ディープスリープモードへ移行した場合であっても、サーバーとの定期通信を行うために一定の時間間隔で画像処理装置の通電状態を元の通常モードに復帰させることが必要となる。

しかし、画像処理装置が常時接続状態を確立するサーバーは１つとは限らない。寧ろ、様々なクラウドサービスを利用可能とすべく、画像処理装置は、インターネット上の複数のサーバーと常時接続状態を確立することが多いのが一般的である。画像処理装置が複数のサーバーと常時接続状態を確立している場合、画像処理装置は、それら複数のサーバーのそれぞれと定期通信を行わなければならない。ところが、定期通信を行う時間間隔はサーバー毎に異なるため、画像処理装置は、ディープスリープモードへ移行した後においても個々のサーバーと定期通信を行うために頻繁に通常モードに復帰してしまうことになる。それ故、従来は、画像処理装置において十分な省電力効果が得られないという課題があった。

そこで本発明は、上記従来の課題を解決するためになされたものであり、従来よりも省電力効果を得られるようにした画像処理装置、画像処理システム及びプログラムを提供することを目的とする。

上記目的を達成するため、請求項１に係る発明は、第１のサーバー及び第２のサーバーと通信可能であり、前記第１及び第２のサーバーのそれぞれと連携してジョブを実行可能な画像処理装置であって、前記第１のサーバーと通信可能な接続状態を確立し、該接続状態を維持するべく前記第１のサーバーと定期通信を行う第１のアプリケーションと、前記第２のサーバーと通信可能な接続状態を確立し、該接続状態を維持するべく前記第２のサーバーと定期通信を行う第２のアプリケーションと、前記第１のアプリケーションが前記第１のサーバーと定期通信を行う第１の時間間隔と、前記第２のアプリケーションが前記第２のサーバーと定期通信を行う第２の時間間隔とを管理すると共に、前記第１の時間間隔及び前記第２の時間間隔を変更する定期通信管理手段と、所定の条件成立により、少なくとも前記第１のアプリケーション及び前記第２のアプリケーションに対する通電を停止させると共に、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電を再開する電力制御手段と、を備え、前記定期通信管理手段は、前記第１の時間間隔と前記第２の時間間隔が異なる場合、前記第１のアプリケーション及び前記第２のアプリケーションが同じタイミングで前記第１のサーバー及び前記第２のサーバーとの定期通信を行うことができるように、前記第１の時間間隔及び前記第２の時間間隔のいずれか一方又は両方を変更すると共に、前記第１のアプリケーションが前記第１のサーバーと定期通信を行うタイミングと、前記第２のアプリケーションが前記第２のサーバーと定期通信を行うタイミングとを同期させることを特徴とする構成である。

請求項２に係る発明は、請求項１に記載の画像処理装置において、前記定期通信管理手段は、前記第１の時間間隔が第２の時間間隔よりも短いとき、前記第１の時間間隔を前記第２の時間間隔に一致させることを特徴とする構成である。

請求項３に係る発明は、請求項２に記載の画像処理装置において、前記定期通信管理手段は、前記第１の時間間隔を第２の時間間隔に一致させた後、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電が再開され、前記第１のアプリケーション及び前記第２のアプリケーションが前記第１のサーバー及び前記第２のサーバーと定期通信を行ったときに前記第１のアプリケーションがエラー通知を受信した場合、前記第１の時間間隔及び前記第２の時間間隔をそれ以前よりも短い時間に変更することを特徴とする構成である。

請求項４に係る発明は、請求項１に記載の画像処理装置において、前記定期通信管理手段は、前記第２の時間間隔が第１の時間間隔よりも長いとき、前記第２の時間間隔を前記第１の時間間隔に一致させることを特徴とする構成である。

請求項５に係る発明は、請求項４に記載の画像処理装置において、前記定期通信管理手段は、前記第２の時間間隔を第１の時間間隔に一致させた後、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電が再開され、前記第１のアプリケーション及び前記第２のアプリケーションが前記第１のサーバー及び前記第２のサーバーと定期通信を行ったときに前記第２のアプリケーションが前記第２のサーバーから時間変更要求を受信した場合、前記第１の時間間隔及び前記第２の時間間隔をそれ以前よりも長い時間に変更することを特徴とする構成である。

請求項６に係る発明は、請求項１に記載の画像処理装置において、前記定期通信管理手段は、前記第１の時間間隔及び前記第２の時間間隔のうちの一方の時間間隔が設定変更不可である場合、他方の時間間隔を前記一方の時間間隔に一致させることを特徴とする構成である。

請求項７に係る発明は、請求項１乃至６のいずれかに記載の画像処理装置において、前記定期通信管理手段は、前記第１の時間間隔及び前記第２の時間間隔を一致させることができない場合、一方の時間間隔を他方の時間間隔のＮ倍又は１／Ｎ倍（ただし、Ｎは自然数）に変更することを特徴とする構成である。

請求項８に係る発明は、第１のサーバーと、第２のサーバーと、前記第１のサーバー及び第２のサーバーと通信可能であり、前記第１及び第２のサーバーのそれぞれと連携してジョブを実行可能な画像処理装置と、を有する画像処理システムであって、前記第１のサーバー及び前記第２のサーバーのそれぞれは、前記画像処理装置からの接続要求に応じて前記画像処理装置と通信可能な接続状態を確立し、前記画像処理装置から定期的な通信を受信することによって前記画像処理装置との接続状態を維持すると共に、前記画像処理装置からの定期的な通信を受信することなく、所定時間が経過後した場合に前記接続状態を切断する接続管理手段、を備え、前記画像処理装置は、前記第１のサーバーに接続要求を送信することによって前記第１のサーバーと通信可能な接続状態を確立し、該接続状態を維持するべく前記第１のサーバーと定期通信を行う第１のアプリケーションと、前記第２のサーバーに接続要求を送信することによって前記第２のサーバーと通信可能な接続状態を確立し、該接続状態を維持するべく前記第２のサーバーと定期通信を行う第２のアプリケーションと、前記第１のアプリケーションが前記第１のサーバーと定期通信を行う第１の時間間隔と、前記第２のアプリケーションが前記第２のサーバーと定期通信を行う第２の時間間隔とを管理すると共に、前記第１の時間間隔及び前記第２の時間間隔を変更する定期通信管理手段と、所定の条件成立により、少なくとも前記第１のアプリケーション及び前記第２のアプリケーションに対する通電を停止させると共に、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電を再開する電力制御手段と、を備え、前記定期通信管理手段は、前記第１の時間間隔と前記第２の時間間隔が異なる場合、前記第１のアプリケーション及び前記第２のアプリケーションが同じタイミングで前記第１のサーバー及び前記第２のサーバーとの定期通信を行うことができるように、前記第１の時間間隔及び前記第２の時間間隔のいずれか一方又は両方を変更すると共に、前記第１のアプリケーションが前記第１のサーバーと定期通信を行うタイミングと、前記第２のアプリケーションが前記第２のサーバーと定期通信を行うタイミングとを同期させることを特徴とする構成である。

請求項９に係る発明は、請求項８に記載の画像処理システムにおいて、前記定期通信管理手段は、前記第１の時間間隔が第２の時間間隔よりも短いとき、前記第１の時間間隔を前記第２の時間間隔に一致させることを特徴とする構成である。

請求項１０に係る発明は、請求項９に記載の画像処理システムにおいて、前記第１及び第２のサーバーのそれぞれは、前記画像処理装置との接続状態を切断した後に前記画像処理装置からの定期的な通信を受信した場合にエラー通知を送信する通知手段、を更に備え、前記定期通信管理手段は、前記第１の時間間隔を第２の時間間隔に一致させた後、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電が再開され、前記第１のアプリケーション及び前記第２のアプリケーションが前記第１のサーバー及び前記第２のサーバーと定期通信を行ったときに前記第１のアプリケーションがエラー通知を受信した場合、前記第１の時間間隔及び前記第２の時間間隔をそれ以前よりも短い時間に変更することを特徴とする構成である。

請求項１１に係る発明は、請求項８に記載の画像処理システムにおいて、前記定期通信管理手段は、前記第２の時間間隔が第１の時間間隔よりも長いとき、前記第２の時間間隔を前記第１の時間間隔に一致させることを特徴とする構成である。

請求項１２に係る発明は、請求項１１に記載の画像処理システムにおいて、前記第２のサーバーは、前記所定時間が経過する前に前記画像処理装置からの定期的な通信を受信した場合において、前回の定期的な通信を受信してから今回の定期的な通信を受信するまでの間隔が所定の下限値よりも短いとき、前記画像処理装置に対して定期的な通信の時間間隔の変更を要求するための時間変更要求を送信する要求手段、を更に備え、前記定期通信管理手段は、前記第２の時間間隔を第１の時間間隔に一致させた後、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電が再開され、前記第１のアプリケーション及び前記第２のアプリケーションが前記第１のサーバー及び前記第２のサーバーと定期通信を行ったときに前記第２のアプリケーションが前記第２のサーバーから前記時間変更要求を受信した場合、前記第１の時間間隔及び前記第２の時間間隔をそれ以前よりも長い時間に変更することを特徴とする構成である。

請求項１３に係る発明は、請求項８に記載の画像処理システムにおいて、前記定期通信管理手段は、前記第１の時間間隔及び前記第２の時間間隔のうちの一方の時間間隔が設定変更不可である場合、他方の時間間隔を前記一方の時間間隔に一致させることを特徴とする構成である。

請求項１４に係る発明は、請求項８乃至１３のいずれかに記載の画像処理システムにおいて、前記定期通信管理手段は、前記第１の時間間隔及び前記第２の時間間隔を一致させることができない場合、一方の時間間隔を他方の時間間隔のＮ倍又は１／Ｎ倍（ただし、Ｎは自然数）に変更することを特徴とする構成である。

請求項１５に係る発明は、第１のサーバー及び第２のサーバーと通信可能であり、前記第１及び第２のサーバーのそれぞれと連携してジョブを実行可能な画像処理装置において実行されるプログラムであって、前記画像処理装置は、前記第１のサーバーと通信可能な接続状態を確立し、該接続状態を維持するべく前記第１のサーバーと定期通信を行う第１のアプリケーションと、前記第２のサーバーと通信可能な接続状態を確立し、該接続状態を維持するべく前記第２のサーバーと定期通信を行う第２のアプリケーションと、所定の条件成立により、少なくとも前記第１のアプリケーション及び前記第２のアプリケーションに対する通電を停止させると共に、前記第１のアプリケーション及び前記第２のアプリケーションに対する通電を再開する電力制御手段と、を備え、前記プログラムは、前記画像処理装置に、前記第１のアプリケーションが前記第１のサーバーと定期通信を行う第１の時間間隔と、前記第２のアプリケーションが前記第２のサーバーと定期通信を行う第２の時間間隔とが異なるか否かを判別する第１のステップと、前記第１のステップにより前記第１の時間間隔と前記第２の時間間隔とが異なると判別された場合に、前記第１のアプリケーション及び前記第２のアプリケーションが同じタイミングで前記第１のサーバー及び前記第２のサーバーとの定期通信を行うことができるように、前記第１の時間間隔及び前記第２の時間間隔のいずれか一方又は両方を変更すると共に、前記第１のアプリケーションが前記第１のサーバーと定期通信を行うタイミングと、前記第２のアプリケーションが前記第２のサーバーと定期通信を行うタイミングとを同期させる第２のステップと、前記第２のステップにより変更された前記第１の時間間隔及び前記第２の時間間隔に基づいて、前記電力制御手段に、前記第１のアプリケーション及び前記第２のアプリケーションに対する通電を再開させる第３のステップと、を実行させることを特徴とする構成である。

請求項１６に係る発明は、請求項１５に記載のプログラムにおいて、前記第２のステップは、前記第１の時間間隔が第２の時間間隔よりも短いとき、前記第１の時間間隔を前記第２の時間間隔に一致させるステップを更に含むことを特徴とする構成である。

請求項１７に係る発明は、請求項１６に記載のプログラムにおいて、前記第２のステップは、前記第１の時間間隔を第２の時間間隔に一致させた後、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電が再開され、前記第１のアプリケーション及び前記第２のアプリケーションが前記第１のサーバー及び前記第２のサーバーと定期通信を行ったときに前記第１のアプリケーションがエラー通知を受信した場合、前記第１の時間間隔及び前記第２の時間間隔をそれ以前よりも短い時間に変更するステップを更に含むことを特徴とする構成である。

請求項１８に係る発明は、請求項１５に記載のプログラムにおいて、前記第２のステップは、前記第２の時間間隔が第１の時間間隔よりも長いとき、前記第２の時間間隔を前記第１の時間間隔に一致させるステップを更に含むことを特徴とする構成である。

請求項１９に係る発明は、請求項１８に記載のプログラムにおいて、前記第２のステップは、前記第２の時間間隔を第１の時間間隔に一致させた後、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電が再開され、前記第１のアプリケーション及び前記第２のアプリケーションが前記第１のサーバー及び前記第２のサーバーと定期通信を行ったときに前記第２のアプリケーションが前記第２のサーバーから時間変更要求を受信した場合、前記第１の時間間隔及び前記第２の時間間隔をそれ以前よりも長い時間に変更するステップを更に含むことを特徴とする構成である。

請求項２０に係る発明は、請求項１５に記載のプログラムにおいて、前記第２のステップは、前記第１の時間間隔及び前記第２の時間間隔のうちの一方の時間間隔が設定変更不可である場合、他方の時間間隔を前記一方の時間間隔に一致させるステップを更に含むことを特徴とする構成である。

請求項２１に係る発明は、請求項１５乃至２０のいずれかに記載のプログラムにおいて、前記第２のステップは、前記第１の時間間隔及び前記第２の時間間隔を一致させることができない場合、一方の時間間隔を他方の時間間隔のＮ倍又は１／Ｎ倍（ただし、Ｎは自然数）に変更することを特徴とする構成である。

本発明によれば、画像処理装置において第１のサーバー及び第２のサーバーとの接続状態を有効に維持しつつ、従来よりも高い省電力効果が得られるようになる。

画像処理システムの構成例を示す図である。 サーバーのハードウェア構成及び機能構成の一例を示すブロック図である。 定期通信情報の一例を示す図である。 画像処理装置のハードウェア構成及び機能構成の一例を示すブロック図である。 定期通信管理部によって行われる定期通信間隔調整処理の処理手順を示すフローチャートである。 時間間隔変更処理の詳細な処理手順の一例を示すフローチャートである。 画像処理システムにおける全体的な処理プロセスの流れを示す図である。 第１及び第２のアプリケーションが定期通信を行うタイミングを示す図である。 第１のアプリケーションがエラー通知を受信した場合の処理プロセスを示す図である。 エラー通知に対応して再調整を行うためのエラー通知対応処理の処理手順を示すフローチャートである。 第２のアプリケーションが時間変更要求を受信した場合の処理プロセスを示す図である。 時間変更要求に対応して再調整を行うための時間変更要求対応処理の処理手順を示すフローチャートである。 一方の時間間隔を他方の時間間隔のＮ倍又は１／Ｎ倍に変更して定期通信を行うタイミングを示す図である。

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

図１は、本発明の一実施形態である画像処理システム１の構成例を示す図である。この画像処理システム１は、ＬＡＮ（Local Area Network）などのローカルネットワーク２に画像処理装置３と通信中継装置４とが設けられ、インターネット上のクラウド５に第１のサーバー６ａと第２のサーバー６ｂとが設けられた構成である。尚、本実施形態では、クラウド５に第１のサーバー６ａと第２のサーバー６ｂとの２つのサーバーが設けられる場合を例示するが、サーバーの数はこれに限られるものではなく、３つ以上であっても構わない。

画像処理装置３は、例えばＭＦＰなどで構成され、スキャンジョブや印刷ジョブなどの各種のジョブを実行することができる。また画像処理装置３は、クラウド５上の第１のサーバー６ａ及び第２のサーバー６ｂのそれぞれと連携してジョブを実行することも可能である。このような画像処理装置３は、省電力を目的としたスリープ機能を有しており、例えばユーザーによって使用されない状態が所定時間以上継続すると、スリープ機能が作動し、各部への電力供給を停止させるように構成される。

通信中継装置４は、例えばネットワークルーターなどによって構成され、ローカルネットワーク２をインターネットに接続するための装置である。この通信中継装置４は、ファイヤウォール機能を備えており、画像処理装置３とサーバー６ａ，６ｂとの間に確立される常時接続状態を利用した通信を除き、インターネット上からローカルネットワーク２へのアクセスを遮断する。

第１及び第２のサーバー６ａ，６ｂは、いずれもクラウドサービスを提供するサーバーである。サーバー６ａ，６ｂによって提供されるサービスには様々なサービスがあり、例えばドキュメントデータや画像データなどの各種データを記憶しておくストレージサービスや、ドキュメントが画像などを編集するための編集サービス、画像処理装置３のファームウェアをアップデートするためのアップデートサービスなどがある。

上記のような画像処理システム１では、画像処理装置３に、第１のサーバー６ａ及び第２のサーバー６ｂのそれぞれと連携してジョブを実行するためのアプリケーションがサーバー毎に予めインストールされる。画像処理装置３においてそれらのアプリケーションが起動されると、画像処理装置３は、クラウド５上のサーバー６ａ又は６ｂとの間にＸＭＰＰによる接続状態を確立させる。具体的に説明すると、画像処理装置３は、通信中継装置４を介してクラウド５上のサーバー６ａ，６ｂのアドレスに対して接続要求を送信する。サーバー６ａ，６ｂは、画像処理装置３からの接続要求に基づき、ＸＭＰＰによる通信路を新規に開設して画像処理装置３との接続状態を確立させる。そしてサーバー６ａ，６ｂは、その通信路を介して画像処理装置３と定期的に通信を行うことにより、画像処理装置３との接続状態を維持する。画像処理装置３とサーバー６ａ，６ｂとの接続状態が維持されることにより、サーバー６ａ，６ｂは、その接続状態を利用してローカルネットワーク２内に設けられた画像処理装置３に印刷ジョブを送信することができる。そのため、ユーザーは、スマートフォンやタブレット端末などの情報処理端末を操作してサーバー６ａ，６ｂにアクセスし、サーバー６ａ，６ｂに記憶されているデータを印刷対象として指定すると共に、印刷ジョブの出力先としてローカルネットワーク２内の画像処理装置３を指定すると、サーバー６ａ，６ｂから画像処理装置３に印刷ジョブが送信されるので、画像処理装置３が印刷出力を行うことができる。またサーバー６ａ，６ｂは、画像処理装置３との接続状態を利用して印刷ジョブ以外の他のジョブを画像処理装置３へ送信することができると共に、画像処理装置３へファームウェアを送信することにより画像処理装置３のファームウェアをアップデートさせることもできる。

またサーバー６ａ，６ｂは、画像処理装置３との定期通信が所定時間以上途絶えると、画像処理装置３との接続状態を切断する。これにより、サーバー６ａ，６ｂは、ローカルネットワーク２内の画像処理装置３に対してジョブやファームウェアなどのデータを送信することができなくなる。

通信中継装置４は、画像処理装置３とサーバー６ａ，６ｂとの間の接続状態が確立されることに伴い、ローカルネットワーク２における画像処理装置３のローカルアドレスと、クラウド５上におけるサーバー６ａ，６ｂのインターネットアドレスとを相互に関連付けた接続情報を生成し、画像処理装置３とサーバー６ａ，６ｂとの接続状態（通信路）を管理する。そして通信中継装置４は、その接続情報を参照することにより、画像処理装置３とサーバー６ａ，６ｂとの間で行われる通信を中継する。通信中継装置４は、画像処理装置３とサーバー６ａ，６ｂとの間で定期的に通信が行われることにより、そのような接続情報を保持し続ける。これに対し、画像処理装置３とサーバー６ａ，６ｂとの間の定期通信が所定時間以上途絶えると、通信中継装置４は、接続情報を破棄し、画像処理装置３とサーバー６ａ，６ｂとの接続状態を管理対象から消去する。この場合、通信中継装置４によって画像処理装置３とサーバー６ａ，６ｂとの接続状態が切断されることになり、サーバー６ａ，６ｂは、ローカルネットワーク２内の画像処理装置３に対してジョブやファームウェアなどのデータを送信することができなくなる。

画像処理装置３は、アプリケーションの起動によってサーバー６ａ，６ｂとの接続状態を確立させると、その接続状態を維持すべく、サーバー６ａ，６ｂと定期的に通信を行う。特に画像処理装置３において複数にアプリケーションが起動し、クラウド上の複数のサーバー６ａ，６ｂと同時に接続状態が確立された状態になると、それら複数のアプリケーションのそれぞれが各サーバー６ａ，６ｂと定期的に通信を行うようになる。ただし、複数のアプリケーションのそれぞれがクラウド５上のサーバー６ａ，６ｂと定期通信を行う時間間隔はサーバー毎に異なるのが一般的である。そのため、本実施形態の画像処理装置３は、複数のアプリケーションが起動すると、それら複数のアプリケーションのそれぞれがサーバー６ａ，６ｂと定期通信する時間間隔を調整することにより、スリープ状態から復帰する頻度を低減しつつ、サーバー６ａ，６ｂとの接続状態を良好に維持することができるような制御を行う。以下、このような画像処理システム１の詳細について更に詳しく説明する。

図２は、サーバー６ａ，６ｂのハードウェア構成及び機能構成の一例を示すブロック図である。図２に示すように、サーバー６ａ，６ｂは、ハードウェア構成として、通信インタフェース１０と、制御部１１と、記憶部１２とを有している。通信インタフェース１０は、サーバー６ａ，６ｂをネットワークに接続し、インターネットを介して画像処理装置３と通信を行うものである。制御部１１は、ＣＰＵとメモリとを備えて構成され、画像処理装置３とのＸＭＰＰによる接続状態を管理すると共に、各種のクラウドサービスを提供するための処理を実行する。記憶部１２は、例えばハードディスクドライブ（ＨＤＤ）などによって構成される不揮発性の記憶手段である。記憶部１２には、例えば制御部１１のＣＰＵによって実行されるプログラム１３が予めインストールされている。また記憶部１２にはクラウドサービスを提供するためのデータ記憶領域１４が設けられ、そのデータ記憶領域１４に、ドキュメントデータや画像データ、画像処理装置３のファームウェアなどの各種のデータ１４ａが記憶される。

制御部１１は、ＣＰＵがプログラム１３を実行することにより、通信制御部１５及びサービス提供部１６として機能する。通信制御部１５は、画像処理装置３とのＸＭＰＰによる接続状態を確立し、その接続状態を管理する処理部であり、後述する接続管理部２１と、通知部２３と、要求部２４とを備えている。サービス提供部１６は、通信インタフェース１０を介してクラウドサービスを提供する処理部である。例えばサービス提供部１６は、データ記憶領域１４に記憶されているデータ１４ａを読み出して印刷ジョブを生成し、通信制御部１５によって確立されている画像処理装置３との接続状態を利用してその印刷ジョブを画像処理装置３へ送信することにより、画像処理装置３に印刷ジョブを実行させることが可能である。

接続管理部２１は、画像処理装置３から受信する接続要求に基づき、画像処理装置３との間にＸＭＰＰによる接続状態を確立し、その後、画像処理装置３と定期的に通信を行うことによってその接続状態を維持するものである。すなわち、接続管理部２１は、画像処理装置３から接続要求を受信すると、その画像処理装置３と通信を行うためのＸＭＰＰによる新規な通信路を開設し、その通信路に対してユニークなセッションＩＤを付与する。そして接続管理部２１は、そのセッションＩＤを画像処理装置３へ通知する。その後、接続管理部２１は、そのセッションＩＤを用いて画像処理装置３と通信を行うことにより、画像処理装置３との間に開設した通信路を有効に維持する。つまり、接続管理部２１は、画像処理装置３との間でジョブの送受信を行うときに限らず、画像処理装置３と定期通信を行うときにも、セッションＩＤを用いた通信を行うことにより、画像処理装置３との間に開設した通信路（接続状態）を維持する。

この接続管理部２１は、画像処理装置３との間の定期通信を管理するための定期通信情報２２をメモリなどに保存して管理する。図３は、この定期通信情報２２の一例を示す図である。定期通信情報２２には、画像処理装置３との接続状態を維持するために画像処理装置３との間で行う定期通信の時間間隔を定めた定期通信間隔２２ａ、画像処理装置３からの定期通信を検知しなかった場合に画像処理装置３との接続状態を切断するタイミングを定めたタイムアウト時間２２ｂ、及び、画像処理装置３との間で行う定期通信の時間間隔の変更可能な範囲（下限値及び上限値）を定めた変更可能範囲２２ｃ、に関する情報が含まれる。接続管理部２１は、このような定期通信情報２２に基づいて画像処理装置３との定期通信を管理する。ただし、定期通信情報２２には定期通信間隔２２ａが定められている場合を示しているが、この定期通信間隔２２ａは必須ではない。すなわち、接続管理部２１は、定期通信間隔２２ａが定められている場合であっても、タイムアウト時間２２ｂが経過するまでは画像処理装置３との接続状態を有効に維持する。そしてタイムアウト時間２２ｂが経過すると、接続管理部２１は、セッションＩＤを破棄し、画像処理装置３との接続状態を切断する。尚、変更可能範囲２２ｃは、サーバー６ａ，６ｂごとに適宜設定され、定期通信の時間間隔を変更不可に設定する場合には例えば下限値と上限値が同じ値に設定される。

通知部２３は、接続管理部２１が画像処理装置３との接続状態を切断した後に画像処理装置３からセッションＩＤの付加された定期通信を受信した場合に機能し、画像処理装置３に対してタイムアウトエラーを示すエラー通知を送信する処理部である。

要求部２４は、タイムアウト時間２２ｂが経過する前に画像処理装置３からの定期通信を受信した場合において、前回の定期通信を受信してから今回の定期通信を受信するまでの間隔が変更可能範囲２２ｃに定められた下限値よりも短いときに機能する。そして要求部２４は、画像処理装置３に対し、定期通信の時間間隔を長くすることを要求する時間変更要求を送信する。

次に図４は、画像処理装置３のハードウェア構成及び機能構成の一例を示すブロック図である。画像処理装置３は、ハードウェア構成として、メイン制御部３０と、操作パネル３１と、通信インタフェース３２と、スキャナ部３３と、プリンタ部３４と、ＦＡＸ部３５と、記憶装置３６と、電力制御部３７とを備えている。メイン制御部３０は、各部の動作を制御するものであり、図示を省略するＣＰＵとメモリとを備えて構成される。操作パネル３１は、ユーザーが画像処理装置３を使用する際のユーザーインタフェースとなるものであり、ユーザーに対して各種情報を表示する表示部２０ａと、ユーザーによる操作を受け付ける操作部２０ｂとを有している。通信インタフェース３２は、画像処理装置３をローカルネットワーク２に接続して通信を行うためのものである。

スキャナ部３３は、ユーザーによってセットされる原稿を光学的に読み取って画像データを生成するものである。プリンタ部３４は、画像データに基づいてトナー像を形成し、そのトナー像を印刷用紙などの印刷媒体に転写して印刷出力を行うものである。ＦＡＸ部３５は、図示を省略する電話回線を介してＦＡＸデータの送受信を行うものである。

記憶装置３６は、例えばハードディスクドライブ（ＨＤＤ）などの不揮発性の記憶手段によって構成され、メイン制御部３０のＣＰＵによって実行される各種プログラムを記憶する。本実施形態では、記憶装置３６に、画像処理装置３のオペレーティングシステムとなるプログラム３８と、クラウド５上のサーバー６ａ，６ｂと連携した処理を行うためのアプリケーションプログラム３９ａ，３９ｂとが予めインストールされている。

電力制御部３７は、画像処理装置３のスリープ機能を制御するためのものである。電力制御部３７は、画像処理装置３における通電モードを、例えば、通常モードと、スリープモードと、ディープスリープモードとの３段階で切り換えて制御する。通常モードは、上述した各部に対して電力を供給する通常の通電モードであり、画像処理装置３においてジョブの実行が可能な状態となるモードである。スリープモードは、通常モードにおいて画像処理装置３が使用されない状態で所定時間が継続した場合に移行する第１段階目の省電力モードであり、操作パネル３１の表示部２０ａへの通電を停止すると共に、プリンタ部３４に設けられる図示しない定着ヒーターに対する通電を停止するモードである。ディープスリープモードは、スリープモードにおいて画像処理装置３が使用されない状態が更に所定時間継続した場合に移行する第２段階目の省電力モードであり、メイン制御部３０、操作パネル３１の表示部２０ａ、スキャナ部３３、プリンタ部３４、ＦＡＸ部３５及び記憶装置３６への通電を停止するモードである。したがって、電力制御部３７の制御によって画像処理装置３がディープスリープモードへ移行すると、メイン制御部３０は、その機能を停止させる。尚、ディープスリープモードは、スリープモードを経由せずに、通常モードから直接移行することもある。

この電力制御部３７は、タイマー５１を備えている。タイマー５１は、通電モードをスリープモード又はディープスリープモードへ移行させる時間を計測すると共に、ディープスリープモード中においてはサーバー６ａ，６ｂとの定期通信を行うための時間間隔を計測する。したがって、電力制御部３７は、タイマー５１によって所定時間が計測されることに伴い、通電モードを通常モードからスリープモードへ、又はスリープモードからディープスリープモードへ移行させることができると共に、ディープスリープモード中においてはタイマー５１によって所定の時間間隔が計測されることに伴い、ディープスリープモードから通常モードへ移行させ、メイン制御部３０がサーバー６ａ，６ｂと定期通信を行うことができる状態に復帰させる。

さらに電力制御部３７は、メモリ５２を備えている。メモリ５２は、第１のサーバー６ａと定期通信を行う第１の時間間隔５３と、第２のサーバー６ｂと定期通信を行う第２の時間間隔５４とを記憶する。電力制御部３７は、ディープスリープモード中において、メモリ５２に記憶されている第１の時間間隔５３及び第２の時間間隔５４を参照し、タイマー５１がそれらの時間間隔を計測する度にディープスリープモードから通常モードへ復帰させる処理を行う。

画像処理装置３に主電源が投入されると、メイン制御部３０のＣＰＵが記憶装置３６からプログラム３８を自動的に読み出して実行する。これにより、メイン制御部３０は、ジョブ制御部４３及び定期通信管理部４４として機能する。ジョブ制御部４３は、画像処理装置３におけるジョブの実行を統括的に制御するものである。ジョブ制御部４３は、操作パネル３１や通信インタフェース３２を介してジョブの入力を受け付け、スキャナ部３３、プリンタ部３４又はＦＡＸ部３５を動作させることにより、受け付けたジョブの実行を制御する。定期通信管理部４４は、メイン制御部３０において第１のアプリケーション４１及び第２のアプリケーション４２といった複数のアプリケーションが起動した場合に、それら複数のアプリケーションのそれぞれがクラウド５上のサーバー６ａ，６ｂと行う定期通信を管理すると共に、その定期通信を制御する。

またメイン制御部３０のＣＰＵは、プログラム３８を起動した後、自動的に、或いは、ユーザーによる指示操作に基づいて、記憶装置３６からアプリケーションプログラム３９ａを読み出して実行する。これにより、メイン制御部３０は、第１のアプリケーション４１として機能する。第１のアプリケーション４１は、クラウド５上の第１のサーバー６ａと連携した処理を行うためのアプリケーションである。第１のアプリケーション４１は、その起動時に、第１のサーバー６ａに対して接続要求を送信し、第１のサーバー６ａと常時通信可能な接続状態を確立させる。このとき、第１のアプリケーション４１は、第１のサーバー６ａからセッションＩＤを取得する。そのため、第１のアプリケーション４１は、第１のサーバー６ａとの接続状態を確立させた後に第１のサーバー６ａと通信を行うときには、そのセッションＩＤを用いて通信する。そして第１のアプリケーション４１は、その接続状態を利用して第１のサーバー６ａから送信されるジョブを受信すると、そのジョブをジョブ制御部４３へ出力する。これにより、画像処理装置３において第１のサーバー６ａから受信したジョブが実行されるようになる。

また第１のアプリケーション４１は、第１のサーバー６ａとの間でジョブデータの送受信を行っていないときには、第１のサーバー６ａと一定の時間間隔で定期通信を行うことにより、第１のサーバー６ａとの接続状態を維持する。その定期通信を行うための時間間隔として、第１のアプリケーション４１には第１の時間間隔５３が予め設定されている。第１の時間間隔５３は、第１のサーバー６ａにおいて定期通信間隔２２ａとして定められている時間間隔と同じである。第１のアプリケーション４１は、その第１の時間間隔５３に基づいて第１のサーバー６ａと定期通信を行う。例えば、第１のアプリケーション４１は、セッションＩＤを付加したアライブ信号を第１のサーバー６ａへ送信することにより定期通信を行う。尚、第１のアプリケーション４１は、第１の時間間隔５３を変更することが可能であれば、第１の時間間隔５３の設定変更を受け付けることができるように構成され、第１の時間間隔５３を変更することが不可能であれば、第１の時間間隔５３の設定変更を受け付けないように構成される。

またメイン制御部３０のＣＰＵは、プログラム３８を起動した後、自動的に、或いは、ユーザーによる指示操作に基づいて、記憶装置３６からアプリケーションプログラム３９ｂを読み出して実行することも可能である。これにより、メイン制御部３０は、第２のアプリケーション４２として機能する。第２のアプリケーション４２は、クラウド５上の第２のサーバー６ｂと連携した処理を行うためのアプリケーションである。第２のアプリケーション４２は、その起動時に、第２のサーバー６ｂに対して接続要求を送信し、第２のサーバー６ｂと常時通信可能な接続状態を確立させる。このとき、第２のアプリケーション４２は、第２のサーバー６ｂからセッションＩＤを取得するため、その後、第２のサーバー６ｂと通信を行うときには、そのセッションＩＤを用いて通信する。そして第２のアプリケーション４２は、その接続状態を利用して第２のサーバー６ｂから送信されるジョブを受信すると、そのジョブをジョブ制御部４３へ出力することにより、画像処理装置３において第２のサーバー６ｂから受信したジョブが実行される。

また第２のアプリケーション４２は、第２のサーバー６ｂとの間でジョブデータの送受信を行っていないときには、第２のサーバー６ｂと一定の時間間隔で定期通信を行うことにより、第２のサーバー６ｂとの接続状態を維持する。その定期通信を行うための時間間隔として、第２のアプリケーション４２には第２の時間間隔５４が予め設定されている。第２の時間間隔５４は、第２のサーバー６ｂにおいて定期通信間隔２２ａとして定められている時間間隔と同じである。第２のアプリケーション４２は、その第２の時間間隔５４に基づいて第２のサーバー６ｂと定期通信を行う。例えば、第２のアプリケーション４２は、セッションＩＤを付加したアライブ信号を第２のサーバー６ｂへ送信することにより定期通信を行う。尚、第２のアプリケーション４２は、第１のアプリケーション４１と同様に、第２の時間間隔５４を変更することが可能であれば、第２の時間間隔５４の設定変更を受け付けることができるように構成され、第２の時間間隔５４を変更することが不可能であれば、第２の時間間隔５４の設定変更を受け付けないように構成される。

第１のアプリケーション４１は、メイン制御部３０において起動すると、第１のサーバー６ａと定期通信を行うための第１の時間間隔５３を電力制御部３７のメモリ５２に書き込む。同様に、第２のアプリケーション４２は、メイン制御部３０において起動すると、第２の時間間隔５４を電力制御部３７のメモリ５２に書き込む。これにより、電力制御部３７は、画像処理装置３の通電モードをディープスリープモードへ移行させた場合であっても、第１のアプリケーション４１及び第２のアプリケーション４２のそれぞれが定期通信を行うべきタイミングで画像処理装置３の通電モードを通常モードへ復帰させることができる。そして第１及び第２のアプリケーション４１，４２は、通電モードが通常モードへ復帰することにより、サーバー６ａ，６ｂとの定期通信を行うことができるようになる。尚、電力制御部３７が定期通信のためにディープスリープモードから復帰させるべき通電モードは、通常モードではなく、スリープモードであっても良い。

定期通信管理部４４は、メイン制御部３０において第１のアプリケーション４１と第２のアプリケーション４２との複数のアプリケーションが起動した状態になると、それら複数のアプリケーションがサーバー６ａ，６ｂと定期通信を行う時間間隔及びタイミングを調整する処理を行う。

図５及び図６は、定期通信管理部４４によって行われる定期通信間隔調整処理の処理手順を示すフローチャートである。定期通信管理部４４は、この処理を開始すると、まずメイン制御部３０において第１のアプリケーション４１と第２のアプリケーション４２との双方が起動した状態となるまで待機する（ステップＳ１０）。そして第１のアプリケーション４１と第２のアプリケーション４２とが起動されると（ステップＳ１０でＹＥＳ）、定期通信管理部４４は、第１のアプリケーション４１及び第２のアプリケーション４２のそれぞれから第１の時間間隔５３と第２の時間間隔５４とを取得し、それらを比較する（ステップＳ１１）。そして定期通信管理部４４は、第１の時間間隔５３と第２の時間間隔５４とが互いに一致するか否かを判断する（ステップＳ１２）。その結果、第１の時間間隔５３と第２の時間間隔５４とが互いに一致する場合（ステップＳ１２でＹＥＳ）、定期通信管理部４４は、第１のアプリケーション４１が第１のサーバー６ａと定期通信を行うタイミングと、第２のアプリケーション４２が第２のサーバー６ｂと定期通信を行うタイミングとを同期させるタイミング同期処理を行う（ステップＳ１３）。このタイミング同期処理では、第１のアプリケーション４１及び第２のアプリケーション４２のいずれか一方のアプリケーションが定期通信を行うときに他方のアプリケーションに対して定期通信を行うことを指示することにより、他方のアプリケーションに定期通信を強制的に行わせる処理が行われる。このタイミング同期処理により、第１のアプリケーション４１及び第２アプリケーション４２は、以後同じタイミングで定期通信を行うようになる。

また第１の時間間隔５３と第２の時間間隔５４とが一致しなかった場合（ステップＳ１２でＮＯ）、定期通信管理部４４は、第１の時間間隔５３及び第２の時間間隔５４の少なくとも一方が変更可能であるか否かを確認する（ステップＳ１４）。その結果、第１の時間間隔５３及び第２の時間間隔５４の少なくとも一方が変更可能である場合（ステップＳ１４でＹＥＳ）、定期通信管理部４４は、時間間隔変更処理を実行する（ステップＳ１５）。この時間間隔調整処理（ステップＳ１５）では、第１の時間間隔５３及び第２の時間間隔５４のいずれか一方又は両方を変更する処理が行われると共に、第１のアプリケーション４１が第１のサーバー６ａと定期通信を行うタイミングと、第２のアプリケーション４２が第２のサーバー６ｂと定期通信を行うタイミングとを相互に同期させる処理が行われる。尚、第１の時間間隔５３及び第２の時間間隔５４の両方が共に変更不可能である場合（ステップＳ１４でＮＯ）、時間間隔を調整することができないため、定期通信間隔調整処理が終了する。

図６は、時間間隔変更処理（ステップＳ１５）の詳細な処理手順の一例を示すフローチャートである。定期通信管理部４４は、この処理を開始すると、まず第１の時間間隔５３と第２の時間間隔５４のうちの短い時間間隔を長い時間間隔に一致させることが可能であるか否かを判断する（ステップＳ２０）。この判断は、例えば第１の時間間隔５３と第２の時間間隔５４のうちの短い時間間隔が変更可能であるか否かを確認することによって行われる。その結果、短い時間間隔が変更可能であり、その短い時間間隔を長い時間間隔に一致させることが可能である場合（ステップＳ２０でＹＥＳ）、定期通信管理部４４は、第１の時間間隔５３と第２の時間間隔５４のうちの短い時間間隔を長い時間間隔に一致させるように変更する（ステップＳ２１）。例えば第１の時間間隔５３がはじめに５分に設定されており、第２の時間間隔５４が１０分に設定されている場合、定期通信管理部４４は、第１の時間間隔５３を第２の時間間隔５４と同じ１０分に変更する。このように第１の時間間隔５３を第２の時間間隔５４に一致させるように変更した場合、定期通信管理部４４は、第１のアプリケーション４１に対して第１の時間間隔５３の変更を指示すると共に、電力制御部３７のメモリ５２に格納されている第１の時間間隔５３を変更後の値に更新する。尚、第２の時間間隔５４を第１の時間間隔５３に一致させるように変更した場合には、第２のアプリケーション４２に対して第２の時間間隔５４の変更が指示されると共に、電力制御部３７のメモリ５２に格納されている第２の時間間隔５４が変更後の値に更新される。

また第１の時間間隔５３と第２の時間間隔５４のうちの短い時間間隔を長い時間間隔に一致させることが不可能であった場合（ステップＳ２０でＮＯ）、定期通信管理部４４は、次に、第１の時間間隔５３と第２の時間間隔５４のうちの長い時間間隔を短い時間間隔に一致させることが可能であるか否かを判断する（ステップＳ２２）。この判断は、例えば第１の時間間隔５３と第２の時間間隔５４のうちの長い時間間隔が変更可能であるか否かを確認することによって行われる。その結果、長い時間間隔が変更可能であり、その長い時間間隔を短い時間間隔に一致させることが可能である場合（ステップＳ２２でＹＥＳ）、定期通信管理部４４は、第１の時間間隔５３と第２の時間間隔５４のうちの長い時間間隔を短い時間間隔に一致させるように変更する（ステップＳ２３）。例えば第１の時間間隔５３が５分に設定されており、第２の時間間隔５４がはじめに１０分に設定されている場合、定期通信管理部４４は、第２の時間間隔５４を第１の時間間隔５３と同じ５分に変更する。そして定期通信管理部４４は、上記と同様に、第１又は第２のアプリケーション４１，４２に対して第１又は第２の時間間隔５３，５４の変更を指示すると共に、電力制御部３７のメモリ５２に格納されている第１又は第２の時間間隔５３，５４を変更後の値に更新する。

ところで、第１及び第２のアプリケーション４１，４２は、サーバー６ａ，６ｂの定期通信情報２２に登録されている変更可能範囲２２ｃと同じ情報を予め保持していることもある。そのような場合、第１及び第２のアプリケーション４１，４２は、サーバー６ａ，６ｂにおいて予め定められている変更可能範囲２２ｃから外れる時間間隔への変更を受け付けない。したがって、定期通信管理部４４が、第１の時間間隔５３と第２の時間間隔５４のうち、短い時間間隔を長い時間間隔に、或いは、長い時間間隔を短い時間間隔に変更しようとしても、そのような変更を行うことができないことがある。そこで、定期通信管理部４４は、長い時間間隔を短い時間間隔に合わせることができなかった場合（ステップＳ２２でＮＯ）、第１の時間間隔５３と第２の時間間隔５４のうちの短い時間間隔を長い時間間隔の１／Ｎ倍（ただし、Ｎは自然数）に変更することが可能であるか否かを判断する（ステップＳ２４）。そして短い時間間隔を長い時間間隔の１／Ｎ倍に変更することが可能である場合（ステップＳ２４でＹＥＳ）、定期通信管理部４４は、その短い時間間隔を長い時間間隔の１／Ｎ倍に変更する（ステップＳ２５）。例えば第１の時間間隔５３がはじめに５分に設定されており、第２の時間間隔５４が１２分に設定されている場合、定期通信管理部４４は、第１の時間間隔５３を第２の時間間隔５４の１／２倍の６分に変更する。そして定期通信管理部４４は、上記と同様に、第１又は第２のアプリケーション４１，４２に対して第１又は第２の時間間隔５３，５４の変更を指示すると共に、電力制御部３７のメモリ５２に格納されている第１又は第２の時間間隔５３，５４を変更後の値に更新する。

さらに第１の時間間隔５３と第２の時間間隔５４のうちの短い時間間隔を長い時間間隔の１／Ｎ倍に変更することも不可能であった場合（ステップＳ２４でＮＯ）、定期通信管理部４４は、第１の時間間隔５３と第２の時間間隔５４のうちの長い時間間隔を短い時間間隔のＮ倍（ただし、Ｎは自然数）に変更することが可能であるか否かを判断する（ステップＳ２６）。そして長い時間間隔を短い時間間隔のＮ倍に変更することが可能である場合（ステップＳ２６でＹＥＳ）、定期通信管理部４４は、その長い時間間隔を短い時間間隔のＮ倍に変更する（ステップＳ２７）。例えば第１の時間間隔５３が５分に設定されており、第２の時間間隔５４がはじめに１２分に設定されている場合、定期通信管理部４４は、第２の時間間隔５４を第１の時間間隔５３の２倍の１０分に変更する。そして定期通信管理部４４は、上記と同様に、第１又は第２のアプリケーション４１，４２に対して第１又は第２の時間間隔５３，５４の変更を指示すると共に、電力制御部３７のメモリ５２に格納されている第１又は第２の時間間隔５３，５４を変更後の値に更新する。

その後、定期通信管理部４４は、タイミング同期処理を行う（ステップＳ２８）。このタイミング同期処理は、上述のステップＳ１３と同じ処理である。したがって、第１のアプリケーション４１及び第２アプリケーション４２は、以後同じタイミングで定期通信を行うことができるようになる。

尚、短い時間間隔を長い時間間隔の１／Ｎ倍に変更することができず、しかも長い時間間隔を短い時間間隔のＮ倍に変更することもできない場合（ステップＳ２６でＮＯ）、第１及び第２のアプリケーション４１，４２のそれぞれが同じタイミングで定期通信を行えるような時間間隔を適切に設定することができないため、定期通信間隔調整処理が終了する。

定期通信管理部４４は、通電モードが通常モードのときに、上述した処理を行っておくことにより、電力制御部３７のメモリ５２には、第１及び第２のアプリケーション４１，４２のそれぞれが同じタイミングで定期通信を行えるように調整された第１の時間間隔５３及び第２の時間間隔５４が記憶される。その結果、電力制御部３７は、ディープスリープモードへ移行させた後に、サーバー６ａ，６ｂとの定期通信を行うために通常モードへ復帰させると、第１のアプリケーション４１及び第２のアプリケーション４２のそれぞれが同じタイミングでサーバー６ａ，６ｂと定期通信を行うことができる。

図７は、画像処理システム１における全体的な処理プロセスの流れを示す図である。まず画像処理装置３において第１のアプリケーション４１が起動すると（プロセスＰ１）、第１のアプリケーション４１は、第１のサーバー６ａに対する接続処理を行い（プロセスＰ２）、第１のサーバー６ａとの接続状態を確立させる（プロセスＰ３）。その後、画像処理装置３の不使用状態が所定時間継続すると、電力制御部３７がメイン制御部３０に対する通電を停止させ（プロセスＰ４）、ディープスリープモードへ移行させる（プロセスＰ５）。このとき、電力制御部３７は、タイマー５１を作動させ、第１のアプリケーション４１が第１のサーバー６ａと前回の定期通信を行ってからの経過時間が第１の時間間隔５３となったか否かを監視する状態となる。そして第１のアプリケーション４１による前回の定期通信からの経過時間が第１の時間間隔５３となったことを検知すると、電力制御部３７は、メイン制御部３０に対する通電を再開し（プロセスＰ６）、通常モードへ復帰させる（プロセスＰ７）。そして第１のアプリケーション４１は、通常モードへ復帰した後、第１のサーバー６ａとの定期通信を行う（プロセスＰ８）。第１のサーバー６ａは、画像処理装置３との接続状態を維持している状態で正常な定期通信を受信すると、その定期通信に対応する定期通信応答を返信する（プロセスＰ９）。これにより、画像処理装置３と第１のサーバー６ａとの接続状態は良好に維持される。そして電力制御部３７は、第１のアプリケーション４１による定期通信が終了することに伴い、メイン制御部３０に対する通電を再び停止させ（プロセスＰ１０）、ディープスリープモードへ移行させる（プロセスＰ１１）。

その後、例えばユーザーが操作パネル３１を操作すると、電力制御部３７は、メイン制御部３０に対する通電を再開し（プロセスＰ１２）、通常モードへ復帰させる（プロセスＰ１３）。そしてユーザーによる指示操作に基づき、画像処理装置３において第２のアプリケーション４２が起動すると（プロセスＰ１４）、第２のアプリケーション４２は、第２のサーバー６ｂに対する接続処理を行い（プロセスＰ１５）、第２のサーバー６ｂとの接続状態を確立させる（プロセスＰ１６）。

定期通信管理部４４は、第１のアプリケーション４１と第２のアプリケーション４２とが起動した状態になると、第１の時間間隔５３と第２の時間間隔５４とを調整する処理を行うと共に（プロセスＰ１７）、第１のアプリケーション４１及び第２のアプリケーション４２のそれぞれが定期通信を行うタイミングを同期させる処理を行う（プロセスＰ１８）。このとき、定期通信管理部４４は、電力制御部３７に対し、第１の時間間隔５３又は第２の時間間隔５４を変更後の値に更新する処理を行うと共に、第１のアプリケーション４１及び第２のアプリケーション４２が定期通信を行うタイミングを通知する。

そして電力制御部３７は、その後、画像処理装置３の不使用状態が所定時間継続すると、メイン制御部３０に対する通電を停止させ（プロセスＰ１９）、ディープスリープモードへ移行させる（プロセスＰ２０）。このとき、電力制御部３７は、タイマー５１を作動させ、第１又は第２のアプリケーション４１，４２が第１又は第２のサーバー６ａ，６ｂと前回の定期通信を行ってからの経過時間が第１又は第２の時間間隔５３，５４となったか否かを監視する状態となる。そして第１又は第２のアプリケーション４１，４２による前回の定期通信からの経過時間が第１又は第２の時間間隔５３，５４となったことを検知すると、電力制御部３７は、メイン制御部３０に対する通電を再開し（プロセスＰ２１）、通常モードへ復帰させる（プロセスＰ２２）。そして第１のアプリケーション４１は、通常モードへ復帰した後、第１のサーバー６ａとの定期通信を行う（プロセスＰ２３）。またこれとほぼ同時に、第２のアプリケーション４２は、第２のサーバー６ｂとの定期通信を行う（プロセスＰ２４）。そして第１のサーバー６ａは第１のアプリケーション４１からの定期通信に対して定期通信応答を返信し（プロセスＰ２５）、第２のサーバー６ｂは第２のアプリケーション４２からの定期通信に対して定期通信応答を返信する（プロセスＰ２６）。つまり、第１のアプリケーション４１と第２のアプリケーション４２とが同時に定期通信を行うことにより、画像処理装置３と第１のサーバー６ａ及び第２のサーバー６ｂとの接続状態が良好に維持される。そして電力制御部３７は、第１のアプリケーション４１と第２のアプリケーション４２との双方による定期通信が終了することに伴い、メイン制御部３０に対する通電を再び停止させ（プロセスＰ２７）、ディープスリープモードへ移行させる（プロセスＰ２８）。

図８は、第１及び第２のアプリケーション４１，４２が定期通信を行うタイミングを示す図である。図８では、第１のアプリケーション４１の定期通信間隔である第１の時間間隔５３がはじめにＴａ（分）に設定されており、第２のアプリケーション４２の定期通信間隔である第２の時間間隔５４がはじめにＴｂ（分）に設定されている場合を示している。ＴａとＴｂは、Ｔａ＜Ｔｂの関係にある。また図８（ａ）は短い時間間隔Ｔａを長い時間間隔Ｔｂに一致させる場合を、図８（ｂ）は長い時間間隔Ｔｂを短い時間間隔Ｔａに一致させる場合を示している。

まず短い時間間隔Ｔａを長い時間間隔Ｔｂに一致させる場合について説明する。図８（ａ）に示すように、タイミングＴ１０で第１のアプリケーション４１が起動すると、第１のアプリケーション４１は、第１のサーバー６ａとの接続状態を確立し、その後、第１の時間間隔Ｔａが経過したタイミングＴ１１で第１のサーバー６ａとの定期通信を行う。その後、画像処理装置３は、タイミングＴ１２で通常モードからディープスリープモードへ移行する。そして画像処理装置３は、第１のアプリケーション４１によって行われた前回の定期通信から第１の時間間隔Ｔａが経過したタイミングＴ１３で通常モードへと復帰し、第１のアプリケーション４１による定期通信を行わせた後、再びディープスリープモードへと移行する。

その後、画像処理装置３は、タイミングＴ１４で通常モードへ復帰し、第２のアプリケーション４２を起動させると、第２のアプリケーション４２によって第２のサーバー６ｂとの接続状態が確立される。このとき、画像処理装置３において定期通信管理部４４が機能し、第１の時間間隔Ｔａと第２の時間間隔Ｔｂとのうちの短い時間間隔Ｔａを長い時間間隔Ｔｂに一致させると共に、第１のアプリケーション４１と第２のアプリケーション４２のそれぞれが定期通信を行うタイミングを同期させる処理が行われる。そのため、第２のアプリケーション４２が起動すると、第１のアプリケーション４１が第１のサーバー６ａと定期通信を行う第１の時間間隔がＴａからＴｂに変更される。

画像処理装置３は、第２のアプリケーション４２を起動させた後に再びディープスリープモードへ移行させると、その後、第１のアプリケーション４１によって行われた前回の定期通信（タイミングＴ１３）から第２の時間間隔Ｔｂが経過したタイミングＴ１５で通常モードへと復帰し、第１のアプリケーション４１と第２のアプリケーション４２による定期通信をほぼ同時に行わせた後、再びディープスリープモードへと移行する。その後、画像処理装置３は、第２の時間間隔Ｔｂで定期的にディープスリープモードから通常モードへ復帰するようになり、第１のアプリケーション４１と第２のアプリケーション４２による定期通信をほぼ同時に行わせる処理を継続する。

このように短い時間間隔Ｔａを長い時間間隔Ｔｂに一致させると、画像処理装置３が通常モードに復帰する間隔が長くなるため、ディープスリープモードを長期に亘って継続させることが可能である。したがって、短い時間間隔Ｔａを長い時間間隔Ｔｂに一致させることにより、最も優れた省電力効果を発揮させることができるようになる。

次に長い時間間隔Ｔｂを短い時間間隔Ｔａに一致させる場合について説明する。図８（ｂ）に示すように、タイミングＴ２０で第１のアプリケーション４１が起動してからタイミングＴ２４で第２のアプリケーション４２が起動するまでは、上述したタイミングＴ１０〜Ｔ１４と同じである。画像処理装置３は、タイミングＴ２４で第２のアプリケーション４２を起動させると、画像処理装置３において定期通信管理部４４が機能し、第１の時間間隔Ｔａと第２の時間間隔Ｔｂとのうちの長い時間間隔Ｔｂを短い時間間隔Ｔａに一致させると共に、第１のアプリケーション４１と第２のアプリケーション４２のそれぞれが定期通信を行うタイミングを同期させる処理が行われる。そのため、第２のアプリケーション４２が起動すると、第２のアプリケーション４２が第２のサーバー６ｂと定期通信を行う第２の時間間隔がＴｂからＴａに変更される。

画像処理装置３は、第２のアプリケーション４２を起動させた後に再びディープスリープモードへ移行させると、その後、第１のアプリケーション４１によって行われた前回の定期通信（タイミングＴ２３）から第１の時間間隔Ｔａが経過したタイミングＴ２５で通常モードへと復帰し、第１のアプリケーション４１と第２のアプリケーション４２による定期通信をほぼ同時に行わせた後、再びディープスリープモードへと移行する。その後、画像処理装置３は、第１の時間間隔Ｔａで定期的にディープスリープモードから通常モードへ復帰するようになり、第１のアプリケーション４１と第２のアプリケーション４２による定期通信をほぼ同時に行わせる処理を継続する。

このように長い時間間隔Ｔｂを短い時間間隔Ｔａに一致させると、画像処理装置３が通常モードに復帰する間隔が短くなるため、ディープスリープモードを長期に亘って継続させることができなくなる。そのため、長い時間間隔Ｔｂを短い時間間隔Ｔａに一致させるよりも、短い時間間隔Ｔａを長い時間間隔Ｔｂに一致させることを優先的に行うように構成することが好ましい。

ところで、第１及び第２のアプリケーション４１，４２は、サーバー６ａ，６ｂの定期通信情報２２に登録されている変更可能範囲２２ｃと同じ情報を予め保持していない場合には、定期通信管理部４４は、サーバー６ａ，６ｂにおいて定期通信の時間間隔が制限されていることを把握できないため、サーバー６ａ，６ｂの変更可能範囲２２ｃを超えて第１の時間間隔又は第２の時間間隔を変更してしまうことがある。

例えば図８（ａ）に示したように短い時間間隔Ｔａを長い時間間隔Ｔｂに一致させるように変更してしまうと、第１のサーバー６ａにおいて予め設定されているタイムアウト時間２２ｂを超えてしまい、画像処理装置３と第１のサーバー６ａとの接続状態が切断された後に、第１のアプリケーション４１が第１のサーバー６ａと定期通信を行うケースが発生する。そのような場合、第１のアプリケーション４１は、第１のサーバー６ａから正常な定期通信応答を受信せずにタイムアウトエラーを示すエラー通知を受信する。尚、このようなエラー通知は、必ずしも第１のサーバー６ａから受信するとは限らず、通信中継装置４が接続状態を切断していれば、通信中継装置４から受信することもある。このエラー通知により、第１のアプリケーション４１は、第１のサーバー６ａとの接続状態が既に切断されていることを把握する。そして第１のアプリケーション４１は、定期通信管理部４４に対してエラー通知があったことを伝えると共に、第１のサーバー６ａとの接続状態を再度確立させるべく、第１のサーバー６ａに対して接続要求を送信する。また定期通信管理部４４は、第１のアプリケーション４１が第１のサーバー６ａからエラー通知を受信したことを認識すると、第１の時間間隔又は第２の時間間隔を再調整する処理を実行する。

図９は、第１のアプリケーション４１がエラー通知を受信した場合の処理プロセスを示す図である。図９に示すように、ディープスリープモード中において第１及び第２のアプリケーション４１，４２が定期通信を行うタイミングになると、電力制御部３７がメイン制御部３０に対する通電を再開し（プロセスＰ３０）、通常モードへ復帰させる（プロセスＰ３１）。そして第１のアプリケーション４１は、通常モードへ復帰した後に第１のサーバー６ａとの定期通信を行い（プロセスＰ３２）、それとほぼ同時に、第２のアプリケーション４２は、第２のサーバー６ｂとの定期通信を行う（プロセスＰ３３）。そして第１のアプリケーション４１は、定期通信に対する応答としてエラー通知を受信する（プロセスＰ３４）。尚、図９の例において第２のアプリケーション４１は定期通信に対する応答として正常な定期通信応答を受信している（プロセスＰ３５）。第１のアプリケーション４１は、定期通信に対する応答としてエラー通知を受信すると、そのエラー通知を定期通信管理部４４へ出力する（プロセスＰ３６）。そして定期通信管理部４４は、エラー通知を受信すると、通電モードが通常モードである期間中に第１の時間間隔又は第２の時間間隔の再調整を行い、再調整を行った後の第１の時間間隔及び第２の時間間隔を第１のアプリケーション４１、第２のアプリケーション４２及び電力制御部３７に対して通知する（プロセスＰ３７）。

図１０は、エラー通知に対応して再調整を行うためのエラー通知対応処理の処理手順を示すフローチャートである。定期通信管理部４４は、この処理を開始すると、エラー通知を受信したか否かを判断し（ステップＳ３０）、エラー通知を受信していなければ、（ステップＳ３０でＮＯ）、この処理を終了する。これに対し、エラー通知を受信している場合（ステップＳ３０でＹＥＳ）、定期通信管理部４４は、そのエラー通信を受けた時間間隔が第１の時間間隔５３と、第２の時間間隔５４とのいずれであるかを特定する（ステップＳ３１）。そして定期通信管理部４４は、エラー通知を受けた時間間隔をそれ以前よりも短い時間間隔に設定変更する（ステップＳ３２）。これにより、次回以降の定期通信においてタイムアウトエラーが発生する可能性を低減することができる。

次に定期通信管理部４４は、エラー通知を受けた時間間隔とは異なる他方の時間間隔を、ステップＳ３２で設定変更した短い時間間隔に一致させることができるか否かを判断する（ステップＳ３３）。その結果、他方の時間間隔を、設定変更した短い時間間隔に一致させることができる場合（ステップＳ３３でＹＥＳ）、定期通信管理部４４は、他方の時間間隔を、エラー通知を受けた時間間隔の変更後の値に合わせて設定変更する（ステップＳ３４）。これにより、次回以降の定期通信においても第１及び第２のアプリケーション４１，４２が同時に定期通信を行うことができるようになる。

また他方の時間間隔を、設定変更した短い時間間隔に一致させることができない場合（ステップＳ３３でＮＯ）、定期通信管理部４４は、他方の時間間隔を、エラー通知を受けた時間間隔の変更後の値に対してＮ倍（ただし、Ｎは２以上の自然数）に合わせて設定変更する（ステップＳ３５）。これにより、次回以降の定期通信においては、複数回に１回の割合で第１及び第２のアプリケーション４１，４２が同時に定期通信を行うことができるようになる。

尚、他方の時間間隔を変更することができない場合には、ステップＳ３２において定期通信管理部４４がエラー通知を受けた時間間隔をそれ以前よりも短い時間間隔に変更するときに、他方の時間間隔の１／Ｎ倍となるように設定変更すればよい。これにより、次回以降の定期通信においては、複数回に１回の割合で第１及び第２のアプリケーション４１，４２が同時に定期通信を行うことができるようになる。

また、例えば図８（ｂ）に示したように長い時間間隔Ｔｂを短い時間間隔Ｔａに一致させるように変更してしまうと、第２のサーバー６ｂに対する定期通信間隔が、変更可能範囲２２ｃで予め定められている下限値よりも短くなってしまうことがある。そのような場合、第２のサーバー６ｂにおいて頻繁に定期通信に対する応答処理を行わなければならなくなるため、第２のサーバー６ｂの負荷が増大し、サービス提供のための処理を効率的に行うことができなくなる可能性がある。したがって、そのような場合に第２のサーバー６ｂは、画像処理装置３に対して定期通信の時間間隔を長くすることを要求する時間変更要求を送信する。この時間変更要求を受信することにより、第２のアプリケーション４２は、第２のサーバー６ｂに対する定期通信間隔が短すぎることを把握する。そして第２のアプリケーション４２は、定期通信管理部４４に対して時間変更要求があったことを伝える。定期通信管理部４４は、第２のアプリケーション４２が第２のサーバー６ｂから時間変更要求を受信したことを認識すると、第１の時間間隔又は第２の時間間隔を再調整する処理を実行する。

図１１は、第２のアプリケーション４２が時間変更要求を受信した場合の処理プロセスを示す図である。図１１に示すように、ディープスリープモード中において第１及び第２のアプリケーション４１，４２が定期通信を行うタイミングになると、電力制御部３７がメイン制御部３０に対する通電を再開し（プロセスＰ４０）、通常モードへ復帰させる（プロセスＰ４１）。そして第１のアプリケーション４１が第１のサーバー６ａと定期通信を行うと共に（プロセスＰ４２）、第２のアプリケーション４２が第２のサーバー６ｂと定期通信を行う（プロセスＰ４３）。そして第１のアプリケーション４１は、定期通信に対する応答として正常な定期通信応答を受信する（プロセスＰ４４）。これに対し、第２のアプリケーション４２は、定期通信に対する応答として第２のサーバー６ｂから時間変更要求を受信する（プロセスＰ４５）。第２のアプリケーション４２は、定期通信に対する応答として時間変更要求を受信すると、その時間変更要求を定期通信管理部４４へ出力する（プロセスＰ４６）。そして定期通信管理部４４は、時間変更要求を受信すると、通電モードが通常モードである期間中に第１の時間間隔又は第２の時間間隔の再調整を行い、再調整を行った後の第１の時間間隔及び第２の時間間隔を第１のアプリケーション４１、第２のアプリケーション４２及び電力制御部３７に対して通知する（プロセスＰ４７）。

図１２は、時間変更要求に対応して再調整を行うための時間変更要求対応処理の処理手順を示すフローチャートである。定期通信管理部４４は、この処理を開始すると、時間変更要求を受信したか否かを判断し（ステップＳ４０）、時間変更要求を受信していなければ、（ステップＳ４０でＮＯ）、この処理を終了する。これに対し、時間変更要求を受信している場合（ステップＳ４０でＹＥＳ）、定期通信管理部４４は、その時間変更要求を受けた時間間隔が第１の時間間隔５３と、第２の時間間隔５４とのいずれであるかを特定する（ステップＳ４１）。そして定期通信管理部４４は、時間変更要求を受けた時間間隔をそれ以前よりも長い時間間隔に設定変更する（ステップＳ４２）。これにより、次回以降の定期通信においてサーバー６ａ，６ｂから時間変更要求を受信する可能性を低減することができる。

次に定期通信管理部４４は、時間変更要求を受けた時間間隔とは異なる他方の時間間隔を、ステップＳ４２で設定変更した長い時間間隔に一致させることができるか否かを判断する（ステップＳ４３）。その結果、他方の時間間隔を、設定変更した長い時間間隔に一致させることができる場合（ステップＳ４３でＹＥＳ）、定期通信管理部４４は、他方の時間間隔を、時間変更要求を受けた時間間隔の変更後の値に合わせて設定変更する（ステップＳ４４）。これにより、次回以降の定期通信においても第１及び第２のアプリケーション４１，４２が同時に定期通信を行うことができるようになる。

また他方の時間間隔を、設定変更した長い時間間隔に一致させることができない場合（ステップＳ４３でＮＯ）、定期通信管理部４４は、他方の時間間隔を、時間変更要求を受けた時間間隔の変更後の値に対して１／Ｎ倍（ただし、Ｎは２以上の自然数）に合わせて設定変更する（ステップＳ４５）。これにより、次回以降の定期通信においては、複数回に１回の割合で第１及び第２のアプリケーション４１，４２が同時に定期通信を行うことができるようになる。

尚、他方の時間間隔を変更することができない場合には、ステップＳ４２において定期通信管理部４４が時間変更要求を受けた時間間隔をそれ以前よりも長い時間間隔に変更するときに、他方の時間間隔のＮ倍となるように設定変更すればよい。これにより、次回以降の定期通信においては、複数回に１回の割合で第１及び第２のアプリケーション４１，４２が同時に定期通信を行うことができるようになる。

図１３は、一方の時間間隔を他方の時間間隔のＮ倍又は１／Ｎ倍に変更して定期通信を行うタイミングを示す図である。図１３では、第１のアプリケーション４１の定期通信間隔である第１の時間間隔５３がはじめにＴａ（分）に設定されており、第２のアプリケーション４２の定期通信間隔である第２の時間間隔５４がはじめにＴｂ（分）に設定されている場合を示している。ＴａとＴｂは、Ｔａ＜Ｔｂの関係にある。また図８（ａ）は第２の時間間隔Ｔｂを第１の時間間隔Ｔａの２倍に変更する場合を、図８（ｂ）は第１の時間間隔Ｔａを第２の時間間隔Ｔｂの１／２倍に変更する場合を示している。

まず第２の時間間隔Ｔｂを第１の時間間隔Ｔａの２倍に変更する場合について説明する。図１３（ａ）に示すように、タイミングＴ３０で第１のアプリケーション４１が起動すると、第１のアプリケーション４１は、第１のサーバー６ａとの接続状態を確立し、その後、第１の時間間隔Ｔａが経過したタイミングＴ３１で第１のサーバー６ａとの定期通信を行う。その後、画像処理装置３は、タイミングＴ３２で通常モードからディープスリープモードへ移行する。そして画像処理装置３は、第１のアプリケーション４１によって行われた前回の定期通信から第１の時間間隔Ｔａが経過したタイミングＴ３３で通常モードへと復帰し、第１のアプリケーション４１による定期通信を行わせた後、再びディープスリープモードへと移行する。

その後、画像処理装置３は、タイミングＴ３４で通常モードへ復帰し、第２のアプリケーション４２を起動させると、第２のアプリケーション４２によって第２のサーバー６ｂとの接続状態が確立される。このとき、画像処理装置３において定期通信管理部４４が機能し、第１の時間間隔Ｔａと第２の時間間隔Ｔｂとのうち、長い時間間隔Ｔｂを短い時間間隔Ｔａの２倍に変更すると共に、第１のアプリケーション４１と第２のアプリケーション４２のそれぞれが定期通信を行うタイミングを同期させる処理を行う。そのため、第２のアプリケーション４２が起動すると、第２のアプリケーション４１が第２のサーバー６ｂと定期通信を行う第２の時間間隔Ｔｂが２・Ｔａに変更される。

画像処理装置３は、第２のアプリケーション４２を起動させた後に再びディープスリープモードへ移行させると、その後、第１のアプリケーション４１によって行われた前回の定期通信（タイミングＴ３３）から第１の時間間隔Ｔａが経過したタイミングＴ３５で通常モードへと復帰し、第１のアプリケーション４１による定期通信を行わせる。このとき、第２のアプリケーション４２は定期通信を行わない。そして画像処理装置３は、第１のアプリケーション４１による定期通信が行われた後、再びディープスリープモードへと移行させる。その後、画像処理装置３は、第１の時間間隔Ｔａで定期的にディープスリープモードから通常モードへ復帰するようになり、第１のアプリケーション４１は、通常モードへ復帰する都度、毎回第１のサーバー６ａとの定期通信を行う。これに対し、第２のアプリケーション４２は、通常モードへ復帰する度に毎回第２のサーバー６ｂと定期通信を行うのではなく、２回に１回の割合で第２のサーバー６ｂと定期通信を行う。このような第２のアプリケーション４２による定期通信は、第１のアプリケーション４１による定期通信とほぼ同時に行われるようになる。

次に第１の時間間隔Ｔａを第２の時間間隔Ｔｂの１／２倍に変更する場合について説明する。図１３（ｂ）に示すように、タイミングＴ４０で第１のアプリケーション４１が起動してからタイミングＴ４４で第２のアプリケーション４２が起動するまでは、上述したタイミングＴ３０〜Ｔ３４と同じである。画像処理装置３は、タイミングＴ４４で第２のアプリケーション４２を起動させると、画像処理装置３において定期通信管理部４４が機能し、第１の時間間隔Ｔａと第２の時間間隔Ｔｂとのうちの第１の時間間隔Ｔａを第２の時間間隔Ｔｂの１／２倍に変更すると共に、第１のアプリケーション４１と第２のアプリケーション４２のそれぞれが定期通信を行うタイミングを同期させる処理を行う。そのため、第２のアプリケーション４２が起動すると、第１のアプリケーション４１が第１のサーバー６ａと定期通信を行う第１の時間間隔ＴａがＴｂ／２に変更される。

画像処理装置３は、第２のアプリケーション４２を起動させた後に再びディープスリープモードへ移行させると、その後、第１のアプリケーション４１によって行われた前回の定期通信（タイミングＴ４３）から第１の時間間隔Ｔｂ／２が経過したタイミングＴ４５で通常モードへと復帰し、第１のアプリケーション４１による定期通信を行わせる。このとき、第２のアプリケーション４２は定期通信を行わない。そして画像処理装置３は、第１のアプリケーション４１による定期通信が行われた後、再びディープスリープモードへと移行させる。その後、画像処理装置３は、第１の時間間隔Ｔｂ／２で定期的にディープスリープモードから通常モードへ復帰するようになり、第１のアプリケーション４１は、通常モードへ復帰する都度、毎回第１のサーバー６ａとの定期通信を行う。これに対し、第２のアプリケーション４２は、通常モードへ復帰する度に毎回第２のサーバー６ｂと定期通信を行うのではなく、２回に１回の割合で第２のサーバー６ｂと定期通信を行う。このような第２のアプリケーション４２による定期通信は、第１のアプリケーション４１による定期通信とほぼ同時に行われるようになる。

このように第１の時間間隔５３と第２の時間間隔５４とを相互に一致させることができないときには一方の時間間隔を他方の時間間隔のＮ倍又は１／Ｎ倍に変更することにより、第１のアプリケーション４１と第２のアプリケーション４２とが定期通信を行うタイミングを一致させることができる。そのため、第１のサーバー６ａ及び第２のサーバー６ｂの変更可能範囲２２ｃが互いに重複していない場合であっても、定期通信を行うタイミングを同期させることができるという利点がある。

以上のように本実施形態の画像処理装置３は、第１のサーバー６ａとの定期通信を行う第１の時間間隔５３と、第２のサーバー６ｂとの定期通信を行う第２の時間間隔５４とが互いに異なる場合に、第１のアプリケーション４１及び第２のアプリケーション４２のそれぞれが同じタイミングで第１のサーバー６ａ及び第２のサーバー６ｂと定期通信を行うことができるように、第１の時間間隔５３及び第２の時間間隔５４のいずれか一方又は両方を変更すると共に、第１のアプリケーション４１が第１のサーバー６ａと定期通信を行うタイミングと、第２のアプリケーション４２が第２のサーバー６ｂと定期通信を行うタイミングとを相互に同期させる制御を行う構成である。それ故、画像処理装置３がディープスリープモードへ移行した場合であっても、第１のアプリケーション４１及び第２のアプリケーション４２が定期通信を行う同期したタイミングで通常モードへ復帰させることにより、第１のサーバー６ａと第２のサーバー６ｂとの双方に対してほぼ同時に定期通信を行わせることが可能である。これにより、ディープスリープモードから通常モードへ復帰する頻度を低減させることができるため、従来よりも高い省電力効果を得ることができるようになる。

尚、上記においては、第１の時間間隔５３が第２の時間間隔５４よりも短い時間間隔に予め設定されている場合を例示したが、これらの関係が逆であっても上記と同様の処理が適用可能である。

以上、本発明に関する一実施形態について説明したが、本発明は、上記実施形態において説明した内容のものに限られるものではなく、種々の変形例が適用可能である。

また上記実施形態では、主としてクラウド５上に２つのサーバー６ａ，６ｂが設けられ、画像処理装置３において２つのアプリケーション４１，４２が起動した場合の動作について説明した。しかし、上述した動作は、クラウド５上に３つ以上の複数のサーバーが設けられ、それに対応して画像処理装置３において３つ以上の複数のアプリケーションが起動する場合にも適用可能である。この場合、画像処理装置３は、複数のサーバーのそれぞれと個別に定期通信を行うために予め設定されている複数の時間間隔を調整することにより、複数のアプリケーションが同じタイミングで複数のサーバーのそれぞれと定期通信を行うことができるようにすれば良い。例えば、複数の時間間隔のうち、最も長い時間間隔に他の時間間隔を一致させるように調整しても良いし、また最も短い時間間隔に他の時間間隔を一致させるように調整しても良い。また全ての時間間隔を一致させることができないときには、上述したように少なくとも１つの時間間隔を他の時間間隔のＮ倍又は１／Ｎ倍に調整するようにしても良い。

また上記実施形態では、画像処理装置３における通電モードとして、通常モードと、スリープモードと、ディープスリープモードとの３段階が存在する場合を例示したが、これに限られるものではない。すなわち、画像処理装置３における通電モードとしては、通常モードと、ディープスリープモード（省電力モード）との少なくとも２段階が存在するものであれば、本発明を適用することが可能である。

また上記実施形態では、第１のアプリケーション４１と、第２のアプリケーション４２とがメイン制御部３０においてそれぞれ異なるタイミングで起動される場合を例示したが、これに限られるものでもない。例えば、第１のアプリケーション４１及び第２のアプリケーション４２は、画像処理装置３に電源が投入されることに伴い、順次自動的に起動されるものであっても構わない。

１ 画像処理システム
３ 画像処理装置
６ａ 第１のサーバー
６ｂ 第２のサーバー
２１ 接続管理部（接続管理手段）
２３ 通知部（通知手段）
２４ 要求部（要求手段）
３７ 電力制御部（電力制御手段）
４１ 第１のアプリケーション
４２ 第２のアプリケーション
４４ 定期通信管理部（定期通信管理手段）

Claims (21)

1. 第１のサーバー及び第２のサーバーと通信可能であり、前記第１及び第２のサーバーのそれぞれと連携してジョブを実行可能な画像処理装置であって、
   前記第１のサーバーと通信可能な接続状態を確立し、該接続状態を維持するべく前記第１のサーバーと定期通信を行う第１のアプリケーションと、
   前記第２のサーバーと通信可能な接続状態を確立し、該接続状態を維持するべく前記第２のサーバーと定期通信を行う第２のアプリケーションと、
   前記第１のアプリケーションが前記第１のサーバーと定期通信を行う第１の時間間隔と、前記第２のアプリケーションが前記第２のサーバーと定期通信を行う第２の時間間隔とを管理すると共に、前記第１の時間間隔及び前記第２の時間間隔を変更する定期通信管理手段と、
   所定の条件成立により、少なくとも前記第１のアプリケーション及び前記第２のアプリケーションに対する通電を停止させると共に、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電を再開する電力制御手段と、
   を備え、
   前記定期通信管理手段は、前記第１の時間間隔と前記第２の時間間隔が異なる場合、前記第１のアプリケーション及び前記第２のアプリケーションが同じタイミングで前記第１のサーバー及び前記第２のサーバーとの定期通信を行うことができるように、前記第１の時間間隔及び前記第２の時間間隔のいずれか一方又は両方を変更すると共に、前記第１のアプリケーションが前記第１のサーバーと定期通信を行うタイミングと、前記第２のアプリケーションが前記第２のサーバーと定期通信を行うタイミングとを同期させることを特徴とする画像処理装置。
2. 前記定期通信管理手段は、前記第１の時間間隔が第２の時間間隔よりも短いとき、前記第１の時間間隔を前記第２の時間間隔に一致させることを特徴とする請求項１に記載の画像処理装置。
3. 前記定期通信管理手段は、前記第１の時間間隔を第２の時間間隔に一致させた後、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電が再開され、前記第１のアプリケーション及び前記第２のアプリケーションが前記第１のサーバー及び前記第２のサーバーと定期通信を行ったときに前記第１のアプリケーションがエラー通知を受信した場合、前記第１の時間間隔及び前記第２の時間間隔をそれ以前よりも短い時間に変更することを特徴とする請求項２に記載の画像処理装置。
4. 前記定期通信管理手段は、前記第２の時間間隔が第１の時間間隔よりも長いとき、前記第２の時間間隔を前記第１の時間間隔に一致させることを特徴とする請求項１に記載の画像処理装置。
5. 前記定期通信管理手段は、前記第２の時間間隔を第１の時間間隔に一致させた後、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電が再開され、前記第１のアプリケーション及び前記第２のアプリケーションが前記第１のサーバー及び前記第２のサーバーと定期通信を行ったときに前記第２のアプリケーションが前記第２のサーバーから時間変更要求を受信した場合、前記第１の時間間隔及び前記第２の時間間隔をそれ以前よりも長い時間に変更することを特徴とする請求項４に記載の画像処理装置。
6. 前記定期通信管理手段は、前記第１の時間間隔及び前記第２の時間間隔のうちの一方の時間間隔が設定変更不可である場合、他方の時間間隔を前記一方の時間間隔に一致させることを特徴とする請求項１に記載の画像処理装置。
7. 前記定期通信管理手段は、前記第１の時間間隔及び前記第２の時間間隔を一致させることができない場合、一方の時間間隔を他方の時間間隔のＮ倍又は１／Ｎ倍（ただし、Ｎは自然数）に変更することを特徴とする請求項１乃至６のいずれかに記載の画像処理装置。
8. 第１のサーバーと、
   第２のサーバーと、
   前記第１のサーバー及び第２のサーバーと通信可能であり、前記第１及び第２のサーバーのそれぞれと連携してジョブを実行可能な画像処理装置と、
   を有する画像処理システムであって、
   前記第１のサーバー及び前記第２のサーバーのそれぞれは、
   前記画像処理装置からの接続要求に応じて前記画像処理装置と通信可能な接続状態を確立し、前記画像処理装置から定期的な通信を受信することによって前記画像処理装置との接続状態を維持すると共に、前記画像処理装置からの定期的な通信を受信することなく、所定時間が経過後した場合に前記接続状態を切断する接続管理手段、
   を備え、
   前記画像処理装置は、
   前記第１のサーバーに接続要求を送信することによって前記第１のサーバーと通信可能な接続状態を確立し、該接続状態を維持するべく前記第１のサーバーと定期通信を行う第１のアプリケーションと、
   前記第２のサーバーに接続要求を送信することによって前記第２のサーバーと通信可能な接続状態を確立し、該接続状態を維持するべく前記第２のサーバーと定期通信を行う第２のアプリケーションと、
   前記第１のアプリケーションが前記第１のサーバーと定期通信を行う第１の時間間隔と、前記第２のアプリケーションが前記第２のサーバーと定期通信を行う第２の時間間隔とを管理すると共に、前記第１の時間間隔及び前記第２の時間間隔を変更する定期通信管理手段と、
   所定の条件成立により、少なくとも前記第１のアプリケーション及び前記第２のアプリケーションに対する通電を停止させると共に、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電を再開する電力制御手段と、
   を備え、
   前記定期通信管理手段は、前記第１の時間間隔と前記第２の時間間隔が異なる場合、前記第１のアプリケーション及び前記第２のアプリケーションが同じタイミングで前記第１のサーバー及び前記第２のサーバーとの定期通信を行うことができるように、前記第１の時間間隔及び前記第２の時間間隔のいずれか一方又は両方を変更すると共に、前記第１のアプリケーションが前記第１のサーバーと定期通信を行うタイミングと、前記第２のアプリケーションが前記第２のサーバーと定期通信を行うタイミングとを同期させることを特徴とする画像処理システム。
9. 前記定期通信管理手段は、前記第１の時間間隔が第２の時間間隔よりも短いとき、前記第１の時間間隔を前記第２の時間間隔に一致させることを特徴とする請求項８に記載の画像処理システム。
10. 前記第１及び第２のサーバーのそれぞれは、
    前記画像処理装置との接続状態を切断した後に前記画像処理装置からの定期的な通信を受信した場合にエラー通知を送信する通知手段、
    を更に備え、
    前記定期通信管理手段は、前記第１の時間間隔を第２の時間間隔に一致させた後、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電が再開され、前記第１のアプリケーション及び前記第２のアプリケーションが前記第１のサーバー及び前記第２のサーバーと定期通信を行ったときに前記第１のアプリケーションがエラー通知を受信した場合、前記第１の時間間隔及び前記第２の時間間隔をそれ以前よりも短い時間に変更することを特徴とする請求項９に記載の画像処理システム。
11. 前記定期通信管理手段は、前記第２の時間間隔が第１の時間間隔よりも長いとき、前記第２の時間間隔を前記第１の時間間隔に一致させることを特徴とする請求項８に記載の画像処理システム。
12. 前記第２のサーバーは、
    前記所定時間が経過する前に前記画像処理装置からの定期的な通信を受信した場合において、前回の定期的な通信を受信してから今回の定期的な通信を受信するまでの間隔が所定の下限値よりも短いとき、前記画像処理装置に対して定期的な通信の時間間隔の変更を要求するための時間変更要求を送信する要求手段、
    を更に備え、
    前記定期通信管理手段は、前記第２の時間間隔を第１の時間間隔に一致させた後、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電が再開され、前記第１のアプリケーション及び前記第２のアプリケーションが前記第１のサーバー及び前記第２のサーバーと定期通信を行ったときに前記第２のアプリケーションが前記第２のサーバーから前記時間変更要求を受信した場合、前記第１の時間間隔及び前記第２の時間間隔をそれ以前よりも長い時間に変更することを特徴とする請求項１１に記載の画像処理システム。
13. 前記定期通信管理手段は、前記第１の時間間隔及び前記第２の時間間隔のうちの一方の時間間隔が設定変更不可である場合、他方の時間間隔を前記一方の時間間隔に一致させることを特徴とする請求項８に記載の画像処理システム。
14. 前記定期通信管理手段は、前記第１の時間間隔及び前記第２の時間間隔を一致させることができない場合、一方の時間間隔を他方の時間間隔のＮ倍又は１／Ｎ倍（ただし、Ｎは自然数）に変更することを特徴とする請求項８乃至１３のいずれかに記載の画像処理システム。
15. 第１のサーバー及び第２のサーバーと通信可能であり、前記第１及び第２のサーバーのそれぞれと連携してジョブを実行可能な画像処理装置において実行されるプログラムであって、
    前記画像処理装置は、
    前記第１のサーバーと通信可能な接続状態を確立し、該接続状態を維持するべく前記第１のサーバーと定期通信を行う第１のアプリケーションと、
    前記第２のサーバーと通信可能な接続状態を確立し、該接続状態を維持するべく前記第２のサーバーと定期通信を行う第２のアプリケーションと、
    所定の条件成立により、少なくとも前記第１のアプリケーション及び前記第２のアプリケーションに対する通電を停止させると共に、前記第１のアプリケーション及び前記第２のアプリケーションに対する通電を再開する電力制御手段と、
    を備え、
    前記プログラムは、前記画像処理装置に、
    前記第１のアプリケーションが前記第１のサーバーと定期通信を行う第１の時間間隔と、前記第２のアプリケーションが前記第２のサーバーと定期通信を行う第２の時間間隔とが異なるか否かを判別する第１のステップと、
    前記第１のステップにより前記第１の時間間隔と前記第２の時間間隔とが異なると判別された場合に、前記第１のアプリケーション及び前記第２のアプリケーションが同じタイミングで前記第１のサーバー及び前記第２のサーバーとの定期通信を行うことができるように、前記第１の時間間隔及び前記第２の時間間隔のいずれか一方又は両方を変更すると共に、前記第１のアプリケーションが前記第１のサーバーと定期通信を行うタイミングと、前記第２のアプリケーションが前記第２のサーバーと定期通信を行うタイミングとを同期させる第２のステップと、
    前記第２のステップにより変更された前記第１の時間間隔及び前記第２の時間間隔に基づいて、前記電力制御手段に、前記第１のアプリケーション及び前記第２のアプリケーションに対する通電を再開させる第３のステップと、
    を実行させることを特徴とするプログラム。
16. 前記第２のステップは、前記第１の時間間隔が第２の時間間隔よりも短いとき、前記第１の時間間隔を前記第２の時間間隔に一致させるステップを更に含むことを特徴とする請求項１５に記載のプログラム。
17. 前記第２のステップは、前記第１の時間間隔を第２の時間間隔に一致させた後、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電が再開され、前記第１のアプリケーション及び前記第２のアプリケーションが前記第１のサーバー及び前記第２のサーバーと定期通信を行ったときに前記第１のアプリケーションがエラー通知を受信した場合、前記第１の時間間隔及び前記第２の時間間隔をそれ以前よりも短い時間に変更するステップを更に含むことを特徴とする請求項１６に記載のプログラム。
18. 前記第２のステップは、前記第２の時間間隔が第１の時間間隔よりも長いとき、前記第２の時間間隔を前記第１の時間間隔に一致させるステップを更に含むことを特徴とする請求項１５に記載のプログラム。
19. 前記第２のステップは、前記第２の時間間隔を第１の時間間隔に一致させた後、前記第１の時間間隔及び前記第２の時間間隔に基づいて前記第１のアプリケーション及び前記第２のアプリケーションに対する通電が再開され、前記第１のアプリケーション及び前記第２のアプリケーションが前記第１のサーバー及び前記第２のサーバーと定期通信を行ったときに前記第２のアプリケーションが前記第２のサーバーから時間変更要求を受信した場合、前記第１の時間間隔及び前記第２の時間間隔をそれ以前よりも長い時間に変更するステップを更に含むことを特徴とする請求項１８に記載のプログラム。
20. 前記第２のステップは、前記第１の時間間隔及び前記第２の時間間隔のうちの一方の時間間隔が設定変更不可である場合、他方の時間間隔を前記一方の時間間隔に一致させるステップを更に含むことを特徴とする請求項１５に記載のプログラム。
21. 前記第２のステップは、前記第１の時間間隔及び前記第２の時間間隔を一致させることができない場合、一方の時間間隔を他方の時間間隔のＮ倍又は１／Ｎ倍（ただし、Ｎは自然数）に変更することを特徴とする請求項１５乃至２０のいずれかに記載のプログラム。

Images