JP5862096B2 - 機器管理システム、情報処理装置、情報処理方法、情報処理プログラム、及びそのプログラムを記録した記録媒体 - Google Patents

Description

本発明は、機器管理システムに関するものである。

プリンタやＭＦＰ（Multifunction Peripheral）などの通信機能を有する管理対象機器（以下「通信機器」という）から機器情報を取得し機器管理するシステム（以下「機器管理システム」という）は、すでに知られている。

例えば、特許文献１には、機器管理装置が、該装置上で実行されるネットワーク管理プログラムにより、通信機器に対し、ＳＮＭＰ（Simple Network Management Protocol）を介して稼働状態の取得を要求し、通信機器が、要求に応じて稼働状態を応答するシステムが開示されている。また、機器管理システムでは、例えば、特許文献２に開示されるような通信機器が備える消耗品の発注を行うものもある。

しかしながら、従来の方法では、システムの大規模化に対応することができない仕組みとなっていた。従来の機器管理システムでは、例えば、導入企業の各事業所（組織）単位で機器管理装置を設置し、ローカルエリア内で機器管理を行うものであった。

近年、企業のグローバル化が進んでおり、各事業所単位での機器管理ではなく、国内外にわたる一元管理が望まれている。このような場合、管理対象となる通信機器は、数千台や数万台に及ぶ。

このように、機器管理システムでは、大規模システムにより、多数の通信機器をグローバル環境で一元管理可能なサービスの実現が望まれている。

本発明は上記従来技術の問題点を鑑み提案されたものであり、大規模システムによる機器管理サービスを実現できる機器管理システム、情報処理装置、情報処理方法、情報処理プログラム、及びそのプログラムを記録した記録媒体を提供することにある。

上記目的を達成するため、本発明に係る機器管理システムは、 通信機器を管理する機器管理システムであって、複数の前記通信機器と機器管理装置とが所定のデータ伝送路で接続され、複数の前記機器管理装置と情報処理装置とが所定のデータ伝送路で接続され、前記通信機器が、前記機器管理装置を介して前記情報処理装置に接続されており、
前記機器管理装置が、
前記通信機器の機器情報を所定の記憶領域に保持する第１のデータ保持手段と、
前記通信機器から前記機器情報を取得する取得手段と、
取得した前記機器情報を前記第１のデータ保持手段に設定／記録し、前記通信機器を管理する第１の管理手段と、
取得した前記機器情報を前記情報処理装置に送信する送信手段と、
緊急性が所定以上の前記機器情報を検出するための条件である設定された第１の通知条件に基づき、外部通知の可否を判定する第１の通知条件判定手段と、
前記機器情報が前記第１の通知条件を満たしていた場合に外部に情報を通知する第１の通知手段と、を有し、
前記情報処理装置が、
前記通信機器の前記機器情報を所定の記憶領域に保持する第２のデータ保持手段と、
前記機器管理装置から前記機器情報を受信する受信手段と、
受信した前記機器情報を前記第２のデータ保持手段に設定／記録し、前記機器管理装置で管理される前記通信機器を一元管理する第２の管理手段と、
前記第１の通知条件とは異なり緊急性が所定未満の前記機器情報を検出するための条件である第２の通知条件に基づき、外部通知の可否を判定する第２の通知条件判定手段と、
前記機器情報が前記第２の通知条件を満たしていた場合に外部に情報を通知する第２の通知手段と、を有し、
前記第１の通知条件判定手段は、前記送信手段が前記機器情報を前記情報処理装置に送信した後、前記第１の通知条件に基づき外部通知の可否を判定することを特徴とする。

このような構成によって、本発明に係る機器管理システムは、複数の通信機器と、通信機器を管理する機器管理装置と、が内部ネットワークで接続され、複数の機器管理装置と、機器管理装置で管理される通信機器を一元管理する一元管理装置とが、外部ネットワークで接続されている。つまり、通信機器は、機器管理装置を介して、一元管理装置に接続されている。その中で、機器管理装置は、複数の通信機器から機器情報を取得し、取得した機器情報を、当該装置が備える所定の記憶領域に保持し、通信機器を管理するとともに、一元管理装置に送信する。一元管理装置は、複数の機器管理装置から通信機器の機器情報を受信すると、当該装置が備える所定の記憶領域に保持し、複数の機器管理装置で管理される通信機器を一元管理する。

これによって、本発明に係る機器管理システムでは、大規模システムによる機器管理サービスを実現できる。

本発明によれば、通信機器が、機器管理装置を介して、一元管理装置と接続されるシステムを構築することで、大規模システムによる機器管理サービスが実現可能な機器管理システム、情報処理装置、情報処理方法、情報処理プログラム、及びそのプログラムを記録した記録媒体を提供することができる。

本発明の第１の実施形態に係る機器管理システムの構成例を示す図である。 本発明の第１の実施形態に係る親サーバ（一元管理装置）のハードウェア構成例を示す図である。 本発明の第１の実施形態に係る情報処理機能の構成例を示す図である。 本発明の第１の実施形態に係る親サーバの管理データ例を示す図である。 本発明の第１の実施形態に係る子サーバの管理データ例を示す図である。 本発明の第１の実施形態に係る機器情報取得・管理データ設定／記録の処理手順例を示すシーケンス図である。 本発明の第１の実施形態に係る親サーバにおける通知条件に基づく外部通知処理例（その１）を示すシーケンス図である。 本発明の第１の実施形態に係る親サーバにおける通知条件に基づく外部通知処理例（その２）を示すシーケンス図である。 本発明の第１の実施形態に係る親サーバにおける通知条件に基づく外部通知処理例（その３）を示すシーケンス図である。 本発明の第１の実施形態に係る子サーバにおける通知条件に基づく外部通知処理例（その１）を示すシーケンス図である。 本発明の第１の実施形態に係る子サーバにおける通知条件に基づく外部通知処理例（その２）を示すシーケンス図である。

以下、本発明の好適な実施の形態（以下「実施形態」という）について、図面を用いて詳細に説明する。

［第１の実施形態］
＜システム構成＞
図１は、本実施形態に係る機器管理システム１の構成例を示す図である。
図１には、複数の通信機器３００ａ，３００ｂ，３００ｃ（以下総称する場合「通信機器３００」という）が、これらの通信機器３００を機器管理する複数の子サーバ２００ａ，２００ｂ，２００ｃ（以下総称する場合「子サーバ２００」という）と、ネットワーク（例えば「ＬＡＮ：Local Area Network」）などのデータ伝送路Ｎ１ａ，Ｎ１ｂ，Ｎ１ｃ（以下総称する場合「内部ネットワークＮ１」という）で接続されるシステム構成例が示されている。

通信機器３００は、例えば、プリンタやＭＦＰといった通信機能を有する画像形成装置である。一方、子サーバ２００は、通信機器３００から機器情報を取得し、機器管理を行う機器管理装置（情報処理装置）である。

また、図１には、複数の子サーバ２００が、通信機器３００を一元管理する親サーバ１００と、ネットワーク（例えば「ＷＡＮ：Wide Area Network」）などのデータ伝送路Ｎ２（以下「外部ネットワークＮ２」という）で接続されるシステム構成例が示されている。

親サーバ１００は、複数の子サーバ２００から該サーバの管理対象である通信機器３００の機器情報を取得し、取得した機器情報を所定の記憶領域に保持し、通信機器３００を一元管理する一元管理装置（情報処理装置）である。

また、図１には、外部サーバ４００や管理者端末５００なども外部ネットワークＮ２に接続されるシステム構成例が示されている。

外部サーバ４００は、子サーバ２００や親サーバ１００からの通知情報を受信し、受信した通知情報に基づき、所定の情報処理を行う外部装置（情報処理装置）である。外部サーバ４００の情報処理には、例えば、通信機器３００の消耗品に係る発注処理などある。一方、管理者端末５００は、子サーバ２００や親サーバ１００からの通知情報を受信し、受信した通知情報を管理者に提示する情報端末（例えば「ＰＣ（Personal Computer）」や「ＰＤＡ（Personal Digital Assistant）」など）である。管理者端末５００の情報提示方法には、画面表示や音声再生などがある。

以上のように、本実施形態では、上記システム構成により、通信機器３００が、子サーバ２００を介して、親サーバ１００と接続される機器管理システム１を構築し、大規模システムによる機器管理サービスを実現することができる。

＜ハードウェア構成＞
次に、本実施形態に係る親サーバ１００のハードウェア構成について説明する。
図２は、本実施形態に係る親サーバ１００（一元管理装置）のハードウェア構成例を示す図である。
図２に示すように、親サーバ１００は、入力装置１０１、表示装置１０２、ドライブ装置１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、インタフェース装置１０７、及びＨＤＤ（Hard Disk Drive）１０８などを備え、それぞれがバスＢで相互に接続されている。

入力装置１０１は、キーボードやマウスなどを含み、親サーバ１００に各操作信号を入力するのに用いられる。表示装置１０２は、ディスプレイなどを含み、親サーバ１００による処理結果を表示する。

インタフェース装置１０７は、親サーバ１００をデータ伝送路に接続するインタフェースである。これにより、親サーバ１００は、インタフェース装置１０７を介して、子サーバ２００、外部サーバ４００、及び管理者端末５００などとデータ通信を行うことができる。

ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、装置全体を制御する情報処理システム（例えば「Ｗｉｎｄｏｗｓ（商標又は登録商標）」や「ＵＮＩＸ（商標又は登録商標）」などの基本ソフトウェアであるＯＳ（Operating System））、及びシステム上において各種機能を提供するアプリケーションなどがある。また、ＨＤＤ１０８は、格納しているプログラムやデータを、所定のファイルシステム及び／又はＤＢ（Data Base）により管理している。

ドライブ装置１０３は、着脱可能な記録媒体１０３ａとのインタフェースである。これにより、親サーバ１００は、ドライブ装置１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａには、例えば、フロッピー（商標又は登録商標）ディスク、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）、ならびに、ＳＤメモリカード（SD Memory card）やＵＳＢメモリ（Universal Serial Bus memory）などがある。

ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、親サーバ１００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、情報処理システム設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記記憶装置（例えば「ＨＤＤ」や「ＲＯＭ」など）から、プログラムやデータをＲＡＭ（メモリ）上に読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する演算装置である。

以上のように、本実施形態に係る親サーバ１００は、上記ハードウェア構成により、各種情報処理サービスを提供することができる。

なお、図２からも分かるように、親サーバ１００のハードウェア構成は、一般的な情報処理装置のハードウェア構成例と略同一である。よって、情報処理装置で機能実現可能な子サーバ２００、外部サーバ４００、及び管理者端末５００なども、上記ハードウェア構成と略同一である。

＜情報処理機能＞
本実施形態に係る情報処理機能について説明する。
本実施形態に係る機器管理システム１では、複数の通信機器３００と、通信機器３００を管理する子サーバ２００（機器管理装置）と、が内部ネットワークＮ１で接続され、複数の子サーバ２００と、子サーバ２００で管理される通信機器３００を一元管理する親サーバ１００（一元管理装置）とが、外部ネットワークＮ２で接続されている。つまり、通信機器３００は、子サーバ２００を介して、親サーバ１００に接続されている。

その中で、子サーバ２００は、複数の通信機器３００から機器情報を取得し、取得した機器情報を、当該装置が備える所定の記憶領域に保持し、通信機器３００を管理するとともに、親サーバ１００に送信する。親サーバ１００は、複数の子サーバ２００から通信機器３００の機器情報を受信すると、当該装置が備える所定の記憶領域に保持し、複数の子サーバ２００で管理される通信機器３００を一元管理する。本実施形態に係る機器管理システム１は、このような情報処理機能を有している。

機器管理システム１では、導入企業のグローバル化に伴い、大規模システムにより、多数の通信機器３００をグローバル環境で一元管理可能なサービスの実現が望まれている。

そこで、本実施形態に係る機器管理システム１では、通信機器３００が、子サーバ２００を介して、親サーバ１００と接続される仕組みとした。

これによって、本実施形態に係る機器管理システム１では、大規模システムによる機器管理サービスを実現できる。

また、このような大規模システムによる機器管理システム１では、次のような点を考慮する必要がある。例えば、機器管理システム１では、管理対象である通信機器３００に故障や障害が発生した場合に、管理者へその旨を通知する機能を有している。このような機能は、子サーバ２００に対して共通する機能であることから、親サーバ１００に集約して実装されることが考えられる。

しかし、親サーバ１００に実装した場合には、管理者への通知にタイムラグが発生してしまう。なぜなら、親サーバ１００では、通信機器３００で発生した故障や障害を、子サーバ２００から該当する通信機器３００の機器情報を受信して初めて検知するため、子サーバ２００と親サーバ１００との間の通信が高負荷であった場合、検知が遅延してしまうからである。また、子サーバ２００と親サーバ１００との間の通信に障害が発生した場合には、親サーバ１００が子サーバ２００から該当する通信機器３００の機器情報を受信することができないため、通信機器３００で発生した故障や障害を検知することができないといったことも考えられる。

このように、大規模システムによる機器管理システム１では、親サーバ１００に、子サーバ２００で共通する通知機能を集約した場合、保守・運用面の簡便化を実現できる一方で、通知機能において重要となる迅速性や正確性といったサービス品質の低下を防止する必要がある。

そこで、本実施形態に係る機器管理システム１では、通信機器３００の情報を外部に通知する処理を、通知情報の種別ごとに分けて、親サーバ１００と子サーバ２００とで分散処理させる仕組みとした。

これによって、本実施形態に係る機器管理システム１では、大規模システムにおいても、高品質の機器管理サービスを実現できる。

以下に、本実施形態に係る情報処理機能の構成とその動作について説明する。
図３は、本実施形態に係る情報処理機能の構成例を示す図である。
図３に示すように、本実施形態に係る親サーバ１００は、子サーバ通信部１１、機能実行部１２、データ管理部１３、管理データ保持部１４、通知条件判定部１５、通知部１６などを有し、子サーバ２００は、親サーバ通信部２１、機器通信部２２、データ管理部２３、管理データ保持部２４、通知条件判定部２５、通知部２６などを有している。

《親サーバ》
子サーバ通信部１１は、子サーバ２００とデータ通信を行う機能部である。子サーバ通信部１１は、子サーバ２００から送信される通信機器３００の機器情報を受信する。

機能実行部１２は、親サーバ１００の提供機能を実行する機能部である。親サーバ１００の提供機能には、通信機器３００の機器情報の管理機能や通知機能などがある。よって、機能実行部１２は、親サーバ１００に実装されたアプリケーションソフトウェアにより実現される機能部である。機能実行部１２は、子サーバ通信部１１から受信データ（通信機器の機器情報）を受け取ると、データ管理部１３に対して、受信データの設定／記録（管理データとして保存）を要求する。

データ管理部１３は、要求に従って、所定のデータ操作を行い、通信機器３００の機器情報が設定／記録された管理データを管理する機能部である。データ管理部１３は、管理データを保持する管理データ保持部１４にアクセスし、該当データ（又は該当記憶領域）に対して、要求されたデータ操作を行う。なお、管理データ保持部１４は、例えば、親サーバ１００が備える記憶装置（ＨＤＤ）の所定の記憶領域にあたる。

ここで、管理データ保持部１４に保持される管理データについて説明する。
図４は、本実施形態に係る親サーバ１００の管理データ例を示す図である。
図４に示すように、親サーバ１００では、子サーバ情報１４Ｄａ、機器管理情報１４ｂ、状態履歴情報１４Ｄｃ、消耗品履歴情報１４Ｄｄ、消耗品在庫情報１４Ｄｅ、通知条件情報１４Ｄｆなどを、管理データとして保持している。

（ａ）子サーバ情報
子サーバ情報１４Ｄａは、子サーバ２００に関する設定情報であり、例えば、子サーバＩＤ、ＩＰアドレス（internet Protocol address）、ホスト名、及びバージョンなどの情報項目が対応づけられて、サーバ単位で管理される。

［子サーバＩＤ］項目は、子サーバ２００の識別情報（以下「子サーバ識別情報」という）が設定される項目である。［ＩＰアドレス］項目は、子サーバ２００に割り当てられたＩＰアドレス情報が設定される項目である。［ホスト名］項目は、子サーバ２００の機器名称を表す情報（以下「機器名称情報」という）が設定される項目である。［バージョン］項目は、子サーバ２００に搭載（インストール）されたソフトウェアのバージョン情報が設定される項目である。

子サーバ情報１４Ｄａの項目値は、データ管理部１３により、機能実行部１２が提供する管理機能の設定ＧＵＩ（Graphical User Interface）を介して受け付けた管理者からの入力情報に基づき設定される。また、子サーバ情報１４Ｄａの項目値は、データ管理部１３が、子サーバ２００から受信したサーバ情報に基づき設定するようにしてもよい。この場合、機能実行部１２が、設定ＧＵＩを介して、管理者の自動設定指示を受け付けると、子サーバ通信部１１が、ブロード／マルチキャストにより、子サーバ２００を検出する。これにより、子サーバ通信部１１が、検出した子サーバ２００に対し、サーバ情報の取得を要求し、データ管理部１３が、子サーバ２００から受信したサーバ情報を、項目値を設定する。このとき、子サーバ識別情報の項目値には、サーバごとに採番されたＩＤ値が設定される。

また、子サーバ情報１４Ｄａは、子サーバ通信部１１により、定期的に子サーバ２００からサーバ情報が受信されることで、機器実行部１２からデータ設定／記録要求が発行され、データ管理部１３により、最新情報に更新される。

（ｂ）機器管理情報
機器管理情報１４ｂは、管理対象である通信機器３００に関する設定情報であり、例えば、子サーバＩＤ、機器ＩＤ、ＭＡＣアドレス、モデル名、機番（シリアルナンバー）、ＩＰアドレス、状態履歴ＩＤ、及び消耗品履歴ＩＤなどの情報項目が対応づけられて、機器単位で管理される。

［子サーバＩＤ］項目は、通信機器３００を管理する子サーバ識別情報が設定される項目である。［機器ＩＤ］項目は、通信機器３００の識別情報（以下「通信機器識別情報」という）が設定される項目である。［ＭＡＣアドレス］項目は、通信機器３００が備えるネットワークＩ／Ｆ（非図示）に対してユニークに割り当てられたＭＡＣアドレス（Media Access Control address）情報が設定される項目である。［モデル名］項目は、通信機器３００の機種名称情報が設定される項目である。［機番（シリアルナンバー）］項目は、通信機器３００に割り当てられた製品管理情報が設定される項目である。［ＩＰアドレス］項目は、通信機器３００に割り当てられたＩＰアドレス情報が設定される項目である。［状態履歴ＩＤ］項目は、通信機器３００に対応する状態履歴情報１４Ｄｃの識別情報（以下「状態履歴識別情報」という）が設定される項目である。［消耗品履歴ＩＤ］項目は、通信機器３００に対応する消耗品履歴情報１４ｄの識別情報（以下「消耗品履歴識別情報」という）が設定される項目である。

機器管理情報１４ｂの項目値は、データ管理部１３により、子サーバ２００から受信した通信機器３００の機器情報に基づき設定される。なお、機器識別情報の項目値には、通信機器３００ごとに採番されたＩＤ値が設定される。また、状態履歴識別情報及び消耗品履歴識別情報の各項目値には、機器状態又は消耗品の記録データ（状態／消耗品履歴）ごとに採番された複数のＩＤ値が設定される。

また、機器管理情報１４ｂは、子サーバ通信部１１により、通信機器３００の機器情報が受信されることで、機器実行部１２からデータ設定／記録要求が発行され、データ管理部１３により、最新情報に更新される。

（ｃ）状態履歴情報
状態履歴情報１４Ｄｃは、通信機器３００の機器状態に関する情報であり、例えば、状態履歴ＩＤ、機器ＩＤ、機器状態、及び日時などの情報項目が対応づけられて、機器状態の履歴単位で管理される。

状態履歴情報１４Ｄｃは、状態履歴識別情報を有しており、機器管理情報１４Ｄｂと紐づけられている。［機器状態］項目は、通信機器３００の機器状態情報が記録される項目であり、項目値は、例えば、発生した故障や障害に伴うサービスコール値（ＳＣ番号）やエラー値などである。［日時］項目は、状態履歴情報１４Ｄｃの記録日時が記録される項目である。

状態履歴情報１４Ｄｃの項目値は、データ管理部１３により、子サーバ２００から受信した通信機器３００の機器情報に含まれる機器状態情報に基づき記録される。なお、状態履歴識別情報の項目値には、機器状態の記録データ（状態履歴）ごとに採番されたＩＤ値が設定される。

また、状態履歴情報１４Ｄｃは、子サーバ通信部１１により、通信機器３００の機器情報が受信されることで、機器実行部１２からデータ設定／記録要求が発行され、データ管理部１３により、新たな情報が生成される。

（ｄ）消耗品履歴情報
消耗品履歴情報１４Ｄｄは、通信機器３００が備える消耗品に関する情報であり、例えば、消耗品履歴ＩＤ、機器ＩＤ、消耗品名、消耗品状態、及び日時などの情報項目が対応づけられて、消耗状態の履歴単位で管理される。

消耗品履歴情報１４Ｄｄは、消耗品履歴識別情報を有しており、機器管理情報１４Ｄｂと紐づけられている。［消耗品名］項目は、消耗品名称情報が記録される項目であり、項目値は、例えば、通信機器３００がプリンタの場合、給紙トレイ名、トナーカットリッジ名などである。［消耗状態］項目は、消耗品の消耗状態情報が記録される項目であり、項目値は、例えば、用紙残量、トナー／インク残量、及び感光体の累積回転数（カウンタ値）などである。［日時］項目は、消耗品履歴情報１４Ｄｄの記録日時が記録される項目である。

消耗品履歴情報１４Ｄｄの項目値は、データ管理部１３により、子サーバ２００から受信した通信機器３００の機器情報に含まれる消耗状態情報に基づき記録される。なお、消耗品履歴識別情報の項目値には、消耗状態の記録データ（消耗品履歴）ごとに採番されたＩＤ値が設定される。

また、消耗品履歴情報１４Ｄｄは、子サーバ通信部１１により、通信機器３００の機器情報が受信されることで、機器実行部１２からデータ設定／記録要求が発行され、データ管理部１３により、新たな情報が生成される。

（ｅ）消耗品在庫情報
消耗品在庫情報１４Ｄｅは、消耗品の在庫に関する情報であり、例えば、消耗品在庫ＩＤ、消耗品名、在庫数、及び発注先などの情報項目が対応づけられて、消耗品単位で管理される。

消耗品在庫情報１４Ｄｅは、消耗品名称情報を有しており、消耗品履歴情報１４Ｄｄと紐づけられている。［消耗品在庫ＩＤ］項目は、消耗品在庫の識別情報（以下「在庫識別情報」という）が設定される項目である。［消耗品名］項目は、消耗品名称情報が設定される項目である。［在庫数］項目は、消耗品の在庫数情報が設定される項目である。［発注先］項目は、消耗品の発注先情報が設定される項目であり、項目値は、例えば、サプライ業者の電子メールアドレスやＦＡＸ番号などである。

消耗品在庫情報１４Ｄｅの項目値は、データ管理部１３により、機能実行部１２が提供する管理機能の設定ＧＵＩを介して受け付けた管理者からの入力情報に基づき設定される。

（ｆ）通知条件情報
通知条件情報１４Ｄｆは、親サーバ１００が外部に情報を通知する際に従う通知条件に関する情報であり、例えば、通知条件ＩＤ、通知項目、条件内容、及び通知先などの情報項目が対応づけられて、通知条件単位で管理される。

［通知条件ＩＤ］項目は、通知条件の識別情報（以下「通知条件識別情報」という）が設定される項目である。［通知項目］項目は、通知する項目名情報が設定される項目であり、項目値は、例えば、"トナー（色：Ｘ）"、"用紙（サイズ：Ｘ）"、"サービスコール（ＳＣ：Ｘ）発生"、及び"エラー（種別：Ｘ）発生"などである。［条件内容］項目は、通知条件の定義情報（以下「通知条件定義情報」という）が設定される項目であり、項目値は、例えば、"同じエラーの発生回数≧月３回？"や"消耗品の交換回数≧月３回？"などである。［通知先］項目は、通知先情報が設定される項目であり、項目値は、例えば、外部サーバ４００や管理者端末５００の電子メールアドレスなどである。

通知条件情報１４Ｄｆの項目値は、データ管理部１３により、機能実行部１２が提供する管理機能の設定ＧＵＩを介して受け付けた管理者からの入力情報に基づき設定される。なお、通知条件定義情報の項目値には、親サーバ１００の場合、外部への通知にタイムラグがあってもサービス品質に影響のない情報を通知するための通知条件を設定しておく。なお、該当通知情報には、上記通知条件からも分かるように、例えば、緊急性の低い（正確性を比較的問われない）統計情報などである。

このように、データ管理部１３は、機能実行部１２からデータ設定／記録要求を受け付けると、管理データ保持部１４にアクセスし、要求時に受け取った管理者の入力情報、通信機器３００の機器情報、又は子サーバ２００のサーバ情報を、該当記憶領域に保存し、管理データとして設定／記録する。

なお、データ管理部１３は、データ設定／記録の他に、他の機能部からの要求に応じて、データ参照（取得）、データ削除（消去）、データ更新（上書き）などの各種データ操作も行う。

図３の説明に戻る。通知条件判定部１５は、要求に従って、設定された通知条件が満たされているか否かを判定する機能部である。通知条件判定部１５は、要求時にデータ管理部１３から受け取った通知条件情報１４Ｄｆを参照し、適用する通知条件を特定する。通知条件判定部１５は、特定した通知条件から、判定に必要な情報を、データ管理部１３を介して参照し、参照情報に基づき、通知条件が満たされているか否かを判定する。通知条件判定部１５は、通知条件を満たしていた場合に、通知部１６に対して、情報通知を要求する。

通知部１６は、要求に従って、外部に情報を通知する機能部である。通知部１６は、通知情報を生成し、要求時に通知条件判定部１５から受け取った通知先情報に基づき、外部サーバ４００及び／又は管理者端末５００に、生成した通知情報を送信する。なお、通知部１６では、例えば、通知条件の判定結果を含む通知情報を生成する。

《子サーバ》
親サーバ通信部２１は、親サーバ１００とデータ通信を行う機能部である。親サーバ通信部２１は、親サーバ１００に対して、子サーバ２００で取得した通信機器３００の機器情報を送信する。なお、親サーバ通信部２１では、例えば、予め設定されている親サーバ１００に割り当てられたＩＰアドレス情報に基づき送信する。

機器通信部２２は、管理対象である通信機器３００とデータ通信を行う機能部である。機器通信部２２は、通信機器３００から機器情報を取得する。この場合、機器通信部２２は、例えば、予め設定されている所定のタイミングに従って、ブロード／マルチキャストにより、管理対象である通信機器３００を検出する。これにより、機器通信部２２は、検出した通信機器３００に対し、機器情報の取得を要求し、通信機器３００から機器情報を取得する。なお、上記所定のタイミングとは、例えば、子サーバ２００が備える内部時計を用いて計測した所定時間が経過したタイミングである。

機器通信部２２は、通信機器３００から機器情報を取得すると、親サーバ通信部２１に対して、機器情報の送信を要求し、データ管理部２３に対して、機器情報の設定／記録（管理データとして保存）を要求する。

データ管理部２３は、要求に従って、所定のデータ操作を行い、通信機器３００の機器情報が設定／記録された管理データを管理する機能部である。データ管理部２３は、管理データを保持する管理データ保持部２４にアクセスし、該当データ（又は該当記憶領域）に対して、要求されたデータ操作を行う。なお、管理データ保持部２４は、例えば、子サーバ２００が備える記憶装置（ＨＤＤ）の所定の記憶領域にあたる。

ここで、管理データ保持部２４に保持される管理データについて説明する。
図５は、本実施形態に係る子サーバ２００の管理データ例を示す図である。
図５に示すように、子サーバ２００では、機器管理情報２４ａ及び通知条件情報２４Ｄｂなどを、管理データとして保持している。

（ａ）機器管理情報
機器管理情報２４ａは、管理対象である通信機器３００に関する設定情報であり、例えば、機器ＩＤ、ＭＡＣアドレス、モデル名、機番（シリアルナンバー）、ＩＰアドレス、認証（アクセスアカウント）、機器状態、消耗状態、送信先などの情報項目が対応づけられて、機器単位で管理される。なお、上記［機器ＩＤ］、［ＭＡＣアドレス］、［モデル名］、［機番］、［ＩＰアドレス］などの各情報項目は、親サーバ１００が保持する機器管理情報１４Ｄｂの情報項目と同じであるため、ここでの説明は省略する。

［認証（アクセスアカウント）］項目は、通信機器３００にアクセスする際の認証情報が設定される項目である。［機器状態］項目は、通信機器３００の機器状態情報が記録される項目であり、項目値には、最新の機器状態値と前回の機器状態値がある。［消耗状態］項目は、消耗品の消耗状態情報が記録される項目であり、項目値には、最新の消耗状態値と前回の消耗状態値がある。［送信先］項目は、機器情報の送信先情報が設定される項目であり、項目値は、例えば、親サーバ１００に割り当てられたＩＰアドレスやＵＲＩ（Uniform Resource Identifier）などである。

機器管理情報２４ａの項目値は、データ管理部１３により、通信機器３００から受信した機器情報に基づき設定される。

また、機器管理情報２４ａは、機器通信部２２により、機器情報が受信されることで、データ設定／記録要求が発行され、データ管理部１３により、最新情報に更新される。

（ｂ）通知条件情報
通知条件情報２４Ｄｂは、子サーバ２００が外部に情報を通知する際に従う通知条件に関する情報であり、例えば、通知条件ＩＤ、通知項目、条件内容、及び通知先などの情報項目が対応づけられて、通知条件単位で管理される。なお、上記各情報項目は、親サーバ１００が保持する通知条件情報１４Ｄｆの情報項目と同じであるため、ここでの説明は省略する。

通知条件情報２４Ｄｂの項目値は、データ管理部２３により、管理機能の設定ＧＵＩを介して受け付けた管理者からの入力情報に基づき設定される。なお、通知条件定義情報の項目値には、子サーバ２００の場合、例えば、"サービスコール（ＳＣ）発生状態に変化？"や"消耗品残量がニアエンド状態に変化？"などを設定する。つまり、子サーバ２００では、外部への通知にタイムラグがあるとサービス品質に影響がでる情報を通知するための通知条件を設定しておく。なお、該当通知情報には、上記通知条件からも分かるように、例えば、緊急性の高い（正確性を問われる）故障情報や障害情報などである。

図３の説明に戻る。通知条件判定部２５は、要求に従って、設定された通知条件が満たされているか否かを判定する機能部である。また、通知部２６は、要求に従って、通知先である外部サーバ４００又は管理者端末５００に対し、情報を通知する機能部である。なお、通知条件判定部２５及び通知部２６は、親サーバ１００が有する通知条件判定部１５及び通知部１６の機能と同じであるため、ここでの説明は省略する。

以上のように、本実施形態に係る情報処理機能は、通信機器３００が、子サーバ２００を介して、親サーバ１００と接続されるシステム環境において、上記各機能部が、親サーバ１００と子サーバ２００との間で連携動作することにより実現される。その中で、本実施形態に係る情報処理機能では、親サーバ１００が保持する通知条件情報１４Ｄｆと子サーバ２００が保持する通知条件情報２４Ｄｂとで、異なる通知条件を設定可能としたことにより、通信機器３００の情報を外部に通知する処理を、通知情報の種別ごとに分けて、親サーバ１００と子サーバ２００とで分散処理される。なお、上記通知情報の種別とは、例えば、統計情報などの緊急性の低い通知情報と、故障情報や障害情報などの緊急性の高い通知情報などである。

なお、本実施形態に係る情報処理機能は、システム１を構成する各機器に搭載（インストール）されるプログラム（情報処理機能を実現するソフトウェア）が、各機器が備える演算装置（ＣＰＵ）により、記憶装置からメモリ（ＲＡＭ）上に読み出され、以下の処理が実行されることで実現される。

本実施形態に係る情報処理機能の詳細な動作（機能部群の連携動作）について、処理手順を示すシーケンス図を用いて説明する。

《機器情報取得・管理データ設定／記録の主な処理》
図６は、本実施形態に係る機器情報取得・管理データ設定／記録の処理手順例を示すシーケンス図である。
図６に示すように、子サーバ２００は、機器通信部２２により、所定のタイミングに従って、管理対象である通信機器３００から機器情報を取得する（ステップＳ１０１）。機器通信部２２は、機器情報を取得すると、データ管理部２３に対して、機器情報を渡し、データ設定／記録を要求する（ステップＳ１０２）。

子サーバ２００は、データ管理部２３により、通信機器３００の機器情報を管理データとして設定／記録する（ステップＳ１０３）。このとき、データ管理部２３では、管理データ保持部２４にアクセスし、該当データ（又は該当記憶領域）に対して、要求されたデータ設定／記録を行う。

その後、子サーバ２００は、データ管理部２３により、親サーバ通信部２１に対して、機器情報を渡し、機器情報の送信を要求する（ステップＳ１０４）。

その結果、子サーバ２００は、親サーバ通信部２１により、親サーバ１００に対して、通信機器３００の機器情報を送信する（ステップＳ１０５）。このとき、親サーバ通信部２１では、予め設定されている親サーバ１００に割り当てられたＩＰアドレス情報に基づき送信する。

一方、親サーバ１００は、子サーバ通信部１１により、子サーバ２００から通信機器３００の機器情報を受信すると、機能実行部１２に対して、機器情報を渡し、機器管理機能の実行を要求する（ステップＳ２０１）。機能実行部１２は、通信機器３００の機器情報を受け取ると、データ管理部１３に対して、機器情報を渡し、データ設定／記録を要求する（ステップＳ２０２）。

親サーバ１００は、データ管理部１３により、通信機器３００の機器情報を管理データとして設定／記録する（ステップＳ２０３）。このとき、データ管理部１３では、管理データ保持部１４にアクセスし、該当データ（又は該当記憶領域）に対して、要求されたデータ設定／記録を行う。

《親サーバの外部通知処理：その１》
図７は、本実施形態に係る親サーバ１００における通知条件に基づく外部通知処理例（その１）を示すシーケンス図である。図７には、図６に示したステップＳ２０３以降の処理手順が示されており、さらに、機器状態履歴の統計による判定条件が通知条件として設定されている場合の処理例が示されている。

図７に示すように、親サーバ１００は、データ管理部１３により、通信機器３００の機器情報を管理データとして設定／記録後、通知条件判定部１５に対して、通信機器識別情報及び通知条件情報１４Ｄｆを渡し、通知条件の判定を要求する（ステップＳ３０１）。このとき、データ管理部１３は、設定／記録した通信機器３００の機器情報から取得した通信機器識別情報、及び管理データ保持部１４Ｄから取得した通知条件情報１４Ｄｆを、通知条件判定部１５に渡す。

その結果、親サーバ１００は、通知条件判定部１５により、設定された通知条件に基づく通知条件判定処理を行う。例えば、通知条件情報１４Ｄｆに、機器状態履歴の統計により判定を行う"同じエラーの発生回数≧月３回？"が通知条件定義情報に設定されている場合には、次のように、通知条件判定を行う。

通知条件判定部１５は、データ管理部１３から通信機器識別情報及び通知条件情報１４Ｄｆを受け取ると、通知条件情報１４Ｄｆを参照し、適用する通知条件が、"同じエラーの発生回数≧月３回？"であることを特定する（ステップＳ３０２）。

次に、通知条件判定部１５は、データ管理部１３を介して、通信機器識別情報に基づき、機器管理情報１４Ｄｂを参照し、機器管理情報１４Ｄｂに設定される状態履歴識別情報に基づき、判定に必要な状態履歴情報１４Ｄｃを参照する（ステップＳ３０３）。

次に、通知条件判定部１５は、参照した状態履歴情報１４Ｄｃの記録データから、同じエラーの発生回数が月３回以上か否かを判定する（ステップＳ３０４）。

その結果、親サーバ１００は、通知条件判定部１５により、通知条件を満たしていると判定された場合（発生回数が月３回以上の場合）に、通知部１６に対して、通知先情報を渡し、外部通知を要求する（ステップＳ３０５）。このとき、通知条件判定部１５では、通知条件情報１４Ｄｆから取得した通知先情報を、通知部１６に渡す。

親サーバ１００は、通知部１６により、通知先情報に基づき、外部通知を行う（ステップＳ３０６）。このとき、通知部１６では、通知条件の判定結果を含む通知情報を生成し、通知先情報に指定された外部サーバ４００及び／又は管理者端末５００に、生成した通知情報を送信する。なお、上記通知条件の場合には、同じエラーの発生回数が月３回以上である旨（統計情報）と該当する通信機器３００に関する情報を含む通知情報が生成され、送信される。

《親サーバの外部通知処理：その２》
図８は、本実施形態に係る親サーバ１００における通知条件に基づく外部通知処理例（その２）を示すシーケンス図である。図８には、消耗品履歴の統計による判定条件が通知条件として設定されている場合の処理例が示されている。なお、以下には、図７の処理例と異なる点についてのみ説明する。

図８に示すように、親サーバ１００は、通知条件判定部１５により、設定された通知条件に基づく通知条件判定処理を行う。例えば、通知条件情報１４Ｄｆに、消耗品履歴の統計により判定を行う"消耗品の交換回数≧月３回？"が通知条件定義情報に設定されている場合には、次のように、通知条件判定を行う。

通知条件判定部１５は、データ管理部１３から通信機器識別情報及び通知条件情報１４Ｄｆを受け取ると、通知条件情報１４Ｄｆを参照し、適用する通知条件が、"消耗品の交換回数≧月３回？"であることを特定する（ステップＳ４０２）。

次に、通知条件判定部１５は、データ管理部１３を介して、通信機器識別情報に基づき、機器管理情報１４Ｄｂを参照し、機器管理情報１４Ｄｂに設定される消耗品履歴識別情報に基づき、判定に必要な消耗品履歴情報１４Ｄｄを参照する（ステップＳ４０３）。

次に、通知条件判定部１５は、参照した消耗品履歴情報１４Ｄｄの記録データから、消耗品の交換回数が月３回以上か否かを判定する（ステップＳ４０４）。

その結果、親サーバ１００は、通知条件判定部１５により、通知条件を満たしていると判定された場合（交換回数が月３回以上の場合）に、通知部１６に対して、通知先情報を渡し、外部通知を要求する（ステップＳ４０５）。

親サーバ１００は、通知部１６により、通知先情報に基づき、外部通知を行う（ステップＳ４０６）。なお、上記通知条件の場合には、消耗品の交換回数が月３回以上である旨（統計情報）と該当する通信機器３００に関する情報を含む通知情報が生成され、送信される。

なお、上記には、親サーバ１００の外部通知処理を説明したが、例えば、上述したような異なる通知条件が複数設定されている場合には、設定される通知条件ごとに外部通知処理が実行される。この場合、親サーバ１００には、通知条件情報１４Ｄｆが複数保持されていることになり、各通知条件情報１４Ｄｆに基づき、通知条件の判定が行われ、判定結果に基づく外部通知処理が実行される。

《親サーバの外部通知処理：その３》
図９は、本実施形態に係る親サーバ１００における通知条件に基づく外部通知処理例（その３）を示すシーケンス図である。図９には、図６に示したステップＳ２０３以降の処理手順が示されており、さらに、消耗品の在庫による判定条件が通知条件として設定されている場合の処理例が示されている。

図９に示すように、親サーバ１００は、機能実行部１２により、消耗状態情報に基づき、通信機器３００が備える消耗品が、一定の消費基準に達しているか否かを判定する（ステップＳ５０１）。なお、上記消耗状態情報は、子サーバ通信部１１により受信された通信機器３００の機器情報に含まれる。

機能実行部１２は、次のように、消耗品の消費判定を行う。例えば、消耗品が用紙の場合には、消耗状態情報である給紙トレイ残量（単位：［％］又は［枚数］）が、予め設定しておいた基準残量以下か否かを判定する。また、消耗品がトナーの場合には、消耗状態情報であるトナー残量（単位：［％］）が、予め設定しておいた基準残量以下か否かを判定する。また、消耗品が感光体の場合には、消耗状態情報である累積回転数（単位：［回転］）が、予め設定しておいた基準回転数以上か否かを判定する。

親サーバ１００は、機能実行部１２により、消耗品の消耗レベルが一定の消費基準に達していると判定された場合に、通知条件判定部１５に対して、消耗品名称情報を渡し、消耗品在庫の確認を要求する（ステップＳ５０２）。このとき、機能実行部１２では、子サーバ通信部１１により受信された通信機器３００の機器情報に含まれる消耗品名称情報を、通知条件判定部１５に渡す。

その結果、親サーバ１００は、通知条件判定部１５により、設定された通知条件に基づく通知条件判定処理を行う。例えば、通知条件情報１４Ｄｆに、消耗品の在庫状態により判定を行う"在庫数'０'個？"が通知条件定義情報に設定されている場合には、次のように、通知条件判定を行う。

通知条件判定部１５は、機能実行部１２から消耗品名称情報を受け取ると、データ管理部１３を介して、消耗品在庫情報１４Ｄｅを参照し、判定に必要な在庫数情報を参照する（ステップＳ５０３）。

次に、通知条件判定部１５は、参照した在庫数情報から、在庫数が'０'個か否か（在庫有無）を判定する（ステップＳ５０４）。

その結果、親サーバ１００は、通知条件判定部１５により、通知条件を満たしていると判定された場合（在庫数が'０'個の場合）に、通知部１６に対して、発注先情報を渡し、外部通知を要求する（ステップＳ５０５）。このとき、通知条件判定部１５では、消耗品在庫情報１４Ｄｅから取得した発注先情報を、通知部１６に渡す。

親サーバ１００は、通知部１６により、発注先情報に基づき、外部通知を行う（ステップＳ６０６）。このとき、通知部１６では、発注情報を含む通知情報を生成し、発注先情報に指定されたサプライ業者に、生成した通知情報を送信する。なお、上記通知条件の場合には、機能実行部１３から確認要求された消耗品の名称と発注数を含む通知情報が生成され、送信される。

《子サーバの外部通知処理：その１》
図１０は、本実施形態に係る子サーバ２００における通知条件に基づく外部通知処理例（その１）を示すシーケンス図である。図１０には、図６に示したステップＳ１０４以降の処理手順が示されており、さらに、機器状態の変化による判定条件が通知条件として設定されている場合の処理例が示されている。

図１０に示すように、子サーバ２００は、データ管理部２３により、親サーバ１００への通信機器３００の機器情報の送信要求を親サーバ通信部２１にした後、通知条件判定部２５に対して、通信機器識別情報及び通知条件情報２４Ｄｂを渡し、通知条件の判定を要求する（ステップＳ６０１）。このとき、データ管理部２３は、送信要求した通信機器３００の機器情報から取得した通信機器識別情報、及び管理データ保持部２４Ｄから取得した通知条件情報２４Ｄｂを、通知条件判定部２５に渡す。

その結果、子サーバ２００は、通知条件判定部２５により、設定された通知条件に基づく通知条件判定処理を行う。例えば、通知条件情報２４Ｄｂに、機器状態の変化により判定を行う"サービスコール（ＳＣ）発生状態に変化"が通知条件定義情報に設定されている場合には、次のように、通知条件判定を行う。

通知条件判定部２５は、データ管理部２３から通信機器識別情報及び通知条件情報２４Ｄｂを受け取ると、通知条件情報２４Ｄｂを参照し、適用する通知条件が、"サービスコール（ＳＣ）発生状態に変化"であることを特定する（ステップＳ６０２）。

次に、通知条件判定部２５は、データ管理部２３を介して、通信機器識別情報に基づき、機器管理情報２４Ｄａを参照し、機器管理情報２４Ｄａに記録される機器状態情報の最新の機器状態値及び前回の機器状態値を参照する（ステップＳ６０３）。

次に、通知条件判定部２５は、参照した最新の機器状態値及び前回の機器状態値から、機器状態が、サービスコール（ＳＣ）発生状態に変化したか否かを判定する（ステップＳ６０４）。

その結果、子サーバ２００は、通知条件判定部２５により、通知条件を満たしていると判定された場合（サービスコール（ＳＣ）発生状態に変化した場合）に、通知部２６に対して、通知先情報を渡し、外部通知を要求する（ステップＳ６０５）。このとき、通知条件判定部２５では、通知条件情報２４Ｄｂから取得した通知先情報を、通知部２６に渡す。

子サーバ２００は、通知部２６により、通知先情報に基づき、外部通知を行う（ステップＳ６０６）。このとき、通知部２６では、通知条件の判定結果を含む通知情報を生成し、通知先情報に指定された外部サーバ４００及び／又は管理者端末５００に、生成した通知情報を送信する。なお、上記通知条件の場合には、機器状態が、サービスコール（ＳＣ）発生状態に変化した旨（故障情報）と該当する通信機器３００に関する情報を含む通知情報が生成され、送信される。

《子サーバの外部通知処理：その２》
図１１は、本実施形態に係る子サーバ２００における通知条件に基づく外部通知処理例（その２）を示すシーケンス図である。図１１には、消耗状態の変化による判定条件が通知条件として設定されている場合の処理例が示されている。なお、以下には、図１０の処理例と異なる点についてのみ説明する。

図１１に示すように、子サーバ２００は、通知条件判定部２５により、設定された通知条件に基づく通知条件判定処理を行う。例えば、通知条件情報２４Ｄｂに、消耗状態の変化により判定を行う"消耗品残量がニアエンド状態に変化？"が通知条件定義情報に設定されている場合には、次のように、通知条件判定を行う。

通知条件判定部２５は、データ管理部２３から通信機器識別情報及び通知条件情報２４Ｄｂを受け取ると、通知条件情報２４Ｄｂを参照し、適用する通知条件が、"消耗品残量がニアエンド状態に変化？"であることを特定する（ステップＳ７０２）。

次に、通知条件判定部２５は、データ管理部２３を介して、通信機器識別情報に基づき、機器管理情報２４Ｄａを参照し、機器管理情報２４Ｄａに記録される消耗状態情報の最新の消耗状態値及び前回の消耗状態値を参照する（ステップＳ７０３）。

次に、通知条件判定部２５は、参照した最新の消耗状態値及び前回の消耗状態値から、消耗状態が、ニアエンド状態に変化したか否かを判定する（ステップＳ７０４）。

その結果、子サーバ２００は、通知条件判定部２５により、通知条件を満たしていると判定された場合（ニアエンド状態に変化した場合）に、通知部２６に対して、通知先情報を渡し、外部通知を要求する（ステップＳ７０５）。

子サーバ２００は、通知部２６により、通知先情報に基づき、外部通知を行う（ステップＳ７０６）。なお、上記通知条件の場合には、消耗状態が、ニアエンド状態に変化した旨（障害情報）と該当する通信機器３００に関する情報を含む通知情報が生成され、送信される。

なお、上記には、子サーバ２００の外部通知処理を説明したが、例えば、上述したような異なる通知条件が複数設定されている場合には、設定される通知条件ごとに外部通知処理が実行される。この場合、子サーバ２００には、通知条件情報２４Ｄｂが複数保持されていることになり、各通知条件情報２４Ｄｂに基づき、通知条件の判定が行われ、判定結果に基づく外部通知処理が実行される。

＜まとめ＞
以上のように、本実施形態に係る機器管理システム１によれば、複数の通信機器３００と、通信機器３００を管理する子サーバ２００（機器管理装置）と、が内部ネットワークＮ１で接続され、複数の子サーバ２００と、子サーバ２００で管理される通信機器３００を一元管理する親サーバ１００（一元管理装置）とが、外部ネットワークＮ２で接続されている。つまり、通信機器３００は、子サーバ２００を介して、親サーバ１００に接続されている。

その中で、子サーバ２００は、機器通信部２２により、複数の通信機器３００から機器情報を取得し、データ管理部２３により、取得した機器情報を管理データ保持部２４に保持し、通信機器３００を管理するとともに、親サーバ通信部２１により、機器情報を親サーバ１００に送信する。親サーバ１００は、子サーバ通信部１１により、複数の子サーバ２００から通信機器３００の機器情報を受信すると、データ管理部１３により、受信した機器情報を管理データ保持部１４に保持し、複数の子サーバ２００で管理される通信機器３００を一元管理する。

これによって、本実施形態に係る情報処理システム１では、大規模システムによる機器管理サービスを実現できる。

また、本実施形態に係る機器管理システム１では、親サーバ１００が保持する通知条件情報１４Ｄｆと子サーバ２００が保持する通知条件情報２４Ｄｂとで、異なる通知条件を設定可能としたことにより、通信機器３００の情報を外部に通知する処理を、通知情報の種別ごとに分けて、親サーバ１００と子サーバ２００とで分散処理させる。

これによって、本実施形態に係る機器管理システム１では、大規模システムにおいても、高品質の機器管理サービスを実現できる。

ここまで、上記実施形態の説明を行ってきたが、上記実施形態に係る「情報処理機能」は、図を用いて説明を行った各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、システム１を構成する各機器（例えば「通信機器」、「親サーバ」、及び「子サーバ」など）が備える演算装置（ＣＰＵ）により実行されることで実現される。

例えば、親サーバ１００の場合、上記プログラムは、コンピュータが読み取り可能な記録媒体１０３ａに格納することができる。これにより、上記プログラムは、ドライブ装置１０３を介して、親サーバ１００にインストールすることができる。また、親サーバ１００は、インタフェース装置１０７を備えていることから、電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。

最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

１ 機器管理システム
１１ 子サーバ通信部
１２ 機能実行部
１３ データ管理部
１４ 管理データ保持部（Ｄ：親サーバの管理データ）
１５ 通知条件判定部
１６ 通知部
２１ 親サーバ通信部
２２ 機器通信部
２３ データ管理部
２４ 管理データ保持部（Ｄ：子サーバの管理データ）
２５ 通知条件判定部
２６ 通知部
１００ 親サーバ（一元管理装置）
１０１ 入力装置
１０２ 表示装置
１０３ ドライブ装置（ａ：記録媒体）
１０４ ＲＡＭ（揮発性の半導体メモリ）
１０５ ＲＯＭ（不揮発性の半導体メモリ）
１０６ ＣＰＵ（演算装置）
１０７ インタフェース装置（ＮＩＣ：Network I/F Card）
１０８ ＨＤＤ（不揮発性の記憶装置）
２００ 子サーバ（機器管理装置）
３００ 通信機器（画像形成装置）
４００ 外部サーバ（外部装置）
５００ 管理者端末（情報端末）
Ｂ バス
Ｎ ネットワーク（１：内部ネットワーク，２：外部ネットワーク）

特開２００３−０３００６８号公報 特開２００５−１８１４１１号公報

Claims (12)

1. 通信機器を管理する機器管理システムであって、
   複数の前記通信機器と機器管理装置とが所定のデータ伝送路で接続され、複数の前記機器管理装置と情報処理装置とが所定のデータ伝送路で接続され、前記通信機器が、前記機器管理装置を介して前記情報処理装置に接続されており、
   前記機器管理装置が、
   前記通信機器の機器情報を所定の記憶領域に保持する第１のデータ保持手段と、
   前記通信機器から前記機器情報を取得する取得手段と、
   取得した前記機器情報を前記第１のデータ保持手段に設定／記録し、前記通信機器を管理する第１の管理手段と、
   取得した前記機器情報を前記情報処理装置に送信する送信手段と、
   緊急性が所定以上の前記機器情報を検出するための条件である設定された第１の通知条件に基づき、外部通知の可否を判定する第１の通知条件判定手段と、
   前記機器情報が前記第１の通知条件を満たしていた場合に外部に情報を通知する第１の通知手段と、を有し、
   前記情報処理装置が、
   前記通信機器の前記機器情報を所定の記憶領域に保持する第２のデータ保持手段と、
   前記機器管理装置から前記機器情報を受信する受信手段と、
   受信した前記機器情報を前記第２のデータ保持手段に設定／記録し、前記機器管理装置で管理される前記通信機器を一元管理する第２の管理手段と、
   前記第１の通知条件とは異なり緊急性が所定未満の前記機器情報を検出するための条件である第２の通知条件に基づき、外部通知の可否を判定する第２の通知条件判定手段と、
   前記機器情報が前記第２の通知条件を満たしていた場合に外部に情報を通知する第２の通知手段と、を有し、
   前記第１の通知条件判定手段は、前記送信手段が前記機器情報を前記情報処理装置に送信した後、前記第１の通知条件に基づき外部通知の可否を判定することを特徴とする機器管理システム。
2. 前記第２のデータ保持手段は、
   前記機器情報に含まれる前記通信機器の機器状態値が記録された機器状態情報と、前記第２の通知条件が設定された通知条件情報と、を保持し、
   前記第２の通知条件判定手段は、
   前記通知条件情報を参照し、前記第２の通知条件を特定し、
   特定した前記第２の通知条件から、該第２の通知条件の判定に用いる前記機器状態情報を参照し、参照した前記機器状態情報が前記第２の通知条件を満たしているか否かを判定することを特徴とする請求項１に記載の機器管理システム。
3. 前記第２のデータ保持手段は、
   前記機器情報に含まれる前記通信機器が備える消耗品の消耗状態値が記録された消耗状態情報と、前記第２の通知条件が設定された通知条件情報と、を保持し、
   前記第２の通知条件判定手段は、
   前記通知条件情報を参照し、前記第２の通知条件を特定し、
   特定した前記第２の通知条件から、該第２の通知条件の判定に用いる前記消耗状態情報を参照し、参照した前記消耗状態情報が前記第２の通知条件を満たしているか否かを判定することを特徴とする請求項１又は２に記載の機器管理システム。
4. 前記第２の通知手段は、
   前記第２の通知条件判定手段による判定結果を含む通知情報を生成し、
   前記通知条件情報に含まれる通知先を表す通知先情報に基づき、生成した前記通知情報を通知先に送信することを特徴とする請求項２又は３に記載の機器管理システム。
5. 前記第２のデータ保持手段に、
   前記機器状態情報が累積記録された機器状態履歴情報と、機器状態履歴の統計による判定条件が前記第２の通知条件として設定された通知条件情報と、が保持されている場合、
   前記第２の通知条件判定手段は、
   特定した前記第２の通知条件から、機器状態履歴の統計による判定に用いる前記機器状態履歴情報を参照し、
   参照した機器状態履歴情報が、機器状態履歴の統計による判定条件を満たしているか否かを判定することを特徴とする請求項２に記載の機器管理システム。
6. 前記第２の通知手段は、
   前記機器状態履歴の統計情報を含む通知情報を生成し、
   前記通知条件情報に含まれる通知先を表す通知先情報に基づき、生成した前記通知情報を通知先に送信することを特徴とする請求項５に記載の機器管理システム。
7. 前記第２のデータ保持手段に、
   前記消耗状態情報が累積記録された消耗品履歴情報と、消耗状態履歴の統計による判定条件が前記第２の通知条件として設定された通知条件情報と、が保持されている場合、
   前記第２の通知条件判定手段は、
   特定した前記第２の通知条件から、消耗状態履歴の統計による判定に用いる前記消耗品履歴情報を参照し、参照した消耗品履歴情報が、消耗状態履歴の統計による判定条件を満たしているか否かを判定することを特徴とする請求項３に記載の機器管理システム。
8. 前記第２の通知手段は、
   前記消耗状態履歴の統計情報を含む通知情報を生成し、
   前記通知条件情報に含まれる通知先を表す通知先情報に基づき、生成した前記通知情報を通知先に送信することを特徴とする請求項７に記載の機器管理システム。
9. 通信機器の機器情報を所定の記憶領域に保持する第１のデータ保持手段と、
   前記通信機器から前記機器情報を取得する取得手段と、
   取得した前記機器情報を前記第１のデータ保持手段に設定／記録し、前記通信機器を管理する第１の管理手段と、
   取得した前記機器情報を情報処理装置に送信する送信手段と、
   緊急性が所定以上の前記機器情報を検出するための条件である設定された第１の通知条件に基づき、外部通知の可否を判定する第１の通知条件判定手段と、
   前記機器情報が前記第１の通知条件を満たしていた場合に外部に情報を通知する第１の通知手段と、を有する複数の機器管理装置と所定のデータ伝送路で接続される前記情報処理装置であって、
   当該情報処理装置に、前記通信機器が前記機器管理装置を介して接続されており、
   前記通信機器の前記機器情報を所定の記憶領域に保持する第２のデータ保持手段と、
   前記機器管理装置から前記機器情報を受信する受信手段と、
   受信した前記機器情報を前記第２のデータ保持手段に設定／記録し、前記機器管理装置で管理される前記通信機器を一元管理する第２の管理手段と、
   前記第１の通知条件とは異なり緊急性が所定未満の前記機器情報を検出するための条件である第２の通知条件に基づき、外部通知の可否を判定する第２の通知条件判定手段と、
   前記機器情報が前記第２の通知条件を満たしていた場合に外部に情報を通知する第２の通知手段と、を有し、
   前記第１の通知条件判定手段は、前記送信手段が前記機器情報を前記情報処理装置に送信した後、前記第１の通知条件に基づき外部通知の可否を判定することを特徴とする情報処理装置。
10. 通信機器を管理する機器管理システムにおける情報処理方法であって、
    前記機器管理システムは、
    複数の前記通信機器と機器管理装置とが所定のデータ伝送路で接続され、複数の前記機器管理装置と情報処理装置とが所定のデータ伝送路で接続され、前記通信機器が、前記機器管理装置を介して前記情報処理装置に接続されており、
    前記通信機器の機器情報を所定の記憶領域に保持する第１のデータ保持手段を備える前記機器管理装置が、
    前記通信機器から前記機器情報を取得する取得手順と、
    前記取得手順により取得した前記機器情報を前記第１のデータ保持手段に設定／記録し、前記通信機器を管理する第１の管理手順と、
    前記取得手順により取得した前記機器情報を前記情報処理装置に送信する送信手順と、
    緊急性が所定以上の前記機器情報を検出するための条件である設定された第１の通知条件に基づき、外部通知の可否を判定する第１の通知条件判定手順と、
    前記機器情報が前記第１の通知条件を満たしていた場合に外部に情報を通知する第１の通知手順と、を有し、
    前記通信機器の前記機器情報を所定の記憶領域に保持する第２のデータ保持手段を備える前記情報処理装置が、
    前記機器管理装置から前記通信機器の前記機器情報を受信する受信手順と、
    前記受信手順により受信した前記機器情報を前記第２のデータ保持手段に設定／記録し、前記機器管理装置で管理される前記通信機器を一元管理する第２の管理手順と、
    前記第１の通知条件とは異なり緊急性が所定未満の前記機器情報を検出するための条件である第２の通知条件に基づき、外部通知の可否を判定する第２の通知条件判定手順と、
    前記機器情報が前記第２の通知条件を満たしていた場合に外部に情報を通知する第２の通知手順と、を有し、
    前記第１の通知条件判定手順では、前記送信手順により前記機器情報が前記情報処理装置に送信された後、前記第１の通知条件に基づき外部通知の可否を判定することを特徴とする情報処理方法。
11. 通信機器を管理する機器管理システムにおける情報処理プログラムであって、
    前記機器管理システムは、
    複数の前記通信機器と機器管理装置とが所定のデータ伝送路で接続され、複数の前記機器管理装置と情報処理装置とが所定のデータ伝送路で接続され、前記通信機器が、前記機器管理装置を介して前記情報処理装置に接続されており、
    前記通信機器の機器情報を所定の記憶領域に保持する第１のデータ保持手段を備える前記機器管理装置を、
    前記通信機器から前記機器情報を取得する取得手段と、
    取得した前記機器情報を前記第１のデータ保持手段に設定／記録し、前記通信機器を管理する第１の管理手段と、
    取得した前記機器情報を前記情報処理装置に送信する送信手段と、
    緊急性が所定以上の前記機器情報を検出するための条件である設定された第１の通知条件に基づき、外部通知の可否を判定する第１の通知条件判定手段と、
    前記機器情報が前記第１の通知条件を満たしていた場合に外部に情報を通知する第１の通知手段、として機能させ、
    前記通信機器の前記機器情報を所定の記憶領域に保持する第２のデータ保持手段を備える前記情報処理装置を、
    前記機器管理装置から前記機器情報を受信する受信手段と、
    受信した前記機器情報を前記第２のデータ保持手段に設定／記録し、前記機器管理装置で管理される前記通信機器を一元管理する第２の管理手段と、
    前記第１の通知条件とは異なり緊急性が所定未満の前記機器情報を検出するための条件である第２の通知条件に基づき、外部通知の可否を判定する第２の通知条件判定手段と、
    前記機器情報が前記第２の通知条件を満たしていた場合に外部に情報を通知する第２の通知手段、として機能させる情報処理プログラムであって、
    前記第１の通知条件判定手段は、前記送信手段が前記機器情報を前記情報処理装置に送信した後、前記第１の通知条件に基づき外部通知の可否を判定することを特徴とする情報処理プログラム。
12. 請求項１１に記載の情報処理プログラムを記憶した、コンピュータが読み取り可能な記録媒体。

Images