JP2003316465A - ネットワークデバイス制御装置、ネットワークデバイス制御方法および該制御方法を実現するためのプログラム - Google Patents

Abstract

(57)【要約】 【課題】 機種に依存しない１つのプログラムによって
作成されたネットワーク管理ソフトウェアでネットワー
クデバイスを制御することが可能なネットワークデバイ
ス制御装置、ネットワークデバイス制御方法および該制
御方法を実現するためのプログラムを提供する。 【解決手段】 ネットワーク上にあるデバイスの設定を
変更後、リモートリセットが可能か否かを判定し（ステ
ップＳ４〜Ｓ６）、リモートリセットが可能な場合はリ
モートリセットを行い（ステップＳ７，Ｓ８）、リモー
トリセットが不可能な場合は電源の再投入を促すメッセ
ージを表示する（ステップＳ１１）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークに接
続されたネットワークデバイスを制御するネットワーク
デバイス制御装置、ネットワークデバイス制御方法およ
び該制御方法を実現するためのプログラムに関する。

【０００２】

【従来の技術】近年、コンピュータを相互に接続したロ
ーカルエリアネットワーク（ＬＡＮ）が普及している。
このようなＬＡＮは、ビルのフロアまたはビル全体、ビ
ル群（構内）、地域、あるいはさらに大きいエリアにわ
たって構築される。さらに、このようなネットワークが
相互に接続され、世界的規模のネットワークに接続され
ることもある。これらのネットワーク上には、ＰＣ（パ
ーソナルコンピュータ）等のコンピュータやプリンタ等
のデバイスを多数接続することができる。また、相互接
続されたそれぞれのＬＡＮでは、多様なハードウェア相
互接続技術といくつものネットワークプロトコルが用い
られている。

【０００３】ここで、他と切り離された簡単なＬＡＮで
は、個々のユーザが機器管理を行うことができる。すな
わち、ユーザが機器を取り替えたり、ソフトウェアをイ
ンストールしたり、問題点を診断したりすることができ
る。

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

【０００５】大規模ネットワークシステムは、通常、機
器の増設と除去、ソフトウェアの更新、および問題の検
出などを絶えず行うことが必要な動的システムである。
一般には、様々な人が所有する、様々な業者から供給さ
れる、様々なシステムが存在する。

【０００６】このような大規模なネットワークシステム
を構成するネットワーク上のネットワークデバイスを管
理するための方法として、これまでにいくつかの試みが
数多くの標準機関でなされている。国際標準化機構（Ｉ
ＳＯ）は、開放型システム間相互接続（Open System In
terconnection：ＯＳＩ）モデルと呼ばれる汎用基準フ
レームワークを提供した。ネットワーク管理プロトコル
のＯＳＩモデルは、共通管理情報プロトコル（Common M
anagement Information Protocol：ＣＭＩＰ）と呼ばれ
る。ＣＭＩＰは、ヨーロッパの共通ネットワーク管理プ
ロトコルである。

【０００７】また、近年では、より共通性の高いネット
ワーク管理プロトコルとして、簡易ネットワーク管理プ
ロトコル（Simple Network Management Protocol：ＳＮ
ＭＰ）と呼ばれるＣＭＩＰに関連する一変種のプロトコ
ルがある（「TCP／IP ネットワーク管理入門 実用的
な管理をめざして」M．T．ローズ＝著／西田竹志＝訳
（株）トッパン発行 １９９２年８月２０日初版を参
照）。

【０００８】このＳＮＭＰネットワーク管理技術によれ
ば、ネットワーク管理システムには、少なくとも１つの
ネットワーク管理ステーション（ＮＭＳ）、各々がエー
ジェントを備えるいくつかの管理対象ノード、および管
理ステーションやエージェントが管理情報を交換するた
めに使用するネットワーク管理プロトコルが含まれる。
ユーザは、ＮＭＳのネットワーク管理ソフトウェアを用
いて管理対象ノードのエージェントソフトウェアと通信
することにより、ネットワーク上の管理データを得、ま
たそのデータを変更することができる。

【０００９】ここで、「エージェント」とは、各々の管
理対象ノードでバックグラウンドプロセスとして走るソ
フトウェアである。ユーザがネットワーク上の管理対象
ノードに対して管理データを要求するときには、ネット
ワーク管理ソフトウェアは、後述するオブジェクト識別
子を管理パケットまたはフレームに入れて管理対象ノー
ドのエージェントへ送信する。

【００１０】エージェントは、そのオブジェクト識別子
を解釈して、そのオブジェクト識別子に対応するデータ
を取り出す。そして、そのデータをパケットに入れてネ
ットワーク管理ソフトウェアに返信する。ときには、エ
ージェントは、そのデータを取り出すために、対応する
プロセスを呼び出す場合もある。

【００１１】また、エージェントは、管理対象ノードに
関するデータをデータベース形式で保持する。このデー
タベースは、ＭＩＢ（Management Information Base）
と呼ばれる。

【００１２】図８は、ＭＩＢの構造を示す概念図であ
り、同図に示すように、ＭＩＢは木構造のデータ構造を
しており、全てのノードに一意に識別子が付けられてい
る。図８において、括弧内に書かれている番号をもと
に、そのノードの識別子が定義される。例えば、ノード
２０１の識別子は“１”である。ノード２０２の識別子
は、ノード２０１の子なので、“１・３”である。同様
に、ノード２０３の識別子は、“１・３・６・１・２”
である。このノードの識別子がオブジェクト識別子（OB
JECT IDENTIFIER）である。ここで、図８には、標準と
して規定されているＭＩＢの一部を抜き出して記載して
いる。

【００１３】なお、このＭＩＢの構造は、管理情報構造
（Structure of Management Information：ＳＭＩ）と
呼ばれ、RFC1155 Structure and Identification of Ma
nagement Information for TCP／IP−based Internets
で規定されている。

【００１４】ノード２０４は、ＳＮＭＰで管理される機
器が標準的に備えている標準ＭＩＢで、オブジェクト群
の頂点になるノードであり、このノードの下のオブジェ
クトの詳細な構造については、RFC1213 Management Inf
ormation Base for NetworkManagement of TCP/IP-base
d internets : MIB-IIに規定されている。

【００１５】ノード２０５は、ＳＮＭＰで管理されてい
るプリンタが標準的に備えている、プリンタＭＩＢと呼
ばれるオブジェクト群の頂点になるノードであり、この
ノードの下のオブジェクトの詳細な構造については、RF
C 1759 Printer MIBで規定されている。

【００１６】ノード２０６は、プライベートＭＩＢと呼
ばれ、企業や団体などが独自のＭＩＢ定義を行うための
頂点となるノードである。

【００１７】ノード２０７は、企業拡張ＭＩＢと呼ば
れ、プライベートＭＩＢの中で企業が独自の拡張を行う
ための頂点となるノードである。本出願人、キヤノン株
式会社には、独自の定義を行うために、企業番号として
“１６０２”が割り当てられており、キヤノン株式会社
独自のＭＩＢであるキヤノンＭＩＢ（Ｃａｎｏｎ ＭＩ
Ｂ）を定義するための頂点ノード２０８が、企業を意味
するノードである、ノード２０７の下に位置している。
キヤノンＭＩＢの頂点ノードのオブジェクト識別子は、
“１・３・６・１・４・１・１６０２”である。

【００１８】さて、このようなシステムにおいて、ネッ
トワーク管理ソフトウエアを使用してネットワーク機器
（例えばプリンタ）の設定を行う場合について考える。

【００１９】設定を変更した場合、その設定を有効にす
るために、デバイスのリセットあるいは電源の再投入が
必要な場合がある。さらに、デバイスによって、ネット
ワーク管理ソフトウェアからリモートリセット可能なも
のと、デバイスの電源スイッチをオフ・オン（電源再投
入）しなければならないものがある。

【００２０】

【発明が解決しようとする課題】しかしながら、上記従
来のネットワーク管理ソフトウェアでは、設定を有効に
するためにリモートリセットが可能なデバイスと、電源
再投入が必要なデバイスとで機種に依存したプログラム
を作成しなければならなかった。

【００２１】本発明は、この点に着目してなされたもの
であり、機種に依存しない１つのプログラムによって作
成されたネットワーク管理ソフトウェアでネットワーク
デバイスを制御することが可能なネットワークデバイス
制御装置、ネットワークデバイス制御方法および該制御
方法を実現するためのプログラムを提供することを目的
とする。

【００２２】

【課題を解決するための手段】上記目的を達成するた
め、請求項１に記載のネットワークデバイス制御装置
は、制御対象のネットワークデバイスに対して設定を行
う設定手段と、前記設定手段による設定を有効にするた
めのリセットが前記ネットワークデバイスで可能か否か
を判定する判定手段と、前記判定手段によりリセット可
能と判定された場合に、前記ネットワークデバイスをリ
セットするリセット手段と、前記判定手段によりリセッ
ト不可能と判定された場合に、前記ネットワークデバイ
スの電源の再投入を要求する電源再投入要求手段とを有
することを特徴とする。

【００２３】上記目的を達成するため、請求項２に記載
のネットワークデバイス制御装置は、制御対象のネット
ワークデバイスに対して設定を行う設定手段と、前記設
定手段による設定を有効にするためのリセットが前記ネ
ットワークデバイスで可能か否かを判定する判定手段
と、前記判定手段によりリセット可能と判定された場合
に、前記ネットワークデバイスをリセットするリセット
手段と、前記判定手段によりリセット不可能と判定され
た場合に、前記ネットワークデバイスの電源の再投入を
促すメッセージを表示部に表示させる表示制御手段とを
有することを特徴とする。

【００２４】請求項３に記載のネットワークデバイス制
御装置は、請求項１または２のネットワークデバイス制
御装置において、前記設定手段による設定が成功したか
否かを判定する設定判定手段と、前記設定判定手段によ
り成功しなかったと判定された場合に、エラーが発生し
たことを表示部に表示させるエラー表示制御手段とをさ
らに有することを特徴とする。

【００２５】請求項４に記載のネットワークデバイス制
御装置は、請求項１〜３のネットワークデバイス制御装
置において、電源の再投入とは、電源を一度切り、入れ
直すことであることを特徴とする。

【００２６】また、上記目的を達成するため、請求項５
に記載のネットワークデバイス制御方法は、制御対象の
ネットワークデバイスに対して設定を行う設定工程と、
前記設定工程による設定を有効にするためのリセットが
前記ネットワークデバイスで可能か否かを判定する判定
工程と、前記判定工程によりリセット可能と判定された
場合に、前記ネットワークデバイスをリセットするリセ
ット工程と、前記判定工程によりリセット不可能と判定
された場合に、前記ネットワークデバイスの電源の再投
入を要求する電源再投入要求工程とを有することを特徴
とする。

【００２７】上記目的を達成するため、請求項６に記載
のネットワークデバイス制御方法は、制御対象のネット
ワークデバイスに対して設定を行う設定工程と、前記設
定工程による設定を有効にするためのリセットが前記ネ
ットワークデバイスで可能か否かを判定する判定工程
と、前記判定工程によりリセット可能と判定された場合
に、前記ネットワークデバイスをリセットするリセット
工程と、前記判定工程によりリセット不可能と判定され
た場合に、前記ネットワークデバイスの電源の再投入を
促すメッセージを表示部に表示させる表示制御工程とを
有することを特徴とする。

【００２８】請求項７に記載のネットワークデバイス制
御方法は、請求項５または６のネットワークデバイス制
御方法において、前記設定工程による設定が成功したか
否かを判定する設定判定工程と、前記設定判定工程によ
り成功しなかったと判定された場合に、エラーが発生し
たことを表示部に表示させるエラー表示制御工程とをさ
らに有することを特徴とする。

【００２９】請求項８に記載のネットワークデバイス制
御方法は、請求項５〜７のネットワークデバイス制御方
法において、電源の再投入とは、電源を一度切り、入れ
直すことであることを特徴とする。

【００３０】さらに、上記目的を達成するため、請求項
９に記載のプログラムは、制御対象のネットワークデバ
イスに対して設定を行う設定手順と、前記設定手順によ
る設定を有効にするためのリセットが前記ネットワーク
デバイスで可能か否かを判定する判定手順と、前記判定
手順によりリセット可能と判定された場合に、前記ネッ
トワークデバイスをリセットするリセット手順と、前記
判定手順によりリセット不可能と判定された場合に、前
記ネットワークデバイスの電源の再投入を要求する電源
再投入要求手順とをコンピュータに実行させるためのも
のであることを特徴とする。

【００３１】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて詳細に説明する。

【００３２】まず、本発明の一実施の形態に係るネット
ワークデバイス制御装置が接続される大規模ネットワー
クについて説明する。

【００３３】図１は、プリンタ２をネットワーク４に接
続するためのネットワークボード（ＮＢ）３を、開放型
アーキテクチャを持つプリンタ２へつなげたシステムを
示す図である。

【００３４】同図において、ネットワークボード３は、
ＬＡＮ４へ、例えば、同軸コネクタを持つイーサネット
（登録商標）インターフェース１０Ｂａｓｅ−２や、Ｒ
Ｊ−４５を持つ１０Ｂａｓｅ−Ｔ等のＬＡＮインターフ
ェースを介してつながれている。

【００３５】ＰＣからなる、本実施の形態のネットワー
クデバイス制御装置１もまた、ＬＡＮ４に接続されてお
り、ネットワークオペレーティングシステムの制御の
下、ＮＢ３と通信することができる。ネットワークデバ
イス制御装置１では、ネットワークを管理するためのネ
ットワーク制御プログラムが稼働しており、それによっ
てネットワークが制御される。

【００３６】なお、図１に記載の要求パケットおよび応
答パケットについては後述する。

【００３７】通常、ＬＡＮは、１つの建物内の１つの階
または連続した複数の階でのユーザグループ等の、幾分
ローカルなユーザグループにサービスを提供する。例え
ば、ユーザが他の建物や他県に居るなど、あるユーザが
他のユーザから離れるに従って、ワイドエリアネットワ
ーク（ＷＡＮ）を作ってもよい。ＷＡＮは、基本的に
は、いくつかのＬＡＮを高速度サービス総合デジタルネ
ットワーク（ＩＳＤＮ）電話線等の高速度デジタルライ
ンで接続して形成された集合体である。

【００３８】図２は、ネットワークデバイス制御装置１
のハードウェア構成を示すブロック図である。

【００３９】同図において、ネットワークデバイス制御
装置１は、ネットワーク管理ソフトウェアが稼働するＰ
Ｃからなり、図１の装置１と同じ物である。ネットワー
クデバイス制御装置１は、ＲＯＭ１０２もしくはハード
ディスクドライブ（ＨＤＤ）１１１に記憶された、ある
いはフレキシブルディスクドライブ（ＦＤＤ）１１２よ
り供給されるネットワーク管理ソフトウェアを実行する
ＣＰＵ１０１を備え、システムバス１０４に接続される
各デバイスを総括的に制御する。

【００４０】ＲＡＭ１０３は、ＣＰＵ１０１の主メモリ
であり、ワークエリア等として機能する。

【００４１】キーボードコントローラ（ＫＢＣ）１０５
は、キーボード（ＫＢ）１０９や不図示のポインティン
グデバイス等からの指示入力を制御する。

【００４２】ＣＲＴコントローラ（ＣＲＴＣ）１０６
は、ＣＲＴディスプレイ（ＣＲＴ）１１０の表示を制御
する。

【００４３】ディスクコントローラ（ＤＫＣ）１０７
は、ブートプログラム、種々のアプリケーション、編集
ファイル、ユーザファイルおよびネットワーク管理ソフ
トウェア等を記憶するハードディスクドライブ（ＨＤ
Ｄ）１１１およびフレキシブルディスクドライブ（ＦＤ
Ｄ）１１２とのアクセスを制御する。

【００４４】ネットワークインターフェースカード（Ｎ
ＩＣ）１０８は、ＬＡＮ４を介して、エージェントある
いはネットワーク機器と双方向にデータをやり取りす
る。

【００４５】ＨＤＤ１１１には、ネットワーク管理ソフ
トウェアのプログラムが格納される。なお、特に断りの
ない限り、実行の主体は、ハードウエア上はＣＰＵ１０
１である。一方、ソフトウェア上の制御の主体は、ＨＤ
Ｄ１１１に格納されたネットワーク管理ソフトウェアで
ある。本実施の形態では、ＯＳは、例えばウィンドウズ
（登録商標）（マイクロソフト社製）を想定している
が、これに限るものではない。

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

【００４７】図３は、ネットワーク管理ソフトウェアの
モジュール構成を示すブロック図である。

【００４８】ネットワーク管理ソフトウェアは、ＨＤＤ
１１１に格納されており、ＣＰＵ１０１によって実行さ
れる。その際、ＣＰＵ１０１は、ワークエリアとしてＲ
ＡＭ１０３を使用する。

【００４９】図３において、デバイスリストモジュール
１１は、ネットワークに接続されたデバイスを一覧にし
て表示するモジュールである。

【００５０】全体制御モジュール１２は、デバイスリス
トモジュール１１からの指示を基に、他のモジュールを
統括する。

【００５１】コンフィグレータ１３は、デバイスのネッ
トワーク設定に関する特別な処理を行うモジュールであ
る。特に、工場出荷状態のネットワーク機器を初めてＬ
ＡＮに接続する場合などに、後述する特殊なプロトコル
によってネットワーク機器の設定を行う。

【００５２】探索モジュール１４は、ネットワークに接
続されているデバイスを探索するモジュールである。探
索モジュール１４によって探索されたデバイスが、デバ
イスリストモジュール１１によって一覧表示される。

【００５３】ＩＣＭＰモジュール１５は、ＩＣＭＰプロ
トコルの制御を行うモジュールである。ＩＣＭＰは、Ｉ
ＥＴＦのＲＦＣ７９２で規定されている、ＴＣＰ／ＩＰ
制御用のプロトコルであり、ＴＣＰ／ＩＰを実装してい
る端末／デバイスで標準的に実装されている。

【００５４】ＵＩモジュール１６および１７は、後述す
るデバイス詳細ウィンドウを表示するためのモジュール
であり、詳細情報を表示する対象機種毎にＵＩモジュー
ルが存在する。

【００５５】制御モジュール１８および１９は、詳細情
報を取得する対象機種に特有の制御を受け持つモジュー
ルであり、ＵＩモジュールと同様に、詳細情報を表示す
る対象機種毎に存在する。制御Ａモジュール１８および
制御Ｂモジュール１９は、ＭＩＢモジュール２０を用い
て管理対象デバイスからＭＩＢデータを取得し、必要に
応じてデータの変換を行い、各々対応するＵＩＡモジュ
ール１６またはＵＩＢモジュール１７にデータを渡す。

【００５６】ＭＩＢモジュール２０は、オブジェクト識
別子とオブジェクトキーとの変換を行うモジュールであ
る。ここで、オブジェクトキーとは、オブジェクト識別
子と一対一に対応する３２ビットの整数のことである。
オブジェクト識別子は可変長の識別子であり、ネットワ
ーク管理ソフトウェアを実装する上で扱いが面倒なの
で、本ネットワーク管理ソフトウェアにおいてはオブジ
ェクト識別子と一対一に対応する固定長の識別子を内部
的に用いている。ＭＩＢモジュール２０より上位のモジ
ュールは、このオブジェクトキーを用いてＭＩＢの情報
を扱う。

【００５７】ＳＮＭＰモジュール２１は、ＳＮＭＰパケ
ットの送信と受信を行う。

【００５８】共通トランスポートモジュール２２は、Ｓ
ＮＭＰデータを運搬するための下位プロトコルの差を吸
収するモジュールである。実際には、動作時にユーザが
選択したプロトコルによって、ＩＰＸハンドラ２３また
はＵＤＰハンドラ２４のいずれかがデータを転送する役
割を担う。なお、ＵＤＰハンドラ２４は、実装としてWi
nSock２５を用いている。WinSockについては、例えば、
Windows（登録商標）Socket API vl.1の仕様書に記載さ
れている。このドキュメントは複数箇所から入手可能で
あるが、例えばマイクロソフト社製のコンパイラである
Visual C++に同梱されている。

【００５９】以下、ネットワーク管理ソフトウェアをＰ
Ｃ１上で起動して、プリンタ２およびネットワークボー
ド３のネットワーク設定を行う場合のネットワーク管理
ソフトウェアの動作手順について説明する。

【００６０】図４は、ネットワークデバイスの設定を行
う処理の手順を示すフローチャートであり、本処理は、
例えば図３の制御モジュールＡ１８，Ｂ１９等で実行さ
れる。

【００６１】本処理は、例えば図５のようなネットワー
ク設定シートの［OK］ボタンあるいは［更新］ボタン押
下でネットワークデバイスへの設定が指示されることに
より開始される。

【００６２】まず、ステップＳ１で、そのウインドウの
各コントロールに対応したＭＩＢデータの書き込み要求
を送信する。

【００６３】そして、ステップＳ２で、ＭＩＢデータの
書き込み要求に対する応答を受信すると、ステップＳ３
に進む。

【００６４】ステップＳ３では、ＭＩＢデータの書き込
みに成功したかどうかを判断し、成功した場合にはステ
ップＳ４に進む一方、失敗した場合にはステップＳ１０
に進む。

【００６５】ステップＳ４では、リモートリセットする
ためのＭＩＢデータの読み出し要求を送信し、ステップ
Ｓ５では、ＭＩＢデータの読み出し要求に対する応答を
受信する。

【００６６】そして、ステップＳ６に進み、ＭＩＢデー
タの読み出しに成功したかどうかを判断し、成功した場
合にはステップＳ７に進む一方、失敗した場合には、ス
テップＳ１０に進む。

【００６７】ステップＳ７では、そのＭＩＢにリセット
を実行するためのＭＩＢデータの値の書き込み要求を送
信し、ステップＳ８では、ＭＩＢデータの書き込み要求
に対する応答を受信する。

【００６８】そして、ステップＳ９に進み、ＭＩＢデー
タの書き込みに成功したかどうかを判断し、成功した場
合にはネットワークデバイスの設定が完了する一方、失
敗した場合にはステップＳ１１に進む。

【００６９】ステップＳ１１では、図６のようなデバイ
スの電源再投入を促すメッセージを表示する処理を実行
する。

【００７０】ステップＳ１０では、図７のようなネット
ワークデバイスに情報を正しく設定できなかった旨のエ
ラーメッセージを表示する処理を実行する。

【００７１】なお、本実施の形態では、リモートリセッ
トできない場合に、デバイスの電源再投入を促すメッセ
ージを表示していたが、これに限るものではなく、その
ままデバイスの電源再投入の要求をネットワークデバイ
スに送信したり、デバイスに設けられているリセットス
イッチ等を操作するようにしてもよい。

【００７２】また、本発明は、複数の機器（例えば、ホ
ストコンピュータ、インタフェイス機器、リーダおよび
プリンタなど）から構成されるシステムに適用しても、
一つの機器からなる装置（例えば、複写機やファクシミ
リ装置など）に適用してもよい。

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

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

【００７５】プログラムコードを供給するための記憶媒
体としては、たとえば、フレキシブルディスク、ハード
ディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯ
Ｍ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、
ＲＯＭなどを用いることができる。また、通信ネットワ
ークを介してサーバコンピュータからプログラムコード
が供給されるようにしてもよい。

【００７６】また、コンピュータが読出したプログラム
コードを実行することにより、上述した実施の形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼働しているＯＳなどが
実際の処理の一部または全部を行い、その処理によって
上述した実施の形態の機能が実現される場合も含まれる
ことは言うまでもない。

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

【００７８】

【発明の効果】以上説明したように、本発明によれば、
ネットワーク上にあるデバイスの設定を変更後、リモー
トリセットが可能か否かを判定し、リモートリセットが
可能な場合はリモートリセットを行い、リモートリセッ
トが不可能な場合は電源の再投入を促すメッセージを表
示するようにしたので、リモートリセットができる機種
できない機種に依存しないプログラムを作成できるよう
になる。

【００７９】また、リモートリセットができない機種に
対しては、電源の再投入を施すメッセージを表示するこ
とにより、デバイスへの設定は行われたかが有効になっ
ていないという状態を回避し、ユーザがデバイスを正し
く使用できるようにする。

【図面の簡単な説明】

【図１】プリンタをネットワークに接続するためのネッ
トワークボードを、開放型アーキテクチャを持つプリン
タへ繋げたシステムを示す図である。

【図２】本発明の一実施の形態に係るネットワークデバ
イス制御装置のハードウェア構成を示すブロック図であ
る。

【図３】ネットワーク管理ソフトウェアのモジュール構
成を示すブロック図である。

【図４】図２のネットワークデバイス制御装置、特にＣ
ＰＵが実行するネットワークデバイス設定処理の手順を
示すフローチャートである。

【図５】図２のＣＲＴ上に表示されたネットワーク設定
シートの一例を示す図である。

【図６】デバイスの電源再投入を促すメッセージを表示
するダイアログボックスの一例を示す図である。

【図７】エラーメッセージを表示するダイアログボック
スの一例を示す図である。

【図８】ＭＩＢの構造を示す概念図である。

【符号の説明】

１ ＰＣ ２ プリンタ ３ ネットワークボード ４ ＬＡＮ １０１ ＣＰＵ １０２ ＲＯＭ １０３ ＲＡＭ １０４ システムバス １０５ ＫＢＣ １０６ ＣＲＴＣ １０７ ＤＫＣ １０８ ＮＩＣ １０９ キーボード １１０ ＣＲＴ １１１ ＨＤＤ １１２ ＦＤＤ

Claims (10)

【特許請求の範囲】
1. 【請求項１】 制御対象のネットワークデバイスに対し
   て設定を行う設定手段と、 前記設定手段による設定を有効にするためのリセットが
   前記ネットワークデバイスで可能か否かを判定する判定
   手段と、 前記判定手段によりリセット可能と判定された場合に、
   前記ネットワークデバイスをリセットするリセット手段
   と、 前記判定手段によりリセット不可能と判定された場合
   に、前記ネットワークデバイスの電源の再投入を要求す
   る電源再投入要求手段とを有することを特徴とするネッ
   トワークデバイス制御装置。
2. 【請求項２】 制御対象のネットワークデバイスに対し
   て設定を行う設定手段と、 前記設定手段による設定を有効にするためのリセットが
   前記ネットワークデバイスで可能か否かを判定する判定
   手段と、 前記判定手段によりリセット可能と判定された場合に、
   前記ネットワークデバイスをリセットするリセット手段
   と、 前記判定手段によりリセット不可能と判定された場合
   に、前記ネットワークデバイスの電源の再投入を促すメ
   ッセージを表示部に表示させる表示制御手段とを有する
   ことを特徴とするネットワークデバイス制御装置。
3. 【請求項３】 前記設定手段による設定が成功したか否
   かを判定する設定判定手段と、 前記設定判定手段により成功しなかったと判定された場
   合に、エラーが発生したことを表示部に表示させるエラ
   ー表示制御手段とをさらに有することを特徴とする請求
   項１または２に記載のネットワークデバイス制御装置。
4. 【請求項４】 電源の再投入とは、電源を一度切り、入
   れ直すことであることを特徴とする請求項１〜３のいず
   れかに記載のネットワークデバイス制御装置。
5. 【請求項５】 制御対象のネットワークデバイスに対し
   て設定を行う設定工程と、 前記設定工程による設定を有効にするためのリセットが
   前記ネットワークデバイスで可能か否かを判定する判定
   工程と、 前記判定工程によりリセット可能と判定された場合に、
   前記ネットワークデバイスをリセットするリセット工程
   と、 前記判定工程によりリセット不可能と判定された場合
   に、前記ネットワークデバイスの電源の再投入を要求す
   る電源再投入要求工程とを有することを特徴とするネッ
   トワークデバイス制御方法。
6. 【請求項６】 制御対象のネットワークデバイスに対し
   て設定を行う設定工程と、 前記設定工程による設定を有効にするためのリセットが
   前記ネットワークデバイスで可能か否かを判定する判定
   工程と、 前記判定工程によりリセット可能と判定された場合に、
   前記ネットワークデバイスをリセットするリセット工程
   と、 前記判定工程によりリセット不可能と判定された場合
   に、前記ネットワークデバイスの電源の再投入を促すメ
   ッセージを表示部に表示させる表示制御工程とを有する
   ことを特徴とするネットワークデバイス制御方法。
7. 【請求項７】 前記設定工程による設定が成功したか否
   かを判定する設定判定工程と、 前記設定判定工程により成功しなかったと判定された場
   合に、エラーが発生したことを表示部に表示させるエラ
   ー表示制御工程とをさらに有することを特徴とする請求
   項５または６に記載のネットワークデバイス制御方法。
8. 【請求項８】 電源の再投入とは、電源を一度切り、入
   れ直すことであることを特徴とする請求項５〜７のいず
   れかに記載のネットワークデバイス制御方法。
9. 【請求項９】 制御対象のネットワークデバイスに対し
   て設定を行う設定手順と、 前記設定手順による設定を有効にするためのリセットが
   前記ネットワークデバイスで可能か否かを判定する判定
   手順と、 前記判定手順によりリセット可能と判定された場合に、
   前記ネットワークデバイスをリセットするリセット手順
   と、 前記判定手順によりリセット不可能と判定された場合
   に、前記ネットワークデバイスの電源の再投入を要求す
   る電源再投入要求手順とをコンピュータに実行させるた
   めのプログラム。
10. 【請求項１０】 請求項９に記載のプログラムを格納し
    たことを特徴とする記憶媒体。