JP2001092764A - 情報処理装置、デバイス、ネットワークシステム、デバイスモニタ方法、デバイスの制御方法、及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上の所望するデバイスの位置、
属性、及び状態を視覚的に分かりやすく把握できるよう
にしたネットワークシステム提供する。 【解決手段】 サーバ１１２は、デバイス１０１〜１０
５からのデバイスの位置に関する情報を階層的に表した
階層型位置情報及び属性情報を管理する。デバイス１０
１〜１０５は、自己の各種状態に対応する複数の状態情
報（アイコンデータ）を保持する。クライアント１１
１，１１３は、上記階層型位置情報の各階層に対応する
マップ情報を保持し、サーバ１１２での検索により得ら
れたデバイスのアイコンデータと、当該デバイスの階層
型位置情報に対応するマップ情報とを重ねて表示出力す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、ネットワ
ーク上のデバイスを検索するための装置或いはシステム
に用いられ、特に、検索されたデバイス及びその位置情
報をわかりやすく提示するための装置或いはシステムに
用いられる、情報処理装置、デバイス、ネットワークシ
ステム、デバイスモニタ方法、デバイスの制御方法、及
びそれを実施するための処理ステップをコンピュータが
読出可能に格納した記憶媒体に関するものである。

【０００２】

【従来の技術】従来より例えば、ネットワーク上の各種
の資源（プリンタ、サーバ、スキャナ等、以下、「デバ
イス」とも言う）を効率的に発見し、それを利用するた
めに、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃ
ｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）等のディ
レクトリサービスと呼ばれるものが提供されている。こ
のディレクトリサービスとは、所謂ネットワークに関す
る電話帳の機能を果たすものであり、そのための様々な
情報を管理して提供するサービスである。

【０００３】したがって、上述のようなディレクトリサ
ービスを利用して、ネットワークに接続されているデバ
イスを検索することで、ネットワーク上で利用可能なデ
バイスのネットワークアドレスの一覧を得ることができ
る。

【０００４】尚、上記ＬＤＡＰでの規定については、Ｉ
ＥＴＦから発行されている「ＲＦＣ１７７７」等に記載
されている。

【０００５】

【発明が解決しようとする課題】しかしながら、上述し
たようなＬＤＡＰ等のディレクトリサービスを利用した
従来のデバイス検索方法にて得られる、ネットワーク上
で利用可能なデバイスのネットワークアドレスの一覧の
リストでは、所望するデバイスの位置を、わかりやすい
かたちで得ることができなかった。

【０００６】例えば、所望するデバイスがネットワーク
プリンタである場合、「自分のフロアにおいて、自分の
場所に一番近いプリンタはどこにあるのか」、或いは
「カラー画像を出力できるプリンタは、その建物の中の
どの場所にあるのか」等のように、ネットワーク上のデ
バイスの階層的なロケーション情報を、ユーザに分かり
やすく提示する構成が望まれていたが、従来ではこれを
実現できなかった。また、印刷等の実行（ジョブ）をネ
ットワークプリンタへ依頼した場合に、「どの場所にあ
るプリンタで印刷が行なわれたか」、或いは「自分が依
頼した印刷が正常に終了したか否か」、或いは「ジャム
や用紙切れ等のエラーが発生していないか」等といった
情報を、ユーザに分かりやすく提示する構成が望まれて
いたが、従来ではこれを実現できなかった。さらに、
「デバイスが現在どのような状態（稼働状態、エラー発
生状態等）にあるか」等といった情報についても、ユー
ザに分かりやすく提示する構成が望まれていたが、従来
ではこれを実現できなかった。

【０００７】そこで、本発明は、上記の欠点を除去する
ために成されたもので、ネットワーク上の所望するデバ
イスの位置、属性、及び状態を視覚的に分かりやすく把
握できるようにすることで、ネットワーク上の各種のデ
バイスを用いた作業効率を向上させることができる、情
報処理装置、デバイス、ネットワークシステム、デバイ
スモニタ方法、デバイスの制御方法、及びそれを実施す
るための処理ステップをコンピュータが読出可能に格納
した記憶媒体を提供することを目的とする。

【０００８】

【課題を解決するための手段】斯かる目的下において、
第１の発明は、少なくとも情報処理装置及びデバイスを
含むネットワークシステムであって、上記デバイスは、
上記デバイスの位置を階層的に表した階層型位置情報を
記憶する第１の記憶手段と、上記デバイスを示すアイコ
ンデータを記憶する第２の記憶手段と、上記第１の記憶
手段へ記憶した階層型位置情報、及び上記第２の記憶手
段へ記憶したアイコンデータを上記情報処理装置に送信
するための制御を行う制御手段とを備え、上記情報処理
装置は、上記デバイスから送信されてきたアイコンデー
タを、上記デバイスから送信されてきた階層型位置情報
に基づいたデバイスの位置と共に表示する表示手段を備
えることを特徴とする。

【０００９】第２の発明は、上記第１の発明において、
上記情報処理装置は、上記階層型位置情報に対応するマ
ップデータを記憶する第３の記憶手段を備え、上記表示
手段は、上記第３の記憶手段から上記階層型位置情報に
基づいて該当するマップデータを選択し、当該選択マッ
プデータへ上記アイコンデータを重ねて表示することを
特徴とする。

【００１０】第３の発明は、上記第１の発明において、
上記情報処理装置は、ネットワーク上の他の情報処理装
置から、上記階層型位置情報に対応するマップデータを
取得するための通信手段を備え、上記表示手段は、上記
階層型位置情報に対応するマップデータを上記通信手段
により上記他の情報処理装置から取得し、当該取得マッ
プデータへ上記アイコンデータを重ねて表示することを
特徴とする。

【００１１】第４の発明は、上記第１の発明において、
上記デバイスは、デバイス状態を判定する判定手段を備
え、上記第２の記憶手段は、上記デバイス状態に応じた
複数のアイコンデータを記憶し、上記制御手段は、上記
第２の記憶手段へ記憶された複数のアイコンデータの中
から、上記判定手段により判定されたデバイス状態に応
じたアイコンデータを選択して、当該選択アイコンデー
タ及び上記階層型位置情報を上記情報処理装置へ送信す
ることを特徴とする。

【００１２】第５の発明は、上記第４の発明において、
上記制御手段は、上記情報処理装置からの要求に応じ
て、上記アイコンデータ及び上記階層型位置情報を送信
することを特徴とする。

【００１３】第６の発明は、上記第４の発明において、
上記制御手段は、上記判定手段がデバイス状態の変化を
判定したことに応じて、当該判定されたデバイス状態に
対応するアイコンデータ及び上記階層型位置情報を送信
することを特徴とする。

【００１４】第７の発明は、ネットワーク上のデバイス
をモニタするための情報処理装置であって、上記デバイ
スを示すアイコンデータ、及び上記デバイスの位置を階
層的に表した階層型位置情報を、上記デバイスから受信
する受信手段と、上記アイコンデータを、上記階層型位
置情報に基づいたデバイスの位置とともに表示するため
の制御を行う制御手段とを備えることを特徴とする。

【００１５】第８の発明は、上記第７の発明において、
上記階層型位置情報に対応するマップデータを記憶する
記憶手段を備え、上記制御手段は、上記階層型情報に基
づいて上記記憶手段から該当するマップデータを選択
し、当該選択マップデータへ上記アイコンデータを重ね
て表示することを特徴とする。

【００１６】第９の発明は、上記第７の発明において、
上記ネットワーク上の他の情報処理装置から、上記階層
型位置情報に対応するマップデータを取得するための通
信手段を備え、上記制御手段は、上記階層型位置情報に
対応するマップデータを上記通信手段により上記他の情
報処理装置から取得し、当該取得マップデータへ上記ア
イコンデータを重ねて表示することを特徴とする。

【００１７】第１０の発明は、ネットワーク上のデバイ
スをモニタするための情報処理装置であって、任意のジ
ョブが出力されるデバイスを示すアイコンデータ、及び
当該デバイスの位置を階層的に表した階層型位置情報
を、上記デバイスから受信する受信手段と、上記アイコ
ンデータを、上記階層型位置情報に基づいたデバイスの
位置とともに表示する制御を行う制御手段とを備えるこ
とを特徴とする。

【００１８】第１１の発明は、ネットワークを介して依
頼されたジョブを処理するデバイスであって、自デバイ
スの位置を階層的に表した階層型位置情報を記憶する第
１の記憶手段と、自デバイスを示すアイコンデータを記
憶する第２の記憶手段と、上記第１の記憶手段へ記憶し
た階層型位置情報、及び上記第２の記憶手段へ記憶した
アイコンデータを上記ネットワークに送出する制御を行
う制御手段とを備えることを特徴とする。

【００１９】第１２の発明は、上記第１１の発明におい
て、自デバイスの状態を判定する判定手段を備え、上記
第２の記憶手段は、上記判定手段により判定されるデバ
イス状態に応じた複数のアイコンデータを記憶し、上記
制御手段は、上記第２の記憶手段に記憶された複数のア
イコンデータの中から、上記判定手段により判定された
デバイス状態に対応したアイコンデータ選択して、当該
アイコンデータ及び上記階層型位置情報を送信すること
を特徴とする。

【００２０】第１３の発明は、上記第１２の発明におい
て、上記制御手段は、上記ネットワーク上の他の装置か
らの要求に応じて、上記アイコンデータ及び上記階層型
位置情報を送信することを特徴とする。

【００２１】第１４の発明は、上記第１２の発明におい
て、上記制御手段は、上記判定手段がデバイスの状態変
化を判定したことに応じて、当該判定されたデバイスの
状態に対応したアイコンデータ及び上記階層型位置情報
を送信することを特徴とする。

【００２２】第１５の発明は、少なくとも情報処理装置
及びデバイスを含むネットワークシステムにおけるデバ
イスモニタ方法であって、上記デバイスが実行する処理
ステップは、上記デバイスの位置を階層的に表した階層
型位置情報を記憶する第１の記憶ステップと、上記デバ
イスを示すアイコンデータを記憶する第２の記憶ステッ
プと、上記第１の記憶ステップにより記憶した階層型位
置情報、及び第２の記憶ステップにより記憶したアイコ
ンデータを上記情報処理装置に送信するための制御ステ
ップとを含み、上記情報処理装置が実行する処理ステッ
プは、上記デバイスから送信されてきた上記アイコンデ
ータを、上記デバイスから送信されてきた上記階層型位
置情報に基づいたデバイスの位置とともに表示する表示
ステップを含むことを特徴とする。

【００２３】第１６の発明は、上記第１５の発明におい
て、上記情報処理装置が実行する処理ステップは、上記
階層型位置情報に対応するマップデータを記憶する第３
の記憶ステップを含み、上記表示ステップは、上記階層
型位置情報に基づいて上記第３の記憶ステップによる記
憶データから該当するマップデータを選択し、当該選択
マップデータへ上記アイコンデータを重ねて表示するス
テップを含むことを特徴とする。

【００２４】第１７の発明は、上記第１５の発明におい
て、上記情報処理装置が実行する処理ステップは、上記
ネットワーク上の他の情報処理装置から、上記階層型位
置情報に対応するマップデータを取得する通信ステップ
を含み、上記表示ステップは、上記階層型位置情報に対
応するマップデータを上記通信ステップにより上記他の
情報処理装置から取得し、当該取得マップデータへ上記
アイコンデータを重ねて表示するステップを含むことを
特徴とする。

【００２５】第１８の発明は、上記第１５の発明におい
て、上記デバイスが実行する処理ステップは、デバイス
状態を判定する判定ステップを含み、上記第２の記憶ス
テップは、上記判定ステップにより判定されるデバイス
状態に応じた複数のアイコンデータを記憶するステップ
を含み、上記制御ステップは、上記第２の記憶ステップ
により記憶された複数のアイコンデータの中から、上記
判定ステップにより判定されたデバイス状態に対応した
アイコンデータ選択して、当該選択アイコンデータ及び
上記階層型位置情報を上記情報処理装置へ送信するステ
ップを含むことを特徴とする。

【００２６】第１９の発明は、上記第１８の発明におい
て、上記制御ステップは、上記情報処理装置からの要求
に応じて、上記アイコンデータ及び上記階層型位置情報
を送信するステップを含むことを特徴とする。

【００２７】第２０の発明は、上記第１８の発明におい
て、上記制御ステップは、上記判定ステップにてデバイ
ス状態変化を判定したことに応じて、当該判定されたデ
バイス状態に応じたアイコンデータ及び上記階層型位置
情報を上記情報処理装置へ送信するステップを含むこと
を特徴とする。

【００２８】第２１の発明は、ネットワーク上のデバイ
スをモニタするデバイスモニタ方法であって、上記デバ
イスを示すアイコンデータ、及び上記デバイスの位置を
階層的に表した階層型位置情報を、上記デバイスから受
信する受信ステップと、上記アイコンデータを、上記階
層型位置情報に基づいたデバイスの位置とともに表示す
る制御ステップとを含むことを特徴とする。

【００２９】第２２の発明は、上記第２１の発明におい
て、上記階層型位置情報に対応するマップデータを記憶
する記憶ステップを含み、上記制御ステップは、上記階
層型情報に基づいて上記記憶ステップによる記憶データ
から該当するマップデータを選択し、当該選択マップデ
ータへ上記アイコンデータを重ねて表示するステップを
含むことを特徴とする。

【００３０】第２３の発明は、上記第２１の発明におい
て、上記ネットワーク上の他の情報処理装置から、上記
階層型位置情報に対応するマップデータを取得する通信
ステップを含み、上記制御ステップは、上記階層型位置
情報に対応するマップデータを上記通信ステップにより
上記他の情報処理装置から取得し、当該取得マップデー
タへ上記アイコンデータを重ねて表示するステップを含
むことを特徴とする。

【００３１】第２４の発明は、ネットワーク上のデバイ
スをモニタするデバイスモニタ方法であって、任意のジ
ョブが出力されるデバイスを示すアイコンデータ、及び
当該デバイスの位置を階層的に表した階層型位置情報
を、前記デバイスから受信する受信ステップと、上記ア
イコンデータを、上記階層型位置情報に基づいたデバイ
スの位置とともに表示する制御ステップとを含むことを
特徴とする。

【００３２】第２５の発明は、ネットワークを介して依
頼されたジョブを処理するデバイスの制御方法であっ
て、上記デバイスの位置を階層的に表した階層型位置情
報を記憶する第１の記憶ステップと、上記デバイスを示
すアイコンデータを記憶する第２の記憶ステップと、上
記第１の記憶ステップにより記憶した階層型位置情報、
及び上記第２の記憶ステップにより記憶したアイコンデ
ータを上記ネットワークへ送出する制御ステップとを含
むことを特徴とする。

【００３３】第２６の発明は、上記第２５の発明におい
て、上記デバイスの状態を判定する判定ステップを含
み、上記第２の記憶ステップは、上記判定ステップによ
り判定されるデバイスの状態に応じた複数のアイコンデ
ータを記憶するステップを含み、上記制御ステップは、
上記第２の記憶ステップにより記憶された複数のアイコ
ンデータの中から、上記判定ステップにより判定された
デバイスの状態に応じたアイコンデータ選択して送信す
るステップを含むことを特徴とする。

【００３４】第２７の発明は、上記第２５の発明におい
て、上記制御ステップは、上記ネットワーク上の他の装
置からの要求に応じて、上記アイコンデータ及び上記階
層型位置情報を送信するステップを含むことを特徴とす
る。

【００３５】第２８の発明は、上記第２６の発明におい
て、上記制御ステップは、上記判定ステップによりデバ
イスの状態変化が判定されたことに応じて、当該判定さ
れたデバイスの状態に応じたアイコンデータ及び上記階
層型位置情報を送信するステップを含むことを特徴とす
る。

【００３６】第２９の発明は、ネットワーク上のデバイ
スをモニタする情報処理装置のコンピュータで実行され
るコンビュータプログラムを格納した記憶媒体であっ
て、上記プログラムは、上記デバイスを示すアイコンデ
ータ、及び上記デバイスの位置を階層的に表した階層型
位置情報を、上記デバイスから受信する受信ステップ
と、 上記アイコンデータを、上記階層型位置情報に基
づいたデバイスの位置とともに表示するための制御ステ
ップとを含むことを特徴とする。

【００３７】第３０の発明は、ネットワークを介して依
頼されたジョブを処理するデバイスのコンピュータで実
行されるコンピュータプログラムを格納した記憶媒体で
あって、上記プログラムは、上記デバイスの位置を階層
的に表した階層型位置情報を記憶する第１の記憶ステッ
プと、上記デバイスを示すアイコンデータを記憶する第
２の記憶ステップと、上記第２の記憶ステップにより記
憶した階層型位置情報、及び上記第２の記憶ステップに
より記憶したアイコンデータを上記ネットワークへ送出
する制御ステップとを含むことを特徴とする。

【００３８】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。

【００３９】＜第１の実施の形態＞本発明は、例えば、
図１に示すようなネットワークシステム１００に適用さ
れる。このネットワークシステム１００は、１階フロア
と２階フロアを含むオフィスフロア等で用いられるもの
であり、上記図１に示すように、クライアント側の情報
処理装置としてのパーソナルコンピュータ（ＰＣ）１１
１，１１３と、サーバ側の情報処理装置としてのパーソ
ナルコンピュータ（ＰＣ）１１２と、各種デバイス１０
１〜１０５とが、ＬＡＮ１５０によって互いに通信可能
に接続された構成としている。

【００４０】クライアント側の情報処理装置としてのＰ
Ｃ（クライアント装置、以下、単に「クライアント」と
言う）１１１，１１３はそれぞれ、本実施の形態におけ
るネットワークデバイス検索クライアントのプログラム
が実行可能なＰＣであり、サーバ側の情報処理装置とし
てのＰＣ（以下、サーバ装置、単に「サーバ」と言う）
１１２に対して、所望の条件を満たすデバイスに関する
問い合わせ情報を発行すると共に、それにより得られた
検索結果を表示するようになされている。また、ここで
は一例として、クライアント１１１をデスクトップ型の
ＰＣで構成し、クライアント１１３をノート型のＰＣで
構成している。

【００４１】サーバ１１２は、本実施の形態におけるネ
ットワークデバイス検索サーバのプログラムが実行可能
なＰＣであり、本システム１００のデバイス１０１〜１
０５や、他のネットワークシステム１４０の各種デバイ
ス（ネットワークデバイス）に関する情報が格納されて
おり、クライアント１１１，１１３からのデバイス検索
の問い合わせを受け付け、その検索結果を返送するよう
になされている。

【００４２】上述のようなクライアント１１１，１１３
及びサーバ１１２として用いるＰＣはそれぞれ同様の構
成としており、例えば、図２に示すような構成により、
ネットワークデバイス検索クライアントソフトウェア、
或いはネットワークデバイス検索サーバソフトウェア
（以下、これらをまとめて「ネットワークデバイス検索
ソフトウェア」とも言う）を稼動するようになされてい
る。

【００４３】すなわち、ここでのＰＣ２００は、上記図
２に示すように、ＰＣ全体の動作制御を司るＣＰＵ２０
２と、ＣＰＵ２０２での動作制御のための各種プログラ
ムやデータ等が格納されるＲＯＭ２０３と、ＣＰＵ２０
２の主メモリや作業用エリア等を含むＲＡＭ２０４と、
マウス（ＭＳ）２１４と、マウス（ＭＳ）２１４からの
指示入力を制御するマウスコントローラ（ＭＣ）２１３
と、キーボード（ＫＢ）２０９と、キーボード（ＫＢ）
２０９やポインティングデバイス（図示せず）からの指
示入力を制御するキーボードコントローラ（ＫＢＣ）２
０５と、ＣＲＴディスプレイ２１０と、ＣＲＴディスプ
レイ２１０の表示を制御するＣＲＴコントローラ（ＣＲ
ＴＣ）２０６と、各種プログラムやデータ（ブートプロ
グラム、種々のアプリケーション、編集ファイル、ユー
一ザファイル、ネットワーク管理プログラム等）を記憶
するためのハードディスクドライブ（ＨＤＤ）２１１及
びフロッピー（登録商標）ディスクドライブ（ＦＤＤ）
２１２と、ハードディスクドライブ（ＨＤＤ）２１１及
びフロッピーディスクドライブ（ＦＤＤ）２１２とのア
クセスを制御するディスクコントローラ（ＤＫＣ）２０
７と、ＬＡＮ１５０を介してデバイス１０１〜１０５や
他のＰＣ或いは他のネットワークシステム１４０（上記
図１参照）と双方向にデータをやりとりするためのネッ
トワークインターフェースカード（ＮＩＣ）２０８とを
備えており、これらの各構成部は、システムバス２０１
を介して互いに通信可能なように接続されている。

【００４４】したがって、上述のネットワークデバイス
検索ソフトウェアは、ＲＯＭ２０３又はハードディスク
ドライブ（ＨＤＤ）２１１、或いはフロッピーディスク
ドライブ２１２のＦＤに予め格納されており、ＣＰＵ２
０２によって読み出され実行されることで、後述するよ
うな本システム１００における動作が実現される。

【００４５】一方、デバイス１０１〜１０５はそれぞ
れ、カラープリンタやコピー機等から構成される。ここ
では、例えば、デバイス１０１は、カラープリンタ（カ
ラーＬＢＰ）であり、デバイス１０２は、コピー機能と
プリンタ機能を共に兼ね備えたＭＦＰ（Ｍｕｌｔｉ Ｆ
ｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）である。ま
た、デバイス１０３及び１０４はそれぞれ、モノクロプ
リンタであり、デバイス１０５は、スキャナである。

【００４６】これらのデバイス１０１〜１０５の主なる
構成はそれぞれ同様であり、例えば、図３に示すよう
に、デバイス全体の動作制御を司るＣＰＵ２３０２と、
ＣＰＵ２３０２での動作制御のための各種プログラムや
データ等が格納されるＲＯＭ２３０３と、ＣＰＵ２３０
２の主メモリや作業用エリア等を含むＲＡＭ２３０４
と、デバイス機能（プリンタ機能やコピー機能等）のエ
ンジン２３０９と、エンジン２３０９の駆動を制御する
エンジンコントローラ（ＥＣ）２３０５と、ユーザから
各種操作指示を受け付けたり種々の情報を表示するパネ
ル（ＰＡＮＥＬ）２３１０と、パネル（ＰＡＮＥＬ）２
３１０での入出力をコントロールしたりパネル（ＰＡＮ
ＥＬ）２３１０を管理するパネルコントローラ（ＰＣ）
２３０６と、ハードディスクドライブ（ＨＤＤ）２２１
１と、ハー一ドデイスクドライブ（ＨＤＤ）２２１１と
のアクセスを制御するディスクコントローラ（ＤＫＣ）
２３０７と、不揮発性ＲＡＭ（ＮＶＲＡＭ）２３１２
と、リＮ１５０を介してサーバ１１２やクライアント１
１１，１１３（上記図１参照）と双方向にデータをやり
とりするためのネットワークインターフェースカート
（ＮＩＣ）２３０８とを備えており、これらの各構成部
は、システムバス２３０１を介して互いに通信可能なよ
うに接続されている。

【００４７】尚、上記図３に示したデバイスが、例え
ば、カラーＬＢＰ１０１である場合、エンジン２３０９
は、プりンタ出力動作等のためのＬＢＰエンジン（ＬＢ
Ｐ Ｅｎｇｉｎｅ）となり、ハードディスク（ＨＤＤ）
２２１１には、必要に応じて印刷データ等が一時的にス
プールされたりすることになる。

【００４８】上述のようなネットワークシステム１００
において、クライアント１１１、サーバ１１２、カラー
プリンタ１０１、ＭＦＰ１０２、及びモノクロプリンタ
１０３はそれぞれ、２階フロアに設置されており、モノ
クロプリンタ１０４、スキャナ１０５、及びクライアン
ト１１３はそれぞれ、１階フロアに設置されている。

【００４９】また、ネットワークシステム１００は、フ
ァイアウォール１２０を介してインターネット１３０に
接続可能であり、そのインターネット１３０を介して他
のネットワークシステム１４０とも接続可能に構成され
ている。

【００５０】尚、クライアント１１３は、ノート型のＰ
Ｃとしているため、上記図１では、１階フロアからＬＡ
Ｎ１５０に接続している状態を示しているが、ＬＡＮ１
５０から取リ外されることもあり、また、２階フロアか
らＬＡＮ１５０に接続される場合もある。

【００５１】ここで、本実施の形態では、クライアント
１１１，１１３が、サーバ１１２から返送されてくるデ
バイス検索の結果に基づいて、対象デバイスがどの場所
に、どういった属性を持って、現在とのような状態で存
在するかを、ユーザが視覚的に把握できるように、１階
フロアや２階フロア等の対象デバイスの存在位置に対応
したレイアウトビットマップ上に、対象デバイスのビッ
トマップアイコン（以下、単に「アイコン」とも言う）
を表示する。特に、レイアウトビットマップ上に表示し
た対象デバイスのアイコンを、対象デバイスの状態に応
じて変更する。このような構成が本実施の形態での最も
特徴とする構成としている。

【００５２】このため、ネットワークシステム１００
は、例えば、図４に示すような機能的な構成を有してい
る。上記図４に示す機能的な構成は、上記図２及び図３
にそれぞれ示したＣＰＵ２０２，２３０２において、ネ
ットワークデバイス検索ソフトウェア等の所定の処理プ
ログラムが実行されることで実現される。

【００５３】上記図４に示すように、本実施の形態で
は、クライアント１１１，１１３に対応するクライアン
ト装置２０と、デバイス１０１〜１０５に対応するデバ
イス３０と、サーバ１１２に対応するサーバ装置１０と
が、ＬＡＮ１５０に対応するネットワーク４０上に配置
される。

【００５４】クライアント装置２０は、例えば、汎用の
コンピュータ等からなり、検索要求モジュール２１及び
表示モジュール２２を含んでいる。検索要求モジュール
２１は、サーバ装置１０へ所望のデバイス検索条件を送
信し、その結果を受信する。検索要求モジュール２１に
て受信された検索結果を可視表示する。

【００５５】サーバ装置１０は、ネットワーク４０上の
デバイス３０の属性情報を管理するデータベース１１を
有するディレクトリサーバとしての機能を有する。デー
タベース１１には、ネットワーク４０上のデバイス３０
の識別情報、及びデバイス３０が有する各種属性の情報
が登録される。

【００５６】また、サーバ装置１０は、検索モジュール
１２及び属性登録モジュール１３を含んでいる。検索モ
ジュール１２は、クライアント装置２０から受信したデ
バイス検索条件に基づいて、データベース１１から条件
に合致するデバイスを検索し、その検索結果をクライア
ント装置２０へ送信する。属性登録モジュール１３は、
デバイス３０等からデバイス属性を受信してデータベー
ス１１１に登録する。

【００５７】デバイス３０は、クライアント装置２０等
に各種サービスを提供するため機能を有し、例えば、ス
キャナやプリンタ、或いはファクシミリ等である。デバ
イス３０は、デバイス属性送信モジュール３１を含み、
このデバイス属性送信モジュール３１は、デバイス３０
自身の属性情報をサーバ装置１０へ送信し、データベー
ス１１への登録要求を行う。

【００５８】尚、上記図４では、説明の簡単のため、本
デバイス検索システムの最小単位の構成を示している。
すなわち、上記図１では、それぞれが１つのクライアン
ト装置２０及びデバイス３０がネットワーク４０へ接続
された構成を図示しているが、これらの接続数に限られ
ることはなく、それぞれが複数のクライアント装置２０
及びデバイス３０がネットワーク４０へ接続された構成
とするようにしてもよい。また、サーバ装置１０につい
ても同様に、複数のサーバ装置１０をネットワーク４０
上へ接続する構成とするようにしてもよい。

【００５９】以下、本実施の形態におけるネットワーク
システム１００の特徴とする構成及び全体動作につい
て、具体的に説明する。

【００６０】［サーバ１１２で管理する各デバイスのロ
ケーション情報］それぞれのデバイスのロケーション
（Ｌｏｃａｔｉｏｎ）情報は、図５に示すような階層的
構造によって、サーバ１１２にて管理される。

【００６１】上記図５では、例えば、デバイス名（Ｎ
Ｍ）「ＬＢＰ１１１０」で示されるカラーＬＢＰ１０１
のロケーション情報は、“３０１”〜”３０８”に示す
ように、（Ｃ＝ＪＰ（３０１）、Ｏ＝ＡＢＣ商事（３０
２）、ＢＲ＝東京支店（３０３）、ＯＰ＝ｅｘｔｅｎｄ
（３０４）、ＢＵ＝ＡＡビル（３０５）、ＦＬ＝２Ｆ
（３０６）、ＢＬ＝２―１（３０７）、ＤＶ＝ｐｒｉｎ
ｔｅｒ（３０８））として指定される。

【００６２】それぞれのエントリＣ，Ｏ，ＢＲ，ＯＰ，
ＢＵ、ＦＬ，ＢＬ，ＤＶ，ＮＭ，ＭＡＰは、 Ｃ ：国名を示す（“ＪＰ”は日本、“ＵＳ”はアメリ
カ等） Ｏ ：組織名を示す（”ＡＢＣ商事’’、”ＸＹＺ物
産”等） ＢＲ：支店や支部等を示す（“東京支店”、“大阪支
店”等） ＯＰ：オプション情報があることを示す（“ｅｘｔｅｎ
ｄ”拡張） ＢＵ：建物の名前を示す（“ＡＡビル”、“ＢＢビル”
等） ＦＬ：フロアの階数を示す（“１Ｆ”、“２Ｆ”等） ＢＬ：フロアのブロックを示す（“１−１”、“２−
１”等） ＤＶ：デバイスを示す（“Ｐｒｉｎｔｅｒ”、“ＭＦ
Ｐ”等） ＵＭ：デバイス名を示す（“ＬＢＰ１１１０”、“ＬＢ
Ｐ３３１０”等） ＭＡＰ：デバイスの後述するＭＡＰ上での座標を示す
（“１０Ｘ＋１０Ｙ”等） であり、それぞれのエントリの属性は、それぞれ決まっ
た範囲（値）の属性値を有するようになされている。

【００６３】尚、オプション情報の他の階層に設定して
もよいし、オプション情報の階層を設定しないデータ構
造であってもよい。

【００６４】本実施の形態では、上述のようなロケーシ
ョン情報の階層的構造によって、ネットワーク上のデバ
イス（検索対象となる本システム１００のデバイス１０
１〜１０５や他のネットワークシステム１４０のデバイ
ス）のロケーション情報を管理することで、デバイスの
位置を特定し、ユーザが所望するデバイスを当該ユーザ
に分かりやすくアイコン表示し、さらに、そのアイコン
表示をデバイスの状態に応じて変化させる。

【００６５】サーバ１１２が、上記図５に示したロケー
ション情報の階層的構造（以下、「階層型ロケーション
情報」とも言う）に従って各デバイスのロケーション情
報を管理するために、上述したように、それぞれのデバ
イスが電源ＯＮされると、サーバ１１２に対して各デバ
イスのデバイス情報が与えられる。このときのデバイス
情報は、例えば、図６に示すようなデータフォーマット
としている。

【００６６】すなわち、それぞれのデバイスは、上記図
６に示すデータフォーマットに従った自デバイスのデバ
イス情報をサーバ１１２へ登録する。上記図６に示すよ
うに、ここでのデバイス情報は、上記図５に示した階層
型ロケーション情報に従った自デバイスの位置を示すた
めのロケーション情報９０２〜９１１と、自デバイスの
属性を示すための属性情報９１３，９１４とを含んでい
る。また、ロケーション情報９０２〜９１１の先頭には
ロケーション情報ＴＡＧ９０１が付加されており、属性
情報９１３，９１４の先頭にはデバイス層性情報ＴＡＧ
９１２が付加されている。これにより、このデバイス情
報の受信側（サーバ１１２）で、当該デバイス情報に含
まれる各種情報を識別できるようになされている。

【００６７】上記図６のデバイス情報は、その一例とし
ての、本システム１００のカラーＬＢＰ１０１が保持し
ているデバイス情報であり、このデバイス情報では、カ
ラーＬＢＰ１０１は、 デバイス名ＮＭ＝ＬＢＰ１１１０ レイアウトビットマップ上での座標ＭＡＰ＝１０Ｘ＋１
０Ｙ デバイスＤＶ＝ｐｒｉｎｔｅｒ（プリンタ） であり、上記図５に示した階層型ロケーション情報に従
って、 設置されているフロアのブロックＢＬ＝２―１ 上記フロアの階数ＦＬ＝２Ｆ 上記フロアの建物の名前ＢＵ＝ＡＡビル オプション情報の有無ＯＰ＝ｅｘｔｅｎｄ有り 支店名ＢＲ＝東京支店組織名Ｏ＝ＡＢＣ商事 国名Ｃ：ＪＰ（日本） で示される場所に存在することを示すロケーション情報
９０２〜９１１が設定されている。

【００６８】また、属性情報９１３，９１４としては、
カラー入出力が可能であるか否かを示すためのｃｏｌｏ
ｒ属性９１３と、ネットワークアドレスを示すＩＰアド
レス９１４とが設定されており、ここでは、ｃｏｌｏｒ
属性９１３が“ＴＲ∪Ｅ”（“デバイス（カラーＬＢ
Ｐ）１０１はカラー入出力が可能”）が設定されてい
る。

【００６９】したがって、上記図６のデバイス情報が、
それぞれのデバイスからサーバ１１２へと与えられる
と、サーバ１１２は、図７に示すようなデータベースに
よって、各デバイスのデバイス情報を管理する。上記図
７では、各列が、登録されている各デバイスに関する１
件のデータ、すなわち、タプル（ｔｕｐｌｅ）に相当
し、各行が、各タプル毎の属性（ａｔｔｒｉｂｕｔｅ）
に相当する。

【００７０】上記図７に示すデータベースでは、その一
例として、デバイス１０１〜１０５に属性情報９０２〜
９１４が対応付けられて記憶されている。尚、上記図７
で示す以外の属性情報、例えば、ステープル機能の有無
を示す属性や、両面印刷機能の有無を示す属性等、デバ
イスが一般に備えている属性を備えるようにしてもよ
い。

【００７１】したがって、サーバ１１２は、クライアン
ト１１１，１１３からのデバイス検索要求に基づいたデ
バイス（ユーザから入力された検索条件に合致したデバ
イス）を、上記図７に示したデータベースから検索す
る。この検索により得られたデバイス情報（検索結果）
が、上記デバイス検索要求元のクライアントヘと返送さ
れる。

【００７２】［デバイスが保持するアイコン情報］それ
ぞれのデバイス１０１〜１０５は、自デバイスで発生し
うる様々なイベントに対応するアイコン情報を、記憶部
に保持している。

【００７３】例えば、カラーＬＢＰ１０１は、図８に示
すような、稼働中状態（ｒｅａｄｙ）であることを示す
ためのアイコン情報、紙切れ状態（ｎｏｐａｐｅｒ）で
あることを示すためのアイコン情報、及びジャム発生状
態（ｐａｐｅｒｊａｍｍｅｄ）であることを示すための
アイコン情報を保持している。また、ＭＦＰ１０２は、
図９に示すような、稼働中状態（ｒｅａｄｙ）であるこ
とを示すためのアイコン情報、紙切れ状態（ｎｏｐａｐ
ｅｒ）であることを示すためのアイコン情報、及びジャ
ム発生状態（ｐａｐｅｒｊａｍｍｅｄ）であることを示
すためのアイコン情報を保持している。その他の各デバ
イスにおいても、自デバイスの状態を示すための各種ア
イコン情報を保持している。

【００７４】そして、それぞれのデバイス１０１〜１０
５は、クライアント１１１，１１３からの要求に応じ
て、現在のデバイス状態を表すアイコン情報を記憶部か
ら読み出して、当該要求元のクライアントに送信する。

【００７５】尚、デバイス１０１〜１０５が保持するア
イコン情報としては、上記図８や図９に示したようなア
イコン情報１こ限られることはなく、例えば、デバイス
が使用中であることを示すアイコンや、デバイスに設け
られたハードディスク等における読込／書込エラー発生
を示すアイコン、また、デバイスがＦＡＸである場合に
は、送信中／受信中であることを示すアイコンを設けた
リするようにしてもよい。さらに、認証エラー発生を示
すアイコンを設けるようにすれば、これがクライアント
側でＭＡＰ上に表示出力されることで、当該クライアン
ト側でデバイスでの認証エラー発生を印に認識すること
ができるようになるため、不正侵入等を遠隔地から監視
すること等が可能となる。

【００７６】［クライアント１１１，１１３での検索条
件入力燥作］図１０は、クライアント１１１，１１３に
てユーザが所望するデバイスを検索するための条件を入
力するための画面（検索条件入力画面）を示したもので
ある。この画面は、例えば、ＣＲＴ２１０に表示され、
マウス２１４やキーボード２０９によって（上記図２参
照）、様々な検索条件が入力できるようになされてい
る。

【００７７】上記図１０１こおいて、“１００１ａ”、
“１００１ｂ”、“１００１ｃ”によって示す入力部分
は、検索対象デバイスのエントリを入力する部分であ
る。ここでは、直接エントリを入力も可能であるが、入
力部分の右端部（黒三角印部分）を操作することで、プ
ルダウンメニューが表示され、そのメニューの中から所
望するエントリを選択することも可能である。

【００７８】“１００２ａ”、“１００２ｂ”、“１０
０２ｃ”によって示す入力部分は、それぞれの入力部分
１００１ａ，１００１ｂ，１００１ｃに入力したエント
リに対応する属性情報を入力する部分である。これらの
入力部分１００２ａ，１００２ｂ，１００２ｃについて
も、入力部分１００１ａ，１００１ｂ，１００１ｃと同
様に、直接入力、及びプルダウンメニューからの入力の
何れも可能である。例えば、入力部分１００１ａにて入
力したエントリが“デバイス”である場合、入力部分１
００２ａの右端部を操作すれば、デバイス属性情報とし
てのプリンタ（ｐｒｉｎｔｅｒ）、ＭＦＰ（ＭＦＰ）、
及びスキャナ（ＳＣａｍｅｒ）のプルダウンメニューが
表示される。したがって、このプルダウンメニューの中
から所望する属性情報を選択すれば、その選択属性情報
が入力部分１００２ａに設定されることになる。

【００７９】“１００３ａ”及び“１００３ｂ”によっ
て示す部分は、入力部分１００１ａ〜１００１ｃ，１０
０２ａ〜１００２ｃへ入力した各情報を、“ＡＮＤ（か
つ）”で関係させることを指定する部分であり、“１０
０４ａ”及び“１００４ｂ”で示す部分は、それぞれの
入力部分１００１ａ〜１００１ｃ，１００２ａ〜１００
２ｃへ入力した各情報を、”ＯＲ（または）”で関係さ
せることを指定する部分である。

【００８０】“１００５”で示す部分は、検索開始ボタ
ンである。この検索開始ボタン１００５を操作すること
で、入力部分１００１ａ〜１００ｃ，１００２ａ〜１０
０２ｃへの入力、及び指定部分１００３ａ，１００３
ｂ，１００４ａ，１００４ｂによる指定に基づいた、サ
ーバ１１２でのデバイス検索が開始されることになる。

【００８１】図１１は、上記図１０に示した検索条件入
力画面での入力例を示したものである。上記図１１で
は、“検索対象デバイスがプリンタ”、かつ、“カラー
出力が可能なプリンタ”が、検索条件として入力されて
いる。

【００８２】尚、検索条件としては、例えば、“設置フ
ロアが２階であるプリンタ”（上記図１１の入力部分１
００１ｃ及び１００２ｃ参照）等というような、設置場
所の条件や、その他の様々な条件をさらに加えることも
可能である。ここでは、説明の簡単のため、“検索対象
デバイスがプリンタ”かつ“カラー出力が可能なプリン
タ”を入力された検索条件として説明する。

【００８３】そこで、例えば、クライアント１１１にお
いて、上記図１１に示したように、“検索対象デバイス
がプリンタ”且つ“カラー出力が可能なプリンタ”の検
索条件が入力され、この入力状態で検索開始ボタン１０
０５が押下された場合、上記検索条件を、図１２に示す
ような検索条件式として取得する。上記図１２に示すよ
うに、ここでの検索条件式としては、上記図１１に示し
た検索条件に対応して、検索対象デバイス（ＤＶ）がプ
リンタ（ｐｈｎｔｅｒ）でカラー出力（ｃｏｌｏｒ）が
可能（ＴＲＵＥ）である条件を示している。

【００８４】検索開始ボタンｌ００５が押下されるたこ
とに応答して上記入力画面で入力された検索条件が検索
要求としてサーバ１１２へ送信される。上記図１１に示
した検索条件の入力例によれば、上記図１２に示す検索
条件がサーバ１１２に発行される。

【００８５】上記図１２に示す検索条件を受信したサー
バ１１２では、当該検索条件式に合致するデバイスを、
上記図７に示したデータベース９００から検索する。例
えば、サーバ１１２は、データベース９００にて示され
るデバイス１０１〜１０５の中から、カラー出力可能な
プリンタであるデバイスを検索する。ここでは、デバイ
ス１０１（カラーＬＢＰ）のみがこれに該当することに
なる。したがって、サーバ１１２は、検索結果としての
図１３に示すようなカラーＬ８Ｐ１０１のデバイス情報
（ロケーション情報、属性情報、及ぴアイコン情報）
を、上記検索条件の送信元のクライアントへと返送す
る。

【００８６】尚、クライアントからの検索条件式に合致
するデバイスが複数検索された場合には、上記図１３に
示す検索結果は複数のデバイス情報で構成される。

【００８７】［クライアント１１１，１１３での検索結
果表示］

【００８８】まず、クライアント１１１，１１３はそれ
ぞれ、記憶部に上記図５に示したロケーション情報の階
層的構造により示されるデバイスが設置されるであろう
様々な場所のＭＡＰ情報（レイアウトビットマップ情
報）を保持している。

【００８９】図１４〜図１８は、クライアントが保持し
ているＭＡＰ情報の一例として、（Ｃ＝ＪＰ（日本）、
Ｏ＝ＡＢＣ商事、ＢＲ＝東京支店、ＢＵ＝ＡＡビル）に
おける１階フロア及び２階フロアのＭＡＰ情報を示した
ものである。ここでのＭＡＰ情報は、各フロア内の実際
の机の並びやパーティションの様子が予めビットマップ
として設定されている。

【００９０】上記図１４は、１階フロアの１ブロックの
ＭＡＰ情報ＭＰ１―１であり、上記図１５は、１階フロ
アの２ブロックのＭＡＰ情報ＭＰ１―２であり、上記図
１６は、２階フロアの１ブロックのＭＡＰ情報ＭＰ２―
１であり、上記図１７は、２階フロアの２ブロックのＭ
ＡＰ情報ＭＰ２―２である。

【００９１】上記図１８については、例えば、サーバ１
１２からの検索結果に含まれるロケーション情報に対応
するＭＡＰ情報を記憶部に保持していない場合（属性値
を持たない場合）や、サーバ１１２で検索されたデバイ
スのデバイス情報中にロケーション情報が無い場合（デ
バイスがロケーション情報を保持していない場合）、或
いはサーバ１１２にて該当するデバイスが検索されなか
った場合等に用いるＭＡＰ（ｕｎｋｎｏｗｎＭＡＰ）情
報ＵＭＰである。

【００９２】上記図１８に示すＭＡＰ情報ＵＭＰでは、
“１９０１”の部分には、ＭＡＰ情報がないことを示す
メッセージが表示され、“１９０２”の部分には、サー
バ１１２にて検索できたがロケーション情報を持たない
デバイス、或いは検索できなかった検索対象デバイスの
アイコンが表示される。

【００９３】上記図１４〜上記図１８に示したようなＭ
ＡＰ情報は、図１９に示すように各ブロック（ＢＬ）と
の対応がＭＡＰ対応テーブルとして管理されている。上
記図１９に示す例では、１階フロア及び２階フロアの各
ブロック１―１〜２−２、及びその他に対応してＭＡＰ
情報が管理されている。

【００９４】したがって、上記図１９の“１４０１”に
示すようなロケーション情報が指定されると、そのフロ
ア（ＦＬ）階層及びブロック（ＢＬ）階層の情報と、上
記図１９のＭＡＰ対応テーブルに基づいてＭＡＰ情報を
選択し、それをＣＲＴ２１０にて表示する。

【００９５】このとき、ＣＲＴ２１０に表示するＭＡＰ
上において、サーバ１１２からの検索結果のロケーショ
ン情報（ＭＡＰ上の座標情報（“１０Ｘ＋１０Ｙ”））
により示される位置に、受信されたアイコン情報を重ね
て表示する。これにより、所望するデバイスが、どのフ
ロアのどのブロックのどの位置にあるかを視覚的に示す
ことができる。

【００９６】図２０〜図２３は、上述したようなＣＲＴ
２１０での画面表示の一例を示したものである。これら
の図２０〜図２３に示すように、所望するデバイス、或
いはサーバや他のクライアントが、どのフロアのどのブ
ロックのどの位置に設置されているかが、ＣＲＴ２１０
の表示画面上で一目で確実に把握することができる。

【００９７】［クライアント１１１，１１３での検索結
果表示］クライアント１１１は、デバイスに対して定期
的にデバイス状態取得要求を発行することで、デバイス
から状態情報を取得し、それをＭＡＰ上のアイコン表示
に反映させる。デバイスは、クライアント１１１からの
上記デバイス状態取得要求の応答として、通知すべき状
態に対応したアイコン情報をクライアント１１１に送信
する。クライアント１１１は、デバイスから受信したア
イコン情報をＭＡＰ上に重ねて表示することにより、デ
バイスの状態がユーザにわかりやすく通知される。

【００９８】具体的には例えば、クライアント１１１に
おいて、サーバ１１２から検索結果が送られてくると、
その検索結果により示されるデバイス、例えば、カラー
ＬＢＰ１０１に対して、デバイス状態取得要求を定期的
に送信する。カラーＬＢＰ１０１は、クライアント１１
１からのデバイス状態取得要求の受信に応答して、自身
の現在状態を認識し、当該現在状態に対応するアイコン
情報を取得し、当該取得アイコン情報をクライアント１
１１へ送信する。

【００９９】ここでは、カラーＬＢＰ１０１がクライア
ント１１１へ送信するデバイス状態取得要求の応答（応
答パケット）を、例えば、図２４に示すようなフォーマ
ットに従ったものとしている。上記図２４に示すよう
に、デバイス状態取得要求の応答パケットは、本パケッ
トの内容がデバイス状態取得要求の応答であることを示
すフィールド３２０１と、以降に続く情報が現在のデバ
イス状態を表すアイコン情報であることを示すタグフィ
ールド３２０１と、現在のデバイス状態を表すアイコン
情報が格納されているフィールド３２０３とを含んでい
る。

【０１００】クライアント１１１において、上記図２４
に示したような応答パケットを受信すると、当該応答パ
ケットに含まれるアイコン情報を、上述したようにして
ＭＡＰ上の所定位置へ重ねて表示する。上記アイコン情
報の表示は、応答パケットの受信の度に実行されるた
め、この結果、ＭＡＰ上には、現在のカラーＬＢＰ１０
１の状態に応じて対応するアイコン情報が表示されるこ
とになる。尚、アイコン情報の表示は、定期的に受信さ
れるアイコン情報に変化があった場合にのみ実行される
ものであってもよい。

【０１０１】これにより、例えば、カラーＬＢＰ１０１
が稼働状態からジャム発生状態となると、これに対応し
て、クライアント１１１でのＭＡＰ上のアイコン情報
も、稼働状態を示すアイコン情報からジャム発生状態を
示すアイコン情報に変更されて表示されることになる
る。したがって、デバイスが、どのフロアのどのブロッ
クのどの位置にあるかだけでなく、現在状態をも常に明
示的に示すことができる。

【０１０２】図２５は、上述のようにしてＭＡＰ上にデ
バイスの状態に応じたアイコンを重ねて表示する際、そ
のアイコンのＭＡＰ上での配置を示したものである。上
記図２５では、サーバ１１２での検索の結果、２階フロ
アのブロック２―１に設置されているカラーＬＢＰ１０
１が検索され、そのロケーション情報に含まれるＭＡＰ
上での座標ＭＡＰが、“１０Ｘ＋１０Ｙ”であり、さら
に、カラーＬＢＰ１０１で紙切れが発生した場合を示し
ている。したがって、上記図２５に示すように、紙切れ
状態を表すアイコンが、上記図１６に示したようなＭＡ
Ｐ情報ＭＰ２−１（２階フロアのブロック２―１のＭＡ
Ｐ情報）上に、その座標１０Ｘ＋１０Ｙに配置されて重
ねて表示されることになる。この結果、ＣＲＴ２１０の
表示画面は、図２６に示すような画面状態となる。

【０１０３】上述のことにより、例えば、上記図２２の
画面が表示された場合には、カラーＬＢＰ１０１が２Ｆ
フロアのブロック２―１の入り口に近いテーブル付近に
設置されていることが分かり、上記図２６の画面が表示
された場合には、カラーＬＢＰ１０１が２Ｆフロアのブ
ロック２―１の入り口に近いテーブル付近に設置されて
いるが、このカラーＬＢＰ１０１は紙切れのため使用不
可であることが分かる。また、上記図２２の画面上のカ
ラーＬＢＰ１０１のアイコンが、上記図２６の画面上の
アイコンに変化した場合には、カラーＬＢＰ１０１で紙
切れが発生したことを即に知ることができる。

【０１０４】［サーバ１１２、クライアント１１１，１
１３、及びそれぞれのデバイスでの処理の流れ］図２７
〜図３４は、サーバ１１２、クライアント１１１，１１
３、及びそれぞれのデバイス１０１〜１０５での上述し
たような各動作をフローチャートによって示したもので
ある。

【０１０５】尚、上記図２７〜図３４のフローチャート
は、サーバ１１２、クライアント１１１，１１３、及び
それぞれのデバイス１０１〜１０５において実行される
処理プログラムに対応している。すなわち、上記図２７
〜図３４のフローチャートに従った処理プログラムが、
サーバ１１２、クライアント１１１，１１３、及びそれ
ぞれのデバイス１０１〜１０５のＣＰＵ（２０１，２３
０２）によって実行されることで、上記図４に示した機
能による以下に説明するような動作が実現される。

【０１０６】（１）デバイスのロケーション情報の登録
動作：図２７参照 ここでは説明の簡単のために、各種デバイスのうちのカ
ラーＬＢＰ１０１に着目して、そのロケーション情報の
登録動作について説明する。

【０１０７】カラーＬＢＰ１０１は、ロケーション情報
及び属性情報を含むデバイス情報を、不揮発性ＲＡＭ２
３１２に保持している。ＣＰＵ２３０２は、電源が投入
されると、サーバ１１２との接続を行う（ステップＳ３
００１）。

【０１０８】ＣＰＵ２３０２は、サーバ１１２との接続
が確立すると、不揮発性ＲＡＭ２３１２に保持されてい
るデバイス情報を読み出して、それを、上記図６に示し
たようなフォーマットに従って、サーバ１１２へ登録す
る（ステップＳ３００２）。

【０１０９】サーバ１１２への上記登録終了後、ＣＰＵ
２３０２は、サーバ１１２との接続を解放する（ステッ
プＳ３００３）。

【０１１０】上述のようにして、カラーＬＢＰ１０１を
含むそれぞれのデバイスは、電源投入後、自デバイスの
デバイス情報の登録をサーバ１１２に対して行う。

【０１１１】（２）サーバ１１２の全体動作：図２８参
照 サーバ１１２において実行される処理プログラムは、イ
ベント駆動型のプログラムで構成されており、あるイベ
ントが発生すると、そのイベントを解析して、対応する
処理を実行するようになされている。尚、ここでは説明
の簡単のため、サーバ１１１２で実行される種々の処理
のうち、主に、デバイス検索処理及びデバイス情報登録
処理に着目して説明する。

【０１１２】サーバ１１２において、ＣＰＵ２０２は、
電源が投入されると、受信ポートをオープンし（ステッ
プＳ２４０１）、イベントを取得する（ステップＳ２４
０２）。そして、ＣＰＵ２０２は、ステップＳ２４０２
にて取得したイベントが終了コマンドであるか否かを判
別する（ステップＳ２４０３）。

【０１１３】ステップＳ２４０３での判別の結果、取得
イベントが終了コマンドの場合、ＣＰＵ２０２は、ステ
ップＳ２４０１でオープンした。受信ポートをクローズ
して（Ｓ２４０４）、本処理を終了する。

【０１１４】ステップＳ２４０３での判別の結果、取得
イベントが終了コマンドでない場合、ＣＰＵ２０２は、
取得イベントが、クライアントからのデバイス検索要求
（問合要求）であるか否かを判別する（ステップＳ２４
０５）。

【０１１５】ステップＳ２４０３の判別の結果、取得イ
ベントがデバイス検索要求である場合、ＣＰＵ２０２
は、デバイス検索処理を実行する（ステップＳ２４０
６）。その後、ステップＳ２４０２へと戻り、以降の処
理ステップを繰り返し実行する。尚、ステップＳ２４０
６の処理についての詳細は後述する。

【０１１６】ステップＳ２４０３の判別の結果、取得イ
ベントがデバイス検索要求でない場合、ＣＰＵ２０２
は、デバイスからのデバイス情報の登録要求であると見
なし、そのためのデバイス情報登録処理を実行する（ス
テップＳ２４０７）。すなわち、それぞれのデバイスか
らのデバイス情報を、上記図７に示したようなデータベ
ースヘの登録する。このデータベースのテーブル情報
は、ハードディスク（ＨＤＤ）２１１に格納される。

【０１１７】（２―１）デバイス検索処理（ステップＳ
２４０６）：図２９参照 本処理は、上記図７に登録されているデバイス情報に対
して、クライアント（ここでは、クライアント１１１と
する）からのデバイス検索要求に含まれる全ての検索条
件に対する処理が終了するまで繰り返し実行される。

【０１１８】サーバ１１２において、先ず、ＣＰＵ２０
２は、クライアント１１１からのデバイス検索要求（受
信パケット）内の全ての倹素条件に対して、デバイス検
索部４１３によるステップＳ２５０３からの処理を実行
し終えたか否かを判別する（ステップＳ２５０１）。

【０１１９】スナッブＳ２５０１の判別の結果、全ての
検索条件に対する処理を終了した場合、ＣＰＵ２０２
は、検索されたデバイスに対応するデバイス情報（ロケ
ーション情報、属性情報）を検察結果として、デバイス
検索要求の発行元であるクライアント１１１へ返送する
（ステップＳ２５０２）。本ステップＳ２５０２の処理
終了後、本処理終了となる。

【０１２０】一方、ステップＳ２５０１の判別の結果、
全ての検索条件に対する処理を未だ終了していない場
合、ＣＰＵ２０２は、デバイス検索要求に含まれる検索
条件を順に取リ出す（ステップＳ２５０３）。

【０１２１】そして、ＣＰＵ２０２は、ステップＳ２５
０３で取り出した検索条件に合致するデバイス情報を取
得するために、上記図７に登録されている全てのデバイ
ス情報に対して検索を行ったか否かを判別する（ステッ
プＳ２５０４）。

【０１２２】ステップＳ２５０４の判別の結果、全ての
テバイス情報に対する検索が終えた場合、これを認識し
たＣＰＵ２０２は、次の検索条件に対する処理を実行す
るために、ステップＳ２５０１へと戻り、以降の処理ス
テップを繰り返し実行する。

【０１２３】ステップＳ２５０４の判別の結果、全ての
デバイス情報に対する検索が未だ終えていない場合、Ｃ
ＰＵ２０２は、全てのデバイス情報を順に検索するため
のカウンタｎによリ示されるデバイス情報を、上記図７
に登録されているデバイス情報から取得する（ステップ
Ｓ２５０５）。

【０１２４】ＣＰＵ２０２は、ステップＳ２５０５にて
取得したデバイス情報が、対象検索条件と合致するか否
かを判別する（ステップＳ２５０６）。

【０１２５】ステップＳ２５０６の判別の結果、対象デ
バイス情報と対象検索条件が合致しない場合、ＣＰＵ２
０２は、カウンタｎをカウントアップした後、次のデバ
イス情報に対する処理を実行するために、ステップＳ２
５０４へと戻り、以降の処理ステップを繰リ返し実行す
る。

【０１２６】ステップＳ２５０６の判別の結果、対象デ
バイス情報と対象検索条件が合致した場合、ＣＰＵ２０
２は、そのデバイス情報をデータベースから取得して
（ステップＳ２５０７）、ステップＳ２５０２にてクラ
イアント１１１へ送信する検索結果に追加する（ステッ
プＳ２５０８）。その後、ＣＰＵ２０２は、カウンタｎ
をカウントアップした後、次のデバイス情報に対する処
理を実行するために、ステップＳ２５０４へと戻り、以
降の処理ステップを繰り返し実行する。

【０１２７】尚、ステップＳ２５０８では、個々の検索
条件を満たすデバイス情報が検索結果として得られるこ
とになるが、例えば、個々の検索条件が“ＡＮＤ”で結
ばれていた場合、ステップＳ２５０２において、ステッ
プＳ２５０８にて得られたデバイス情報のうち、全ての
検索条件を溝足するデバイス情報のみを、最終的にクラ
イアント１１１へ送信するようにする。

【０１２８】（３）クライアント１１１，１１３の全体
動作：図３０参照 クライアント１１１，１１３において実行される処理プ
ログラムは、イベント駆動型のプログラムで構成されて
おり、あるイベントが発生すると、そのイベントを解析
して、対応する処理を実行するようになされている。ま
た、クライアント１１１，１１３はそれぞれ、必要に応
じて状態取得プロセス（プログラム）を起動する。この
状態取得プロセスは、サーバ１１２から返送されてくる
デバイス検索結果、発見されたデバイスに対して現在の
デバイス状態を定期的に問い合わせ（デバイス状態取得
要求）、その応答として送信されてくるデバイス状態情
報に従って（ポーリング通知方式）、レイアウトビット
マップ上の適切な位置にデバイス状態を表すアイコンを
表示するためのプロセスである。尚、ここでは説明の簡
単のため、クライアント１１１に着目して、その動作に
ついて説明する。

【０１２９】クライアント１１１において、ＣＰＵ２０
２は、イベントの取得を行う（ステップＳ２６０１）。
そして、ＣＰＵ２０２は、ステップＳ２６０１で取得し
たイベントが終了コマンドであるか否かを判別する（ス
テップＳ２６０２）。

【０１３０】ステップＳ２６０２の判別の結果、取得イ
ベントが終了コマンドである場合、ＣＰＵ２０２は、本
処理を終了する。

【０１３１】ステップＳ２６０２の判別の結果、取得イ
ベントが終了コマンドでない場合、ＣＰＵ２０２は、取
得コマンドがユーザからのデバイス検索コマンドである
か否かを判別する（ステップＳ２６０３）。このときの
デバイス検索コマンドは、上記図１０に図示したような
検索条件入力画面より、ユーザから検索条件が入力さ
れ、検索開始ボタン１００５が操作（クリック）される
ことによって発生する。

【０１３２】ステップＳ２６０３の判別の結果、取得イ
ベントがデバイス検索コマンドである場合、ＣＰＵ２０
２は、サーバ１１２に対してデバイス検索要求を発行す
るための処理等を含むデバイス検索要求発行処理を実行
する（ステップＳ２６０４）。その後、ＣＰＵ２０２
は、ステップＳ２０６１へと戻り、以降の処理ステップ
を繰り返し実行する。尚、ステップＳ２６０４の処理に
ついての詳細は後述する。

【０１３３】ステップＳ２６０３の判別の結果、取得イ
ベントがデバイス検索コマンドでない場合、ＣＰＵ２０
２は、取得イベントがサーバ１１２からの検索結果（ス
テップＳ２６０４での上記デバイス検索要求に対する結
果：上記図１３参照）であるか否かを判別する（ステッ
プＳ２６０５）。

【０１３４】ステップＳ２６０５の判別の結果、取得イ
ベントが検索結果である場合、ＣＰＵ２０２は、検索結
果をＣＲＴ２１０へ表示するための処理や、デバイス状
態を取得するための処理、ＣＲＴ２１０に表示されてい
るＭＡＰ上のアイコンを変更するための処理等を含む検
索結果処理を実行する（ステップＳ２６０６）。その
後、ＣＰＵ２０２は、ステップＳ２０６１へと戻り、以
降の処理ステップを繰り返し実行する。尚、ステップＳ
２６０６の処理についての詳細は後述する。

【０１３５】ステップＳ２６０５の判別の結果、取得イ
ベントが検索結果でない場合、すなわち取得イベントが
終了コマンド、デバイス検索コマンド、及びデバイス検
索結果の何れでもない場合、ＣＰＵ２０２は、このとき
の取得イベントに対応した処理を実行する（ステップＳ
２６０７）。その後、ＣＰＵ２０２は、ステップＳ２０
６１へと戻り、以降の処理ステップを繰り返し実行す
る。

【０１３６】（３―１）デバイス検索要求発行処理（ス
テップＳ２６０４）：図３１参照

【０１３７】先ず、上記図１０に図示したような検索条
件入力画面よりユーザから入力された検索条件を取得す
る（ステップＳ２７０１）。そして、ステップＳ２７０
１で取得された検索条件を、上記図１２に示したような
検索条件式の形式へ変換し、さらに、当該検索条件式を
含む検索要求パケットを生成し、それをデバイス検索要
求としてサーバ１１２に対して発行する（ステップＳ２
７０２）。

【０１３８】尚、スナッブＳ２７０２において取得され
た検索条件式をハードディスク２１１に保存し、この検
索条件式を次回の検索時に用いるようにすれば、ユーザ
からの検索条件の再入力を省くことが可能となる。

【０１３９】（３−２）検索結果処理（ステップＳ２６
０６）：図３２参照

【０１４０】先ず、サーバ１１２からの検索結果によ
り、１つ以上のデバイスが発見されたか否かを判別する
（ステップＳ２８０１）。

【０１４１】ステップＳ２８０１の判別の結果、デバイ
スが発見されなかった場合、そのことを示すためのメッ
セージ等をＣＲＴ２１０上に表示する（ステップＳ２８
０４）。その後、本処理終了となる。

【０１４２】ステップＳ２８０１の判別の結果、デバイ
スが発見された場合、上記検索結果をハードディスク
（ＨＤＤ）２１１へ保時する（ステップＳ２８０２）。
これにより、例えば、上記図１３に示したような検索結
果がハードディスク（ＨＤＤ）２１１へ保存されるこ１
となる。その後、ハードディスク（ＨＤＤ）２１１へ保
存された検索結果のそれぞれに対して、次に説明するよ
うな状態取得プロセスを実行する（ステップＳ２８０
３）。その後、本処理終了となる。

【０１４３】（３―２―１）状態取得プロセス（ステッ
プＳ２８０３）：図３３参照 本プロセスは、ある一定間隔でデバイスの状態を取得
し、ＭＡＰ上にデバイス状態に応じたアイコンを表示す
るためのプログラムである。

【０１４４】本プロセスが実行されると、先ず、ＣＰＵ
２０２は、ステップＳ２８０２（上記図３２参照）によ
りハードディスク（ＨＤＤ）２１１に保持された全ての
検索結果に対して、ステップＳ２９０２からの処理が実
行されたか否かを判別する（ステップＳ２９０１）。

【０１４５】ステップＳ２９０１での判別の結果、全て
の検索結果に対する処理が実行し終えている場合、ＣＰ
Ｕ２０２は、ある一定間隔でデバイス状態を取得するた
めに、ポーリングタイマ（内部タイマ等）を起動する
（ステップＳ２９１３）。その後、上記ポーリングタイ
マのタイムアウトイベント待ち状態となる（ステップＳ
２９１４）。この状態において、上記ポーリングタイマ
のタイムアウトイベントが発生すると、ステップＳ２９
０１へと戻り、以降の処理スナッブが再び実行されるこ
とになる。

【０１４６】ステップＳ２９０１での判別の結果、全て
の検索結果に対する処理が実行し終えていない場合、次
の２９０２からの処理が実行される。

【０１４７】すなわち、先ず、ハードディスク（ＨＤ
Ｄ）２１１内の未処理の検索結果から１つのデバイスに
対応するデバイス情報を取得する（ステップＳ２９０
２）。

【０１４８】次に、ステップＳ２９０１にて取得したデ
バイス情報の１Ｐアドレスを宛先として、デバイス状態
取得要求を送信する（ステップＳ２９０３）。例えば、
上記図１３に示したようなデバイス情報に対する処理で
ある場合、そのＩＰアドレスは「１９２．１．２．１」
であるため、このアドレス宛に上記デバイス状態取得要
求パケットが送信されることになる。その後、上記デバ
イス状態取得要求パケットの送信先に対応したデバイス
からの、上記図２４に示したような上記デバイス状態取
得要求パケットの応答待ち状態となる。

【０１４９】上記デバイス状態取得要求の送信先のデバ
イス（ステップＳ２９０２にて取得されたデバイス情報
に対応するデバイス）からの応答パケットを受信すると
（ステップＳ２１９０４）、その応答パケットに含まれ
るアイコン情報（上記図２４参照）を取得する（ステッ
プＳ２９０５）。

【０１５０】そして、ステップＳ２９０２にて取得され
た、デバイス情報の”ＢＬ”によって示される情報（上
記図１３参照）に対応したＭＡＰ情報が、上記図１９に
示したＭＡＰ対応テーブルによって保持されているか否
かを判別する（ステップＳ２９０６）。具体的には例え
ば、上記図１９の“１４０２”及び“１４０３”に示し
たようなＭＡＰ対応テーブルを参照し、同図の“１４０
１”に示したようなＣ，Ｏ，ＢＲ，ＯＰ，ＢＵ、ＢＬ情
報に対応したＭＡＰ情報が存在するか否かを判別するこ
とで、ＭＡＰ表示可能であるか否かを判別する。尚、こ
こでは、上記デバイス情報中のロケーション情報が、上
記図１９の“１４０１”に示した各情報を含む場合に、
ＭＡＰ表示可能と判別される。

【０１５１】ステップＳ２９０６の判別の結果、ＭＡＰ
表示可能である場合、そのＭＡＰを現在ＣＲＴ２１０に
表示している状態であるか否かを判別する（ステップＳ
２９０７）。

【０１５２】ステップＳ２９０７の判別の結果、ＣＲＴ
２１０にＭＡＰを表示中である場合、そのＭＡＰ上にス
テップＳ２９０５にて取得したアイコンを、上記デバイ
ス情報の座標情報ＭＡＰにより示される位置に重ねて表
示する（ステップＳ２９０９）。これにより、例えば、
上記図１３に示したようなデバイス情報に対する処理で
ある場合、ＢＬ情報は「２―１」であるため、ＭＡＰと
しては上記図１６に示したようなＭＡＰ情報ＭＰ２―１
が表示され、そのＭＡＰ上に、座標情報ＭＡＰ（＝１０
Ｘ＋１０Ｙ）により示される位置に、対象デバイス情報
のデバイスの現在状態を表すアイコンが表示されること
になる。すなわち、対象デバイス情報のデバイスがカラ
ーＬＢＰ１０１であり、現在カラー一ＬＢＰ１０１が紙
切れ発生状態であれば、ＣＲＴ２１０では、上記図２６
に示したような、カラーＬＢＰ１０１が紙切れ発生状態
であることを表すアイコンの画面が表示された状態とな
る。その後、次の検索結果に対する処理を実行するため
に、ステップＳ２９０１へと戻り、以降の処理ステップ
を繰り返し実行する。

【０１５３】ステップＳ２９０７の判別の結果、ＣＲＴ
２１０に該当するＭＡＰを表示中でない場合、そのＭＡ
ＰをＣＲＴ２１０に表示する（ステップＳ２９０８）。
その後、上述のステップＳ２９０９へと進み、アイコン
を上記ＭＡＰ上へ重ねて表示するための処理を実行す
る。

【０１５４】ステップＳ２９０６の判別の結果、ＭＡＰ
表示可能でない場合、上記図１８に示したようなｕｎｋ
ｎｏｗｎＭＡＰ情報を、現在ＣＲＴ２１０に表示してい
る状態であるか否かを判別する（ステップＳ２９１
０）。

【０１５５】ステップＳ２９１０の判別の結果、ＣＲＴ
２１０にｕｎｋｎｏｗｎＭＡＰを表示中である場合、そ
のｕｎｋｎｏｗｎＭＡＰ上０）デバイス欄（上記図１６
の“２９０２”で示す部分）に、ステップＳ２９０５に
て取得したアイコンを表示する（ステップＳ２９１
２）。この結果、ｕｎｋｎｏｗｎＭＡＰ上のデバイス欄
には、ロケーション情報が未だ登録されていないデバイ
スのアイコン等が表示されることになる。その後、次の
検索結果に対する処理を実行するために、ステップＳ２
９０１へと戻り、以降の処理ステップを繰り返し実行す
る。

【０１５６】ステップＳ２９１０の判別の結果、ＣＲＴ
２１０にｕｎｋｎｏｗｎＭＡＰを表示中でない場合、そ
のｕｎｋｎｏｗｎＭＡＰをＣＲＴ２１０に表示する（ス
テップＳ２９１１）。その後、上述のステップＳ２９１
２へと進み、アイコンを上記ＭＡＰのアイコン欄へ表示
するための処理を実行する。

【０１５７】（４）デバイスのデバイス状態取得要求に
対する応答動作：図３４参照 ここでは説明の簡単のために、各種デバイスのうちのカ
ラーＬＢＰ１０１に着目して、そのデバイス状態取得要
求に対する応答動作（デバイス状態応答動作）について
説明する。

【０１５８】カラーＬＢＰ１０１において、先ず、ＣＰ
Ｕ２３０２は、自デバイスに電源が投入されると、クラ
イアント１１１，１１３からのデバイス状態取得要求を
受信するために、受信ポートをオープンし、受信可能状
態とする（ステップＳ３１０１）。

【０１５９】ステップＳ３１０１での処理により、ある
クライアント（ここでは、クライアント１１１とする）
からのデバイス状態取得要求を受信すると（ステップＳ
３１０２）、自デバイス（カラーＬＢＰ１０１）の状態
を調査し、クライアント１１１へ通知すべきアイコン情
報を決定する（ステップＳ３１０３）。例えば、カラー
ＬＢＰ１０１にて紙切れが発生している場合には、記憶
部に保持されている各種アイコン情報のうち、「紙切
れ」を表すアイコン情報を、クライアント１１１へ通知
すべきアイコン情報として決定する。

【０１６０】そして、ステップＳ３１０３にて決定した
アイコン情報により、上記図２４に示したようなフォー
マットに従って、クライアント１１１からのデバイス状
態取得要求に対する応答パケットを生成し（ステップＳ
３１０４）、それをクライアント１１１に対して送信す
る（ステップＳ３１０５）。その後、ステップＳ３１０
２へと戻り、クライアントからのデバイス状態取得要求
の受信待ち状態となる。

【０１６１】上述のように、本実施の形態では、クライ
アント１１１，１１３において、ユーザから指定された
検索条件に一致したデバイスの位置情報を取得し、その
デバイスのアイコンをＭＡＰ上に表示することによっ
て、どのデバイスが、どの位置にあるかをユーザに容易
に理解させることができる。特に、本実施の形態では、
ＭＡＰ上のアイコンに対応するデバイスとのポーリング
方式による通信によって取得した該デバイスの状態（稼
働中、紙切れ、紙詰まり、トナーなし、ドアオープン等
の状態）に応じて、ＭＡＰ上のアイコンを変更するよう
にしたので、ユーザーは視覚的に且つ容易にデバイスの
状態を知ることができるようになる。これにより、ユー
ザーは、使用可能なデバイスを効率的に選択し使用する
ことができる。

【０１６２】また、本実施の形態では、クライアント１
１１，１１３において、デバイスの状態を表すアイコン
情報（デバイスビットマップアイコン情報）を、デバイ
ス状態取得要求時（その応答受信時）にデバイスから直
接取得するように構成したので、デバイスの様々な状態
を表すアイコン燗報をサーバ１１２やクライアント１１
１，１１３で予め保持しておく必要はない。．これによ
り、サーバ１１２やクライアント１１１，１１３のメモ
リ資源の消費を防ぐことができる。また、数多くのクラ
イアントが存在する場合に、それぞれのクライアントに
アイコン情報をインストールする必要がないため、クラ
イアント側のユーザの負担を軽減することができると共
に、不明の状態のデバイスを表示することもなくなると
いう効果がある。

【０１６３】＜第２の実施の形態＞ここでは、上記図５
に示したような階層的構造のロケーション情報（位置情
報）の各階層ごとにレイアウトビットマップを備えた形
態を説明する。

【０１６４】まず、第１の実施の形態では、上記図１９
に示したように、レイアウトビットマップとして、各ブ
ロック（ＢＬ）のビットマップ（ＭＰ１―１，ＭＰ１―
２，ＭＰ２―１，ＭＰ２―２）、及びＵｎｋｎｏｗｎビ
ットマップＵＭＰの計５枚のレイアウトビットマップを
有する場合とした。これに対して、本実施の形態では、
さらに各階層毎にレイアウトビットマップを有する場合
とする。以下、本実施の形態でのクライアント側での表
示方法について説明する。

【０１６５】尚、本実施の形態での表示方法には、先に
説明したクライアントの表示方法が含まれるものであ
る。

【０１６６】図３５は、検索する各階層に対応するビッ
トマッフリスト（以下、「ビットマップ対応リスト」と
言う）を示す図である。このビットマップ対応リストの
下部に示すリストは、上記図１９に示したＭＡＰ情報の
管理情報に相当するリストである、、

【０１６７】本実施の形態では、アイコン情報（デバイ
スビットマップアイコン）を表示する場合、検索する階
層の属性のすぐ下の風性情報に基づくようにする。階層
の上下関係は、上記図５に示した通りである。例えば、
「ＢＵ＝ＡＡビル」の検索条件で全てのデバイスを検索
する場合には、そのすぐ下の属性ＦＬ（上記図５参照）
を、そのデバイスのアイコンを表示するための位置情報
として、レイアウトビットマップ上に表示する。

【０１６８】そこで、まず、クライアント側での検索結
果の表示処理について説明する。

【０１６９】例えば、ＡＢＣ商事にある全てのデバイス
の検索を行う場合、あるクライアント側（クライアント
１１１とする）のユーザは、上記図１０に示したような
の検索条件入力画面上で、検索頃日の入力欄１００１ａ
に「会社名（Ｏ）」をプルダウンメニューから選択して
入力し、その属性値の入力欄１００２ａに「ＡＢＣ商
事」を入力して、検索開始ボタン１００５を押してデバ
イス検索を実行する。

【０１７０】これにより、上記のデバイス検索を実行し
たクライアント１１１は、第１の実施の形態で説明した
手順で、サーバ１１２から検索結果を得る。そして、ク
ライアント１１１は、サーバ１１２から獲得した検索結
果に基づいて、デバイスビットマップアイコンをレイア
ウトビットマップ上に重ねて表示する。このとき、クラ
イアント１１１の表示処理は、図３６のフローチャート
に示したものとなる。

【０１７１】すなわち、検索結果表示処理が開始される
と、得られた検索結果の全ての表示が終了したか否かを
判断し（ステップＳ６００１）、全ての処理が終わるま
で、表示処理を全て繰り返すことになる。

【０１７２】ステップＳ６００１での判断の結果、検索
結果の処理を全て終了していない場合には、検索結果の
ロケーション情報中からデバイス名（ＮＭ）情報を取得
する。これは、後述するステップＳ６００８やステップ
Ｓ６０１０、ステップＳ６０１３でデバイスビットマッ
プアイコンを表示するために行う処理である。

【０１７３】次に、検索した条件の属性に対応したレイ
アウトビットマップが既に表示済みかどうかを判断する
（ステップＳ６００３）。ここでは、「属性＝Ｏ、属性
値＝ＡＢＣ商事」の条件で検索を実行したことから、上
記図３５に示したビットマップ対応リストを参照して、
図３７に示すようなレイアウトビットマップＭＰ１０１
上に検索結果のデバイスビットマップアイコンを表示す
ることになる。したがって、ステップＳ６００３では、
上記図３７のレイアウトビットマップＭＰ１０１が表示
済みかどうかを判断する。

【０１７４】ステップＳ６００３の判断の結果、まだレ
イアウトビットマップを表示していない場合には、対応
するレイアウトビットマップを画面上に表示し（ステッ
プＳ６００４）、次のステップＳ６００５の処理に移行
する。

【０１７５】一方、ステップＳ６００３での判断の結
果、レイアウトビットマップを既に表示済みであった場
合には、上述のステップＳ６００４の処理はスキップし
て、検索した属性の下層属性とその属性値とを検索結果
から取得する（ステップＳ６００５）。

【０１７６】そして、上記取得した下層の属性値を表示
可能かどうかを判断する（ステップＳ６００６）。この
判断の結果、属性値の範囲外だったものや、属性値が入
力されていないデバイスは表示不可能と見なし、ステツ
ブＳ６０１１に進む。

【０１７７】ステップＳ６０１１では、Ｕｎｋｎｏｗｎ
マップＵＭＰが既に表示済みかどうかを判別し、未表示
であった場合にはＵｎｋｎｏｗｎマップＵＭＰを表示す
る（ステップＳ６０１２）。そして、ステップＳ６００
２で獲得したデバイス名（ＮＭ値）に対応するデバイス
ビットマップアイコンを、ＵｎｋｎｏｗｎマップＵＭＰ
のデバイス欄１９０２に表示する（ステップＳ６０１
３）。

【０１７８】一方、ステップＳ６００６での判断の結
果、上記取得した下層の属性値を表示可能であった場合
には、その下層属性がＭＡＰ属性（アイコンの表示座標
情報）であるかどうかを判断する（ステップＳ６００
７）。この判断の結果、ＭＡＰ属性でなかった場合に
は、表示しているレイアウトビットマップ上の層性位置
に、ステップＳ６００２で取得したデバイス名（ＮＭ
値）１こ対応するデバイスビットマップアイコンを重ね
て表示する（ステップＳ６００８）。ここでは、階層型
ロケーション情報で階層Ｏの下の階層ＢＲの属性値が
「東京支店」であることから（上記図５参照）、取得さ
れた各デバイス名に対応するアイコンは、東京支店５０
０１の位置上に表示されることになる。その結果、図３
８のような表示を得ることになる。

【０１７９】また、より詳細こデバイスの位置を検索す
る場合、ユーザは、上記図１０の検索条件入力画面上
で、検索項目の入力欄１００１ａに「ブロック名（Ｂ
Ｌ）」をプルダウンメニューから選択して入力し、そ’
の属性値の入力欄１００２ａに「２―１」を入力して、
検索開始ボタン１００５を岬してデバイス検索を実行す
る。

【０１８０】これにより、クライアント１１１は、第１
の実施の形態で説明した手順で、サーバ１１２から検索
結果を得る。そして、クライアント１１１は、サーバ１
１２から獲得した検索結果に基づいて、デバイスビット
マップアイコンをレイアウトビットマップ上に重ねて表
示する。このときも、上記図３６に示した処理フローを
実行する。

【０１８１】この場合、ステップＳ６００７での判断の
結果、ステップＳ６００５で取得した下層の層性がＭＡ
Ｐ属性であることから、ステップＳ６００９に進む。ス
テップＳ６００９では、上記ＭＡＰ情報で示される座標
範囲がレイアウトビットマップの範囲内かどうかを判断
する。そして、範囲内であった場合には、そのとき表示
しているレイアウトビットマップの座標位置に、ステッ
プＳ６００２で獲得したデバイス名（ＮＭ値）に対応す
るデバイスビットマップアイコンを重ねて表示する（ス
テップＳ６０１０）。

【０１８２】ここでは、「属性＝ＢＬ、属性値＝２却
１」の条件で検索を実行したことから、上記図３５に示
したビットマップ対応リストを参照して、上記図１６に
示すようなレイアウトビットマップＭＰ２―１上に検索
結果のデバイスアイコンを表示することになる。また、
階層ロケーション情報の属性ＢＬの階層下の層性がＭＡ
Ｐ属性であることから（上記図５参照）、検索結果の各
デバイスを表すアイコンは、そのレイアウト上の座標上
に表示されることになる。この結果、上記図２２のよう
な表示を得ることになる。

【０１８３】尚、ステップＳ６００９での判断の結果、
ＭＡＰ情報で示される座標範囲がレイアウトビットマッ
プの範囲内かなかった場合は、ステップＳ６０１３へ進
み、ステップＳ６００２で獲得したデバイス名（ＮＭ
値）に対応するデバイスビットマップアイコンを、Ｕｎ
ｋｎｏｗｎマップＵＭＰのデバイス欄１９０２に表示す
ることになる。

【０１８４】つぎに、上述した検索結果の表示の他の表
示例を幾つか挙げて説明する。

【０１８５】先に説明したように、上記図３７は、「属
性＝Ｏ、属性値＝ＡＢＣ商事」で検索した場合に使用さ
れるレイアウトビットマップＭＰ１０１を示したもので
ある。この場合、属性Ｏの下層属性ＢＲの属性値が「東
京支店」であるデバイスのデバイスビットマップアイコ
ンは、レイアウトビットマップ５００１に表示され、属
性値が「大阪支店」であるデバイスのデバイスビットマ
ップアイコンは、レイアウトビットマップ５００２に表
示される。したがって、「属性＝Ｏ、属性値＝ＡＢＣ商
事」の条件ですべてのデバイスを検索したときの結果表
示は、上記図３８に示すようになる。

【０１８６】図３９は、「属性＝ＢＲ、属性値＝東京支
店」の条件で検索した場合に使用されるレイアウトビッ
トマップＭＰ１０２である。この場合、属性ＢＲの下層
属性はＯＰであるが、これはオプション（ＯＰＴＩ０
Ｎ）があることを示し、さらにもう一層下に詳細情報が
あることを示している。その属性ＢＵの属性値がＡＡビ
ルであるデバイスのデバイスビットマップアイコンは、
レイアウトビットマップ５２０１に表示される。したが
って、「属性＝ＢＲ、属性値＝東京支店」の条件ですべ
てのデバイスを検索したときの結果表示は図４０に示す
ようになり、この図４０に示すように、ＡＡビル内に存
在するデバイスのデバイスビットマップアイコンが、レ
イアウトビットマップ５２０１に表示される。

【０１８７】図４１は、「属性＝ＢＵ、属性値＝ＡＡビ
ル」の条件で検索した場合に使用されるレイアウトビッ
トマップＭＰ１０３である。この場合、属性ＢＵの下層
属性ＦＬの属性値が２Ｆであるデバイスのデバイスビッ
トマップアイコンは、レイアウトビットマップ５４０２
上に表示され、属性値が１Ｆであるデバイスのデバイス
ビットマップアイコンは、レイアウトビットマップ５４
０１上に表示されることになる。したがって、「属性＝
ＢＵ、属性値＝ＡＡビル」の条件ですべてのデバイスを
検索したときの結果表示は図４２に示すようになり、こ
の図４２に示すように、２Ｆのフロア内に存在する全て
のデバイスのデバイスビットマツプアイコンは、レイア
ウトビットマップ５４０２に表示され、１Ｆのフロア内
に存在する全てのデバイスのデバイスビットマップアイ
コンは、レイアウトビットマップ５４０１に表示され
る。

【０１８８】図４３は、「属性＝ＦＬ、層性値＝２Ｆ」
の条件で検索した場合に使用されるレイアウトビットマ
ップＭＰ１０４である。この場合、属性ＦＬの下層属性
ＢＬの属性値が“２−１”であるデバイスのデバイスビ
ットマップアイコンは、レイアウトビットマップ５６０
１上に表示され、属性値が“２―２”であるデバイスの
デバイスビットマップアイコンは、レイアウトビットマ
ップ５６０２上に表示される。したがって、「属性＝Ｆ
Ｌ、属性値＝２Ｆ」の条件ですべてのデバイスを検索し
たときの結果表示は図４４に示すようになり、この図４
４に示すように、２Ｆ−１に存在する全てのデバイスの
デバイスビットマップアイコンは、レイアウトビットマ
ップ５６０１上に表示され、２Ｆ―２に存在する全ての
デバイスのデバイスビットマップアイコンは、２Ｆ―２
のレイアウトビットマップ５６０２上に表示される。

【０１８９】図４５は、「属性＝ＦＬ、属性値＝１Ｆ」
の条件で検索した場合に使用されるレイアウトビットマ
ップＭＰ１０５である。この場合の検索の結果表示は、
図４６に示すように、属性ＦＬの下層属性ＢＬの属性値
が“１―２”であるデバイスのデバイスのデバイスビッ
トマップアイコンは、レイアウトビットマップ５８０１
上に表示され、属性値が“１―１”であるデバイスのデ
バイスビットマップアイコンは、レイアウトビットマッ
プ５８０２上に表示される。

【０１９０】上述したように、本実施の形態によれば。
ユーザの検索要求レベルに応じて、詳細な表示からおお
ざっぱな表示まで、ロケーション情報の各階層に応じた
検索とその表示を行うことが可能になる。

【０１９１】＜第３の実施の形態＞第１及び第２の実施
の形態では、検索されたデバイスの位置を表現するため
のレイアウトビットマップ（ＭＡＰ）をクライアント１
１１が保持するように構成したが、本実施の形態では、
レイアウトビットマップをサーバ１１２が保持するよう
に構成する。

【０１９２】尚、本実施の形態は、第１及び第２の実施
の形態をべースとしているため、本実施の形態の説明に
あたっては、第１及び第２の実施の形態と異なる部分を
中心に説明する。また、本実施の形態では、各種レイア
ウトビットマップ、及び上記図１９に示した階層型位置
情報とレイアウトビットマップとの対応テーブルが、サ
ーバ１１２のハードディスクに格納されているものとす
る。

【０１９３】図４７は、サーバ１１２の全体の動作を示
すフローチャートである。第１の実施の形態でのサーバ
１１２の全体動作に対して（上記図２８参照）に対し
て、本実施の形態でのサーバ１１２の全体動作は、上記
図４７に示すように、ステップＳ４８０８の処理が追加
されている。

【０１９４】ステップＳ４８０５において、取得イベン
トがクライアントからのＭＡＰ情報取得要求である場合
に、ステップＳ４８０８に進む。ステップＳ４８０８で
は、ＭＡＰ情報要求元のクライアントヘ該当するＭＡＰ
情報を返送するための処理を実行する。

【０１９５】図４８は、上記図４７のステップＳ４８０
８の処理、すなわちＭＡＰ情報送信処理を示すフローチ
ャートである。

【０１９６】先ず、クライアント１１１からのＭＡＰ情
報取得要求（ＭＡＰ情報のダウンロード要求）を受信す
ると（ステップＳ４９０１）、そのＭＡＰ情報取得要求
に含まれるロケーション情報に対応するＭＡＰ情報を保
持されているか否かを判別する（Ｓ４９０２）。具体的
には例えば、上記図１９に示したような対応テーブルを
参照し、クライアント１１１から通知されたロケーショ
ン情報に対応したＭＡＰ情報が存在するか否かを判別す
ることで、クライアント１１１でのＭＡＰ表示が可能で
あるか否かを判別する。尚、ここでは、上記デバイス情
報中のロケーション情報が、上記図１９の“１４０１”
に示した各情報を含む場合に、ＭＡＰ表示可能と判別さ
れる。

【０１９７】ステップＳ４９０２の判別の結果、クライ
アント１１１でのＭＡＰ表示が可能である場合、クライ
アント１１１から通知されたロケーション情報に対応す
るＭＡＰ情報を記憶部から取得し、それをクライアント
１１１に対して送信する（ステップＳ４９０３）。

【０１９８】ステップＳ４９０２の判別の結果、クライ
アント１１１でのＭＡＰ表示が可能でない場合、上記図
１８に示したようなｕｎｋｎｏｗｎＭＡＰ情報ＵＭＰを
記憶部から取得し、それをクライアント１１１に対して
送信する（ステップＳ４９０４）。

【０１９９】上記図４７及び図４８で示した処理によ
り、サーバ１１２は、クライアントから要求されたＭＡ
Ｐ情報を、要求元のクライアントヘ送信することが可能
となる。

【０２００】図４９は、クライアント（ここでは、クラ
イアント１１１とする）がサーバ１１２からＭＡＰ情報
を受信する処理を示したものである。また、図５０は、
クライアント１１１における検索結果表示処理（上記図
３２参照）のステップＳ２８０３で起動される、状態取
得プロセスの動作を示したフローチャートである。第１
の実施の形態では、上記状態取得プロセスは、上記図３
３に示したフローチャートの処理に基づいて実行された
が、本実施の形態では、上記図４９のフローチャートに
基づいて実行される。

【０２０１】そこで、本実施の形態では、状態取得プロ
セスが実行されると、先ず、ＣＰＵ２０２は、ステップ
Ｓ２８０２（上記図３２参照）によりハードディスク
（ＨＤＤ）２１１に保持された全ての検索結果に対し
て、ステップＳ５００２からの処理が実行されたか否か
を判別する（ステップＳ５００１）。

【０２０２】ステップＳ５００１での判別の結果、全て
の検索結果に対する処理が実行し終えている場合、ＣＰ
Ｕ２０２は、ある一定間隔でデバイス状態を取得するた
めに、ポーリングタイマ（内部タイマ等）を起動する
（ステップＳ５０１３）。その後、上記ポーリングタイ
マのタイムアウトイベント待ち状態となる（ステップＳ
５０１４）。この状態において、上記ポーリングタイマ
のタイムアウトイベントが発生すると、ステップＳ５０
０１へと戻り、以降の処理ステップが再び実行されるこ
とになる。

【０２０３】ステップＳ５００１での判別の結果、全て
の検索結果に対する処理が実行し終えていない場合、次
のステップＳ５００２からの処理が実行される。

【０２０４】すなわち、先ず、ＣＰＵ２０２は、ハード
ディスク（ＨＤＤ）２１１内の未処理の検索結果から１
つのデバイスに対応するデバイス情報を取得する（ステ
ップＳ５００２）。

【０２０５】次に、ＣＰＵ２０２は、ステップＳ５００
１にて取得したデバイス情報のＩＰアドレスを宛先とし
て、デバイス状態取得要求を送信する（ステップＳ５０
０３）。例えば、上記図１３に示したようなデバイス情
報に対する処理である場合、そのＩＰアドレスは「１９
２．１．２．１」であるため、このアドレス宛に上記デ
バイス状態取得要求パケットが送信されることになる。
その後、上記デバイス状態取得要求パケットの送信先に
対応したデバイスからの、上記図２４に示したような上
記デバイス状態取得要求パケットの応答待ち状態とな
る。

【０２０６】上記デバイス状態取得要求の送信先のデバ
イス（ステップＳ５００２にて取得されたデバイス情報
に対応するデバイス）からの応答パケットを受信すると
（ステップＳ５００４）、ＣＰＵ２０２は、その応答パ
ッケトに含まれるアイコン情報（上記図２４参照）を取
得する（ステップＳ５００５）。

【０２０７】そして、ＣＰＵ２０２は、ステップＳ５０
０２にて取得されたデバイス情報のロケーション情報
（ＢＬ情報等：上記図１３参照）によって示される情報
に対応したＭＡＰ情報をＣＲＴ２１０に表示済みである
か否かを判別する（ステップＳ２９０６）。

【０２０８】ステップＳ５００６の判別の結果、ＣＲＴ
２１０にＭＡＰ情報を表示済みである場合、ＣＰＵ２０
２は、そのＭＡＰ情報に対して、ステップＳ５００５に
て取得したアイコン情報を、上記デバイス情報の座標情
報ＭＡＰにより示される位置に重ねて表示する（ステッ
プＳ５００９）。その後、次の検索結果に対する処理を
実行するために、ステップＳ５００１へと戻り、以降の
処理ステップを繰り返し実行する。

【０２０９】ステップＳ５００６の判別の結果、ＣＲＴ
２１０にＭＡＰ情報を表示済みでない場合、ＣＰＵ２０
２は、上記デバイス情報のロケーション情報に対応した
ＭＡＰ情報を取得する（ステップＳ５００７）。すなわ
ち、上記デバイス情報のロケーション情報を含むＭＡＰ
情報取得要求を、サーバ１１２に対して送信する。した
がって、このＭＡＰ情報取得要求の送信して、サーバ１
１２から、上記デバイス情報のロケーション情報に対応
したＭＡＰ情報（或いはｕｎｋｎｏｗｎＭＡＰ情報）受
信する。

【０２１０】そして、ＣＰＵ２０２は、ステップＳ５０
０７で得られたＭＡＰ情報を、ＣＲＴ２１０に表示する
（ステップＳ５００８）。その後、上述のステップＳ５
００９へと進み、アイコンを上記ＭＡＰ上へ重ねて表示
するための処理を実行する。

【０２１１】これにより、例えば、上記図１３に示した
ようなデバイス情報に対する処理である場合、ＢＬ情報
は「２―１」であるため、ＭＡＰとしては上記図１６に
示したようなＭＡＰ情報ＭＰ２―１がサーバ１１２から
送信され、そのＭＡＰ上に、座標情報ＭＡＰ（＝１０Ｘ
＋１０Ｙ）により示される位置に、対象デバイス情報の
デバイスの現在状態を表すアイコンが表示されることに
なる。

【０２１２】尚、第１の実施の形態では、レイアウトビ
ットマップをクライアント１１１に保持させるようにし
たので、検索結果をクライアント１１１で表示するとき
に、サーバ１１２からクライアント１１１へレイアウト
ビットマップを転送しなくても済み、表示を行う際の処
理及び時間を軽減することができるとともに、ネットワ
ークシステムのトラフィックを軽減することができると
いう効果がある。一方、本実施の形態では、レイアウト
ビットマップをサーバ１１２に保持させるようにしたの
で、サーバ１１２においてマップ情報を一元で管理する
ことができ、クライアント１１１が不要なマップ情報を
保持する必要を無くして、更新等のメンテナンスを容易
にできるとともに、クライアント１１１のメモリリソー
スの負荷を減らすことができるという効果がある。した
がって、ネットワークの負荷やクライアントの能力を考
慮することで、適宜、第１の実施の形態もしくは第３の
実施の形態を採用すればよい。

【０２１３】＜第４の実施の形態＞第１の実施の形態で
は、クライアント（ここでは、クライアント１１１とす
る）は、デバイスから定期的に状態をポーリングして、
取得した状態をＭＡＰ表示に反映させる形態である。こ
れに対して、本実施の形態では、クライアント１１１
は、デバイスからイベント通知される状態を取得して、
取得した状態をＭＡＰ表示に反映させる形態とする。

【０２１４】尚、本実施の形態は、第１の実施の形態を
べースとしているため、第１の実施の形態と異なる部分
を中心に説明する。

【０２１５】まず、クライアント１１１は、デバイスか
らイベントの通知を受けるために、図５１に示すような
イベント通知先登録要求をデバイスへ送信する。ここで
のイベント通知先登録要求は、どのようなイベントが発
生した場合にイベント通知を行うかを示すための通知条
件情報と、その通知先を示すためのイベント通知先情報
とを含んでいる。

【０２１６】上記図５１では、その一例として、上記イ
ベント通知先登録要求の発行先（サーバ１１２からの検
索結果により示されるデバイス）をカラーＬＢＰ１０１
とし、通知条件情報には“紙切れ”及び“紙詰まり”を
設定し、イベント通知先情報には自クライアント（クラ
イアント１１１）を示すＩＰアドレスを設定している。

【０２１７】一方、デバイス（ここでは、カラーＬＢＰ
１０１とする）は、受信したイベント通知先登録要求
（上記図５１参照）を、図５２に示すようなイベント通
知先管理テーブルへ保持する。ここでのイベント通知先
管理テーブルには、イベント通知先アドレスと、イベン
トを通知するためのネットワークプロトコルと、通知す
べきイベント条件とが対応付けて記憶されている。

【０２１８】また、カラーＬＢＰ１０１は、受信したイ
ベント通知先登録要求（上記図５１参照）に記載されて
いるイベント通知先アドレスに対して、図５３に示すよ
うなイベント通知先登録の応答（登録終了）を返送す
る。これにより、登録終了したクライアント１１１で
は、アイコン表示の初期状態（デバイスからの最初のイ
ベント通知がなされるまでの間）として、その時点での
状態を示すアイコンが表示されることになる。

【０２１９】そこで、カラーＬ８Ｐ１０１において、例
えば、紙切れが発生すると、イベント通知先管理テーブ
ル（上記図５２参照）で保持しているイベント通知先の
中からイベント通知を行うべきクライアントの情報（イ
ベント通知先情報等）を取得し、そのクライアント（ク
ライアント１１１）に対して、例えば、図５４に示すよ
うなイベント通知を発行する。ここでのイベント通知に
は、上記図５４に示すように、自デバイスで発生したイ
ベントに対応するアイコン情報（紙切れ発生を示すアイ
コン情報）と、自デバイスのロケーション情報とを含ん
でいる。

【０２２０】上記図５０、図５５、及び図５６は、クラ
イアント１１１の動作を示したものである。上記図５０
は、クライアント１１１の全体動作を示すフローチャー
トであり、第１の実施の形態でのクライアント１１１の
動作に対して（上記図３０参照）、本実施の形態でのク
ライアント１１１の動作は、上記図５０に示すように、
ステップＳ５５０７及びステップＳ５５０８の処理が追
加されている。

【０２２１】上記図５０に示すステップＳ５５０７で
は、取得イベントがデバイスからのイベント通知である
か否かを判別する。ステップＳ５５０７の判別の結果、
取得イベントがイベント通知である場合に、ステップＳ
５５０８に進み、上記図５６に示す、ＣＲＴ２１０に表
示されているＭＡＰ上のアイコンを変更するための処理
等を含むイベント通知受信処理を実行する。すなわち、
上記図５０に示すステップＳ５５０８のイベント通知受
信処理は、上記図５６に示すフローチャートに基づいて
実行される。また、上記図５０に示すステップＳ５５０
６の検索結果処理、すなわちサーバ１１２から受信した
検索結果の処理は、上記図５５に示すフローチャートに
基づいて実行される。

【０２２２】そこで、まず、上記図５０に示すステップ
Ｓ５５０６のクライアント１１１における検索結果処理
を、上記図５５を参照して説明する。

【０２２３】先ず、ＣＰＵ２０２は、サーバ１１２から
の検索結果により、１つ以上のデバイスが発見されたか
否かを判別する（ステップＳ５６０１）。

【０２２４】ステップＳ５６０１の判別の結果、デバイ
スが発見されなかった場合、ＣＰＵ２０２は、そのこと
を示すためのメッセージ等をＣＲＴ２１０上に表示する
（ステップＳ５６１５）。その後、本処理終了となる。

【０２２５】ステップＳ５６０１の判別の結果、デバイ
スが発見された場合、ＣＰＵ２０２は、上記検索結果を
ハードディスク（ＨＤＤ）２１１へ保持する（ステップ
Ｓ５６０２）。これにより、例えば、上記図１３に示し
たような検索結果がハードディスク（ＨＤＤ）２１１へ
保存されることなる。その後、ＣＰＵ２０２は、ハード
ディスク（ＨＤＤ）２１１へ保存された検察結果のそれ
ぞれに対して、以降の処理ステップＳ５６０３からの処
理を実行する。

【０２２６】すなわち、先ず、ＣＰＵ２０２は、ステッ
プＳ５６０２においてハードディスク（ＨＤＤ）２１１
に保持された全ての検索結果に対して、ステップＳ５６
０４からの処理が実行されたか否かを判別する（ステッ
プＳ５６０３）。この判別の結果、全ての検索結果に対
する処理が実行し終えている場合には本処理終了とな
り、そうでない場合には次のステップＳ５６０４からの
処理が引き続き実行される。

【０２２７】ＣＰＵ２０２は、ハードディスク（ＨＤ
Ｄ）２１１内の未処理の検索結果から１つのデバイスに
対応するデバイス情報を取得する（ステップＳ５６０
４）。

【０２２８】ＣＰＵ２０２は、ステップＳ５６０４にて
取得したデバイス情報のＩＰアドレスを宛先として、上
記図２４に示したようなイベント通知先登録要求（イベ
ント通知先登録パケット）を送信する（ステップＳ５６
０５）。例えば、上記図１４に示したようなデバイス情
報に対する処理である場合、そのＩＰアドレスは「１９
２．１．２．１」であるため、このアドレス宛に上記イ
ベント通知先登録パケットが送信されることになる。そ
の後、上記イベント通知先登録パケットの送信先に対応
したデバイスからの、上記図２６に示したようなイベン
ト通知先登録の応答（登録終了）パケット待ち状態とな
る。

【０２２９】ＣＰＵ２０２は、上記イベント通知先登録
の応答パケットを受信すると（ステップＳ５６０６）、
そのパケットに含まれるアイコン情報を取得する（ステ
ップＳ５６０７）。

【０２３０】そして、ＣＰＵ２０２は、上記デバイス情
報の”ＢＬ”によって示される情報（上記図１３参照）
に対応したＭＡＰ情報が、記憶部に保時されているか否
かを判別する（ステップＳ５６０８）。具体的には例え
ば、上記図１９の“１４０２”及び“１４０３”に示し
たようなＭＡＰ対応テーブルを参照し、同図の“１４０
１”に示したようなＣ，Ｏ，ＢＲ，ＯＰ．ＢＵ，ＢＬ情
報に対応したＭＡＰ情報が存在するか否かを判別するこ
とで、ＭＡＰ表示可能であるか否かを判別する。尚、こ
こでは、上記デバイス情報中のロケーション情報が、上
記図１９の“１４０１”に示した各情報を含む場合に、
ＭＡＰ表示可能と判別される。

【０２３１】ステップＳ５６０８の判別の結果、ＭＡＰ
表示可能である場合、ＣＰＵ２０２は、そのＭＡＰを現
在ＣＲＴ２１０に表示している状態であるか否かを判別
する（ステップＳ５６０９）。

【０２３２】ステップＳ５６０９の判別の結果、ＣＲＴ
２１０にＭＡＰを表示中である場合、ＣＰＵ２０２は、
表示部４２７により、そのＭＡＰ上にステップＳ５６０
７にて取得したアイコンを、上記デバイス情報の座標情
報ＭＡＰにより示される位置に重ねて表示する（ステッ
プＳ５６１１）。これにより、例えば、上記図１３に示
したようなデバイス情報に対する処理である場合、ＢＬ
情報は「２―１」であるため、ＣＲＴ２１０上には、Ｍ
ＡＰとし上記図１６に示したようなＭＡＰ情報ＭＰ２―
１が表示され、そのＭＡＰ上に、座標情報ＭＡＰ（＝１
０Ｘ＋１０Ｙ）によリ示される位置に稼働中状態を表す
アイゴンが表示されることになる。その後、次の検索結
果に対する処理を実行するために、ステップＳ５６０３
へと戻り、以降の処理ステップを繰り返し実行する。

【０２３３】ステップＳ５６０９の判別の結果、ＣＲＴ
２１０にＭＡＰを表示中でない場合、ＣＰＵ２０２は、
表示部４２７により、そのＭＡＰをＣＲＴ２１０に表示
する（ステップＳ５６１０）。その後、上述のステップ
Ｓ５６１１へと進み、アイコンを上記ＭＡＰ上へ重ねて
表示するための処理を実行する。

【０２３４】ステップＳ５６０８の判別の結果、ＭＡＰ
表示可能でない場合、ＣＰＵ２０２は、上記図１８に示
したようなｕｎｋｎｏｗｎＭＡＰ情報を、現在ＣＲＴ２
１０に表示している状態であるか否かを判別する（ステ
ップＳ５６１２）。

【０２３５】ステップＳ５６１２の判別の結果、ＣＲＴ
２１０へｕｎｋｎｏｗｎＭＡＰを表示中である場合、Ｃ
ＰＵ２０２は、そのｕｎｋｎｏｗｎＭＡＰ上のデバイス
欄（上記図１８の“２９０２”で示す部分）へ、ステッ
プＳ５６０７にて取得したアイコンを表示する（ステッ
プＳ５６１４）。この結果、ｕｎｋｎｏｗｎＭＡＰ上の
デバイス欄には、ロケーション情報が未だ登録されてい
ないデバイスのアイコン等が表示されることになる。そ
の後、次の検索結果に対する処理を実行するため１こ、
ステップＳ５６０３へと戻り、以降の処理ステップを繰
り返し実行する。

【０２３６】ステップＳ５６１２の判別の結果、ＣＲＴ
２１０にｕｎｋｎｏｗｎＭＡＰを表示中でない場合、Ｃ
ＰＵ２０２は、そのｕｎｋｎｏｗｎＭＡＰをＣＲＴ２１
０に表示する（ステップＳ５６１３）。その後、上述の
ステップＳ５６１４へと進み、アイコンを上記ＭＡＰの
アイコン欄へ表示するための処理を実行する。

【０２３７】次に、上記図５０に示すステップＳ５５０
８のクライアント１１１におけるイベント通知処理を、
上記図５６を参照して説明する。

【０２３８】先ず、上記図５０のステップＳ５６０５及
びＳ５５０６の処理によって、イベント通知先登録が行
われたデバイスからのイベント通知（上記図５４参照）
を受信すると、そのイベント通知に含まれるアイコン情
報を取得する（ステップＳ５７０１）。また、上記イベ
ント通知に含まれる上記デバイスのロケーション情報を
取得する（ステップＳ５７０２）。そして、上記図５５
のステップＳ５６０２の処理によってハードディスク
（ＨＤＤ）２１１へ保持された検索結果（サーバ１１２
からの検索結果）の中に、ステップＳ５７０２にて取得
したロケーション情報と一致する情報を有するデバイス
情報が存在するか否かを判別する（ステップＳ２９０
３）。

【０２３９】ステップＳ２９０３の判別の結果、一致す
るデバイス情報が存在しない場合には、そのまま本処理
終了となり、一致するデバイス情報が存在した場合に、
次のステップＳ５７０３の処理が実行される。

【０２４０】ステップＳ５７０３の判別の結果、一致す
るデバイス情報が存在した場合、表示部４２７により、
ステップＳ５７０２にて取得したロケーション情報に基
づいて、ステップＳ５７０１にて取得したアイコン情報
で、対応するＭＡＰ上のアイコンを変更する（ステップ
Ｓ５７０４）。これにより、例えば、上記図２２に示し
たような画面が表示されている状態中に、カラーＬＢＰ
１０１にて紙切れが発生した場合、上記図２２の画面中
のカラーＬＢＰ１０１のアイコンは、上記図２６に示し
たようなアイコン１こ変更されて表示されることにな
る。その後、本処理終了となる。

【０２４１】図５７は、デバイスのイベント通知先登録
動作を示すフローチャートであり、図５８は、デバイス
のイベント通知動作を示すフローチャートである。ここ
では説明の簡単のために、各種デバイスのうちのカラー
ＬＢＰ１０１に着目して、そのイベント通知先登録動作
及びイベント通知動作について説明する。

【０２４２】まず、イベント通知先登録動作について説
明すると、上記図５７に示すように、カラーＬＢＰ１０
１１こおいて、先ず、ＣＰＵ２３０２は、自デバイスに
電源が投入されると、クライアント１１１，１１３から
のイベント通知先登録要求（状態取得要求、上記図５１
参照）を受信するために、受信ポートをオープンし、受
信可能状態とする（ステップＳ５８０１）。

【０２４３】ＣＰＵ２３０２は、ステップＳ５８０１で
の処理により、あるクライアントからのイベント通知先
登録要求を受信すると（ステップＳ５８０２）、そのイ
ベント通知先登録要求に含まれる通知条件や通知先の情
報を、上記図５２に示したようなテーブル（イベント通
知先テーブル）で管理する（ステップＳ５８０３）。

【０２４４】ＣＰＵ２３０２は、自デバイスの状態を調
査して、現在の状態を示すアイコンを選択し（ステップ
Ｓ５８０４）、その現在状態をクライアントヘ通知する
ために応答パケット（上記図５３参照）を作成する（ス
テップＳ５８０５）。そして、ＣＰＵ２３０２は、その
応答パケットをクライアントヘ送信する（ステップＳ５
８０６）。その後、ステップＳ５８０２へと戻り、以降
の処理ステップを繰り返し実行する。

【０２４５】つぎに、イベント通知動作について説明す
ると、上記図５８に示すように、カラーＬＢＰ１０１１
こおいて、先ず、ＣＰＵ２３０２は、自デバイスの状態
変化のイベント発生を認識する（ステップＳ５９０
１）。尚、状態変化のイベント発生が検知されるまで、
本ステップに処理がとどまる。

【０２４６】次に、ＣＰＵ２３０２は、上記図５７のス
テップＳ５８０３により保持されている通知条件やイベ
ント通知先を参照し、イベント通知を送信すべきクライ
アント、すなわち現在発生しているイベントを通知すべ
きクライアントを把握する（ステップＳ５９０２）。

【０２４７】そして、ＣＰＵ２３０２は、ステップＳ５
９０２の処理の結果、通知すべきクライアントが存在す
るか否かを判別する（ステップＳ５９０３）。この判別
の結果、通知すべきクライアントが存在しない場合に
は、本処理終了となり、通知すべきクライアントが存在
する場合に、次のステップＳ５９０４を実行する。

【０２４８】ステップＳ５９０３の判別の結果、通知す
べきクライアントが存在する場合、ＣＰＵ２３０２は、
イベント情報を含めたイベント通知パケット（上記図５
４参照）を作成する（ステップＳ５９０４）。そして、
ＣＰＵ２３０２は、その通知すべきクライアントの全て
に対して、ステップＳ５９０４にて作成したイベント通
知を送信する（ステップＳ５９０５）。その後、本処理
終了となる。

【０２４９】上述のように、本実施の形態では、クライ
アント１１１，１１３において、ユーザから指定された
検索条件に一致したデバイスの位置情報を取得し、その
デバイスのアイコンをＭＡＰ上に表示することによっ
て、どのデバイスが、どの位置にあるかをユーザに容易
１こ理解させることができる。特に、本実施の形態で
は、ＭＡＰ上のアイコンを、それに対応するデバイスの
状態（稼働中、紙切れ、紙詰まり、トナーなし、ドアオ
ープン等の状態）に応じて変更するようにしたので、ユ
ーザーは視覚的に容易にデバイスの状態を知ることがで
きるようになる。これにより、ユーザーは、使用可能な
デバイスを効率的に選択し使用することができる。

【０２５０】また、本実施の形態では、クライアント１
１１，１１３において、デバイスの状態を表すアイコン
情報（デバイスビットマップアイコン情報）を、デバイ
スヘのイベント通知先登録時（その応答受信時）や、デ
バイスからのイベント通知受信時に当該デバイスから直
接取得するように構成したので、デバイスの様々な状態
を表すアイコン情報をサーバ１１２やクライアント１１
１，１１３で予め保持しておく必要はない。これによ
り、サーバ１１２やクライアント１１１，１１３のメモ
リ資源の消費を防ぐことができる。また、数多くのクラ
イアントが存在する場合に、それぞれのクライアントに
アイコン情報をインストールする必要がないため、クラ
イアント側のユーザの負担を軽減することができると共
に、不明の状態のデバイスを表示することもなくなると
いう効果がある。

【０２５１】尚、本実施の形態では、レイアウトビット
マップをクライアント１１１が保持するように構成した
が、第３の実施の形態のように、サーバ１１２がレイア
ウトビットマップを保持し、クライアント１１１からの
要求に応じて適宜レイアウトビットマップをクライアン
ト１１１に送信する構成としてもよい。この場合、クラ
イアント１１１は、上記図５５に示した検索結果処理の
ステップＳ５６１０において、ＢＬ情報に対応したレイ
アウトマップを、サーバ１１２にそのＢＬ情報を通知す
ることによりサーバ１１２から取得する。

【０２５２】また、第１の実施の形態のように、デバイ
スの状態を定期的なポーリングにより取得する形態で
は、ネットワーク上で一時的にパケットが衰失したとし
ても、デバイスの状態を確実に取得できるという効果が
ある。一方、本実施の形態のように、デバイスからのイ
ベント通知により状態を取得する形態では、ポーリング
により取得する場合に比べてネットワークのトラフィッ
クを軽減することができるという効果がある。したがっ
て、状態取得の確実性やネットワークへの負荷等を考慮
して、第１の実施の形態又は本実施形の態を選択すれば
よい。

【０２５３】尚、上述したデバイスの階層型位置情報を
ネットワーク上に送信する形態は、様々な形態への適用
が考えられる。例えば、ディレクトリサーバを持たない
ようなネットワークシステムにおいて、ネットワーク上
のコンピュータからＳＬＰ等のデバイス検索プロトコル
によるブロードキャスト（Ｂｒｏａｄｃａｓｔ）或はマ
ルチキャスト（Ｍｕｌｔｉｃａｓｔ）に対してデバイス
が応答する際に、その応答パケットに階層型位置情報を
セットするようにしてもよい。そして、この応答パケッ
トを受信したコンピュータ側において、当該応答パケッ
トに含まれる階層型位置情報に基づいてレイアウトマッ
プ上にアイコンデータを表示する。

【０２５４】以上、本発明の第１〜第４の実施の形態に
ついて説明したが、本発明は、これらの実施の形態に限
られず、例えば、次のような形態（１）〜（６）も含ま
れる。

【０２５５】（１）第１〜第４の実施の形態では、ＭＡ
Ｐ上にデバイスを示すアイコンを表示するように構成し
たが、これに限られることはなく、例えば、デバイスを
示す情報として文字情報が更に表示するようにしてもよ
い。

【０２５６】（２）第１〜第４の実施の形態では、ＭＡ
Ｐ上にデバイスを示すアイコンを画面上に表示出力する
ようにしたが、これに限られることはなく、例えば、プ
リント出力等、ユーザが視覚的にデバイスの位置や状態
等を把握できるような出力であればよい。

【０２５７】（３）第１〜第４の実施の形態におけるシ
ステムは、例えば、ＷＷＷ技術で利用されているような
技術を用いて実現できる。この場合、サーバ１１２は、
ＷＷＷサーバ、データベース機能（ＤＢＭＳ）、及びＷ
ＷＷサーバとＤＢＭＳとを仲介するゲートウェイ機能等
を備える。ＷＷＷサーバは、ＨＴＭＬ或はＸＭＬ等で構
成される検索画面をクライアントへ提供する。クライア
ントは、ブラウサソフトウェアにより、ＷＷＷサーバか
ら提供された検索画面を表示し、クライアント側のユー
ザは、表示された検索画面を用いてデバイスの検索を実
行する。また、サーバ、クライアント、及びデバイスの
間でやりとりされる各種データ（ＭＡＰ、アイコン等）
は、ＨＴＭＬやＸＭＬ等で構成され、データをやりとり
するためのプロトコルにはＨＴＴＰ等が用いられる。ま
た、クライアント側で、汎用のブラウザソフトウェアが
持っていない機能を実現するには、例えば、ＪＡＶＡ
（登録商標）技術の１つであるアプレット（Ａｐｐｌｅ
ｔ）等を利用する形態がある。

【０２５８】（４）第１〜第４の実施の形態での動作を
実施するためのネットワークデバイス制御プログラム
が、外部からインストールされるプログラムによってＰ
Ｃ２００（上記図２参照）にて遂行されるようにしてよ
い。この場合、上記プログラムを含む情報群を、ＣＤ―
ＲＯＭやフラッシュメモリ、フロッピーディスク等の外
部の記憶媒体、或いは電子メールやパソコン通信等のネ
ットワークを介してＰＣ２００に供給し、ＰＣ２００内
にてその情報群をロードする場合でも、本発明は適用さ
れるものである。

【０２５９】図５９は、上記記憶媒体の一例としてのＣ
Ｄ―ＲＯＭのメモリマップを示したものである。上記図
５９において、“９９９９”に示す領域には、それ以降
のインストールプログラムを記憶してある領域９９９
８、及びネットワークデバイス装置制御プログラムを記
憶してある領域９９９７のアドレス情報が、ディレクト
リ情報として格納される。したがって、上記ネットワー
ク制御プログラムがＰＣ２００にインストールされる際
には、先ず、領域９９９８のインストールプログラムが
ＰＣ２００内にロードされてＣＰＵ２０２によって実行
される。このインストールプログラムの実行により、領
域９９９７からネットワークデバイス装置制御プログラ
ムが読み出され、ハードディスク（ＨＤＤ）２１１に格
納されることになる。その後、ＣＰＵ２０２がハードデ
ィスク（ＨＤＤ）２１１内のプログラムを読み出して実
行することで、第１〜第４の実施の形態での機能が実現
されることになる。

【０２６０】（５）第１〜第４の実施の形態では、クラ
イアント１１１，１１３、及びサーバ１１２の一例とし
て、コンピュータ装置を用いるようにしたが、例えば、
スキャナ、ファクシミリ、プリンタ等のデバイスにクラ
イアント装置の機能、又は、サーバの機能を時たせても
良い。具体的には例えば、スキャナにクライアント１１
１の機能を持たせることにより、そのスキャナで読み取
った原稿データを印刷するためのプリンタの状態や、そ
のスキャナで読み取った原稿データを送信するためのフ
ァクシミリ装置の状態をユーザが容易にに知ることが可
能となる。

【０２６１】（６）本発明は、第１〜第４の実施の形態
の機能を実現するソフトウェアのプログラムコード（上
記図４に示した機能を実現するプログラムコード等）を
記録した記憶媒体を、システム或いは装置に供給し、そ
のシステム或いは装置のコンピュータ（又はＣＰＵやＭ
ＰＵ等）が、記憶媒体に格納されたプログラムコードを
読み出して実行することによっても、本発明の目的が達
成されることは言うまでもない。この場合、記憶媒体か
ら読み出されたプログラムコード自体が本発明の新規な
機能を実現することになり、そのプログラムコードを記
憶した記憶媒体は、本発明を構成することになる。プロ
グラムコードを供給するための記憶媒体としては、例え
ば、フロッピーディスク、ハードディスク、光ディス
ク、光磁気ディスク、ＣＤ劫ＲＯＭ，ＣＤ―Ｒ、磁気テ
ープ、不揮発性のメモリカード、ＲＯＭなどを用いるこ
とができる。また、コンピュータが読み出したプログラ
ムコードを実行することによって、第１〜第４の実施の
形態の機能が実現される他、そのプログラムコードの指
示に基づき、コンピュータ上で稼動している０Ｓ等が実
際の処理の一部又は全てを実行することによっても、第
１〜第４の実施の形態の機能が実現され得る。さらに、
記憶媒体から読み出されたプログラムコードが、コンピ
ュータに挿入された機能拡張ボードや、コンピュータに
接続された機能拡張ユニットに備わるメモリに書き込ま
れた後、そのプログラムコードの指示に基づき、その機
能拡張ボードや機能拡張ユニットに備わるＣＰ∪等が実
際の処理の一部又は全てを実行することによっても、第
１〜第４の実施の形態の機能が実現され得る。

【０２６２】

【発明の効果】以上説明したように本発明によれば、デ
バイスを示すアイコンデータが、当該デバイスの位置を
階層的に表した階層型位置情報に基づいたデバイスの位
置と共に表示されるため、ネットワーク上の所望するデ
バイスの位置、属性、及び状態等を視覚的に容易に且つ
的確に把握できる。これにより、ネットワーク上の各種
のデバイスを用いた作業効率を向上させることができ
る。

【図面の簡単な説明】

【図１】第１の実施の形態において、本発明を適用した
ネットワークシステムの構成を示すブロック図である。

【図２】上記ネットワークシステムのクライアント及び
サーバとして用いるパーソナルコンピュータの内部構成
を示すブロック図である。

【図３】上記ネットワークシステムのデバイスの内部構
成を示すブロック図である。

【図４】上記ネットワークシステムの最も特徴とする構
成を機能的に示すブロック図である。

【図５】上記サーバが管理するデバイスのロケーション
情報の階層的構造を説明するための図である。

【図６】上記デバイスが上記サーバに対して登録するデ
バイス情報を説明するための図である。

【図７】上記サーバが管理する上記デバイス情報を説明
するための図である。

【図８】上記デバイス（カラーＬＢＰ）が保時するアイ
コン情報の一例を説明するための図である。

【図９】上記デバイス（ＭＦＰ）が保持するアイコン情
報の一例を説明するための図である。

【図１０】上記クライアントでの検索条件入力画面を説
明するための図である。

【図１１】上記検索条件入力画面での入力状態の一例を
説明するための図である。

【図１２】上記検索条件入力画面にて入力された検索情
報に対応した検索条件式を説明するための図である。

【図１３】上記サーバから上記クライアントに対して送
信される検索結果の一例を説明するための図である。

【図１４】上記クライアントが保持しているレイアウト
ビットマップ情報の例１を説明するための図である。

【図１５】上記クライアントが保持しているレイアウト
ビットマップ情報の例２を説明するための図である。

【図１６】上記クライアントが保持しているレイアウト
ビットマップ情報の例３を説明するための図である。

【図１７】上記クライアントが保持しているレイアウト
ビットマップ情報の側４を説明するための図である。

【図１８】上記クライアントが保持しているレイアウト
ビットマップ情報（ＵＭＰ）の一例を説明するための図
である。

【図１９】上記レイアウトビットマップ情報と上記ロケ
ーション情報を対応付けて管理するためのテーブル情報
を説明するための図である。

【図２０】上記クライアントにおいて、上記レイアウト
ビットマップ上に上記デバイスを示すアイコンが表示さ
れた状態の例１を説明するための図である。

【図２１】上記クライアントにおいて、上記レイアウト
ビットマップ上に上記デバイスを示すアイコンが表示さ
れた状態の例２を説明するための図である。

【図２２】上記クライアントにおいて、上記レイアウト
ビットマップ上に上記デバイスを示すアイコンが表示さ
れた状態の例３を説明するための図である。

【図２３】上記クライアンＨこおいて、上記レイアウト
ビットマップ上に上記デバイスを示すアイコンが表示さ
れた状態の例４を説明するための図である。

【図２４】上記クライアントから上記デバイスに対して
発行されるデバイス状態取得要求に対する応答を説明す
るための図である。

【図２５】上記レイアウトビットマップ上１こ上記デバ
イスを示すアイコンを所定位置に重ねて表示するための
処理を説明するための図である。

【図２６】上記レイアウトビットマップ上のアイコン
が、上記デバイス状態１こ応じて変更された状態を説明
するための図である。

【図２７】上記デバイスの上記サーバに対するデバイス
情報の登録処理を説明するためのフローチャートであ
る。

【図２８】上記サーバの全体動作を説明するためのフロ
ーチャートである。

【図２９】上記サーバの全体動作のデバイス検索処理を
説明するためのフローチャートである。

【図３０】上記クライアントの全体動作を説明するため
のフローチャートである。

【図３１】上記クライアントの全体動作のデバイス検索
要求発行処理を説明するためのフローチャートである。

【図３２】上記クライアントの全体動作のデバイス検索
結果処理を説明するためのフローチャートである。

【図３３】上記デバイス検索結果処理の状態取得プロセ
スを説明するためのフローチャートである。

【図３４】上記デバイスの上記デバイス状態取得要求に
対する応答動作を説明するためのフローチャートであ
る。

【図３５】第２の実施の形態において、検索する各階層
に対応するビットマッフリストを示す図である。

【図３６】第２の実施形態において、検索クライアント
が行う検索結果表示処理を示すフローチャートである。

【図３７】「属性＝Ｏ、属性値＝ＡＢＣ商事」で検索し
た場合に表示されるレイアウトビットマップを示す図で
ある。

【図３８】「属性＝Ｏ、属性値＝ＡＢＣ商事」の条件で
すべてのデバイスを検索したときの結果表示を示す図で
ある。

【図３９】「属性＝ＢＲ、属性値：東京支店」で検索し
た場合に表示されるレイアウトビットマップを示す図で
ある。

【図４０】「属性＝ＢＲ、属性値＝東京支店」の条件で
すべてのデバイスを検索したときの結果表示を示す図で
ある。

【図４１】「属性＝ＢＵ、属性値＝Ｍビル」で検索した
場合に表示されるレイアウトビットマップを示す図であ
る。

【図４２】「属性＝ＢＵ、属性値＝ＡＡビル」の条件で
すべてのデバイスを検索したときの結果表示を示す図で
ある。

【図４３】「属性＝ＦＬ、属性値＝２Ｆ」で検索した場
合に表示されるレイアウトビットマップを示す図であ
る。

【図４４】「属性＝Ｆ、層性値＝２Ｆ」の条件ですべて
のデバイスを検索したときの結果表示を示す図である。

【図４５】「属性＝ＦＬ、属性値＝１Ｆ」で検索した場
合に表示されるレイアウトビットマップを示す図であ
る。

【図４６】「属性＝ＦＬ、属性値＝１Ｆ」の条件ですべ
てのデバイスを検索したときの結果表示を示す図であ
る。

【図４７】第３の実施の形態において、上記サーバの全
体動作を説明するためのフローチャートである。

【図４８】上記サーバのレイアウトビットマップの送信
動作を説明するためのフローチャートである。

【図４９】上記クライアントでの状態取得プロセスを説
明するためのフローチャートである。

【図５０】第４の実施の形態において、上記クライアン
トの全体動作を説明するためのフローチャートである。

【図５１】上記クライアントからデバイスに対して発行
されるイベント通知先登録要求を説明するための図であ
る。

【図５２】上記デバイスが保持するイベント通知先管理
テーブルを説明するための図である。

【図５３】上記デバイスから上記クライアントに対して
送信されるイベント通知先登録の応答を説明するための
図である。

【図５４】上記デバイスから上記クライアントに対して
返送されるイベント通知を説明するための図である。

【図５５】上記クライアントでの検索結果処理を説明す
るためのフローチャートである。

【図５６】上記クライアントでのイベント通知処理を説
明するためのフローチャートである。

【図５７】上記デバイスでのイベント通知先登録動作を
説明するためのフローチャートである。

【図５８】上記デバイスでのイベント通知動作を説明す
るためのフローチャートである。

【図５９】他の実施の形態において、本発明の機能を実
施するためのネットワークデバイス制御プログラムが格
納される記憶媒体の一例を説明するための図である。

【符号の説明】

１０ サーバ装置 １１ データベース １２ 検索モジュール １３ 属性登録モジュール ２０ クライアント装置 ２１ 検索要求モジュール ２２ 表示モジュール ３０ デバイス ３１ 属性送信モジュール ４０ ネットワーク １００ ネットワークシステム １０１〜１０５ デバイス １１１，１１３ クライアント側の情報処理装置（Ｐ
Ｃ） １１２ サーバ側の情報処理装置（ＰＣ） １２０ ファイアウォール １３０ インターネット １４０ 他のネットワークシステム １５０ ＬＡＮ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） // Ｇ０６Ｆ 17/30 １７０ Ｇ０６Ｆ 17/30 １７０Ｚ (31)優先権主張番号 特願平11−202735 (32)優先日 平成11年７月16日(1999．7．16) (33)優先権主張国 日本（ＪＰ）

Claims (30)

【特許請求の範囲】
1. 【請求項１】 少なくとも情報処理装置及びデバイスを
   含むネットワークシステムであって、 上記デバイスは、 上記デバイスの位置を階層的に表した階層型位置情報を
   記憶する第１の記憶手段と、 上記デバイスを示すアイコンデータを記憶する第２の記
   憶手段と、 上記第１の記憶手段へ記憶した階層型位置情報、及び上
   記第２の記憶手段へ記憶したアイコンデータを上記情報
   処理装置に送信するための制御を行う制御手段とを備
   え、 上記情報処理装置は、 上記デバイスから送信されてきたアイコンデータを、上
   記デバイスから送信されてきた階層型位置情報に基づい
   たデバイスの位置と共に表示する表示手段を備えること
   を特徴とするネットワークシステム。
2. 【請求項２】 上記情報処理装置は、上記階層型位置情
   報に対応するマップデータを記憶する第３の記憶手段を
   備え、 上記表示手段は、上記第３の記憶手段から上記階層型位
   置情報に基づいて該当するマップデータを選択し、当該
   選択マップデータへ上記アイコンデータを重ねて表示す
   ることを特徴とする請求項１記載のネットワークシステ
   ム。
3. 【請求項３】 上記情報処理装置は、ネットワーク上の
   他の情報処理装置から、上記階層型位置情報に対応する
   マップデータを取得するための通信手段を備え、 上記表示手段は、上記階層型位置情報に対応するマップ
   データを上記通信手段により上記他の情報処理装置から
   取得し、当該取得マップデータへ上記アイコンデータを
   重ねて表示することを特徴とする請求項１記載のネット
   ワークシステム。
4. 【請求項４】 上記デバイスは、デバイス状態を判定す
   る判定手段を備え、上記第２の記憶手段は、上記デバイ
   ス状態に応じた複数のアイコンデータを記憶し、 上記制御手段は、上記第２の記憶手段へ記憶された複数
   のアイコンデータの中から、上記判定手段により判定さ
   れたデバイス状態に応じたアイコンデータを選択して、
   当該選択アイコンデータ及び上記階層型位置情報を上記
   情報処理装置へ送信することを特徴とする請求項１記載
   のネットワークシステム。
5. 【請求項５】 上記制御手段は、上記情報処理装置から
   の要求に応じて、上記アイコンデータ及び上記階層型位
   置情報を送信することを特徴とする請求項４記載のネッ
   トワークシステム。
6. 【請求項６】 上記制御手段は、上記判定手段がデバイ
   ス状態の変化を判定したことに応じて、当該判定された
   デバイス状態に対応するアイコンデータ及び上記階層型
   位置情報を送信することを特徴とする請求項４記載のネ
   ットワークシステム。
7. 【請求項７】 ネットワーク上のデバイスをモニタする
   ための情報処理装置であって、 上記デバイスを示すアイコンデータ、及び上記デバイス
   の位置を階層的に表した階層型位置情報を、上記デバイ
   スから受信する受信手段と、 上記アイコンデータを、上記階層型位置情報に基づいた
   デバイスの位置とともに表示するための制御を行う制御
   手段とを備えることを特徴とする情報処理装置。
8. 【請求項８】 上記階層型位置情報に対応するマップデ
   ータを記憶する記憶手段を備え、 上記制御手段は、上記階層型情報に基づいて上記記憶手
   段から該当するマップデータを選択し、当該選択マップ
   データへ上記アイコンデータを重ねて表示することを特
   徴とする請求項７記載の情報処理装置。
9. 【請求項９】 上記ネットワーク上の他の情報処理装置
   から、上記階層型位置情報に対応するマップデータを取
   得するための通信手段を備え、 上記制御手段は、上記階層型位置情報に対応するマップ
   データを上記通信手段により上記他の情報処理装置から
   取得し、当該取得マップデータへ上記アイコンデータを
   重ねて表示することを特徴とする請求項７記載の情報処
   理装置。
10. 【請求項１０】 ネットワーク上のデバイスをモニタす
    るための情報処理装置であって、 任意のジョブが出力されるデバイスを示すアイコンデー
    タ、及び当該デバイスの位置を階層的に表した階層型位
    置情報を、上記デバイスから受信する受信手段と、 上記アイコンデータを、上記階層型位置情報に基づいた
    デバイスの位置とともに表示する制御を行う制御手段と
    を備えることを特徴とする情報処理装置。
11. 【請求項１１】 ネットワークを介して依頼されたジョ
    ブを処理するデバイスであって、 自デバイスの位置を階層的に表した階層型位置情報を記
    憶する第１の記憶手段と、 自デバイスを示すアイコンデータを記憶する第２の記憶
    手段と、 上記第１の記憶手段へ記憶した階層型位置情報、及び上
    記第２の記憶手段へ記憶したアイコンデータを上記ネッ
    トワークに送出する制御を行う制御手段とを備えること
    を特徴とするデバイス。
12. 【請求項１２】 自デバイスの状態を判定する判定手段
    を備え、 上記第２の記憶手段は、上記判定手段により判定される
    デバイス状態に応じた複数のアイコンデータを記憶し、 上記制御手段は、上記第２の記憶手段に記憶された複数
    のアイコンデータの中から、上記判定手段により判定さ
    れたデバイス状態に対応したアイコンデータ選択して、
    当該アイコンデータ及び上記階層型位置情報を送信する
    ことを特徴とする請求項１１記載のデバイス。
13. 【請求項１３】 上記制御手段は、上記ネットワーク上
    の他の装置からの要求に応じて、上記アイコンデータ及
    び上記階層型位置情報を送信することを特徴とする請求
    項１２記載のデバイス。
14. 【請求項１４】 上記制御手段は、上記判定手段がデバ
    イスの状態変化を判定したことに応じて、当該判定され
    たデバイスの状態に対応したアイコンデータ及び上記階
    層型位置情報を送信することを特徴とする請求項１２記
    載のデバイス。
15. 【請求項１５】 少なくとも情報処理装置及びデバイス
    を含むネットワークシステムにおけるデバイスモニタ方
    法であって、 上記デバイスが実行する処理ステップは、 上記デバイスの位置を階層的に表した階層型位置情報を
    記憶する第１の記憶ステップと、 上記デバイスを示すアイコンデータを記憶する第２の記
    憶ステップと、 上記第１の記憶ステップにより記憶した階層型位置情
    報、及び第２の記憶ステップにより記憶したアイコンデ
    ータを上記情報処理装置に送信するための制御ステップ
    とを含み、 上記情報処理装置が実行する処理ステップは、 上記デバイスから送信されてきた上記アイコンデータ
    を、上記デバイスから送信されてきた上記階層型位置情
    報に基づいたデバイスの位置とともに表示する表示ステ
    ップを含むことを特徴とするデバイスモニタ方法。
16. 【請求項１６】 上記情報処理装置が実行する処理ステ
    ップは、上記階層型位置情報に対応するマップデータを
    記憶する第３の記憶ステップを含み、 上記表示ステップは、上記階層型位置情報に基づいて上
    記第３の記憶ステップによる記憶データから該当するマ
    ップデータを選択し、当該選択マップデータへ上記アイ
    コンデータを重ねて表示するステップを含むことを特徴
    とする請求項１５記載のデバイスモニタ方法。
17. 【請求項１７】 上記情報処理装置が実行する処理ステ
    ップは、上記ネットワーク上の他の情報処理装置から、
    上記階層型位置情報に対応するマップデータを取得する
    通信ステップを含み、 上記表示ステップは、上記階層型位置情報に対応するマ
    ップデータを上記通信ステップにより上記他の情報処理
    装置から取得し、当該取得マップデータへ上記アイコン
    データを重ねて表示するステップを含むことを特徴とす
    る請求項１５記載のデバイスモニタ方法。
18. 【請求項１８】 上記デバイスが実行する処理ステップ
    は、デバイス状態を判定する判定ステップを含み、 上記第２の記憶ステップは、上記判定ステップにより判
    定されるデバイス状態に応じた複数のアイコンデータを
    記憶するステップを含み、 上記制御ステップは、上記第２の記憶ステップにより記
    憶された複数のアイコンデータの中から、上記判定ステ
    ップにより判定されたデバイス状態に対応したアイコン
    データ選択して、当該選択アイコンデータ及び上記階層
    型位置情報を上記情報処理装置へ送信するステップを含
    むことを特徴とする請求項１５記載のデバイスモニタ方
    法。
19. 【請求項１９】 上記制御ステップは、上記情報処理装
    置からの要求に応じて、上記アイコンデータ及び上記階
    層型位置情報を送信するステップを含むことを特徴とす
    る請求項１８記載のデバイスモニタ方法。
20. 【請求項２０】 上記制御ステップは、上記判定ステッ
    プにてデバイス状態変化を判定したことに応じて、当該
    判定されたデバイス状態に応じたアイコンデータ及び上
    記階層型位置情報を上記情報処理装置へ送信するステッ
    プを含むことを特徴とする請求項１８記載のデバイスモ
    ニタ方法。
21. 【請求項２１】 ネットワーク上のデバイスをモニタす
    るデバイスモニタ方法であって、 上記デバイスを示すアイコンデータ、及び上記デバイス
    の位置を階層的に表した階層型位置情報を、上記デバイ
    スから受信する受信ステップと、 上記アイコンデータを、上記階層型位置情報に基づいた
    デバイスの位置とともに表示する制御ステップとを含む
    ことを特徴とするデバイスモニタ方法。
22. 【請求項２２】 上記階層型位置情報に対応するマップ
    データを記憶する記憶ステップを含み、 上記制御ステップは、上記階層型情報に基づいて上記記
    憶ステップによる記憶データから該当するマップデータ
    を選択し、当該選択マップデータへ上記アイコンデータ
    を重ねて表示するステップを含むことを特徴とする請求
    項２１記載のデバイスモニタ方法。
23. 【請求項２３】 上記ネットワーク上の他の情報処理装
    置から、上記階層型位置情報に対応するマップデータを
    取得する通信ステップを含み、 上記制御ステップは、上記階層型位置情報に対応するマ
    ップデータを上記通信ステップにより上記他の情報処理
    装置から取得し、当該取得マップデータへ上記アイコン
    データを重ねて表示するステップを含むことを特徴とす
    る請求項２１記載のデバイスモニタ方法。
24. 【請求項２４】 ネットワーク上のデバイスをモニタす
    るデバイスモニタ方法であって、 任意のジョブが出力されるデバイスを示すアイコンデー
    タ、及び当該デバイスの位置を階層的に表した階層型位
    置情報を、前記デバイスから受信する受信ステップと、 上記アイコンデータを、上記階層型位置情報に基づいた
    デバイスの位置とともに表示する制御ステップとを含む
    ことを特徴とするデバイスモニタ方法。
25. 【請求項２５】 ネットワークを介して依頼されたジョ
    ブを処理するデバイスの制御方法であって、 上記デバイスの位置を階層的に表した階層型位置情報を
    記憶する第１の記憶ステップと、 上記デバイスを示すアイコンデータを記憶する第２の記
    憶ステップと、 上記第１の記憶ステップにより記憶した階層型位置情
    報、及び上記第２の記憶ステップにより記憶したアイコ
    ンデータを上記ネットワークへ送出する制御ステップと
    を含むことを特徴とするデバイスの制御方法。
26. 【請求項２６】 上記デバイスの状態を判定する判定ス
    テップを含み、 上記第２の記憶ステップは、上記判定ステップにより判
    定されるデバイスの状態に応じた複数のアイコンデータ
    を記憶するステップを含み、 上記制御ステップは、上記第２の記憶ステップにより記
    憶された複数のアイコンデータの中から、上記判定ステ
    ップにより判定されたデバイスの状態に応じたアイコン
    データ選択して送信するステップを含むことを特徴とす
    る請求項２５記載のデバイスの制御方法。
27. 【請求項２７】 上記制御ステップは、上記ネットワー
    ク上の他の装置からの要求に応じて、上記アイコンデー
    タ及び上記階層型位置情報を送信するステップを含むこ
    とを特徴とする請求項２５記載のデバイスの制御方法。
28. 【請求項２８】 上記制御ステップは、上記判定ステッ
    プによりデバイスの状態変化が判定されたことに応じ
    て、当該判定されたデバイスの状態に応じたアイコンデ
    ータ及び上記階層型位置情報を送信するステップを含む
    ことを特徴とする請求項２６記載のデバイスの制御方
    法。
29. 【請求項２９】 ネットワーク上のデバイスをモニタす
    る情報処理装置のコンピュータで実行されるコンビュー
    タプログラムを格納した記憶媒体であって、上記プログ
    ラムは、 上記デバイスを示すアイコンデータ、及び上記デバイス
    の位置を階層的に表した階層型位置情報を、上記デバイ
    スから受信する受信ステップと、 上記アイコンデータを、上記階層型位置情報に基づいた
    デバイスの位置とともに表示するための制御ステップと
    を含むことを特徴とする記憶媒体。
30. 【請求項３０】 ネットワークを介して依頼されたジョ
    ブを処理するデバイスのコンピュータで実行されるコン
    ピュータプログラムを格納した記憶媒体であって、 上記プログラムは、 上記デバイスの位置を階層的に表した階層型位置情報を
    記憶する第１の記憶ステップと、 上記デバイスを示すアイコンデータを記憶する第２の記
    憶ステップと、 上記第２の記憶ステップにより記憶した階層型位置情
    報、及び上記第２の記憶ステップにより記憶したアイコ
    ンデータを上記ネットワークへ送出する制御ステップと
    を含むことを特徴とする記憶媒体。