(57)【要約】【課題】管理サーバのダウンの回避と，管理サーバの利用効率の向上とを両立させる技術を提供すること。【解決手段】管理サーバ１００は，通信要求を行った画像処理装置に対し，現在通信を許可している画像処理装置の台数が，同時通信台数以上であると判断した場合には通信を許可せず，同時通信台数を下回ると判断した場合には通信を許可する。そして，通信を許可した画像処理装置との間で，管理対象のデータの通信を行う。さらに，管理サーバ１００は，同時通信可能台数を，通信要求を受け付けた後に，現在管理サーバ１００が受け入れられる負荷と，画像処理装置が通信要求によって管理サーバ１００に与える負荷とに基づいて決定する。【選択図】            図５
2013137642.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置を管理する管理サーバにおいて，
前記画像処理装置からの通信要求を受け付ける受付部と，
前記管理サーバが現在受け入れられる負荷と，前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷とに基づいて，同時通信可能な画像処理装置の台数である同時通信台数を決定する決定部と，
現在通信を許可している画像処理装置の台数が，前記同時通信台数を超えるか否かを判断する判断部と，
前記受付部が前記通信要求を受け付けた前記画像処理装置に対し，前記判断部が前記同時通信台数以上であると判断した場合には通信を許可せず，前記判断部が前記同時通信台数を下回ると判断した場合には通信を許可する許可部と，
前記許可部が通信を許可した前記画像処理装置との間で，管理対象のデータの通信を行う通信部と，
を備えることを特徴とする管理サーバ。
【請求項２】
請求項１に記載する管理サーバにおいて，
前記受付部は，前記通信要求として前記管理サーバへのログインを要求するログイン要求を受け付け可能であり，
前記管理サーバが現在受け入れられる負荷と，前記画像処理装置が前記ログイン要求によって前記管理サーバに与える負荷とに基づいて，同時ログイン可能な台数である同時ログイン台数を決定するログイン決定部と，
現在ログインを許可している画像処理装置の台数が，前記同時ログイン台数を超えるか否かを判断するログイン判断部と，
ログイン要求を出力した画像処理装置に対し，前記ログイン判断部が前記同時ログイン台数以上であると判断した場合にはログインを許可せず，前記ログイン判断部が前記同時ログイン台数を下回ると判断した場合にはログインを許可するログイン許可部と，
を備え，
前記通信部は，前記ログイン許可部がログインを許可した前記画像処理装置との間で，管理対象のデータの通信を行うことを特徴とする管理サーバ。
【請求項３】
請求項１または請求項２に記載する管理サーバにおいて，
前記受付部が前記通信要求を受け付けた画像処理装置のスペックと通信データサイズとに基づいて，前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷を取得する取得部を備え，
前記決定部は，前記取得部が取得した前記負荷を，前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷とすることを特徴とする管理サーバ。
【請求項４】
請求項３に記載する管理サーバにおいて，
前記画像処理装置は，印刷機能を有しており，
前記画像処理装置は，所定枚数の印刷ごとに前記通信要求を出力し，
前記取得部は，前記画像処理装置の印刷速度を前記画像処理装置のスペックとすることを特徴とする管理サーバ。
【請求項５】
請求項３または請求項４に記載する管理サーバにおいて，
前記画像処理装置は，読取機能を有しており，
前記画像処理装置は，所定枚数の読み取りごとに前記通信要求を出力し，
前記取得部は，前記画像処理装置の読取速度を前記画像処理装置のスペックとすることを特徴とする管理サーバ。
【請求項６】
請求項３から請求項５のいずれか１つに記載する管理サーバにおいて，
前記画像処理装置の機能ごとのスペックに基づいて，機能ごとの前記通信要求によって前記画像処理装置が前記管理サーバに与える負荷を算出し，機能ごとに算出された負荷のうちの最大負荷を選択する選択部を備え，
前記取得部は，前記選択部にて選択された負荷を，前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷として取得することを特徴とする管理サーバ。
【請求項７】
請求項６に記載する管理サーバにおいて，
通信を許可した画像処理装置のうち，前記管理サーバに与える負荷が最大となる画像処理装置の当該負荷を記憶する記憶部と，
前記選択部にて選択された負荷である負荷Ａが前記記憶部に記憶されている負荷である負荷Ｂよりも大きいか否かを判断する負荷判断部と，
を備え，
前記取得部は，前記負荷判断部にて前記負荷Ａの方が大きいと判断された場合，前記記憶部に前記負荷Ａを書き込み，前記負荷判断部にて前記負荷Ｂの方が大きいと判断された場合，前記負荷Ｂを前記画像処理装置が前記管理サーバに与える負荷として取得することを特徴とする管理サーバ。
【請求項８】
請求項３から請求項５のいずれか１つに記載する管理サーバにおいて，
前記画像処理装置の機能のうち，最大使用頻度の機能を実行する際に前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷を算出する算出部を備え，
前記取得部は，前記算出部にて算出された負荷を，前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷として取得することを特徴とする管理サーバ。
【請求項９】
請求項８に記載する管理サーバにおいて，
通信を許可した画像処理装置のうち，前記管理サーバに与える負荷が最大となる画像処理装置の当該負荷を記憶する記憶部と，
前記算出部にて算出された負荷である負荷Ｃが前記記憶部に記憶されている負荷である負荷Ｂよりも大きいか否かを判断する負荷判断部と，
を備え，
前記取得部は，前記負荷判断部にて前記負荷Ｃの方が大きいと判断された場合，前記記憶部に前記負荷Ｃを書き込み，前記負荷判断部にて前記負荷Ｂの方が大きいと判断された場合，前記負荷Ｂを前記画像処理装置が前記管理サーバに与える負荷として取得することを特徴とする管理サーバ。
【請求項１０】
画像処理装置を管理する管理サーバを，
前記画像処理装置からの通信要求を受け付ける受付手段と，
前記管理サーバが現在受け入れられる負荷と，前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷とに基づいて，同時通信可能な画像処理装置の台数である同時通信台数を決定する決定手段と，
現在通信を許可している画像処理装置の台数が，前記同時通信台数を超えるか否かを判断する判断手段と，
前記受付手段が前記通信要求を受け付けた前記画像処理装置に対し，前記判断手段が前記同時通信台数を超えると判断した場合には通信を許可せず，前記判断手段が前記同時通信台数を超えないと判断した場合には通信を許可する許可手段と，
前記許可手段が通信を許可した前記画像処理装置との間で，管理対象のデータの通信を行う通信手段と，
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，画像処理装置を管理する管理サーバおよびその管理サーバのプログラムに関する。さらに詳細には，管理サーバが管理する画像処理装置の台数を制限する技術に関するものである。
【背景技術】
【０００２】
従来から，コピー機やＦＡＸ装置等の画像処理装置と接続し，それらの画像処理装置を管理する管理サーバが知られている。管理サーバは，例えば，画像処理の実行許可，課金管理，実行回数制限，実行履歴管理を行う。
【０００３】
前記した管理サーバの技術を開示した文献としては，例えば特許文献１がある。特許文献１の画像形成システムでは，プリンタから管理サーバにログインし，管理サーバがユーザＩＤごとに累積ページ数を管理する。そして，特許文献１の画像形成システムでは，累積ページ数が制限ページ数を超えている場合には，印刷を禁止する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１７０９９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら，前記した従来の管理サーバには，次のような問題があった。すなわち，管理サーバにアクセスする画像処理装置が多くなると，管理サーバの処理負荷が高くなり，管理サーバがダウンする危険性が高くなる。この管理サーバのダウンを回避するには，同時通信可能な画像処理装置の台数を制限する方が好ましい。しかし，画像処理装置の台数を固定値で制限してしまうと，固定値以上の画像処理装置が通信できない。一方で，通信を許可している画像処理装置が画像処理を行っていない場合には，通信要求も少なく，管理サーバにかかる負荷は小さい。つまり，管理サーバの能力に十分な余裕があるにもかかわらず，新規の画像処理装置を管理対象とすることができないという問題が生じる。
【０００６】
本発明は，前記した従来の技術が有する問題点を解決するためになされたものである。すなわちその課題とするところは，管理サーバのダウンの回避と，管理サーバの利用効率の向上とを両立させる技術を提供することにある。
【課題を解決するための手段】
【０００７】
この課題の解決を目的としてなされた管理サーバは，画像処理装置を管理する管理サーバであって，前記画像処理装置からの通信要求を受け付ける受付部と，前記管理サーバが現在受け入れられる負荷と，前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷とに基づいて，同時通信可能な台数である同時通信台数を決定する決定部と，現在通信を許可している画像処理装置の台数が，前記同時通信台数を超えるか否かを判断する判断部と，前記受付部が前記通信要求を受け付けた前記画像処理装置に対し，前記判断部が前記同時通信台数以上であると判断した場合には通信を許可せず，前記判断部が前記同時通信台数を下回ると判断した場合には通信を許可する許可部と，前記許可部が通信を許可した前記画像処理装置との間で，管理対象のデータの通信を行う通信部とを備えることを特徴としている。
【０００８】
本明細書により開示される管理サーバは，通信要求を行った画像処理装置に対し，現在通信を許可している画像処理装置の台数が，同時通信台数以上であると判断した場合には通信を許可せず，同時通信台数を下回ると判断した場合には通信を許可する。そして，通信を許可した画像処理装置との間で，管理対象のデータの通信を行う。画像処理装置から送られる通信要求としては，例えば管理が必要なジョブの処理許可申請や，管理が必要なジョブの処理完了通知や，管理サーバへのログイン要求が該当する。さらに，管理サーバは，同時通信可能台数を，通信要求を受け付けた後に，自装置が現在受け入れられる負荷と，画像処理装置が通信要求によって自装置に与える負荷とに基づいて決定する。自装置が現在受け入れられる負荷は，例えば，自装置の能力から得られる処理可能な最大負荷と，現在自装置にかかっている負荷との差分によって得られる。
【０００９】
すなわち，本明細書により開示される管理サーバは，画像処理装置から通信要求を受け付けた後に，自装置が現在受け入れられる負荷をパラメータとして同時通信台数を決定する，つまり同時通信台数を，現在自装置が受け入れられる負荷に応じた可変値とする。これにより，管理サーバへの通信が許可される画像処理装置の台数の自由度が大きくなる。例えば，自装置が現在受け入れられる負荷が大きければ，負荷が小さい場合と比較して同時通信台数を多くし，管理サーバの利用効率を上げることができる。一方，自装置が現在受け入れられる負荷が小さければ同時通信台数を少なくし，管理サーバのダウンの可能性を低くすることができる。
【００１０】
また，本明細書により開示される管理サーバは，前記受付部は，前記通信要求として前記管理サーバへのログインを要求するログイン要求を受け付け可能であり，前記管理サーバが現在受け入れられる負荷と，前記画像処理装置が前記ログイン要求によって前記管理サーバに与える負荷とに基づいて，同時ログイン可能な台数である同時ログイン台数を決定するログイン決定部と，現在ログインを許可している画像処理装置の台数が，前記同時ログイン台数を超えるか否かを判断するログイン判断部と，ログイン要求を出力した画像処理装置に対し，前記ログイン判断部が前記同時ログイン台数以上であると判断した場合にはログインを許可せず，前記ログイン判断部が前記同時ログイン台数を下回ると判断した場合にはログインを許可するログイン許可部とを備え，前記通信部は，前記ログイン許可部がログインを許可した前記画像処理装置との間で，管理対象のデータの通信を行うとよい。このような構成にすることで，例えば，管理サーバが現在受け入れられる負荷が大きければ，負荷が大きい場合と比較して同時ログイン台数を多くし，管理サーバの利用効率を上げることができる。一方，管理サーバが現在受け入れられる負荷が小さければ，同時ログイン台数を少なくし，管理サーバのダウンの可能性を低くすることができる。
【００１１】
また，本明細書により開示される管理サーバは，前記受付部が前記通信要求を受け付けた画像処理装置のスペックと通信データサイズとに基づいて，前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷を取得する取得部を備え，前記決定部は，前記取得部が取得した前記負荷を，前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷とするとよい。すなわち，画像処理装置が通信要求によって管理サーバに与える負荷として，あらかじめ固定値として保有していてもよいが，通信要求を行った画像処理装置のスペックと通信データサイズとに応じて取得される可変値とする方が，より的確な同時通信台数を得ることが期待できる。なお，画像処理装置のスペックとは，装置が有する性能や機能，構成，仕様等，処理能力を表すものであり，例えば，印刷速度，スキャン速度が該当する。また，画像処理装置のスペックは，画像処理装置から直接取得してもよいし，画像処理装置のスペックを記憶するデータベース（データベースの保有は管理サーバ自身でも他装置でもよい）から取得してもよい。
【００１２】
例えば，前記画像処理装置は，印刷機能を有しており，前記画像処理装置は，所定枚数の印刷ごとに前記通信要求を出力し，前記取得部は，前記画像処理装置の印刷速度を前記画像処理装置のスペックとするとよい。印刷速度から通信要求が出力される間隔を求めることができ，その間隔から単位時間当たりの管理サーバへの処理負荷を算出することができる。
【００１３】
また，例えば，前記画像処理装置は，読取機能を有しており，前記画像処理装置は，所定枚数の読み取りごとに前記通信要求を出力し，前記取得部は，前記画像処理装置の読取速度を前記画像処理装置のスペックとするとよい。読取速度から通信要求が出力される間隔を求めることができ，その間隔から単位時間当たりの管理サーバへの処理負荷を算出することができる。
【００１４】
また，本明細書により開示される管理サーバは，前記画像処理装置の機能ごとのスペックに基づいて，機能ごとの前記通信要求によって前記画像処理装置が前記管理サーバに与える負荷を算出し，機能ごとに算出された負荷のうちの最大負荷を選択する選択部を備え，前記取得部は，前記選択部にて選択された負荷を，前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷として取得するとよい。この構成によれば，画像処理装置で負荷が最大となる機能が実行されたとしても，管理サーバがダウンしない同時通信台数を得ることができる。なお，画像処理装置の機能としては，例えば，コピー，スキャン，ＦＡＸ受信，ＦＡＸ送信が該当する。
【００１５】
また，上記の管理サーバは，通信を許可した画像処理装置のうち，前記管理サーバに与える負荷が最大となる画像処理装置の当該負荷を記憶する記憶部と，前記選択部にて選択された負荷である負荷Ａが前記記憶部に記憶されている負荷である負荷Ｂよりも大きいか否かを判断する負荷判断部とを備え，前記取得部は，前記負荷判断部にて前記負荷Ａの方が大きいと判断された場合，前記記憶部に前記負荷Ａを書き込み，前記負荷判断部にて前記負荷Ｂの方が大きいと判断された場合，前記負荷Ｂを前記画像処理装置が前記管理サーバに与える負荷として取得するとよい。過去に選択された負荷の中から最大の負荷を画像処理装置の負荷とすることで，より管理サーバがダウンしない同時通信台数を得ることができる。
【００１６】
また，本明細書により開示される管理サーバは，前記画像処理装置の機能のうち，最大使用頻度の機能を実行する際に前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷を算出する算出部を備え，前記取得部は，前記算出部にて算出された負荷を，前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷として取得するとよい。使用頻度が最大となる機能の負荷に基づいて同時通信台数を決定することで，管理サーバの利用状況に好適な同時通信台数を得ることが期待できる。なお，機能ごとの使用頻度の情報は，各画像処理装置が保有してもよいし，管理サーバが保有してもよい。
【００１７】
また，上記の管理サーバは，通信を許可した画像処理装置のうち，前記管理サーバに与える負荷が最大となる画像処理装置の当該負荷を記憶する記憶部と，前記算出部にて算出された負荷である負荷Ｃが前記記憶部に記憶されている負荷である負荷Ｂよりも大きいか否かを判断する負荷判断部とを備え，前記取得部は，前記負荷判断部にて前記負荷Ｃの方が大きいと判断された場合，前記記憶部に前記負荷Ｃを書き込み，前記負荷判断部にて前記負荷Ｂの方が大きいと判断された場合，前記負荷Ｂを前記画像処理装置が前記管理サーバに与える負荷として取得するとよい。過去に算出された負荷の中から最大の負荷を画像処理装置の負荷とすることで，より管理サーバがダウンしない同時通信台数を得ることができる。
【００１８】
また，本明細書には，画像処理装置を管理する管理サーバを，前記画像処理装置からの通信要求を受け付ける受付手段と，前記管理サーバが現在受け入れられる負荷と，前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷とに基づいて，同時通信可能な画像処理装置の台数である同時通信台数を決定する決定手段と，現在通信を許可している画像処理装置の台数が，前記同時通信台数を超えるか否かを判断する判断手段と，前記受付手段が前記通信要求を受け付けた前記画像処理装置に対し，前記判断手段が前記同時通信台数を超えると判断した場合には通信を許可せず，前記判断手段が前記同時通信台数を超えないと判断した場合には通信を許可する許可手段と，前記許可手段が通信を許可した前記画像処理装置との間で，管理対象のデータの通信を行う通信手段として機能させることを特徴とするプログラムが開示される。
【発明の効果】
【００１９】
本発明によれば，管理サーバのダウンの回避と，管理サーバの利用効率の向上とを両立させる技術が実現される。
【図面の簡単な説明】
【００２０】
【図１】実施の形態にかかる，複合機（ＭＦＰ）および管理サーバの電気的構成を示すブロック図である。
【図２】管理サーバが有する処理回数データベースの構成を示す図である。
【図３】実施の形態にかかる，ＭＦＰと管理サーバとのデータの送受信のタイミングを示すシーケンス図である。
【図４】第１の形態にかかる管理サーバの，起動処理の動作手順を示すフローチャートである。
【図５】第１の形態にかかる管理サーバの，管理処理の動作手順を示すフローチャートである。
【図６】第１の形態にかかる管理サーバの，同時通信台数決定処理の動作手順を示すフローチャートである。
【図７】第１の形態にかかる管理サーバの，同時ログイン台数更新処理の動作手順を示すフローチャートである。
【図８】第２の形態にかかる管理サーバの，同時通信台数決定処理の動作手順を示すフローチャートである。
【図９】第３の形態にかかる管理サーバの，同時通信台数決定処理の動作手順を示すフローチャートである。
【図１０】第４の形態にかかる管理サーバの，同時通信台数更新処理の動作手順を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下，本実施形態にかかる管理サーバについて，添付図面を参照しつつ詳細に説明する。本形態は，複数の複合機（ＭＦＰ：Multi Function Peripheral ）と接続し，印刷等の画像処理回数を管理する管理サーバに本発明を適用したものである。
【００２２】
［画像処理システムの構成］
本形態の画像処理システム９００は，図１に示すように，ＭＦＰ２００，２０１，２０２，２０３と，各ＭＦＰの画像処理回数を管理する管理サーバ１００とを有し，各装置がネットワーク３００を介して接続されている。
【００２３】
各ＭＦＰは，印刷機能，読取機能，ＦＡＸ送信機能，ＦＡＸ受信機能のうち，少なくとも１つの機能を有している。すなわち，各ＭＦＰは，画像処理として，印刷，読み取り，ＦＡＸ送信，ＦＡＸ受信の少なくとも１つの実行が可能である。本形態の各ＭＦＰは，管理サーバ１００にログインすることで，管理サーバ１００との通信が確立する。そして，ログインユーザからの指示によって実行される各ＭＦＰの画像処理は，管理サーバ１００によって管理される。
【００２４】
管理サーバ１００は，ログインユーザごとに，画像処理別の処理ページ数を管理する。具体的に，管理サーバ１００は，図２に示すように，ログインユーザ名と，印刷，読み取り，ＦＡＸ送信，ＦＡＸ受信の各画像処理で処理した用紙のページ数とを関連付けて記憶するデータベース（以下，「処理回数ＤＢ５４１」とする）を有している。処理回数ＤＢ５４１は，各ＭＦＰが画像処理を行う度に更新される。なお，管理サーバ１００は，ページ数の代わりに画像処理の利用回数を管理する構成としてもよい。
【００２５】
また，管理サーバ１００は，処理負荷の増大を回避するため，同時にログイン状態となるＭＦＰの最大台数（以下，「同時ログイン台数」とする）を設定し，通信を確立するＭＦＰの台数を制限する。さらに，管理サーバ１００は，複数のＭＦＰからの画像処理の処理要求による処理遅延やダウンを回避するため，処理要求に同時に対応するＭＦＰの最大台数（以下，「同時通信台数」とする）を設定し，処理要求に同時に対応するＭＦＰの台数を制限する。この同時ログイン台数および同時通信台数は，管理サーバ１００自身がその負荷状況に合わせて決定する可変値である。なお，本実施例中の「台数」は，物理的なＭＦＰの台数を意味するものではなく，ログインアカウントと対応付けて区別されるＭＦＰの台数を意味する。すなわち，１台のＭＦＰで複数のログインが可能であれば，同じＭＦＰであってもログインアカウントごとに台数をカウントする。具体的な決定方法については後述する。
【００２６】
［管理サーバの構成］
続いて，管理サーバ１００の構成について説明する。管理サーバ１００は，図１に示したように，ＣＰＵ５１と，ＲＯＭ５２と，ＲＡＭ５３と，ＮＶＲＡＭ（Non Volatile RAM）５４とを備えた制御部５０を備えている。なお，ＮＶＲＡＭ５４は，フラッシュメモリ，ＨＤＤ（Hard Disk Drive），ＥＥＰＲＯＭ（Electrically Erasable Programable Read-Only Memory）等の書き換え可能な不揮発性メモリであればよい。また，制御部５０は，ネットワークインターフェース５７とバス５８を介して電気的に接続されている。
【００２７】
ＲＯＭ５２には，データに対する各種の加工処理を行うプログラムや，各ＭＦＰを管理するためのプログラムや，各種設定，初期値等が記憶されている。ＲＡＭ５３は，各種プログラムが読み出される作業領域として，あるいは印刷データを一時的に記憶する記憶領域として利用される。なお，各種プログラムや上述した処理回数ＤＢ５４１は，ＮＶＲＡＭ５４に記憶される。また，ＮＶＲＡＭ５４には，各ＭＦＰからのログインを認証するための情報として，ログインユーザとそのログインユーザに対応するパスワードとを記憶するデータベースが記憶される。
【００２８】
ＣＰＵ５１（受付部，決定部，判断部，許可部，通信部，ログイン決定部，ログイン判断部，ログイン許可部，取得部，選択部，記憶部，負荷判断部，算出部の一例）は，ＲＯＭ５２から読み出したプログラムに従って，その処理結果をＲＡＭ５３またはＮＶＲＡＭ５４に記憶させながら，各ＭＦＰの管理処理を実行する。
【００２９】
ネットワークインターフェース５７は，他の装置との通信を可能にするインターフェースである。管理サーバ１００は，ネットワークインターフェース５７を介して他の装置から送信される信号を受信する。
【００３０】
［画像処理システムの動作手順］
続いて，画像処理システム９００において，各ＭＦＰで画像処理を行う際の動作手順について，図３のシーケンス図を参照しつつ説明する。以下の説明では，画像処理を実行するＭＦＰをＭＦＰ２００とし，ＭＦＰ２００で実行する画像処理をコピーとする。
【００３１】
先ず，ユーザがＭＦＰ２００を操作し，管理サーバ１００にログインする。具体的にユーザは，ログインユーザ名とパスワードとを入力し，さらにログイン指示を入力する。ＭＦＰ２００は，ログイン指示を受け付けると，管理サーバ１００にログイン要求を送信する。ログイン要求には，ログインユーザ名とパスワードとが付加される。
【００３２】
ログイン要求を受け付けた管理サーバ１００は，ログイン要求に付加されたログインユーザ名とパスワードとに基づいてログイン認証を行う。また，現在ログイン中のＭＦＰの台数が同時ログイン台数よりも少ないか否かを判断する。そして，管理サーバ１００は，ログインユーザが認証され，かつ現在ログイン中のＭＦＰの台数が同時ログイン台数よりも少ない場合に，ログインを許可し，それ以外の場合に，ログインを許可しない。管理サーバ１００は，このログインの結果を，ログイン要求を出力したＭＦＰ２００に送信する。
【００３３】
ログインの結果を受信したＭＦＰ２００は，許可結果であればログインに成功し，コピー等の画像処理の実行指示の入力を可能な状態にする。一方，不許可結果であればログインに失敗し，画像処理の実行指示の入力を不可能な状態にする。
【００３４】
ＭＦＰ２００が管理サーバ１００からログインの許可結果を受信した場合，ユーザはＭＦＰ２００にコピー指示を入力する。ＭＦＰ２００は，コピー指示を受け付けると，管理サーバ１００にコピー許可申請を送信する。
【００３５】
コピー許可申請を受信した管理サーバ１００は，該コピー許可申請を許可するのか否かの判断を行う。具体的に，管理サーバ１００は，管理サーバ１００に現在処理を依頼しているＭＦＰの台数が同時通信台数よりも少ない場合には，コピーを許可し，それ以外の場合は，コピーを許可しない。管理サーバ１００は，このコピー許可申請の結果を，コピー許可申請を出力したＭＦＰ２００に送信する。
【００３６】
コピー許可申請の結果を受信したＭＦＰ２００は，許可結果であればコピーが実行可能な状態になり，コピー動作を開始する。一方，不許可結果であればコピーが実行できないので，その旨のエラーを報知する。
【００３７】
ＭＦＰ２００が管理サーバ１００からコピーの許可結果を受信した場合，ＭＦＰ２００は１ページずつ原稿のコピーを行う。そして，１ページ分の原稿のコピーが完了する度に，カウントアップ通知を管理サーバ１００に通知する。このカウントアップ通知には，ログインユーザ名とカウントアップする画像処理の種類および該画像処理の実行によって１回でカウントアップすべきページ数とが付加される。
【００３８】
カウントアップ通知を受信した管理サーバ１００は，カウントアップ通知に付加されたログインユーザ名とページ数とに基づいてカウントアップを行い，処理回数ＤＢ５４１を更新する。コピーが完了した後は，ＭＦＰ２００から管理サーバ１００にコピー終了通知が送信される。なお，管理サーバ１００では，ＭＦＰ２００から許可結果を送信してからコピー終了通知を受信するまでが，ＭＦＰ２００からの依頼を処理している期間（以下，「動作期間」とする）となる。
【００３９】
また，コピーが完了した後は，ユーザはＭＦＰ２００にログアウト指示を入力する。ＭＦＰ２００は，ログアウト指示を受け付けると，管理サーバ１００にログアウト要求を送信する。ログアウト要求には，ログイン時に入力されたログインユーザ名が付加される。管理サーバ１００は，ログアウト要求を受け付けると，ログアウト要求に付加されたログインユーザ名のログアウト処理を実行する。
【００４０】
［管理サーバの制御］
［第１の形態］
［起動処理］
続いて，上述の動作を実現するための管理サーバ１００の動作手順について説明する。始めに，管理サーバ１００の起動時にＣＰＵ５１によって実行される起動処理について，図４のフローチャートを参照しつつ説明する。
【００４１】
起動処理では，先ず，管理サーバ１００自身の能力を取得する（Ｓ１０１）。能力としては，例えばＣＰＵ速度やメモリアクセス速度が該当する。そして，管理サーバ１００の現在の負荷を取得する（Ｓ１０２）。管理サーバ１００の現在の負荷は，ＣＰＵ使用率やメモリの空き容量などから算出する。
【００４２】
次に，Ｓ１０１で取得した能力と，Ｓ１０２で取得した負荷と，ＭＦＰ１台がログイン要求によって管理サーバ１００に与える負荷とに基づいて，同時ログイン台数を決定する（Ｓ１０３，ログイン決定部の一例）。ＭＦＰ１台のログインに必要な処理は各ＭＦＰで共通であり，ＭＦＰ１台がログイン要求によって管理サーバ１００に与える負荷は，固定値として，管理サーバ１００があらかじめＲＯＭ５２等に記憶している。Ｓ１０３では，例えば，自装置の能力から得られる処理可能な最大負荷と，現在自装置にかかっている負荷との差分から，管理サーバ１００が現在受け入れられる負荷である許容負荷を計算し，その許容負荷をＭＦＰ１台がログイン要求によって管理サーバ１００に与える負荷で割った値を，同時ログイン台数に決定する。この同時ログイン台数は，管理サーバ１００の他のプロセス（例えば後述する管理処理）でも共用される。
【００４３】
次に，ＭＦＰ２００等からログイン要求を受け付けたか否かを判断する（Ｓ１０４，受付部の一例）。ログイン要求を受け付けていた場合には（Ｓ１０４：ＹＥＳ），そのログイン要求を出力したＭＦＰのログインを許可するか否かを判断する（Ｓ１０５，ログイン判断部，ログイン許可部の一例）。
【００４４】
具体的にＳ１０５では，２つの判断を行う。１つ目は，ログインユーザの認証であり，ログイン要求に付加されたログインユーザ名とパスワードとを認証する。ログインユーザが認証されなければ，ログインを不許可とする。２つ目は，現在ログイン中のＭＦＰの台数が同時ログイン台数よりも少ないか否かを判断する。現在ログイン中のＭＦＰの台数が同時ログイン台数以上であれば，ログインを不許可とする。ログインユーザが認証され，かつ現在ログイン中のＭＦＰの台数が同時ログイン台数よりも少ない場合には，ログインを許可する。
【００４５】
ログインを許可しなかった場合には（Ｓ１０５：ＮＯ），ログイン要求を出力したＭＦＰに不許可結果を通知し（Ｓ１１１），Ｓ１０４に移行する。すなわち，管理処理では，同時ログイン台数よりも多い台数のログインを許可しない。これにより，多数のＭＦＰのログインによって，管理サーバの処理負荷が高くなることにより，ログイン時における管理サーバ１００がダウンするのを防止することができる。
【００４６】
ログインを許可した場合には（Ｓ１０５：ＹＥＳ），ログイン要求を出力したＭＦＰに許可結果を通知する（Ｓ１０６）。許可結果を受信したＭＦＰは，印刷，読み取り等，画像処理の実行指示の入力を可能な状態にする。
【００４７】
次に，各ＭＦＰの画像処理を管理する管理処理を起動する（Ｓ１０７）。管理処理は，起動処理から起動されるプロセスであり，起動処理とは別プロセスとなる。すなわち，起動処理としては，Ｓ１０７として管理処理を起動した後は，即時にＳ１０４に移行する。Ｓ１０７で実行される管理処理については後述する。
【００４８】
Ｓ１０４の説明に戻り，ログイン要求を受け付けていない場合には（Ｓ１０４：ＮＯ），シャットダウン指示が入力されたか否かを判断する（Ｓ１９１）。シャットダウン指示も入力されていなければ（Ｓ１９１：ＮＯ），Ｓ１０４に戻る。一方，シャットダウン指示が入力された場合には（Ｓ１９１：ＹＥＳ），実行中の管理処理を強制終了させるとともに起動処理を終了する。
【００４９】
［管理処理］
続いて，起動処理のＳ１０７によって起動される管理処理について，図５のフローチャートを参照しつつ説明する。管理処理も管理サーバ１００のＣＰＵ５１によって実行される。
【００５０】
管理処理では，先ず，同時通信台数を決定する（Ｓ１２４）。図６は，Ｓ１２４の動作手順の詳細を示すフローチャートである。
【００５１】
Ｓ１２４の同時通信台数決定処理では，先ず，管理サーバ１００自身の能力を取得する（Ｓ１７１）。能力としては，起動処理のＳ１０１で取得する能力と同じ情報でよい。そして，管理サーバ１００の現在の負荷を取得する（Ｓ１７２）。管理サーバ１００の現在の負荷は，ＣＰＵ使用率やメモリの空き容量などから算出する。なお，ログイン中のＭＦＰの数，あるいは動作期間中のＭＦＰの数や処理内容によって，管理サーバ１００にかかる負荷を計算してもよい。
【００５２】
次に，Ｓ１７１で取得した能力と，Ｓ１７２で取得した負荷と，ＭＦＰ１台が動作期間中に管理サーバ１００に与える負荷とに基づいて，同時通信台数を決定する（Ｓ１７３，決定部の一例）。ＭＦＰ１台が動作期間中の通信要求によって管理サーバ１００に与える負荷は，固定値として，管理サーバ１００があらかじめＲＯＭ５２等に記憶している。Ｓ１７３では，例えば，自装置の能力から得られる処理可能な最大負荷と，現在自装置にかかっている負荷との差分から，管理サーバ１００が現在受け入れられる負荷である許容負荷を計算し，その許容負荷をＭＦＰ１台が動作期間中に管理サーバ１００に与える負荷で割った値を，同時通信台数に決定する。同時通信台数は，管理サーバ１００の他のプロセス（例えばＳ１０７で起動される他の管理処理）でも共用される。
【００５３】
なお，Ｓ１７３で決定する同時通信台数と，Ｓ１０３で決定する同時ログイン台数とは，それぞれ異なるタイミングでの管理サーバ１００の過負荷を防止するための数値である。すなわち，同時通信台数は，ＭＦＰ１台が画像処理に必要な通信によって管理サーバ１００に与える負荷をパラメータとする数値であり，同時に動作期間となりえるＭＦＰの台数となる。一方，同時ログイン台数は，ＭＦＰ１台がログイン要求によって管理サーバ１００に与える負荷をパラメータとする数値であり，同時にログイン可能なＭＦＰの台数となる。
【００５４】
図５の説明に戻り，Ｓ１２４の後は，許可結果通知を出力したＭＦＰから画像処理についての許可申請があったか否かを判断する（Ｓ１２５，受付部の一例）。許可申請があった場合には（Ｓ１２５：ＹＥＳ），申請された画像処理を許可するか否かを判断する（Ｓ１４１，判断部，許可部の一例）。具体的には，現在動作期間中のＭＦＰの台数が同時通信台数よりも少ないか否かを判断する。現在動作期間中のＭＦＰの台数が同時通信台数以上であれば，これ以上の通信要求を受け付けることができないため，申請された画像処理を不許可とする。現在動作期間中のＭＦＰの台数が同時通信台数よりも少ない場合には，申請された画像処理を許可する。
【００５５】
画像処理を許可しなかった場合には（Ｓ１４１：ＮＯ），許可申請を出力したＭＦＰに不許可結果を通知する（Ｓ１５１）。すなわち，管理処理では，同時通信台数よりも多い台数のＭＦＰにおける画像処理を許可しない。これにより，ログイン後の，多数のＭＦＰにおける画像処理に伴う通信要求による管理サーバ１００のダウンを防止する。Ｓ１５１の後は，Ｓ１２６に移行する。
【００５６】
画像処理を許可した場合には（Ｓ１４１：ＹＥＳ），許可申請を出力したＭＦＰに許可結果を通知する（Ｓ１４２）。許可結果を受信したＭＦＰは，印刷，読み取り等の画像処理の実行が可能になる。
【００５７】
管理サーバ１００は，Ｓ１４２の後，Ｓ１４２の許可通知によって管理サーバ１００の負荷が増えることから，同時ログイン台数を更新する（Ｓ１４３）。図７は，Ｓ１４３の動作手順の詳細を示すフローチャートである。先ず，管理サーバ１００自身の能力を取得する（Ｓ１８１）。能力としては，同時通信台数を決定する際にＳ１７１で取得する能力と同じ情報でよい。そして，管理サーバ１００の現在の負荷を取得する（Ｓ１８２）。管理サーバ１００の現在の負荷も，同時通信台数を決定する際にＳ１７２で取得する負荷と同じ取得方法でよい。
【００５８】
次に，Ｓ１８１で取得した能力と，Ｓ１８２で取得した負荷と，ＭＦＰ１台がログイン要求によって管理サーバ１００に与える負荷とに基づいて，同時ログイン台数を計算する（Ｓ１８３，ログイン決定部の一例）。Ｓ１８３の同時ログイン台数も，起動処理の際にＳ１０３で決定する同時ログイン台数と同じ計算方法でよい。その後，同時ログイン台数が更新される（Ｓ１８４）。
【００５９】
図５の説明に戻り，Ｓ１４３の後は，ログイン要求を出力したＭＦＰから画像処理についての終了通知があったか否かを判断する（Ｓ１４４）。終了通知がなかった場合には（Ｓ１４４：ＮＯ），ログイン要求を出力したＭＦＰから画像処理についてのカウントアップ通知があったか否かを判断する（Ｓ１６１）。カウントアップ通知もなければ（Ｓ１６１：ＮＯ），Ｓ１４４に戻り，終了通知あるいはカウントアップ通知があるまで待機する。
【００６０】
カウントアップ通知があった場合には（Ｓ１６１：ＹＥＳ），そのカウントアップ通知に付加されているログインユーザ名とカウントアップする画像処理の種類および該画像処理の実行によって１回でカウントアップすべきページ数とに基づいて，処理回数ＤＢ５４１を更新する（Ｓ１６２，通信部の一例）。更新後は，Ｓ１４４に戻り，終了通知あるいはカウントアップ通知があるまで待機する。
【００６１】
終了通知があった場合には（Ｓ１４４：ＹＥＳ），管理サーバ１００の負荷が減ることから，再度，同時ログイン台数を更新する（Ｓ１４５）。Ｓ１４５では，Ｓ１４３と同じ処理を実行する。Ｓ１４５の後は，Ｓ１２６に移行する。
【００６２】
Ｓ１５１の後，あるいはＳ１４５の後，あるいは許可申請がなかった場合には（Ｓ１２５：ＮＯ），ログイン要求を出力したＭＦＰからログアウト要求があったか否かを判断する（Ｓ１２６）。ログアウト要求がなければ（Ｓ１２６：ＮＯ），Ｓ１２５に戻り，許可申請あるいはログアウト要求があるまで待機する。一方，ログアウト要求があった場合には（Ｓ１２６：ＹＥＳ），ログアウトによって管理サーバ１００の負荷が軽減されることが予想されるため，再度，同時通信台数を決定する（Ｓ１２７）。本形態のＳ１２７では，Ｓ１２４と同じ処理を行えばよい。Ｓ１２７の後，管理処理を終了する。
【００６３】
すなわち，第１の形態の管理サーバ１００は，画像処理の許可申請があった際，現在動作期間中のＭＦＰの台数が同時通信台数よりも少ない場合に画像処理を許可することで，管理サーバ１００自身が過負荷となる状況を回避している。また，ログイン要求があった際，現在ログイン中のＭＦＰの台数が同時ログイン台数よりも少ない場合にログインを許可することでも，管理サーバ１００自身が過負荷となる状況を回避している。
【００６４】
さらに，第１の形態の管理サーバ１００は，同時通信台数を，ＭＦＰからのログイン要求を許可した場合，そのときに管理サーバ１００にかかっている負荷に基づいて設定し直している。また，第１の形態の管理サーバ１００は，ＭＦＰからの許可申請を許可した場合，あるいはＭＦＰからの終了通知を受けた場合，同時ログイン台数をそのときに管理サーバ１００にかかっている負荷に基づいて設定し直している。つまり，同時通信台数および同時ログイン台数を可変値としている。これにより，実際の管理サーバ１００の負荷状況に応じてＭＦＰの利用可否を決定できるようになり，同時通信台数ないし同時ログイン台数を固定値とするものと比較して，管理サーバ１００の利用効率の向上が期待できる。
【００６５】
なお，第１の形態の管理処理では，ログイン要求を許可した後に，同時通信台数を決定しているが，同時通信台数を決定するタイミングは，これに限るものではない。すなわち，ＭＦＰから通信要求を受け付けた後であればよく，例えば，画像処理の許可申請を受け付けた後であって，Ｓ１４１の画像処理の許可判断前であってもよい。また，終了通知やカウントアップ通知を受けたタイミングであってもよい。また，同時ログイン台数を決定するタイミングについても同様である。
【００６６】
［第２の形態］
続いて，第２の形態として，第１の形態の管理処理の，Ｓ１２４の同時通信台数決定処理の，他の形態について，図８のフローチャートを参照しつつ説明する。
【００６７】
第２の形態では，同時通信台数を決定する際のパラメータとなる，ＭＦＰによる動作期間中の通信要求によって管理サーバ１００に与える負荷を，ＭＦＰの機能に応じて設定される可変値とする。この点，ＭＦＰ１台が動作期間中の通信要求によって管理サーバ１００に与える負荷を，固定値とする第１の形態（図６参照）とは異なる。なお，以下の説明では，第１の形態と同じ処理については同じ符号を付して説明を省略する。
【００６８】
第２の形態の同時通信台数決定処理では，管理サーバ１００自身の能力を取得する（Ｓ１７１）。さらに，管理サーバ１００の現在の負荷を取得する（Ｓ１７２）。
【００６９】
さらに，第２の形態では，ログイン要求を出力したＭＦＰの，機能別の情報を取得する（Ｓ２７３）。機能別の情報としては，各機能のスペックや，各機能を実行する際の通信データサイズ（例えば，印刷機能であれば，印刷に伴う１回のカウントアップ通知のデータサイズ）が含まれる。また，各機能のスペックとは，性能や機能等，処理能力を表すものであり，ＭＦＰが有する機能の種類，各機能の処理速度（例えば，印刷機能であれば印刷速度）が該当する。これらの情報は，管理サーバ１００自身のデータベースに保有していてもよいし，ＭＦＰに問い合わせて取得してもよい。
【００７０】
その後，ＭＦＰが有する機能別に，その機能に対応する画像処理に伴う通信要求によって管理サーバ１００に与える負荷を算出する（Ｓ２７４，取得部の一例）。例えば，コピーであれば，印刷速度および読取速度に基づいて通信要求が出力される時間間隔を算出し，さらに１回のカウントアップ通知で処理されるデータサイズに基づいて，コピーによって管理サーバ１００に与える負荷を算出する。また，ＦＡＸ送信であれば，読取速度およびＦＡＸ通信速度から通信要求が出力される時間間隔を算出し，さらに１回のカウントアップ通知で処理されるデータサイズに基づいて，ＦＡＸ送信によって管理サーバ１００に与える負荷を算出する。このような負荷計算を，他の機能（読み取り，ＦＡＸ受信等）についても行う。
【００７１】
次に，機能別に算出された負荷から，最大負荷を選択し，その選択された負荷を，ＭＦＰが通信要求によって管理サーバ１００に与える負荷であるＭＦＰ負荷とする（Ｓ２７５，選択部の一例）。
【００７２】
そして，Ｓ２７５で選択されたＭＦＰ負荷が，これまでに最も大きいＭＦＰ負荷となった最大ＭＦＰ負荷よりも大きいか否かを判断する（Ｓ２７６，負荷判断部の一例）。最大ＭＦＰ負荷は，ＮＶＲＡＭ５４に記憶されている。Ｓ２７５で選択されたＭＦＰ負荷が最大ＭＦＰ負荷よりも大きい場合には（Ｓ２７６：ＹＥＳ），Ｓ２７５で選択されたＭＦＰ負荷を，最大ＭＦＰ負荷として更新する（Ｓ２７７，記憶部の一例）。すなわち，Ｓ２７５で選択されたＭＦＰ負荷が，以後，最大ＭＦＰ負荷として利用される。
【００７３】
Ｓ２７７の後，あるいはＳ２７５で選択された負荷がこれまでの最大ＭＦＰ負荷以下の場合には（Ｓ２７６：ＮＯ），Ｓ１７１で取得した能力と，Ｓ１７２で取得した負荷と，最大ＭＦＰ負荷とに基づいて，同時通信台数を決定する（Ｓ２７８，決定部の一例）。Ｓ２７８の決定方法については，第１の形態のＳ１７３と同様である。このようにＭＦＰが実際に与える最大負荷に基づいて同時通信台数を決定することで，第１の形態と比較して，より効果的に管理サーバ１００がダウンする可能性が低い同時通信台数を求めることができる。
【００７４】
［第３の形態］
続いて，第３の形態として，第１の形態の管理処理の，Ｓ１２４の同時通信台数決定処理の，他の形態について，図９のフローチャートを参照しつつ説明する。
【００７５】
第３の形態では，同時通信台数を決定する際のパラメータとなる，ＭＦＰの動作期間中の通信要求によってＭＦＰが管理サーバ１００に与える負荷を，ＭＦＰの機能に応じて設定される可変値とする。さらに，ＭＦＰの動作期間中の通信要求によって管理サーバ１００に与える負荷を算出する際，各機能の使用頻度を利用する。この点，第２の形態とは異なる。なお，以下の説明では，第１の形態および第２の形態と同じ処理については同じ符号を付して説明を省略する。
【００７６】
第３の形態の同時通信台数決定処理では，先ず，管理サーバ１００自身の能力を取得する（Ｓ１７１）。さらに，管理サーバ１００の現在の負荷を取得する（Ｓ１７２）。さらに，ログイン要求を出力したＭＦＰの機能別の情報を取得する（Ｓ２７３）。
【００７７】
さらに，第３の形態では，各機能の動作履歴を取得する（Ｓ３７４）。動作履歴としては，例えば，各機能の利用回数や最新利用日時が該当する。これらの情報は，管理サーバ１００自身のデータベースに保有していてもよいし，ＭＦＰに問い合わせて取得してもよい。
【００７８】
次に，Ｓ３７４で取得した動作履歴に基づいて，ＭＦＰの機能の中から最高使用頻度の機能を選択する（Ｓ３７５）。そして，その選択された機能について，その機能に対応する画像処理に伴う通信要求によって管理サーバ１００に与える負荷を算出する（Ｓ３７６，取得部，算出部の一例）。そして，その算出された負荷を，ＭＦＰ負荷とする。
【００７９】
そして，Ｓ３７６で算出されたＭＦＰ負荷が，最大ＭＦＰ負荷よりも大きいか否かを判断する（Ｓ２７６，負荷判断部の一例）。Ｓ３７６で算出されたＭＦＰ負荷が最大ＭＦＰ負荷よりも大きい場合には（Ｓ２７６：ＹＥＳ），Ｓ３７６で算出されたＭＦＰ負荷を，最大ＭＦＰ負荷として更新する（Ｓ２７７，記憶部の一例）。
【００８０】
Ｓ２７７の後，あるいはＳ３７６で算出された負荷が最大ＭＦＰ負荷以下の場合には（Ｓ２７６：ＮＯ），Ｓ１７１で取得した能力と，Ｓ１７２で取得した負荷と，最大ＭＦＰ負荷とに基づいて，同時通信台数を決定する（Ｓ２７８，決定部の一例）。このように各機能の使用頻度に基づいて同時通信台数を決定することで，第２の形態と比較して，より実使用状況に好適な同時通信台数を求めることができる。
【００８１】
［第４の形態］
続いて，第４の形態として，第２の形態ないし第３の形態の同時通信決定処理を実行した際の，図５に示した管理処理のＳ１２７の処理，すなわち同時通信台数を更新する処理について説明する。
【００８２】
第４の形態では，管理サーバ１００にログイン中の他のＭＦＰが管理サーバ１００に与える負荷を考慮して，同時通信台数を決定する。図１０は，第４の形態における同時通信台数更新処理の動作手順を示すフローチャートである。
【００８３】
同時通信台数更新処理では，先ず，ログアウトするＭＦＰのＭＦＰ負荷，すなわちＳ１２４の同時通信台数決定処理中に得られたＭＦＰ負荷が，最大ＭＦＰ負荷と等しいか否かを判断する（Ｓ４９１）。ＭＦＰ負荷が最大ＭＦＰ負荷と異なる場合には（Ｓ４９１：ＮＯ），同時通信台数更新処理を終了する。
【００８４】
ＭＦＰ負荷が最大ＭＦＰ負荷と等しい場合には（Ｓ４９１：ＹＥＳ），ログアウトによって最大負荷となるＭＦＰが管理サーバ１００を使用しないことになる。そこで，同時通信台数を計算し直す。
【００８５】
すなわち，管理サーバ１００自身の能力を取得する（Ｓ４９２）。さらに，管理サーバ１００の現在の負荷を取得する（Ｓ４９３）。その後，現在ログイン中の各ＭＦＰのＭＦＰ負荷の中から最大のものを選択し（Ｓ４９４），最大ＭＦＰ負荷を更新する（Ｓ４９５，記憶部の一例）。そして，Ｓ４９２で取得した能力と，Ｓ４９３で取得した負荷と，更新された最大ＭＦＰ負荷とに基づいて，同時通信台数を決定する（Ｓ４９６，決定部の一例）。このように最大負荷となるＭＦＰがログアウトした後は，次に最大負荷となるＭＦＰの負荷に基づいて同時通信台数を更新することで，他の形態と比較して，管理サーバ１００の利用効率を高めることが期待できる。
【００８６】
以上詳細に説明したように実施の形態の管理サーバ１００は，ＭＦＰから通信要求を受け付けた後に，現在自装置が受け入れられる負荷をパラメータとして同時通信台数を決定する，つまり同時通信台数を，現在自装置が受け入れられる負荷に応じた可変値とする。これにより，管理サーバ１００への通信が許可されるＭＦＰの台数の自由度が大きくなる。例えば，現在自装置が受け入れられる負荷が大きければ，負荷が小さい場合と比較して同時通信台数を多くし，管理サーバ１００の利用効率を上げることができる。一方，現在自装置が受け入れられる負荷が小さければ同時通信台数を少なくし，管理サーバ１００のダウンの可能性を低くすることができる。
【００８７】
なお，本実施の形態は単なる例示にすぎず，本発明を何ら限定するものではない。したがって本発明は当然に，その要旨を逸脱しない範囲内で種々の改良，変形が可能である。例えば，管理対象となる画像処理装置は，印刷機能や読取機能等の画像処理機能を備えるものであればよく，ＭＦＰの他，例えば，プリンタ，スキャナ，複写機，ＦＡＸ装置であっても適用可能である。
【００８８】
また，実施の形態の管理サーバ１００は，画像処理で処理したページ数を記憶しているのみであるが，画像処理の制限値を記憶し，画像処理の処理ページ数が制限値を上回った場合に，そのログインユーザの画像処理を禁止してもよい。この場合，制限値は，固定値であってもよいし，ログインユーザごとに設定してもよい。また，制限値は，画像処理の機能ごとに設定してもよい。
【００８９】
また，実施の形態の管理サーバ１００は，ＭＦＰからのログイン数を管理しているが，必ずしもログインは必須ではない。例えば，装置ごとに画像処理の回数を管理する場合には，ログインを行わなくてもよい。
【００９０】
また，実施の形態の管理サーバ１００は，画像処理の処理ページ数を記憶しているが，管理対象は画像処理の処理ページ数に限るものではない。例えば，実行時刻やエラー情報等の処理履歴を記憶してもよい。
【００９１】
また，実施の形態のＭＦＰ２００は，１ページの画像処理ごとに管理サーバ１００に許可申請を行っているが，これに限るものではない。すなわち，複数ページごと，あるいは１ジョブごとに管理サーバ１００に許可申請を行ってもよい。
【００９２】
また，実施の形態では，ログイン要求時にログインユーザとパスワードとを送信し，Ｓ１０５にて同時ログイン台数の判断と認証判断との両方を行っているが，別々に判断してもよい。例えば，ログイン要求時は同時ログイン台数の判断のみを判断し，許可結果を受け取ったことを条件としてＭＦＰがログインユーザとパスワードとを送信してログイン認証を行うようにしてもよい。
【００９３】
また，実施の形態に開示されている処理は，単一のＣＰＵ，複数のＣＰＵ，ＡＳＩＣなどのハードウェア，またはそれらの組み合わせで実行されてもよい。また，実施の形態に開示されている処理は，その処理を実行するためのプログラムを記録した記録媒体，または方法等の種々の態様で実現することができる。
【符号の説明】
【００９４】
５１    ＣＰＵ
１００  管理サーバ
２００  ＭＦＰ
５４１  処理回数ＤＢ
９００  画像処理システム
【図１】
2013137642.tif 000003
【図２】
2013137642.tif 000004
【図３】
2013137642.tif 000005
【図４】
2013137642.tif 000006
【図５】
2013137642.tif 000007
【図６】
2013137642.tif 000008
【図７】
2013137642.tif 000009
【図８】
2013137642.tif 000010
【図９】
2013137642.tif 000011
【図１０】
2013137642.tif 000012