機器を、ネットワークを介して通信を行うことで遠隔管理する管理手段と、前記管理手段と前記機器との、前記ネットワークを介した前記通信を仲介し、該機器の契約形態に対応するサービスを提供する仲介手段と、複数の前記機器から送信された要求を受け付け、複数の前記仲介手段のうち、該機器の前記契約形態に応じた仲介手段に振り分ける受付手段とを備えることを特徴とする遠隔管理装置。前記受付手段は、さらに、前記管理手段から前記機器に対する要求を受け付け、複数の前記仲介手段のうち該機器の前記契約形態に応じた仲介手段に振り分けることを特徴とする請求項1に記載の遠隔管理装置。機器を、ネットワークを介して通信を行うことで遠隔管理する管理手段と、前記管理手段と前記機器との、前記ネットワークを介した前記通信を仲介し、該機器から送信される通報の種別に対応するサービスを提供する仲介手段と、複数の前記機器から送信された前記通報を受け付け、複数の前記仲介手段のうち、該通報の種別に応じた仲介手段に振り分ける受付手段とを備えることを特徴とする遠隔管理装置。機器を、ネットワークを介して通信を行うことで遠隔管理する管理サーバと、前記管理サーバと前記機器との、前記ネットワークを介した前記通信を仲介し、該機器の契約形態に対応するサービスを提供する仲介サーバと、複数の前記機器から送信された要求を受け付け、複数の前記仲介サーバのうち、該機器の前記契約形態に応じた仲介サーバに振り分ける受付サーバとを備えることを特徴とする遠隔管理システム。機器を、ネットワークを介して通信を行うことで遠隔管理する管理サーバと、前記管理サーバと前記機器との、前記ネットワークを介した前記通信を仲介し、該機器から送信される通報の種別に対応するサービスを提供する仲介サーバと、複数の前記機器から送信された前記通報を受け付け、複数の前記仲介サーバのうち、該通報の種別に応じた仲介サーバに振り分ける受付サーバとを備えることを特徴とする遠隔管理システム。機器を、ネットワークを介して通信を行うことで遠隔管理する管理ステップと、前記管理ステップによる前記機器との、前記ネットワークを介した前記通信を仲介し、該機器の契約形態に対応するサービスを提供する仲介ステップと、複数の前記機器から送信された要求を受け付け、複数の前記仲介ステップのうち、該機器の前記契約形態に応じた仲介ステップに振り分ける受付ステップとをコンピュータに実行させるための遠隔管理プログラム。機器を、ネットワークを介して通信を行うことで遠隔管理する管理ステップと、前記管理ステップによる前記機器との、前記ネットワークを介した前記通信を仲介し、該機器から送信される通報の種別に対応するサービスを提供する仲介ステップと、複数の前記機器から送信された前記通報を受け付け、複数の前記仲介ステップのうち、該通報の種別に応じた仲介ステップに振り分ける受付ステップとをコンピュータに実行させるための遠隔管理プログラム。ここで、上述した遠隔管理システムにおいて、インターネット400に接続され、センタシステム500に管理される機器の数が増加すると、仲介システム502の負荷が大きくなり、処理が滞るなど問題が発生するおそれがある。そのため、仲介システム502における処理を軽減できるような仕組みが求められている。本発明は、上記に鑑みてなされたものであって、機器と、機器を管理するセンタシステムとの通信を仲介する仲介システムの処理を軽減することを目的とする。上述した課題を解決し、目的を達成するために、第1の発明は、機器を、ネットワークを介して通信を行うことで遠隔管理する管理手段と、管理手段と機器との、ネットワークを介した通信を仲介し、機器の契約形態に対応するサービスを提供する仲介手段と、複数の機器から送信された要求を受け付け、複数の仲介手段のうち、機器の契約形態に応じた仲介手段に振り分ける受付手段とを備えることを特徴とする。また、第2の発明は、機器を、ネットワークを介して通信を行うことで遠隔管理する管理手段と、管理手段と機器との、ネットワークを介した通信を仲介し、機器から送信される通報の種別に対応するサービスを提供する仲介手段と、複数の機器から送信された通報を受け付け、複数の仲介手段のうち、通報の種別に応じた仲介手段に振り分ける受付手段とを備えることを特徴とする。また、第3の発明は、機器を、ネットワークを介して通信を行うことで遠隔管理する管理サーバと、管理サーバと機器との、ネットワークを介した通信を仲介し、機器の契約形態に対応するサービスを提供する仲介サーバと、複数の機器から送信された要求を受け付け、複数の仲介サーバのうち、機器の契約形態に応じた仲介サーバに振り分ける受付サーバとを備えることを特徴とする。また、第4の発明は、機器を、ネットワークを介して通信を行うことで遠隔管理する管理サーバと、管理サーバと機器との、ネットワークを介した通信を仲介し、機器から送信される通報の種別に対応するサービスを提供する仲介サーバと、複数の機器から送信された通報を受け付け、複数の仲介サーバのうち、通報の種別に応じた仲介サーバに振り分ける受付サーバとを備えることを特徴とする。また、第5の発明は、機器を、ネットワークを介して通信を行うことで遠隔管理する管理ステップと、管理ステップによる機器との、ネットワークを介した通信を仲介し、機器の契約形態に対応するサービスを提供する仲介ステップと、複数の機器から送信された要求を受け付け、複数の仲介ステップのうち、機器の契約形態に応じた仲介ステップに振り分ける受付ステップとをコンピュータに実行させることを特徴とする。また、第6の発明は、機器を、ネットワークを介して通信を行うことで遠隔管理する管理ステップと、管理ステップによる機器との、ネットワークを介した通信を仲介し、機器から送信される通報の種別に対応するサービスを提供する仲介ステップと、複数の機器から送信された通報を受け付け、複数の仲介ステップのうち、通報の種別に応じた仲介ステップに振り分ける受付ステップとをコンピュータに実行させることを特徴とする。本発明によれば、機器と、機器を管理するセンタシステムとの通信を仲介する仲介システムの処理を軽減できるという効果を奏する。以下に添付図面を参照して、本発明に係る遠隔管理システムの一実施形態を詳細に説明する。図1は、本実施形態に適用可能な遠隔管理システムを概略的に示す。センタシステム10は、インターネット40を介して接続された顧客先Aの機器30および31、ならびに、顧客先Bの機器32および33を遠隔管理する。なお、これら機器30~33は、画像形成装置、あるいは、印刷機能、スキャナ機能、複写機能およびFAX機能などを1の筐体で実現する複合機であるものとする。センタシステム10側では、さらに、第1のクラウド仲介サーバ11と、第2のクラウド仲介サーバ12と、受付サーバ13とを備える。これらセンタシステム10、第1のクラウド仲介サーバ11、第2のクラウド仲介サーバ12におよび受付サーバ13は、全体として、機器30~33を管理するための機器管理モジュール100を備える。第1のクラウド仲介サーバ11は、センタシステム10による第1の種類の保守契約例えばパフォーマンス契約による管理を仲介する。第2のクラウド仲介サーバ12は、センタシステム10による第2の種類の保守契約例えば年間契約による管理を仲介する。受付サーバ13は、機器32および33からセンタシステム10に対する要求を受け付け、第1のクラウド仲介サーバ11および第2のクラウド仲介サーバ12に振り分ける。また、受付サーバ13は、センタシステム10からの要求などを受け付け、機器32および33に対して振り分ける。第1のクラウド仲介サーバ11および第2のクラウド仲介サーバ12は、それぞれ、1または複数の管理サーバからなり、互いにネットワーク接続された複数のコンピュータが互いに連携してインターネットを介してサービスを提供する、クラウドコンピューティング技術を用いている。クラウドコンピューティング技術によれば、サービスを利用する側では、クラウドを構成する個々のコンピュータを意識する必要が無い。なお、以下では、パフォーマンス契約は、サービスコールSC、トナー発注コールサプライ品発注コールおよび定期部品交換に対応するものとする。また、年間契約は、SCに対応し、オプション契約として定期部品交換を付加することができるものとする。顧客先Aは、複数の機器30および31と、仲介装置20とを有する。顧客先Aにおいて、機器30は、ソフトウェアとして、センタシステム10からの遠隔管理を受け付ける。例えばこの遠隔管理システム内で汎用的な遠隔管理機器モジュール111を有する。仲介装置20は、ソフトウェアとして仲介装置モジュール110を有し、センタシステム10とインターネット40を介して通信を行い、センタシステム10による機器30の管理を仲介する。一方、機器31は、ソフトウェアとして個別機器管理モジュール112および仲介装置モジュール113を有する。仲介装置モジュール113は、上述した仲介装置モジュール110と同等の機能を有する。個別機器管理モジュール112は、仲介装置モジュール113がインターネット40を介して行うセンタシステム10との通信に応じて、この機器31に固有の管理を行う。顧客先Bは、複数の機器32および33を有する。これらのうち、機器32は、この遠隔管理システムに関連するメーカの製品であり、機器33は、他のメーカの製品であるものとする。これら機器32および33は、ソフトウェアとして、この遠隔管理システム側から提供される遠隔管理機器SDK部120、遠隔管理機器SDK部120により形成されるラッパー部122および通信ライブラリ通信Lib部121や、図示されないセキュリティライブラリ、設定データを有する。ラッパー部122は、機器間の構成の差異を吸収するためのソフトウェアである。顧客先Bの各機器32および33は、これらラッパー部122および通信ライブラリ部121などを用いて、第1のクラウド仲介サーバ11、第2のクラウド仲介サーバ12および受付サーバ13などを介してセンタシステム10と通信を行い、センタシステム10による管理を受ける。このような遠隔管理システムにおいて、センタシステム10は、機器30および31のように、仲介装置20または仲介装置モジュール113を有する管理対象に対しては、これら仲介装置20や仲介装置モジュール113を介して機器の管理を行う。一方、センタシステム10は、機器32および33のように、仲介装置20または仲介装置モジュール113を持たない管理対象に対しては、第1のクラウド仲介サーバ11、第2のクラウド仲介サーバ12および受付サーバ13を介して機器の管理を行う。図2は、複合機200における機器管理に係る一例の機能を示す機能ブロック図である。なお、この図2に例示される構成は、上述した機器32および33に適用することができる。複合機200の機器管理に係る機能は、通信ライブラリ部121と、遠隔管理機器SDK部120と、ラッパー部122と、プラットフォーム部123に大別できる。これら各部の機能は、例えば、複合機200に対して、プログラムである遠隔管理機器SDK部120をインストールすることで、複合機200の主記憶装置上にこれら各部の機能をそれぞれ実行するモジュールが形成され実現される。通信ライブラリ部121は、通信ライブラリ201とセキュリティライブラリ202とを有する。遠隔管理機器SDK部120は、遠隔管理機器SDK210と、設定データ211と、イベント管理ライブラリ212とを有する。ラッパー部122は、プラットフォーム依存吸収モジュール220を有する。また、プラットフォーム部123は、SDKI/Fインターフェイス231と、プラットフォーム230とを有する。プラットフォーム230は、複合機200の機種などに依存する。遠隔管理機器SDK210は、通信ライブラリ201、セキュリティライブラリ202および設定データ211を用いて、第1のクラウド仲介サーバ11および第2のクラウド仲介サーバ12との通信を行う。通信時の通知データは、プラットフォーム依存吸収モジュール220が、SDKI/F231を介してプラットフォーム230から取得する。プラットフォーム依存吸収モジュール220は、プラットフォーム230に依存する部分を吸収する。プラットフォーム依存吸収モジュール220を実装することで、通信ライブラリ部分および遠隔管理機器SDK部分が、複合機200の構成に依らずに動作できるようになる。通知データは、固定部と変動部とを有する。固定部は、プラットフォーム依存吸収モジュール220で必ず実装しなければいけないパラメータが含まれる。一方、変動部は、プラットフォーム依存吸収モジュール220でパラメータ名とその値を自由に設定できる。設定値およびイベントは、クラウド仲介システムとの通信時に設定される。これに限らず、設定データ211およびイベント管理ライブラリ212で管理されるイベントは、プラットフォーム依存吸収モジュール220から自由に設定できる。また、通信ライブラリ201およびセキュリティライブラリ202は必要に応じて入れ替えることができる。図3は、受付サーバ13の一例の機能を示す機能ブロック図である。受付サーバ13は、機器通信モジュール240と、振り分け先サーバ通信クライアントモジュール241と、振り分け先サーバ通信サーバモジュール242と、振り分け処理モジュール243と、振り分けテーブル244と、機器管理モジュール245と、セキュリティ認証モジュール246と、WebUI247と、機器管理データベースDB248と、設定パラメータ249と、スケジューラ250とを有する。機器通信モジュール240は、機器32および33とインターネット40を介して通信を行う。セキュリティ認証モジュール246は、この通信時に、通信先である機器32および33に対する認証処理を行う。機器管理DB248は、管理対象である機器32および33の管理情報が格納される。設定パラメータ249は、通信先である機器32および33と通信を行う際の設定パラメータである。また、スケジューラ250は、機器32および33との通信のスケジュールを管理する。機器管理モジュール245は、機器通信モジュール240と、セキュリティ認証モジュール246と、設定パラメータ249とを用いて機器32や機器33の遠隔管理機器SDK部120と通信を行い、機器32や機器33からの通知の受信、機器32や機器33の情報の取得、機器32や機器33に対するコマンドの送信などを行う。通信を行う機器32や機器33の情報は、機器管理DB248に保持される。機器管理DB248に保持される情報は、振り分け先サーバ通信クライアントモジュール241を用いてセンタシステム10に通知される。このとき、振り分け処理モジュール243が、振り分けテーブル244に保持される情報に従い、通知を、振り分け先サーバに所定に振り分ける。また、振り分け先サーバ通信サーバモジュール242は、振り分け先サーバからの要求に従い、応答を行う。このとき、振り分け処理モジュール243が、振り分けテーブル244に保持される情報に従い、応答の送信先を機器32および33に所定に振り分ける。機器管理DB248に保持される情報は、WebUI247を用いて閲覧することができる。図4-1および図4-2は、振り分けテーブル244の例を示す。図4-1は、契約形態に基づき振り分けを行う場合の、振り分けテーブル244の例を示す。図中、MFPIDは、機器32、33など管理対象の機器の識別情報である。図4-1の例では、契約形態パフォーマンス契約、年間保守契約およびスポット契約毎に、通知先のサーバが設定されている。図4-2は、機器からの通報種別に基づき振り分けを行う場合の、振り分けテーブル244の例を示す。図4-2の例では、SCサービスコール、トナー発注コールおよび定着ユニット交換時期のコールといった、通報種別毎に、通知先のサーバが設定されている。これら受付サーバ13の各機能は、例えば、所定のプログラムを受付サーバ13にインストールすることで、各機能を実行するモジュールが受付サーバ13の主記憶装置上に形成されることで実現される。図5は、上述した振り分け先サーバの一例の機能を示す機能ブロック図である。振り分け先サーバ50は、例えば、図1の第1のクラウド仲介サーバ11および第2のクラウド仲介サーバ12である。振り分け先サーバ50は、機器通信モジュール260、センタ通信クライアントモジュール261、センタ通信サーバモジュール262、受付サーバ通信クライアントモジュール263、受付サーバ通信サーバモジュール264、機器管理モジュール265、セキュリティ認証モジュール266、WebUI267、機器管理DB268、設定パラメータ269、スケジューラ270を有する。機器通信モジュール260は、機器32および33とインターネット40を介して通信を行う。セキュリティ認証モジュール266は、この通信時に、通信先である機器32および33に対する認証処理を行う。機器管理DB268は、管理対象である機器32および33の管理情報が格納される。設定パラメータ269は、機器32および33と通信を行う際の設定パラメータである。また、スケジューラ270は、通信スケジュールを管理する。センタ通信クライアントモジュール261およびセンタ通信サーバモジュール262は、センタシステム10との通信を行う。受付サーバ通信クライアントモジュール263は、受付サーバ13からの通知を受信する。受付サーバ通信サーバモジュール264は、受付サーバ13に対して通知を送信する。機器管理モジュール265は、機器通信モジュール260と、セキュリティ認証モジュール266と、設定パラメータ269とを用いて機器32や機器33の遠隔管理機器SDK部120と通信を行い、機器32や機器33からの通知の受信、機器32や機器33の情報の取得、機器32や機器33に対するコマンドの送信などを行う。機器32や機器33の情報は、機器管理DB268に保持される。機器管理DB268に保持される情報は、センタ通信クライアントモジュール261を用いてセンタシステム10に通知される。機器管理DB268に保持される情報は、WebUI267を用いて閲覧することができる。これら振り分け先サーバ50の各機能は、例えば、所定のプログラムを受付サーバ13にインストールすることで、各機能を実行するモジュールが振り分け先サーバ50の主記憶装置上に形成されることで実現される。本実施形態による遠隔管理システムにおいては、顧客先に新規に機器が設置された場合には、設置された機器の情報をセンタシステム10に登録する必要がある。図6は、この機器設置に係る登録処理の一例のシーケンスを示す。顧客先に、保守契約をパフォーマンス契約として機器MFP1が新たに設置された場合、当該機器MFP1に対して、遠隔管理機器SDK部120がインストールされ、その旨が保守契約の情報と共に受付サーバ13に通知されるSEQ10。この通知を受けた受付サーバ13は、機器MFP1が設置された旨をセンタシステム10に通知するSEQ11。それと共に、受付サーバ13は、振り分けテーブル244に対して、当該機器MFP1の識別情報と、契約形態パフォーマンス契約と、契約形態に対して予め設定された通知先サーバの情報とを登録する。他の保守契約の場合にも、同様である。すなわち、保守契約を年間契約として機器MFP2が新たに設置された場合、当該機器MFP2に対して、遠隔管理機器SDK部120がインストールされ、その旨が保守契約の情報と共に受付サーバ13に通知されるSEQ20。この通知を受けた受付サーバ13は、機器MFP2が設置された旨をセンタシステム10に通知するSEQ21。それと共に、振り分けテーブル244に対して、当該機器MFP2の識別情報と、契約形態年間契約と、契約形態に対して予め設定された通知先サーバの情報とを登録する。図7は、図6の新規機器設置の際の受付サーバ13の一例の処理を示すフローチャートである。ステップS100で、遠隔管理機器SDK部120のインストール通知を待機する。若し、当該インストール通知を受信したら、処理がステップS101に移行され、振り分けテーブル244に対して、遠隔管理機器SDK部120がインストールされた機器の管理情報を追加する。そして、次のステップS102で、センタシステム10に対して、新規に機器が設置された旨を通知する。図8は、契約形態毎にクラウド仲介サーバを設けた場合の一例の処理を示す。この場合、受付サーバ13では、図4-1に示した、契約形態に基づき振り分けを行う場合の、振り分けテーブル244を用いる。なお、ここでは、機器側がクライアントとして動作する場合について示している。また、顧客先の機器MFP1およびMFP2において、機器MFP1にはパフォーマンス契約が、機器MFP2には年間契約が、それぞれ保守契約として交わされているものとする。第1の例として、機器MFP1においてSCが発生した場合について説明する。機器MFP1で発生したSCは、インターネット40を介して受付サーバ13に受信されるSEQ100。受付サーバ13は、このSCを受信すると、振り分けテーブル244を参照し、機器MFP1の識別情報から契約形態を求め、求めた契約形態に対応する通知先サーバを求める。この例では、機器MFP1の識別情報に基づき、契約形態がパフォーマンス契約であるとされ、パフォーマンス契約に対応する、第1のクラウド仲介サーバ11が通知先サーバに決定される。受付サーバ13は、機器MFP1から受信したSCを、この第1のクラウド仲介サーバ11に送信するSEQ101。第1のクラウド仲介サーバ11は、受信したSCをセンタシステム10に送信するSEQ102。センタシステム10は、このSCを受信すると、例えば、SCの内容に応じてサービス用員の手配など、必要な処理を行う。第2の例として、機器MFP1においてトナー発注コールが発生した場合について説明する。機器MFP1で発生したトナー発注コールは、インターネット40を介して受付サーバ13に受信されるSEQ110。受付サーバ13は、このトナー発注コールを受信すると、振り分けテーブル244を参照し、機器MFP1の識別情報から契約形態を求め、求めた契約形態に対応する通知先サーバを求める。この例では、機器MFP1の契約形態がパフォーマンス契約であるとされ、パフォーマンス契約に対応する、第1のクラウド仲介サーバ11が通知先サーバに決定される。受付サーバ13は、機器MFP1から受信したトナー発注コールを、この第1のクラウド仲介サーバ11に送信するSEQ111。第1のクラウド仲介サーバ11は、受信したトナー発注コールをセンタシステム10に送信するSEQ112。センタシステム10は、例えば、受信したトナー発注コールに応じて、機器MFP1のトナー発注処理を実行する。第3の例として、機器MFP2においてSCが発生した場合について説明する。機器MFP2で発生したSCは、インターネット40を介して受付サーバ13に受信されるSEQ120。受付サーバ13は、このSCを受信すると、振り分けテーブル244を参照し、機器MFP2の識別情報から契約形態を求め、求めた契約形態に対応する通知先サーバを求める。この例では、機器MFP2の識別情報に基づき、契約形態が年間契約であるとされ、年間契約に対応する、第2のクラウド仲介サーバ12が通知先サーバに決定される。受付サーバ13は、機器MFP2から受信したSCを、この第2のクラウド仲介サーバ12に送信するSEQ121。第2のクラウド仲介サーバ12は、受信したSCをセンタシステム10に送信するSEQ122。センタシステム10は、このSCを受信すると、例えば、SCの内容に応じてサービス用員の手配など、必要な処理を行う。第4の例として、機器MFP2においてトナー発注コールが発生した場合について説明する。機器MFP2で発生したトナー発注コールは、インターネット40を介して受付サーバ13に受信されるSEQ130。受付サーバ13は、このトナー発注コールを受信すると、振り分けテーブル244を参照し、機器MFP2の識別情報から契約形態を求め、求めた契約形態に対応する通知先サーバを求める。この例では、機器MFP2の識別情報に基づき、契約形態が年間契約であるとされ、年間契約に対応する、第2のクラウド仲介サーバ12が通知先サーバに決定される。受付サーバ13は、機器MFP2から受信したトナー発注コールを、この第2のクラウド仲介サーバ12に送信するSEQ131。第2のクラウド仲介サーバ12は、機器管理DB268を参照し、受信したトナー発注コールの送信元の保守契約が年間契約であることを確認すると、トナー発注処理は契約対象外であると判断し、センタシステム10に対する通知は行わない。図9は、契約形態毎にクラウド仲介サーバを設けた場合に、顧客先に設置された機器から送信された、保守契約に係るコールを受信した際の、受付サーバ13における一例の処理を示すフローチャートである。受付サーバ13は、顧客先に設置された機器からのコールを受信すると、ステップS110で、当該コールにより通知される通知情報に含まれる契約形態を示す情報を参照する。そして、次のステップS111で、契約形態を示す情報に基づき振り分けテーブル244を参照し、通知先のサーバを決定する。すなわち、契約形態を示す情報がパフォーマンス契約を示していれば、処理をステップS112に移行させ、機器から受信したコールを、パフォーマンス契約用サーバ例えば図1の第1のクラウド仲介サーバ11に通知する。また、契約形態を示す情報が年間契約を示していれば、処理をステップS113に移行させ、機器から受信したコールを、年間契約用サーバ例えば図1の第2のクラウド仲介サーバ12に通知する。さらに、契約形態を示す情報がスポット契約を示していれば、処理をステップS114に移行させ、機器から受信したコールを、スポット契約用サーバに通知する。図10は、サービスコール種類毎にクラウド仲介サーバを設けた場合の一例の処理を示す。この場合、受付サーバ13では、図4-2に示した、機器からの通報種別に基づき振り分けを行う場合の、振り分けテーブル244を用いる。なお、ここでは、機器側がクライアントとして動作する場合について示し、顧客先の機器MFP1およびMFP2において、機器MFP1にはパフォーマンス契約が、機器MFP2には年間契約が、それぞれ保守契約として交わされているものとする。また、図1の第1のクラウド仲介サーバ11がSCに対応し、第2のクラウド仲介サーバ12がトナー発注コールに対応するものとする。さらに、ロビーサーバ13’は、上述した受付サーバ13と同等の構成を有するものとする。第1の例として、機器MFP1においてSCが発生した場合について説明する。機器MFP1で発生したSCは、インターネット40を介してロビーサーバ13’に受信されるSEQ200。ロビーサーバ13’は、このSCを受信すると、振り分けテーブル244を参照し、SCに対応する通知先サーバを求める。この例では、SCに対応する、第1のクラウド仲介サーバ11が通知先サーバに決定される。ロビーサーバ13’は、機器MFP1から受信したSCを、この第1のクラウド仲介サーバ11に送信するSEQ201。第1のクラウド仲介サーバ11は、受信したSCをセンタシステム10に送信するSEQ202。センタシステム10は、このSCを受信すると、例えば、SCの内容に応じてサービス用員の手配など、必要な処理を行う。第2の例として、機器MFP1においてトナー発注コールが発生した場合について説明する。機器MFP1で発生したトナー発注コールは、インターネット40を介してロビーサーバ13’に受信されるSEQ210。ロビーサーバ13’は、このトナー発注コールを受信すると、振り分けテーブル244を参照し、トナー発注コールに対応する通知先サーバを求める。この例では、トナー発注コールに対応する、第2のクラウド仲介サーバ12が通知先サーバに決定される。ロビーサーバ13’は、機器MFP1から受信したトナー発注コールを、この第2のクラウド仲介サーバ12に送信するSEQ211。第2のクラウド仲介サーバ12は、受信したトナー発注コールをセンタシステム10に送信するSEQ212。センタシステム10は、例えば、受信したトナー発注コールに応じて、機器MFP1のトナー発注処理を実行する。第3の例として、機器MFP2においてSCが発生した場合について説明する。機器MFP2で発生したSCは、インターネット40を介してロビーサーバ13’に受信されるSEQ220。ロビーサーバ13’は、このSCを受信すると、振り分けテーブル244を参照し、SCに対応する通知先サーバを求める。この例では、SCに対応する、第1のクラウド仲介サーバ11が通知先サーバに決定される。ロビーサーバ13’は、機器MFP2から受信したSCを、この第1のクラウド仲介サーバ11に送信するSEQ221。第1のクラウド仲介サーバ11は、受信したSCをセンタシステム10に送信するSEQ222。センタシステム10は、このSCを受信すると、例えば、SCの内容に応じてサービス用員の手配など、必要な処理を行う。第4の例として、機器MFP2においてトナー発注コールが発生した場合について説明する。機器MFP2で発生したトナー発注コールは、インターネット40を介してロビーサーバ13’に受信されるSEQ230。ロビーサーバ13’は、このトナー発注コールを受信すると、振り分けテーブル244を参照し、トナー発注コールに対応する通知先サーバを求める。この例では、トナー発注コールに対応する、第2のクラウド仲介サーバ12が通知先サーバに決定される。ロビーサーバ13’は、機器MFP2から受信したトナー発注コールを、この第2のクラウド仲介サーバ12に送信するSEQ231。第2のクラウド仲介サーバ12は、機器管理DB268を参照し、受信したトナー発注コールの送信元の保守契約が年間契約であることを確認すると、トナー発注処理は契約対象外であると判断し、センタシステム10に対する通知は行わない。図11は、サービス毎にクラウド仲介サーバを設けた場合に、顧客先に設置された機器から送信された、保守契約に係るコールを受信した際の、ロビーサーバ13’における一例の処理を示すフローチャートである。ロビーサーバ13’は、顧客先に設置された機器からのコールを受信すると、ステップS120で、当該コールにより通知される通知情報に含まれる通報種別を示す情報を参照する。そして、次のステップS121で、通報種別を示す情報に基づき振り分けテーブル244を参照し、通知先のサーバを決定する。すなわち、通報種別を示す情報がSCを示していれば、処理をステップS122に移行させ、機器から受信したコールを、修理依頼用サーバ例えば図1の第1のクラウド仲介サーバ11に通知する。また、通報種別を示す情報がトナー発注コールを示していれば、処理をステップS123に移行させ、機器から受信したコールを、トナー発注コール受け付け用サーバ例えば図1の第2のクラウド仲介サーバ12に通知する。さらに、通報種別を示す情報が定着ユニット交換時期を示していれば、処理をステップS124に移行させ、機器から受信したコールを、定期部品交換用サーバに通知する。図12は、振り分け先サーバ50において、受信した通知が有効か否かを判定する場合の一例の処理を示す。顧客先の機器MFPは、例えば、保守契約の契約形態が年間契約であるものとする。また、機器MFPは、定期部品交換のオプション契約がなされているものとする。これらの契約に関する情報は、契約機器毎に、振り分け先サーバ50の機器管理DB268に登録されている。第1の例として、機器MFPにおいてSCが発生した場合について説明する。この場合、機器MFPからロビーサーバ13’に対してSCが通知されるSEQ300。ロビーサーバ13’は、このSCを受信すると、振り分けテーブル244を参照し、機器MFPの識別情報から契約形態を求め、求めた契約形態に対応する通知先サーバを求める。この例では、機器MFPの識別情報に基づき、契約形態が年間契約であるとされ、年間契約に対応する振り分け先サーバ50である、第2のクラウド仲介サーバ12が通知先サーバに決定される。ロビーサーバ13’は、機器MFPから受信したSCを、この第2のクラウド仲介サーバ12に送信するSEQ301。第2のクラウド仲介サーバ12は、受信したSCをセンタシステム10に送信するSEQ302。第2の例として、機器MFPにおいてトナー発注コールが発生した場合について説明する。この場合、機器MFPからロビーサーバ13’に対してトナー発注コールが通知されるSEQ310。ロビーサーバ13’は、このトナー発注コールを受信すると、振り分けテーブル244を参照し、機器MFPの識別情報から契約形態を求め、求めた契約形態に対応する通知先サーバを求める。この例では、機器MFPの識別情報に基づき、契約形態が年間契約であるとされ、年間契約に対応する振り分け先サーバ50である、第2のクラウド仲介サーバ12が通知先サーバに決定される。ロビーサーバ13’は、機器MFPから受信したトナー発注コールを、この第2のクラウド仲介サーバ12に送信するSEQ311。第2のクラウド仲介サーバ12は、機器管理DB268を参照し、受信したトナー発注コールの送信元の保守契約が年間契約であることを確認すると、トナー発注処理は契約対象外であると判断し、センタシステム10に対する通知は行わない。第3の例として、機器MFPにおいて、定期交換部品である定着ユニットの交換時期が近付いた場合について説明する。この場合、機器MFPからロビーサーバ13’に対して、定着ユニットの交換時期が近付いた旨が通知されるSEQ320。ロビーサーバ13’は、この通知を受信すると、振り分けテーブル244を参照し、機器MFPの識別情報から契約形態を求め、求めた契約形態に対応する通知先サーバを求める。この例では、機器MFPの識別情報に基づき、契約形態が年間契約であるとされ、年間契約に対応する振り分け先サーバ50である、第2のクラウド仲介サーバ12が通知先サーバに決定される。ロビーサーバ13’は、機器MFPから受信した通知を、この第2のクラウド仲介サーバ12に送信するSEQ321。第2のクラウド仲介サーバ12は、機器管理DB268を参照し、受信した通知の送信元の保守契約において、定期部品交換のオプション契約がなされていることを確認すると、センタシステム10に対して、機器MFPにて定着ユニットの交換時期が近付いている旨を通知するSEQ322。センタシステム10は、例えば、機器MFPの契約内容に従い、定着ユニットの発注処理などを行う。図13は、振り分け先サーバ50が受信した通知が有効か否かを判定する一例の処理を示すフローチャートである。ここでは、通知の送信元の機器に対して、年間契約と、定期交換部品交換のオプション契約とが交わされているものとする。振り分け先サーバ50がロビーサーバ13’からの通知を受信すると、先ず、機器管理DB268を参照して、受信した通知の送信元機器が契約している保守契約の形態を確認する。そして、ステップS130で、受信した通知の種別がSCであるか否かを判定する。若し、SCであると判定したら、処理をステップS131に移行させ、受信したSCをセンタシステム10に送信し、SCを通報する。一方、受信した通知の種別がSCではないと判定した場合、処理をステップS132に移行させ、当該通知の種別がトナー発注コールであるか否かを判定する。若し、トナー発注コールであると判定したら、通知の送信元機器の契約形態に基づきトナー発注が契約対象外であるとして、センタシステム10に対する通知を行わない。一方、ステップS132で、通知種別がトナー発注コールではないと判定したら、処理をステップS133に移行させ、通知種別が定着ユニットの交換時期が近付いている旨の通知であると判定したら、処理をステップS134に移行させる。ステップS134では、通知の送信元機器の契約形態に基づき定期交換部品のオプション契約を交わしているか否かを判定する。若し、交わしていると判定したら、処理をステップS135に移行させて、通知の送信元機器においてセンタシステム10に対して定着ユニットの交換時期が近付いている旨を通知する。一方、ステップS134で、通知の送信元機器について定期交換部品のオプション契約を交わしていないと判定した場合には、センタシステム10に対する通知を行わない。また、上述のステップS133で、通知種別が定着ユニットの交換時期が近付いている旨の通知ではないと判定した場合も、センタシステム10に対する通知を行わない。なお、さらに別の契約が存在する場合には、それらの確認処理も行われる。図14は、センタシステム10が各機器MFP1およびMFP2から情報を収集する際の一例の処理を示す。なお、この例では、振り分け先サーバ50を契約形態毎に設け、受付サーバ13では、図4-1に示した、契約形態に基づき振り分けを行う場合の、振り分けテーブル244を用いる。なお、ここでは、機器側がサーバとして動作する場合について示し、顧客先の機器MFP1およびMFP2において、機器MFP1にはパフォーマンス契約が保守契約として交わされ、機器MFP2には年間契約と、定期交換部品のオプション契約とが交わされているものとする。また、図1の第1のクラウド仲介サーバ11がパフォーマンス契約に対応し、第2のクラウド仲介サーバ12が年間契約に対応するものとする。先ず、機器MFP1に対する情報収集処理について説明する。センタシステム10は、受付サーバ13に対して、機器MFP1のレポート情報の収集を要求するSEQ400。受付サーバ13は、振り分けテーブル244を参照して、機器MFP1の契約形態および通知先サーバの情報を取得する。この場合、契約形態がパフォーマンス契約であり、通知先サーバが第1のクラウド仲介サーバ11となる。受付サーバ13は、取得した情報に従い、第1のクラウド仲介サーバ11に対して、機器MFP1のレポート情報を収集するように要求するSEQ401。この要求を受けた第1のクラウド仲介サーバ11は、機器MFP1に対して異常状態取得要求を送信するSEQ402。この要求に応じて機器MFP1から送信された異常状態取得応答が第1のクラウド仲介サーバ11に受信されるSEQ403。この異常状態取得応答は、SCに対応するものである。続けて、第1のクラウド仲介サーバ11は、機器MFP1に対してサプライ状態取得要求を送信するSEQ404。この要求に応じて機器MFP1から送信されたサプライ状態取得応答が、第1のクラウド仲介サーバ11に受信されるSEQ405。このサプライ状態取得応答は、トナー発注コールに対応するものである。第1のクラウド仲介サーバ11は、SEQ403で受信された異常状態取得応答と、SEQ405で受信されたサプライ状態取得応答とを纏めて機器MFP1のレポート情報収集応答として、センタシステム10に対して送信するSEQ406。さらに、センタシステム10は、受付サーバ13に対して、機器MFP1のカウンタ収集を要求するSEQ407。カウンタ収集で収集されるカウント値は、定期交換部品である定着ユニットの使用回数を示す値である。この値が所定値を超えると、定着ユニットの交換時期が近付いているとされる。受付サーバ13は、第1のクラウド仲介サーバ11に対して、機器MFP1のカウント値を取得するように要求するSEQ408。この要求を受けた第1のクラウド仲介サーバ11は、機器MFP1に対してカウンタ取得要求を送信するSEQ409。この要求に応じて機器MFP1から送信されたカウント値が、第1のクラウド仲介サーバ11に受信されるSEQ410。第1のクラウド仲介サーバ11は、受信したカウント値を機器MFP1のカウンタ収集応答として、センタシステム10に送信するSEQ411。次に、機器MFP2に対する情報収集処理について説明する。センタシステム10は、受付サーバ13に対して、機器MFP2のレポート情報の収集を要求するSEQ420。受付サーバ13は、振り分けテーブル244を参照して、機器MFP2の契約形態および通知先サーバの情報を取得する。この場合、契約形態が年間契約であり、通知先サーバが第2のクラウド仲介サーバ12となる。受付サーバ13は、取得した情報に従い、第2のクラウド仲介サーバ12に対して、機器MFP2のレポート情報の定時収集を行うように要求するSEQ421。この要求を受けた第2のクラウド仲介サーバ12は、機器MFP2に対して異常状態取得要求を送信するSEQ422。この要求に応じて機器MFP2から送信された異常状態取得応答が第2のクラウド仲介サーバ12に受信されるSEQ423。この異常状態取得応答は、SCに対応するものである。ここで、機器MFP2は、契約形態が年間契約なので、サプライ状態取得要求は送信しない。第2のクラウド仲介サーバ12は、SEQ423で受信された異常状態取得応答を機器MFP2のレポート情報収集応答として、センタシステム10に対して送信するSEQ424。さらに、センタシステム10は、受付サーバ13に対して、機器MFP2のカウンタ収集を要求するSEQ425。受付サーバ13は、第2のクラウド仲介サーバ12に対して、機器MFP2のカウント値を取得するように要求するSEQ426。この要求を受けた第2のクラウド仲介サーバ12は、機器MFP2に対してカウンタ取得要求を送信するSEQ427。この要求に応じて機器MFP2から送信されたカウント値が、第2のクラウド仲介サーバ12に受信されるSEQ428。機器MFP2は、定期交換部品のオプション契約が交わされている。そこで、第2のクラウド仲介サーバ12は、受信したカウント値を機器MFP2のカウンタ収集応答として、センタシステム10に送信するSEQ429。図15は、センタシステム10が情報を収集する際の、第1のクラウド仲介サーバ11における一例の処理を示すフローチャートである。ステップS140で、第1のクラウド仲介サーバ11は、受付サーバ13からの要求の受信を待機する。受付サーバ13から要求が受信されたら、ステップS141およびステップS146で要求の内容を判定する。第1のクラウド仲介サーバ11は、ステップS141で、受付サーバ13からの要求がレポート情報の収集要求であるか否かを判定する。若し、レポート情報の収集要求であると判定されたら、処理をステップS142に移行させる。ステップS142で、第1のクラウド仲介サーバ11は、受信した要求に従い、機器MFP1に対して異常状態取得要求を送信する。なお、この要求の送信先を示す情報は、例えば受付サーバ13からの要求に含まれているものとする。次のステップS143で、第1のクラウド仲介サーバ11は、機器MFP1からの応答の受信を待機する。応答が受信されたら、次に、ステップS144でサプライ状態取得要求を機器MFP1に対して送信する。そして、次のステップS145で、機器MFP1からの応答の受信を待機する。若し、応答が受信されたら、一連の処理を終了し、ステップS143およびステップS145で受信された情報を纏めて、機器MFP1のレポート情報収集応答として、センタシステム10に送信する。上述のステップS141で、受付サーバ13からの要求がレポート情報収集要求ではないと判定されたら、処理はステップS146に移行され、当該要求がカウンタ情報収集要求であるか否かが判定される。若し、カウンタ情報収集要求ではないと判定したら、何もせずに一連の処理を終了させる。一方、ステップS146で、受付サーバ13からの要求がカウンタ情報収集要求であると判定されたら、処理はステップS147に移行され、カウンタ情報取得要求を機器MFP1に対して送信する。そして、次のステップS148で、機器MFP1からの応答の受信を待機する。若し、応答が受信されたら、一連の処理を終了し、受信したカウンタ情報をカウンタ収集応答として、センタシステム10に送信する。図16は、センタシステム10が情報を収集する際の、第2のクラウド仲介サーバ12における一例の処理を示すフローチャートである。ステップS150で、第2のクラウド仲介サーバ12は、受付サーバ13からの要求の受信を待機する。受付サーバ13から要求が受信されたら、ステップS151およびステップS154で要求の内容を判定する。第2のクラウド仲介サーバ12は、ステップS151で、受付サーバ13からの要求がレポート情報の収集要求であるか否かを判定する。若し、レポート情報の収集要求であると判定されたら、処理をステップS152に移行させる。ステップS152で、第2のクラウド仲介サーバ12は、受信した要求に従い、機器MFP2に対して異常状態取得要求を送信する。なお、この要求の送信先を示す情報は、例えば受付サーバ13からの要求に含まれているものとする。次のステップS153で、第2のクラウド仲介サーバ12は、機器MFP2からの応答の受信を待機する。応答が受信されたら、一連の処理を終了し、受信された異常状態取得応答を機器MFP2のレポート情報収集応答として、センタシステム10に送信する。第2のクラウド仲介サーバ12は、年間契約用のサービスを行うため、契約対象外であるサプライ状態の取得要求は行わない。上述のステップS151で、受付サーバ13からの要求がレポート情報収集要求ではないと判定されたら、処理はステップS154に移行され、当該要求がカウンタ情報収集要求であるか否かが判定される。若し、カウンタ情報収集要求ではないと判定したら、何もせずに一連の処理を終了させる。一方、ステップS154で、受付サーバ13からの要求がカウンタ情報収集要求であると判定されたら、処理はステップS155に移行され、カウンタ情報取得要求を機器MFP2に対して送信する。そして、次のステップS156で、機器MFP2からの応答の受信を待機する。若し、応答が受信されたら、一連の処理を終了し、受信したカウンタ情報をカウンタ収集応答として、センタシステム10に送信する。以上説明したように、本発明の実施形態によれば、顧客先の機器の契約形態または機器から送信される通報の種別に応じて、機器に対してサービスを提供するサーバを分けている。そのため、管理対象の機器が増加した場合の、サービスを提供するサーバの負荷を軽減することができる。