JP2005209145A - 双方向通信ネットワークデバイス管理装置およびネットワークデバイス管理方法およびプログラムおよび記録媒体 - Google Patents

Abstract

【課題】ネットワークデバイス制御装置同士で同期をとり、デバイス間通信が不良の場合、プロキシ側のキャッシュ情報を利用することによりプロセス間通信の回数を減らしてクライアントアプリケーションの速度を向上するとともに、サーバアプリケーションの負荷軽減、情報の新規性の向上を図ること。
【解決手段】複数のネットワークが双方向で通信可能な複合ネットワーク環境におけるシステムデバイス管理装置が、同一ネットワーク内のデバイスと通信して前記同一ネットワーク内のデバイスの情報を取得し、また外部ネットワークに要求して外部ネットワーク内のデバイスの情報を取得して、それぞれ保持しておき、デバイスの情報の取得要求に応じて、デバイスの情報を要求元に返信し、この際、同一ネットワーク内のデバイス又は外部ネットワークからデバイスの情報を取得できない場合は、保持しておいたデバイスの情報を要求元に返信制御する構成を特徴とする。
【選択図】図１

Description

本発明は、コンピュータネットワークに関し、具体的にはネットワーク管理ソフトウェアを含む双方向通信ネットワークデバイス管理装置およびネットワークデバイス管理方法およびプログラムおよび記録媒体に関する。

ネットワークデバイスを管理する方法として、ＳＮＭＰ／ＭＩＢがある。

ＳＮＭＰネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つのネットワーク管理ステーション（ＮＭＳ）、各々がエージェントを含むいくつかの管理対象ノード、及び管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。

ユーザは、ＮＭＳ上でネットワーク管理ソフトウェアを用いて管理対象ノード上のエージェントソフトウェアと通信することにより、ネットワーク上のデータを得、またデータを変更することができる。

このようなネットワーク管理ソフトウェアを分散環境で使用する場合、ＳＮＭＰネットワーク管理機能を持つサーバアプリケーションと各端末で起動されるＧＵＩ部分である複数のクライアントアプリケーションによる構成をとることが一般的である。

異なる端末間でクライアントアプリケーションとサーバアプリケーションでプロセス間通信を行う標準としてＲＦＣ１０５７ＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａ１１）が定義されている。ＲＰＣとは、ネットワークサービスを提供する関数群をサーバ側で用意し、その中の関数をローカルマシン内の関数と同様に、ネットワーク上の別端末のクライアントプロセスから呼び出せるようにしたものである。

ＲＰＣにおけるプロセス間通信の流れは以下のようになる。クライアントは、サーバに対するサービス要求として、サーバに用意されているＲＰＣ関数を呼び出す。

この時点で、関数の呼び出し情報を格納したデータパケットがサーバに送られ、クライアントのプログラムは中断される。サーバがパケットを受け取ると、呼び出された関数をディスパッチし、関数の引数を取り出した後、その引数をもとにサービスを実行して、その結果をクライアントに返す。クライアントは関数の結果を受け取った後で、プログラムの実行を再開する。ＲＰＣにおけるクライアントとサーバの接続形態には、コネクション型とコネクションレス型の２種類がある。

しかしながら、上記従来例では、ネットワーク管理ソフトウェアのクライアントアプリケーションとサーバアプリケーション間の通信が多数発生し、デバイスからの情報取得、デバイスへの情報設定に時間がかかってしまうという問題点があった。

この問題点を解決したものに、特許文献１がある。

特許文献１では、ネットワーク制御装置が取得したデバイスの情報とデバイスに対する設定情報を比較し、相違があった場合のみ、デバイスに対する設定情報を変更する。また、クライアントから情報取得要求があった場合は、サーバ・デバイス間の通信を省略し、クライアントアプリケーションは自身が持っているキャッシュ情報をネットワークデバイス装置からの要求に対する返答として処理する。

これにより、プロセス間通信の回数を減少させてクライアントアプリケーションの速度向上、サーバアプリケーションの負荷軽減を図ることができる。
特開２００２−２１５４８５号公報

しかしながら上記特許文献１では、各デバイス間の通信が確立しなかった場合に、他通信経路を利用できないため、クライアントは更新していない情報をキャッシュとして受け取ってしまうという問題点があった。

本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、複数のネットワークが双方向で通信可能な複合ネットワーク環境における同一ネットワーク内のデバイスと通信して前記同一ネットワーク内のデバイスの情報を取得し、また外部ネットワークに要求して外部ネットワーク内のデバイスの情報を取得して、それぞれ記憶手段に保持させておき、デバイスの情報の取得要求に応じて、前記デバイスの情報を要求元の前記デバイス又は他の双方向通信ネットワークデバイス管理装置に返信制御し、この際、同一ネットワーク内のデバイス又は外部ネットワークからデバイスの情報を取得できない場合には、前記記憶手段に記憶されるデバイスの情報を要求元に返信制御することにより、ネットワークデバイス制御装置同士で同期をとり、デバイス間通信が不良の場合、プロキシ側のキャッシュ情報を利用することによりプロセス間通信の回数を減らしてクライアントアプリケーションの速度を向上するとともに、サーバアプリケーションの負荷軽減、情報の新規性の向上を図ることができる双方向通信ネットワークデバイス管理装置およびネットワークデバイス管理方法およびプログラムおよび記録媒体を提供することである。

本発明の第１の発明は、複数のネットワーク（図１に示すネットワーク１０６，２０６，３０６，４０６）が双方向で通信可能な複合ネットワーク環境の各ネットワークに備えられ、ネットワーク内の複数のデバイスを管理する双方向ネットワークデバイス管理サーバ（図１に示すシステムデバイス管理サーバ１００，２００，３００，４００）であって、前記同一ネットワーク内のデバイスと通信して前記同一ネットワーク内のデバイスの情報を取得する第１の取得手段（図３に示すＣＰＵ５０１により実行されるネットワーク管理ソフトウェア，図４のステップＳ１０３，図５のステップＳ２０２）と、外部ネットワークに要求して外部ネットワーク内のデバイスの情報を取得する第２の取得手段（図３に示すＣＰＵ５０１により実行されるネットワーク管理ソフトウェア，図４のステップＳ１０８〜Ｓ１１０）と、前記同一ネットワーク内のデバイスの情報と前記外部ネットワークのデバイスの情報とを記憶する記憶手段（図３に示すＨＤ５１１，図２）と、デバイスの情報の取得要求に応じて、前記デバイスの情報を要求元の前記デバイス又は他の双方向通信ネットワークデバイス管理装置に返信制御する制御手段（図３に示すＣＰＵ５０１により実行されるネットワーク管理ソフトウェア，図４のステップＳ１０３〜Ｓ１０５，Ｓ１０７〜Ｓ１１１，図５のステップＳ２０２〜Ｓ２０４）とを有し、前記制御手段は、前記第１の取得手段又は第２の取得手段によりデバイスの情報を取得できない場合には、前記記憶手段に記憶されるデバイスの情報を前記要求元に返信制御する（図４のステップＳ１０６，Ｓ１１２，図５のステップＳ２０４）ことを特徴とする。

本発明の第２の発明は、前記同一ネットワーク内のデバイスの情報をスタックに格納して各ネットワークの双方向通信ネットワークデバイス管理装置間で順次巡回させる同期手段（図３に示すＣＰＵ５０１により実行されるネットワーク管理ソフトウェア，図８）を有することを特徴とする。

本発明の第３の発明は、前記同期手段は、前記ネットワーク内のデバイスから緊急を要する情報が取得された場合には、該緊急を要する情報を即座に各ネットワークの双方向通信ネットワークデバイス管理装置へ通知する（図３に示すＣＰＵ５０１により実行されるネットワーク管理ソフトウェア，図９）ことを特徴とする。

本発明の第４の発明は、複数のネットワークが双方向で通信可能な複合ネットワーク環境の各ネットワークに備えられ、ネットワーク内の複数のデバイスを管理する双方向ネットワークデバイス管理装置におけるネットワークデバイス管理方法であって、前記同一ネットワーク内のデバイスと通信して前記同一ネットワーク内のデバイスの情報を取得する第１の取得工程（図４のステップＳ１０３，図５のステップＳ２０２）と、外部ネットワークに要求して外部ネットワーク内のデバイスの情報を取得する第２の取得工程（図４のステップＳ１０８〜Ｓ１１０）と、前記同一ネットワーク内のデバイスの情報と前記外部ネットワークのデバイスの情報とを記憶手段に格納する格納工程（図６のステップＳ３０３，図７のステップＳ４０２，図８のステップＳ５０２，図９のステップＳ６０２，図１０のステップＳ７０２）と、デバイスの情報の取得要求に応じて、前記デバイスの情報を要求元の前記デバイス又は他の双方向通信ネットワークデバイス管理装置に返信制御する返信工程（図４のステップＳ１０３〜Ｓ１０５，Ｓ１０７〜Ｓ１１１，図５のステップＳ２０２〜Ｓ２０４）とを有し、前記返信工程は、前記第１の取得工程又は第２の取得工程によりデバイスの情報を取得できない場合には、前記記憶手段に記憶されるデバイスの情報を前記要求元に返信制御する（図４のステップＳ１０６，Ｓ１１２，図５のステップＳ２０４）ことを特徴とする。

本発明の第５の発明は、第４の発明に記載されたネットワークデバイス管理方法を実行するためのプログラムであることを特徴とする。

本発明の第６の発明は、第４の発明に記載されたネットワークデバイス管理方法を実行するためのプログラムを記録媒体にコンピュータが読み取り可能に記憶させたことを特徴とする。

本発明によれば、複数のネットワークが双方向で通信可能な複合ネットワーク環境における同一ネットワーク内のデバイスと通信して前記同一ネットワーク内のデバイスの情報を取得し、また外部ネットワークに要求して外部ネットワーク内のデバイスの情報を取得して、それぞれ記憶手段に保持させておき、デバイスの情報の取得要求に応じて、前記デバイスの情報を要求元の前記デバイス又は他の双方向通信ネットワークデバイス管理装置に返信制御し、この際、同一ネットワーク内のデバイス又は外部ネットワークからデバイスの情報を取得できない場合には、前記記憶手段に記憶されるデバイスの情報を要求元に返信制御するので、ネットワークデバイス管理装置間で同期を取り、互いの情報を保有（共有）し、またネットワークデバイス管理装置の管理下のデバイスと同期を取りその情報を保有することにより、ネットワークデバイス管理装置間が通信不良であった場合には、他ネットワークデバイス制御装置が保有するキャッシュ情報を取得すること、自身が保有するキャッシュ情報を返すこと、またネットワークデバイス制御装置が管理下のデバイスと通信不良であった場合には、既に保持している情報を返すことにより、ネットワークの状態が悪い場合でも、情報の新規性を向上させ、クライアントアプリケーションの速度向上、広域に対応可能であり、システムの柔軟性の向上を図ることができる等の効果を奏する。

図１は、本発明の一実施形態を示す双方向通信ネットワークデバイス管理装置を適用可能なネットワークシステムの構成を説明するブロック図である。

図１に示すように、本実施形態のネットワークシステムは、複数のシステム１０６，２０６，３０６，４０６から構成される。

これら複数のシステム１０６，２０６，３０６，４０６は、それぞれ双方向通信ネットワークデバイス管理装置（以下、システムデバイス管理サーバ）１００，２００，３００，４００を備えている。

システムデバイス管理サーバ１００，２００，３００，４００には、後述の全ての説明で動作主体となるネットワーク管理ソフトウェアプログラムがそれぞれ実装されており、システムデバイス管理サーバ１００，２００，３００，４００は、それぞれシステム１０６，２０６，３０６，４０６を管理下におくものである。

なお、上記システム１０６，２０６，３０６，４０６を管理するシステムデバイス管理サーバ１００，２００，３００，４００は同一構成となっている。

以下、システム１０６及びシステムデバイス管理サーバ１００を用いて説明するが、特に断りの無い限り、システム（２０６，３０６，４０６）及びシステムデバイス管理サーバ（２００，３００，４００）も同様とする。

また、以下の説明において、特に断りの無い限り、実行の主体を、システムデバイス管理サーバ１００とする。

図１に示すように、システムデバイス管理サーバ１００が管理するデバイスがプリンタだった場合、ネットワークデバイス管理装置が保持している情報は、後述する図２に示すようになる。

また、システムデバイス管理サーバ１００におけるソフトウェア上の制御の主体は、システムデバイス管理サーバ１００に実装されたネットワーク管理ソフトウェアである。なお、本実施形態は、特定のＯＳに限定するものではない。また、上記ネットワーク管理ソフトウェアは、フレキスブルディスクやＣＤ−ＲＯＭなどの記録媒体（記憶媒体）に格納された形で供給されても良く、その場合には不図示のフレキスブルディスクコントローラまたはＣＤ-ＲＯＭドライブなどによって記録媒体からプログラムが読み取られ、システムデバイス管理サーバ１００にインストールされるものとする。

そして、上記ネットワーク管理ソフトウェアにおいて、他のシステムデバイス管理サーバ（２００，３００，４００）と通信するプロセスを「ネットワーク同期システム」と呼称し、プリンタサーバ１０１へ通信するプロセスを「プリンタサーバ通信システム」と呼称し、デバイス（プリンタ１０２，１０３）と通信するプロセスを「デバイス通信システム」と呼称するものとする。

ネットワーク同期システムは、ＳＮＭＰプロトコルを使用してプリンタサーバ１０１と通信を行う。デバイス通信システムは、ＳＮＭＰプロトコルを使用してデバイス（プリンタ１０２，１０３）と通信を行う。ネットワーク同期システムは、ＳＮＭＰプロトコルを使用して他のシステムデバイス管理サーバ（２００，３００，４００）と通信を行う。

以下、具体的に説明する。

例えば、プリンタサーバ１０１やクライアント１０４，１０５が、デバイス（例えばプリンタ１０２）からデバイスの情報を取得したい場合、プリンタサーバ１０１は、プロキシを用いてプロセス間通信をし、システムデバイス管理サーバ１００のデバイス通信システムに取得したいシステム内のデバイス情報を送信する。すると、システムデバイス管理サーバ１００のデバイス通信システムは、スタブから送信された情報を受け取り、ＳＮＭＰプロトコルを用いてプリンタ１０２からＭＩＢ情報を取得する。該取得されたプリンタ１０２のＭＩＢ情報は、システムデバイス管理サーバ１００のデバイス通信システムのスタブからプロセス間通信を使用してプロキシに送信され、プロキシからプリンタサーバ１０１にコールバック通知され、プリンタサーバ１０１内に保存される。

また、システムデバイス管理サーバ１００が上記プリンタサーバ１０１内に保存されたデバイス（例えばプリンタ１０２）のＭＩＢ情報を取得したい場合、システムデバイス管理サーバ１００は、プロキシを用いてプロセス間通信をし、プリンタサーバ通信システムに取得したいプリンタサーバ１０１の情報を送信する。すると、プリンタサーバ通信システムは、スタブから送信された情報を受け取り、ＳＮＭＰプロトコルを用いてプリンタサーバ１０１からプリンタのＭＩＢ情報を取得する。そして、取得されたプリンタのＭＩＢ情報は、プリンタサーバ通信システムのスタブからプロセス間通信を使用してプロキシに送信され、プロキシからコールバック通知され、システムデバイス管理サーバ１００内に保存される。

さらに、プリンタサーバ１０１がデバイス（例えばプリンタ１０２）に情報を設定したい場合、プリンタサーバ１０１はプロキシを用いてプロセス間通信をし、システムデバイス管理サーバ１００のデバイス通信システムに設定したいデバイス情報を送信する。すると、システムデバイス管理サーバ１００のデバイス通信システムは、スタブから送信された情報を受け取り、ＳＮＭＰプロトコルを用いてプリンタ１０２にＭＩＢ情報を設定する。そして、設定が成功したか失敗したかを示す情報が、システムデバイス管理サーバ１００のデバイス通信システムのスタブからプロセス間通信を使用してプロキシに送信され、プロキシからプリンタサーバ１０１に通知され、プリンタサーバ１０１内に保存される。

また、システムデバイス管理サーバ１００が他のシステムデバイス管理サーバ（例えばシステムデバイス管理サーバ２００）から情報を取得したい場合、システムデバイス管理サーバ１００は、プロキシを用いてプロセス間通信をし、ネットワーク同期システムに取得したい情報を送信する。ネットワーク同期システムはスタブから送信された情報を受け取り、ＳＮＭＰプロトコルを用いてシステムのシステムデバイス管理サーバ２００からデバイス管理情報を取得する。該取得した情報は、ネットワーク同期システムのスタブからプロセス間通信を使用してプロキシに送信され、プロキシからコールバック通知され、システムデバイス管理サーバ１００内に保存される。

なお、このシステムデバイス管理サーバ２００からの情報取得に多大な時間を要するとき、ネットワーク同期システムは、迂回経路の探索を行い、迂回経路の情報をシステムデバイス管理サーバ１００に送信するように構成してもよい。この迂回経路の情報は、上記他のシステムデバイス管理サーバ２００を迂回するための第３のシステムデバイス管理サーバを示す情報であり、例えば、上記他のシステムデバイス管理サーバの管理下のシステムへのアクセス頻度が最も高いシステム管理サーバ（例えばシステムデバイス管理サーバ３００）が選ばれる。

そして、システムデバイス管理サーバ１００は、ネットワーク同期システムからの迂回経路の情報を用いて、第３のシステムのシステムデバイス管理サーバ３００へ目的のシステムのデバイス管理情報取得要求を送信する。すると、第３のシステムのシステムデバイス管理サーバ３００は、上記別システムのデバイス管理情報取得要求を受け取り、送信元のシステムデバイス管理サーバ１００へ別システムのデバイス管理情報を送信する。そして、システムデバイス管理サーバ１００は、受信したデバイス管理情報を保存する。

また、システムデバイス管理サーバ１００は、管理下にあるデバイスの情報が変化したとき（例えば、管理下のシステムに新規デバイスが追加された時、デバイスがはずされた時、デバイスが使用不可能状態になった時等）、該デバイス情報を取得可能である。そして、システムデバイス管理サーバ１００は、取得したデバイス情報を、優先順位（例えば、そのシステム内のデバイスの使用頻度）が最も高い他のシステムデバイス管理サーバ（例えばシステムデバイス管理サーバ２００）へ送信し、順次優先順位が高い順に巡回させる。なお、システムデバイス管理サーバ１００は、デバイス情報を巡回させる際に、該デバイス情報に各システムデバイス管理情報の優先順位を示す情報を付加しておくものとする。

そして、上記巡回するデバイス情報を受け取った、他システムのシステムデバイス管理サーバ（例えばシステムデバイス管理サーバ２００）は、該受信したデバイス情報を保存するとともに、該デバイス情報を該デバイス情報に付加された優先順位を示す情報に基づいて次の優先順位のシステムデバイス管理サーバ（例えばシステムデバイス管理サーバ３００）に送信する。

なお、図１では、ネットワークデバイスとして、ネットワークプリンタを一例として図示しているが、システムデバイス管理サーバ１００，２００，３００，４００が管理可能なネットワークデバイスは、ネットワークスキャナ，複合機、ファイルサーバを含む各種ネットワークデバイスを含むものである。

図２は、図１に示したネットワークデバイス管理サーバ１００が保持している情報７００を示す模式図であり、システムデバイス管理サーバが管理するデバイスがプリンタであった場合に対応する。

図２において、７００は、ネットワークデバイス管理サーバ１００が保持している情報を示すものであり、キャッシュ情報７０１，管理情報７０２から構成される。このキャッシュ情報７０１，管理情報７０２は、ネットワークデバイス管理サーバ１００の管理下（システム１０６内）のデバイスに関する情報のみではなく、他のシステムデバイス管理サーバ２００，３００，４００から送信される他のシステム２０６，３０６，４０６内のデバイスに関する情報も含んでいる。

キャッシュ情報７０１は、各デバイスの状況データを示すものであり、緊急を要さない情報７０１−１，緊急を要する情報７０１−２に分類されて格納されている。

図２に示した例では、緊急を要さない情報７０１−１として、記録紙の残り枚数，インクの残量（現在残量，現在進行中のタスク終了時，現在ストック中のタスク終了時），現在のタスク状況（終了予定時刻，終了予定枚数（紙），終了予定残量（インク））等が各デバイスに対応付けられて格納されている。

また、緊急を要する情報７０１−２として、プリンタの状態（紙詰まり，インク切れ，電源のｏｎ／ｏｆｆ，タスクが非常に多い状態等が各デバイスに対応付けられて格納されている。

７０２は管理情報で、ネットワークデバイス管理装置が管理するデバイスの情報（各デバイスの被管理情報を示す）を示すものであり、緊急を要さない情報７０２−１，緊急を要する情報７０２−２に分類されて格納されている。

図２に示した例では、緊急を要さない管理情報７０２−１として、デバイスの性能、および機能、ＭＡＣアドレス、管理サーバに関する情報、サーバ情報のタイムスタンプ等の情報が格納されている。

また、緊急を要する管理情報７０２−２として、どのサーバがどのデバイスを管理しているのかを示す情報，各デバイスが稼動可能か否かを示す情報，デバイスが新規追加，削除されたことを示す情報，他デバイスに対するアクセス権限に関する情報等が格納されている。なお、他デバイスに対するアクセス権限に関する情報の詳細は、後述する図１１，図１２に示す。

図３は、図１に示したシステムデバイス管理サーバ１００，２００，３００，４００の構成の一例を示すブロック図である。

図３において、５０１はＣＰＵで、ＲＯＭ５０２，ハードディスク（ＨＤ）又はその他の記憶媒体に記憶されたネットワーク管理ソフトウェアプログラムをＲＡＭ５０３にロードして実行し、システムバス５０４に接続された各デバイスを制御し、システムデバイス管理サーバ全体を統括制御するものである。

ＲＡＭ５０３は、ＣＰＵ５０１の主メモリ，ワークエリア等として機能する。

５０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）５０９や図示しないポインティングデバイス、例えばマウスからの入力を制御する。５０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）５１０の表示を制御する。なお、ここでは、表示装置としてＣＲＴを設けているがＬＣＤ等のその他の形式の表示装置であってもよい。

５０７はディスクコントローラ（ＤＫＣ）で、ハードディスク（ＨＤ）５１１，フレキスブルディスク（ＦＤ），ＣＤ−ＲＯＭ又はその他の記録媒体とのアクセスを制御する。なお、図２にネットワークデバイス管理装置が保持している情報７００は、ＨＤ５１１に格納されているものとする。

５０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ，ＷＡＮとの通信を制御する。

なお、システムデバイス管理サーバ１００，２００，３００，４００は、図３に示した、ＫＢ５０９，ＣＲＴ５１０等は必ずしも備えていなくてもよい。

以下、図４〜図１０のフローチャートを参照して、本発明のシステムデバイス管理サーバの制御処理動作について説明する。

図４は、本発明のシステムデバイス管理サーバの第１の制御処理手順の一例を示すフローチャートであり、システムデバイス管理サーバ１００がクライアントからの情報取得要求を受信した場合の処理に対応する。なお、このフローチャートの処理は、図３に示したＣＰＵ５０１がＨＤ５１１，ＦＤ５１２，ＣＤ−ＲＯＭ又はその他の記録媒体に格納されたネットワーク管理ソフトウェアプログラムをＲＡＭ５０３にロードして実行することにより実現される。なお、Ｓ１０１〜Ｓ１１４は各ステップを示す。また、断りのない限り、本フローチャートの各ステップは全てＣＰＵ５０１により実行されるものとする。

まず、ステップＳ１０１において、システムデバイス管理サーバ１００のネットワーク管理ソフトウェアプログラムは、同システム１０６内のクライアント（例えばクライアント１０４）から送信された情報取得要求を受信すると、ステップＳ１０２において、該情報取得要求が同システム１０６内のデバイスの情報取得要求（管理下のプリンタの情報取得要求）であるかどうかをチェックする。

ステップＳ１０２で、前記情報取得要求が同システム内のデバイスの情報取得要求であると判定した場合には、ステップＳ１０３に進み、同システムのプリンタサーバ通信システムにデバイス情報取得要求を送信して、プリンタサーバ１０１からのデバイス情報の取得を試みる。

そして、ステップＳ１０４において、デバイス情報を取得できたか否かを判定し、デバイス情報を取得できたと判定した場合には、ステップＳ１０５に進み、取得したデバイス情報をクライアント１０４に返し、処理を終了する。

一方、ステップＳ１０４で、デバイス情報を取得できなかったと判定した場合には、ステップＳ１０６に進み、当該システムデバイス管理サーバ１００のＨＤ５１１内にキャッシュ７０１として保存してあるデバイス情報をクライアント１０４に返し、処理を終了する。

また、ステップＳ１０２で、前記情報取得要求が同システム１０６内のデバイスの情報取得要求（管理下のデバイスの情報取得要求）でないと判定した場合には、ステップＳ１０７に進み、情報要求対象であるデバイスがどこにあるのかを調べる。

そして、ステップＳ１１３において、巡回されているシステムデバイス管理サーバの情報７０２−１の管理サーバに関する情報を参照する。このときのシステムデバイス管理サーバの情報タイムスタンプがあるしきい値を超えて古かったとき、このシステムデバイス管理サーバは、ステップＳ１１４に進みダウンしていると判断し、その後、ステップＳ１１２に進み、システムデバイス管理サーバ１００のＨＤ５１１内にキャッシュ７０１として保存してあるデバイス情報をクライアント１０４に返し、処理を終了する。

一方、ステップＳ１１３で、サーバ情報のタイムスタンプがあるしきい値よりも小さい、すなわち新しい場合には、ステップＳ１０８において、デバイス情報取得要求を、要求対象であるデバイスが存在するシステムのシステムデバイス管理サーバ（例えばシステムデバイス管理サーバ２００）へ送信して、要求先のシステムデバイス管理サーバ２００からのデバイス情報の取得を試みる。

そして、ステップＳ１０９において、要求先のシステムデバイス管理サーバ２００から応答があるか否かを判定し、応答があったと判定した場合には、ステップＳ１１０に進み、該要求先のシステムデバイス管理サーバ２００からデバイス情報を受け取り、ステップＳ１１１において、該受け取ったデバイス情報をクライアント１０４に返し、処理を終了する。

一方、ステップＳ１０９で、要求先のシステムデバイス管理サーバ２００から応答がなかったと判定した場合には、ステップＳ１１２に進み、システムデバイス管理サーバ１００のＨＤ５１１内にキャッシュ７０１として保存してあるデバイス情報をクライアント１０４に返し、処理を終了する。

図５は、本発明のシステムデバイス管理サーバの第２の制御処理手順の一例を示すフローチャートであり、システムデバイス管理サーバ１００が他のシステムデバイス管理サーバからの情報取得要求を受信した場合の処理に対応する。なお、このフローチャートの処理は、図３に示したＣＰＵ５０１がＨＤ５１１，ＦＤ５１２，ＣＤ−ＲＯＭ又はその他の記録媒体に格納されたネットワーク管理ソフトウェアプログラムをＲＡＭ５０３にロードして実行することにより実行される。なお、Ｓ２０１〜Ｓ２０５は各ステップを示す。また、断りのない限り、本フローチャートの各ステップは全てＣＰＵ５０１により実行されるものとする。

まず、ステップＳ２０１において、システムデバイス管理サーバ１００のネットワーク管理ソフトウェアプログラムは、他のシステムのシステムデバイス管理サーバ（例えばシステムデバイス管理サーバ２００）から送信された情報取得要求を受信すると、ステップＳ２０２において、同システムのプリンタサーバ通信システムに情報取得要求を送信する。

そして、ステップＳ２０３において、デバイス情報を取得できたか否かを判定し、デバイス情報を取得できたと判定した場合には、ステップＳ２０４に進み、取得したデバイス情報を、要求元のシステムデバイス管理サーバ２００に返し、処理を終了する。

一方、ステップＳ２０３で、デバイス情報を取得できなかったと判定した場合には、ステップＳ２０５に進み、当該システムデバイス管理サーバ１００内のキャッシュ７０１に保存してあるデバイス情報を、要求元のシステムデバイス管理サーバ２００に返し、処理を終了する。

図６は、本発明のシステムデバイス管理サーバの第３の制御処理手順の一例を示すフローチャートであり、システムデバイス管理サーバ１００が管理下にあるデバイス情報の変化を検知した場合の処理に対応する。なお、このフローチャートの処理は、図３に示したＣＰＵ５０１がＨＤ５１１，ＦＤ５１２，ＣＤ−ＲＯＭ又はその他の記録媒体に格納されたネットワーク管理ソフトウェアプログラムをＲＡＭ５０３にロードして実行することにより実行される。なお、Ｓ３０１〜Ｓ３０４は各ステップを示す。また、断りのない限り、本フローチャートの各ステップは全てＣＰＵ５０１により実行されるものとする。

まず、ステップＳ３０１において、システムデバイス管理サーバ１００のネットワーク管理ソフトウェアプログラムは、管理下にあるデバイスを管理し、該デバイス情報の変化（システムに新規デバイスが追加される、またはデバイスが除去される、またはデバイスが使用不可となる、またはアクセス権限が変更される（後述する図２１に示す処理により変更可能）等の変化）を検知すると、同期情報発信フラグを立てる。

そして、この同期情報発信フラグが立つと、ステップＳ３０２において、変化後のデバイスの管理情報（アクセス権限の変更の場合はアクセス権限情報（後述する図１１，図１２））を取得し、ステップＳ３０３において、システムデバイス管理サーバ１００のＨＤ５１１内の管理情報７０２を更新する。

次に、ステップＳ３０４において、上記変化後のデバイスの管理情報に基づいて差分の同期情報を生成し、該差分の同期情報を、優先順位の一番高いシステムデバイス管理サーバ（例えばシステムデバイス管理サーバ２００）へ送信する。なお、この優先順位は、例えばデバイス情報の変更が行われたデバイスの使用頻度が同期対象のシステムデバイス管理サーバの中で高い順に決定するものとする。このとき、前記使用頻度に応じた各システムデバイス管理サーバの優先順位を示す情報を、上記差分の同期情報に付加して送信するものとする。また、優先順位は、予め管理者に設定された静的な優先順位であってもよい。

図７は、本発明のシステムデバイス管理サーバの第４の制御処理手順の一例を示すフローチャートであり、システムデバイス管理サーバ１００が他のシステムデバイス管理サーバから差分の同期情報を受信した場合の処理に対応する。なお、このフローチャートの処理は、図３に示したＣＰＵ５０１がＨＤ５１１，ＦＤ５１２，ＣＤ−ＲＯＭ又はその他の記録媒体に格納されたネットワーク管理ソフトウェアプログラムをＲＡＭ５０３にロードして実行することにより実行される。なお、Ｓ４０１〜Ｓ４０４は各ステップを示す。また、断りのない限り、本フローチャートの各ステップは全てＣＰＵ５０１により実行されるものとする。

まず、ステップＳ４０１において、システムデバイス管理サーバ１００のネットワーク管理ソフトウェアプログラムは、他のシステムのシステムデバイス管理サーバ（例えばシステム２０６のシステムデバイス管理サーバ２００）から送信された差分の同期情報を受信すると、ステップＳ４０２において、該差分の同期情報により、システムデバイス管理サーバ１００のＨＤ５１１内に記憶される管理情報７０２を更新する。

次に、ステップＳ４０３において、上記優先順位を示す情報に基づいて、システムデバイス管理サーバ１００自身が、優先度が一番小さいシステムデバイス管理サーバであるか否かを判定し、システムデバイス管理サーバ１００自身が優先度が一番小さいシステムデバイス管理サーバであると判定した場合には、そのまま処理を終了する。

一方、ステップＳ４０３で、システムデバイス管理サーバ１００自身が、優先度が一番小さいシステムデバイス管理サーバでないと判定した場合には、上記受信した差分の同期情報を、次の優先順位のシステムデバイス管理サーバ（例えばシステムデバイス管理サーバ３００）へ送信し、処理を終了する。

図８は、本発明のシステムデバイス管理サーバの第５の制御処理手順の一例を示すフローチャートであり、システムデバイス管理サーバ１００が管理下にあるデバイス情報、及び他のシステムのシステムデバイス管理サーバ情報を巡回させる場合の処理に対応する。なお、このフローチャートの処理は、図３に示したＣＰＵ５０１がＨＤ５１１，ＦＤ５１２，ＣＤ−ＲＯＭ又はその他の記録媒体に格納されたネットワーク管理ソフトウェアプログラムをＲＡＭ５０３にロードして実行することにより実行される。なお、Ｓ５０１〜Ｓ５０４は各ステップを示す。また、断りのない限り、本フローチャートの各ステップは全てＣＰＵ５０１により実行されるものとする。

まず、ステップＳ５０１において、システムデバイス管理サーバ１００のネットワーク管理ソフトウェアプログラムは、他のシステムのシステムデバイス管理サーバ（例えばシステムデバイス管理サーバ２００）から巡回スタックを受け取るまで待機し、巡回スタックを受けとったと判定した場合には、ステップＳ５０２において、該巡回スタックにより、システムデバイス管理サーバ１００のＨＤ５１１内に記憶されるキャッシュ情報７０１を更新する。

次に、ステップＳ５０３において、上記巡回スタックに、システムデバイス管理サーバ１００自身の管理下にあるデバイス情報を追加し、該追加した巡回スタックを次のシステムデバイス管理サーバ（例えばシステムデバイス管理サーバ３００）へ送信し、処理を終了する。

図９は、本発明のシステムデバイス管理サーバの第６の制御処理手順の一例を示すフローチャートであり、システムデバイス管理サーバ１００が管理下にあるデバイスの状況（キャッシュ情報７０１に格納される情報に対応）の変化を検知した場合の処理に対応する。なお、このフローチャートの処理は、図３に示したＣＰＵ５０１がＨＤ５１１，ＦＤ５１２，ＣＤ−ＲＯＭ又はその他の記録媒体に格納されたネットワーク管理ソフトウェアプログラムをＲＡＭ５０３にロードして実行することにより実行される。なお、Ｓ６０１〜Ｓ６０４は各ステップを示す。また、断りのない限り、本フローチャートの各ステップは全てＣＰＵ５０１により実行されるものとする。

まず、ステップＳ６０１において、システムデバイス管理サーバ１００のネットワーク管理ソフトウェアプログラムは、管理下にあるデバイスの状況（キャッシュ情報７０１に格納される情報に対応）が変化したことを検知すると、ステップＳ６０２において、状況変化後のデバイス情報を取得してシステムデバイス管理サーバ１００のＨＤ５１１内のキャッシュ情報７０１を更新する。

次に、ステップＳ６０３において、変化した状況が緊急を要する情報７０１−２であるか否かを判定し、緊急を要する情報であると判定した場合には、ステップＳ６０４において、上記状況変化後のデバイス情報を、優先順位の一番高いシステムデバイス管理サーバ（例えばシステムデバイス管理サーバ２００）へ送信する。なお、この優先順位は、例えばデバイス情報の変更が行われたデバイスの使用頻度が同期対象のシステムデバイス管理サーバの中で高い順に決定するものとする。このとき、前記使用頻度に応じた各システムデバイス管理サーバの優先順位を示す情報を、上記状況変化後のデバイス情報に付加して送信するものとする。また、優先順位は、予め管理者に設定された静的な優先順位であってもよい。

一方、ステップＳ６０３で、変化した状況が緊急を要する情報７０１−２でないと判定した場合には、そのまま処理を終了する。なお、この緊急を要さない情報の場合は、図８に示したように、指定された同期巡回ルートの順にデバイス情報をスタックに格納して送信する。

図１０は、本発明のシステムデバイス管理サーバの第７の制御処理手順の一例を示すフローチャートであり、システムデバイス管理サーバ１００が他のシステムデバイス管理サーバから差分の同期情報を受信した場合の処理に対応する。なお、このフローチャートの処理は、図３に示したＣＰＵ５０１がＨＤ５１１，ＦＤ５１２，ＣＤ−ＲＯＭ又はその他の記録媒体に格納されたネットワーク管理ソフトウェアプログラムをＲＡＭ５０３にロードして実行することにより実行される。なお、Ｓ７０１〜Ｓ７０４は各ステップを示す。また、断りのない限り、本フローチャートの各ステップは全てＣＰＵ５０１により実行されるものとする。

まず、ステップＳ７０１において、システムデバイス管理サーバ１００のネットワーク管理ソフトウェアプログラムは、他のシステムのシステムデバイス管理サーバ（例えばシステム２０６のシステムデバイス管理サーバ２００）から送信されたデバイス情報（緊急）を受信すると、ステップＳ７０２において、該デバイス情報（緊急）により、システムデバイス管理サーバ１００のＨＤ５１１内に記憶されるキャッシュ情報７０１を更新する。

次に、ステップＳ７０３において、上記優先順位を示す情報に基づいて、システムデバイス管理サーバ１００自身が、優先度が一番小さいシステムデバイス管理サーバであるか否かを判定し、システムデバイス管理サーバ１００自身が優先度が一番小さいシステムデバイス管理サーバであると判定した場合には、そのまま処理を終了する。

一方、ステップＳ７０３で、システムデバイス管理サーバ１００自身が、優先度が一番小さいシステムデバイス管理サーバでないと判定した場合には、上記受信した該デバイス情報（緊急）を、次の優先順位のシステムデバイス管理サーバ（例えばシステムデバイス管理サーバ３００）へ送信し、処理を終了する。

以下、図１１〜図２２を参照して、本発明のシステムデバイス管理サーバのアクセス権限に係る制御処理動作について説明する。

図１１，図１２は、図２に示したアクセス権限情報の一例を示す図であり、図１１はクライアントコンピュータのアクセス権限情報の一部に対応し、図１２は入出力機器等の各デバイスのアクセス権限情報の一部に対応する。

図１１，図１２に示すように、あるデバイス（クライアントコンピュータ，その他の入出力デバイス（プリンタ，スキャナ，ファクシミリ等））のアクセス権限情報は、ＭＡＣアドレス（当該デバイスのＭＡＣアドレス），設置場所（当該デバイスの設置場所を示す情報），デバイス名（当該デバイスのデバイス名），性能（当該デバイスの性能を示す情報），アクセス権限（当該デバイスが他のデバイス（ＭＡＣアドレスで示される）に対してアクセス権を有するか否かを示す情報）等の項目から構成される。なお、「性能」は、図１１に示すように、当該デバイスがコンピュータの場合は省略され、また、図１２に示すように、当該デバイスがプリンタの場合には、例えばカラー印刷，両面印刷の可（○）／不可（×）等の情報が設定され、さらに、当該デバイスがスキャナの場合には、例えばカラースキャン，ＡＤＦによる両面スキャンの可（○）／不可（×）等の情報が設定される。なお、これらは、ほんの一例であり、これらの性能情報に限られるものではない。

図１１の１行目に示される例では、ＭＡＣアドレスが「０００００００００１０４」，設置場所が「１Ｆ」，デバイス名が「Ｅｖｅ」のデバイス（例えば、図１に示したクライアント１０６）のアクセス権限情報が設定されている。このデバイスのアクセス権限は、ＭＡＣアドレスが「０００００００００１００」のデバイスへアクセス可（○）であり、ＭＡＣアドレスが「０００００００００１０１」のデバイスへアクセス可（○）であり、・・・・・・、ＭＡＣアドレスが「０００００００００２０４」のデバイスへアクセス不可（×）であり、ＭＡＣアドレスが「０００００００００２０５」のデバイスへアクセス不可（×）であると設定されている。

また、図１２の１行目に示される例では、ＭＡＣアドレスが「０００００００００１０２」，設置場所が「３階海側」，デバイス名が「ＬＢｘ−２０５０」のデバイス（例えば、図１に示したプリンタ１０２）のアクセス権限情報が設定されている。このデバイスのアクセス権限は、ＭＡＣアドレスが「０００００００００１００」のデバイスへアクセス不可（×）であり、ＭＡＣアドレスが「０００００００００１０１」のデバイスへアクセス不可（×）であり、・・・・・・、ＭＡＣアドレスが「０００００００００２０４」のデバイスへアクセス不可（×）であり、ＭＡＣアドレスが「０００００００００２０５」のデバイスへアクセス不可（×）であると設定されている。

図１３は、本発明のシステムデバイス管理サーバの第８の制御処理手順の一例を示すフローチャートであり、システムデバイス管理サーバ１００がクライアントからの要求（印刷要求，スキャン要求等の処理要求）を受信した場合の処理に対応する。なお、このフローチャートの処理は、図３に示したＣＰＵ５０１がＨＤ５１１，ＦＤ５１２，ＣＤ−ＲＯＭ又はその他の記録媒体に格納されたネットワーク管理ソフトウェアプログラムをＲＡＭ５０３にロードして実行することにより実行される。なお、Ｓ１２０１〜Ｓ１２１０は各ステップを示す。また、断りのない限り、本フローチャートの各ステップは全てＣＰＵ５０１により実行されるものとする。

まず、ステップＳ１２０１において、システムデバイス管理サーバ１００のＣＰＵ５０１は、同システム１０６内のクライアント（例えばクライアント１０４）から送信された同システム１０６内のデバイスを使用する旨要求（印刷要求，スキャン要求等）を受信すると、ステップＳ１２０２において、当該システムデバイス管理サーバ１００のＨＤ５１１内に緊急を要する管理情報７０２−２として保存してあるアクセス権限情報（図１１）に基づいて、該要求元のクライアントが、該要求に係るデバイス（例えば印刷要求なら各プリンタ、スキャン要求なら各スキャナ）を使用する権限を持っているか否か全てチェックする。

次に、ステップＳ１２０３において、システムデバイス管理サーバ１００のＣＰＵ５０１は、ステップＳ１２０２のアクセス権チェック結果に基づいて、アクセスの有無が分かるように表示されるデバイス選択画面（図１４）を作成する。

次に、ステップＳ１２０４において、システムデバイス管理サーバ１００のＣＰＵ５０１は、ステップＳ１２０３で作成したデバイス選択画面（図１４）を要求元のクライアントに送信し、クライアントからのデバイス選択，実行要求の受信を待機する。

図１４は、クライアントからシステムデバイス管理サーバへの処理要求後にシステムデバイス管理サーバから送信されクライアントで表示されるデバイス選択画面の一例を示す模式図である。

図１４において、１４０１はデバイス選択欄で、ステップＳ１２０３でユーザが生成したデバイスのリストから所望のデバイスを選択可能である。なお、このデバイス選択欄１４０１では、図１４（ｂ）に示すように、選択不可能（当該クライアントにアクセス権限がない）デバイス（図１４中の１４０５）は、選択不可能な表示形態で表示される。

１４０２はプロパティボタンで、このボタンを押下すると、クライアントのＣＰＵは、デバイス選択欄１４０１で選択されているデバイスのドライバ設定画面を表示し、該デバイスへの詳細設定を行うことができる。

１４０３はＯＫボタンで、クライアントからシステムデバイス管理サーバ１００にデバイス選択結果を通知して処理の実行を要求する場合に押下するものである。このＯＫボタン１４０３が押下されると、クライアントのＣＰＵは、デバイス選択欄１４０１で選択されているデバイスと、処理の実行を指示する旨の情報をシステムデバイス管理サーバに送信し、このデバイス選択画面を閉じる。

１４０４はキャンセルボタンで、クライアントから要求した処理をキャンセルする場合に押下するものである。このキャンセルボタン１４０４が押下されると、クライアントのＣＰＵは、クライアントから要求した処理をキャンセルする旨の情報をシステムデバイス管理サーバに送信し、このデバイス選択画面を閉じる。

以下、図１３のフローチャートの説明に戻る。

次に、ステップＳ１２０４において、システムデバイス管理サーバ１００のＣＰＵ５０１は、クライアントからのデバイス選択，実行要求を受信すると、ステップＳ１２０６に進み、要求元のクライアントに、該クライアントに選択されたデバイスを使用する権限が有るか否かをアクセス権限情報（図１１）に基づいて判定する。

次に、ステップＳ１２０６で、システムデバイス管理サーバ１００のＣＰＵ５０１が、要求元のクライアントに、該クライアントに選択されたデバイスを使用する権限がないと判定した場合には、ステップＳ１２０７において、システムデバイス管理サーバ１００のＣＰＵ５０１は、該要求元のクライアントに、使用する権限がないため実行不可となり他のデバイスを使用するように促すメッセージ画面（図１５に示す実行不可確認画面）を送信し、クライアントからの返信を受信すると、ステップＳ１２０４に戻り、図１４に示したデバイス選択画面を再度クライアントに送信し、再度のデバイス選択を促す。

図１５は、要求元のクライアントが選択されたデバイスのアクセス権限を有していない場合にシステムデバイス管理サーバから受信されクライアントで表示される実行不可確認画面の一例を示す模式図である。

図１５において、１５０１はＯＫボタンで、クライアントからシステムデバイス管理サーバ１００に要求した処理の実行ができない（指定されたデバイスへのアクセス権限がない）旨を確認時に押下するものである。このＯＫボタン１５０１が押下されると、クライアントのＣＰＵは、実行不可を確認した旨の返信をシステムデバイス管理サーバ１００に行い、この実行不可確認画面を閉じる。

以下、図１３のフローチャートの説明に戻る。

ステップＳ１２０６で、システムデバイス管理サーバ１００のＣＰＵ５０１が、要求元のクライアントが選択したデバイスを使用する権限を持っていると判定した場合には、ステップＳ１２０８において、システムデバイス管理サーバ１００のＣＰＵ５０１は、要求元のクライアントと該クライアントで選択されたデバイスとが同一ＬＡＮ内にあるか否かを判定する。

ステップＳ１２０８で、システムデバイス管理サーバ１００のＣＰＵ５０１は、要求元のクライアントと前記選択したデバイスとが同一ＬＡＮ内にないと判定した場合には、ステップＳ１２０９において、要求元のクライアントと該クライアントで選択されたデバイスとが同一ＬＡＮ内にない（即ち、他の場所（図１１，図１２により特定される）にあるデバイスに処理を要求している）旨のメッセージを表示して処理の実行／キャンセルの確認を行う実行確認画面（図１６）を送信し、クライアントからの実行確認結果の受信を待機する。

図１６は、要求元のクライアントと選択されたデバイスとが同一ＬＡＮ内にない場合にシステムデバイス管理サーバから送信されてクライアントで表示される実行確認画面の一例を示す模式図である。

図１６において、１６０１はＯＫボタンで、クライアントからシステムデバイス管理サーバ１００に要求した処理の実行をシステムデバイス管理サーバに指示する場合に押下するものである。このＯＫボタン１６０１が押下されると、クライアントのＣＰＵは、処理の実行を指示する旨の情報を実行確認結果としてシステムデバイス管理サーバに送信し、この実行確認画面を閉じる。

１６０２はキャンセルボタンで、クライアントからシステムデバイス管理サーバ１００に要求した処理のキャンセルをシステムデバイス管理サーバに指示する場合に押下する。このキャンセルボタン１６０２が押下されると、クライアントのＣＰＵは、処理のキャンセルを指示する旨の情報を実行確認結果としてシステムデバイス管理サーバに送信し、この実行確認画面を閉じる。

以下、図１３のフローチャートの説明に戻る。

ステップＳ１２０９で、システムデバイス管理サーバ１００のＣＰＵ５０１が、クライアントから実行確認結果を受信すると、該受信した実行確認結果が、処理の実行を指示するものであるか否かを判定し、処理をキャンセルする指示である（即ち、図１６でキャンセルボタン１６０２が押下された）と判定した場合には、ステップＳ１２０４に戻り、図１４に示したデバイス選択画面を再度クライアントに送信し、再度のデバイス選択を促す。

一方、ステップＳ１２０９で、システムデバイス管理サーバ１００のＣＰＵ５０１が、クライアントから受信した実行確認結果が、処理の実行を指示するものである（即ち、図１６でＯＫボタン１６０１が押下された）と判定した場合には、ステップＳ１２１０において、システムデバイス管理サーバ１００のＣＰＵ５０１は、クライアントから要求された処理（例えば、選択されたプリンタを使用した印刷処理，選択されたスキャナを使用したスキャン処理）を実行し、処理を終了する。

一方、ステップＳ１２０８で、システムデバイス管理サーバ１００のＣＰＵ５０１が、要求元のクライアントと前記選択したデバイスとが同一ＬＡＮ内にあると判定した場合には、ステップＳ１２１０において、システムデバイス管理サーバ１００のＣＰＵ５０１は、クライアントから要求された処理（例えば、選択されたプリンタを使用した印刷処理，選択されたスキャナを使用したスキャン処理）を実行し、処理を終了する。

なお、図１３のフローチャートには示していないが、ステップＳ１２０５において、システムデバイス管理サーバ１００のＣＰＵ５０１が、クライアントからの処理の実行をキャンセルする旨の指示を受信した（即ち、図１４でキャンセルボタン１４０４が押下された）場合には、そのまま処理を終了する。

以上示したように、個々の機器を認識できるデバイス固有の情報（例えば、ＭＡＣアドレス）を認識して、予めシステム管理サーバに保持されるアクセス権限情報によりアクセス制限を制御することにより、ネットワーク内外のセキュリティを強化することができる。

以下、図１７〜図１９を参照して、システムデバイス管理サーバ１００がクライアントからの処理要求に適したデバイスを選択する処理について説明する。

図１７は、本発明のシステムデバイス管理サーバの第９の制御処理手順の一例を示すフローチャートであり、システムデバイス管理サーバ１００がクライアントからの処理要求に適したデバイスを選択する処理に対応する。なお、このフローチャートの処理は、図３に示したＣＰＵ５０１がＨＤ５１１，ＦＤ５１２，ＣＤ−ＲＯＭ又はその他の記録媒体に格納されたネットワーク管理ソフトウェアプログラムをＲＡＭ５０３にロードして実行することにより実行される。なお、Ｓ１３０１〜Ｓ１３１２は各ステップを示す。また、断りのない限り、本フローチャートの各ステップは全てＣＰＵ５０１により実行されるものとする。

まず、ステップＳ１３０１において、システムデバイス管理サーバ１００のＣＰＵ５０１は、同システム１０６内のクライアント（例えばクライアント１０４）から送信された同システム１０６内のデバイスを使用する旨要求（印刷要求，スキャン要求等）を受信すると、ステップＳ１３０２において、システムデバイス管理サーバ１００のＣＰＵ５０１は、図１８，図１９に示す条件設定画面を要求元のクライアントに送信し、クライアントからのデバイス選択条件情報の受信を待機する。

図１８，図１９は、クライアントからシステムデバイス管理サーバへの処理要求後にシステムデバイス管理サーバから送信されクライアントで表示される条件設定画面の一例を示す模式図である。

図１８において、１８０１は印刷方法選択欄で、システムデバイス管理サーバへ印刷を要求した場合に、両面印刷，片面印刷のいずれかが選択可能である。１８０２は印刷方法選択欄で、システムデバイス管理サーバへ印刷を要求した場合に、カラー印刷，モノクロ印刷のいずれかが選択可能である。

１８０５はタブで、クライアントからシステムデバイス管理サーバへ要求した処理に応じたタブが選択された形態でシステムデバイス管理サーバから送信される。なお、「プロパティ」タブが指示されると図１９に示す画面に移行する。

図１９において、１９０１はデバイス選択時のローカル設定欄で、システムデバイス管理サーバで選択されるデバイスをローカルエリア内のデバイスのみ表示されるように設定する場合にチェックする。１９０２は動作後の確認ダイアログの表示設定欄で、実行後に動作確認ダイアログ（例えば、図１５に示した実行不可確認画面，図１６に示した実行確認画面）を表示する設定を行う場合にチェックする。また、「プリンタ」タブを指示することにより、図１８に示した画面に戻る。

図１８，図１９において、１８０３はキャンセルボタンで、クライアントから要求した処理をキャンセルする場合に押下するものである。このキャンセルボタン１８０３が押下されると、クライアントのＣＰＵは、クライアントから要求した処理をキャンセルする旨の情報をシステムデバイス管理サーバに送信し、このデバイス選択条件画面を閉じる。

１８０４はＯＫボタンで、クライアントからシステムデバイス管理サーバにデバイス選択条件を通知する場合に押下するものである。このＯＫボタン１４０３が押下されると、クライアントのＣＰＵは、図１８，図１９の条件設定画面で設定されるデバイス選択条件情報（印刷方法選択欄１８０１，印刷方法選択欄１８０２，図１９に示すデバイス選択時のローカル設定欄１９０１，動作後の確認ダイアログの表示設定欄１９０２等）をシステムデバイス管理サーバに送信し、このデバイス選択条件画面を閉じる。

以下、図１７のフローチャートの説明に戻る。

次に、ステップＳ１３０２において、システムデバイス管理サーバ１００のＣＰＵ５０１が、クライアントからデバイス選択条件情報を受信すると、ステップＳ１３０３において、システムデバイス管理サーバ１００のＣＰＵ５０１は、受信したデバイス選択条件情報，当該システムデバイス管理サーバ１００のＨＤ５１１内に緊急を要する管理情報７０２−２として保存してあるアクセス権限情報（図１２）に基づいて、ネットワークデバイス管理サーバ１００内に登録されているデバイスを条件に適している順に整理（ソート）する。

そして、システムデバイス管理サーバ１００のＣＰＵ５０１は、ステップＳ１３０３のソート結果に対して、次のステップＳ１３０４〜１３１２の処理を実行し、クライアントにデバイスを選択させ、クライアントの要求する処理を実行するように制御する。この図１７のステップＳ１３０４〜１３１２の処理は、図１３のステップＳ１２０２〜Ｓ１２１０と同様の処理のため、説明は省略する。なお、図１９に示したデバイス選択時のローカル設定欄１９０１がチェックされている場合には、ステップＳ１３０５で作成するデバイス選択画面は、アクセス権のないものは表示されないように作成される。また、図１９に示した動作後の確認ダイアログの表示設定欄１９０２がチェックされている場合には、ステップＳ１３０９で図１５に示した実行不可確認画面は表示されず、そのままステップＳ１３０６に戻、さらに、ステップＳ１３１１で図１６に示した実行確認画面は表示されず、そのままステップＳ１３１２に進むように制御されるものとする。

以上示したように、予めシステム管理サーバに保持されるアクセス権限情報内の性能情報に基づいて、クライアントから要求された処理に最適のデバイスをアクセス権限の有無を含めてユーザに提示することができる。

従って、ＭＡＣアドレスにより、ネットワークデバイスを識別し、互いのアクセスを管理することができる。また、各システム内のローカルに存在するデバイスのスペックを各ローカル内のシステム管理サーバが管理、かつ、それぞれのシステム管理サーバと同期をとり、クライアントから要求された内容に最もマッチしたデバイスを選択・処理することができる。

以下、図２０のフローチャートを参照して、別のＬＡＮ内に接続されていたクライアントがシステムデバイス管理サーバ１００が管理するＬＡＮ１０６内に接続された場合のシステムデバイス管理サーバ１００の処理について説明する。

図２０は、本発明のシステムデバイス管理サーバの第１０の制御処理手順の一例を示すフローチャートであり、別のＬＡＮ内に接続されていたクライアントがシステムデバイス管理サーバ１００が管理するＬＡＮ１０６内に接続された場合のシステムデバイス管理サーバ１００の処理に対応する。なお、このフローチャートの処理は、図３に示したＣＰＵ５０１がＨＤ５１１，ＦＤ５１２，ＣＤ−ＲＯＭ又はその他の記録媒体に格納されたネットワーク管理ソフトウェアプログラムをＲＡＭ５０３にロードして実行することにより実行される。なお、Ｓ１４０１〜Ｓ１４０４は各ステップを示す。また、断りのない限り、本フローチャートの各ステップは全てＣＰＵ５０１により実行されるものとする。

まず、ステップＳ１４０１において、システムデバイス管理サーバ１００のＣＰＵ５０１は、別のネットワーク（別のシステムデバイス管理サーバが管理するシステム）に接続されていたクライアント（プリンタ等のデバイスであってもよい）が当ネットワーク（システムデバイス管理サーバ１００が管理しているシステム１０６）に接続されたことを検知すると、ステップＳ１４０２において、システムデバイス管理サーバ１００のＣＰＵ５０１は、前記ステップＳ１４０１で接続検知されたクライアントが当ネットワークのデバイスにアクセスする権限を持っているか否かをアクセス権限情報（図１１）に基づいて判定する。

ステップＳ１４０２で、システムデバイス管理サーバ１００のＣＰＵ５０１が、前記ステップＳ１４０１で接続検知されたクライアントが当ネットワークのデバイスにアクセスする権限を持っていないと判定した場合には、ステップＳ１４０３において、システムデバイス管理サーバ１００のＣＰＵ５０１は、前記ステップＳ１４０１で接続検知されたクライアントを、当ネットワーク内ではスタンドアロン形式のデバイスとして扱い、当ネットワーク内のデバイスを使用する処理の要求は許可しないように制御する。

一方、ステップＳ１４０２で、システムデバイス管理サーバ１００のＣＰＵ５０１が、前記ステップＳ１４０１で接続検知されたクライアントが当ネットワークのデバイスにアクセスする権限を持っていると判定した場合には、ステップＳ１４０４において、システムデバイス管理サーバ１００のＣＰＵ５０１は、前記ステップＳ１４０１で接続検知されたクライアントからの処理要求を通常どおり処理するように制御する。

なお、前記クライアントをデバイスに変更した場合でも本発明は適用される。

以上示したように、本発明は、個々の機器を認識できるデバイス固有の情報（例えば、ＭＡＣアドレス）を認識することにより、本来、デバイス（クライアント，その他の入出力デバイス）が接続されていたネットワークから別のネットワークに移動しても、そのデバイスに関して新たな設定（アクセス権限等を含む）を行う必要なく、以前の接続環境と同等のセキュリティ制御を維持することができ、利便性がある、フレキシブルなセキュリティ環境を構築することができる。

また、本システムデバイス管理システムでは、管理者用のクライアント等のシステムデバイス管理サーバが保持するアクセス情報を変更することができるデバイスからあるデバイス間のアクセス権を変更することができる。

以下、図２１，図２２を参照して、管理者用のクライアント等のシステムデバイス管理サーバが保持するアクセス情報を変更することができるデバイスからあるデバイス間のアクセス権を変更する場合のシステムデバイス管理サーバ１００の処理について説明する。

図２１は、本発明のシステムデバイス管理サーバの第１１の制御処理手順の一例を示すフローチャートであり、管理者用のクライアント等のシステムデバイス管理サーバが保持するアクセス情報を変更することができるデバイスからあるデバイス間のアクセス権を変更する場合の処理に対応する。なお、このフローチャートの処理は、管理者用のクライアント等のシステムデバイス管理サーバが保持するアクセス情報を変更することができるデバイスのＣＰＵが、該デバイスのＨＤ等の記録媒体に格納されたプログラムを該デバイスのＲＡＭにロードして実行することにより実行される。なお、Ｓ２１０１〜Ｓ２１０５は各ステップを示す。また、断りのない限り、本フローチャートの各ステップは全てＣＰＵ５０１により実行されるものとする。

まず、ステップＳ２１０１において、前記管理者用のクライアント等のシステムデバイス管理サーバが保持するアクセス情報を変更することができるデバイス（以下、前記デバイス）のＣＰＵがユーザから入力されるアクセス権変更要求を受け取ると、アクセス権変更処理を開始し、ステップＳ２１０２において、図２２に示すアクセス権設定画面を表示部に表示し、アクセス権を変更するデバイスと変更内容の入力を待機する。

図２２は、管理者用のクライアント等のシステムデバイス管理サーバが保持するアクセス情報を変更する場合に前記デバイスの表示部に表示されるアクセス権設定画面の一例を示す模式図である。

図２２において、２２０１はアクセス権を選択入力するデバイスの入力欄である。２２０２は、入力欄２２０１で選択されたデバイスからのアクセスを許可するデバイスを選択入力する入力欄である。

２２０３はアクセス権追加ボタンで、入力欄２２０１，２２０２で選択されたデバイス間のアクセス権をシステム管理サーバに保持されるアクセス権限情報に追加する場合に押下する。

２２０３はアクセス権削除ボタンで、入力欄２２０１，２２０２で選択されたデバイス間のアクセス権をシステム管理サーバに保持されるアクセス権限情報から削除する場合に押下する。なお、アクセス権追加ボタン２２０３，アクセス権削除ボタンで２２０４の選択状態は、排他関係となるように制御される。

２２０５はＯＫボタンで、アクセス権設定画面での入力を有効にする場合に押下するものである。このＯＫボタン２２０５が押下されると、前記デバイスのＣＰＵは、アクセス権設定画面での入力情報を図２１に示すフローチャートに渡し、このアクセス権設定画面を閉じて、処理を図２１に示すフローチャートに戻す。

２２０６はキャンセルボタンで、アクセス権設定画面での入力を無効にする場合に押下するものである。このキャンセルボタン２２０６が押下されると、前記デバイスのＣＰＵは、このアクセス権設定画面を閉じて、アクセス権設定画面でキャンセルボタン２２０６が押下されたことを図２１に示すフローチャートの処理に返す。

以下、図２１のフローチャートの説明に戻る。

次に、ステップＳ２１０２において、前記デバイスのＣＰＵは、アクセス権設定画面からアクセス権を変更するデバイスと変更内容が入力されると、ステップＳ２１０３において、前記デバイスのＣＰＵは、同一システム内のシステム管理サーバが保持するアクセス権情報を参照して、該参照したアクセス権情報に基づいて、前記アクセス権設定画面から入力されたアクセス権を変更するデバイスと変更内容の情報が適切であるか否かを判断する。

ステップＳ２１０３で、前記デバイスのＣＰＵが、ステップＳ２１０２でアクセス権設定画面から入力されたアクセス権を変更するデバイスと変更内容の情報が適切でないと判断した場合には、ステップＳ２１０５に進み、前記デバイスのＣＰＵは、ユーザが指定した変更内容が適切でないことを示す図示しないメッセージ画面を前記デバイスの表示部に表示するように制御し、ステップＳ２１０１の処理に戻る。

一方、ステップＳ２１０３で、前記デバイスのＣＰＵが、ステップＳ２１０２でアクセス権設定画面から入力されたアクセス権を変更するデバイスと変更内容の情報が適切であると判断した場合には、ステップＳ２１０４に進み、前記デバイスのＣＰＵは、アクセス権設定画面から入力されたアクセス権を変更するデバイスと変更内容の情報に基づいて、システムデバイス管理サーバが保持するアクセス権情報に変更を加えるように制御し、処理を終了する。

なお、図２１のフローチャートには示していないが、図２２のアクセス権設定画面で、キャンセルボタン２２０６が押下されると、前記デバイスのＣＰＵは、図２２のアクセス権設定画面でキャンセルボタン２２０６が押下されたと判断した場合には、そのまま処理を終了する。

以上示したように、管理者等の権限のあるユーザが、容易に且つ、不整合なしに、システム管理サーバに保持されるセキュリティ権限情報を変更することができる。

以上示したように、システムデバイス管理サーバが、管理下のデバイスのデバイス情報をキャッシュに保存しておくことで、デバイス間通信に不良が生じた場合でも、デバイス情報の代わりにキャッシュを返すことで、デバイス情報を提供することができ、またプロセス間通信の速度も向上する。

また、システムデバイス管理サーバは、他のシステムデバイス管理装置の管理下にあるデバイスの管理情報もキャッシュに保持しているので、他のシステムデバイス管理装置の管理下にあるデバイス状態を把握することができる。

さらに、他のシステムからデバイス情報取得要求に対する返答が得られない場合でも、デバイス情報の代わりにキャッシュを返すことで、デバイス情報を提供することができ、またプロセス間通信の速度もする。

また、ネットワーク上にある双方向通信システムデバイス管理装置が有する情報を同期化することで、各双方向通信システムデバイス管理装置が保持する情報の新規性が向上し、最新の情報を取得できる可能性が向上する。

さらに、目的のデバイスを管理するシステムデバイス管理装置にアクセスできない場合でも、他のシステムデバイス管理装置から該他のシステムデバイス管理装置が保持する目的のデバイスの情報を取得できるので、デバイス近辺にあるシステムデバイス管理装置にアクセスできない場合でも、新規性の高い情報の取得が可能となる。

従って、ネットワークの状態が悪い場合でも、情報の新規性の保持、クライアントアプリケーションの速度向上、広域に対応可能、システムの柔軟性の向上を図ることができる。

また、本発明は、あるネットワーク内からクライアントやデバイスを取り外し、別のネットワーク下に前記同一のクライアントやデバイスを接続した場合に、ネットワークデバイス管理装置が保有（共有）している情報を利用することにより、新しく接続したネットワーク下での接続（アクセス権限）設定を行うこと無しに、即座にクライアントやデバイスを使用することが可能となり、利便性の向上、設定に必要な時間の短縮などの効果を奏する。

さらに、本発明は、ネットワークデバイス管理装置が複数のネットワークが双方向で通信可能な複合ネットワーク環境における同一ネットワーク内のデバイスと通信して前記同一ネットワーク内のデバイスの情報（アクセス権限）を取得し、前記同一ネットワーク内（外）のデバイスを識別することにより、各デバイス間のアクセス権限を管理し、要求元の権限に応じてネットワークデバイス管理装置がその対応動作を制限することによりセキュリティの向上を図ることができる。

また、各ローカルに存在するデバイスのスペック（アクセス権限情報内に「性能」項目のデータとして格納される）を、ネットワークデバイス管理装置間で同期を取り、互いの情報を保有（共有）し、またネットワークデバイス管理装置の管理下のデバイスと同期を取りその情報を保有することにより、クライアントからの要求に最も適したデバイスを選択することができる。

さらに、各ネットワークデバイスを識別することにより、ネットワークデバイス間のアクセスを管理することができる。例えば、閉じられた環境(クリーンルーム等)で、かつ、そのネットワークが外部につながっている場合、ネットワークプリンタなどを用いていても、その閉じられた環境の外には印刷物等を出さないように管理することも可能である。

また、従来あったローカルネットワークから他のネットワークにデバイスを移動させた場合も、個々の機器を認識できるデバイス固有の情報により認識できるので、アクセス権を変更する必要がない。

また、本発明によれば、ネットワークデバイス管理装置間で同期を取り、互いの情報（アクセス権限情報を含む）を保有（共有）し、またネットワークデバイス管理装置の管理下のデバイスと同期を取りその情報を保有することにより、複数のネットワークが双方向で通信可能な複合ネットワーク環境下にある、あるネットワーク内からデバイスを取り外し、別のネットワーク下に前記同一のデバイスを接続した場合に、ネットワークデバイス管理装置が保有（共有）している情報を利用することにより、新しく接続したネットワーク下での接続（アクセス権限）設定を行うこと無しに、即座にデバイスを使用することが可能となり、利便性の向上、設定に必要な時間の短縮（設定されるまでのアクセス権限が確定しない時間を「０」にする）などの効果を奏する。

また、本発明によれば、複数のネットワークが双方向で通信可能な複合ネットワーク環境における同一ネットワーク内のデバイスと通信して前記同一ネットワーク内のデバイスの情報（アクセス権限）を取得し、前記同一ネットワーク内（外）のデバイスを識別することにより、各デバイス間のアクセス権限を管理し、要求元の権限に応じてネットワークデバイス管理装置がその対応動作を制限することによりセキュリティの向上を図ることができる。

なお、図２の各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

以下、図２３に示すメモリマップを参照して本発明に係るシステムデバイス管理サーバで読み取り可能なデータ処理プログラムの構成について説明する。

図２３は、本発明に係るシステムデバイス管理サーバで読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図４，図５，図６，図７，図８，図９，図１０，図１３，図１７，図２０，図２１に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

ネットワークプリンタのみならず、ネットワークスキャナ，複合機，ファイルサーバを含む各種ネットワークデバイスの管理に適用できる。

本発明の一実施形態を示す双方向通信ネットワークデバイス管理装置を適用可能なネットワークシステムの構成を説明するブロック図である。 図１に示したネットワークデバイス管理装置が保持している情報を示す模式図である。 図１に示したシステムデバイス管理サーバの構成の一例を示すブロック図である。 本発明のシステムデバイス管理サーバの第１の制御処理手順の一例を示すフローチャートである。 本発明のシステムデバイス管理サーバの第２の制御処理手順の一例を示すフローチャートである。 本発明のシステムデバイス管理サーバの第３の制御処理手順の一例を示すフローチャートである。 本発明のシステムデバイス管理サーバの第４の制御処理手順の一例を示すフローチャートである。 本発明のシステムデバイス管理サーバの第５の制御処理手順の一例を示すフローチャートである。 本発明のシステムデバイス管理サーバの第６の制御処理手順の一例を示すフローチャートである。 本発明のシステムデバイス管理サーバの第７の制御処理手順の一例を示すフローチャートである。 図２に示したアクセス権限情報の一例を示す図である。 図２に示したアクセス権限情報の一例を示す図である。 本発明のシステムデバイス管理サーバの第８の制御処理手順の一例を示すフローチャートである。 クライアントからシステムデバイス管理サーバへの処理要求後にシステムデバイス管理サーバから送信されクライアントで表示されるデバイス選択画面の一例を示す模式図である。 要求元のクライアントが選択されたデバイスのアクセス権限を有していない場合にシステムデバイス管理サーバから受信されクライアントで表示される実行不可確認画面の一例を示す模式図である。 要求元のクライアントと選択されたデバイスとが同一ＬＡＮ内にない場合にシステムデバイス管理サーバから送信されてクライアントで表示される実行確認画面の一例を示す模式図である。 本発明のシステムデバイス管理サーバの第９の制御処理手順の一例を示すフローチャートであり クライアントからシステムデバイス管理サーバへの処理要求後にシステムデバイス管理サーバから送信されクライアントで表示される条件設定画面の一例を示す模式図である。 クライアントからシステムデバイス管理サーバへの処理要求後にシステムデバイス管理サーバから送信されクライアントで表示される条件設定画面の一例を示す模式図である。 本発明のシステムデバイス管理サーバの第１０の制御処理手順の一例を示すフローチャートである。 本発明のシステムデバイス管理サーバの第１１の制御処理手順の一例を示すフローチャートである。 管理者用のクライアント等のシステムデバイス管理サーバが保持するアクセス情報を変更する場合に前記デバイスの表示部に表示されるアクセス権設定画面の一例を示す模式図である。 本発明に係るシステムデバイス管理サーバで読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

符号の説明

１００，２００，３００，４００ 双方向通信ネットワークデバイス管理装置（システムデバイス管理サーバ）
１０１，２０１，３０１，４０１ プリンタサーバ
１０２，１０３，２０２，２０３，３０２，３０３，４０２，４０３ プリンタ
１０４，１０５，２０４，２０５，３０４，３０５，４０４，４０５ クライアント
１０６，２０６，３０６，４０６ システム

Claims (8)

1. 複数のネットワークが双方向で通信可能な複合ネットワーク環境の各ネットワークに備えられ、ネットワーク内の複数のデバイスを管理する双方向ネットワークデバイス管理装置であって、
   同一ネットワーク内のデバイスと通信して前記同一ネットワーク内のデバイスの情報を取得する第１の取得手段と、
   外部ネットワークに要求して外部ネットワーク内のデバイスの情報を取得する第２の取得手段と、
   前記同一ネットワーク内のデバイスの情報と前記外部ネットワークのデバイスの情報とを記憶する記憶手段と、
   前記デバイスの情報の取得要求に応じて、前記第１の取得手段又は第２の取得手段により前記デバイスの情報を取得し、該取得した前記デバイスの情報を要求元の前記デバイス又は他の双方向通信ネットワークデバイス管理装置に返信制御する制御手段とを有し、
   前記制御手段は、前記第１の取得手段又は第２の取得手段によりデバイスの情報を取得できない場合には、前記記憶手段に記憶されるデバイスの情報を前記要求元に返信制御することを特徴とする双方向通信ネットワークデバイス管理装置。
2. 前記記憶手段に記憶される各デバイスの情報は、各デバイスの性能情報を含むものであり、
   前記記憶手段で取得したデバイスの情報からデバイスへ要求する動作に適したデバイスを判定する判定手段を有することを特徴とする請求項１記載の双方向通信ネットワークデバイス管理装置。
3. 前記同一ネットワーク内のデバイスの情報をスタックに格納して各ネットワークの双方向通信ネットワークデバイス管理装置間で順次巡回させる同期手段を有することを特徴とする請求項１又は２記載の双方向通信ネットワークデバイス管理装置。
4. 前記記憶手段に記憶される各デバイスの情報は、各デバイス間のアクセス権限情報を含むものであり、
   前記同期手段により各ネットワークの双方向通信ネットワークデバイス管理装置間で順次巡回されるスタックは、前記各デバイス間のアクセス権限情報を含むものであり、
   前記記憶手段に記憶される各デバイス間のアクセス権限情報に基づいて、前記同一ネットワーク内又はネットワークを跨いでの各デバイス間のアクセスを管理する管理手段を有することを特徴とする請求項３記載の双方向ネットワークデバイス管理装置。
5. 前記同期手段は、前記ネットワーク内のデバイスから緊急を要する情報が取得された場合には、該緊急を要する情報を即座に各ネットワークの双方向通信ネットワークデバイス管理装置へ通知することを特徴とする請求項１又は２記載の双方向通信ネットワークデバイス管理装置。
6. 複数のネットワークが双方向で通信可能な複合ネットワーク環境の各ネットワークに備えられ、ネットワーク内の複数のデバイスを管理する双方向ネットワークデバイス管理装置におけるネットワークデバイス管理方法であって、
   前記同一ネットワーク内のデバイスと通信して前記同一ネットワーク内のデバイスの情報を取得する第１の取得工程と、
   外部ネットワークに要求して外部ネットワーク内のデバイスの情報を取得する第２の取得工程と、
   前記同一ネットワーク内のデバイスの情報と前記外部ネットワークのデバイスの情報とを記憶手段に格納する格納工程と、
   前記デバイスの情報の取得要求に応じて、前記第１の取得工程又は第２の取得工程で前記デバイスの情報を取得し、該取得した前記デバイスの情報を要求元の前記デバイス又は他の双方向通信ネットワークデバイス管理装置に返信制御する返信工程とを有し、
   前記返信工程は、前記第１の取得工程又は第２の取得工程によりデバイスの情報を取得できない場合には、前記記憶手段に記憶されるデバイスの情報を前記要求元に返信制御することを特徴とするネットワークデバイス管理方法。
7. 請求項６に記載されたネットワークデバイス管理方法を実行するためのプログラム。
8. 請求項６に記載されたネットワークデバイス管理方法を実行するためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。

Images