"画像処理装置を管理する管理サーバにおいて,前記画像処理装置からの通信要求を受け付ける受付部と,前記管理サーバが現在受け入れられる負荷と,前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷とに基づいて,同時通信可能な画像処理装置の台数である同時通信台数を決定する決定部と,現在通信を許可している画像処理装置の台数が,前記同時通信台数を超えるか否かを判断する判断部と,前記受付部が前記通信要求を受け付けた前記画像処理装置に対し,前記判断部が前記同時通信台数以上であると判断した場合には通信を許可せず,前記判断部が前記同時通信台数を下回ると判断した場合には通信を許可する許可部と,前記許可部が通信を許可した前記画像処理装置との間で,管理対象のデータの通信を行う通信部と,を備えることを特徴とする管理サーバ。請求項1に記載する管理サーバにおいて,前記受付部は,前記通信要求として前記管理サーバへのログインを要求するログイン要求を受け付け可能であり,前記管理サーバが現在受け入れられる負荷と,前記画像処理装置が前記ログイン要求によって前記管理サーバに与える負荷とに基づいて,同時ログイン可能な台数である同時ログイン台数を決定するログイン決定部と,現在ログインを許可している画像処理装置の台数が,前記同時ログイン台数を超えるか否かを判断するログイン判断部と,ログイン要求を出力した画像処理装置に対し,前記ログイン判断部が前記同時ログイン台数以上であると判断した場合にはログインを許可せず,前記ログイン判断部が前記同時ログイン台数を下回ると判断した場合にはログインを許可するログイン許可部と,を備え,前記通信部は,前記ログイン許可部がログインを許可した前記画像処理装置との間で,管理対象のデータの通信を行うことを特徴とする管理サーバ。請求項1または請求項2に記載する管理サーバにおいて,前記受付部が前記通信要求を受け付けた画像処理装置のスペックと通信データサイズとに基づいて,前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷を取得する取得部を備え,前記決定部は,前記取得部が取得した前記負荷を,前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷とすることを特徴とする管理サーバ。請求項3に記載する管理サーバにおいて,前記画像処理装置は,印刷機能を有しており,前記画像処理装置は,所定枚数の印刷ごとに前記通信要求を出力し,前記取得部は,前記画像処理装置の印刷速度を前記画像処理装置のスペックとすることを特徴とする管理サーバ。請求項3または請求項4に記載する管理サーバにおいて,前記画像処理装置は,読取機能を有しており,前記画像処理装置は,所定枚数の読み取りごとに前記通信要求を出力し,前記取得部は,前記画像処理装置の読取速度を前記画像処理装置のスペックとすることを特徴とする管理サーバ。請求項3から請求項5のいずれか1つに記載する管理サーバにおいて,前記画像処理装置の機能ごとのスペックに基づいて,機能ごとの前記通信要求によって前記画像処理装置が前記管理サーバに与える負荷を算出し,機能ごとに算出された負荷のうちの最大負荷を選択する選択部を備え,前記取得部は,前記選択部にて選択された負荷を,前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷として取得することを特徴とする管理サーバ。請求項6に記載する管理サーバにおいて,通信を許可した画像処理装置のうち,前記管理サーバに与える負荷が最大となる画像処理装置の当該負荷を記憶する記憶部と,前記選択部にて選択された負荷である負荷Aが前記記憶部に記憶されている負荷である負荷Bよりも大きいか否かを判断する負荷判断部と,を備え,前記取得部は,前記負荷判断部にて前記負荷Aの方が大きいと判断された場合,前記記憶部に前記負荷Aを書き込み,前記負荷判断部にて前記負荷Bの方が大きいと判断された場合,前記負荷Bを前記画像処理装置が前記管理サーバに与える負荷として取得することを特徴とする管理サーバ。請求項3から請求項5のいずれか1つに記載する管理サーバにおいて,前記画像処理装置の機能のうち,最大使用頻度の機能を実行する際に前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷を算出する算出部を備え,前記取得部は,前記算出部にて算出された負荷を,前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷として取得することを特徴とする管理サーバ。請求項8に記載する管理サーバにおいて,通信を許可した画像処理装置のうち,前記管理サーバに与える負荷が最大となる画像処理装置の当該負荷を記憶する記憶部と,前記算出部にて算出された負荷である負荷Cが前記記憶部に記憶されている負荷である負荷Bよりも大きいか否かを判断する負荷判断部と,を備え,前記取得部は,前記負荷判断部にて前記負荷Cの方が大きいと判断された場合,前記記憶部に前記負荷Cを書き込み,前記負荷判断部にて前記負荷Bの方が大きいと判断された場合,前記負荷Bを前記画像処理装置が前記管理サーバに与える負荷として取得することを特徴とする管理サーバ。画像処理装置を管理する管理サーバを,前記画像処理装置からの通信要求を受け付ける受付手段と,前記管理サーバが現在受け入れられる負荷と,前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷とに基づいて,同時通信可能な画像処理装置の台数である同時通信台数を決定する決定手段と,現在通信を許可している画像処理装置の台数が,前記同時通信台数を超えるか否かを判断する判断手段と,前記受付手段が前記通信要求を受け付けた前記画像処理装置に対し,前記判断手段が前記同時通信台数を超えると判断した場合には通信を許可せず,前記判断手段が前記同時通信台数を超えないと判断した場合には通信を許可する許可手段と,前記許可手段が通信を許可した前記画像処理装置との間で,管理対象のデータの通信を行う通信手段と,として機能させることを特徴とするプログラム。しかしながら,前記した従来の管理サーバには,次のような問題があった。すなわち,管理サーバにアクセスする画像処理装置が多くなると,管理サーバの処理負荷が高くなり,管理サーバがダウンする危険性が高くなる。この管理サーバのダウンを回避するには,同時通信可能な画像処理装置の台数を制限する方が好ましい。しかし,画像処理装置の台数を固定値で制限してしまうと,固定値以上の画像処理装置が通信できない。一方で,通信を許可している画像処理装置が画像処理を行っていない場合には,通信要求も少なく,管理サーバにかかる負荷は小さい。つまり,管理サーバの能力に十分な余裕があるにもかかわらず,新規の画像処理装置を管理対象とすることができないという問題が生じる。本発明は,前記した従来の技術が有する問題点を解決するためになされたものである。すなわちその課題とするところは,管理サーバのダウンの回避と,管理サーバの利用効率の向上とを両立させる技術を提供することにある。この課題の解決を目的としてなされた管理サーバは,画像処理装置を管理する管理サーバであって,前記画像処理装置からの通信要求を受け付ける受付部と,前記管理サーバが現在受け入れられる負荷と,前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷とに基づいて,同時通信可能な台数である同時通信台数を決定する決定部と,現在通信を許可している画像処理装置の台数が,前記同時通信台数を超えるか否かを判断する判断部と,前記受付部が前記通信要求を受け付けた前記画像処理装置に対し,前記判断部が前記同時通信台数以上であると判断した場合には通信を許可せず,前記判断部が前記同時通信台数を下回ると判断した場合には通信を許可する許可部と,前記許可部が通信を許可した前記画像処理装置との間で,管理対象のデータの通信を行う通信部とを備えることを特徴としている。本明細書により開示される管理サーバは,通信要求を行った画像処理装置に対し,現在通信を許可している画像処理装置の台数が,同時通信台数以上であると判断した場合には通信を許可せず,同時通信台数を下回ると判断した場合には通信を許可する。そして,通信を許可した画像処理装置との間で,管理対象のデータの通信を行う。画像処理装置から送られる通信要求としては,例えば管理が必要なジョブの処理許可申請や,管理が必要なジョブの処理完了通知や,管理サーバへのログイン要求が該当する。さらに,管理サーバは,同時通信可能台数を,通信要求を受け付けた後に,自装置が現在受け入れられる負荷と,画像処理装置が通信要求によって自装置に与える負荷とに基づいて決定する。自装置が現在受け入れられる負荷は,例えば,自装置の能力から得られる処理可能な最大負荷と,現在自装置にかかっている負荷との差分によって得られる。すなわち,本明細書により開示される管理サーバは,画像処理装置から通信要求を受け付けた後に,自装置が現在受け入れられる負荷をパラメータとして同時通信台数を決定する,つまり同時通信台数を,現在自装置が受け入れられる負荷に応じた可変値とする。これにより,管理サーバへの通信が許可される画像処理装置の台数の自由度が大きくなる。例えば,自装置が現在受け入れられる負荷が大きければ,負荷が小さい場合と比較して同時通信台数を多くし,管理サーバの利用効率を上げることができる。一方,自装置が現在受け入れられる負荷が小さければ同時通信台数を少なくし,管理サーバのダウンの可能性を低くすることができる。また,本明細書により開示される管理サーバは,前記受付部は,前記通信要求として前記管理サーバへのログインを要求するログイン要求を受け付け可能であり,前記管理サーバが現在受け入れられる負荷と,前記画像処理装置が前記ログイン要求によって前記管理サーバに与える負荷とに基づいて,同時ログイン可能な台数である同時ログイン台数を決定するログイン決定部と,現在ログインを許可している画像処理装置の台数が,前記同時ログイン台数を超えるか否かを判断するログイン判断部と,ログイン要求を出力した画像処理装置に対し,前記ログイン判断部が前記同時ログイン台数以上であると判断した場合にはログインを許可せず,前記ログイン判断部が前記同時ログイン台数を下回ると判断した場合にはログインを許可するログイン許可部とを備え,前記通信部は,前記ログイン許可部がログインを許可した前記画像処理装置との間で,管理対象のデータの通信を行うとよい。このような構成にすることで,例えば,管理サーバが現在受け入れられる負荷が大きければ,負荷が大きい場合と比較して同時ログイン台数を多くし,管理サーバの利用効率を上げることができる。一方,管理サーバが現在受け入れられる負荷が小さければ,同時ログイン台数を少なくし,管理サーバのダウンの可能性を低くすることができる。また,本明細書により開示される管理サーバは,前記受付部が前記通信要求を受け付けた画像処理装置のスペックと通信データサイズとに基づいて,前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷を取得する取得部を備え,前記決定部は,前記取得部が取得した前記負荷を,前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷とするとよい。すなわち,画像処理装置が通信要求によって管理サーバに与える負荷として,あらかじめ固定値として保有していてもよいが,通信要求を行った画像処理装置のスペックと通信データサイズとに応じて取得される可変値とする方が,より的確な同時通信台数を得ることが期待できる。なお,画像処理装置のスペックとは,装置が有する性能や機能,構成,仕様等,処理能力を表すものであり,例えば,印刷速度,スキャン速度が該当する。また,画像処理装置のスペックは,画像処理装置から直接取得してもよいし,画像処理装置のスペックを記憶するデータベースデータベースの保有は管理サーバ自身でも他装置でもよいから取得してもよい。例えば,前記画像処理装置は,印刷機能を有しており,前記画像処理装置は,所定枚数の印刷ごとに前記通信要求を出力し,前記取得部は,前記画像処理装置の印刷速度を前記画像処理装置のスペックとするとよい。印刷速度から通信要求が出力される間隔を求めることができ,その間隔から単位時間当たりの管理サーバへの処理負荷を算出することができる。また,例えば,前記画像処理装置は,読取機能を有しており,前記画像処理装置は,所定枚数の読み取りごとに前記通信要求を出力し,前記取得部は,前記画像処理装置の読取速度を前記画像処理装置のスペックとするとよい。読取速度から通信要求が出力される間隔を求めることができ,その間隔から単位時間当たりの管理サーバへの処理負荷を算出することができる。また,本明細書により開示される管理サーバは,前記画像処理装置の機能ごとのスペックに基づいて,機能ごとの前記通信要求によって前記画像処理装置が前記管理サーバに与える負荷を算出し,機能ごとに算出された負荷のうちの最大負荷を選択する選択部を備え,前記取得部は,前記選択部にて選択された負荷を,前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷として取得するとよい。この構成によれば,画像処理装置で負荷が最大となる機能が実行されたとしても,管理サーバがダウンしない同時通信台数を得ることができる。なお,画像処理装置の機能としては,例えば,コピー,スキャン,FAX受信,FAX送信が該当する。また,上記の管理サーバは,通信を許可した画像処理装置のうち,前記管理サーバに与える負荷が最大となる画像処理装置の当該負荷を記憶する記憶部と,前記選択部にて選択された負荷である負荷Aが前記記憶部に記憶されている負荷である負荷Bよりも大きいか否かを判断する負荷判断部とを備え,前記取得部は,前記負荷判断部にて前記負荷Aの方が大きいと判断された場合,前記記憶部に前記負荷Aを書き込み,前記負荷判断部にて前記負荷Bの方が大きいと判断された場合,前記負荷Bを前記画像処理装置が前記管理サーバに与える負荷として取得するとよい。過去に選択された負荷の中から最大の負荷を画像処理装置の負荷とすることで,より管理サーバがダウンしない同時通信台数を得ることができる。また,本明細書により開示される管理サーバは,前記画像処理装置の機能のうち,最大使用頻度の機能を実行する際に前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷を算出する算出部を備え,前記取得部は,前記算出部にて算出された負荷を,前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷として取得するとよい。使用頻度が最大となる機能の負荷に基づいて同時通信台数を決定することで,管理サーバの利用状況に好適な同時通信台数を得ることが期待できる。なお,機能ごとの使用頻度の情報は,各画像処理装置が保有してもよいし,管理サーバが保有してもよい。また,上記の管理サーバは,通信を許可した画像処理装置のうち,前記管理サーバに与える負荷が最大となる画像処理装置の当該負荷を記憶する記憶部と,前記算出部にて算出された負荷である負荷Cが前記記憶部に記憶されている負荷である負荷Bよりも大きいか否かを判断する負荷判断部とを備え,前記取得部は,前記負荷判断部にて前記負荷Cの方が大きいと判断された場合,前記記憶部に前記負荷Cを書き込み,前記負荷判断部にて前記負荷Bの方が大きいと判断された場合,前記負荷Bを前記画像処理装置が前記管理サーバに与える負荷として取得するとよい。過去に算出された負荷の中から最大の負荷を画像処理装置の負荷とすることで,より管理サーバがダウンしない同時通信台数を得ることができる。また,本明細書には,画像処理装置を管理する管理サーバを,前記画像処理装置からの通信要求を受け付ける受付手段と,前記管理サーバが現在受け入れられる負荷と,前記画像処理装置が前記通信要求によって前記管理サーバに与える負荷とに基づいて,同時通信可能な画像処理装置の台数である同時通信台数を決定する決定手段と,現在通信を許可している画像処理装置の台数が,前記同時通信台数を超えるか否かを判断する判断手段と,前記受付手段が前記通信要求を受け付けた前記画像処理装置に対し,前記判断手段が前記同時通信台数を超えると判断した場合には通信を許可せず,前記判断手段が前記同時通信台数を超えないと判断した場合には通信を許可する許可手段と,前記許可手段が通信を許可した前記画像処理装置との間で,管理対象のデータの通信を行う通信手段として機能させることを特徴とするプログラムが開示される。本発明によれば,管理サーバのダウンの回避と,管理サーバの利用効率の向上とを両立させる技術が実現される。以下,本実施形態にかかる管理サーバについて,添付図面を参照しつつ詳細に説明する。本形態は,複数の複合機MFP:MultiFunctionPeripheralと接続し,印刷等の画像処理回数を管理する管理サーバに本発明を適用したものである。[画像処理システムの構成]本形態の画像処理システム900は,図1に示すように,MFP200,201,202,203と,各MFPの画像処理回数を管理する管理サーバ100とを有し,各装置がネットワーク300を介して接続されている。各MFPは,印刷機能,読取機能,FAX送信機能,FAX受信機能のうち,少なくとも1つの機能を有している。すなわち,各MFPは,画像処理として,印刷,読み取り,FAX送信,FAX受信の少なくとも1つの実行が可能である。本形態の各MFPは,管理サーバ100にログインすることで,管理サーバ100との通信が確立する。そして,ログインユーザからの指示によって実行される各MFPの画像処理は,管理サーバ100によって管理される。管理サーバ100は,ログインユーザごとに,画像処理別の処理ページ数を管理する。具体的に,管理サーバ100は,図2に示すように,ログインユーザ名と,印刷,読み取り,FAX送信,FAX受信の各画像処理で処理した用紙のページ数とを関連付けて記憶するデータベース以下,処理回数DB541とするを有している。処理回数DB541は,各MFPが画像処理を行う度に更新される。なお,管理サーバ100は,ページ数の代わりに画像処理の利用回数を管理する構成としてもよい。また,管理サーバ100は,処理負荷の増大を回避するため,同時にログイン状態となるMFPの最大台数以下,同時ログイン台数とするを設定し,通信を確立するMFPの台数を制限する。さらに,管理サーバ100は,複数のMFPからの画像処理の処理要求による処理遅延やダウンを回避するため,処理要求に同時に対応するMFPの最大台数以下,同時通信台数とするを設定し,処理要求に同時に対応するMFPの台数を制限する。この同時ログイン台数および同時通信台数は,管理サーバ100自身がその負荷状況に合わせて決定する可変値である。なお,本実施例中の台数は,物理的なMFPの台数を意味するものではなく,ログインアカウントと対応付けて区別されるMFPの台数を意味する。すなわち,1台のMFPで複数のログインが可能であれば,同じMFPであってもログインアカウントごとに台数をカウントする。具体的な決定方法については後述する。[管理サーバの構成]続いて,管理サーバ100の構成について説明する。管理サーバ100は,図1に示したように,CPU51と,ROM52と,RAM53と,NVRAMNonVolatileRAM54とを備えた制御部50を備えている。なお,NVRAM54は,フラッシュメモリ,HDDHardDiskDrive,EEPROMElectricallyErasableProgramableReadOnlyMemory等の書き換え可能な不揮発性メモリであればよい。また,制御部50は,ネットワークインターフェース57とバス58を介して電気的に接続されている。ROM52には,データに対する各種の加工処理を行うプログラムや,各MFPを管理するためのプログラムや,各種設定,初期値等が記憶されている。RAM53は,各種プログラムが読み出される作業領域として,あるいは印刷データを一時的に記憶する記憶領域として利用される。なお,各種プログラムや上述した処理回数DB541は,NVRAM54に記憶される。また,NVRAM54には,各MFPからのログインを認証するための情報として,ログインユーザとそのログインユーザに対応するパスワードとを記憶するデータベースが記憶される。CPU51受付部,決定部,判断部,許可部,通信部,ログイン決定部,ログイン判断部,ログイン許可部,取得部,選択部,記憶部,負荷判断部,算出部の一例は,ROM52から読み出したプログラムに従って,その処理結果をRAM53またはNVRAM54に記憶させながら,各MFPの管理処理を実行する。ネットワークインターフェース57は,他の装置との通信を可能にするインターフェースである。管理サーバ100は,ネットワークインターフェース57を介して他の装置から送信される信号を受信する。[画像処理システムの動作手順]続いて,画像処理システム900において,各MFPで画像処理を行う際の動作手順について,図3のシーケンス図を参照しつつ説明する。以下の説明では,画像処理を実行するMFPをMFP200とし,MFP200で実行する画像処理をコピーとする。先ず,ユーザがMFP200を操作し,管理サーバ100にログインする。具体的にユーザは,ログインユーザ名とパスワードとを入力し,さらにログイン指示を入力する。MFP200は,ログイン指示を受け付けると,管理サーバ100にログイン要求を送信する。ログイン要求には,ログインユーザ名とパスワードとが付加される。ログイン要求を受け付けた管理サーバ100は,ログイン要求に付加されたログインユーザ名とパスワードとに基づいてログイン認証を行う。また,現在ログイン中のMFPの台数が同時ログイン台数よりも少ないか否かを判断する。そして,管理サーバ100は,ログインユーザが認証され,かつ現在ログイン中のMFPの台数が同時ログイン台数よりも少ない場合に,ログインを許可し,それ以外の場合に,ログインを許可しない。管理サーバ100は,このログインの結果を,ログイン要求を出力したMFP200に送信する。ログインの結果を受信したMFP200は,許可結果であればログインに成功し,コピー等の画像処理の実行指示の入力を可能な状態にする。一方,不許可結果であればログインに失敗し,画像処理の実行指示の入力を不可能な状態にする。MFP200が管理サーバ100からログインの許可結果を受信した場合,ユーザはMFP200にコピー指示を入力する。MFP200は,コピー指示を受け付けると,管理サーバ100にコピー許可申請を送信する。コピー許可申請を受信した管理サーバ100は,該コピー許可申請を許可するのか否かの判断を行う。具体的に,管理サーバ100は,管理サーバ100に現在処理を依頼しているMFPの台数が同時通信台数よりも少ない場合には,コピーを許可し,それ以外の場合は,コピーを許可しない。管理サーバ100は,このコピー許可申請の結果を,コピー許可申請を出力したMFP200に送信する。コピー許可申請の結果を受信したMFP200は,許可結果であればコピーが実行可能な状態になり,コピー動作を開始する。一方,不許可結果であればコピーが実行できないので,その旨のエラーを報知する。MFP200が管理サーバ100からコピーの許可結果を受信した場合,MFP200は1ページずつ原稿のコピーを行う。そして,1ページ分の原稿のコピーが完了する度に,カウントアップ通知を管理サーバ100に通知する。このカウントアップ通知には,ログインユーザ名とカウントアップする画像処理の種類および該画像処理の実行によって1回でカウントアップすべきページ数とが付加される。カウントアップ通知を受信した管理サーバ100は,カウントアップ通知に付加されたログインユーザ名とページ数とに基づいてカウントアップを行い,処理回数DB541を更新する。コピーが完了した後は,MFP200から管理サーバ100にコピー終了通知が送信される。なお,管理サーバ100では,MFP200から許可結果を送信してからコピー終了通知を受信するまでが,MFP200からの依頼を処理している期間以下,動作期間とするとなる。また,コピーが完了した後は,ユーザはMFP200にログアウト指示を入力する。MFP200は,ログアウト指示を受け付けると,管理サーバ100にログアウト要求を送信する。ログアウト要求には,ログイン時に入力されたログインユーザ名が付加される。管理サーバ100は,ログアウト要求を受け付けると,ログアウト要求に付加されたログインユーザ名のログアウト処理を実行する。[管理サーバの制御][第1の形態][起動処理]続いて,上述の動作を実現するための管理サーバ100の動作手順について説明する。始めに,管理サーバ100の起動時にCPU51によって実行される起動処理について,図4のフローチャートを参照しつつ説明する。起動処理では,先ず,管理サーバ100自身の能力を取得するS101。能力としては,例えばCPU速度やメモリアクセス速度が該当する。そして,管理サーバ100の現在の負荷を取得するS102。管理サーバ100の現在の負荷は,CPU使用率やメモリの空き容量などから算出する。次に,S101で取得した能力と,S102で取得した負荷と,MFP1台がログイン要求によって管理サーバ100に与える負荷とに基づいて,同時ログイン台数を決定するS103,ログイン決定部の一例。MFP1台のログインに必要な処理は各MFPで共通であり,MFP1台がログイン要求によって管理サーバ100に与える負荷は,固定値として,管理サーバ100があらかじめROM52等に記憶している。S103では,例えば,自装置の能力から得られる処理可能な最大負荷と,現在自装置にかかっている負荷との差分から,管理サーバ100が現在受け入れられる負荷である許容負荷を計算し,その許容負荷をMFP1台がログイン要求によって管理サーバ100に与える負荷で割った値を,同時ログイン台数に決定する。この同時ログイン台数は,管理サーバ100の他のプロセス例えば後述する管理処理でも共用される。次に,MFP200等からログイン要求を受け付けたか否かを判断するS104,受付部の一例。ログイン要求を受け付けていた場合にはS104:YES,そのログイン要求を出力したMFPのログインを許可するか否かを判断するS105,ログイン判断部,ログイン許可部の一例。具体的にS105では,2つの判断を行う。1つ目は,ログインユーザの認証であり,ログイン要求に付加されたログインユーザ名とパスワードとを認証する。ログインユーザが認証されなければ,ログインを不許可とする。2つ目は,現在ログイン中のMFPの台数が同時ログイン台数よりも少ないか否かを判断する。現在ログイン中のMFPの台数が同時ログイン台数以上であれば,ログインを不許可とする。ログインユーザが認証され,かつ現在ログイン中のMFPの台数が同時ログイン台数よりも少ない場合には,ログインを許可する。ログインを許可しなかった場合にはS105:NO,ログイン要求を出力したMFPに不許可結果を通知しS111,S104に移行する。すなわち,管理処理では,同時ログイン台数よりも多い台数のログインを許可しない。これにより,多数のMFPのログインによって,管理サーバの処理負荷が高くなることにより,ログイン時における管理サーバ100がダウンするのを防止することができる。ログインを許可した場合にはS105:YES,ログイン要求を出力したMFPに許可結果を通知するS106。許可結果を受信したMFPは,印刷,読み取り等,画像処理の実行指示の入力を可能な状態にする。次に,各MFPの画像処理を管理する管理処理を起動するS107。管理処理は,起動処理から起動されるプロセスであり,起動処理とは別プロセスとなる。すなわち,起動処理としては,S107として管理処理を起動した後は,即時にS104に移行する。S107で実行される管理処理については後述する。S104の説明に戻り,ログイン要求を受け付けていない場合にはS104:NO,シャットダウン指示が入力されたか否かを判断するS191。シャットダウン指示も入力されていなければS191:NO,S104に戻る。一方,シャットダウン指示が入力された場合にはS191:YES,実行中の管理処理を強制終了させるとともに起動処理を終了する。[管理処理]続いて,起動処理のS107によって起動される管理処理について,図5のフローチャートを参照しつつ説明する。管理処理も管理サーバ100のCPU51によって実行される。管理処理では,先ず,同時通信台数を決定するS124。図6は,S124の動作手順の詳細を示すフローチャートである。S124の同時通信台数決定処理では,先ず,管理サーバ100自身の能力を取得するS171。能力としては,起動処理のS101で取得する能力と同じ情報でよい。そして,管理サーバ100の現在の負荷を取得するS172。管理サーバ100の現在の負荷は,CPU使用率やメモリの空き容量などから算出する。なお,ログイン中のMFPの数,あるいは動作期間中のMFPの数や処理内容によって,管理サーバ100にかかる負荷を計算してもよい。次に,S171で取得した能力と,S172で取得した負荷と,MFP1台が動作期間中に管理サーバ100に与える負荷とに基づいて,同時通信台数を決定するS173,決定部の一例。MFP1台が動作期間中の通信要求によって管理サーバ100に与える負荷は,固定値として,管理サーバ100があらかじめROM52等に記憶している。S173では,例えば,自装置の能力から得られる処理可能な最大負荷と,現在自装置にかかっている負荷との差分から,管理サーバ100が現在受け入れられる負荷である許容負荷を計算し,その許容負荷をMFP1台が動作期間中に管理サーバ100に与える負荷で割った値を,同時通信台数に決定する。同時通信台数は,管理サーバ100の他のプロセス例えばS107で起動される他の管理処理でも共用される。なお,S173で決定する同時通信台数と,S103で決定する同時ログイン台数とは,それぞれ異なるタイミングでの管理サーバ100の過負荷を防止するための数値である。すなわち,同時通信台数は,MFP1台が画像処理に必要な通信によって管理サーバ100に与える負荷をパラメータとする数値であり,同時に動作期間となりえるMFPの台数となる。一方,同時ログイン台数は,MFP1台がログイン要求によって管理サーバ100に与える負荷をパラメータとする数値であり,同時にログイン可能なMFPの台数となる。図5の説明に戻り,S124の後は,許可結果通知を出力したMFPから画像処理についての許可申請があったか否かを判断するS125,受付部の一例。許可申請があった場合にはS125:YES,申請された画像処理を許可するか否かを判断するS141,判断部,許可部の一例。具体的には,現在動作期間中のMFPの台数が同時通信台数よりも少ないか否かを判断する。現在動作期間中のMFPの台数が同時通信台数以上であれば,これ以上の通信要求を受け付けることができないため,申請された画像処理を不許可とする。現在動作期間中のMFPの台数が同時通信台数よりも少ない場合には,申請された画像処理を許可する。画像処理を許可しなかった場合にはS141:NO,許可申請を出力したMFPに不許可結果を通知するS151。すなわち,管理処理では,同時通信台数よりも多い台数のMFPにおける画像処理を許可しない。これにより,ログイン後の,多数のMFPにおける画像処理に伴う通信要求による管理サーバ100のダウンを防止する。S151の後は,S126に移行する。画像処理を許可した場合にはS141:YES,許可申請を出力したMFPに許可結果を通知するS142。許可結果を受信したMFPは,印刷,読み取り等の画像処理の実行が可能になる。管理サーバ100は,S142の後,S142の許可通知によって管理サーバ100の負荷が増えることから,同時ログイン台数を更新するS143。図7は,S143の動作手順の詳細を示すフローチャートである。先ず,管理サーバ100自身の能力を取得するS181。能力としては,同時通信台数を決定する際にS171で取得する能力と同じ情報でよい。そして,管理サーバ100の現在の負荷を取得するS182。管理サーバ100の現在の負荷も,同時通信台数を決定する際にS172で取得する負荷と同じ取得方法でよい。次に,S181で取得した能力と,S182で取得した負荷と,MFP1台がログイン要求によって管理サーバ100に与える負荷とに基づいて,同時ログイン台数を計算するS183,ログイン決定部の一例。S183の同時ログイン台数も,起動処理の際にS103で決定する同時ログイン台数と同じ計算方法でよい。その後,同時ログイン台数が更新されるS184。図5の説明に戻り,S143の後は,ログイン要求を出力したMFPから画像処理についての終了通知があったか否かを判断するS144。終了通知がなかった場合にはS144:NO,ログイン要求を出力したMFPから画像処理についてのカウントアップ通知があったか否かを判断するS161。カウントアップ通知もなければS161:NO,S144に戻り,終了通知あるいはカウントアップ通知があるまで待機する。カウントアップ通知があった場合にはS161:YES,そのカウントアップ通知に付加されているログインユーザ名とカウントアップする画像処理の種類および該画像処理の実行によって1回でカウントアップすべきページ数とに基づいて,処理回数DB541を更新するS162,通信部の一例。更新後は,S144に戻り,終了通知あるいはカウントアップ通知があるまで待機する。終了通知があった場合にはS144:YES,管理サーバ100の負荷が減ることから,再度,同時ログイン台数を更新するS145。S145では,S143と同じ処理を実行する。S145の後は,S126に移行する。S151の後,あるいはS145の後,あるいは許可申請がなかった場合にはS125:NO,ログイン要求を出力したMFPからログアウト要求があったか否かを判断するS126。ログアウト要求がなければS126:NO,S125に戻り,許可申請あるいはログアウト要求があるまで待機する。一方,ログアウト要求があった場合にはS126:YES,ログアウトによって管理サーバ100の負荷が軽減されることが予想されるため,再度,同時通信台数を決定するS127。本形態のS127では,S124と同じ処理を行えばよい。S127の後,管理処理を終了する。すなわち,第1の形態の管理サーバ100は,画像処理の許可申請があった際,現在動作期間中のMFPの台数が同時通信台数よりも少ない場合に画像処理を許可することで,管理サーバ100自身が過負荷となる状況を回避している。また,ログイン要求があった際,現在ログイン中のMFPの台数が同時ログイン台数よりも少ない場合にログインを許可することでも,管理サーバ100自身が過負荷となる状況を回避している。さらに,第1の形態の管理サーバ100は,同時通信台数を,MFPからのログイン要求を許可した場合,そのときに管理サーバ100にかかっている負荷に基づいて設定し直している。また,第1の形態の管理サーバ100は,MFPからの許可申請を許可した場合,あるいはMFPからの終了通知を受けた場合,同時ログイン台数をそのときに管理サーバ100にかかっている負荷に基づいて設定し直している。つまり,同時通信台数および同時ログイン台数を可変値としている。これにより,実際の管理サーバ100の負荷状況に応じてMFPの利用可否を決定できるようになり,同時通信台数ないし同時ログイン台数を固定値とするものと比較して,管理サーバ100の利用効率の向上が期待できる。なお,第1の形態の管理処理では,ログイン要求を許可した後に,同時通信台数を決定しているが,同時通信台数を決定するタイミングは,これに限るものではない。すなわち,MFPから通信要求を受け付けた後であればよく,例えば,画像処理の許可申請を受け付けた後であって,S141の画像処理の許可判断前であってもよい。また,終了通知やカウントアップ通知を受けたタイミングであってもよい。また,同時ログイン台数を決定するタイミングについても同様である。[第2の形態]続いて,第2の形態として,第1の形態の管理処理の,S124の同時通信台数決定処理の,他の形態について,図8のフローチャートを参照しつつ説明する。第2の形態では,同時通信台数を決定する際のパラメータとなる,MFPによる動作期間中の通信要求によって管理サーバ100に与える負荷を,MFPの機能に応じて設定される可変値とする。この点,MFP1台が動作期間中の通信要求によって管理サーバ100に与える負荷を,固定値とする第1の形態図6参照とは異なる。なお,以下の説明では,第1の形態と同じ処理については同じ符号を付して説明を省略する。第2の形態の同時通信台数決定処理では,管理サーバ100自身の能力を取得するS171。さらに,管理サーバ100の現在の負荷を取得するS172。さらに,第2の形態では,ログイン要求を出力したMFPの,機能別の情報を取得するS273。機能別の情報としては,各機能のスペックや,各機能を実行する際の通信データサイズ例えば,印刷機能であれば,印刷に伴う1回のカウントアップ通知のデータサイズが含まれる。また,各機能のスペックとは,性能や機能等,処理能力を表すものであり,MFPが有する機能の種類,各機能の処理速度例えば,印刷機能であれば印刷速度が該当する。これらの情報は,管理サーバ100自身のデータベースに保有していてもよいし,MFPに問い合わせて取得してもよい。その後,MFPが有する機能別に,その機能に対応する画像処理に伴う通信要求によって管理サーバ100に与える負荷を算出するS274,取得部の一例。例えば,コピーであれば,印刷速度および読取速度に基づいて通信要求が出力される時間間隔を算出し,さらに1回のカウントアップ通知で処理されるデータサイズに基づいて,コピーによって管理サーバ100に与える負荷を算出する。また,FAX送信であれば,読取速度およびFAX通信速度から通信要求が出力される時間間隔を算出し,さらに1回のカウントアップ通知で処理されるデータサイズに基づいて,FAX送信によって管理サーバ100に与える負荷を算出する。このような負荷計算を,他の機能読み取り,FAX受信等についても行う。次に,機能別に算出された負荷から,最大負荷を選択し,その選択された負荷を,MFPが通信要求によって管理サーバ100に与える負荷であるMFP負荷とするS275,選択部の一例。そして,S275で選択されたMFP負荷が,これまでに最も大きいMFP負荷となった最大MFP負荷よりも大きいか否かを判断するS276,負荷判断部の一例。最大MFP負荷は,NVRAM54に記憶されている。S275で選択されたMFP負荷が最大MFP負荷よりも大きい場合にはS276:YES,S275で選択されたMFP負荷を,最大MFP負荷として更新するS277,記憶部の一例。すなわち,S275で選択されたMFP負荷が,以後,最大MFP負荷として利用される。S277の後,あるいはS275で選択された負荷がこれまでの最大MFP負荷以下の場合にはS276:NO,S171で取得した能力と,S172で取得した負荷と,最大MFP負荷とに基づいて,同時通信台数を決定するS278,決定部の一例。S278の決定方法については,第1の形態のS173と同様である。このようにMFPが実際に与える最大負荷に基づいて同時通信台数を決定することで,第1の形態と比較して,より効果的に管理サーバ100がダウンする可能性が低い同時通信台数を求めることができる。[第3の形態]続いて,第3の形態として,第1の形態の管理処理の,S124の同時通信台数決定処理の,他の形態について,図9のフローチャートを参照しつつ説明する。第3の形態では,同時通信台数を決定する際のパラメータとなる,MFPの動作期間中の通信要求によってMFPが管理サーバ100に与える負荷を,MFPの機能に応じて設定される可変値とする。さらに,MFPの動作期間中の通信要求によって管理サーバ100に与える負荷を算出する際,各機能の使用頻度を利用する。この点,第2の形態とは異なる。なお,以下の説明では,第1の形態および第2の形態と同じ処理については同じ符号を付して説明を省略する。第3の形態の同時通信台数決定処理では,先ず,管理サーバ100自身の能力を取得するS171。さらに,管理サーバ100の現在の負荷を取得するS172。さらに,ログイン要求を出力したMFPの機能別の情報を取得するS273。さらに,第3の形態では,各機能の動作履歴を取得するS374。動作履歴としては,例えば,各機能の利用回数や最新利用日時が該当する。これらの情報は,管理サーバ100自身のデータベースに保有していてもよいし,MFPに問い合わせて取得してもよい。次に,S374で取得した動作履歴に基づいて,MFPの機能の中から最高使用頻度の機能を選択するS375。そして,その選択された機能について,その機能に対応する画像処理に伴う通信要求によって管理サーバ100に与える負荷を算出するS376,取得部,算出部の一例。そして,その算出された負荷を,MFP負荷とする。そして,S376で算出されたMFP負荷が,最大MFP負荷よりも大きいか否かを判断するS276,負荷判断部の一例。S376で算出されたMFP負荷が最大MFP負荷よりも大きい場合にはS276:YES,S376で算出されたMFP負荷を,最大MFP負荷として更新するS277,記憶部の一例。S277の後,あるいはS376で算出された負荷が最大MFP負荷以下の場合にはS276:NO,S171で取得した能力と,S172で取得した負荷と,最大MFP負荷とに基づいて,同時通信台数を決定するS278,決定部の一例。このように各機能の使用頻度に基づいて同時通信台数を決定することで,第2の形態と比較して,より実使用状況に好適な同時通信台数を求めることができる。[第4の形態]続いて,第4の形態として,第2の形態ないし第3の形態の同時通信決定処理を実行した際の,図5に示した管理処理のS127の処理,すなわち同時通信台数を更新する処理について説明する。第4の形態では,管理サーバ100にログイン中の他のMFPが管理サーバ100に与える負荷を考慮して,同時通信台数を決定する。図10は,第4の形態における同時通信台数更新処理の動作手順を示すフローチャートである。同時通信台数更新処理では,先ず,ログアウトするMFPのMFP負荷,すなわちS124の同時通信台数決定処理中に得られたMFP負荷が,最大MFP負荷と等しいか否かを判断するS491。MFP負荷が最大MFP負荷と異なる場合にはS491:NO,同時通信台数更新処理を終了する。MFP負荷が最大MFP負荷と等しい場合にはS491:YES,ログアウトによって最大負荷となるMFPが管理サーバ100を使用しないことになる。そこで,同時通信台数を計算し直す。すなわち,管理サーバ100自身の能力を取得するS492。さらに,管理サーバ100の現在の負荷を取得するS493。その後,現在ログイン中の各MFPのMFP負荷の中から最大のものを選択しS494,最大MFP負荷を更新するS495,記憶部の一例。そして,S492で取得した能力と,S493で取得した負荷と,更新された最大MFP負荷とに基づいて,同時通信台数を決定するS496,決定部の一例。このように最大負荷となるMFPがログアウトした後は,次に最大負荷となるMFPの負荷に基づいて同時通信台数を更新することで,他の形態と比較して,管理サーバ100の利用効率を高めることが期待できる。以上詳細に説明したように実施の形態の管理サーバ100は,MFPから通信要求を受け付けた後に,現在自装置が受け入れられる負荷をパラメータとして同時通信台数を決定する,つまり同時通信台数を,現在自装置が受け入れられる負荷に応じた可変値とする。これにより,管理サーバ100への通信が許可されるMFPの台数の自由度が大きくなる。例えば,現在自装置が受け入れられる負荷が大きければ,負荷が小さい場合と比較して同時通信台数を多くし,管理サーバ100の利用効率を上げることができる。一方,現在自装置が受け入れられる負荷が小さければ同時通信台数を少なくし,管理サーバ100のダウンの可能性を低くすることができる。なお,本実施の形態は単なる例示にすぎず,本発明を何ら限定するものではない。したがって本発明は当然に,その要旨を逸脱しない範囲内で種々の改良,変形が可能である。例えば,管理対象となる画像処理装置は,印刷機能や読取機能等の画像処理機能を備えるものであればよく,MFPの他,例えば,プリンタ,スキャナ,複写機,FAX装置であっても適用可能である。また,実施の形態の管理サーバ100は,画像処理で処理したページ数を記憶しているのみであるが,画像処理の制限値を記憶し,画像処理の処理ページ数が制限値を上回った場合に,そのログインユーザの画像処理を禁止してもよい。この場合,制限値は,固定値であってもよいし,ログインユーザごとに設定してもよい。また,制限値は,画像処理の機能ごとに設定してもよい。また,実施の形態の管理サーバ100は,MFPからのログイン数を管理しているが,必ずしもログインは必須ではない。例えば,装置ごとに画像処理の回数を管理する場合には,ログインを行わなくてもよい。また,実施の形態の管理サーバ100は,画像処理の処理ページ数を記憶しているが,管理対象は画像処理の処理ページ数に限るものではない。例えば,実行時刻やエラー情報等の処理履歴を記憶してもよい。また,実施の形態のMFP200は,1ページの画像処理ごとに管理サーバ100に許可申請を行っているが,これに限るものではない。すなわち,複数ページごと,あるいは1ジョブごとに管理サーバ100に許可申請を行ってもよい。また,実施の形態では,ログイン要求時にログインユーザとパスワードとを送信し,S105にて同時ログイン台数の判断と認証判断との両方を行っているが,別々に判断してもよい。例えば,ログイン要求時は同時ログイン台数の判断のみを判断し,許可結果を受け取ったことを条件としてMFPがログインユーザとパスワードとを送信してログイン認証を行うようにしてもよい。また,実施の形態に開示されている処理は,単一のCPU,複数のCPU,ASICなどのハードウェア,またはそれらの組み合わせで実行されてもよい。また,実施の形態に開示されている処理は,その処理を実行するためのプログラムを記録した記録媒体,または方法等の種々の態様で実現することができる。"