JP3944030B2 - ネットワークデバイス制御装置、ネットワークデバイス制御方法および該制御方法を実現するためのプログラム - Google Patents
ネットワークデバイス制御装置、ネットワークデバイス制御方法および該制御方法を実現するためのプログラム Download PDFInfo
- Publication number
- JP3944030B2 JP3944030B2 JP2002254282A JP2002254282A JP3944030B2 JP 3944030 B2 JP3944030 B2 JP 3944030B2 JP 2002254282 A JP2002254282 A JP 2002254282A JP 2002254282 A JP2002254282 A JP 2002254282A JP 3944030 B2 JP3944030 B2 JP 3944030B2
- Authority
- JP
- Japan
- Prior art keywords
- instruction
- network device
- setting change
- setting
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/75—Indicating network or usage conditions on the user display
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続されたネットワークデバイスを制御するネットワークデバイス制御装置、その制御方法、該制御方法を実現するためのプログラムおよび記憶媒体に関する。
【０００２】
【従来の技術】
近年、コンピュータを相互に接続したローカルエリアネットワーク（ＬＡＮ）が普及している。このようなＬＡＮは、ビルのフロアまたはビル全体、ビル群（構内）、地域、あるいはさらに大きいエリアにわたって構築される。さらに、このようなネットワークが相互に接続され、世界的規模のネットワークに接続されることもある。これらのネットワーク上には、ＰＣ（パーソナルコンピュータ）等のコンピュータやプリンタ等のデバイスを多数接続することができる。また、相互接続されたそれぞれのＬＡＮでは、多様なハードウェア相互接続技術といくつものネットワークプロトコルが用いられている。
【０００３】
ここで、他と切り離された簡単なＬＡＮでは、個々のユーザが機器管理を行うことができる。すなわち、ユーザが機器を取り替えたり、ソフトウェアをインストールしたり、問題点を診断したりすることができる。
【０００４】
しかし、規模の大きい複雑なＬＡＮや相互接続された大きなＬＡＮグループでは、「管理」を必要とする。なお、「管理」とは、人間のネットワーク管理者による管理とその管理者が使用するソフトウェアによる管理の両方を意味するが、本願においては、「管理」とは、システム全体を管理するためのソフトウェアによる管理を意味し、「ユーザ」とは、ネットワーク管理ソフトウェアを使用する人を意味するものとする。この「ユーザ」は、通常、システム管理責任者である。「ユーザ」は、ネットワーク管理ソフトウェアを使うことによって、ネットワーク上で管理データを得て、このデータを変更することができる。
【０００５】
大規模ネットワークシステムは、通常、機器の増設と除去、ソフトウェアの更新、および問題の検出などを絶えず行うことが必要な動的システムである。一般には、様々な人が所有する、様々な業者から供給される、様々なシステムが存在する。
【０００６】
このような大規模なネットワークシステムを構成するネットワーク上のネットワークデバイスを管理するための方法として、これまでにいくつかの試みが数多くの標準機関でなされている。国際標準化機構（ＩＳＯ）は、開放型システム間相互接続（Open System Interconnection：ＯＳＩ）モデルと呼ばれる汎用基準フレームワークを提供した。ネットワーク管理プロトコルのＯＳＩモデルは、共通管理情報プロトコル（Common Management Information Protocol：ＣＭＩＰ）と呼ばれる。ＣＭＩＰは、ヨーロッパの共通ネットワーク管理プロトコルである。
【０００７】
また、近年では、より共通性の高いネットワーク管理プロトコルとして、簡易ネットワーク管理プロトコル（Simple Network Management Protocol：ＳＮＭＰ）と呼ばれるＣＭＩＰに関連する一変種のプロトコルがある（「TCP／IP ネットワーク管理入門 実用的な管理をめざして」M．T．ローズ＝著／西田竹志＝訳（株）トッパン発行 １９９２年８月２０日初版を参照）。
【０００８】
このＳＮＭＰネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つのネットワーク管理ステーション（ＮＭＳ）、各々がエージェントを備えるいくつかの管理対象ノード、および管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。ユーザは、ＮＭＳのネットワーク管理ソフトウェアを用いて管理対象ノードのエージェントソフトウェアと通信することにより、ネットワーク上の管理データを得、またそのデータを変更することができる。
【０００９】
ここで、「エージェント」とは、各々の管理対象ノードでバックグラウンドプロセスとして走るソフトウェアである。ユーザがネットワーク上の管理対象ノードに対して管理データを要求するときには、ネットワーク管理ソフトウェアは、後述するオブジェクト識別子を管理パケットまたはフレームに入れて管理対象ノードのエージェントへ送信する。
【００１０】
エージェントは、そのオブジェクト識別子を解釈して、そのオブジェクト識別子に対応するデータを取り出す。そして、そのデータをパケットに入れてネットワーク管理ソフトウェアに返信する。ときには、エージェントは、そのデータを取り出すために、対応するプロセスを呼び出す場合もある。
【００１１】
また、エージェントは、管理対象ノードに関するデータをデータベース形式で保持する。このデータベースは、ＭＩＢ（Management Information Base）と呼ばれる。
【００１２】
図９は、ＭＩＢの構造を示す概念図であり、同図に示すように、ＭＩＢは木構造のデータ構造をしており、全てのノードに一意に識別子が付けられている。図９において、括弧内に書かれている番号をもとに、そのノードの識別子が定義される。例えば、ノード２０１の識別子は“１”である。ノード２０２の識別子は、ノード２０１の子なので、“１・３”である。同様に、ノード２０３の識別子は、“１・３・６・１・２”である。このノードの識別子がオブジェクト識別子（OBJECT IDENTIFIER）である。ここで、図９には、標準として規定されているＭＩＢの一部を抜き出して記載している。
【００１３】
なお、このＭＩＢの構造は、管理情報構造（Structure of Management Information：ＳＭＩ）と呼ばれ、RFC1155 Structure and Identification of Management Information for TCP／IP−based Internetsで規定されている。
【００１４】
ノード２０４は、ＳＮＭＰで管理される機器が標準的に備えている標準ＭＩＢで、オブジェクト群の頂点になるノードであり、このノードの下のオブジェクトの詳細な構造については、RFC1213 Management Information Base for Network Management of TCP/IP-based internets : MIB-IIに規定されている。
【００１５】
ノード２０５は、ＳＮＭＰで管理されているプリンタが標準的に備えている、プリンタＭＩＢと呼ばれるオブジェクト群の頂点になるノードであり、このノードの下のオブジェクトの詳細な構造については、RFC 1759 Printer MIBで規定されている。
【００１６】
ノード２０６は、プライベートＭＩＢと呼ばれ、企業や団体などが独自のＭＩＢ定義を行うための頂点となるノードである。
【００１７】
ノード２０７は、企業拡張ＭＩＢと呼ばれ、プライベートＭＩＢの中で企業が独自の拡張を行うための頂点となるノードである。本出願人、キヤノン株式会社には、独自の定義を行うために、企業番号として“１６０２”が割り当てられており、キヤノン株式会社独自のＭＩＢであるキヤノンＭＩＢ（Ｃａｎｏｎ ＭＩＢ）を定義するための頂点ノード２０８が、企業を意味するノードである、ノード２０７の下に位置している。キヤノンＭＩＢの頂点ノードのオブジェクト識別子は、“１・３・６・１・４・１・１６０２”である。
【００１８】
さて、このようなシステムにおいて、ネットワーク管理ソフトウエアを使用してネットワーク機器（例えばプリンタ）の設定を行う場合について考える。
【００１９】
設定を変更した場合、その設定を有効にするために、デバイスのリセットあるいは電源の再投入が必要な場合がある。さらに、デバイスによって、ネットワーク管理ソフトウェアからリモートリセット可能なものと、デバイスの電源スイッチをオフ・オン（電源再投入）しなければならないものがある。
【００２０】
【発明が解決しようとする課題】
しかしながら、上記従来のネットワーク管理ソフトウェアでは、設定を有効にするためにリモートリセットが可能なデバイスと、電源再投入が必要なデバイスとで機種に依存したプログラムを作成しなければならなかった。
【００２１】
本発明は、この点に着目してなされたものであり、機種に依存しないプログラムによって作成されたネットワーク管理ソフトウェアでネットワークデバイスの設定を有効にする制御を行うことが可能なネットワークデバイス制御装置、その制御方法、該制御方法を実現するためのプログラムおよび記憶媒体を提供することを目的とする。
【００２２】
【課題を解決するための手段】
上記目的を達成するため、請求項１に記載のネットワークデバイス制御装置は、ネットワークを介して設定変更の指示を受けた場合に、その設定変更を有効にするためのリモートリセットが可能な第１のプリンタデバイス及びその設定変更を有効にするために電源の再投入が必要な第２のプリンタデバイスと通信可能なネットワークデバイス制御装置であって、前記第１及び第２のプリンタデバイスのいずれかに対して、設定変更の指示コマンドの書込みを要求する設定変更指示要求手段と、前記第１及び第２のプリンタデバイスのいずれかに対して、リモートリセットの指示コマンドの書込みを要求するリセット指示要求手段と、前記設定変更指示要求手段による設定変更の指示コマンドの書込み要求及び前記リセット指示要求手段によるリモートリセットの指示コマンドの書込み要求のいずれかの指示コマンドの書込み要求に応じて、当該プリンタデバイスから指示コマンドの書込みに失敗したことを示す応答情報を受信すると、該受信した応答情報に基づいて、前記設定変更の指示コマンド及び前記リモートリセットの指示コマンドのいずれかの指示コマンドの書込みに失敗したかを判定する判定手段と、前記判定手段により前記設定変更の指示コマンドの書込みに失敗したと判定されたことに応じて、エラー表示を表示手段に表示させ、前記判定手段により前記リモートリセットの指示コマンドの書込みに失敗したと判定されたことに応じて、当該プリンタデバイスに対する電源の再投入を要求する表示を前記表示手段に表示させるように制御する表示制御手段とを有することを特徴とする。
【００２３】
請求項２に記載のネットワークデバイス制御装置は、請求項１のネットワークデバイス制御装置において、前記設定変更の指示コマンド及び前記リモートリセットの指示コマンドはいずれも、ＭＩＢデータであることを特徴とする。
【００２４】
上記目的を達成するため、請求項３に記載のネットワークデバイス制御装置は、ネットワークを介して設定変更の指示を受けた場合に、その設定変更を有効にするためのリモートリセットが可能なネットワークデバイス及びその設定変更を有効にするために電源の再投入が必要なネットワークデバイスと通信可能なネットワークデバイス制御装置であって、制御対象のネットワークデバイスに対して設定指示を行う設定指示手段と、前記設定指示手段による設定を有効にするために、前記ネットワークデバイスに対してリモートリセットの指示を行うリセット指示手段と、前記設定指示及び前記リモートリセットの指示を含む、何れの指示が失敗したかを判定する判定手段と、前記判定手段によりリモートリセットの指示が失敗したと判定されたことに応じて、前記ネットワークデバイスの電源の再投入を要求し、前記判定手段により設定指示が失敗したと判定されたことに応じて、エラー表示を表示手段に行わせる制御手段とを有することを特徴とする。
請求項４に記載のネットワークデバイス制御装置は、請求項３のネットワークデバイス制御装置において、前記設定指示及び前記リモートリセットの指示は、ＭＩＢデータの書込み要求であることを特徴とする。
【００２５】
上記目的を達成するため請求項５に記載のネットワークデバイス制御装置の制御方法は、ネットワークを介して設定変更の指示を受けた場合に、その設定変更を有効にするためのリモートリセットが可能な第１のプリンタデバイス及びその設定変更を有効にするために電源の再投入が必要な第２のプリンタデバイスと通信可能なネットワークデバイス制御装置の制御方法であって、前記第１及び第２のプリンタデバイスのいずれかに対して、設定変更の指示コマンドの書込みを要求する設定変更指示要求ステップと、前記第１及び第２のプリンタデバイスのいずれかに対して、リモートリセットの指示コマンドの書込みを要求するリセット指示要求ステップと、前記設定変更指示要求ステップによる設定変更の指示コマンドの書込み要求及び前記リセット指示要求ステップによるリモートリセットの指示コマンドの書込み要求のいずれかの指示コマンドの書込み要求に応じて、当該プリンタデバイスから指示コマンドの書込みに失敗したことを示す応答情報を受信すると、該受信した応答情報に基づいて、前記設定変更の指示コマンド及び前記リモートリセットの指示コマンドのいずれかの指示コマンドの書込みに失敗したかを判定する判定ステップと、前記判定ステップにより前記設定変更の指示コマンドの書込みに失敗したと判定されたことに応じて、エラー表示を表示手段に表示させ、前記判定ステップにより前記リモートリセットの指示コマンドの書込みに失敗したと判定されたことに応じて、当該プリンタデバイスに対する電源の再投入を要求する表示を前記表示手段に表示させるように制御する表示制御ステップとを有することを特徴とする。
【００２６】
請求項６に記載のネットワークデバイス制御装置の制御方法は、請求項５のネットワークデバイス制御装置の制御方法において、前記設定変更の指示コマンド及び前記リモートリセットの指示コマンドはいずれも、ＭＩＢデータであることを特徴とする。
【００２７】
上記目的を達成するため、請求項７に記載のネットワークデバイス制御装置の制御方法は、ネットワークを介して設定変更の指示を受けた場合に、その設定変更を有効にするためのリモートリセットが可能なプリンタデバイス及びその設定変更を有効にするために電源の再投入が必要なプリンタデバイスと通信可能なネットワークデバイス制御装置の制御方法であって、制御対象のネットワークデバイスに対して設定指示を行う設定指示ステップと、前記設定指示ステップによる設定を有効にするために、前記ネットワークデバイスに対してリモートリセットの指示を行うリセット指示ステップと、前記設定指示及び前記リモートリセットの指示を含む、何れの指示が失敗したかを判定する判定ステップと、前記判定ステップによりリモートリセットの指示が失敗したと判定されたことに応じて、前記ネットワークデバイスの電源の再投入を要求する第１の制御ステップと、前記判定ステップにより設定指示が失敗したと判定されたことに応じて、エラー表示を表示手段に行わせる第２の制御ステップとを有することを特徴とする。
請求項８に記載のネットワーク制御装置の制御方法は、請求項７のネットワーク制御装置の制御方法において、前記設定指示及び前記リモートリセットの指示は、ＭＩＢデータの書込み要求であることを特徴とする。
【００２８】
上記目的を達成するため、請求項９に記載のプログラムは、請求項５〜８のいずれかに記載のネットワークデバイス制御装置の制御方法をコンピュータに実行させるためのものであることを特徴とする。
【００２９】
上記目的を達成するため、請求項１０に記載の記憶媒体は、請求項９に記載のプログラムを格納したことを特徴とする。
【００３０】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。
【００３１】
まず、本発明の一実施の形態に係るネットワークデバイス制御装置が接続される大規模ネットワークについて説明する。
【００３２】
図１は、ネットワークデバイスの一例であるプリンタ２をネットワーク４に接続するためのネットワークボード（ＮＢ）３を、開放型アーキテクチャを持つプリンタ２へつなげたシステムを示す図である。
【００３３】
同図において、ネットワークボード３は、ＬＡＮ４へ、例えば、同軸コネクタを持つイーサネット（登録商標）インターフェース１０Ｂａｓｅ−２や、ＲＪ−４５を持つ１０Ｂａｓｅ−Ｔ等のＬＡＮインターフェースを介してつながれている。
【００３４】
なお、本実の形態におけるネットワークデバイスとしては、電子写真方式を採用した印刷装置、インクジェット方式を採用したインクジェットプリンタ、ファクシミリ機能、複写機能および印刷機能を備えたデジタル複合機、情報処理装置であるＰＣ等が想定される。
【００３５】
ＰＣ（情報処理装置）からなる、本実施の形態のネットワークデバイス制御装置１（クライアントとも呼ぶ）もまた、ＬＡＮ４に接続されており、ネットワークオペレーティングシステムの制御の下、ＮＢ３と通信することができる。ネットワークデバイス制御装置１では、ネットワークを管理するためのネットワーク制御プログラムが稼働しており、それによってネットワークが制御される。
【００３６】
なお、図１に記載の要求パケットおよび応答パケットについては後述する。
【００３７】
通常、ＬＡＮは、１つの建物内の１つの階または連続した複数の階でのユーザグループ等の、幾分ローカルなユーザグループにサービスを提供する。例えば、ユーザが他の建物や他県に居るなど、あるユーザが他のユーザから離れるに従って、ワイドエリアネットワーク（ＷＡＮ）を作ってもよい。ＷＡＮは、基本的には、いくつかのＬＡＮを高速度サービス総合デジタルネットワーク（ＩＳＤＮ）電話線等の高速度デジタルラインで接続して形成された集合体である。
【００３８】
図２は、ネットワークデバイス制御装置１のハードウェア構成を示すブロック図である。
【００３９】
同図において、ネットワークデバイス制御装置１は、ネットワーク管理ソフトウェアが稼働するＰＣからなり、図１の装置１と同じ物である。ネットワークデバイス制御装置１は、ＲＯＭ１０２もしくはハードディスクドライブ（ＨＤＤ）１１１に記憶された、あるいはフレキシブルディスクドライブ（ＦＤＤ）１１２より供給されるネットワーク管理ソフトウェアを実行するＣＰＵ１０１を備え、システムバス１０４に接続される各デバイスを総括的に制御する。
【００４０】
ＲＡＭ１０３は、ＣＰＵ１０１の主メモリであり、ワークエリア等として機能する。
【００４１】
キーボードコントローラ（ＫＢＣ）１０５は、キーボード（ＫＢ）１０９や不図示のポインティングデバイス等からの指示入力を制御する。
【００４２】
ＣＲＴコントローラ（ＣＲＴＣ）１０６は、ＣＲＴディスプレイ（ＣＲＴ）１１０の表示を制御する。
【００４３】
ディスクコントローラ（ＤＫＣ）１０７は、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイルおよびネットワーク管理ソフトウェア等を記憶するハードディスクドライブ（ＨＤＤ）１１１およびフレキシブルディスクドライブ（ＦＤＤ）１１２とのアクセスを制御する。
【００４４】
ネットワークインターフェースカード（ＮＩＣ）１０８は、ＬＡＮ４を介して、エージェントあるいはネットワーク機器と双方向にデータをやり取りする。
【００４５】
ＨＤＤ１１１には、ネットワーク管理ソフトウェアのプログラムが格納される。なお、特に断りのない限り、実行の主体は、ハードウェア上はＣＰＵ１０１である。一方、ソフトウェア上の制御の主体は、ＨＤＤ１１１に格納されたネットワーク管理ソフトウェアである。本実施の形態では、ＯＳは、例えばウィンドウズ(登録商標)（マイクロソフト社製）を想定しているが、これに限るものではない。
【００４６】
なお、ネットワーク管理ソフトウェアは、フレキシブルディスクやＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合には、ＦＤＤ１１２または不図示のＣＤ−ＲＯＭドライブなどによって記憶媒体からプログラムが読み取られ、ＨＤＤ１１１にインストールされる。
【００４７】
図３は、ネットワーク管理ソフトウェアのモジュール構成を示すブロック図である。
【００４８】
ネットワーク管理ソフトウェアは、ＨＤＤ１１１に格納されており、ＣＰＵ１０１によって実行される。その際、ＣＰＵ１０１は、ワークエリアとしてＲＡＭ１０３を使用する。
【００４９】
図３において、デバイスリストモジュール１１は、ネットワークに接続されたデバイスを一覧にして表示するモジュールである。
【００５０】
全体制御モジュール１２は、デバイスリストモジュール１１からの指示を基に、他のモジュールを統括する。
【００５１】
コンフィグレータ１３は、デバイスのネットワーク設定に関する特別な処理を行うモジュールである。特に、工場出荷状態のネットワーク機器を初めてＬＡＮに接続する場合などに、後述する特殊なプロトコルによってネットワーク機器の設定を行う。
【００５２】
探索モジュール１４は、ネットワークに接続されているデバイスを探索するモジュールである。探索モジュール１４によって探索されたデバイスが、デバイスリストモジュール１１によって一覧表示される。
【００５３】
ＩＣＭＰモジュール１５は、ＩＣＭＰプロトコルの制御を行うモジュールである。ＩＣＭＰは、ＩＥＴＦのＲＦＣ７９２で規定されている、ＴＣＰ／ＩＰ制御用のプロトコルであり、ＴＣＰ／ＩＰを実装している端末／デバイスで標準的に実装されている。
【００５４】
ＵＩモジュール１６および１７は、後述するデバイス詳細ウィンドウを表示するためのモジュールであり、詳細情報を表示する対象機種毎にＵＩモジュールが存在する。
【００５５】
制御モジュール１８および１９は、詳細情報を取得する対象機種に特有の制御を受け持つモジュールであり、ＵＩモジュールと同様に、詳細情報を表示する対象機種毎に存在する。制御Ａモジュール１８および制御Ｂモジュール１９は、ＭＩＢモジュール２０を用いて管理対象デバイスからＭＩＢデータを取得し、必要に応じてデータの変換を行い、各々対応するＵＩＡモジュール１６またはＵＩＢモジュール１７にデータを渡す。
【００５６】
ＭＩＢモジュール２０は、オブジェクト識別子とオブジェクトキーとの変換を行うモジュールである。ここで、オブジェクトキーとは、オブジェクト識別子と一対一に対応する３２ビットの整数のことである。オブジェクト識別子は可変長の識別子であり、ネットワーク管理ソフトウェアを実装する上で扱いが面倒なので、本ネットワーク管理ソフトウェアにおいてはオブジェクト識別子と一対一に対応する固定長の識別子を内部的に用いている。ＭＩＢモジュール２０より上位のモジュールは、このオブジェクトキーを用いてＭＩＢの情報を扱う。
【００５７】
ＳＮＭＰモジュール２１は、ＳＮＭＰパケットの送信と受信を行う。
【００５８】
共通トランスポートモジュール２２は、ＳＮＭＰデータを運搬するための下位プロトコルの差を吸収するモジュールである。実際には、動作時にユーザが選択したプロトコルによって、ＩＰＸハンドラ２３またはＵＤＰハンドラ２４のいずれかがデータを転送する役割を担う。なお、ＵＤＰハンドラ２４は、実装としてWinSock２５を用いている。WinSockについては、例えば、Windows（登録商標） Socket API vl.1の仕様書に記載されている。このドキュメントは複数箇所から入手可能であるが、例えばマイクロソフト社製のコンパイラであるVisual C++に同梱されている。
【００５９】
以下、ネットワーク管理ソフトウェアをＰＣ１上で起動して、プリンタ２およびネットワークボード３のネットワーク設定を行う場合のネットワーク管理ソフトウェアの動作手順について説明する。
【００６０】
図４は、ネットワークデバイスの設定を行うネットワークデバイス制御装置１による処理の手順を示すフローチャートであり、本処理は、例えば図３の制御モジュールＡ１８，Ｂ１９等で実行される。
【００６１】
本処理は、例えば図５のようなネットワーク設定シートの［OK］ボタンあるいは［更新］ボタン押下でネットワークデバイスへの各種設定が指示されることにより開始される。具体的には、クライアントに設けられた表示部（図２のＣＲＴ１１０に相当）に図５のようなユーザインタフェイスが表示され、マウス（図２のＫＢ１０９に相当）やキーボード等のポインティングデバイスを介して［OK］ボタンあるいは［更新］を指示する信号が入力される事に応じて図４に示される各ステップの処理がクライアントにて実行される。
【００６２】
また、図５にはネットワークデバイスへの設定としてＩＰアドレス、サブネットアドレス、ゲートウェイアドレス等が示されている。
【００６３】
まず、ステップＳ１で、そのウィンドウの各コントロールに対応したＭＩＢデータの書き込み要求を送信する。
【００６４】
そして、ステップＳ２で、ＭＩＢデータの書き込み要求に対する応答を受信すると、ステップＳ３に進む。
【００６５】
ステップＳ３では、ＭＩＢデータの書き込みに成功したかどうかを判断し、成功した場合にはステップＳ４に進む一方、失敗した場合にはステップＳ８に進む。具体的には、クライアントから画像形成装置のデバイスに対してＳｅｔ ｒｅｑｕｅｓｔ（例えば、ＩＰアドレスを設定するためにｃａｎｌｐｌｎｆｏｌｐＡｄｄｒｅｓｓと呼ばれるＭＩＢにＩＰアドレスを書込む）に対する、デバイスからクライアントへのＲｅｓｐｏｎｓｅで、Ｓｅｔ ｒｅｑｕｅｓｔが成功した場合に、Ｅｒｒｏｒ ｓｔａｔｕｓとしてエラー無しを意味する値「０」が返答される。クライアントでは、Ｅｒｒｏｒ ｓｔａｔｕｓとして、値０が返ってきた場合、そのＭＩＢに対する書き込みが成功したと判断し、値０以外が返ってきた場合、そのＭＩＢに対する書き込みが失敗したと判断する。
【００６６】
ステップＳ４では、リモートリセットするためのＭＩＢデータの書き込み要求を送信し、ステップＳ５では、ＭＩＢデータの書き込み要求に対する応答を受信する。ここでのリセットとは、コンピュータ（デバイス）を強制的に起動しなおすことを意味し、リモートリセットとは、リセットを通信回線を介して遠隔から実行させることを意味する。
【００６７】
そして、ステップＳ６に進み、ＭＩＢデータの書き込みに成功したかどうかを判断する。具体的には、例えば、ステップＳ４の処理に応じて、ネットワークデバイス側から送信されて来る、ステップＳ４に対応したリモートリセットのための書き込みが成功したか否かを示す情報（後述する図８のステップＳ１９またはＳ２０を参照）を参照して判断する。なお、成功した場合にはデバイスからＥｒｒｏｒ ｓｔａｔｕｓとして、値０が応答されてくる。また、デバイスから値０以外が応答された場合には、値０以外が返答される。例えば、クライアントからＳｅｔ ｒｅｑｕｅｓｔしたＭＩＢがデバイスでサポートされていない場合、Ｅｒｒｏｒ ｓｔａｔｕｓとして、オブジェクトがないことを意味する値２がデバイスより応答される。
【００６８】
ステップＳ６で、成功した場合にはネットワークデバイスの設定が完了する一方、失敗した場合にはステップＳ７に進む。
【００６９】
ステップＳ７では、図６のようなデバイスの電源再投入を促すメッセージを表示する処理を実行する。
【００７０】
ステップＳ８では、図７のようなネットワークデバイスに情報を正しく設定できなかった旨のエラーメッセージを表示する処理を実行する。
【００７１】
なお、本実施の形態では、リモートリセットできない場合に、デバイスの電源再投入を促すメッセージを表示していたが、これに限るものではなく、そのままデバイスの電源再投入の要求をネットワークデバイスに送信したり、デバイスに設けられているリセットスイッチ等を操作するようにプリンタ２にネットワーク４を介して通信可能なネットワークデバイス制御装置１に通知しユーザに知らしめるようにしてもよい。
【００７２】
このように図４のフローチャートを実現することにより、設定変更の対象となるデバイスに仕様が不明のデバイスが混在していたとしても効率よくリセットを促すことができる仕組みを提供することができる。
【００７３】
また、ＭＩＢデータの書き込み要求に対してどのような種別のＭＩＢデータの書き込み要求が失敗したか、即ち、リモートリセットに対するデータの書き込み要求に失敗したか、或いは、その他のＭＩＢデータの書き込み要求に対して失敗したかを適宜判別（ステップＳ６、ステップＳ３）しているので、書き込みが失敗した要求の種別に応じて適切な警告メッセージをクライアントに表示させることができる。
【００７４】
図８は、上記図４のネットワークデバイス設定処理に対して、ネットワークデバイス側でなされる処理の手順を示すフローチャートである。各ステップの処理はデバイスに備えられた中央演算処理装置（ＣＰＵ）が、記憶部に記憶されたプログラムの処理を実行することに基づいて実現されるものとする。
【００７５】
同図において、まず、前記ステップＳ１で送信された書き込み要求を受信し（ステップＳ１１）、この書き込み要求を受け入れることができるか否かを判断する（ステップＳ１２）。なお、ここでのＭＩＢを介しての書き込み要求は図５に示されるネットワーク設定シートを介しての指示に限定されるものではなく、様々な他の設定指示（書き込み要求）に対するものが想定される。よって、ここでの判断は様々な設定指示に対しての要求受け入れることが可能か否かの判断に対応する。
【００７６】
ステップＳ１２で、書き込み要求を受け入れることができないと判断された場合には、失敗を示す情報を、ネットワークデバイス制御装置１側に送信する（ステップＳ１３）一方、書き込み要求を受け入れることができると判断された場合には、成功を示す情報を、ネットワークデバイス制御装置１側に送信する（ステップＳ１４）。
【００７７】
次に、前記ステップＳ４で送信された書き込み要求を受信し（ステップＳ１５）、この書き込み要求がリモートリセットに関するものであるか否かを判断する（ステップＳ１６）。
【００７８】
ステップＳ１６で、書き込み要求がリモートリセットに関するものであると判断されたときには、リモートリセットが可能であるか否かを判断し（ステップＳ１７）、この結果、リモートリセット可能であるときには、リセットを実行する（ステップＳ１８）とともに、成功を示す情報を、ネットワークデバイス制御装置１側に送信する（ステップＳ１９）一方、リモートリセット不可能であるときには、失敗を示す情報を、ネットワークデバイス制御装置１側に送信する（ステップＳ２０）。
【００７９】
一方、ステップＳ１６で、書き込み要求がリモートリセットに関するものでないと判断されたときには、書き込み要求が手動リセットに関するものであるか否かを判断する（ステップＳ２１）。
【００８０】
ステップＳ２１で、書き込み要求が手動リセットに関するものであると判断されたときには、ユーザの操作を待って手動リセットを行う（ステップＳ２２）一方、書き込み要求が手動リセットに関するものでないと判断されたときには、本処理を終了する。
【００８１】
なお、図示はされてはいないが、リモートリセットではないが、その他の書き込みに失敗したような場合には図７のような表示をクライアント側にするべく通知制御が行われる（ステップＳ２１がＮｏの後のステップＳ２３）。
【００８２】
また、図４にて説明した処理では、クライアント側にどのような種別の書き込み要求に対して失敗したかを判断させるようにしてきたが、別の形態としてデバイスにどのようなＭＩＢの書き込み要求に対する処理に対して失敗／成功したかをクライアントとに通知するような形態も想定される。そのような場合には、ステップＳ１３、或いはステップＳ２１がＮｏと判断された場合の後の処理に、どのような種別の書き込み要求に対して処理を失敗したかを示す情報を通知すること、ステップＳ２０にリモートリセットの要求に対して処理を失敗したかを示す情報を含ませることが想定される。そして、そのようなデバイス側から通知された情報に基づく表示制御をクラアイント側で実行させるようにすることにより上記別の形態が実現される。
【００８３】
なお、本発明は、複数の機器（例えば、ホストコンピュータ、インタフェイス機器、リーダおよびプリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機やファクシミリ装置など）に適用してもよい。
【００８４】
なお、上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００８５】
この場合、記憶媒体から読出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８６】
プログラムコードを供給するための記憶媒体としては、たとえば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。また、通信ネットワークを介してサーバコンピュータからプログラムコードが供給されるようにしてもよい。
【００８７】
また、コンピュータが読出したプログラムコードを実行することにより、上述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００８８】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００８９】
【発明の効果】
以上説明したように、本発明によれば、ネットワーク上にあるデバイスの設定を変更後、リモートリセットが可能な場合はリモートリセットを行い、リモートリセットが不可能な場合は電源の再投入を要求するようにしたので、リモートリセットができる機種できない機種に依存しないプログラムを作成できるようになる。
【００９０】
また、リモートリセットができない機種に対しては、電源の再投入を施すメッセージを表示することにより、デバイスへの設定は行われたが有効になっていないという状態を回避し、ユーザがデバイスを正しく使用できるようにする。
【図面の簡単な説明】
【図１】プリンタをネットワークに接続するためのネットワークボードを、開放型アーキテクチャを持つプリンタへ繋げたシステムを示す図である。
【図２】本発明の一実施の形態に係るネットワークデバイス制御装置のハードウェア構成を示すブロック図である。
【図３】ネットワーク管理ソフトウェアのモジュール構成を示すブロック図である。
【図４】図２のネットワークデバイス制御装置、特にＣＰＵが実行するネットワークデバイス設定処理の手順を示すフローチャートである。
【図５】図２のＣＲＴ上に表示されたネットワーク設定シートの一例を示す図である。
【図６】デバイスの電源再投入を促すメッセージを表示するダイアログボックスの一例を示す図である。
【図７】エラーメッセージを表示するダイアログボックスの一例を示す図である。
【図８】ネットワークデバイス側の処理の手順を示すフローチャートである。
【図９】ＭＩＢの構造を示す概念図である。
【符号の説明】
１ ＰＣ
２ プリンタ
３ ネットワークボード
４ ＬＡＮ
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ システムバス
１０５ ＫＢＣ
１０６ ＣＲＴＣ
１０７ ＤＫＣ
１０８ ＮＩＣ
１０９ キーボード
１１０ ＣＲＴ
１１１ ＨＤＤ
１１２ ＦＤＤ
【発明の属する技術分野】
本発明は、ネットワークに接続されたネットワークデバイスを制御するネットワークデバイス制御装置、その制御方法、該制御方法を実現するためのプログラムおよび記憶媒体に関する。
【０００２】
【従来の技術】
近年、コンピュータを相互に接続したローカルエリアネットワーク（ＬＡＮ）が普及している。このようなＬＡＮは、ビルのフロアまたはビル全体、ビル群（構内）、地域、あるいはさらに大きいエリアにわたって構築される。さらに、このようなネットワークが相互に接続され、世界的規模のネットワークに接続されることもある。これらのネットワーク上には、ＰＣ（パーソナルコンピュータ）等のコンピュータやプリンタ等のデバイスを多数接続することができる。また、相互接続されたそれぞれのＬＡＮでは、多様なハードウェア相互接続技術といくつものネットワークプロトコルが用いられている。
【０００３】
ここで、他と切り離された簡単なＬＡＮでは、個々のユーザが機器管理を行うことができる。すなわち、ユーザが機器を取り替えたり、ソフトウェアをインストールしたり、問題点を診断したりすることができる。
【０００４】
しかし、規模の大きい複雑なＬＡＮや相互接続された大きなＬＡＮグループでは、「管理」を必要とする。なお、「管理」とは、人間のネットワーク管理者による管理とその管理者が使用するソフトウェアによる管理の両方を意味するが、本願においては、「管理」とは、システム全体を管理するためのソフトウェアによる管理を意味し、「ユーザ」とは、ネットワーク管理ソフトウェアを使用する人を意味するものとする。この「ユーザ」は、通常、システム管理責任者である。「ユーザ」は、ネットワーク管理ソフトウェアを使うことによって、ネットワーク上で管理データを得て、このデータを変更することができる。
【０００５】
大規模ネットワークシステムは、通常、機器の増設と除去、ソフトウェアの更新、および問題の検出などを絶えず行うことが必要な動的システムである。一般には、様々な人が所有する、様々な業者から供給される、様々なシステムが存在する。
【０００６】
このような大規模なネットワークシステムを構成するネットワーク上のネットワークデバイスを管理するための方法として、これまでにいくつかの試みが数多くの標準機関でなされている。国際標準化機構（ＩＳＯ）は、開放型システム間相互接続（Open System Interconnection：ＯＳＩ）モデルと呼ばれる汎用基準フレームワークを提供した。ネットワーク管理プロトコルのＯＳＩモデルは、共通管理情報プロトコル（Common Management Information Protocol：ＣＭＩＰ）と呼ばれる。ＣＭＩＰは、ヨーロッパの共通ネットワーク管理プロトコルである。
【０００７】
また、近年では、より共通性の高いネットワーク管理プロトコルとして、簡易ネットワーク管理プロトコル（Simple Network Management Protocol：ＳＮＭＰ）と呼ばれるＣＭＩＰに関連する一変種のプロトコルがある（「TCP／IP ネットワーク管理入門 実用的な管理をめざして」M．T．ローズ＝著／西田竹志＝訳（株）トッパン発行 １９９２年８月２０日初版を参照）。
【０００８】
このＳＮＭＰネットワーク管理技術によれば、ネットワーク管理システムには、少なくとも１つのネットワーク管理ステーション（ＮＭＳ）、各々がエージェントを備えるいくつかの管理対象ノード、および管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。ユーザは、ＮＭＳのネットワーク管理ソフトウェアを用いて管理対象ノードのエージェントソフトウェアと通信することにより、ネットワーク上の管理データを得、またそのデータを変更することができる。
【０００９】
ここで、「エージェント」とは、各々の管理対象ノードでバックグラウンドプロセスとして走るソフトウェアである。ユーザがネットワーク上の管理対象ノードに対して管理データを要求するときには、ネットワーク管理ソフトウェアは、後述するオブジェクト識別子を管理パケットまたはフレームに入れて管理対象ノードのエージェントへ送信する。
【００１０】
エージェントは、そのオブジェクト識別子を解釈して、そのオブジェクト識別子に対応するデータを取り出す。そして、そのデータをパケットに入れてネットワーク管理ソフトウェアに返信する。ときには、エージェントは、そのデータを取り出すために、対応するプロセスを呼び出す場合もある。
【００１１】
また、エージェントは、管理対象ノードに関するデータをデータベース形式で保持する。このデータベースは、ＭＩＢ（Management Information Base）と呼ばれる。
【００１２】
図９は、ＭＩＢの構造を示す概念図であり、同図に示すように、ＭＩＢは木構造のデータ構造をしており、全てのノードに一意に識別子が付けられている。図９において、括弧内に書かれている番号をもとに、そのノードの識別子が定義される。例えば、ノード２０１の識別子は“１”である。ノード２０２の識別子は、ノード２０１の子なので、“１・３”である。同様に、ノード２０３の識別子は、“１・３・６・１・２”である。このノードの識別子がオブジェクト識別子（OBJECT IDENTIFIER）である。ここで、図９には、標準として規定されているＭＩＢの一部を抜き出して記載している。
【００１３】
なお、このＭＩＢの構造は、管理情報構造（Structure of Management Information：ＳＭＩ）と呼ばれ、RFC1155 Structure and Identification of Management Information for TCP／IP−based Internetsで規定されている。
【００１４】
ノード２０４は、ＳＮＭＰで管理される機器が標準的に備えている標準ＭＩＢで、オブジェクト群の頂点になるノードであり、このノードの下のオブジェクトの詳細な構造については、RFC1213 Management Information Base for Network Management of TCP/IP-based internets : MIB-IIに規定されている。
【００１５】
ノード２０５は、ＳＮＭＰで管理されているプリンタが標準的に備えている、プリンタＭＩＢと呼ばれるオブジェクト群の頂点になるノードであり、このノードの下のオブジェクトの詳細な構造については、RFC 1759 Printer MIBで規定されている。
【００１６】
ノード２０６は、プライベートＭＩＢと呼ばれ、企業や団体などが独自のＭＩＢ定義を行うための頂点となるノードである。
【００１７】
ノード２０７は、企業拡張ＭＩＢと呼ばれ、プライベートＭＩＢの中で企業が独自の拡張を行うための頂点となるノードである。本出願人、キヤノン株式会社には、独自の定義を行うために、企業番号として“１６０２”が割り当てられており、キヤノン株式会社独自のＭＩＢであるキヤノンＭＩＢ（Ｃａｎｏｎ ＭＩＢ）を定義するための頂点ノード２０８が、企業を意味するノードである、ノード２０７の下に位置している。キヤノンＭＩＢの頂点ノードのオブジェクト識別子は、“１・３・６・１・４・１・１６０２”である。
【００１８】
さて、このようなシステムにおいて、ネットワーク管理ソフトウエアを使用してネットワーク機器（例えばプリンタ）の設定を行う場合について考える。
【００１９】
設定を変更した場合、その設定を有効にするために、デバイスのリセットあるいは電源の再投入が必要な場合がある。さらに、デバイスによって、ネットワーク管理ソフトウェアからリモートリセット可能なものと、デバイスの電源スイッチをオフ・オン（電源再投入）しなければならないものがある。
【００２０】
【発明が解決しようとする課題】
しかしながら、上記従来のネットワーク管理ソフトウェアでは、設定を有効にするためにリモートリセットが可能なデバイスと、電源再投入が必要なデバイスとで機種に依存したプログラムを作成しなければならなかった。
【００２１】
本発明は、この点に着目してなされたものであり、機種に依存しないプログラムによって作成されたネットワーク管理ソフトウェアでネットワークデバイスの設定を有効にする制御を行うことが可能なネットワークデバイス制御装置、その制御方法、該制御方法を実現するためのプログラムおよび記憶媒体を提供することを目的とする。
【００２２】
【課題を解決するための手段】
上記目的を達成するため、請求項１に記載のネットワークデバイス制御装置は、ネットワークを介して設定変更の指示を受けた場合に、その設定変更を有効にするためのリモートリセットが可能な第１のプリンタデバイス及びその設定変更を有効にするために電源の再投入が必要な第２のプリンタデバイスと通信可能なネットワークデバイス制御装置であって、前記第１及び第２のプリンタデバイスのいずれかに対して、設定変更の指示コマンドの書込みを要求する設定変更指示要求手段と、前記第１及び第２のプリンタデバイスのいずれかに対して、リモートリセットの指示コマンドの書込みを要求するリセット指示要求手段と、前記設定変更指示要求手段による設定変更の指示コマンドの書込み要求及び前記リセット指示要求手段によるリモートリセットの指示コマンドの書込み要求のいずれかの指示コマンドの書込み要求に応じて、当該プリンタデバイスから指示コマンドの書込みに失敗したことを示す応答情報を受信すると、該受信した応答情報に基づいて、前記設定変更の指示コマンド及び前記リモートリセットの指示コマンドのいずれかの指示コマンドの書込みに失敗したかを判定する判定手段と、前記判定手段により前記設定変更の指示コマンドの書込みに失敗したと判定されたことに応じて、エラー表示を表示手段に表示させ、前記判定手段により前記リモートリセットの指示コマンドの書込みに失敗したと判定されたことに応じて、当該プリンタデバイスに対する電源の再投入を要求する表示を前記表示手段に表示させるように制御する表示制御手段とを有することを特徴とする。
【００２３】
請求項２に記載のネットワークデバイス制御装置は、請求項１のネットワークデバイス制御装置において、前記設定変更の指示コマンド及び前記リモートリセットの指示コマンドはいずれも、ＭＩＢデータであることを特徴とする。
【００２４】
上記目的を達成するため、請求項３に記載のネットワークデバイス制御装置は、ネットワークを介して設定変更の指示を受けた場合に、その設定変更を有効にするためのリモートリセットが可能なネットワークデバイス及びその設定変更を有効にするために電源の再投入が必要なネットワークデバイスと通信可能なネットワークデバイス制御装置であって、制御対象のネットワークデバイスに対して設定指示を行う設定指示手段と、前記設定指示手段による設定を有効にするために、前記ネットワークデバイスに対してリモートリセットの指示を行うリセット指示手段と、前記設定指示及び前記リモートリセットの指示を含む、何れの指示が失敗したかを判定する判定手段と、前記判定手段によりリモートリセットの指示が失敗したと判定されたことに応じて、前記ネットワークデバイスの電源の再投入を要求し、前記判定手段により設定指示が失敗したと判定されたことに応じて、エラー表示を表示手段に行わせる制御手段とを有することを特徴とする。
請求項４に記載のネットワークデバイス制御装置は、請求項３のネットワークデバイス制御装置において、前記設定指示及び前記リモートリセットの指示は、ＭＩＢデータの書込み要求であることを特徴とする。
【００２５】
上記目的を達成するため請求項５に記載のネットワークデバイス制御装置の制御方法は、ネットワークを介して設定変更の指示を受けた場合に、その設定変更を有効にするためのリモートリセットが可能な第１のプリンタデバイス及びその設定変更を有効にするために電源の再投入が必要な第２のプリンタデバイスと通信可能なネットワークデバイス制御装置の制御方法であって、前記第１及び第２のプリンタデバイスのいずれかに対して、設定変更の指示コマンドの書込みを要求する設定変更指示要求ステップと、前記第１及び第２のプリンタデバイスのいずれかに対して、リモートリセットの指示コマンドの書込みを要求するリセット指示要求ステップと、前記設定変更指示要求ステップによる設定変更の指示コマンドの書込み要求及び前記リセット指示要求ステップによるリモートリセットの指示コマンドの書込み要求のいずれかの指示コマンドの書込み要求に応じて、当該プリンタデバイスから指示コマンドの書込みに失敗したことを示す応答情報を受信すると、該受信した応答情報に基づいて、前記設定変更の指示コマンド及び前記リモートリセットの指示コマンドのいずれかの指示コマンドの書込みに失敗したかを判定する判定ステップと、前記判定ステップにより前記設定変更の指示コマンドの書込みに失敗したと判定されたことに応じて、エラー表示を表示手段に表示させ、前記判定ステップにより前記リモートリセットの指示コマンドの書込みに失敗したと判定されたことに応じて、当該プリンタデバイスに対する電源の再投入を要求する表示を前記表示手段に表示させるように制御する表示制御ステップとを有することを特徴とする。
【００２６】
請求項６に記載のネットワークデバイス制御装置の制御方法は、請求項５のネットワークデバイス制御装置の制御方法において、前記設定変更の指示コマンド及び前記リモートリセットの指示コマンドはいずれも、ＭＩＢデータであることを特徴とする。
【００２７】
上記目的を達成するため、請求項７に記載のネットワークデバイス制御装置の制御方法は、ネットワークを介して設定変更の指示を受けた場合に、その設定変更を有効にするためのリモートリセットが可能なプリンタデバイス及びその設定変更を有効にするために電源の再投入が必要なプリンタデバイスと通信可能なネットワークデバイス制御装置の制御方法であって、制御対象のネットワークデバイスに対して設定指示を行う設定指示ステップと、前記設定指示ステップによる設定を有効にするために、前記ネットワークデバイスに対してリモートリセットの指示を行うリセット指示ステップと、前記設定指示及び前記リモートリセットの指示を含む、何れの指示が失敗したかを判定する判定ステップと、前記判定ステップによりリモートリセットの指示が失敗したと判定されたことに応じて、前記ネットワークデバイスの電源の再投入を要求する第１の制御ステップと、前記判定ステップにより設定指示が失敗したと判定されたことに応じて、エラー表示を表示手段に行わせる第２の制御ステップとを有することを特徴とする。
請求項８に記載のネットワーク制御装置の制御方法は、請求項７のネットワーク制御装置の制御方法において、前記設定指示及び前記リモートリセットの指示は、ＭＩＢデータの書込み要求であることを特徴とする。
【００２８】
上記目的を達成するため、請求項９に記載のプログラムは、請求項５〜８のいずれかに記載のネットワークデバイス制御装置の制御方法をコンピュータに実行させるためのものであることを特徴とする。
【００２９】
上記目的を達成するため、請求項１０に記載の記憶媒体は、請求項９に記載のプログラムを格納したことを特徴とする。
【００３０】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。
【００３１】
まず、本発明の一実施の形態に係るネットワークデバイス制御装置が接続される大規模ネットワークについて説明する。
【００３２】
図１は、ネットワークデバイスの一例であるプリンタ２をネットワーク４に接続するためのネットワークボード（ＮＢ）３を、開放型アーキテクチャを持つプリンタ２へつなげたシステムを示す図である。
【００３３】
同図において、ネットワークボード３は、ＬＡＮ４へ、例えば、同軸コネクタを持つイーサネット（登録商標）インターフェース１０Ｂａｓｅ−２や、ＲＪ−４５を持つ１０Ｂａｓｅ−Ｔ等のＬＡＮインターフェースを介してつながれている。
【００３４】
なお、本実の形態におけるネットワークデバイスとしては、電子写真方式を採用した印刷装置、インクジェット方式を採用したインクジェットプリンタ、ファクシミリ機能、複写機能および印刷機能を備えたデジタル複合機、情報処理装置であるＰＣ等が想定される。
【００３５】
ＰＣ（情報処理装置）からなる、本実施の形態のネットワークデバイス制御装置１（クライアントとも呼ぶ）もまた、ＬＡＮ４に接続されており、ネットワークオペレーティングシステムの制御の下、ＮＢ３と通信することができる。ネットワークデバイス制御装置１では、ネットワークを管理するためのネットワーク制御プログラムが稼働しており、それによってネットワークが制御される。
【００３６】
なお、図１に記載の要求パケットおよび応答パケットについては後述する。
【００３７】
通常、ＬＡＮは、１つの建物内の１つの階または連続した複数の階でのユーザグループ等の、幾分ローカルなユーザグループにサービスを提供する。例えば、ユーザが他の建物や他県に居るなど、あるユーザが他のユーザから離れるに従って、ワイドエリアネットワーク（ＷＡＮ）を作ってもよい。ＷＡＮは、基本的には、いくつかのＬＡＮを高速度サービス総合デジタルネットワーク（ＩＳＤＮ）電話線等の高速度デジタルラインで接続して形成された集合体である。
【００３８】
図２は、ネットワークデバイス制御装置１のハードウェア構成を示すブロック図である。
【００３９】
同図において、ネットワークデバイス制御装置１は、ネットワーク管理ソフトウェアが稼働するＰＣからなり、図１の装置１と同じ物である。ネットワークデバイス制御装置１は、ＲＯＭ１０２もしくはハードディスクドライブ（ＨＤＤ）１１１に記憶された、あるいはフレキシブルディスクドライブ（ＦＤＤ）１１２より供給されるネットワーク管理ソフトウェアを実行するＣＰＵ１０１を備え、システムバス１０４に接続される各デバイスを総括的に制御する。
【００４０】
ＲＡＭ１０３は、ＣＰＵ１０１の主メモリであり、ワークエリア等として機能する。
【００４１】
キーボードコントローラ（ＫＢＣ）１０５は、キーボード（ＫＢ）１０９や不図示のポインティングデバイス等からの指示入力を制御する。
【００４２】
ＣＲＴコントローラ（ＣＲＴＣ）１０６は、ＣＲＴディスプレイ（ＣＲＴ）１１０の表示を制御する。
【００４３】
ディスクコントローラ（ＤＫＣ）１０７は、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイルおよびネットワーク管理ソフトウェア等を記憶するハードディスクドライブ（ＨＤＤ）１１１およびフレキシブルディスクドライブ（ＦＤＤ）１１２とのアクセスを制御する。
【００４４】
ネットワークインターフェースカード（ＮＩＣ）１０８は、ＬＡＮ４を介して、エージェントあるいはネットワーク機器と双方向にデータをやり取りする。
【００４５】
ＨＤＤ１１１には、ネットワーク管理ソフトウェアのプログラムが格納される。なお、特に断りのない限り、実行の主体は、ハードウェア上はＣＰＵ１０１である。一方、ソフトウェア上の制御の主体は、ＨＤＤ１１１に格納されたネットワーク管理ソフトウェアである。本実施の形態では、ＯＳは、例えばウィンドウズ(登録商標)（マイクロソフト社製）を想定しているが、これに限るものではない。
【００４６】
なお、ネットワーク管理ソフトウェアは、フレキシブルディスクやＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合には、ＦＤＤ１１２または不図示のＣＤ−ＲＯＭドライブなどによって記憶媒体からプログラムが読み取られ、ＨＤＤ１１１にインストールされる。
【００４７】
図３は、ネットワーク管理ソフトウェアのモジュール構成を示すブロック図である。
【００４８】
ネットワーク管理ソフトウェアは、ＨＤＤ１１１に格納されており、ＣＰＵ１０１によって実行される。その際、ＣＰＵ１０１は、ワークエリアとしてＲＡＭ１０３を使用する。
【００４９】
図３において、デバイスリストモジュール１１は、ネットワークに接続されたデバイスを一覧にして表示するモジュールである。
【００５０】
全体制御モジュール１２は、デバイスリストモジュール１１からの指示を基に、他のモジュールを統括する。
【００５１】
コンフィグレータ１３は、デバイスのネットワーク設定に関する特別な処理を行うモジュールである。特に、工場出荷状態のネットワーク機器を初めてＬＡＮに接続する場合などに、後述する特殊なプロトコルによってネットワーク機器の設定を行う。
【００５２】
探索モジュール１４は、ネットワークに接続されているデバイスを探索するモジュールである。探索モジュール１４によって探索されたデバイスが、デバイスリストモジュール１１によって一覧表示される。
【００５３】
ＩＣＭＰモジュール１５は、ＩＣＭＰプロトコルの制御を行うモジュールである。ＩＣＭＰは、ＩＥＴＦのＲＦＣ７９２で規定されている、ＴＣＰ／ＩＰ制御用のプロトコルであり、ＴＣＰ／ＩＰを実装している端末／デバイスで標準的に実装されている。
【００５４】
ＵＩモジュール１６および１７は、後述するデバイス詳細ウィンドウを表示するためのモジュールであり、詳細情報を表示する対象機種毎にＵＩモジュールが存在する。
【００５５】
制御モジュール１８および１９は、詳細情報を取得する対象機種に特有の制御を受け持つモジュールであり、ＵＩモジュールと同様に、詳細情報を表示する対象機種毎に存在する。制御Ａモジュール１８および制御Ｂモジュール１９は、ＭＩＢモジュール２０を用いて管理対象デバイスからＭＩＢデータを取得し、必要に応じてデータの変換を行い、各々対応するＵＩＡモジュール１６またはＵＩＢモジュール１７にデータを渡す。
【００５６】
ＭＩＢモジュール２０は、オブジェクト識別子とオブジェクトキーとの変換を行うモジュールである。ここで、オブジェクトキーとは、オブジェクト識別子と一対一に対応する３２ビットの整数のことである。オブジェクト識別子は可変長の識別子であり、ネットワーク管理ソフトウェアを実装する上で扱いが面倒なので、本ネットワーク管理ソフトウェアにおいてはオブジェクト識別子と一対一に対応する固定長の識別子を内部的に用いている。ＭＩＢモジュール２０より上位のモジュールは、このオブジェクトキーを用いてＭＩＢの情報を扱う。
【００５７】
ＳＮＭＰモジュール２１は、ＳＮＭＰパケットの送信と受信を行う。
【００５８】
共通トランスポートモジュール２２は、ＳＮＭＰデータを運搬するための下位プロトコルの差を吸収するモジュールである。実際には、動作時にユーザが選択したプロトコルによって、ＩＰＸハンドラ２３またはＵＤＰハンドラ２４のいずれかがデータを転送する役割を担う。なお、ＵＤＰハンドラ２４は、実装としてWinSock２５を用いている。WinSockについては、例えば、Windows（登録商標） Socket API vl.1の仕様書に記載されている。このドキュメントは複数箇所から入手可能であるが、例えばマイクロソフト社製のコンパイラであるVisual C++に同梱されている。
【００５９】
以下、ネットワーク管理ソフトウェアをＰＣ１上で起動して、プリンタ２およびネットワークボード３のネットワーク設定を行う場合のネットワーク管理ソフトウェアの動作手順について説明する。
【００６０】
図４は、ネットワークデバイスの設定を行うネットワークデバイス制御装置１による処理の手順を示すフローチャートであり、本処理は、例えば図３の制御モジュールＡ１８，Ｂ１９等で実行される。
【００６１】
本処理は、例えば図５のようなネットワーク設定シートの［OK］ボタンあるいは［更新］ボタン押下でネットワークデバイスへの各種設定が指示されることにより開始される。具体的には、クライアントに設けられた表示部（図２のＣＲＴ１１０に相当）に図５のようなユーザインタフェイスが表示され、マウス（図２のＫＢ１０９に相当）やキーボード等のポインティングデバイスを介して［OK］ボタンあるいは［更新］を指示する信号が入力される事に応じて図４に示される各ステップの処理がクライアントにて実行される。
【００６２】
また、図５にはネットワークデバイスへの設定としてＩＰアドレス、サブネットアドレス、ゲートウェイアドレス等が示されている。
【００６３】
まず、ステップＳ１で、そのウィンドウの各コントロールに対応したＭＩＢデータの書き込み要求を送信する。
【００６４】
そして、ステップＳ２で、ＭＩＢデータの書き込み要求に対する応答を受信すると、ステップＳ３に進む。
【００６５】
ステップＳ３では、ＭＩＢデータの書き込みに成功したかどうかを判断し、成功した場合にはステップＳ４に進む一方、失敗した場合にはステップＳ８に進む。具体的には、クライアントから画像形成装置のデバイスに対してＳｅｔ ｒｅｑｕｅｓｔ（例えば、ＩＰアドレスを設定するためにｃａｎｌｐｌｎｆｏｌｐＡｄｄｒｅｓｓと呼ばれるＭＩＢにＩＰアドレスを書込む）に対する、デバイスからクライアントへのＲｅｓｐｏｎｓｅで、Ｓｅｔ ｒｅｑｕｅｓｔが成功した場合に、Ｅｒｒｏｒ ｓｔａｔｕｓとしてエラー無しを意味する値「０」が返答される。クライアントでは、Ｅｒｒｏｒ ｓｔａｔｕｓとして、値０が返ってきた場合、そのＭＩＢに対する書き込みが成功したと判断し、値０以外が返ってきた場合、そのＭＩＢに対する書き込みが失敗したと判断する。
【００６６】
ステップＳ４では、リモートリセットするためのＭＩＢデータの書き込み要求を送信し、ステップＳ５では、ＭＩＢデータの書き込み要求に対する応答を受信する。ここでのリセットとは、コンピュータ（デバイス）を強制的に起動しなおすことを意味し、リモートリセットとは、リセットを通信回線を介して遠隔から実行させることを意味する。
【００６７】
そして、ステップＳ６に進み、ＭＩＢデータの書き込みに成功したかどうかを判断する。具体的には、例えば、ステップＳ４の処理に応じて、ネットワークデバイス側から送信されて来る、ステップＳ４に対応したリモートリセットのための書き込みが成功したか否かを示す情報（後述する図８のステップＳ１９またはＳ２０を参照）を参照して判断する。なお、成功した場合にはデバイスからＥｒｒｏｒ ｓｔａｔｕｓとして、値０が応答されてくる。また、デバイスから値０以外が応答された場合には、値０以外が返答される。例えば、クライアントからＳｅｔ ｒｅｑｕｅｓｔしたＭＩＢがデバイスでサポートされていない場合、Ｅｒｒｏｒ ｓｔａｔｕｓとして、オブジェクトがないことを意味する値２がデバイスより応答される。
【００６８】
ステップＳ６で、成功した場合にはネットワークデバイスの設定が完了する一方、失敗した場合にはステップＳ７に進む。
【００６９】
ステップＳ７では、図６のようなデバイスの電源再投入を促すメッセージを表示する処理を実行する。
【００７０】
ステップＳ８では、図７のようなネットワークデバイスに情報を正しく設定できなかった旨のエラーメッセージを表示する処理を実行する。
【００７１】
なお、本実施の形態では、リモートリセットできない場合に、デバイスの電源再投入を促すメッセージを表示していたが、これに限るものではなく、そのままデバイスの電源再投入の要求をネットワークデバイスに送信したり、デバイスに設けられているリセットスイッチ等を操作するようにプリンタ２にネットワーク４を介して通信可能なネットワークデバイス制御装置１に通知しユーザに知らしめるようにしてもよい。
【００７２】
このように図４のフローチャートを実現することにより、設定変更の対象となるデバイスに仕様が不明のデバイスが混在していたとしても効率よくリセットを促すことができる仕組みを提供することができる。
【００７３】
また、ＭＩＢデータの書き込み要求に対してどのような種別のＭＩＢデータの書き込み要求が失敗したか、即ち、リモートリセットに対するデータの書き込み要求に失敗したか、或いは、その他のＭＩＢデータの書き込み要求に対して失敗したかを適宜判別（ステップＳ６、ステップＳ３）しているので、書き込みが失敗した要求の種別に応じて適切な警告メッセージをクライアントに表示させることができる。
【００７４】
図８は、上記図４のネットワークデバイス設定処理に対して、ネットワークデバイス側でなされる処理の手順を示すフローチャートである。各ステップの処理はデバイスに備えられた中央演算処理装置（ＣＰＵ）が、記憶部に記憶されたプログラムの処理を実行することに基づいて実現されるものとする。
【００７５】
同図において、まず、前記ステップＳ１で送信された書き込み要求を受信し（ステップＳ１１）、この書き込み要求を受け入れることができるか否かを判断する（ステップＳ１２）。なお、ここでのＭＩＢを介しての書き込み要求は図５に示されるネットワーク設定シートを介しての指示に限定されるものではなく、様々な他の設定指示（書き込み要求）に対するものが想定される。よって、ここでの判断は様々な設定指示に対しての要求受け入れることが可能か否かの判断に対応する。
【００７６】
ステップＳ１２で、書き込み要求を受け入れることができないと判断された場合には、失敗を示す情報を、ネットワークデバイス制御装置１側に送信する（ステップＳ１３）一方、書き込み要求を受け入れることができると判断された場合には、成功を示す情報を、ネットワークデバイス制御装置１側に送信する（ステップＳ１４）。
【００７７】
次に、前記ステップＳ４で送信された書き込み要求を受信し（ステップＳ１５）、この書き込み要求がリモートリセットに関するものであるか否かを判断する（ステップＳ１６）。
【００７８】
ステップＳ１６で、書き込み要求がリモートリセットに関するものであると判断されたときには、リモートリセットが可能であるか否かを判断し（ステップＳ１７）、この結果、リモートリセット可能であるときには、リセットを実行する（ステップＳ１８）とともに、成功を示す情報を、ネットワークデバイス制御装置１側に送信する（ステップＳ１９）一方、リモートリセット不可能であるときには、失敗を示す情報を、ネットワークデバイス制御装置１側に送信する（ステップＳ２０）。
【００７９】
一方、ステップＳ１６で、書き込み要求がリモートリセットに関するものでないと判断されたときには、書き込み要求が手動リセットに関するものであるか否かを判断する（ステップＳ２１）。
【００８０】
ステップＳ２１で、書き込み要求が手動リセットに関するものであると判断されたときには、ユーザの操作を待って手動リセットを行う（ステップＳ２２）一方、書き込み要求が手動リセットに関するものでないと判断されたときには、本処理を終了する。
【００８１】
なお、図示はされてはいないが、リモートリセットではないが、その他の書き込みに失敗したような場合には図７のような表示をクライアント側にするべく通知制御が行われる（ステップＳ２１がＮｏの後のステップＳ２３）。
【００８２】
また、図４にて説明した処理では、クライアント側にどのような種別の書き込み要求に対して失敗したかを判断させるようにしてきたが、別の形態としてデバイスにどのようなＭＩＢの書き込み要求に対する処理に対して失敗／成功したかをクライアントとに通知するような形態も想定される。そのような場合には、ステップＳ１３、或いはステップＳ２１がＮｏと判断された場合の後の処理に、どのような種別の書き込み要求に対して処理を失敗したかを示す情報を通知すること、ステップＳ２０にリモートリセットの要求に対して処理を失敗したかを示す情報を含ませることが想定される。そして、そのようなデバイス側から通知された情報に基づく表示制御をクラアイント側で実行させるようにすることにより上記別の形態が実現される。
【００８３】
なお、本発明は、複数の機器（例えば、ホストコンピュータ、インタフェイス機器、リーダおよびプリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機やファクシミリ装置など）に適用してもよい。
【００８４】
なお、上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００８５】
この場合、記憶媒体から読出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８６】
プログラムコードを供給するための記憶媒体としては、たとえば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。また、通信ネットワークを介してサーバコンピュータからプログラムコードが供給されるようにしてもよい。
【００８７】
また、コンピュータが読出したプログラムコードを実行することにより、上述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００８８】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００８９】
【発明の効果】
以上説明したように、本発明によれば、ネットワーク上にあるデバイスの設定を変更後、リモートリセットが可能な場合はリモートリセットを行い、リモートリセットが不可能な場合は電源の再投入を要求するようにしたので、リモートリセットができる機種できない機種に依存しないプログラムを作成できるようになる。
【００９０】
また、リモートリセットができない機種に対しては、電源の再投入を施すメッセージを表示することにより、デバイスへの設定は行われたが有効になっていないという状態を回避し、ユーザがデバイスを正しく使用できるようにする。
【図面の簡単な説明】
【図１】プリンタをネットワークに接続するためのネットワークボードを、開放型アーキテクチャを持つプリンタへ繋げたシステムを示す図である。
【図２】本発明の一実施の形態に係るネットワークデバイス制御装置のハードウェア構成を示すブロック図である。
【図３】ネットワーク管理ソフトウェアのモジュール構成を示すブロック図である。
【図４】図２のネットワークデバイス制御装置、特にＣＰＵが実行するネットワークデバイス設定処理の手順を示すフローチャートである。
【図５】図２のＣＲＴ上に表示されたネットワーク設定シートの一例を示す図である。
【図６】デバイスの電源再投入を促すメッセージを表示するダイアログボックスの一例を示す図である。
【図７】エラーメッセージを表示するダイアログボックスの一例を示す図である。
【図８】ネットワークデバイス側の処理の手順を示すフローチャートである。
【図９】ＭＩＢの構造を示す概念図である。
【符号の説明】
１ ＰＣ
２ プリンタ
３ ネットワークボード
４ ＬＡＮ
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ システムバス
１０５ ＫＢＣ
１０６ ＣＲＴＣ
１０７ ＤＫＣ
１０８ ＮＩＣ
１０９ キーボード
１１０ ＣＲＴ
１１１ ＨＤＤ
１１２ ＦＤＤ
Claims (10)
- ネットワークを介して設定変更の指示を受けた場合に、その設定変更を有効にするためのリモートリセットが可能な第１のプリンタデバイス及びその設定変更を有効にするために電源の再投入が必要な第２のプリンタデバイスと通信可能なネットワークデバイス制御装置であって、
前記第１及び第２のプリンタデバイスのいずれかに対して、設定変更の指示コマンドの書込みを要求する設定変更指示要求手段と、
前記第１及び第２のプリンタデバイスのいずれかに対して、リモートリセットの指示コマンドの書込みを要求するリセット指示要求手段と、
前記設定変更指示要求手段による設定変更の指示コマンドの書込み要求及び前記リセット指示要求手段によるリモートリセットの指示コマンドの書込み要求のいずれかの指示コマンドの書込み要求に応じて、当該プリンタデバイスから指示コマンドの書込みに失敗したことを示す応答情報を受信すると、該受信した応答情報に基づいて、前記設定変更の指示コマンド及び前記リモートリセットの指示コマンドのいずれかの指示コマンドの書込みに失敗したかを判定する判定手段と、
前記判定手段により前記設定変更の指示コマンドの書込みに失敗したと判定されたことに応じて、エラー表示を表示手段に表示させ、前記判定手段により前記リモートリセットの指示コマンドの書込みに失敗したと判定されたことに応じて、当該プリンタデバイスに対する電源の再投入を要求する表示を前記表示手段に表示させるように制御する表示制御手段と
を有することを特徴とするネットワークデバイス制御装置。 - 前記設定変更の指示コマンド及び前記リモートリセットの指示コマンドはいずれも、ＭＩＢデータであることを特徴とする請求項１に記載のネットワークデバイス制御装置。
- ネットワークを介して設定変更の指示を受けた場合に、その設定変更を有効にするためのリモートリセットが可能なネットワークデバイス及びその設定変更を有効にするために電源の再投入が必要なネットワークデバイスと通信可能なネットワークデバイス制御装置であって、
制御対象のネットワークデバイスに対して設定指示を行う設定指示手段と、
前記設定指示手段による設定を有効にするために、前記ネットワークデバイスに対してリモートリセットの指示を行うリセット指示手段と、
前記設定指示及び前記リモートリセットの指示を含む、何れの指示が失敗したかを判定する判定手段と、
前記判定手段によりリモートリセットの指示が失敗したと判定されたことに応じて、前記ネットワークデバイスの電源の再投入を要求し、前記判定手段により設定指示が失敗したと判定されたことに応じて、エラー表示を表示手段に行わせる制御手段と
を有することを特徴とするネットワークデバイス制御装置。 - 前記設定指示及び前記リモートリセットの指示は、ＭＩＢデータの書込み要求であることを特徴とする請求項３に記載のネットワークデバイス制御装置。
- ネットワークを介して設定変更の指示を受けた場合に、その設定変更を有効にするためのリモートリセットが可能な第１のプリンタデバイス及びその設定変更を有効にするために電源の再投入が必要な第２のプリンタデバイスと通信可能なネットワークデバイス制御装置の制御方法であって、
前記第１及び第２のプリンタデバイスのいずれかに対して、設定変更の指示コマンドの書込みを要求する設定変更指示要求ステップと、
前記第１及び第２のプリンタデバイスのいずれかに対して、リモートリセットの指示コマンドの書込みを要求するリセット指示要求ステップと、
前記設定変更指示要求ステップによる設定変更の指示コマンドの書込み要求及び前記リセット指示要求ステップによるリモートリセットの指示コマンドの書込み要求のいずれかの指示コマンドの書込み要求に応じて、当該プリンタデバイスから指示コマンドの書込み に失敗したことを示す応答情報を受信すると、該受信した応答情報に基づいて、前記設定変更の指示コマンド及び前記リモートリセットの指示コマンドのいずれかの指示コマンドの書込みに失敗したかを判定する判定ステップと、
前記判定ステップにより前記設定変更の指示コマンドの書込みに失敗したと判定されたことに応じて、エラー表示を表示手段に表示させ、前記判定ステップにより前記リモートリセットの指示コマンドの書込みに失敗したと判定されたことに応じて、当該プリンタデバイスに対する電源の再投入を要求する表示を前記表示手段に表示させるように制御する表示制御ステップと
を有することを特徴とするネットワークデバイス制御装置の制御方法。 - 前記設定変更の指示コマンド及び前記リモートリセットの指示コマンドはいずれも、ＭＩＢデータであることを特徴とする請求項５に記載のネットワークデバイス制御装置の制御方法。
- ネットワークを介して設定変更の指示を受けた場合に、その設定変更を有効にするためのリモートリセットが可能なプリンタデバイス及びその設定変更を有効にするために電源の再投入が必要なプリンタデバイスと通信可能なネットワークデバイス制御装置の制御方法であって、
制御対象のネットワークデバイスに対して設定指示を行う設定指示ステップと、
前記設定指示ステップによる設定を有効にするために、前記ネットワークデバイスに対してリモートリセットの指示を行うリセット指示ステップと、
前記設定指示及び前記リモートリセットの指示を含む、何れの指示が失敗したかを判定する判定ステップと、
前記判定ステップによりリモートリセットの指示が失敗したと判定されたことに応じて、前記ネットワークデバイスの電源の再投入を要求する第１の制御ステップと、
前記判定ステップにより設定指示が失敗したと判定されたことに応じて、エラー表示を表示手段に行わせる第２の制御ステップと
を有することを特徴とするネットワークデバイス制御装置の制御方法。 - 前記設定指示及び前記リモートリセットの指示は、ＭＩＢデータの書込み要求であることを特徴とする請求項７に記載のネットワークデバイス制御装置の制御方法。
- 請求項５〜８のいずれかに記載のネットワークデバイス制御装置の制御方法をコンピュータに実行させるためのプログラム。
- 請求項９に記載のプログラムを格納したことを特徴とするコンピュータ可読の記憶媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002254282A JP3944030B2 (ja) | 2002-08-30 | 2002-08-30 | ネットワークデバイス制御装置、ネットワークデバイス制御方法および該制御方法を実現するためのプログラム |
| US10/652,855 US20040128368A1 (en) | 2002-08-30 | 2003-08-29 | Information processing apparatus, network device control method, program for implementing the control method, and storage medium storing the program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002254282A JP3944030B2 (ja) | 2002-08-30 | 2002-08-30 | ネットワークデバイス制御装置、ネットワークデバイス制御方法および該制御方法を実現するためのプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004096383A JP2004096383A (ja) | 2004-03-25 |
| JP3944030B2 true JP3944030B2 (ja) | 2007-07-11 |
Family
ID=32060081
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002254282A Expired - Lifetime JP3944030B2 (ja) | 2002-08-30 | 2002-08-30 | ネットワークデバイス制御装置、ネットワークデバイス制御方法および該制御方法を実現するためのプログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20040128368A1 (ja) |
| JP (1) | JP3944030B2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005268932A (ja) * | 2004-03-16 | 2005-09-29 | Fujitsu Ltd | プロビジョニング制御装置 |
| JP4723290B2 (ja) | 2005-06-06 | 2011-07-13 | 株式会社日立製作所 | ディスクアレイ装置及びその制御方法 |
| EP2154827A1 (en) * | 2008-08-14 | 2010-02-17 | Alcatel Lucent | A self-recovering network element |
| US8694933B2 (en) | 2010-07-24 | 2014-04-08 | Cadence Design Systems, Inc. | Methods, systems, and articles of manufacture for implementing electronic circuit designs with simulation awareness |
| US8782577B2 (en) | 2010-07-24 | 2014-07-15 | Cadence Design Systems, Inc. | Method, apparatus, and article of manufacture for providing in situ, customizable information in designing electronic circuits with electrical awareness |
| JP5868208B2 (ja) * | 2012-02-16 | 2016-02-24 | キヤノン株式会社 | 画像形成装置、画像形成装置の制御方法、及びプログラム |
| DE102013201031A1 (de) * | 2012-08-23 | 2014-05-15 | Siemens Aktiengesellschaft | Verfahren zur Inbetriebnahme zumindest eines Funktionsgeräts und Schienenfahrzeugsverband |
| JP6349826B2 (ja) * | 2014-03-20 | 2018-07-04 | 富士ゼロックス株式会社 | 印刷制御装置、印刷制御システムおよびプログラム |
| US9524126B2 (en) * | 2015-02-03 | 2016-12-20 | Kyocera Document Solutions Inc. | Methods and system for printing device service restart |
| JP2017216507A (ja) * | 2016-05-30 | 2017-12-07 | 富士通株式会社 | 制御装置、制御方法、及び、制御プログラム |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6067619A (en) * | 1998-09-24 | 2000-05-23 | Hewlett-Packard Company | Apparatus and method for configuring a computer networking device |
| JP3684108B2 (ja) * | 1999-06-11 | 2005-08-17 | キヤノン株式会社 | ネットワークデバイス管理装置及び方法 |
| US6578086B1 (en) * | 1999-09-27 | 2003-06-10 | Nortel Networks Limited | Dynamically managing the topology of a data network |
| US7020696B1 (en) * | 2000-05-20 | 2006-03-28 | Ciena Corp. | Distributed user management information in telecommunications networks |
| JP4478291B2 (ja) * | 2000-05-30 | 2010-06-09 | キヤノン株式会社 | ネットワーク管理装置及びネットワーク管理方法及びネットワーク管理プログラムが格納された記録媒体 |
| US8219662B2 (en) * | 2000-12-06 | 2012-07-10 | International Business Machines Corporation | Redirecting data generated by network devices |
| US7222255B1 (en) * | 2001-02-28 | 2007-05-22 | 3Com Corporation | System and method for network performance testing |
| JP2003110564A (ja) * | 2001-09-28 | 2003-04-11 | Toshiba Corp | 情報処理装置及びネットワーク設定方法 |
| ITTO20020599A1 (it) * | 2002-07-10 | 2004-01-12 | Telecom Italia Lab Spa | Sistema per il controllo di apparati remoti |
| US20040121648A1 (en) * | 2002-07-26 | 2004-06-24 | V-Squared Networks | Network device for communicating information |
-
2002
- 2002-08-30 JP JP2002254282A patent/JP3944030B2/ja not_active Expired - Lifetime
-
2003
- 2003-08-29 US US10/652,855 patent/US20040128368A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20040128368A1 (en) | 2004-07-01 |
| JP2004096383A (ja) | 2004-03-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3604898B2 (ja) | ネットワークデバイスの管理装置及びその方法、記録媒体 | |
| JP3530710B2 (ja) | ネットワークデバイスの制御方法及びその装置 | |
| JP3684108B2 (ja) | ネットワークデバイス管理装置及び方法 | |
| US20030041134A1 (en) | Network-device management apparatus and method, and recording medium | |
| JP3944030B2 (ja) | ネットワークデバイス制御装置、ネットワークデバイス制御方法および該制御方法を実現するためのプログラム | |
| JP2007257525A (ja) | デバイス管理装置 | |
| JP3624089B2 (ja) | 周辺装置制御装置および制御方法、記録媒体 | |
| JP2000172600A (ja) | ネットワーク構成調査方法、ネットワーク機器制御方法及びその装置 | |
| JP2003316465A (ja) | ネットワークデバイス制御装置、ネットワークデバイス制御方法および該制御方法を実現するためのプログラム | |
| JP3658206B2 (ja) | ネットワークデバイス制御装置および方法 | |
| JP2004030062A (ja) | ネットワーク管理装置、ネットワーク管理方法及びネットワーク管理プログラム | |
| JP2001255974A (ja) | 情報処理装置及び方法 | |
| JP2001249784A (ja) | ネットワークデバイスの制御方法及びその装置 | |
| JP4011971B2 (ja) | ネットワークデバイス管理装置およびネットワークデバイス管理方法および記憶媒体 | |
| JP2004054657A (ja) | ネットワークデバイス管理装置 | |
| JP3869924B2 (ja) | ネットワーク制御装置および通信プロトコル設定方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体 | |
| JP2000353136A (ja) | ネットワークデバイス探索装置およびその方法、記憶媒体 | |
| JP3619039B2 (ja) | ネットワークデバイス設定方法及びネットワーク管理装置 | |
| JP2001256153A (ja) | ネットワークデバイス制御装置および方法 | |
| US20070058560A1 (en) | Network device, and data processing method | |
| JPH11296467A (ja) | ネットワークデバイス制御方法及び装置、記録媒体 | |
| JP2002140242A (ja) | ネットワーク管理装置およびネットワーク管理方法および記憶媒体 | |
| JP2002198968A (ja) | ネットワークデバイス管理装置、ネットワークシステム、ネットワークデバイス管理方法及び記憶媒体 | |
| JPH11296466A (ja) | ネットワークデバイスの管理装置およびその方法、記録媒体 | |
| JP2000148631A (ja) | ネットワークデバイス管理装置及び方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041213 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20060415 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061016 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061024 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061225 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070327 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070406 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3944030 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110413 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130413 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130413 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140413 Year of fee payment: 7 |