JP2021033578A - 管理システムおよびその制御方法 - Google Patents

Abstract

【課題】ＭＦＰや監視装置のセキュリティ対応状況を簡単に把握する管理システム及び制御方法を提供する。【解決手段】管理サーバ１０２を用いて、ＭＦＰ１０１および監視装置１０３に対するセキュリティ対応状況を管理する。管理サーバ１０２において、機器情報受信部３２２は、ＭＦＰ１０１や監視装置１０３の機器情報生成部３１２、３３３で生成した機器情報を受信する。対応機種リスト格納部３２５は、ＭＦＰ１０１および監視装置１０３の種類ごとに、それぞれのイベント項目の更新状況を格納する。要対応クライアントリスト作成部３２６は、機器情報受信部３２２が受信した機器情報と対応機種リスト格納部３２５に格納された更新状況とをイベント項目ごとに比較する。そして、要対応クライアントリスト作成部３２６は、対応が必要なイベント項目をＭＦＰ１０１や監視装置１０３ごとに判定し、その判別結果に基づいて要対応クライアントリストを作成する。【選択図】図３

Description

本発明は、デバイスのソフトウエア・アップデート等のイベント管理を、通信ネットワークを介して行う技術に関する。

近年、インターネット通信機能を有するデバイスの多様化が進んでいる。デバイスにインターネット通信機能を設けることで、ユーザは、そのデバイスが利用するコンテンツを、サーバから容易に入手できるようになる。さらに、ユーザは、そのデバイスの機器情報や各種イベント等をサーバに収集させることにより、そのデバイスを遠隔で管理できるようになる。

インターネット通信は、安全性を向上させるため、例えばＳＳＬ／ＴＳＬ（Secure Sockets Layer／Transport Layer Security）などの、暗号化アルゴリズムを用いた通信プロトコルを用いる。但し、このような通信プロトコルや暗号化アルゴリズムは、脆弱性が発見された場合や、高性能マシンによる計算で突破された場合等に、危殆化する可能性がある。

通信プロトコルとしては、サーバおよびクライアントの両方が対応しているものを使用する必要がある。このため、クラウドプラットフォーム上でサーバを運用している場合、サーバの通信プロトコルをバージョンアップすると、より古いバージョンの通信プロトコルを用いるクライアントがサポートされなくなって、両者間の通信ができなくなってしまう場合がある。

以上のような理由から、サーバおよびクライアントの両方で、その時点での安全かつ正常な通信が最大限に保証された、最新バージョンの通信プロトコルを使用することが望まれる。

最新バージョンの通信プロトコルをクライアントに提供する技術としては、プログラム配信システムを用いる技術が知られている。かかる配信システムは、ファームウェアや、ＯＳ（Operating System）、アプリケーション等について、ソフトウエアのバージョンアップやパッチの新規提供等があった場合に、新たなプログラムをクライアントへ自動的に配信して適用させる。

例えば、特許文献１のシステムでは、管理装置が管理対象デバイスから暗号鍵の情報を取得し、その暗号鍵が古くなっていると判断した場合、その管理対象デバイスに新しい暗号鍵を配信する。また、特許文献２のシステムでは、管理対象デバイスから機器情報を取得し、安全な経路で通信できるような経路の情報をその管理対象デバイスに提供する。

特開２０１８−１３９３６９ 特開２０１６−１１０３０１

上述のように、クライアントが安全かつ正常にインターネット通信するためには、プログラム配信システムを用いて、常に、最新のバージョンのファームウェア等を利用できるようにすることが望まれる。

しかし、ＭＦＰ（Multi-Function Peripheral:多機能周辺装置）などの企業向けデバイスでは、ネットワーク構成やセキュリティポリシー等の理由から、サーバからクライアントへの通信が許可されていない場合がある。すなわち、このようなネットワークでは、クライアントからサーバへの通信のみが許可される。このような環境下では、クライアントが、上述のプログラム配信システムを利用することはできない。また、プログラム配信システムが利用可能な環境であったとしても、アップデートを自動配信対象でない古い機種や、自動配信機能に対応していない機種が使用されている場合には、新たなプログラムを自動的に適用することができない。このような場合には、保守作業員などがクライアントの設置現場へ行って、手作業でアップデート等を行う必要がある。

一般に、バージョンアップ等のセキュリティ対応処理は、頻繁に、繰り返し必要になることが多い。しかし、クライアントの設置現場で、稼働するデバイスの数が多い場合には、手作業でのアップデートを必要とするデバイスを特定して実際に作業することは簡単ではなく、作業の人的負担が大きい。

本発明は、上記課題を解決するためになされたものであり、各クライアントのイベントへの対応状況を、それらのクライアントごとの対応方法とともに、簡単に把握できる管理システムを提供する。

上記課題を解決するために、本発明の１実施形態に係る管理システムは、１台または複数台のクライアントに対するイベント管理を行う管理装置を備える管理システムであって、前記管理装置は、前記クライアントで生成された、そのクライアントの状態をイベント項目ごとに示す機器情報を受信する受信手段と、前記クライアントの種類ごとに、それぞれの前記イベント項目の更新状況を格納する格納手段と、前記受信手段が受信した前記機器情報と前記格納手段に格納された前記更新状況とを前記イベント項目ごとに比較することで、対応が必要な前記イベント項目である要対応イベント項目を前記クライアントごとに判定し、その判別結果に基づいて要対応クライアントリストを作成する作成手段とを備える。

本発明によれば、イベントへの対応を必要とするクライアントと、それらのクライアントごとの対応方法とを、簡単に把握させることができる。

本発明の各実施形態に係る管理システムのネットワーク構成を示す概念図である。 図１に示した各デバイスのハードウエア構成を示すブロック図であり、（Ａ）は管理サーバ、監視装置及び端末、（Ｂ）はＭＦＰ（多機能周辺装置）を示す。 図１に示した各デバイスのソフトウエア構成を示すブロック図であり、（Ａ）はＭＦＰ、（Ｂ）は管理サーバ、（Ｃ）は監視装置、（Ｄ）は端末を示す。 図１に示した管理サーバが要対応クライアントリストを作成する処理を示すフローチャートである。 図１に示した管理サーバが要対応クライアントリストを作成する処理を示すフローチャートである。 図４および図５で作成した要対応クライアントリストの画面表示例を示す概念図である。 図４および図５で作成した要対応クライアントリストの画面表示例を示す概念図である。 実施形態２に係る管理サーバが要対応クライアント情報を作成する処理を示すフローチャートである。 図８で作成した要対応クライアント情報の画面表示例を示す概念図である。

以下、本発明を実施するための最良の形態について図面を用いて説明する。
［実施形態１］
＜ネットワーク構成＞
図１は、本実施形態に係る管理システムのネットワーク構成を示す概念図である。

図１に示したように、本実施形態の管理システムは、ＭＦＰ（多機能周辺装置）１０１と、管理サーバ１０２と、監視装置１０３と、端末１０４とを含む。これらＭＦＰ１０１、管理サーバ１０２、監視装置１０３および端末１０４は、ネットワーク１０５を介して、相互に通信接続される。

ＭＦＰ１０１は、プリンタ機能やスキャナ機能を有する複合デバイスである。本実施形態の管理システムは、複数台のＭＦＰ１０１を備えることとするが、図１では１台のＭＦＰ１０１のみを示した。また、本実施形態では、それら複数のＭＦＰ１０１の一部は監視装置１０３の監視下に置かれ、他のＭＦＰ１０１は監視装置１０３の監視下に置かれないものとする。

管理サーバ１０２は、ＭＦＰ１０１や監視装置１０３から受け取った機器情報に基づいて、後述の要対応クライアントリストを作成する。
監視装置１０３は、ＭＰＦ１０１のセキュリティ状態を監視する装置であり、１台以上のＭＰＦ１０１を監視下に置く。そして、監視装置１０３は、監視下にあるＭＰＦ１０１の機器情報を取得して、その監視装置１０３自身の機器情報と共に、管理サーバ１０２へ送る。

端末１０４は、管理サーバ１０２が作成した要対応クライアントリスト等を保守作業員等が閲覧するために使用される、例えばパーソナルコンピュータ等の通信端末である。
ネットワーク１０５としては、例えば、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等を使用できる。加えて、電話回線網、専用デジタル回線網、ＡＴＭ（Asynchronous Transfer Mode ）回線網、フレームリレー回線網、ケーブルテレビ回線網、データ放送用無線回線等を、ネットワーク１０５として使用してもよい。あるいは、ネットワーク１０５を、これらの組み合わせによって構成してもよい。

本管理システムでは、ＭＦＰ１０１が管理サーバ１０２へ直接通信することとしてもよいし、監視装置１０３を介してＭＦＰ１０１が管理サーバ１０２へ通信することとしてもよいし、それら２つの方法の複合であってもよい。
以下の説明では、ＭＦＰ１０１および監視装置１０３を包括して「クライアント」と称することがある。

＜情報処理装置のハードウエア構成＞
管理サーバ１０２、監視装置１０３および端末１０４としては、同様のハードウエア構成を有する情報処理装置を使用できる。図２（Ａ）は、これらデバイスのハードウェア構成の例を示す図である。

図２（Ａ）において、ＣＰＵ（Central Processing Unit）２０１は、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２１０などから読み込んだプログラム（後述する各処理を実現するプログラムも含む）を実行する。

ＲＡＭ（Random Access Memory）２０２は、ＣＰＵ２０１が処理を行うときの、作業領域や一次記憶領域として使用される。
ＲＯＭ（Read Only Memory）２０３は、ＣＰＵ２０１がシステムを起動するためのブートプログラム等を記憶する。

キーボードコントローラ２０４は、ＣＰＵ２０１の制御に基づいて、キーボード２０８や、図示しないポインティングデバイス（例えばマウス、タッチパッド、タッチパネル、トラックボールなど）からの、操作入力を制御する。
ディスプレイコントローラ２０５は、ＣＰＵ２０１の制御に基づいて、ディスプレイ２０９の表示を制御する。

ディスクコントローラ２０６は、記憶装置２１０に保存されたデータの読み出しや、この記憶装置２１０へのデータの格納を行う。
ネットワークインターフェース２０７は、ＬＡＮなどのネットワークに接続されて、ネットワークに接続された他の機器と通信する。

記憶装置２１０は、ＯＳやアプリケーションソフトウエア等のプログラムや、設定情報等の各種データを保存する。この記憶装置２１０としては、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）等を使用できる。
内部バス２１１は、上述のモジュール２０１〜２０７を相互接続するバスである。

＜ＭＦＰのハードウエア構成＞
図２（Ｂ）は、ＭＦＰ１０１のハードウエア構成を示す図であり、ＭＦＰ１０１として画像形成装置を採用した例である。
図２（Ｂ）において、ＣＰＵ２２１は、ＲＯＭ２２３に格納されているプログラムを読み込んで実行することにより、後述の各デバイス２２５〜２２９を総括的に制御する。

ＲＡＭ２２２は、ＣＰＵ２２１の一時記憶領域や作業領域として使用される。
記憶装置２２４は、各種データを記憶するＨＤＤ、ＳＳＤなどである。
ネットワークＩ／Ｆ２２５は、外部のネットワーク機器と、片方向または双方向にデータをやり取りする。
デバイス制御部２２６は、プリント部２２７を制御して印刷処理等を行わせる。

入出力装置２２９は、ＭＦＰ１０１における入出力を担う装置であり、例えば、複数の入力デバイスや出力デバイスから構成される。例えば、入出力装置２２９は、ユーザからの入力（ボタン操作など）を受け付けて、該入力に対応する信号を入出力Ｉ／Ｆ２２８を介して（Central Processing Unit）２２１等へ伝える。入出力装置２２９には、ユーザに対して必要な情報を提供するとともにユーザ操作を受け付ける表示装置（タッチパネルなど）も含まれる。さらには、原稿を読み取って入力データに変換するためのスキャン装置等も、入出力装置２２９に含まれる。

＜ソフトウエア構成＞
図３（Ａ）〜（Ｄ）は、ＭＦＰ１０１、管理サーバ１０２、監視装置１０３、端末１０４のソフトウェア構成を示す。
図３（Ａ）は、ＭＦＰ１０１のソフトウェア構成例である。

図３（Ａ）において、通信部３１１は、ネットワークＩ／Ｆ２２５を介して管理サーバ１０２や監視装置１０３などの外部の機器と通信するための、ソフトウェアモジュールである。

機器情報生成部３１２は、ＭＦＰ１０１の機器情報を生成するソフトウェアモジュールである。機器情報生成部３１２が生成する機器情報には、そのＭＦＰ１０１の識別番号や製品名、セキュリティ対応の要否を判断するための情報（ファームウェアのバージョンなど）が含まれている。後述するように、機器情報生成部３３３が生成した機器情報は、管理サーバ１０２や監視装置１０３に送信される。

機器情報格納部３１３は、機器情報生成部３１２が生成した機器情報を、データベース化して記憶装置２２４に格納する、ソフトウェアである。
機器情報送信部３１４は、管理サーバ１０２や監視装置１０３へ機器情報を送信したり、外部からの要求に応じて機器情報を返却したりするための、ソフトウェアモジュールである。

図３（Ｂ）は、管理サーバ１０２のソフトウェアの構成例である。
図３（Ｂ）において、通信部３２１は、ネットワークＩ／Ｆ２０７を介してＭＦＰ１０１や監視装置１０３などの外部の機器と通信するソフトウェアモジュールである。

機器情報受信部３２２は、ＭＦＰ１０１や監視装置１０３からの要求に応じて機器情報を受信したり、管理サーバ１０２が外部へ送信した取得要求に応答して返却された機器情報を受信したりするソフトウェアモジュールである。
機器情報格納部３２３は、ＭＦＰ１０１や監視装置１０３から受信した機器情報をデータベース化して記憶装置２２４に格納するソフトウェアである。

Ｗｅｂアプリケーション管理部３２４は、端末１０４内のＷｅｂブラウザ３４０からの要求に応じて、ＨＴＭＬやＪａｖａＳｃｒｉｐｔ（登録商標）などのＷｅｂコンテンツから成るＷｅｂアプリケーションを提供する、ソフトウェアである。このＷｅｂアプリケーション管理部３２４は、後述の要対応クライアントリスト作成部３２６が作成した要対応クライアントリストを、Ｗｅｂアプリケーションとして提供する。

対応機種リスト格納部３２５は、後述する対応機種リストをデータベース化して記憶装置２２４に格納するソフトウェアである。本実施形態では、対応機種リストは、Ｗｅｂアプリケーション管理部３２４が提供するＷｅｂアプリケーションを介して、対応機種リスト格納部３２５に格納される。但し、管理システムの管理者が、対応機種リストを、対応機種リスト格納部３２５へ直接格納してもよい。

要対応クライアントリスト作成部３２６は、要対応クライアントリストを作成するソフトウェアモジュールである。要対応クライアントリストの内容と作成手順については、後述する。
要対応クライアントリスト格納部３２７は、要対応クライアントリスト作成部３２６で作成した要対応クライアントリストを、データベース化して記憶装置２２４に格納するソフトウェアである。

要対応クライアント台数集計部３２８は、要対応クライアントの台数を集計するソフトウェアモジュールである。また、要対応クライアント台数格納部３２９は、要対応クライアント台数集計部３２８で集計した要対応クライアントの台数をデータベース化して記憶装置２２４に格納するソフトウェアである。これら要対応クライアント台数集計部３２８および要対応クライアント台数格納部３２９の詳細は、実施形態２として後述する。

図３（Ｃ）は、監視装置１０３のソフトウェアの構成例である。
図３（Ｃ）において、通信部３３１は、ネットワークＩ／Ｆ２０７を介してＭＦＰ１０１や管理サーバ１０２などの外部の機器と通信するための、ソフトウェアモジュールである。

機器情報受信部３３２は、ＭＦＰ１０１から監視装置１０３へ返却された機器情報や、ＭＦＰ１０１が監視装置１０３へ送信した機器情報を受信するための、ソフトウェアモジュールである。

機器情報生成部３３３は、監視装置１０３の機器情報を生成するソフトウェアモジュールである。機器情報生成部３３３が生成した機器情報には、監視装置１０３の識別番号や、監視装置１０３が本管理システムの監視装置として動作するために必要な監視アプリケーションの種別、そのアプリケーションのバージョンなどが含まれている。また、機器情報生成部３３３が生成した機器情報には、機器情報受信部３３２が受信したＭＦＰ１０１の機器情報も含まれている。機器情報生成部３３３が生成した機器情報についても、後述する。

機器情報格納部３３４は、機器情報生成部３３３が生成した機器情報をデータベース化して記憶装置２２４に格納するソフトウェアである。
機器情報送信部３３５は、機器情報格納部３３４に格納されている機器情報を管理サーバ１０２に送信したり、管理サーバ１０２からの要求に応答して機器情報格納部３３４に格納されている機器情報を返却したりするための、ソフトウェアモジュールである。

図３（Ｄ）は、端末１０４のソフトウェアの構成例を示す。
図３（Ｄ）おいて、Ｗｅｂブラウザ３４０は、通信部３４１と、スクリプト実行部３４２と、表示部３４３とを備える。

通信部３４１は、ネットワークＩ／Ｆ２０７を介して管理サーバ１０２と通信し、Ｗｅｂアプリケーション管理部３２４から提供されるＷｅｂアプリケーションを取得するソフトウェアモジュールである。
スクリプト実行部３４２は、通信部３４１が取得したＷｅｂアプリケーションに含まれるＪａｖａＳｃｒｉｐｔ（登録商標）などを解析して実行するソフトウェアモジュールである。

表示部３４３は、通信部３４１が取得したＷｅｂアプリケーションに含まれるＨＴＭＬやＣＳＳ、ＪａｖａＳｃｒｉｐｔ（登録商標）から生成されるＵＩを端末１０４のディスプレイ２０９に表示するソフトウェアモジュールである。

＜要対応クライアントリスト作成処理＞
本実施形態の管理システムでは、ＭＦＰ１０１および監視装置１０３が、それぞれ、機器情報を、管理サーバ１０２へ定期的に送信するとともに、何らかのイベントが発生した際にも送信する。これらの機器情報は、管理サーバ１０２の機器情報格納部３２３へ格納される。

そして、管理サーバ１０２の要対応クライアントリスト作成部３２６が、機器情報格納部３２３に格納された機器情報と、対応機種リスト格納部３２５へ格納された対応機種リストとを用いて、要対応クライアントリストを作成する。
なお、管理システム内で、ＭＦＰ１０１、管理サーバ１０２、管理サーバ１０３および端末１０４が相互通信を行う際には、認証処理を行うことが望ましいが、本実施形態では説明を省略する。なお、相互通信における認証処理の方法は、限定されない。

要対応クライアントリストを作成する処理では、まず、上述のように、各クライアント（ＭＦＰ１０１および監視装置１０３）が、機器情報を管理サーバ１０２に送信する。管理サーバ１０２は、機器情報を受け取ると、その機器情報を機器情報格納部３２３に格納する。以下に、機器情報の例を示す。以下に示す機器情報は、データをＹＡＭＬ形式で記述した場合の例である。

### 機器情報 ###
mfp:
- deviceId: device001
productName: iR-ADV-A
firmwareVersion: 1.28
endpoint: https://old.sample.com/
certification:
- XXX-CA
- YYY-CA
- deviceId: device002
productName: iR-ADV-B
firmwareVersion: 2.44
endpoint: https://new.sample.com/
certification:
- XXX-CA
- YYY-CA
- ZZZ-CA
- deviceId: device003
productName: iR-ADV-C
firmwareVersion: 2.56
endpoint: https://new.sample.com/
certification:
- XXX-CA
- YYY-CA
- ZZZ-CA
- ...
agent:
- agentId: agent001
agentType: agent-type-A
appVersion: 3.3
endpoint: https://new.sample.com/
certification:
- XXX-CA
- YYY-CA
- ZZZ-CA
osVersion: 8.1
devices:
- deviceId: device004
productName: iR-ADV-A
firmwareVersion: 1.28
endpoint: https://old.sample.com/
certification:
- XXX-CA
- YYY-CA
- deviceId: device005
productName: iR-ADV-A
firmwareVersion: 1.28
endpoint: https://old.sample.com/
certification:
- XXX-CA
- YYY-CA
- ...
- ...

本実施形態では、ＭＦＰ１０１のクライアント種別を“mfp”とし、監視装置１０３のクライアント種別を“agent”とした。
クライアント種別 “mfp”は、属性として、“deviceId”、“productName”、“firmwareVersion”、“endpoint”、“certification”を備えている。ここで、“deviceId”は、ＭＦＰ１０１を識別する識別子である。また、“productName”は、ＭＦＰ１０１の製品名を示している。“firmwareVersion”は、ファームウェアのバージョンを示している。“endpoint”は、ＭＦＰ１０１が管理サーバ１０２と通信するときの、管理サーバ１０２のエンドポイントを示している。“certification”は、ＭＦＰ１０１にインストールされているＣＡ(Certificate Authority)証明書を示している。

クライアント種別“agent”は、属性として、“agentId”、“agentType”、“appVersion”、“endpoint”、“certification”、“osVersion”、“devices”を備えている。ここで、“agentId”は、監視装置１０３を識別する識別子である。また、“agentType”は、監視装置１０３にインストールされた監視アプリケーションの種別を示している。“appVersion”は、監視装置１０３にインストールされた監視アプリケーションのバージョンを示している。“endpoint”は、監視装置１０３が管理サーバ１０２と通信するときの、管理サーバ１０２のエンドポイントを示している。“certification”は、監視装置１０３にインストールされているＣＡ証明書を示している。“osVersion”は、監視装置１０３にインストールされているＯＳのバージョンを示している。“devices”には、監視装置１０３が監視するＭＦＰ１０１の機器情報が格納されており、その属性は上述したクライアント種別“mfp”の属性と同様である。

上述のように、複数台のＭＦＰ１０１のうち、一部のＭＦＰ１０１は、監視装置１０３の監視下に置かれている。監視装置１０３の監視下にあるＭＦＰ１０１は、管理サーバ１０２と直接通信するのではなく、監視装置１０３が代理となって、管理サーバ１０２と通信する。このため、監視装置１０３の監視下にあるＭＦＰ１０１では、セキュリティ対応は必須で無い。すなわち、監視装置１０３に対してセキュリティ対応がなされていれば、管理サーバ１０２はその監視装置１０３の監視下にあるＭＦＰ１０１のセキュリティ対応に関する機器情報を収集する必要は無い。

しかし、将来的にシステムが変更されて、ＭＦＰ１０１が監視装置１０３の監視下から外れ、管理サーバ１０２と直接通信するようになる可能性も考えられる。そのため、本実施形態では、監視装置１０３の監視下にあるＭＦＰ１０１についても、セキュリティ対応に必要な機器情報を管理サーバ１０２に送信することとした。

なお、上述の機器情報のデータ例では、説明の簡略化のために最低限の属性しか定義していないが、別のセキュリティ対応の要否を判断するための、追加の属性を定義してもよい。

以下に、管理サーバ１０２の対応機種リスト格納部３２５に格納される対応機種リストの例を示す。以下に示す対応機種リストは、データをＹＡＭＬ形式で記述した場合の例である。

### 対応機種リスト ###
mfp:
- productName: iR-ADV-A
TLS1.2:
condition:
attribute: firmwareVersion
comparisonOperator: lessThan
expected: 2.0
output: Update firmware version 2.0 or later.
CipherSuite-AAA:
condition:
attribute: firmwareVersion
comparisonOperator: lessThan
expected: 2.0
output: Update firmware version 2.0 or later.
Endpoint:
condition:
attribute: endpoint
condition: notEqualTo
expected: https://new.sample.com/
output: Change the new endpoint.
Certification-ZZZ-CA:
condition:
attribute: certification
condition: notIncluded
expected: ZZZ-CA
output: Install the certification of ZZZ-CA.
- productName: iR-ADV-B
TLS1.2:
condition:
attribute: firmwareVersion
comparisonOperator: lessThan
expected: 2.1
output: Update firmware version 2.1 or later.
CipherSuite-AAA:
condition:
attribute: firmwareVersion
comparisonOperator: lessThan
expected: 2.5
output: Update firmware version 2.5 or later.
Endpoint:
condition:
attribute: endpoint
condition: notEqualTo
expected: https://new.sample.com/
output: Change the new endpoint.
Certification-ZZZ-CA:
condition:
attribute: certification
condition: notIncluded
expected: ZZZ-CA
output: Install the certification of ZZZ-CA.
- productName: iR-ADV-C
TLS1.2:
condition: false
output: ''
CipherSuite-AAA:
condition: false
output: ''
Endpoint:
condition: false
output: ''
Certification-ZZZ-CA:
condition: false
output: ''
- productName: iR-ADV-D
TLS1.2:
condition: true
output: There is no plan for updating, so please replace it.
CipherSuite-AAA:
condition: true
output: There is no plan for updating, so please replace it.
Endpoint:
condition: true
output: There is no plan for updating, so please replace it.
Certification-ZZZ-CA:
condition: true
output: There is no plan for updating, so please replace it.
- ...
agent:
- agentType: agent-type-A
TLS1.2:
condition: false
output: ''
CipherSuite-AAA:
condition: false
output: ''
Endpoint:
condition: false
output: ''
Certification-ZZZ-CA:
condition: false
output: ''
- agentType: agent-type-B
TLS1.2:
condition:
attribute: osVersion
comparisonOperator: lessThan
expected: 7.0
output: Update OS MMM version 7.0 or later.
CipherSuite-AAA:
condition:
attribute: osVersion
comparisonOperator: lessThan
expected: 7.0
output: Update OS MMM version 7.0 or later.
Endpoint:
condition:
attribute: appVersion
comparisonOperator: lessThan
expected: 3.0
output: Update firmware version 3.0 or later.
Certification-ZZZ-CA:
condition:
attribute: certification
condition: notIncluded
expected: ZZZ-CA
output: Install the certification of ZZZ-CA.
- ...

この対応機種リストは、各セキュリティ項目への対応方法を、機種ごとに定義したリストである。セキュリティ項目とは、例えば、通信プロトコルであるＴＬＳのバージョンアップや暗号スイートの追加、エンドポイントおよびＣＡ証明書の変更などである。なお、これら以外のセキュリティ項目が定義されていてもよい。

この対応機種リストは、上述の機種情報、すなわち管理サーバ１０２の機器情報格納部３２３に格納されている機器情報と同様、ＭＦＰ１０１のクライアント種別を“mfp”と定義し、監視装置１０３のクライアント種別を“agent”と定義している。

クライアント種別が“mfp”のクライアントは、属性として、“productName”、“TLS1.2”、“CipherSuite-AAA”、“Endpoint”、“Certification-ZZZ-CA”を備えている。“productName”は、ＭＦＰ１０１の製品名を示している。“TLS1.2”、“CipherSuite-AAA”、“Endpoint”、“Certification-ZZZ-CA”は、上述したセキュリティ項目を示している。

クライアント種別の“agent”のクライアントは属性として、“agentType”、“TLS1.2”、“CipherSuite-AAA”、“Endpoint”、“Certification-ZZZ-CA”を備えている。“agentType”は、監視装置１０３にインストールされた監視アプリケーションの種別を示している。“TLS1.2”、“CipherSuite-AAA”、“Endpoint”、“Certification-ZZZ-CA”は、上記と同様である。

“TLS1.2”、“CipherSuite-AAA”、“Endpoint”、“Certification-ZZZ-CA”の各々に“condition”と“output”属性が定義されている。これらの属性については、図４および図５のフローチャートを用いて後述する。

図４および図５のフローチャートは、ともに、管理サーバ１０２の要対応クライアントリスト作成部３２６が、要対応クライアントリストを作成する手順を示す。図４は、管理サーバ１０２の要対応クライアントリスト作成部３２６が実行する要対応クライアントリスト作成処理の手順を示すフローチャートであり、図５の処理中に実行される対応要否判断処理のフローチャートである。

まず、要対応クライアントリスト作成部３２６は、処理対象となる１または複数のクライアントを特定する。さらに、要対応クライアントリスト作成部３２６は、機器情報格納部３２３に格納されている各クライアントの機器情報から、特定したクライアントの機器情報を読み出す。そして、要対応クライアントリスト作成部３２６は、特定したクライアントのそれぞれに対して、ループ処理Ｌ４１１（すなわち、ループ端Ｌ４１１Ａ、Ｌ４１１Ｂで示される繰り返し処理）を実行する。

まず、ステップＳ４１２で、要対応クライアントリスト作成部３２６は、処理対象のクライアントについて、クライアント種別を判定する。クライアント種別が“mfp”の場合、すなわちクライアントがＭＦＰ１０１の場合は、処理がステップＳ４１３に進む。
ステップＳ４１３では、要対応クライアントリスト作成部３２６が、図５の対応要否判断処理を実行する。以下、この対応要否判断処理を説明する。

まず、ステップＳ４４１で、要対応クライアントリスト作成部３２６は、対応機種リストから、処理対象のクライアントの機種を特定する。機種とは、ＭＦＰ１０１の場合は製品名、監視装置１０３の場合は監視アプリケーションの種別である。

続いて、要対応クライアントリスト作成部３２６は、特定した機種に対応する全てのセキュリティ項目に対して、ループ処理Ｌ４４２（すなわち、ループ端Ｌ４４２Ａ、Ｌ４４２Ｂで示す繰り返し処理）を実行する。

ステップＳ４４３で、要対応クライアントリスト作成部３２６は、選択したセキュリティ項目から“condition”属性の内容を抽出して、評価する。評価方法について、クライアント種別が“mfp”、製品名（すなわち“productName”）が“iR-ADV-A”、セキュリティ項目が“TLS1.2”の場合を例に採って説明する。

“condition”内の属性は、“attribute”が“firmwareVersion”、“comparisonOperator”が“lessThan”、“expected”が“2.0”である。これは、処理対象のクライアントで、機器情報の“firmwareVersion”が“2.0”未満（“lessThan”）の場合、“true”（真）と判断することを意味している。“comparisonOperator”の値は、比較演算子に相当するワードであれば、記号でもよい。

ステップＳ４４４で、要対応クライアントリスト作成部３２６は、ステップＳ４４３の評価結果を判断する。評価結果が“true”の場合、処理はステップＳ４４５へ進む。一方、評価結果が“false”の場合、すなわち“true”でない場合は、そのセキュリティ項目に対する処理が終了し、次のセキュリティ項目に対するループ処理Ｌ４４２へ移行する。

ステップＳ４４５では、要対応クライアントリスト作成部３２６は、処理対象のクライアントに対する要対応情報を作成する。このよう対応情報には、評価対象のセキュリティ項目（ステップＳ４４２で選択したセキュリティ項目）と、そのセキュリティ項目の“output”に定義された値とが、追加される。すなわち、要対応情報とは、処理対象のクライアントが必要とするセキュリティ対応のリストである。上述した例の場合、要対応クライアントリスト作成部３２６は、“TLS1.2:Update firmware version 2.0 or later.”を、要対応情報に追加する。

要対応クライアントリスト作成部３２６は、処理対象のクライアント（ステップＳ４１１で特定したクライアント）の、全てのセキュリティ項目について、ステップＳ４４３〜Ｓ４４５の処理を行う。このような処理が終了すると、図５の対応要否判断処理を終了して、図４のステップＳ４１４の処理へ進む。

ステップＳ４１４で、要対応クライアントリスト作成部３２６は、ステップＳ４１３で作成した要対応情報に、セキュリティ対応を必要とするセキュリティ項目が１件以上あるか否かを判断する。判断結果がＹＥＳの場合は、処理がステップＳ４１５に進む。一方、判断結果がＮＯの場合は、次のクライアントに対するループ処理Ｌ４１１へ移行する。

ステップＳ４１５では、要対応クライアントリスト作成部３２６が、処理対象のクライアントに対応する要対応情報を、要対応クライアントリストに追加する。そして、処理が、次のクライアントに対するループ処理Ｌ４１１へ移行する。
上述のステップＳ４１２で、クライアント種別が“mfp”でなかった場合、ステップＳ４１６以降の処理が実行される。

ステップＳ４１６では、要対応クライアントリスト作成部３２６が、クライアント種別が“agent”か否かを判断する。そして、判断結果がＹＥＳの場合、すなわちクライアントが監視装置１０３の場合は、処理がステップＳ４１７へ進む。一方、判断結果がＮＯの場合、次のクライアントに対するループ処理Ｌ４１１へ移行する。

ステップＳ４１７では、要対応クライアントリスト作成部３２６が、処理対象の監視装置１０３に対する、対応要否判断を行う。対応要否判断の処理内容は、上述のステップＳ４１３の処理（図５参照）と同様である。これにより、監視装置１０３に対応する要対応情報が作成される。

次に、ステップＳ４１８で、要対応クライアントリスト作成部３２６は、処理対象の監視装置１０３の監視下にあるＭＦＰ１０１について、ループ処理Ｌ４１８（すなわち、ループ端Ｌ４１８Ａ、Ｌ４１８Ｂで示す繰り返し処理）を実行する。

ループ処理Ｌ４１８では、ステップＳ４１９が繰り返し実行される。ステップＳ４１９では、要対応クライアントリスト作成部３２６が、対象となる各ＭＦＰ１０１について、対応要否判断を行う。対応要否判断の処理内容は、上述のステップＳ４１３の処理（図５参照）と同様である。これにより、監視装置１０３の監視下に置かれた全てのＭＦＰ１０１に対応する要対応情報が作成される。

要対応クライアントリスト作成部３２６は、ループ処理Ｌ４１８を終えるとステップＳ４２０に進む。ステップＳ４２０で、要対応クライアントリスト作成部３２６は、処理中のクライアントである監視装置１０３およびその監視装置１０３の監視下にあるＭＦＰ１０１の中に、セキュリティ対応を必要とするデバイスが存在するか否かを判断する。監視装置１０３が、対応を必要とするセキュリティ項目を１件以上有している場合や、ＭＦＰ１０１の何れか１台以上が、対応を必要とするセキュリティ項目を１件以上有している場合は、処理はステップＳ４２１へ進む。一方、セキュリティ対応を必要とする監視装置１０３やＭＰＦ１０１が存在しなかった場合、要対応クライアントリスト作成部３２６は、次のクライアントに対する、ループ処理Ｌ４１１へ移行する。

ステップＳ４２１で、要対応クライアントリスト作成部３２６は、処理中のクライアント（監視装置１０３）に対して要対応情報を作成する。但し、ステップＳ４１７で既に要対応情報を作成済みの場合は、ステップＳ４２１では要対応情報を作成しない。
そして、要対応クライアントリスト作成部３２６は、監視下に、セキュリティ対応が必要なＭＦＰ１０１が１台以上存在する場合は、それらの要対応情報を監視装置１０３の要対応情報に付与し、ステップＳ４１５に進む。

このように、ステップＳ４２１とステップＳ４１５の処理においては、監視装置１０３自身にセキュリティ対応が必要でなくても、監視下のＭＦＰ１０１にセキュリティ対応が必要である場合は監視装置１０３を含めて要対応クライアントリストに追加される。

以下に、管理サーバ１０２の要対応クライアントリスト作成部３２６が作成した、要対応クライアントリストの一部を示す。以下に示す要対応クライアントリストは、データをＹＡＭＬ形式で記述した場合の例である。

### 要対応クライアントリスト ###
mfp:
- deviceId: device001
productName: iR-ADV-A
TLS1.2: Update firmware version 2.0 or later.
CipherSuite-AAA: Update firmware version 2.0 or later.
Endpoint: Change the new endpoint.
Certification-ZZZ-CA: Install the certification of ZZZ-CA.
- deviceId: device002
productName: iR-ADV-B
CipherSuite-AAA: Update firmware version 2.5 or later.
- ...
agent:
- agentId: agent001
agentType: agent-type-A
devices:
- deviceId: device004
productName: iR-ADV-A
TLS1.2: Update firmware version 2.0 or later.
CipherSuite-AAA: Update firmware version 2.0 or later.
Endpoint: Change the new endpoint.
Certification-ZZZ-CA: Install the certification of ZZZ-CA.
- ...
- agentId: agent001
agentType: agent-type-A
TLS1.2: Update OS MMM version 7.0 or later.
CipherSuite-AAA: Update OS MMM version 7.0 or later.
- ...

＜要対応クライアントリストの表示＞
図６および図７は、要対応クライアントリスト基づいて作成した、ユーザインタフェースの例である。このユーザインタフェースは、要対応クライアントリスト作成部３２６が作成した要対応クライアントリストを、端末１０４のＷｅｂブラウザ３４０上にＷｅｂアプリケーションとして表示することで、得られる。

すなわち、管理サーバ１０２のＷｅｂアプリケーション管理部３２４は、要対応クライアントリスト格納部３２７から要対応クライアントリストを取得してＷｅｂアプリケーションに組み込み、そのＷｅｂアプリケーションをＷｅｂブラウザ３４０に提供する。そして、Ｗｅｂブラウザ３４０のスクリプト実行部３４２が、このＷｅｂアプリケーションを解釈して、表示部３４３の表示を実行する。これらの処理は、本発明の特徴ではないため、具体的な説明を省略する。

図６は、ＭＦＰ１０１に関する要対応クライアントリストを表示するユーザインタフェース画面を示す。
図６において、チェックボックス群５１１は、セキュリティ項目を選択するために使用される。ユーザは、確認したいセキュリティ項目を、１つ以上、チェックボックス群５１１を用いて選択する。チェックボックス群５１１で選択できるセキュリティ項目の種類は一例であり、さらなる絞り込みの条件を指定できるようにしてもよい。

更新ボタン５１２は、チェックボックス群５１１による選択を確定するために使用される。ユーザは、チェックボックス群５１１を用いて１つ以上のセキュリティ項目を選択した後、更新ボタン５１２を押下操作する。

テーブル５１３は、セキュリティ対応が必要なＭＦＰ１０１を、一覧表示する。すなわち、ユーザが更新ボタン５１２を用いてセキュリティ項目の選択を確定させると、スクリプト実行部３４２が、そのセキュリティ項目に係るセキュリティ対応が必要なＭＦＰ１０１を特定して、テーブル５１３へ表示する。一覧表示の各欄には、該当するＭＦＰ１０１に要求されるセキュリティ対応が、セキュリティ項目ごとに表示される。

エクスポートボタン５１４は、テーブル５１３に表示されている要対応クライアントリストを、ファイルへエクスポートするように、スクリプト実行部３４２に指示するための操作ボタンである。
ページリンク５１５は、Ｗｅｂブラウザ３４０上に表示されるページを変更するように、スクリプト実行部３４２に指示するための操作ボタンである。

図７は、監視装置１０３に関する要対応クライアントリストを表示するユーザインタフェース画面を示す。図７において、図６と同じ符号を付した構成要素は、それぞれ図６の場合と同じものを示している。
図７のユーザインタフェース画面においては、テーブル５１３に、セキュリティ対応が必要な監視装置１０３を、一覧表示する。この一覧には、監視装置１０３ごとに、表示切替ボタン５３１、５３２、５３３が表示される。

表示切替ボタン５３１、５３２、５３３は、簡略表示／詳細表示の切り換えを行う。簡略表示では、該当する監視装置１０３へのセキュリティ対応のみが表示される。一方、詳細表示では、該当する監視装置１０３へのセキュリティ対応に加えて、その監視下にある各ＭＦＰ１０１へのセキュリティ対応をも表示される。図７の例では、監視装置１０３としてagent001、agent002およびagent003が表示されているうちの、agent001のみについて、詳細表示がされている。

以上説明したように、管理サーバ１０２の要対応クライアントリスト作成部３２６は、ＭＦＰ１０１や監視装置１０３から収集した機器情報と、対応機種リスト格納部３２５に格納された対応機種リストとを用いて、要対応クライアントリストを作成する。そして、Ｗｅｂアプリケーション管理部３２４が、この要対応クライアントリストを、Ｗｅｂアプリケーションに組み込んで、端末１０４に提供する。その結果、本実施形態によれば、図６および図７に示したような、ユーザインタフェース画面を、端末１０４に表示させることができる。これにより、ＭＦＰ１０１と監視装置１０３の保守作業員や管理者等は、端末１０４のユーザインタフェース画面から、セキュリティ対応を必要とするクライアント（ＭＦＰ１０１および監視装置１０３）と、その対応方法とを把握することができる。

なお、要対応クライアントリスト作成部３２６で作成する要対応クライアントリストは、日次で全クライアント分を一括して作成しても良いし、クライアントから機器情報を受信するたびに即時に作成してもよい。上述した図４および図５のフローチャートでは、一括作成を想定した手順を示した。

これに対して、即時に作成する場合、図４のフローチャートに示した手順のうち、ループ処理Ｌ４１１は行わない。さらに、ステップＳ４１５では、処理対象のクライアントが要対応クライアントリストに存在しない場合は要対応情報を追加することとし、既に存在する場合は要対応情報を更新することとすればよい。

［実施形態２］
以下、実施形態２として、管理サーバ１０２の、要対応クライアント台数集計部３２８および要対応クライアント台数格納部３２９（図３参照）の処理について、説明する。

実施形態１で説明したように、管理サーバ１０２の要対応クライアントリスト作成部３２６は、要対応クライアントリストを作成する。これにより、保守作業員等は、セキュリティ対応を必要とするクライアントを特定できる。これに加えて、要対応クライアント台数集計部３２８および要対応クライアント台数格納部３２９は、要対応クライアント台数をセキュリティ項目ごとに集計する。その結果、保守作業員等は、セキュリティ未対応のクライアントの残数や、セキュリティ対応の進捗状況等を、容易に把握できるようになる。

例えば、管理サーバ１０２が使用するサーバ証明書の発行元ＣＡ（Certificate Authority）を変更する場合に、使用中の証明書の有効期限に基づいて、変更の計画を立てたい場合が考えられる。このような場合に、本実施形態では、要対応クライアントの台数を、セキュリティ項目ごとに集計して、把握することができる。

＜集計処理＞
図８は、要対応クライアント台数集計部３２８が、要対応クライアント台数を集計する処理の手順を示すフローチャートである。
まず、要対応クライアント台数集計部３２８は、要対応クライアントリスト格納部３２７に格納された要対応クライアントリストを取得する。そして、この要対応クライアントリストに含まれる各クライアントについて、ループ処理Ｌ６１１（すなわち、ループ端Ｌ６１１Ａ、Ｌ６１１Ｂで示される繰り返し処理）を実行する。

まず、最初のクライアントの各セキュリティ項目について、ループ処理Ｌ６１２（すなわち、ループ端Ｌ６１２Ａ、Ｌ６１２Ｂで示される繰り返し処理）が実行される。
ループ処理Ｌ６１２では、ステップＳ６１３で、要対応クライアント台数集計部３２８が、処理対象のセキュリティ項目に対応する「第一の要対応クライアント台数」に“１”を加算する。

ここで、「第一の要対応クライアント台数」とは、管理サーバ１０２と直接通信するＭＦＰ１０１の台数と、監視装置１０３の台数との、合計である。すなわち、監視装置１０３の監視下にあるＭＦＰ１０１の台数は、この「第一の要対応クライアント台数」には含まれない。

ステップＳ６１４で、要対応クライアント台数集計部３２８は、処理中のクライアントの種別が“agent”か否かを判定する。そして、“agent”でない場合は、最初のクライアントの次のセキュリティ項目について、ループ処理Ｌ６１２を行う。

一方、ステップＳ６１４で、クライアントの種別が“agent”である場合、要対応クライアント台数集計部３２８は、ループ処理Ｌ６１５（すなわち、ループ端Ｌ６１５Ａ、Ｌ６１５Ｂで示される繰り返し処理）を、監視下の各ＭＦＰ１０１について行う。

ループ処理Ｌ６１５では、まず、そのＭＦＰ１０１に対応する各セキュリティ項目について、ループ処理Ｌ６１６（すなわち、ループ端Ｌ６１６Ａ、Ｌ６１６Ｂで示される繰り返し処理）が実行される。
ループ処理Ｌ６１６では、ステップＳ６１７で、要対応クライアント台数集計部３２８が、処理対象のセキュリティ項目に対応する「第二の要対応クライアント台数」に“１”を加算する。

ここで、「第二の要対応クライアント台数」とは、監視装置１０３の監視下にあるＭＦＰ１０１の台数である。
その監視装置１０３に監視されるＭＦＰ１０１のうち、最初のＭＦＰ１０１についてループ処理Ｌ６１６が終了すると、要対応クライアント台数集計部３２８は、次のＭＦＰ１０１について同様の処理を行う。そして、監視装置１０３に監視されるＭＦＰ１０１についてループ処理Ｌ６１６処理が終了すると、要対応クライアント台数集計部３２８は、次の監視装置１０３に監視される各ＭＦＰ１０１について、ループ処理Ｌ６１５を行う。

全て監視装置１０３について、ループ処理Ｌ６１５が終了すると、要対応クライアント台数集計部３２８は、処理対象であるクライアントの次のセキュリティ項目について、ループ処理Ｌ６１２を行う。

以下、同様の処理を繰り返し、最初のクライアントの全てのセキュリティ項目についてのループ処理Ｌ６１２が終了すると、その最初のクライアントに対するループ処理Ｌ６１１が終了したことになる。このため、要対応クライアント台数集計部３２８は、次のクライアントについて、ループ処理Ｌ６１１を実行する。

全てのクライアントについてループ処理Ｌ６１１が終了すると、ステップＳ６１８が実行される。ステップＳ６１８では、要対応クライアント台数集計部３２８が、集計結果である「第一の要対応クライアント台数」および「第二の要対応クライアント台数」を、要対応クライアント台数格納部３２９へ格納する。

＜未対応クライアントの台数の表示＞
図９は、「要対応クライアント台数」の集計結果をＷｅｂブラウザ３４０上で表示するユーザインタフェースの例である。図９に示したように、Ｗｅｂブラウザ３４０は、入力フォーム７１１値、グラフ７１４、７１５とを表示する。

図９において、入力フォーム７１１は、グラフ７１４、７１５の出力形式の設定を受け付ける。入力フォーム７１１は、入力ボックス７１２や、チェックボックス７１３等を含む。
入力ボックス７１２は、グラフ７１４、７１５の横軸である「期間」の設定を受け付ける。すなわち、ユーザが、入力ボックス７１２を用いて「期間」を設定すると、スクリプト実行部３４２が、その「期間」に対応するグラフ７１４、７１５を作成して、Ｗｅｂブラウザ３４０に表示させる。

チェックボックス７１３は、グラフ７１４、７１５として、「第一の要対応クライアント台数」と「第二の要対応クライアント台数」との和を表示するか、あるいは、「第一の要対応クライアント台数」のみを表示するかの選択を受け付ける。
すなわち、チェックボックス７１３のチェックを外すと、スクリプト実行部３４２は、「第一の要対応クライアント台数」のみをグラフ表示する（グラフ７１４参照）。

一方、チェックボックス７１３にチェックを入れると、スクリプト実行部３４２は、「第一の要対応クライアント台数」と「第二の要対応クライアント台数」との合計をグラフを表示する（グラフ７１５参照）。「第一の要対応クライアント台数」と「第二の要対応クライアント台数」とを個別に計算して管理することで、短期的に対応すべきクライアントの台数と、長期的に対応すべきクライアントの台数とを、個別に把握できる。

以上説明したように、本実施形態では、要対応クライアント台数の推移を、グラフ表示で容易に把握できる。したがって、本実施形態によれば、保守作業員等によるセキュリティ対応の計画が立て易くなる。
なお、図９では、月次での台数推移のグラフを例として記載したが、日次や週次でのグラフであってもよい。

実施形態１、２では、本発明をＭＥＰ１０１および監視装置１０３のセキュリティアップデートに適用する場合を説明したが、他の種類のイベントにも本発明を適用することが可能である。

５１１ チェックボックス群
５１２ 更新ボタン
５１３ テーブル
５１４ エクスポートボタン
５１５ ページリンク
５３１ 表示切替ボタン
５３４ セキュリティ対応欄
７１１ 入力フォーム
７１２ 入力ボックス
７１３ チェックボックス
７１４、７１５ グラフ

Claims (7)

1. １台または複数台のクライアントに対するイベント管理を行う管理装置を備える管理システムであって、
   前記管理装置は、
   前記クライアントで生成された、そのクライアントの状態をイベント項目ごとに示す機器情報を受信する受信手段と、
   前記クライアントの種類ごとに、それぞれの前記イベント項目の更新状況を格納する格納手段と、
   前記受信手段が受信した前記機器情報と前記格納手段に格納された前記更新状況とを前記イベント項目ごとに比較することで、対応が必要な前記イベント項目である要対応イベント項目を前記クライアントごとに判定し、その判別結果に基づいて要対応クライアントリストを作成する作成手段と、
   を備えることを特徴とする管理システム。
2. 前記１台または複数台のクライアントは、１台または複数台の監視装置と、前記監視装置の監視下にある１台または複数台の情報処理装置とを含み、
   前記監視装置は、
   監視下にある前記情報処理装置の前記機器情報を取得する取得手段と、
   前記監視装置自身の状態を前記イベント項目ごとに示す機器情報を生成する生成手段と、
   前記取得手段で取得した前記機器情報と前記生成手段で生成した前記機器情報とを前記管理装置に送信する送信手段と、
   を備えることを特徴とする請求項１に記載の管理システム。
3. 前記管理装置の前記作成手段は、
   前記監視装置に対応する前記要対応イベント項目が存在するか否かを判断する第１処理と、
   前記監視装置の監視下にある前記情報処理装置に対応する前記要対応イベント項目が存在するか否かを判断する第２処理と、
   を備え、
   前記第１処理で前記監視装置に前記要対応イベント項目が存在すると判断された場合と、前記第２処理で前記監視装置の監視下にある前記情報処理装置に前記要対応イベント項目が存在すると判断された場合とに、前記監視装置を前記要対応クライアントリストに含める、
   ことを特徴とする請求項２に記載の管理システム。
4. 前記管理装置は、
   前記要対応クライアントリストに基づいて、前記要対応イベント項目が存在する前記クライアントの台数を、前記イベント項目ごとに集計する集計手段をさらに備えることを特徴とする請求項２または３に記載の管理システム。
5. 前記集計手段は、
   全ての前記クライアントについて、前記要対応イベント項目が存在する台数を集計することにより、第一の要対応クライアント台数を演算する処理と、
   前記監視装置の監視下にある前記情報処理装置のみについて、前記要対応イベント項目が存在する台数を集計することにより、第二の要対応クライアント台数を演算する処理と
   を実行することを特徴とする請求項４に記載の管理システム。
6. 前記管理装置は、前記集計手段による集計の結果を通信端末に送信して表示させるための通信手段をさらに備えることを特徴とする請求項４または５に記載の管理システム。
7. １台または複数台のクライアントに対するイベント管理を行う管理装置を備える管理システムの制御方法であって、
   前記クライアントで生成された、そのクライアントの状態をイベント項目ごとに示す機器情報を受信する受信工程と、
   前記クライアントの種類ごとに、それぞれの前記イベント項目の更新状況を格納する格納工程と、
   前記機器情報受信工程で受信した前記機器情報と前記格納工程で格納された前記更新状況とを前記イベント項目ごとに比較することで、対応が必要な前記イベント項目である要対応イベント項目を前記クライアントごとに判定し、その判別結果に基づいて要対応クライアントリストを作成する作成工程と、
   を備えることを特徴とする管理システムの制御方法。

Images