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

Description

本発明は、画像形成装置などのネットワークデバイスを管理する管理装置の制御に関する。

近年、Ｗｅｂサービスなどの通知プロトコルを用いて、遠隔地のデバイス管理装置が、ネットワークに接続されたデバイスに設定可能な各種の情報を配信、および、取得することが可能となってきている。中でもコピー機能、ファクシミリ機能などを併せ持つ複合機能デバイスにおいては、従来、操作パネルのみでしか設定・表示を行うことができなかった詳細な情報まで、Ｗｅｂサービスによって設定・取得することが可能となってきている。これらの情報には、印刷関連の設定、ＩＰアドレスやサブネットマスクなどのネットワークの基本設定の他、アドレス帳やセキュリティーポリシーなども含まれる。

Ｗｅｂサービスを介して複合機能デバイスから設定・取得が可能な情報は、従来、複合機能デバイスに対する情報の設定・取得に利用されていたＳＮＭＰ／ＭＩＢによって設定可能な情報と比較して情報量が大きくなるという特徴がある。また、これらの情報には、機種固有の情報も含まれるため、同一の情報を配信した場合でもその結果が機種毎に異なる場合がある。

デバイス管理装置では、情報を配信した後に再度デバイスから設定を取得し、配信した情報がどのように反映されたかを表示する機能（以下、差分表示機能）を持つものもある。この差分表示機能は、事前にデバイスの既存の設定を取得し、情報配信後に再度情報を取得する必要があるため、ネットワークを行き交う情報が増大し、ネットワークトラフィックや処理時間に大きな影響を与えるといった問題が発生していた。

このような問題を回避するため、デバイスに対して送信した情報を記憶しておき、次回の情報送信時にその差分情報だけを送信するといったシステムも提案されている（特許文献１参照。）。

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

しかしながら、特許文献１に記載の方法では、配信する情報に対してのみダウンサイジングが可能であり、情報を取得する際には有効ではない。差分表示機能では、情報配信の前後にデバイスから設定情報を取得する必要があるため、特許文献１に記載の方法では、上述のネットワークトラフィック等の問題を解決することは困難である。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、ネットワークデバイスに対するパラメータ配信の前後で設定の変化を表示する差分表示機能を実現する際に必要とする情報の取得のシーケンスを簡略化し、ネットワークトラフィックの軽減、および、処理時間の短縮を可能にする仕組みを提供することである。

本発明は、複数のネットワークデバイスを管理する管理装置であって、第１ネットワークデバイスから複数の設定値を含む設定情報を取得する第１取得手段と、第１ネットワークデバイスに対して、複数の設定値を含む配信情報を配信する配信手段と、第１ネットワークデバイスから、前記配信情報が反映された後に、複数の設定値を含む設定情報を取得する第２取得手段と、前記第１取得手段で取得した前記第１ネットワークデバイスの設定情報と、前記第２取得手段で取得した前記第１ネットワークデバイスの設定情報との比較の結果を出力する制御手段と、を有し、前記第１取得手段は、前記第１ネットワークデバイスとデバイス属性が一致する第２ネットワークデバイスから複数の設定値を含む設定情報を取得し、前記制御手段は、前記配信手段が前記第２ネットワークデバイスに対して、前記第１ネットワークデバイスと同じ前記配信情報を配信した場合、前記第２取得手段により前記第２ネットワークデバイスから設定情報の取得を行うことなく、前記第１取得手段で取得した前記第２ネットワークデバイスの設定情報と、前記第２取得手段で取得した前記第１ネットワークデバイスの設定情報との比較の結果を出力することを特徴とする。

本発明によれば、ネットワークデバイスに対するパラメータ配信の前後で設定の変化を表示する差分表示機能を実現する際に必要とする情報の取得のシーケンスを簡略化し、ネットワークトラフィックの軽減、および、処理時間の短縮を可能にすることができる。

デバイス管理システムのシステム構成図。 デバイス管理サーバのハードウェアブロック図。 デバイス管理システムのソフトウェア構成図。 デバイス管理プログラムによる既存設定取得処理のフローチャート。 デバイス管理プログラムによるパラメータ配信処理のフローチャート。 デバイス管理プログラムによる配信後設定情報取得処理のフローチャート。 差分表示機能を実行する際の通信手順を示すシーケンス図。 差分表示機能のイメージ図。 機器固有情報を含むパラメータ配信時の差分情報抽出処理のフローチャート。

以下、本発明を実施するための形態について図面を用いて説明する。

図１は、本発明の一実施例を示すデバイス管理システムの構成を示す図である。
図１において、１００はローカルエリアネットワーク（以下ＬＡＮ）である。ＬＡＮ１００には、デバイス管理サーバ１１０、クライアントＰＣ１５０、および、管理対象となるデバイスとしての複合機能デバイス１２０、１３０、１４０が接続されている。

デバイス管理サーバ１１０では、Ｗｅｂサーバ上で稼働するデバイス管理プログラムが稼動しており、後述する手順によって複合機能デバイス１２０、１３０、１４０に対して各種のパラメータの配信・取得が可能である。デバイス管理サーバ１１０は、複合機能デバイス１２０、１３０、１４０を管理対象とする管理装置として機能する。

複合機能デバイス１２０、１３０、１４０は、原稿のスキャン機能、印刷機能、ファクシミリ機能等の複数の機能を備えた画像形成装置等のネットワークデバイスである。複合機能デバイス１２０、１３０、１４０では、Ｗｅｂサービスのインターフェースを実装され、このインターフェースによりデバイス管理サーバ１１０から様々な情報を受信・設定できる他、既存の設定状態をデバイス管理サーバに通知することができる。
クライアントＰＣ１５０では、ＷＥＢブラウザプログラムを介してデバイス管理プログラムを操作し、複合機能デバイス１２０、１３０、１４０を管理することが可能である。

なお、図１〜図３に示す例では、デバイス管理サーバ１１０と、複合機能デバイス１２０、１３０、１４０とがＬＡＮ１００で接続されているが、デバイス管理サーバ１１０と、複合機能デバイス１２０、１３０、１４０のいずれか又は全てが、インターネット等の外部のネットワークを介して通信可能な構成であってもよい。また、デバイス管理サーバ１１０の管理対象となるネットワークデバイスは、１２０、１３０、１４０のよう複合機能デバイスに限定されるものではなく、各種ネットワークデバイスを複合機能デバイス１２０、１３０、１４０と同様に管理可能である。

図２は、デバイス管理サーバ１１０の構成の一例を示すブロック図である。なお、デバイス管理サーバ１１０は一般的なコンピュータであり、クライアントＰＣ１５０についても同様の構成を持つものとする。

図２において、２００はＣＰＵである。ＣＰＵ２００は、ＲＯＭ２０１若しくはハードディスク（ＨＤ）２１０に格納されたプログラム（後述するデバイス管理プログラムを含む）を実行し、システムバス２０３に接続された各デバイスを総括的に制御する。２０２はＲＡＭであり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。

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

２０６はディスクコントローラ（ＤＫＣ）であり、ハードディスク（ＨＤ）２１０、フロッピー（登録商標）ディスクコントローラ（ＦＤ）２１１、ＣＤ−ＲＯＭドライブ（ＣＤ）２１２とのアクセスを制御する。２０７はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ１００を介してクライアントＰＣ１５０、或いは、複合機能デバイス１２０、１３０、１４０等のネットワーク機器と双方向にデータを授受する。

なお、後述するすべての説明で特に断りのない限り、デバイス管理サーバ１１０に関するハードウェア上の実行の主体はＣＰＵ２００であり、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）２１０に格納されたデバイス管理プログラムである。

デバイス管理プログラムは、ＣＤ−ＲＯＭなどの記録媒体にコンピュータ読み取り可能に記録された形で供給されてもよく、また、他のコンピュータからインターネット等の電気通信回線を通じて提供されてもよい。そして、デバイス管理プログラムが記録媒体によって提供される場合には、ＣＤ−ＲＯＭドライブ２１２などによって記録媒体からデバイス管理プログラムが読み取られ、ハードディスク（ＨＤ）２１０にインストールされる。また、デバイス管理プログラムが電気通信回線を通じて提供される場合には、ＮＩＣ２０７によって他のコンピュータから電気通信回線を通じてデバイス管理プログラムがダウンロードされ、ハードディスク（ＨＤ）２１０にインストールされる。

図３は、本発明実施におけるデバイス管理システムを構成する各デバイスのソフトウェア構成を示す図である。
まず、デバイス管理サーバ１１０のソフトウェアモジュールについて説明する。
本実施例においては、デバイス管理プログラム３００は、ＷＷＷサーバプログラム３０１上で動作し、クライアントＰＣ１５０上のＷＥＢブラウザプログラム３５０とＨＴＴＰプロトコルを利用して通信を行うものとする。また、デバイス管理プログラム３００と複合機能デバイス１２０、１３０、１４０は、ＷｅｂサービスやＳＮＭＰ(Simple Network Management Protocol)プロトコルを利用して各種のパラメータの設定・取得が可能であるものとする。

また、本発明実施の形態に係るデバイス管理サーバ１１０上で稼動するデバイス管理プログラム３００は特に断りのない限り、ハードディスク（ＨＤ）２１０に格納され、実行の主体はＣＰＵ２００である。デバイス管理サーバ１１０のＣＰＵ２００は、デバイス管理プログラムをＨＤ２１０から読み出して実行することで、デバイス管理プログラム３００の機能を実現する。

３０１はデバイス管理サーバ１１０上で稼動するＷＷＷサーバである。デバイス管理サーバ１１０のＣＰＵ２００は、ＷＷＷサーバプログラムをＨＤ２１０から読み出して実行することで、ＷＷＷサーバ３０１の機能を実現する。デバイス管理プログラム３００は、ＷＷＷサーバ３０１を介してクライアントＰＣ１５０上で稼働するＷＥＢブラウザプログラム３５０からのＨＴＭＬデータ送信要求を受信する。ＨＴＭＬデータ送信要求を受信したデバイス管理プログラム３００は、ＨＴＭＬデータを生成するため、複合機能デバイス１２０、１３０、１４０とＷｅｂサービスやＳＮＭＰプロトコルを利用してパラメータの送受信を行う。さらに、デバイス管理プログラム３００は、複合機能デバイス１２０、１３０、１４０から受信したパラメータを元にＨＴＭＬデータを生成し、ＷＷＷサーバ３０１を介してＰＣ１５０上で稼働するＷＥＢブラウザプログラム３５０に送信する。

３０２は全体制御部であり、複合機能デバイス１２０、１３０、１４０と通信してパラメータの取得、設定を行いＨＴＭＬデータを生成するために、デバイス管理部３０３、デバイス探索部３０４、デバイス監視部３０５を制御するための機能モジュールである。

３０４はデバイス探索部であり、複合機能デバイス１２０、１３０、１４０を探索し、必要な情報をデータベース部３０６に登録するための機能モジュールである。より詳細には、デバイス探索部３０４は、ＳＮＭＰ制御部３０８を制御し、ＳＮＭＰによるユニキャスト、ブロードキャストなどの方法でネットワーク上の複合機能デバイス１２０、１３０、１４０の探索を行う役割を担っている。

３０３はデバイス管理部であり、デバイス探索部３０４で探索した複合機能デバイス１２０、１３０、１４０に対して各種のネットワーク設定や印刷設定などのパラメータを、Ｗｅｂサービス制御部３０７を介して送受信するための機能モジュールである。なお、本発明におけるデバイス管理プログラム３００がデバイス管理部３０３を介して設定・取得可能なパラメータの例としては、ネットワーク設定、部門別の印刷制限情報、管理者ＩＤ／パスワード等の管理者認証情報、アドレス帳、用紙種類情報などを想定しているが、本発明はこれに限定されるものではない。

３０５はデバイス監視部であり、ＳＮＭＰ制御部３０８を介して予め設定された一定周期でＳＮＭＰによるポーリングを行い複合機能デバイス１２０、１３０、１４０の状態情報を取得し、障害の有無を判別するための機能モジュールである。デバイス監視部３０５ではさらに、ＳＮＭＰ制御部３０８を介して複合機能デバイス１２０、１３０、１４０から通知されるＴｒａｐを受信することができる。これにより、デバイス管理プログラムは複合機能デバイス１２０、１３０、１４０の状態変化をリアルタイムで検知することが可能となる。なお、Ｔｒａｐとは、ＳＮＭＰを使ったネットワーク管理で、管理対象となるデバイスからデバイス管理サーバに届けられる状況通知用のレポートを示す。ＳＮＭＰエージェントが稼働するデバイス上で，予め指定されたイベントが発生したり、予め指定された値がしきい値に達したときに、デバイスからデバイス管理サーバに送信される。

３０６はデータベース部であり、デバイス探索部３０４によって探索を実行した結果に関する情報や、デバイス監視部３０５によって監視した監視処理を実行した結果に関する情報が格納されている。データベース部３０６に格納される情報は、例えば、探索処理において複合機能デバイスから取得したデバイスの俗称（以下、デバイス名）製品名、ファームウェアバージョン、アプリケーションのインストール状況、また、デバイス監視処理によって取得した状態情報などを想定している。さらに、データベース部３０６には、デバイス管理部３０３によってＸＭＬ形式のデータ配信を行う際に事前に複合機能デバイス１２０、１３０、１４０から取得したパラメータの設定情報、および、配信に取得したパラメータの設定情報も格納されている。なお、データベース部３０６に格納される情報は、これらに限定されるものではない。

３０７はＷｅｂサービス制御部であり、デバイス管理部３０３からの要求を受け、複合機能デバイス１２０、１３０、１４０とＸＭＬ形式で各種パラメータのやりとりを行うための機能モジュールである。３０８はＳＮＭＰ制御部であり、デバイス探索部３０４、デバイス監視部３０５からの要求を受け、複合機能デバイス１２０、１３０、１４０とのＳＮＭＰのプロトコルによる通信の制御を行うための機能モジュールである。３０９はＴＣＰ／ＩＰ制御部であり、Ｗｅｂサービス制御部３０７、ＳＮＭＰ制御部３０８の要求に応じて、ＴＣＰ／ＩＰプロトコルによる通信制御を行うための機能モジュールである。

３１０は差分表示制御部であり、データベース部３０６に格納されたＸＭＬデータの配信前後のパラメータの設定情報を比較し、差分情報を抽出して表示出力するための機能モジュールである。

次に、複合機能デバイス側のソフトウェアモジュールについて説明する。
３２０、３３０、３４０は、複合機能デバイス１２０、１３０、１４０上で稼働するＳＮＭＰエージェントである。ＳＮＭＰエージェント３２０、３３０、３４０は、複合機能デバイス１２０、１３０、１４０の図示しないＣＰＵが複合機能デバイス１２０、１３０、１４０内の記憶装置に格納されたプログラムを読み出して実行することにより実現されるものである。

ＳＮＭＰエージェント３２０、３３０、３４０は、ＭＩＢ情報部３２１、３３１、３４１を参照して、ＳＮＭＰマネージャーにあたるデバイス管理プログラム３００から送信されたＳＮＭＰのリクエストに応答を返すプログラムである。ＳＮＭＰエージェント３２０、３３０、３４０はさらに、複合機能デバイス１２０、１３０、１４０上で発生した障害を、ＴＲＡＰによりデバイス管理プログラム３００に能動的に通知するための役割も担っている。

ＭＩＢ情報部３２１、３３１、３４１は、複合機能デバイス１２０、１３０、１４０に関する各種の情報をＭＩＢ(Management Information Base)の形式で保持するデータベースである。

さらに、複合機能デバイス１２０、１３０、１４０上には、Ｗｅｂサービス制御モジュール３２２、３３２、３４２が稼働している。Ｗｅｂサービス制御モジュール３２２、３３２、３４２は、複合機能デバイス１２０、１３０、１４０の図示しないＣＰＵが複合機能デバイス１２０、１３０、１４０内の記憶装置に格納されたプログラムを読み出して実行することにより実現されるものである。Ｗｅｂサービス制御モジュール３２２、３３２、３４２は、デバイス管理プログラム３００からの要求を受け、ＸＭＬデータ管理部３２３、３３３、３４３を介して各種のパラメータの送受信を行うための機能モジュールである。

ＸＭＬデータ管理部３２３、３３３、３４３は、Ｗｅｂサービス制御モジュール３２２、３３２、３４２を介して受信したＸＭＬ形式のパラメータの設定を行う他、要求された各種のパラメータをＸＭＬ形式に変換するための機能モジュールである。

次に、クライアントＰＣ側のソフトウェアモジュールについて説明する。
３５０は、クライアントＰＣ１５０上で稼働するＷＥＢブラウザプログラムである。ＷＥＢブラウザプログラム３５０は、クライアントＰＣ１５０の図示しないＣＰＵが図示しない記憶装置に格納されたプログラムを読み出して実行することにより実現されるものである。ＷＥＢブラウザプログラム３５０は、デバイス管理サーバ１１０のＷＷＷサーバプログラム３０１上で動作するデバイス管理プログラム３００とＨＴＴＰプロトコルを利用して通信可能である。

以下、図４〜図６のフローチャートを参照して、デバイス管理プログラム３００の動作について説明する。なお、図４〜図６に示すフローチャートの処理は、デバイス管理サーバ１１０のＣＰＵ２００が、デバイス管理プログラムをＨＤ２１０から読み出して実行することで実現されるものである。

図４は、デバイス管理プログラム３００がデバイス管理部３０３を介してパラメータを配信する前に管理対象である複合機能デバイス１２０、１３０、１４０から既存の設定を取得する際の動作の一例を示すフローチャートである。図中、Ｓ４００〜Ｓ４０６は各ステップを示す。なお、管理者が操作するクライアントＰＣ１５０のＷＥＢブラウザ３５０から、複合機能デバイス１２０、１３０、１４０等にパラメータを配信する旨の指示を受信すると、デバイス管理プログラム３００の全体制御部３０２が、図４の処理を開始する。

Ｓ４００において、全体制御部３０２は、管理対象デバイスをカウントするためのインデックス（ｉ）を「０」に初期化し、Ｓ４０１に移行する。
Ｓ４０１では、全体制御部３０２は、前記インデックスｉが管理対象デバイスの総数であるＬより小さいかどうかを判定する。そして、同Ｓ４０１においてインデックスｉが管理対象デバイスの総数Ｌより小さいと判定した場合（Ｓ４０１でＹｅｓの場合）、全体制御部３０２は、Ｓ４０２に処理を移行する。

Ｓ４０２では、全体制御部３０２は、デバイス管理部３０３を用いて、Ｗｅｂサービス制御部３０７を介してｉ番目の複合機能デバイスから現在の各種複数のパラメータの設定値を含む設定情報を取得し、Ｓ４０３に処理を移行する。

Ｓ４０３では、全体制御部３０２は、前記Ｓ４０２においてｉ番目の複合機能デバイスから現在のパラメータの設定情報が取得できたかどうかを判定する。そして、同Ｓ４０３において、ｉ番目の複合機能デバイスから現在のパラメータの設定情報が正しく取得できたと判定した場合（Ｓ４０３でＹｅｓの場合）、全体制御部３０２は、Ｓ４０４に処理を移行する。

Ｓ４０４では、全体制御部３０２は、前記Ｓ４０２において取得したｉ番目の複合機能デバイスの現在のパラメータの設定知をデータベース部３０６に保存し、Ｓ４０６に処理を移行する。

一方、上記Ｓ４０３において、ｉ番目の複合機能デバイスから現在のパラメータの設定情報が正しく取得できなかったと判定した場合（Ｓ４０３でＮｏの場合）、全体制御部３０２は、Ｓ４０５に移行する。Ｓ４０５では、全体制御部３０２は、ｉ番目の複合機能デバイスとの通信に問題があると判断し、ｉ番目の複合機能デバイスを後述するパラメータ配信の対象デバイスから外し、Ｓ４０６に処理を移行する。なお、Ｓ４０５の処理により、通信に問題がある複合機能デバイスへの無駄なパラメータ配信によるトラフィックの増大を抑えることができる。

Ｓ４０６では、全体制御部３０２は、複合機能デバイスをカウントするためのインデックスｉをインクリメントし、Ｓ４０１に処理を移行する。
そして、Ｓ４０１において、インデックスｉが管理対象デバイスの総数Ｌより小さくないと判定した場合（Ｓ４０１でＮｏの場合）、全体制御部３０２は、本フローチャートの処理を終了する。

図５は、デバイス管理プログラム３００がデバイス管理部３０３を介してパラメータを配信する際の動作の一例を示すフローチャートである。図中、Ｓ５００〜Ｓ５０６は各ステップを示す。なお、図４の処理が終了すると、全体制御部３０２が、図５の処理を開始する。

Ｓ５００において、全体制御部３０２は、管理対象デバイスをカウントするためのインデックス（ｊ）を「０」に初期化し、Ｓ５０１に移行する。
Ｓ５０１では、全体制御部３０２は、前記インデックスｊがパラメータの配信対象デバイスの総数であるｍより小さいかどうかを判定する。なお、パラメータの配信対象デバイスの総数ｍは、前記図４における管理対象デバイスの総数であるＬからパラメータの設定情報取得に失敗したデバイスの数を除いたものである。

そして、同Ｓ５０１において、インデックスｊがパラメータの配信対象デバイスの総数ｍより小さいと判定した場合（Ｓ５０１でＹｅｓの場合）、全体制御部３０２は、Ｓ５０２に処理を移行する。

Ｓ５０２では、全体制御部３０２は、デバイス管理部３０３を用い、Ｗｅｂサービス制御部３０７を介してｊ番目の複合機能デバイスに対して各種パラメータの設定情報を配信し、Ｓ５０３に処理を移行する。

Ｓ５０３では、全体制御部３０２は、前記Ｓ５０２においてｊ番目の複合機能デバイスに対してパラメータの設定情報が配信できたかどうかを判定する。そして、同Ｓ５０３において、ｊ番目の複合機能デバイスに対してパラメータの設定情報が正しく配信できたと判定した場合（Ｓ５０３でＹｅｓの場合）、全体制御部３０２は、Ｓ５０６に処理を移行する。

一方、同Ｓ５０３において、ｊ番目の複合機能デバイスに対してパラメータの設定情報が正しく配信できなかったと判定した場合（Ｓ５０３でＮｏの場合）、全体制御部３０２は、Ｓ５０４に処理を移行する。

Ｓ５０４では、全体制御部３０２は、ｊ番目の複合機能デバイスのパラメータの設定情報を配信前の状態に戻し、Ｓ５０５に処理を移行する。本実施例では、ｊ番目の複合機能デバイスに配信する情報は広範囲におよぶため、一部の情報のみ失敗した場合でもそれ以外の設定情報は正しくｊ番目の複合機能デバイスに反映される場合がある。ただし、パラメータの設定情報が一部のみ正しく設定できた場合には設定全体に不整合が生じ、複合機能デバイスの全般的な動作に支障をきたす可能性がある。そこで、Ｓ５０４では、パラメータの設定情報を配信前の状態に戻すものとする。

次に、Ｓ５０５において、全体制御部３０２は、前記Ｓ５０３にてパラメータの設定情報の配信に失敗したｊ番目の複合機能デバイスを、配信後のパラメータ情報取得操作の対象から外し、Ｓ５０６に処理を移行する。

Ｓ５０６では、全体制御部３０２は、複合機能デバイスをカウントするためのインデックスｊをインクリメントし、Ｓ５０１に処理を移行する。
そして、上記Ｓ５０１において、インデックスｊがパラメータの配信対象デバイスの総数ｍより小さいくないと判定した場合（Ｓ５０１でＮｏの場合）、全体制御部３０２は、本フローチャートの処理を終了する。

なお、実施例１においては、デバイス管理プログラム３００は、図５に示した配信処理において、デバイス属性が同一（例えば、機種情報、ファームウェアのバージョン、構成情報、アプリケーションのインストール状況の全てが同一）の複合機能デバイスに対しては、同じ配信情報を配信するものとする。

図６は、デバイス管理プログラム３００がデバイス管理部３０３を介してパラメータを配信した後に管理対象である複合機能デバイス１２０、１３０、１４０から配信のパラメータの設定情報を取得する際の動作の一例を示すフローチャートである。図中、Ｓ６００〜Ｓ６１２は各ステップを示す。なお、管理者が操作するクライアントＰＣ１５０のＷＥＢブラウザ３５０から、パラメータ配信時に差分表示機能を実行する旨の指示がなされている場合、図５の処理が終了すると、差分表示制御部３１０が、図６の処理を開始する。

Ｓ６００において、差分表示制御部３１０は、管理対象デバイスをカウントするためのインデックス（ｋ）を「０」に初期化し、Ｓ６０１に移行する。
Ｓ６０１では、差分表示制御部３１０は、前記インデックスｋがパラメータの配信後の設定情報取得対象デバイスの総数であるｎより小さいかどうかを判定する。なお、パラメータの配信後の設定情報取得対象デバイスの総数ｎは、前記図５においてパラメータの設定情報を配信対象するデバイスの総数であるｍからパラメータの設定情報配信に失敗したデバイスの数を除いたものである。

そして、同Ｓ６０１において、インデックスｋがパラメータの配信後の設定情報取得対象デバイスの総数ｎより小さいと判定した場合（Ｓ６０１でＹｅｓの場合）、差分表示制御部３１０は、Ｓ６０２に処理を移行する。

Ｓ６０２では、差分表示制御部３１０は、後述のＳ６０９においてデバイス管理プログラム３００のデータベース部３０６に保存される、配信後に取得したパラメータの設定情報を参照し、Ｓ６０３に処理を移行する。

Ｓ６０３〜Ｓ６０６では、差分表示制御部３１０は、上記Ｓ６０２において参照した配信後に取得したパラメータの設定情報のうち、ｋ番目の複合機能デバイスと、機種情報、ファームウェアのバージョン（ＦＷＶｅｒ）、構成情報、インストールされているアプリケーションの全てが同一の複合機能デバイスの設定情報が存在するかどうかを判定する。なお、本実施例における構成情報は、ソータやフィニッシャなどの複合機能デバイスのオプションに関する情報（オプション構成情報）を指すものとするが、これに限定されるものではない。また、本実施例におけるアプリケーションとは、複合機能デバイスに対してインストール可能であり、複合機能デバイス上で稼働することが可能なものを指している。より具体的には認証に関する様々な機能を提供するものや、操作パネルをユーザー毎にカスタマイズすることができるといった機能を提供するものを想定しているが、これに限定されるものではない。

そして、同Ｓ６０３〜Ｓ６０６において、上記Ｓ６０２で参照した配信後に取得したパラメータの設定情報に、ｋ番目の複合機能デバイスと、機種情報、ファームウェアのバージョン、構成情報、アプリケーションのインストール状況の全てが同一の複合機能デバイスの設定情報が存在しないと判定した場合（Ｓ６０３〜Ｓ６０６の少なくともいずれかでＮｏの場合）、差分表示制御部３１０は、Ｓ６０８に処理を進める。なお、少なくとも、ｋ＝０の場合は、まだ配信後に取得したパラメータの設定情報が存在しないため、Ｓ６０８に処理が移行することになる。

Ｓ６０８では、差分表示制御部３１０は、デバイス管理部３０３を用いて、ｋ番目のデバイスから配信後のパラメータの設定情報を取得し、Ｓ６０９に処理を移行する。
Ｓ６０９では、差分表示制御部３１０は、上記Ｓ６０８で取得したｋ番目の複合機能デバイスの配信後のパラメータの設定情報を、デバイス管理プログラム３００のデータベース部３０６に保存し、Ｓ６１０に処理を移行する。

Ｓ６１０では、差分表示制御部３１０は、図４のＳ４０４でデータベース部３０６に保存された配信前のパラメータの設定情報と、上記Ｓ６０９でデータベース部３０６に保存した配信後のパラメータの設定情報を比較し、Ｓ６１１に処理を移行する。

また、上記Ｓ６０３〜Ｓ６０６において、上記Ｓ６０２で参照した配信後に取得したパラメータの設定情報に、ｋ番目の複合機能デバイスと、機種情報、ファームウェアのバージョン、構成情報、アプリケーションのインストール状況の全てが同一の複合機能デバイスの設定情報が存在すると判定した場合（Ｓ６０３〜Ｓ６０６の全てでＹｅｓの場合）、差分表示制御部３１０は、図５の配信処理において、ｋ番目のデバイスに対して、デバイス属性が同一となる上記Ｓ６０３〜Ｓ６０６の条件がｋ番目のデバイスと同一の複合機能デバイスと同じ配信情報が配信されたと判断し、Ｓ６０７に処理を進める。

Ｓ６０７では、差分表示制御部３１０は、上記Ｓ６０２で参照した、同一機種であり、同一ファームウェアバージョンであり、同一構成情報であり、且つ、同一アプリケーションが稼働する複合機能デバイスから取得したパラメータ配信後の設定情報と、図４のＳ４０４で保存された設定情報を比較し、Ｓ６１１に処理を移行する。

Ｓ６１１では、差分表示制御部３１０は、上記Ｓ６０７又はＳ６１０における比較結果から、配信前後のパラメータの設定情報の差分情報を抽出し、データベース部３０６等に保存し、Ｓ６１１に処理を移行する。

Ｓ６１１では、差分表示制御部３１０は、複合機能デバイスをカウントするためのインデックスｋをインクリメントし、Ｓ６０１に処理を移行する。
そして、上記Ｓ６０１において、インデックスｋがパラメータの配信後の設定情報取得対象デバイスの総数ｎより小さくないと判定した場合（Ｓ６０１でＮｏの場合）、差分表示制御部３１０は、本フローチャートの処理を終了する。その後、差分表示制御部３１０は、後述する図８に示すような差分表示画面に対応するＨＴＭＬデータを生成し、Ｗｅｂサービス制御部３０７を介して、上述した管理者等が操作するパラメータの配信を指示したクライアントＰＣ１５０のＷＥＢブラウザプログラム３５０に送信する。これにより、クライアントＰＣ１５０のＷＥＢブラウザプログラム３５０上に、後述する図８に示すような差分表示画面が表示される。

なお、本実施例では、比較対照の設定情報を選択する条件は、Ｓ６０３、Ｓ６０４、Ｓ６０５、Ｓ６０６の処理の実行順序に縛られるものではない。また、Ｓ６０３、Ｓ６０４、Ｓ６０５、Ｓ６０６の処理がすべて必須ではなく、選択的に実行しても良いものとする。例えば、Ｓ６０３、Ｓ６０４、Ｓ６０５、Ｓ６０６の少なくとも１つでＹｅｓの場合に、Ｓ６０７に移行するようにしても良い。

以上の手順を実行することにより、本実施例のデバイス管理プログラム３００は、パラメータの設定情報配信時に効率的に配信の前後の設定情報の差分を抽出し、表示することが可能となる。

図７は、本実施例のデバイス管理システムにおいてパラメータ配信時に差分表示機能を実行する場合のデバイス管理サーバ１１０、および、複合機能デバイス１２０、１３０、１４０との通信手順の一例を示すシーケンス図である。なお、本実施例においては、複合機能デバイス１２０と複合機能デバイス１４０は機種、ファームウェアバージョン、構成情報、稼働するアプリケーションのいずれもが一致するものとして説明する。

図７において、７００ａと７００ｂは、デバイス管理サーバ１１０が、複合機能デバイス１２０から、図４のＳ４０２として記載した、既存のパラメータの設定情報を取得するためのリクエスト（７００ａ）、および、レスポンス（７００ｂ）である。

７０１ａと７０１ｂは、デバイス管理サーバ１１０が、複合機能デバイス１２０に対して、図５のＳ５０２として記載した、パラメータの設定情報を配信するためのリクエスト（７０１ａ）、および、レスポンス（７０１ｂ）である。

７０２ａと７０２ｂは、デバイス管理サーバ１１０が、複合機能デバイス１２０から、図６のＳ６０８として記載した、配信後のパラメータの設定情報を取得するためのリクエスト（７０２ａ）、および、レスポンス（７０２ｂ）である。

７１０ａと７１０ｂは、デバイス管理サーバ１１０が、複合機能デバイス１３０から、図４のＳ４０２として記載した、既存のパラメータの設定情報を取得するためのリクエスト（７１０ａ）、および、レスポンス（７１０ｂ）である。

７１１ａと７１１ｂは、デバイス管理サーバ１１０が、複合機能デバイス１３０に対して、図５のＳ５０２として記載した、パラメータの設定情報を配信するためのリクエスト（７１１ａ）、および、レスポンス（７１１ｂ）である。

７１２ａと７１２ｂは、デバイス管理サーバ１１０が、複合機能デバイス１３０から、図６のＳ６０８として記載した、配信後のパラメータの設定情報を取得するためのリクエスト（７１２ａ）、および、レスポンス（７１２ｂ）である。

７２０ａと７２０ｂは、デバイス管理サーバ１１０が、複合機能デバイス１４０から、図４のＳ４０２として記載した、既存のパラメータの設定情報を取得するためのリクエスト（７２０ａ）、および、レスポンス（７２０ｂ）である。

７２１ａと７２１ｂは、デバイス管理サーバ１１０が、複合機能デバイス１４０に対して、図５のＳ５０２として記載した、パラメータの設定情報を配信するためのリクエスト（７２１ａ）、および、レスポンス（７２１ｂ）である。

なお、前述のように複合機能デバイス１２０と複合機能デバイス１４０は機種、ファームウェアバージョン、構成情報、稼働するアプリケーションのいずれもが一致している。このため、複合機能デバイス１４０に対する処理では、図６のＳ６０３、Ｓ６０４、Ｓ６０５、Ｓ６０６の分岐がいずれも「Ｙｅｓ」として処理される。したがって、複合機能デバイス１４０に対する処理では、後述する図８に示す差分情報ページ（差分表示画面）を生成するために必要な、図６のＳ６０８として記載した、配信後のパラメータの設定情報取得の処理については、省略することが可能となっている。

以上のシーケンスに示す通り、デバイス管理プログラム３００は、パラメータの設定情報の配信前後における差分情報の生成を、トラフィックの増大を抑え、効率的に実行することが可能となる。

図８は、本発明実施例におけるデバイス管理プログラム３００の差分表示制御部３１０によって表示される差分表示画面の一例を示す図であり、より詳細には、部門単位の印刷上限を設定するパラメータを配信した際の設定情報の差分表示に関するイメージ図である。

図８において、８０１は、組織の識別子である部門ＩＤである。８０２は、パラメータの配信による設定情報の変化を示す状態情報であり、図６のＳ６０７やＳ６１０の比較結果から導出されるものである。状態情報８０２の一例としては、「変更なし」、「変更あり」、「追加」、「削除」などがある。例えば、配信前後で設定情報に変化がない場合は「変化なし」となる。また、配信前後で設定情報に変化がある場合は「変化あり」となる。また、配信前に設定されていなかった設定情報が追加設定された場合には「追加」となる。また、配信前に設定されていた設定情報が削除された場合には「削除」となる。

８０３は、図４のＳ４０４において保存される配信前のパラメータの設定情報である。８０４は、図６のＳ６０９において保存される配信後のパラメータの設定情報である。８０３，８０４に示すように、差分表示制御部３１０は、配信前後のパラメータの設定情報の比較結果として、配信前後の設定値を併記する形態で出力する。図８の例では、例えば、部門ＩＤ「１２３４５６７」に対する部門別プリント上限管理設定の値が、配信前「７７７７７」、配信後「９９９９９」と併記して表示されており、パラメータ配信により「７７７７７」から「９９９９９」に変更されたこと等を、容易に確認できる。

以上示したように、本実施例によれば、複合機能デバイス等のデバイスに対するパラメータ配信の前後で設定の変化を表示する差分表示機能において、デバイス、および、デバイス管理装置間のネットワークトラフィックを大幅に軽減できる。この結果、デバイス管理装置の差分表示機能に係わる処理時間を大幅に短縮できる。よって、効率的なデバイス管理を実現することが可能となる。

本発明の第２の実施例を以下に示す。実施例２におけるデバイス管理プログラム３００が配信対象とするパラメータの設定情報には、ＩＰアドレスやホスト名など配信した情報がそのまま設定される機器固有の情報も含まれるものとする。

以下、図９のフローチャートを参照して、実施例２におけるデバイス管理プログラム３００の動作について説明する。なお、図９に示すフローチャートの処理は、デバイス管理サーバ１１０のＣＰＵ２００が、デバイス管理プログラムをＨＤ２１０から読み出して実行することで実現されるものである。

図９は、実施例２におけるデバイス管理プログラム３００において複合機能デバイスに配信するパラメータに機器固有の情報が含まれる場合に、差分情報を抽出する際の動作の一例を示すフローチャートである。なお、実施例２においては、デバイス管理プログラム３００が複合機能デバイスに配信したパラメータの設定情報、および、配信したパラメータが機器固有の情報であるかどうかの属性情報を保持しているものとする。また、図９に示す処理は、配信後のパラメータ情報取得操作の対象となる各複合機能デバイスを処理対象として実行される。

Ｓ９００において、差分表示制御部３１０は、配信対象のパラメータをカウントするためのインデックス（ｘ）を「０」に初期化し、Ｓ９０１に処理を移行する。
Ｓ９０１では、差分表示制御部３１０は、前記インデックスｘがパラメータの総数であるｐより小さいかどうかを判定する。そして、同Ｓ９０１において、インデックスｘがパラメータの総数ｐより小さいと判定した場合（Ｓ９０１でＹｅｓの場合）、差分表示制御部３１０は、Ｓ９０２に処理を移行する。

Ｓ９０２では、差分表示制御部３１０は、本実施例のデバイス管理プログラム３００が保持するパラメータの属性情報を参照し、Ｓ９０３に処理を移行する。
Ｓ９０３では、差分表示制御部３１０は、上記Ｓ９０２において参照した属性によりｘ番目のパラメータが機器固有の情報であるかどうかを判定する。そして、同Ｓ９０３において、ｘ番目のパラメータが機器固有の情報であると判定した場合（Ｓ９０３でＹｅｓの場合）、差分表示制御部３１０は、Ｓ９０４に処理を移行する。

Ｓ９０４では、差分表示制御部３１０は、現在処理対象としている複合機能デバイスに対して、本実施例のデバイス管理プログラム３００が図４のＳ４０２で取得した配信前のパラメータの設定情報と、図５のＳ５０２において配信され、保持されたパラメータの設定情報を比較し、差分情報を生成し、Ｓ９０８に処理を進める。

一方、上記Ｓ９０３において、ｘ番目のパラメータが機器固有の情報でないと判定した場合（Ｓ９０３でＮｏの場合）、差分表示制御部３１０は、Ｓ９０５に処理を移行する。
Ｓ９０５では、差分表示制御部３１０は、現在処理対象としている複合機能デバイスと同一機種の配信後のパラメータの設定情報がデータベース部３０６に保存されているかどうかを判定する。なお、本Ｓ９０５において行なう同一機種の判定の詳細は、図６のＳ６０２、Ｓ６０３、Ｓ６０４、Ｓ６０５、Ｓ６０６に記載の手順と同様とする。

そして、同Ｓ９０５において、同一機種の配信後のパラメータの設定情報がデータベース部３０６に保存されていないと判定した場合（Ｓ９０５でＮｏの場合）、差分表示制御部３１０は、Ｓ９０７に処理を移行する。

Ｓ９０７では、差分表示制御部３１０は、ｘ番目のパラメータの設定情報に関して、図４のＳ４０４で保存された現在処理対象としている複合機能デバイスの配信前の設定情報と、現在処理対象としている複合機能デバイスから図６のＳ６０８で取得しＳ６０９で保存した配信後の設定情報を比較し、差分情報を生成し、Ｓ９０８に処理を移行する。

一方、上記Ｓ９０５において、同一機種の配信後のパラメータの設定情報がデータベース部３０６に保存されていると判定した場合（Ｓ９０５でＹｅｓの場合）、差分表示制御部３１０は、Ｓ９０６に処理を移行する。

Ｓ９０６では、差分表示制御部３１０は、ｘ番目のパラメータの設定情報に関して、図４のＳ４０４で保存された現在処理対象としている複合機能デバイスの配信前の設定情報と、データベース部３０６に保存されている同一機種の複合機能デバイスの配信後の設定情報を比較し、差分情報を生成し、Ｓ９０８に処理を移行する。

Ｓ９０８では、差分表示制御部３１０は、配信対象のパラメータををカウントするためのインデックスｘをインクリメントし、Ｓ９０１に処理を移行する。
そして、上記Ｓ９０１において、インデックスｘがパラメータの総数ｐより小さくないと判定した場合（Ｓ９０１でＮｏの場合）、差分表示制御部３１０は、本フローチャートの処理を終了する。

以上、実施例２で説明したように、デバイス管理プログラム３００は、配信するパラメータの設定情報に機器固有のものが含まれる場合であっても、同一機種がすでに配信後の設定情報を取得済みである場合には自端末から配信後の設定を取得する必要がなく、差分表示機能におけるデバイスおよびデバイス管理装置間のネットワークトラフィックを大幅に軽減でき、デバイス管理装置の差分表示機能に係わる処理時間を大幅に短縮できる。よって、効率的なデバイス管理を実現することが可能となる。

なお、デバイス管理サーバの管理対象は、複合機能デバイスに限定されるものではなく、各種のネットワークデバイスを管理可能であり、各種のネットワークデバイスに対して、上述した各実施例の差分表示機能を実行可能である。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

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

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

Claims (9)

1. 複数のネットワークデバイスを管理する管理装置であって、
   第１ネットワークデバイスから複数の設定値を含む設定情報を取得する第１取得手段と、
   第１ネットワークデバイスに対して、複数の設定値を含む配信情報を配信する配信手段と、
   第１ネットワークデバイスから、前記配信情報が反映された後に、複数の設定値を含む設定情報を取得する第２取得手段と、
   前記第１取得手段で取得した前記第１ネットワークデバイスの設定情報と、前記第２取得手段で取得した前記第１ネットワークデバイスの設定情報との比較の結果を出力する制御手段と、を有し、
   前記第１取得手段は、前記第１ネットワークデバイスとデバイス属性が一致する第２ネットワークデバイスから複数の設定値を含む設定情報を取得し、
   前記制御手段は、前記配信手段が前記第２ネットワークデバイスに対して、前記第１ネットワークデバイスと同じ前記配信情報を配信した場合、前記第２取得手段により前記第２ネットワークデバイスから設定情報の取得を行うことなく、前記第１取得手段で取得した前記第２ネットワークデバイスの設定情報と、前記第２取得手段で取得した前記第１ネットワークデバイスの設定情報との比較の結果を出力することを特徴とする管理装置。
2. 前記デバイス属性には、機種情報、ファームウェアのバージョン、オプション構成情報、アプリケーションのインストール状況の少なくとも何れかが含まれることを特徴とする請求項１に記載の管理装置。
3. 前記配信情報には、ネットワークに関する設定値、印刷制限に関する設定値、管理者認証情報に関する設定値、アドレス帳に関する設定値、用紙種類情報に関する設定値の少なくとも何れかが含まれることを特徴とする請求項１又は２に記載の管理装置。
4. 前記制御手段は、前記配信手段が前記第２ネットワークデバイスに対して配信した配信情報に機器固有の情報が含まれる場合、該機器固有の情報については、前記第２取得手段により前記第２ネットワークデバイスから設定情報の取得を行うことなく、前記第１取得手段で取得した前記第２ネットワークデバイスの設定情報と、前記配信手段で前記第２ネットワークデバイスに配信した配信情報との比較の結果を出力することを特徴とする請求項１乃至３のいずれか１項に記載の管理装置。
5. 前記機器固有の情報は、ネットワークに関する設定値が含まれることを特徴とする請求項４に記載の管理装置。
6. 前記制御手段は、前記比較の結果として、配信前後の設定値を併記する形態で出力することを特徴とする請求項１乃至５のいずれか１項に記載の管理装置。
7. 前記配信手段は、前記第１取得手段による設定情報の取得に失敗したネットワークデバイスに対しては、前記配信情報の配信を行わず、
   前記制御手段は、前記配信手段による配信情報の配信に失敗したネットワークデバイスについては、前記比較の結果の出力を行わないことを特徴とする請求項１乃至６のいずれか１項に記載の管理装置。
8. 複数のネットワークデバイスを管理する管理装置の制御方法であって、
   第１ネットワークデバイスから複数の設定値を含む設定情報を取得する第１取得ステップと、
   第１ネットワークデバイスに対して、複数の設定値を含む配信情報を配信する配信ステップと、
   第１ネットワークデバイスから、前記配信情報が反映された後に、複数の設定値を含む設定情報を取得する第２取得ステップと、
   前記第１取得ステップで取得した前記第１ネットワークデバイスの設定情報と、前記第２取得ステップで取得した前記第１ネットワークデバイスの設定情報との比較の結果を出力する制御ステップと、を有し、
   前記第１取得ステップでは、前記第１ネットワークデバイスとデバイス属性が一致する第２ネットワークデバイスから複数の設定値を含む設定情報の取得も行い、
   前記制御ステップでは、前記配信ステップで前記第２ネットワークデバイスに対して、前記第１ネットワークデバイスと同じ前記配信情報を配信した場合、前記第２取得ステップによる前記第２ネットワークデバイスから設定情報の取得を行うことなく、前記第１取得ステップで取得した前記第２ネットワークデバイスの設定情報と、前記第２取得ステップで取得した前記第１ネットワークデバイスの設定情報との比較の結果を出力することを特徴とする管理装置の制御方法。
9. コンピュータを、請求項１乃至７のいずれか１項に記載の手段として機能させるためのプログラム。

Images