JP3927946B2 - 情報処理装置及びネットワークデバイス管理方法 - Google Patents

Description

本発明は、ネットワークデバイスの管理を行う為の情報処理装置、方法又はプログラムに関する。

ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）は、ＬＡＮをはじめとするネットワークを管理するためのプロトコルであり、現在ではＩＰプロトコルをベースとしたネットワークに限らず、ＩＰＸプロトコル等、ＩＰプロトコル以外のプロトコルをベースとしたネットワークのネットワーク管理プロトコルとしても幅広く使用されている。

通常ＳＮＭＰに基づいたネットワーク管理は、ＳＮＭＰプロトコルを使用してＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と呼ばれるツリー構造の情報データベースにアクセスすることにより管理を行うものである。

一方、ネットワーク上の各種の資源（プリンタ、サーバ、スキャナなど）を効率的に発見し、利用するための方法として、ディレクトリサービスと呼ばれるものが提供されている。

ディレクトリサービスとは、言わばネットワークに関する電話帳であり、様々な情報を格納するためのものである。ディレクトリシステムの具体例としては、例えばＲＦＣ１７７７に規定されているＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）やＮｏｖｅｌｌ社のＮＤＳ（ＮｅｔＷａｒｅ Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ）がある。

従来のネットワークデバイス管理システムにおいては、ＳＮＭＰ／ＭＩＢやディレクトリサービスを用いて、例えばネットワークに接続されているネットワークデバイスの一覧を表示したり、ネットワークデバイスの状態やネットワークデバイスに設定されている各種情報を表示したり変更したりすることができる。

これらのネットワークデバイス管理システムがネットワークに接続されているネットワークデバイスを探索する際には、できるだけ多くのネットワークデバイスを探索するために、ＳＮＭＰプロトコルを利用する場合は、ＩＰプロトコルをベースとしたＳＮＭＰプロトコルでネットワークデバイスを探索したり、ＩＰＸプロトコルをベースとしたＳＮＭＰプロトコルでネットワークデバイスを探索したりし、また、ディレクトリサービスを利用する場合は、さまざまなディレクトリサービスを利用するのが一般的である。

近年は、Ｗｅｂアプリケーションの開発が盛んになってきており、クライアントＰＣのＷｅｂブラウザ上に、ネットワークデバイスの探索結果を一覧表示したり、ネットワークデバイスの状態やネットワークデバイスに設定されている各種情報を表示したりできるネットワークデバイス管理システムが開発されている。

一方、ネットワークデバイス側においても、Ｗｅｂサーバをネットワークデバイス内部に同梱し、そのデバイス固有のＵＲＬを持つことにより、クライアントのＰＣのＷｅｂブラウザから、ネットワークデバイスの状態やネットワークデバイスに設定されている各種情報を表示したりする機能を提供するネットワークデバイスが開発されている。

一般に、このようなネットワークデバイスのＷｅｂサーバは、ＭＩＢにて定義済みの情報以外のデバイス固有情報をも扱うことが可能であるので、ＳＮＭＰ／ＭＩＢにより情報を収集するネットワークデバイス管理システムが提供する情報以上の情報をユーザに提供することができるという利点がある。

そこで、この利点を生かすため、上記ネットワークデバイスのＵＲＬに対してリンクを張り、そのＵＲＬへの直接ジャンプを可能とするネットワークデバイス管理システムが開発されている。（例えば特許文献１参照）
特開２００３−１０８４４８号公報

しかしながら、上記従来例では、ネットワークデバイス管理システムは、ＨＴＴＰプロトコルが動作可能な通信プロトコルであるＩＰプロトコルを用いて探索されたネットワークデバイスに対してしか、ネットワークデバイスに同梱されているＷｅｂサーバへのリンクを設定することができない、という欠点があった。

即ち、ＩＰＸプロトコル等で探索されたネットワークデバイスがＷｅｂサーバを同梱していたとしても、ネットワークデバイス管理システムと上記ネットワークデバイスとが、ＩＰプロトコルで通信可能かどうかが不明であるため、ネットワークデバイスのＷｅｂサーバへのリンクを設定することができなかった。

本出願に係る発明の目的は、上記問題点を解決するためになされたもので、Ｗｅｂサーバを同梱したネットワークデバイスが探索されたプロトコルに係わらず、上記ネットワークデバイスのＷｅｂサーバへのリンクを設定することができるネットワークデバイス管理システムを提供することである。

上記課題を解決する為に本発明の情報処理装置は、ＩＰＸプロトコルを用いてネットワーク上のデバイスを探索する探索手段と、前記探索手段によって探索されたデバイスを表示する表示手段と、ＩＰＸプロトコルを用いて、前記探索手段によって探索されたデバイスから当該デバイスのＩＰアドレスを取得する取得手段と、前記取得手段によって取得されたＩＰアドレスを用いて、前記探索手段によって探索されたデバイスとＨＴＴＰの通信が可能か否かを判断する判断手段とを有し、前記表示手段は、前記判断手段によってＨＴＴＰの通信が可能であると判断されたデバイスに関して、当該デバイスからＨＴＴＰを用いて当該デバイスの状態を示す情報を取得するためのリンク情報を表示することを特徴とする。

また、上記課題を解決する為に本発明の情報処理装置は、ネットワーク上のデバイスを探索する探索手段と、前記探索手段による探索が、ＩＰＸプロトコルを用いて行われたか否かを判定する判定手段と、前記判断手段によってＩＰＸプロトコルを用いて探索が行われたと判断された場合、ＩＰＸプロトコルを用いて、前記探索手段によって探索されたデバイスから当該デバイスのＩＰアドレスを取得する取得手段と、前記判断手段によってＩＰＸプロトコルを用いて探索が行われたと判断された場合は前記取得手段によって取得されたＩＰアドレスを用いて、また前記判断手段によってＩＰプロトコルを用いて探索が行われたと判断された場合には当該探索によって得たＩＰアドレスを用いて、前記探索手段によって探索されたデバイスとＨＴＴＰの通信が可能か否かを判断する判断手段と、前記判断手段によってＨＴＴＰの通信が可能であると判断されたデバイスに関して、当該デバイスからＨＴＴＰを用いて当該デバイスの状態を示す情報を取得するためのリンク情報を表示する表示手段とを有することを特徴とする。

本発明によれば、ネットワークデバイス管理システムのユーザは、ネットワークデバイスが探索されたプロトコルを意識することなく、ネットワークデバイスが持つデバイス情報ページを表示することができるようになるため、従来より詳細なネットワークデバイスの情報を入手することができるようになる。

［第１の実施形態］
以下、本発明の第１の実施形態について、図面を参照して説明する。

図１は、ネットワークデバイス管理システムおよびネットワークデバイスが動作可能なネットワークの構成を示す図である。

図１において、１０１から１０４は、ネットワークデバイスであり、１０１はカラープリンタ、１０２はＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ。コピー機であるが、ネットワークプリンタとしても使用可能なもの。）、１０３および１０４はモノクロプリンタである。これらは、Ｗｅｂサーバを同梱し、固有のＵＲＬを持つネットワークデバイスである。

本図において、１１１、１１２、１１３は、それぞれデスクトップＰＣ、サーバＰＣおよびノートＰＣである。これらはＷｅｂアプリケーションであるネットワークデバイス管理システムのプログラムを実行可能なＰＣであり、ネットワークデバイス１０１から１０４を探索して、デバイス一覧（以下、デバイスリストと呼ぶ）を作成したり、個々のネットワークデバイスの情報を収集したり、クライアントＰＣからの要求に従って、クライアントＰＣのＷｅｂブラウザにＨＴＭＬデータを送信したりする。

これらの機器はすべてＬＡＮ１００によりネットワークに接続されている。

図２（Ａ）（Ｂ）は、クライアントＰＣの画面の例であり、ネットワークデバイス管理システムとネットワークデバイスの連携を示すものである。

図２（Ａ）はクライアントＰＣ上のＷｅｂブラウザであり、ネットワークデバイス管理システムから送信された情報を表示する領域である。２１０はネットワークデバイス管理システムから送信されたデバイスリストである。

２１１から２１４までは、ネットワークデバイス管理システムにて探索されたネットワークデバイス１０１から１０４までの情報である。

表示可能な情報として、本図では、ネットワークデバイス毎の名称であるデバイス名２０１、製品名２０２、ネットワーク上でネットワークデバイスを一意に識別するためのネットワークアドレス２０３が表示されているが、これらの情報をすべて表示する必要はなく、また、他の情報を追加して表示してもよい。

なお、モノクロプリンタ１０４の情報を表す２１４のデバイス名に下線が引かれているが、これはモノクロプリンタ１０４のネットワークアドレス２０３のＩＰアドレスを用いて、モノクロプリンタ１０４に同梱されているＷｅｂサーバへのリンク（参照）を張ることが可能であることを示している。

ユーザがデバイスリスト２１０の情報２１４の下線付きデバイス名をクリックすると、新しいＷｅｂブラウザ表示画面である図２（Ｂ）が表示される。

図２（Ｂ）は、ネットワークデバイスに同梱されているＷｅｂサーバから送信された情報を表示している。このように、ネットワークデバイスに同梱されるＷｅｂサーバから送信された情報を表示することによって、ユーザはネットワークデバイスのステータス情報等のより詳細な情報を知ることができる。

図３は、一般的なパーソナルコンピュータの内部構成を示した図であり、図１におけるデスクトップＰＣ１１１、サーバＰＣ１１２、ノートＰＣ１１３などの内部構成はこのようになっている。

図３において、３００は、ネットワークデバイス管理プログラムが稼動するＰＣであり、図１における１１１、１１２、１１３と同等である。ＰＣ３００は、ＲＯＭ３０２もしくはハードディスク（ＨＤ）３１１に記憶された、あるいはフロッピー（登録商標）ディスクドライブ（ＦＤ）３１２より供給されるネットワークデバイス管理プログラムを実行するＣＰＵ３０１を備え、システムバス３０４に接続される各ネットワークデバイスを総括的に制御する。

３０３はＲＡＭで、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。３０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）３０９やポインティングデバイス（不図示）等からの指示入力を制御する。３０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）３１０の表示を制御する。３０７はディスクコントローラ（ＤＫＣ）で、ＣＤ−ＲＯＭ（不図示）、ハードディスク（ＨＤ）３１１やフロッピー（登録商標）ディスクコントローラ（ＦＤ）３１２などの記憶装置へのアクセスを制御するものである。ハードディスク（ＨＤ）３１１およびフロッピー（登録商標）ディスクコントローラ（ＦＤ）３１２等には、ブートプログラム、オペレーティングシステム、種々のアプリケーション、編集ファイル、ユーザファイルおよびネットワークデバイス管理プログラム等を記憶している。３０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ１００を介して、ネットワークプリンタ、他のネットワークデバイスあるいは他のＰＣと双方向にデータをやりとりするための通信装置である。

図５は、ＰＣ３００（図１におけるデスクトップＰＣ１１１、サーバＰＣ１１２およびノートＰＣ１１３）上で動作するネットワークデバイス管理プログラムの動作について説明したフローチャートである。ここでは、ＰＣ３００を例に取って説明するが、ネットワークデバイス管理プログラムをネットワークデバイス上で動作させた場合も本フローチャートによって説明可能であることは言うまでもない。

これら一連の処理の判断と実行は、ハードウェアにおけるＰＣ３００内部のＣＰＵ３０１によって行われる。

ユーザがネットワークデバイス管理システムを起動させると、まずデバイスを探索する際に使用するプロトコルの選択画面が表示される。図４は、ＰＣ３００におけるＣＲＴディスプレイ（ＣＲＴ）３１０に表示されるネットワークデバイス管理システムの表示画面の一例である。第一の実施形態においては、図４に示すように、デバイスの探索を行うプロトコルとして、「ＩＰプロトコル」と「ＩＰＸプロトコル」が選択可能に表示されている。

図５に示すフローチャートは、図４においてユーザにより「ＩＰＸプロトコル」が選択された場合におけるネットワークデバイス管理プログラムの動作について説明したフローチャートである。

まずＳ５０１において、ネットワーク上のデバイスを探索する。この場合、「ＩＰＸプロトコル」が選択されている為、探索方法として例えばＩＰＸプロトコル上のＳＮＭＰプロトコルを利用する方法が考えられる。

Ｓ５０２では、Ｓ５０１において探索されたネットワークデバイス毎に、デバイス名、製品名、ネットワークアドレス等をＲＡＭ３０３、ハードディスク３１１等の記憶領域に格納する。

図６は、Ｓ５０２において記憶領域に格納されたデバイス情報の一覧表の例である。図６において、６０１、６０２は探索されたネットワークデバイスのデバイス名及び製品名を格納する領域である。また、６０３は探索されたネットワークデバイスのネットワークアドレスを格納する領域である。図５のフローチャートは、ＩＰＸプロトコルを用いた探索を行っている為、ネットワークアドレスとしてＩＰＸアドレスが格納されている。６１１から６１４までは、探索されたネットワークデバイスの例であり、それぞれ図１のネットワークデバイス１０１から１０４を示している。また、デバイス名６０１、製品名６０２、アドレス６０３にはそれぞれのネットワークデバイスの情報が格納されている。Ｓ５０２では、探索されたネットワークデバイスの情報の例としてデバイス名、製品名、アドレスを挙げたが、その他の情報（例えば、デバイスの機能情報など）を取得してもよい。この場合、それらの情報も記憶領域に格納されることになる。

ネットワークデバイス管理システムは、Ｓ５０２にてネットワークデバイスの情報を格納すると、Ｓ５０３にて、探索されたネットワークデバイスの数を数え、それをＣＮＴとしてＲＡＭ３０３、ハードディスク３１１等の記憶領域に格納する。

Ｓ５０４では、ネットワークデバイスのインデックスｉを１に初期化する。

Ｓ５０５では、ｉがＣＮＴ以下かどうかを判別する。そしてｉがＣＮＴ以下の場合は、Ｓ５０６に進み、ｉがＣＮＴより大きい場合には本フローチャートを終了する。

Ｓ５０６では、ＩＰＸプロトコルを用いてデバイスのＩＰアドレス情報を取得する。Ｓ５０２において記憶領域に格納されているネットワークデバイスはＩＰＸプロトコルで探索されているので、ネットワークデバイス管理システムは、ＩＰＸプロトコルを使ってネットワークデバイスと通信する。従って、ＩＰＸプロトコル上のＳＮＭＰプロトコルを用いてＩＰアドレスを表すＭＩＢオブジェクト（ｉｐＡｄＥｎｔＡｄｄｒなど）の情報を取得することによって、ネットワークデバイスのＩＰアドレスを取得できる。

Ｓ５０７では、Ｓ５０６にてＩＰアドレス情報の取得に成功したかどうかを判別する。ＩＰアドレスの取得に成功した場合は、Ｓ５０８に進み、失敗した場合にはＳ５１１に進む。

Ｓ５０８以降は、ネットワークデバイス管理システムが、Ｓ５０６においてＩＰアドレスを取得したネットワークデバイスがもつＷｅｂサーバにリンクを張る為の処理を行う。Ｗｅｂサーバへのリンクを張る為には、該ＷｅｂサーバをもつネットワークデバイスとＨＴＴＰプロトコルで通信を行う必要があるため、まず、ネットワークデバイスとＨＴＴＰプロトコル通信可能かどうかを判別する。

Ｓ５０８において、ネットワークデバイス管理システムはネットワークデバイスとＨＴＴＰプロトコルで通信する為のポート（通常８０番ポート）とコネクションを確立する。このとき、Ｓ５０６で取得されたＩＰアドレスが用いられる。

Ｓ５０９では、ネットワークデバイス管理システムがネットワークデバイスとコネクション確立できたかどうかを判別する。コネクションが確立できた場合にはＳ５１２に進み、確立できなかった場合にはＳ５１０に進む。

Ｓ５１２では、ＨＴＴＰプロトコルの命令の一種であるＨＥＡＤコマンドを送信する。

Ｓ５１３では、上記ステップＳ５１２にて送信されたＨＥＡＤコマンドに対するネットワークデバイスからの応答として、ＯＫレスポンスを受信したかどうかを判別する。ＯＫレスポンスを受信できた場合にはＳ５１４に進み、受信できなかった場合にはＳ５１０に進む。

Ｓ５１４ではネットワークデバイス管理システムとネットワークデバイスがＨＴＴＰプロトコルで通信可能であると判断する。

Ｓ５１０では、ネットワークデバイス管理システムとネットワークデバイスがＨＴＴＰプロトコルで通信不可能であると判断する。

Ｓ５１４でネットワーク管理システムがネットワークデバイスとＨＴＴＰプロトコルで通信可能と判断された場合は、ステップＳ５１５に進む。

Ｓ５１０でネットワーク管理システムがネットワークデバイスとＨＴＴＰプロトコルで通信不可能と判断された場合は、ステップＳ５１１に進む。

Ｓ５１５では、ネットワークデバイスに同梱されているＷｅｂサーバへのリンクをデバイスリスト内に表示する。

図７（Ａ）は、上記ステップＳ５１５にてリンクが表示されたデバイスリストの例を表している。

図７（Ａ）には、図２（Ａ）と同じデバイス（１０１〜１０４）、同じ項目についてのデバイスリストが表示されている。図２（Ａ）と異なる点は、各デバイスのアドレスがＩＰアドレスでなくＩＰＸアドレスである点（ＩＰＸプロトコルによって探索された為）と表示される４つのデバイス全てのデバイス名に下線が引かれている点である。これは各デバイスが同梱するＷｅｂサーバとのリンクが張られていることを示している。

ユーザが例えばデバイス２をマウス等のポインティングデバイスを用いて選択すると図７（Ｂ）が表示される。図７（Ｂ）はデバイス２が同梱するＷｅｂサーバから取得したデバイスのより詳細な状態情報を示すファイルをＷｅｂブラウザを利用して表示したものであり、これによりユーザはデバイス２に関するより詳細な情報を知ることができる。

図８は、図７（Ａ）から（Ｂ）への表示の変化に関するネットワークデバイス管理プログラムが行う処理を説明するためのフローチャートである。

Ｓ８０１は例えば図７（Ａ）で示したようにデバイスリストが表示されている状態である。

Ｓ８０２において、ユーザによって、デバイスリスト画面において例えば下線の引かれたデバイス名をクリックされるなどしてリンクが指定されたかどうかを判断する。リンクの指定があった場合にはＳ８０３に進み、リンクの指定がない場合にはＳ８０９に進む。

Ｓ８０９では図７における画面で、「終了」ボタンが押されるなどして、ユーザからデバイスリストの表示を終了する旨の要求があるかどうかを判断し、要求がある場合には表示処理を終了する。要求がない場合には、Ｓ８０１に戻って、デバイスリストの表示を維持する。

Ｓ８０３では、リンクが指定されたデバイスについて、該デバイスが有するＷｅｂサーバに対するＵＲＬが登録されているかどうかを判断する。登録されている場合にはＳ８０４に進み、該ＵＲＬに接続を行う。登録されていない場合にはＳ８１０に進み、ＵＲＬが登録されていない旨を表示することなどによってユーザに通知し、デバイスリスト画面に戻る。

このように、ユーザによってリンクが指定されたデバイスについてＵＲＬが登録されているか判断を行うことによって、ＵＲＬが登録されていないにもかかわらずデバイスリストにリンクが表示されてしまっているような場合があっても、ユーザはその旨を認識することができる。

Ｓ８０４においてＵＲＬに接続されると、Ｓ８０５に進み、ネットワークデバイスが有するＷｅｂサーバで作成された該デバイスの詳細な状態情報を表したファイルを取得する。このデバイス情報ファイルは、例えばＷｅｂブラウザを用いて閲覧可能なＨＴＭＬファイル形式で生成されたページである。

次にＳ８０６に進み、正しくデバイス情報ファイルが取得できたかどうかを判断し、取得できた場合にはＳ８０７に進み、取得したデバイス情報ファイルを表示する。表示の方法として、自身（ＰＣ３００）が保持するＷｅｂブラウザを用いて表示する方法がある。ファイルが取得できなかった場合にはその旨を表示することでユーザにエラーを通知する。

Ｓ８０７において表示されるデバイス情報の例が図７（Ｂ）である。図７（Ｂ）を参照することで、ユーザはデバイスのより詳細な情報を得ることができる。

図７（Ｂ）の７０１に示す、「戻る」ボタンがユーザによって選択された場合など、図７（Ｂ）の画面の表示を終了する旨の要求がユーザからされると、Ｓ８０１のデバイスリスト画面に戻る。

なお、図７では、デバイス名に下線を引くことによってネットワークデバイスに同梱されているＷｅｂサーバへのリンクを実現しているが、ボタンやアイコンを配置したり、ＵＲＬを直接表示したりすることによって実現してもよいことは言うまでもない。

図５のフローチャートに戻り、Ｓ５１１では、ｉをインクリメントし、ステップＳ５０５に戻る。

以上第一の実施形態によれば、ユーザによってＩＰＸプロトコルによるデバイス探索が指定された場合においても、ＩＰＸプロトコルを用いてネットワークデバイスのＩＰアドレスを取得し、ネットワークデバイスが同梱するＷｅｂサーバへのリンクをはることができる。つまり、ＩＰＸプロトコルを用いたデバイス探索が指定されても、ネットワークデバイスのＷｅｂサーバからの情報により、より詳細なデバイス情報をユーザは知ることができるようになる。

尚、第一の実施形態では、デバイスを探索するプロトコルをＩＰＸプロトコルとして説明したが、本発明はこれに限定されるものではなく、ＩＰプロトコル以外の探索が指定された場合は、これと同様の効果が得られるものである。

［第二の実施形態］
以下、本発明の第二の実施形態について、図面を参照して説明する。

本実施形態のネットワークデバイス管理システムが動作可能なネットワークの構成は、第一の実施形態で示したものと同一であるため説明を省略する（図１、図３）。第一の実施形態では、探索を行う為のプロトコルとして、ユーザによってＩＰＸプロトコルが指定された場合についての実施形態であったのに対して、本第二の実施形態では、探索を行う為のプロトコルとして「すべてのプロトコル」をユーザが選択した場合である点で第一の実施形態と異なる。

ユーザがネットワークデバイス管理システムを起動させると、まずデバイスを探索する際に使用するプロトコルの選択画面が表示される。図９は、ＰＣ３００におけるＣＲＴディスプレイ（ＣＲＴ）３１０に表示されるネットワークデバイス管理システムの表示画面の一例である。第二の実施形態においては、図９に示すように、デバイスの探索を行うプロトコルとして、「ＩＰプロトコル」と「ＩＰＸプロトコル」「全てのプロトコル」が選択可能に表示されている。

図１０に示すフローチャートは、図９においてユーザにより「全てのプロトコル」が選択された場合におけるネットワークデバイス管理プログラムの動作について説明したフローチャートである。

以下図１０のフローチャートを用いて第二の実施形態におけるネットワークデバイス管理プログラムの動作を説明する。

まず、Ｓ１００１において、ネットワーク上のデバイスを探索する。探索を実行する方法の例としては、ＩＰプロトコル上のＳＮＭＰプロトコルを利用する方法、ＩＰＸプロトコル上のＳＮＭＰプロトコルを利用する方法、ＬＤＡＰを利用する方法、ＮＤＳを利用する方法、ＳＬＰを利用する方法等が考えられる。これらの複数の探索プロトコルで検索を行うメリットとして、例えば、まず始めにＩＰプロトコル上のＳＮＭＰプロトコルを利用して探索を行った結果、ネットワークデバイス側が探索パケットを見落とすなどの通信のエラーがあった際にも続いてＩＰＸプロトコル上のＳＮＭＰプロトコルを利用する探索を行った結果、探索が成功するというような場合に有効である。

Ｓ１００２では、ステップＳ１００１にて探索されたネットワークデバイス毎に、デバイス名、製品名、ネットワークアドレス等をＲＡＭ３０３、ハードディスク３１１等の記憶領域に格納するとともに、そのネットワークデバイスがどのようなプロトコルで探索されたかも上記記憶領域に格納する。

図１１は、Ｓ１００２において記憶領域に格納されたデバイス情報の一覧表の例である。第一の実施形態における図６の一覧表と対応しているが、デバイス毎にアドレス欄に格納されているネットワークアドレスの種類が異なる点と、探索を行ったプロトコルを格納する領域１００１がある点が図６と異なる。このように、探索を行ったプロトコルを格納しておくことで、各デバイスがどのプロトコルで探索されたものなのかがわかるようになる。

ネットワークデバイス管理システムは、Ｓ１００２にてネットワークデバイスの情報を格納すると、Ｓ１００３にて、探索されたネットワークデバイスの数を数え、それをＣＮＴとしてＲＡＭ３０３、ハードディスク３１１等の記憶領域に格納する。

Ｓ１００４では、ネットワークデバイスのインデックスｉを１に初期化する。

Ｓ１００５では、ｉがＣＮＴ以下かどうかを判別する。そしてｉがＣＮＴ以下の場合は、Ｓ１００６に進み、ｉがＣＮＴより大きい場合には本フローチャートを終了する。

Ｓ１００６では、インデックスｉのネットワークデバイスについてＩＰアドレスが格納されているかどうかを判別する。つまりインデックスｉのネットワークデバイスがＩＰプロトコル以外のプロトコル（例えばＩＰＸプロトコル）で探索されたか否かを判別する。ＩＰアドレスが格納されていると判定された場合にはＳ１００９に進み、格納されていない場合にはＳ１００７に進む。図１１の例では、デバイス２とデバイス４はＩＰアドレスが格納されていない（ＩＰＸプロトコルが格納されている）。

Ｓ１００７では、ＩＰアドレスが格納されていないと判断されたデバイスについて、図１１の探索プロトコル格納領域１００１を参照し、該デバイスの探索に利用したプロトコルを確認する。そして探索されたプロトコルを用いてＩＰアドレスを取得する。例えば図１１において、デバイス２のＩＰアドレスを取得する為にデバイス２の探索の際に使われたＩＰＸプロトコルを利用する。具体的には、ＩＰＸプロトコル上のＳＮＭＰプロトコルを用いてＩＰアドレスを表すＭＩＢオブジェクト（ｉｐＡｄＥｎｔＡｄｄｒなど）の情報を取得することによって、ネットワークデバイスのＩＰアドレスを取得する。

Ｓ１００８に進み、ＩＰアドレスの取得に成功したかどうかを判定し、成功した場合にはＳ１００９へ進み、ＩＰアドレスが取得できなかった場合にはＳ１０１２に進む。

Ｓ１００９以降の処理は、図５のフローチャートにおけるＳ５０８以降の処理と同様であり、ＩＰアドレスを取得したネットワークデバイスがもつＷｅｂサーバにリンクを張る為の処理を行う。

Ｓ１００９において、ネットワークデバイス管理システムはネットワークデバイスとＨＴＴＰプロトコルで通信する為のポート（通常８０番ポート）とコネクションを確立する。このとき、Ｓ１００１又はＳ１００７で取得されたＩＰアドレスが用いられる。

Ｓ１０１０では、ネットワークデバイス管理システムがネットワークデバイスとコネクション確立できたかどうかを判別する。コネクションが確立できた場合にはＳ１０１３に進み、確立できなかった場合にはＳ１０１１に進む。

Ｓ１０１３では、ＨＴＴＰプロトコルの命令の一種であるＨＥＡＤコマンドを送信する。

Ｓ１０１４では、上記ステップＳ１０１３にて送信されたＨＥＡＤコマンドに対するネットワークデバイスからの応答として、ＯＫレスポンスを受信したかどうかを判別する。ＯＫレスポンスを受信できた場合にはＳ１０１５に進み、受信できなかった場合にはＳ１０１１に進む。

Ｓ１０１５ではネットワークデバイス管理システムとネットワークデバイスがＨＴＴＰプロトコルで通信可能であると判断する。

Ｓ１０１１では、ネットワークデバイス管理システムとネットワークデバイスがＨＴＴＰプロトコルで通信不可能であると判断する。

Ｓ１０１５でネットワーク管理システムがネットワークデバイスとＨＴＴＰプロトコルで通信可能と判断された場合は、ステップＳ１０１６に進む。

Ｓ１０１１でネットワーク管理システムがネットワークデバイスとＨＴＴＰプロトコルで通信不可能と判断された場合は、ステップＳ１０１２に進む。

Ｓ１０１６では、ネットワークデバイスに同梱されているＷｅｂサーバへのリンクをデバイスリスト内に表示する。

Ｓ１０１２では、ｉをインクリメントし、ステップＳ５０５に戻る。

以上第二の実施形態によれば、デバイス探索を行った際にＩＰアドレスを取得できなかったデバイスに関して、探索を行ったプロトコルを用いてＩＰアドレスを取得し、ネットワークデバイスが同梱するＷｅｂサーバへのリンクをはることができる。

［その他の実施形態］
上記で説明した本発明に係るネットワークデバイス管理プログラムは、外部からインストールされるプログラムによって、ＰＣ３００によって遂行されても良い。その場合、そのプログラムはＣＤ−ＲＯＭやフラッシュメモリやフロッピー（登録商標）ディスクなどの記憶媒体により、あるいは電子メールやパソコン通信などのネットワークを介して、外部の記憶媒体からプログラムを含む情報群をＰＣ３００上にロードすることにより、ＰＣ３００に供給される場合でも本発明は適用されるものである。

図１２は、記憶媒体の一例であるＣＤ−ＲＯＭのメモリマップを示す図である。

図１２において、９９９９は、インストールプログラムを記憶してある領域である。９９９８は、ネットワークデバイス管理プログラムを記憶してある領域である。

本発明のネットワークデバイス管理プログラムがＰＣ３００にインストールされる際には、まずインストールプログラムを記憶してある領域９９９９に記憶されているインストールプログラムがシステムにロードされ、ＣＰＵ３０１によって実行される。次に、ＣＰＵ３０１によって実行されるインストールプログラムが、ネットワークデバイス管理プログラムを記憶してある領域９９９８からネットワークデバイス管理プログラムを読み出して、ハードディスク３１１に格納する。

なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダなど）から構成されるシステムあるいは統合装置に適用しても、ひとつの機器からなる装置に適用してもよい。

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

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

プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。

また、コンピュータが読み出したプログラムコードを実行することによって、前述した実施形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

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

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。

本実施形態におけるネットワークデバイス管理システムが動作可能なネットワークの構成を示す図である。 本実施形態におけるネットワークデバイス管理システムとネットワークデバイスの連携を示す例である。 本実施形態で用いられる一般的なパーソナルコンピュータの内部構成を示した図である。 本実施形態のＰＣのディスプレイに表示されるネットワークデバイス管理システムの表示画面の一例である。 本実施形態のＰＣ上で動作するネットワークデバイス管理プログラムの動作について説明したフローチャートである。 本実施形態におけるデバイス情報の一覧表の例である。 本実施形態において、リンクが表示されたデバイスリストの例である。 本実施形態におけるネットワークデバイス管理プログラムが行う処理を説明するためのフローチャートである。 本実施形態のＰＣのディスプレイに表示されるネットワークデバイス管理システムの表示画面の一例である。 本実施形態のＰＣ上で動作するネットワークデバイス管理プログラムの動作について説明したフローチャートである。 本実施形態におけるデバイス情報の一覧表の例である。 本実施形態のネットワークデバイス管理プログラムの記憶媒体におけるメモリマップを示す図である。

符号の説明

１００ ネットワーク
１０１〜１０４ ネットワークデバイス
１１１ デスクトップＰＣ
１１２ サーバＰＣ
１１３ ノートＰＣ

Claims (10)

1. ＩＰＸプロトコルを用いてネットワーク上のデバイスを探索する探索手段と、
   前記探索手段によって探索されたデバイスを表示する表示手段と、
   ＩＰＸプロトコルを用いて、前記探索手段によって探索されたデバイスから当該デバイスのＩＰアドレスを取得する取得手段と、
   前記取得手段によって取得されたＩＰアドレスを用いて、前記探索手段によって探索されたデバイスとＨＴＴＰの通信が可能か否かを判断する判断手段と、
   を有し、
   前記表示手段は、前記判断手段によってＨＴＴＰの通信が可能であると判断されたデバイスに関して、当該デバイスからＨＴＴＰを用いて当該デバイスの状態を示す情報を取得するためのリンク情報を表示することを特徴とする情報処理装置。
2. ネットワーク上のデバイスを探索する探索手段と、
   前記探索手段による探索が、ＩＰＸプロトコルを用いて行われたか否かを判定する判定手段と、
   前記判断手段によってＩＰＸプロトコルを用いて探索が行われたと判断された場合、ＩＰＸプロトコルを用いて、前記探索手段によって探索されたデバイスから当該デバイスのＩＰアドレスを取得する取得手段と、
   前記判断手段によってＩＰＸプロトコルを用いて探索が行われたと判断された場合は前記取得手段によって取得されたＩＰアドレスを用いて、また前記判断手段によってＩＰプロトコルを用いて探索が行われたと判断された場合には当該探索によって得たＩＰアドレスを用いて、前記探索手段によって探索されたデバイスとＨＴＴＰの通信が可能か否かを判断する判断手段と、
   前記判断手段によってＨＴＴＰの通信が可能であると判断されたデバイスに関して、当該デバイスからＨＴＴＰを用いて当該デバイスの状態を示す情報を取得するためのリンク情報を表示する表示手段と、
   を有することを特徴とする情報処理装置。
3. ネットワーク上のデバイスの探索を行う際に、ＩＰＸプロトコルを用いるかＩＰプロトコルを用いるかを選択する選択手段を更に有し、
   前記選択手段によってＩＰＸプロトコルが選択された場合、前記取得手段によって前記ＩＰアドレスを取得することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記表示手段は、前記判断手段によってＨＴＴＰの通信が可能でないデバイスに関して、前記リンク情報を表示しないことを特徴とする請求項１乃至３の何れかに記載の情報処理装置。
5. 前記表示手段は、前記探索手段による探索の結果見つかったデバイスの情報を一覧表示し、前記リンク情報を併せて表示することを特徴とする請求項１乃至４の何れかに記載の情報処理装置。
6. 前記判断手段は、前記探索手段によって探索されたデバイスの特定のポートとコネクションが確立できたか否かによって、ＨＴＴＰの通信が可能か否かを判断することを特徴とする請求項１乃至５の何れかに記載の情報処理装置。
7. ＩＰＸプロトコルを用いてネットワーク上のデバイスを探索する探索ステップと、
   前記探索ステップによって探索されたデバイスを表示する表示ステップと、
   ＩＰＸプロトコルを用いて、前記探索ステップによって探索されたデバイスから当該デバイスのＩＰアドレスを取得する取得ステップと、
   前記取得ステップによって取得されたＩＰアドレスを用いて、前記探索ステップによって探索されたデバイスとＨＴＴＰの通信が可能か否かを判断する判断ステップと、
   を有し、
   前記表示ステップは、前記判断ステップによってＨＴＴＰの通信が可能であると判断されたデバイスに関して、当該デバイスからＨＴＴＰを用いて当該デバイスの状態を示す情報を取得するためのリンク情報を表示することを特徴とするネットワークデバイス管理方法。
8. ネットワーク上のデバイスを探索する探索ステップと、
   前記探索ステップによる探索が、ＩＰＸプロトコルを用いて行われたか否かを判定する判定ステップと、
   前記判断ステップによってＩＰＸプロトコルを用いて探索が行われたと判断された場合、ＩＰＸプロトコルを用いて、前記探索ステップによって探索されたデバイスから当該デバイスのＩＰアドレスを取得する取得ステップと、
   前記判断ステップによってＩＰＸプロトコルを用いて探索が行われたと判断された場合は前記取得ステップによって取得されたＩＰアドレスを用いて、また前記判断ステップによってＩＰプロトコルを用いて探索が行われたと判断された場合には当該探索によって得たＩＰアドレスを用いて、前記探索ステップによって探索されたデバイスとＨＴＴＰの通信が可能か否かを判断する判断ステップと、
   前記判断ステップによってＨＴＴＰの通信が可能であると判断されたデバイスに関して、当該デバイスからＨＴＴＰを用いて当該デバイスの状態を示す情報を取得するためのリンク情報を表示する表示ステップと、
   を有することを特徴とするネットワークデバイス管理方法。
9. コンピュータに以下のステップを実行させるコンピュータプログラムで、
   ＩＰＸプロトコルを用いてネットワーク上のデバイスを探索する探索ステップと、
   前記探索ステップによって探索されたデバイスを表示する表示ステップと、
   ＩＰＸプロトコルを用いて、前記探索ステップによって探索されたデバイスから当該デバイスのＩＰアドレスを取得する取得ステップと、
   前記取得ステップによって取得されたＩＰアドレスを用いて、前記探索ステップによって探索されたデバイスとＨＴＴＰの通信が可能か否かを判断する判断ステップと、
   をコンピュータに実行させ、
   前記表示ステップは、前記判断ステップによってＨＴＴＰの通信が可能であると判断されたデバイスに関して、当該デバイスからＨＴＴＰを用いて当該デバイスの状態を示す情報を取得するためのリンク情報を表示することを特徴とするコンピュータプログラム。
10. コンピュータに以下のステップを実行させるコンピュータプログラムで、
    ネットワーク上のデバイスを探索する探索ステップと、
    前記探索ステップによる探索が、ＩＰＸプロトコルを用いて行われたか否かを判定する判定ステップと、
    前記判断ステップによってＩＰＸプロトコルを用いて探索が行われたと判断された場合、ＩＰＸプロトコルを用いて、前記探索ステップによって探索されたデバイスから当該デバイスのＩＰアドレスを取得する取得ステップと、
    前記判断ステップによってＩＰＸプロトコルを用いて探索が行われたと判断された場合は前記取得ステップによって取得されたＩＰアドレスを用いて、また前記判断ステップによってＩＰプロトコルを用いて探索が行われたと判断された場合には当該探索によって得たＩＰアドレスを用いて、前記探索ステップによって探索されたデバイスとＨＴＴＰの通信が可能か否かを判断する判断ステップと、
    前記判断ステップによってＨＴＴＰの通信が可能であると判断されたデバイスに関して、当該デバイスからＨＴＴＰを用いて当該デバイスの状態を示す情報を取得するためのリンク情報を表示する表示ステップと、
    を有することを特徴とするコンピュータプログラム。

Images