(57)【要約】【課題】ネットワーク障害回復時の管理サーバの過負荷を防止できるシステムの提供。【解決手段】管理サーバは、画像形成装置の情報が格納された画像形成装置ＤＢと、画像形成装置から処理要求を受付ける要求受付部と、自サーバの過負荷を検知する過負荷検知部と、自サーバが過負荷のとき、画像形成装置ＤＢを検索し、処理要求を出した画像形成装置の情報を取得し、情報に基づいて、処理要求の優先度を決定する優先度決定部と、優先度が高いと決定された処理要求に対する処理を行う要求処理部と、優先度が低いと決定された処理要求を送ってきた画像形成装置に対し、時間を置いて再度処理要求を出すように依頼する遅延要求依頼部を備え、画像形成装置は、自装置の情報の更新を管理サーバに要求し、管理サーバから遅延要求依頼を受信したとき、指定された時間だけ待機した後、処理要求を再送する更新要求部を備える。【選択図】図５
2019028611.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク接続された管理サーバーと１以上の画像形成装置とを含み、
前記管理サーバーは、
前記１以上の画像形成装置と通信可能な第１の通信部と、
前記１以上の画像形成装置の各々のシリアルナンバーをキーとして、前記１以上の画像形成装置の各々の情報が格納された画像形成装置データベースが記憶されている記憶部と、
前記１以上の画像形成装置の各々からの処理要求を受け付ける要求受付部と、
自サーバーの負荷が過負荷になっているか否かを検知する過負荷検知部と、
自サーバーの負荷が過負荷になっているとき、前記要求受付部が受け付けた前記処理要求に含まれる前記シリアルナンバーに基づいて前記画像形成装置データベースを検索し、前記処理要求を出している画像形成装置の前記情報を取得し、取得した前記情報に基づいて、前記処理要求を処理する優先度を決定する優先度決定部と、
前記優先度決定部により、優先度が高いと決定された前記処理要求に対する処理を行う要求処理部と、
前記優先度決定部により、優先度が低いと決定された前記処理要求を送ってきた画像形成装置に対し、時間を置いて再度処理要求を出すように依頼する遅延要求依頼を送信する遅延要求依頼部と
を備え、
前記１以上の画像形成装置の各々は、
前記管理サーバーと通信可能な第２の通信部と、
自装置の前記情報の更新を前記管理サーバーに前記処理要求として要求し、前記管理サーバーから前記遅延要求依頼を受信したとき、指定された時間だけ待機した後、前記処理要求を再送する更新要求部と
を備えた
情報処理システム。
【請求項２】
請求項１に記載の情報処理システムであって、
前記情報は、前記１以上の画像形成装置の各々の設置されている場所を示すロケーション情報を含み、
前記優先度決定部は、
前記処理要求を送ってきた画像形成装置の前記ロケーション情報に基づいて、当該画像形成装置の設置されている場所の現在時刻がワークタイム内であるとき、前記処理要求の優先度を高くする
情報処理システム。
【請求項３】
請求項１または２に記載の情報処理システムであって、
前記情報は、前記１以上の画像形成装置の各々の過去のカウンター値の履歴であるカウンター値履歴を含み、
前記優先度決定部は、
前記処理要求を送ってきた画像形成装置の前記カウンター値履歴に基づいて、使用頻度を算出し、前記使用頻度が第１のしきい値以上であるとき、前記処理要求の優先度を高くする
情報処理システム。
【請求項４】
請求項１から３のいずれか１つに記載の情報処理システムであって、
前記情報は、前記１以上の画像形成装置の各々のカウンター情報の締め日を含み、
前記優先度決定部は、
前記処理要求を送ってきた画像形成装置のカウンター情報の締め日に基づいて、現在から締め日までの日数が第２のしきい値以下であるとき、前記処理要求の優先度を高くする
情報処理システム。
【請求項５】
ネットワーク接続された管理サーバーと１以上の画像形成装置とを含んだ情報処理システムにおける情報処理方法であって、
前記管理サーバーの記憶部が、前記１以上の画像形成装置の各々のシリアルナンバーをキーとして、前記１以上の画像形成装置の各々の情報が格納された画像形成装置データベースを記憶し、
前記１以上の画像形成装置の各々の更新要求部が、自装置の前記情報の更新を前記管理サーバーに処理要求として要求し、
前記管理サーバーの要求受付部が、前記１以上の画像形成装置の各々からの前記処理要求を受け付け、
前記管理サーバーの過負荷検知部が、自サーバーの負荷が過負荷になっているか否かを検知し、
前記管理サーバーの優先度決定部が、自サーバーの負荷が過負荷になっているとき、前記要求受付部が受け付けた前記処理要求に含まれる前記シリアルナンバーに基づいて前記画像形成装置データベースを検索し、前記処理要求を出している画像形成装置の前記情報を取得し、取得した前記情報に基づいて、前記処理要求を処理する優先度を決定し、
前記管理サーバーの要求処理部が、前記優先度決定部により、優先度が高いと決定された前記処理要求に対する処理を行い、
前記管理サーバーの遅延要求依頼部が、前記優先度決定部により、優先度が低いと決定された前記処理要求を送ってきた画像形成装置に対し、時間を置いて再度処理要求を出すように依頼する遅延要求依頼を送信し、
前記遅延要求依頼を受信した画像形成装置の更新要求部が、指定された時間だけ待機した後、前記処理要求を再送する
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置（ＭＦＰ、Multifunction Peripheral）を遠隔管理する情報処理システムおよび情報処理方法に関する。
【背景技術】
【０００２】
近年、多くの顧客サイトに設置された画像形成装置を遠隔管理するために、ネットワーク経由で中央の管理サーバーへ画像形成装置から各種のステータス情報を送信している。
【０００３】
管理する画像形成装置の数が多くなると、ステータス情報を送信するネットワークに負荷がかかる。
【０００４】
そのため、ネットワークの負荷を低減する方法が考えられた。
【０００５】
例えば、特許文献１において開示されている方法では、管理サーバーで収集するステータス情報の種類を必要なものだけに絞り込み、送信されるデータ量を減らしてネットワークへの負荷を軽減している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−３２７０９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１のような工夫をしても、ネットワーク障害が発生後、回復した時点で各画像形成装置から一斉にステータスの更新要求が送られてくることによる管理サーバーの過負荷を防止することは出来なかった。
【０００８】
以上のような事情に鑑み、本発明の目的は、ネットワーク障害回復時の管理サーバーの過負荷を防止できる情報処理システムおよび情報処理方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の一形態に係る情報処理システムは、ネットワーク接続された管理サーバーと１以上の画像形成装置とを含み、前記管理サーバーは、前記１以上の画像形成装置と通信可能な第１の通信部と、前記１以上の画像形成装置の各々のシリアルナンバーをキーとして、前記１以上の画像形成装置の各々の情報が格納された画像形成装置データベースが記憶されている記憶部と、前記１以上の画像形成装置の各々からの処理要求を受け付ける要求受付部と、自サーバーの負荷が過負荷になっているか否かを検知する過負荷検知部と、自サーバーの負荷が過負荷になっているとき、前記要求受付部が受け付けた前記処理要求に含まれる前記シリアルナンバーに基づいて前記画像形成装置データベースを検索し、前記処理要求を出している画像形成装置の前記情報を取得し、取得した前記情報に基づいて、前記処理要求を処理する優先度を決定する優先度決定部と、前記優先度決定部により、優先度が高いと決定された前記処理要求に対する処理を行う要求処理部と、前記優先度決定部により、優先度が低いと決定された前記処理要求を送ってきた画像形成装置に対し、時間を置いて再度処理要求を出すように依頼する遅延要求依頼を送信する遅延要求依頼部とを備え、前記１以上の画像形成装置の各々は、前記管理サーバーと通信可能な第２の通信部と、自装置の前記情報の更新を前記管理サーバーに前記処理要求として要求し、前記管理サーバーから前記遅延要求依頼を受信したとき、指定された時間だけ待機した後、前記処理要求を再送する更新要求部とを備える。
【００１０】
そのため、ネットワーク障害回復時の管理サーバーの過負荷を防止できる。
【００１１】
上記目的を達成するため、本発明の一形態に係る情報処理システムでは、前記情報は、前記１以上の画像形成装置の各々の設置されている場所を示すロケーション情報を含み、前記優先度決定部は、前記処理要求を送ってきた画像形成装置の前記ロケーション情報に基づいて、当該画像形成装置の設置されている場所の現在時刻がワークタイム内であるとき、前記処理要求の優先度を高くする構成でもよい。
【００１２】
上記目的を達成するため、本発明の一形態に係る情報処理システムでは、前記情報は、前記１以上の画像形成装置の各々の過去のカウンター値の履歴であるカウンター値履歴を含み、前記優先度決定部は、前記処理要求を送ってきた画像形成装置の前記カウンター値履歴に基づいて、使用頻度を算出し、前記使用頻度が第１のしきい値以上であるとき、前記処理要求の優先度を高くする構成でもよい。
【００１３】
上記目的を達成するため、本発明の一形態に係る情報処理システムでは、前記情報は、前記１以上の画像形成装置の各々のカウンター情報の締め日を含み、前記優先度決定部は、前記処理要求を送ってきた画像形成装置のカウンター情報の締め日に基づいて、現在から締め日までの日数が第２のしきい値以下であるとき、前記処理要求の優先度を高くする構成でもよい。
【００１４】
上記目的を達成するため、本発明の一形態に係る情報処理方法は、ネットワーク接続された管理サーバーと１以上の画像形成装置とを含んだ情報処理システムにおける情報処理方法であって、前記管理サーバーの記憶部が、前記１以上の画像形成装置の各々のシリアルナンバーをキーとして、前記１以上の画像形成装置の各々の情報が格納された画像形成装置データベースを記憶し、前記１以上の画像形成装置の各々の更新要求部が、自装置の前記情報の更新を前記管理サーバーに処理要求として要求し、前記管理サーバーの要求受付部が、前記１以上の画像形成装置の各々からの前記処理要求を受け付け、前記管理サーバーの過負荷検知部が、自サーバーの負荷が過負荷になっているか否かを検知し、前記管理サーバーの優先度決定部が、自サーバーの負荷が過負荷になっているとき、前記要求受付部が受け付けた前記処理要求に含まれる前記シリアルナンバーに基づいて前記画像形成装置データベースを検索し、前記処理要求を出している画像形成装置の前記情報を取得し、取得した前記情報に基づいて、前記処理要求を処理する優先度を決定し、前記管理サーバーの要求処理部が、前記優先度決定部により、優先度が高いと決定された前記処理要求に対する処理を行い、前記管理サーバーの遅延要求依頼部が、前記優先度決定部により、優先度が低いと決定された前記処理要求を送ってきた画像形成装置に対し、時間を置いて再度処理要求を出すように依頼する遅延要求依頼を送信し、前記遅延要求依頼を受信した画像形成装置の更新要求部が、指定された時間だけ待機した後、前記処理要求を再送する。
【発明の効果】
【００１５】
以上のように、本発明によれば、ネットワーク障害回復時の管理サーバーの過負荷を防止できる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態に係る情報処理システム１００の全体構成図である。
【図２】管理サーバー１０が一般的なコンピューターにより構成される場合の構成図である。
【図３】画像形成装置ＤＢ１７ａの構成例を示す図である。
【図４】画像形成装置２０の構成を概略的に示す構成図である
【図５】情報処理システム１００における全体的な処理の流れについて説明するためのフローチャートである。
【図６】管理サーバー１０の優先度決定部１１ｃで行われる処理要求の優先度決定処理の流れについて説明するためのフローチャートである。
【発明を実施するための形態】
【００１７】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００１８】
［全体構成と概要］
最初に、本発明の一実施形態に係る情報処理システム１００の全体構成と概要について説明する。図１は、本発明の一実施形態に係る情報処理システム１００の全体構成図である。
【００１９】
情報処理システム１００は、ネットワーク接続された、管理サーバー１０と１以上の画像形成装置２０を含んで構成される。管理サーバー１０はクラウド上に設置されている。画像形成装置２０の各々は、顧客サイトに設置されている。
【００２０】
各顧客サイトに設置されている画像形成装置２０は、定期的にステータス情報などを管理サーバー１０に送信し、管理サーバー１０が保持している画像形成装置ＤＢ１７ａ内の各種情報を更新する。
【００２１】
なお、図では３台の画像形成装置２０が管理サーバー１０に接続されているが、実際には数千台の画像形成装置２０が管理サーバー１０と接続されている。
【００２２】
そして、ネットワーク障害が発生し、障害が回復すると、障害前に管理サーバー１０と通信中だった全ての画像形成装置２０が一斉に再接続要求（以下、処理要求とも呼ぶ）を出してくる。
【００２３】
そのため、何も対策を講じないと管理サーバー１０が過負荷となり、情報処理システム１００のユーザーに対して適切なサービスを行えなくなる。
【００２４】
そこで、情報処理システム１００では、ネットワーク障害が回復した際、一斉に送られてくる数多くの再接続要求に対して各種条件に基づいて優先順位を付け、優先順位の高い要求内容の処理を行うと共に、優先順位が低いと判断された要求に対しては、その要求を送信した画像形成装置２０に対し、時間を置いて再度要求を出すように依頼する。
【００２５】
そのため、ネットワーク障害回復時の管理サーバーの過負荷を防止できる。
【００２６】
以上、本発明の一実施形態に係る情報処理システム１００の全体構成と概要について説明した。
【００２７】
［管理サーバーの構成］
次に、管理サーバー１０の構成について説明する。管理サーバー１０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。管理サーバー１０が一般的なコンピューターにより構成される場合の構成図を図２に示す。
【００２８】
同図に示すように、管理サーバー１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、操作入力部１４、通信部１５（第１の通信部）、表示部１６、および記憶部１７を有し、これら各ブロックがバス１８を介して接続されている。
【００２９】
ＲＯＭ１２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ１３は、ＣＰＵ１１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００３０】
記憶部１７は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリー、その他の不揮発性メモリーである。記憶部１７には、ＯＳや各種アプリケーション、各種データ、画像形成装置ＤＢ（データベース）１７ａ（後述）が記憶される。
【００３１】
通信部１５は、ネットワーク上の画像形成装置２０等と情報のやりとりを行う為のネットワークと結ばれている。
【００３２】
ＣＰＵ１１は、ＲＯＭ１２や記憶部１７に格納された複数のプログラムのうち、操作入力部１４から与えられる命令に対応するプログラムをＲＡＭ１３に展開し、この展開されたプログラムにしたがって、表示部１６及び記憶部１７を適宜制御する。
【００３３】
操作入力部１４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。
【００３４】
表示部１６は、例えば液晶ディスプレイ、ＥＬ（Electro-Luminescence）ディスプレイ、プラズマディスプレイ等である。
【００３５】
次に、ＣＰＵ１１においてプログラムが実行されることにより実現される機能ブロックについて説明する。
【００３６】
管理サーバー１０のＣＰＵ１１において実現される機能ブロックは、要求受付部１１ａ、過負荷検知部１１ｂ、優先度決定部１１ｃ、要求処理部１１ｄ、および遅延要求依頼部１１ｅである。
【００３７】
要求受付部１１ａは、画像形成装置２０からの処理要求を受け付ける。
【００３８】
過負荷検知部１１ｂは、管理サーバー１０の負荷が過負荷になっているか否かを検知する。
【００３９】
優先度決定部１１ｃは、管理サーバー１０の負荷が過負荷になっているとき、要求受付部１１ａが受け付けた画像形成装置２０からの処理要求に含まれる画像形成装置２０のシリアルナンバーに基づいて画像形成装置ＤＢ１７ａを検索し、処理要求を出している画像形成装置２０のロケーション、過去の稼働状況、およびカウンター情報の締め日を取得し、取得したロケーション、過去の稼働状況、およびカウンター情報の締め日に基づいて、処理要求を処理する優先度を決定する。
【００４０】
要求処理部１１ｄは、優先度決定部１１ｃにより、優先度が高いと決定された処理要求に対する処理、主に画像形成装置ＤＢ１７ａ内のステータス情報等の更新を行う。
【００４１】
遅延要求依頼部１１ｅは、優先度決定部１１ｃにより、優先度が低いと決定された処理要求を送ってきた画像形成装置２０に対し、時間を置いて再度処理要求を出すように依頼する。
【００４２】
以上、管理サーバー１０の構成について説明した。
【００４３】
［画像形成装置ＤＢについて］
次に、画像形成装置ＤＢ１７ａについて説明する。図３は、画像形成装置ＤＢ１７ａの構成例を示す図である。
【００４４】
画像形成装置ＤＢ１７ａには、画像形成装置２０のシリアルナンバーをキーとして、画像形成装置２０のステータス情報、オンライン／オフライン情報、カウンター情報、カウンター値履歴、カウンター情報の締め日などが登録されている。
【００４５】
ステータス情報は、画像形成装置２０のエラー状態などを示す情報である。
【００４６】
ロケーション情報は、画像形成装置２０の設置されている場所（地域）を示す。ロケーション情報に基づいて画像形成装置２０の設置されている場所におけるワークタイムを割り出すことが出来る。
【００４７】
オンライン／オフライン情報は、画像形成装置２０がオンライン状態であるか、オフライン状態であるかを示す情報である。
【００４８】
カウンター情報は、画像形成装置２０のカウンター値を示す情報である。
【００４９】
カウンター値履歴は、過去のカウンター値が記録されている履歴であり、この履歴を用いることにより、画像形成装置２０の過去の稼働状況を知ることが出来る。
【００５０】
カウンター情報の締め日は、画像形成装置２０の使用量に応じてディーラーが顧客に課金するためのカウンター情報の締め切り日である。毎月１０日とか、毎月２０日とかに設定される。
上記の情報は、各画像形成装置２０からの更新要求により更新される。
【００５１】
以上、画像形成装置ＤＢ１７ａについて説明した。
【００５２】
［画像形成装置の構成］
次に、本発明の一実施形態に係る画像形成装置２０の構成について説明する。図４は画像形成装置２０の構成を概略的に示す構成図である。
【００５３】
画像形成装置２０は、制御部２１を備える。制御部２１は、ＣＰＵ、ＲＡＭ、ＲＯＭ、および専用のハードウェア回路等から構成され、画像形成装置２０の全体的な動作制御を司る。
【００５４】
制御部２１は、原稿読取部２２、画像処理部２３、画像メモリー２４、画像形成部２５、操作部２６、表示部２６ａ、ファクシミリ通信部２７、通信部２８（第２の通信部）、記憶部２９等と接続されている。制御部２１は、接続されている上記各部の動作制御や、各部との間での信号又はデータの送受信を行う。
【００５５】
制御部２１は、ユーザーから、操作部２６またはネッワーク接続されたＰＣ等を通じて入力されるジョブの実行指示に従って、スキャナ機能、印刷機能、コピー機能、およびファクシミリ送受信機能などの各機能についての動作制御を実行するために必要な機構の駆動及び処理を制御する。
【００５６】
また、制御部２１は、更新要求部２１ａを有している。更新要求部２１ａは、ＲＯＭなどからＲＡＭにロードされたプログラムがＣＰＵにより実行されることで実現される機能ブロックである。
【００５７】
更新要求部２１ａは、画像形成装置２０のステータス情報、カウンター情報などの更新を管理サーバー１０に要求する。管理サーバー１０との通信中にネットワーク障害が発生した場合は、ネットワーク回復後に処理要求を再送する。
【００５８】
また、更新要求部２１ａは、管理サーバー１０から時間を置いて再送することを依頼する遅延要求依頼を受信した場合、指定された時間だけ待機した後、処理要求を再送する。
【００５９】
原稿読取部２２は、原稿から画像を読み取る。
【００６０】
画像処理部２３は、原稿読取部２２で読み取られた画像の画像データを必要に応じて画像処理する。例えば、画像処理部２３は、原稿読取部２２により読み取られた画像が画像形成された後の品質を向上させるために、シェーディング補正等の画像処理を行う。
【００６１】
画像メモリー２４は、原稿読取部２２による読み取りで得られた原稿画像のデータを一時的に記憶したり、画像形成部２５での印刷対象となるデータを一時的に記憶したりする領域である。
【００６２】
画像形成部２５は、原稿読取部２２で読み取られた画像データ等の画像形成を行う。
【００６３】
操作部２６は、画像形成装置２０が実行可能な各種動作及び処理についてユーザーからの指示を受け付けるタッチパネル部および操作キー部を備える。タッチパネル部は、タッチパネルが設けられたＬＣＤ（Liquid Crystal Display）等の表示部２６ａを備えている。
【００６４】
ファクシミリ通信部２７は、図示しない符号化／復号化部、変復調部、およびＮＣＵ（Network Control Unit）を備え、公衆電話回線網を用いてのファクシミリの送信を行う。
【００６５】
通信部２８は、ＬＡＮボード等の通信モジュールから構成され、通信部２８に接続されたＬＡＮ等を介して、ネットワーク上の装置(管理サーバー１０等)と種々のデータの送受信を行う。
【００６６】
記憶部２９は、原稿読取部２２によって読み取られた原稿画像および管理サーバーのアドレス２９ａなどを記憶する。記憶部２９は、ＨＤＤなどの大容量の記憶装置である。
【００６７】
管理サーバーのアドレス２９ａは、画像形成装置２０が管理サーバー１０と通信する際に参照される。
【００６８】
以上、画像形成装置２０の構成について説明した。
【００６９】
［全体的な処理の流れ］
次に、情報処理システム１００における全体的な処理の流れについて説明する。図５は、情報処理システム１００における全体的な処理の流れについて説明するためのフローチャートである。
【００７０】
まず、画像形成装置２０の更新要求部２１ａが、管理サーバー１０に対し、ステータス等の更新要求（処理要求）を送信する（ここでの送信には、ネットワーク障害から回復後の再接続要求も含む）（ステップＳ１）。
【００７１】
次に、管理サーバー１０の要求受付部１１ａが、画像形成装置２０からの処理要求を受け付ける（ステップＳ２）。
【００７２】
次に、管理サーバー１０の過負荷検知部１１ｂが、現在、管理サーバー１０が過負荷状態にあるか否かを検知する（ステップＳ３）。
【００７３】
管理サーバー１０が過負荷状態にない場合（ステップＳ３のＮ）、管理サーバー１０の要求処理部１１ｄが、画像形成装置２０から要求された処理を行い、処理を完了する（ステップＳ４）。
【００７４】
管理サーバー１０が過負荷状態にある場合（ステップＳ３のＹ）、管理サーバー１０の優先度決定部１１ｃが、処理要求の優先度を決定する（ステップＳ５）。優先度決定方法については後述する。
【００７５】
次に、管理サーバー１０の優先度決定部１１ｃは、処理要求の決定された優先度が高いか否かを判断する（ステップＳ６）。
【００７６】
処理要求の優先度が高い場合（ステップＳ６のＹ）、管理サーバー１０の要求処理部１１ｄが、画像形成装置２０から要求された処理を行い、処理を完了する（ステップＳ７）。
【００７７】
処理要求の優先度が低い場合（ステップＳ６のＮ）、管理サーバー１０の遅延要求依頼部１１ｅが、要求を出した画像形成装置２０に対し、指定された時間を置いて再度処理要求を出すように依頼し、処理を完了する（ステップＳ８）。
【００７８】
以上、情報処理システム１００における全体的な処理の流れについて説明した。
【００７９】
［優先度決定処理の流れ］
次に、管理サーバー１０の優先度決定部１１ｃで行われる処理要求の優先度決定処理の流れについて説明する。図６は、管理サーバー１０の優先度決定部１１ｃで行われる処理要求の優先度決定処理の流れについて説明するためのフローチャートである。
【００８０】
まず、優先度決定部１１ｃが、処理要求の優先度を「低」に設定する（ステップＳ５１）。
【００８１】
次に、優先度決定部１１ｃは、画像形成装置ＤＢ１７ａからロケーション情報を取得する（ステップＳ５２）。
【００８２】
次に、優先度決定部１１ｃは、取得したロケーション情報から処理要求を出している画像形成装置２０の設置されているサイトの現在時刻がワークタイム内（例えば日本であれば午前９時から午後５時までの間）であるか否かを判断する（ステップＳ５３）。ワークタイム外の時間帯にある画像形成装置２０に対しては、優先度を低くし、時間を置いての再要求を依頼しても問題が無いと考えられるからである。
【００８３】
ワークタイム内である場合（ステップＳ５３のＹ）、優先度決定部１１ｃは、処理要求の優先度を「高」に変更する（ステップＳ５４）。
【００８４】
ワークタイム内ではない場合（ステップＳ５３のＮ）、優先度決定部１１ｃは、何もせず、次の処理（ステップＳ５５）に進む。
【００８５】
次に、優先度決定部１１ｃは、画像形成装置ＤＢ１７ａからカウンター値履歴を取得する（ステップＳ５５）。
【００８６】
次に、優先度決定部１１ｃは、取得したカウンター値履歴から処理要求を出している画像形成装置２０の使用頻度を算出し、使用頻度が高いか（使用頻度が第１のしきい値以上か）否かを判断する（ステップＳ５６）。使用頻度が低い画像形成装置２０については、優先度を低くし、時間を置いての再要求を依頼しても問題が無いと考えられるからである。
【００８７】
使用頻度が第１のしきい値以上である場合（ステップＳ５６のＹ）、優先度決定部１１ｃは、処理要求の優先度を「高」に変更する（ステップＳ５７）。
【００８８】
使用頻度が第１のしきい値未満である場合（ステップＳ５６のＮ）、優先度決定部１１ｃは、何もせず、次の処理（ステップＳ５８）に進む。
【００８９】
次に、優先度決定部１１ｃは、画像形成装置ＤＢ１７ａからカウンター情報の締め日を取得する（ステップＳ５８）。
【００９０】
次に、優先度決定部１１ｃは、取得したカウンター情報の締め日から、締め日が近いか（現在から締め日までの日数が第２のしきい値以下であるか）否かを判断する（ステップＳ５９）。カウンター情報は課金のために最も重要な情報であり、締め日が近い画像形成装置２０では優先的にカウンター情報を収集しなければならない。
【００９１】
締め日までの日数が第２のしきい値以下である場合（ステップＳ５９のＹ）、優先度決定部１１ｃは、処理要求の優先度を「高」に変更し、メインルーチンに戻る（ステップＳ６０）。
【００９２】
締め日までの日数が第２のしきい値を超える場合（ステップＳ５９のＮ）、優先度決定部１１ｃは、何もせず、メインルーチンに戻る。
【００９３】
以上、管理サーバー１０の優先度決定部１１ｃで行われる処理要求の優先度決定処理の流れについて説明した。
【００９４】
［補足事項］
以上のように、本発明の情報処理システム１００は、ネットワーク接続された管理サーバー１０と１以上の画像形成装置２０とを含み、前記管理サーバー１０は、前記１以上の画像形成装置２０と通信可能な第１の通信部１５と、前記１以上の画像形成装置２０の各々のシリアルナンバーをキーとして、前記１以上の画像形成装置２０の各々の情報が格納された画像形成装置データベース１７ａが記憶されている記憶部１７と、前記１以上の画像形成装置２０の各々からの処理要求を受け付ける要求受付部１１ａと、自サーバー１０の負荷が過負荷になっているか否かを検知する過負荷検知部１１ｂと、自サーバー１０の負荷が過負荷になっているとき、前記要求受付部１１ａが受け付けた前記処理要求に含まれる前記シリアルナンバーに基づいて前記画像形成装置データベース１７ａを検索し、前記処理要求を出している画像形成装置２０の前記情報を取得し、取得した前記情報に基づいて、前記処理要求を処理する優先度を決定する優先度決定部１１ｃと、前記優先度決定部１１ｃにより、優先度が高いと決定された前記処理要求に対する処理を行う要求処理部１１ｄと、前記優先度決定部１１ｃにより、優先度が低いと決定された前記処理要求を送ってきた画像形成装置２０に対し、時間を置いて再度処理要求を出すように依頼する遅延要求依頼を送信する遅延要求依頼部１１ｅとを備え、前記１以上の画像形成装置２０の各々は、前記管理サーバー１０と通信可能な第２の通信部２８と、自装置２０の前記情報の更新を前記管理サーバー１０に前記処理要求として要求し、前記管理サーバー１０から前記遅延要求依頼を受信したとき、指定された時間だけ待機した後、前記処理要求を再送する更新要求部２１ａとを備える。
【００９５】
そのため、ネットワーク障害回復時の管理サーバーの過負荷を防止できる。
【００９６】
その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【００９７】
１０  …  管理サーバー
１１  …  ＣＰＵ
１１ａ…  要求受付部
１１ｂ…  過負荷検知部
１１ｃ…  優先度決定部
１１ｄ…  要求処理部
１１ｅ…  遅延要求依頼部
１２  …  ＲＯＭ
１３  …  ＲＡＭ
１４  …  操作入力部
１５  …  通信部
１６  …  表示部
１７  …  記憶部
１７ａ…  画像形成装置ＤＢ
１８  …  バス
２０  …  画像形成装置
２１  …  制御部
２１ａ…  更新要求部
２２  …  原稿読取部
２３  …  画像処理部
２４  …  画像メモリー
２５  …  画像形成部
２６  …  操作部
２６ａ…  表示部
２７  …  ファクシミリ通信部
２８  …  通信部
２９  …  記憶部
２９ａ…  管理サーバーのアドレス
１００  …  情報処理システム
【図１】
2019028611.tif 000003
【図２】
2019028611.tif 000004
【図３】
2019028611.tif 000005
【図４】
2019028611.tif 000006
【図５】
2019028611.tif 000007
【図６】
2019028611.tif 000008