JP2007079853A - ネットワークデバイス装置、データ処理方法及びコンピュータプログラム - Google Patents

Abstract

【課題】 ネットワークデバイス装置が、権限のないユーザからの要求に基づく処理を実行してしまうことを防止する。
【解決手段】 ＰＣ２０３からの要求パケットがコンフィグレータプロトコルである場合に、ネットワークボード２０１の制御プログラムのモジュールの１つであるデバイス管理モジュール４０５は、ネットワークの設定が前記工場出荷値から変更されているか否かを判断する。この判断の結果、ネットワークの設定が前記工場出荷値から変更されている場合には、デバイス管理モジュール４０５は、ネットワークボード２０１やプリンタ２０２の設定やリセットが、その要求パケットにより要求されていてもその要求を実行しないようにした。これにより、権限のないユーザによって、プリンタ２０２のネットワークの設定が変更されたり、リセットされたりしてしまうことを防止することができる。
【選択図】 図１３

Description

本発明は、ネットワークデバイス装置、データ処理方法及びコンピュータプログラムに関し、特に、情報処理装置とネットワークデバイス装置とがネットワークを介してデータの送受信を行うために用いて好適なものである。

近年、コンピュータが相互に接続されたローカルエリアネットワーク（以下、ＬＡＮと称する）が普及している。このようなＬＡＮは、ビルのフロア若しくはビル全体、ビル群（構内）、地域、又は更に大きなエリアに亘って構築することができる。さらに、このようなＬＡＮは相互に接続されたり、世界的規模のネットワークに接続されたりすることができる。

このような相互に接続された各ＬＡＮは、多様なハードウェア相互接続技術と、幾つものネットワークプロトコルとを持つ場合がある。
他のＬＡＮと切り離された簡単なＬＡＮについては個々のユーザが管理することができる。即ち、ユーザがデバイスを取り替えたり、ソフトウェアをインストールしたり、問題点を診断したりすることができる。

一方、規模の大きな複雑なＬＡＮにより構築されるＬＡＮグループや、相互に接続された複数のＬＡＮにより構築される大きなＬＡＮグループは、「管理」を必要とする。ここで、「管理」とは、ネットワーク管理者（人間）と、そのネットワーク管理者が使用するソフトウェアとの両方による管理を意味する。以下において、「管理」とは、システム全体を管理するためのネットワーク管理ソフトウェアを用いた管理を意味し、「ユーザ」とはネットワーク管理ソフトウェアを使用する人を意味するものとする。このユーザは、通常、システム管理責任者である。ユーザは、ネットワーク管理ソフトウェアを使うことによって、ネットワークを介して管理データを得てこの管理データを変更することができる。

大規模なネットワークシステムは、通常、ネットワークデバイス装置の増設と除去とを管理するネットワーク管理ソフトウェアの更新及び問題の検出等を絶えず行うことが要求される動的なシステムである。一般に、大規模なネットワークシステムには、様々な人が所有する様々なシステム、あるいは様々な業者から供給される様々なシステムが存在する。
このようなＬＡＮにおいて、個々のネットワークデバイス装置は、各ネットワークプロトコルに特有のネットワークアドレス（以下、アドレスと称する）によって識別されて運営・管理される。

しかしながら、或るネットワークデバイス装置をネットワークに初めて接続する場合や、ネットワークデバイス装置の再設定を行う場合には、アドレスが未設定であったり、設定されているアドレスが有効でなかったりすることが多い。ここで、ネットワークに初めて接続する場合とは、例えば、工場から出荷された状態でネットワークデバイス装置をネットワークに接続する場合等である。そのため、ネットワーク管理ソフトウェア等を使用して、ネットワークデバイス装置に対してユーザが任意のアドレスを設定する必要がある。

ネットワーク管理ソフトウェアを使用してネットワークデバイス装置（例えば、プリンタ）のアドレスの設定を行う場合、ネットワーク管理ソフトウェアとネットワークデバイス装置とが通信を行うための何らかのネットワークプロトコルが必要となる。
しかしながら、前述のような工場から出荷された状態にあるネットワークデバイス装置は、ＩＰアドレス等の標準的なアドレスを使用することが不可能である。そのためＳＮＭＰ（Simple Network Management Protocol）等の標準的なネットワーク管理プロトコルを使用することができない。そのため、ネットワークデバイス装置を識別するための識別子としてＭＡＣアドレスを使用するような独自のプロトコルをネットワークデバイス装置に実装し、実装したプロトコルを用いて、ネットワークデバイス装置にアドレスを設定する方法が考えられる。

ここで言うＭＡＣアドレスとは、ネットワークデバイス装置に固有の物理アドレスである。接続されるネットワークがイーサネット（登録商標）であるならば、ＭＡＣアドレスは、６bytes長である。ＭＡＣアドレスの先頭の３bytesはベンダコードとしてＩＥＥＥ（Institute of Electrical and Electronic Engineers、米国電気電子学会）によって管理と割り当てが行われている。ＭＡＣアドレスの残りの３bytesは、各ベンダによって独自に（重複しないように）管理されているコードである。このため、結果として世界中で同じ物理アドレスを持つネットワークデバイス装置は存在せず、全て異なる物理アドレスがネットワークデバイス装置に割り当てられていることになる。イーサネット（登録商標）ではこの物理アドレスを元にしてフレームの送受信を行っている。

つまり、このようなＭＡＣアドレスを使用した独自のプロトコルをネットワークデバイス装置に実装した場合、ネットワーク管理ソフトウェアは、ネットワークに接続されているネットワークデバイス装置のＭＡＣアドレスを獲得する。そして、ＭＡＣアドレスの得られたネットワークデバイス装置のリストを表示し、そのリスト中からネットワークデバイス装置をユーザに選択させる。
ユーザは、このようにしてネットワーク管理ソフトウェアにより表示されるリストより目的のネットワークデバイス装置を選択すると共に、ネットワークデバイス装置に接続されたネットワークボードのアドレスや、有効とするプロトコル等を選択する。

また、ネットワーク管理ソフトウェアは、ユーザによって選択された内容に基づく設定情報を設定パケットとして、目的のネットワークデバイス装置のネットワークボードに送信することにより、ネットワークデバイス装置のネットワークボードを設定する。
一旦、有効なＩＰアドレス等が設定できれば、以降は、ＳＮＭＰ等の標準的なネットワーク管理プロトコルを使用してネットワーク管理ソフトウェアからネットワークデバイス装置の管理を行うことができる。

ところで、ネットワークに接続されたネットワークデバイス装置の管理を行うネットワーク管理ソフトウェアは、ネットワークデバイス装置毎にデバイスパスワードの認証を行う機能をサポートしている。
このようなデバイスパスワードの認証により、ユーザは、ネットワークボードに設定されたデバイスパスワードをネットワークデバイス装置から必要に応じて取得する。そして取得したデバイスパスワードと、ユーザにより入力されたデバイスパスワードとが一致する場合にのみ、そのネットワークデバイス装置及びネットワークボードを、詳細な情報の取得及び設定が可能な状態にすることができるようにしている。

また、ネットワークデバイス装置が必要とする通信制御データの設定をホストコンピュータが行うことにより、ネットワークデバイス装置側で無制限な設定の変更が行われることを禁止することができるようにしている（特許文献１を参照）。

特開平５−４８７５３号公報

しかしながら、前述した従来の技術では、例えば、ＭＡＣアドレスを使用した独自のプロトコルによる設定の変更については、認証などによってアクセスが制限されない。このため、ネットワークデバイス装置に有効なＩＰアドレス等が設定された後も、権限のないユーザが、ＭＡＣアドレスを使用した独自のプロトコルにより、ネットワークデバイス装置の設定を変更したり、リセットしたりしてしまう可能性がある。

本発明は、このような問題点に鑑みてなされたものであり、ネットワークデバイス装置が、権限のないユーザからの要求に基づく処理を実行してしまうことを防止することを目的とする。

本発明のネットワークデバイス装置は、情報処理装置とネットワークを介して相互に接続されるネットワークデバイス装置であって、前記情報処理装置から所定のプロトコルに基づいて送信された、前記ネットワークデバイス装置におけるネットワークの設定を要求する要求パケットを受信する受信手段と、前記ネットワークデバイス装置へのアクセスが制限されているか否かを判定する判定手段と、前記判定手段による判定結果に従って、前記受信手段により受信された要求パケットに基づく処理を実行する実行手段とを有し、前記実行手段は、前記判定手段により、前記ネットワークデバイス装置へのアクセスが制限されていないと判定された場合、前記受信手段により受信された要求パケットに基づく処理を行うことを特徴とする。

本発明のデータ処理方法は、情報処理装置から所定のプロトコルに基づいて送信された、ネットワークデバイス装置におけるネットワークの設定を要求する要求パケットを、ネットワークを介して前記ネットワークデバイス装置が受信する受信ステップと、前記ネットワークデバイス装置へのアクセスが制限されているか否かを判定する判定ステップと、前記判定ステップによる判定結果に従って、前記受信ステップにより受信された要求パケットに基づく処理を実行する実行ステップとを有し、前記実行ステップは、前記判定手段により、前記ネットワークデバイス装置へのアクセスが制限されていないと判定された場合、前記受信ステップにより受信された要求パケットに基づく処理を行うことを特徴とする。

本発明のコンピュータプログラムは、情報処理装置から所定のプロトコルに基づいて送信された、ネットワークデバイス装置におけるネットワークの設定を要求する要求パケットを、ネットワークを介して前記ネットワークデバイス装置が取得する取得ステップと、前記ネットワークデバイス装置へのアクセスが制限されているか否かを判定する判定ステップと、前記判定ステップによる判定結果に従って、前記取得ステップにより取得された要求パケットに基づく処理を実行する実行ステップとをコンピュータに実行させ、前記実行ステップは、前記判定手段により、前記ネットワークデバイス装置へのアクセスが制限されていないと判定された場合、前記取得ステップにより取得された要求パケットに基づく処理を行うことを特徴とする。

本発明によれば、ネットワークの設定を要求する要求パケットを、ネットワークを介して情報処理装置から受信すると、ネットワークデバイス装置は、自身へのアクセスが制限されているか否かを判定し、自身へのアクセスが制限されていないと判定された場合に限り、受信した要求パケットに基づく処理を行うようにした。これにより、権限のないユーザからの要求に基づく処理をネットワークデバイス装置が実行してしまうことを防止できる。

次に、図面を参照しながら、本発明の一実施形態について説明する。
図１は、ネットワークシステムの概略構成の一例を示す図である。
図１において、ＬＡＮ２００は、ネットワークの一例である。ネットワークボード２０１は、ＬＡＮ２００に接続されるネットワークデバイス装置の一例である。ネットワークボード２０１は、例えばＲＪ−４５を持つ１０Ｂａｓｅ−Ｔなどのインターフェイスを介してＬＡＮ２００に接続されている。
パーソナルコンピュータ（以下、ＰＣと称する）２０３もまた、ＬＡＮ２００に接続されている。ＰＣ２０３は、ＬＡＮ２００を介してネットワークボード２０１と通信をすることが可能である。このＰＣ２０３では、ネットワークを管理するためのネットワーク制御プログラムが稼働し、このネットワーク制御プログラムによってＬＡＮ２００が制御される。なお、図１における要求パケット９００及び応答パケット９０１については後述する。

通常、ＬＡＮ２００は、幾分ローカルなユーザグループに対してサービスを提供するためのネットワークである。例えば、ＬＡＮ２００によって、１つの建物内の１つの階のユーザグループ、あるいは１つの建物内の連続した複数の階のユーザグループに対してサービスが提供される。ユーザ同士が異なる建物にいる場合には、ユーザ間の距離に応じてワイドエリアネットワーク（以下、ＷＡＮと称する）を構築してもよい。ＷＡＮは、基本的には、いくつかのＬＡＮが、高速度サービス総合デジタルネットワーク（ＩＳＤＮ）などの高速度デジタルラインで相互に接続されて形成されたものであり、ＬＡＮの集合体である。

図２は、図１に示したネットワークボード２０１とプリンタ２０２の内部の概略構成の一例を示すブロック図である。
図２において、プリンタ２０２は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、バス３０４、エンジン制御部３０５、Ｉ／Ｏ制御部３０６、データＩ／Ｏ制御部３０７、拡張Ｉ／Ｆ制御部３０８、パラレルＩ／Ｆ制御部３０９、拡張ボードバス３１０を備える。さらに、プリンタエンジン３１１、ＬＣＤ（Liquid Crystal Display）３１２、及びキーパッド３１３を備えて構成されている。

ＣＰＵ３０１はプリンタ２０２の全体を制御する。ＲＯＭ３０２にはプリンタ２０２を制御する制御プログラム等が格納されている。ＲＡＭ３０３はＣＰＵ３０１のワークエリアなどとして使われる。バス３０４には、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、エンジン制御部３０５、Ｉ／Ｏ制御部３０６、及びデータＩ／Ｏ制御部３０７が接続されている。エンジン制御部３０５は、電子データとして入ってきた情報を、トナー画像として紙の上に描き出すためのプリンタエンジン３１１を制御する。Ｉ／Ｏ制御部３０６は、画像を表示するＬＣＤ３１２や、キー入力を受け付けるキーパッド３１３などを制御する。

データＩ／Ｏ制御部３０７は、外部との間でデータの入出力制御を行い、拡張Ｉ／Ｆ制御部３０８やパラレルＩ／Ｆ制御部３０９を制御する。拡張Ｉ／Ｆ制御部３０８は、拡張ボードバス３１０を介してネットワークボード２０１と相互に接続されている。

ネットワークボード２０１は、ＣＰＵ３１４、ＲＯＭ３１５、ＲＡＭ３１６、バス３１７、拡張Ｉ／Ｆ制御部３１８、タイマ３２０、及びネットワークＩ／Ｆ制御部３１９を備えて構成されている。
ＣＰＵ３１４はネットワークボード２０１の全体を制御する。ＲＯＭ３１５にはネットワークボード２０１を制御する制御プログラム等が格納されている。ＲＡＭ３１６はＣＰＵ３１４のワークエリアなどとして使われる。ネットワークＩ／Ｆ制御部３１９はネットワークとの通信を制御する。タイマ３２０は、所定のパケットに対する応答パケットを待つ場合のタイムアウトを計る場合等に用いられる。

バス３１７には、ＣＰＵ３１４、ＲＯＭ３１５、ＲＡＭ３１６、拡張Ｉ／Ｆ制御部３１８、タイマ３２０、及びネットワークＩ／Ｆ制御部３１９が接続されている。拡張Ｉ／Ｆ制御部３１８は、プリンタ２０２の拡張ボードバス３１０に接続されている。ネットワークＩ／Ｆ制御部３１９は、ＬＡＮ２００を介したデータの入出力制御を行う。

なお、ネットワークボード２０１は、拡張Ｉ／Ｆ制御部３１８が制御可能な拡張ボードバス３１０を備えていれば、プリンタ２０２のみならず、ファクシミリ、コピア、複合機などに接続されることも可能である。このようなネットワークボード２０１を用いることにより、様々な装置がＬＡＮ２００などのネットワークに接続されるようにすることが可能になる。

次に、ネットワークボード２０１で実行される制御プログラムの構成の一例を説明する。図３は、ネットワークボード２０１で実行される制御プログラムの概略構成の一例を概念的に示す図である。
図３において、プリンタＩ／Ｆドライバモジュール４０１は、拡張Ｉ／Ｆ制御部３１０を制御して、プリンタ２０２との間でデータの送受信を行うためのモジュールである。印刷プロトコルモジュール４０２は、ＬＡＮ２００上の汎用印刷プロトコルをサポートするためのモジュールである。ネットワークプロトコル通信モジュール４０３は、ＬＡＮ２００における通信制御を行うためのモジュールである。

ネットワークドライバモジュール４０４は、ネットワークＩ／Ｆ制御部３１９を制御し、実際にＬＡＮ２００との間でパケットの送受信を行うためのモジュールである。デバイス管理モジュール４０５は、ＬＡＮ２００に接続されているＰＣ２０３と通信を行い、ネットワークボード２０１に関する情報の設定や参照、並びにプリンタ情報の設定や参照などを行うためのモジュールである。

印刷プロトコルモジュール４０２は、プロトコルにより規定されている印刷通信手順に従って、ネットワークプロトコル通信モジュール４０３を用いて、ＬＡＮ２００から印刷データを受信するためのモジュールである。受信された印刷データは、プリンタＩ／Ｆドライバモジュール４０１を介してプリンタ２０２に送出される。ネットワークドライバモジュール４０４とネットワークプロトコル通信モジュール４０３によって、ブロードキャストパケットやマルチキャストパケットの受信処理が行われる。受信されたパケットは、プロトコルの種類に応じてデバイス管理モジュール４０５へ送られる。

本実施形態のネットワークプロトコル通信モジュール４０３では、ＴＣＰ／ＩＰが実装されている。ＴＣＰ／ＩＰパケットヘッダの個々の項目についての詳細及びＩＰアドレスの体系については、「詳解 ＴＣＰ／ＩＰ」（W.RichardStevens＝著／井上尚司＝監修／橘康雄＝訳、ソフトバンク（株）発行、１９９７年３月３１日初版発行）に記載されている。
図３における各モジュール４０１〜４０５は、図２に示したＲＯＭ３１５に、前記制御プログラムとして格納されている。そして、図２に示したＣＰＵ３１４がこれらのモジュール４０１〜４０５を実行することにより、本実施形態のネットワークボード２０１の様々な機能が実現される。

図４は、ネットワーク管理ソフトウェアを稼働することが可能なＰＣ２０３の構成の一例を示すブロック図である。
図４において、ＰＣ２０３は、ＲＯＭ５０２もしくはハードディスク（ＨＤ）５１１に記憶された、またはフロッピー（登録商標）ディスクドライブ（ＦＤ）５１２より供給されたネットワーク管理ソフトウェアを実行するＣＰＵ５０１を備えている。ＣＰＵ５０１は、システムバス５０４に接続されているＲＯＭ５０２、ＲＡＭ５０３、ＫＢＣ５０５、ＣＲＴＣ５０６、ＤＫＣ５０７、及びＮＩＣ５０８を総括的に制御する。

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

次に、ネットワーク管理装置及びソフトウェアの構成について説明する。
ネットワーク管理装置は、図４に示したようなＰＣ２０３を用いて実現される。ハードディスク（ＨＤ）５１１には、後述のＰＣ２０３におけるすべての説明で動作主体となるネットワーク管理ソフトウェアのプログラムが格納される。後述のすべての説明において、特に断りのない限り、ＰＣ２０３における処理の実行の主体はハードウェア上のＣＰＵ５０１である。一方、ＰＣ２０３におけるソフトウェア上の制御の主体は、ハードディスク（ＨＤ）５１１に格納されたネットワーク管理ソフトウェアである。ＯＳ（Operating System）は、例えば、マイクロソフト社製のウィンドウズ（登録商標）を想定しているが、ＯＳはこれに限るものではない。

なお、ネットワーク管理ソフトウェアは、フレキシブルディスクやＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良い。この場合には図４に示したフロッピー（登録商標）ディスクコントローラ（ＦＤ）５１２または不図示のＣＤ−ＲＯＭドライブなどによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）５１１にインストールされる。

図５は、ネットワーク管理ソフトウェアのモジュールの構成の一例を示す図である。
前述したように、ネットワーク管理ソフトウェアは、図４に示したハードディスク５１１に格納されており、ＣＰＵ５０１によって実行される。その際、ＣＰＵ５０１はワークエリアとしてＲＡＭ５０３を使用する。
図５において、デバイスリストモジュール６０１は、ＬＡＮ（ネットワーク）２００に接続されたデバイスを一覧にして表示するモジュールである。全体制御モジュール６０２は、デバイスリストモジュール６０１からの指示に基づいて、他のモジュールを統括する。

コンフィグレータ６０３は、ネットワークデバイス装置におけるネットワークの設定に関する特別な処理を行うモジュールである。特に、工場から出荷された状態のネットワークデバイス装置が初めてＬＡＮ２００に接続される場合などに、後述する特殊なプロトコルによってネットワークデバイス装置の設定を行う。探索モジュール６０４は、ＬＡＮ（ネットワーク）２００に接続されているネットワークデバイス装置を探索するモジュールである。探索モジュール６０４によって探索されたネットワークデバイス装置が、デバイスリストモジュール６０１によって一覧表示される。ＩＣＭＰモジュール６０５は、ＩＣＭＰプロトコルの制御を行う。ＩＣＭＰとは、ＩＥＴＦのＲＦＣ７９２で規定されているＴＣＰ／ＩＰ制御用のプロトコルであり、ＴＣＰ／ＩＰを実装している端末装置やデバイスに標準的に実装されている。

ＵＩモジュール６０６、６０７は、後述するようなダイアログボックスなどを表示するためのものであり、詳細情報を表示する対象機種毎に存在する。制御モジュール６０８、６０９は、詳細情報を取得する対象機種に特有の制御を受け持つモジュールである。ＵＩモジュール６０６、６０７と同様に、制御モジュール６０８、６０９も詳細情報を表示する対象機種毎に存在する。また、制御モジュール６０８、６０９は、ＭＩＢモジュール６１０を用いて管理対象デバイスからＭＩＢ（Management Information Base）データを取得する。そして必要に応じてデータの変換を行い、各々対応するＵＩモジュール６０６、６０７にデータを渡す。

さて、ＭＩＢモジュール６１０は、オブジェクト識別子とオブジェクトキーとの変換を行うモジュールである。ここでオブジェクトキーとは、オブジェクト識別子と一対一に対応する３２ビットの整数のことである。オブジェクト識別子は可変長の識別子であるため、ネットワーク管理ソフトウェアを実装する上で扱いが面倒である。そこで、本実施形態のネットワーク管理ソフトウェアでは、オブジェクト識別子と一対一に対応する固定長の識別子を内部的に用いている。ＭＩＢモジュール６１０より上位のモジュールはこのオブジェクトキーを用いてＭＩＢの情報を扱う。ＳＮＭＰ（Simple Network Management Protocol）モジュール６１１は、ＳＮＭＰパケットの送信と受信とを行う。

共通トランスポートモジュール６１２は、ＳＮＭＰデータを運搬するための下位プロトコルの差を吸収するモジュールである。実際には、動作時にユーザが選択したプロトコルによって、ＩＰＸ（Internetwork Packet eXchange）ハンドラ６１３かＵＤＰ（User Datagram Protocol）ハンドラ６１４のいずれかがデータを転送する役割を担う。なお、ＵＤＰハンドラ６１４は、実装としてWinSock６１５（Windows(登録商標) Sockets）を用いている。WinSock６１５は、TCP/IPの機能を利用したソフトウェアをWindows（登録商標）で開発するためのＡＰＩ（Application Program Interface）である。なお、WinSockの詳細については、例えば、Windows（登録商標） Socket ＡＰＩ ｖ１．１の仕様書に記載されている。この仕様書は複数の箇所から入手することが可能であるが、例えばマイクロソフト社製のコンパイラであるVisual Ｃ＋＋に同梱されている。

次に、本実施形態における独自設定参照プロトコルをＴＣＰ／ＩＰプロトコルにより実装した場合について説明する。なお、本実施形態における独自設定参照プロトコルをコンフィグレータプロトコルという。本実施形態では、このコンフィグレータプロトコルをＵＤＰ（User Datagram Protocol）上に実装するものとする。

図６は、コンフィグレータプロトコルにおけるパケット（要求パケット９００及び応答パケット９０１）のパケットヘッダの一例を概念的に示す図である。コンフィグレータプロトコルはＵＤＰのポート番号０ｘ８３ｂ６を使用している。また、要求パケット９００における送信先のＩＰアドレス（Ｄｅｓｔ ＩＰ）を「２５５．２５５．２５５．２５５」、ＭＡＣアドレス（Ｄｅｓｔ ＭＡＣ）を「０ｘｆｆｆｆｆｆｆｆｆｆｆｆ」とする。

ここでいうＭＡＣアドレスとは、機器に固有の物理アドレスである。イーサネット（登録商標）であれば、ＭＡＣアドレスは６バイト長である。ＭＡＣアドレスの先頭の３バイトはベンダコードとして、ＩＥＥＥ（Institute of Electrical and Electronic Engineers、米国電気電子学会）により管理と割り当てとが行われている。ＭＡＣアドレスの残りの３バイトは、各ベンダによって独自に（重複しないように）管理されているコードである。その結果、世界中で同じ物理アドレスを持つネットワーク機器は存在せず、ネットワーク機器間で全て異なるアドレスが割り当てられる。

ＭＡＣアドレスが「０ｘｆｆｆｆｆｆｆｆｆｆｆｆ」の場合、そのＭＡＣアドレスを含むパケットはブロードキャストパケットとして扱われる。そしてＬＡＮ（ネットワーク）２００に接続されている全てのネットワークデバイス装置がこの要求パケット９００を受信することになる。
このようなコンフィグレータプロトコルによって、図２に示したＰＣ２０３は、ネットワークボード２０１に関する情報の設定、参照、及びリセットを行うことが可能になり、更にネットワークボード２０１などのネットワークデバイス装置の探索が可能である。

次に、コンフィグレータプロトコルにおけるパケット９００、９０１のデータ部ついて説明する。図７は、図６に示したコンフィグレータプロトコルにおけるパケット（要求パケット９００及び応答パケット９０１）のデータ部６００ａ、６００ｂの構造の一例を概念的に示す図である。図７に示す各パラメータの詳細は以下の通りである。
（１）バージョン（２ｂｙｔｅ）
本パケットのバージョン（Version）を示す。ここではバージョンを「０ｘ０３００」とする。

（２）Requestコード
本パケットで要求する機能を示すコード（ｃｏｄｅ）である。ここではRequestコードが以下のようなものであるとする。なお、以下では、「：」の左側にコードを示し、「：」の右側にそのコードの内容を示す。
０：Ｓｅｔ（設定）
１：Ｇｅｔ（参照）
２：NVRAM−Reset（NVRAM値でリセット）
３：Factory−Reset（工場初期値でリセット）
４：Discovery（探索）

（３）Resultコード（２ｂｙｔｅ）
要求された結果を示すコード（ｃｏｄｅ）である。ここでは、Resultコードが以下のようなものであるとする。
０×００００：成功
０×０００１：メディアタイプの異常
０×０００２：指定プロトコルスタックなし
０×０００３：バージョンの異常
０×ＦＦＦＦ：詳細不明のエラー

（４）メディアタイプ（２ｂｙｔｅ）
通信メディア（Ｍｅｄｉａ）を示すものである。ここでは、メディアタイプが以下のようなものであるとする。
０：Ethernet（登録商標）
（５）プロトコル情報（Protocol Information）
それぞれのプロトコル情報に対応するフラグで表される。例えば、Requestコードが「０」の場合（設定を要求する場合）、対応するバイトが「１」のプロトコルに関する情報のみが設定される。
（６）NetWare情報（NetWare Information）
NetWare（ネットワーク管理ソフトウェアの一例）に関連する情報の設定及び参照を行うための情報である。ここでは、NetWare情報が、フレームタイプ（２ｂｙｔｅ）と予備（２ｂｙｔｅ）であるとする。
例えば、ＬＡＮ（ネットワーク）２００がイーサネット（登録商標）である場合、ネットワーク管理ソフトウェアの一例であるNetWareで使用されるフレームタイプは、以下のようなものとなる。
０：Disable（NetWareは使用不可）
１：８０２．３
２：８０２．２
４：ＥｔｈｅｒＮｅｔ（登録商標） ＩＩ
８：８０２．２ＳＮＡＰ

（７）TCP/IP情報
TCP/IPに関連する情報の設定及び参照を行うための情報である。ここでは、TCP/IP情報が、フレームタイプ（２ｂｙｔｅ）、動作モード（２ｂｙｔｅ）、ＩＰアドレス（４ｂｙｔｅ）、ゲートウェイアドレス（４ｂｙｔｅ）、サブネットマスク（４ｂｙｔｅ）、及びブロードキャスト（４ｂｙｔｅ）であるとする。
例えば、TCP/IPで使用されるフレームタイプ（Frame Type）は、以下のようなものとなる。
０：Disable（TCP/IPは使用不可）
４：Ethernet（登録商標） II

また、例えば、動作モードがＩＰモード（ＩＰ Ｍｏｄｅ）である場合、参照時には以下の値の何れかが動作モードとして設定される。
０：ＩＰ固定（ＮＶＲＡＭ値より立ち上がる）
１：BOOTP valid
２：RARP valid
４：DHCP valid

ＩＰアドレス（４ｂｙｔｅ）は、ネットワークボード２０１のＩＰアドレスを表す。
ゲートウェイアドレス（４ｂｙｔｅ）は、ネットワークボード２０１のゲートウェイのアドレスを表す。
サブネットマスク（４ｂｙｔｅ）は、ネットワークボード２０１のサブネットマスクを表す。
ブロードキャストアドレス（４ｂｙｔｅ）は、ネットワークボード２０１のブロードキャストアドレスを表す。

（８）AppleTalk情報
AppleTalkに関する情報の設定および参照を行うための情報である。ここでは、AppleTalk情報が、フレームタイプ（２ｂｙｔｅ）であるとする。例えば、AppleTalkで使用されるフレームタイプ（Frame Type）は、以下のようなものとなる。
０：Ｄｉｓａｂｌｅ（AppleTalkは使用不可）
２：Ｐｈａｓｅ２

（９）ＭＡＣアドレス
ネットワークボード２０１のＭＡＣアドレスを表す。
前述したRequestコードが４（Discovery）以外の場合であって、このＭＡＣアドレスのフィールドに格納されているＭＡＣアドレスの値と、ネットワークボード２０１のＭＡＣアドレスの値とが一致しない場合、このパケットは無視される。
なお、図７に示すデータ部６００における個々の項目は、工場出荷時に予め決められた工場初期値に設定されている。

図８は、コンフィグレータパケットを送受信する際のネットワーク管理装置であるＰＣ２０３と、ネットワークデバイス装置であるネットワークボード２０１の動作の一例を示す図である。なお、ＰＣ２０３の動作は、図４に示したハードディスク５１１に格納されているネットワーク管理ソフトウェアを実行することにより実現される。また、図８において、時間軸は縦方向上から下にとられている。

ネットワークボード２０１のネットワーク設定を行うために、ＵＩモジュール６０６から起動されたコンフィグレータ６０３が、Discovery要求パケット９００を送信する。Discovery要求パケット９００ａは、先に述べたように送信先のＩＰアドレスである「２５５．２５５．２５５．２５５」のブロードキャストパケットであるので、同一のサブネットに接続されている全てのネットワークデバイス装置に送信される。

コンフィグレータプロトコルを実装している各ネットワークデバイス装置（例えばネットワークボード２０１）は、Discovery要求パケット９００ａを受信すると、Discovery応答パケット９０１ａをＰＣ２０３に送信する。Discovery応答パケット９０１ａは、コンフィグレータ６０３により受信される。コンフィグレータ６０３は、この受信したDiscovery応答パケット９０１ａのデータ部を、ＲＡＭ５０３に記録しておく。

コンフィグレータ６０３は、予め定められた待ち時間が満了するまで、Discovery応答パケット９０１ａを受信するための処理を実行する。Discovery応答パケット９０１ａを受信するための処理が実行されている間、ＵＩモジュール６０６は、図９に示すようなダイアログボックス１００１をＣＲＴ５１０に表示させるための処理を行う。

前記予め定められた待ち時間が満了したら、ＵＩモジュール６０６は、ダイアログボックス１００１を閉じるための処理を行う。その後、ＵＩモジュール６０６は、受信したDiscovery応答パケット９０１ａのデータ部をＲＡＭ５０３から取得する。そしてＵＩモジュール６０６は、取得したDiscovery応答パケット９０１ａのデータ部に基づいて、ネットワークボード２０１をユーザが選択するためのリストを作成する。このリストには、例えば、ネットワークボード２０１のＭＡＣアドレスと、ネットワークボード２０１における現在の設定を示す情報とが含まれる。そして、ＵＩモジュール６０６は、作成したリストを含むダイアログボックス１１０１をＣＲＴ５１０に表示させるための処理を行う（図１０を参照）。

図１０に示すダイアログボックス１１０１から、任意のネットワークボードの選択、又は「再検出」、「キャンセル」といったボタンの操作が、ユーザにより行われるのを待つ。リストに表示されたネットワークボードのうちから何れかがユーザにより選択された後に、「次へ」ボタンが押されると、ＵＩモジュール６０６は、図１１に示すようなダイアログボックス１２０１をＣＲＴ５１０に表示させるための処理を行う。ここで、コンフィグレータ６０３は、ユーザにより選択されたネットワークボード２０１に対するネットワークの設定値を入力し、入力した設定値に基づいてＳｅｔ要求パケット９００ｂを作成して、ネットワークボード２０１に送信する。

ユーザにより入力された値は、Ｓｅｔ要求パケット９００ｂのデータ部の「プロトコル情報（Protocol Information）」のフィールドに、前述したように設定される。また、Ｓｅｔ要求パケット９００ｂは、Discovery応答パケット９０１ａにより得られているＭＡＣアドレスを宛先とするフレームに載せられる。このため、そのＭＡＣアドレスに該当するネットワークボード以外では、Ｓｅｔ要求パケット９０２は無視される。すなわち、ネットワークボード２０１でのみＳｅｔ要求パケット９０２が受信される。

Ｓｅｔ要求パケット９００ｂを受信したネットワークボード２０１は、自身が有するコンフィグレータにより、Ｓｅｔ要求パケット９００ｂのデータ部に載せられた各種設定値を、コンフィグレータプロトコルに従って設定する。これによりネットワークボード２０１におけるネットワークの設定が完了する。そして、ネットワークボード２０１は、ネットワーク管理装置であるＰＣ２０３にＳｅｔ応答パケット９０１ｂを送信する。

一方、図１０に示したダイアログボックス１１０１において、キャンセルボタンがユーザにより押された場合には、ＵＩモジュール６０６は、リスト１１０１の表示をＣＲＴ５０６から消去して処理を終了する。また、再検出ボタンが押された場合には、Discovery要求パケット９００ａのブロードキャストを再度行う。

ネットワークボード２０１におけるネットワークの設定が完了し、Ｓｅｔ応答パケット９０１ｂを受信すると、ＵＩモジュール６０６は、図１２に示すようなダイアログボックス１３０１をＣＲＴ５１０に表示させるための処理を行う。このダイアログボックス１３０１における完了ボタンがユーザにより押下されると、ネットワーク管理装置であるＰＣ２０３と、ネットワークデバイス装置であるネットワークボード２０１との間で、Reset要求パケット９００ｃとReset応答パケット９０１ｃとが、設定を初期化するために交換される。これにより、ネットワークボード２０１が自動的にリセットされ、新しい設定を有効にすることができる。なお、ネットワークボード２０１からＰＣ２０３にReset応答パケット９０１ｃを送信せずに、ネットワークボード２０１がリセットされるようにしてもよい。

この他、ネットワークボード２０１におけるネットワークの設定を参照する場合には、ＰＣ２０３からネットワークボード２０１にGet要求パケット９００ｄを送信する。Get要求パケット９００ｄを受信すると、ネットワークボード２０１は、例えば、ネットワークボード２０１におけるネットワークの設定状況を表す参照情報を作成する。そして、作成した参照情報を含むGet応答パケット９０１ｄをＰＣ２０３に送信する。

なお、Get要求パケット９００ｄ及びGet応答パケット９０１ｄを送受信するタイミングは、図８に示したタイミングに限定されるものではない。例えば、図１０に示したダイアログボックス１１０１が表示されてから、図１１に示したダイアログボックス１２０１が表示されるまでの間に、Get要求パケット９００ｄ及びGet応答パケット９０１ｄを送受信するようにしてもよい。

具体的に説明すると、図１０に示したダイアログボックス１１０１において「次へ」ボタンがユーザにより押されると、図１１に示したダイアログボックス１２０１ではなく、ネットワークボード２０１におけるネットワークの設定の参照を促すダイアログボックスを表示する。そして、表示したダイアログボックスに対するユーザの操作に基づき、ネットワークボード２０１におけるネットワークの設定を参照することが指定されると、前述したように、ＰＣ２０３及びネットワークボード２０１が、Get要求パケット９００ｄ及びGet応答パケット９０１ｄの送受信を行う。

その後、ＰＣ２０３は、Get応答パケット９０１ｄに含まれる参照情報に基づいて、ネットワークボード２０１におけるネットワークの設定内容を示すダイアログボックスを表示する。表示されたダイアログボックスによりネットワークボード２０１におけるネットワークの設定内容を確認したユーザにより、このダイアログボックスの「次へ」ボタンが押されると、図１１に示したダイアログボックス１２０１が表示されるようにする。
以上のようにすれば、ネットワークボード２０１におけるネットワークの設定を変更する前に、ネットワークボード２０１におけるネットワークの現在の設定内容を確認することができ好ましい。

次に、ネットワークボード２０１の動作について説明する。
図１３は、ネットワークボード２０１に実装されているデバイス管理モジュール４０５の処理の一例を説明するフローチャートである。
ＰＣ２０３から送信される要求パケット（ブロードキャストパケットやマルチキャストパケット）９００は、ネットワークドライバモジュール４０４及びネットワークプロトコル通信モジュール４０３によって受信される。受信された要求パケット９００が、コンフィグレータプロトコルに基づいたものであれば、その受信された要求パケット９００は、パケットデバイス管理モジュール４０５へ渡される。

本実施形態では、TCP/IPでコンフィグレータプロトコルが実装されていることから、コンフィグレータプロトコルによる要求パケット（ブロードキャストパケット）９００は、図６に示したようなパケット形式である。従って、ネットワークプロトコル通信モジュール４０３は、要求パケッ９００トのプロトコルタイプがＵＤＰ（図６に示したパケットヘッダにおける「protocol」が「０ｘ１１」）であり、且つポート番号が（図６に示したパケットヘッダにおける「Dest Port」）が「０ｘ８３ｂ６」である場合には、その要求パケット９００がコンフィグレータプロトコルによるものだと判断する。そしてその要求パケット９００を、デバイス管理モジュール４０５へ渡す。

デバイス管理モジュール４０５は、図１３のステップＳ１０１において、ネットワークボード２０１におけるネットワークの設定が前記工場出荷値から変更されているか否かを判定する。
即ち、コンフィグレータプロトコルを用いてネットワークの設定を変更する方法、又はＬＣＤ３１２やキーパッド３１３から構成される操作パネルを用いてネットワークの設定を変更する方法により、ネットワークの設定が既に変更されているかを判定する。

例えば、「０．０．０．０」という工場初期値のＩＰアドレスをもったネットワークデバイス装置であれば、「０．０．０．０」以外の値の場合に、ネットワークの設定が変更されていると判定する。
このステップＳ１０１の判定の結果、ネットワークの設定が前記工場出荷値から変更されていなければ（ステップＳ１０１のＹＥＳならば）、ステップＳ１０２へ進む。一方、ネットワークの設定が前記工場出荷値から変更されていれば（ステップＳ１０１のＮＯならば）、後述するステップＳ１１５へ進む。

ステップＳ１０２において、要求パケット９００のデータ部６００ａにおけるRequestコードの値が０であるか否か（受け取った要求パケットが設定を要求しているSet要求パケット９００ｂであるか否か）を判定する（図６〜図８を参照）。この判定の結果、要求パケット９００のデータ部６００ａにおけるRequestコードの値が０であれば（ステップＳ１０２のＹＥＳならば）、ステップＳ１０８へ進む。一方、要求パケット９００のデータ部６００ａにおけるRequestコードの値が０でなければ（ステップＳ１０２のＮＯならば）、後述するステップＳ１０３へ進む。

ステップＳ１０８において、ＰＣ２０３（ネットワーク管理ソフトウェア）から送られてきた設定情報に基づいて、ネットワークボード２０１の各種情報を設定（変更）する。
次に、ステップＳ１０９において、設定の要求に対するSet応答パケット９０１ｂをＰＣ２０３に送信する。

一方、ステップＳ１０２において、要求パケット９００のデータ部６００ａにおけるRequestコードの値が０でない場合には（ステップＳ１０２のＮＯならば）、ステップＳ１０３に進む。ステップＳ１０３では、要求パケット９００のデータ部６００ａにおけるRequestコードの値が２あるいは３であるか否か（受け取った要求パケットがリセットを要求するReset要求パケット９００ｃであるか否か）を判定する（図６〜図８を参照）。この判定の結果、要求パケット９００のデータ部６００ａにおけるRequestコードの値が２あるいは３であれば（ステップＳ１０３のＹＥＳならば）、ステップＳ１１０へ進む。一方、要求パケット９００のデータ部６００ａのRequestコードの値が２あるいは３でなければ（ステップＳ１０３のＮＯならば）、後述するステップＳ１０４へ進む。

ステップＳ１１０において、リセットの要求に対するReset応答パケット９０１ｃをＰＣ２０３に送信する。次に、ステップＳ１１１において、ネットワークボード２０１のリセット（再起動処理）を行う。このときに、Reset要求パケット９００ｃのデータ部におけるRequestコードの値が２の場合は初期値をNVRAM値にしてリセットを行い、３の場合は初期値を工場初期値にしてリセットを行う。

一方、ステップＳ１０３において、要求パケット９００のデータ部６００ａにおけるRequestコードの値が２あるいは３でなければ（ステップＳ１０３のＮＯならば）、ステップＳ１０４に進む。ステップＳ１０４では、要求パケット９００のデータ部６００ａにおけるRequestコードの値が４であるか否か（受け取った要求パケットが探索を要求するDiscovery要求パケット９００ａであるか否か）を判定する（図６〜図８を参照）。

この判定の結果、要求パケット９００のデータ部６００ａにおけるRequestコードの値が４であれば（ステップＳ１０４のＹＥＳならば）、ステップＳ１１２に進む。ステップＳ１１２では、その探索の要求に対するDiscovery応答パケット９０１ａをＰＣ２０３に送信する。一方、要求パケット９００のデータ部６００ａにおけるRequestコードの値が４でなければ（ステップＳ１０４のＮＯならば）、ステップＳ１０５に進む。ステップＳ１０５では、要求パケット９００のデータ部６００ａにおけるRequestコードの値が１であるか否か（受け取った要求パケットが参照を要求するGet要求パケット９００ｄであるか否か）を判定する（図６〜図８を参照）。この判定の結果、要求パケット９００のデータ部６００ａにおけるRequestコードの値が１であれば（ステップＳ１０５のＹＥＳならば）、ステップＳ１１３へ進む。一方、要求パケット９００のデータ部６００ａにおけるRequestコードの値が１でない場合には（ステップＳ１０５のＮＯならば）、後述するステップＳ１０６へ進む。

ステップＳ１１３において、参照情報を作成する。
次に、ステップＳ１１４において、作成した参照情報をGet応答パケット９０１ｄに格納してＰＣ２０３に送信する。

一方、ステップＳ１０５において、要求パケット９００のデータ部６００ａにおけるRequestコードの値が１でなければ（ステップＳ１０５のＮＯならば）、ステップＳ１０６に進み、処理できない要求であったとして、受け取った要求パケットを破棄する。
次に、ステップＳ１０７において、エラー応答パケットをＰＣ２０３に送信する。

ステップＳ１０１において、ネットワークの設定が前記工場出荷値から変更されていれば（ステップＳ１０１のＮＯならば）、ステップＳ１１５に進む。ステップＳ１１５では、要求パケット９００のデータ部におけるRequestコードの値が０であるか否か（受け取った要求パケットが設定を要求するSet要求パケット９００ｂであるか否か）を判定する。この判定の結果、要求パケット９００のデータ部６００ａにおけるRequestコードの値が２であれば（ステップＳ１１５のＹＥＳならば）、ステップＳ１０６へ進む。一方、要求パケット９００のデータ部６００ａにおけるRequestコードの値が０でなければ（ステップＳ１１５のＮＯならば）、ステップＳ１１６へ進む。

ステップＳ１１６において、要求パケット９００のデータ部６００ａにおけるRequestコードの値が２あるいは３であるか否か（受け取った要求パケットがリセットを要求するResetパケット９００ｃであるか否か）を判定する。この判定の結果、要求パケット９００のデータ部６００ａにおけるRequestコードの値が２あるいは３であれば（ステップＳ１１６のＹＥＳならば）、前述したステップＳ１０６へ進む。一方、要求パケット９００のデータ部６００ａのRequestコードの値が２あるいは３でなければ（ステップＳ１１６のＮＯならば）、前述したステップＳ１０４へ進む。

なお、本実施形態のデバイス管理モジュール４０５やＳＮＭＰエージェントとして図２に示したＣＰＵ３１４が動作するための制御プログラムは、ＲＯＭ３１６に格納されている。図１３に示すフローチャートで示される処理を行う制御プログラムは、デバイス管理モジュール４０５を具現化するＣＰＵ３１４により実行される。
また、コンフィグレータプロトコルによるネットワークの設定の変更を再び有効にすることは、操作パネルを用いて、ネットワークボード２０１におけるネットワークの設定を工場出荷値に戻すことによって可能となる。

以上のように本実施形態では、ＰＣ２０３からの要求パケットがコンフィグレータプロトコルに基づくものある場合に、ネットワークボード２０１の制御プログラムのモジュールの１つであるデバイス管理モジュール４０５は、ネットワークの設定が前記工場出荷値から変更されているか否かを判断する。この判断の結果、ネットワークの設定が前記工場出荷値から変更されている場合には、デバイス管理モジュール４０５は、ネットワークボード２０１の設定やリセットが、その要求パケットにより要求されていてもその要求に対する処理を実行しないようにした。これにより、権限のないユーザによって、プリンタ２０２（ネットワークデバイス装置）のネットワークの設定が変更されたり、リセットされたりしてしまうことを防止することができる。

なお、本実施形態では、ネットワークの設定が工場出荷値から変更されていた場合に、ネットワークデバイス装置への設定要求や、リセット要求に対する処理を実行しないようにしたが、このような処理に限定されるものではない。例えば、ネットワークの設定が工場出荷値から変更されていた場合に、探索要求や、参照要求に対しても処理しないようにしてもよい。

また、コンフィグレータパケットによるネットワークの設定が工場出荷値から変更されていた場合に、ネットワークデバイス装置への設定要求や、リセット要求に対する処理を実行しないようにしたが、このような処理に限定されるものではない。例えば、ＬＣＤ３１２やキーパッド３１３から構成される操作パネルを用いることにより、ネットワークの設定が工場出荷値から変更された場合にも、ネットワークデバイス装置への設定要求や、リセット要求に対する処理を実行しないようにしてもよい。

さらに、本実施形態は、複数の機器（例えば、ホストコンピュータ、インターフェイス機器、リーダ、プリンタなど）を用いて構成されるシステムに適用しても、一つの機器を用いて構成される装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
また、本実施形態では、ネットワークボード２０１とプリンタ２０２とが別々に構成されている場合を例に挙げて説明したが、ネットワークボード２０１がプリンタ２０２に組み込まれていてもよい。

（本発明の他の実施形態）
また、前述した実施形態の機能を実現するべく各種のデバイスを動作させるように、該各種デバイスと接続された装置あるいはシステム内のコンピュータに対し、前記実施形態の機能を実現するためのソフトウェアのプログラムコードを供給してもよい。そしてそのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）に格納されたプログラムに従って前記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。

また、この場合、前記ソフトウェアのプログラムコード自体が上述した実施形態の機能を実現することになる。そしてそのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、例えば、かかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記憶する記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、プログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等と共同して上述の実施形態の機能が実現される場合にもかかるプログラムコードは本発明の実施形態に含まれることは言うまでもない。

さらに、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合にも本発明に含まれることは言うまでもない。

なお、前述した実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

本発明の実施形態を示し、ネットワークシステムの概略構成の一例を示す図である。 本発明の実施形態を示し、ネットワークボードとプリンタの内部の概略構成の一例を示すブロック図である。 本発明の実施形態を示し、ネットワークボードで実行される制御プログラムの概略構成の一例を概念的に示す図である。 本発明の実施形態を示し、ネットワーク管理ソフトウェアを稼働することが可能なＰＣの構成の一例を示すブロック図である。 本発明の実施形態を示し、ネットワーク管理ソフトウェアのモジュールの構成の一例を示す図である。 本発明の実施形態を示し、コンフィグレータプロトコルにおけるパケットのパケットヘッダの一例を概念的に示す図である。 本発明の実施形態を示し、コンフィグレータプロトコルにおけるパケットのデータ部の構造の一例を概念的に示す図である。 本発明の実施形態を示し、コンフィグレータパケットを送受信する際のネットワーク管理装置と、ネットワークデバイス装置の動作の一例を示す図である。 本発明の実施形態を示し、Discovery応答パケットを受信するための処理が実行されている間に表示されるダイアログボックスの一例を示す図である。 本発明の実施形態を示し、ネットワークボードのＭＡＣアドレス及びネットワークを設定するためのリストを含むダイアログボックスの一例を示す図である。 本発明の実施形態を示し、ネットワークボードが選択された後に表示されるダイアログボックスの一例を示す図である。 本発明の実施形態を示し、プリンタにおけるネットワークの設定が完了した後に表示されるダイアログボックスの一例を示す図である。 本発明の実施形態を示し、ネットワークボードに実装されているデバイス管理モジュールの処理の一例を説明するフローチャートである。

符号の説明

２００ ＬＡＮ
２０１ ネットワークボード
２０２ プリンタ
２０３ パーソナルコンピュータ
３０１ ＣＰＵ
３０２ ＲＯＭ
３０３ ＲＡＭ
３０４ バス
３０５ エンジン制御部
３０６ Ｉ／Ｏ制御部
３０７ データＩ／Ｏ制御部
３０８ 拡張Ｉ／Ｆ制御部
３０９ パラレルＩ／Ｆ制御部
３１０ 拡張ボードバス
３１１ プリンタエンジン
３１２ ＬＣＤ
３１３ キーパッド
３１４ ＣＰＵ
３１５ ＲＯＭ
３１６ ＲＡＭ
３１７ バス
３１８ 拡張Ｉ／Ｆ制御部
３１９ タイマ
３２０ ネットワークＩ／Ｆ制御部

Claims (7)

1. 情報処理装置とネットワークを介して相互に接続されるネットワークデバイス装置であって、
   前記情報処理装置から所定のプロトコルに基づいて送信された、前記ネットワークデバイス装置におけるネットワークの設定を要求する要求パケットを受信する受信手段と、
   前記ネットワークデバイス装置へのアクセスが制限されているか否かを判定する判定手段と、
   前記判定手段による判定結果に従って、前記受信手段により受信された要求パケットに基づく処理を実行する実行手段とを有し、
   前記実行手段は、前記判定手段により、前記ネットワークデバイス装置へのアクセスが制限されていないと判定された場合、前記受信手段により受信された要求パケットに基づく処理を行うことを特徴とするネットワークデバイス装置。
2. 前記判定手段は、前記ネットワークデバイス装置におけるネットワークの設定が初期値から変更されている場合に、前記ネットワークデバイス装置へのアクセスが制限されていると判定し、前記ネットワークデバイス装置におけるネットワークの設定が初期値から変更されていない場合に、前記ネットワークデバイス装置へのアクセスが制限されていないと判定することを特徴とする請求項１に記載のネットワークデバイス装置。
3. 前記要求パケットは、前記ネットワークデバイス装置におけるネットワークの設定を変更する要求を含むパケットであり、
   前記受信手段により受信された要求パケットに基づく処理は、前記ネットワークデバイス装置におけるネットワークの設定を変更する処理を含むことを特徴とする請求項１又は２に記載のネットワークデバイス装置。
4. 前記要求パケットは、前記ネットワークデバイス装置における設定をリセットする要求を含むパケットであり、
   前記受信手段により受信された要求パケットに基づく処理は、前記ネットワークデバイス装置における設定をリセットする処理を含むことを特徴とする請求項１〜３の何れか１項に記載のネットワークデバイス装置。
5. 前記受信手段は、前記情報処理装置から、ＭＡＣアドレスを使用した所定のプロトコルに基づいた要求パケットを受信することを特徴とする請求項１〜４の何れか１項に記載のネットワークデバイス装置。
6. 情報処理装置から所定のプロトコルに基づいて送信された、ネットワークデバイス装置におけるネットワークの設定を要求する要求パケットを、ネットワークを介して前記ネットワークデバイス装置が受信する受信ステップと、
   前記ネットワークデバイス装置へのアクセスが制限されているか否かを判定する判定ステップと、
   前記判定ステップによる判定結果に従って、前記受信ステップにより受信された要求パケットに基づく処理を実行する実行ステップとを有し、
   前記実行ステップは、前記判定手段により、前記ネットワークデバイス装置へのアクセスが制限されていないと判定された場合、前記受信ステップにより受信された要求パケットに基づく処理を行うことを特徴とするデータ処理方法。
7. 情報処理装置から所定のプロトコルに基づいて送信された、ネットワークデバイス装置におけるネットワークの設定を要求する要求パケットを、ネットワークを介して前記ネットワークデバイス装置が取得する取得ステップと、
   前記ネットワークデバイス装置へのアクセスが制限されているか否かを判定する判定ステップと、
   前記判定ステップによる判定結果に従って、前記取得ステップにより取得された要求パケットに基づく処理を実行する実行ステップとをコンピュータに実行させ、
   前記実行ステップは、前記判定手段により、前記ネットワークデバイス装置へのアクセスが制限されていないと判定された場合、前記取得ステップにより取得された要求パケットに基づく処理を行うことを特徴とするコンピュータプログラム。

Images