JP5980037B2 - 管理システム、サーバー、クライアント、及びその方法 - Google Patents

Description

本発明は、ネットワーク上のデバイスを管理するシステムを構築するための技術に関する。

ネットワークに接続されたデバイスを管理するネットワークデバイス管理システムは、専用の管理ソフトウェアが動作するサーバーが、管理対象のデバイスと通信して管理機能を実現していた。また、地域的に分散されたネットワークに接続された大量のデバイスを集中管理する際に、処理の分散や負荷を軽減する目的で、管理システムは、分散ネットワークごとにクライアントを設置するものもある。サーバーは、各クライアントに対して、管理対象となるデバイスから各種情報を取得させて、サーバーに送信させる。

管理システムを構築するためには、サーバー、クライアント間で、互いに識別情報の登録が必要になる。特許文献１では、集中管理装置に監視対象となる管理装置の情報を設定する初期化処理についての開示があります。この文献では、複写機の操作部から管理装置の識別情報（ＩＤ番号）が入力されると、管理装置は、複写機からその情報を取得して、集中管理装置に対して該識別情報を送信する。最後に、管理装置が集中管理装置から定期レポートの送信時刻といった情報を含む初期データを受信して、自身で格納することで、初期化処理が管理称する。

特開平１１−３３１３９７号公報

上述した先行技術では、操作部を介して識別情報を入力する際に、作業者による入力間違いが発生する可能性があり、また、多くのデバイスを同時に設置する場合には、手動での入力作業自体が大きな負荷となっていた。
よって、本発明の目的は、ネットワークデバイスを管理する管理システムを、適切で容易に構築するための手法を提供することを目的とする。

上記課題を解決するために、本発明の管理システムは、顧客環境に設置されたネットワークデバイスを管理するためのサーバーを含む管理システムであって、
前記サーバーは、クライアント情報を作成する第１の作成手段と、前記作成されたクライアント情報を含む、ネットワークデバイスの管理機能を開始するためのインストーラを作成する第２の作成手段と、前記作成されたクライアント情報と、当該クライアント情報に対応するクライアントの管理対象となるネットワークデバイスとの関連付けを記憶装置に格納する格納手段と、前記顧客環境のクライアントから前記作成されたインストーラの実行に応じた、クライアント情報を含む有効化依頼を受信する受信手段と、前記有効化依頼に含まれるクライアント情報が、前記記憶装置に格納されていた場合には、当該クライアントの有効化処理を行ったうえで、前記記憶装置に格納されている当該クライアントの管理対象となるネットワークデバイスの識別情報を応答する応答手段と、
前記クライアントは、前記サーバーから前記インストーラを取得して実行する実行手段と、前記インストーラの実行に応じて、当該インストーラに含まれるクライアント情報を含む有効化依頼を前記サーバーに送信する依頼手段と、前記サーバーからの応答に含まれる管理対象となるネットワークデバイスの識別情報に基づき、当該ネットワークデバイスから取得した情報を前記サーバーに対して送信する送信手段と、を有することを特徴とする。

本発明は、ネットワークデバイスを管理する管理システムを、適切で容易に構築することが可能となる。

ネットワークデバイス管理システムの構成の例を示す図インターネットを含むネットワークデバイス管理システムの構成の例を示す図ネットワークデバイス管理システムを構築するための処理を説明するための図クライアント作成画面の例を示す図クライアント情報の管理テーブルの例を示す図インストーラ作成画面の例を示す図クライアント・インストーラに含まれる設定ファイルの中身の例を示す図インストーラのダウンロード画面の例を示す図クライアント・インストーラのインストール画面の例を示す図クライアントとデバイスとの関連付けを行う画面の例を示す図クラアントの初期設定画面の例クライアントの有効化処理の詳細を説明するための図クライアントがサーバーに対して送信する要求のヘッダ部分の例を示す図実施例２におけるネットワークデバイス管理システムとインターネット上の別のシステムとによる管理体系を示すための構成図実施例２におけるクライアント情報とサービスとネットワークデバイスの情報の関連付けの例を示す図実施例２におけるクライアントの処理を説明するための流れ図ホストコンピューターのハードウェア構成を示すブロック図

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

（実施例１）
図１は、本発明に係るネットワークデバイス管理システムの構成図である。同図に於いて、１０１はローカルエリアネットワーク（ＬＡＮ）であり、サーバー、各クライアント、管理対象のデバイスはこのネットワークに接続されている。

１０２はネットワークデバイス管理システムのサーバー・ソフトウェアが動作するホストコンピューターである。１０３及び１０７はネットワークデバイス管理システムのクライアント・ソフトウェアが動作するホストコンピューターである。１０４、１０５、１０６、１０８、１０９、１１０は管理対象となるネットワークデバイスを示す。ここでは、ネットワークデバイスの一例として、プリンタや複合機などの画像形成装置を挙げている。ほかにも、ネットワークに接続可能なコンピューター周辺機器（スキャナー、ネットワークカメラなど）であっても、これら画像形成装置に代わって、本発明が適用可能である。ここで、ホスト１０３で動作するクライアント・ソフトウェアは、デバイス１０４、１０５、１０６を管理対象とし、ホスト１０７で動作するクライアント・ソフトウェアは、デバイス１０８、１０９、１１０を管理対象としている。

図２は、ネットワークデバイス管理システムがインターネットを介してサービスを提供する場合の構成図である。ネットワークデバイス管理システムが、インターネットを介して、複数の顧客のネットワークに接続し、顧客ネットワークに接続されたネットワークデバイスの管理を行う。同図に於いて、２０１はインターネットを示している。

２０２はネットワークデバイス管理システムのサーバー・ソフトウェアが動作するホストコンピューター（以降、サーバー呼ぶ）であり、サーバー２０２はインターネット２０１に接続されている。２０５及び２１２は各顧客のローカルエリアネットワークであり、ファイアウォール２０４及び２１１を介して、インターネット２０１に接続されている。２０６及び２１３は、それぞれネットワークデバイス管理システムのクライアント・ソフトウェアが動作するホストコンピューター（以降、クライアントと呼ぶ）である。２０８、２０９、２１０はクライアント２０６により管理されるネットワークデバイスであり、２１５、２１６、２１７はネットワーククライアント２１４により管理されるデバイスである。サーバー２０２は、クライアント２０６及び２１３を識別し、各クライアントが管理すべきデバイスの情報を所定のデータベースを用いて保持することで管理している。

ネットワークデバイス管理システムのサーバー・ソフトウェアは、クライアント２０６などを介して、管理対象のネットワークデバイスのログ情報を収集して、集計結果のレポーティングなどのサービスを行う。このレポーティングサービスを顧客のシステム管理者により提供して、ネットワークデバイスの稼働状況や、エコな使われ方が顧客内で行われているかが把握できるようになる。収集されるログ情報には、ネットワークデバイスで処理されたジョブの履歴や、ネットワークデバイスの消費電力が記録された電力ログなどが含まれる。

図１７は、ホストコンピューター１０２、１０３、１０７、２０２、２０６、２１３等の情報処理装置に共通するハードウェア構成を示すブロック図である。ホストコンピューターは、ＣＰＵ１７０２、ＲＯＭなどの記憶装置を少なくとも備える。

ＣＰＵ１７０２は、ＲＯＭ１７０４や外部記憶装置１７０９に記憶された、或いはＬＡＮなどのネットワークよりダウンロードしたソフトウェアを実行し、システムバス１７１１に接続された各デバイスを総括的に制御する。ＲＡＭ１７０３は、ＣＰＵ１７０２の主メモリあるいはワークエリアなどとして機能する。外部記憶装置１７０９は、ハードディスク（ＨＤ）、フラッシュメモリ等からなる。外部記憶装置１７０９は、ブートプログラム、オペレーティングシステム、データベースサーバー、ＷＥＢサーバー、ＷＥＢブラウザを含む各種のアプリケーション、データベースデータ、ユーザファイル等を記憶する。さらにホストコンピューター１７０１において、１７０６はキーボードコントローラ（ＫＢＤＣ）であり、キーボード（ＫＢＤ）１７０５や図示しないポインティングデバイスからの入力情報をＣＰＵ１７０２に送る。１７０８はビデオコントローラ（ＶＣ）であり、ＣＲＴやＬＤＣ等からなる表示装置１７０７の表示を制御する。１７１０はディスクコントローラ（ＤＫＣ）であり、外部記憶装置１７０９とのアクセスを制御する。１７１２は通信コントローラ（ＣＯＭＭ Ｉ／Ｆ）であり、これを介してネットワークに接続される。後述する本発明における実施例を実現するために、ＣＰＵ１７０２が制御プログラムとして提供されるサーバー・ソフトウェア、またはクライアント・ソフトウェア、インストーラを実行する。

以下、図２で示したネットワークデバイス管理システムの構成に従って、実施形態を説明する。

図３は、本発明のネットワークデバイス管理システムの、クライアントの作成からクライアントでのデバイス管理の開始までの処理の流れを説明した図である。同図の左側はサーバー２０２の処理であり、右側はクライアント２０６（または２１３）での処理を示す。

Ｓ３０１にて、サーバー２０２は、ユーザ（システム管理者）の操作に応じて、クライアント・ソフトウェアが動作するクライアント２０６のためのクライアント情報を生成し、これをサーバー２０２内の記憶装置などに記憶する。このクライアント情報は、サーバー２０２が管理対象となるクライアントを判別するためなどに割り当てる情報である。Ｓ３０２にて、サーバー２０２は、クライアント・ソフトウェアをインストールするためのクライアント・インストーラを生成する。ここで生成されるクライアント・インストーラは、Ｓ３０１にて生成したクライアント２０６のためのクライアント情報を含む。次に、Ｓ３０３にて、サーバー２０２は、インターネットなどのネットワークを介したダウンロード要求に従い、Ｓ３０２で作成したクライアント・インストーラを送信元に送信する。

Ｓ３０４にて、サーバー２０２は、ユーザからに指示に応じて、Ｓ３０１により作成されたクライアント情報と、該クライアントが管理すべきネットワークデバイスの情報との関連付けを行い、サーバー２０２内の記憶装置などに格納する。このＳ３０４の処理は、クライアント情報の生成（Ｓ３０１）以降、任意の時点で何度でも実行可能であり、ユーザからに指示に応じて各クライアントの管理対象となるネットワークデバイスの増減などが可能となる。

Ｓ３１１にて、ダウンロードしたクライアント・インストーラを顧客内のホストコンピューターが実行することで、当該ホストコンピューターが、クライアント・ソフトウェアが動作するクライアント２０６となる。

Ｓ３１２では、クライアント２０６は、ソフトウェアのインストール後の初期設置処理の１つとして、クライアント・インストーラに含まれるクライアント情報を用いて、サーバー２０２に対して、クライアント２０６の有効化を依頼する。この有効化依頼に係る要求データにはクライアント情報が含まれている。Ｓ３１２にて、クライアント２０６からの有効化の依頼として、要求データを受けたサーバー２０２は、当該要求データに含まれるクライアント情報が、サーバー２０２内の記憶装置に存在するかどうかを判定する。存在していた場合には、クライアント２０６を有効として、記憶装置に記録する。この時点で、サーバー２０２は、ネットワークデバイスの管理を始める管理下のクライアントが増えたことを認識できる。そして、サーバー２０２は、クライアント２０６からの依頼に対して、有効化に成功した旨の通知を応答する。以降、サーバー２０２は、クライアント２０６からの各種要求に対して、適宜、応答を返すようになる。一方、サーバー２０２は、管理下に無い未知のクライアントからの要求に関しては、基本的には要求を破棄することになる。

Ｓ３１３にて、クライアント２０６は、サーバー２０２に対して、クライアント２０６が管理すべきネットワークデバイスの一覧を要求する。Ｓ３０６では、サーバー２０２は、Ｓ３１３のクライアント２０６からのネットワークデバイス一覧の要求を受け付ける。サーバー２０２は、Ｓ３０４でクライアント２０６に関連付けられたネットワークデバイスの一覧の情報を参照して、クライアント２０６に応答する。

Ｓ３１４にて、クライアント２０６は、サーバー２０２より取得した管理対象のネットワークデバイスに対して、デバイス管理処理を実行する。クライアント２０６は、必要に応じて管理処理の実行結果をサーバー２０２に送信する。サーバー２０２は、Ｓ３０７にて、管理処理の処理結果を受信し、情報の格納処理や通知処理などを行う。管理処理の例としては、ネットワークデバイスに蓄積された各種ログ情報の収集と、その収集結果のサーバー２０２への通知がある。ほかにも、ネットワークデバイスに設定されているソフトウェアの設定値や宛先帳などといった設定情報を収集するといった管理処理もある。

クライアント２０６は、以降、定期的（１日２回など）、またはユーザーの指示に従い、Ｓ３１３とＳ３１４の処理を繰り返す。

以下、図３の各ステップを詳細に説明する。

図４は、Ｓ３０１における、サーバー２０２上で提供されるクライアント作成画面の例である。同図で、４０１は顧客情報を入力するためのＵＩコントロールである。また、４０２はクライアント２０６を識別するための名称をユーザが入力するためのＵＩコントロールである。ユーザによる「作成」ボタン４０３の押下により、サーバー２０２は、サーバー２０２内の記憶装置に、作成されたクライアント情報を保存する。

図５は、Ｓ２０３にて、サーバー２０２が格納するクライアントの情報の例である。クライアント情報は、例えば、サーバー２０２内の記憶装置、または、データベース管理システム内のデータベースに保存される。データベース管理システムは、サーバー２０２とは別のホストコンピューター上で稼働することも可能である。

図５で示すテーブル内の各列の意味は、以下の通りである。「顧客ＩＤ」欄は、各顧客を一意に識別する識別子であり、顧客情報に対応する情報である。また、「クライアントＩＤ」欄は、各クライアントを一意に識別する識別子であり、「クライアント名」欄は、図４の４０２でユーザにより入力されたクライアント名を示す情報である。

「有効」欄は、図３のＳ３１２及びＳ３０５の処理によりクライアントが有効化されたか否かを示す論理値であり有効化された場合は「Ｔｒｕｅ］となり、「有効日時」欄は有効化がなされた日時を示す。

「署名鍵」欄は、クライアント２０６からサーバー２０２へ送信されるデータに対して署名を施すための情報（暗号鍵などの情報）で、セキュリティを確保するために用意されている。サーバー２０２は、クライアントから送信されてきたデータに関して、その署名を確認することにより受信データが本当にクライアント２０６からのものであることを確認する。

図４に示すように、クライアントが作成された（Ｓ３０１）直後は、有効化はなされておらず、有効化日時も署名鍵も設定されていないことがわかる。また、図では、異なる顧客のクライアント情報を一つのテーブルに格納しているが、機密性を確保するため、顧客毎にクライアント・テーブルを持ように構成することも可能である。

図６は、Ｓ３０２における、サーバー２０２上で提供されるインストーラ作成画面の例である。同図で、６０１は顧客情報を入力するためのＵＩコントロールである。また、６０２は、インストーラを作成するクライアントを選択するためのドロップダウン・リストである。ドロップダウン・リストには、図５のテーブル内の、６０１で示される顧客に関連付けられた、有効化がなされていないクライアントの、クライアント名が列挙される。ユーザー（システム管理者）による「作成」ボタン６０３の押下により、サーバー２０２は、ドロップダウン・リスト６０２で選択されたクライアントのクライアント情報を含むクライアント・インストーラを作成する。

ここで作成されるクライアント・インストーラは、クライアント・ソフトウェアをインストールするためのインストーラ、及び、図５のクライアント情報の少なくとも一部を含む設定ファイルにより構成される。更に、クライアント・インストーラは、クライアント・ソフトウェアを動作させるために必要な別のソフトウェアのインストーラを含むことも可能である。図７はクライアント・インストーラに含まれる設定ファイルの中身の例である。たとえば、設定ファイルはＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記述される。前述のＳ３０２のインストーラ作成処理は、設定ファイルを暗号化して、暗号化された設定ファイルをクライアント・インストーラに含める。

図８は、Ｓ３０３における、サーバー２０２がクライアントに提供するインストーラのダウンロード画面の例である。同図で、８０１は顧客情報、８０２はドロップダウン・リスト６０２で選択されたクライアント名を示す。また、８０３は、作成したクライアント・インストーラをダウンロードするためのリンクである。ユーザによるダウンロード・リンク８０３のクリックに応じて、サーバーは、作成したクライアント・インストーラのダウンロード処理を開始する。

図９は、Ｓ３１１における、ホストコンピューターで表示されるクライアント・インストーラのインストール画面の例である。

同図で、９０１は、ホストコンピューターをクライアント２０６として動作させために必要なコンポーネント（ソフトウェア）とそのインストール状況を示している。例では、「ＡＢＣ Ｄａｔａｂａｓｅ Ｓｙｓｔｅｍ」はインストール済みであるが、「ＸＹＺ Ｌｉｂｒａｒｙ」と「ネットワークデバイス管理クライアント」とがインストールされていないことを示している。「インストールの開始」ボタン９０２の押下により、クライアント・インストーラは、必要なコンポーネントをホストコンピューターにインストールする。図の例では、状態が「インストール待ち」となっている２つのコンポーネントをインストールする。

図１０は、Ｓ３０４における、サーバー２０２上で提供される、クライアントとデバイスとの関連付けを行う設定画面の例である。同図で、１００１は、関連付けの設定を行うクライアントに関する情報を示している。１００２は、クライアントに関連付けることが可能なネットワークデバイスのリストであり、クライアントの管理対象とすべきネットワークデバイスが、ユーザにより選択される。ユーザによる「保存」ボタン１００３の押下により、サーバー２０２は、クライアントと選択された１以上のネットワークデバイスとを関連付けて、サーバー２０２内の記憶装置などに保存する。

図１１は、Ｓ３１２におけるクラアント２０６の有効化のための依頼処理を行うための初期設定画面の例である。ここでは、クライアント２０６からサーバー２０２に接続するためのファイアウォール２０４に関する設定を行う。

１１０１は、ファイアウォール２０４を介してインターネット上のサーバー２０２に接続するためのプロキシ設定を入力するためのＵＩコントロールである。「有効化する」ボタン１１０２の押下により、クライアント２０６は、１１０１のプロキシ設定の入力内容を読み込み、入力されたプロキシ設定を使って、サーバー２０２にクライアント２０６の有効化のための要求を送信する。この要求にはクライアント情報が含まれている。クライアント２０６は、サーバー２０２から該要求に対する有効化の成功を示す応答を受信すると、１１０１で入力されたプロキシ設定と、自身が有効化されたことを示す情報を、クライアント２０６内の記憶装置に保存する。

図１２は、図３において前述したＳ３１２とＳ３０５との処理をより詳細に説明するためのフローチャートを示す。同図では、左側はサーバー２０２の処理であり、右側はクライアント２０６の処理を示す。図１１で、ユーザにより「有効化する」ボタン１１０２が押下されたことに応じて、本処理は開始される。

Ｓ１２０１にて、クライアント２０６は、図１１の１１０１で入力されたプロキシ設定と、クライアント・インストーラに含まれるクライアント情報を取得する。

次に、Ｓ１２０２にて、クライアント２０６は、取り出したプロキシ設定を用いてサーバー２０２に接続し、クライアント２０６を有効化するための要求を、サーバー２０２に送信する。クライアント２０６を有効化するための要求は、クライアント２０６の識別情報（クライアントＩＤやクライアント名など）、顧客を識別するための顧客ＩＤ（テナントＩＤ）や顧客名などの識別情報を含む。

Ｓ１２１１にて、クライアント２０６からの有効化のための要求を受信したサーバー２０２は、受信した要求から、顧客及ぶクライアントの識別情報を取り出す。次に、Ｓ１２１２にて、サーバー２０２は、取り出した識別情報に対応するレコードが、図５で示すクライアント情報の管理テーブルに存在するかを検索して、確認する。Ｓ１２１３では、当該検索の結果に基づく判断を行う。ここで、受信した要求に含まれる識別情報に対応するクライアント情報のレコードが存在しない場合、または、見つかった対応するクライアント情報のレコードの「有効化」欄が“Ｔｒｕｅ”の場合には、Ｓ１２１４で、サーバー２０２は、有効化に失敗した旨を含む応答をクライアント２０６に返信する。この場合は、サーバー２０２からすると未登録クライアントやクライアント情報の流用となる不正な有効化の要求であったとして、有効化の処理を中断する。

一方、Ｓ１２１３で、クライアント２０６からの要求に含まれる識別情報に対応するクライアント情報のレコードが存在して、かつ、当該レコードの「有効化」欄が“Ｆａｌｓｅ”の場合には、サーバー２０７は、Ｓ１２１５以降のクライアント２０６の有効化の処理を行う。Ｓ１２１５にて、サーバー２０２は、クライアント２０６で用いる署名用の鍵を生成する。次に、Ｓ１２１６にて、サーバー２０２は、Ｓ１２１５で生成した署名用の鍵と、クライアント２０６の有効化に成功したことを示す情報を含む応答をクライアント２０６に返信する。

Ｓ１２１７にて、サーバー２０２は、応答の返信を確認した後に、図５で示す管理テーブルのクライアント２０６に関するレコードの「有効化」欄を“Ｔｒｕｅ”に、「署名鍵」欄をＳ１２０９で生成した署名鍵の情報に更新する。更に、サーバー２０２は、「有効化日時」欄を現在日時に更新する。

Ｓ１２０３にて、クライアント２０６は、有効化の要求に対する応答として、サーバー２０２からの応答を受け付ける。ここで受け付ける応答は、前述したＳ１２１４、またはＳ１２１６でサーバー２０２が送信した応答になる。Ｓ１２０４にて、受け付けた応答が有効化の成功を示す場合にはＳ１２０５に進み、受け付けた応答が有効化の失敗を示す場合にはＳ１２０６に進む。

Ｓ１２０５では、クライアント２０６は、応答に含まれるサーバー２０２との通信の際に署名のために用いる署名鍵と、前述した図１１の設定画面で入力したプロキシ設定とを、クライアント２０６内の記憶装置に保存する。

Ｓ１２０６では、サーバー２０２からの応答に従い、前述のクライアントの有効化処理の成功または失敗を表示する。

図１３は、クライアント２０６がサーバー２０２に対して送信する要求のヘッダ部分の一例を示している。なお、５行目の末の「￥」は、５、６行目が実際は１行で構成されていることを示す。

ここでは、クライアント２０６からサーバー２０２に対する要求はＨＴＴＰＳプロトコルにより行われるものとする。同図に於いて、Ａｕｔｈｏｒｉｚａｔｉｏｎ行は、署名の計算方法（ＨｍａｃＳｈａ２５６）と顧客ＩＤ（０００１）とクライアントＩＤ（０００１Ｃ０００１）とＨＭＡＣ−ＳＨＡ２５６署名を含む。署名は、このヘッダ内の特定の要素を結合した文字列のＨＭＡＣ−ＳＨＡ２５６署名を計算し、これをＢＡＳＥ６４でエンコードしたものである。

この要求を受信したサーバー２０２は、ヘッダのＡｕｔｈｏｒｉｚａｔｉｏｎ行から、顧客とクライアントの識別情報を取り出し、図５のクラアイント情報の管理テーブルから対応するレコードを検索し、署名鍵を得る。ここで検索の結果、管理テーブルに目的のクライアント情報が存在しない場合には、サーバー２０２は当該要求を無効と判断し、処理を中断する。

サーバー２０２は、次に、ヘッダ内の要素から署名対象となる文字列を作成し、前記署名鍵を用いてＨＭＡＣ−ＳＨＡ２５６署名を計算し、これとヘッダ内の署名とを比較する。比較の結果、両署名が一致した場合、サーバー２０２は、要求がクライアント２０６からの送信であるとして処理を継続する。比較の結果、両署名が一致しない場合、サーバー２０２は、要求がクライアント２０６からのものでないと判断し、処理を中断する。

（実施例２）
実施例２では、ネットワークデバイス管理システムは、前述したレポーティングサービスに加え、複数のサービスを提供することを想定している。そのようなシステムにおける特有な処理を、本実施例では詳細に説明する。

たとえば、複数のサービスとしては、ネットワークデバイスの設定値を収集し、データベースなどに格納し、ネットワークデバイスの設定のバックアップや同期に用いるサービスなどがある。ほかにも、ネットワークデバイスの状態（エラーや警告の有無）の監視を行い、その状態情報をデータベースなどに格納して、ネットワークデバイスの稼働状態レポートを生成するなどの状態監視サービスがある。また、データベースで管理された情報を分析して、故障予測などを行った結果、必要に応じてサーバー２０２から予備修理のためにデバイス保守を行うサービスマンなどを手配する故障予測サービスがある。

ネットワークデバイス管理システムでは、顧客が選択的にこれらサービスを利用できるようにしている。つまり、サーバー２０２では、管理下のクライアント毎に処理するサービスと、当該サービスの対象となるネットワークデバイスとの関連付けを管理することになる。更に、顧客が選択可能なサービス内容は、ネットワーク管理システムに後から追加することが可能である。

以下、第１の実施例と同じ構成、同じステップについては同じ符号を用い、詳細な説明を省略する。

図１４は、ネットワークデバイス管理システムに、サービスが追加された場合の処理を実現するためのシステム構成の例を示す図である。ここでは、追加されたサービスが、ネットワークデバイス管理システムのサーバー２０２とは異なる他システムが有する機能と連携することにより実現される場合の構成を示している。

１４０１は、インターネット２０１に接続された専用サーバーを含む保守サービスシステムであり、ネットワークデバイスの保守用の情報を収集、蓄積している。他システム１４０１は、ネットワークデバイス管理システムとは利用者や利用目的が異なる場合がある。

他システム１４０１が単独で提供するサービスとしては、ネットワークデバイス内の各部品の使用回数や稼働時間や交換日時等の情報を収集から消耗度を判断し、サービスマンを必要に応じて、派遣するサービスがある。ほかにも、ユーザーからの問い合わせに対して回答を行うヘルプデスクサービスを提供している。ほかにも、ダウンタイムを抑制するために、顧客のトナーカートリッジやトナーボトルといった消耗品の在庫管理を行い、顧客環境へ自動配送するサービスなども行っている。これらサービスを実現するために、他システム１４０１はネットワークデバイスから、印刷枚数や部品の使用回数を示すカウンタ情報や、障害情報、消耗品の残量通知（トナーローやトナーエンプティ）といった情報を受け付けて、データベースなどで管理している。

サーバー２０２では、他システム１４０１での蓄積情報を利用することで、前述した故障予測やネットワークデバイスの最適な利用方法などの分析レポートを生成するといった新たなサービスも可能となる。この場合には、サーバー２０２と他システム１４０１間で、ｗｅｂサービスなどを利用した通信を行い、適宜情報をやり取りすることになる。

サーバー２０２と他システム１４０１とで情報を共有することにより、ネットワークデバイス管理システムの顧客に新たなサービスが提供可能となるといったメリットがある。従って、そういった新たサービスを提供する際に、顧客環境からネットワークデバイスの情報を収集する場合には、クライアント２０６が、サーバー２０２と他システム１４０１のそれぞれに対して、必要な情報を送信する仕組みが望ましいといえる。

図１５（Ａ）は、サーバー２０２上で提供される顧客情報とクライアント情報とサービス（機能名）と、対象のネットワークデバイスとの関連付けを行う設定画面の例である。これは、実施例１の図１０の変形例といえる。

同図で、１５０１は、関連付けを行うクライアント情報やサービス（機能名）に関する情報を示している。この例では、顧客名がＡＢＣ株式会社の、クライアント名がＴＯＫＹＯ Ｏｆｆｉｃｅのクライアント上で、状態監視サービスの対象となるネットワークデバイスを指定可能となっている。１５０２は、クライアント及び対象サービスに関連付けることが可能なネットワークデバイスのリストであり、対象となるネットワークデバイスがユーザにより選択される。ユーザによる「保存」ボタン１５０３の押下により、サーバー２０２は、表示されているクライアント情報とサービスと選択されたネットワークデバイスとを関連付けて、サーバー２０２内の記憶装置などに保存する。

図１５（Ｂ）は、図１５（Ａ）により設定される、クライアントとサービスとネットワークデバイスの関連付けの管理テーブルの例である。この例では、クライアントＩＤが０００１Ｃ０００１であるクライアントでは、機能ＩＤがＥ００１とＥ００３であるサービスを実行することが示されている。また、機能ＩＤがＥ００１であるサービスの対象となるネットワークデバイスが４台、機能ＩＤがＥ００３であるサービスの対象となるネットワークデバイスが５台、それぞれ設定されていることがわかる。

クライアントの作成、クライアント・インストーラの作成、クライアントのインストール及び有効化処理は、実施例１と同様である。

図１６は、クライアント２０６が、提供サービスとその対象となるネットワークデバイスを示す情報を取得して、サービスを開始するまで処理を説明するための図である。本処理は、前述した図３のＳ３０６，Ｓ３１３の応用例といえる。図の左側はサーバー２０２の処理であり、右側はクライアント２０６の処理を示す。

Ｓ１６０１にて、クライアント２０６は、サーバー２０２に対して、クライアント２０６に関連付けられたサービスと、対象となるネットワークデバイスの対応などを含む一覧を要求する。Ｓ１６０７にて、クライアント２０６からの要求を受信したサーバー２０２は、図１５に示す関連付けを含む管理テーブルからクライアント２０６に該当する情報を取得し、これをクライアント２０６に返信する。

Ｓ１６０２にて、クライアント２０６は、すでに自身にインストール済みである機能の一覧を取得する。ここで取得される一覧に含まれる機能は、ネットワークデバイス管理システムで提供するサービスを実現するための機能で、例えば、ネットワークデバイスからログ情報を収集する機能と、該収集したログ情報をサーバー２０２に送信する機能などがある。次に、Ｓ１６０３にて、Ｓ１６０１でサーバー２０２から取得した一覧に含まれるサービスと、Ｓ１６０２で取得したインストール済みの機能の一覧を比較する。Ｓ１６０４にて、比較の結果、Ｓ１６０１でサーバー２０２から取得した一覧に含まれるサービスに必要な機能がすべてインストール済みであると判定された場合は、Ｓ１６０７に進む。Ｓ一方、１６０４にて、比較の結果、Ｓ１６０１でサーバー２０２から取得した一覧に含まれるサービスに必要な機能がインストール済みではないと判定された場合は、Ｓ１６０５に進む。

Ｓ１６０５にて、クライアント２０６はサーバー２０２に対して、拡張すべき機能を示す情報として機能ＩＤを指定して、対応する機能のインストールのためのパッケージを要求する。Ｓ１６１２にて、該要求を受信したサーバー２０２は、指定された機能ＩＤに対応する機能拡張パッケージをクライアント２０６に送信する。クライアント２０６は、このパッケージを受信する。さらに、Ｓ１６０６にて、受信したパッケージを利用したインストールにより機能拡張を行う。

具体的には、前述した故障予測サービスを追加するよう、機能ＩＤにより指定されていた場合には、クライアント２０６には、ネットワークデバイスから各種カウンタ情報や障害情報といった分析に利用される情報を収集する機能が必要となる。また、それら収集した情報を、一旦、他システム１４０１に対して送信する機能が必要となる。この送信の際には、セキュリティを考慮する場合には、サーバー２０２との通信で必要となった署名鍵などの情報を他システム１４０１から取得するといった初期化処理も行われる必要がある。つまり、Ｓ１６０６におけるインストール処理は、機能拡張に加え、必要に応じてネットワーク通信のための初期化処理なども含む。

Ｓ１６０７では、クライアント２０６は、Ｓ１６０１でサーバー２０２から取得した一覧を利用して、対象デバイスに対して適宜サービスを実行する。

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

さらに、本発明には、上述した実施形態の適宜組み合わせることにより構成されたシステムやその機能も含まれるものとする。

Claims (14)

1. 顧客環境に設置されたネットワークデバイスを管理するためのサーバーを含む管理システムであって、
   前記サーバーは、
   クライアント情報を作成する第１の作成手段と、
   前記作成されたクライアント情報を含む、ネットワークデバイスの管理機能を開始するためのインストーラを作成する第２の作成手段と、
   前記作成されたクライアント情報と、当該クライアント情報に対応するクライアントの管理対象となるネットワークデバイスとの関連付けを記憶装置に格納する格納手段と、
   前記顧客環境のクライアントから前記作成されたインストーラの実行に応じた、クライアント情報を含む有効化依頼を受信する受信手段と、
   前記有効化依頼に含まれるクライアント情報が、前記記憶装置に格納されていた場合には、当該クライアントの有効化処理を行ったうえで、前記記憶装置に格納されている当該クライアントの管理対象となるネットワークデバイスの識別情報を応答する応答手段と、
   前記クライアントは、
   前記サーバーから前記インストーラを取得して実行する実行手段と、
   前記インストーラの実行に応じて、当該インストーラに含まれるクライアント情報を含む有効化依頼を前記サーバーに送信する依頼手段と、
   前記サーバーからの応答に含まれる管理対象となるネットワークデバイスの識別情報に基づき、当該ネットワークデバイスから取得した情報を前記サーバーに対して送信する送信手段と、を有することを特徴とする管理システム。
2. 前記クライアントの送信手段は、前記サーバーに対して、管理対象となるネットワークデバイスから取得したログ情報を送信し、
   前記クライアントは、前記サーバーから、前記サーバーとは異なる他のシステムに対して、管理対象となるネットワークデバイスのカウンタ情報及び障害情報の少なくともいずれかの情報を送信するための機能を拡張するためのパッケージを取得してインストールし、
   前記サーバーは、前記他のシステムからカウンタ情報及び障害情報の少なくともいずれかの情報を取得することにより、新たなサービスを提供することを特徴とする請求項１に記載の管理システム。
3. 顧客環境に設置されたネットワークデバイスを管理するためのサーバーであって、
   クライアント情報を作成する第１の作成手段と、
   前記作成されたクライアント情報を含む、ネットワークデバイスの管理機能を開始するためのインストーラを作成する第２の作成手段と、
   前記作成されたクライアント情報と、当該クライアント情報に対応するクライアントの管理対象となるネットワークデバイスとの関連付けを記憶装置に格納する格納手段と、
   前記顧客環境のクライアントから前記作成されたインストーラの実行に応じた、クライアント情報を含む有効化依頼を受信する受信手段と、
   前記有効化依頼に含まれるクライアント情報が、前記記憶装置に格納されていた場合には、当該クライアントの有効化処理を行ったうえで、前記記憶装置に格納されている当該クライアントの管理対象となるネットワークデバイスの識別情報を応答する応答手段と、
   前記クライアントを介して、前記ネットワークデバイスの情報を収集する収集手段と、を有することを特徴とするサーバー。
4. 前記応答手段は、前記クライアントから前記サーバーへの情報の送信に用いる署名用の鍵の情報を更に応答することを特徴とする請求項３に記載のサーバー。
5. 前記クライアントの有効化処理が行われた際に、前記クライアント情報と顧客情報とともに、有効化された日時情報と署名用の鍵の情報とを前記記憶装置に記憶する記憶手段をさらに有することを特徴とする請求項３または４に記載のサーバー。
6. 前記応答手段は、前記クライアントが提供すべきサービスを示す情報と、当該サービスにより管理対象となるネットワークデバイスの識別情報を応答し、
   前記クライアントから前記サービスを実行するために必要な機能を拡張するためのパッケージの要求に応じて、当該パッケージを送信するパッケージ送信手段をさらに有することを特徴とする請求項３乃至５の何れか１項に記載のサーバー。
7. 顧客環境に設置されたネットワークデバイスを管理するためのサーバーと通信する情報処理装置であって、
   前記サーバーから取得したインストーラの実行に応じて、当該インストーラに含まれるクライアント情報を含む有効化依頼を前記サーバーに送信する依頼手段と、
   前記クライアント情報に対応する管理対象となるネットワークデバイスの識別情報を含む応答を受信する受信手段と、
   前記管理対象となるネットワークデバイスの識別情報に基づき、当該ネットワークデバイスから取得した情報を前記サーバーに対して送信する送信手段と、を有することを特徴とする情報処理装置。
8. 前記受信手段は、前記クライアント情報に対応する提供すべきサービスを示す情報と、当該サービスにより管理対象となるネットワークデバイスの識別情報を受信し、
   当該サービスを実行するための機能がインストール済みか否かを判断する判断手段をさらに有することを特徴とする請求項７に記載の情報処理装置。
9. 前記判断手段によりインストール済みではないと判断された場合に、前記サービスを実行するために必要な機能を拡張するためのパッケージを前記サーバーに対して要求する要求手段をさらに有することを特徴とする請求項８に記載の情報処理装置。
10. 前記サーバーとは異なる他のシステムに対して、管理対象となるネットワークデバイスの情報を送信するための機能を拡張するために、前記要求手段による要求に応じて前記サーバーから取得したパッケージをインストールすることを特徴とする請求項９に記載の情報処理装置。
11. 顧客環境に設置されたネットワークデバイスを管理するためのサーバーにおける方法であって、
    クライアント情報を作成する第１の作成工程と、
    前記作成されたクライアント情報を含む、ネットワークデバイスの管理機能を開始するためのインストーラを作成する第２の作成工程と、
    前記作成されたクライアント情報と、当該クライアント情報に対応するクライアントの管理対象となるネットワークデバイスとの関連付けを記憶装置に格納する格納工程と、
    前記顧客環境のクライアントから前記作成されたインストーラの実行に応じた、クライアント情報を含む有効化依頼を受信する受信工程と、
    前記有効化依頼に含まれるクライアント情報が、前記記憶装置に格納されていた場合には、当該クライアントの有効化処理を行ったうえで、前記記憶装置に格納されている当該クライアントの管理対象となるネットワークデバイスの識別情報を応答する応答工程と、
    前記クライアントを介して、前記ネットワークデバイスの情報を収集する収集工程と、を有することを特徴とする方法。
12. 顧客環境に設置されたネットワークデバイスを管理するためのサーバーと通信する情報処理装置における方法であって、
    前記サーバーから取得したインストーラの実行に応じて、当該インストーラに含まれるクライアント情報を含む有効化依頼を前記サーバーに送信する依頼工程と、
    前記クライアント情報に対応する管理対象となるネットワークデバイスの識別情報を含む応答を受信する受信工程と、
    前記管理対象となるネットワークデバイスの識別情報に基づき、当該ネットワークデバイスから取得した情報を前記サーバーに対して送信する送信工程と、を有することを特徴とする方法。
13. 請求項３乃至６のいずれか１項に記載の手段としてコンピューターを機能させるためのプログラム。
14. 請求項７乃至１０のいずれか１項に記載の手段としてコンピューターを機能させるためのプログラム。

Images