(57)【要約】【課題】機器と、機器を管理するセンタシステムとの通信を仲介する仲介システムの処理を軽減する。【解決手段】センタシステムは、仲介装置または仲介装置モジュールを持たない管理対象機器に対しては、第１のクラウド仲介サーバ、第２のクラウド仲介サーバおよび受付サーバを介して機器の管理を行う。受付サーバは、管理対象機器からの通報を、管理対象機器の契約形態に応じて第１のクラウド仲介サーバおよび第２のクラウド仲介サーバのうち何れかに送信する。第１のクラウド仲介サーバおよび第２のクラウド仲介サーバは、それぞれ、管理対象機器に対し、契約形態に応じたサービスを提供する。【選択図】図１
2012203430.tif 000002
【特許請求の範囲】
【請求項１】
機器を、ネットワークを介して通信を行うことで遠隔管理する管理手段と、
前記管理手段と前記機器との、前記ネットワークを介した前記通信を仲介し、該機器の契約形態に対応するサービスを提供する仲介手段と、
複数の前記機器から送信された要求を受け付け、複数の前記仲介手段のうち、該機器の前記契約形態に応じた仲介手段に振り分ける受付手段と
を備える
ことを特徴とする遠隔管理装置。
【請求項２】
前記受付手段は、さらに、
前記管理手段から前記機器に対する要求を受け付け、複数の前記仲介手段のうち該機器の前記契約形態に応じた仲介手段に振り分ける
ことを特徴とする請求項１に記載の遠隔管理装置。
【請求項３】
機器を、ネットワークを介して通信を行うことで遠隔管理する管理手段と、
前記管理手段と前記機器との、前記ネットワークを介した前記通信を仲介し、該機器から送信される通報の種別に対応するサービスを提供する仲介手段と、
複数の前記機器から送信された前記通報を受け付け、複数の前記仲介手段のうち、該通報の種別に応じた仲介手段に振り分ける受付手段と
を備える
ことを特徴とする遠隔管理装置。
【請求項４】
機器を、ネットワークを介して通信を行うことで遠隔管理する管理サーバと、
前記管理サーバと前記機器との、前記ネットワークを介した前記通信を仲介し、該機器の契約形態に対応するサービスを提供する仲介サーバと、
複数の前記機器から送信された要求を受け付け、複数の前記仲介サーバのうち、該機器の前記契約形態に応じた仲介サーバに振り分ける受付サーバと
を備える
ことを特徴とする遠隔管理システム。
【請求項５】
機器を、ネットワークを介して通信を行うことで遠隔管理する管理サーバと、
前記管理サーバと前記機器との、前記ネットワークを介した前記通信を仲介し、該機器から送信される通報の種別に対応するサービスを提供する仲介サーバと、
複数の前記機器から送信された前記通報を受け付け、複数の前記仲介サーバのうち、該通報の種別に応じた仲介サーバに振り分ける受付サーバと
を備える
ことを特徴とする遠隔管理システム。
【請求項６】
機器を、ネットワークを介して通信を行うことで遠隔管理する管理ステップと、
前記管理ステップによる前記機器との、前記ネットワークを介した前記通信を仲介し、該機器の契約形態に対応するサービスを提供する仲介ステップと、
複数の前記機器から送信された要求を受け付け、複数の前記仲介ステップのうち、該機器の前記契約形態に応じた仲介ステップに振り分ける受付ステップと
をコンピュータに実行させるための遠隔管理プログラム。
【請求項７】
機器を、ネットワークを介して通信を行うことで遠隔管理する管理ステップと、
前記管理ステップによる前記機器との、前記ネットワークを介した前記通信を仲介し、該機器から送信される通報の種別に対応するサービスを提供する仲介ステップと、
複数の前記機器から送信された前記通報を受け付け、複数の前記仲介ステップのうち、該通報の種別に応じた仲介ステップに振り分ける受付ステップと
をコンピュータに実行させるための遠隔管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器の管理をネットワークを介して行う遠隔管理装置、遠隔管理システムおよび遠隔管理プログラムに関する。
【背景技術】
【０００２】
ユーザ環境に仲介装置を配置した機器の管理の仕組みは、既に知られている。ユーザ環境に仲介装置を配置することによって、ユーザ環境に存在する機器（例えば画像形成装置や複合機）を纏めて管理することができる。また、ユーザ環境における機器に、仲介装置の機能の一部を実装して直接センタシステムと通信を行う機器管理の仕組みも既に知られている。
【０００３】
図１７は、従来技術による機器の遠隔管理システムの一例を示す。センタシステム５００は、１または複数の管理サーバを有し、インターネット４００を介して接続された、それぞれ例えば画像形成装置または複合機である顧客先Ａの機器６０１および６０２、ならびに、顧客先Ｂの機器６０３および６０４を遠隔管理する。
【０００４】
顧客先Ａにおいて、機器６０１は、センタシステム５００からの遠隔管理を受け付ける、例えばこの遠隔管理システム内で汎用的な遠隔管理機器モジュール７０１を有する。仲介装置６００は、仲介装置モジュール７００を有し、センタシステム５００とインターネット４００を介して通信を行い、センタシステム５００による機器６０１の管理の仲介を行う。
【０００５】
一方、機器６０２は、個別機器管理モジュール７０２および仲介装置モジュール７０３を有する。仲介装置モジュール７０３は、上述した仲介装置モジュール７００と同等の機能を有する。個別機器管理モジュール７０２は、仲介装置モジュール７０３がインターネット４００を介して行うセンタシステム５００との通信に応じて、この機器６０２に固有の管理を行う。
【０００６】
顧客先Ｂにおいて、機器６０３は、この遠隔管理システムに関連するメーカの製品であり、機器６０４は、他のメーカの製品であるものとする。これら機器６０お３および６０４は、この遠隔管理システム側から提供される遠隔管理機器ＳＤＫ(Software  Development  Kit)７０４によるラッパー７０５および通信ライブラリ（通信Ｌｉｂ）７０６などを有する。ラッパー７０５は、機器間の構成の差異を吸収する。各機器６０３および６０４は、これらラッパー７０５および通信ライブラリ７０６などを用いて、仲介システム５０２と通信を行い、センタシステム５００による管理を受ける。
【０００７】
仲介システム５０２は、機器管理モジュール５１０を有し、上述した仲介装置６００と同様に、センタシステム５００と通信を行い、センタシステム５００による顧客Ｂの機器６０３および６０４の管理の仲介を行う。仲介システム５０２は、そのためのソフトウェアとして、機器管理モジュール５１０を有する。
【０００８】
このような遠隔管理システムにおいて、センタシステム５００は、仲介装置６００、仲介装置モジュール７０３および仲介システム５０２を用いて、インターネット４００を介した機器６０１〜６０４の管理を行う。
【０００９】
また、特許文献１には、ユーザ環境に配置された機器管理を行う仲介装置が、ファイアウォールを超えてセンタシステムと通信が行えるようにした技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ここで、上述した遠隔管理システムにおいて、インターネット４００に接続され、センタシステム５００に管理される機器の数が増加すると、仲介システム５０２の負荷が大きくなり、処理が滞るなど問題が発生するおそれがある。そのため、仲介システム５０２における処理を軽減できるような仕組みが求められている。
【００１１】
本発明は、上記に鑑みてなされたものであって、機器と、機器を管理するセンタシステムとの通信を仲介する仲介システムの処理を軽減することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、第１の発明は、機器を、ネットワークを介して通信を行うことで遠隔管理する管理手段と、管理手段と機器との、ネットワークを介した通信を仲介し、機器の契約形態に対応するサービスを提供する仲介手段と、複数の機器から送信された要求を受け付け、複数の仲介手段のうち、機器の契約形態に応じた仲介手段に振り分ける受付手段とを備えることを特徴とする。
【００１３】
また、第２の発明は、機器を、ネットワークを介して通信を行うことで遠隔管理する管理手段と、管理手段と機器との、ネットワークを介した通信を仲介し、機器から送信される通報の種別に対応するサービスを提供する仲介手段と、複数の機器から送信された通報を受け付け、複数の仲介手段のうち、通報の種別に応じた仲介手段に振り分ける受付手段とを備えることを特徴とする。
【００１４】
また、第３の発明は、機器を、ネットワークを介して通信を行うことで遠隔管理する管理サーバと、管理サーバと機器との、ネットワークを介した通信を仲介し、機器の契約形態に対応するサービスを提供する仲介サーバと、複数の機器から送信された要求を受け付け、複数の仲介サーバのうち、機器の契約形態に応じた仲介サーバに振り分ける受付サーバとを備えることを特徴とする。
【００１５】
また、第４の発明は、機器を、ネットワークを介して通信を行うことで遠隔管理する管理サーバと、管理サーバと機器との、ネットワークを介した通信を仲介し、機器から送信される通報の種別に対応するサービスを提供する仲介サーバと、複数の機器から送信された通報を受け付け、複数の仲介サーバのうち、通報の種別に応じた仲介サーバに振り分ける受付サーバとを備えることを特徴とする。
【００１６】
また、第５の発明は、機器を、ネットワークを介して通信を行うことで遠隔管理する管理ステップと、管理ステップによる機器との、ネットワークを介した通信を仲介し、機器の契約形態に対応するサービスを提供する仲介ステップと、複数の機器から送信された要求を受け付け、複数の仲介ステップのうち、機器の契約形態に応じた仲介ステップに振り分ける受付ステップとをコンピュータに実行させることを特徴とする。
【００１７】
また、第６の発明は、機器を、ネットワークを介して通信を行うことで遠隔管理する管理ステップと、管理ステップによる機器との、ネットワークを介した通信を仲介し、機器から送信される通報の種別に対応するサービスを提供する仲介ステップと、複数の機器から送信された通報を受け付け、複数の仲介ステップのうち、通報の種別に応じた仲介ステップに振り分ける受付ステップとをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、機器と、機器を管理するセンタシステムとの通信を仲介する仲介システムの処理を軽減できるという効果を奏する。
【図面の簡単な説明】
【００１９】
【図１】図１は、本実施形態に適用可能な遠隔管理システムを概略的に示す略線図である。
【図２】図２は、複合機における機器管理に係る一例の機能を示す機能ブロック図である。
【図３】図３は、受付サーバの一例の機能を示す機能ブロック図である。
【図４−１】図４−１は、振り分けテーブルの例を示す略線図である。
【図４−２】図４−２は、振り分けテーブルの例を示す略線図である。
【図５】図５は、振り分け先サーバの一例の機能を示す機能ブロック図である。
【図６】図６は、この機器設置に係る登録処理の一例のシーケンスを示す略線図である。
【図７】図７は、新規機器設置の際の受付サーバの一例の処理を示すフローチャートである。
【図８】図８は、契約形態毎にクラウド仲介サーバを設けた場合の一例の処理を示す略線図である。
【図９】図９は、契約形態毎にクラウド仲介サーバを設けた場合に、機器から送信されたコールを受信した際の、受付サーバにおける一例の処理を示すフローチャートである。
【図１０】図１０は、サービス毎にクラウド仲介サーバを設けた場合の一例の処理を示す略線図である。
【図１１】図１１は、サービス毎にクラウド仲介サーバを設けた場合に、機器から送信されたコールを受信した際の、ロビーサーバにおける一例の処理を示すフローチャートである。
【図１２】図１２は、振り分け先のサーバにおいて、受信した通知が有効か否かを判定する場合の一例の処理を示す略線図である。
【図１３】図１３は、振り分け先サーバが受信した通知が有効か否かを判定する一例の処理を示すフローチャートである。
【図１４】図１４は、センタシステムが各機器から情報を収集する際の一例の処理を示す略線図である。
【図１５】図１５は、センタシステムが情報を収集する際の、クラウド仲介サーバにおける一例の処理を示すフローチャートである。
【図１６】図１６は、センタシステムが情報を収集する際の、クラウド仲介サーバにおける一例の処理を示すフローチャートである。
【図１７】図１７は、従来技術による機器の遠隔管理システムの一例を示す略線図である。
【発明を実施するための形態】
【００２０】
以下に添付図面を参照して、本発明に係る遠隔管理システムの一実施形態を詳細に説明する。図１は、本実施形態に適用可能な遠隔管理システムを概略的に示す。センタシステム１０は、インターネット４０を介して接続された顧客先Ａの機器３０および３１、ならびに、顧客先Ｂの機器３２および３３を遠隔管理する。なお、これら機器３０〜３３は、画像形成装置、あるいは、印刷機能、スキャナ機能、複写機能およびＦＡＸ機能などを１の筐体で実現する複合機であるものとする。
【００２１】
センタシステム１０側では、さらに、第１のクラウド仲介サーバ１１と、第２のクラウド仲介サーバ１２と、受付サーバ１３とを備える。これらセンタシステム１０、第１のクラウド仲介サーバ１１、第２のクラウド仲介サーバ１２におよび受付サーバ１３は、全体として、機器３０〜３３を管理するための機器管理モジュール１００を備える。
【００２２】
第１のクラウド仲介サーバ１１は、センタシステム１０による第１の種類の保守契約（例えばパフォーマンス契約）による管理を仲介する。第２のクラウド仲介サーバ１２は、センタシステム１０による第２の種類の保守契約（例えば年間契約）による管理を仲介する。受付サーバ１３は、機器３２および３３からセンタシステム１０に対する要求を受け付け、第１のクラウド仲介サーバ１１および第２のクラウド仲介サーバ１２に振り分ける。また、受付サーバ１３は、センタシステム１０からの要求などを受け付け、機器３２および３３に対して振り分ける。
【００２３】
第１のクラウド仲介サーバ１１および第２のクラウド仲介サーバ１２は、それぞれ、１または複数の管理サーバからなり、互いにネットワーク接続された複数のコンピュータが互いに連携してインターネットを介してサービスを提供する、クラウドコンピューティング技術を用いている。クラウドコンピューティング技術によれば、サービスを利用する側では、クラウドを構成する個々のコンピュータを意識する必要が無い。
【００２４】
なお、以下では、パフォーマンス契約は、サービスコール（ＳＣ）、トナー発注コール（サプライ品発注コール）および定期部品交換に対応するものとする。また、年間契約は、ＳＣに対応し、オプション契約として定期部品交換を付加することができるものとする。
【００２５】
顧客先Ａは、複数の機器３０および３１と、仲介装置２０とを有する。顧客先Ａにおいて、機器３０は、ソフトウェアとして、センタシステム１０からの遠隔管理を受け付ける。例えばこの遠隔管理システム内で汎用的な遠隔管理機器モジュール１１１を有する。仲介装置２０は、ソフトウェアとして仲介装置モジュール１１０を有し、センタシステム１０とインターネット４０を介して通信を行い、センタシステム１０による機器３０の管理を仲介する。
【００２６】
一方、機器３１は、ソフトウェアとして個別機器管理モジュール１１２および仲介装置モジュール１１３を有する。仲介装置モジュール１１３は、上述した仲介装置モジュール１１０と同等の機能を有する。個別機器管理モジュール１１２は、仲介装置モジュール１１３がインターネット４０を介して行うセンタシステム１０との通信に応じて、この機器３１に固有の管理を行う。
【００２７】
顧客先Ｂは、複数の機器３２および３３を有する。これらのうち、機器３２は、この遠隔管理システムに関連するメーカの製品であり、機器３３は、他のメーカの製品であるものとする。これら機器３２および３３は、ソフトウェアとして、この遠隔管理システム側から提供される遠隔管理機器ＳＤＫ(Software  Development  Kit)部１２０、遠隔管理機器ＳＤＫ部１２０により形成されるラッパー部１２２および通信ライブラリ（通信Ｌｉｂ）部１２１や、図示されないセキュリティライブラリ、設定データを有する。
【００２８】
ラッパー部１２２は、機器間の構成の差異を吸収するためのソフトウェアである。顧客先Ｂの各機器３２および３３は、これらラッパー部１２２および通信ライブラリ部１２１などを用いて、第１のクラウド仲介サーバ１１、第２のクラウド仲介サーバ１２および受付サーバ１３などを介してセンタシステム１０と通信を行い、センタシステム１０による管理を受ける。
【００２９】
このような遠隔管理システムにおいて、センタシステム１０は、機器３０および３１のように、仲介装置２０または仲介装置モジュール１１３を有する管理対象に対しては、これら仲介装置２０や仲介装置モジュール１１３を介して機器の管理を行う。一方、センタシステム１０は、機器３２および３３のように、仲介装置２０または仲介装置モジュール１１３を持たない管理対象に対しては、第１のクラウド仲介サーバ１１、第２のクラウド仲介サーバ１２および受付サーバ１３を介して機器の管理を行う。
【００３０】
図２は、複合機２００における機器管理に係る一例の機能を示す機能ブロック図である。なお、この図２に例示される構成は、上述した機器３２および３３に適用することができる。複合機２００の機器管理に係る機能は、通信ライブラリ部１２１と、遠隔管理機器ＳＤＫ部１２０と、ラッパー部１２２と、プラットフォーム部１２３に大別できる。これら各部の機能は、例えば、複合機２００に対して、プログラムである遠隔管理機器ＳＤＫ部１２０をインストールすることで、複合機２００の主記憶装置上にこれら各部の機能をそれぞれ実行するモジュールが形成され実現される。
【００３１】
通信ライブラリ部１２１は、通信ライブラリ２０１とセキュリティライブラリ２０２とを有する。遠隔管理機器ＳＤＫ部１２０は、遠隔管理機器ＳＤＫ２１０と、設定データ２１１と、イベント管理ライブラリ２１２とを有する。ラッパー部１２２は、プラットフォーム依存吸収モジュール２２０を有する。また、プラットフォーム部１２３は、ＳＤＫ  Ｉ／Ｆ（インターフェイス）２３１と、プラットフォーム２３０とを有する。プラットフォーム２３０は、複合機２００の機種などに依存する。
【００３２】
遠隔管理機器ＳＤＫ２１０は、通信ライブラリ２０１、セキュリティライブラリ２０２および設定データ２１１を用いて、第１のクラウド仲介サーバ１１および第２のクラウド仲介サーバ１２との通信を行う。通信時の通知データは、プラットフォーム依存吸収モジュール２２０が、ＳＤＫ  Ｉ／Ｆ２３１を介してプラットフォーム２３０から取得する。プラットフォーム依存吸収モジュール２２０は、プラットフォーム２３０に依存する部分を吸収する。プラットフォーム依存吸収モジュール２２０を実装することで、通信ライブラリ部分および遠隔管理機器ＳＤＫ部分が、複合機２００の構成に依らずに動作できるようになる。
【００３３】
通知データは、固定部と変動部とを有する。固定部は、プラットフォーム依存吸収モジュール２２０で必ず実装しなければいけないパラメータが含まれる。一方、変動部は、プラットフォーム依存吸収モジュール２２０でパラメータ名とその値を自由に設定できる。
【００３４】
設定値およびイベントは、クラウド仲介システムとの通信時に設定される。これに限らず、設定データ２１１およびイベント管理ライブラリ２１２で管理されるイベントは、プラットフォーム依存吸収モジュール２２０から自由に設定できる。また、通信ライブラリ２０１およびセキュリティライブラリ２０２は必要に応じて入れ替えることができる。
【００３５】
図３は、受付サーバ１３の一例の機能を示す機能ブロック図である。受付サーバ１３は、機器通信モジュール２４０と、振り分け先サーバ通信クライアントモジュール２４１と、振り分け先サーバ通信サーバモジュール２４２と、振り分け処理モジュール２４３と、振り分けテーブル２４４と、機器管理モジュール２４５と、セキュリティ・認証モジュール２４６と、ＷｅｂＵＩ２４７と、機器管理データベース（ＤＢ）２４８と、設定パラメータ２４９と、スケジューラ２５０とを有する。
【００３６】
機器通信モジュール２４０は、機器３２および３３とインターネット４０を介して通信を行う。セキュリティ・認証モジュール２４６は、この通信時に、通信先である機器３２および３３に対する認証処理を行う。機器管理ＤＢ２４８は、管理対象である機器３２および３３の管理情報が格納される。設定パラメータ２４９は、通信先である機器３２および３３と通信を行う際の設定パラメータである。また、スケジューラ２５０は、機器３２および３３との通信のスケジュールを管理する。
【００３７】
機器管理モジュール２４５は、機器通信モジュール２４０と、セキュリティ・認証モジュール２４６と、設定パラメータ２４９とを用いて機器３２や機器３３の遠隔管理機器ＳＤＫ部１２０と通信を行い、機器３２や機器３３からの通知の受信、機器３２や機器３３の情報の取得、機器３２や機器３３に対するコマンドの送信などを行う。
【００３８】
通信を行う機器３２や機器３３の情報は、機器管理ＤＢ２４８に保持される。機器管理ＤＢ２４８に保持される情報は、振り分け先サーバ通信クライアントモジュール２４１を用いてセンタシステム１０に通知される。このとき、振り分け処理モジュール２４３が、振り分けテーブル２４４に保持される情報に従い、通知を、振り分け先サーバに所定に振り分ける。また、振り分け先サーバ通信サーバモジュール２４２は、振り分け先サーバからの要求に従い、応答を行う。このとき、振り分け処理モジュール２４３が、振り分けテーブル２４４に保持される情報に従い、応答の送信先を機器３２および３３に所定に振り分ける。機器管理ＤＢ２４８に保持される情報は、ＷｅｂＵＩ２４７を用いて閲覧することができる。
【００３９】
図４−１および図４−２は、振り分けテーブル２４４の例を示す。図４−１は、契約形態に基づき振り分けを行う場合の、振り分けテーブル２４４の例を示す。図中、ＭＦＰ  ＩＤは、機器３２、３３など管理対象の機器の識別情報である。図４−１の例では、契約形態（パフォーマンス契約、年間保守契約およびスポット契約）毎に、通知先のサーバが設定されている。図４−２は、機器からの通報種別に基づき振り分けを行う場合の、振り分けテーブル２４４の例を示す。図４−２の例では、ＳＣ（サービスコール）、トナー発注コールおよび定着ユニット交換時期のコールといった、通報種別毎に、通知先のサーバが設定されている。
【００４０】
これら受付サーバ１３の各機能は、例えば、所定のプログラムを受付サーバ１３にインストールすることで、各機能を実行するモジュールが受付サーバ１３の主記憶装置上に形成されることで実現される。
【００４１】
図５は、上述した振り分け先サーバの一例の機能を示す機能ブロック図である。振り分け先サーバ５０は、例えば、図１の第１のクラウド仲介サーバ１１および第２のクラウド仲介サーバ１２である。振り分け先サーバ５０は、機器通信モジュール２６０、センタ通信クライアントモジュール２６１、センタ通信サーバモジュール２６２、受付サーバ通信クライアントモジュール２６３、受付サーバ通信サーバモジュール２６４、機器管理モジュール２６５、セキュリティ・認証モジュール２６６、ＷｅｂＵＩ２６７、機器管理ＤＢ２６８、設定パラメータ２６９、スケジューラ２７０を有する。
【００４２】
機器通信モジュール２６０は、機器３２および３３とインターネット４０を介して通信を行う。セキュリティ・認証モジュール２６６は、この通信時に、通信先である機器３２および３３に対する認証処理を行う。機器管理ＤＢ２６８は、管理対象である機器３２および３３の管理情報が格納される。設定パラメータ２６９は、機器３２および３３と通信を行う際の設定パラメータである。また、スケジューラ２７０は、通信スケジュールを管理する。
【００４３】
センタ通信クライアントモジュール２６１およびセンタ通信サーバモジュール２６２は、センタシステム１０との通信を行う。受付サーバ通信クライアントモジュール２６３は、受付サーバ１３からの通知を受信する。受付サーバ通信サーバモジュール２６４は、受付サーバ１３に対して通知を送信する。
【００４４】
機器管理モジュール２６５は、機器通信モジュール２６０と、セキュリティ・認証モジュール２６６と、設定パラメータ２６９とを用いて機器３２や機器３３の遠隔管理機器ＳＤＫ部１２０と通信を行い、機器３２や機器３３からの通知の受信、機器３２や機器３３の情報の取得、機器３２や機器３３に対するコマンドの送信などを行う。
【００４５】
機器３２や機器３３の情報は、機器管理ＤＢ２６８に保持される。機器管理ＤＢ２６８に保持される情報は、センタ通信クライアントモジュール２６１を用いてセンタシステム１０に通知される。機器管理ＤＢ２６８に保持される情報は、ＷｅｂＵＩ２６７を用いて閲覧することができる。
【００４６】
これら振り分け先サーバ５０の各機能は、例えば、所定のプログラムを受付サーバ１３にインストールすることで、各機能を実行するモジュールが振り分け先サーバ５０の主記憶装置上に形成されることで実現される。
【００４７】
本実施形態による遠隔管理システムにおいては、顧客先に新規に機器が設置された場合には、設置された機器の情報をセンタシステム１０に登録する必要がある。図６は、この機器設置に係る登録処理の一例のシーケンスを示す。顧客先に、保守契約をパフォーマンス契約として機器ＭＦＰ＃１が新たに設置された場合、当該機器ＭＦＰ＃１に対して、遠隔管理機器ＳＤＫ部１２０がインストールされ、その旨が保守契約の情報と共に受付サーバ１３に通知される（ＳＥＱ１０）。この通知を受けた受付サーバ１３は、機器ＭＦＰ＃１が設置された旨をセンタシステム１０に通知する（ＳＥＱ１１）。それと共に、受付サーバ１３は、振り分けテーブル２４４に対して、当該機器ＭＦＰ＃１の識別情報と、契約形態（パフォーマンス契約）と、契約形態に対して予め設定された通知先サーバの情報とを登録する。
【００４８】
他の保守契約の場合にも、同様である。すなわち、保守契約を年間契約として機器ＭＦＰ＃２が新たに設置された場合、当該機器ＭＦＰ＃２に対して、遠隔管理機器ＳＤＫ部１２０がインストールされ、その旨が保守契約の情報と共に受付サーバ１３に通知される（ＳＥＱ２０）。この通知を受けた受付サーバ１３は、機器ＭＦＰ＃２が設置された旨をセンタシステム１０に通知する（ＳＥＱ２１）。それと共に、振り分けテーブル２４４に対して、当該機器ＭＦＰ＃２の識別情報と、契約形態（年間契約）と、契約形態に対して予め設定された通知先サーバの情報とを登録する。
【００４９】
図７は、図６の新規機器設置の際の受付サーバ１３の一例の処理を示すフローチャートである。ステップＳ１００で、遠隔管理機器ＳＤＫ部１２０のインストール通知を待機する。若し、当該インストール通知を受信したら、処理がステップＳ１０１に移行され、振り分けテーブル２４４に対して、遠隔管理機器ＳＤＫ部１２０がインストールされた機器の管理情報を追加する。そして、次のステップＳ１０２で、センタシステム１０に対して、新規に機器が設置された旨を通知する。
【００５０】
図８は、契約形態毎にクラウド仲介サーバを設けた場合の一例の処理を示す。この場合、受付サーバ１３では、図４−１に示した、契約形態に基づき振り分けを行う場合の、振り分けテーブル２４４を用いる。なお、ここでは、機器側がクライアントとして動作する場合について示している。また、顧客先の機器ＭＦＰ＃１およびＭＦＰ＃２において、機器ＭＦＰ＃１にはパフォーマンス契約が、機器ＭＦＰ＃２には年間契約が、それぞれ保守契約として交わされているものとする。
【００５１】
第１の例として、機器ＭＦＰ＃１においてＳＣが発生した場合について説明する。機器ＭＦＰ＃１で発生したＳＣは、インターネット４０を介して受付サーバ１３に受信される（ＳＥＱ１００）。受付サーバ１３は、このＳＣを受信すると、振り分けテーブル２４４を参照し、機器ＭＦＰ＃１の識別情報から契約形態を求め、求めた契約形態に対応する通知先サーバを求める。この例では、機器ＭＦＰ＃１の識別情報に基づき、契約形態がパフォーマンス契約であるとされ、パフォーマンス契約に対応する、第１のクラウド仲介サーバ１１が通知先サーバに決定される。
【００５２】
受付サーバ１３は、機器ＭＦＰ＃１から受信したＳＣを、この第１のクラウド仲介サーバ１１に送信する（ＳＥＱ１０１）。第１のクラウド仲介サーバ１１は、受信したＳＣをセンタシステム１０に送信する（ＳＥＱ１０２）。センタシステム１０は、このＳＣを受信すると、例えば、ＳＣの内容に応じてサービス用員の手配など、必要な処理を行う。
【００５３】
第２の例として、機器ＭＦＰ＃１においてトナー発注コールが発生した場合について説明する。機器ＭＦＰ＃１で発生したトナー発注コールは、インターネット４０を介して受付サーバ１３に受信される（ＳＥＱ１１０）。受付サーバ１３は、このトナー発注コールを受信すると、振り分けテーブル２４４を参照し、機器ＭＦＰ＃１の識別情報から契約形態を求め、求めた契約形態に対応する通知先サーバを求める。この例では、機器ＭＦＰ＃１の契約形態がパフォーマンス契約であるとされ、パフォーマンス契約に対応する、第１のクラウド仲介サーバ１１が通知先サーバに決定される。
【００５４】
受付サーバ１３は、機器ＭＦＰ＃１から受信したトナー発注コールを、この第１のクラウド仲介サーバ１１に送信する（ＳＥＱ１１１）。第１のクラウド仲介サーバ１１は、受信したトナー発注コールをセンタシステム１０に送信する（ＳＥＱ１１２）。センタシステム１０は、例えば、受信したトナー発注コールに応じて、機器ＭＦＰ＃１のトナー発注処理を実行する。
【００５５】
第３の例として、機器ＭＦＰ＃２においてＳＣが発生した場合について説明する。機器ＭＦＰ＃２で発生したＳＣは、インターネット４０を介して受付サーバ１３に受信される（ＳＥＱ１２０）。受付サーバ１３は、このＳＣを受信すると、振り分けテーブル２４４を参照し、機器ＭＦＰ＃２の識別情報から契約形態を求め、求めた契約形態に対応する通知先サーバを求める。この例では、機器ＭＦＰ＃２の識別情報に基づき、契約形態が年間契約であるとされ、年間契約に対応する、第２のクラウド仲介サーバ１２が通知先サーバに決定される。
【００５６】
受付サーバ１３は、機器ＭＦＰ＃２から受信したＳＣを、この第２のクラウド仲介サーバ１２に送信する（ＳＥＱ１２１）。第２のクラウド仲介サーバ１２は、受信したＳＣをセンタシステム１０に送信する（ＳＥＱ１２２）。センタシステム１０は、このＳＣを受信すると、例えば、ＳＣの内容に応じてサービス用員の手配など、必要な処理を行う。
【００５７】
第４の例として、機器ＭＦＰ＃２においてトナー発注コールが発生した場合について説明する。機器ＭＦＰ＃２で発生したトナー発注コールは、インターネット４０を介して受付サーバ１３に受信される（ＳＥＱ１３０）。受付サーバ１３は、このトナー発注コールを受信すると、振り分けテーブル２４４を参照し、機器ＭＦＰ＃２の識別情報から契約形態を求め、求めた契約形態に対応する通知先サーバを求める。この例では、機器ＭＦＰ＃２の識別情報に基づき、契約形態が年間契約であるとされ、年間契約に対応する、第２のクラウド仲介サーバ１２が通知先サーバに決定される。
【００５８】
受付サーバ１３は、機器ＭＦＰ＃２から受信したトナー発注コールを、この第２のクラウド仲介サーバ１２に送信する（ＳＥＱ１３１）。第２のクラウド仲介サーバ１２は、機器管理ＤＢ２６８を参照し、受信したトナー発注コールの送信元の保守契約が年間契約であることを確認すると、トナー発注処理は契約対象外であると判断し、センタシステム１０に対する通知は行わない。
【００５９】
図９は、契約形態毎にクラウド仲介サーバを設けた場合に、顧客先に設置された機器から送信された、保守契約に係るコールを受信した際の、受付サーバ１３における一例の処理を示すフローチャートである。受付サーバ１３は、顧客先に設置された機器からのコールを受信すると、ステップＳ１１０で、当該コールにより通知される通知情報に含まれる契約形態を示す情報を参照する。そして、次のステップＳ１１１で、契約形態を示す情報に基づき振り分けテーブル２４４を参照し、通知先のサーバを決定する。
【００６０】
すなわち、契約形態を示す情報がパフォーマンス契約を示していれば、処理をステップＳ１１２に移行させ、機器から受信したコールを、パフォーマンス契約用サーバ（例えば図１の第１のクラウド仲介サーバ１１）に通知する。また、契約形態を示す情報が年間契約を示していれば、処理をステップＳ１１３に移行させ、機器から受信したコールを、年間契約用サーバ（例えば図１の第２のクラウド仲介サーバ１２）に通知する。さらに、契約形態を示す情報がスポット契約を示していれば、処理をステップＳ１１４に移行させ、機器から受信したコールを、スポット契約用サーバに通知する。
【００６１】
図１０は、サービス（コール種類）毎にクラウド仲介サーバを設けた場合の一例の処理を示す。この場合、受付サーバ１３では、図４−２に示した、機器からの通報種別に基づき振り分けを行う場合の、振り分けテーブル２４４を用いる。
【００６２】
なお、ここでは、機器側がクライアントとして動作する場合について示し、顧客先の機器ＭＦＰ＃１およびＭＦＰ＃２において、機器ＭＦＰ＃１にはパフォーマンス契約が、機器ＭＦＰ＃２には年間契約が、それぞれ保守契約として交わされているものとする。また、図１の第１のクラウド仲介サーバ１１がＳＣに対応し、第２のクラウド仲介サーバ１２がトナー発注コールに対応するものとする。さらに、ロビーサーバ１３’は、上述した受付サーバ１３と同等の構成を有するものとする。
【００６３】
第１の例として、機器ＭＦＰ＃１においてＳＣが発生した場合について説明する。機器ＭＦＰ＃１で発生したＳＣは、インターネット４０を介してロビーサーバ１３’に受信される（ＳＥＱ２００）。ロビーサーバ１３’は、このＳＣを受信すると、振り分けテーブル２４４を参照し、ＳＣに対応する通知先サーバを求める。この例では、ＳＣに対応する、第１のクラウド仲介サーバ１１が通知先サーバに決定される。
【００６４】
ロビーサーバ１３’は、機器ＭＦＰ＃１から受信したＳＣを、この第１のクラウド仲介サーバ１１に送信する（ＳＥＱ２０１）。第１のクラウド仲介サーバ１１は、受信したＳＣをセンタシステム１０に送信する（ＳＥＱ２０２）。センタシステム１０は、このＳＣを受信すると、例えば、ＳＣの内容に応じてサービス用員の手配など、必要な処理を行う。
【００６５】
第２の例として、機器ＭＦＰ＃１においてトナー発注コールが発生した場合について説明する。機器ＭＦＰ＃１で発生したトナー発注コールは、インターネット４０を介してロビーサーバ１３’に受信される（ＳＥＱ２１０）。ロビーサーバ１３’は、このトナー発注コールを受信すると、振り分けテーブル２４４を参照し、トナー発注コールに対応する通知先サーバを求める。この例では、トナー発注コールに対応する、第２のクラウド仲介サーバ１２が通知先サーバに決定される。
【００６６】
ロビーサーバ１３’は、機器ＭＦＰ＃１から受信したトナー発注コールを、この第２のクラウド仲介サーバ１２に送信する（ＳＥＱ２１１）。第２のクラウド仲介サーバ１２は、受信したトナー発注コールをセンタシステム１０に送信する（ＳＥＱ２１２）。センタシステム１０は、例えば、受信したトナー発注コールに応じて、機器ＭＦＰ＃１のトナー発注処理を実行する。
【００６７】
第３の例として、機器ＭＦＰ＃２においてＳＣが発生した場合について説明する。機器ＭＦＰ＃２で発生したＳＣは、インターネット４０を介してロビーサーバ１３’に受信される（ＳＥＱ２２０）。ロビーサーバ１３’は、このＳＣを受信すると、振り分けテーブル２４４を参照し、ＳＣに対応する通知先サーバを求める。この例では、ＳＣに対応する、第１のクラウド仲介サーバ１１が通知先サーバに決定される。
【００６８】
ロビーサーバ１３’は、機器ＭＦＰ＃２から受信したＳＣを、この第１のクラウド仲介サーバ１１に送信する（ＳＥＱ２２１）。第１のクラウド仲介サーバ１１は、受信したＳＣをセンタシステム１０に送信する（ＳＥＱ２２２）。センタシステム１０は、このＳＣを受信すると、例えば、ＳＣの内容に応じてサービス用員の手配など、必要な処理を行う。
【００６９】
第４の例として、機器ＭＦＰ＃２においてトナー発注コールが発生した場合について説明する。機器ＭＦＰ＃２で発生したトナー発注コールは、インターネット４０を介してロビーサーバ１３’に受信される（ＳＥＱ２３０）。ロビーサーバ１３’は、このトナー発注コールを受信すると、振り分けテーブル２４４を参照し、トナー発注コールに対応する通知先サーバを求める。この例では、トナー発注コールに対応する、第２のクラウド仲介サーバ１２が通知先サーバに決定される。
【００７０】
ロビーサーバ１３’は、機器ＭＦＰ＃２から受信したトナー発注コールを、この第２のクラウド仲介サーバ１２に送信する（ＳＥＱ２３１）。第２のクラウド仲介サーバ１２は、機器管理ＤＢ２６８を参照し、受信したトナー発注コールの送信元の保守契約が年間契約であることを確認すると、トナー発注処理は契約対象外であると判断し、センタシステム１０に対する通知は行わない。
【００７１】
図１１は、サービス毎にクラウド仲介サーバを設けた場合に、顧客先に設置された機器から送信された、保守契約に係るコールを受信した際の、ロビーサーバ１３’における一例の処理を示すフローチャートである。ロビーサーバ１３’は、顧客先に設置された機器からのコールを受信すると、ステップＳ１２０で、当該コールにより通知される通知情報に含まれる通報種別を示す情報を参照する。そして、次のステップＳ１２１で、通報種別を示す情報に基づき振り分けテーブル２４４を参照し、通知先のサーバを決定する。
【００７２】
すなわち、通報種別を示す情報がＳＣを示していれば、処理をステップＳ１２２に移行させ、機器から受信したコールを、修理依頼用サーバ（例えば図１の第１のクラウド仲介サーバ１１）に通知する。また、通報種別を示す情報がトナー発注コールを示していれば、処理をステップＳ１２３に移行させ、機器から受信したコールを、トナー発注コール受け付け用サーバ（例えば図１の第２のクラウド仲介サーバ１２）に通知する。さらに、通報種別を示す情報が定着ユニット交換時期を示していれば、処理をステップＳ１２４に移行させ、機器から受信したコールを、定期部品交換用サーバに通知する。
【００７３】
図１２は、振り分け先サーバ５０において、受信した通知が有効か否かを判定する場合の一例の処理を示す。顧客先の機器ＭＦＰは、例えば、保守契約の契約形態が年間契約であるものとする。また、機器ＭＦＰは、定期部品交換のオプション契約がなされているものとする。これらの契約に関する情報は、契約機器毎に、振り分け先サーバ５０の機器管理ＤＢ２６８に登録されている。
【００７４】
第１の例として、機器ＭＦＰにおいてＳＣが発生した場合について説明する。この場合、機器ＭＦＰからロビーサーバ１３’に対してＳＣが通知される（ＳＥＱ３００）。ロビーサーバ１３’は、このＳＣを受信すると、振り分けテーブル２４４を参照し、機器ＭＦＰの識別情報から契約形態を求め、求めた契約形態に対応する通知先サーバを求める。この例では、機器ＭＦＰの識別情報に基づき、契約形態が年間契約であるとされ、年間契約に対応する振り分け先サーバ５０である、第２のクラウド仲介サーバ１２が通知先サーバに決定される。
【００７５】
ロビーサーバ１３’は、機器ＭＦＰから受信したＳＣを、この第２のクラウド仲介サーバ１２に送信する（ＳＥＱ３０１）。第２のクラウド仲介サーバ１２は、受信したＳＣをセンタシステム１０に送信する（ＳＥＱ３０２）。
【００７６】
第２の例として、機器ＭＦＰにおいてトナー発注コールが発生した場合について説明する。この場合、機器ＭＦＰからロビーサーバ１３’に対してトナー発注コールが通知される（ＳＥＱ３１０）。ロビーサーバ１３’は、このトナー発注コールを受信すると、振り分けテーブル２４４を参照し、機器ＭＦＰの識別情報から契約形態を求め、求めた契約形態に対応する通知先サーバを求める。この例では、機器ＭＦＰの識別情報に基づき、契約形態が年間契約であるとされ、年間契約に対応する振り分け先サーバ５０である、第２のクラウド仲介サーバ１２が通知先サーバに決定される。
【００７７】
ロビーサーバ１３’は、機器ＭＦＰから受信したトナー発注コールを、この第２のクラウド仲介サーバ１２に送信する（ＳＥＱ３１１）。第２のクラウド仲介サーバ１２は、機器管理ＤＢ２６８を参照し、受信したトナー発注コールの送信元の保守契約が年間契約であることを確認すると、トナー発注処理は契約対象外であると判断し、センタシステム１０に対する通知は行わない。
【００７８】
第３の例として、機器ＭＦＰにおいて、定期交換部品である定着ユニットの交換時期が近付いた場合について説明する。この場合、機器ＭＦＰからロビーサーバ１３’に対して、定着ユニットの交換時期が近付いた旨が通知される（ＳＥＱ３２０）。ロビーサーバ１３’は、この通知を受信すると、振り分けテーブル２４４を参照し、機器ＭＦＰの識別情報から契約形態を求め、求めた契約形態に対応する通知先サーバを求める。この例では、機器ＭＦＰの識別情報に基づき、契約形態が年間契約であるとされ、年間契約に対応する振り分け先サーバ５０である、第２のクラウド仲介サーバ１２が通知先サーバに決定される。
【００７９】
ロビーサーバ１３’は、機器ＭＦＰから受信した通知を、この第２のクラウド仲介サーバ１２に送信する（ＳＥＱ３２１）。第２のクラウド仲介サーバ１２は、機器管理ＤＢ２６８を参照し、受信した通知の送信元の保守契約において、定期部品交換のオプション契約がなされていることを確認すると、センタシステム１０に対して、機器ＭＦＰにて定着ユニットの交換時期が近付いている旨を通知する（ＳＥＱ３２２）。センタシステム１０は、例えば、機器ＭＦＰの契約内容に従い、定着ユニットの発注処理などを行う。
【００８０】
図１３は、振り分け先サーバ５０が受信した通知が有効か否かを判定する一例の処理を示すフローチャートである。ここでは、通知の送信元の機器に対して、年間契約と、定期交換部品交換のオプション契約とが交わされているものとする。振り分け先サーバ５０がロビーサーバ１３’からの通知を受信すると、先ず、機器管理ＤＢ２６８を参照して、受信した通知の送信元機器が契約している保守契約の形態を確認する。そして、ステップＳ１３０で、受信した通知の種別がＳＣであるか否かを判定する。
【００８１】
若し、ＳＣであると判定したら、処理をステップＳ１３１に移行させ、受信したＳＣをセンタシステム１０に送信し、ＳＣを通報する。一方、受信した通知の種別がＳＣではないと判定した場合、処理をステップＳ１３２に移行させ、当該通知の種別がトナー発注コールであるか否かを判定する。若し、トナー発注コールであると判定したら、通知の送信元機器の契約形態に基づきトナー発注が契約対象外であるとして、センタシステム１０に対する通知を行わない。
【００８２】
一方、ステップＳ１３２で、通知種別がトナー発注コールではないと判定したら、処理をステップＳ１３３に移行させ、通知種別が定着ユニットの交換時期が近付いている旨の通知であると判定したら、処理をステップＳ１３４に移行させる。ステップＳ１３４では、通知の送信元機器の契約形態に基づき定期交換部品のオプション契約を交わしているか否かを判定する。若し、交わしていると判定したら、処理をステップＳ１３５に移行させて、通知の送信元機器においてセンタシステム１０に対して定着ユニットの交換時期が近付いている旨を通知する。
【００８３】
一方、ステップＳ１３４で、通知の送信元機器について定期交換部品のオプション契約を交わしていないと判定した場合には、センタシステム１０に対する通知を行わない。また、上述のステップＳ１３３で、通知種別が定着ユニットの交換時期が近付いている旨の通知ではないと判定した場合も、センタシステム１０に対する通知を行わない。なお、さらに別の契約が存在する場合には、それらの確認処理も行われる。
【００８４】
図１４は、センタシステム１０が各機器ＭＦＰ＃１およびＭＦＰ＃２から情報を収集する際の一例の処理を示す。なお、この例では、振り分け先サーバ５０を契約形態毎に設け、受付サーバ１３では、図４−１に示した、契約形態に基づき振り分けを行う場合の、振り分けテーブル２４４を用いる。なお、ここでは、機器側がサーバとして動作する場合について示し、顧客先の機器ＭＦＰ＃１およびＭＦＰ＃２において、機器ＭＦＰ＃１にはパフォーマンス契約が保守契約として交わされ、機器ＭＦＰ＃２には年間契約と、定期交換部品のオプション契約とが交わされているものとする。また、図１の第１のクラウド仲介サーバ１１がパフォーマンス契約に対応し、第２のクラウド仲介サーバ１２が年間契約に対応するものとする。
【００８５】
先ず、機器ＭＦＰ＃１に対する情報収集処理について説明する。センタシステム１０は、受付サーバ１３に対して、機器ＭＦＰ＃１のレポート情報の収集を要求する（ＳＥＱ４００）。受付サーバ１３は、振り分けテーブル２４４を参照して、機器ＭＦＰ＃１の契約形態および通知先サーバの情報を取得する。この場合、契約形態がパフォーマンス契約であり、通知先サーバが第１のクラウド仲介サーバ１１となる。受付サーバ１３は、取得した情報に従い、第１のクラウド仲介サーバ１１に対して、機器ＭＦＰ＃１のレポート情報を収集するように要求する（ＳＥＱ４０１）。
【００８６】
この要求を受けた第１のクラウド仲介サーバ１１は、機器ＭＦＰ＃１に対して異常状態取得要求を送信する（ＳＥＱ４０２）。この要求に応じて機器ＭＦＰ＃１から送信された異常状態取得応答が第１のクラウド仲介サーバ１１に受信される（ＳＥＱ４０３）。この異常状態取得応答は、ＳＣに対応するものである。続けて、第１のクラウド仲介サーバ１１は、機器ＭＦＰ＃１に対してサプライ状態取得要求を送信する（ＳＥＱ４０４）。
【００８７】
この要求に応じて機器ＭＦＰ＃１から送信されたサプライ状態取得応答が、第１のクラウド仲介サーバ１１に受信される（ＳＥＱ４０５）。このサプライ状態取得応答は、トナー発注コールに対応するものである。第１のクラウド仲介サーバ１１は、ＳＥＱ４０３で受信された異常状態取得応答と、ＳＥＱ４０５で受信されたサプライ状態取得応答とを纏めて機器ＭＦＰ＃１のレポート情報収集応答として、センタシステム１０に対して送信する（ＳＥＱ４０６）。
【００８８】
さらに、センタシステム１０は、受付サーバ１３に対して、機器ＭＦＰ＃１のカウンタ収集を要求する（ＳＥＱ４０７）。カウンタ収集で収集されるカウント値は、定期交換部品である定着ユニットの使用回数を示す値である。この値が所定値を超えると、定着ユニットの交換時期が近付いているとされる。受付サーバ１３は、第１のクラウド仲介サーバ１１に対して、機器ＭＦＰ＃１のカウント値を取得するように要求する（ＳＥＱ４０８）。
【００８９】
この要求を受けた第１のクラウド仲介サーバ１１は、機器ＭＦＰ＃１に対してカウンタ取得要求を送信する（ＳＥＱ４０９）。この要求に応じて機器ＭＦＰ＃１から送信されたカウント値が、第１のクラウド仲介サーバ１１に受信される（ＳＥＱ４１０）。第１のクラウド仲介サーバ１１は、受信したカウント値を機器ＭＦＰ＃１のカウンタ収集応答として、センタシステム１０に送信する（ＳＥＱ４１１）。
【００９０】
次に、機器ＭＦＰ＃２に対する情報収集処理について説明する。センタシステム１０は、受付サーバ１３に対して、機器ＭＦＰ＃２のレポート情報の収集を要求する（ＳＥＱ４２０）。受付サーバ１３は、振り分けテーブル２４４を参照して、機器ＭＦＰ＃２の契約形態および通知先サーバの情報を取得する。この場合、契約形態が年間契約であり、通知先サーバが第２のクラウド仲介サーバ１２となる。受付サーバ１３は、取得した情報に従い、第２のクラウド仲介サーバ１２に対して、機器ＭＦＰ＃２のレポート情報の定時収集を行うように要求する（ＳＥＱ４２１）。
【００９１】
この要求を受けた第２のクラウド仲介サーバ１２は、機器ＭＦＰ＃２に対して異常状態取得要求を送信する（ＳＥＱ４２２）。この要求に応じて機器ＭＦＰ＃２から送信された異常状態取得応答が第２のクラウド仲介サーバ１２に受信される（ＳＥＱ４２３）。この異常状態取得応答は、ＳＣに対応するものである。ここで、機器ＭＦＰ＃２は、契約形態が年間契約なので、サプライ状態取得要求は送信しない。第２のクラウド仲介サーバ１２は、ＳＥＱ４２３で受信された異常状態取得応答を機器ＭＦＰ＃２のレポート情報収集応答として、センタシステム１０に対して送信する（ＳＥＱ４２４）。
【００９２】
さらに、センタシステム１０は、受付サーバ１３に対して、機器ＭＦＰ＃２のカウンタ収集を要求する（ＳＥＱ４２５）。受付サーバ１３は、第２のクラウド仲介サーバ１２に対して、機器ＭＦＰ＃２のカウント値を取得するように要求する（ＳＥＱ４２６）。
【００９３】
この要求を受けた第２のクラウド仲介サーバ１２は、機器ＭＦＰ＃２に対してカウンタ取得要求を送信する（ＳＥＱ４２７）。この要求に応じて機器ＭＦＰ＃２から送信されたカウント値が、第２のクラウド仲介サーバ１２に受信される（ＳＥＱ４２８）。機器ＭＦＰ＃２は、定期交換部品のオプション契約が交わされている。そこで、第２のクラウド仲介サーバ１２は、受信したカウント値を機器ＭＦＰ＃２のカウンタ収集応答として、センタシステム１０に送信する（ＳＥＱ４２９）。
【００９４】
図１５は、センタシステム１０が情報を収集する際の、第１のクラウド仲介サーバ１１における一例の処理を示すフローチャートである。ステップＳ１４０で、第１のクラウド仲介サーバ１１は、受付サーバ１３からの要求の受信を待機する。受付サーバ１３から要求が受信されたら、ステップＳ１４１およびステップＳ１４６で要求の内容を判定する。第１のクラウド仲介サーバ１１は、ステップＳ１４１で、受付サーバ１３からの要求がレポート情報の収集要求であるか否かを判定する。若し、レポート情報の収集要求であると判定されたら、処理をステップＳ１４２に移行させる。
【００９５】
ステップＳ１４２で、第１のクラウド仲介サーバ１１は、受信した要求に従い、機器ＭＦＰ＃１に対して異常状態取得要求を送信する。なお、この要求の送信先を示す情報は、例えば受付サーバ１３からの要求に含まれているものとする。次のステップＳ１４３で、第１のクラウド仲介サーバ１１は、機器ＭＦＰ＃１からの応答の受信を待機する。応答が受信されたら、次に、ステップＳ１４４でサプライ状態取得要求を機器ＭＦＰ＃１に対して送信する。そして、次のステップＳ１４５で、機器ＭＦＰ＃１からの応答の受信を待機する。若し、応答が受信されたら、一連の処理を終了し、ステップＳ１４３およびステップＳ１４５で受信された情報を纏めて、機器ＭＦＰ＃１のレポート情報収集応答として、センタシステム１０に送信する。
【００９６】
上述のステップＳ１４１で、受付サーバ１３からの要求がレポート情報収集要求ではないと判定されたら、処理はステップＳ１４６に移行され、当該要求がカウンタ情報収集要求であるか否かが判定される。若し、カウンタ情報収集要求ではないと判定したら、何もせずに一連の処理を終了させる。
【００９７】
一方、ステップＳ１４６で、受付サーバ１３からの要求がカウンタ情報収集要求であると判定されたら、処理はステップＳ１４７に移行され、カウンタ情報取得要求を機器ＭＦＰ＃１に対して送信する。そして、次のステップＳ１４８で、機器ＭＦＰ＃１からの応答の受信を待機する。若し、応答が受信されたら、一連の処理を終了し、受信したカウンタ情報をカウンタ収集応答として、センタシステム１０に送信する。
【００９８】
図１６は、センタシステム１０が情報を収集する際の、第２のクラウド仲介サーバ１２における一例の処理を示すフローチャートである。ステップＳ１５０で、第２のクラウド仲介サーバ１２は、受付サーバ１３からの要求の受信を待機する。受付サーバ１３から要求が受信されたら、ステップＳ１５１およびステップＳ１５４で要求の内容を判定する。第２のクラウド仲介サーバ１２は、ステップＳ１５１で、受付サーバ１３からの要求がレポート情報の収集要求であるか否かを判定する。若し、レポート情報の収集要求であると判定されたら、処理をステップＳ１５２に移行させる。
【００９９】
ステップＳ１５２で、第２のクラウド仲介サーバ１２は、受信した要求に従い、機器ＭＦＰ＃２に対して異常状態取得要求を送信する。なお、この要求の送信先を示す情報は、例えば受付サーバ１３からの要求に含まれているものとする。次のステップＳ１５３で、第２のクラウド仲介サーバ１２は、機器ＭＦＰ＃２からの応答の受信を待機する。応答が受信されたら、一連の処理を終了し、受信された異常状態取得応答を機器ＭＦＰ＃２のレポート情報収集応答として、センタシステム１０に送信する。第２のクラウド仲介サーバ１２は、年間契約用のサービスを行うため、契約対象外であるサプライ状態の取得要求は行わない。
【０１００】
上述のステップＳ１５１で、受付サーバ１３からの要求がレポート情報収集要求ではないと判定されたら、処理はステップＳ１５４に移行され、当該要求がカウンタ情報収集要求であるか否かが判定される。若し、カウンタ情報収集要求ではないと判定したら、何もせずに一連の処理を終了させる。
【０１０１】
一方、ステップＳ１５４で、受付サーバ１３からの要求がカウンタ情報収集要求であると判定されたら、処理はステップＳ１５５に移行され、カウンタ情報取得要求を機器ＭＦＰ＃２に対して送信する。そして、次のステップＳ１５６で、機器ＭＦＰ＃２からの応答の受信を待機する。若し、応答が受信されたら、一連の処理を終了し、受信したカウンタ情報をカウンタ収集応答として、センタシステム１０に送信する。
【０１０２】
以上説明したように、本発明の実施形態によれば、顧客先の機器の契約形態または機器から送信される通報の種別に応じて、機器に対してサービスを提供するサーバを分けている。そのため、管理対象の機器が増加した場合の、サービスを提供するサーバの負荷を軽減することができる。
【符号の説明】
【０１０３】
１０  センタシステム
１１  第１のクラウド仲介サーバ
１２  第２のクラウド仲介サーバ
１３  受付サーバ
２０  仲介装置
３０，３１，３２，３３  機器
４０  インターネット
１００  機器管理モジュール
１１０  仲介装置モジュール
１１１  遠隔管理機器モジュール
１１２  個別機器管理モジュール
１１３  仲介装置モジュール
１２０  遠隔管理機器ＳＤＫ部
１２１  通信ライブラリ部
１２２  ラッパー部
２００  複合機
２１０  遠隔管理機器ＳＤＫ
２２０  プラットフォーム依存吸収モジュール
２４１  振り分け先サーバ通信クライアントモジュール
２４２  振り分け先サーバ通信サーバモジュール
２４３  振り分け処理モジュール
２４４  振り分けテーブル
２４８，２６８  機器管理ＤＢ
２６３  受付サーバ通信クライアントモジュール
２６４  受付サーバ通信サーバモジュール
【先行技術文献】
【特許文献】
【０１０４】
【特許文献１】特開２００３−３２３３６０号公報
【図１】
2012203430.tif 000003
【図２】
2012203430.tif 000004
【図３】
2012203430.tif 000005
【図４−１】
2012203430.tif 000006
【図４−２】
2012203430.tif 000007
【図５】
2012203430.tif 000008
【図６】
2012203430.tif 000009
【図７】
2012203430.tif 000010
【図８】
2012203430.tif 000011
【図９】
2012203430.tif 000012
【図１０】
2012203430.tif 000013
【図１１】
2012203430.tif 000014
【図１２】
2012203430.tif 000015
【図１３】
2012203430.tif 000016
【図１４】
2012203430.tif 000017
【図１５】
2012203430.tif 000018
【図１６】
2012203430.tif 000019
【図１７】
2012203430.tif 000020