(57)【要約】【課題】  Ｗｅｂサーバを同梱したネットワークデバイスが探索されたプロトコルに係わらず、上記ネットワークデバイスのＷｅｂサーバへのリンクを設定することができるネットワークデバイス管理システムを提供する。【解決手段】  ＩＰＸプロトコルを用いてネットワークデバイスが検索された場合、ＩＰＸプロトコルでデバイスのＩＰアドレスを取得し、取得したＩＰアドレスを用いてデバイスとのＨＴＴＰ通信が可能である判断されると、デバイスに同梱されるＷｅｂサーバへのリンクを設定する。【選択図】  図５
2005157612.tif 000002
【特許請求の範囲】
【請求項１】
第一のプロトコルを用いてネットワーク上のデバイスの探索を行う探索手段と、
前記第一のプロトコルを用いて、前記デバイスの第二のプロトコルで用いられるアドレスを前記デバイスから取得する取得手段と、
前記デバイスの状態を示す情報を第三のプロトコルを用いて前記デバイスから取得する為に用いられる参照情報であって、前記取得手段によって取得されたアドレスに基づいた前記参照情報に対応する参照を表示する表示手段と、
を有し、前記表示手段によって表示された参照が指定されると、対応する参照情報に従って前記第三のプロトコルを用いて前記デバイスの状態を示す情報が取得されることを特徴とする情報処理装置。
【請求項２】
第一のプロトコルを用いてネットワーク上のデバイスの探索を行う探索手段と、
前記第一のプロトコルを用いて、前記デバイスの第二のプロトコルで用いられるアドレスを前記デバイスから取得する取得手段と、
前記取得手段によって取得されたアドレスに基づいた、前記デバイスの状態を示す情報を第三のプロトコルを用いて取得する為の参照情報を特定する手段と、
を有することを特徴とする情報処理装置。
【請求項３】
第一のプロトコルを用いてネットワーク上のデバイスの検索を行う検索手段と、
前記第一のプロトコルを用いて、前記デバイスの第二のプロトコルで用いられるアドレスを前記デバイスから取得する取得手段と、
前記取得手段によって取得されたアドレスに基づいた、前記デバイスの状態を示す情報を第三のプロトコルを用いて取得する為の参照情報を生成する生成手段と、
を有することを特徴とする情報処理装置。
【請求項４】
ネットワーク上のデバイスの探索を行う際に、第一のプロトコルを用いるか第二のプロトコルを用いるかを選択させる選択手段をさらに有し、
前記選択手段によって第一のプロトコルが選択された場合、前記取得手段によって前記アドレスを取得することを特徴とする請求項１乃至３記載の情報処理装置。
【請求項５】
ネットワーク上のデバイスの検索が第一のプロトコルを用いて行われたか否かを判定する判定手段をさらに有し、
前記判定手段によって第一のプロトコルが用いられたと判定された場合、前記取得手段によって前記アドレスを取得することを特徴とする請求項１乃至３記載の情報処理装置。
【請求項６】
前記表示手段は、前記探索手段による探索の結果見つかったデバイスの情報を一覧表示することを特徴とする請求項１記載の情報処理装置。
【請求項７】
第一のプロトコルを用いてネットワーク上のデバイスの探索を行う探索ステップと、
前記第一のプロトコルを用いて、前記デバイスの第二のプロトコルで用いられるアドレスを前記デバイスから取得する取得ステップと、
前記デバイスの状態を示す情報を第三のプロトコルを用いて前記デバイスから取得する為に用いられる参照情報であって、前記取得ステップによって取得されたアドレスに基づいた前記参照情報に対応する参照を表示する表示ステップと、
を有し、前記表示手段によって表示された参照が指定されると、対応する参照情報に従って前記第三のプロトコルを用いて前記デバイスの状態を示す情報が取得されることを特徴とするネットワークデバイス管理方法。
【請求項８】
第一のプロトコルを用いてネットワーク上のデバイスの探索を行う探索ステップと、
前記第一のプロトコルを用いて、前記デバイスの第二のプロトコルで用いられるアドレスを前記デバイスから取得する取得ステップと、
前記取得ステップによって取得されたアドレスに基づいた、前記デバイスの状態を示す情報を第三のプロトコルを用いて取得する為の参照情報を特定するステップと、
を有することを特徴とするネットワークデバイス管理方法。
【請求項９】
第一のプロトコルを用いてネットワーク上のデバイスの検索を行う検索ステップと、
前記第一のプロトコルを用いて、前記デバイスの第二のプロトコルで用いられるアドレスを前記デバイスから取得する取得ステップと、
前記取得ステップによって取得されたアドレスに基づいた、前記デバイスの状態を示す情報を第三のプロトコルを用いて取得する為の参照情報を生成する生成ステップと、
を有することを特徴とするネットワークデバイス管理方法。
【請求項１０】
コンピュータに、
第一のプロトコルを用いてネットワーク上のデバイスの探索を行う探索ステップと、
前記第一のプロトコルを用いて、前記デバイスの第二のプロトコルで用いられるアドレスを前記デバイスから取得する取得ステップと、
前記デバイスの状態を示す情報を第三のプロトコルを用いて前記デバイスから取得する為に用いられる参照情報であって、前記取得ステップによって取得されたアドレスに基づいた前記参照情報に対応する参照を表示する表示ステップと、
を実行させるプログラムで、前記表示手段によって表示された参照が指定されると、対応する参照情報に従って前記第三のプロトコルを用いて前記デバイスの状態を示す情報が取得されることを特徴とするプログラム。
【請求項１１】
コンピュータに、
第一のプロトコルを用いてネットワーク上のデバイスの探索を行う探索ステップと、
前記第一のプロトコルを用いて、前記デバイスの第二のプロトコルで用いられるアドレスを前記デバイスから取得する取得ステップと、
前記取得ステップによって取得されたアドレスに基づいた、前記デバイスの状態を示す情報を第三のプロトコルを用いて取得する為の参照情報を特定するステップと、
を実行させることを特徴とするプログラム。
【請求項１２】
コンピュータに、
第一のプロトコルを用いてネットワーク上のデバイスの検索を行う検索ステップと、
前記第一のプロトコルを用いて、前記デバイスの第二のプロトコルで用いられるアドレスを前記デバイスから取得する取得ステップと、
前記取得ステップによって取得されたアドレスに基づいた、前記デバイスの状態を示す情報を第三のプロトコルを用いて取得する為の参照情報を生成する生成ステップと、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークデバイスの管理を行う為の情報処理装置、方法又はプログラムに関する。
【背景技術】
【０００２】
ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）は、ＬＡＮをはじめとするネットワークを管理するためのプロトコルであり、現在ではＩＰプロトコルをベースとしたネットワークに限らず、ＩＰＸプロトコル等、ＩＰプロトコル以外のプロトコルをベースとしたネットワークのネットワーク管理プロトコルとしても幅広く使用されている。
【０００３】
通常ＳＮＭＰに基づいたネットワーク管理は、ＳＮＭＰプロトコルを使用してＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）と呼ばれるツリー構造の情報データベースにアクセスすることにより管理を行うものである。
【０００４】
一方、ネットワーク上の各種の資源（プリンタ、サーバ、スキャナなど）を効率的に発見し、利用するための方法として、ディレクトリサービスと呼ばれるものが提供されている。
【０００５】
ディレクトリサービスとは、言わばネットワークに関する電話帳であり、様々な情報を格納するためのものである。ディレクトリシステムの具体例としては、例えばＲＦＣ１７７７に規定されているＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）やＮｏｖｅｌｌ社のＮＤＳ（ＮｅｔＷａｒｅ  Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅ）がある。
【０００６】
従来のネットワークデバイス管理システムにおいては、ＳＮＭＰ／ＭＩＢやディレクトリサービスを用いて、例えばネットワークに接続されているネットワークデバイスの一覧を表示したり、ネットワークデバイスの状態やネットワークデバイスに設定されている各種情報を表示したり変更したりすることができる。
【０００７】
これらのネットワークデバイス管理システムがネットワークに接続されているネットワークデバイスを探索する際には、できるだけ多くのネットワークデバイスを探索するために、ＳＮＭＰプロトコルを利用する場合は、ＩＰプロトコルをベースとしたＳＮＭＰプロトコルでネットワークデバイスを探索したり、ＩＰＸプロトコルをベースとしたＳＮＭＰプロトコルでネットワークデバイスを探索したりし、また、ディレクトリサービスを利用する場合は、さまざまなディレクトリサービスを利用するのが一般的である。
【０００８】
近年は、Ｗｅｂアプリケーションの開発が盛んになってきており、クライアントＰＣのＷｅｂブラウザ上に、ネットワークデバイスの探索結果を一覧表示したり、ネットワークデバイスの状態やネットワークデバイスに設定されている各種情報を表示したりできるネットワークデバイス管理システムが開発されている。
【０００９】
一方、ネットワークデバイス側においても、Ｗｅｂサーバをネットワークデバイス内部に同梱し、そのデバイス固有のＵＲＬを持つことにより、クライアントのＰＣのＷｅｂブラウザから、ネットワークデバイスの状態やネットワークデバイスに設定されている各種情報を表示したりする機能を提供するネットワークデバイスが開発されている。
【００１０】
一般に、このようなネットワークデバイスのＷｅｂサーバは、ＭＩＢにて定義済みの情報以外のデバイス固有情報をも扱うことが可能であるので、ＳＮＭＰ／ＭＩＢにより情報を収集するネットワークデバイス管理システムが提供する情報以上の情報をユーザに提供することができるという利点がある。
【００１１】
そこで、この利点を生かすため、上記ネットワークデバイスのＵＲＬに対してリンクを張り、そのＵＲＬへの直接ジャンプを可能とするネットワークデバイス管理システムが開発されている。（例えば特許文献１参照）
【特許文献１】特開２００３−１０８４４８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、上記従来例では、ネットワークデバイス管理システムは、ＨＴＴＰプロトコルが動作可能な通信プロトコルであるＩＰプロトコルを用いて探索されたネットワークデバイスに対してしか、ネットワークデバイスに同梱されているＷｅｂサーバへのリンクを設定することができない、という欠点があった。
【００１３】
即ち、ＩＰＸプロトコル等で探索されたネットワークデバイスがＷｅｂサーバを同梱していたとしても、ネットワークデバイス管理システムと上記ネットワークデバイスとが、ＩＰプロトコルで通信可能かどうかが不明であるため、ネットワークデバイスのＷｅｂサーバへのリンクを設定することができなかった。
【００１４】
本出願に係る発明の目的は、上記問題点を解決するためになされたもので、Ｗｅｂサーバを同梱したネットワークデバイスが探索されたプロトコルに係わらず、上記ネットワークデバイスのＷｅｂサーバへのリンクを設定することができるネットワークデバイス管理システムを提供することである。
【課題を解決するための手段】
【００１５】
上記課題を解決する為に本発明の情報処理装置は、第一のプロトコルを用いてネットワーク上のデバイスの探索を行う探索手段と、前記第一のプロトコルを用いて、前記デバイスの第二のプロトコルで用いられるアドレスを前記デバイスから取得する取得手段と、前記デバイスの状態を示す情報を第三のプロトコルを用いて前記デバイスから取得する為に用いられる参照情報であって、前記取得手段によって取得されたアドレスに基づいた前記参照情報に対応する参照を表示する表示手段とを有し、前記表示手段によって表示された参照が指定されると、対応する参照情報に従って前記第三のプロトコルを用いて前記デバイスの状態を示す情報が取得されることを特徴とする。
【００１６】
また、上記課題を解決する為に本発明の情報処理装置は、第一のプロトコルを用いてネットワーク上のデバイスの探索を行う探索手段と、前記第一のプロトコルを用いて、前記デバイスの第二のプロトコルで用いられるアドレスを前記デバイスから取得する取得手段と、前記取得手段によって取得されたアドレスに基づいた、前記デバイスの状態を示す情報を第三のプロトコルを用いて取得する為の参照情報を特定する手段とを有することを特徴とする。
【００１７】
また、上記課題を解決する為に本発明の情報処理装置は、第一のプロトコルを用いてネットワーク上のデバイスの検索を行う検索手段と、前記第一のプロトコルを用いて、前記デバイスの第二のプロトコルで用いられるアドレスを前記デバイスから取得する取得手段と、前記取得手段によって取得されたアドレスに基づいた、前記デバイスの状態を示す情報を第三のプロトコルを用いて取得する為の参照情報を生成する生成手段とを有することを特徴とする。
【発明の効果】
【００１８】
本発明によれば、ネットワークデバイス管理システムのユーザは、ネットワークデバイスが探索されたプロトコルを意識することなく、ネットワークデバイスが持つデバイス情報ページを表示することができるようになるため、従来より詳細なネットワークデバイスの情報を入手することができるようになる。
【発明を実施するための最良の形態】
【００１９】
［第１の実施形態］
以下、本発明の第１の実施形態について、図面を参照して説明する。
【００２０】
図１は、ネットワークデバイス管理システムおよびネットワークデバイスが動作可能なネットワークの構成を示す図である。
【００２１】
図１において、１０１から１０４は、ネットワークデバイスであり、１０１はカラープリンタ、１０２はＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ。コピー機であるが、ネットワークプリンタとしても使用可能なもの。）、１０３および１０４はモノクロプリンタである。これらは、Ｗｅｂサーバを同梱し、固有のＵＲＬを持つネットワークデバイスである。
【００２２】
本図において、１１１、１１２、１１３は、それぞれデスクトップＰＣ、サーバＰＣおよびノートＰＣである。これらはＷｅｂアプリケーションであるネットワークデバイス管理システムのプログラムを実行可能なＰＣであり、ネットワークデバイス１０１から１０４を探索して、デバイス一覧（以下、デバイスリストと呼ぶ）を作成したり、個々のネットワークデバイスの情報を収集したり、クライアントＰＣからの要求に従って、クライアントＰＣのＷｅｂブラウザにＨＴＭＬデータを送信したりする。
【００２３】
これらの機器はすべてＬＡＮ１００によりネットワークに接続されている。
【００２４】
図２（Ａ）（Ｂ）は、クライアントＰＣの画面の例であり、ネットワークデバイス管理システムとネットワークデバイスの連携を示すものである。
【００２５】
図２（Ａ）はクライアントＰＣ上のＷｅｂブラウザであり、ネットワークデバイス管理システムから送信された情報を表示する領域である。２１０はネットワークデバイス管理システムから送信されたデバイスリストである。
【００２６】
２１１から２１４までは、ネットワークデバイス管理システムにて探索されたネットワークデバイス１０１から１０４までの情報である。
【００２７】
表示可能な情報として、本図では、ネットワークデバイス毎の名称であるデバイス名２０１、製品名２０２、ネットワーク上でネットワークデバイスを一意に識別するためのネットワークアドレス２０３が表示されているが、これらの情報をすべて表示する必要はなく、また、他の情報を追加して表示してもよい。
【００２８】
なお、モノクロプリンタ１０４の情報を表す２１４のデバイス名に下線が引かれているが、これはモノクロプリンタ１０４のネットワークアドレス２０３のＩＰアドレスを用いて、モノクロプリンタ１０４に同梱されているＷｅｂサーバへのリンク（参照）を張ることが可能であることを示している。
【００２９】
ユーザがデバイスリスト２１０の情報２１４の下線付きデバイス名をクリックすると、新しいＷｅｂブラウザ表示画面である図２（Ｂ）が表示される。
【００３０】
図２（Ｂ）は、ネットワークデバイスに同梱されているＷｅｂサーバから送信された情報を表示している。このように、ネットワークデバイスに同梱されるＷｅｂサーバから送信された情報を表示することによって、ユーザはネットワークデバイスのステータス情報等のより詳細な情報を知ることができる。
【００３１】
図３は、一般的なパーソナルコンピュータの内部構成を示した図であり、図１におけるデスクトップＰＣ１１１、サーバＰＣ１１２、ノートＰＣ１１３などの内部構成はこのようになっている。
【００３２】
図３において、３００は、ネットワークデバイス管理プログラムが稼動するＰＣであり、図１における１１１、１１２、１１３と同等である。ＰＣ３００は、ＲＯＭ３０２もしくはハードディスク（ＨＤ）３１１に記憶された、あるいはフロッピー（登録商標）ディスクドライブ（ＦＤ）３１２より供給されるネットワークデバイス管理プログラムを実行するＣＰＵ３０１を備え、システムバス３０４に接続される各ネットワークデバイスを総括的に制御する。
【００３３】
３０３はＲＡＭで、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。３０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）３０９やポインティングデバイス（不図示）等からの指示入力を制御する。３０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）３１０の表示を制御する。３０７はディスクコントローラ（ＤＫＣ）で、ＣＤ−ＲＯＭ（不図示）、ハードディスク（ＨＤ）３１１やフロッピー（登録商標）ディスクコントローラ（ＦＤ）３１２などの記憶装置へのアクセスを制御するものである。ハードディスク（ＨＤ）３１１およびフロッピー（登録商標）ディスクコントローラ（ＦＤ）３１２等には、ブートプログラム、オペレーティングシステム、種々のアプリケーション、編集ファイル、ユーザファイルおよびネットワークデバイス管理プログラム等を記憶している。３０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ１００を介して、ネットワークプリンタ、他のネットワークデバイスあるいは他のＰＣと双方向にデータをやりとりするための通信装置である。
【００３４】
図５は、ＰＣ３００（図１におけるデスクトップＰＣ１１１、サーバＰＣ１１２およびノートＰＣ１１３）上で動作するネットワークデバイス管理プログラムの動作について説明したフローチャートである。ここでは、ＰＣ３００を例に取って説明するが、ネットワークデバイス管理プログラムをネットワークデバイス上で動作させた場合も本フローチャートによって説明可能であることは言うまでもない。
【００３５】
これら一連の処理の判断と実行は、ハードウェアにおけるＰＣ３００内部のＣＰＵ３０１によって行われる。
【００３６】
ユーザがネットワークデバイス管理システムを起動させると、まずデバイスを探索する際に使用するプロトコルの選択画面が表示される。図４は、ＰＣ３００におけるＣＲＴディスプレイ（ＣＲＴ）３１０に表示されるネットワークデバイス管理システムの表示画面の一例である。第一の実施形態においては、図４に示すように、デバイスの探索を行うプロトコルとして、「ＩＰプロトコル」と「ＩＰＸプロトコル」が選択可能に表示されている。
【００３７】
図５に示すフローチャートは、図４においてユーザにより「ＩＰＸプロトコル」が選択された場合におけるネットワークデバイス管理プログラムの動作について説明したフローチャートである。
【００３８】
まずＳ５０１において、ネットワーク上のデバイスを探索する。この場合、「ＩＰＸプロトコル」が選択されている為、探索方法として例えばＩＰＸプロトコル上のＳＮＭＰプロトコルを利用する方法が考えられる。
【００３９】
Ｓ５０２では、Ｓ５０１において探索されたネットワークデバイス毎に、デバイス名、製品名、ネットワークアドレス等をＲＡＭ３０３、ハードディスク３１１等の記憶領域に格納する。
【００４０】
図６は、Ｓ５０２において記憶領域に格納されたデバイス情報の一覧表の例である。図６において、６０１、６０２は探索されたネットワークデバイスのデバイス名及び製品名を格納する領域である。また、６０３は探索されたネットワークデバイスのネットワークアドレスを格納する領域である。図５のフローチャートは、ＩＰＸプロトコルを用いた探索を行っている為、ネットワークアドレスとしてＩＰＸアドレスが格納されている。６１１から６１４までは、探索されたネットワークデバイスの例であり、それぞれ図１のネットワークデバイス１０１から１０４を示している。また、デバイス名６０１、製品名６０２、アドレス６０３にはそれぞれのネットワークデバイスの情報が格納されている。Ｓ５０２では、探索されたネットワークデバイスの情報の例としてデバイス名、製品名、アドレスを挙げたが、その他の情報（例えば、デバイスの機能情報など）を取得してもよい。この場合、それらの情報も記憶領域に格納されることになる。
【００４１】
ネットワークデバイス管理システムは、Ｓ５０２にてネットワークデバイスの情報を格納すると、Ｓ５０３にて、探索されたネットワークデバイスの数を数え、それをＣＮＴとしてＲＡＭ３０３、ハードディスク３１１等の記憶領域に格納する。
【００４２】
Ｓ５０４では、ネットワークデバイスのインデックスｉを１に初期化する。
【００４３】
Ｓ５０５では、ｉがＣＮＴ以下かどうかを判別する。そしてｉがＣＮＴ以下の場合は、Ｓ５０６に進み、ｉがＣＮＴより大きい場合には本フローチャートを終了する。
【００４４】
Ｓ５０６では、ＩＰＸプロトコルを用いてデバイスのＩＰアドレス情報を取得する。Ｓ５０２において記憶領域に格納されているネットワークデバイスはＩＰＸプロトコルで探索されているので、ネットワークデバイス管理システムは、ＩＰＸプロトコルを使ってネットワークデバイスと通信する。従って、ＩＰＸプロトコル上のＳＮＭＰプロトコルを用いてＩＰアドレスを表すＭＩＢオブジェクト（ｉｐＡｄＥｎｔＡｄｄｒなど）の情報を取得することによって、ネットワークデバイスのＩＰアドレスを取得できる。
【００４５】
Ｓ５０７では、Ｓ５０６にてＩＰアドレス情報の取得に成功したかどうかを判別する。ＩＰアドレスの取得に成功した場合は、Ｓ５０８に進み、失敗した場合にはＳ５１１に進む。
【００４６】
Ｓ５０８以降は、ネットワークデバイス管理システムが、Ｓ５０６においてＩＰアドレスを取得したネットワークデバイスがもつＷｅｂサーバにリンクを張る為の処理を行う。Ｗｅｂサーバへのリンクを張る為には、該ＷｅｂサーバをもつネットワークデバイスとＨＴＴＰプロトコルで通信を行う必要があるため、まず、ネットワークデバイスとＨＴＴＰプロトコル通信可能かどうかを判別する。
【００４７】
Ｓ５０８において、ネットワークデバイス管理システムはネットワークデバイスとＨＴＴＰプロトコルで通信する為のポート（通常８０番ポート）とコネクションを確立する。このとき、Ｓ５０６で取得されたＩＰアドレスが用いられる。
【００４８】
Ｓ５０９では、ネットワークデバイス管理システムがネットワークデバイスとコネクション確立できたかどうかを判別する。コネクションが確立できた場合にはＳ５１２に進み、確立できなかった場合にはＳ５１０に進む。
【００４９】
Ｓ５１２では、ＨＴＴＰプロトコルの命令の一種であるＨＥＡＤコマンドを送信する。
【００５０】
Ｓ５１３では、上記ステップＳ５１２にて送信されたＨＥＡＤコマンドに対するネットワークデバイスからの応答として、ＯＫレスポンスを受信したかどうかを判別する。ＯＫレスポンスを受信できた場合にはＳ５１４に進み、受信できなかった場合にはＳ５１０に進む。
【００５１】
Ｓ５１４ではネットワークデバイス管理システムとネットワークデバイスがＨＴＴＰプロトコルで通信可能であると判断する。
【００５２】
Ｓ５１０では、ネットワークデバイス管理システムとネットワークデバイスがＨＴＴＰプロトコルで通信不可能であると判断する。
【００５３】
Ｓ５１４でネットワーク管理システムがネットワークデバイスとＨＴＴＰプロトコルで通信可能と判断された場合は、ステップＳ５１５に進む。
【００５４】
Ｓ５１０でネットワーク管理システムがネットワークデバイスとＨＴＴＰプロトコルで通信不可能と判断された場合は、ステップＳ５１１に進む。
【００５５】
Ｓ５１５では、ネットワークデバイスに同梱されているＷｅｂサーバへのリンクをデバイスリスト内に表示する。
【００５６】
図７（Ａ）は、上記ステップＳ５１５にてリンクが表示されたデバイスリストの例を表している。
【００５７】
図７（Ａ）には、図２（Ａ）と同じデバイス（１０１〜１０４）、同じ項目についてのデバイスリストが表示されている。図２（Ａ）と異なる点は、各デバイスのアドレスがＩＰアドレスでなくＩＰＸアドレスである点（ＩＰＸプロトコルによって探索された為）と表示される４つのデバイス全てのデバイス名に下線が引かれている点である。これは各デバイスが同梱するＷｅｂサーバとのリンクが張られていることを示している。
【００５８】
ユーザが例えばデバイス２をマウス等のポインティングデバイスを用いて選択すると図７（Ｂ）が表示される。図７（Ｂ）はデバイス２が同梱するＷｅｂサーバから取得したデバイスのより詳細な状態情報を示すファイルをＷｅｂブラウザを利用して表示したものであり、これによりユーザはデバイス２に関するより詳細な情報を知ることができる。
【００５９】
図８は、図７（Ａ）から（Ｂ）への表示の変化に関するネットワークデバイス管理プログラムが行う処理を説明するためのフローチャートである。
【００６０】
Ｓ８０１は例えば図７（Ａ）で示したようにデバイスリストが表示されている状態である。
【００６１】
Ｓ８０２において、ユーザによって、デバイスリスト画面において例えば下線の引かれたデバイス名をクリックされるなどしてリンクが指定されたかどうかを判断する。リンクの指定があった場合にはＳ８０３に進み、リンクの指定がない場合にはＳ８０９に進む。
【００６２】
Ｓ８０９では図７における画面で、「終了」ボタンが押されるなどして、ユーザからデバイスリストの表示を終了する旨の要求があるかどうかを判断し、要求がある場合には表示処理を終了する。要求がない場合には、Ｓ８０１に戻って、デバイスリストの表示を維持する。
【００６３】
Ｓ８０３では、リンクが指定されたデバイスについて、該デバイスが有するＷｅｂサーバに対するＵＲＬが登録されているかどうかを判断する。登録されている場合にはＳ８０４に進み、該ＵＲＬに接続を行う。登録されていない場合にはＳ８１０に進み、ＵＲＬが登録されていない旨を表示することなどによってユーザに通知し、デバイスリスト画面に戻る。
【００６４】
このように、ユーザによってリンクが指定されたデバイスについてＵＲＬが登録されているか判断を行うことによって、ＵＲＬが登録されていないにもかかわらずデバイスリストにリンクが表示されてしまっているような場合があっても、ユーザはその旨を認識することができる。
【００６５】
Ｓ８０４においてＵＲＬに接続されると、Ｓ８０５に進み、ネットワークデバイスが有するＷｅｂサーバで作成された該デバイスの詳細な状態情報を表したファイルを取得する。このデバイス情報ファイルは、例えばＷｅｂブラウザを用いて閲覧可能なＨＴＭＬファイル形式で生成されたページである。
【００６６】
次にＳ８０６に進み、正しくデバイス情報ファイルが取得できたかどうかを判断し、取得できた場合にはＳ８０７に進み、取得したデバイス情報ファイルを表示する。表示の方法として、自身（ＰＣ３００）が保持するＷｅｂブラウザを用いて表示する方法がある。ファイルが取得できなかった場合にはその旨を表示することでユーザにエラーを通知する。
【００６７】
Ｓ８０７において表示されるデバイス情報の例が図７（Ｂ）である。図７（Ｂ）を参照することで、ユーザはデバイスのより詳細な情報を得ることができる。
【００６８】
図７（Ｂ）の７０１に示す、「戻る」ボタンがユーザによって選択された場合など、図７（Ｂ）の画面の表示を終了する旨の要求がユーザからされると、Ｓ８０１のデバイスリスト画面に戻る。
【００６９】
なお、図７では、デバイス名に下線を引くことによってネットワークデバイスに同梱されているＷｅｂサーバへのリンクを実現しているが、ボタンやアイコンを配置したり、ＵＲＬを直接表示したりすることによって実現してもよいことは言うまでもない。
【００７０】
図５のフローチャートに戻り、Ｓ５１１では、ｉをインクリメントし、ステップＳ５０５に戻る。
【００７１】
以上第一の実施形態によれば、ユーザによってＩＰＸプロトコルによるデバイス探索が指定された場合においても、ＩＰＸプロトコルを用いてネットワークデバイスのＩＰアドレスを取得し、ネットワークデバイスが同梱するＷｅｂサーバへのリンクをはることができる。つまり、ＩＰＸプロトコルを用いたデバイス探索が指定されても、ネットワークデバイスのＷｅｂサーバからの情報により、より詳細なデバイス情報をユーザは知ることができるようになる。
【００７２】
尚、第一の実施形態では、デバイスを探索するプロトコルをＩＰＸプロトコルとして説明したが、本発明はこれに限定されるものではなく、ＩＰプロトコル以外の探索が指定された場合は、これと同様の効果が得られるものである。
【００７３】
［第二の実施形態］
以下、本発明の第二の実施形態について、図面を参照して説明する。
【００７４】
本実施形態のネットワークデバイス管理システムが動作可能なネットワークの構成は、第一の実施形態で示したものと同一であるため説明を省略する（図１、図３）。第一の実施形態では、探索を行う為のプロトコルとして、ユーザによってＩＰＸプロトコルが指定された場合についての実施形態であったのに対して、本第二の実施形態では、探索を行う為のプロトコルとして「すべてのプロトコル」をユーザが選択した場合である点で第一の実施形態と異なる。
【００７５】
ユーザがネットワークデバイス管理システムを起動させると、まずデバイスを探索する際に使用するプロトコルの選択画面が表示される。図９は、ＰＣ３００におけるＣＲＴディスプレイ（ＣＲＴ）３１０に表示されるネットワークデバイス管理システムの表示画面の一例である。第二の実施形態においては、図９に示すように、デバイスの探索を行うプロトコルとして、「ＩＰプロトコル」と「ＩＰＸプロトコル」「全てのプロトコル」が選択可能に表示されている。
【００７６】
図１０に示すフローチャートは、図９においてユーザにより「全てのプロトコル」が選択された場合におけるネットワークデバイス管理プログラムの動作について説明したフローチャートである。
【００７７】
以下図１０のフローチャートを用いて第二の実施形態におけるネットワークデバイス管理プログラムの動作を説明する。
【００７８】
まず、Ｓ１００１において、ネットワーク上のデバイスを探索する。探索を実行する方法の例としては、ＩＰプロトコル上のＳＮＭＰプロトコルを利用する方法、ＩＰＸプロトコル上のＳＮＭＰプロトコルを利用する方法、ＬＤＡＰを利用する方法、ＮＤＳを利用する方法、ＳＬＰを利用する方法等が考えられる。これらの複数の探索プロトコルで検索を行うメリットとして、例えば、まず始めにＩＰプロトコル上のＳＮＭＰプロトコルを利用して探索を行った結果、ネットワークデバイス側が探索パケットを見落とすなどの通信のエラーがあった際にも続いてＩＰＸプロトコル上のＳＮＭＰプロトコルを利用する探索を行った結果、探索が成功するというような場合に有効である。
【００７９】
Ｓ１００２では、ステップＳ１００１にて探索されたネットワークデバイス毎に、デバイス名、製品名、ネットワークアドレス等をＲＡＭ３０３、ハードディスク３１１等の記憶領域に格納するとともに、そのネットワークデバイスがどのようなプロトコルで探索されたかも上記記憶領域に格納する。
【００８０】
図１１は、Ｓ１００２において記憶領域に格納されたデバイス情報の一覧表の例である。第一の実施形態における図６の一覧表と対応しているが、デバイス毎にアドレス欄に格納されているネットワークアドレスの種類が異なる点と、探索を行ったプロトコルを格納する領域１００１がある点が図６と異なる。このように、探索を行ったプロトコルを格納しておくことで、各デバイスがどのプロトコルで探索されたものなのかがわかるようになる。
【００８１】
ネットワークデバイス管理システムは、Ｓ１００２にてネットワークデバイスの情報を格納すると、Ｓ１００３にて、探索されたネットワークデバイスの数を数え、それをＣＮＴとしてＲＡＭ３０３、ハードディスク３１１等の記憶領域に格納する。
【００８２】
Ｓ１００４では、ネットワークデバイスのインデックスｉを１に初期化する。
【００８３】
Ｓ１００５では、ｉがＣＮＴ以下かどうかを判別する。そしてｉがＣＮＴ以下の場合は、Ｓ１００６に進み、ｉがＣＮＴより大きい場合には本フローチャートを終了する。
【００８４】
Ｓ１００６では、インデックスｉのネットワークデバイスについてＩＰアドレスが格納されているかどうかを判別する。つまりインデックスｉのネットワークデバイスがＩＰプロトコル以外のプロトコル（例えばＩＰＸプロトコル）で探索されたか否かを判別する。ＩＰアドレスが格納されていると判定された場合にはＳ１００９に進み、格納されていない場合にはＳ１００７に進む。図１１の例では、デバイス２とデバイス４はＩＰアドレスが格納されていない（ＩＰＸプロトコルが格納されている）。
【００８５】
Ｓ１００７では、ＩＰアドレスが格納されていないと判断されたデバイスについて、図１１の探索プロトコル格納領域１００１を参照し、該デバイスの探索に利用したプロトコルを確認する。そして探索されたプロトコルを用いてＩＰアドレスを取得する。例えば図１１において、デバイス２のＩＰアドレスを取得する為にデバイス２の探索の際に使われたＩＰＸプロトコルを利用する。具体的には、ＩＰＸプロトコル上のＳＮＭＰプロトコルを用いてＩＰアドレスを表すＭＩＢオブジェクト（ｉｐＡｄＥｎｔＡｄｄｒなど）の情報を取得することによって、ネットワークデバイスのＩＰアドレスを取得する。
【００８６】
Ｓ１００８に進み、ＩＰアドレスの取得に成功したかどうかを判定し、成功した場合にはＳ１００９へ進み、ＩＰアドレスが取得できなかった場合にはＳ１０１２に進む。
【００８７】
Ｓ１００９以降の処理は、図５のフローチャートにおけるＳ５０８以降の処理と同様であり、ＩＰアドレスを取得したネットワークデバイスがもつＷｅｂサーバにリンクを張る為の処理を行う。
【００８８】
Ｓ１００９において、ネットワークデバイス管理システムはネットワークデバイスとＨＴＴＰプロトコルで通信する為のポート（通常８０番ポート）とコネクションを確立する。このとき、Ｓ１００１又はＳ１００７で取得されたＩＰアドレスが用いられる。
【００８９】
Ｓ１０１０では、ネットワークデバイス管理システムがネットワークデバイスとコネクション確立できたかどうかを判別する。コネクションが確立できた場合にはＳ１０１３に進み、確立できなかった場合にはＳ１０１１に進む。
【００９０】
Ｓ１０１３では、ＨＴＴＰプロトコルの命令の一種であるＨＥＡＤコマンドを送信する。
【００９１】
Ｓ１０１４では、上記ステップＳ１０１３にて送信されたＨＥＡＤコマンドに対するネットワークデバイスからの応答として、ＯＫレスポンスを受信したかどうかを判別する。ＯＫレスポンスを受信できた場合にはＳ１０１５に進み、受信できなかった場合にはＳ１０１１に進む。
【００９２】
Ｓ１０１５ではネットワークデバイス管理システムとネットワークデバイスがＨＴＴＰプロトコルで通信可能であると判断する。
【００９３】
Ｓ１０１１では、ネットワークデバイス管理システムとネットワークデバイスがＨＴＴＰプロトコルで通信不可能であると判断する。
【００９４】
Ｓ１０１５でネットワーク管理システムがネットワークデバイスとＨＴＴＰプロトコルで通信可能と判断された場合は、ステップＳ１０１６に進む。
【００９５】
Ｓ１０１１でネットワーク管理システムがネットワークデバイスとＨＴＴＰプロトコルで通信不可能と判断された場合は、ステップＳ１０１２に進む。
【００９６】
Ｓ１０１６では、ネットワークデバイスに同梱されているＷｅｂサーバへのリンクをデバイスリスト内に表示する。
【００９７】
Ｓ１０１２では、ｉをインクリメントし、ステップＳ５０５に戻る。
【００９８】
以上第二の実施形態によれば、デバイス探索を行った際にＩＰアドレスを取得できなかったデバイスに関して、探索を行ったプロトコルを用いてＩＰアドレスを取得し、ネットワークデバイスが同梱するＷｅｂサーバへのリンクをはることができる。
【００９９】
［その他の実施形態］
上記で説明した本発明に係るネットワークデバイス管理プログラムは、外部からインストールされるプログラムによって、ＰＣ３００によって遂行されても良い。その場合、そのプログラムはＣＤ−ＲＯＭやフラッシュメモリやフロッピー（登録商標）ディスクなどの記憶媒体により、あるいは電子メールやパソコン通信などのネットワークを介して、外部の記憶媒体からプログラムを含む情報群をＰＣ３００上にロードすることにより、ＰＣ３００に供給される場合でも本発明は適用されるものである。
【０１００】
図１２は、記憶媒体の一例であるＣＤ−ＲＯＭのメモリマップを示す図である。
【０１０１】
図１２において、９９９９は、インストールプログラムを記憶してある領域である。９９９８は、ネットワークデバイス管理プログラムを記憶してある領域である。
【０１０２】
本発明のネットワークデバイス管理プログラムがＰＣ３００にインストールされる際には、まずインストールプログラムを記憶してある領域９９９９に記憶されているインストールプログラムがシステムにロードされ、ＣＰＵ３０１によって実行される。次に、ＣＰＵ３０１によって実行されるインストールプログラムが、ネットワークデバイス管理プログラムを記憶してある領域９９９８からネットワークデバイス管理プログラムを読み出して、ハードディスク３１１に格納する。
【０１０３】
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダなど）から構成されるシステムあるいは統合装置に適用しても、ひとつの機器からなる装置に適用してもよい。
【０１０４】
また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１０５】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０６】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１０７】
また、コンピュータが読み出したプログラムコードを実行することによって、前述した実施形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１０８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１０９】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。
【図面の簡単な説明】
【０１１０】
【図１】本実施形態におけるネットワークデバイス管理システムが動作可能なネットワークの構成を示す図である。
【図２】本実施形態におけるネットワークデバイス管理システムとネットワークデバイスの連携を示す例である。
【図３】本実施形態で用いられる一般的なパーソナルコンピュータの内部構成を示した図である。
【図４】本実施形態のＰＣのディスプレイに表示されるネットワークデバイス管理システムの表示画面の一例である。
【図５】本実施形態のＰＣ上で動作するネットワークデバイス管理プログラムの動作について説明したフローチャートである。
【図６】本実施形態におけるデバイス情報の一覧表の例である。
【図７】本実施形態において、リンクが表示されたデバイスリストの例である。
【図８】本実施形態におけるネットワークデバイス管理プログラムが行う処理を説明するためのフローチャートである。
【図９】本実施形態のＰＣのディスプレイに表示されるネットワークデバイス管理システムの表示画面の一例である。
【図１０】本実施形態のＰＣ上で動作するネットワークデバイス管理プログラムの動作について説明したフローチャートである。
【図１１】本実施形態におけるデバイス情報の一覧表の例である。
【図１２】本実施形態のネットワークデバイス管理プログラムの記憶媒体におけるメモリマップを示す図である。
【符号の説明】
【０１１１】
１００  ネットワーク
１０１〜１０４  ネットワークデバイス
１１１  デスクトップＰＣ
１１２  サーバＰＣ
１１３  ノートＰＣ
【図１】
2005157612.tif 000003
【図２】
2005157612.tif 000004
【図３】
2005157612.tif 000005
【図４】
2005157612.tif 000006
【図５】
2005157612.tif 000007
【図６】
2005157612.tif 000008
【図７】
2005157612.tif 000009
【図８】
2005157612.tif 000010
【図９】
2005157612.tif 000011
【図１０】
2005157612.tif 000012
【図１１】
2005157612.tif 000013
【図１２】
2005157612.tif 000014