JP6184209B2 - 管理装置、制御方法及びプログラム - Google Patents

Description

本発明は、ネットワークに接続されたネットワークデバイスの設定情報に含まれるセキュリティポリシーの監視技術に関する。

オフィス内のネットワークにネットワークデバイスが接続されたシステムが提案されている。ネットワークデバイスは、例えば、ＰＣ（Personal Computer）、サーバ機器、画像形成装置等である。

近年のネットワークデバイスの中には、単純に画像を印刷や送信するだけではなく、画像データを格納し、ＰＣに対してファイルサービス機能を提供するなど、ネットワーク上に存在するその他のサーバ機器と同様の機能を有するものも存在する。

このような背景から、ネットワークデバイスにおいても、ユーザの認証を必須とすることや通信経路の暗号化などセキュリティに関わる情報（以下、セキュリティ情報）を設定できるものが出てきている。

さらに、ＰＣ（Personal Computer）やサーバ機器などと同様に、セキュリティポリシーに従う機能（以下、ポリシー設定機能とする）を持つネットワークデバイスも開発されている。ネットワークデバイスのセキュリティポリシーは、ネットワークデバイスの情報のセキュリティに関する基本方針であり、例えば、権限のない者による情報の使用や情報漏洩などを防止するために定義される。

また、ネットワークデバイスのポリシー設定機能とは、セキュリティポリシーに含まれる複数の設定を一元管理する機能である。セキュリティポリシーに含まれる設定には、例えば、ユーザ認証／パスワード設定、通信経路の暗号化に関する設定、ジョブの実行に関する設定、セキュリティ・ログに関する設定等がある。

ポリシー設定機能を持つネットワークデバイスに、予め生成されたセキュリティポリシーの定義ファイルをインポートすることにより、外部からセキュリティポリシーを変更することが可能である。また、定義ファイルをネットワークデバイスからエクスポートすることによって、自デバイスのセキュリティ情報を出力することも可能である。

セキュリティポリシーについては、その設定を適切な状態に維持するように管理することが求められている。このため、サーバが、ネットワークデバイスのセキュリティポリシーに含まれる設定を管理するシステムが提案されている。特許文献１は、定期的に各種機器のセキュリティポリシーを監視し、組織のセキュリティポリシーに矛盾する設定を検出した場合にセキュリティポリシーの設定を訂正するセキュリティ管理システムを開示している。

特開２００２−２４７０３３号公報

ポリシー設定機能を持つネットワークデバイスでは、ポリシー管理者の特定の認証アカウントによってのみ、セキュリティポリシーに含まれる設定を変更することができ、一般ユーザのユーザアカウントによっては変更することはできない。したがって、ポリシー設定機能を持つネットワークデバイスについては、ポリシー管理者の意図にしたがって、セキュリティポリシーに含まれる設定をサーバが一元管理することができる。

一方、ポリシー設定機能を持たないネットワークデバイスは、一般ユーザのユーザアカウントを用いて、セキュリティポリシーに含まれる、ユーザ認証に関する設定や通信経路の暗号化に関する設定を行うことが可能である。これにより、ポリシー設定機能を持たないネットワークデバイスについては、ポリシー管理者が意図しない設定変更がされてしまうことが考えられる。したがって、ポリシー設定機能を持つネットワークデバイスと、ポリシー設定機能を持たないネットワークデバイスとが混在するネットワーク環境下では、サーバが、ネットワークデバイスのセキュリティポリシーを効率的に管理することができない。

本発明は、ポリシー設定機能を持つネットワークデバイスと、ポリシー設定機能を持たないネットワークデバイスとが混在するネットワーク環境下で、ネットワークデバイスのセキュリティポリシーを効率的に管理する仕組みの提供を目的とする。

本発明の一実施形態の管理装置は、画像形成装置の設定情報に含まれる所定のポリシーに分類される複数の設定値を特定の権限により操作可能とする設定管理機能に対応した画像形成装置と、前記特定の権限がなくとも前記所定のポリシーに分類される複数の設定値を操作可能な画像形成装置と、を含む複数の画像形成装置を管理する管理装置である。前記管理装置は、前記複数の画像形成装置の設定情報を管理する管理手段と、前記複数の画像形成装置から、それぞれの設定情報を受信する受信手段と、前記受信した設定情報に含まれる、前記所定のポリシーに分類される複数の設定値の少なくともいずれかについて、前記管理手段により管理された設定情報に含まれる設定値から変更があるか否かを判定する第１判定手段と、前記第１判定手段により変更があったと判定された設定値の送信元の画像形成装置が、前記設定管理機能に対応した画像形成装置であるか否かを判定する第２判定手段と、前記第２判定手段により前記送信元の画像形成装置が前記設定管理機能に対応した画像形成装置でないと判定された場合には、設定値の変更があったことを警告として出力する出力手段と、を有する。前記出力手段は、前記第２判定手段により前記送信元の画像形成装置が前記設定管理機能に対応した画像形成装置であると判定された場合には、設定値の変更があったことを前記警告には該当しない通知として出力する。

本発明の管理装置によれば、ポリシー設定機能を持つネットワークデバイスと、ポリシー設定機能を持たないネットワークデバイスとが混在するネットワーク環境下で、ネットワークデバイスのセキュリティポリシーを効率的に管理することができる。

本実施形態のデバイス管理システムの構成例を示す図である。 管理サーバのハードウェア構成の一例を示す図である。 デバイス管理システムが有する各デバイスのソフトウェア構成例である。 セキュリティ情報の変化の監視処理の例を説明するフローチャートである。 セキュリティ情報の監視動作を示すシーケンス図である。 セキュリティ情報の変化の監視処理の例を説明するフローチャートである。 設定変更許可時間帯と許可アカウントの登録処理の例を説明する図である。 セキュリティ情報の変化の監視処理の例を説明するフローチャートである。 データベース部に格納されるテーブル一例を示す図である。 ネットワークデバイスが保持する情報が格納されるテーブルである。 セキュリティレベル判定テーブルと、セキュリティレベル判定条件設定画面の一例を示す図である。

以下に、本実施形態について、図面を用いて説明する。本実施形態において、デバイス管理システムが管理対象となるネットワークデバイスは、複写機やプリンターやスキャナなどの画像形成装置である。もちろん、デバイス管理システムが、携帯電話などのモバイル端末、カーナビやオーディオ家電といったネットワークに接続できる任意の機器を管理対象としてもよい。また、本実施形態の管理装置は、設定管理機能に対応した画像形成装置と、当該設定管理機能に対応していない画像形成装置と、を含む複数の画像形成装置を管理する。設定管理機能は、画像形成装置の設定情報に含まれる所定のポリシーに分類される複数の設定値を特定の権限により操作可能とする機能である。設定管理機能を、以下ではポリシー設定機能と記述する。本実施形態では、所定のポリシーは、セキュリティポリシーである。また、セキュリティポリシーに分類される設定値を、以下ではセキュリティ情報と記述する。

セキュリティ情報は、少なくとも下記の複数のパラメータ（設定値）のいずれかを含む。具体的には、セキュリティ情報は、少なくとも、ネットワーク関連設定、ユーザ認証／パスワード設定、ジョブ関連設定、暗号／暗号鍵関連設定、セキュリティ・ログ関連設定、記憶装置関連設定、拡張アプリ関連設定を含む。なお、ジョブ関連設定は、例えば、プリント、ＦＡＸに関するジョブの実行に関する設定である。

ネットワーク関連設定は、例えば、ファイルサーバの署名機能、平文による認証禁止に関する設定、ポートのオープン設定、ＳＮＭＰｖ１の禁止に関する設定、ファイアーウォールを必須にするかに関する設定、ＳＮＴＰの設定を必須にするかに関する設定を含む。ＳＮＭＰは、Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌの略称である。

また、ユーザ認証・パスワード設定は、例えば、ゲストアカウントの禁止に関する設定、ロックアウト仕様に関する設定、ログイン期限、パスワードのキャッシュの禁止に関する設定を含む。また、ユーザ認証・パスワード設定は、例えば、パスワードの最大有効日数、初期パスワードの変更の強制に関する設定、パスワードに要求する複雑さに関する設定を含む。

ジョブ関連設定は、例えば、ジョブの印刷にユーザ認証を強制するかに関する設定、規定のアドレス宛てにのみデータ送信可能とする設定、ＦＡＸ宛先の２度入力の強制に関する設定、ＦＡＸ転送の禁止に関する設定を含む。

暗号／暗号鍵関連設定は、例えば、暗号危殆化対応に関する設定、ユーザ鍵保存を強固にする設定を含む。セキュリティ・ログ関連設定は、例えば、アクセスログの取得に関する設定を含む。記憶装置関連設定は、例えば、上書き消去の強制に関する設定を含む。拡張アプリ関連設定は、例えば、ポリシー対応していないアプリの許可に関する設定を含む。

ポリシー設定機能に対応したネットワークデバイスについては、上述したセキュリティ情報の一部または全てを、一括して特定の認証アカウント（以下、ポリシー管理者アカウント）で操作、管理することが可能である。一方、ポリシー設定機能に対応していないネットワークデバイスについては、セキュリティ情報を、セキュリティ情報以外の設定値と同様に、管理者アカウントまたは一般ユーザアカウントで、個別に操作することが可能である。ここで、一般ユーザアカウントでも操作可能な設定値を、以下では、ユーザモード設定と記述する。

なお、本実施形態の適用範囲は、ネットワークデバイスのセキュリティ情報の監視に限定されるものではない。一般的なコンピュータをはじめとする各種のネットワーク機器のセキュリティ情報を管理する際にも適用可能である。

（実施例１）
図１は、本実施形態のデバイス管理システムの構成例を示す図である。
図１に示すデバイス管理システムは、管理サーバ１１０と、クライアントＰＣ１５０と、複数のネットワークデバイス１２０，１３０，１４０とを有する。管理サーバ１１０とクライアントＰＣとネットワークデバイスとは、ローカルエリアネットワーク１００を介して通信可能である。

管理サーバ１１０は、ＷＷＷサーバ上で稼働するデバイス管理プログラムにより、複合機能のデバイスのセキュリティ情報を管理するサーバである。ネットワークデバイス１２０、１４０は、ポリシー設定機能に対応したデバイスである。例えば、ネットワークデバイス１２０，１４０は、ポリシー管理者アカウントの認証処理を経てセキュリティ情報を一括して設定可能である。

ネットワークデバイス１３０は、ポリシー設定機能には対応していないデバイスである。したがって、ネットワークデバイス１３０のセキュリティ情報を外部から変更可能であるが、セキュリティ情報は、その他のパラメータと混在しており、一括して設定することができない。

また、セキュリティ情報を変更する際にポリシー管理者アカウントによる認証処理を必要とせず、一般ユーザアカウントで変更可能である。したがって、ネットワークデバイス１３０がネットワークにおけるセキュリティホールとなる可能性がある。この例では、ネットワークデバイス１２０乃至１４０は、画像形成装置であるものとする。

クライアントＰＣ１５０は、一般的なパーソナルコンピュータであり、本実施例においては、セキュリティポリシー管理者が使用することを想定している。クライアントＰＣ１５０を使用するセキュリティポリシー管理者は、ＷＥＢブラウザプログラムを利用して管理サーバ１１０を操作し、ネットワークデバイス１２０乃至１４０の設定情報やステータスを管理できる。本実施例においては、クライアントＰＣ１５０は、特に、設定情報の一部であり、セキュリティポリシーに分類されるセキュリティ情報を管理するものとする。

図２は、管理サーバのハードウェア構成の一例を示す図である。なお、管理サーバ１１０は、一般的なコンピュータである。クライアントＰＣ１５０は、管理サーバ１１０と同様のハードウェア構成を持つものとする。

管理サーバ１１０は、ＣＰＵ２００乃至ＣＤ２１２を備える。ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略称である。ＣＰＵ２００は、管理サーバ１１０全体を制御する。具体的には、ＣＰＵ２００は、ＲＯＭ（Read Only Memory）２０１若しくはハードディスク（ＨＤ）２１０に記憶されたデバイス管理プログラムを実行する。デバイス管理プログラムに関しては後述する。

さらに、ＣＰＵ２００は、システムバス２０３に接続された各デバイスを総括的に制御する。ＲＡＭ（Random Access Memory）２０２は、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。

キーボードコントローラ（ＫＢＣ）２０４は、キーボード（ＫＢ）２０８や不図示のポインティングデバイス等からの指示入力を制御する。ＤＩＳＰコントローラ（ＤＩＳＰＣ）２０５は、ディスプレイ（ＤＩＳＰ）２０９への表示を制御する。

ディスクコントローラ（ＤＫＣ）２０６は、ＨＤ２１０、フロッピー（登録商標）ディスクコントローラ（ＦＤ）２１１、ＣＤ−ＲＯＭドライブ（ＣＤ）２１２とのアクセスを制御する。

ネットワークインタフェースカード（ＮＩＣ）２０７は、ＬＡＮ（Local Area Network）１００を介して、クライアントＰＣ１５０、或いは、ネットワークデバイス１２０乃至１４０との間でデータを送受信する。なお、後述する全ての説明で特に言及しない限り、管理サーバ１１０に関するハードウェア上の実行の主体は、ＣＰＵ２００である。また、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）２１０に格納されたデバイス管理プログラムである。また、デバイス管理プログラムはＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合にはＣＤ−ＲＯＭドライブ２１２などによって記憶媒体からプログラムが読み取られ、ＨＤ２１０にインストールされる。

図３は、デバイス管理システムが有する各デバイスのソフトウェア構成例を示す図である。
管理サーバ１１０は、デバイス管理プログラム３００を備える。本実施例においては、デバイス管理プログラム３００は、ＷＷＷサーバプログラム３０１上で動作し、クライアントＰＣ１５０上のＷＷＷブラウザプログラム３５０とＨＴＴＰプロトコルを利用して通信を行うものとする。

デバイス管理プログラム３００とネットワークデバイス１２０、１３０、１４０は、ＷＥＢサービスやＳＮＭＰプロトコルを利用して、セキュリティ情報をはじめとする各種のパラメータの設定・取得が可能であるものとする。さらに、デバイス管理プログラム３００は、ＳＭＴＰプロトコルを利用して、クライアントＰＣ１５０に電子メールを送信することが可能であるものとする。ＳＭＴＰは、Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌの略称である。また、デバイス管理プログラム３００は、特に断りのない限り、ハードディスク（ＨＤ）２１０に格納され、実行の主体はＣＰＵ２００である。

以下に、デバイス管理プログラム３００によって実現される、管理サーバ１１０内の処理部について説明する。ＷＷＷサーバ３０１は、管理サーバ１１０上で稼動するＷＷＷサーバである。

デバイス管理プログラム３００は、ＷＷＷサーバ３０１を介してクライアントＰＣ１５０上で稼働するＷＥＢブラウザプログラム３５０からのＨＴＭＬデータ送信要求を受信する。ＨＴＭＬデータ送信要求を受信したデバイス管理プログラム３００は、ＨＴＭＬデータを生成するため、ネットワークデバイス１２０乃至１４０と、ＷＥＢサービスやＳＮＭＰプロトコルを利用してパラメータの取得・設定を行う。さらに、デバイス管理プログラム３００は、ネットワークデバイス１２０乃至１４０から受信したパラメータの設定値を元にＨＴＭＬデータを生成し、ＷＷＷサーバ３０１を介して、ＰＣ１５０上で稼働するＷＥＢブラウザプログラム３５０に送信する。なお、本実施例においては、ＷＷＷサーバ３０１は、セキュリティ情報を、ＸＭＬ形式でネットワークデバイス１２０乃至１４０と送受信可能であるものとする。

全体制御部３０２は、ネットワークデバイス１２０乃至１４０と通信して、パラメータの取得、設定を行う。また、全体制御部３０２は、ＨＴＭＬデータを生成するためにデバイス探索部３０３、デバイス監視部３０４、デバイス管理部３０５を制御する。

デバイス探索部３０３は、ネットワークデバイス１２０乃至１４０を探索し、必要な情報をデータベース部３０６に登録する。より詳細には、デバイス探索部３０３は、ＳＮＭＰ制御部３０９を制御し、ＳＮＭＰによるユニキャスト、ブロードキャストなどの方法でネットワーク上のネットワークデバイス１２０乃至１４０の探索を行う。なお、管理対象のネットワークデバイスがポリシー設定機能に対応しているかどうかについては、デバイス探索部３０３による探索処理において判定が行われ、その結果がデータベース部３０６に保存される。

デバイス監視部３０４は、ＳＮＭＰ制御部３０９を介して予め設定された一定周期でＳＮＭＰによるポーリングを行って、ネットワークデバイス１２０乃至１４０の状態情報を取得し、障害の有無を判定する。

また、デバイス監視部３０４は、セキュリティ情報御部３１０を介してネットワークデバイス１２０、１３０、１４０のセキュリティ情報の状態を監視することも可能である。デバイス監視部３０４が、ネットワークデバイスの障害やセキュリティ情報の変化を検出した場合、デバイス監視部３０４は、ＳＭＴＰ制御部３０８を介してクライアントＰＣ１５０に電子メールで障害やセキュリティ情報の変化を通知することも可能である。

デバイス管理部３０５は、探索したネットワークデバイス１２０乃至１４０と、セキュリティ情報等の各種情報を送受信する。データベース部３０６には、デバイス探索部３０３によって探索を実行した結果に関する情報、デバイス監視部３０４によって監視した監視処理を実行した結果に関する情報、デバイス管理部３０５がネットワークデバイスと送受信した情報の履歴等が格納される。

例えば、データベース部３０６には、デバイス探索部３０３がネットワークデバイスから取得したデバイスのデバイス名、製品名、ファームウェアバージョン、アプリケーションのインストール状況、デバイス監視処理によって取得した状態情報などが格納される。また、データベース部３０６には、デバイス監視部３０４により実行される監視処理によって検出された、ネットワークデバイス１２０乃至１４０の障害情報や、セキュリティ情報の変更履歴などの情報が格納される。さらに、データベース部３０６には、デバイス管理部３０５がネットワークデバイス１２０乃至１４０と送受信したセキュリティ情報や、印刷に関する各種の設定情報なども格納される。

ＷＥＢサービス制御部３０７は、デバイス管理部３０５からの要求を受け、ネットワークデバイス１２０乃至１４０との間で、ＸＭＬ形式でセキュリティ情報やその他の設定を送受信する。

ＳＭＴＰ制御部３０８は、デバイス監視部３０４がネットワークデバイスの障害を検出した場合や、セキュリティ情報の設定変更を検知した場合に、クライアントＰＣ１５０に電子メールを送信する。

ＳＮＭＰ制御部３０９は、デバイス探索部３０３、デバイス監視部３０４、デバイス管理部３０５からの要求を受け、ネットワークデバイス１２０乃至１４０とのＳＮＭＰのプロトコルによる通信の制御を行う。

セキュリティ情報制御部３１０は、デバイス管理部３０５やデバイス監視部３０４の要求に応じたセキュリティ情報のＸＭＬデータをハンドリングする。ＴＣＰ／ＩＰ制御部３１１は、ＷＥＢサービス制御部３０７、ＳＭＴＰ制御部３０８、ＳＮＭＰ制御部３０９の要求に応じて、ＴＣＰ／ＩＰプロトコルによる通信制御を行う。

次に、ネットワークデバイスが備える処理部について説明する。ＳＮＭＰエージェント３２０、３３０、３４０は、それぞれ、ネットワークデバイス１２０、１３０、１４０上で稼働する。

ＳＮＭＰエージェント３２０、３３０、３４０は、内包するＭＩＢ（Management Information Base）の情報を参照し、ＳＮＭＰマネージャーに相当するデバイス管理プログラム３００から送信されたＳＮＭＰのリクエストに応答する。

ＷＥＢサービス制御モジュール３２１、３３１、３４１は、それぞれ、ネットワークデバイス１２０、１３０、１４０において、セキュリティ情報等の各種情報をＸＭＬ形式でハンドリングする。

セキュリティポリシー制御モジュール３２２、３４２は、ポリシー設定機能を持つネットワークデバイス１２０、１４０に設けられる。セキュリティポリシー制御モジュール３２２、３４２は、デバイス管理プログラム３００からの要求を受信し、それぞれ、ネットワークデバイス１２０、１４０のセキュリティ情報を送受信する。

ユーザモード制御モジュール３３２は、ポリシー設定機能に対応していないネットワークデバイス１３０に設けられる。ユーザモード制御モジュール３３２は、デバイス管理プログラム３００からの要求を受信し、セキュリティ情報を含む各種情報を送受信する。

次に、クライアントＰＣが備える処理部について説明する。ＷＥＢブラウザプログラム３５０は、管理サーバ１１０上で稼働するデバイス管理プログラム３００を操作して各種の要求を送信し、その結果生成されるＨＴＭＬデータを受信する。

電子メールクライアントプログラム３５１は、ネットワークデバイスの障害に関する情報やセキュリティ情報の変化をポリシー管理者に通知するための電子メールを、管理サーバ１１０から受信する。

図９は、管理サーバが備えるデータベース部に格納されるテーブル一例を示す図である。
データベース部３０６は、監視対象デバイス管理テーブル９０１、監視条件管理テーブルＡ，Ｂ、セキュリティ情報管理テーブル９０４を備える。この例では、監視条件管理テーブルＡを監視条件管理テーブル９０２、監視条件管理テーブルＢを監視条件管理テーブル９０３とも記述する。

図９（Ａ）は、監視対象デバイス管理テーブル９０１を示す。監視対象デバイス管理テーブル９０１には、監視対象デバイス情報が格納される。監視対象デバイス情報は、デバイス管理プログラム３００がデバイス監視部３０４を介して各種の情報を監視する対象とするデバイスに関する情報である。

監視対象デバイス情報は、例えば、デバイス識別子、デバイス名、ＩＰアドレス、ポリシー設置機能有無、ユーザ名、パスワード、登録日時などを含む。デバイス識別子は、監視対象となるネットワークデバイス１２０、１３０、１４０を一意に識別するための情報である。デバイス名は、ネットワークデバイス１２０、１３０、１４０に割り当てられる名称である。

ポリシー設定機能有無は、ネットワークデバイス１２０、１３０、１４０がポリシー設定機能に対応しているかどうかを判別するための情報である。なお、ポリシー設定機能有無は、デバイス管理プログラム３００においてデバイス探索部３０３を介して、ネットワークデバイス１２０、１３０、１４０を探索する際に取得できるものとする。

ユーザ名と、パスワードは、デバイス管理プログラム３００が後述の手順によってセキュリティ情報を監視する際、セキュリティ情報の参照、および復元の際に使用する管理者のアカウント情報である。初回探索日時は、デバイス管理プログラム３００がデバイス探索部３０３を介して、最初にネットワークデバイス１２０、１３０、１４０を探索した日時を示す情報である。

図９（Ｂ）は、監視条件管理テーブル９０２を示す。また、図９（Ｃ）は、監視条件管理テーブル９０３を示す。監視条件管理テーブル９０２および監視条件管理テーブル９０３には、監視条件情報が格納される。監視条件情報は、デバイス管理プログラム３００のデバイス監視部３０４において、ネットワークデバイス１２０、１３０、１４０を監視する際の条件に関する情報である。

監視条件管理テーブル９０２に格納される監視条件情報は、条件識別子、開始日時、実行スケジュール含む。条件識別子とは、登録された監視条件を一意に識別するための情報である。開始日時とは、ネットワークデバイス１２０、１３０、１４０の監視を開始する日時情報である。実行スケジュールは、曜日ごとに登録可能なネットワークデバイス１２０乃至１４０の監視予定を規定する日時を示す情報である。

監視条件管理テーブル９０３に格納される監視条件情報は、条件識別子、セキュリティ情報監視、状態情報監視、通知先メールアドレス、登録日時を含む。セキュリティ情報監視は、ネットワークデバイス１２０乃至１４０のセキュリティ情報を監視の対象にするかどうかを示す情報である。状態監視は、ネットワークデバイス１２０乃至１４０の状態情報を監視の対象にするかどうかを示す情報である。なお、状態情報については、ＳＮＭＰプロトコルを利用してネットワークデバイス１２０乃至１４０のＭＩＢから取得するものとする。登録日時とは、各々の監視条件を登録した日時を示す情報である。

図９（Ｄ）は、セキュリティ情報管理テーブル９０４を示す。セキュリティ情報管理テーブル９０４には、セキュリティ比較対象情報が格納される。セキュリティ比較対象情報は、ネットワークデバイス１２０、１３０、１４０から取得されたセキュリティ情報との比較処理の対象となる情報である。この比較処理によって、ネットワークデバイスのセキュリティ情報に変更があったか否かが判定される。

セキュリティ比較対象情報は、デバイス識別子、ポートオープン設定、ファイアーウォール必須、初期バスワード強制変更、バスワード複雑度要求、ゲストアカウント禁止、最終更新日時を含む。ポートオープン設定は、ネットワークデバイス１２０乃至１４０でオープンの状態となっている通信ポートの情報である。ファイアーウォール必須は、外部との通信の際にファイアーウォールを必ず起動している必要があるかどうかを示す情報である。

初期パスワード強制変更は、ユーザがネットワークデバイス１２０乃至１４０を初めて利用する際にパスワードの初期設定を必ず変更する必要があるモードであるかどうかを示す情報である。パスワード複雑度要求は、パスワードを設定する際に、パスワードを構成する文字の種別や文字数について別途規定された複雑度の条件に適合していることを強制するモードであることを示す情報である。ゲストアカウント禁止は、ネットワークデバイス１２０乃至１４０に対してゲストアカウントによる利用を禁止するモードであることを示す情報である。最終更新日時は、セキュリティ情報管理テーブルが更新された日時を示す情報である。

図１０は、ネットワークデバイスが保持する情報が格納されるテーブルの一例を示す図である。
図１０（Ａ）乃至（Ｃ）は、ポリシー設定機能に対応しているネットワークデバイス１２０、１４０が保持するテーブルである。また、図１０（Ｄ）および図１０（Ｅ）は、ポリシー設定機能に対応していないネットワークデバイス１３０が保持するテーブルである。

図１０（Ａ）は、ユーザ管理テーブルの一例を示す。ユーザ管理テーブル１００１は、ネットワークデバイス１２０、１４０のユーザ情報を管理するテーブルである。ユーザ情報は、例えば、ポリシー管理者、一般ユーザ１、一般ユーザ２、一般ユーザ３を含む。

ポリシー管理者には、セキュリティ情報の参照、および、設定時に必要となる認証情報（ユーザ名、および、パスワード）が格納される。一般ユーザ１、一般ユーザ２、一般ユーザ３には、ネットワークデバイスの利用、ユーザモード設定の参照、および、設定時に必要となる認証情報（ユーザ名およびパスワード）が格納される。なお、ポリシー管理者は、セキュリティ情報を管理するための特別なアカウントであり、一般ユーザと比較して限られた数のアカウントのみしか登録できないものとする。

図１０（Ｂ）は、セキュリティ情報管理テーブルを示す。セキュリティ情報管理テーブル１００２には、ポートオープン設定、ファイアーウォール必須、初期パスワード強制変更、パスワード複雑度要求、ゲストアカウント禁止、最終更新日時などが格納される。ポートオープン設定、初期パスワード強制変更、パスワード複雑度要求、ゲストアカウント禁止は、図９（Ｄ）に示すセキュリティ情報管理テーブル９０４に格納される情報と同様の情報である。最終更新日時には、ネットワークデバイス１２０、１４０のセキュリティ情報が更新された日時を示す情報が格納される。なお、セキュリティ情報管理テーブル１００２は、ユーザ管理テーブル１００１でポリシー管理者として登録されたアカウントによってのみ、参照および設定をすることが可能である。

図１０（Ｃ）は、ユーザモード設定管理テーブルを示す。ユーザモード設定管理テーブル１００３には、ネットワークデバイスにおける一般的な設定情報が格納される。ユーザモード管理テーブル１００３で管理する情報は、例えば、給紙方法、ジョブ中断タイムアウト、コピーのカラー自動選択、プリンターレポート出力、アラーム音量、最終更新日時などを含む。給紙方法は、速度優先、プリント面優先などの選択肢から最適な方法を選択するための情報である。ジョブ中断タイムアウトは、ジョブの中断を判定するまでに必要とするタイマ値を分単位で設定するための情報である。

コピーのカラー自動選択は、スキャナで読み込む原稿のカラー／モノクロに応じて自動的にコピー出力のカラー／モノクロを切り替える機能を有効にするかどうかを設定するための情報である。プリンターレポート出力は、ステータスプリント、フォントリストなどの選択肢から出力するレポートのタイプを指定するための情報である。アラーム音量は、ネットワークデバイスにおいて紙詰まりなどの障害が発生した際のアラーム音の音量を設定するための情報である。最終更新日時には、ネットワークデバイス１２０、１４０のユーザモード設定が更新された日時を示す情報が格納される。なお、ユーザモード設定管理テーブル１００３は、ユーザ管理テーブル１００１において一般ユーザとして登録されたすべてのユーザアカウントで参照および設定が可能である。

図１０（Ｄ）は、ユーザ管理テーブルを示す。ユーザ管理テーブル１０１１は、ポリシー設定機能に対応していないネットワークデバイス１３０のユーザ情報を管理する。このユーザ情報には、例えば、一般ユーザ１、一般ユーザ２、一般ユーザ３が含まれる。これらは、ユーザ管理テーブル１００１と同様の情報であるが、ポリシー管理者については登録されない。

図１０（Ｅ）は、ユーザモード管理テーブルを示す。ユーザモード管理テーブル１０１２には、ポートオープン設定、給紙方法、ジョブ中断タイムアウト、ファイアーウォール必須、コピーのカラー自動選択、プリンターレポート出力、最終更新日時などが格納される。なお、ユーザモード設定管理テーブル１０１２に格納される情報は、図１０（Ｂ）のセキュリティ情報管理テーブル１００２、図１０（Ｃ）のユーザモード設定管理テーブルに格納される情報と同様である。

なお、不図示ではあるが、ユーザモード管理テーブル１０１２では、初期パスワード強制変更、パスワード複雑度要求、ゲストアカウント禁止などの情報も登録されているものとする。また、ユーザモード設定管理テーブル１０１２は、ユーザ管理テーブル１０１１において一般ユーザとして登録されたすべてのユーザアカウントで参照および設定が可能である。

以上のように、ポリシー設定機能に対応している複合機能ネットワークデバイス１２０、１４０では、セキュリティ情報およびユーザモード設定を、異なるテーブルで管理している。さらに、セキュリティ情報管理テーブル１００２に対しては、ユーザ管理テーブル１００１においてポリシー管理者として登録したアカウントによってのみ、参照および設定が可能である。

一方、ポリシー設定機能に対応していないネットワークデバイス１３０の場合、セキュリティ情報は各種の一般的な情報とともにユーザモード管理テーブル１０１２で管理されている。また、ユーザモード管理テーブル１０１２に対してはユーザ管理テーブル１０１１において一般ユーザとして登録されたすべてのアカウントで参照、および、設定が可能である。このことから、ポリシー設定機能に対応しているネットワークデバイス１２０、１４０の方が、非対応のネットワークデバイス１３０よりも、セキュリティ情報の管理についてセキュリティが確保されている。

図４は、デバイス管理プログラムによるネットワークデバイスセキュリティ情報の変化の監視処理の例を説明するフローチャートである。
デバイス管理プログラム３００は、ＳＮＭＰ制御部３０９を介してデバイス探索部３０３によりｎ台のデバイスを探索しており、これらのデバイスを監視対象としているものとする。

まず、ステップＳ４００において、デバイス管理プログラム３００が、探索したｎ台のデバイスから設定変化の比較対象とするために、現在のセキュリティ情報の設定を取得する。デバイス管理プログラム３００は、取得したセキュリティ情報の設定をデータベース部３０６に保存する。

次に、ステップＳ４０１において、デバイス管理プログラム３００が、監視対象のネットワークデバイスのセキュリティ情報を周期的に監視するための監視タイマをセットする。続いて、ステップＳ４０２において、デバイス管理プログラム３００が、上記ステップＳ４０１においてセットしたタイマがタイムアウトしたかを判定する。タイマがタイムアウトした場合には、処理がステップＳ４０３に進む。タイマがタイムアウトしていない場合は、処理がステップＳ４０２に戻る。

ステップＳ４０３では、デバイス管理プログラム３００が、管理対象のネットワークデバイスをカウントするためのインデックスｉを０に初期化する。そして、ステップＳ４０４において、デバイス管理プログラム３００が、インデックスｉが管理対象のネットワークデバイスの総数であるｎより小さいかどうかを判定する。インデックスｉがｎより小さい場合には、処理がステップＳ４０５に進む。インデックスｉがｎより小さくない場合は、処理がステップＳ４０１に戻る。

ステップＳ４０５では、デバイス管理プログラム３００が、ｉ番目のネットワークデバイスから現在のセキュリティ情報を受信して取得する。セキュリティ情報の送信元であるｉ番目のネットワークデバイスがポリシー設定機能に対応している場合には、デバイス管理プログラム３００は、ネットワークデバイスのセキュリティポリシー制御部３２２、３４２に対してセキュリティ情報を要求する。一方、ｉ番目のネットワークデバイスがポリシー設定機能に対応していない場合には、デバイス管理プログラム３００は、ネットワークデバイスのユーザモード制御部３３２に対してセキュリティ情報を要求する。

次に、ステップＳ４０６において、デバイス管理プログラム３００が、ステップＳ４００で取得したセキュリティ情報と、ステップＳ４０５または後述するステップＳ４１０において取得したセキュリティ情報とを比較する。

次に、ステップＳ４０７において、デバイス管理プログラム３００が、ステップＳ４０６における比較処理の結果に基づいて、セキュリティ情報が変更されたか否かを判定（第１判定）する。セキュリティ情報が変更された場合には、処理がステップＳ４０８に進む。セキュリティ情報が変更されていない場合は、処理がステップＳ４１３に進む。

ステップＳ４０８では、デバイス管理プログラム３００が、データベース部３０６を参照して、ｉ番目のネットワークデバイスがセキュリティポリシー設定機能に対応しているか否かを判定（第２判定）する。

デバイス管理プログラム３００が、ｉ番目のネットワークデバイスがポリシー設定機能に対応していると判定した場合は、処理がステップＳ４０９に進む。デバイス管理プログラム３００が、ｉ番目のネットワークデバイスがポリシー設定機能に対応していないと判定した場合は、処理がステップＳ４１１に進む。

ステップＳ４０９では、デバイス管理プログラム３００が、セキュリティ情報の変更を「通知」として電子メールでポリシー管理者に通知する。そして、ステップＳ４１０において、デバイス管理プログラム３００が、変更後のセキュリティ情報を監視処理の次回の比較対象とするため、データベース部３０６に保存する。

次に、ステップＳ４１３において、デバイス管理プログラム３００が、ポリシー管理者の操作によりセキュリティポリシーの監視が中止したかを判定する。セキュリティ情報の監視が中止した場合は、処理が終了する。セキュリティ情報の監視が中止していない場合は、処理がステップＳ４１４に進む。

ステップＳ４１４では、デバイス管理プログラム３００が、ネットワークデバイスをカウントするためのインデックスｉをインクリメントし、処理がステップＳ４０４に戻る。

ステップＳ４１１では、デバイス管理プログラム３００が、セキュリティ情報の変更を「警告」として電子メールでポリシー管理者に通知する。そして、ステップＳ４１２において、デバイス管理プログラム３００が、ｉ番目のネットワークデバイスのセキュリティ情報を、上記ステップＳ４００においてデータベース部３０６に保存した変更前のセキュリティ情報に更新する。そして、処理がステップＳ４１３に進む。

なお、本実施例において、ポリシー管理者に通知する電子メールの種別である「通知」、「警告」は、それぞれ、次のような意味を持つ。「通知」は、デバイス管理プログラムにおいて、ネットワークデバイスを管理する上で障害とならない事象を検出した場合に適用される種別である。一方、「警告」は、文字通りネットワークデバイスを管理する上でセキュリティ上問題となる事象を検出した場合に適用される種別である。

つまり、本実施例におけるポリシー設定機能に対応したネットワークデバイスの場合、セキュリティ情報を変更するには、専用の管理アカウントであるポリシー管理者アカウントの認証処理を実行する必要がある。ポリシー設定機能に対応していないネットワークデバイスでは一般ユーザアカウントでセキュリティ情報の変更が可能である。したがって、ポリシー設定機能に対応したネットワークデバイスのセキュリティ情報が変更された場合には、ポリシー管理者の意図的にセキュリティ情報を変更したと解釈できる。

一方、ポリシー設定機能に対応していないネットワークデバイスのセキュリティ情報が変更された場合、ポリシー管理者が意図しない設定変更の可能性がある。そのため、ステップＳ４０９、Ｓ４１０においてセキュリティ情報の変更が「通知」として通知されるのに対して、ステップＳ４１１１、Ｓ４１２では設定の変更が「警告」として通知され、変更されたセキュリティ情報が変更前の状態に戻される。

図５は、デバイス管理プログラムによるセキュリティ情報の監視動作を示すシーケンス図である。
図５に示すように、デバイス管理プログラム３００は、ポリシー設定機能に対応したネットワークデバイス１４０とポリシー設定機能に非対応のネットワークデバイス１３０が混在するネットワーク環境下でセキュリティ情報を監視するものとする。

まず、ステップＳ５００において、図４のステップＳ４０１でセットされた、セキュリティ情報を周期的に監視する監視タイマのタイムアウトが発生する。次に、ステップＳ５０１において、デバイス管理プログラム３００が、ネットワークデバイス１３０に対してセキュリティ情報を要求する。そして、ステップＳ５０２において、上記要求に応じたネットワークデバイス１３０からデバイス管理プログラム３００にセキュリティ情報が通知される。

次に、ステップＳ５０３において、デバイス管理プログラム３００が、ネットワークデバイス１４０に対してセキュリティ情報を要求する。そして、ステップＳ５０４において、上記要求に応じたネットワークデバイス１４０からデバイス管理プログラム３００にセキュリティ情報が通知される。

次に、ステップＳ５０５において、デバイス管理プログラム３００が、セキュリティ情報を周期的に監視するための監視タイマをセットする。ステップＳ５０５の処理は、図４のステップＳ４０１の処理に対応する。

ステップ５０６では、任意のユーザによって、ネットワークデバイス１３０のローカルパネルからセキュリティ情報が変更される。なお、ポリシー設定機能に非対応のネットワークデバイス１３０の場合、セキュリティ情報は、ユーザモードのパラメータの一部として扱われ、一般ユーザに割り当てられるアカウント情報による認証処理を経て設定の変更が可能であるものとする。

次に、ステップＳ５０７において、上記ステップＳ５０５においてセットされた監視タイマのタイムアウトが発生する。ステップＳ５０８において、デバイス管理プログラム３００が、ネットワークデバイス１３０に対してセキュリティ情報を要求する。そして、ステップＳ５０９において、ステップネットワークデバイス１３０からデバイス管理プログラム３００に対してセキュリティ情報が通知される。

次に、ステップＳ５１０において、デバイス管理プログラム３００が、ステップＳ５０６において行われたセキュリティ情報の変更を検出する。セキュリティ情報の変更の検出処理は、図４のステップＳ４０７における処理と同様である。

次に、ステップＳ５１２において、デバイス管理プログラム３００が、ポリシー管理者の操作するクライアントＰＣ１５０に、セキュリティ情報が変更されたことを通知する。ネットワークデバイス１３０は、ポリシー設定機能に非対応であるため、ポリシー管理者ではないユーザからセキュリティ情報が変更された可能性がある。したがって、デバイス管理プログラム３００は、ポリシー管理者にセキュリティ情報の変更を「警告」として通知する。

次に、ステップＳ５１２において、デバイス管理プログラム３００が、ネットワークデバイス１３０のセキュリティ情報を、変更前のセキュリティ情報に再設定する。また、ステップＳ５１３において、デバイス管理プログラム３００が、ネットワークデバイス１４０に対してセキュリティ情報を要求する。そして、ステップＳ５１４において、ネットワークデバイス１４０からデバイス管理プログラム３００に対してセキュリティ情報が通知される。

次に、ステップＳ５１５において、デバイス管理プログラム３００が、セキュリティ情報を周期的に監視するための監視タイマをセットする。ステップＳ５１６では、任意のユーザによって、ネットワークデバイス１４０のローカルパネルからセキュリティ情報が変更される。なお、ポリシー設定機能に対応しているネットワークデバイス１４０の場合、セキュリティ情報はセキュリティポリシーとして扱われ、ポリシー管理者のみに割り当てられるアカウント情報による認証処理を経て設定の変更が可能であるものとする。

次に、ステップＳ５１７において、ステップＳ５１５でセットされた監視タイマのタイムアウトが発生する。続いて、ステップＳ５１８において、デバイス管理プログラム３００が、ネットワークデバイス１３０に対してセキュリティ情報を要求する。そして、ステップＳ５１９において、ネットワークデバイス１３０からデバイス管理プログラム３００に対してセキュリティ情報が通知される。

また、ステップＳ５２０において、デバイス管理プログラム３００が、ネットワークデバイス１４０に対してセキュリティ情報を要求する。そして、ステップＳ５２１において、ネットワークデバイス１４０からデバイス管理プログラム３００に対してセキュリティ情報が通知される。

次に、ステップＳ５２２において、デバイス管理プログラム３００が、ステップＳ５１６において行われたセキュリティ情報の変更を検出する。そして、ステップＳ５２３において、デバイス管理プログラム３００が、クライアントＰＣ１５０にセキュリティ情報が変更されたことを通知する。なお、ネットワークデバイス１４０は、ポリシー設定機能に対応しているため、ポリシー管理者によってセキュリティ情報が変更されたと解釈できる。そのため、デバイス管理プログラム３００はポリシー管理者にセキュリティ情報の変更を「通知」として通知する。

ステップＳ５２４では、デバイス管理プログラム３００が、変更後のセキュリティ情報を監視処理における新たな比較対象とするため、データベース部３０６に保存する。

以上、説明したように、デバイス管理プログラム３００は、ネットワークデバイスのセキュリティ情報の変更を検知した場合、ポリシー設定機能に対応したネットワークデバイス１４０については変更を受け入れるように動作する。ポリシー設定機能に対応していないネットワークデバイス１３０に対してセキュリティ情報の変更を検知した場合、デバイス管理プログラム３００は、管理者に警告し、変更前の状態に戻すように動作する。これによって、一般のユーザがセキュリティ情報を変更可能であるポリシー設定機能に非対応のネットワークデバイス１３０については、セキュリティ情報の変更を拒否することが可能となる。

一方、特定の管理者のみがセキュリティ情報の変更が可能であるポリシー設定機能に対応したネットワークデバイス１４０については、セキュリティ情報の変更を許可することが可能となる。これにより、ポリシー設定機能の対応／非対応のデバイスが混在するネットワーク環境を効率的に管理することが可能となる。

（実施例２）
上述した実施例１では、デバイス管理プログラム３００が、管理対象のネットワークデバイスがポリシー設定機能に対応しているか否かに応じて、セキュリティ情報の監視処理の制御を変更する。実施例２では、デバイス管理プログラム３００が、さらに、管理対象のネットワークデバイスのセキュリティ情報が変更された場合に、変更のレベルに応じてセキュリティ情報の監視処理の制御を変更する。具体的には、デバイス管理プログラム３００が、変更後の設定値のレベルを判定し、変更後の設定値のレベルが所定レベル以下であると判定した場合、つまり設定値が低いレベルに変更されたと判定した場合に、設定変更を警告として通知する。

実施例２のデバイス管理システムのシステム構成、ハードウェア構成、ソフトウェア構成、データテーブルの構成については、実施例１の構成と同様のため説明を省略する。

図６は、実施例２におけるデバイス管理プログラムによるセキュリティ情報の変化の監視処理の例を説明するフローチャートである。図６のステップＳ６００乃至Ｓ６０８は、図４のステップＳ４００乃至Ｓ４０８と同様である。また、図６のステップＳ６１１，Ｓ６１４，Ｓ６１５，Ｓ６１６は、図４のステップＳ４０９，Ｓ４１０，Ｓ４１３，Ｓ４１４と同様である。

実施例２では、ｉ番目のネットワークデバイスのセキュリティ情報が変更され、さらにｉ番目のネットワークデバイスがポリシー設定機能に非対応であった場合に、処理がステップＳ６０９に進む。そして、ステップＳ６０９において、デバイス管理プログラム３００が、セキュリティレベル判定テーブルを参照して、セキュリティ情報の変更箇所のレベルをチェックし、処理がステップＳ６１０に進む。

セキュリティレベル判定テーブルには、セキュリティ情報のレベルを判定するための判定条件が予め設定される。判定条件は、例えば、セキュリティレベル判定条件設定画面上での操作にしたがって設定される。

本実施例においては、セキュリティの脆弱性が増加する設定値の変更をレベル「低」とし、逆にセキュリティの脆弱性が減少する変更をレベル「高」とする。したがって、例えば、通信ポートの状態がオープンからクローズに変更された場合、デバイス管理プログラム３００は、レベル「高」と判定する。また、例えば、通信経路の暗号化が「有効」から「無効」に変更された場合は、デバイス管理プログラム３００は、レベル「低」と判定する。

図１１は、セキュリティレベル判定テーブルと、セキュリティレベル判定条件設定画面の一例を示す図である。
図１１（Ａ）は、セキュリティレベル判定テーブルを示す。セキュリティレベル判定テーブルは、例えば、ポートオープン設定、ファイアーウォール必須、初期パスワード強制変更、パスワード複雑度要求、ゲストアカウント禁止などを含む。図１１（Ａ）に示す例では、また、ポートオープン設定、ファイアーウォール必須、初期パスワード強制変更、パスワード複雑度要求、ゲストアカウント禁止の各項目には、ネットワークデバイスの設定変更検出時にレベル「低」と判定する条件が設定されている。なお、セキュリティレベル判定テーブルに設定される判定条件は、デバイス管理プログラム３００にハードコーディングされていてもよいし、セキュリティレベル判定条件設定画面１１０２において設定されてもよい。

図１１（Ｂ）は、セキュリティレベル判定条件設定画面を示す。セキュリティレベル判定条件設定画面は、セキュリティレベル判定テーブルに判定条件を手動で設定するための操作画面である。図１１（Ｂ）に示す例では、ユーザは、ポートオープン設定について、「オープンポート追加時」、「オープンポート追加、および、削除時」、「セキュリティレベルの判定対象外」の選択肢からレベルの判定条件を選択することが可能である。

「オープンポート追加時」は、新たに通信ポートがオープンされた場合にセキュリティ情報の変更レベルを「低」と判定する設定である。「オープンポート追加、および、削除時」は、新たに通信ポートがオープンされた場合または既にオープンされている通信ポートがクローズされた場合に、セキュリティ情報の変更レベルを「低」と判定する設定である。「セキュリティレベルの判定対象外」は、通信ポートが新たにオープンされた場合またはクローズされた場合でも、セキュリティ情報の変更レベルを「高」と判定する設定である。

図６の説明に戻って、ステップＳ６１０において、デバイス管理プログラム３００が、ステップＳ６０９におけるセキュリティ情報のレベルのチェック結果に、レベル「低」に移行する変更を含むかを判定する。デバイス管理プログラム３００が、レベル「低」に移行する変更が含まれていないと判定した場合には、処理がステップＳ６１１に進む。そして、ステップＳ６１１において、デバイス管理プログラム３００が、セキュリティ情報が変更されたことを「通知」として電子メールでポリシー管理者に通知する。

デバイス管理プログラム３００が、レベル「低」に移行する変更が含まれていると判定した場合には、処理がステップＳ６１２に移行する。そして、ステップＳ６１３において、デバイス管理プログラム３００が、セキュリティ情報が変更されたことを「警告」として電子メールでポリシー管理者に通知し、処理がステップＳ６１３に進む。

次に、ステップＳ６１３において、デバイス管理プログラム３００が、ｉ番目のネットワークデバイスにおいて行われたセキュリティ情報の変更のうち、レベル「低」に変更された設定のみを、変更前のセキュリティ情報の設定に戻す。そして、処理がステップＳ６１４に進む。

以上、説明したように、実施例２のデバイス管理プログラム３００は、ネットワークデバイスのセキュリティ情報の変更を検知した場合、レベル「高」に移行する変更については、受け入れるように動作する。一方、変更されたセキュリティ情報にレベル「低」に移行する変更を含む場合、デバイス管理プログラム３００は、管理者に警告し、レベル「低」に変更された設定のみを変更前の状態に戻すように動作する。これによって、セキュリティの脆弱性が低減される方向の修正のみが可能となり、ネットワークのセキュリティを高いレベルで維持できる。

（実施例３）
実施例３のデバイス管理プログラムは、予め登録された所定の変更許可時間帯になされたセキュリティ情報の変更、予め許可された特定のユーザアカウントでなされたセキュリティ情報の変更についてのみ許可する。上記の所定の変更許可時間帯を、以下では設定変更許可変更時間帯と記述する。設定変更許可変更時間帯は、セキュリティ情報の変更が許可される時間帯である。上記特定のユーザアカウントを、以下では許可アカウントと記述する。許可アカウントは、ポリシー管理機能に非対応のネットワークデバイスに対してもセキュリティ情報の変更が許可される特別なアカウントである。

実施例３のデバイス管理システムのシステム構成、ハードウェア構成、ソフトウェア構成およびデータテーブルの構成については、実施例１の構成と同様のため説明を省略する。

図７は、設定変更許可時間帯と許可アカウントの登録処理の例を説明するフローチャートである。
まず、ステップＳ７００において、デバイス管理プログラム３００が、設定変更許可時間帯が登録されているかを判定する。設定変更許可時間帯が登録されていない場合は、処理がステップＳ７０２に進む。設定変更許可時間帯が登録されている場合は、処理がステップＳ７０１に進む。

ステップＳ７０１では、デバイス管理プログラム３００が、登録されたセキュリティ情報変更許可時間をデータベース部３０６に保存する。そして処理がステップＳ７０２に進む。

ステップＳ７０２では、デバイス管理プログラム３００が、許可アカウントが登録されているかを判定する。許可アカウントが登録されていない場合は、処理が終了する。許可アカウントが登録されている場合は、処理がステップＳ７０３に進む。そして、ステップＳ７０３において、デバイス管理プログラム３００が、登録されたアカウント情報をデータベース部３０６に保存して、処理を終了する。

図８は、実施例３におけるデバイス管理プログラムによるセキュリティ情報の変化の監視処理の例を説明するフローチャートである。図８のステップＳ８００乃至Ｓ８０７は、図４のステップＳ４００乃至Ｓ４０７と同様である。また、図８のステップＳ８１１乃至Ｓ８１２は、図４のステップＳ４０８乃至Ｓ４１４と同様である。

実施例３では、ステップＳ８０８において、デバイス管理プログラム３００が、データベース部３０６に保存されているセキュリティ情報の変更履歴を参照する。セキュリティ情報の変更履歴は、例えば、セキュリティ情報の変更内容、変更時刻、セキュリティ情報を変更したユーザアカウントの情報などを含む。

次に、ステップＳ８０９において、デバイス管理プログラム３００が、データベース部３０６に保存されている設定変更許可時間を参照する。この例では、図７のステップＳ７０１において設定変更変更許可時間帯が保存されているものとする。

次に、ステップＳ８１０において、デバイス管理プログラム３００が、ステップＳ８０８において参照されたセキュリティ情報の変更履歴に記録されている変更時刻と、ステップＳ８０９において参照された設定変更許可時間とを比較する。そして、デバイス管理プログラム３００が、セキュリティ情報が設定変更許可時間帯内にされたかを判定する。

セキュリティ情報が設定変更許可時間帯内にされていない場合は、処理がステップＳ８１５に進む。セキュリティ情報が設定変更許可時間帯内にされた場合は、処理がステップＳ８１１に進む。

ステップＳ８１１では、デバイス管理プログラム３００が、ｉ番目のネットワークデバイスがセキュリティポリシー設定機能に対応しているかどうかを判定する。ｉ番目のネットワークデバイスがセキュリティポリシー設定機能に対応している場合は、処理がステップＳ８１５に進む。ｉ番目のネットワークデバイスがセキュリティポリシー設定機能に対応していない場合は、処理がステップＳ８１２に進む。

ステップＳ８１２において、デバイス管理プログラム３００が、セキュリティ情報変更履歴のユーザアカウント情報が示すユーザアカウントが許可アカウントであるかを判定する。セキュリティ情報変更履歴のユーザアカウント情報が示すユーザアカウントが許可アカウントである場合は、処理がステップＳ８１５に進む。そして、ステップＳ８１５において、デバイス管理プログラム３００が、セキュリティ情報が変更されたことを「通知」として電子メールでポリシー管理者に通知する。

セキュリティ情報変更履歴のユーザアカウント情報が示すユーザアカウントが許可アカウントでない場合は、処理がステップＳ８１３に進む。そして、ステップＳ８１３において、デバイス管理プログラム３００が、セキュリティ情報が変更されたことを「警告」として電子メールでポリシー管理者に通知する。

以上説明した実施例３のデバイス管理プログラム３００は、設定変更許可時間帯において行われたセキュリティ情報の変更か否かに応じて、当該変更を許可するかを判断する。これにより、所定の時間帯において行われたセキュリティ情報の変更についてのみ許可することができる。

また、本実施例のデバイス管理プログラム３００は、許可アカウントで行われたセキュリティ情報が変更か否かに応じて、当該変更を許可するかを判断する。これにより、ポリシー設定機能に対応していないネットワークデバイスについて、セキュリティ情報の設定を、セキュリティを確保しつつ変更することが可能となる。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

Claims (7)

1. 画像形成装置の設定情報に含まれる所定のポリシーに分類される複数の設定値を特定の権限により操作可能とする設定管理機能に対応した画像形成装置と、前記特定の権限がなくとも前記所定のポリシーに分類される複数の設定値を操作可能な画像形成装置と、を含む複数の画像形成装置を管理する管理装置であって、
   前記複数の画像形成装置の設定情報を管理する管理手段と、
   前記複数の画像形成装置から、それぞれの設定情報を受信する受信手段と、
   前記受信した設定情報に含まれる、前記所定のポリシーに分類される複数の設定値の少なくともいずれかについて、前記管理手段により管理された設定情報に含まれる設定値から変更があるか否かを判定する第１判定手段と、
   前記第１判定手段により変更があったと判定された設定値の送信元の画像形成装置が、前記設定管理機能に対応した画像形成装置であるか否かを判定する第２判定手段と、
   前記第２判定手段により前記送信元の画像形成装置が前記設定管理機能に対応した画像形成装置でないと判定された場合には、設定値の変更があったことを警告として出力する出力手段と、を有し、
   前記出力手段は、前記第２判定手段により前記送信元の画像形成装置が前記設定管理機能に対応した画像形成装置であると判定された場合には、設定値の変更があったことを前記警告には該当しない通知として出力することを特徴とする管理装置。
2. 前記第２判定手段により前記送信元の画像形成装置が前記設定管理機能に対応した画像形成装置でないと判定された場合に、
   前記出力手段は、前記第１判定手段により変更があったと判定された設定値のセキュリティレベルに応じて、設定値の変更があったことを警告として出力することを特徴とする請求項１に記載の管理装置。
3. 前記第２判定手段により前記送信元の画像形成装置が前記設定管理機能に対応した画像形成装置でないと判定された場合に、
   前記出力手段は、前記第１判定手段により変更があったと判定された設定値が、該設定値の変更を許可された特定のユーザアカウントによる操作で変更されていない場合に、設定値の変更があったことを警告として出力することを特徴とする請求項１または請求項２に記載の管理装置。
4. 前記出力手段による前記警告の対象となった前記第１判定手段により変更があったと判定された設定値を、前記管理手段により管理された設定情報に含まれる設定値に戻す更新手段を、さらに有することを特徴とする請求項１乃至３のいずれか１項に記載の管理装置。
5. 前記所定のポリシーに分類される複数の設定値は、少なくとも、ネットワーク関連設定に係る設定値、ユーザ認証に係る設定値、パスワードを示す設定値、暗号化関連設定に係る設定値のうちのいずれかを含むことを特徴とする請求項１乃至４のいずれか１項に記載の管理装置。
6. 画像形成装置の設定情報に含まれる所定のポリシーに分類される複数の設定値を特定の権限により操作可能とする設定管理機能に対応した画像形成装置と、前記特定の権限がなくとも前記所定のポリシーに分類される複数の設定値を操作可能な画像形成装置と、を含む複数の画像形成装置を管理する管理装置の制御方法であって、
   前記複数の画像形成装置の設定情報を管理する管理工程と、
   前記複数の画像形成装置から、それぞれの設定情報を受信する受信工程と、
   前記受信した設定情報に含まれる、前記所定のポリシーに分類される複数の設定値の少なくともいずれかについて、前記管理工程により管理された設定情報に含まれる設定値から変更があるか否かを判定する第１判定工程と、
   前記第１判定工程により変更があったと判定された設定値の送信元の画像形成装置が、前記設定管理機能に対応した画像形成装置であるか否かを判定する第２判定工程と、
   前記第２判定工程により前記送信元の画像形成装置が前記設定管理機能に対応した画像形成装置でないと判定された場合には、設定値の変更があったことを警告として出力する出力工程と、を有し、
   前記出力工程では、前記第２判定工程により前記送信元の画像形成装置が前記設定管理機能に対応した画像形成装置であると判定された場合には、設定値の変更があったことを前記警告には該当しない通知として出力することを特徴とする制御方法。
7. 請求項１乃至５のいずれか１項に記載の手段としてコンピュータを機能させることを特徴とするプログラム。

Images