JP2007233611A - 情報処理装置、デバイス管理方法、記憶媒体、プログラム - Google Patents

Abstract

【課題】 ユーザが低消費電力状態のデバイスに対して機器制御コマンドを発行する場合、発行する機器制御コマンドの優先度に応じて、当該機器制御コマンド発行の可否を制御することである。
【解決手段】 ＰＣは、ネットワークに接続されたデバイスとＮＥＴＭＡＰ４００を介して通信可能に接続されている。そして、通信機能４０７でデバイスから取得したデバイスの状態をネットワークデバイス状態記憶機能４０５でメモリに記憶させる。そして、コマンド発行可否判別機能４０３が、デバイスに対する操作の優先度と、デバイスの状態に応じて決定される情報に応じて、前記デバイスに対する操作する命令の発行を許可するかどうかを判別する。そして、コマンド発行機能４０６がデバイスを操作する命令の発行が許可された場合、デバイスに対して操作命令を発行する特徴とする。
【選択図】 図４

Description

本発明は、ネットワークに接続されているデバイスの動作状態によって、前記デバイスに対するアクセスを制限するネットワークデバイスの管理処理に関するものである。

従来、複合機、複写機、プリンタなどの印刷機器は、スタンドアロンで使用されることが多かったため、必要な時以外は低消費電力状態に移行することが可能であった。

ところが、近年、上記印刷機器がネットワークに接続されることが一般的となり、複数のＰＣからの印刷ジョブや機器制御コマンドをネットワークを介して受け付けるようになったため、従来通りの低消費電力状態を維持し続けることが難しくなった（以後、ネットワークに接続された印刷機器をネットワークデバイスと呼ぶ）。

特に、ネットワークデバイス管理アプリケーションにおいては、多種多様の機器制御コマンドを、定期的にネットワークデバイスに発行する必要があるため、ネットワークデバイスの低消費電力状態への移行を妨げ易かった。

一方、複合機等においては、例えば１ワット以下のさらなる低消費電力が市場から求められ、不必要なパケットや命令の受信による複合機等の省電力状態からの復帰を減らして欲しいとの要望も強い。

これらの問題を解決するために、特許文献１に記載された技術では、ネットワークデバイスが低消費電力状態に移行する際に、ブロードキャストでスリープフレームを送信する。

そして、スリープフレームを受信したネットワークデバイス管理アプリケーションはネットワークデバイスが低消費電力状態に移行したことを認識し、当該ネットワークデバイスに対して無駄なフレームを送信しないようにする。

また、当該ネットワークデバイスを低消費電力状態から復帰させるために、ネットワークデバイス管理アプリケーションは、当該ネットワークデバイスの起動フレームをブロードキャストで送信する。
特開２００５−０９４６８１号公報

しかしながら、上記従来例に記載したネットワークデバイス管理システムでは、ネットワークデバイス管理アプリケーションがネットワークデバイスに起動フレームをブロードキャストで送信する基準は、相手方デバイスがスリープであるかどうかである。すなわち、ネットワークデバイス管理アプリケーションが発行する命令の内容、例えば、優先度を判定していない。

このため、ネットワークデバイス管理アプリケーションのユーザが独自の判断で、優先度の低い機器制御コマンドを発行するために起動フレームを送信してしまい、ネットワークデバイスの低消費電力状態への移行を妨げる問題があった。

逆に、低消費電力状態への移行を最優先としてしまうと、優先度の高い機器制御コマンドをネットワークデバイスに発行することが出来なくなってしまう問題があった。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、ユーザが低消費電力状態のデバイスに対して機器制御コマンドを発行する場合、発行する機器制御コマンドの優先度に応じて、当該機器制御コマンド発行の可否を制御することができる仕組みを提供することである。

上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。

ネットワークに接続されたデバイスとネットワーク管理アプリケーションを介して通信可能な情報処理装置であって、前記デバイスに対する操作の優先度と、前記デバイスの状態とに応じて、前記デバイスを操作する命令の発行を許可するかどうかを判別するための判別手段と、前記判別手段にて、前記デバイスに対する操作が許可された場合、前記デバイスに対して操作命令を発行するためのデバイス操作手段と、
を有することを特徴とする。

上記目的を達成する本発明のデバイス管理方法は以下に示す構成を備える。

ネットワークに接続されたデバイスとネットワーク管理アプリケーションを介して通信可能な情報処理装置におけるデバイス管理方法であって、前記デバイスに対する操作の優先度と、前記デバイスの状態とに応じて、前記デバイスを操作する命令の発行を許可するかどうかを判別するための判別ステップと、前記判別ステップにて、前記デバイスに対する操作が許可された場合、前記デバイスに対して操作命令を発行するためのデバイス操作ステップとを有することを特徴とする。

本発明によれば、ユーザが低消費電力状態のデバイスに対して機器制御コマンドを発行する場合、発行する機器制御コマンドの優先度に応じて、当該機器制御コマンド発行の可否を制御することができる。

また、ユーザが低消費電力状態のデバイスに対して機器制御コマンドを発行する場合、発行する機器制御コマンドの優先度に応じて、当該機器制御コマンド発行の可否を制御することが可能となる。このため、優先度の低い機器制御コマンドを発行してしまって、デバイスを低消費電力状態から通常状態に移行させてしまうことがなくなるという効果がある。

また、デバイスの電力状態にかかわらず、優先度の高い機器制御コマンドを発行することができるため、必要な機器制御を確実に行うことが可能となる、という効果もある。

さらに、ネットワークデバイス管理アプリケーションのみが機器制御コマンドを発行するか否かを判定するため、デバイスの実装に変更を加えることなく、本発明を適用することができる。

次に本発明を実施するための最良の形態について図面を参照して説明する。

＜システム構成の説明＞
〔第１実施形態〕
以下、本発明の第１の実施例について、図面を参照して説明する。

本実施形態では、ネットワークデバイスの状態に応じて、ネットワークデバイス管理アプリケーションが機器制御コマンドの発行を制御する場合の動作について説明する。

図１は、本発明の第１実施形態を示す情報処理装置を適用するネットワークシステムの構成を示す図である。

図１において、１０１はクライアントＰＣで、本実施形態では、ネットワークデバイス管理アプリケーション（ＮＥＴＭＡＰ）が稼動するデバイスである。

１０２は複合機で、ＬＡＮ１００に接続され、特定のパケットの受信状態に応じて、電力要求を節電モードに移行させる節電機能を備えている。

１０３はプリンタである。ＬＡＮ１００に接続され、特定のパケットの受信状態に応じて、電力要求を節電モードに移行させる節電機能を備えている。

これらの機器はすべてＬＡＮ１００によりネットワークに接続されている。なお、ＬＡＮ１００上には、図示しない複数のデバイスが接続されていてもよいし、ルータ等の通信制御機器を介して他のネットワーク上に複数のデバイスが接続されるようなシステム環境であっても、本発明を適用可能である。

図２は、図１に示したクライアントＰＣ１０１の内部構成を示すブロック図である。

図２において、２００はクライアントＰＣ（以下、単にＰＣと呼ぶ）で、図１に示したクライアントＰＣ１０１に対応する。なお、ＰＣ２００は、ＨＤ２１１に所定のＯＳがインストールされている。そして、ＣＰＵ２０１は、電源投入後、該ＯＳをＲＡＭ２０３にロードして各種のシステムプログラム（プリンタドライバを含む）、及びアプリケーションプログラムをロードして実行する。なお、アプリケーションプログラムには、ＮＥＴＭＡＰが含まれる。

ＰＣ２００は、ＲＯＭ２０２もしくはハードディスク（ＨＤ）２１１に記憶されたネットワークデバイス管理システムのプログラムを実行するＣＰＵ２０１を備え、システムバス２０４に接続される各機能ブロックを総括的に制御する。なお、ネットワークデバイス管理システムのプログラム（ＮＥＴＭＡＰ）が不図示のフレキシブルディスクドライブなどにより供給される場合もある。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９やポインティングデバイス（不図示）等からの指示入力を制御する。２０６はディスプレイコントローラ（ＤＳＰＣ）で、ディスプレイ（ＤＳＰ）２１０の表示を制御する。

２０７はディスクコントローラ（ＤＫＣ）で、ＣＤ−ＲＯＭ（不図示）、ハードディスク（ＨＤ）２１１やフレキシブルディスクコントローラ（不図示）などの記憶装置へのアクセスを制御するものである。ハードディスク（ＨＤ）２１１およびフレキシブルディスクコントローラ等には、ブートプログラム、オペレーティングシステム、ネットワークデバイス管理アプリケーションおよびそのデータ等を記憶している。２０８はインタフェースコントローラで、ＬＡＮ１００を介して他のネットワーク機器と情報を送受信する。

図３は、図１に示した複合機１０２の内部構成を説明するブロック図である。

図３において、複合機１０２は、リーダ部３０１、プリンタ部３０２、ファクシミリ部３０５等を備え、スキャナ、プリンタ、コピー、ファックス機能一体型の複合機である。さらに、複合機１０２は、公衆回線網３１２を介して他の通信装置に接続されている。なお、本実施形態においては、複合機１０２を例示したが、複合機ではなく、デジタル複写機、コピー機能付プリンタ、１０３のような単機能のプリンタであっても構わない。

なお、本実施形態は、スリープモードに移行して消費電力を節減するデバイスであれば、デバイス種別は、複合機やプリンタに限定されるものではない。

複合機１０２は、主にリーダ部３０１、プリンタ部３０２、画像入出力制御部３０３、操作部３０４で構成されている。

リーダ部３０１は、プリンタ部３０２および画像入出力制御部３０３に接続され、操作部３０４からの指示に従って、原稿の画像読み取りを行う。また、リーダ部３０１は、読み取った画像データをプリンタ部３０２又は画像入出力制御部３０３に出力する。

プリンタ部３０２は、リーダ部３０１および画像入出力制御部３０３から出力された画像データを記録紙に印刷する。

画像入出力制御部３０３は、ＬＡＮや公衆回線網と接続し、画像データの入出力を行い、更にジョブの解析および制御を行う。

画像入出力制御部３０３は、ファクシミリ部３０５、ファイル部３０６、外部インタフェース部３０８、ＰＤＬフォーマッタ部３０９、画像メモリ部３１０、およびコア部３１１で構成される。

操作部３０４は、ユーザからの入力操作を受け付ける。

ファクシミリ部３０５は、コア部３１１および公衆回線網に接続され、公衆回線網から受信した圧縮された画像データの伸長を行い、伸長した画像データをコア部３１１へ送信する。

また、コア部３１１から送信された画像データを圧縮し、公衆回線を介して圧縮した画像データを公衆回線網に送信する。

ファイル部３０６は、コア部３１１および外部記憶装置３０７に接続され、コア部３１１から送信された画像データや機器制御コマンドの実行結果を、これを検索するためのキーワードと共にＨＤなどで構成可能な外部記憶装置３０７に記憶させる。

また、ファイル部３０６は、コア部３１１から送信されたキーワードに基づいて外部記憶装置３０７に記憶されている画像データや機器制御コマンドの実行結果を読み出し、コア部３１１へ送信する。

外部インタフェース部３０８は、他のネットワーク機器とコア部３１１間のインタフェースである。

他のネットワーク機器からのジョブ制御データ、画像データまたは機器制御コマンドの送受信は、外部インタフェース部３０８を介して行う。ジョブ制御データとしては、ＰＤＬデータと共に送信されるジョブ制御命令を含み、例えば、ＰＤＬデータを展開して画像データとして印刷した後、ステイプルソートして排紙させるものが挙げられる。

また、機器制御コマンドとしては、ネットワーク設定の変更や複合機１０２のリブート等、機器の動作状態を変更させるものが挙げられる。

ＰＤＬフォーマッタ部３０９は、コア部３１１に接続され、コンピュータから送信されたＰＤＬデータをプリンタ部３０２でプリントできる画像データに展開するものである。

画像メモリ部３１０は、リーダ部３０１からの情報や、外部インタフェース部３０８を介しコンピュータから送られてきた情報を一時的に蓄積しておくためのものである。

コア部３１１は、上述したリーダ部３０１、操作部３０４、ファクシミリ部３０５、ファイル部３０６、外部インタフェース部３０８、ＰＤＬフォーマッタ部３０９、画像メモリ部３１０のそれぞれの間を流れるデータ等の制御を行う。

なお、コア部３１１は、図示しない電力ユニットから、プリンタ部３０２のエンジン等に供給すべき電力を所定の条件、例えばスケジュールで設定された期間、データ受信状態等に基づいて、消費電力を節電するスリープモードに移行する制御を行う機能を備える。

図４は、図１に示したクライアントＰＣ１０１内のＮＥＴＭＡＰの機能構成を示すブロック図である。本例は、ＰＣ１０１内のハードウエアであるＣＰＵが実行するＮＥＴＭＡＰの各機能に対応する。

本例は、ネットワークデバイスの状態に応じて機器制御コマンドの発行を制御する機能処理部の構成例である。

図４において、ＮＥＴＭＡＰ４００には、ユーザが機器制御コマンドを作成するコマンド作成機能４０１と、作成した機器制御コマンドをメモリに保存するコマンド保持機能４０２とが設けられている。なお、コマンド保持機能４０２を実行のためのメモリは、ＲＡＭ、ＨＤ等で構成される。

また、コマンド発行可否判別機能４０３は、機器制御コマンド発行の可否を後述するフローチャートに手順に基づいて判別する。

具体的には、ルール記憶機能４０４で管理されるメモリに格納されているルールとネットワークデバイス状態記憶機能４０５に管理されるメモリに格納されているネットワークデバイスの状態とを用いて、機器制御コマンドの発行の可否を判別する。

ルール記憶機能４０４は、後述するＵＩ画面を介して指示に基づいて、ユーザが作成したルールをメモリに記憶し、ネットワークデバイス状態記憶機能４０５は通信機能４０７経由でネットワークデバイスの状態を取得する。ここで、取得されるネットワークデバイスとは、図１に示すシステム例では、複合機１０２とするが、他のデバイスであってもよい。

コマンド発行可否判別機能４０３が機器制御コマンドの発行を可と判別した場合は、コマンド発行機能４０６、通信機能４０７を通して、機器制御コマンドがＬＡＮ１００に送出される。

そして、ＬＡＮ１００に送出された機器制御コマンドを受信した複合機１０２は、受信したコマンド実行後、その処理結果をクライアントＰＣ１０１に返信する。

ＮＥＴＭＡＰ４００は、通信機能４０７にてコマンド実行結果を受け取ると、コマンド実行結果表示機能４０８が機器制御コマンドの実行結果をＰＣ１０１が備える表示装置上に所定のＵＩ画面を介して表示する。

このようにＰＣ１０１は、ネットワークに接続されたデバイスとＮＥＴＭＡＰ４００を介して通信可能に構成され、以下の機能処理を実行する。複合機１０２等のデバイスの状態で異なる判別情報、例えばデバイスに対する操作の優先度と、デバイスの状態に応じて決定される情報に応じて、前記デバイスに対する操作する命令の発行を許可するかどうかを判別するための判別機能（コマンド発行可否判別機能４０３に対応する）を備える。

また、判別機能にて、前記デバイスに対する操作が許可された場合、前記デバイスに対して操作を実施するためのデバイス操作手段と、
を有することを特徴とする情報処理装置。

さらに、ＮＥＴＭＡＰ４００は、判別情報に対して、前記デバイスに対して実施する操作の重要度を定めるための操作レベル値を定義する第１の定義機能と、判別情報に対して、前記操作を実施するユーザのユーザ権限レベル値を定義する第２の定義機能とを有し、第１、第２の定義機能により定義された各レベル値を含む前記判別情報に基づいて、前記デバイスに対する操作の可否を判別する。

さらに、ＮＥＴＭＡＰ４００は、判別機能は、操作命令を発行する場合、前記操作を実行する旨を表示部に表示する（図５に示すステップＳ５１４で、機器制御コマンドの実行結果を一覧にしてユーザに表示する）。

さて、ＮＥＴＭＡＰ４００が、複合機１０２の状態に応じて機器制御コマンドの発行を制御する場合、ＮＥＴＭＡＰ４００は、図５のフローチャートを実行する。

図５は、本実施形態を示す情報処理装置における第１のデータ処理手順の一例を示すフローチャートである。本処理は、図１に示したＰＣ１０１が図４に示した、ＮＥＴＭＡＰ４００を起動して行う機器制御コマンドの第１の発行処理例である。なお、Ｓ５０１〜Ｓ５１４は各ステップを示す。

まず、ステップＳ５０１では、ＮＥＴＭＡＰ４００のユーザが機器制御コマンドを作成する。次に、ステップＳ５０２で、ユーザは、ステップＳ５０１の機器制御コマンドを適用するネットワークデバイスを選定する。

具体的には、ステップＳ５０１、ステップＳ５０２の動作を実現するために、コマンド作成機能４０１を利用する。この機能のＧＵＩ例を図６に示す。

図６は、図１に示したクライアントＰＣ１０１の表示装置に表示されるＮＥＴＭＡＰ４００が提供するユーザインタフェースの一例を示す図である。

図６において、６００はメニュー一覧で、ＮＥＴＭＡＰ４００で作成可能な機器制御コマンドである。

本実施形態において、メニュー一覧６００から選択可能なメニュー項目は、デバイスへの設定６１０、デバイスのリセット６２０、デバイスへのリソースダウンロード６３０、デバイス状態監視６４０、デバイス探索６５０である。

ここで、ユーザが、メニュー一覧６００から機器制御コマンドとして、デバイスへの設定６１０を選択した場合、デバイスへの設定の作成ウィンドウ６１１が表示される。

本作成ウィンドウ６１１内には、ネットワークデバイスのニックネームを入力するためのデバイス名入力テキストボックス（ＤＮＢＯＸ）６１２、ネットワークデバイスの設置されている場所を入力するための設置場所入力テキストボックス６１３が設定されている。

また、本作成ウィンドウ６１１内には、機器制御コマンドを実行する時刻を指定するためのコマンド実行時刻６１４、機器制御コマンドを実行する対象ネットワークデバイスを指定するための対象デバイス入力テキストボックス６１５が設定されている。対象デバイス入力テキストボックス６１５には、ユーザが複数のデバイスを任意に選択して設定可能に構成されている。

さらに、本作成ウィンドウ６１１内には、機器制御コマンドを実行する際に後述のルールを適用するかどうかを指定するルール適用ラジオボタン６１６、ＯＫボタン６１７、および、キャンセルボタン６１８が存在する。

さて、図６に示すＧＵＩ例では、現在、ＮＥＴＭＡＰ４００のユーザは、デバイスへの設定の作成ウィンドウ６１１内のＤＮＢＯＸ６１２の値として「業務印刷用」、設置場所入力テキストボックス６１３の値として「居室Ａ」を設定する。

また、本ＧＵＩ例では、コマンド実行時刻６１４の値として「指定時刻に実行する」、実行時刻として「０１月０１日 ０３時００分」を指定している状態に対応する。

また、対象デバイス入力テキストボックス６１５は、「デバイスＡ」、「デバイスＢ」、「デバイスＣ」、「デバイスＤ」を指定している。

更に、ルール適用ラジオボタン６１６にて「コマンド実行時に、ルールを適用する」を選択することによって、機器制御コマンド実行時に後述のルールを適用することを宣言している。

これらの値を入力または選択した後、ユーザがＰＣ１０１が備える図示しないポインティングデバイス等を操作することで、ＯＫボタン６１７を押下することによって、クライアントＰＣ１０１のＣＰＵが実行するＮＥＴＭＡＰ４００により機器制御コマンドが作成される。

なお、コマンド実行時刻６１４にて「今すぐ実行する」が選択されており、かつ、ルール適用ラジオボタン６１６にて「コマンド実行時に、ルールを適用する」が選択されている場合、ＯＫボタン６１７押下時に、「本機器制御コマンドを本当に実行しますか？」というような確認ダイアログボックスを表示してもよい。以下、図５のフローチャートに戻って説明を続ける。

ステップＳ５０３では、ステップＳ５０１、ステップＳ５０２にて作成した機器制御コマンドをコマンド保持機能４０２によりユーザがＰＣ１０１が備える図示しないメモリ上に保存する。

図７は、図４に示したコマンド保持機能４０２でメモリに保存される機器制御コマンドのコマンドフォーマットの一例を示す図である。

図７において、７００は機器制御コマンドで、コマンドＩＤ７１０が「０００１」の場合を示す。

コマンドＩＤ７１０は機器制御コマンド毎に一意の値であれば、「０００１」以外のどのような値であってもよい。

７２０はコマンド名であり、通常、メニュー一覧６００に列挙されているメニュー項目の名称の内の１つが格納される。ここで、「デバイスへの設定」となる例である。

７３０はコマンド内容であり、機器制御コマンドの内容が格納される。本図においては、機器制御コマンド７００の内容としてデバイス名７３１、設置場所７３２を例示しているが、この他にネットワーク設定などがあってもよい。

７４０は対象デバイスであり、本機器制御コマンドを送信するネットワークデバイスの情報が格納される。ここでは、デバイスＡからＤの４台が設定された例である。

７５０は対象デバイス台数であり、本機器制御コマンドを送信するネットワークデバイスの台数が格納される。本機器制御コマンドでは、ネットワークデバイスの台数をＮ台としている。ここでは、デバイスＡからＤの４台が設定された例であるので、Ｎ＝４となる。

７６０はユーザ名であり、本機器制御コマンドを作成したユーザの名称「Ｕｓｅｒ１」が格納される。７７０は実行スケジュールであり、本機器制御コマンドが実行される日時「０１月０１日 ０３時００分」が格納される。

７８０はルール適用であり、本機器制御コマンドを実行する際に後述のルールを適用するかどうかの情報、現在「ＹＥＳ」を格納する。７９０はコマンドポイントであり、後述のルールに従って計算された本機器制御コマンドの持つポイント「８」を格納する。

さて、図５のフローチャートに戻って説明を続ける。

ステップＳ５０４では、ＮＥＴＭＡＰ４００がＰＣ１０１のワークメモリで管理される設定デバイス数を管理するための変数ｃｎｔを「１」に初期化する。そして、ステップＳ５０５では、ＮＥＴＭＡＰ４００がステップＳ５０４にて初期化した変数ｃｎｔが対象デバイス台数Ｎ（本実施形態では、「４」）以下かどうかを判別する。

そして、ＮＥＴＭＡＰ４００がＮ以下であると判別された場合は、ステップＳ５０６に進み、ＮＥＴＭＡＰ４００がＮより大きいと判別された場合は、ステップＳ５１４に進む。

そして、ステップＳ５０６では、ＮＥＴＭＡＰ４００が、ステップＳ５０３で、メモリに保存した機器制御コマンドを実行する際に、後述のルールを適用するかどうかを判別する。

なお、本実施形態では、本ステップの判別には、図７に示したルール適用７８０が「ＹＥＳ」／「ＮＯ」を使用する。

そして、ルール適用７８０において、ルールを適用する旨の記載がある（図７においては「ＹＥＳ」）場合は、ステップＳ５０７に進み、ルールを適用しない旨の記載がある（図７には不記載「ＮＯ」）場合は、ステップＳ５１２に進む。

そして、ステップＳ５０７では、ＮＥＴＭＡＰ４００が、ステップＳ５０３で保存した機器制御コマンドのポイントを計算する。

ここで、図８を用いて、機器制御コマンドのポイントを計算するためのルールについて説明する。

図８は、図４に示したルール記憶機能４０４が管理するコマンド種類別のポイント計算方法を説明する図である。

図８において、８００はルールそのものである。図８の（ａ）は、図６に示した各機器制御コマンドの種類とコマンドポイント（ＣＰ）の関係を表にしたものである。なお、本ルールは、ルール記憶機能４０４が管理するメモリに保存されている。

本例では、「デバイスへの設定」、「デバイスのリセット」、「リソースダウンロード」には５ポイント、「デバイス状態監視」には３ポイント、「デバイス探索」には１ポイントを割り当てている。

図８の（ｂ）は、ユーザ名とポイント（ＹＰ）の関係を表にしたものである。

本表では、Ｕｓｅｒ１、Ｕｓｅｒ２には５ポイント、Ｕｓｅｒ１、Ｕｓｅｒ２には３ポイントを割り当てている。

図８の（ｃ）は、機器制御コマンドのポイント計算式の例である。

ここで、ｐ、ｑは重み付けのための係数である。

本実施形態では、簡便化のため、ｐ＝１、ｑ＝１として考え、図８の（ａ）のポイント（ＣＰ）と、図８の（ｂ）のポイント（ＹＰ）を加算したものを機器制御コマンドのポイントとするが、ｐ、ｑは、任意の数値を指定することができる。

図８の（ｄ）は、ネットワークデバイスの状態毎に機器制御コマンドを発行することができるポイントの閾値を定めた対応表である。なお、ポイントの閾値は、図４に示したるルール記憶機能４０４が管理するメモリに記憶されて、後述するステップＳ５１０参照される。

本対応表では、例えばネットワークデバイスの状態がスリープ中の場合、８ポイント以上を有する機器制御コマンドのみが実行できることを示している。さて、図５のフローチャートに戻って説明を続ける。

ステップＳ５０８では、ＮＥＴＭＡＰ４００がステップＳ５０７にて計算した機器制御コマンドのポイントの値がコマンドポイント７９０に格納されているかどうかを判別する。そして、ＮＥＴＭＡＰ４００がが格納されていると判別された場合は、ステップＳ５１０に進み、格納されていないと判別された場合は、ステップＳ５０９に進む。

そして、ステップＳ５０９では、ＮＥＴＭＡＰ４００がステップＳ５０７にて計算した機器制御コマンドのポイントを、図７に示したコマンドポイント７９０に格納する。

次に、ステップＳ５１０では、対象デバイス７４０に格納されている、変数ｃｎｔに設定された値の番目のネットワークデバイスの状態を取得して、ネットワークデバイス状態記憶機能４０５でメモリに記憶し、かつ、その状態に対応するポイントの閾値をルール記憶機能４０４によりメモリから取得する。

なお、本実施形態において、ネットワークデバイスの状態を取得するには、第１の方法では、ＮＥＴＭＡＰ４００が、ＳＮＭＰプロトコルなどを用いて、ネットワークデバイスに対して状態取得コマンドを送信する。第２の方法では、状態が変化した際に、ネットワークデバイスがＮＥＴＭＡＰ４００に状態変化を通知する、などの方法が考えられる。

そして、ステップＳ５１１では、ＮＥＴＭＡＰ４００がステップＳ５０９で計算したポイントとステップＳ５１０で取得したポイントの閾値を比較する。そして、ＮＥＴＭＡＰ４００がステップＳ５０９で計算したポイントがステップＳ５１０で取得したポイントの閾値以上であるかを判別する。

そして、取得したポイントの閾値以上であると判別した場合は、ステップＳ５１２に進む。

一方、ステップＳ５１１で、ＮＥＴＭＡＰ４００がステップＳ５０９で計算したポイントがステップＳ５１０で取得したポイントの閾値より小さいと判別した場合は、ステップＳ５１３に進む。

そして、ステップＳ５１２では、対象デバイス７４０に格納されている変数ｃｎｔにセットされている値番目のネットワークデバイスに対して、コマンド発行機能４０６がコマンド保持機能４０２に保持されいている機器制御コマンドを発行する。なお、コマンド発行機能４０６が機器制御コマンドを発行する際には、通信機能４０７を経由する。

そして、ステップＳ５１３では、変数ｃｎｔを「１」だけ増加させ、ステップＳ５０５に戻る。

一方、ステップＳ５０５で、ＮＥＴＭＡＰ４００がステップＳ５０４にて初期化した変数ｃｎｔが対象デバイス台数Ｎ以下でないと判断した場合は、最後に、ステップＳ５１４では、機器制御コマンドの実行結果を一覧にしてユーザに提示して、本処理を終了する。以上で本フローチャートは終了する。

図９は、図４に示したコマンド作成機能４０１で作成される機器制御コマンド実行結果一覧を示す図である。本例は、図５に示したステップＳ５１４にて作成される機器制御コマンド実行結果一覧の例である。

図９において、９００は機器制御コマンド実行結果一覧そのものである。９１０はデバイス名で、機器制御コマンドの実行対象となるネットワークデバイスが列挙される。９２０は実行結果で、デバイス名９１０に列挙されている各ネットワークデバイスに対して機器制御コマンドを実行した結果た列挙される。

本例では、機器制御コマンドの実行が成功した場合に「成功」を表示し、失敗した場合に「失敗」を表示している。なお、本表示処理は、図４に示したコマンド実行結果表示機能４０８により実行される。また、デバイス名以外に、デバイスの設置場所を同時に表示してもよい。

さらに、ネットワークデバイスレイアウト等を表示して、その実行結果に応じて、デバイスの表示態様を変更することで、その実行結果を視覚的に表示してもよい。

また、図５のフローチャートを実行した結果、機器制御コマンドを実行しないと判別された場合には「実行せず」を表示している。

次に、ＮＥＴＭＡＰ４００のユーザがルールを作成し、ルール記憶機能４０４に格納する際の動作を説明する。

図１０は、本実施形態を示す情報処理装置における第２のデータ処理手順の一例を示すフローチャートである。本処理は、図１に示したＰＣ１０１が図４に示した、ＮＥＴＭＡＰ４００を起動して行う機機器制御コマンド毎にポイントを割り当てるための処理例である。なお、Ｓ１００１〜Ｓ１００６は各ステップを示す。図８の（ａ）に示したポイントの例である。

まず、ステップＳ１００１では、ＮＥＴＭＡＰ４００がメニュー一覧６００に列挙されている機器制御コマンドの個数を計算する。ここでは、機器制御コマンドの個数がＮ（本実施形態では、図６の例に従うと、「５」となる）であると仮定する。

次に、ＮＥＴＭＡＰ４００がステップＳ１００２では、コマンド個数をカウントするための変数ｃｎｔを「１」に初期化する。ステップＳ１００３で、ＮＥＴＭＡＰ４００ががステップＳ１００２にて初期化した変数ｃｎｔが機器制御コマンドの個数Ｎ以下であり、かつ、ユーザが本フローチャートの処理を続行するかどうかを判別する。

ここで、ＮＥＴＭＡＰ４００が初期化した変数ｃｎｔが機器制御コマンドの個数Ｎ以下であり、かつ、ユーザが本フローチャートの処理を続行すると判別された場合は、ステップＳ１００４に進む。

一方、ステップＳ１００３で、初期化した変数ｃｎｔが機器制御コマンドの個数Ｎより大きい、または、ユーザが本フローチャートの処理を続行しないと判別された場合は、本フローチャートの処理を終了する。

そして、ステップＳ１００４では、ＮＥＴＭＡＰ４００がユーザが変数ｃｎｔが示す値番目の機器制御コマンドのポイントを決定し、ステップＳ１００５にてルール記憶機能４０４が管理するメモリに記憶する。

なお、機器制御コマンドのポイントは、デバイス状態の閾値との関係で相対的に決定されるものとする。つまり、デバイスがスリープ中で、できる限り各コマンドを発行しないにシステムデバイスを管理した場合と、それ以外では、設定すべきポイントが異なるからである。

そして、ステップＳ１００６では、ＮＥＴＭＡＰ４００が変数ｃｎｔを「１」だけ増加させ、ステップＳ１００３に戻る。

以上で、図８の（ａ）に示した機器制御コマンドの種類とポイントの関係表が作成され、ステップＳ１００５にてルール記憶機能４０４が管理するメモリに記憶した後、本フローチャートは終了する。

図１１は、図４に示したＮＥＴＭＡＰ４００を起動して行う機機器制御コマンド毎にポイントを割り当て指定画面の一例を示す図である。

図において、１１００はコマンドのポイント指定ウィンドウである。１１０１はコマンド名リストボックスであり、メニュー一覧６００に列挙されている機器制御コマンドが表示される。なお、コマンド名リストボックス１１０１に機器制御コマンドを列挙する操作は図１０のステップＳ１００１で実現される。

１１０２はポイント入力テキストボックスであり、コマンド名リストボックス１１０１で現在表示している機器制御コマンドに対するポイントをユーザが入力するためのものである。

なお、ポイント入力テキストボックス１１０２へのユーザによる入力操作は図１０のステップＳ１００４で実現される。

１１０３はＯＫボタンで、コマンドのポイント指定ウィンドウ１１００に対する操作を確定するためのものである。

１１０４はキャンセルボタンであり、コマンドのポイント指定ウィンドウ１１００に対する操作を破棄するためのものである。

なお、ポイント入力テキストボックス１１０２に設定する数値が、コマンド毎に、スリープ中のデバイスに対しての影響度合いを相対的に表示するガイドとともに、その数値の意味ユーザが理解し易いように表示してもよい。

図１２は、本実施形態を示す情報処理装置における第３のデータ処理手順の一例を示すフローチャートである。本処理は、図１に示したＰＣ１０１が図４に示した、ＮＥＴＭＡＰ４００を起動して行うユーザ毎にポイントを割り当てるための処理例である。なお、Ｓ１２０１〜Ｓ１２０６は各ステップを示す。

図１３は、図４に示したＮＥＴＭＡＰ４００を起動して行うユーザ毎にポイントを割り当て指定画面の一例を示す図である。

本フローチャートは、以下の点を除いて、図１０に示したフローチャートにおける「機器制御コマンド」を「ユーザ」に置き換えただけである。以下、その異なるステップＳ１２０１について説明する。

ステップＳ１２０１では、ＮＥＴＭＡＰ４００のユーザ情報を参照して、ユーザ数を計算する。また、図１３のＧＵＩ例と図１１のＧＵＩ例の関係も同様である。よって、図１２、図１３の説明を省略する。

以上で、図８の（ｂ）に示したユーザ名とポイントの関係表が作成される。

本実施形態では、ユーザポイントの値を高めにすると、設定すべきコマンドをルールを適用した場合でも実行される確率が高めとなり、管理者権限と同様に、その実行権限が相対的に設定可能に構成されている。

図１４は、本実施形態を示す情報処理装置における第４のデータ処理手順の一例を示すフローチャートである。本処理は、図１に示したＰＣ１０１が図４に示した、ＮＥＴＭＡＰ４００を起動して行うネットワークデバイスの状態毎に機器制御コマンドを実行できる閾値を割り当てるため処理例である。なお、Ｓ１４０１〜Ｓ１４０６は各ステップを示す。

図１５は、図４に示したＮＥＴＭＡＰ４００を起動して行うネットワークデバイスの状態毎に機器制御コマンドを実行できる閾値の指定画面の一例を示す図である。

なお、本フローチャートは、以下の点を除いて、図１０のフローチャートにおける「機器制御コマンド」を「ネットワークデバイスの状態」に置き換えただけである。以下、その異なるステップＳ１４０１について説明する。

まず、ステップＳ１４０１では、ＮＥＴＭＡＰ４００の定義済みのネットワークデバイスの状態情報を参照して、定義済みのネットワークデバイスの状態数を計算する。また、図１５のＧＵＩ例と図１１のＧＵＩ例の関係も同様である。よって、図１４、図１５の説明を省略する。

本実施形態では、実行できる閾値を高めにすると、デバイスとして、図８に示したコマンドポイントの値が超える確率が低くなり、例えばスリープ中状態で、ＰＣ側からのコマンド設定を制限できるよう機能する。

以上で、図８の（ｄ）に示したネットワークデバイスの状態毎に機器制御コマンドを発行することができるポイントの閾値を定めた表が作成される。以上で、本第１実施形態の説明を終了する。

このように本実施形態では、ＰＣ１０１は、ネットワーク（ＬＡＮ１００）に接続されたデバイスとＮＥＴＭＡＰ４００を介して通信可能に構成されている。

そして、ＰＣ１０１で起動されるＮＥＴＭＡＰ４００が、デバイスである複合機１０２の操作命令を発行するための機能として、属性の異なる機器制御コマンドを作成するための作成機能を備える。

また、ＰＣ１０１で起動されるＮＥＴＭＡＰ４００が、デバイスに対する操作の優先度と、デバイスの状態とに応じた異なる各機器制御コマンド毎のコマンド発行ルールを設定する設定機能を備える。

さらに、ＰＣ１０１で起動されるＮＥＴＭＡＰ４００が、作成された前記機器制御コマンドに対する発行の可否を前記コマンド発行ルールに基づいて判別するコマンド発行可否判別機能４０３を備える。

また、コマンド発行可否判別機能４０３により前記機器制御コマンドの発行が許可された場合、デバイスに対して作成された機器制御コマンドを発行するコマンド発行機能４０６を備える。

また、コマンド発行ルールを適用の可否を指定する指定ＵＩ画面を図６に示すように表示する機能を備える。

そして、コマンド発行可否判別機能４０３は、コマンド発行ルールを適用するが指定されている場合、機器制御コマンドの発行の可否を判別する。

また、コマンド発行機能４０６は、デバイスに対する操作の優先度と、デバイスの状態に基づいてデバイスを操作する命令の発行を決定するための各機器制御コマンド毎のコマンド発行ルールを図８に示すように設定可能に構成されている。

具体的には、コマンド発行可否判別機能４０３は、コマンド発行ルールに対して、各機器制御コマンドの属性毎、または機器制御コマンドを発行するユーザ毎に異なる発行レベルを設定可能に構成されている。

同様に、コマンド発行可否判別機能４０３、コマンド発行ルールに対して、各機器制御コマンドの発行の可否を決定する閾値を設定可能に構成されている。

そして、コマンド発行可否判別機能４０３は、各機器制御コマンドの属性毎、または機器制御コマンドを発行するユーザ毎に異なるコマンド発行ルールで算定される要求値が閾値を超える場合（図５に示したステップＳ５１１でＹＥＳ）に、各機器制御コマンドの発行を許可すると判別する。

さらに、機器制御コマンドの重要度を定めるためのユーザ権限の発行レベル、または機器制御コマンドの重要度を定めるための機器制御コマンド毎の発行レベルを設定可能に構成されている。

また、コマンド発行機能４０６は、前記機器制御コマンドを発行する際に、前記機器制御コマンドを発行確認をユーザに通知する。

さらに、コマンド実行結果表示機能４０８は、コマンド発行機能４０６の発行結果を前記デバイスから取得して表示部に一覧表示する。

また、ルール記憶機能４０４は、設定された各機器制御コマンド毎のコマンド発行ルールをメモリに記憶させる。

これにより、ネットワーク上のデバイスの状態とユーザ設定された発行ルールに基づいて、同一機器制御コマンドであっても、作成された機器制御コマンドを発行する場合と、発行しない場合とにコマンド発行態様を切り替え制御できる。

したがって、デバイスの状態に適応したコマンド実行環境を自在に整備することができる。また、スリープモード中のデバイスを、強制的に動作可能状態にすることも、あるいは、スリープモード中に、属性の異なる各機器制御コマンド毎に、その実行態様を変更できる。

〔第２実施形態〕
本実施形態は、ＮＥＴＭＡＰ４００が機器制御コマンドの発行を制御する際に、ネットワークデバイスの状態と機器制御コマンドの種類だけに依存する場合の例である。

これを実現するために、図５のステップＳ５０７における機器制御コマンドのポイント計算において、図８の（ａ）に示した機器制御コマンドの種類とポイントの関係表と、図８の（ｄ）に示したネットワークデバイスの状態毎に機器制御コマンドを発行することができるポイントの閾値を定めた表のみを使用する。

これは、第１実施形態で、図８の（ｃ）の機器制御コマンドのポイント計算式において、ｐ＝１、ｑ＝１と指定した係数を、ｐ＝１、ｑ＝０と指定することと同等である。以上で、本実施形態の説明を終了する。

〔第３実施形態〕
本実施形態は、ＮＥＴＭＡＰ４００が機器制御コマンドの発行を制御する際に、ネットワークデバイスの状態とユーザ名だけに依存する場合の例である。

これを実現するために、図５のステップＳ５０７における機器制御コマンドのポイント計算において、図８の（ｂ）に示したユーザ名とポイントの関係表と、図８（ｄ）に示したネットワークデバイスの状態毎に機器制御コマンドを発行することができるポイントの閾値を定めた表のみを使用する。

これは、第１実施形態で、図８の（ｃ）の機器制御コマンドのポイント計算式において、ｐ＝１、ｑ＝１と指定した係数を、ｐ＝０、ｑ＝１と指定することと同等である。以上で、本実施形態の説明を終了する。

〔第４実施形態〕
本実施形態は、ＮＥＴＭＡＰ４００が機器制御コマンドの発行を制御する際に、図８の（ｃ）の機器制御コマンドのポイント計算式を使わず、ネットワークデバイスの状態毎に作成されたマトリックスを基にする場合の例である。

図１６は、本実施形態を示す情報処理装置における第５のデータ処理手順の一例を示すフローチャートである。本処理は、図１に示したＰＣ１０１が図４に示した、ＮＥＴＭＡＰ４００を起動して行う機器制御コマンドの第２の発行処理例である。なお、Ｓ１６０１〜Ｓ１６１０は各ステップを示す。

まず、ステップＳ１６０１からステップＳ１６０６までは、図５のステップＳ５０１からステップＳ５０６と同一であるため、説明を省略する。

そして、ステップＳ１６０７では、対象デバイス７４０に格納されている変数ｃｎｔの値番目のネットワークデバイスの状態を取得してネットワークデバイス状態記憶機能４０５でメモリに記憶し、かつ、そのネットワークデバイスの状態に対応するルール適用マトリックス（詳細は後述する）をルール記憶機能４０４から取得する。

そして、ステップＳ１６０８では、ステップＳ１６０７にて取得したルール適用マトリックスを用いて、機器制御コマンドが実行できるかどうかを判別する。

これ以降のステップＳ１６０９からステップＳ１６１１までは、図５のステップＳ５１２からステップＳ５１４と同一であるため、説明を省略する。以上で本フローチャートは終了する。

次に、図１６のステップＳ１６０８で使用するルール適用マトリックスについて、図１７を用いて説明する。

図１７は、図４に示したルール記憶機能４０４から取得するルール適用マトリックスの一例を示す図である。

図において、１７００はルール適用マトリックスそのものである。１７１０はデバイス状態で、ネットワークデバイスが取り得る状態（待機中、印刷、スリープ中、ジャム解除待ち中等）を列挙する。１７２０はコマンド名で、メニュー一覧６００に列挙されているメニュー項目の名称が列挙（本実施形態では、図６と同様に、５つの例）される。１７３０はユーザ名で、ネットワークデバイス管理アプリケーション４００に登録されているユーザの名称（本実施形態では、図８と同様に、４名の例）が列挙される。なお、図中において、「○」が各状態毎に、それぞれのコマンドを許可されたユーザであることを示す。

つまり、デバイス状態１７１０が、例えばスリープ中において、ユーザ１、２は、デバイスへの設定のコマンド、デバイスのリセットのコマンドを発行許可されているが、ユーザ３、４は、デバイスへの設定のコマンド、デバイスのリセットのコマンドを発行が禁止されている状態である。

本実施形態では、デバイスが省電力状態でなく、図１７に示すように、待機中であれば、デバイスに対して情報を書き込む命令の発行を許可し、前記デバイスが印刷中であれば、前記デバイスに対して情報を書き込む命令の発行を許可しないとを判別機能で判別するため、判別ルールをユーザ名１７３０に示すユーザ１〜４に対して、異なる判別ルールを設定可能に構成されている。

つまり、デバイスが省電力状態である場合にデバイスから情報取得要求を発行できるユーザ（図１７に示す例では、ユーザ１、２に限定される）と、前記デバイスが省電力状態である場合に当該情報取得要求を発行できないユーザ（図１７に示す例では、ユーザ３、４に限定される）とを定義した判別情報を用いて、判別機能が異なる番別ルールで判別処理を行えるように構成されている。

ルール適用マトリックス１７００では、これら３つの項目毎に、機器制御コマンド発行の可否が記載され、ルール記憶機能４０４が管理するメモリで記憶される。

図１６に示すステップＳ１６０８では、ルール適用マトリックス１７００を用いて、機器制御コマンドが実行できるかどうかを判別する。以上で、本実施例の説明を終了する。

〔第５実施形態〕
上記実施形態では、図４に示したルール記憶機能４０４により、ＰＣ内のメモリに設定された発行ルールを登録する場合について説明した。

しかしながら、発行ルールは、ネットワーク上で通信可能なサーバ装置等から取得してコマンド発行可否判別機能４０３が参照可能な構成であってもよい。

〔第６実施形態〕
以下、図１８に示すメモリマップを参照して本発明に係る情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。

図１８は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図５、図１０、図１２、図１４、図１６に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

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

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

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

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

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

本発明の第１実施形態を示す情報処理装置を適用するネットワークシステムの構成を示す図である。 図１に示したクライアントＰＣの内部構成を示すブロック図である。 図１に示した複合機の内部構成を説明するブロック図である。 図１に示したクライアントＰＣ内のネットワークデバイス管理アプリケーションの機能構成を示すブロック図である。 本実施形態を示す情報処理装置における第１のデータ処理手順の一例を示すフローチャートである。 図１に示したクライアントＰＣの表示装置に表示されるＮＥＴＭＡＰが提供するユーザインタフェースの一例を示す図である。 図４に示したコマンド保持機能に保存される機器制御コマンドのコマンドフォーマットの一例を示す図である。 図４に示したルール記憶機能が管理するコマンド種類別のポイント計算方法を説明する図である。 図４に示したコマンド作成機能で作成される機器制御コマンド実行結果一覧を示す図である。 本実施形態を示す情報処理装置における第２のデータ処理手順の一例を示すフローチャートである。 図４に示したＮＥＴＭＡＰを起動して行う機機器制御コマンド毎にポイントを割り当て指定画面の一例を示す図である。 本実施形態を示す情報処理装置における第３のデータ処理手順の一例を示すフローチャートである。 図４に示したＮＥＴＭＡＰを起動して行うユーザ毎にポイントを割り当て指定画面の一例を示す図である。 本実施形態を示す情報処理装置における第４のデータ処理手順の一例を示すフローチャートである。 図４に示したＮＥＴＭＡＰを起動して行うネットワークデバイスの状態毎に機器制御コマンドを実行できる閾値の指定画面の一例を示す図である。 本実施形態を示す情報処理装置における第５のデータ処理手順の一例を示すフローチャートである。 図４に示したルール記憶機能から取得するルール適用マトリックスの一例を示す図である。 本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

４００ ＮＥＴＭＡＰ
４０１ コマンド作成機能
４０２ コマンド保持機能
４０３ コマンド発行可否判別機能
４０４ ルール記憶機能
４０５ ネットワークデバイス状態記憶機能
４０６ コマンド発行機能
４０７ 通信機能

Claims (14)

1. ネットワークに接続されたデバイスとネットワーク管理アプリケーションを介して通信可能な情報処理装置であって、
   前記デバイスに対する操作の優先度と、前記デバイスの状態とに応じて、前記デバイスを操作する命令の発行を許可するかどうかを判別するための判別手段と、
   前記判別手段にて、前記デバイスに対する操作が許可された場合、前記デバイスに対して操作命令を発行するためのデバイス操作手段と、
   を有することを特徴とする情報処理装置。
2. 前記判別手段は、前記デバイスに対する操作の優先度と、前記デバイスの状態とに応じて定義される判別情報に基づいて判別処理を実行する請求項１に記載の情報処理装置。
3. 前記判別情報に対して、前記デバイスに対して実施する操作の重要度を定めるための操作レベル値を定義する第１の定義手段と、
   前記判別情報に対して、前記操作を実施するユーザのユーザ権限レベル値を定義する第２の定義手段とを有し、
   前記判別手段は、前記第１、第２の定義手段により定義された各レベル値を含む前記判別情報に基づいて、前記デバイスに対する操作の可否を判別することを特徴とする請求項２記載の情報処理装置。
4. 前記判別手段は、前記操作命令を発行する場合、前記操作を実行する旨を表示部に表示することを特徴とする請求項１記載の情報処理装置。
5. 前記デバイスが省電力状態でなく、待機中であれば、前記デバイスに対して情報を書き込む命令の発行を許可し、前記デバイスが印刷中であれば、前記デバイスに対して情報を書き込む命令の発行を許可しないと前記判別手段が判別する請求項１に記載の情報処理装置。
6. 前記デバイスが省電力状態である場合にデバイスから情報取得要求を発行できるユーザと、前記デバイスが省電力状態である場合に当該情報取得要求を発行できないユーザとを定義した判別情報を用いて、前記判別手段が判別処理をする請求項１に記載の情報処理装置。
7. ネットワークに接続されたデバイスとネットワーク管理アプリケーションを介して通信可能な情報処理装置におけるデバイス管理方法であって、
   前記デバイスに対する操作の優先度と、前記デバイスの状態とに応じて、前記デバイスを操作する命令の発行を許可するかどうかを判別するための判別ステップと、
   前記判別ステップにて、前記デバイスに対する操作が許可された場合、前記デバイスに対して操作命令を発行するためのデバイス操作ステップと、
   を有することを特徴とするデバイス管理方法。
8. 前記判別ステップは、前記デバイスに対する操作の優先度と、前記デバイスの状態とに応じて定義される判別情報に基づいて判別処理を実行する請求項７に記載のデバイス管理方法。
9. 前記判別情報に対して、前記デバイスに対して実施する操作の重要度を定めるための操作レベル値を定義する第１の定義ステップと、
   前記判別情報に対して、前記操作を実施するユーザのユーザ権限レベル値を定義する第２の定義ステップとを有し、
   前記判別ステップは、前記第１、第２の定義ステップにより定義された各レベル値を含む前記判別情報に基づいて、前記デバイスに対する操作の可否を判別することを特徴とする請求項８記載のデバイス管理方法。
10. 前記判別ステップは、前記操作命令を発行する場合、前記操作を実行する旨を表示部に表示することを特徴とする請求項７記載のデバイス管理方法。
11. 前記デバイスが省電力状態でなく、待機中であれば、前記デバイスに対して情報を書き込む命令の発行を許可し、前記デバイスが印刷中であれば、前記デバイスに対して情報を書き込む命令の発行を許可しないと前記判別ステップが判別する請求項７に記載のデバイス管理方法。
12. 前記デバイスが省電力状態である場合にデバイスから情報取得要求を発行できるユーザと、前記デバイスが省電力状態である場合に当該情報取得要求を発行できないユーザとを定義した判別情報を用いて、前記判別ステップが判別処理をする請求項７に記載のデバイス管理方法。
13. 請求項６〜１２のいずれかに記載のデバイス管理方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
14. 請求項６〜１２のいずれかに記載のデバイス管理方法をコンピュータに実行させることを特徴とするプログラム。

Images