JP2019087204A - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】ネットワークを通じて接続された機器に対し、所定の要求を従来よりも効率よく送信する情報処理装置を提供する。
【解決手段】ネットワークを通じて接続された外部の機器と通信可能な情報処理装置であって、予め定められた前記機器に対して、予め定められた要求を送信する送信部と、前記機器に前記要求を送信すべきか否かを判定する判定部とを備え、前記送信部は、前記機器に対し、前記要求を送信する前に予め定められた予告要求を送信し、前記判定部は、前記予告要求の応答結果に応じて、前記機器に対して前記要求を送信すべきか否かを判定し、前記機器に対し、前記要求を送信すべきであると前記判定部が判定した場合、前記送信部は、前記機器に対して前記要求を送信することを特徴とする情報処理装置。
【選択図】図８

Description

この発明は、情報処理装置、情報処理方法および情報処理プログラムに関し、より詳細には、ネットワークを通じて接続された機器に所定の要求を送信する情報処理装置、情報処理方法および情報処理プログラムに関する。

従来、ネットワークを通じて接続された機器に対し、所定の要求や指令等を送信し、当該機器の稼働情報などを取得する情報処理装置がある。
このような情報処理装置において、スリープ状態などの省電力状態への移行機能を有する機器に対して要求を行う場合、情報処理装置が要求を送信した際に機器がスリープ状態にあると、機器が要求を受け付けないことがある。

このような問題を解決すべく、従来、ネットワーク上の所望の画像処理装置に検索要求を送信する前に、当該画像処理装置をスリープ状態から通常状態に遷移させるための要求を送信する発明が開示されている（例えば、特許文献１を参照）。

特開２００６−３９９４０号公報

しかしながら、ネットワーク上の機器に所定の要求を送信する前に、当該機器をスリープ状態から解除させるためのスリープ解除要求を送信する従来の方法は、送信先の機器が電源断等の応答不可能な状態にあった場合、スリープ解除要求とその後に続く要求のいずれの送信も無駄になってしまう可能性がある。

また、機器が応答不可能な状態にあるか否かは、機器への要求の送信後、応答が返ってこない場合に判明することから、複数の機器に続けて要求を送信する場合、機器からの応答を待ってから次の機器に要求を送信する必要がある。その結果、複数の機器に要求を送信する場合、送信効率が低下してしまうという問題もあった。

この発明は、以上のような事情を考慮してなされたものであって、その目的は、ネットワークを通じて接続された機器に対し、所定の要求を従来よりも効率よく送信する情報処理装置、情報処理方法および情報処理プログラムを提供することにある。

かくして、この発明によれば、ネットワークを通じて接続された外部の機器と通信可能な情報処理装置であって、予め定められた前記機器に対して、予め定められた要求を送信する送信部と、前記機器に前記要求を送信すべきか否かを判定する判定部とを備え、前記送信部は、前記機器に対し、前記要求を送信する前に予め定められた予告要求を送信し、前記判定部は、前記予告要求の応答結果に応じて、前記機器に対して前記要求を送信すべきか否かを判定し、前記機器に対し、前記要求を送信すべきであると前記判定部が判定した場合、前記送信部は、前記機器に対して前記要求を送信することを特徴とする情報処理装置が提供される。
また、この発明によれば、ネットワークを通じて接続された予め定められた機器に対して、予め定められた要求を送信する情報処理方法であって、前記機器に対し、前記要求を送信する前に予め定められた予告要求を送信する予告要求送信ステップと、前記予告要求の応答結果に応じて、前記機器に対して前記要求を送信すべきか否かを判定する判定ステップと、前記機器に対し、前記要求を送信すべきであると判定した場合、前記機器に対して前記要求を送信する要求送信ステップとを含むことを特徴とする情報処理方法が提供される。
また、この発明によれば、ネットワークを通じて接続された予め定められた機器に対して、予め定められた要求を送信する情報処理装置のプロセッサに実行させる要求送信プログラムであって、前記機器に対し、前記要求を送信する前に予め定められた予告要求を送信する予告要求送信ステップと、前記予告要求の応答結果に応じて、前記機器に対して前記要求を送信すべきか否かを判定する判定ステップと、前記機器に対し、前記要求を送信すべきであると判定した場合、前記機器に対して前記要求を送信する要求送信ステップとを実行させることを特徴とする情報処理プログラムが提供される。

この発明によれば、ネットワークを通じて接続された機器に対し、所定の要求を従来よりも効率よく送信する情報処理装置、情報処理方法および情報処理プログラムを実現できる。

この発明の情報処理装置を含む管理システムの概略構成を示す説明図である。 図１に示す情報処理装置の概略構成を示すブロック図である。 図１に示す画像処理装置の概略構成を示すブロック図である。 この発明の情報処理装置の表示部に表示された画像処理装置の管理画面の一例を示す説明図である。 図１に示す情報処理装置における画像処理装置の情報取得および事前の予告要求の送信設定の手順の概要を示すフローチャートである。 図１に示す情報処理装置の表示部に表示された画像処理装置の情報取得および事前の予告要求の設定画面の一例を示す説明図である。 図１に示す情報処理装置による画像処理装置の情報取得手順の概要を示すフローチャートである。 図７に示す画像処理装置の情報取得手順の一部の詳細を示すフローチャートである。

以上に述べたように、
（１）この発明による情報処理装置は、ネットワークを通じて接続された外部の機器と通信可能な情報処理装置であって、予め定められた前記機器に対して、予め定められた要求を送信する送信部と、前記機器に前記要求を送信すべきか否かを判定する判定部とを備え、前記送信部は、前記機器に対し、前記要求を送信する前に予め定められた予告要求を送信し、前記判定部は、前記予告要求の応答結果に応じて、前記機器に対して前記要求を送信すべきか否かを判定し、前記機器に対し、前記要求を送信すべきであると前記判定部が判定した場合、前記送信部は、前記機器に対して前記要求を送信することを特徴とする。
また、この発明による情報処理方法は、ネットワークを通じて接続された予め定められた機器に対して、予め定められた要求を送信する情報処理方法であって、前記機器に対し、前記要求を送信する前に予め定められた予告要求を送信する予告要求送信ステップと、前記予告要求の応答結果に応じて、前記機器に対して前記要求を送信すべきか否かを判定する判定ステップと、前記機器に対し、前記要求を送信すべきであると判定した場合、前記機器に対して前記要求を送信する要求送信ステップとを含むことを特徴とする。
また、この発明による情報処理プログラムは、ネットワークを通じて接続された予め定められた機器に対して、予め定められた要求を送信する情報処理装置のプロセッサに実行させる要求送信プログラムであって、前記機器に対し、前記要求を送信する前に予め定められた予告要求を送信する予告要求送信ステップと、前記予告要求の応答結果に応じて、前記機器に対して前記要求を送信すべきか否かを判定する判定ステップと、前記機器に対し、前記要求を送信すべきであると判定した場合、前記機器に対して前記要求を送信する要求送信ステップとを実行させることを特徴とする。

この発明において、「外部の機器」は、例えば、パーソナルコンピュータ（ＰＣ）やスキャナ、電子黒板、テレビ、ＤＶＤレコーダー等の画像処理装置や、プリンタ等の画像形成装置等の機器である。
「予め定められた要求」は、外部の機器に対して送信すべき所定の要求であり、例えば、外部の機器の可動情報の取得のために送信するリクエスト等があげられる。
「予め定められた予告要求」は、外部の機器への要求の送信前に、当該機器に送信すべき要求であり、当該予告要求の応答結果に応じて、当該機器に対して要求を送信すべきか否かが判定される。
なお、従来のスリープ解除要求とこの発明の予告要求との違いは、従来のスリープ解除要求が機器のスリープ状態の解除のみを目的として送信されるのに対し、この発明の予告要求は、スリープ解除の作用だけでなく、その要求への応答結果に応じて、予め定められた要求を送信するか否かを判断できること、つまり電源断など要求をしても返答が得られないであろう機器に対しての無駄なリクエストを抑制することができる点で相違する。

実施形態１において、この発明の「送信部」は、制御部１０および通信部１３の協働によって実現する。また、この発明の「判定部」は、制御部１０によって実現する。

さらに、この発明の好ましい態様について説明する。
（２）この発明による情報処理装置において、前記機器に対し、前記要求を送信した後、予め定められた応答時間内に応答がない場合、前記送信部は、別の前記機器に対する前記要求の送信処理に移行するものであってもよい。

このようにすれば、所定の応答時間内に応答がない場合、前記機器は電源断などの応答が返せない状態である可能性が高いため、すぐさま別の機器に対する予告要求の送信に移行することで、ネットワークを通じて接続された機器に対し、所定の要求を従来よりも効率よく送信する情報処理装置が実現できる。

「予め定められた応答時間」は、例えば、予告要求を送信した後、省電力状態にあった機器が当該予告要求を受けて省電力状態から復帰し、情報処理装置に応答を返すまでの時間に基づき設定される。応答時間の目安としては、６０秒程度である。
「別の前記機器に対する前記要求の送信処理」は、別の機器に対して予告要求を送信した後、その応答結果に応じて、判定部が要求を送信すべきか否かの判定を行い、前記要求を送信すべきであると判定部が判定した場合、前記別の機器に対して前記予告要求および前記要求を送信する一連の処理である。

（３）この発明による情報処理装置において、前記予告要求の送信設定を受け付ける設定受付部をさらに備え、前記送信設定は、前記予告要求を送信すべきか否かの設定を含むものであってもよい。

このようにすれば、予告要求を送信すべきか否かの設定を含む予告要求の送信設定を自由に設定できるため、ネットワークを通じて接続された機器に対し、所定の要求を従来よりも効率よく送信する情報処理装置を実現できる。

（４）この発明による情報処理装置において、前記予告要求の送信設定は、前記予告要求の送信時間および送信回数の設定を含むものであってもよい。

このようにすれば、予告要求の送信時間および送信回数を自由に設定できるため、ネットワークを通じて接続された機器に対し、所定の要求を従来よりも効率よく送信する情報処理装置を実現できる。

（５）この発明による情報処理装置において、前記送信部は、前記送信時間および送信回数に基づき、前記予告要求の送信タイミングを決定して送信するものであってもよい。

このようにすれば、設定された送信時間および送信回数に基づき、予告要求の送信タイミングが自動的に決定されるため、ネットワークを通じて接続された機器に対し、所定の要求を従来よりも効率よく送信する情報処理装置を実現できる。

（６）この発明による情報処理装置において、前記設定受付部は、前記機器をグループ分けし、前記グループごとに前記予告要求の送信設定を受け付けるものであってもよい。

このようにすれば、設定されたグループごとに機器の送信設定を受け付けるため、ネットワークを通じて接続された機器に対し、所定の要求を従来よりも効率よく送信する情報処理装置を実現できる。

以下、図面を用いてこの発明をさらに詳述する。なお、以下の説明は、すべての点で例示であって、この発明を限定するものと解されるべきではない。

（実施形態１）
＜管理システム１００の概略構成＞
図１に基づき、この発明の情報処理装置１およびこの発明の機器の一例としての画像処理装置２Ａ〜２Ｃを含む管理システム１００の構成について説明する。

図１は、この発明の情報処理装置１を含む管理システム１００の概略構成を示す説明図である。

図１に示されるように、この発明の管理システム１００は、情報処理装置１、画像処理装置２Ａ〜２Ｃ（以下、画像処理装置２と総称する）およびネットワーク３から構成される。

情報処理装置１は、ネットワーク３を通じて接続された画像処理装置２の稼働情報を取得し、管理するホストサーバー等の装置である。
情報処理装置１は、各画像処理装置２から稼働情報を定期的に取得して稼働情報の更新を行う。

画像処理装置２は、プリンタ機能およびスキャナ機能を有するＭＦＰ（Multifunction Peripheral：多機能周辺装置）など、原稿を読み取って生成した画像データを処理し、出力する装置である。

ネットワーク３は、情報処理装置１と画像処理装置２との間をつなぐ社内ネットワーク等のネットワークである。
ネットワーク３としては、ＬＡＮ、インターネットなどの広域ネットワーク（ＷＡＮ）、専用の通信回線などいずれのネットワークを利用してもよい。

＜情報処理装置１の概略構成＞
次に、図２に基づき、情報処理装置１の概略構成を説明する。
図２は、図１に示す情報処理装置１の概略構成を示すブロック図である。

図２に示されるように、この発明の情報処理装置１は、制御部１０、記憶部１１、画像処理部１２、通信部１３、表示部１４および操作部１５を備える。
以下、情報処理装置１の各構成要素を説明する。

制御部１０は、情報処理装置１の各構成要素の動作を制御する部分である。主として、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏコントローラ、タイマー等からなるマイクロコンピュータによって実現される。制御部１０は、ＣＰＵあるいはマイクロプロセッサ(Microprocessor)を主体とする回路である。制御部１０は、ＲＯＭ等に予め格納された制御プログラムに基づいて、各ハードウェアを有機的に動作させて、後述するようなこの発明の予告要求を送信すべきか否かの判定等の機能を実行する。
なお、周辺回路として、特定の用途のために設計、製造される集積回路であるＡＳＩＣ（Application Specific Integrated Circuit）、その他の演算機能を有する回路を含んでいてもよい。

記憶部１１は、情報処理装置１の各種機能を実現するために必要な情報や、制御プログラムなどを記憶する素子や記憶媒体である。例えば、ＲＡＭやＲＯＭ等の半導体素子、ハードディスク、フラッシュ記憶部、ＳＳＤ等の記憶媒体が用いられる。
なお、データを保持する領域がハードディスクドライブで、プログラムを保持する領域がフラッシュ記憶部で構成するといったように、プログラムとデータが異なる装置に保持されてもよい。

画像処理部１２は、表示部１４への出力に適するように画像データを処理する部分である。また、操作部１５からの指令に従い、拡大・縮小等の出力に適するように画像データを処理する部分である。

通信部１３は、ネットワーク３を介して、外部の画像処理装置２等の機器との通信をおこない、画像処理装置２の稼働状態などの種々の情報を受信する部分である。

表示部１４は、各種情報の表示を行う部分である。表示部１４は、例えば、ＣＲＴディスプレイ、液晶ディスプレイ、ＥＬディスプレイなどで構成され、オペレーティングシステムやアプリケーションソフトウェアの処理状態など電子的なデータを表示するためのモニタやラインディスプレイなどの表示装置である。制御部１０は、表示部１４を通じて、情報処理装置１の動作および状態の表示を行う。

操作部１５は、情報処理装置１の操作を行うためのインターフェースである。ユーザーは操作部１５を操作することによって、情報処理装置１に対する指示を実行する。操作部１５は、複数のキーの配列からなる物理キーによって操作するものであってもよく、また、表示部１４に設けられたタッチパネルにより操作するものであってもよい。

＜画像処理装置２の概略構成＞
次に、図３に基づき、画像処理装置２の概略構成を説明する。
図３は、図１に示す画像処理装置２の概略構成を示すブロック図である。
図３に示されるように、この発明の画像処理装置２は、制御部２０、画像読取部２１、画像形成部２２、記憶部２３、画像処理部２４、通信部２５、給紙部２６、計時部２７およびパネルユニット２８を備える。

以下、画像処理装置２の各構成要素を説明する。
なお、制御部２０、記憶部２３、画像処理部２４、通信部２５および表示部２８１は、それぞれ、図２の制御部１０、記憶部１１、画像処理部１２、通信部１３および表示部１４と同様の構成を有するため、説明を省略する。

画像読取部２１は、原稿台に置かれた原稿や原稿トレイから搬送されてきた原稿を検知して読み取り、適正な電気信号に変換して画像データを生成する部分である。

画像形成部２２は、画像読取部２１によって生成され、画像処理部２４によって処理された画像データを用紙上に印刷出力する部分であり、ＬＳＵ２２１を備える。
ＬＳＵ２２１は、画像読取部２１によって取得されたデジタル信号からなる画像情報に対応するレーザー光を、帯電状態にある感光体ドラムの表面に照射して、静電潜像を形成する装置である。

給紙部２６は、給紙カセット、手差トレイに格納された用紙を画像形成部２２まで搬送する部分である。

計時部２７は、時間を計測する部分であり、例えば、内蔵時計やネットワーク３を通じて時刻を取得する。

パネルユニット２８は、液晶ディスプレイ（Liquid Crystal Display）を備えたユニットであり、表示部２８１および操作部２８２を備える。

操作部２８２は、画像処理装置２を操作するためのインターフェースであり、タッチパネル部２８２１および物理操作部２８２２を備え、ユーザーからの指令を受け付ける部分である。
画像処理装置２は、操作部２８２や通信部２５を介して受付けたユーザーからの指示に基づき、スキャナ、印刷、コピーまたは画像送信等のジョブを実行する。

タッチパネル部２８２１は、液晶パネル等から構成された表示パネルと、表示パネルに重ねて配置され、指がタッチされた位置を検出する静電容量方式等のタッチパネルとから構成される。

次に、図４に基づき、この発明の情報処理装置１の表示部１４に表示された画像処理装置２の管理画面について説明する。
図４は、この発明の情報処理装置１の表示部１４に表示された画像処理装置２の管理画面の一例を示す説明図である。

図４に示すように、情報処理装置１の表示部１４に予め登録された画像処理装置２の管理画面が表示される。

図４の例において、管理画面は、「通信状況」、「機器の状態」、「機器名」、「ＩＰアドレス」、「位置」、「シリアル番号」および「操作」の項目が表示されている。
なお、管理画面は、図４の例に示した以外の項目を含んでいてもよい。
以下、図４の各項目について説明する。

「通信状況」は、画像処理装置２との通信状況を示し、「ＯＫ」なら通信良好であることを示し、「エラー」なら通信不良であることを示す。
「機器の状態」は、画像処理装置２の状態を示す。
例えば、「期限経過」は、サービス等の期限が経過したことを示し、「供給不足」は、用紙等が不足していることを示し、「トナー少量」は、トナーの残量が残り少ないことを示す。また、「オンライン」は、画像処理装置２の状態が良好であることを示す。
「機器名」は、画像処理装置２の名称を示す。
「ＩＰアドレス」は、画像処理装置２に割り当てられたＩＰアドレスを示す。
「位置」は、画像処理装置２の位置を示す。なお、画像処理装置２の位置の入力がない場合は、図４の例に示すように、空欄のままであってもよい。
「シリアル番号」は、画像処理装置２のシリアル番号を示す。
「操作」は、画像処理装置２を操作するための種々の操作アイコンが示される。ユーザーは当該操作アイコンをクリックすることで、画像処理装置２に対して所定の操作を行うことができる。

情報処理装置１は、予め定められたスケジュールに従って登録された画像処理装置２から稼働情報を取得することにより、当該画像処理装置２の稼働状況を更新する。

＜情報処理装置１の事前の予告要求の設定手順＞
次に、図５および図６に基づき、この発明の情報処理装置１における画像処理装置２の情報取得および予告要求の送信設定の手順について説明する。
図５は、図１に示す情報処理装置１における画像処理装置２の情報取得および事前の予告要求の送信設定の手順の概要を示すフローチャートである。図６は、図１に示す情報処理装置１の表示部１４に表示された画像処理装置２の情報取得および事前の予告要求の設定画面の一例を示す説明図である。

図５のステップＳ１において、情報処理装置１の制御部１０は、予め定められたスケジュールに従い、画像処理装置２の所定の情報を取得するよう設定されたか否かを判定する（ステップＳ１）。

ここで、図６の設定画面の各項目に示されるように、ユーザーは、情報取得の「実行開始日」、「周期」、「実行時刻」および「間隔」の設定を行うことができる。

ステップＳ１の判定において、予め定められたスケジュールに従い、所定の情報を取得するよう設定された場合（ステップＳ１の判定がＹｅｓの場合）、制御部１０は、ステップＳ２において、情報取得のタイミングの設定を受け付ける（ステップＳ２）。
その後、制御部１０は、ステップＳ３の判定を行う（ステップＳ３）。

図６の例において、情報取得の「実行開始日」は２０１６年１１月３０日、「周期」は毎日、「実行時刻」は０時０分から２３時５９分まで、そして「間隔」は２０分ごとに設定されている。

一方、ステップＳ１の判定において、予め定められたスケジュールに従い、情報を取得するよう設定されていない場合（ステップＳ１の判定がＮｏの場合）、制御部１０は、設定処理を終了させる。

次に、ステップＳ３において、制御部１０は、事前の予告要求を送信するよう設定されたか否かを判定する（ステップＳ３）。
ここで、図６に示されるように、事前の予告要求を送信する場合、ユーザーは「事前に予告要求を送信する」のチェックボックスにチェックを入れる。

ステップＳ３において、事前の予告要求を送信するよう設定された場合（ステップＳ３の判定がＹｅｓの場合）、制御部１０は、ステップＳ４において、予告要求の送信開始のタイミングおよび送信回数の設定を受け付ける（ステップＳ４）。
その後、制御部１０は、ステップＳ５の判定を行う（ステップＳ５）。

図６の例において、予告要求の「送信タイミング」として情報取得の１分１秒前、「送信回数」として１回と設定されている。

一方、事前の予告要求を送信するよう設定されていない場合（ステップＳ３の判定がＮｏの場合）、制御部１０は、設定処理を終了させる。

次に、ステップＳ５において、制御部１０は、予告要求の送信回数が２回以上に設定されたか否かを判定する（ステップＳ５）。
予告要求の送信回数が２回以上に設定された場合（ステップＳ５の判定がＹｅｓの場合）、制御部１０は、ステップＳ６において、具体的な送信タイミングを計算する（ステップＳ６）。
その後、制御部１０は、ステップＳ７の判定を行う（ステップＳ７）。

例えば、予告要求の「送信タイミング」として情報取得の１分０秒前、「送信回数」として３回と設定された場合、制御部１０は、情報取得の６０秒前、４０秒前および２０秒前にそれぞれ１回ずつ予告要求を送信する。
なお、送信タイミングの具体的な計算方法は上記に限られず、予め定められた計算式に基づき計算するようにしてもよい。

一方、予告要求の送信回数が１回のみに設定された場合（ステップＳ５の判定がＮｏの場合）、制御部１０は、ステップＳ７において、設定が確定されたか否かを判定する（ステップＳ７）。

具体的には、図６の設定画面の最下部の「ＯＫ」アイコンが押された場合、制御部１０は、設定が確定されたものと判断し、一方、「キャンセル」アイコンが押された場合、制御部１０は、設定が確定されなかったものと判断する。

設定が確定された場合（ステップＳ７の判定がＹｅｓの場合）、制御部１０は、ステップＳ８において、確定した送信タイミングを記憶部１１に記憶させる（ステップＳ８）。
一方、設定が確定されていない場合（ステップＳ７の判定がＮｏの場合）、制御部１０は、設定処理を終了させる。

＜情報処理装置１による画像処理装置２の情報取得手順＞
次に、図７および図８に基づき、この発明の情報処理装置１による画像処理装置２の情報取得手順の概要について説明する。
図７は、図１に示す情報処理装置１による画像処理装置２の情報取得手順の概要を示すフローチャートである。

図７のステップＳ１１において、情報処理装置１の制御部１０は、情報取得のスケジュールが設定済みであるか否かを判定する（ステップＳ１１）。

情報取得のスケジュールが設定済みである場合（ステップＳ１１の判定がＹｅｓの場合）、制御部１０は、ステップＳ１２の判定を行う（ステップＳ１２）。
一方、情報取得のスケジュールが未設定の場合（ステップＳ１１の判定がＮｏの場合）、制御部１０は、ステップＳ１３において、予め定められたデフォルトのスケジュールに基づき、画像処理装置２の情報を取得した後（ステップＳ１３）、情報取得処理を終了する。
なお、スケジュールが未設定の場合、手動による実行としてもよく、その場合、手動による実行の際に画像処理装置２の情報を取得するようにしてもよい。

次に、ステップＳ１２において、制御部１０は、事前の予告要求設定があるか否かを判定する（ステップＳ１２）。
事前の予告要求設定がある場合（ステップＳ１２の判定がＹｅｓの場合）、制御部１０は、ステップＳ１４において、ユーザー設定回数分、事前の予約リクエスト処理を繰り返す（ステップＳ１４）。
その後、制御部１０は、ステップＳ１５の処理を行う（ステップＳ１５）。

一方、事前の予告要求設定がない場合（ステップＳ１２の判定がＮｏの場合）、制御部１０は、ステップＳ１５の処理を行う（ステップＳ１５）。

次に、ステップＳ１５において、制御部１０は、管理対象の画像処理装置２の台数分だけ情報更新のリクエストを送信する（ステップＳ１５）。
その後、制御部１０は、情報取得処理を終了する。

図８は、図７に示す画像処理装置２の情報取得手順の一部の詳細を示すフローチャートである。
図８のステップＳ１５１において、制御部１０は、管理対象の画像処理装置２に情報更新のリクエストを送信する（ステップＳ１５１）。

続いて、ステップＳ１５２において、制御部１０は、画像処理装置２から応答があったか否かを判定する（ステップＳ１５２）。
画像処理装置２から応答があった場合（ステップＳ１５２の判定がＹｅｓの場合）、制御部１０は、ステップＳ１５３において、取得した情報に基づき情報を更新する（ステップＳ１５３）。

一方、画像処理装置２から応答がなかった場合（ステップＳ１５２の判定がＮｏの場合）、制御部１０は、ステップＳ１５４において、事前の予告要求が送信済みであるか否かを判定する（ステップＳ１５４）。

事前の予告要求が送信済みである場合（ステップＳ１５４の判定がＹｅｓの場合）、制御部１０は、ステップＳ１５５において、当該画像処理装置２が電源断などの応答が返せない状態であると判断する（ステップＳ１５５）。

一方、事前の予告要求が送信済みでない場合（ステップＳ１５４の判定がＮｏの場合）、制御部１０は、ステップＳ１５６において、当該画像処理装置２に対しリトライを行い、応答待ち状態に入る（ステップＳ１５６）。
続くステップＳ１５７において、制御部１０は、当該画像処理装置２から応答があったか否かを判定する（ステップＳ１５７）。

当該画像処理装置２から応答があった場合（ステップＳ１５７の判定がＹｅｓの場合）、制御部１０は、ステップＳ１５３の処理を行う（ステップＳ１５３）。
一方、当該画像処理装置２から応答がなかった場合（ステップＳ１５７の判定がＮｏの場合）、制御部１０は、ステップＳ１５５の処理を行う（ステップＳ１５５）。

なお、ステップＳ１５６において、画像処理装置２から応答があるまで、リトライを２回以上、予め定められた回数分繰り返すようにしてもよい。

制御部１０は、管理対象の全ての画像処理装置２に対し、ステップＳ１５１〜Ｓ１５７の処理を完了した場合、処理を終了させる。

このように、ネットワーク３を通じて接続された画像処理装置２に対し、事前の予告要求を送信することにより、従来よりも効率よく更新を行う情報処理装置１を実現できる。

（実施形態２）
実施形態２として、管理対象の画像処理装置２をグループ分けし、グループごとに異なる設定で予告要求の送信処理を行うようにしてもよい。

例えば、省電力状態からの復帰時間が通常よりも長い傾向にある画像処理装置２のグループに対しては、事前の予告要求の送信タイミングを通常よりも早めに設定して送信する処理などが考えられる。

このようにすれば、画像処理装置２に対し、グループごとに異なる設定で予告要求の送信処理を行うことができるため、画像処理装置２の特性に合わせて効率よく更新を行う情報処理装置１を実現することができる。

（実施形態３）
実施形態３として、複数台の画像処理装置２に対して、並列に図７および図８の処理をするようにしてもよい。
例えば、２０台分の並列処理が可能な情報処理装置１の場合、管理対象の２０台の画像処理装置２に対して、並列で予告要求および情報更新リクエストの送信処理を行う。

このようにすれば、並列処理で予告要求および情報更新リクエストの送信処理を行うことにより、ネットワーク３を通じて接続された画像処理装置２に対し、従来よりも効率よく更新を行う情報処理装置１を実現できる。

（実施形態４）
実施形態４として、過去に画像処理装置２に対して予告要求および情報更新リクエストを送信した結果を記憶部１１に記憶させ、その送信結果に基づき、予告要求および情報更新リクエストを送信すべき画像処理装置２の順番を決定するようにしてもよい。

例えば、過去に省電力状態で応答が遅れたことのある画像処理装置２に対して優先的に予告要求を送信するようにすることもできる。

このようにすれば、過去の送信結果に基づき、決定された順番で予告要求の送信処理を行うことにより、ネットワーク３を通じて接続された画像処理装置２に対し、従来よりも効率よく更新を行う情報処理装置１を実現できる。

（実施形態５）
実施形態５として、過去の応答結果に基づき、送信時間および送信回数を決定して送信するようにしてもよい。

このようにすれば、過去の応答結果に基づき、適切な予告要求の送信タイミングが決定されるため、ネットワーク３を通じて接続された画像処理装置２に対し、従来よりも効率よく更新を行う情報処理装置１を実現できる。

この発明の好ましい態様は、上述した複数の態様のうちの何れかを組み合わせたものも含む。
前述した実施形態の他にも、この発明について種々の変形例があり得る。それらの変形例は、この発明の範囲に属さないと解されるべきものではない。この発明には、請求の範囲と均等の意味および前記範囲内でのすべての変形とが含まれるべきである。

１：情報処理装置、 ２，２Ａ〜２Ｃ：画像処理装置、 ３：ネットワーク、 １０，２０：制御部、 １１，２３：記憶部、 １２，２４：画像処理部、 １３，２５：通信部、 １４，２８１：表示部、 １５，２８２：操作部、 ２１：画像読取部、 ２２：画像形成部、 ２６：給紙部、 ２７：計時部、 ２８：パネルユニット、 １００：管理システム、 ２２１：ＬＳＵ、 ２８２１：タッチパネル部、 ２８２２：物理操作部

Claims (8)

1. ネットワークを通じて接続された外部の機器と通信可能な情報処理装置であって、
   予め定められた前記機器に対して、予め定められた要求を送信する送信部と、前記機器に前記要求を送信すべきか否かを判定する判定部とを備え、
   前記送信部は、前記機器に対し、前記要求を送信する前に予め定められた予告要求を送信し、
   前記判定部は、前記予告要求の応答結果に応じて、前記機器に対して前記要求を送信すべきか否かを判定し、
   前記機器に対し、前記要求を送信すべきであると前記判定部が判定した場合、前記送信部は、前記機器に対して前記要求を送信することを特徴とする情報処理装置。
2. 前記機器に対し、前記要求を送信した後、予め定められた応答時間内に応答がない場合、前記送信部は、別の前記機器に対する前記要求の送信処理に移行する請求項１に記載の情報処理装置。
3. 前記予告要求の送信設定を受け付ける設定受付部をさらに備え、
   前記送信設定は、前記予告要求を送信すべきか否かの設定を含む請求項１または２に記載の情報処理装置。
4. 前記予告要求の送信設定は、前記予告要求の送信時間および送信回数の設定を含む請求項３に記載の情報処理装置。
5. 前記送信部は、前記送信時間および送信回数に基づき、前記予告要求の送信タイミングを決定して送信する請求項４に記載の情報処理装置。
6. 前記設定受付部は、前記機器をグループ分けし、前記グループごとに前記予告要求の送信設定を受け付ける請求項３〜５のいずれか１つに記載の情報処理装置。
7. ネットワークを通じて接続された予め定められた機器に対して、予め定められた要求を送信する情報処理方法であって、
   前記機器に対し、前記要求を送信する前に予め定められた予告要求を送信する予告要求送信ステップと、
   前記予告要求の応答結果に応じて、前記機器に対して前記要求を送信すべきか否かを判定する判定ステップと、
   前記機器に対し、前記要求を送信すべきであると判定した場合、前記機器に対して前記要求を送信する要求送信ステップとを含むことを特徴とする情報処理方法。
8. ネットワークを通じて接続された予め定められた機器に対して、予め定められた要求を送信する情報処理装置のプロセッサに実行させる情報処理プログラムであって、
   前記機器に対し、前記要求を送信する前に予め定められた予告要求を送信する予告要求送信ステップと、
   前記予告要求の応答結果に応じて、前記機器に対して前記要求を送信すべきか否かを判定する判定ステップと、
   前記機器に対し、前記要求を送信すべきであると判定した場合、前記機器に対して前記要求を送信する要求送信ステップとを実行させることを特徴とする情報処理プログラム。