JP2008027128A - デバイス管理システム、管理装置、プログラム。 - Google Patents

Abstract

【課題】ネットワークに接続されたデバイスと、ネットワークに接続された情報処理装置に接続されたデバイスとを、それぞれ区別可能にした上で一元管理するための技術を提供する。
【解決手段】デバイス管理サーバ１は、デバイスの管理に関する要求がネットワークデバイス（１１ａ，１１ｂ）又はローカルデバイス（１２ａ，１２ｂ，１２ｃ）のどちらに対する要求であるかを判断し、ネットワークデバイスに対する要求であればＳＮＭＰで利用されるコマンドを送信し、ローカルデバイスに対する要求であればＰＪＬコマンドを当該ローカルデバイスが接続されているＰＣ（３ａ，３ｂ）へ送信する。ＰＪＬコマンドを受信したＰＣは、自ＰＣに接続されたローカルデバイスに対してこのＰＪＬコマンドを送信する。
【選択図】図１

Description

本発明は、ネットワークに接続されたデバイス、及びネットワークに接続された情報処理装置に接続されたデバイスの状態を管理するためのデバイス管理システム、管理装置及びプログラムに関する。

従来、ネットワークに直接接続されたデバイス（周辺装置、例えばプリンタ、ファクシミリ、多機能複合機等。以下、ネットワークデバイスと称する）を、単純ネットワーク管理プロトコル（Simple Network Management Protocol：以下、ＳＮＭＰと表記する）等のネットワークデバイス管理プロトコルを用いて、ネットワークデバイスに対する管理機能（例えば、ＳＮＭＰマネージャ機能）を有するアプリケーションから一元管理するデバイス管理システムが実現されている。

本来、ＳＮＭＰのようなネットワークデバイス管理プロトコルにより管理できるのは、ネットワークインタフェースを介してネットワークに直接接続されたデバイスのみであり、パーソナルコンピュータ（以下、ＰＣ）等にＵＳＢ（Universal Serial Bus）やパラレルポート等を介して接続されたデバイス（以下、ローカルデバイスと称する）に関しては、その情報処理装置の管理下にあるため、上述のようなシステムでは、ＳＮＭＰによる一元管理はできなかった。

特許文献１では、プリンタ（ローカルデバイス）が接続されたＰＣ上でＳＮＭＰに応答可能なプログラムを機能させることにより、このローカルデバイスをＳＮＭＰマネージャの被管理機器として実現する。
特開２０００−２９３３２４号公報

しかし、特許文献１に記載のような従来技術においては、ＰＣをＳＮＭＰに対応させるための複雑な専用アプリケーションが必要になるため、このような専用アプリケーションを有していないＰＣに接続されたローカルデバイスを管理することはできない。また、このような複雑なアプリケーションソフトウェアを提供するベンダにおいてソフトウェアの開発コストが増大するという問題もある。

さらに、ローカルデバイスが接続されるＰＣをＳＮＭＰマネージャによる被管理機器（ＳＮＭＰエージェント）として機能させるため、このＰＣの管理下にあるローカルデバイスはＳＮＭＰ上でネットワークデバイスとして扱われる。よって、管理者側からは管理対象となるデバイスがネットワークデバイスであるかローカルデバイスであるかを区別することができず、管理者にとっては不便である。また、上記従来技術では、ネットワークデバイスとして扱うため、１つのアドレスで1台のデバイスしか管理できない。したがって、１台のＰＣに複数台のローカルデバイスが接続されているケースには対応することができず、それぞれのローカルデバイスを区別して管理することができなかった。

本発明は、上記問題に鑑みなされており、ネットワークに接続されたデバイスと、ネットワークに接続された情報処理装置に接続されたデバイスとを、それぞれ区別可能にした上で一元管理するための技術を提供することを目的とする。

上記目的を達成するためになされた請求項１に記載のデバイス管理システムは、ネットワークに接続され、所定のネットワークデバイス管理プロトコルによる管理が可能な第１デバイスと、ネットワークに接続された情報処理装置と、情報処理装置に接続され、ネットワークデバイス管理プロトコルによる管理が不可能な第２デバイスと、ネットワークに接続され、第１デバイス及び第２デバイスを管理する管理装置とを備える。

このうち、管理装置は、記憶手段と、受付手段と、判断手段と、第１生成手段と、第１送信手段と、第２生成手段と、第２送信手段とを備える。
記憶手段は、ネットワークデバイス管理プロトコルで利用される第１コマンドと、第２デバイスが解釈可能な形式の第２コマンドとを、デバイスの管理に関する要求に対応付けて記憶する。

受付手段は、第１デバイス及び第２デバイスの管理に関する要求を各デバイスごとに対応付けて受け付ける。
判断手段は、受付手段によって受け付けた要求の対象となるデバイスが、第１デバイスであるか、第２デバイスであるかを判断する。

第１生成手段は、判断手段によって要求の対象となるデバイスが第１デバイスであると判断された場合、記憶手段から当該要求に対応する第１コマンドを読み出し、この第１コマンドを用いて当該要求の内容を第１デバイスに実行させるための第１管理コマンドを生成する。

第１送信手段は、第１生成手段により生成された第１管理コマンドを、ネットワークデバイス管理プロトコルを用いて、当該要求の対象である第１デバイスへ送信する。
第２生成手段は、判断手段によって要求の対象となるデバイスが第２デバイスであると判断された場合、記憶手段から当該要求に対応する第２コマンドを読み出し、この第２コマンドを用いて当該要求の内容を第２デバイスに実行させるための第２管理コマンドを生成する。

第２送信手段は、第２生成手段によって生成された第２管理コマンドを、管理装置と当該要求の対象である第２デバイスが接続された情報処理装置が備える受信手段との間で予め定められたプロトコルを用いて、当該情報処理装置へ送信する。

一方、第２デバイスが接続されている情報処理手段は、第２送信手段から送信された第２管理コマンドを受信する受信手段と、受信手段によって受信した第２管理コマンドを、自情報処理装置に接続されている第２デバイスへ出力する出力手段とを備える。

このデバイス管理システムでは、管理装置において、デバイスの管理に関する要求の対象となるがネットワークデバイス（＝第１デバイス）あるいはローカルデバイス（＝第２デバイス）のどちらであるかを判断し、要求の対象がネットワークデバイスであれば、ネットワークデバイス管理プロトコルで利用されるコマンド（＝第１管理コマンド）を当該ネットワークデバイスに対して送信し、要求の対象がローカルデバイスであれば、ローカルデバイスが解釈可能な形式のコマンド（＝第２管理コマンド）を当該ローカルデバイスが接続されている情報処理装置へ送信する。

そして、第２管理コマンドを受信した情報処理装置は、自情報処理装置に接続されたローカルデバイスに対してこの第２管理コマンドを送信する。これにより、ローカルデバイスは、この第２管理コマンドに従って要求の内容に応じた処理を実行できる。

ここで、ローカルデバイス向け第２管理コマンドは、そのローカルデバイスが解釈可能なコマンドであれば、例えばＳＮＭＰのようなネットワークデバイス管理プロトコルで利用可能なものである必要はなく、独自形式のものであってもよい。なお、このようなコマンドとしては、例えば、プリンタ機能を有する機器の制御に用いられる周知のプリンタジョブ言語（ＰＪＬ：Printer Job Language）のコマンド等が挙げられる。

したがって、このように構成されたデバイス管理システムによれば、ローカルデバイスが接続されている情報処理装置をＳＮＭＰ等のネットワークデバイス管理プロトコルによる被管理機器として機能させることなく、すなわち、情報処理装置をネットワークデバイス管理プロトコルに対応させるための専用アプリケーションを備えることなく、ローカルデバイスを管理装置によって一元管理することができる。

また、ネットワークデバイス向けの第１コマンドと、ローカルデバイス向けの第２コマンドとを、それぞれデバイスの管理に関する要求に対応付けて記憶しており、受け付けた要求の対象となるデバイスに応じて第１コマンド又は第２コマンドの何れかを読み出し、管理コマンドを送信しているため、ネットワークデバイスとローカルデバイスとを区別して管理することができる。

ところで、１台の情報処理装置に複数のローカルデバイスが接続されている場合にも、個々のローカルデバイスに対して管理装置から一元管理できるように構成することが望ましい。

そこで、請求項２に記載のデバイス管理システムのように構成するとよい。具体的には、情報処理装置には複数の第２デバイスが接続されており、管理装置が備える第２送信手段は、第２管理コマンドと当該要求の対象である第２デバイスの識別情報とを併せて、当該要求の対象である第２デバイスが接続された情報処理装置へ送信する。

一方、情報処理装置が備える受信手段は、第２送信手段から送信された第２管理コマンド及び識別情報を受信する。出力手段は、受信手段によって受信した第２管理コマンドを、識別情報に対応する第２デバイスへ出力する。

このように構成されたデバイス管理システムによれば、管理装置がローカルデバイス向けの第２管理コマンドと、当該要求の対象となるローカルデバイスの識別情報（例えば、シリアルナンバー等のデバイスごとに固有の情報）とを併せて情報処理装置へ送信する。

これにより、この識別情報によって情報処理装置側において要求の対象となるローカルデバイスを識別できるので、複数のローカルデバイスの中から適切なデバイスのみに対して受信した第２管理コマンドを実行させることができる。よって、１台の情報処理装置に複数のローカルデバイスが接続されている場合であっても、管理装置から個々のローカルデバイスを管理することができる。

つぎに、請求項３に記載のデバイス管理システムは、以下のような特徴を有する。つまり、管理装置は、ネットワークを介して接続されたデバイスが、第１デバイスであるか第２デバイスであるかを示す情報を各デバイスに対応付けたデバイス情報を、ユーザに対して提示する提示手段を更に備える。そして、受付手段は、提示手段によって提示されたデバイス情報からユーザにより指定されたデバイスの管理に関する要求を受け付ける。

なお、情報提示手段により提示されるデバイス情報は、ネットワークに直接接続されたネットワークデバイス及び情報処理装置から収集するようにすればよい。すなわち、ネットワークデバイスについては、例えば、ブロードキャストによる通信を行って各ネットワークデバイスのアドレスを収集し、この収集したアドレスに対して各デバイスの詳細な情報の送信を要求するコマンドを送信する。そして、このコマンドに対する応答によってネットワークデバイスに関する情報提示に必要な情報を収集する。

ローカルデバイスについては、例えば、ネットワークに接続されている情報処理装置に対して、自装置に接続されているローカルデバイスの詳細な情報の送信を要求するコマンドをブロードキャストによって送信し、このコマンドに対する応答によってローカルデバイスに関する情報提示に必要な情報を収集する。

このように構成されたデバイス管理システムによれば、ユーザに対して各デバイスが第１デバイスであるか第２デバイスであるかを示す情報が提示されるので、管理対象となるデバイスがネットワークデバイスであるかローカルデバイスであるかを管理者側が区別することができ、管理者にとって利便性が高い。また、この提示された情報に基づき、各デバイス接続方法を意識してデバイスの管理に関する要求を行うことができる。

具体的には、各デバイスの接続方法を示す情報（ネットワーク接続／ローカル接続）と共にデバイスの一覧をモニタ等に表示し、この表示したデバイスの一覧から管理対象となるデバイスを選択するための指示をユーザから受け付け、この指定されたデバイスの管理に関する要求をユーザから受け付けるような構成とすることが考えられる。

つぎに、請求項４のデバイス管理システムは、以下のような特徴を有する。つまり、管理装置が備える受付手段が、複数の第１デバイス及び第２デバイスに対する要求を受け付けた場合に、判断手段は、当該要求の対象となるそれぞれのデバイスごとに第１デバイスであるか、第２デバイスであるかを判断する。

このように構成されたデバイス管理システムによれば、例えば、複数のデバイスの設定を同一のものに変更したい場合等、同一の要求を複数のデバイスに対して同時に行うことができるので便利である。

このとき、管理装置において、当該要求の対象となるそれぞれのデバイスごとにネットワークデバイスであるか、ローカルデバイスであるかが判断され、この判断結果に応じて、それぞれのデバイスに対応する管理コマンドが送信されるので、ネットワークデバイスあるいはローカルデバイスを問わず、同一の要求を複数のデバイスに対して同時に行うことができる。

つぎに、請求項５に記載の管理装置は、ネットワークに接続され、所定のネットワークデバイス管理プロトコルによる管理が可能な第１デバイスと、ネットワークに接続された情報処理装置に接続され、ネットワークデバイス管理プロトコルによる管理が不可能な第２デバイスとを管理する管理装置であって、記憶手段と、受付手段と、判断手段と、第１生成手段と、第１送信手段と、第２生成手段と、第２送信手段とを備える。

記憶手段は、ネットワークデバイス管理プロトコルで利用される第１コマンドと、第２デバイスが解釈可能な形式の第２コマンドとを、デバイスの管理に関する要求に対応付けて記憶する。

受付手段は、第１デバイス及び第２デバイスの管理に関する要求を各デバイスごとに対応付けて受け付ける。
判断手段は、受付手段によって受け付けた要求の対象となるデバイスが、第１デバイスであるか、第２デバイスであるかを判断する。

第１生成手段は、判断手段によって要求の対象となるデバイスが第１デバイスであると判断された場合、記憶手段から当該要求に対応する第１コマンドを読み出し、この第１コマンドを用いて当該要求の内容を第１デバイスに実行させるための第１管理コマンドを生成する。

第１送信手段は、第１生成手段により生成された第１管理コマンドを、ネットワークデバイス管理プロトコルを用いて、当該要求の対象である第１デバイスへ送信する。
第２生成手段は、判断手段によって要求の対象となるデバイスが第２デバイスであると判断された場合、記憶手段から当該要求に対応する第２コマンドを読み出し、この第２コマンドを用いて当該要求の内容を第２デバイスに実行させるための第２管理コマンドを生成する。

第２送信手段は、第２生成手段によって生成された第２管理コマンドを、管理装置と当該要求の対象である第２デバイスが接続された情報処理装置が備える受信手段との間で予め定められたプロトコルを用いて、当該情報処理装置へ送信する。

このように構成された管理装置によれば、請求項１に記載のデバイス管理システムについて記載した効果と同様の効果を奏する。
つぎに、請求項６に記載のプログラムは、上記管理装置として用いられるコンピュータを、判断手段と、第１生成手段と、第１送信制御手段と、第２生成手段と、第２送信制御手段として機能させるためのプログラムである。

判断手段は、第１デバイス及び第２デバイスの管理に関する要求を各デバイスごとに対応付けて受け付けた要求の対象となるデバイスが、第１デバイスであるか、第２デバイスであるかを判断する。

第１生成手段は、判断手段によって要求の対象となるデバイスが第１デバイスであると判断された場合、記憶手段から当該要求に対応する第１コマンドを読み出し、この第１コマンドを用いて当該要求の内容を第１デバイスに実行させるための第１管理コマンドを生成する。

第１送信制御手段は、第１生成手段により生成された第１管理コマンドを、ネットワークデバイス管理プロトコルを用いて、当該要求の対象である第１デバイスへ送信させる。
第２生成手段は、判断手段によって要求の対象となるデバイスが第２デバイスであると判断された場合、記憶手段から当該要求に対応する第２コマンドを読み出し、この第２コマンドを用いて当該要求の内容を第２デバイスに実行させるための第２管理コマンドを生成する。

第２送信制御手段は、第２生成手段によって生成された第２管理コマンドを、管理装置と当該要求の対象である第２デバイスが接続された情報処理装置が備える受信手段との間で予め定められたプロトコルを用いて、当該情報処理装置へ送信させる。

このように構成されたプログラムによれば、請求項１に記載のデバイス管理システムについて記載した効果と同様の効果を奏する。また、プログラムは、ネットワーク等を用いて流通させることが可能である。さらに、コンピュータへのプログラムの導入は、部品の取り付けや入れ替えと比較して容易である。したがって、上述のようなプログラムをコンピュータに導入することで、管理装置の機能向上を容易に行うことができる。

以下、本発明の一実施形態を図面に基づいて説明する。
［プリンタ管理システムの構成の説明］
図１は、本発明の一実施形態として例示するプリンタ管理システム全体の概略構成を示す図である。

このプリンタ管理システムは、デバイス管理サーバ１と、端末パソコン２（以下、端末ＰＣ２称する）と、複数のパソコン３ａ，３ｂ（以下、ＰＣ３ａ，３ｂと称する）と、ＰＣ３ａにローカル接続された複合機１２ａ及びプリンタ１２ｂと、ＰＣ３ｂにローカル接続された複合機１２ｃと、複合機１１ａと、プリンタ１１ｂとを備えるシステムである。そして、デバイス管理サーバ１と、端末ＰＣ２と、ＰＣ３ａ，３ｂと、複合機１１ａと、プリンタ１１ｂとは、ＬＡＮ（Local Area Network）２１を介して互いに接続されている。

デバイス管理サーバ１は、十分な処理能力を有するコンピュータによって構成された周知のサーバ装置であり、ＣＰＵ，ＲＯＭ，ＲＡＭ等を中心に構成された制御部１１、ハードディスク等の不揮発性記憶媒体からなる記憶部１２、ユーザからの指示を入力するための入力部１３、ユーザに対して情報を出力するための出力部１４等を備えている。なお、デバイス管理サーバ１には、通常のＰＣを用いることもできる。

端末ＰＣ２、ＰＣ３ａ，３ｂは、周知のとおり、ＣＰＵ、ＲＯＭ、ＲＡＭ等を中心に構成された制御部３１（符号はＰＣ３ａに対して付したものであるが、端末ＰＣ２，ＰＣ３ｂにも共通の構成である。以下同様）、ディスプレイ等の表示部３２、通信インタフェースとしてのＵＳＢインタフェース３３及びＬＡＮインタフェース３４、キーボードやポインティングデバイス等で構成される操作部３５、ハードディスク等の不揮発性記憶媒体からなる記憶部（ＨＤＤ３６）等を備えている。

このうち、端末ＰＣ２は、Ｗｅｂページを閲覧するためのＷｅｂブラウザ機能を備えている。一方、ＰＣ３ａ，３ｂには、それぞれ、複合機１２ａ，１２ｃ及びプリンタ１２ｂがＵＳＢインタフェース３３を介して接続されており、これらの機器を制御するためのプリンタドライバがインストールされている。また、ＰＣ３ａ，３ｂには、中継アプリケーションがインストールされており、ＰＣの起動中は常時稼動している。この中継アプリケーションは、デバイス管理サーバ１からの問い合わせに対して自ＰＣにローカル接続されているプリンタの情報（例えば、プリンタ名、シリアルナンバー等）を返信する他、デバイス管理サーバ１から受信した後述のＰＪＬコマンドを自ＰＣにローカル接続されているプリンタ対して出力する機能を備える。なお、以下の説明において、ＰＣ３ａ，３ｂを特に区別せずに総称する場合は、単にＰＣ３と表記する。

複合機１１ａ、１２ａ、１２ｃは、プリンタ機能、コピー機能、スキャナ機能、ＦＡＸ機能等を有するプリンタ複合機であり、制御部１２２（符号は複合機１２ａに対して付したものであるが、複合機１１ａ、１２ｃにも共通の構成である。以下同様）、記録部１２３、読取部１２４、操作キー１２５、表示パネル１２６、不揮発性ＲＡＭ１２７、及びモデム１２８の他、適宜通信インタフェース等をそれぞれ備える。

制御部１２２は、図示しない周知のＣＰＵ，ＲＯＭ，ＲＡＭ等を中心に構成されており、複合機を構成する各部を統括制御する。記録部１２３は、用紙等の記録媒体に画像を記録（例えば、印刷）する装置である。読取部１２４は、原稿読取部にセットされた原稿に記録されている画像を、撮像素子（ＣＣＤ）等を用いて読み取り、この画像を示す画像データを生成する装置である。

操作キー１２５は、ユーザが操作するための複数のキー（図示なし）を備え、これらのキーを介してユーザからの操作情報を取得し、この操作情報を制御部１２２に入力する。表示パネル１２６は、液晶ディスプレイ（図示なし）を有し、この液晶ディスプレイを介してユーザに対して情報の表示を行う。不揮発性ＲＡＭ１２７は、複合機の作動に必要な各種情報を記憶するためのものである。モデム１２８は、公衆電話回線網（ＰＳＴＮ）に接続され、公衆電話回線網に接続された外部のファクシミリ装置とファクシミリデータの授受を行う装置である。

プリンタ１１ｂ，１２ｂは、プリンタ機能を有する単機能の印刷装置であり、制御部１１１（符号はプリンタ１１ｂに対して付したものであるが、プリンタ１２ｂにも共通の構成である。以下同様）、記録部１１２、不揮発性ＲＡＭ１１３、操作キー１１４、及び表示パネル１１５の他、適宜通信インタフェース等をそれぞれ備える。これらの各構成については、複合機１１ａ、１２ａ、１２ｃの構成と同様であるので、ここでの説明は省略する。

複合機１１ａ及びプリンタ１１ｂは、通信インタフェースとしてＬＡＮインタフェース１１６（符号はプリンタ１１ｂに対して付したものであるが、複合機１１ａにも共通の構成である）をそれぞれ備え、このインタフェースを介してＬＡＮ２１に接続された、いわゆるネットワークプリンタである。これらの複合機１１ａ及びプリンタ１１ｂは、ネットワークデバイス管理プロトコルの一つであるＳＮＭＰに対応したものであり、ＳＮＭＰによる管理対象としてのエージェント機能を有する。

ＳＮＭＰは、ＴＣＰ／ＩＰネットワークにおいて、ネットワークに接続されたデバイスをネットワーク経由で監視・制御するためのプロトコルである。管理対象となるデバイス（ネットワークプリンタに相当）は、管理の対象となる情報を記述したＭＩＢ（Management Information Base）と呼ばれる管理情報データベースを持っており、管理を行う機器（デバイス管理サーバ１に相当）は管理対象のデバイスのＭＩＢを参照したりその内容を変更したりすることでこれらのデバイスを管理する。

複合機１２ａ，１２ｃ及びプリンタ１２ｂは、通信インタフェースとしてＵＳＢインタフェース１２１（符号は複合機１２ａに対して付したものであるが、複合機１２ｃ及びプリンタ１２ｂにも共通の構成である。）を備えている。複合機１２ａ及びプリンタ１２ｂはＵＳＢインタフェース１２１を介してＰＣ３ａのＵＳＢインタフェース３３にローカル接続されており、また複合機１２ｃはＵＳＢインタフェース１２１を介してＰＣ３ｂのＵＳＢインタフェース３３にローカル接続されており、これらの複合機１２ａ，１２ｃ及びプリンタ１２ｂは、ＰＣ３ａ，３ｂの管理下にあるいわゆるローカルプリンタである。これらのローカルプリンタは何れもＰＪＬに対応したものである。ＰＪＬは、各複合機やプリンタが備える各種機能の制御を可能とする周知のコマンド言語である。

なお。以下の説明においては、複合機１１ａ，１２ａ，１２ｃ及びプリンタ１２ｂ，１２ｂを特に区別することなく表記する場合、単にプリンタと総称する。また、ＬＡＮ２１に接続された複合機１１ａ、プリンタ１１ｂを総称する場合は、ネットワークプリンタという用語を用い、ＰＣ３ａ，３ｂにそれぞれローカル接続された複合機１２ａ，１２ｃ、プリンタ１２ｂを総称する場合は、ローカルプリンタという用語を用いる。

以上のようなシステムにおいて、デバイス管理サーバ１は、ネットワークプリンタ及びローカルプリンタの各プリンタの情報をネットワークを介して取得し、管理する機能を備えている。

デバイス管理サーバ１上では、アプリケーションソフトウェアの１つとして、管理アプリケーションが稼働している。この管理アプリケーションは、ＬＡＮ２１を介して複合機１１ａ並びにプリンタ１１ｂのネットワークプリンタ、及びＰＣ３ａ，３ｂにそれぞれローカル接続された複合機１２ａ，１２ｃ並びにプリンタ１２ｂのローカルプリンタの情報を収集し、この収集したプリンタの情報に基づいてプリンタ管理用情報を作成し、このプリンタ管理用情報をＷｅｂページデータとして端末ＰＣ２へ出力する。そして、このＷｅｂページのフォームを介して管理者から各プリンタの管理に関する要求を受け付け、この要求に応じた管理コマンド生成し、当該要求の対象となるプリンタに対して送信する。

管理アプリケーションは、プリンタ管理用画面として、プリンタの情報を表示する表示画面（図２参照）や各プリンタに対する設定情報を入力するための入力画面（図３参照）等の複数の画面で構成されるＧＵＩ（Graphical User Interface）を有する。これらのＧＵＩは、ＨＴＭＬ（HyperText Markup Language）形式で記述されたＷｅｂページとして構成されている。このＷｅｂページは、デバイス管理サーバ１のＷｅｂサーバ機能により端末ＰＣ２へと提供され、端末ＰＣ２が備えるＷｅｂブラウザ上で表示される。

すなわち、本デプリンタ管理システムにおいては、管理者が端末ＰＣ２からＷｅｂブラウザを使ってデバイス管理サーバ１の管理アプリケーションにアクセスすることで、端末ＰＣ２にＷｅｂページとして表示された上記表示画面（図２参照）や入力画面（図３参照）によって各プリンタを管理できるように構成されている。

［プリンタ管理システムの動作の説明］
つぎに、本実施形態のプリンタ管理システムにおいて、管理アプリケーションが実行するプリンタの管理の一例として、管理者から指示に応じて各プリンタの設定情報を変更する処理の手順について説明する。

管理者が、端末ＰＣ２のＷｅｂブラウザからデバイス管理サーバ１の管理アプリケーションに対して、ネットワーク上に存在するプリンタの検索を指示すると、管理アプリケーションは、ＬＡＮ２１上に存在するプリンタの情報を収集する。

各プリンタの情報の収集は、以下のような手順によって行われる。ネットワークプリンタについては、デバイス管理サーバ１から各ネットワークプリンタに対してアドレスの送信を要求するＳＮＭＰコマンドを、不特定多数の相手に対して通信を行うブロードキャストによって送信する。そして、各ネットワークプリンタからの応答によって各ネットワークプリンタのアドレスを特定する。つぎに、この特定したアドレスに対して各プリンタの詳細な情報の送信を要求するＳＮＭＰコマンドを送信する。そして、このコマンドに対する応答によってネットワークデバイスに関する情報提示に必要な情報を収集する。なお、デバイス管理サーバ１とネットワークプリンタとの通信は、ＲＦＣ（Requests For Comments）１１５７によって標準化されている一般的な手法で行う。

ローカルデバイスについては、デバイス管理サーバ１からＰＣ３ａ，３ｂが備える中継アプリケーションに対して自ＰＣに接続されているローカルプリンタの詳細な情報の送信を要求するコマンドを、同じくブロードキャストによって送信し、このコマンドに対する中継アプリケーションからの応答によってローカルデバイスに関する情報提示に必要な情報を収集する。

このとき、ＰＣ３ａ，３ｂが備える中継アプリケーションは、デバイス管理サーバ１からのコマンドを受信すると、自ＰＣにインストールされているプリンタドライバの接続ポートとプリンタのモデル名の情報を取得し、そのプリンタドライバを介してプリンタのシリアルナンバーの情報を取得し、これらの情報に自ＰＣの名前、ＩＰアドレス及びＭＡＣアドレスを加えて、デバイス管理サーバ１へ返信する。なお、デバイス管理サーバ１とＰＣ３ａ，３ｂの中継アプリケーションとの通信は、ＲＦＣ等によって標準化されている一般的なプロトコルのうち、２者間で予め定められたものを用いる。

以上のようにして収集されたプリンタの情報に基づき、管理アプリケーションはプリンタ情報表示用のＷｅｂページを生成し、このデータをＨＴＴＰ（HyperText Transfer Protocol）によって端末ＰＣ２のＷｅｂブラウザに送信する。

端末ＰＣ２のＷｅｂブラウザ上には、受信したプリンタ情報処理用のＷｅｂページのデータに基づき、図２に示すようなプリンタ一覧画面３１が表示される。
図２に示すように、プリンタ一覧画面３１には、ネットワーク上に存在する各プリンタごとに、プリンタのアイコン３２ａ〜３２ｅ、機器の種別（プリンタ、複合機等）、接続方法（ローカル接続（及び接続先のＰＣ名称）／ネットワーク接続）、及びネットワークプリンタ又はローカルプリンタの接続先のＰＣのＩＰアドレスが表示されている。このプリンタ一覧画面３１では、管理者が、各プリンタのアイコン３２ａ〜３２ｅにポインティングデバイス等を利用しカーソルを合わせてボタンを押下する（いわゆるクリック操作）ことで、設定情報を変更する対象となるプリンタ（以下、設定対象プリンタとも称する）を指定できる。なお、ここでは、設定対象プリンタを複数指定することもできる。

管理者によって設定対象プリンタが指定されると、Ｗｅｂブラウザからデバイス管理サーバ１の管理アプリケーションに対して設定対象プリンタを指定する情報が通知される。管理アプリケーションは、この通知された情報に基づいて、設定対象プリンタのリストを取得すると共に、各プリンタに対する各種設定を行うための入力画面表示用のＷｅｂページのデータを生成し、このデータをＨＴＴＰによって端末ＰＣ２のＷｅｂブラウザに送信する。この一連の処理はＣＧＩ（Common Gateway Interface）等の周知の仕組みによって実現可能である。

端末ＰＣ２のＷｅｂブラウザ上には、受信した入力画面表示用のＷｅｂページのデータに基づき、図３に示すような設定入力画面４１が表示される。
図３に示すように、設定入力画面４１には、プリンタ一覧画面３１（図２参照）において指定された設定対象プリンタの一覧４２や、ＨＴＭＬで記述された設定情報入力用のフォーム４３等が表示されている。

フォーム４３には、「Emulation」、「Feeder」、「Duplex Mode」、「Duplex Binding」…等といった各種設定項目ごとに、プルダウンメニュー、ラジオボタン、テキストボックス等のそれぞれの設定項目に適したフォームが用意されている。管理者は、キーボードやポインティングデバイスを駆使して各フォームの内容を変更した後、「Submit」ボタン４４を画面上で押下することで、設定対象プリンタ一覧４２に表示されている全てのプリンタの設定情報の変更を、管理アプリケーションに対して一度に要求することができる。

具体的には、上記各設定項目にはそれぞれ固有のＩＤ番号が割り当てられており、「Submit」ボタン４４が押下された際、Ｗｅｂブラウザは、管理者から設定情報が変更された設定項目のＩＤ番号と変更後の設定値とを示すＣＧＩパラメータを生成し、このＣＧＩパラメータを管理アプリケーション上のＣＧＩプログラムに渡してこのプログラムを実行させる。このようなＣＧＩを利用する仕組みは、一般的なＷｅｂブラウザとＷｅｂサーバとの間で行われる周知の機能である。

図４は、端末ＰＣ２のＷｅｂブラウザが、プリンタの設定情報の変更を要求するＣＧＩパラメータを管理アプリケーションに対して送信する手順を示すフローチャートである。
Ｗｅｂブラウザは、設定入力画面４１上において「Submit」ボタン４４が押下されると、まず、内容が変更された設定項目があるか否かを判定する（ステップ１０。以下、ステップを単に記号Ｓで表記する）。ここで、内容が変更された設定項目がないと判定した場合（Ｓ１０：ＮＯ）、処理を終了する。

一方、内容が変更された設定項目があると判定した場合（Ｓ１０：ＹＥＳ）、変更された設定項目のＩＤ番号と当該設定項目の変更後の値を示すＣＧＩパラメータを生成し、これをデバイス管理サーバ１の管理アプリケーションに送信する（Ｓ２０）。

このような手順によって端末ＰＣ２のＷｅｂブラウザから送信されるＣＧＩパラメータの一例を図５に示す。
図５は、設定入力画面４１（図３参照）において、プリンタが省電力モードへ切り替わるまでの待機時間を設定するための設定項目「Power Save」の設定内容を変更する際に送信されるＣＧＩパラメータの具体例を模式的に示す説明図である。

プリンタが省電力モードへ移行するまでの待機時間を５分に設定する場合、図５に示すように、管理者はキーボード等を用いて設定入力画面４１のテキストボックス４３ａに「５」を入力する。そして、ポインティングデバイスによって「Submit」ボタン４４が押下されると、Ｗｅｂブラウザによって「Power Save」の設定項目に割り当てられているＩＤ番号に、変更された設定値を組み合わせたＣＧＩパラメータが生成される。

ここでは、「Power Save」の設定項目にＩＤ番号（＝ＧＵＩＩＤ）「００８」が割り当てられており、図５に示すように、このＩＤ番号「００８」と設定値「５」とを、デバイス管理サーバ１の管理アプリケーション上のＣＧＩプログラムである「Webcgi.exe」に渡すためのＣＧＩパラメータ「Webcgi.exe?GUIID008=5」が生成される。そして、Ｗｅｂブラウザは、このＣＧＩパラメータをデバイス管理サーバ１の管理アプリケーションに送信する。

端末ＰＣ２のＷｅｂブラウザからプリンタの設定情報の変更を要求するＣＧＩパラメータを受信したデバイス管理サーバ１の管理アプリケーションは、この受信したＣＧＩパラメータに基づきＣＧＩプログラム「Webcgi.exe」を実行する。

図６は、デバイス管理サーバ１の管理アプリケーションによって実行されるＣＧＩプログラム「Webcgi.exe」の手順を示すフローチャートである。
管理アプリケーションは、端末ＰＣ２のＷｅｂブラウザからプリンタの設定情報を変更するためのＣＧＩパラメータを受信すると、このＣＧＩパラメータのＩＤ番号と設定値とを分離する（Ｓ１１０）。そして、この分離したＩＤ番号に基づき、ネットワークプリンタ及びローカルプリンタ用のコマンドの一覧であるコマンドテーブル５１（図７参照）から、このＩＤ番号に該当するコマンドの欄を検索する（Ｓ１２０）。

図７は、デバイス管理サーバ１の記憶部１２に格納されているコマンドテーブル５１の内容を模式的に示す説明図である。
コマンドテーブル５１は、プリンタの各設定情報を変更するためのコマンドとして、ネットワークプリンタ及びローカルプリンタそれぞれに対応するコマンドを、各設定項目のＩＤ番号に対応付けて記憶しているデータベースであり、デバイス管理サーバ１の記憶部１２に格納されている。この図７に示すように、コマンドテーブル５１には、ネットワークプリンタに対応するコマンドとして、ＳＮＭＰで用いられるＭＩＢのオブジェクトＩＤ（ＯＩＤ）が、また、ローカルプリンタに対応するコマンドとして、ＰＪＬで記載されたコマンド（＝ＰＪＬコマンド）が、それぞれ上述の設定項目のＩＤ番号に対応付けて記憶されている。

ここで、ＭＩＢのＯＩＤとは、ＳＮＭＰエージェント（ここでは、ネットワークプリンタに相当）が持つＭＩＢに格納されている各情報（オブジェクトともいう）ごとに割り当てられている識別子であり、ＳＮＭＰマネージャ（ここでは、管理アプリケーションに相当）がエージェントに対してＯＩＤを指定することで、指定したＯＩＤに対応するオブジェクトの情報の取得や変更を行うことができる。

図６のフローチャートの説明に戻る。Ｓ１２０においてコマンドテーブルを検索した後、設定対象プリンタのリストから未処理のプリンタを１台選択し、このプリンタの情報を読み出す（Ｓ１３０）。そして、この読み出した情報に基づき、当該設定対象プリンタがネットワークプリンタであるかローカルプリンタであるかを判定する（Ｓ１４０）。

ここで、設定対象プリンタがネットワークプリンタであると判定した場合（Ｓ１４０：ネットワークプリンタ）、Ｓ１２０において検索したコマンドの欄からＯＩＤを読み出す（Ｓ１５０）。そして、ＳＮＭＰで用いられる管理コマンドの１つである「SetRequest」を送信するための通信パケット（以下、SetRequestパケットと称する）に、読み出したＯＩＤと設定値とをセットする（Ｓ１６０）。ここで、「SetRequest」とは、指定したＯＩＤに対応するオブジェクトの情報の変更を要求するためのコマンドである。

つぎに、設定対象のネットワークプリンタのアドレスに対して、SetRequestパケットを送信する（Ｓ１７０）。このＳ１５０〜Ｓ１７０における一連の処理は、ＳＮＭＰによる一般的なネットワークデバイスの管理方法と同様である。

なお、デバイス管理サーバ１からSetRequestパケット受信したネットワークプリンタは、このパケットに含まれるＯＩＤ及び設定値に基づき、ＭＩＢのオブジェクトの情報を指定された設定値に変更する。このようにして、ネットワークプリンタに対する設定情報の変更が行われる。

上述のＳ１５０〜Ｓ１７０の処理の具体例について、上述の図５の説明において示した事例に基づき説明する。
図５に示す事例のように、設定入力画面４１において「Power Save」の設定項目の数値が「５」に変更された場合には、コマンドテーブル５１（図７参照）から、「Power Save」の設定項目のＩＤ番号「００８」対応するＯＩＤ５２「1.3.6.1.4.1.2435.2.3.9.4.2.1.1.1.1.0」が読み出される。ここで、このＯＩＤ５２は、ＭＩＢにおいてプリンタが省電力モードへ移行するまでの待機時間を定義するオブジェクトの識別子である。そして、ＭＩＢのオブジェクトの内容の変更を要求するためのSetRequestパケットにＯＩＤ５２と設定値「５」がセットされ、設定対象のネットワークプリンタへ送信される。

図６のフローチャートの説明に戻る。Ｓ１４０において設定対象プリンタがローカルプリンタであると判定した場合（Ｓ１４０：ローカルプリンタ）、Ｓ１２０において検索したコマンドの欄からＰＪＬコマンドを読み出し（Ｓ１８０）、この読み出したＰＪＬコマンドに設定値をセットする（Ｓ１９０）。

つぎに、設定対象のローカルプリンタが接続されているＰＣ３の中継アプリケーションに管理コマンドを送信するための通信パケット（以下、コマンドパケットと称する）に、設定値が付加されたＰＪＬコマンドと、設定対象のローカルプリンタのシリアルナンバーとをセットし（Ｓ２００）、このコマンドパケットを設定対象のローカルプリンタが接続されているＰＣ３の中継アプリケーションに対して送信する（Ｓ２１０）。

上述のＳ１８０〜Ｓ２１０の処理の具体例について、上述の図５の説明において示した事例に基づき説明する。
図５に示す事例のように、設定入力画面４１において「Power Save」の設定項目の数値が「５」に変更された場合には、コマンドテーブル５１（図７参照）から、「Power Save」の設定項目のＩＤ番号「００８」対応するＰＪＬコマンド５３「@PJL SET POWERSAVETIME=」が読み出される。ここで、ＰＪＬコマンド５３は、プリンタが省電力モードへ移行するまでの待機時間を変更するためのＰＪＬコマンドである。そして、このＰＪＬコマンド５３に設定値「５」がセットされて「@PJL SET POWERSAVETIME=5」の文字列が作成される。

つぎに、ＰＣ３の中継アプリケーションに管理コマンドを送信するためのコマンドパケットに、設定値「５」がセットされたＰＪＬコマンド５３と、設定対象のローカルプリンタのシリアルナンバーとがセットされ、このコマンドパケットが設定対象のローカルプリンタが接続されたＰＣ３の中継アプリケーションに対して送信される。

図６のフローチャートの説明に戻る。Ｓ１７０又はＳ２１０の処理において管理コマンドの通信パケットを送信後、設定対象プリンタのリストにある全てのプリンタに対して管理コマンドの送信処理を行ったか否かを判定する（Ｓ２２０）。ここで、全てのプリンタに対して送信処理を行っていないと判定した場合（Ｓ２２０：ＮＯ）、Ｓ１３０の処理へ戻る。その後、Ｓ１３０〜Ｓ２１０の処理を順次繰り返し、全てのプリンタに対して送信処理を実行したと判定した場合（Ｓ２２０：ＹＥＳ）、「Webcgi.exe」による処理を終了する。

図８は、ＰＣ３ａ，３ｂで稼働する中継アプリケーションが、デバイス管理サーバ１からコマンドパケットを受信した際に実行する処理の手順を示すフローチャートである。
デバイス管理サーバ１からコマンドパケットを受信すると、中継アプリケーションは、コマンドパケットから設定対象のプリンタのシリアルナンバーを読み出す（Ｓ２１０）。そして、読み出したシリアルナンバーに適合するプリンタが自ＰＣに接続されているか否かを判定する（Ｓ２２０）。

ここで、読み出したシリアルナンバーに適合するプリンタが接続されていると判定した場合（Ｓ２２０：ＹＥＳ）、受信したコマンドパケットからＰＪＬコマンドを読み出して、これを当該設定対象プリンタへ出力し（Ｓ２３０）、この処理を終了する。

中継アプリケーションからＰＪＬコマンドを受信したプリンタは、このＰＪＬコマンドに従って設定情報を指定された設定値に変更する。このようにして、ローカルプリンタに対する設定情報の変更が行われる。

一方、読み出したシリアルナンバーに適合するプリンタが接続されていないと判定した場合（Ｓ２２０：ＮＯ）、この処理を終了する。
中継アプリケーションが実行する上述の処理においては、ＰＣ３ａのように１台のＰＣに対して複数のプリンタが接続されている場合においても、コマンドパケットに添付されたプリンタのシリアルナンバーに適合するプリンタのみに対してＰＪＬコマンドが出力される。

以上、本実施形態のプリンタ管理システムについて説明したが、実施形態のプリンタ管理システムの構成と、特許請求の範囲に記載の構成との対応関係は次のとおりである。
実施形態のプリンタ管理システムにおけるデバイス管理サーバ１が、特許請求の範囲における管理装置に相当し、ＰＣ３ａ,３ｂが情報処理装置に相当し、複合機１１ａ及びプリンタ１１ｂが第１デバイスに相当し、複合機１２ａ，１２ｃ及びプリンタ１２ｂが第２デバイスに相当する。

また、デバイス管理サーバ１が備える記憶部１２が、記憶手段に相当し、デバイス管理サーバ１の管理アプリケーションが有するプリンタ一覧画面３１（図２参照）及び設定入力画面４１（図３参照）の各ＧＵＩが、それぞれ提供手段及び受付手段に相当する。

また、デバイス管理サーバ１の管理アプリケーションによって実行されるＣＧＩプログラム「Webcgi.exe」（図６のフローチャート参照）におけるＳ１４０の処理が、判断手段に相当し、Ｓ１５０，Ｓ１６０の処理が第１生成手段に相当し、Ｓ１７０の処理が第１送信手段に相当し、Ｓ１８０〜Ｓ２００の処理が第２生成手段に相当し、Ｓ２１０の処理が第２送信手段に相当する。

［効果］
本実施形態のプリンタ管理システムによれば、以下のような効果を奏する。
ローカルプリンタが接続されているＰＣ３をＳＮＭＰの被管理機器として機能させることなく、すなわち、ＰＣ３をＳＮＭＰに対応させるための専用アプリケーションを備えることなく、ローカルプリンタに対してもデバイス管理サーバ１から設定情報の変更を行うことができる。

また、デバイス管理サーバ１は、コマンドテーブル５１（図７参照）によって、ネットワークプリンタに対応するコマンド（ＯＩＤ）とローカルデバイスに対応するコマンド（ＰＪＬコマンド）とを、それぞれプリンタの設定項目のＩＤに対応付けて記憶している。そして、端末ＰＣ２から受け付けた設定変更の要求の対象となるプリンタの接続方法（ネットワーク／ローカル）に応じて、コマンドテーブル５１からＯＩＤ又はＰＪＬコマンドの何れかを読み出して管理コマンドを生成し、これを送信する。これにより、ネットワークプリンタとローカルプリンタとを区別して各プリンタの設定情報の変更を行うことができる。

また、デバイス管理サーバ１は、ローカルプリンタにする管理コマンドを送信する際、ＰＪＬコマンドと設定対象のプリンタのシリアルナンバーとを併せてＰＣ３へ送信するので、ＰＣ３側においてこのシリアルナンバーによって設定対象のプリンタを識別することができる。これにより、１台のＰＣ３に対して複数のプリンタが接続されている場合においても、複数のプリンタの中から適切なプリンタのみに対して受信したＰＪＬコマンドを実行させることができる。よって、１台のＰＣ３に複数のローカルプリンタが接続されている場合であっても、デバイス管理サーバ１から個々のローカルプリンタに対して設定情報の変更を行うことができる。

また、デバイス管理サーバ１がネットワークを介して収集した各プリンタの情報に基づき、プリンタ一覧画面３１（図２参照）がＷｅｂページとして端末ＰＣ２に配信される。これにより、端末ＰＣ２のＷｅｂブラウザ上において各プリンタがネットワークプリンタであるかローカルプリンタであるかを示す情報が表示されるので、設定対象となるプリンタがネットワークプリンタであるかローカルプリンタであるかを管理者が区別することができる。

また、このプリンタ一覧画面３１から設定対象となるプリンタを複数選択可能であり、ここで選択された複数のプリンタに対して、設定入力画面４１（図３参照）おいて同一の設定内容に変更する要求を一度に行うことができる。

［別実施形態］
以上、本発明の実施形態について説明したが、本発明の実施形態は上記の実施形態に何ら限定されるものではなく、本発明の技術的範囲に属する限り様々な態様にて実施することが可能である。

例えば、上記実施形態においては、管理者が端末ＰＣ２からデバイス管理サーバ１にアクセスし、端末ＰＣ２のＷｅｂブラウザ上に表示されるプリンタ一覧画面３１や設定入力画面４１等によって各プリンタを管理する構成となっているが、管理者がデバイス管理サーバ１から各プリンタを直接管理するような構成であってもよい。この場合、プリンタ一覧画面３１や設定入力画面４１等と同等のＧＵＩ画面をデバイス管理サーバ１が備えるモニタに表示し、管理者がデバイス管理サーバ１を直接操作して、各プリンタに対する管理を行うような構成にすればよい。

本発明の一実施形態として例示するプリンタ管理システム全体の概略構成を示す図である。 端末ＰＣ２のＷｅｂブラウザ上に表示されるプリンタ一覧画面の一例を模式的に示す説明図である。 端末ＰＣ２のＷｅｂブラウザ上に表示される設定入力画面の一例を模式的に示す説明図である。 端末ＰＣ２のＷｅｂブラウザが、プリンタの設定情報の変更を要求するＣＧＩパラメータを管理アプリケーションに対して送信する手順を示すフローチャートである。 端末ＰＣ２のＷｅｂブラウザによって送信されるＣＧＩパラメータの一例を模式的に示す説明図である。 デバイス管理サーバ１の管理アプリケーションによって実行されるＣＧＩプログラム「Webcgi.exe」の手順を示すフローチャートである。 デバイス管理サーバ１の記憶部に格納されているコマンドテーブル５１の内容を模式的に示す説明図である。 ＰＣ３ａ，３ｂで稼働する中継アプリケーションが、デバイス管理サーバ１からコマンドパケットを受信した際の処理の手順を示すフローチャートである。

符号の説明

１…デバイス管理サーバ、２…端末パソコン、３ａ，３ｂ…パソコン、１１ａ…複合機（ネットワーク接続）、１１ｂ…プリンタ（ネットワーク接続）、１２ａ，１２ｃ…複合機（ローカル接続）、１２ｂ…プリンタ（ローカル接続）、２１…ＬＡＮ。

Claims (6)

1. ネットワークに接続され、所定のネットワークデバイス管理プロトコルによる管理が可能な第１デバイスと、
   前記ネットワークに接続された情報処理装置と、
   前記情報処理装置に接続され、前記ネットワークデバイス管理プロトコルによる管理が不可能な第２デバイスと、
   前記ネットワークに接続され、前記第１デバイス及び前記第２デバイスを管理する管理装置とを備えるデバイス管理システムであって、
   前記管理装置は、
   前記ネットワークデバイス管理プロトコルで利用される第１コマンドと、前記第２デバイスが解釈可能な形式の第２コマンドとを、デバイスの管理に関する要求に対応付けて記憶する記憶手段と、
   前記第１デバイス及び前記第２デバイスの管理に関する要求を各デバイスごとに対応付けて受け付ける受付手段と、
   前記受付手段によって受け付けた要求の対象となるデバイスが、前記第１デバイスであるか、前記第２デバイスであるかを判断する判断手段と、
   前記判断手段によって要求の対象となるデバイスが前記第１デバイスであると判断された場合、前記記憶手段から当該要求に対応する第１コマンドを読み出し、この第１コマンドを用いて当該要求の内容を前記第１デバイスに実行させるための第１管理コマンドを生成する第１生成手段と、
   前記第１生成手段により生成された第１管理コマンドを、前記ネットワークデバイス管理プロトコルを用いて、当該要求の対象である前記第１デバイスへ送信する第１送信手段と、
   前記判断手段によって要求の対象となるデバイスが前記第２デバイスであると判断された場合、前記記憶手段から当該要求に対応する前記第２コマンドを読み出し、この第２コマンドを用いて当該要求の内容を前記第２デバイスに実行させるための第２管理コマンドを生成する第２生成手段と、
   前記第２生成手段によって生成された第２管理コマンドを、前記管理装置と当該要求の対象である前記第２デバイスが接続された前記情報処理装置が備える受信手段との間で予め定められたプロトコルを用いて、当該情報処理装置へ送信する第２送信手段とを備え、
   前記情報処理装置は、
   前記第２送信手段から送信された前記第２管理コマンドを受信する受信手段と、
   前記受信手段によって受信した第２管理コマンドを、自情報処理装置に接続されている前記第２デバイスへ出力する出力手段とを備えること
   を特徴とするデバイス管理システム。
2. 請求項１に記載のデバイス管理システムにおいて、
   前記情報処理装置には複数の前記第２デバイスが接続されており、
   前記管理装置が備える第２送信手段は、前記第２管理コマンドと当該要求の対象である前記第２デバイスの識別情報とを併せて、当該要求の対象である前記第２デバイスが接続された前記情報処理装置へ送信し、
   前記情報処理装置が備える受信手段は、前記第２送信手段から送信された前記第２管理コマンド及び前記識別情報を受信し、
   前記出力手段は、前記受信手段によって受信した第２管理コマンドを、前記識別情報に対応する第２デバイスへ出力すること
   を特徴とするデバイス管理システム。
3. 請求項１又は請求項２に記載のデバイス管理システムにおいて、
   前記管理装置は、前記ネットワークを介して接続されたデバイスが、前記第１デバイスであるか前記第２デバイスであるかを示す情報を各デバイスに対応付けたデバイス情報を、ユーザに対して提示する提示手段を更に備え、
   前記受付手段は、前記提示手段によって提示されたデバイス情報からユーザにより指定されたデバイスの管理に関する要求を受け付けること
   を特徴とするデバイス管理システム。
4. 請求項１ないし請求項３の何れか１項に記載のデバイス管理システムにおいて、
   前記管理装置が備える受付手段が、複数の前記第１デバイス及び前記第２デバイスに対する要求を受け付けた場合に、前記判断手段は、当該要求の対象となるそれぞれのデバイスごとに前記第１デバイスであるか、前記第２デバイスであるかを判断すること
   を特徴とするデバイス管理システム。
5. ネットワークに接続され、所定のネットワークデバイス管理プロトコルによる管理が可能な第１デバイスと、前記ネットワークに接続された情報処理装置に接続され、前記ネットワークデバイス管理プロトコルによる管理が不可能な第２デバイスとを管理する管理装置であって、
   前記ネットワークデバイス管理プロトコルで利用される第１コマンドと、前記第２デバイスが解釈可能な形式の第２コマンドとを、デバイスの管理に関する要求に対応付けて記憶する記憶手段と、
   前記第１デバイス及び前記第２デバイスの管理に関する要求を各デバイスごとに対応付けて受け付ける受付手段と、
   前記受付手段によって受け付けた要求の対象となるデバイスが、前記第１デバイスであるか、前記第２デバイスであるかを判断する判断手段と、
   前記判断手段によって要求の対象となるデバイスが前記第１デバイスであると判断された場合、前記記憶手段から当該要求に対応する第１コマンドを読み出し、この第１コマンドを用いて当該要求の内容を前記第１デバイスに実行させるための第１管理コマンドを生成する第１生成手段と、
   前記第１生成手段により生成された第１管理コマンドを、前記ネットワークデバイス管理プロトコルを用いて、当該要求の対象である前記第１デバイスへ送信する第１送信手段と、
   前記判断手段によって要求の対象となるデバイスが前記第２デバイスであると判断された場合、前記記憶手段から当該要求に対応する前記第２コマンドを読み出し、この第２コマンドを用いて当該要求の内容を前記第２デバイスに実行させるための第２管理コマンドを生成する第２生成手段と、
   前記第２生成手段によって生成された第２管理コマンドを、前記管理装置と当該要求の対象である前記第２デバイスが接続された前記情報処理装置が備える受信手段との間で予め定められたプロトコルを用いて、当該情報処理装置へ送信する第２送信手段とを備えること
   を特徴とする管理装置。
6. ネットワークに接続され、所定のネットワークデバイス管理プロトコルによる管理が可能な第１デバイスと、前記ネットワークに接続された情報処理装置に接続され、前記ネットワークデバイス管理プロトコルによる管理が不可能な第２デバイスとを管理する管理装置として用いられるコンピュータを、
   前記第１デバイス及び前記第２デバイスの管理に関する要求を各デバイスごとに対応付けて受け付けた要求の対象となるデバイスが、前記第１デバイスであるか、前記第２デバイスであるかを判断する判断手段と、
   前記判断手段によって要求の対象となるデバイスが前記第１デバイスであると判断された場合、記憶手段から当該要求に対応する第１コマンドを読み出し、この第１コマンドを用いて当該要求の内容を前記第１デバイスに実行させるための第１管理コマンドを生成する第１生成手段と、
   前記第１生成手段により生成された第１管理コマンドを前記ネットワークデバイス管理プロトコルを用いて、当該要求の対象である前記第１デバイスへ送信させる第１送信制御手段と、
   前記判断手段によって要求の対象となるデバイスが前記第２デバイスであると判断された場合、記憶手段から当該要求に対応する前記第２コマンドを読み出し、この第２コマンドを用いて当該要求の内容を前記第２デバイスに実行させるための第２管理コマンドを生成する第２生成手段と、
   前記第２生成手段によって生成された第２管理コマンドを、前記管理装置と当該要求の対象である前記第２デバイスが接続された前記情報処理装置が備える受信手段との間で予め定められたプロトコルを用いて、当該情報処理装置へ送信させる第２送信制御手段として機能させるためのプログラム。

Images