(57)【要約】【課題】機種に依存しない１つのプログラムによって作成されたネットワーク管理ソフトウェアでネットワークデバイスを制御することが可能なネットワークデバイス制御装置、ネットワークデバイス制御方法および該制御方法を実現するためのプログラムを提供する。【解決手段】ネットワーク上にあるデバイスの設定を変更後、リモートリセットが可能か否かを判定し（ステップＳ４〜Ｓ６）、リモートリセットが可能な場合はリモートリセットを行い、リモートリセットが不可能な場合は電源の再投入を促すメッセージを表示する（ステップＳ７）。【選択図】　　図４
2004096383.tif 000002
【特許請求の範囲】
【請求項１】
制御対象のネットワークデバイスに対してリモートリセットを指示するリセット指示手段と、
該リセット指示手段によるリセット指示に応じて前記ネットワークデバイスが出力する応答情報に基づいて、前記ネットワークデバイスに対する電源の再投入を要求する電源再投入要求手段と
を有することを特徴とするネットワークデバイス制御装置。
【請求項２】
前記ネットワークデバイスに対して所定の種別の処理を実行させる第２の指示手段と、
前記所定の種別の処理に応じて異なるメッセージを表示させる表示制御手段とを有し、
前記所定の種別の処理には前記リモートリセットが含まれる
ことを特徴とする請求項１に記載のネットワークデバイス制御装置。
【請求項３】
制御対象のネットワークデバイスに対して設定を行う設定手段と、
該設定手段による設定を有効にするために、前記ネットワークデバイスに対してリモートリセットを指示するリセット指示手段と、
前記ネットワークデバイスのリモートリセットが失敗したか、その他の指示に応じたネットワークデバイスの処理が失敗したかを判定する判定手段と、
該判定手段によりリモートリセットが失敗したと判定された場合に、前記ネットワークデバイスの電源の再投入を要求する電源再投入要求手段と
を有することを特徴とするネットワークデバイス制御装置。
【請求項４】
制御対象のネットワークデバイスに対してリモートリセットを指示するリセット指示ステップと、
該リセット指示ステップによるリセット指示に応じて前記ネットワークデバイスが出力する応答情報に基づいて、前記ネットワークデバイスに対する電源の再投入を要求する電源再投入要求ステップと
を有することを特徴とするネットワークデバイス制御方法。
【請求項５】
前記ネットワークデバイスに対して所定の種別の処理を実行させる第２の指示ステップと、
前記所定の種別の処理に応じて異なるメッセージを表示させる表示制御ステップと
を有し、
前記所定の種別の処理には前記リモートリセットが含まれる
ことを特徴とする請求項４に記載のネットワークデバイス制御方法。
【請求項６】
制御対象のネットワークデバイスに対して設定を行う設定ステップと、
該設定ステップによる設定を有効にするために、前記ネットワークデバイスに対してリモートリセットを指示するリセット指示ステップと、
前記ネットワークデバイスのリモートリセットが失敗したか否かを判定する判定ステップと、
該判定ステップによりリモートリセットが失敗したと判定された場合に、前記ネットワークデバイスの電源の再投入を要求する電源再投入要求ステップと
を有することを特徴とするネットワークデバイス制御方法。
【請求項７】
制御対象のネットワークデバイスに対してリモートリセットを指示するリセット指示手順と、
該リセット指示手順によるリセット指示に応じて前記ネットワークデバイスが出力する応答情報に基づいて、前記ネットワークデバイスに対する電源の再投入を要求する電源再投入要求手順と
をコンピュータに実行させるためのプログラム。
【請求項８】
制御対象のネットワークデバイスに対して設定を行う設定手順と、
該設定手順による設定を有効にするために、前記ネットワークデバイスに対してリモートリセットを指示するリセット指示手順と、
前記ネットワークデバイスのリモートリセットが失敗したか否かを判定する判定手順と、
該判定手順によりリモートリセットが失敗したと判定された場合に、前記ネットワークデバイスの電源の再投入を要求する電源再投入要求手順と
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続されたネットワークデバイスを制御するネットワークデバイス制御装置、ネットワークデバイス制御方法および該制御方法を実現するためのプログラムに関する。
【０００２】
【従来の技術】
近年、コンピュータを相互に接続したローカルエリアネットワーク（ＬＡＮ）が普及している。このようなＬＡＮは、ビルのフロアまたはビル全体、ビル群（構内）、地域、あるいはさらに大きいエリアにわたって構築される。さらに、このようなネットワークが相互に接続され、世界的規模のネットワークに接続されることもある。これらのネットワーク上には、ＰＣ（パーソナルコンピュータ）等のコンピュータやプリンタ等のデバイスを多数接続することができる。また、相互接続されたそれぞれのＬＡＮでは、多様なハードウェア相互接続技術といくつものネットワークプロトコルが用いられている。
【０００３】
ここで、他と切り離された簡単なＬＡＮでは、個々のユーザが機器管理を行うことができる。すなわち、ユーザが機器を取り替えたり、ソフトウェアをインストールしたり、問題点を診断したりすることができる。
【０００４】
しかし、規模の大きい複雑なＬＡＮや相互接続された大きなＬＡＮグループでは、「管理」を必要とする。なお、「管理」とは、人間のネットワーク管理者による管理とその管理者が使用するソフトウェアによる管理の両方を意味するが、本願においては、「管理」とは、システム全体を管理するためのソフトウェアによる管理を意味し、「ユーザ」とは、ネットワーク管理ソフトウェアを使用する人を意味するものとする。この「ユーザ」は、通常、システム管理責任者である。「ユーザ」は、ネットワーク管理ソフトウェアを使うことによって、ネットワーク上で管理データを得て、このデータを変更することができる。
【０００５】
大規模ネットワークシステムは、通常、機器の増設と除去、ソフトウェアの更新、および問題の検出などを絶えず行うことが必要な動的システムである。一般には、様々な人が所有する、様々な業者から供給される、様々なシステムが存在する。
【０００６】
このような大規模なネットワークシステムを構成するネットワーク上のネットワークデバイスを管理するための方法として、これまでにいくつかの試みが数多くの標準機関でなされている。国際標準化機構（ＩＳＯ）は、開放型システム間相互接続（Ｏｐｅｎ　Ｓｙｓｔｅｍ　Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：ＯＳＩ）モデルと呼ばれる汎用基準フレームワークを提供した。ネットワーク管理プロトコルのＯＳＩモデルは、共通管理情報プロトコル（Ｃｏｍｍｏｎ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ：ＣＭＩＰ）と呼ばれる。ＣＭＩＰは、ヨーロッパの共通ネットワーク管理プロトコルである。
【０００７】
また、近年では、より共通性の高いネットワーク管理プロトコルとして、簡易ネットワーク管理プロトコル（Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ：ＳＮＭＰ）と呼ばれるＣＭＩＰに関連する一変種のプロトコルがある（「ＴＣＰ／ＩＰ　　ネットワーク管理入門　　実用的な管理をめざして」Ｍ．Ｔ．ローズ＝著／西田竹志＝訳（株）トッパン発行　　１９９２年８月２０日初版を参照）。
【０００８】
このＳＮＭＰネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つのネットワーク管理ステーション（ＮＭＳ）、各々がエージェントを備えるいくつかの管理対象ノード、および管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。ユーザは、ＮＭＳのネットワーク管理ソフトウェアを用いて管理対象ノードのエージェントソフトウェアと通信することにより、ネットワーク上の管理データを得、またそのデータを変更することができる。
【０００９】
ここで、「エージェント」とは、各々の管理対象ノードでバックグラウンドプロセスとして走るソフトウェアである。ユーザがネットワーク上の管理対象ノードに対して管理データを要求するときには、ネットワーク管理ソフトウェアは、後述するオブジェクト識別子を管理パケットまたはフレームに入れて管理対象ノードのエージェントへ送信する。
【００１０】
エージェントは、そのオブジェクト識別子を解釈して、そのオブジェクト識別子に対応するデータを取り出す。そして、そのデータをパケットに入れてネットワーク管理ソフトウェアに返信する。ときには、エージェントは、そのデータを取り出すために、対応するプロセスを呼び出す場合もある。
【００１１】
また、エージェントは、管理対象ノードに関するデータをデータベース形式で保持する。このデータベースは、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂａｓｅ）と呼ばれる。
【００１２】
図９は、ＭＩＢの構造を示す概念図であり、同図に示すように、ＭＩＢは木構造のデータ構造をしており、全てのノードに一意に識別子が付けられている。図９において、括弧内に書かれている番号をもとに、そのノードの識別子が定義される。例えば、ノード２０１の識別子は“１”である。ノード２０２の識別子は、ノード２０１の子なので、“１・３”である。同様に、ノード２０３の識別子は、“１・３・６・１・２”である。このノードの識別子がオブジェクト識別子（ＯＢＪＥＣＴ　ＩＤＥＮＴＩＦＩＥＲ）である。ここで、図９には、標準として規定されているＭＩＢの一部を抜き出して記載している。
【００１３】
なお、このＭＩＢの構造は、管理情報構造（Ｓｔｒｕｃｔｕｒｅ　ｏｆ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ：ＳＭＩ）と呼ばれ、ＲＦＣ１１５５　Ｓｔｒｕｃｔｕｒｅ　ａｎｄ　Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ　ｏｆ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　ｆｏｒ　ＴＣＰ／ＩＰ−ｂａｓｅｄ　Ｉｎｔｅｒｎｅｔｓで規定されている。
【００１４】
ノード２０４は、ＳＮＭＰで管理される機器が標準的に備えている標準ＭＩＢで、オブジェクト群の頂点になるノードであり、このノードの下のオブジェクトの詳細な構造については、ＲＦＣ１２１３　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂａｓｅ　ｆｏｒ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　ｏｆ　ＴＣＰ／ＩＰ−ｂａｓｅｄ　ｉｎｔｅｒｎｅｔｓ　：　ＭＩＢ−ＩＩに規定されている。
【００１５】
ノード２０５は、ＳＮＭＰで管理されているプリンタが標準的に備えている、プリンタＭＩＢと呼ばれるオブジェクト群の頂点になるノードであり、このノードの下のオブジェクトの詳細な構造については、ＲＦＣ　１７５９　Ｐｒｉｎｔｅｒ　ＭＩＢで規定されている。
【００１６】
ノード２０６は、プライベートＭＩＢと呼ばれ、企業や団体などが独自のＭＩＢ定義を行うための頂点となるノードである。
【００１７】
ノード２０７は、企業拡張ＭＩＢと呼ばれ、プライベートＭＩＢの中で企業が独自の拡張を行うための頂点となるノードである。本出願人、キヤノン株式会社には、独自の定義を行うために、企業番号として“１６０２”が割り当てられており、キヤノン株式会社独自のＭＩＢであるキヤノンＭＩＢ（Ｃａｎｏｎ　　ＭＩＢ）を定義するための頂点ノード２０８が、企業を意味するノードである、ノード２０７の下に位置している。キヤノンＭＩＢの頂点ノードのオブジェクト識別子は、“１・３・６・１・４・１・１６０２”である。
【００１８】
さて、このようなシステムにおいて、ネットワーク管理ソフトウエアを使用してネットワーク機器（例えばプリンタ）の設定を行う場合について考える。
【００１９】
設定を変更した場合、その設定を有効にするために、デバイスのリセットあるいは電源の再投入が必要な場合がある。さらに、デバイスによって、ネットワーク管理ソフトウェアからリモートリセット可能なものと、デバイスの電源スイッチをオフ・オン（電源再投入）しなければならないものがある。
【００２０】
【発明が解決しようとする課題】
しかしながら、上記従来のネットワーク管理ソフトウェアでは、設定を有効にするためにリモートリセットが可能なデバイスと、電源再投入が必要なデバイスとで機種に依存したプログラムを作成しなければならなかった。
【００２１】
本発明は、この点に着目してなされたものであり、機種に依存しない１つのプログラムによって作成されたネットワーク管理ソフトウェアでネットワークデバイスを制御することが可能なネットワークデバイス制御装置、ネットワークデバイス制御方法および該制御方法を実現するためのプログラムを提供することを目的とする。
【００２２】
【課題を解決するための手段】
上記目的を達成するため、請求項１に記載のネットワークデバイス制御装置は、制御対象のネットワークデバイスに対してリモートリセットを指示するリセット指示手段と、該リセット指示手段によるリセット指示に応じて前記ネットワークデバイスが出力する応答情報に基づいて、前記ネットワークデバイスに対する電源の再投入を要求する電源再投入要求手段とを有することを特徴とする。
【００２３】
請求項２に記載のネットワークデバイス制御装置は、請求項１のネットワークデバイス制御装置において、前記ネットワークデバイスに対して所定の種別の処理を実行させる第２の指示手段と、前記所定の種別の処理に応じて異なるメッセージを表示させる表示制御手段とを有し、前記所定の種別の処理には前記リモートリセットが含まれることを特徴とする。
【００２４】
上記目的を達成するため、請求項３に記載のネットワークデバイス制御装置は、制御対象のネットワークデバイスに対して設定を行う設定手段と、該設定手段による設定を有効にするために、前記ネットワークデバイスに対してリモートリセットを指示するリセット指示手段と、前記ネットワークデバイスのリモートリセットが失敗したか、その他の指示に応じたネットワークデバイスの処理が失敗したかを判定する判定手段と、該判定手段によりリモートリセットが失敗したと判定された場合に、前記ネットワークデバイスの電源の再投入を要求する電源再投入要求手段とを有することを特徴とする。
【００２５】
上記目的を達成するため、請求項４に記載のネットワークデバイス制御方法は、制御対象のネットワークデバイスに対してリモートリセットを指示するリセット指示ステップと、該リセット指示ステップによるリセット指示に応じて前記ネットワークデバイスが出力する応答情報に基づいて、前記ネットワークデバイスに対する電源の再投入を要求する電源再投入要求ステップとを有することを特徴とする。
【００２６】
請求項５に記載のネットワークデバイス制御方法は、請求項４のネットワークデバイス制御方法において、前記ネットワークデバイスに対して所定の種別の処理を実行させる第２の指示ステップと、前記所定の種別の処理に応じて異なるメッセージを表示させる表示制御ステップとを有し、前記所定の種別の処理には前記リモートリセットが含まれることを特徴とする。
【００２７】
上記目的を達成するため、請求項６に記載のネットワークデバイス制御方法は、制御対象のネットワークデバイスに対して設定を行う設定ステップと、該設定ステップによる設定を有効にするために、前記ネットワークデバイスに対してリモートリセットを指示するリセット指示ステップと、前記ネットワークデバイスのリモートリセットが失敗したか否かを判定する判定ステップと、該判定ステップによりリモートリセットが失敗したと判定された場合に、前記ネットワークデバイスの電源の再投入を要求する電源再投入要求ステップとを有することを特徴とする。
【００２８】
上記目的を達成するため、請求項７に記載のプログラムは、制御対象のネットワークデバイスに対してリモートリセットを指示するリセット指示手順と、該リセット指示手順によるリセット指示に応じて前記ネットワークデバイスが出力する応答情報に基づいて、前記ネットワークデバイスに対する電源の再投入を要求する電源再投入要求手順とをコンピュータに実行させるためのものであることを特徴とする。
【００２９】
上記目的を達成するため、請求項８に記載のプログラムは、制御対象のネットワークデバイスに対して設定を行う設定手順と、該設定手順による設定を有効にするために、前記ネットワークデバイスに対してリモートリセットを指示するリセット指示手順と、前記ネットワークデバイスのリモートリセットが失敗したか否かを判定する判定手順と、該判定手順によりリモートリセットが失敗したと判定された場合に、前記ネットワークデバイスの電源の再投入を要求する電源再投入要求手順とをコンピュータに実行させるためのものであることを特徴とする。
【００３０】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。
【００３１】
まず、本発明の一実施の形態に係るネットワークデバイス制御装置が接続される大規模ネットワークについて説明する。
【００３２】
図１は、ネットワークデバイスの一例であるプリンタ２をネットワーク４に接続するためのネットワークボード（ＮＢ）３を、開放型アーキテクチャを持つプリンタ２へつなげたシステムを示す図である。
【００３３】
同図において、ネットワークボード３は、ＬＡＮ４へ、例えば、同軸コネクタを持つイーサネット（登録商標）インターフェース１０Ｂａｓｅ−２や、ＲＪ−４５を持つ１０Ｂａｓｅ−Ｔ等のＬＡＮインターフェースを介してつながれている。
【００３４】
なお、本実の形態におけるネットワークデバイスとしては、電子写真方式を採用した印刷装置、インクジェット方式を採用したインクジェットプリンタ、ファクシミリ機能、複写機能および印刷機能を備えたデジタル複合機、情報処理装置であるＰＣ等が想定される。
【００３５】
ＰＣ（情報処理装置）からなる、本実施の形態のネットワークデバイス制御装置１（クライアントとも呼ぶ）もまた、ＬＡＮ４に接続されており、ネットワークオペレーティングシステムの制御の下、ＮＢ３と通信することができる。ネットワークデバイス制御装置１では、ネットワークを管理するためのネットワーク制御プログラムが稼働しており、それによってネットワークが制御される。
【００３６】
なお、図１に記載の要求パケットおよび応答パケットについては後述する。
【００３７】
通常、ＬＡＮは、１つの建物内の１つの階または連続した複数の階でのユーザグループ等の、幾分ローカルなユーザグループにサービスを提供する。例えば、ユーザが他の建物や他県に居るなど、あるユーザが他のユーザから離れるに従って、ワイドエリアネットワーク（ＷＡＮ）を作ってもよい。ＷＡＮは、基本的には、いくつかのＬＡＮを高速度サービス総合デジタルネットワーク（ＩＳＤＮ）電話線等の高速度デジタルラインで接続して形成された集合体である。
【００３８】
図２は、ネットワークデバイス制御装置１のハードウェア構成を示すブロック図である。
【００３９】
同図において、ネットワークデバイス制御装置１は、ネットワーク管理ソフトウェアが稼働するＰＣからなり、図１の装置１と同じ物である。ネットワークデバイス制御装置１は、ＲＯＭ１０２もしくはハードディスクドライブ（ＨＤＤ）１１１に記憶された、あるいはフレキシブルディスクドライブ（ＦＤＤ）１１２より供給されるネットワーク管理ソフトウェアを実行するＣＰＵ１０１を備え、システムバス１０４に接続される各デバイスを総括的に制御する。
【００４０】
ＲＡＭ１０３は、ＣＰＵ１０１の主メモリであり、ワークエリア等として機能する。
【００４１】
キーボードコントローラ（ＫＢＣ）１０５は、キーボード（ＫＢ）１０９や不図示のポインティングデバイス等からの指示入力を制御する。
【００４２】
ＣＲＴコントローラ（ＣＲＴＣ）１０６は、ＣＲＴディスプレイ（ＣＲＴ）１１０の表示を制御する。
【００４３】
ディスクコントローラ（ＤＫＣ）１０７は、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイルおよびネットワーク管理ソフトウェア等を記憶するハードディスクドライブ（ＨＤＤ）１１１およびフレキシブルディスクドライブ（ＦＤＤ）１１２とのアクセスを制御する。
【００４４】
ネットワークインターフェースカード（ＮＩＣ）１０８は、ＬＡＮ４を介して、エージェントあるいはネットワーク機器と双方向にデータをやり取りする。
【００４５】
ＨＤＤ１１１には、ネットワーク管理ソフトウェアのプログラムが格納される。なお、特に断りのない限り、実行の主体は、ハードウェア上はＣＰＵ１０１である。一方、ソフトウェア上の制御の主体は、ＨＤＤ１１１に格納されたネットワーク管理ソフトウェアである。本実施の形態では、ＯＳは、例えばウィンドウズ（登録商標）（マイクロソフト社製）を想定しているが、これに限るものではない。
【００４６】
なお、ネットワーク管理ソフトウェアは、フレキシブルディスクやＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合には、ＦＤＤ１１２または不図示のＣＤ−ＲＯＭドライブなどによって記憶媒体からプログラムが読み取られ、ＨＤＤ１１１にインストールされる。
【００４７】
図３は、ネットワーク管理ソフトウェアのモジュール構成を示すブロック図である。
【００４８】
ネットワーク管理ソフトウェアは、ＨＤＤ１１１に格納されており、ＣＰＵ１０１によって実行される。その際、ＣＰＵ１０１は、ワークエリアとしてＲＡＭ１０３を使用する。
【００４９】
図３において、デバイスリストモジュール１１は、ネットワークに接続されたデバイスを一覧にして表示するモジュールである。
【００５０】
全体制御モジュール１２は、デバイスリストモジュール１１からの指示を基に、他のモジュールを統括する。
【００５１】
コンフィグレータ１３は、デバイスのネットワーク設定に関する特別な処理を行うモジュールである。特に、工場出荷状態のネットワーク機器を初めてＬＡＮに接続する場合などに、後述する特殊なプロトコルによってネットワーク機器の設定を行う。
【００５２】
探索モジュール１４は、ネットワークに接続されているデバイスを探索するモジュールである。探索モジュール１４によって探索されたデバイスが、デバイスリストモジュール１１によって一覧表示される。
【００５３】
ＩＣＭＰモジュール１５は、ＩＣＭＰプロトコルの制御を行うモジュールである。ＩＣＭＰは、ＩＥＴＦのＲＦＣ７９２で規定されている、ＴＣＰ／ＩＰ制御用のプロトコルであり、ＴＣＰ／ＩＰを実装している端末／デバイスで標準的に実装されている。
【００５４】
ＵＩモジュール１６および１７は、後述するデバイス詳細ウィンドウを表示するためのモジュールであり、詳細情報を表示する対象機種毎にＵＩモジュールが存在する。
【００５５】
制御モジュール１８および１９は、詳細情報を取得する対象機種に特有の制御を受け持つモジュールであり、ＵＩモジュールと同様に、詳細情報を表示する対象機種毎に存在する。制御Ａモジュール１８および制御Ｂモジュール１９は、ＭＩＢモジュール２０を用いて管理対象デバイスからＭＩＢデータを取得し、必要に応じてデータの変換を行い、各々対応するＵＩＡモジュール１６またはＵＩＢモジュール１７にデータを渡す。
【００５６】
ＭＩＢモジュール２０は、オブジェクト識別子とオブジェクトキーとの変換を行うモジュールである。ここで、オブジェクトキーとは、オブジェクト識別子と一対一に対応する３２ビットの整数のことである。オブジェクト識別子は可変長の識別子であり、ネットワーク管理ソフトウェアを実装する上で扱いが面倒なので、本ネットワーク管理ソフトウェアにおいてはオブジェクト識別子と一対一に対応する固定長の識別子を内部的に用いている。ＭＩＢモジュール２０より上位のモジュールは、このオブジェクトキーを用いてＭＩＢの情報を扱う。
【００５７】
ＳＮＭＰモジュール２１は、ＳＮＭＰパケットの送信と受信を行う。
【００５８】
共通トランスポートモジュール２２は、ＳＮＭＰデータを運搬するための下位プロトコルの差を吸収するモジュールである。実際には、動作時にユーザが選択したプロトコルによって、ＩＰＸハンドラ２３またはＵＤＰハンドラ２４のいずれかがデータを転送する役割を担う。なお、ＵＤＰハンドラ２４は、実装としてＷｉｎＳｏｃｋ２５を用いている。ＷｉｎＳｏｃｋについては、例えば、Ｗｉｎｄｏｗｓ（登録商標）　Ｓｏｃｋｅｔ　ＡＰＩ　ｖｌ．１の仕様書に記載されている。このドキュメントは複数箇所から入手可能であるが、例えばマイクロソフト社製のコンパイラであるＶｉｓｕａｌ　Ｃ＋＋に同梱されている。
【００５９】
以下、ネットワーク管理ソフトウェアをＰＣ１上で起動して、プリンタ２およびネットワークボード３のネットワーク設定を行う場合のネットワーク管理ソフトウェアの動作手順について説明する。
【００６０】
図４は、ネットワークデバイスの設定を行うネットワークデバイス制御装置１による処理の手順を示すフローチャートであり、本処理は、例えば図３の制御モジュールＡ１８，Ｂ１９等で実行される。
【００６１】
本処理は、例えば図５のようなネットワーク設定シートの［ＯＫ］ボタンあるいは［更新］ボタン押下でネットワークデバイスへの各種設定が指示されることにより開始される。具体的には、クライアントに設けられた表示部（図２のＣＲＴ１１０に相当）に図５のようなユーザインタフェイスが表示され、マウス（図２のＫＢ１０９に相当）やキーボード等のポインティングデバイスを介して［ＯＫ］ボタンあるいは［更新］を指示する信号が入力される事に応じて図４に示される各ステップの処理がクライアントにて実行される。
【００６２】
また、図５にはネットワークデバイスへの設定としてＩＰアドレス、サブネットアドレス、ゲートウェイアドレス等が示されている。
【００６３】
まず、ステップＳ１で、そのウィンドウの各コントロールに対応したＭＩＢデータの書き込み要求を送信する。
【００６４】
そして、ステップＳ２で、ＭＩＢデータの書き込み要求に対する応答を受信すると、ステップＳ３に進む。
【００６５】
ステップＳ３では、ＭＩＢデータの書き込みに成功したかどうかを判断し、成功した場合にはステップＳ４に進む一方、失敗した場合にはステップＳ８に進む。具体的には、クライアントから画像形成装置のデバイスに対してＳｅｔ　ｒｅｑｕｅｓｔ（例えば、ＩＰアドレスを設定するためにｃａｎｌｐｌｎｆｏｌｐＡｄｄｒｅｓｓと呼ばれるＭＩＢにＩＰアドレスを書込む）に対する、デバイスからクラインへのＲｅｓｐｏｎｓｅで、Ｓｅｔ　ｒｅｑｕｅｓｔが成功した場合に、Ｅｒｒｏｒ　ｓｔａｔｕｓとしてエラー無しを意味する値「０」が返答される。クライアントでは、Ｅｒｒｏｒ　ｓｔａｔｕｓとして、値０が返ってきた場合、そのＭＩＢに対する書き込みが成功したと判断し、値０以外が返ってきた場合、そのＭＩＢに対する書き込みが失敗したと判断する。
【００６６】
ステップＳ４では、リモートリセットするためのＭＩＢデータの書き込み要求を送信し、ステップＳ５では、ＭＩＢデータの書き込み要求に対する応答を受信する。ここでのリセットとは、コンピュータ（デバイス）を強制的に起動しなおすことを意味し、リモートリセットとは、リセットを通信回線を解して遠隔から実行させることを意味する。
【００６７】
そして、ステップＳ６に進み、ＭＩＢデータの書き込みに成功したかどうかを判断する。具体的には、例えば、ステップＳ４の処理に応じて、ネットワークデバイス側から送信されて来る、ステップＳ４に対応したリモートセットのための書き込みが成功したか否かを示す情報（後述する図８のステップＳ１９またはＳ２０を参照）を参照して判断する。なお、成功した場合にはデバイスからＥｒｒｏｒ　ｓｔａｔｕｓとして、値０が応答されてくる。また、デバイスから値０以外が応答された場合には、値０以外が返答される。例えば、クライアントからＳｅｔ　ｒｅｑｕｅｓｔしたＭＩＢがデバイスでサポートされていない場合、Ｅｒｒｏｒ　ｓｔａｔｕｓとして、オブジェクトがないことを意味する値２がデバイスより応答される。
【００６８】
ステップＳ６で、成功した場合にはネットワークデバイスの設定が完了する一方、失敗した場合にはステップＳ７に進む。
【００６９】
ステップＳ７では、図６のようなデバイスの電源再投入を促すメッセージを表示する処理を実行する。
【００７０】
ステップＳ８では、図７のようなネットワークデバイスに情報を正しく設定できなかった旨のエラーメッセージを表示する処理を実行する。
【００７１】
なお、本実施の形態では、リモートリセットできない場合に、デバイスの電源再投入を促すメッセージを表示していたが、これに限るものではなく、そのままデバイスの電源再投入の要求をネットワークデバイスに送信したり、デバイスに設けられているリセットスイッチ等を操作するようにプリンタ２にネットワーク４を介して通信可能なネットワークデバイス制御装置１に通知しユーザに知らしめるようにしてもよい。
【００７２】
このように図４のフローチャートを実現することにより、設定変更の対象となるデバイスに仕様が不明のデバイスが混在していたとしても効率よくリセットを促すことができる仕組みを提供することができる。
【００７３】
また、ＭＩＢデータの書き込み要求に対してどのような種別のＭＩＢデータの書き込み要求が失敗したか、即ち、リモートリセットに対するデータの書き込み要求に失敗したか、或いは、その他のＭＩＢデータの書き込み要求に対して失敗したかを適宜判別（ステップＳ６、ステップＳ３）しているので、書き込みが失敗した要求の種別に応じて適切な警告メッセージをクライアントに表示させることができる。
【００７４】
図８は、上記図４のネットワークデバイス設定処理に対して、ネットワークデバイス側でなされる処理の手順を示すフローチャートである。各ステップの処理はデバイスに備えられた中央演算処理装置（ＣＰＵ）が、記憶部に記憶されたプログラムの処理を実行することに基づいて実現されるものとする。
【００７５】
同図において、まず、前記ステップＳ１で送信された書き込み要求を受信し（ステップＳ１１）、この書き込み要求を受け入れることができるか否かを判断する（ステップＳ１２）。なお、ここでのＭＩＢを介しての書き込み要求は図５に示されるネットワーク設定シートを介しての指示に限定されるものではなく、様々な他の設定指示（書き込み要求）に対するものが想定される。よって、ここでの判断は様々な設定指示に対しての要求受け入れることが可能か否かの判断に対応する。
【００７６】
ステップＳ１２で、書き込み要求を受け入れることができないと判断された場合には、失敗を示す情報を、ネットワークデバイス制御装置１側に送信する（ステップＳ１３）一方、書き込み要求を受け入れることができると判断された場合には、成功を示す情報を、ネットワークデバイス制御装置１側に送信する（ステップＳ１４）。
【００７７】
次に、前記ステップＳ４で送信された書き込み要求を受信し（ステップＳ１５）、この書き込み要求がリモートリセットに関するものであるか否かを判断する（ステップＳ１６）。
【００７８】
ステップＳ１６で、書き込み要求がリモートリセットに関するものであると判断されたときには、リモートリセットが可能であるか否かを判断し（ステップＳ１７）、この結果、リモートリセット可能であるときには、リセットを実行する（ステップＳ１８）とともに、成功を示す情報を、ネットワークデバイス制御装置１側に送信する（ステップＳ１９）一方、リモートリセット不可能であるときには、失敗を示す情報を、ネットワークデバイス制御装置１側に送信する（ステップＳ２０）。
【００７９】
一方、ステップＳ１６で、書き込み要求がリモートリセットに関するものでないと判断されたときには、書き込み要求が手動リセットに関するものであるか否かを判断する（ステップＳ２１）。
【００８０】
ステップＳ２１で、書き込み要求が手動リセットに関するものであると判断されたときには、ユーザの操作を待って手動リセットを行う（ステップＳ２２）一方、書き込み要求が手動リセットに関するものでないと判断されたときには、本処理を終了する。
【００８１】
なお、図示はされてはいないが、リモートリセットではないが、その他の書き込みに失敗したような場合には図７のような表示をクライアント側にするべく通知制御が行われる（ステップＳ２１がＮｏの後のステップＳ２３）。
【００８２】
また、図４にて説明した処理では、クライアント側にどのような種別の書き込み要求に対して失敗したかを判断させるようにしてきたが、別の形態としてデバイスにどのようなＭＩＢの書き込み要求に対する処理に対して失敗／成功したかをクラインとに通知するような形態も想定される。そのような場合には、ステップＳ１３、或いはステップＳ２１がＮｏと判断された場合の後の処理に、どのような種別の書き込み要求に対して処理を失敗したかを示す情報を通知すること、ステップＳ２０にリモートリセットの要求に対して処理を失敗したかを示す情報を含ませることが想定される。そして、そのようなデバイス側から通知された情報に基づく表示制御をクラインと側で実行させるようにすることにより上記別の形態が実現される。
【００８３】
なお、本発明は、複数の機器（例えば、ホストコンピュータ、インタフェイス機器、リーダおよびプリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機やファクシミリ装置など）に適用してもよい。
【００８４】
なお、上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００８５】
この場合、記憶媒体から読出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８６】
プログラムコードを供給するための記憶媒体としては、たとえば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。また、通信ネットワークを介してサーバコンピュータからプログラムコードが供給されるようにしてもよい。
【００８７】
また、コンピュータが読出したプログラムコードを実行することにより、上述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００８８】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００８９】
【発明の効果】
以上説明したように、本発明によれば、ネットワーク上にあるデバイスの設定を変更後、リモートリセットが可能か否かを判定し、リモートリセットが可能な場合はリモートリセットを行い、リモートリセットが不可能な場合は電源の再投入を促すメッセージを表示するようにしたので、リモートリセットができる機種できない機種に依存しないプログラムを作成できるようになる。
【００９０】
また、リモートリセットができない機種に対しては、電源の再投入を施すメッセージを表示することにより、デバイスへの設定は行われたかが有効になっていないという状態を回避し、ユーザがデバイスを正しく使用できるようにする。
【図面の簡単な説明】
【図１】プリンタをネットワークに接続するためのネットワークボードを、開放型アーキテクチャを持つプリンタへ繋げたシステムを示す図である。
【図２】本発明の一実施の形態に係るネットワークデバイス制御装置のハードウェア構成を示すブロック図である。
【図３】ネットワーク管理ソフトウェアのモジュール構成を示すブロック図である。
【図４】図２のネットワークデバイス制御装置、特にＣＰＵが実行するネットワークデバイス設定処理の手順を示すフローチャートである。
【図５】図２のＣＲＴ上に表示されたネットワーク設定シートの一例を示す図である。
【図６】デバイスの電源再投入を促すメッセージを表示するダイアログボックスの一例を示す図である。
【図７】エラーメッセージを表示するダイアログボックスの一例を示す図である。
【図８】ネットワークデバイス側の処理の手順を示すフローチャートである。
【図９】ＭＩＢの構造を示す概念図である。
【符号の説明】
１　ＰＣ
２　プリンタ
３　ネットワークボード
４　ＬＡＮ
１０１　ＣＰＵ
１０２　ＲＯＭ
１０３　ＲＡＭ
１０４　システムバス
１０５　ＫＢＣ
１０６　ＣＲＴＣ
１０７　ＤＫＣ
１０８　ＮＩＣ
１０９　キーボード
１１０　ＣＲＴ
１１１　ＨＤＤ
１１２　ＦＤＤ
【図１】
2004096383.tif 000003
【図２】
2004096383.tif 000004
【図３】
2004096383.tif 000005
【図４】
2004096383.tif 000006
【図５】
2004096383.tif 000007
【図６】
2004096383.tif 000008
【図７】
2004096383.tif 000009
【図８】
2004096383.tif 000010
【図９】
2004096383.tif 000011