JP2004070726A - ネットワークデバイス管理装置及び方法と記憶媒体 - Google Patents

Abstract

【目的】ユーザ自身が新規追加されるネットワークデバイス毎に個別に日付・時刻の設定を行う必要がなくなり、日付・時刻の設定が簡便にできるネットワークデバイス制御装置を提供すること。
【構成】制御対象のネットワークデバイスを探索する探索パケット送信手段と、前記探索パケット送信手段により送信されたパケットに対する、ネットワークデバイスからの応答パケットを受信する応答パケット受信手段と、前記応答パケット受信手段により受信されたパケットを元に、ネットワークデバイスのリストを表示するリスト表示手段と、前記ネットワークデバイスのリストから複数のネットワークデバイスを選択するためのネットワークデバイス選択手段と、前記ネットワークデバイス選択手段により選択された複数のネットワークデバイスに対し、日付・時刻設定を行う設定手段とを含んでネットワークデバイス制御装置を構成する。
【選択図】　　　図３

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続されたネットワークデバイスを制御するためのネットワークデバイス制御装置及び方法と記憶媒体に関する。
【０００２】
【従来の技術】
コンピュータを相互に接続したローカルエリアネットワーク（ＬＡＮ）は、ビルのフロア又はビル全体、ビル群（構内）、地域、或は更に大きいエリアに亘って構築することができる。このようなネットワークはさらに相互に接続され、世界的規模のネットワークにも接続することができる。このような相互接続された各ＬＡＮは、多様なハードウェア相互接続技術と幾つものネットワークプロトコルを持つ場合がある。
【０００３】
他と切り離された簡単なＬＡＮは個々のユーザが管理することができる。即ち、ユーザが機器を取り替えたり、ソフトウェアをインストールしたり、問題点を診断したりすることができる。
【０００４】
一方、規模の大きい複雑なＬＡＮや相互接続された大きなＬＡＮグループは「管理」を必要とする。「管理」とは、人間のネットワーク管理者とその管理者が使用するソフトウェアの両方による管理を意味する。本願においては、「管理」とはシステム全体を管理するためのソフトウェアによる管理を意味し、「ユーザ」とはネットワーク管理ソフトウェアを使用する人を意味するものとする。このユーザは、通常、システム管理責任者である。ユーザは、ネットワーク管理ソフトウェアを使うことによって、ネットワーク上で管理データを得て、この管理データを変更することができる。
【０００５】
大規模ネットワークシステムは、通常、機器の増設と除去、ソフトウェアの更新及び問題の検出等を絶えず行うことが要求される動的システムである。一般に、様々な人が所有する或いは様々な業者から供給される様々なシステムが存在する。
【０００６】
このような大規模ネットワークシステムを構成するネットワーク上のデバイスを管理するための方法として、これまでに多くの試みが数多くの標準機関でなされている。国際標準化機構（ＩＳＯ）は開放型システム間相互接続（Ｏｐｅｎ　Ｓｙｓｔｅｍ　Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ　，ＯＳＩ）モデルと呼ばれる汎用基準フレームワークを提供した。ネットワーク管理プロトコルのＯＳＩモデルは、共通管理情報プロトコル（Ｃｏｍｍｏｎ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ，ＣＭＩＰ）と呼ばれる。ＣＭＩＰはヨーロッパの共通ネットワーク管理プロトコルである。
【０００７】
又、米国においては、より共通性の高いネットワーク管理プロトコルとして、簡易ネットワーク管理プロトコル（Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ，ＳＮＭＰ）と呼ばれるＣＭＩＰに関連する一変種のプロトコルがある。ＳＮＭＰに関しては、インターネットの標準化団体であるＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）　のＲＦＣ１１５７等で規定されている。又、その実装に関しては「ＴＣＰ／ＩＰネットワーク管理入門　　実用的な管理をめざして」（Ｍ．Ｔ．ローズ＝著／西田竹志＝訳　　（株）トッパン発行１９９２年８月２０日初版）に記載されている。
【０００８】
このＳＮＭＰネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つのネットワーク管理ステーション（ＮＭＳ）、各々がエージェントを含む幾つかの管理対象ノード及び管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。ユーザは、ＮＭＳ上でネットワーク管理ソフトウェアを用いて管理対象ノード上のエージェントソフトウェアと通信することにより、ネットワーク上のデータを得、又データを変更することができる。
【０００９】
ここで、エージェントとは、各々のターゲット装置についてのバックラウンドプロセスとして走るソフトウェアである。ユーザがネットワーク上の装置に対して管理データを要求すると、管理ソフトウェアはオブジェクト識別情報を管理パケット又はフレームに入れてターゲットエージェントへ送り出す。エージェントは、そのオブジェクト識別情報を解釈して、そのオブジェクト識別情報に対応するデータを取り出し、そのデータをパケットに入れてユーザに送り返す。時には、データを取り出すために対応するプロセスが呼び出される場合もある。
【００１０】
このようなＬＡＮにおいて、個々のネットワーク機器は、時計機能を内蔵しているものがあり、ログ情報を記録するため等に使用される。しかし、ネットワーク機器に内蔵された時計機能の精度は環境条件によって変動するため、定期的に調整が必要となることが多い。そのため、ネットワーク機器の操作パネル或はネットワーク管理ソフトウェア等から、ネットワーク機器に対しユーザが日付・時刻を再設定する必要がある。
【００１１】
【発明が解決しようとする課題】
このようなシステムにおいて、ネットワーク管理ソフトウェアを使用して複数の新規追加されるネットワーク機器（例えばプリンタ）の日付・時刻設定を行う場合について考える。
【００１２】
ネットワーク管理ソフトウェアからネットワーク機器に対し、ＬＡＮ等のネットワークを介してアドレスを設定する場合、通信を行うための何らかのネットワークプロトコルが必要となる。しかし、先に述べたような工場出荷状態のデバイスには、ＩＰアドレスなど標準的なアドレスが使用不可能であるため、ＳＮＭＰ等の標準的なプロトコルが使用できない。
【００１３】
つまり、このようなネットワーク管理ソフトウェアを使用する場合、通信を行うためのネットワークプロトコルが利用できるようにする必要がある。
【００１４】
その課題を解決するための方法の１つとして、デバイスの識別にＭＡＣアドレスを識別子として使用するような独自プロトコルを実装する方法が考えられる。ここで言うＭＡＣアドレスとは、ネットワーク機器に固有の物理アドレスである。イーサネットなら６バイト長で、先頭の３バイトはベンダコードとしてＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃ　Ｅｎｇｉｎｅｅｒｓ、米国電気電子学会）が管理／割り当てを行っている。残りの３バイトは各ベンダで独自に（重複しないように）管理している。結果として世界中で同じ物理アドレスを持つネットワーク機器は存在せず、全て異なるアドレスが割り当てられていることになる。イーサネットではこのアドレスを元にしてフレームの送受信を行っている。
【００１５】
独自プロトコルによりＩＰアドレス等の標準的なアドレスが使用可能になると、ＳＮＭＰ等の標準的なプロトコルを使用するネットワーク管理ソフトウェアが使用可能になる。
【００１６】
図１１は日付・時刻を設定するためのＷｅｂベースのネットワーク管理ソフトウェアにより表示される画面の例である。
【００１７】
ネットワーク管理ソフトウェアから一度に日付・時刻設定できるのは１台のみであり、台数分だけ上記の手順を繰り返さなければならない。
【００１８】
このように、ネットワーク管理ソフトウェア／ネットワーク機器のユーザが新規追加されるネットワークデバイス毎に日付・時刻の設定を行うのは、分かりにくく、煩雑な作業を伴うという問題がある。
【００１９】
本発明は上記問題に鑑みてなされたもので、その目的とする処は、ユーザ自身が新規追加されるネットワークデバイス毎に個別に日付・時刻の設定を行う必要がなくなり、日付・時刻の設定が簡便にできるネットワークデバイス制御装置及び方法と記憶媒体を提供することにある。
【００２０】
【課題を解決するための手段】
上記目的を達成するために本発明は次のような構成から成る。
【００２１】
即ち、ネットワークデバイス制御装置であって、制御対象のネットワークデバイスを探索する探索パケット送信手段と、前記探索パケット送信手段により送信されたパケットに対するネットワークデバイスからの応答パケットを受信する応答パケット受信手段と、前記応答パケット受信手段により受信されたパケットを元に、ネットワークデバイスのリストを表示するリスト表示手段と、前記ネットワークデバイスのリストから複数のネットワークデバイスを選択するためのネットワークデバイス選択手段と、前記ネットワークデバイス選択手段により選択された複数のネットワークデバイスに対し、日付・時刻設定を行う設定手段とを有する。
【００２２】
或は、ネットワークデバイス制御方法であって、制御対象のネットワークデバイスを探索する探索パケット送信工程と、前記探索パケット送信手段により送信されたパケットに対するネットワークデバイスからの応答パケットを受信する応答パケット受信工程と、前記応答パケット受信手段により受信されたパケットを元に、ネットワークデバイスのリストを表示するリスト表示工程と、前記ネットワークデバイスのリストから複数のネットワークデバイスを選択するためのネットワークデバイス選択工程と、前記ネットワークデバイス選択手段により選択された複数のネットワークデバイスに対し、日付・時刻設定を行う設定工程とを有する。
【００２３】
或は、コンピュータを、制御対象のネットワークデバイスを探索する探索パケット送信手段と、前記探索パケット送信手段により送信されたパケットに対する、ネットワークデバイスからの応答パケットを受信する応答パケット受信手段と、前記応答パケット受信手段により受信されたパケットを元に、ネットワークデバイスのリストを表示するリスト表示手段と、前記ネットワークデバイスのリストから複数のネットワークデバイスを選択するためのネットワークデバイス選択手段と、前記ネットワークデバイス選択手段により選択された複数のネットワークデバイスに対し、日付・時刻設定を行う設定手段として機能させるコンピュータプログラムを格納することを特徴とする記憶媒体。
【００２４】
【発明の実施の形態】
以下、添付図面に従って本発明に係るネットワーク制御プログラム（ソフトウエア）を詳細に説明する。
【００２５】
先ず、本発明の実施形態における大規模ネットワークについて説明する。
【００２６】
図２はプリンタをネットワークに接続するためのネットワークボード（ＮＢ）２０１を、開放型アーキテクチャを持つプリンタ２０２へ繋げたシステムを示す図である。ネットワークボード２０１はローカルエリアネットワーク（ＬＡＮ）２００へ、例えば、同軸コネクタを持つイーサネットインターフェース１０Ｂａｓｅ−２や、ＲＪ−４５を持つ１０Ｂａｓｅ−Ｔ等のＬＡＮインターフェースを介して繋がれている。
【００２７】
パーソナルコンピュータ（ＰＣ）２０３も又ＬＡＮ２００に接続されており、ネットワークオペレーティングシステムの制御の下、ＮＢ２０１と通信することができる。このＰＣ２０３では、ネットワークを管理するためのネットワーク制御プログラムが稼働し、それによってネットワークが制御される。尚、図２における要求パケット、或は応答パケットについては後述する。
【００２８】
通常、ＬＡＮ２００等のＬＡＮは、１つの建物内の１つの階又は連続した複数の階でのユーザグループ等の、幾分ローカルなユーザグループにサービスを提供する。例えば、ユーザが他の建物や他県に居る等、或るユーザが他のユーザから離れるに従って、ワイドエリアネットワーク（ＷＡＮ）を作っても良い。ＷＡＮは、基本的には、幾つかのＬＡＮを高速度サービス総合デジタルネットワーク（ＩＳＤＮ）電話線等の高速度デジタルラインで接続して形成された集合体である。
【００２９】
図３はネットワーク管理ソフトウェアが稼働可能なＰＣ２０３の構成を示すブロック図である。
【００３０】
図３において、ＰＣ２０３はネットワーク管理ソフトウェアが稼働するＰＣであり、図２における２０３と同等である。ＰＣ２０３は、ＲＯＭ３０２若しくはハードディスク（ＨＤ）３１１に記憶された、或はフロッピーディスクドライブ（ＦＤ）３１２より供給されるネットワーク管理プログラムを実行するＣＰＵ３０１を備え、システムバス３０４に接続される各デバイスを総括的に制御する。
【００３１】
３０３はＲＡＭで、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。３０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）３０９や不図示のポインティングデバイス等からの指示入力を制御する。３０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）３１０の表示を制御する。３０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理プログラム等を記憶するハードディスク（ＨＤ）３１１及びフロッピーディスクコントローラ（ＦＤ）３１２とのアクセスを制御する。３０８はネットワークインターフェースカード（ＮＩＣ）で、ＬＡＮ２００を介して、エージェント或はネットワーク機器と双方向にデータをやり取りする。
【００３２】
＜＜ネットワーク管理ソフトウェアのモジュール構成＞＞
次に、本発明にかかるネットワーク管理装置及びソフトウェアの構成について説明する。
【００３３】
本発明のネットワーク管理装置は、図３に示したような従来のネットワーク管理装置を実現可能なＰＣと同様の構成のＰＣ上に実現される。ハードディスク（ＨＤ）３１１には、後述の全ての説明で動作主体となる本願に係るネットワーク管理ソフトウェアのプログラムが格納される。後述の全ての説明において、特に断りのない限り、実行の主体はハードウエア上はＣＰＵ３０１である。
【００３４】
一方、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）３１１に格納されたネットワーク管理ソフトウェアである。本実施の形態においては、ＯＳは例えば、ウィンドウズ（マイクロソフト社製）を想定しているが、これに限るものではない。
【００３５】
尚、本出願に係るネットワーク管理プログラムは、フロッピーディスクやＣＤ−ＲＯＭ等の記憶媒体に格納された形で供給されても良く、その場合には図３に示すフロッピーディスクコントローラ（ＦＤ）３１２又は不図示のＣＤ−ＲＯＭドライブ等によって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）３１１にインストールされる。
【００３６】
図４は本発明に係るネットワーク管理プログラムのモジュール構成図である。
【００３７】
本発明に係るネットワーク管理プログラムは、図３におけるハードディスク３１１に格納されており、ＣＰＵ３０１によって実行される。その際、ＣＰＵ３０１はワークエリアとしてＲＡＭ３０３を使用する。
【００３８】
図４において、４０１はデバイスリストモジュールと呼ばれ、ネットワークに接続されたデバイスを一覧にして表示するモジュールである。４０２は全体制御モジュールと呼ばれ、デバイスリストからの指示を元に、他のモジュールを統括する。４０３はコンフィグレータと呼ばれ、デバイスのネットワーク設定に関する特別な処理を行うモジュールである。特に、工場出荷状態のネットワーク機器を初めてＬＡＮに接続する場合等に、後述する特殊なプロトコルによってネットワーク機器の設定を行う。
【００３９】
４０４は探索モジュールと呼ばれ、ネットワークに接続されているデバイスを探索するモジュールである。探索モジュール４０４によって探索されたデバイスが、デバイスリスト４０１によって一覧表示される。４０５は、ＩＣＭＰプロトコルの制御を行うＩＣＭＰモジュールである。ＩＣＭＰは、ＩＥＴＦのＲＦＣ７９２で規定されているＴＣＰ／ＩＰ制御用のプロトコルであり、ＴＣＰ／ＩＰを実装している端末／デバイスで標準的に実装されている。
【００４０】
４０６及び４０７は後述するデバイス詳細ウィンドウを表示するためのＵＩモジュールであり、詳細情報を表示する対象機種毎にＵＩモジュールが存在する。４０８及び４０９は制御モジュールと呼ばれ、詳細情報を取得する対象機種に特有の制御を受け持つモジュールである。ＵＩモジュールと同様に、制御モジュールも詳細情報を表示する対象機種毎に存在する。制御Ａモジュール４０８及び制御Ｂモジュール４０９は、ＭＩＢモジュール４１０を用いて管理対象デバイスからＭＩＢデータを取得し、必要に応じてデータの変換を行い、各々対応するＵＩＡモジュール４０６又はＵＩＢモジュール４０７にデータを渡す。
【００４１】
ところで、ＭＩＢモジュール４１０は、オブジェクト識別子とオブジェクトキーとの変換を行うモジュールである。ここで、オブジェクトキーとは、オブジェクト識別子と１対１に対応する３２ビットの整数のことである。オブジェクト識別子は可変長の識別子であり、ネットワーク管理ソフトウェアを実装する上で扱いが面倒なので、本願に係るネットワーク管理プログラムにおいてはオブジェクト識別子と１対１に対応する固定長の識別子を内部的に用いている。ＭＩＢモジュール４１０より上位のモジュールはこのオブジェクトキーを用いてＭＩＢの情報を扱う。４１１はＳＮＭＰモジュールと呼ばれ、ＳＮＭＰパケットの送信と受信を行う。
【００４２】
４１２は共通トランスポートモジュールと呼ばれ、ＳＮＭＰデータを運搬するための下位プロトコルの差を吸収するモジュールである。実際には、動作時にユーザが選択したプロトコルによって、ＩＰＸハンドラ４１３かＵＤＰハンドラ４１４の何れかがデータを転送する役割を担う。尚、ＵＤＰハンドラ４１４は、実装としてＷｉｎＳｏｃｋ　４１５を用いている。ＷｉｎＳｏｃｋ　については、例えば、Ｗｉｎｄｏｗｓ　Ｓｏｃｋｅｔ　ＡＰＩ　ｖｌ．１　の仕様書に記載されている。このドキュメントは複数箇所から入手可能であるが、例えばマイクロソフト社製のコンパイラであるＶｉｓｕａｌ　Ｃ＋＋に同梱されている。
【００４３】
尚、以下の説明において、本願に係るネットワーク管理プログラムによる処理内容を説明する。
【００４４】
＜＜コンフィグレータの概要＞＞
更に、上記コンフィグレータ４０３について詳細に説明する。
【００４５】
以下では、コンフィグレータ４０３で実装している独自プロトコルを「コンフィグレータプロトコル」、コンフィグレータプロトコルで扱うネットワークパケットを「コンフィグレータパケット」と呼ぶ。
【００４６】
コンフィグレータパケットは、ネットワーク管理装置からネットワークデバイス（ネットワークボード）へ送信される「要求パケット」と、ネットワックデバイス（ネットワークボード）からネットワーク管理装置へ返送される「応答パケット」の２種類が存在する。
【００４７】
又、コンフィグレータ使用時の前提条件としては、ネットワークボード２０１は、電源投入時は常にコンフィグレータパケットの受信可能な状態であることが条件となる。
【００４８】
このコンフィグレータパケットの詳細を図８及び図９に示す。
【００４９】
図８はコンフィグレータパケットをＴＣＰ／ＩＰプロトコル上に実装した場合のパケットヘッダの一例である。ＴＣＰ／ＩＰパケットヘッダの個々の項目の詳細やＩＰアドレス体系については、「ｂｉｔ別冊ＴＣＰ／ＩＰによるネットワーク構築Ｖｏｌ．１−原理・プロトコル・アーキテクチャー」（Ｄｏｕｇｌａｓ　Ｃｏｍｅｒ　＝著／村井純・楠本博之＝訳　　共立出版（株）発行１９９１年第２版）に記載されている。図７左側は「要求パケット」であり、右側は「応答パケット」である。
【００５０】
ＤＬＣの宛先物理アドレスは「ｆｆ．ｆｆ．ｆｆ．ｆｆ．ｆｆ．ｆｆ」（ブロードキャスト）であり、ネットワークに接続されたアクティブなネットワークカードであれば、このフレームを受信できる。
【００５１】
又、コンフィグレータプロトコルのポート番号として「８３Ｂ６」（１６進）を使用し、要求パケットの送信先ＩＰアドレス（Ｄｅｓｔ　ＩＰ）　は「２５５．２５５．２５５．２５５」（ローカルブロードキャスト）である。つまり、ネットワーク管理装置から要求パケットを送信すれば、コンフィグレータプロトコルが実装され、且つ、ネットワーク管理プログラムと同一のサブネットに接続されているネットワークデバイスは、要求パケットを受信することが可能となる。
【００５２】
＜＜コンフィグレータパケットのデータ部の概要＞＞
更に、コンフィグレータパケットのデータ部は、図９のようになっており、個々の項目の詳細を以下に示す。
（１）Ｖｅｒｓｉｏｎ（２ｂｙｔｅ）
本バージョンは０×０３００（　バージョン３．００）
（２）Ｒｅｑｕｅｓｔ　　Ｃｏｄｅ
本パケットで要求する機能を示すコード
０：Ｓｅｔ（設定）
１：Ｇｅｔ（参照）
２：ＮＶＲＡＭ−Ｒｅｓｅｔ（ＮＶＲＡＭ　値でリセット）
３：Ｆａｃｔｏｒｙ−Ｒｅｓｅｔ（工場初期値出リセット）
４：Ｄｉｓｃｏｖｅｒｙ　（探索）
（３）Ｒｅｓｕｌｔ　　Ｃｏｄｅ（２ｂｙｔｅ）
要求された結果を示すコード
０×００００：成功
０×０００１：メディアタイプ異常
０×０００２：指定プロトコルスタックなし
０×０００３：バージョン異常
０×ＦＦＦＦ：詳細不明エラー
（４）Ｍｅｄｉａ　　ｔｙｐｅ（２ｂｙｔｅ）
通信メディアを示す。
０：ＥｔｈｅｒＮｅｔ
（５）Ｐｒｏｔｏｃｏｌ　　Ｉｎｆｏ
それぞれのプロトコル情報に対応するフラグ。Ｒｅｑｕｅｓｔ　Ｃｏｄｅが０（　設定）　の場合、対応するバイトが１のプロトコルに関する情報のみが設定される。
（６）ＮｅｔＷａｒｅ　　Ｉｎｆｏ
ＮｅｔＷａｒｅ　に関連する情報の設定および参照を行うフィールドである。
【００５３】
ＦｒａｍｅＴｙｐｅ（２ｂｙｔｅ）
ＮｅｔＷａｒｅ　で使用するフレームタイプ
＜ＥｔｈｅｒＮｅｔ＞
０：Ｄｉｓａｂｌｅ（ＮｅｔＷａｒｅ　使用不可）
１：８０２．３
２：８０２．２
４：ＥｔｈｅｒＮｅｔ　ＩＩ
８：８０２．２ＳＮＡＰ
（７）ＴｃｐＩｐ　　Ｉｎｆｏ
ＴｃｐＩｐ　に関連する情報の設定および参照を行うフィールドである。
【００５４】
ＦｒａｍｅＴｙｐｅ（２ｂｙｔｅ）
Ｔｃｐｉｐ　で使用するフレームタイプ
０：Ｄｉｓａｂｌｅ（ＴｃｐＩｐ　使用不可）
４：ＥｔｈｅｒＮｅｔ　ＩＩ
ＩＰ　Ｍｏｄｅ（２ｂｙｔｅ）
動作モード
参照時には以下の値がＯＲされている。
０：ＩＰ固定（ＮＶＲＡＭ値より立ち上がる）
１：ＢＯＯＴＰ　ｖａｌｉｄ
２：ＲＡＲＰ　ｖａｌｉｄ
４：ＤＨＣＰ　ｖａｌｉｄ
ＩＰアドレス（４ｂｙｔｅ）
ネットワークアドレスのＩＰアドレス
ゲートウエイアドレス（４ｂｙｔｅ）
ネットワークボードのゲートウエイ
サブネットマスク（４ｂｙｔｅ）
ネットワークボードのサブネットマスク
ブロードキャストアドレス（４ｂｙｔｅ）
ネットワークボードのブロードキャストアドレス
（８）ＡｐｐｌｅＴａｌｋ　　Ｉｎｆｏ
ＡｐｐｌｅＴａｌｋ　に関する情報の設定および参照を行うフィールドである。
【００５５】
ＦｒａｍｅＴｙｐｅ（２ｂｙｔｅ）
ＡｐｐｌｅＴａｌｋ　で使用するフレームタイプ
０：Ｄｉｓａｂｌｅ（ＡｐｐｌｅＴａｌｋ　使用不可）
２：Ｐｈａｓｅ２
（９）ＭＡＣアドレス
ボードのＭＡＣ　アドレス。
（１０）日付・時刻情報
日付・時刻に関する情報の設定及び参照を行うフィールドである。
【００５６】
ＲｅｑｕｅｓｔＣｏｄｅ　が４（Ｄｉｓｃｏｖｅｒｙ）以外の場合で、本フィールドの値とネットワークボードのＭＡＣアドレスが一致しない場合、パケットは無視される。
特に、Ｒｅｑｕｅｓｔ　Ｃｏｄｅの値に応じて、各要求／応答パケットを、「Ｇｅｔ　要求パケット」「Ｇｅｔ　応答パケット」等のように以下では記述する。
【００５７】
以下、本実施の形態において、ネットワーク管理プログラムをＰＣ２０３上で起動して、プリンタ２０２及びネットワークボード２０１のネットワーク設定を行う場合のネットワーク管理プログラムの動作手順について説明する。以下の処理を行う前の前提条件として、既にネットワーク管理プログラムが起動されているものとする。又、プリンタ２０２には、図４におけるコンフィグレータプロトコル４０３以下のモジュールが実装されている。
【００５８】
次に、図１のフローチャートを用いて動作手順について説明する。尚、図１０はネットワーク管理プログラムとネットワークボード間でのコンフィグレータパケットの送受信の状態を示すシーケンス図である。
【００５９】
図１のステップＳ１０１において、ネットワークボード１０１のネットワーク設定を行うために、ＵＩモジュール４０６から起動されたコンフィグレータ４０３がＤｉｓｃｏｖｅｒｙ　要求パケットを送信する。Ｄｉｓｃｏｖｅｒｙ　要求パケットは、先に述べたように送信先ＩＰアドレス＝２５５．２５５．２５５．２５５のブロードキャストパケットであるので、同一のサブネットに接続されている全ネットワークデバイスに到達する。
【００６０】
ステップＳ１０２において、Ｄｉｓｃｏｖｅｒｙ　要求パケットを受信した各ネットワークデバイス（コンフィグレータプロトコルを実装している）から送信されたＤｉｓｃｏｖｅｒｙ　応答パケットを、コンフィグレータ４０３が受信する。その際、受信した各Ｄｉｓｃｏｖｅｒｙ　応答パケットのデータ部はＲＡＭ３０３上に記録しておく。
【００６１】
ステップＳ１０３において、予め定められた待ち時間が満了したか判定し、満了するまでコンフィグレータ４０３はステップＳ１０２を実行する。その間ＵＩモジュール４０６は図５に示すダイアログボックスを表示する。待ち時間が満了したら、ＵＩモジュール４０６はダイアログボックス（図５）を閉じ、ステップＳ１０４を実行する。
【００６２】
ステップＳ１０４において、受信した各Ｄｉｓｃｏｖｅｒｙ　応答パケットのデータ部をＲＡＭ３０３から取得し、その内容を参照することにより、コンフィグレータ４０３は各ネットワークボードのＭＡＣアドレス及び現在のネットワーク設定のリストを作成し、ＵＩモジュール４０６はそのリストを表示する（図６）。
【００６３】
ステップＳ１０５において、ユーザが図６のダイアログボックスのリストから、所望のネットワークボードを選択する。
【００６４】
ステップＳ１０６において、ネットワークボードの選択が終了したか否かを判定し、終了するまでネットワークボードの選択を可能とする。
【００６５】
ステップＳ１０７ではどのような入力があったかを判定する。ユーザにより、リスト表示されたネットワークボードの選択が終了したために、「次へ」ボタンが押されたなら、ステップＳ１０８において、ユーザが選択したネットワークボードに対する日付・時刻設定を入力する（図７）。
【００６６】
図７の例では、図６で２つのネットワークデバイスが選択されているため、設定したいＩＰアドレスの先頭アドレスを入力することにより、連続したＩＰアドレスを設定できるようにしている。
【００６７】
ステップＳ１０９において、ＰＣの内蔵時計から現在の日付・時刻を取得する。
【００６８】
ステップＳ１１０において、図７で入力されたネットワーク設定値及び日付・時刻設定値を元にコンフィグレータ４０３は選択されたネットワークデバイス毎にＳｅｔ要求パケットを作成、送信する。ネットワーク設定値及び日付・時刻設定値は、Ｓｅｔ要求パケットのデータ部の「Ｐｒｏｔｏｃｏｌ　　Ｉｎｆｏ」フィールドに、前述したように設定される。
【００６９】
第１のＳｅｔ要求パケットの作成日時が２００２年０１　月０１　日００時００分００秒、第２のＳｅｔ要求パケットの作成日時が２００２年０１　月０１　日００時００分０５秒だったとすると、この例では、ＭＡＣアドレスが“００００８５０Ｄ４２ＢＤ”のネットワークデバイスには、ＩＰアドレスに“１９２．　１６８．１６．　１”、日付・時刻に２００２年０１　月０１　日００時００分００秒が設定され、ＭＡＣアドレスが“００００８５０ＥＡＣ９８”のネットワークデバイスには、ＩＰアドレスに“１９２　．１６８　．１６．２　”、日付・時刻に２００２年０１　月０１　日００時００分０５秒が設定されることになる。
【００７０】
ステップＳ１１１において、図６で選択されている全てのネットワークデバイスに対して、Ｓｅｔ要求パケットを作成、送信したか否かを判定する。
【００７１】
ステップＳ１１１の判定が、ＹＥＳならば終了し、ＮＯならばステップＳ１０９以降を繰り返す。
【００７２】
又、Ｓｅｔ要求パケットは、Ｄｉｓｃｏｖｅｒｙ　応答パケットにより得られているＭＡＣアドレスを宛先とするフレームに載せられるため、そのＭＡＣアドレスに該当するネットワークボード以外には無視される。
【００７３】
そのため、ＭＡＣアドレスに該当するネットワークボードにのみＳｅｔ要求パケットが受信される。Ｓｅｔ要求パケットを受信したネットワークデバイスは、それが有するコンフィグレータにより、Ｓｅｔ要求パケットのデータ部に載せられた各種設定値を、コンフィグレータプロトコルに従って設定する。これによりネットワークデバイスのネットワーク設定及び日付・時刻設定が完了する。
【００７４】
一方、キャンセルボタンが押された場合にはそのままリスト表示を消去して処理を終了し、再検出ボタンが押されたなら、ステップＳ１０１に戻って、探索用のパケット（Ｄｉｓｃｏｖｅｒｙ　要求パケット）のブロードキャストから繰り返す。
【００７５】
図１０におけるＲｅｓｅｔ要求・応答は、設定を初期化するために交換されるものである。そのため、ネットワーク上の前デバイスについて情報を集め、特定のデバイスに対して日付・時刻設定するための図１の手順においては、Ｇｅｔ要求・応答パケットも、Ｒｅｓｅｔ要求・応答パケットも特に交換されていない。
【００７６】
尚、上記実施の形態では、ネットワーク機器を新規追加する場合に関して説明したが、既にネットワークプロトコルが使用可能な場合、ネットワーク設定は変更せず、日付・時刻の設定のみをできるようにしても良い。
【００７７】
又、本発明は、複数の機器（例えば、ホストコンピュータ、インタフェイス機器、リーダ、プリンタ等）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機、ファクシミリ装置等）に適用しても良い。
【００７８】
本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或は装置に供給し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても達成される。この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００７９】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００８０】
又、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００８１】
更に、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００８２】
【発明の効果】
以上説明したように、本発明のネットワークデバイス制御装置及び方法によれば、ネットワーク上にあるデバイスのＭＡＣアドレスを獲得して、ＭＡＣアドレスの得られたデバイスのリストを表示し、そのリスト中から複数のネットワークデバイスを選択させて、選択された複数のネットワークデバイスに対して日付・時刻設定を順次行うことにより、ユーザ自身が新規追加されるネットワークデバイス毎に個別に日付・時刻の設定を行う必要がなくなり、ネットワークデバイスの設定が簡便にできるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の実施の形態における処理の流れを示すフローチャートの一例を示す図である。
【図２】プリンタをネットワークに接続するためのネットワークボードを開放型アーキテクチャを持つプリンタへ繋げたシステムを示す図である。
【図３】ネットワーク管理ソフトウェアが稼動可能なＰＣの構成を示す図である。
【図４】ネットワーク管理ソフトウェアのモジュール構成図である。
【図５】本発明の実施の形態におけるダイアログボックスの一例を示す図である。
【図６】本発明の実施の形態におけるダイアログボックスの一例を示す図である。
【図７】本発明の実施の形態におけるダイアログボックスの一例を示す図である。
【図８】本発明の実施の形態におけるコンフィグレータパケットのパケットフォーマットの一例を示す図である。
【図９】本発明の実施の形態におけるコンフィグレータパケットのデータ部の詳細の一例を示す図である。
【図１０】本発明の実施の形態におけるコンフィグレータパケットの送受信のシーケンスの一例を示す図である。
【図１１】従来例における付・時刻を設定するためのＷｅｂベースのネットワーク管理ソフトウェアにより表示される画面の一例を示す図である。
【符号の説明】
２００　　　ＬＡＮ
２０１　　　ネットワークボード
２０２　　　プリンタ
２０３　　　ＰＣ
３０１　　　ＣＰＵ
３０２　　　ＲＯＭ
３０３　　　ＲＡＭ
３０４　　　システムバス
３０５　　　ＫＢＣ
３０６　　　ＣＲＴＣ
３０７　　　ＤＫＣ
３０８　　　ＮＩＣ
３０９　　　キーボード
３１０　　　ＣＲＴ
３１１　　　ＨＤ
３１２　　　ＦＣ

Claims (9)

1. ネットワークデバイス制御装置であって、
   制御対象のネットワークデバイスを探索する探索パケット送信手段と、
   前記探索パケット送信手段により送信されたパケットに対する、ネットワークデバイスからの応答パケットを受信する応答パケット受信手段と、
   前記応答パケット受信手段により受信されたパケットを元に、ネットワークデバイスのリストを表示するリスト表示手段と、
   前記ネットワークデバイスのリストから複数のネットワークデバイスを選択するためのネットワークデバイス選択手段と、
   前記ネットワークデバイス選択手段により選択された複数のネットワークデバイスに対し、日付・時刻設定を行う設定手段とを有することを特徴とするネットワークデバイス制御装置。
2. 前記ネットワークデバイスは応答パケットにそれ自身の物理アドレスを書き込んで応答し、前記リスト手段は、ネットワークデバイスのリストとして、ネットワークデバイスとその物理アドレスのリストを表示することを特徴とする請求項１に記載のネットワークデバイス管理装置。
3. 前記設定手段は、選択された複数のネットワークデバイスに対する設定を、各ネットワークデバイスの物理アドレスに対して送信することで行うことを特徴とする請求項１に記載のネットワークデバイス管理装置。
4. ネットワークデバイス制御方法であって、
   制御対象のネットワークデバイスを探索する探索パケット送信工程と、
   前記探索パケット送信手段により送信されたパケットに対する、ネットワークデバイスからの応答パケットを受信する応答パケット受信工程と、
   前記応答パケット受信手段により受信されたパケットを元に、ネットワークデ
   バイスのリストを表示するリスト表示工程と、
   前記ネットワークデバイスのリストから複数のネットワークデバイスを選択するためのネットワークデバイス選択工程と、
   前記ネットワークデバイス選択手段により選択された複数のネットワークデバイスに対し、日付・時刻設定を行う設定工程とを有することを特徴とするネットワークデバイス制御方法。
5. 前記ネットワークデバイスは応答パケットにそれ自身の物理アドレスを書き込んで応答し、前記リスト手段は、ネットワークデバイスのリストとして、ネットワークデバイスとその物理アドレスのリストを表示することを特徴とする請求項４記載のネットワークデバイス管理方法。
6. 前記設定手段は、選択された複数のネットワークデバイスに対する設定を、各ネットワークデバイスの物理アドレスに対して送信することで行うことを特徴とする請求項４記載のネットワークデバイス管理方法。
7. コンピュータを、制御対象のネットワークデバイスを探索する探索パケット送信手段と、
   前記探索パケット送信手段により送信されたパケットに対するネットワークデバイスからの応答パケットを受信する応答パケット受信手段と、
   前記応答パケット受信手段により受信されたパケットを元に、ネットワークデバイスのリストを表示するリスト表示手段と、
   前記ネットワークデバイスのリストから複数のネットワークデバイスを選択するためのネットワークデバイス選択手段と、
   前記ネットワークデバイス選択手段により選択された複数のネットワークデバイスに対し、日付・時刻設定を行う設定手段として機能させるコンピュータプログラムを格納することを特徴とする記憶媒体。
8. 前記ネットワークデバイスは応答パケットにそれ自身の物理アドレスを書き込んで応答し、前記リスト手段は、ネットワークデバイスのリストとして、ネットワークデバイスとその物理アドレスのリストを表示することを特徴とする請求項７記載の記憶媒体。
9. 前記設定手段は、選択された複数のネットワークデバイスに対する設定を、各ネットワークデバイスの物理アドレスに対して送信することで行うことを特徴とする請求項７記載の記憶媒体。

Images