JP2001034563A - 情報処理装置、ネットワークシステム、デバイス検索方法、及び記憶媒体 - Google Patents
情報処理装置、ネットワークシステム、デバイス検索方法、及び記憶媒体Info
- Publication number
- JP2001034563A JP2001034563A JP20364199A JP20364199A JP2001034563A JP 2001034563 A JP2001034563 A JP 2001034563A JP 20364199 A JP20364199 A JP 20364199A JP 20364199 A JP20364199 A JP 20364199A JP 2001034563 A JP2001034563 A JP 2001034563A
- Authority
- JP
- Japan
- Prior art keywords
- information
- search
- server
- client
- map
- 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.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
(57)【要約】
【課題】 ネットワーク上の所望するデバイスの位置、
属性、及び状態を視覚的に分かりやすく把握できるネッ
トワークシステムを提供する。 【解決手段】 サーバ１１２は、デバイスの位置に関す
る情報を階層的に表したロケーション情報、属性情報、
及びデバイスの各種状態に対応する複数の状態情報（ア
イコン情報）を保持すると共に、上記ロケーション情報
の各階層に対応するマップ情報を保持する。クライアン
ト１１１は、サーバ１１２で検出されたデバイスの状態
情報を、当該デバイスに対応するマップ情報上に重ねて
出力（表示出力等）する。このとき、クライアント１１
１は、上記デバイスから通知（イベント通知）される当
該デバイスの状態変化に応じて変更する。
属性、及び状態を視覚的に分かりやすく把握できるネッ
トワークシステムを提供する。 【解決手段】 サーバ１１２は、デバイスの位置に関す
る情報を階層的に表したロケーション情報、属性情報、
及びデバイスの各種状態に対応する複数の状態情報（ア
イコン情報）を保持すると共に、上記ロケーション情報
の各階層に対応するマップ情報を保持する。クライアン
ト１１１は、サーバ１１２で検出されたデバイスの状態
情報を、当該デバイスに対応するマップ情報上に重ねて
出力（表示出力等）する。このとき、クライアント１１
１は、上記デバイスから通知（イベント通知）される当
該デバイスの状態変化に応じて変更する。
Description
【０００１】
【発明の属する技術分野】本発明は、例えば、ネットワ
ーク上のサーバ、クライアント、プリンタやコピー機等
のデバイスに適用される情報処理装置、ネットワークシ
ステム、デバイス検索方法、及びそれを実施するための
処理ステップをコンピュータが読出可能に格納した記憶
媒体に関し、特に、クライアントが任意のデバイスを利
用する際に、そのデバイスをネットワーク上から検索す
るための技術に関するものである。
ーク上のサーバ、クライアント、プリンタやコピー機等
のデバイスに適用される情報処理装置、ネットワークシ
ステム、デバイス検索方法、及びそれを実施するための
処理ステップをコンピュータが読出可能に格納した記憶
媒体に関し、特に、クライアントが任意のデバイスを利
用する際に、そのデバイスをネットワーク上から検索す
るための技術に関するものである。
【０００２】
【従来の技術】従来より例えば、ネットワーク上の各種
の資源（プリンタ、サーバ、スキャナ等、以下、「デバ
イス」とも言う）を効率的に発見し、それを利用するた
めに、ＬＤＡＰ（Lightweight Directory AccessProtoc
ol）等のディレクトリサービスと呼ばれるものが提供さ
れている。このディレクトリサービスとは、いわゆるネ
ットワークに関する電話帳の機能を果たすものであり、
そのための様々な情報を管理して提供するサービスであ
る。
の資源（プリンタ、サーバ、スキャナ等、以下、「デバ
イス」とも言う）を効率的に発見し、それを利用するた
めに、ＬＤＡＰ（Lightweight Directory AccessProtoc
ol）等のディレクトリサービスと呼ばれるものが提供さ
れている。このディレクトリサービスとは、いわゆるネ
ットワークに関する電話帳の機能を果たすものであり、
そのための様々な情報を管理して提供するサービスであ
る。
【０００３】したがって、上述のようなディレクトリサ
ービスを利用して、ネットワークに接続されているデバ
イスを検索することで、ネットワーク上で利用可能なデ
バイスのネットワークアドレスの一覧を得ることができ
る。
ービスを利用して、ネットワークに接続されているデバ
イスを検索することで、ネットワーク上で利用可能なデ
バイスのネットワークアドレスの一覧を得ることができ
る。
【０００４】尚、上記ＬＤＡＰでの規定については、Ｉ
ＥＴＦから発行されているＲＦＣ１７７７に記載されて
おり、また、解説書としては、例えば、株式会社プレン
ティスホールより、「ＬＤＡＰインターネットディレク
トリアプリケーションプログラミング」が１９９７年１
１月１日に発行されている。
ＥＴＦから発行されているＲＦＣ１７７７に記載されて
おり、また、解説書としては、例えば、株式会社プレン
ティスホールより、「ＬＤＡＰインターネットディレク
トリアプリケーションプログラミング」が１９９７年１
１月１日に発行されている。
【０００５】
【発明が解決しようとする課題】しかしながら、上述し
たようなディレクトリサービス等による従来のデバイス
検索方法では、ネットワーク上で利用可能なデバイスが
実際に存在する位置情報や、そのデバイスの現在状態を
取得することができなかった。
たようなディレクトリサービス等による従来のデバイス
検索方法では、ネットワーク上で利用可能なデバイスが
実際に存在する位置情報や、そのデバイスの現在状態を
取得することができなかった。
【０００６】具体的には例えば、あるクライアント側の
ユーザがプリント出力のために、ディレクトリサービス
によってネットワーク上のプリンタを検索した場合、ク
ライアント側の装置（パーソナルコンピュータ等の情報
処理装置）には、ネットワーク上の利用可能なプリンタ
のネットワークアドレスが単に文字列で表示されるだけ
であった。このため、ユーザは、プリント出力する前に
プリント出力したいプリンタの位置を確認したり、プリ
ント出力後にそのプリント出力を行ったプリンタが自分
のフロア或いは他の階のフロア等、実際にどの場所にあ
るかを探し出す必要があった。また、カラープリント出
力したい場合、実際にプリント出力した後でしか、その
プリント出力を行ったプリンタがカラープリンタである
かどうかを知ることができなかった。さらに、プリント
出力に用いるプリンタが現在どのような状態（稼働状
態、エラー発生状態等）であるかは、実際にプリント出
力を行うときまで知ることができなかった。
ユーザがプリント出力のために、ディレクトリサービス
によってネットワーク上のプリンタを検索した場合、ク
ライアント側の装置（パーソナルコンピュータ等の情報
処理装置）には、ネットワーク上の利用可能なプリンタ
のネットワークアドレスが単に文字列で表示されるだけ
であった。このため、ユーザは、プリント出力する前に
プリント出力したいプリンタの位置を確認したり、プリ
ント出力後にそのプリント出力を行ったプリンタが自分
のフロア或いは他の階のフロア等、実際にどの場所にあ
るかを探し出す必要があった。また、カラープリント出
力したい場合、実際にプリント出力した後でしか、その
プリント出力を行ったプリンタがカラープリンタである
かどうかを知ることができなかった。さらに、プリント
出力に用いるプリンタが現在どのような状態（稼働状
態、エラー発生状態等）であるかは、実際にプリント出
力を行うときまで知ることができなかった。
【０００７】上述のように、従来のデバイス検索方法で
は、「自分のフロアにおいて、自分の場所に一番近いプ
リンタはどこにあるのか」、「カラー画像を出力できる
プリンタは、その建物の中のどの場所にあるのか」等と
いった、デバイスの位置情報やデバイスの属性を取得す
ることができなかった。また、デバイスの現在状態が稼
働状態であるか、エラー発生状態であるかといったデバ
イス状態は、実際にデバイスを使用するときまでわから
なかった。これは、ユーザにとって非常に不便であり、
プリント出力等の作業効率が悪くなる、といった問題に
つながる。
は、「自分のフロアにおいて、自分の場所に一番近いプ
リンタはどこにあるのか」、「カラー画像を出力できる
プリンタは、その建物の中のどの場所にあるのか」等と
いった、デバイスの位置情報やデバイスの属性を取得す
ることができなかった。また、デバイスの現在状態が稼
働状態であるか、エラー発生状態であるかといったデバ
イス状態は、実際にデバイスを使用するときまでわから
なかった。これは、ユーザにとって非常に不便であり、
プリント出力等の作業効率が悪くなる、といった問題に
つながる。
【０００８】そこで、本発明は、上記の欠点を除去する
ために成されたもので、ネットワーク上の所望するデバ
イスの位置、属性、及び状態を視覚的に分かりやすく把
握できるようにすることで、ネットワーク上の各種のデ
バイスを用いた作業効率を向上させることができる、情
報処理装置、ネットワークシステム、デバイス検索方
法、及びそれを実施するための処理ステップをコンピュ
ータが読出可能に格納した記憶媒体を提供することを目
的とする。
ために成されたもので、ネットワーク上の所望するデバ
イスの位置、属性、及び状態を視覚的に分かりやすく把
握できるようにすることで、ネットワーク上の各種のデ
バイスを用いた作業効率を向上させることができる、情
報処理装置、ネットワークシステム、デバイス検索方
法、及びそれを実施するための処理ステップをコンピュ
ータが読出可能に格納した記憶媒体を提供することを目
的とする。
【０００９】
【課題を解決するための手段】斯かる目的下において、
第１の発明は、任意のデバイスの検索条件を指定するた
めの検索条件指定手段と、ネットワーク上に接続された
サーバに対して、上記検索条件指定手段によって指定さ
れた検索条件に対応するデバイスの検索を要求する検索
要求手段と、上記検索要求手段での検索要求により上記
サーバから送られてくる上記検索の結果によって示され
る上記ネットワーク上に接続されたデバイスに対して、
当該デバイスの状態変化発生時に当該状態変化の通知を
要求する状態変化通知要求手段と、上記サーバから送ら
れてくる、上記ネットワーク上に接続されるデバイスの
位置に関する情報を階層的に表したロケーション情報の
各階層に対応するマップを表すマップ情報の中の上記検
索の結果によって示される上記ネットワーク上に接続さ
れたデバイスに対応するマップ情報を受信するマップ情
報受信手段と、上記マップ情報受信手段にて受信された
マップ情報と、上記検索の結果に含まれる上記デバイス
の複数の状態に対応した複数の状態情報の中から選択し
た状態情報とを重ねて出力する出力手段とを備え、上記
出力手段は、上記状態変化通知要求手段での状態変化通
知により上記デバイスから通知されてくる当該デバイス
の状態変化に応じて対応する状態情報を上記複数の状態
情報の中から選択することを特徴とする。
第１の発明は、任意のデバイスの検索条件を指定するた
めの検索条件指定手段と、ネットワーク上に接続された
サーバに対して、上記検索条件指定手段によって指定さ
れた検索条件に対応するデバイスの検索を要求する検索
要求手段と、上記検索要求手段での検索要求により上記
サーバから送られてくる上記検索の結果によって示され
る上記ネットワーク上に接続されたデバイスに対して、
当該デバイスの状態変化発生時に当該状態変化の通知を
要求する状態変化通知要求手段と、上記サーバから送ら
れてくる、上記ネットワーク上に接続されるデバイスの
位置に関する情報を階層的に表したロケーション情報の
各階層に対応するマップを表すマップ情報の中の上記検
索の結果によって示される上記ネットワーク上に接続さ
れたデバイスに対応するマップ情報を受信するマップ情
報受信手段と、上記マップ情報受信手段にて受信された
マップ情報と、上記検索の結果に含まれる上記デバイス
の複数の状態に対応した複数の状態情報の中から選択し
た状態情報とを重ねて出力する出力手段とを備え、上記
出力手段は、上記状態変化通知要求手段での状態変化通
知により上記デバイスから通知されてくる当該デバイス
の状態変化に応じて対応する状態情報を上記複数の状態
情報の中から選択することを特徴とする。
【００１０】第２の発明は、上記第１の発明において、
上記出力手段は、情報の表示出力機能を有することを特
徴とする。
上記出力手段は、情報の表示出力機能を有することを特
徴とする。
【００１１】第３の発明は、ネットワーク上に接続され
るデバイスの位置に関する情報を階層的に表したロケー
ション情報、デバイスの属性情報、及びデバイスの複数
の状態に対応する複数の状態情報を管理する管理手段
と、上記ロケーション情報の各階層に対応するマップを
表すマップ情報を保持する第１の保持手段と、外部から
送られてくるデバイスの検索要求に基づいて、当該検索
要求に対応するデバイスを上記管理手段の中の情報によ
り検索する検索手段と、上記検索要求の発行元に対し
て、上記検索手段での検索により検出されたデバイスに
対応する情報を上記管理手段及び上記第１の保持手段の
中からそれぞれ取得して送信する検索結果送信手段とを
備えることを特徴とする。
るデバイスの位置に関する情報を階層的に表したロケー
ション情報、デバイスの属性情報、及びデバイスの複数
の状態に対応する複数の状態情報を管理する管理手段
と、上記ロケーション情報の各階層に対応するマップを
表すマップ情報を保持する第１の保持手段と、外部から
送られてくるデバイスの検索要求に基づいて、当該検索
要求に対応するデバイスを上記管理手段の中の情報によ
り検索する検索手段と、上記検索要求の発行元に対し
て、上記検索手段での検索により検出されたデバイスに
対応する情報を上記管理手段及び上記第１の保持手段の
中からそれぞれ取得して送信する検索結果送信手段とを
備えることを特徴とする。
【００１２】第４の発明は、上記第３の発明において、
上記管理手段は、上記デバイスから送られてくる上記ロ
ケーション情報、上記属性情報、及び上記複数の状態情
報を管理することを特徴とする。
上記管理手段は、上記デバイスから送られてくる上記ロ
ケーション情報、上記属性情報、及び上記複数の状態情
報を管理することを特徴とする。
【００１３】第５の発明は、上記第１又は３の発明にお
いて、上記状態情報は、アイコンを含むことを特徴とす
る。
いて、上記状態情報は、アイコンを含むことを特徴とす
る。
【００１４】第６の発明は、ネットワーク上に接続され
たクライアント、サーバ、及びデバイスを含むネットワ
ークシステムであって、上記クライアント及びサーバの
少なくとも何れかは、請求項１〜５の何れかに記載の情
報処理装置の機能を有することを特徴とする。
たクライアント、サーバ、及びデバイスを含むネットワ
ークシステムであって、上記クライアント及びサーバの
少なくとも何れかは、請求項１〜５の何れかに記載の情
報処理装置の機能を有することを特徴とする。
【００１５】第７の発明は、ネットワーク上にクライア
ント、サーバ、及びデバイスを接続して構成されるネッ
トワークシステムであって、上記クライアントは、任意
のデバイスの検索条件を指定するための検索条件指定手
段と、上記サーバに対して、上記検索条件指定手段によ
って指定された検索条件に対応するデバイスの検索を要
求する検索要求手段と、上記検索要求手段での検索要求
により上記サーバから送られてくる上記検索の結果によ
って示される上記ネットワーク上に接続されたデバイス
に対して、当該デバイスの状態変化発生時に当該状態変
化の通知を要求する状態変化通知要求手段と、上記サー
バから送られてくる、上記ネットワーク上に接続される
デバイスの位置に関する情報を階層的に表したロケーシ
ョン情報の各階層に対応するマップを表すマップ情報の
中の上記検索の結果によって示される上記ネットワーク
上に接続されたデバイスに対応するマップ情報を受信す
るマップ情報受信手段と、上記マップ情報受信手段にて
受信されたマップ情報と、上記検索の結果に含まれる上
記デバイスの複数の状態に対応した複数の状態情報の中
から選択した状態情報とを重ねて出力する出力手段とを
備え、上記サーバは、上記ネットワーク上に接続される
デバイスの位置に関する情報を階層的に表したロケーシ
ョン情報、デバイスの属性情報、及びデバイスの複数の
状態に対応する複数の状態情報を管理する管理手段と、
上記ネットワーク上に接続されるデバイスの位置に関す
る情報を階層的に表したロケーション情報の各階層に対
応するマップを表すマップ情報を保持する第１の保持手
段と、上記クライアントから送られてくるデバイスの検
索要求に基づいて、当該検索要求に対応するデバイスを
上記管理手段の中の情報により検索する検索手段と、上
記検索要求の発行元のクライアントに対して、上記検索
手段での検索により検出されたデバイスに対応する情報
を上記管理手段及び上記第１の保持手段の中からそれぞ
れ取得して送信する検索結果送信手段とを備え、上記デ
バイスは、上記ネットワーク上の自己の位置を表す階層
的なロケーション情報、自己の属性情報、及び自己の複
数の状態に対応する複数の状態情報を含む情報を保持す
る第２の保持手段と、上記第２の保持手段にて保持され
た情報を上記サーバの上記管理手段へ登録する情報登録
手段と、上記クライアントから送られてくる状態変化通
知要求を保持する第３の保持手段と、上記第３の保持手
段の中の情報に基づいて、自己の状態変化発生時に当該
状態変化を上記状態変化通知要求の発行元のクライアン
トに対して通知する状態変化通知手段とを備え、上記ク
ライアントの出力手段は、上記状態変化通知要求手段で
の状態変化通知により上記デバイスから通知されてくる
当該デバイスの状態変化に応じて対応する状態情報を上
記複数の状態情報の中から選択することを特徴とする。
ント、サーバ、及びデバイスを接続して構成されるネッ
トワークシステムであって、上記クライアントは、任意
のデバイスの検索条件を指定するための検索条件指定手
段と、上記サーバに対して、上記検索条件指定手段によ
って指定された検索条件に対応するデバイスの検索を要
求する検索要求手段と、上記検索要求手段での検索要求
により上記サーバから送られてくる上記検索の結果によ
って示される上記ネットワーク上に接続されたデバイス
に対して、当該デバイスの状態変化発生時に当該状態変
化の通知を要求する状態変化通知要求手段と、上記サー
バから送られてくる、上記ネットワーク上に接続される
デバイスの位置に関する情報を階層的に表したロケーシ
ョン情報の各階層に対応するマップを表すマップ情報の
中の上記検索の結果によって示される上記ネットワーク
上に接続されたデバイスに対応するマップ情報を受信す
るマップ情報受信手段と、上記マップ情報受信手段にて
受信されたマップ情報と、上記検索の結果に含まれる上
記デバイスの複数の状態に対応した複数の状態情報の中
から選択した状態情報とを重ねて出力する出力手段とを
備え、上記サーバは、上記ネットワーク上に接続される
デバイスの位置に関する情報を階層的に表したロケーシ
ョン情報、デバイスの属性情報、及びデバイスの複数の
状態に対応する複数の状態情報を管理する管理手段と、
上記ネットワーク上に接続されるデバイスの位置に関す
る情報を階層的に表したロケーション情報の各階層に対
応するマップを表すマップ情報を保持する第１の保持手
段と、上記クライアントから送られてくるデバイスの検
索要求に基づいて、当該検索要求に対応するデバイスを
上記管理手段の中の情報により検索する検索手段と、上
記検索要求の発行元のクライアントに対して、上記検索
手段での検索により検出されたデバイスに対応する情報
を上記管理手段及び上記第１の保持手段の中からそれぞ
れ取得して送信する検索結果送信手段とを備え、上記デ
バイスは、上記ネットワーク上の自己の位置を表す階層
的なロケーション情報、自己の属性情報、及び自己の複
数の状態に対応する複数の状態情報を含む情報を保持す
る第２の保持手段と、上記第２の保持手段にて保持され
た情報を上記サーバの上記管理手段へ登録する情報登録
手段と、上記クライアントから送られてくる状態変化通
知要求を保持する第３の保持手段と、上記第３の保持手
段の中の情報に基づいて、自己の状態変化発生時に当該
状態変化を上記状態変化通知要求の発行元のクライアン
トに対して通知する状態変化通知手段とを備え、上記ク
ライアントの出力手段は、上記状態変化通知要求手段で
の状態変化通知により上記デバイスから通知されてくる
当該デバイスの状態変化に応じて対応する状態情報を上
記複数の状態情報の中から選択することを特徴とする。
【００１６】第８の発明は、上記第７の発明において、
上記出力手段は、情報の表示出力機能を有することを特
徴とする。
上記出力手段は、情報の表示出力機能を有することを特
徴とする。
【００１７】第９の発明は、上記第７の発明において、
上記状態情報は、アイコンを含むことを特徴とする。
上記状態情報は、アイコンを含むことを特徴とする。
【００１８】第１０の発明は、クライアント、サーバ、
及びデバイスが接続されたネットワーク上において、サ
ーバがクライアントからのデバイス検索要求に基づいて
デバイスの検索を行い、その検索結果をクライアントが
取得して出力するためのデバイス検索方法であって、上
記デバイスが、上記ネットワーク上の自己の位置を表す
階層的なロケーション情報、自己の属性情報、及び自己
の複数の状態に対応する複数の状態情報を含む情報を上
記サーバへ登録する登録ステップと、上記サーバが、上
記登録ステップによる上記デバイスからの情報を管理す
る管理ステップと、上記サーバが、上記ロケーション情
報の各階層に対応するマップを表すマップ情報を保持す
るマップ保持ステップと、上記クライアントが、ユーザ
から指定入力されたデバイスの検索条件に対応するデバ
イスの検索を上記サーバに対して要求する検索要求ステ
ップと、上記サーバが、上記クライアントからのデバイ
スの検索要求に基づいて当該検索要求に対応するデバイ
スを上記管理ステップによる管理情報から検索し、その
検索により検出したデバイスに対応する情報を上記管理
ステップによる管理情報及び上記マップ保持ステップに
より保持情報の中からそれぞれ取得して上記検索要求の
発行元のクライアントに対して返送する検索ステップ
と、上記クライアントが、上記サーバから返送されてき
た情報により示される上記ネットワーク上に接続された
デバイスに対して当該デバイスの状態変化発生時の当該
状態変化の通知を要求する状態変化通知要求ステップ
と、上記デバイスが、上記クライアントからの状態変化
通知要求を保持し、当該保持情報に基づいて自己の状態
変化発生時に当該状態変化を上記状態変化通知要求の発
行元のクライアントに対して通知する状態変化通知ステ
ップと、上記クライアントが、上記サーバから返送され
てきた情報に含まれるマップ情報と、上記サーバから返
送されてきた情報に含まれる複数の状態情報の中から選
択した状態情報とを重ねて出力する出力ステップと、上
記クライアントが、上記デバイスから通知されてくる状
態変化に応じて対応する状態情報を上記複数の状態情報
の中から選択することで、上記出力ステップでの出力状
態情報を変更する状態情報変更ステップとを含むことを
特徴とする。
及びデバイスが接続されたネットワーク上において、サ
ーバがクライアントからのデバイス検索要求に基づいて
デバイスの検索を行い、その検索結果をクライアントが
取得して出力するためのデバイス検索方法であって、上
記デバイスが、上記ネットワーク上の自己の位置を表す
階層的なロケーション情報、自己の属性情報、及び自己
の複数の状態に対応する複数の状態情報を含む情報を上
記サーバへ登録する登録ステップと、上記サーバが、上
記登録ステップによる上記デバイスからの情報を管理す
る管理ステップと、上記サーバが、上記ロケーション情
報の各階層に対応するマップを表すマップ情報を保持す
るマップ保持ステップと、上記クライアントが、ユーザ
から指定入力されたデバイスの検索条件に対応するデバ
イスの検索を上記サーバに対して要求する検索要求ステ
ップと、上記サーバが、上記クライアントからのデバイ
スの検索要求に基づいて当該検索要求に対応するデバイ
スを上記管理ステップによる管理情報から検索し、その
検索により検出したデバイスに対応する情報を上記管理
ステップによる管理情報及び上記マップ保持ステップに
より保持情報の中からそれぞれ取得して上記検索要求の
発行元のクライアントに対して返送する検索ステップ
と、上記クライアントが、上記サーバから返送されてき
た情報により示される上記ネットワーク上に接続された
デバイスに対して当該デバイスの状態変化発生時の当該
状態変化の通知を要求する状態変化通知要求ステップ
と、上記デバイスが、上記クライアントからの状態変化
通知要求を保持し、当該保持情報に基づいて自己の状態
変化発生時に当該状態変化を上記状態変化通知要求の発
行元のクライアントに対して通知する状態変化通知ステ
ップと、上記クライアントが、上記サーバから返送され
てきた情報に含まれるマップ情報と、上記サーバから返
送されてきた情報に含まれる複数の状態情報の中から選
択した状態情報とを重ねて出力する出力ステップと、上
記クライアントが、上記デバイスから通知されてくる状
態変化に応じて対応する状態情報を上記複数の状態情報
の中から選択することで、上記出力ステップでの出力状
態情報を変更する状態情報変更ステップとを含むことを
特徴とする。
【００１９】第１１の発明は、上記第１０の発明におい
て、上記出力ステップは、情報を画面表示出力するステ
ップを含むことを特徴とする。
て、上記出力ステップは、情報を画面表示出力するステ
ップを含むことを特徴とする。
【００２０】第１２の発明は、上記第１０の発明におい
て、上記状態情報は、アイコンを含むことを特徴とす
る。
て、上記状態情報は、アイコンを含むことを特徴とす
る。
【００２１】第１３の発明は、請求項１〜９の何れか１
項に記載の各手段として、コンピュータを機能させるた
めのプログラムを記録した記憶媒体であることを特徴と
する。
項に記載の各手段として、コンピュータを機能させるた
めのプログラムを記録した記憶媒体であることを特徴と
する。
【００２２】第１４の発明は、請求項１０〜１２の何れ
かに記載のデバイス検索方法の処理ステップを、コンピ
ュータが読出可能に格納した記憶媒体であることを特徴
とする。
かに記載のデバイス検索方法の処理ステップを、コンピ
ュータが読出可能に格納した記憶媒体であることを特徴
とする。
【００２３】
【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。
て図面を用いて説明する。
【００２４】（第１の実施の形態）本発明は、例えば、
図１に示すようなネットワークシステム１００に適用さ
れる。このネットワークシステム１００は、１階フロア
と２階フロアを含むオフィスフロア等で用いられるもの
であり、上記図１に示すように、クライアント側の情報
処理装置としてのパーソナルコンピュータ（ＰＣ）１１
１，１１３と、サーバ側の情報処理装置としてのパーソ
ナルコンピュータ（ＰＣ）１１２と、各種デバイス１０
１〜１０５とが、ＬＡＮ１５０によって互いに通信可能
に接続された構成としている。
図１に示すようなネットワークシステム１００に適用さ
れる。このネットワークシステム１００は、１階フロア
と２階フロアを含むオフィスフロア等で用いられるもの
であり、上記図１に示すように、クライアント側の情報
処理装置としてのパーソナルコンピュータ（ＰＣ）１１
１，１１３と、サーバ側の情報処理装置としてのパーソ
ナルコンピュータ（ＰＣ）１１２と、各種デバイス１０
１〜１０５とが、ＬＡＮ１５０によって互いに通信可能
に接続された構成としている。
【００２５】クライアント側の情報処理装置としてのＰ
Ｃ（クライアント端末装置、以下、単に「クライアン
ト」と言う）１１１，１１３はそれぞれ、本実施の形態
におけるネットワークデバイス検索クライアントのプロ
グラムが実行可能なＰＣであり、サーバ側の情報処理装
置としてのＰＣ（以下、サーバ端末装置、単に「サー
バ」と言う）１１２に対して、所望の条件を満たすデバ
イスに関する問い合わせ情報を発行すると共に、それに
より得られた検索結果を表示するようになされている。
また、ここでは一例として、クライアント１１１をデス
クトップ型のＰＣで構成し、クライアント１１３をノー
ト型のＰＣで構成している。
Ｃ（クライアント端末装置、以下、単に「クライアン
ト」と言う）１１１，１１３はそれぞれ、本実施の形態
におけるネットワークデバイス検索クライアントのプロ
グラムが実行可能なＰＣであり、サーバ側の情報処理装
置としてのＰＣ（以下、サーバ端末装置、単に「サー
バ」と言う）１１２に対して、所望の条件を満たすデバ
イスに関する問い合わせ情報を発行すると共に、それに
より得られた検索結果を表示するようになされている。
また、ここでは一例として、クライアント１１１をデス
クトップ型のＰＣで構成し、クライアント１１３をノー
ト型のＰＣで構成している。
【００２６】サーバ１１２は、本実施の形態におけるネ
ットワークデバイス検索サーバのプログラムが実行可能
なＰＣであり、本システム１００のデバイス１０１〜１
０５や、他のネットワークシステム１４０の各種デバイ
ス（ネットワークデバイス）に関する情報が格納されて
おり、クライアント１１１，１１３からのデバイス検索
の問い合わせを受け付け、その検索結果を返送するよう
になされている。
ットワークデバイス検索サーバのプログラムが実行可能
なＰＣであり、本システム１００のデバイス１０１〜１
０５や、他のネットワークシステム１４０の各種デバイ
ス（ネットワークデバイス）に関する情報が格納されて
おり、クライアント１１１，１１３からのデバイス検索
の問い合わせを受け付け、その検索結果を返送するよう
になされている。
【００２７】上述のようなクライアント１１１，１１３
及びサーバ１１２として用いるＰＣはそれぞれ同様の構
成としており、例えば、図２に示すような構成により、
ネットワークデバイス検索クライアントソフトウェア、
或いはネットワークデバイス検索サーバソフトウェア
（以下、これらをまとめて「ネットワークデバイス検索
ソフトウェア」とも言う）を稼動するようになされてい
る。
及びサーバ１１２として用いるＰＣはそれぞれ同様の構
成としており、例えば、図２に示すような構成により、
ネットワークデバイス検索クライアントソフトウェア、
或いはネットワークデバイス検索サーバソフトウェア
（以下、これらをまとめて「ネットワークデバイス検索
ソフトウェア」とも言う）を稼動するようになされてい
る。
【００２８】すなわち、ここでのＰＣ２００は、上記図
２に示すように、ＰＣ全体の動作制御を司るＣＰＵ２０
２と、ＣＰＵ２０２での動作制御のための各種プログラ
ムやデータ等が格納されるＲＯＭ２０３と、ＣＰＵ２０
２の主メモリや作業用エリア等を含むＲＡＭ２０４と、
マウス（ＭＳ）２１４と、マウス（ＭＳ）２１４からの
指示入力を制御するマウスコントローラ（ＭＣ）２１３
と、キーボード（ＫＢ）２０９と、キーボード（ＫＢ）
２０９やポインティングデバイス（図示せず）からの指
示入力を制御するキーボードコントローラ（ＫＢＣ）２
０５と、ＣＲＴディスプレイ２１０と、ＣＲＴディスプ
レイ２１０の表示を制御するＣＲＴコントローラ（ＣＲ
ＴＣ）２０６と、各種プログラムやデータ（ブートプロ
グラム、種々のアプリケーション、編集ファイル、ユー
ザファイル、ネットワーク管理プログラム等）を記憶す
るためのハードディスクドライブ（ＨＤＤ）２１１及び
フロッピーディスクドライブ（ＦＤＤ）２１２と、ハー
ドディスクドライブ（ＨＤＤ）２１１及びフロッピーデ
ィスクドライブ（ＦＤＤ）２１２とのアクセスを制御す
るディスクコントローラ（ＤＫＣ）２０７と、ＬＡＮ１
５０を介してデバイス１０１〜１０５や他のＰＣ或いは
他のネットワークシステム１４０（上記図１参照）と双
方向にデータをやりとりするためのネットワークインタ
ーフェースカード（ＮＩＣ）２０８とを備えており、こ
れらの各構成部は、システムバス２０１を介して互いに
通信可能なように接続されている。
２に示すように、ＰＣ全体の動作制御を司るＣＰＵ２０
２と、ＣＰＵ２０２での動作制御のための各種プログラ
ムやデータ等が格納されるＲＯＭ２０３と、ＣＰＵ２０
２の主メモリや作業用エリア等を含むＲＡＭ２０４と、
マウス（ＭＳ）２１４と、マウス（ＭＳ）２１４からの
指示入力を制御するマウスコントローラ（ＭＣ）２１３
と、キーボード（ＫＢ）２０９と、キーボード（ＫＢ）
２０９やポインティングデバイス（図示せず）からの指
示入力を制御するキーボードコントローラ（ＫＢＣ）２
０５と、ＣＲＴディスプレイ２１０と、ＣＲＴディスプ
レイ２１０の表示を制御するＣＲＴコントローラ（ＣＲ
ＴＣ）２０６と、各種プログラムやデータ（ブートプロ
グラム、種々のアプリケーション、編集ファイル、ユー
ザファイル、ネットワーク管理プログラム等）を記憶す
るためのハードディスクドライブ（ＨＤＤ）２１１及び
フロッピーディスクドライブ（ＦＤＤ）２１２と、ハー
ドディスクドライブ（ＨＤＤ）２１１及びフロッピーデ
ィスクドライブ（ＦＤＤ）２１２とのアクセスを制御す
るディスクコントローラ（ＤＫＣ）２０７と、ＬＡＮ１
５０を介してデバイス１０１〜１０５や他のＰＣ或いは
他のネットワークシステム１４０（上記図１参照）と双
方向にデータをやりとりするためのネットワークインタ
ーフェースカード（ＮＩＣ）２０８とを備えており、こ
れらの各構成部は、システムバス２０１を介して互いに
通信可能なように接続されている。
【００２９】したがって、上述のネットワークデバイス
検索ソフトウェアは、ＲＯＭ２０３又はハードディスク
ドライブ（ＨＤＤ）２１１、或いはフロッピーディスク
ドライブ２１２のＦＤに予め格納されており、ＣＰＵ２
０２によって読み出され実行されることで、後述するよ
うな本システム１００における動作が実現される。
検索ソフトウェアは、ＲＯＭ２０３又はハードディスク
ドライブ（ＨＤＤ）２１１、或いはフロッピーディスク
ドライブ２１２のＦＤに予め格納されており、ＣＰＵ２
０２によって読み出され実行されることで、後述するよ
うな本システム１００における動作が実現される。
【００３０】一方、デバイス１０１〜１０５はそれぞ
れ、カラープリンタやコピー機等から構成される。ここ
では、例えば、デバイス１０１は、カラープリンタ（カ
ラーＬＢＰ）であり、デバイス１０２は、コピー機能と
プリンタ機能を共に兼ね備えたＭＦＰ（Multi Function
Peripheral ）である。また、デバイス１０３及び１０
４はそれぞれ、モノクロプリンタであり、デバイス１０
５は、スキャナである。
れ、カラープリンタやコピー機等から構成される。ここ
では、例えば、デバイス１０１は、カラープリンタ（カ
ラーＬＢＰ）であり、デバイス１０２は、コピー機能と
プリンタ機能を共に兼ね備えたＭＦＰ（Multi Function
Peripheral ）である。また、デバイス１０３及び１０
４はそれぞれ、モノクロプリンタであり、デバイス１０
５は、スキャナである。
【００３１】これらのデバイス１０１〜１０５の主なる
構成はそれぞれ同様であり、例えば、図３に示すよう
に、デバイス全体の動作制御を司るＣＰＵ２３０２と、
ＣＰＵ２３０２での動作制御のための各種プログラムや
データ等が格納されるＲＯＭ２３０３と、ＣＰＵ２３０
２の主メモリや作業用エリア等を含むＲＡＭ２３０４
と、デバイス機能（プリンタ機能やコピー機能等）のエ
ンジン２３０９と、エンジン２３０９の駆動を制御する
エンジンコントローラ（ＥＣ）２３０５と、ユーザから
各種操作指示を受け付けたり種々の情報を表示するパネ
ル（ＰＡＮＥＬ）２３１０と、パネル（ＰＡＮＥＬ）２
３１０での入出力をコントロールしたりパネル（ＰＡＮ
ＥＬ）２３１０を管理するパネルコントローラ（ＰＣ）
２３０６と、ハードディスクドライブ（ＨＤＤ）２２１
１と、ハードディスクドライブ（ＨＤＤ）２２１１との
アクセスを制御するディスクコントローラ（ＤＫＣ）２
３０７と、不揮発性ＲＡＭ（ＮＶＲＡＭ）２３１２と、
ＬＡＮ１５０を介してサーバ１１２やクライアント１１
１，１１３（上記図１参照）と双方向にデータをやりと
りするためのネットワークインターフェースカード（Ｎ
ＩＣ）２３０８とを備えており、これらの各構成部は、
システムバス２３０１を介して互いに通信可能なように
接続されている。
構成はそれぞれ同様であり、例えば、図３に示すよう
に、デバイス全体の動作制御を司るＣＰＵ２３０２と、
ＣＰＵ２３０２での動作制御のための各種プログラムや
データ等が格納されるＲＯＭ２３０３と、ＣＰＵ２３０
２の主メモリや作業用エリア等を含むＲＡＭ２３０４
と、デバイス機能（プリンタ機能やコピー機能等）のエ
ンジン２３０９と、エンジン２３０９の駆動を制御する
エンジンコントローラ（ＥＣ）２３０５と、ユーザから
各種操作指示を受け付けたり種々の情報を表示するパネ
ル（ＰＡＮＥＬ）２３１０と、パネル（ＰＡＮＥＬ）２
３１０での入出力をコントロールしたりパネル（ＰＡＮ
ＥＬ）２３１０を管理するパネルコントローラ（ＰＣ）
２３０６と、ハードディスクドライブ（ＨＤＤ）２２１
１と、ハードディスクドライブ（ＨＤＤ）２２１１との
アクセスを制御するディスクコントローラ（ＤＫＣ）２
３０７と、不揮発性ＲＡＭ（ＮＶＲＡＭ）２３１２と、
ＬＡＮ１５０を介してサーバ１１２やクライアント１１
１，１１３（上記図１参照）と双方向にデータをやりと
りするためのネットワークインターフェースカード（Ｎ
ＩＣ）２３０８とを備えており、これらの各構成部は、
システムバス２３０１を介して互いに通信可能なように
接続されている。
【００３２】尚、上記図３に示したデバイスが、例え
ば、カラーＬＢＰ１０１である場合、エンジン２３０９
は、プリンタ出力動作等のためのＬＢＰエンジン（ＬＢ
ＰＥｎｇｉｎｅ）となり、ハードディスク（ＨＤＤ）２
２１１には、必要に応じて、印刷データ等が一時的にス
プールされたりすることになる。
ば、カラーＬＢＰ１０１である場合、エンジン２３０９
は、プリンタ出力動作等のためのＬＢＰエンジン（ＬＢ
ＰＥｎｇｉｎｅ）となり、ハードディスク（ＨＤＤ）２
２１１には、必要に応じて、印刷データ等が一時的にス
プールされたりすることになる。
【００３３】上述のようなネットワークシステム１００
において、クライアント１１１、ザーバ１１２、カラー
プリンタ１０１、ＭＦＰ１０２、及びモノクロプリンタ
１０３はそれぞれ、２階フロアに設置されており、モノ
クロプリンタ１０４、スキャナ１０５、及びクライアン
ト１１３はそれぞれ、１階フロアに設置されている。
において、クライアント１１１、ザーバ１１２、カラー
プリンタ１０１、ＭＦＰ１０２、及びモノクロプリンタ
１０３はそれぞれ、２階フロアに設置されており、モノ
クロプリンタ１０４、スキャナ１０５、及びクライアン
ト１１３はそれぞれ、１階フロアに設置されている。
【００３４】また、ネットワークシステム１００は、フ
ァイアウォール１２０を介してインターネット１３０に
接続可能であり、そのインターネット１３０を介して他
のネットワークシステム１４０とも接続可能に構成され
ている。
ァイアウォール１２０を介してインターネット１３０に
接続可能であり、そのインターネット１３０を介して他
のネットワークシステム１４０とも接続可能に構成され
ている。
【００３５】尚、クライアント１１３は、ノート型のＰ
Ｃとしているため、上記図１では、１階フロアからＬＡ
Ｎ１３０に接続している状態を示しているが、ＬＡＮ１
５０から取り外されることもあり、また、２階フロアか
らＬＡＮ１５０に接続される場合もある。
Ｃとしているため、上記図１では、１階フロアからＬＡ
Ｎ１３０に接続している状態を示しているが、ＬＡＮ１
５０から取り外されることもあり、また、２階フロアか
らＬＡＮ１５０に接続される場合もある。
【００３６】ここで、本実施の形態では、クライアント
１１１，１１３が、サーバ１１２から返送されてくるデ
バイス検索の結果に基づいて、対象デバイスがどの場所
に、どういった属性を持って、現在どのような状態で存
在するかを、ユーザが視覚的に把握できるように、１階
フロアや２階フロア等の対象デバイスの存在位置に対応
したレイアウトビットマップ上に、対象デバイスのビッ
トマップアイコン（以下、単に「アイコン」とも言う）
を表示する。特に、レイアウトビットマップ上に表示し
た対象デバイスのアイコンを、対象デバイスの状態に応
じて変更する。この構成が本実施の形態での最も特徴と
する構成としている。
１１１，１１３が、サーバ１１２から返送されてくるデ
バイス検索の結果に基づいて、対象デバイスがどの場所
に、どういった属性を持って、現在どのような状態で存
在するかを、ユーザが視覚的に把握できるように、１階
フロアや２階フロア等の対象デバイスの存在位置に対応
したレイアウトビットマップ上に、対象デバイスのビッ
トマップアイコン（以下、単に「アイコン」とも言う）
を表示する。特に、レイアウトビットマップ上に表示し
た対象デバイスのアイコンを、対象デバイスの状態に応
じて変更する。この構成が本実施の形態での最も特徴と
する構成としている。
【００３７】このため、ネットワークシステム１００
は、例えば、図４に示すような機能的な構成を有してい
る。この図４に示す機能的な構成は、上記図２及び図３
にそれぞれ示したＣＰＵ２０２，２３０２において、ネ
ットワークデバイス検索ソフトウェア等の所定の処理プ
ログラムが実行されることで実現される。
は、例えば、図４に示すような機能的な構成を有してい
る。この図４に示す機能的な構成は、上記図２及び図３
にそれぞれ示したＣＰＵ２０２，２３０２において、ネ
ットワークデバイス検索ソフトウェア等の所定の処理プ
ログラムが実行されることで実現される。
【００３８】サーバ１１２は、クライアント１１１，１
１３からのデバイス検索の問い合わせ要求（デバイス検
索要求）を受信する検索要求受信部４１１と、それぞれ
のデバイスからのデバイス情報（ロケーション情報、属
性情報、及びアイコン情報）を管理するデバイス情報管
理部４１２と、検索要求受信部４１１にて受信されたデ
バイス検索要求に基づいてデバイス情報管理部４１３の
管理情報から該当するデバイスを検索するデバイス検索
部４１３と、レイアウトビットマップ情報（以下、「Ｍ
ＡＰ情報」と言う）を保持するＭＡＰ保持部４１５と、
デバイス検索部４１３での検索により検出されたデバイ
スに対応するデバイス情報をデバイス情報管理部４１２
から取得すると共に該デバイス情報のロケーション情報
に対応するＭＡＰ情報をＭＡＰ保持部４１５から取得し
て上記デバイス検索要求元のクライアントへ返送する検
索結果返送部４１４とを備えている。
１３からのデバイス検索の問い合わせ要求（デバイス検
索要求）を受信する検索要求受信部４１１と、それぞれ
のデバイスからのデバイス情報（ロケーション情報、属
性情報、及びアイコン情報）を管理するデバイス情報管
理部４１２と、検索要求受信部４１１にて受信されたデ
バイス検索要求に基づいてデバイス情報管理部４１３の
管理情報から該当するデバイスを検索するデバイス検索
部４１３と、レイアウトビットマップ情報（以下、「Ｍ
ＡＰ情報」と言う）を保持するＭＡＰ保持部４１５と、
デバイス検索部４１３での検索により検出されたデバイ
スに対応するデバイス情報をデバイス情報管理部４１２
から取得すると共に該デバイス情報のロケーション情報
に対応するＭＡＰ情報をＭＡＰ保持部４１５から取得し
て上記デバイス検索要求元のクライアントへ返送する検
索結果返送部４１４とを備えている。
【００３９】クライアント１１１及びクライアント１１
３はそれぞれ同様の機能を有しており、例えば、クライ
アント１１１は、キーボード２０９やマウス２１４（上
記図２参照）等の操作によるユーザからの検索条件を受
け付ける検索条件指定部４２１と、検索条件指定部４２
１にて受け付けられた検索条件に基づいてサーバ１１２
に対してデバイス検索要求を発行する問合部４２２と、
問合部４２２によるデバイス検索要求に対するサーバ１
１２からの検索結果及びＭＡＰ情報を受信する検索結果
受信部４２３と、検索結果受信部４２３にて受信された
検索結果に対応するデバイスに対してイベント通知先登
録要求を発行するイベント通知先登録要求部４２４と、
イベント通知先登録要求部４２４によるイベント通知先
登録要求の発行先のデバイスからのイベント通知を受信
するイベント情報受信部４２５と、検索結果受信部４２
３にて受信された情報及びイベント情報受信部４２５に
て受信された情報に基づいてＣＲＴ２１０（上記図２参
照）による画面表示を行なう表示部４２７とを備えてい
る。
３はそれぞれ同様の機能を有しており、例えば、クライ
アント１１１は、キーボード２０９やマウス２１４（上
記図２参照）等の操作によるユーザからの検索条件を受
け付ける検索条件指定部４２１と、検索条件指定部４２
１にて受け付けられた検索条件に基づいてサーバ１１２
に対してデバイス検索要求を発行する問合部４２２と、
問合部４２２によるデバイス検索要求に対するサーバ１
１２からの検索結果及びＭＡＰ情報を受信する検索結果
受信部４２３と、検索結果受信部４２３にて受信された
検索結果に対応するデバイスに対してイベント通知先登
録要求を発行するイベント通知先登録要求部４２４と、
イベント通知先登録要求部４２４によるイベント通知先
登録要求の発行先のデバイスからのイベント通知を受信
するイベント情報受信部４２５と、検索結果受信部４２
３にて受信された情報及びイベント情報受信部４２５に
て受信された情報に基づいてＣＲＴ２１０（上記図２参
照）による画面表示を行なう表示部４２７とを備えてい
る。
【００４０】それぞれのデバイス（本システムのデバイ
ス１０１〜１０５や他のネットワークシステム１４０の
デバイス等）はそれぞれ同様の機能を有しており、例え
ば、デバイス１０１は、自デバイスのロケーション情
報、属性情報、及び様々なデバイス状態に対応した複数
のアイコン情報を含むデバイス情報を不揮発性ＲＡＭ
（ＮＶＲＡＭ）２３１２（上記図３参照）へ保持するデ
バイス情報保持部４３１と、デバイス情報保持部４３１
により保持されたデバイス情報をサーバ１１２に登録す
るためのデバイス情報登録部４３２と、クライアント１
１１，１１３からのイベント通知先登録要求を受信する
イベント通知先登録受信部４３３と、イベント通知先登
録受信部４３３にて受信されたイベント通知先登録要求
の情報を保持するイベント通知先保持部４３４と、自デ
バイスでイベントが発生した場合にそのイベントをイベ
ント通知先保持部４３４の情報により示されるクライア
ントへ通知するイベント通知部４３５とを備えている。
ス１０１〜１０５や他のネットワークシステム１４０の
デバイス等）はそれぞれ同様の機能を有しており、例え
ば、デバイス１０１は、自デバイスのロケーション情
報、属性情報、及び様々なデバイス状態に対応した複数
のアイコン情報を含むデバイス情報を不揮発性ＲＡＭ
（ＮＶＲＡＭ）２３１２（上記図３参照）へ保持するデ
バイス情報保持部４３１と、デバイス情報保持部４３１
により保持されたデバイス情報をサーバ１１２に登録す
るためのデバイス情報登録部４３２と、クライアント１
１１，１１３からのイベント通知先登録要求を受信する
イベント通知先登録受信部４３３と、イベント通知先登
録受信部４３３にて受信されたイベント通知先登録要求
の情報を保持するイベント通知先保持部４３４と、自デ
バイスでイベントが発生した場合にそのイベントをイベ
ント通知先保持部４３４の情報により示されるクライア
ントへ通知するイベント通知部４３５とを備えている。
【００４１】そこで、まず、上述のような構成によるネ
ットワークシステム１００の一連の動作の概要を説明す
る。
ットワークシステム１００の一連の動作の概要を説明す
る。
【００４２】先ず、それぞれのデバイスにおいて、デバ
イス情報保持部４３１は、自デバイスのロケーション情
報（２階フロア等の現在自デバイスが存在している位置
を後述する階層的構造に従って示した情報）、属性情報
（カラー入出力が可能であるか否か等）、及び現在状態
（稼働中状態や紙詰まり発生状態等）を視覚的に示すた
めの様々なデバイス状態に対応した複数のアイコン情報
を含むデバイス情報を、不揮発性ＲＡＭ（ＮＶＲＡＭ）
２３１２（上記図３）によって保持している。これによ
り、自デバイスのデバイス情報を、自デバイスの電源が
遮断されてもそのまま保持することができる。
イス情報保持部４３１は、自デバイスのロケーション情
報（２階フロア等の現在自デバイスが存在している位置
を後述する階層的構造に従って示した情報）、属性情報
（カラー入出力が可能であるか否か等）、及び現在状態
（稼働中状態や紙詰まり発生状態等）を視覚的に示すた
めの様々なデバイス状態に対応した複数のアイコン情報
を含むデバイス情報を、不揮発性ＲＡＭ（ＮＶＲＡＭ）
２３１２（上記図３）によって保持している。これによ
り、自デバイスのデバイス情報を、自デバイスの電源が
遮断されてもそのまま保持することができる。
【００４３】デバイス情報登録部４３２は、自デバイス
が電源ＯＮされると、デバイス情報保持部４３１により
保持されているデバイス情報を、サーバ１１２に対して
送信する。
が電源ＯＮされると、デバイス情報保持部４３１により
保持されているデバイス情報を、サーバ１１２に対して
送信する。
【００４４】サーバ１１２のデバイス情報管理部４１２
は、それぞれのデバイスからのデバイス情報を管理す
る。
は、それぞれのデバイスからのデバイス情報を管理す
る。
【００４５】このとき、例えば、クライアント１１１に
おいて、問合部４２２は、検索条件指定部４２１により
ユーザから入力された検索条件の情報に基づいて、デバ
イス検索要求をサーバ１１２に対して発行する。
おいて、問合部４２２は、検索条件指定部４２１により
ユーザから入力された検索条件の情報に基づいて、デバ
イス検索要求をサーバ１１２に対して発行する。
【００４６】サーバ１１２において、検索要求受信部４
１１は、クライアント１１１からのデバイス検索要求を
受信する。デバイス検索部４１３は、後述する階層的構
造のロケーション情報を用いて、検索要求受信部４１１
にて受信されたデバイス検索要求により示される検索条
件に合致したデバイスを検索する。検索結果返送部４１
４は、デバイス検索部４１３での検索により検出された
デバイスに対応したデバイス情報を、バイス情報管理部
４１２にて管理されている各デバイスのデバイス情報か
ら取得し、それを検索結果として検索要求受信部４１１
にて受信されたデバイス検索要求の発行元のクライアン
ト（ここでは、クライアント１１１）に対して送信す
る。また、検索結果返送部４１４は、上記検索結果のロ
ケーション情報に対応したＭＡＰ情報をＭＡＰ情報保持
部４１５から取得して、これも上記検索結果と共にクラ
イアント１１１に対して送信する。
１１は、クライアント１１１からのデバイス検索要求を
受信する。デバイス検索部４１３は、後述する階層的構
造のロケーション情報を用いて、検索要求受信部４１１
にて受信されたデバイス検索要求により示される検索条
件に合致したデバイスを検索する。検索結果返送部４１
４は、デバイス検索部４１３での検索により検出された
デバイスに対応したデバイス情報を、バイス情報管理部
４１２にて管理されている各デバイスのデバイス情報か
ら取得し、それを検索結果として検索要求受信部４１１
にて受信されたデバイス検索要求の発行元のクライアン
ト（ここでは、クライアント１１１）に対して送信す
る。また、検索結果返送部４１４は、上記検索結果のロ
ケーション情報に対応したＭＡＰ情報をＭＡＰ情報保持
部４１５から取得して、これも上記検索結果と共にクラ
イアント１１１に対して送信する。
【００４７】クライアント１１１において、検索結果受
信部４２３は、サーバ１１２からの検索結果及びＭＡＰ
情報を受信する。これと同時に、イベント通知先登録要
求部４２４は、検索結果受信部４２３にて受信された検
索結果に含まれるロケーション情報によって示されるデ
バイスに対して、該デバイス側でイベントが発生した場
合の通知先（自クライアント１１１のアドレス等）を登
録する要求（イベント通知先登録要求）を発行する。
信部４２３は、サーバ１１２からの検索結果及びＭＡＰ
情報を受信する。これと同時に、イベント通知先登録要
求部４２４は、検索結果受信部４２３にて受信された検
索結果に含まれるロケーション情報によって示されるデ
バイスに対して、該デバイス側でイベントが発生した場
合の通知先（自クライアント１１１のアドレス等）を登
録する要求（イベント通知先登録要求）を発行する。
【００４８】クライアント１１１からのイベント通知先
登録要求を受けたデバイスにおいて、イベント通知先保
持部４３４は、イベント通知先登録要求受信部４３３に
より受信された上記イベント通知先登録要求により示さ
れるクライアントの情報（イベント通知先であるクライ
アント１１１のアドレス等）を保持する。そして、イベ
ント通知部４３５は、自デバイスでイベントが発生した
場合に、そのイベントを、イベント通知先保持部４３４
にて保持されているクライアントの情報に基づいて、該
当するクライアント（ここでは、クライアント１１１）
へと通知する。これにより、ここでのデバイスが、例え
ば、カラーＬＢＰ１０１である場合、カラーＬＢＰ１０
１にて紙詰まり（ジャム）が発生すると、カラーＬＢＰ
１０１からクライアント１１１へは、ジャム発生を示す
イベント通知がなされることになる。
登録要求を受けたデバイスにおいて、イベント通知先保
持部４３４は、イベント通知先登録要求受信部４３３に
より受信された上記イベント通知先登録要求により示さ
れるクライアントの情報（イベント通知先であるクライ
アント１１１のアドレス等）を保持する。そして、イベ
ント通知部４３５は、自デバイスでイベントが発生した
場合に、そのイベントを、イベント通知先保持部４３４
にて保持されているクライアントの情報に基づいて、該
当するクライアント（ここでは、クライアント１１１）
へと通知する。これにより、ここでのデバイスが、例え
ば、カラーＬＢＰ１０１である場合、カラーＬＢＰ１０
１にて紙詰まり（ジャム）が発生すると、カラーＬＢＰ
１０１からクライアント１１１へは、ジャム発生を示す
イベント通知がなされることになる。
【００４９】クライアント１１１において、表示部４２
７は、検索結果受信部４２３にて受信されたＭＡＰ情報
（レイアウトビットマップ）上に、検索結果受信部４２
３にて受信された検索結果に含まれるアイコン情報、す
なわち様々なデバイス状態に対応した複数のアイコン情
報のうちの稼働中状態を示すアイコンを合成して、ＣＲ
Ｔ２１０に表示する。
７は、検索結果受信部４２３にて受信されたＭＡＰ情報
（レイアウトビットマップ）上に、検索結果受信部４２
３にて受信された検索結果に含まれるアイコン情報、す
なわち様々なデバイス状態に対応した複数のアイコン情
報のうちの稼働中状態を示すアイコンを合成して、ＣＲ
Ｔ２１０に表示する。
【００５０】このとき、イベント情報受信部４２５が、
イベント通知先登録要求部４２４によるイベント通知先
登録要求の発行先のデバイスからのイベント通知を受信
していない場合、すなわち上記デバイスでイベントが発
生していない場合、表示部４２７は、稼働中状態を示す
アイコンをそのまま表示する。
イベント通知先登録要求部４２４によるイベント通知先
登録要求の発行先のデバイスからのイベント通知を受信
していない場合、すなわち上記デバイスでイベントが発
生していない場合、表示部４２７は、稼働中状態を示す
アイコンをそのまま表示する。
【００５１】一方、イベント情報受信部４２５が、イベ
ント通知先登録要求部４２４によるイベント通知先登録
要求の発行先のデバイスからのイベント通知を受信した
場合、すなわち上記デバイスでイベントが発生した場
合、表示部４２７は、そのイベントに応じて、現在ＣＲ
Ｔ２１０に表示しているレイアウトビットマップ上のア
イコンを変更する。例えば、ジャム発生を示すイベント
通知がなされた場合、そのジャム発生に対応したアイコ
ンを、検索結果受信部４２３にて受信された検索結果に
含まれるアイコン情報（様々なデバイス状態に対応した
複数のアイコン情報）から取得し、そのアイコンで、現
在レイアウトビットマップ上に合成して表示しているア
イコン（稼働中状態を示すアイコン）を変更する。
ント通知先登録要求部４２４によるイベント通知先登録
要求の発行先のデバイスからのイベント通知を受信した
場合、すなわち上記デバイスでイベントが発生した場
合、表示部４２７は、そのイベントに応じて、現在ＣＲ
Ｔ２１０に表示しているレイアウトビットマップ上のア
イコンを変更する。例えば、ジャム発生を示すイベント
通知がなされた場合、そのジャム発生に対応したアイコ
ンを、検索結果受信部４２３にて受信された検索結果に
含まれるアイコン情報（様々なデバイス状態に対応した
複数のアイコン情報）から取得し、そのアイコンで、現
在レイアウトビットマップ上に合成して表示しているア
イコン（稼働中状態を示すアイコン）を変更する。
【００５２】上述のように、クライアント１１１のＣＲ
Ｔ２１０では、ユーザから入力された検索条件を満たす
デバイスが存在する場所のレイアウトビットマップ上に
該デバイスがアイコン表示され、さらに、そのアイコン
表示が該デバイスの状態に応じて変化することになる。
Ｔ２１０では、ユーザから入力された検索条件を満たす
デバイスが存在する場所のレイアウトビットマップ上に
該デバイスがアイコン表示され、さらに、そのアイコン
表示が該デバイスの状態に応じて変化することになる。
【００５３】以上が、ネットワークシステム１００の一
連の動作の概要である。以下、ネットワークシステム１
００の構成及び全体動作について、具体的に説明する。
連の動作の概要である。以下、ネットワークシステム１
００の構成及び全体動作について、具体的に説明する。
【００５４】［サーバ１１２で管理する各デバイスのロ
ケーション情報］それぞれのデバイスのロケーション
（Location）情報は、図５に示すような階層的構造によ
って、サーバ１１２にて管理される。
ケーション情報］それぞれのデバイスのロケーション
（Location）情報は、図５に示すような階層的構造によ
って、サーバ１１２にて管理される。
【００５５】上記図５では、例えば、デバイス名（ｎ
ｍ）「ＬＢＰ１１１０」で示されるカラーＬＢＰ１０１
のロケーション情報は、”３０１”〜”３０８”に示す
ように、 （Ｃ ＝ＪＰ（５０１）、ｏ＝ＡＢＣ商事（５０２）、
ＢＲ＝東京支店（５０３）、ｏｐ＝ｅｘｔｅｎｄ（５０
４）、ＢＵ＝ＡＡビル（５０５）、ｆｌ＝２Ｆ（５０
６）、ＢＬ＝２−１（５０７）、ｄｖ＝ｐｒｉｎｔｅｒ
（５０８）） として指定される。
ｍ）「ＬＢＰ１１１０」で示されるカラーＬＢＰ１０１
のロケーション情報は、”３０１”〜”３０８”に示す
ように、 （Ｃ ＝ＪＰ（５０１）、ｏ＝ＡＢＣ商事（５０２）、
ＢＲ＝東京支店（５０３）、ｏｐ＝ｅｘｔｅｎｄ（５０
４）、ＢＵ＝ＡＡビル（５０５）、ｆｌ＝２Ｆ（５０
６）、ＢＬ＝２−１（５０７）、ｄｖ＝ｐｒｉｎｔｅｒ
（５０８）） として指定される。
【００５６】それぞれのエントリＣ，Ｏ，ＢＲ，ＯＰ，
ＢＵ，ＦＬ，ＢＬ，ＤＶ，ＵＭ，ＭＡＰは、 Ｃ ：国名を示す（”ＪＰ”は日本、”ＵＳ”はアメ
リカ等） Ｏ ：組織名を示す（”ＡＢＣ商事”、”ＸＹＺ物
産”等） ＢＲ ：支店や支部等を示す（”東京支店”、”大阪支
店”等） ＯＰ ：オプション情報があることを示す（”ｅｘｔｅ
ｎｄ”拡張） ＢＵ ：建物の名前を示す（”ＡＡビル”、”ＢＢビ
ル”等） ＦＬ ：フロアの階数を示す（”１Ｆ”、”２Ｆ”等） ＢＬ ：フロアのブロックを示す（”１−１”、”２−
１”等） ＤＶ ：デバイスを示す（”ｐｒｉｎｔｅｒ”、”ＭＦ
Ｐ”等） ＵＭ ：デバイス名を示す（”ＬＢＰ１１１０”、”Ｌ
ＢＰ３３１０”等） ＭＡＰ：デバイスの後述するＭＡＰ上での座標を示
す（”１０Ｘ＋１０Ｙ”等） であり、それぞれのエントリの属性は、それぞれ決まっ
た範囲（値）の属性値を有するようになされている。
ＢＵ，ＦＬ，ＢＬ，ＤＶ，ＵＭ，ＭＡＰは、 Ｃ ：国名を示す（”ＪＰ”は日本、”ＵＳ”はアメ
リカ等） Ｏ ：組織名を示す（”ＡＢＣ商事”、”ＸＹＺ物
産”等） ＢＲ ：支店や支部等を示す（”東京支店”、”大阪支
店”等） ＯＰ ：オプション情報があることを示す（”ｅｘｔｅ
ｎｄ”拡張） ＢＵ ：建物の名前を示す（”ＡＡビル”、”ＢＢビ
ル”等） ＦＬ ：フロアの階数を示す（”１Ｆ”、”２Ｆ”等） ＢＬ ：フロアのブロックを示す（”１−１”、”２−
１”等） ＤＶ ：デバイスを示す（”ｐｒｉｎｔｅｒ”、”ＭＦ
Ｐ”等） ＵＭ ：デバイス名を示す（”ＬＢＰ１１１０”、”Ｌ
ＢＰ３３１０”等） ＭＡＰ：デバイスの後述するＭＡＰ上での座標を示
す（”１０Ｘ＋１０Ｙ”等） であり、それぞれのエントリの属性は、それぞれ決まっ
た範囲（値）の属性値を有するようになされている。
【００５７】本実施の形態では、上述のようなロケーシ
ョン情報の階層的構造によって、ネットワーク上のデバ
イス（検索対象となる本システム１００のデバイス１０
１〜１０５や他のネットワークシステム１４０のデバイ
ス）のロケーション情報を管理することで、デバイスの
位置を特定し、ユーザが所望するデバイスを該ユーザに
分かりやすくアイコン表示し、さらに、そのアイコン表
示をデバイスの状態に応じて変化させる。
ョン情報の階層的構造によって、ネットワーク上のデバ
イス（検索対象となる本システム１００のデバイス１０
１〜１０５や他のネットワークシステム１４０のデバイ
ス）のロケーション情報を管理することで、デバイスの
位置を特定し、ユーザが所望するデバイスを該ユーザに
分かりやすくアイコン表示し、さらに、そのアイコン表
示をデバイスの状態に応じて変化させる。
【００５８】サーバ１１２が上記図５に示したロケーシ
ョン情報の階層的構造（以下、「階層型ロケーション情
報」とも言う）に従って各デバイスのロケーション情報
を管理するために、上述したように、それぞれのデバイ
スが電源ＯＮされると、サーバ１１２に対して各デバイ
スのデバイス情報が与えられる。このデバイス情報は、
例えば、図６に示すようなデータフォーマットとしてい
る。すなわち、それぞれのデバイスは、上記図６に示す
データフォーマットに従った自デバイスのデバイス情報
をデバイス情報保持部４３１により保持しており、この
デバイス情報をデバイス情報登録部４３２によりサーバ
１１２に登録する（上記図４参照）。
ョン情報の階層的構造（以下、「階層型ロケーション情
報」とも言う）に従って各デバイスのロケーション情報
を管理するために、上述したように、それぞれのデバイ
スが電源ＯＮされると、サーバ１１２に対して各デバイ
スのデバイス情報が与えられる。このデバイス情報は、
例えば、図６に示すようなデータフォーマットとしてい
る。すなわち、それぞれのデバイスは、上記図６に示す
データフォーマットに従った自デバイスのデバイス情報
をデバイス情報保持部４３１により保持しており、この
デバイス情報をデバイス情報登録部４３２によりサーバ
１１２に登録する（上記図４参照）。
【００５９】上記図６に示すように、ここでのデバイス
情報は、上記図５に示した階層型ロケーション情報に従
った自デバイスの位置を示すためのロケーション情報９
０２〜９１１と、自デバイスの属性を示すための属性情
報９１３，９１４と、自デバイスの様々な状態に対応し
たアイコン情報９１６〜９１８とを含んでいる。また、
ロケーション情報９０２〜９１１の先頭にはロケーショ
ン情報ＴＡＧ９０１が、属性情報９１３，９１４の先頭
にはデバイス属性情報ＴＡＧ９１２が、アイコン情報９
１６〜９１８の先頭にはデバイスビットマップアイコン
情報ＴＡＧ９１５がそれぞれ付加されており、これによ
り、このデバイス情報の受信側（サーバ１１２）で、該
デバイス情報に含まれる各種情報を識別できるようにな
されている。
情報は、上記図５に示した階層型ロケーション情報に従
った自デバイスの位置を示すためのロケーション情報９
０２〜９１１と、自デバイスの属性を示すための属性情
報９１３，９１４と、自デバイスの様々な状態に対応し
たアイコン情報９１６〜９１８とを含んでいる。また、
ロケーション情報９０２〜９１１の先頭にはロケーショ
ン情報ＴＡＧ９０１が、属性情報９１３，９１４の先頭
にはデバイス属性情報ＴＡＧ９１２が、アイコン情報９
１６〜９１８の先頭にはデバイスビットマップアイコン
情報ＴＡＧ９１５がそれぞれ付加されており、これによ
り、このデバイス情報の受信側（サーバ１１２）で、該
デバイス情報に含まれる各種情報を識別できるようにな
されている。
【００６０】上記図６では、本システム１００のカラー
ＬＢＰ１０１が保持しているデバイス情報を一例として
示しており、ここでのデバイス情報には、カラーＬＢＰ
１０１は、 デバイス名ＮＭ＝ＬＢＰ１１１０ レイアウトビットマップ上での座標ＭＡＰ＝１０Ｘ＋１
０Ｙ デバイスＤＶ＝ｐｒｉｎｔｅｒ（プリンタ） であり、上記図５に示した階層型ロケーション情報に従
って、 設置されているフロアのブロックＢＬ＝２−１ 上記フロアの階数ＦＬ＝２Ｆ 上記フロアの建物の名前ＢＵ＝ＡＡビル オプション情報の有無ＯＰ＝ｅｘｔｅｎｄ有り 支店名ＢＲ＝東京支店 組織名Ｏ＝ＡＢＣ商事 国名Ｃ＝ＪＰ（日本） で示される場所に存在することを示すロケーション情報
９０２〜９１１が設定されている。また、属性情報９１
３，９１４としては、カラー入出力が可能であるか否か
を示すためのｃｏｌｏｒ属性９１３と、ネットワークア
ドレスを示すＩＰアドレス９１４とが設定されており、
ここではｃｏｌｏｒ属性９１３が”ＯＫ”、すなわち”
デバイス（カラーＬＢＰ）１０１はカラー入出力が可
能”が設定されている。さらに、アイコン情報９１６〜
９１８としては、カラーＬＢＰ１０１が稼働中状態（ｒ
ｅｄｙ）であることを示すためのアイコン９１６と、紙
切れ状態（ｎｏｐａｐｅｒ）であることを示すためのア
イコン９１７と、ジャム発生状態（ｐａｐｅｒ ｊａｍ
ｍｅｄ）であることを示すためのアイコン９１８とが設
定されている。
ＬＢＰ１０１が保持しているデバイス情報を一例として
示しており、ここでのデバイス情報には、カラーＬＢＰ
１０１は、 デバイス名ＮＭ＝ＬＢＰ１１１０ レイアウトビットマップ上での座標ＭＡＰ＝１０Ｘ＋１
０Ｙ デバイスＤＶ＝ｐｒｉｎｔｅｒ（プリンタ） であり、上記図５に示した階層型ロケーション情報に従
って、 設置されているフロアのブロックＢＬ＝２−１ 上記フロアの階数ＦＬ＝２Ｆ 上記フロアの建物の名前ＢＵ＝ＡＡビル オプション情報の有無ＯＰ＝ｅｘｔｅｎｄ有り 支店名ＢＲ＝東京支店 組織名Ｏ＝ＡＢＣ商事 国名Ｃ＝ＪＰ（日本） で示される場所に存在することを示すロケーション情報
９０２〜９１１が設定されている。また、属性情報９１
３，９１４としては、カラー入出力が可能であるか否か
を示すためのｃｏｌｏｒ属性９１３と、ネットワークア
ドレスを示すＩＰアドレス９１４とが設定されており、
ここではｃｏｌｏｒ属性９１３が”ＯＫ”、すなわち”
デバイス（カラーＬＢＰ）１０１はカラー入出力が可
能”が設定されている。さらに、アイコン情報９１６〜
９１８としては、カラーＬＢＰ１０１が稼働中状態（ｒ
ｅｄｙ）であることを示すためのアイコン９１６と、紙
切れ状態（ｎｏｐａｐｅｒ）であることを示すためのア
イコン９１７と、ジャム発生状態（ｐａｐｅｒ ｊａｍ
ｍｅｄ）であることを示すためのアイコン９１８とが設
定されている。
【００６１】したがって、上述のようなデバイス情報
が、それぞれのデバイスからサーバ１１２へと与えられ
ると、サーバ１１２において（上記図４参照）、デバイ
ス情報管理部４１２は、図７に示すようなテーブルによ
って、各デバイスのデバイス情報を管理する。尚、上記
図７では、一例として、本システム１００のデバイス１
０１〜１０５の５つのデバイスのデバイス情報を管理し
た状態を示している。
が、それぞれのデバイスからサーバ１１２へと与えられ
ると、サーバ１１２において（上記図４参照）、デバイ
ス情報管理部４１２は、図７に示すようなテーブルによ
って、各デバイスのデバイス情報を管理する。尚、上記
図７では、一例として、本システム１００のデバイス１
０１〜１０５の５つのデバイスのデバイス情報を管理し
た状態を示している。
【００６２】そして、デバイス検索部４１３は、デバイ
ス情報管理部４１２により管理されている上記図７のテ
ーブルから、クライアント１１１，１１３からのデバイ
ス検索要求に基づいたデバイス（ユーザから入力された
検索条件に合致したデバイス）を検索する。この検索に
より得られたデバイス情報（検索結果）は、該検索結果
のロケーション情報に対応するＭＡＰ情報と共に、検索
結果返送部４１４により、上記デバイス検索要求元のク
ライアントへ返送される。
ス情報管理部４１２により管理されている上記図７のテ
ーブルから、クライアント１１１，１１３からのデバイ
ス検索要求に基づいたデバイス（ユーザから入力された
検索条件に合致したデバイス）を検索する。この検索に
より得られたデバイス情報（検索結果）は、該検索結果
のロケーション情報に対応するＭＡＰ情報と共に、検索
結果返送部４１４により、上記デバイス検索要求元のク
ライアントへ返送される。
【００６３】尚、本実施の形態にて扱う属性情報及びア
イコン情報としては、上記図６及び図７に示した属性情
報９１３，９１４、及びアイコン情報９１６〜９１８に
限られることはない。例えば、アイコン情報としては、
デバイスが使用中であることを示すアイコンや、デバイ
スに設けられたハードディスク等における読み込み／書
き込みエラー発生を示すアイコン、また、デバイスがＦ
ＡＸである場合には、送信中／受信中であることを示す
アイコンを設けたりするようにしてもよい。さらに、認
証エラー発生を示すアイコンを設けるようにすれば、不
正侵入等を遠隔地から監視すること等が可能となる。
イコン情報としては、上記図６及び図７に示した属性情
報９１３，９１４、及びアイコン情報９１６〜９１８に
限られることはない。例えば、アイコン情報としては、
デバイスが使用中であることを示すアイコンや、デバイ
スに設けられたハードディスク等における読み込み／書
き込みエラー発生を示すアイコン、また、デバイスがＦ
ＡＸである場合には、送信中／受信中であることを示す
アイコンを設けたりするようにしてもよい。さらに、認
証エラー発生を示すアイコンを設けるようにすれば、不
正侵入等を遠隔地から監視すること等が可能となる。
【００６４】［クライアント１１１，１１３での検索条
件入力操作］図８は、クライアント１１１，１１３にて
ユーザが所望するデバイスを検索するための条件を入力
するための画面（検索条件入力画面）を示したものであ
る。この画面は、例えば、ＣＲＴ２１０に表示され、マ
ウス２１４やキーボード２０９によって（上記図２参
照）、様々な検索条件が入力できるようになされてい
る。
件入力操作］図８は、クライアント１１１，１１３にて
ユーザが所望するデバイスを検索するための条件を入力
するための画面（検索条件入力画面）を示したものであ
る。この画面は、例えば、ＣＲＴ２１０に表示され、マ
ウス２１４やキーボード２０９によって（上記図２参
照）、様々な検索条件が入力できるようになされてい
る。
【００６５】上記図８において、”１００１ａ”，”１
００１ｂ”，”１００１ｃ”にて示す入力部分は、検索
対象デバイスのエントリを入力する部分である。ここで
は、直接エントリを入力も可能であるが、入力部分の右
端部（黒三角印部分）を操作することで、プルダウンメ
ニューが表示され、そのメニューの中から所望するエン
トリを選択することも可能である。
００１ｂ”，”１００１ｃ”にて示す入力部分は、検索
対象デバイスのエントリを入力する部分である。ここで
は、直接エントリを入力も可能であるが、入力部分の右
端部（黒三角印部分）を操作することで、プルダウンメ
ニューが表示され、そのメニューの中から所望するエン
トリを選択することも可能である。
【００６６】”１００２ａ”，”１００２ｂ”，”１０
０２ｃ”にて示す入力部分は、それぞれの入力部分１０
０１ａ，１００１ｂ，１００１ｃに入力したエントリに
対応する属性情報を入力する部分である。これらの入力
部分１００２ａ，１００２ｂ，１００２ｃについても、
入力部分１００１ａ，１００１ｂ，１００１ｃと同様
に、直接入力、及びプルダウンメニューからの入力の何
れも可能である。例えば、入力部分１００１ａにて入力
したエントリが”デバイス”である場合、入力部分１０
０２ａの右端部を操作すれば、デバイス属性情報として
のプリンタ（ｐｒｉｎｔｅｒ）、ＭＦＰ（ＭＦＰ）、及
びスキャナ（ｓｃａｎｎｅｒ）のプルダウンメニューが
表示される。したがって、このプルダウンメニューの中
から所望する属性情報を選択すれば、その選択属性情報
が入力部分１００２ａに設定されることになる。
０２ｃ”にて示す入力部分は、それぞれの入力部分１０
０１ａ，１００１ｂ，１００１ｃに入力したエントリに
対応する属性情報を入力する部分である。これらの入力
部分１００２ａ，１００２ｂ，１００２ｃについても、
入力部分１００１ａ，１００１ｂ，１００１ｃと同様
に、直接入力、及びプルダウンメニューからの入力の何
れも可能である。例えば、入力部分１００１ａにて入力
したエントリが”デバイス”である場合、入力部分１０
０２ａの右端部を操作すれば、デバイス属性情報として
のプリンタ（ｐｒｉｎｔｅｒ）、ＭＦＰ（ＭＦＰ）、及
びスキャナ（ｓｃａｎｎｅｒ）のプルダウンメニューが
表示される。したがって、このプルダウンメニューの中
から所望する属性情報を選択すれば、その選択属性情報
が入力部分１００２ａに設定されることになる。
【００６７】”１００３ａ”及び”１００３ｂ”にて示
す部分は、入力部分１００１ａ〜１００ｃ，１００２ａ
〜１００２ｃに入力した各情報を、”ＡＮＤ（かつ）”
で関係させることを指定する部分であり、”１００４
ａ”及び”１００４ｂ”で示す部分は、それぞれの入力
部分１００１ａ〜１００ｃ，１００２ａ〜１００２ｃに
入力した各情報を、”ＯＲ（または）”で関係させるこ
とを指定する部分である。
す部分は、入力部分１００１ａ〜１００ｃ，１００２ａ
〜１００２ｃに入力した各情報を、”ＡＮＤ（かつ）”
で関係させることを指定する部分であり、”１００４
ａ”及び”１００４ｂ”で示す部分は、それぞれの入力
部分１００１ａ〜１００ｃ，１００２ａ〜１００２ｃに
入力した各情報を、”ＯＲ（または）”で関係させるこ
とを指定する部分である。
【００６８】”１００５”で示す部分は、検索開始ボタ
ンである。この検索開始ボタン１００５を操作すること
で、入力部分１００１ａ〜１００ｃ，１００２ａ〜１０
０２ｃへの入力、及び指定部分１００３ａ，１００３
ｂ，１００４ａ，１００４ｂによる指定に基づいた、サ
ーバ１１２でのデバイス検索が開始されることになる。
ンである。この検索開始ボタン１００５を操作すること
で、入力部分１００１ａ〜１００ｃ，１００２ａ〜１０
０２ｃへの入力、及び指定部分１００３ａ，１００３
ｂ，１００４ａ，１００４ｂによる指定に基づいた、サ
ーバ１１２でのデバイス検索が開始されることになる。
【００６９】図９は、上記図８に示した検索条件入力画
面での入力例を示したものである。この図９では、”検
索対象デバイスがプリンタ”、かつ、”カラー出力が可
能なプリンタ”が、検索条件として入力されている。
面での入力例を示したものである。この図９では、”検
索対象デバイスがプリンタ”、かつ、”カラー出力が可
能なプリンタ”が、検索条件として入力されている。
【００７０】尚、検索条件としては、例えば、”設置フ
ロアが２階であるプリンタ”（上記図９の入力部分１０
０１ｃ及び１００２ｃ参照）等というような、設置場所
の条件や、その他の様々な条件をさらに加えることも可
能である。ここでは、説明の簡単のため、”検索対象デ
バイスがプリンタ”かつ”カラー出力が可能なプリン
タ”を入力された検索条件として説明する。
ロアが２階であるプリンタ”（上記図９の入力部分１０
０１ｃ及び１００２ｃ参照）等というような、設置場所
の条件や、その他の様々な条件をさらに加えることも可
能である。ここでは、説明の簡単のため、”検索対象デ
バイスがプリンタ”かつ”カラー出力が可能なプリン
タ”を入力された検索条件として説明する。
【００７１】そこで、例えば、クライアント１１１にお
いて、上記図９に示したように、”検索対象デバイスが
プリンタ”かつ”カラー出力が可能なプリンタ”の検索
条件が入力され、この入力状態で検索開始ボタン１００
５が押下された場合、検索条件指定部４２１（上記図４
参照）は、上記検索条件を、図１０に示すような検索条
件式として取得する。この図１０に示すように、ここで
の検索条件式としては、上記図９に示した検索条件に対
応して、検索対象デバイス（ＤＶ）がプリンタ（ｐｒｉ
ｎｔｅｒ）でカラー出力（ｃｏｌｏｒ）が可能（ＯＫ）
である条件を示している。問合部４２２は、検索条件指
定部４２１により得られた上記図１０の検索条件式を含
むデバイス検索要求をサーバ１１２へと発行する。
いて、上記図９に示したように、”検索対象デバイスが
プリンタ”かつ”カラー出力が可能なプリンタ”の検索
条件が入力され、この入力状態で検索開始ボタン１００
５が押下された場合、検索条件指定部４２１（上記図４
参照）は、上記検索条件を、図１０に示すような検索条
件式として取得する。この図１０に示すように、ここで
の検索条件式としては、上記図９に示した検索条件に対
応して、検索対象デバイス（ＤＶ）がプリンタ（ｐｒｉ
ｎｔｅｒ）でカラー出力（ｃｏｌｏｒ）が可能（ＯＫ）
である条件を示している。問合部４２２は、検索条件指
定部４２１により得られた上記図１０の検索条件式を含
むデバイス検索要求をサーバ１１２へと発行する。
【００７２】サーバ１１２において、デバイス検索部４
１３は、上記図１０の検索条件式に合致するデバイス
を、上記図７に示したテーブルの中から検索する。例え
ば、このテーブルにて示されるデバイス１０１〜１０５
の中から、カラー出力可能なプリンタであるデバイスを
検索する。ここでは、デバイス１０１（カラーＬＢＰ）
のみがこれに該当することになる。 したがって、検索
結果返送部４１４は、デバイス検索部４１３の検索結果
としての図１１に示すようなカラーＬＢＰ１０１のデバ
イス情報（ロケーション情報、属性情報、及びアイコン
情報）と共に、該デバイス情報のロケーション情報に対
応するＭＡＰ情報を、クライアント１１１へと返送す
る。
１３は、上記図１０の検索条件式に合致するデバイス
を、上記図７に示したテーブルの中から検索する。例え
ば、このテーブルにて示されるデバイス１０１〜１０５
の中から、カラー出力可能なプリンタであるデバイスを
検索する。ここでは、デバイス１０１（カラーＬＢＰ）
のみがこれに該当することになる。 したがって、検索
結果返送部４１４は、デバイス検索部４１３の検索結果
としての図１１に示すようなカラーＬＢＰ１０１のデバ
イス情報（ロケーション情報、属性情報、及びアイコン
情報）と共に、該デバイス情報のロケーション情報に対
応するＭＡＰ情報を、クライアント１１１へと返送す
る。
【００７３】［サーバ１１２で保持しているＭＡＰ情
報、及びクライアント１１１，１１３での検索結果表
示］
報、及びクライアント１１１，１１３での検索結果表
示］
【００７４】まず、サーバ１１２は、ＭＡＰ情報保持部
４１５（上記図４参照）により、上記図５に示したロケ
ーション情報の階層的構造により示されるデバイスが設
置されるであろう様々な場所のＭＡＰ情報（レイアウト
ビットマップ情報）を保持している。したがって、これ
らの保持されている種々のＭＡＰ情報のうち、デバイス
の検索により検出されたデバイスのロケーション情報に
対応するＭＡＰ情報が、デバイスの検索結果と共に、デ
バイス検索要求のあったクライアントに対して与えられ
ることになる。
４１５（上記図４参照）により、上記図５に示したロケ
ーション情報の階層的構造により示されるデバイスが設
置されるであろう様々な場所のＭＡＰ情報（レイアウト
ビットマップ情報）を保持している。したがって、これ
らの保持されている種々のＭＡＰ情報のうち、デバイス
の検索により検出されたデバイスのロケーション情報に
対応するＭＡＰ情報が、デバイスの検索結果と共に、デ
バイス検索要求のあったクライアントに対して与えられ
ることになる。
【００７５】図１２〜図１６は、ＭＡＰ情報保持部４１
５で保持しているＭＡＰ情報の一例として、Ｃ＝ＪＰ
（日本）、Ｏ＝ＡＢＣ商事、ＢＲ＝東京支店、ＢＵ＝Ａ
Ａビル内の１階フロア及び２階フロアのＭＡＰ情報を示
したものである。ここでのＭＡＰ情報は、各フロア内の
実際の机の並びやパーティションの様子が予めビットマ
ップとして設定されている。
５で保持しているＭＡＰ情報の一例として、Ｃ＝ＪＰ
（日本）、Ｏ＝ＡＢＣ商事、ＢＲ＝東京支店、ＢＵ＝Ａ
Ａビル内の１階フロア及び２階フロアのＭＡＰ情報を示
したものである。ここでのＭＡＰ情報は、各フロア内の
実際の机の並びやパーティションの様子が予めビットマ
ップとして設定されている。
【００７６】図１２は、１階フロアの１ブロックのＭＡ
Ｐ情報ＭＰ１−１であり、図１３は、１階フロアの２ブ
ロックのＭＡＰ情報ＭＰ１−２であり、図１４は、２階
フロアの１ブロックのＭＡＰ情報ＭＰ２−１であり、図
１５は、２階フロアの２ブロックのＭＡＰ情報ＭＰ２−
２である。
Ｐ情報ＭＰ１−１であり、図１３は、１階フロアの２ブ
ロックのＭＡＰ情報ＭＰ１−２であり、図１４は、２階
フロアの１ブロックのＭＡＰ情報ＭＰ２−１であり、図
１５は、２階フロアの２ブロックのＭＡＰ情報ＭＰ２−
２である。
【００７７】図１６については、例えば、サーバ１１２
において、デバイスの検索により検出したデバイスのロ
ケーション情報に対応するＭＡＰ情報をＭＡＰ情報保持
部４１５が保持していない場合（属性値を持たない場
合）や、検出したデバイスのデバイス情報中にロケーシ
ョン情報が無い場合（デバイスがロケーション情報を保
持していない場合）等に用いるＭＡＰ（ｕｎｋｎｏｗｎ
ＭＡＰ）情報ＵＭＰである。この図１６に示すＭＡＰ情
報ＵＭＰでは、”１９０１”の部分には、ＭＡＰ情報が
ないことを示すメッセージが表示され、”１９０２”の
部分には、サーバ１１２にて検索できたがロケーション
情報を持たないデバイスのアイコンが表示されるように
なされている。
において、デバイスの検索により検出したデバイスのロ
ケーション情報に対応するＭＡＰ情報をＭＡＰ情報保持
部４１５が保持していない場合（属性値を持たない場
合）や、検出したデバイスのデバイス情報中にロケーシ
ョン情報が無い場合（デバイスがロケーション情報を保
持していない場合）等に用いるＭＡＰ（ｕｎｋｎｏｗｎ
ＭＡＰ）情報ＵＭＰである。この図１６に示すＭＡＰ情
報ＵＭＰでは、”１９０１”の部分には、ＭＡＰ情報が
ないことを示すメッセージが表示され、”１９０２”の
部分には、サーバ１１２にて検索できたがロケーション
情報を持たないデバイスのアイコンが表示されるように
なされている。
【００７８】上記図１２〜図１６に示したようなＭＡＰ
情報ＭＰ１−１〜２−２及びＵＭＰは、ＭＡＰ情報保持
部４１５において、例えば、図１７の”１４０２”及
び”１４０３”に示すように、１階フロア及び２階フロ
アの各ブロック１−１〜２−２、及びその他に対応して
管理されている。
情報ＭＰ１−１〜２−２及びＵＭＰは、ＭＡＰ情報保持
部４１５において、例えば、図１７の”１４０２”及
び”１４０３”に示すように、１階フロア及び２階フロ
アの各ブロック１−１〜２−２、及びその他に対応して
管理されている。
【００７９】したがって、検索結果返送部は、デバイス
検索部４１３での検索により検出されたデバイスの上記
図１７の”１４０１”に示すようなロケーション情報に
基づいて、該当するＭＡＰ情報をＭＡＰ情報保持部４１
５から取得する。このＭＡＰ情報は、デバイス検索要求
元のクライアントに対して検索結果と共に送信され、該
クライアントの検索結果受信部４２３にて受信される。
検索部４１３での検索により検出されたデバイスの上記
図１７の”１４０１”に示すようなロケーション情報に
基づいて、該当するＭＡＰ情報をＭＡＰ情報保持部４１
５から取得する。このＭＡＰ情報は、デバイス検索要求
元のクライアントに対して検索結果と共に送信され、該
クライアントの検索結果受信部４２３にて受信される。
【００８０】上記クライアントにおいて、表示部４２７
は、検索結果受信部４２３にて受信されたＭＡＰ情報を
ＣＲＴ２１０にて表示する。これと同時に、表示部４２
７は、ＣＲＴ２１０に表示するＭＡＰ上において、上記
検索結果のロケーション情報（ＭＡＰ上の座標情報（”
１０Ｘ＋１０Ｙ”））により示される位置に、上記検索
結果のアイコン情報（”稼働中状態”を示すアイコン
等）を表示する。これにより、所望するデバイスが、ど
のフロアのどのブロックのどの位置にあるかを明示的に
示すことができる。
は、検索結果受信部４２３にて受信されたＭＡＰ情報を
ＣＲＴ２１０にて表示する。これと同時に、表示部４２
７は、ＣＲＴ２１０に表示するＭＡＰ上において、上記
検索結果のロケーション情報（ＭＡＰ上の座標情報（”
１０Ｘ＋１０Ｙ”））により示される位置に、上記検索
結果のアイコン情報（”稼働中状態”を示すアイコン
等）を表示する。これにより、所望するデバイスが、ど
のフロアのどのブロックのどの位置にあるかを明示的に
示すことができる。
【００８１】図１８〜図２１は、上述したような表示部
４２７によるＣＲＴ２１０での画面表示の一例を示した
ものである。これらの図１８〜図２１に示すように、所
望するデバイス、或いはサーバや他のクライアントが、
どのフロアのどのブロックのどの位置に設置されている
かが、一目で確実に把握することができる。
４２７によるＣＲＴ２１０での画面表示の一例を示した
ものである。これらの図１８〜図２１に示すように、所
望するデバイス、或いはサーバや他のクライアントが、
どのフロアのどのブロックのどの位置に設置されている
かが、一目で確実に把握することができる。
【００８２】ここで、上述のように、クライアント１１
１，１１３において、サーバ１１２にて検索されたデバ
イスをＭＡＰ上にアイコンとして表示するが、ここでは
さらに、このアイコンをデバイスの現在状態に応じて変
更する。
１，１１３において、サーバ１１２にて検索されたデバ
イスをＭＡＰ上にアイコンとして表示するが、ここでは
さらに、このアイコンをデバイスの現在状態に応じて変
更する。
【００８３】具体的には例えば、クライアント１１１に
おいて（上記図４参照）、イベント通知先登録要求部４
２４は、サーバ１１２から検索結果が送られてくると、
その検索結果により示されるデバイスに対してイベント
通知先登録要求を発行する。
おいて（上記図４参照）、イベント通知先登録要求部４
２４は、サーバ１１２から検索結果が送られてくると、
その検索結果により示されるデバイスに対してイベント
通知先登録要求を発行する。
【００８４】イベント通知先登録要求部４２４により発
行されるイベント通知先登録要求は、例えば、図２２に
示すようなフォーマットに従った情報からなり、どのよ
うなイベントが発生した場合にイベント通知を行うかを
示すための通知条件情報と、その通知先を示すためのイ
ベント通知先情報とを含んでいる。ここでは、説明の簡
単のために、上記イベント通知先登録要求の発行先（サ
ーバ１１２からの検索結果により示されるデバイス）を
カラーＬＢＰ１０１としている。このため、その一例と
して、通知条件情報には”紙切れ”及び”紙詰まり”を
設定し、イベント通知先情報には自クライアント（クラ
イアント１１１）を示すＩＰアドレス及びポート番号等
を設定している。
行されるイベント通知先登録要求は、例えば、図２２に
示すようなフォーマットに従った情報からなり、どのよ
うなイベントが発生した場合にイベント通知を行うかを
示すための通知条件情報と、その通知先を示すためのイ
ベント通知先情報とを含んでいる。ここでは、説明の簡
単のために、上記イベント通知先登録要求の発行先（サ
ーバ１１２からの検索結果により示されるデバイス）を
カラーＬＢＰ１０１としている。このため、その一例と
して、通知条件情報には”紙切れ”及び”紙詰まり”を
設定し、イベント通知先情報には自クライアント（クラ
イアント１１１）を示すＩＰアドレス及びポート番号等
を設定している。
【００８５】上述のようなイベント通知先登録要求は、
カラーＬＢＰ１０１でイベント通知先登録要求受信部４
３３で受信される。
カラーＬＢＰ１０１でイベント通知先登録要求受信部４
３３で受信される。
【００８６】カラーＬＢＰ１０１において、イベント通
知先保持部４３４は、クライアント１１１からのイベン
ト通知先登録要求、或いは他のクライアントから同様に
して発行されてきたイベント通知先登録要求を、例え
ば、図２３に示すようなイベント通知先情報として保持
（登録）する。
知先保持部４３４は、クライアント１１１からのイベン
ト通知先登録要求、或いは他のクライアントから同様に
して発行されてきたイベント通知先登録要求を、例え
ば、図２３に示すようなイベント通知先情報として保持
（登録）する。
【００８７】その後、イベント通知部４３５は、イベン
ト通知先保持部４３４でのイベント通知先の登録が終了
した対応するクライアントに対して、図２４に示すよう
なイベント通知先登録の応答を返送する。
ト通知先保持部４３４でのイベント通知先の登録が終了
した対応するクライアントに対して、図２４に示すよう
なイベント通知先登録の応答を返送する。
【００８８】そこで、カラーＬＢＰ１０１において、例
えば、紙切れが発生すると、イベント通知部４３５は、
イベント通知先保持部４３４で保持しているイベント通
知先の中からイベント通知を行うべきクライアントの情
報（イベント通知先情報等）を取得し、そのクライアン
ト（ここでは、クライアント１１１）に対して、例え
ば、図２５に示すようなイベント通知を発行する。ここ
でのイベント通知には、上記図２５に示すように、自デ
バイスで発生したイベントの内容と、自デバイスのロケ
ーション情報とを含んでいる。
えば、紙切れが発生すると、イベント通知部４３５は、
イベント通知先保持部４３４で保持しているイベント通
知先の中からイベント通知を行うべきクライアントの情
報（イベント通知先情報等）を取得し、そのクライアン
ト（ここでは、クライアント１１１）に対して、例え
ば、図２５に示すようなイベント通知を発行する。ここ
でのイベント通知には、上記図２５に示すように、自デ
バイスで発生したイベントの内容と、自デバイスのロケ
ーション情報とを含んでいる。
【００８９】クライアント１１１において、イベント情
報受信部４２５が上記デバイスからイベント通知を受信
すると、表示部４２７は、そのイベント通知に対応した
アイコンで、ＭＡＰ上のアイコンを変更する。すなわ
ち、サーバ１１１からの検索結果（上記図１１参照）に
含まれるデバイス（カラーＬＢＰ１０１）の稼働中状
態、紙切れ状態、及びジャム発生状態等を示す各種アイ
コンの中から、上記イベント通知（ここでは紙切れ発生
通知）に対応するアイコンを取得し、このアイコンでＭ
ＡＰ上の現在のアイコンを変更する。これにより、デバ
イスが、どのフロアのどのブロックのどの位置にあるか
だけでなく、現在状態をも常に明示的に示すことができ
る。
報受信部４２５が上記デバイスからイベント通知を受信
すると、表示部４２７は、そのイベント通知に対応した
アイコンで、ＭＡＰ上のアイコンを変更する。すなわ
ち、サーバ１１１からの検索結果（上記図１１参照）に
含まれるデバイス（カラーＬＢＰ１０１）の稼働中状
態、紙切れ状態、及びジャム発生状態等を示す各種アイ
コンの中から、上記イベント通知（ここでは紙切れ発生
通知）に対応するアイコンを取得し、このアイコンでＭ
ＡＰ上の現在のアイコンを変更する。これにより、デバ
イスが、どのフロアのどのブロックのどの位置にあるか
だけでなく、現在状態をも常に明示的に示すことができ
る。
【００９０】尚、デバイスからイベント通知を受け取る
までの間は、ここでは該デバイスではイベントが発生し
ていないと見なし、稼働中状態を示すアイコンを表示す
るようにする。
までの間は、ここでは該デバイスではイベントが発生し
ていないと見なし、稼働中状態を示すアイコンを表示す
るようにする。
【００９１】図２６は、上述のようにしてＭＡＰ上にデ
バイスの状態に応じたアイコンを重ねて表示する際、そ
のアイコンのＭＡＰ上での配置を示したものである。こ
こでは、サーバ１１２での検索の結果、２階フロアのブ
ロック２−１に設置されているカラーＬＢＰ１０１が検
索され、そのロケーション情報に含まれるＭＡＰ上での
座標ＭＡＰが、”１０Ｘ＋１０Ｙ”であり、さらに、カ
ラーＬＢＰ１０１で紙切れが発生した場合を示してい
る。したがって、図２７に示すように、紙切れ状態を示
すアイコンが、上記図１４に示したようなＭＡＰ情報Ｍ
Ｐ２−１（２階フロアのブロック２−１のＭＡＰ情報）
上に、その座標１０Ｘ＋１０Ｙに配置されて重ねて表示
される。
バイスの状態に応じたアイコンを重ねて表示する際、そ
のアイコンのＭＡＰ上での配置を示したものである。こ
こでは、サーバ１１２での検索の結果、２階フロアのブ
ロック２−１に設置されているカラーＬＢＰ１０１が検
索され、そのロケーション情報に含まれるＭＡＰ上での
座標ＭＡＰが、”１０Ｘ＋１０Ｙ”であり、さらに、カ
ラーＬＢＰ１０１で紙切れが発生した場合を示してい
る。したがって、図２７に示すように、紙切れ状態を示
すアイコンが、上記図１４に示したようなＭＡＰ情報Ｍ
Ｐ２−１（２階フロアのブロック２−１のＭＡＰ情報）
上に、その座標１０Ｘ＋１０Ｙに配置されて重ねて表示
される。
【００９２】上述のことにより、例えば、上記図２０の
画面が表示された場合には、カラーＬＢＰ１０１が２Ｆ
フロアのブロック２−１の入り口に近いテーブル付近に
設置されていることが分かり、上記図２７の画面が表示
された場合には、カラーＬＢＰ１０１が２Ｆフロアのブ
ロック２−１の入り口に近いテーブル付近に設置されて
いるが、このカラーＬＢＰ１０１は紙切れのため使用不
可であることが分かる。また、上記図２０の画面上のカ
ラーＬＢＰ１０１のアイコンが、上記図２７の画面上の
アイコンに変化した場合には、カラーＬＢＰ１０１で紙
切れが発生したことを即に知ることができる。
画面が表示された場合には、カラーＬＢＰ１０１が２Ｆ
フロアのブロック２−１の入り口に近いテーブル付近に
設置されていることが分かり、上記図２７の画面が表示
された場合には、カラーＬＢＰ１０１が２Ｆフロアのブ
ロック２−１の入り口に近いテーブル付近に設置されて
いるが、このカラーＬＢＰ１０１は紙切れのため使用不
可であることが分かる。また、上記図２０の画面上のカ
ラーＬＢＰ１０１のアイコンが、上記図２７の画面上の
アイコンに変化した場合には、カラーＬＢＰ１０１で紙
切れが発生したことを即に知ることができる。
【００９３】［サーバ１１２、クライアント１１１，１
１３、及びそれぞれのデバイスでの処理の流れ］図２８
〜図３６は、サーバ１１２、クライアント１１１，１１
３、及びそれぞれのデバイスでの上述したような各動作
をフローチャートによって示したものである。
１３、及びそれぞれのデバイスでの処理の流れ］図２８
〜図３６は、サーバ１１２、クライアント１１１，１１
３、及びそれぞれのデバイスでの上述したような各動作
をフローチャートによって示したものである。
【００９４】尚、図２８〜図３６のフローチャートは、
サーバ１１２、クライアント１１１，１１３、及びそれ
ぞれのデバイスにおいて実行される処理プログラムに対
応している。すなわち、図２８〜図３６のフローチャー
トに従った処理プログラムが、サーバ１１２、クライア
ント１１１，１１３、及びそれぞれのデバイスのＣＰＵ
（２０１，２３０２）によって実行されることで、上記
図４に示した機能による以下に説明するような動作が実
現される。
サーバ１１２、クライアント１１１，１１３、及びそれ
ぞれのデバイスにおいて実行される処理プログラムに対
応している。すなわち、図２８〜図３６のフローチャー
トに従った処理プログラムが、サーバ１１２、クライア
ント１１１，１１３、及びそれぞれのデバイスのＣＰＵ
（２０１，２３０２）によって実行されることで、上記
図４に示した機能による以下に説明するような動作が実
現される。
【００９５】（１）デバイスのロケーション情報の登録
動作：図３４参照 ここでは説明の簡単のために、各種デバイスのうちのカ
ラーＬＢＰ１０１に着目して、そのロケーション情報の
登録動作について説明する。
動作：図３４参照 ここでは説明の簡単のために、各種デバイスのうちのカ
ラーＬＢＰ１０１に着目して、そのロケーション情報の
登録動作について説明する。
【００９６】カラーＬＢＰ１０１におて、デバイス情報
保持部４３１は、ロケーション情報、属性情報、及び複
数のアイコン情報（”稼働中状態”、”紙切れ発生状
態”、”紙詰まり発生状態”等を示すアイコン）を含む
デバイス情報を、不揮発性ＲＡＭ２３１２に保持してい
る。ＣＰＵ２３０２は、電源が投入されると、サーバ１
１２との接続を行う（ステップＳ３００１）。
保持部４３１は、ロケーション情報、属性情報、及び複
数のアイコン情報（”稼働中状態”、”紙切れ発生状
態”、”紙詰まり発生状態”等を示すアイコン）を含む
デバイス情報を、不揮発性ＲＡＭ２３１２に保持してい
る。ＣＰＵ２３０２は、電源が投入されると、サーバ１
１２との接続を行う（ステップＳ３００１）。
【００９７】サーバ１１２との接続が確立すると、デバ
イス情報登録部４３２は、デバイス情報保持部４３１に
より不揮発性ＲＡＭ２３１２に保持されているデバイス
情報を取得し、それを、上記図６に示したようなフォー
マットに従って、サーバ１１２に登録する（ステップＳ
３００２）。
イス情報登録部４３２は、デバイス情報保持部４３１に
より不揮発性ＲＡＭ２３１２に保持されているデバイス
情報を取得し、それを、上記図６に示したようなフォー
マットに従って、サーバ１１２に登録する（ステップＳ
３００２）。
【００９８】サーバ１１２への上記登録終了後、ＣＰＵ
２３０２は、サーバ１１２との接続を解放する（ステッ
プＳ３００３）。
２３０２は、サーバ１１２との接続を解放する（ステッ
プＳ３００３）。
【００９９】上述のようにして、カラーＬＢＰ１０１を
含むそれぞれのデバイスは、電源投入後、自デバイスの
デバイス情報の登録をサーバ１１２に対して行う。
含むそれぞれのデバイスは、電源投入後、自デバイスの
デバイス情報の登録をサーバ１１２に対して行う。
【０１００】（２）サーバ１１２の全体動作：図２８参
照 サーバ１１２において実行される処理プログラムは、イ
ベント駆動型のプログラムで構成されており、あるイベ
ントが発生すると、そのイベントを解析して、対応する
処理を実行するようになされている。尚、ここでは説明
の簡単のため、サーバ１１２で実行される種々の処理の
うち、主に、デバイス検索処理及びデバイス情報登録処
理に着目して説明する。
照 サーバ１１２において実行される処理プログラムは、イ
ベント駆動型のプログラムで構成されており、あるイベ
ントが発生すると、そのイベントを解析して、対応する
処理を実行するようになされている。尚、ここでは説明
の簡単のため、サーバ１１２で実行される種々の処理の
うち、主に、デバイス検索処理及びデバイス情報登録処
理に着目して説明する。
【０１０１】サーバ１１２において、ＣＰＵ２０２は、
電源が投入されると、受信ポートをオープンし（ステッ
プＳ２４０１）、イベントを取得する（ステップＳ２４
０２）。そして、ＣＰＵ２０２は、ステップＳ２４０２
にて取得したイベントが終了コマンドであるか否かを判
別する（ステップＳ２４０３）。
電源が投入されると、受信ポートをオープンし（ステッ
プＳ２４０１）、イベントを取得する（ステップＳ２４
０２）。そして、ＣＰＵ２０２は、ステップＳ２４０２
にて取得したイベントが終了コマンドであるか否かを判
別する（ステップＳ２４０３）。
【０１０２】ステップＳ２４０３での判別の結果、取得
イベントが終了コマンドの場合、ＣＰＵ２０２は、ステ
ップＳ２４０１でオープンした受信ポートをクローズし
て（Ｓ２４０４）、本処理を終了する。
イベントが終了コマンドの場合、ＣＰＵ２０２は、ステ
ップＳ２４０１でオープンした受信ポートをクローズし
て（Ｓ２４０４）、本処理を終了する。
【０１０３】ステップＳ２４０３での判別の結果、取得
イベントが終了コマンドでない場合、ＣＰＵ２０２は、
取得イベントが、クライアントからのデバイス検索要求
（問合要求）であるか否かを判別する（ステップＳ２４
０５）。
イベントが終了コマンドでない場合、ＣＰＵ２０２は、
取得イベントが、クライアントからのデバイス検索要求
（問合要求）であるか否かを判別する（ステップＳ２４
０５）。
【０１０４】ステップＳ２４０３の判別の結果、取得イ
ベントがデバイス検索要求である場合、ＣＰＵ２０２
は、デバイス検索処理を実行する（ステップＳ２４０
６）。その後、ステップＳ２４０２へと戻り、以降の処
理ステップを繰り返し実行する。尚、ステップＳ２４０
６の処理についての詳細は後述する。
ベントがデバイス検索要求である場合、ＣＰＵ２０２
は、デバイス検索処理を実行する（ステップＳ２４０
６）。その後、ステップＳ２４０２へと戻り、以降の処
理ステップを繰り返し実行する。尚、ステップＳ２４０
６の処理についての詳細は後述する。
【０１０５】ステップＳ２４０３の判別の結果、取得イ
ベントがデバイス検索要求でない場合、ＣＰＵ２０２
は、デバイスからのデバイス情報の登録要求であると見
なし、そのためのデバイス情報登録処理を実行する（ス
テップＳ２４０７）。すなわち、デバイス情報管理部４
１２は、それぞれのデバイスからのデバイス情報を、上
記図７に示したようなテーブルによって保持する（デー
タベースへの登録）。このテーブル情報は、ハードディ
スク（ＨＤＤ）２１１に格納される。
ベントがデバイス検索要求でない場合、ＣＰＵ２０２
は、デバイスからのデバイス情報の登録要求であると見
なし、そのためのデバイス情報登録処理を実行する（ス
テップＳ２４０７）。すなわち、デバイス情報管理部４
１２は、それぞれのデバイスからのデバイス情報を、上
記図７に示したようなテーブルによって保持する（デー
タベースへの登録）。このテーブル情報は、ハードディ
スク（ＨＤＤ）２１１に格納される。
【０１０６】（２−１）デバイス検索処理（ステップＳ
２４０６）：図２９参照 本処理は、上記図７に登録されているデバイス情報に対
して、クライアント（ここでは、クライアント１１１と
する）からのデバイス検索要求に含まれる全ての検索条
件に対する処理が終了するまで繰り返し実行される。
２４０６）：図２９参照 本処理は、上記図７に登録されているデバイス情報に対
して、クライアント（ここでは、クライアント１１１と
する）からのデバイス検索要求に含まれる全ての検索条
件に対する処理が終了するまで繰り返し実行される。
【０１０７】サーバ１１２において、先ず、ＣＰＵ２０
２は、クライアント１１１からのデバイス検索要求（受
信パケット）内の全ての検索条件に対して、デバイス検
索部４１３によるステップＳ２５０３からの処理を実行
し終えたか否かを判別する（ステップＳ２５０１）。
２は、クライアント１１１からのデバイス検索要求（受
信パケット）内の全ての検索条件に対して、デバイス検
索部４１３によるステップＳ２５０３からの処理を実行
し終えたか否かを判別する（ステップＳ２５０１）。
【０１０８】ステップＳ２５０１の判別の結果、全ての
検索条件に対する処理を終了した場合、検索結果返送部
４１４は、デバイス検索部４１３での検索により検出さ
れたデバイスのデバイス情報（ロケーション情報、属性
情報、アイコン情報）を検索結果として、デバイス検索
要求の発行元であるクライアント１１１へ返送する。ま
た、検索返送部４１４は、上記検索結果のロケーション
情報に対応するＭＡＰ情報をＭＡＰ情報保持部４１５か
ら取得し、これも上記検索結果と共にクライアント１１
１へ返送する。このとき、検索返送部４１４は、例え
ば、ＭＡＰ情報保持部４１５によって管理されている、
上記図１７の”１４０２”及び”１４０３”に示したよ
うな情報テーブルを参照し、同図の”１４０１”に示し
たようなＣ，Ｏ，ＢＲ，ＯＰ，ＢＵ，ＢＬ情報に対応し
たＭＡＰ情報が存在するか否かを判別することで、ＭＡ
Ｐ表示可能であるか否かを判別し、ＭＡＰ表示可能でな
ければ、上記図１６に示したようなｕｎｋｎｏｗｎＭＡ
Ｐ情報をクライアント１１１へ送信するようにする（ス
テップＳ２５０２）。尚、ここでは、上記デバイス情報
中のロケーション情報が、上記図１７の”１４０１”に
示した各情報を含む場合に、ＭＡＰ表示可能と判別され
る。本ステップＳ２５０２の処理終了後、本処理終了と
なる。
検索条件に対する処理を終了した場合、検索結果返送部
４１４は、デバイス検索部４１３での検索により検出さ
れたデバイスのデバイス情報（ロケーション情報、属性
情報、アイコン情報）を検索結果として、デバイス検索
要求の発行元であるクライアント１１１へ返送する。ま
た、検索返送部４１４は、上記検索結果のロケーション
情報に対応するＭＡＰ情報をＭＡＰ情報保持部４１５か
ら取得し、これも上記検索結果と共にクライアント１１
１へ返送する。このとき、検索返送部４１４は、例え
ば、ＭＡＰ情報保持部４１５によって管理されている、
上記図１７の”１４０２”及び”１４０３”に示したよ
うな情報テーブルを参照し、同図の”１４０１”に示し
たようなＣ，Ｏ，ＢＲ，ＯＰ，ＢＵ，ＢＬ情報に対応し
たＭＡＰ情報が存在するか否かを判別することで、ＭＡ
Ｐ表示可能であるか否かを判別し、ＭＡＰ表示可能でな
ければ、上記図１６に示したようなｕｎｋｎｏｗｎＭＡ
Ｐ情報をクライアント１１１へ送信するようにする（ス
テップＳ２５０２）。尚、ここでは、上記デバイス情報
中のロケーション情報が、上記図１７の”１４０１”に
示した各情報を含む場合に、ＭＡＰ表示可能と判別され
る。本ステップＳ２５０２の処理終了後、本処理終了と
なる。
【０１０９】一方、ステップＳ２５０１の判別の結果、
全ての検索条件に対する処理を未だ終了していない場
合、デバイス検索部４１３は、デバイス検索要求に含ま
れる検索条件を順に取り出す（ステップＳ２５０３）。
全ての検索条件に対する処理を未だ終了していない場
合、デバイス検索部４１３は、デバイス検索要求に含ま
れる検索条件を順に取り出す（ステップＳ２５０３）。
【０１１０】そして、デバイス検索部４１３は、ステッ
プＳ２５０３で取り出した検索条件に合致するデバイス
情報を取得するために、上記図７に登録されている全て
のデバイス情報に対して検索を行ったか否かを判別する
（ステップＳ２５０４）。
プＳ２５０３で取り出した検索条件に合致するデバイス
情報を取得するために、上記図７に登録されている全て
のデバイス情報に対して検索を行ったか否かを判別する
（ステップＳ２５０４）。
【０１１１】ステップＳ２５０４の判別の結果、全ての
デバイス情報に対する検索が終えた場合、これを認識し
たＣＰＵ２０２は、次の検索条件に対する処理を実行す
るために、ステップＳ２５０１へと戻り、以降の処理ス
テップを繰り返し実行する。
デバイス情報に対する検索が終えた場合、これを認識し
たＣＰＵ２０２は、次の検索条件に対する処理を実行す
るために、ステップＳ２５０１へと戻り、以降の処理ス
テップを繰り返し実行する。
【０１１２】ステップＳ２５０４の判別の結果、全ての
デバイス情報に対する検索が未だ終えていない場合、デ
バイス検索部４１３は、全てのデバイス情報を順に検索
するためのカウンタｎにより示されるデバイス情報を、
上記図７に登録されているデバイス情報から取得する
（ステップＳ２５０５）。
デバイス情報に対する検索が未だ終えていない場合、デ
バイス検索部４１３は、全てのデバイス情報を順に検索
するためのカウンタｎにより示されるデバイス情報を、
上記図７に登録されているデバイス情報から取得する
（ステップＳ２５０５）。
【０１１３】デバイス検索部４１３は、ステップＳ２５
０５にて取得したデバイス情報が、対象検索条件と合致
するか否かを判別する（ステップＳ２５０６）。
０５にて取得したデバイス情報が、対象検索条件と合致
するか否かを判別する（ステップＳ２５０６）。
【０１１４】ステップＳ２５０６の判別の結果、対象デ
バイス情報と対象検索条件が合致しない場合、デバイス
検索部４１３は、上記カウンタｎをカウントアップした
後、次のデバイス情報に対する処理を実行するために、
ステップＳ２５０４へと戻り、以降の処理ステップを繰
り返し実行する。
バイス情報と対象検索条件が合致しない場合、デバイス
検索部４１３は、上記カウンタｎをカウントアップした
後、次のデバイス情報に対する処理を実行するために、
ステップＳ２５０４へと戻り、以降の処理ステップを繰
り返し実行する。
【０１１５】ステップＳ２５０６の判別の結果、対象デ
バイス情報と対象検索条件が合致した場合、検索結果返
送部４１４は、その対象デバイス情報をデバイス情報管
理部４１２から取得して（ステップＳ２５０７）、ステ
ップＳ２５０２にてクライアント１１１へ送信する検索
結果に追加する（ステップＳ２５０８）。その後、デバ
イス検索部４１３は、上記カウンタｎをカウントアップ
した後、次のデバイス情報に対する処理を実行するため
に、ステップＳ２５０４へと戻り、以降の処理ステップ
を繰り返し実行する。
バイス情報と対象検索条件が合致した場合、検索結果返
送部４１４は、その対象デバイス情報をデバイス情報管
理部４１２から取得して（ステップＳ２５０７）、ステ
ップＳ２５０２にてクライアント１１１へ送信する検索
結果に追加する（ステップＳ２５０８）。その後、デバ
イス検索部４１３は、上記カウンタｎをカウントアップ
した後、次のデバイス情報に対する処理を実行するため
に、ステップＳ２５０４へと戻り、以降の処理ステップ
を繰り返し実行する。
【０１１６】尚、ステップＳ２５０８では、個々の検索
条件を満たすデバイス情報が検索結果として得られるこ
とになるが、例えば、個々の検索条件が”ＡＮＤ”で結
ばれていた場合、ステップＳ２５０２において、ステッ
プＳ２５０８にて得られたデバイス情報のうち、全ての
検索条件を満足するデバイス情報のみを、最終的にクラ
イアント１１１へ送信するようにする。
条件を満たすデバイス情報が検索結果として得られるこ
とになるが、例えば、個々の検索条件が”ＡＮＤ”で結
ばれていた場合、ステップＳ２５０２において、ステッ
プＳ２５０８にて得られたデバイス情報のうち、全ての
検索条件を満足するデバイス情報のみを、最終的にクラ
イアント１１１へ送信するようにする。
【０１１７】（３）クライアント１１１，１１３の全体
動作：図３０参照 クライアント１１１，１１３において実行される処理プ
ログラムは、イベント駆動型のプログラムで構成されて
おり、あるイベントが発生すると、そのイベントを解析
して、対応する処理を実行するようになされている。
尚、説明の簡単のため、ここではクライアント１１１に
着目して、その動作について説明する。
動作：図３０参照 クライアント１１１，１１３において実行される処理プ
ログラムは、イベント駆動型のプログラムで構成されて
おり、あるイベントが発生すると、そのイベントを解析
して、対応する処理を実行するようになされている。
尚、説明の簡単のため、ここではクライアント１１１に
着目して、その動作について説明する。
【０１１８】クライアント１１１において、ＣＰＵ２０
２は、イベントの取得を行う（ステップＳ２６０１）。
そして、ＣＰＵ２０２は、ステップＳ２６０１で取得し
たイベントが終了コマンドであるか否かを判別する（ス
テップＳ２６０２）。
２は、イベントの取得を行う（ステップＳ２６０１）。
そして、ＣＰＵ２０２は、ステップＳ２６０１で取得し
たイベントが終了コマンドであるか否かを判別する（ス
テップＳ２６０２）。
【０１１９】ステップＳ２６０２の判別の結果、取得イ
ベントが終了コマンドである場合、ＣＰＵ２０２は、本
処理を終了する。
ベントが終了コマンドである場合、ＣＰＵ２０２は、本
処理を終了する。
【０１２０】ステップＳ２６０２の判別の結果、取得イ
ベントが終了コマンドでない場合、ＣＰＵ２０２は、取
得コマンドがユーザからのデバイス検索コマンドである
か否かを判別する（ステップＳ２６０３）。このときの
デバイス検索コマンドは、上記図８に図示したような検
索条件入力画面より、ユーザから検索条件が入力され、
検索開始ボタン１００５が操作（クリック）されること
によって発生する。
ベントが終了コマンドでない場合、ＣＰＵ２０２は、取
得コマンドがユーザからのデバイス検索コマンドである
か否かを判別する（ステップＳ２６０３）。このときの
デバイス検索コマンドは、上記図８に図示したような検
索条件入力画面より、ユーザから検索条件が入力され、
検索開始ボタン１００５が操作（クリック）されること
によって発生する。
【０１２１】ステップＳ２６０３の判別の結果、取得イ
ベントがデバイス検索コマンドである場合、ＣＰＵ２０
２は、検索条件指定部４２１や問合部４２１により、サ
ーバ１１２に対してデバイス検索要求を発行するための
処理等を含むデバイス検索要求発行処理を実行する（ス
テップＳ２６０４）。その後、ＣＰＵ２０２は、ステッ
プＳ２０６１へと戻り、以降の処理ステップを繰り返し
実行する。尚、ステップＳ２６０４の処理についての詳
細は後述する。
ベントがデバイス検索コマンドである場合、ＣＰＵ２０
２は、検索条件指定部４２１や問合部４２１により、サ
ーバ１１２に対してデバイス検索要求を発行するための
処理等を含むデバイス検索要求発行処理を実行する（ス
テップＳ２６０４）。その後、ＣＰＵ２０２は、ステッ
プＳ２０６１へと戻り、以降の処理ステップを繰り返し
実行する。尚、ステップＳ２６０４の処理についての詳
細は後述する。
【０１２２】ステップＳ２６０３の判別の結果、取得イ
ベントがデバイス検索コマンドでない場合、ＣＰＵ２０
２は、取得イベントがサーバ１１２からの検索結果（ス
テップＳ２６０４での上記デバイス検索要求に対する結
果：上記図１１参照）であるか否かを判別する（ステッ
プＳ２６０５）。
ベントがデバイス検索コマンドでない場合、ＣＰＵ２０
２は、取得イベントがサーバ１１２からの検索結果（ス
テップＳ２６０４での上記デバイス検索要求に対する結
果：上記図１１参照）であるか否かを判別する（ステッ
プＳ２６０５）。
【０１２３】ステップＳ２６０５の判別の結果、取得イ
ベントが検索結果である場合、ＣＰＵ２０２は、検索結
果受信部４２３や、表示部４２７、イベント通知先登録
要求部４２４により、検索結果をＣＲＴ２１０へ表示す
るための処理や、デバイスへのイベント通知先登録要求
を発行するための処理等を含む検索結果処理を実行する
（ステップＳ２６０６）。その後、ＣＰＵ２０２は、ス
テップＳ２０６１へと戻り、以降の処理ステップを繰り
返し実行する。尚、ステップＳ２６０６の処理について
の詳細は後述する。
ベントが検索結果である場合、ＣＰＵ２０２は、検索結
果受信部４２３や、表示部４２７、イベント通知先登録
要求部４２４により、検索結果をＣＲＴ２１０へ表示す
るための処理や、デバイスへのイベント通知先登録要求
を発行するための処理等を含む検索結果処理を実行する
（ステップＳ２６０６）。その後、ＣＰＵ２０２は、ス
テップＳ２０６１へと戻り、以降の処理ステップを繰り
返し実行する。尚、ステップＳ２６０６の処理について
の詳細は後述する。
【０１２４】ステップＳ２６０５の判別の結果、取得イ
ベントが検結果でない場合、ＣＰＵ２０２は、取得イベ
ントがデバイスからのイベント通知（ステップＳ２６０
６での上記イベント通知先登録要求に対する通知）であ
るか否かを判別する（ステップＳ２６０７）。
ベントが検結果でない場合、ＣＰＵ２０２は、取得イベ
ントがデバイスからのイベント通知（ステップＳ２６０
６での上記イベント通知先登録要求に対する通知）であ
るか否かを判別する（ステップＳ２６０７）。
【０１２５】ステップＳ２６０７の判別の結果、取得イ
ベントがイベント通知である場合、ＣＰＵ２０２は、イ
ベント情報受信部４２５や表示部４２７により、ＣＲＴ
２１０に表示されているＭＡＰ上のアイコンを変更する
ための処理等を含むイベント通知受信処理を実行する
（ステップＳ２６０８）。その後、ＣＰＵ２０２は、ス
テップＳ２０６１へと戻り、以降の処理ステップを繰り
返し実行する。尚、ステップＳ２６０８の処理について
の詳細は後述する。
ベントがイベント通知である場合、ＣＰＵ２０２は、イ
ベント情報受信部４２５や表示部４２７により、ＣＲＴ
２１０に表示されているＭＡＰ上のアイコンを変更する
ための処理等を含むイベント通知受信処理を実行する
（ステップＳ２６０８）。その後、ＣＰＵ２０２は、ス
テップＳ２０６１へと戻り、以降の処理ステップを繰り
返し実行する。尚、ステップＳ２６０８の処理について
の詳細は後述する。
【０１２６】ステップＳ２６０７の判別の結果、取得イ
ベントがイベント通知でない場合、すなわち取得イベン
トが終了コマンド、デバイス検索コマンド、デバイス検
索結果、及びイベント通知の何れでもない場合、ＣＰＵ
２０２は、このときの取得イベントに対応した処理を実
行する（ステップＳ２６０９）。その後、ＣＰＵ２０２
は、ステップＳ２０６１へと戻り、以降の処理ステップ
を繰り返し実行する。
ベントがイベント通知でない場合、すなわち取得イベン
トが終了コマンド、デバイス検索コマンド、デバイス検
索結果、及びイベント通知の何れでもない場合、ＣＰＵ
２０２は、このときの取得イベントに対応した処理を実
行する（ステップＳ２６０９）。その後、ＣＰＵ２０２
は、ステップＳ２０６１へと戻り、以降の処理ステップ
を繰り返し実行する。
【０１２７】（３−１）デバイス検索要求発行処理（ス
テップＳ２６０４）：図３１参照
テップＳ２６０４）：図３１参照
【０１２８】先ず、検索条件指定部４２１は、上記図８
に図示したような検索条件入力画面よりユーザから入力
された検索条件を取得する（ステップＳ２７０１）。
に図示したような検索条件入力画面よりユーザから入力
された検索条件を取得する（ステップＳ２７０１）。
【０１２９】そして、問合部４２２は、検索条件指定部
４２１で取得された検索条件を、上記図１０に示したよ
うな検索条件式の形式に変換し、さらに、該検索条件式
を含む検索要求パケットを生成し、それをデバイス検索
要求としてサーバ１１２に対して発行する（ステップＳ
２７０２）。
４２１で取得された検索条件を、上記図１０に示したよ
うな検索条件式の形式に変換し、さらに、該検索条件式
を含む検索要求パケットを生成し、それをデバイス検索
要求としてサーバ１１２に対して発行する（ステップＳ
２７０２）。
【０１３０】尚、ステップＳ２７０２において取得され
た検索条件式をハードディスク２１１に保存し、この検
索条件式を次回の検索時に用いるようにすれば、ユーザ
からの検索条件の再入力を省くことが可能となる。
た検索条件式をハードディスク２１１に保存し、この検
索条件式を次回の検索時に用いるようにすれば、ユーザ
からの検索条件の再入力を省くことが可能となる。
【０１３１】（３−２）検索結果処理（ステップＳ２６
０６）：図３２参照
０６）：図３２参照
【０１３２】先ず、検索結果受信部４２３は、サーバ１
１２からの検索結果により、１つ以上のデバイスが発見
されたか否かを判別する（ステップＳ２８０１）。
１２からの検索結果により、１つ以上のデバイスが発見
されたか否かを判別する（ステップＳ２８０１）。
【０１３３】ステップＳ２８０１の判別の結果、デバイ
スが発見されなかった場合、表示部４２７は、そのこと
を示すためのメッセージ等をＣＲＴ２１０上に表示する
（ステップＳ２８１５）。その後、本処理終了となる。
スが発見されなかった場合、表示部４２７は、そのこと
を示すためのメッセージ等をＣＲＴ２１０上に表示する
（ステップＳ２８１５）。その後、本処理終了となる。
【０１３４】ステップＳ２８０１の判別の結果、デバイ
スが発見された場合、検索結果受信部４２３は、上記検
索結果及びそれと共にサーバ１１２から送信されてきた
ＭＡＰ情報をハードディスク（ＨＤＤ）２１１へ保持す
る（ステップＳ２８０２）。これにより、例えば、上記
図１１に示したような検索結果、及び該検索結果のロケ
ーション情報に対応する上記図１４に示したようなＭＡ
Ｐ情報ＭＰ２−１がハードディスク（ＨＤＤ）２１１へ
保存されることなる。その後、ハードディスク（ＨＤ
Ｄ）２１１へ保存された検索結果のそれぞれに対して、
以降の処理ステップＳ２８０３からの処理が実行される
ことになる。この処理は、検索の結果、発見された全て
のデバイスに対してイベント通知先登録要求を発行し、
通知先を登録後、ＭＡＰ（レイアウトビットマップ）上
に初期状態である稼働中の状態を表すアイコン（ビット
マップアイコン）を表示するためのステップである。
スが発見された場合、検索結果受信部４２３は、上記検
索結果及びそれと共にサーバ１１２から送信されてきた
ＭＡＰ情報をハードディスク（ＨＤＤ）２１１へ保持す
る（ステップＳ２８０２）。これにより、例えば、上記
図１１に示したような検索結果、及び該検索結果のロケ
ーション情報に対応する上記図１４に示したようなＭＡ
Ｐ情報ＭＰ２−１がハードディスク（ＨＤＤ）２１１へ
保存されることなる。その後、ハードディスク（ＨＤ
Ｄ）２１１へ保存された検索結果のそれぞれに対して、
以降の処理ステップＳ２８０３からの処理が実行される
ことになる。この処理は、検索の結果、発見された全て
のデバイスに対してイベント通知先登録要求を発行し、
通知先を登録後、ＭＡＰ（レイアウトビットマップ）上
に初期状態である稼働中の状態を表すアイコン（ビット
マップアイコン）を表示するためのステップである。
【０１３５】上記の処理が実行されると、先ず、ＣＰＵ
２０２は、ステップＳ２８０２においてハードディスク
（ＨＤＤ）２１１に保持された全ての検索結果に対し
て、ステップＳ２８０４からの処理が実行されたか否か
を判別する（ステップＳ２８０３）。この判別の結果、
全ての検索結果に対する処理が実行し終えている場合に
は本処理終了となり、そうでない場合には次のステップ
Ｓ２８０４からの処理が引き続き実行される。
２０２は、ステップＳ２８０２においてハードディスク
（ＨＤＤ）２１１に保持された全ての検索結果に対し
て、ステップＳ２８０４からの処理が実行されたか否か
を判別する（ステップＳ２８０３）。この判別の結果、
全ての検索結果に対する処理が実行し終えている場合に
は本処理終了となり、そうでない場合には次のステップ
Ｓ２８０４からの処理が引き続き実行される。
【０１３６】イベント通知先登録要求部４２４は、ハー
ドディスク（ＨＤＤ）２１１内の未処理の検索結果から
１つのデバイスに対応するデバイス情報を取得する（ス
テップＳ２８０４）。
ドディスク（ＨＤＤ）２１１内の未処理の検索結果から
１つのデバイスに対応するデバイス情報を取得する（ス
テップＳ２８０４）。
【０１３７】イベント通知先登録要求部４２４は、ステ
ップＳ２８０４にて取得したデバイス情報のＩＰアドレ
スを宛先として、上記図２２に示したようなイベント通
知先登録要求（イベント通知先登録パケット）を送信す
る（ステップＳ２８０５）。例えば、上記図１１に示し
たようなデバイス情報に対する処理である場合、そのＩ
Ｐアドレスは「１９２．１．２．１」であるため、この
アドレス宛に上記イベント通知先登録パケットが送信さ
れることになる。その後、上記イベント通知先登録パケ
ットの送信先に対応したデバイスからの、上記図２４に
示したようなイベント通知先登録の応答（イベント登録
パケット）待ち状態となる。
ップＳ２８０４にて取得したデバイス情報のＩＰアドレ
スを宛先として、上記図２２に示したようなイベント通
知先登録要求（イベント通知先登録パケット）を送信す
る（ステップＳ２８０５）。例えば、上記図１１に示し
たようなデバイス情報に対する処理である場合、そのＩ
Ｐアドレスは「１９２．１．２．１」であるため、この
アドレス宛に上記イベント通知先登録パケットが送信さ
れることになる。その後、上記イベント通知先登録パケ
ットの送信先に対応したデバイスからの、上記図２４に
示したようなイベント通知先登録の応答（イベント登録
パケット）待ち状態となる。
【０１３８】イベント情報受信部４２５が、上記イベン
ト通知先登録の応答（イベント登録応答パケット）を受
信する（ステップＳ２８０６）。
ト通知先登録の応答（イベント登録応答パケット）を受
信する（ステップＳ２８０６）。
【０１３９】表示部４２７は、対象検索結果に対応して
ハードディスク（ＨＤＤ）２１１へ保持されたＭＡＰ情
報、すなわちステップＳ２８０４にて取得したデバイス
情報の”ＢＬ”によって示される情報（上記図１１参
照）に対応したＭＡＰ情報を現在ＣＲＴ２１０に表示し
ている状態であるか否かを判別する（ステップＳ２８０
８）。
ハードディスク（ＨＤＤ）２１１へ保持されたＭＡＰ情
報、すなわちステップＳ２８０４にて取得したデバイス
情報の”ＢＬ”によって示される情報（上記図１１参
照）に対応したＭＡＰ情報を現在ＣＲＴ２１０に表示し
ている状態であるか否かを判別する（ステップＳ２８０
８）。
【０１４０】ステップＳ２８０８の判別の結果、ＣＲＴ
２１０にＭＡＰを表示中でない場合、表示部４２７は、
対象検索結果に対応するＭＡＰ情報（上記ＢＬ情報に対
応したＭＡＰ情報をハードディスク（ＨＤＤ）２１１か
ら取得し（ステップＳ２８０９）、それを画面表示する
（ステップＳ２８１０）。その後、次のステップＳ２８
１１へと進む。
２１０にＭＡＰを表示中でない場合、表示部４２７は、
対象検索結果に対応するＭＡＰ情報（上記ＢＬ情報に対
応したＭＡＰ情報をハードディスク（ＨＤＤ）２１１か
ら取得し（ステップＳ２８０９）、それを画面表示する
（ステップＳ２８１０）。その後、次のステップＳ２８
１１へと進む。
【０１４１】ステップＳ２８０８の判別の結果、ＣＲＴ
２１０にＭＡＰを表示中である場合には、そのまま次の
ステップＳ２８１１へと進む。
２１０にＭＡＰを表示中である場合には、そのまま次の
ステップＳ２８１１へと進む。
【０１４２】ステップＳ２８１１では、表示部４２７
は、ＣＲＴ２１０に表示されているＭＡＰ上に、上記デ
バイス情報のアイコン情報の中の稼働中を示すアイコン
（上記図１１参照）を、上記デバイス情報の座標情報Ｍ
ＡＰにより示される位置に重ねて表示する。これによ
り、例えば、上記図１１に示したようなデバイス情報に
対する処理である場合、ＢＬ情報は「２−１」であるた
め、ＭＡＰとしては上記図１４に示したようなＭＡＰ情
報ＭＰ２−１が表示され、そのＭＡＰ上に、座標情報Ｍ
ＡＰ（＝１０Ｘ＋１０Ｙ）により示される位置に稼働中
状態を表すアイコンが表示されることになる。その後、
次の検索結果に対する処理を実行するために、ステップ
Ｓ２８０３へと戻り、以降の処理ステップを繰り返し実
行する。
は、ＣＲＴ２１０に表示されているＭＡＰ上に、上記デ
バイス情報のアイコン情報の中の稼働中を示すアイコン
（上記図１１参照）を、上記デバイス情報の座標情報Ｍ
ＡＰにより示される位置に重ねて表示する。これによ
り、例えば、上記図１１に示したようなデバイス情報に
対する処理である場合、ＢＬ情報は「２−１」であるた
め、ＭＡＰとしては上記図１４に示したようなＭＡＰ情
報ＭＰ２−１が表示され、そのＭＡＰ上に、座標情報Ｍ
ＡＰ（＝１０Ｘ＋１０Ｙ）により示される位置に稼働中
状態を表すアイコンが表示されることになる。その後、
次の検索結果に対する処理を実行するために、ステップ
Ｓ２８０３へと戻り、以降の処理ステップを繰り返し実
行する。
【０１４３】（３−３）イベント通知受信処理（ステッ
プＳ２６０８）：図３３参照
プＳ２６０８）：図３３参照
【０１４４】先ず、イベント情報受信部４２５は、上記
図３２のステップＳ２８０５及びＳ２８０６の処理によ
ってイベント通知先登録が行われたデバイスからのイベ
ント通知（上記図２５参照）を受信すると、その通知に
より示される該デバイスで発生したイベントの内容（イ
ベント情報）を取得する（ステップＳ２９０１）。
図３２のステップＳ２８０５及びＳ２８０６の処理によ
ってイベント通知先登録が行われたデバイスからのイベ
ント通知（上記図２５参照）を受信すると、その通知に
より示される該デバイスで発生したイベントの内容（イ
ベント情報）を取得する（ステップＳ２９０１）。
【０１４５】また、イベント情報受信部４２５は、上記
イベント通知に含まれる上記デバイスのロケーション情
報を取得する（ステップＳ２９０２）。
イベント通知に含まれる上記デバイスのロケーション情
報を取得する（ステップＳ２９０２）。
【０１４６】そして、イベント情報受信部４２５は、上
記図３２のステップＳ２８０２の処理によってハードデ
ィスク（ＨＤＤ）２１１へ保持された検索結果（サーバ
１１２からの検索結果）の中に、ステップＳ２９０２に
て取得したロケーション情報と一致する情報を有するデ
バイス情報が存在するか否かを判別する（ステップＳ２
９０３）。この判別の結果、一致するデバイス情報が存
在しない場合には、そのまま本処理終了となり、一致す
るデバイス情報が存在した場合に、次のステップＳ２９
０３からの処理が実行される。
記図３２のステップＳ２８０２の処理によってハードデ
ィスク（ＨＤＤ）２１１へ保持された検索結果（サーバ
１１２からの検索結果）の中に、ステップＳ２９０２に
て取得したロケーション情報と一致する情報を有するデ
バイス情報が存在するか否かを判別する（ステップＳ２
９０３）。この判別の結果、一致するデバイス情報が存
在しない場合には、そのまま本処理終了となり、一致す
るデバイス情報が存在した場合に、次のステップＳ２９
０３からの処理が実行される。
【０１４７】ステップＳ２９０３の判別の結果、一致す
るデバイス情報が存在した場合、表示部４２７は、ステ
ップＳ２９０２にて取得されたイベント情報に対応する
アイコン情報を、ステップＳ２９０３でのデバイス情報
に含まれる複数のアイコン情報の中から選択する（ステ
ップＳ２９０４）。例えば、上記図１１に示したような
デバイス情報が対象となっており、上記デバイスで発生
したイベントが”紙切れ”であった場合、「Ｎｏ ｐａ
ｐｅｒ」で示されるアイコン情報が選択されることにな
る。
るデバイス情報が存在した場合、表示部４２７は、ステ
ップＳ２９０２にて取得されたイベント情報に対応する
アイコン情報を、ステップＳ２９０３でのデバイス情報
に含まれる複数のアイコン情報の中から選択する（ステ
ップＳ２９０４）。例えば、上記図１１に示したような
デバイス情報が対象となっており、上記デバイスで発生
したイベントが”紙切れ”であった場合、「Ｎｏ ｐａ
ｐｅｒ」で示されるアイコン情報が選択されることにな
る。
【０１４８】表示部４２７は、上記デバイス情報に対応
したＭＡＰ情報、すなわち上記デバイス情報の”ＢＬ”
によって示される情報に対応したＭＡＰ情報を現在ＣＲ
Ｔ２１０に表示している状態であるか否かを判別する
（ステップＳ２９０５）。
したＭＡＰ情報、すなわち上記デバイス情報の”ＢＬ”
によって示される情報に対応したＭＡＰ情報を現在ＣＲ
Ｔ２１０に表示している状態であるか否かを判別する
（ステップＳ２９０５）。
【０１４９】ステップＳ２９０５の判別の結果、ＣＲＴ
２１０にＭＡＰを表示中でない場合、表示部４２７は、
上記デバイス情報に対応したＭＡＰ情報を、上記デバイ
ス情報に対応する検索結果に対応してハードディスク
（ＨＤＤ）２１１へ保持されているＭＡＰ情報を取得し
（ステップＳ２９０６）、それを画面表示する（ステッ
プＳ２９０７）。その後、次のステップＳ２９０８へと
進む。
２１０にＭＡＰを表示中でない場合、表示部４２７は、
上記デバイス情報に対応したＭＡＰ情報を、上記デバイ
ス情報に対応する検索結果に対応してハードディスク
（ＨＤＤ）２１１へ保持されているＭＡＰ情報を取得し
（ステップＳ２９０６）、それを画面表示する（ステッ
プＳ２９０７）。その後、次のステップＳ２９０８へと
進む。
【０１５０】ステップＳ２９０５の判別の結果、ＣＲＴ
２１０にＭＡＰを表示中である場合には、そのまま次の
ステップＳ２９０８へと進む。
２１０にＭＡＰを表示中である場合には、そのまま次の
ステップＳ２９０８へと進む。
【０１５１】ステップＳ２９０８では、表示部４２７
は、ステップＳ２９０２にて取得されたロケーション情
報に基づいて、対応するＭＡＰ上のアイコンを、ステッ
プＳ２９０４で選択したアイコンに変更する。これによ
り、例えば、上記図２０に示したような画面が表示され
ている状態中に、カラーＬＢＰ１０１にて紙切れが発生
した場合、上記図２０中のカラーＬＢＰ１０１のアイコ
ンは、上記図２７に示したようなアイコンに変更されて
表示されることになる。その後、本処理終了となる。
は、ステップＳ２９０２にて取得されたロケーション情
報に基づいて、対応するＭＡＰ上のアイコンを、ステッ
プＳ２９０４で選択したアイコンに変更する。これによ
り、例えば、上記図２０に示したような画面が表示され
ている状態中に、カラーＬＢＰ１０１にて紙切れが発生
した場合、上記図２０中のカラーＬＢＰ１０１のアイコ
ンは、上記図２７に示したようなアイコンに変更されて
表示されることになる。その後、本処理終了となる。
【０１５２】 （４）デバイスのイベント通知先登録動作：図３５参照 ここでは説明の簡単のために、各種デバイスのうちのカ
ラーＬＢＰ１０１に着目して、そのイベント通知先登録
動作について説明する。
ラーＬＢＰ１０１に着目して、そのイベント通知先登録
動作について説明する。
【０１５３】カラーＬＢＰ１０１において、先ず、ＣＰ
Ｕ２３０２は、自デバイスに電源が投入されると、クラ
イアント１１１，１１３からのイベント通知先登録要求
（状態取得要求、上記図２２参照）を受信するために、
受信ポートをオープンし、受信可能状態とする（ステッ
プＳ３１０１）。
Ｕ２３０２は、自デバイスに電源が投入されると、クラ
イアント１１１，１１３からのイベント通知先登録要求
（状態取得要求、上記図２２参照）を受信するために、
受信ポートをオープンし、受信可能状態とする（ステッ
プＳ３１０１）。
【０１５４】ステップＳ３１０１での処理により、イベ
ント通知先登録要求受信部４３３が、あるクライアント
からのイベント通知先登録要求を受信すると（ステップ
Ｓ３１０２）、イベント通知先保持部４３４は、そのイ
ベント通知先登録要求に含まれる通知条件や通知先の情
報を、上記図２３に示したようなテーブル（イベント通
知先テーブル）で管理する（ステップＳ３１０３）。
ント通知先登録要求受信部４３３が、あるクライアント
からのイベント通知先登録要求を受信すると（ステップ
Ｓ３１０２）、イベント通知先保持部４３４は、そのイ
ベント通知先登録要求に含まれる通知条件や通知先の情
報を、上記図２３に示したようなテーブル（イベント通
知先テーブル）で管理する（ステップＳ３１０３）。
【０１５５】そこで、ＣＰＵ２３０２は、自デバイスの
状態を調査する（ステップＳ３１０４）。この結果、紙
切れや紙詰まり等のイベントが既に発生していることが
検知されると、イベント通知部４３５は、ステップＳ３
１０４で検知した自デバイスの状態（発生しているイベ
ント）をクライアントへ通知するためのイベント通知処
理を実行する（ステップＳ３１０５）。その後、ステッ
プＳ３１０２へと戻り、他のクライアントからの登録待
ち状態となり、受信する度に、以降の処理ステップを繰
り返し実行する。
状態を調査する（ステップＳ３１０４）。この結果、紙
切れや紙詰まり等のイベントが既に発生していることが
検知されると、イベント通知部４３５は、ステップＳ３
１０４で検知した自デバイスの状態（発生しているイベ
ント）をクライアントへ通知するためのイベント通知処
理を実行する（ステップＳ３１０５）。その後、ステッ
プＳ３１０２へと戻り、他のクライアントからの登録待
ち状態となり、受信する度に、以降の処理ステップを繰
り返し実行する。
【０１５６】（４−１）イベント通知処理：図３６参照
【０１５７】先ず、イベント通知部４３５は、自デバイ
スの状態変化のイベント発生を検知する（ステップＳ３
２０１）。尚、状態変化のイベント発生が検知されるま
で、本ステップに処理がとどまる。
スの状態変化のイベント発生を検知する（ステップＳ３
２０１）。尚、状態変化のイベント発生が検知されるま
で、本ステップに処理がとどまる。
【０１５８】次に、イベント通知部４３５は、上記図３
５のステップＳ３１０３により保持されている通知条件
やイベント通知先を参照し、イベント通知を送信すべき
クライアント、すなわち現在発生しているイベントを通
知すべきクライアントを把握する（ステップＳ３２０
２）。
５のステップＳ３１０３により保持されている通知条件
やイベント通知先を参照し、イベント通知を送信すべき
クライアント、すなわち現在発生しているイベントを通
知すべきクライアントを把握する（ステップＳ３２０
２）。
【０１５９】そして、イベント通知部４３５は、ステッ
プＳ３２０２の処理の結果、通知すべきクライアントが
存在するか否かを判別する（ステップＳ３２０３）。こ
の判別の結果、通知すべきクライアントが存在しない場
合には、本処理終了となり、通知すべきクライアントが
存在する場合に、次のステップＳ３２０４を実行する。
プＳ３２０２の処理の結果、通知すべきクライアントが
存在するか否かを判別する（ステップＳ３２０３）。こ
の判別の結果、通知すべきクライアントが存在しない場
合には、本処理終了となり、通知すべきクライアントが
存在する場合に、次のステップＳ３２０４を実行する。
【０１６０】ステップＳ３２０３の判別の結果、通知す
べきクライアントが存在する場合、イベント通知部４３
５は、イベント情報を含めたイベント通知パケット（上
記図２５参照）を作成する（ステップＳ３２０４）。そ
して、その通知すべきクライアントの全てに対して、ス
テップＳ３２０４にて作成したイベント通知を送信する
（ステップＳ３１０５）。その後、本処理終了となる。
べきクライアントが存在する場合、イベント通知部４３
５は、イベント情報を含めたイベント通知パケット（上
記図２５参照）を作成する（ステップＳ３２０４）。そ
して、その通知すべきクライアントの全てに対して、ス
テップＳ３２０４にて作成したイベント通知を送信する
（ステップＳ３１０５）。その後、本処理終了となる。
【０１６１】上述のように、本実施の形態では、クライ
アント１１１，１１３において、ユーザから指定された
検索条件に一致したデバイスの位置情報を取得し、その
デバイスのアイコンをＭＡＰ上に表示することによっ
て、どのデバイスが、どの位置にあるかをユーザに容易
に理解させることができる。特に、本実施の形態では、
ＭＡＰ上のアイコンを、それに対応するデバイスの状態
（稼働中、紙切れ、紙詰まり、トナーなし、ドアオープ
ン等の状態）に応じて変更するようにしたので、ユーザ
ーは視覚的に容易にデバイスの状態を知ることができる
ようになる。これにより、ユーザーは、使用可能なデバ
イスを効率的に選択し使用することができる。
アント１１１，１１３において、ユーザから指定された
検索条件に一致したデバイスの位置情報を取得し、その
デバイスのアイコンをＭＡＰ上に表示することによっ
て、どのデバイスが、どの位置にあるかをユーザに容易
に理解させることができる。特に、本実施の形態では、
ＭＡＰ上のアイコンを、それに対応するデバイスの状態
（稼働中、紙切れ、紙詰まり、トナーなし、ドアオープ
ン等の状態）に応じて変更するようにしたので、ユーザ
ーは視覚的に容易にデバイスの状態を知ることができる
ようになる。これにより、ユーザーは、使用可能なデバ
イスを効率的に選択し使用することができる。
【０１６２】また、本実施の形態では、デバイスの状態
を表すアイコン情報（デバイスビットマップアイコン情
報）をサーバ１１２に持たせ、クライアント１１１，１
１３が表示の際に、このアイコン情報をデバイス検索サ
ーバから取得する構成としているため、クライアント１
１１，１１３に、アイコン情報を予め保持しておく必要
がない。これは数多くのクライアントが存在する場合
に、それぞれのクライアントにアイコン情報をインスト
ールする必要がないため、クライアント側のユーザの負
担を軽減することができると共に、不明の状態のデバイ
スを表示することもなくなるという効果がある。
を表すアイコン情報（デバイスビットマップアイコン情
報）をサーバ１１２に持たせ、クライアント１１１，１
１３が表示の際に、このアイコン情報をデバイス検索サ
ーバから取得する構成としているため、クライアント１
１１，１１３に、アイコン情報を予め保持しておく必要
がない。これは数多くのクライアントが存在する場合
に、それぞれのクライアントにアイコン情報をインスト
ールする必要がないため、クライアント側のユーザの負
担を軽減することができると共に、不明の状態のデバイ
スを表示することもなくなるという効果がある。
【０１６３】また、本実施の形態では、アイコン情報を
重ねて表示するＭＡＰ情報をもサーバ１１２に管理させ
るように構成しているため、さらに、クライアント側の
ユーザの負担を軽減することができる。また、例えば、
ＭＡＰ情報の変更（レイアウト変更）があった場合に
は、サーバ１１２内のＭＡＰ情報のみを変更すればよ
い。
重ねて表示するＭＡＰ情報をもサーバ１１２に管理させ
るように構成しているため、さらに、クライアント側の
ユーザの負担を軽減することができる。また、例えば、
ＭＡＰ情報の変更（レイアウト変更）があった場合に
は、サーバ１１２内のＭＡＰ情報のみを変更すればよ
い。
【０１６４】また、本実施の形態では、デバイスの状態
取得のためにポーリングを行わず、イベント通知方式を
採用しているので、ユーザはリアルタイムにデバイスの
状態を知ることができると共に、クライアント１１１，
１１３のＣＰＵの負荷を軽減することができる。さらに
は、ネットワークのトラフィックを軽減することもでき
る。
取得のためにポーリングを行わず、イベント通知方式を
採用しているので、ユーザはリアルタイムにデバイスの
状態を知ることができると共に、クライアント１１１，
１１３のＣＰＵの負荷を軽減することができる。さらに
は、ネットワークのトラフィックを軽減することもでき
る。
【０１６５】尚、本実施の形態では、サーバ１１２から
クライアントに対して、デバイスの検索結果と共に、当
該検索結果に対応するＭＡＰ情報を送信するようにした
が、例えば、クライアントが、サーバ１１２から検索結
果を受信し、その検索結果に基づいて、対応するＭＡＰ
情報をサーバ１１２に要求するようにしてもよい。
クライアントに対して、デバイスの検索結果と共に、当
該検索結果に対応するＭＡＰ情報を送信するようにした
が、例えば、クライアントが、サーバ１１２から検索結
果を受信し、その検索結果に基づいて、対応するＭＡＰ
情報をサーバ１１２に要求するようにしてもよい。
【０１６６】上記の場合、クライアントは、上記図３２
に示したステップＳ２８０９の処理において、デバイス
情報のＢＬ情報に対応したＭＡＰ情報をサーバ１１２へ
要求することで、当該ＭＡＰ情報を取得する。また、上
記３３に示したステップＳ２９０６においても、デバイ
ス情報のＢＬ情報に対応したＭＡＰ情報をサーバ１１２
へ要求することで、当該ＭＡＰ情報を取得する。
に示したステップＳ２８０９の処理において、デバイス
情報のＢＬ情報に対応したＭＡＰ情報をサーバ１１２へ
要求することで、当該ＭＡＰ情報を取得する。また、上
記３３に示したステップＳ２９０６においても、デバイ
ス情報のＢＬ情報に対応したＭＡＰ情報をサーバ１１２
へ要求することで、当該ＭＡＰ情報を取得する。
【０１６７】サーバ１１２は、クライアントからのＭＡ
Ｐ情報の要求に対して該当するＭＡＰ情報を返送するた
めに、例えば、図３７に示すような処理を実行する。
Ｐ情報の要求に対して該当するＭＡＰ情報を返送するた
めに、例えば、図３７に示すような処理を実行する。
【０１６８】すなわち、サーバ１１２は、例えば、クラ
イアント１１１からのＭＡＰ情報取得要求（ＭＡＰ情報
のダウンロード要求）を受けると（ステップＳ３５０
１）、そのＭＡＰ情報取得要求に含まれるロケーション
情報に対応するＭＡＰ情報がＭＡＰ情報保持部４１５に
て保持されているか否かを判別する（Ｓ３５０２）。具
体的には例えば、ＭＡＰ情報保持部４１５によって管理
されている、上記図１７の”１４０２”及び”１４０
３”に示したような情報テーブルを参照し、上記ロケー
ション情報の同図”１４０１”に示すようなＣ，Ｏ，Ｂ
Ｒ，ＯＰ，ＢＵ，ＢＬ情報に対応したＭＡＰ情報が存在
するか否かを判別することで、クライアント１１１での
ＭＡＰ表示が可能であるか否かを判別する。尚、ここで
は、上記デバイス情報中のロケーション情報が、上記図
１７の”１４０１”に示した各情報を含む場合に、ＭＡ
Ｐ表示可能と判別される。
イアント１１１からのＭＡＰ情報取得要求（ＭＡＰ情報
のダウンロード要求）を受けると（ステップＳ３５０
１）、そのＭＡＰ情報取得要求に含まれるロケーション
情報に対応するＭＡＰ情報がＭＡＰ情報保持部４１５に
て保持されているか否かを判別する（Ｓ３５０２）。具
体的には例えば、ＭＡＰ情報保持部４１５によって管理
されている、上記図１７の”１４０２”及び”１４０
３”に示したような情報テーブルを参照し、上記ロケー
ション情報の同図”１４０１”に示すようなＣ，Ｏ，Ｂ
Ｒ，ＯＰ，ＢＵ，ＢＬ情報に対応したＭＡＰ情報が存在
するか否かを判別することで、クライアント１１１での
ＭＡＰ表示が可能であるか否かを判別する。尚、ここで
は、上記デバイス情報中のロケーション情報が、上記図
１７の”１４０１”に示した各情報を含む場合に、ＭＡ
Ｐ表示可能と判別される。
【０１６９】ステップＳ３５０２の判別の結果、クライ
アント１１１でのＭＡＰ表示が可能である場合、サーバ
１１２は、そのＭＡＰ情報をＭＡＰ情報保持部４１５か
ら取得し、それをクライアント１１１に対して送信する
（ステップＳ３５０３）。
アント１１１でのＭＡＰ表示が可能である場合、サーバ
１１２は、そのＭＡＰ情報をＭＡＰ情報保持部４１５か
ら取得し、それをクライアント１１１に対して送信する
（ステップＳ３５０３）。
【０１７０】ステップＳ３５０２の判別の結果、クライ
アント１１１でのＭＡＰ表示が可能でない場合、サーバ
１１２は、上記図１６に示したようなｕｎｋｎｏｗｎＭ
ＡＰ情報ＵＭＰをＭＡＰ情報保持部４１５から取得し、
それをクライアント１１１に対して送信する（ステップ
Ｓ３５０４）。
アント１１１でのＭＡＰ表示が可能でない場合、サーバ
１１２は、上記図１６に示したようなｕｎｋｎｏｗｎＭ
ＡＰ情報ＵＭＰをＭＡＰ情報保持部４１５から取得し、
それをクライアント１１１に対して送信する（ステップ
Ｓ３５０４）。
【０１７１】（第２の実施の形態）ここでは、上記図５
に示したような階層的構造のロケーション情報（位置情
報）に基づく検索に関する実施の形態を説明する。
に示したような階層的構造のロケーション情報（位置情
報）に基づく検索に関する実施の形態を説明する。
【０１７２】まず、上述した第１の実施の形態では、上
記図１７に示したように、レイアウトビットマップとし
て、各ブロックのビットマップ（ＭＰ１−１，ＭＰ１−
２，ＭＰ２−１，ＭＰ２−２）、及び Unknownビットマ
ップＵＭＰの計５枚のレイアウトビットマップを有する
場合とした。これに対して、本実施の形態では、さらに
各階層毎にレイアウトビットマップを有する場合とし、
以下、この場合のクライアント側での表示方法について
説明する。尚、本実施の形態の表示方法には、先に説明
したクライアントの表示方法が含まれるものである。
記図１７に示したように、レイアウトビットマップとし
て、各ブロックのビットマップ（ＭＰ１−１，ＭＰ１−
２，ＭＰ２−１，ＭＰ２−２）、及び Unknownビットマ
ップＵＭＰの計５枚のレイアウトビットマップを有する
場合とした。これに対して、本実施の形態では、さらに
各階層毎にレイアウトビットマップを有する場合とし、
以下、この場合のクライアント側での表示方法について
説明する。尚、本実施の形態の表示方法には、先に説明
したクライアントの表示方法が含まれるものである。
【０１７３】図３８は、検索する各階層に対応するビッ
トマップリスト（以下、「ビットマップ対応リスト」と
言う）を示す図である。このビットマップ対応リストの
下部に示すリストは、上記図１７に示したＭＡＰ情報の
管理情報に相当するリストである。
トマップリスト（以下、「ビットマップ対応リスト」と
言う）を示す図である。このビットマップ対応リストの
下部に示すリストは、上記図１７に示したＭＡＰ情報の
管理情報に相当するリストである。
【０１７４】本実施の形態では、アイコン情報（デバイ
スビットマップアイコン）を表示する場合、検索する階
層の属性のすぐ下の属性情報に基づくようにする。階層
の上下関係は、上記図５に示した通りである。例えば、
「ＢＵ＝ＡＡビル」の検索条件で全てのデバイスを検索
する場合には、そのすぐ下の属性ＦＬ（上記図５参照）
を、そのデバイスのアイコンを表示するための位置情報
として、レイアウトビットマップ上に表示する。
スビットマップアイコン）を表示する場合、検索する階
層の属性のすぐ下の属性情報に基づくようにする。階層
の上下関係は、上記図５に示した通りである。例えば、
「ＢＵ＝ＡＡビル」の検索条件で全てのデバイスを検索
する場合には、そのすぐ下の属性ＦＬ（上記図５参照）
を、そのデバイスのアイコンを表示するための位置情報
として、レイアウトビットマップ上に表示する。
【０１７５】そこで、まず、クライアント側での検索結
果の表示処理について説明する。
果の表示処理について説明する。
【０１７６】例えば、ＡＢＣ商事にある全てのデバイス
の検索を行う場合、あるクライアント側（クライアント
１１１とする）のユーザは、上記図８に示したようなの
検索条件入力画面上で、検索項目の入力欄１００１ａに
「会社名（Ｏ）」をプルダウンメニューから選択して入
力し、その属性値の入力欄１００２ａに「ＡＢＣ商事」
を入力して、検索開始ボタン１００５を押してデバイス
検索を実行する。
の検索を行う場合、あるクライアント側（クライアント
１１１とする）のユーザは、上記図８に示したようなの
検索条件入力画面上で、検索項目の入力欄１００１ａに
「会社名（Ｏ）」をプルダウンメニューから選択して入
力し、その属性値の入力欄１００２ａに「ＡＢＣ商事」
を入力して、検索開始ボタン１００５を押してデバイス
検索を実行する。
【０１７７】これにより上記のデバイス検索を実行した
クライアント１１１は、上述した第１の実施の形態で説
明した手順で、サーバ１１２から検索結果を得る。そし
て、クライアント１１１は、サーバ１１２から獲得した
検索結果に基づいて、デバイスビットマップアイコンを
レイアウトビットマップ上に重ねて表示する。このと
き、クライアント１１１の表示処理は、図３９のフロー
チャートに示したものとなる。
クライアント１１１は、上述した第１の実施の形態で説
明した手順で、サーバ１１２から検索結果を得る。そし
て、クライアント１１１は、サーバ１１２から獲得した
検索結果に基づいて、デバイスビットマップアイコンを
レイアウトビットマップ上に重ねて表示する。このと
き、クライアント１１１の表示処理は、図３９のフロー
チャートに示したものとなる。
【０１７８】すなわち、検索結果表示処理が開始される
と、得られた検索結果の全ての表示が終了したか否かを
判断し（ステップＳ６００１）、全ての処理が終わるま
で、表示処理を全て繰り返すことになる。ステップＳ６
００１での判断の結果、検索結果の処理を全て終了して
いない場合には、検索結果のロケーション情報中からデ
バイス名（ＮＭ）情報を取得する。これは、後述するス
テップＳ６００８やステップＳ６０１０、ステップＳ６
０１３でデバイスビットマップアイコンを表示するため
に行う処理である。
と、得られた検索結果の全ての表示が終了したか否かを
判断し（ステップＳ６００１）、全ての処理が終わるま
で、表示処理を全て繰り返すことになる。ステップＳ６
００１での判断の結果、検索結果の処理を全て終了して
いない場合には、検索結果のロケーション情報中からデ
バイス名（ＮＭ）情報を取得する。これは、後述するス
テップＳ６００８やステップＳ６０１０、ステップＳ６
０１３でデバイスビットマップアイコンを表示するため
に行う処理である。
【０１７９】次に、検索した条件の属性に対応したレイ
アウトビットマップが既に表示済みかどうかを判断する
（ステップＳ６００３）。ここでは、「属性＝Ｏ、属性
値＝ＡＢＣ商事」の条件で検索を実行したことから、上
記図３８に示したビットマップ対応リストを参照して、
図４０に示すようなレイアウトビットマップＭＰ１０１
上に検索結果のデバイスビットマップアイコンを表示す
ることになる。したがって、ステップＳ６００３では、
上記図４０のレイアウトビットマップＭＰ１０１が表示
済みかどうかを判断する。
アウトビットマップが既に表示済みかどうかを判断する
（ステップＳ６００３）。ここでは、「属性＝Ｏ、属性
値＝ＡＢＣ商事」の条件で検索を実行したことから、上
記図３８に示したビットマップ対応リストを参照して、
図４０に示すようなレイアウトビットマップＭＰ１０１
上に検索結果のデバイスビットマップアイコンを表示す
ることになる。したがって、ステップＳ６００３では、
上記図４０のレイアウトビットマップＭＰ１０１が表示
済みかどうかを判断する。
【０１８０】ステップＳ６００３の判断の結果、まだレ
イアウトビットマップを表示していない場合には、対応
するレイアウトビットマップを画面上に表示し（ステッ
プＳ６００４）、次のステップＳ６００５の処理に移行
する。
イアウトビットマップを表示していない場合には、対応
するレイアウトビットマップを画面上に表示し（ステッ
プＳ６００４）、次のステップＳ６００５の処理に移行
する。
【０１８１】一方、ステップＳ６００３での判断の結
果、レイアウトビットマップを既に表示済みであった場
合には、上述のステップＳ６００４の処理はスキップし
て、検索した属性の下層属性とその属性値とを検索結果
から取得する（ステップＳ６００５）。
果、レイアウトビットマップを既に表示済みであった場
合には、上述のステップＳ６００４の処理はスキップし
て、検索した属性の下層属性とその属性値とを検索結果
から取得する（ステップＳ６００５）。
【０１８２】そして、この取得した下層の属性値を表示
可能かどうかを判断する（ステップＳ６００６）。この
判断の結果、属性値の範囲外だったものや、属性値が入
力されていないデバイスは表示不可能ということで、ス
テップＳ６０１１に進む。
可能かどうかを判断する（ステップＳ６００６）。この
判断の結果、属性値の範囲外だったものや、属性値が入
力されていないデバイスは表示不可能ということで、ス
テップＳ６０１１に進む。
【０１８３】ステップＳ６０１１では、Unknown マップ
ＵＭＰが既に表示済みかどうかを判断し、未表示であっ
た場合にはUnknown マップＵＭＰを表示する（ステップ
Ｓ６０１２）。そして、ステップＳ６００２で獲得した
デバイス名（ＮＭ値）に対応するデバイスビットマップ
アイコンを、Unknown マップＵＭＰのデバイス欄１９０
２に表示する（ステップＳ６０１３）。
ＵＭＰが既に表示済みかどうかを判断し、未表示であっ
た場合にはUnknown マップＵＭＰを表示する（ステップ
Ｓ６０１２）。そして、ステップＳ６００２で獲得した
デバイス名（ＮＭ値）に対応するデバイスビットマップ
アイコンを、Unknown マップＵＭＰのデバイス欄１９０
２に表示する（ステップＳ６０１３）。
【０１８４】一方、ステップＳ６００６での判断の結
果、上記取得した下層の属性値を表示可能であった場合
には、その下層属性がＭＡＰ属性（アイコンの表示座標
情報）であるかどうかを判断する（ステップＳ６００
７）。この判断の結果、ＭＡＰ属性でなかった場合に
は、表示しているレイアウトビットマップ上の属性位置
に、ステップＳ６００２で取得したデバイス名（ＮＭ
値）に対応するデバイスビットマップアイコンを重ねて
表示する（ステップＳ６００８）。ここでは、階層型ロ
ケーション情報で階層Ｏの下の階層ＢＲの属性値が「東
京支店」であることから（上記図５参照）、取得された
各デバイス名に対応するアイコンは、東京支店５００１
の位置上に表示されることになる。その結果、図４１の
ような表示を得ることになる。
果、上記取得した下層の属性値を表示可能であった場合
には、その下層属性がＭＡＰ属性（アイコンの表示座標
情報）であるかどうかを判断する（ステップＳ６００
７）。この判断の結果、ＭＡＰ属性でなかった場合に
は、表示しているレイアウトビットマップ上の属性位置
に、ステップＳ６００２で取得したデバイス名（ＮＭ
値）に対応するデバイスビットマップアイコンを重ねて
表示する（ステップＳ６００８）。ここでは、階層型ロ
ケーション情報で階層Ｏの下の階層ＢＲの属性値が「東
京支店」であることから（上記図５参照）、取得された
各デバイス名に対応するアイコンは、東京支店５００１
の位置上に表示されることになる。その結果、図４１の
ような表示を得ることになる。
【０１８５】また、より詳細にデバイスの位置を検索す
る場合、ユーザは、上記図８の検索条件入力画面上で、
検索項目の入力欄１００１ａに「ブロック名（ＢＬ）」
をプルダウンメニューから選択して入力し、その属性値
の入力欄１００２ａに「２−１」を入力して、検索開始
ボタン１００５を押してデバイス検索を実行する。
る場合、ユーザは、上記図８の検索条件入力画面上で、
検索項目の入力欄１００１ａに「ブロック名（ＢＬ）」
をプルダウンメニューから選択して入力し、その属性値
の入力欄１００２ａに「２−１」を入力して、検索開始
ボタン１００５を押してデバイス検索を実行する。
【０１８６】これにより、クライアント１１１は、上述
した第１の実施の形態で説明した手順で、サーバ１１２
から検索結果を得る。そして、クライアント１１１は、
検索サーバＰＣから獲得した検索結果に基づいて、デバ
イスビットマップアイコンをレイアウトビットマップ上
に重ねて表示する。このときも、上記図３９の処理フロ
ーを実行する。
した第１の実施の形態で説明した手順で、サーバ１１２
から検索結果を得る。そして、クライアント１１１は、
検索サーバＰＣから獲得した検索結果に基づいて、デバ
イスビットマップアイコンをレイアウトビットマップ上
に重ねて表示する。このときも、上記図３９の処理フロ
ーを実行する。
【０１８７】この場合は、ステップＳ６００７での判断
の結果、ステップＳ６００５で取得した下層の属性がＭ
ＡＰ属性であることから、ステップＳ６００９に進む。
ステップＳ６００９では、そのＭＡＰ情報で示される座
標範囲がレイアウトビットマップの範囲内かどうかを判
断する。そして、範囲内であった場合には、そのとき表
示しているレイアウトビットマップの座標位置に、ステ
ップＳ６００２で獲得したデバイス名（ＮＭ値）に対応
するデバイスビットマップアイコンを重ねて表示する
（ステップＳ６０１０）。
の結果、ステップＳ６００５で取得した下層の属性がＭ
ＡＰ属性であることから、ステップＳ６００９に進む。
ステップＳ６００９では、そのＭＡＰ情報で示される座
標範囲がレイアウトビットマップの範囲内かどうかを判
断する。そして、範囲内であった場合には、そのとき表
示しているレイアウトビットマップの座標位置に、ステ
ップＳ６００２で獲得したデバイス名（ＮＭ値）に対応
するデバイスビットマップアイコンを重ねて表示する
（ステップＳ６０１０）。
【０１８８】ここでは、「属性＝ＢＬ、属性値＝２−
１」の条件で検索を実行したことから、上記図３７に示
したビットマップ対応リストを参照して、上記図１４に
示すようなレイアウトビットマップＭＰ２−１上に検索
結果のデバイスアイコンを表示することになる。また、
階層ロケーション情報の属性ＢＬの階層下の属性がＭＡ
Ｐ属性であることから（上記図５参照）、検索結果の各
デバイスを表すアイコンは、そのレイアウト上の座標上
に表示されることになる。この結果、上記図２０のよう
な表示を得ることになる。
１」の条件で検索を実行したことから、上記図３７に示
したビットマップ対応リストを参照して、上記図１４に
示すようなレイアウトビットマップＭＰ２−１上に検索
結果のデバイスアイコンを表示することになる。また、
階層ロケーション情報の属性ＢＬの階層下の属性がＭＡ
Ｐ属性であることから（上記図５参照）、検索結果の各
デバイスを表すアイコンは、そのレイアウト上の座標上
に表示されることになる。この結果、上記図２０のよう
な表示を得ることになる。
【０１８９】尚、ステップＳ６００９での判断の結果、
ＭＡＰ情報で示される座標範囲がレイアウトビットマッ
プの範囲内かなかった場合は、ステップＳ６０１３に進
み、ステップＳ６００２で獲得したデバイス名（ＮＭ
値）に対応するデバイスビットマップアイコンを、Unkn
own マップＵＭＰのデバイス欄１９０２に表示すること
になる。
ＭＡＰ情報で示される座標範囲がレイアウトビットマッ
プの範囲内かなかった場合は、ステップＳ６０１３に進
み、ステップＳ６００２で獲得したデバイス名（ＮＭ
値）に対応するデバイスビットマップアイコンを、Unkn
own マップＵＭＰのデバイス欄１９０２に表示すること
になる。
【０１９０】つぎに、上述した検索結果の表示の他の表
示例を幾つか挙げて説明する。
示例を幾つか挙げて説明する。
【０１９１】先に説明したように、上記図４０は、「属
性＝Ｏ、属性値＝ＡＢＣ商事」で検索した場合に使用さ
れるレイアウトビットマップＭＰ１０１を示したもので
ある。この場合、属性Ｏの下層属性ＢＲの属性値が「東
京支店」であるデバイスのデバイスビットマップアイコ
ンは５００１に表示され、属性値が「大阪支店」である
デバイスのデバイスビットマップアイコンはレイアウト
ビットマップ５００２にアイコンが表示される。したが
って、「属性＝Ｏ、属性値＝ＡＢＣ商事」の条件ですべ
てのデバイスを検索したときの結果表示は上記図４１に
示すようになる。
性＝Ｏ、属性値＝ＡＢＣ商事」で検索した場合に使用さ
れるレイアウトビットマップＭＰ１０１を示したもので
ある。この場合、属性Ｏの下層属性ＢＲの属性値が「東
京支店」であるデバイスのデバイスビットマップアイコ
ンは５００１に表示され、属性値が「大阪支店」である
デバイスのデバイスビットマップアイコンはレイアウト
ビットマップ５００２にアイコンが表示される。したが
って、「属性＝Ｏ、属性値＝ＡＢＣ商事」の条件ですべ
てのデバイスを検索したときの結果表示は上記図４１に
示すようになる。
【０１９２】図４２は、「属性＝ＢＲ、属性値＝東京支
店」の条件で検索した場合に使用されるレイアウトビッ
トマップＭＰ１０２である。この場合、属性ＢＲの下層
属性はＯＰであるが、これはオプション（OPTION）があ
ることを示し、さらにもう一層下に詳細情報があること
を示している。その属性ＢＵの属性値がＡＡビルである
デバイスのデバイスビットマップアイコンはレイアウト
ビットマップ５２０１に表示される。したがって、「属
性＝ＢＲ、属性値＝東京支店」の条件ですべてのデバイ
スを検索したときの結果表示は図４３に示すようにな
り、この図４３に示すように、ＡＡビル内に存在するデ
バイスのデバイスビットマップアイコンが、レイアウト
ビットマップ５２０１に表示される。
店」の条件で検索した場合に使用されるレイアウトビッ
トマップＭＰ１０２である。この場合、属性ＢＲの下層
属性はＯＰであるが、これはオプション（OPTION）があ
ることを示し、さらにもう一層下に詳細情報があること
を示している。その属性ＢＵの属性値がＡＡビルである
デバイスのデバイスビットマップアイコンはレイアウト
ビットマップ５２０１に表示される。したがって、「属
性＝ＢＲ、属性値＝東京支店」の条件ですべてのデバイ
スを検索したときの結果表示は図４３に示すようにな
り、この図４３に示すように、ＡＡビル内に存在するデ
バイスのデバイスビットマップアイコンが、レイアウト
ビットマップ５２０１に表示される。
【０１９３】図４４は、「属性＝ＢＵ、属性値＝ＡＡビ
ル」の条件で検索した場合に使用されるレイアウトビッ
トマップＭＰ１０３である。この場合、属性ＢＵの下層
属性ＦＬの属性値が２Ｆであるデバイスのデバイスビッ
トマップアイコンはレイアウトビットマップ５４０２上
に表示され、属性値が１Ｆであるデバイスのデバイスビ
ットマップアイコンはレイアウトビットマップ５４０１
上に表示されることになる。したがって、「属性＝Ｂ
Ｕ、属性値＝ＡＡビル」の条件ですべてのデバイスを検
索したときの結果表示は図４５に示すようになり、この
図４５に示すように、２Ｆのフロア内に存在する全ての
デバイスのデバイスビットマップアイコンはレイアウト
ビットマップ５４０２に表示され、１Ｆのフロア内に存
在する全てのデバイスのデバイスビットマップアイコン
はレイアウトビットマップ５４０１に表示される。
ル」の条件で検索した場合に使用されるレイアウトビッ
トマップＭＰ１０３である。この場合、属性ＢＵの下層
属性ＦＬの属性値が２Ｆであるデバイスのデバイスビッ
トマップアイコンはレイアウトビットマップ５４０２上
に表示され、属性値が１Ｆであるデバイスのデバイスビ
ットマップアイコンはレイアウトビットマップ５４０１
上に表示されることになる。したがって、「属性＝Ｂ
Ｕ、属性値＝ＡＡビル」の条件ですべてのデバイスを検
索したときの結果表示は図４５に示すようになり、この
図４５に示すように、２Ｆのフロア内に存在する全ての
デバイスのデバイスビットマップアイコンはレイアウト
ビットマップ５４０２に表示され、１Ｆのフロア内に存
在する全てのデバイスのデバイスビットマップアイコン
はレイアウトビットマップ５４０１に表示される。
【０１９４】図４６は、「属性＝ＦＬ、属性値＝２Ｆ」
の条件で検索した場合に使用されるレイアウトビットマ
ップＭＰ１０４である。この場合、属性ＦＬの下層属性
ＢＬの属性値が”２−１”であるデバイスのデバイスビ
ットマップアイコンはレイアウトビットマップ５６０１
上に表示され、属性値が”２−２”であるデバイスのデ
バイスビットマップアイコンはレイアウトビットマップ
５６０２上に表示される。したがって、「属性＝ＦＬ、
属性値＝２Ｆ」の条件ですべてのデバイスを検索したと
きの結果表示は図４７に示すようになり、この図４７に
示すように、２Ｆ−１に存在する全てのデバイスのデバ
イスビットマップアイコンがレイアウトビットマップ５
６０１上に表示され、２Ｆ−２に存在する全てのデバイ
スのデバイスビットマップアイコンが２Ｆ−２のレイア
ウトビットマップ５６０２上に表示される。
の条件で検索した場合に使用されるレイアウトビットマ
ップＭＰ１０４である。この場合、属性ＦＬの下層属性
ＢＬの属性値が”２−１”であるデバイスのデバイスビ
ットマップアイコンはレイアウトビットマップ５６０１
上に表示され、属性値が”２−２”であるデバイスのデ
バイスビットマップアイコンはレイアウトビットマップ
５６０２上に表示される。したがって、「属性＝ＦＬ、
属性値＝２Ｆ」の条件ですべてのデバイスを検索したと
きの結果表示は図４７に示すようになり、この図４７に
示すように、２Ｆ−１に存在する全てのデバイスのデバ
イスビットマップアイコンがレイアウトビットマップ５
６０１上に表示され、２Ｆ−２に存在する全てのデバイ
スのデバイスビットマップアイコンが２Ｆ−２のレイア
ウトビットマップ５６０２上に表示される。
【０１９５】図４８は、「属性＝ＦＬ、属性値＝１Ｆ」
の条件で検索した場合に使用されるレイアウトビットマ
ップＭＰ１０５である。この場合の検索の結果表示は、
図４９に示すように、属性ＦＬの下層属性ＢＬの属性値
が”１−２”であるデバイスのデバイスのデバイスビッ
トマップアイコンはレイアウトビットマップ５８０１上
に表示され、属性値が”１−１”であるデバイスのデバ
イスビットマップアイコンはレイアウトビットマップ５
８０２上に表示される。
の条件で検索した場合に使用されるレイアウトビットマ
ップＭＰ１０５である。この場合の検索の結果表示は、
図４９に示すように、属性ＦＬの下層属性ＢＬの属性値
が”１−２”であるデバイスのデバイスのデバイスビッ
トマップアイコンはレイアウトビットマップ５８０１上
に表示され、属性値が”１−１”であるデバイスのデバ
イスビットマップアイコンはレイアウトビットマップ５
８０２上に表示される。
【０１９６】上述したように、本実施の形態によれば、
ユーザの検索要求レベルに応じて、詳細な表示からおお
ざっぱな表示まで、ロケーション情報の各階層に応じた
検索とその表示を行うことが可能になる。
ユーザの検索要求レベルに応じて、詳細な表示からおお
ざっぱな表示まで、ロケーション情報の各階層に応じた
検索とその表示を行うことが可能になる。
【０１９７】尚、本実施の形態では、ＭＡＰ上にデバイ
スを示すアイコンを表示するように構成したが、これに
限られることはなく、例えば、デバイスを示す情報とし
て文字情報を用い、これをＭＡＰ上に表示するようにし
てもよい。
スを示すアイコンを表示するように構成したが、これに
限られることはなく、例えば、デバイスを示す情報とし
て文字情報を用い、これをＭＡＰ上に表示するようにし
てもよい。
【０１９８】また、本実施の形態では、ＭＡＰ上にデバ
イスを示すアイコンを画面上に表示出力するようにした
が、これに限られることはなく、例えば、プリント出力
等、ユーザが視覚的にデバイスの位置や状態等を把握で
きるような出力であればよい。
イスを示すアイコンを画面上に表示出力するようにした
が、これに限られることはなく、例えば、プリント出力
等、ユーザが視覚的にデバイスの位置や状態等を把握で
きるような出力であればよい。
【０１９９】また、本実施の形態での上述した動作を実
施するためのネットワークデバイス制御プログラムが、
外部からインストールされるプログラムによってＰＣ２
００（上記図２参照）にて遂行されるようにしてよい。
この場合、上記プログラムを含む情報群を、ＣＤ−ＲＯ
Ｍやフラッシュメモリ、フロッピーディスク等の外部の
記憶媒体、或いは電子メールやパソコン通信等のネット
ワークを介してＰＣ２００に供給し、ＰＣ２００内にて
その情報群をロードする場合でも、本発明は適用される
ものである。
施するためのネットワークデバイス制御プログラムが、
外部からインストールされるプログラムによってＰＣ２
００（上記図２参照）にて遂行されるようにしてよい。
この場合、上記プログラムを含む情報群を、ＣＤ−ＲＯ
Ｍやフラッシュメモリ、フロッピーディスク等の外部の
記憶媒体、或いは電子メールやパソコン通信等のネット
ワークを介してＰＣ２００に供給し、ＰＣ２００内にて
その情報群をロードする場合でも、本発明は適用される
ものである。
【０２００】図５０は、上記記憶媒体の一例としてのＣ
Ｄ−ＲＯＭのメモリマップを示したものである。この図
５０において、”９９９９”に示す領域には、それ以降
のインストールプログラムを記憶してある領域９９９
８、及びネットワークデバイス端末装置制御プログラム
を記憶してある領域９９９７のアドレス情報が、ディレ
クトリ情報として格納される。したがって、上記ネット
ワーク制御プログラムがＰＣ２００にインストールされ
る際には、先ず、領域９９９８のインストールプログラ
ムがＰＣ２００内にロードされてＣＰＵ２０２によって
実行される。このインストールプログラムの実行によ
り、領域９９９７からネットワークデバイス端末装置制
御プログラムが読み出され、ハードディスク（ＨＤＤ）
２１１に格納されることになる。その後、ＣＰＵ２０２
がハードディスク（ＨＤＤ）２１１内のプログラムを読
み出して実行することで、本実施の形態での機能が実現
されることになる。
Ｄ−ＲＯＭのメモリマップを示したものである。この図
５０において、”９９９９”に示す領域には、それ以降
のインストールプログラムを記憶してある領域９９９
８、及びネットワークデバイス端末装置制御プログラム
を記憶してある領域９９９７のアドレス情報が、ディレ
クトリ情報として格納される。したがって、上記ネット
ワーク制御プログラムがＰＣ２００にインストールされ
る際には、先ず、領域９９９８のインストールプログラ
ムがＰＣ２００内にロードされてＣＰＵ２０２によって
実行される。このインストールプログラムの実行によ
り、領域９９９７からネットワークデバイス端末装置制
御プログラムが読み出され、ハードディスク（ＨＤＤ）
２１１に格納されることになる。その後、ＣＰＵ２０２
がハードディスク（ＨＤＤ）２１１内のプログラムを読
み出して実行することで、本実施の形態での機能が実現
されることになる。
【０２０１】また、本発明は、複数の機器（例えば、ホ
ストコンピュータ、インタフェース機器、リーダ等）か
ら構成されるシステム、或いは統合装置に適用しても、
１つの機器からなる装置に適用しても、上述した効果を
得ることができる。
ストコンピュータ、インタフェース機器、リーダ等）か
ら構成されるシステム、或いは統合装置に適用しても、
１つの機器からなる装置に適用しても、上述した効果を
得ることができる。
【０２０２】また、本発明は、本実施の形態の機能を実
現するソフトウェアのプログラムコード（上記図４に示
した機能を実現するプログラムコード等）を記録した記
憶媒体を、システム或いは装置に供給し、そのシステム
或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）
が、記憶媒体に格納されたプログラムコードを読み出し
て実行することによっても、本発明の目的が達成される
ことは言うまでもない。この場合、記憶媒体から読み出
されたプログラムコード自体が本発明の新規な機能を実
現することになり、そのプログラムコードを記憶した記
憶媒体は、本発明を構成することになる。プログラムコ
ードを供給するための記憶媒体としては、例えば、フロ
ッピー（登録商標）ディスク、ハードディスク、光ディ
スク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気
テープ、不揮発性のメモリカード、ＲＯＭなどを用いる
ことができる。
現するソフトウェアのプログラムコード（上記図４に示
した機能を実現するプログラムコード等）を記録した記
憶媒体を、システム或いは装置に供給し、そのシステム
或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）
が、記憶媒体に格納されたプログラムコードを読み出し
て実行することによっても、本発明の目的が達成される
ことは言うまでもない。この場合、記憶媒体から読み出
されたプログラムコード自体が本発明の新規な機能を実
現することになり、そのプログラムコードを記憶した記
憶媒体は、本発明を構成することになる。プログラムコ
ードを供給するための記憶媒体としては、例えば、フロ
ッピー（登録商標）ディスク、ハードディスク、光ディ
スク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気
テープ、不揮発性のメモリカード、ＲＯＭなどを用いる
ことができる。
【０２０３】また、コンピュータが読み出したプログラ
ムコードを実行することによって、本実施の形態の機能
が実現される他、そのプログラムコードの指示に基づ
き、コンピュータ上で稼動しているＯＳ等が実際の処理
の一部又は全てを実行することによっても、本実施の形
態の機能が実現され得る。
ムコードを実行することによって、本実施の形態の機能
が実現される他、そのプログラムコードの指示に基づ
き、コンピュータ上で稼動しているＯＳ等が実際の処理
の一部又は全てを実行することによっても、本実施の形
態の機能が実現され得る。
【０２０４】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドや、コンピュータに接続された機能拡張ユニットに備
わるメモリに書き込まれた後、そのプログラムコードの
指示に基づき、その機能拡張ボードや機能拡張ユニット
に備わるＣＰＵ等が実際の処理の一部又は全てを実行す
ることによっても、本実施の形態の機能が実現され得
る。
ラムコードが、コンピュータに挿入された機能拡張ボー
ドや、コンピュータに接続された機能拡張ユニットに備
わるメモリに書き込まれた後、そのプログラムコードの
指示に基づき、その機能拡張ボードや機能拡張ユニット
に備わるＣＰＵ等が実際の処理の一部又は全てを実行す
ることによっても、本実施の形態の機能が実現され得
る。
【０２０５】また、本発明は、本実施の形態の機能を実
現するソフトウェアのプログラムコードを記録した記憶
媒体から読み出し、そのプログラムを、パソコン通信等
の通信ラインを介して要求者にそのプログラムを配信す
る場合にも適用できることは言うまでもない。
現するソフトウェアのプログラムコードを記録した記憶
媒体から読み出し、そのプログラムを、パソコン通信等
の通信ラインを介して要求者にそのプログラムを配信す
る場合にも適用できることは言うまでもない。
【０２０６】
【発明の効果】以上説明したように本発明では、クライ
アントにおいて、サーバで検出されたデバイスの状態を
表す状態情報（アイコン等）を、当該デバイスが設置さ
れている位置（ロケーション情報により示される位置）
に対応するマップ上に重ねて出力（表示出力等）し、さ
らにその状態情報の出力を当該デバイスから通知される
当該デバイスの状態に応じて変更するように構成したの
で、クライアント側のユーザは、どのデバイスが、どの
位置にあるかを容易に理解することができると共に、デ
バイスの現在状態をも知ることができる。これにより、
ユーザーは、使用可能なデバイスを効率的に選択し使用
することができる。
アントにおいて、サーバで検出されたデバイスの状態を
表す状態情報（アイコン等）を、当該デバイスが設置さ
れている位置（ロケーション情報により示される位置）
に対応するマップ上に重ねて出力（表示出力等）し、さ
らにその状態情報の出力を当該デバイスから通知される
当該デバイスの状態に応じて変更するように構成したの
で、クライアント側のユーザは、どのデバイスが、どの
位置にあるかを容易に理解することができると共に、デ
バイスの現在状態をも知ることができる。これにより、
ユーザーは、使用可能なデバイスを効率的に選択し使用
することができる。
【０２０７】また、デバイスの状態情報をサーバで管理
すると共に、マップ情報をもサーバで保持するように構
成したので、例えば、数多くのクライアントが存在する
場合、それぞれのクライアントにデバイスの状態情報や
マップ情報をインストールする必要がない。これによ
り、クライアント側のユーザの負担を軽減することがで
きる。
すると共に、マップ情報をもサーバで保持するように構
成したので、例えば、数多くのクライアントが存在する
場合、それぞれのクライアントにデバイスの状態情報や
マップ情報をインストールする必要がない。これによ
り、クライアント側のユーザの負担を軽減することがで
きる。
【０２０８】また、クライアントがデバイスの状態変化
（イベント）を取得する際に、デバイスが自己の状態変
化が発生した時にそれをクライアントへ通知するように
構成したので（イベント通知方式の採用）、クライアン
トは、デバイスの状態をリアルタイムに認識し、マップ
上に重ねて出力しているデバイスの状態情報を当該デバ
イスの状態に応じて変更することができる。これによ
り、クライアント側のユーザは、リアルタイムにデバイ
スの状態を知ることができると共に、クライアントの負
荷を軽減することができる。さらには、ネットワークの
トラフィックを軽減することもできる。
（イベント）を取得する際に、デバイスが自己の状態変
化が発生した時にそれをクライアントへ通知するように
構成したので（イベント通知方式の採用）、クライアン
トは、デバイスの状態をリアルタイムに認識し、マップ
上に重ねて出力しているデバイスの状態情報を当該デバ
イスの状態に応じて変更することができる。これによ
り、クライアント側のユーザは、リアルタイムにデバイ
スの状態を知ることができると共に、クライアントの負
荷を軽減することができる。さらには、ネットワークの
トラフィックを軽減することもできる。
【図１】第１の実施の形態において、本発明を適用した
ネットワークシステムの構成を示すブロック図である。
ネットワークシステムの構成を示すブロック図である。
【図２】上記ネットワークシステムのクライアント及び
サーバとして用いるパーソナルコンピュータの内部構成
を示すブロック図である。
サーバとして用いるパーソナルコンピュータの内部構成
を示すブロック図である。
【図３】上記ネットワークシステムのデバイスの内部構
成を示すブロック図である。
成を示すブロック図である。
【図４】上記ネットワークシステムの最も特徴とする構
成を機能的に示すブロック図である。
成を機能的に示すブロック図である。
【図５】上記サーバが管理するデバイスのロケーション
情報の階層的構造を説明するための図である。
情報の階層的構造を説明するための図である。
【図６】上記デバイスが上記サーバに対して登録するデ
バイス情報を説明するための図である。
バイス情報を説明するための図である。
【図７】上記サーバが管理する上記デバイス情報を説明
するための図である。
するための図である。
【図８】上記クライアントでの検索条件入力画面を説明
するための図である。
するための図である。
【図９】上記検索条件入力画面での入力状態の一例を説
明するための図である。
明するための図である。
【図１０】上記検索条件入力画面にて入力された検索情
報に対応した検索条件式を説明するための図である。
報に対応した検索条件式を説明するための図である。
【図１１】上記サーバから上記クライアントに対して送
信される検索結果の一例を説明するための図である。
信される検索結果の一例を説明するための図である。
【図１２】上記サーバが保持しているレイアウトビット
マップ情報の例１を説明するための図である。
マップ情報の例１を説明するための図である。
【図１３】上記サーバが保持しているレイアウトビット
マップ情報の例２を説明するための図である。
マップ情報の例２を説明するための図である。
【図１４】上記サーバが保持しているレイアウトビット
マップ情報の例３を説明するための図である。
マップ情報の例３を説明するための図である。
【図１５】上記サーバが保持しているレイアウトビット
マップ情報の例４を説明するための図である。
マップ情報の例４を説明するための図である。
【図１６】上記サーバが保持しているレイアウトビット
マップ情報（ＵＭＰ）の一例を説明するための図であ
る。
マップ情報（ＵＭＰ）の一例を説明するための図であ
る。
【図１７】上記レイアウトビットマップ情報と上記ロケ
ーション情報を対応付けて管理するためのテーブル情報
を説明するための図である。
ーション情報を対応付けて管理するためのテーブル情報
を説明するための図である。
【図１８】上記クライアントにおいて、上記レイアウト
ビットマップ上に上記デバイスを示すアイコンが表示さ
れた状態の例１を説明するための図である。
ビットマップ上に上記デバイスを示すアイコンが表示さ
れた状態の例１を説明するための図である。
【図１９】上記クライアントにおいて、上記レイアウト
ビットマップ上に上記デバイスを示すアイコンが表示さ
れた状態の例２を説明するための図である。
ビットマップ上に上記デバイスを示すアイコンが表示さ
れた状態の例２を説明するための図である。
【図２０】上記クライアントにおいて、上記レイアウト
ビットマップ上に上記デバイスを示すアイコンが表示さ
れた状態の例３を説明するための図である。
ビットマップ上に上記デバイスを示すアイコンが表示さ
れた状態の例３を説明するための図である。
【図２１】上記クライアントにおいて、上記レイアウト
ビットマップ上に上記デバイスを示すアイコンが表示さ
れた状態の例４を説明するための図である。
ビットマップ上に上記デバイスを示すアイコンが表示さ
れた状態の例４を説明するための図である。
【図２２】上記クライアントから上記デバイスに対して
発行されるイベント通知先登録要求を説明するための図
である。
発行されるイベント通知先登録要求を説明するための図
である。
【図２３】上記デバイスが上記イベント通知先登録要求
を管理するためのテーブル情報を説明するための図であ
る。
を管理するためのテーブル情報を説明するための図であ
る。
【図２４】上記デバイスから上記クライアントに対して
送信されるイベント通知先登録の応答を説明するための
図である。
送信されるイベント通知先登録の応答を説明するための
図である。
【図２５】上記デバイスから上記クライアントに対して
返送されるイベント通知を説明するための図である。
返送されるイベント通知を説明するための図である。
【図２６】上記レイアウトビットマップ上に上記デバイ
スを示すアイコンを所定位置に重ねて表示するための処
理を説明するための図である。
スを示すアイコンを所定位置に重ねて表示するための処
理を説明するための図である。
【図２７】上記レイアウトビットマップ上のアイコン
が、上記デバイス状態に応じて変更された状態を説明す
るための図である。
が、上記デバイス状態に応じて変更された状態を説明す
るための図である。
【図２８】上記サーバの全体動作を説明するためのフロ
ーチャートである。
ーチャートである。
【図２９】上記サーバの全体動作のデバイス検索処理を
説明するためのフローチャートである。
説明するためのフローチャートである。
【図３０】上記クライアントの全体動作を説明するため
のフローチャートである。
のフローチャートである。
【図３１】上記クライアントの全体動作のデバイス検索
要求発行処理を説明するためのフローチャートである。
要求発行処理を説明するためのフローチャートである。
【図３２】上記クライアントの全体動作のデバイス検索
結果処理を説明するためのフローチャートである。
結果処理を説明するためのフローチャートである。
【図３３】上記クライアントの全体動作のイベント通知
受信処理を説明するためのフローチャートである。
受信処理を説明するためのフローチャートである。
【図３４】上記デバイスの上記サーバに対するデバイス
情報の登録処理を説明するためのフローチャートであ
る。
情報の登録処理を説明するためのフローチャートであ
る。
【図３５】上記デバイスのイベント通知先登録動作を説
明するためのフローチャートである。
明するためのフローチャートである。
【図３６】上記イベント通知先登録動作のイベント通知
処理を説明するためのフローチャートである。
処理を説明するためのフローチャートである。
【図３７】上記サーバのレイアウトビットマップの送信
処理を説明するためのフローチャートである。
処理を説明するためのフローチャートである。
【図３８】第２の実施の形態において、 検索する各階
層に対応するビットマップリストを示す図である。
層に対応するビットマップリストを示す図である。
【図３９】検索クライアントが行う検索結果表示処理を
示すフローチャートである。
示すフローチャートである。
【図４０】「属性＝Ｏ、属性値＝ＡＢＣ商事」で検索し
た場合に表示されるレイアウトビットマップを示す図で
ある。
た場合に表示されるレイアウトビットマップを示す図で
ある。
【図４１】「属性＝Ｏ、属性値＝ABC商事」の条件です
べてのデバイスを検索したときの結果表示を示す図であ
る。
べてのデバイスを検索したときの結果表示を示す図であ
る。
【図４２】「属性＝ＢＲ、属性値＝東京支店」で検索し
た場合に表示されるレイアウトビットマップを示す図で
ある。
た場合に表示されるレイアウトビットマップを示す図で
ある。
【図４３】「属性＝ＢＲ、属性値＝東京支店」の条件で
すべてのデバイスを検索したときの結果表示を示す図で
ある。
すべてのデバイスを検索したときの結果表示を示す図で
ある。
【図４４】「属性＝ＢＵ、属性値＝AAビル」で検索した
場合に表示されるレイアウトビットマップを示す図であ
る。
場合に表示されるレイアウトビットマップを示す図であ
る。
【図４５】「属性＝ＢＵ、属性値＝AAビル」の条件です
べてのデバイスを検索したときの結果表示を示す図であ
る。
べてのデバイスを検索したときの結果表示を示す図であ
る。
【図４６】「属性＝ＦＬ、属性値＝2F」で検索した場合
に表示されるレイアウトビットマップを示す図である。
に表示されるレイアウトビットマップを示す図である。
【図４７】「属性＝ＦＬ、属性値＝2F」の条件ですべて
のデバイスを検索したときの結果表示を示す図である。
のデバイスを検索したときの結果表示を示す図である。
【図４８】「属性＝ＦＬ、属性値＝1F」で検索した場合
に表示されるレイアウトビットマップを示す図である。
に表示されるレイアウトビットマップを示す図である。
【図４９】「属性＝ＦＬ、属性値＝1F」の条件ですべて
のデバイスを検索したときの結果表示を示す図である。
のデバイスを検索したときの結果表示を示す図である。
【図５０】本発明の機能を実施するためのネットワーク
デバイス制御プログラムが格納される記憶媒体の一例を
説明するための図である。
デバイス制御プログラムが格納される記憶媒体の一例を
説明するための図である。
１００ ネットワークシステム １１１，１１３ クライアント １１２ サーバ １０１〜１０５ デバイス １２０ ファイアウォール １３０ ネットワーク １４０ 他のネットワークシステム １５０ ＬＡＮ ４１１ 検索要求受信部 ４１２ デバイス情報管理部 ４１３ デバイス検索部 ４１４ 検索結果返送部 ４１５ ＭＡＰ情報保持部 ４２１ 検索条件指定部 ４２２ 問合部 ４２３ 検索結果受信部 ４２４ イベント通知先登録要求部 ４２５ イベント情報受信部 ４２７ 表示部 ４３１ デバイス情報保持部 ４３２ デバイス情報登録部 ４３３ イベント通知先登録要求受信部 ４３４ イベント通知先保持部 ４３５ イベント通知部
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B075 PP02 PP03 PP12 PP23 PQ02 PQ16 PQ32 PQ69 5B085 AA04 BE07 BG07 5B089 GA11 GA16 GA21 HA06 JA35 JB10 JB15 KA01 KA13 KB04 KC15 KC21 KC44 LB01 LB17 LB19 5E501 AC24 AC25 AC33 BA02 BA05 CA03 CA04 DA02 DA11 FA04 FA05 FA14 FA22 FA43 FA44 FA46
Claims (14)
- 【請求項１】 任意のデバイスの検索条件を指定するた
めの検索条件指定手段と、 ネットワーク上に接続されたサーバに対して、上記検索
条件指定手段によって指定された検索条件に対応するデ
バイスの検索を要求する検索要求手段と、 上記検索要求手段での検索要求により上記サーバから送
られてくる上記検索の結果によって示される上記ネット
ワーク上に接続されたデバイスに対して、当該デバイス
の状態変化発生時に当該状態変化の通知を要求する状態
変化通知要求手段と、 上記サーバから送られてくる、上記ネットワーク上に接
続されるデバイスの位置に関する情報を階層的に表した
ロケーション情報の各階層に対応するマップを表すマッ
プ情報の中の上記検索の結果によって示される上記ネッ
トワーク上に接続されたデバイスに対応するマップ情報
を受信するマップ情報受信手段と、 上記マップ情報受信手段にて受信されたマップ情報と、
上記検索の結果に含まれる上記デバイスの複数の状態に
対応した複数の状態情報の中から選択した状態情報とを
重ねて出力する出力手段とを備え、 上記出力手段は、上記状態変化通知要求手段での状態変
化通知により上記デバイスから通知されてくる当該デバ
イスの状態変化に応じて対応する状態情報を上記複数の
状態情報の中から選択することを特徴とする情報処理装
置。 - 【請求項２】 上記出力手段は、情報の表示出力機能を
有することを特徴とする請求項１記載の情報処理装置。 - 【請求項３】 ネットワーク上に接続されるデバイスの
位置に関する情報を階層的に表したロケーション情報、
デバイスの属性情報、及びデバイスの複数の状態に対応
する複数の状態情報を管理する管理手段と、 上記ロケーション情報の各階層に対応するマップを表す
マップ情報を保持する第１の保持手段と、 外部から送られてくるデバイスの検索要求に基づいて、
当該検索要求に対応するデバイスを上記管理手段の中の
情報により検索する検索手段と、 上記検索要求の発行元に対して、上記検索手段での検索
により検出されたデバイスに対応する情報を上記管理手
段及び上記第１の保持手段の中からそれぞれ取得して送
信する検索結果送信手段とを備えることを特徴とする情
報処理装置。 - 【請求項４】 上記管理手段は、上記デバイスから送ら
れてくる上記ロケーション情報、上記属性情報、及び上
記複数の状態情報を管理することを特徴とする請求項３
記載の情報処理装置。 - 【請求項５】 上記状態情報は、アイコンを含むことを
特徴とする請求項１又は３記載の情報処理装置。 - 【請求項６】 ネットワーク上に接続されたクライアン
ト、サーバ、及びデバイスを含むネットワークシステム
であって、 上記クライアント及びサーバの少なくとも何れかは、請
求項１〜５の何れかに記載の情報処理装置の機能を有す
ることを特徴とするネットワークシステム。 - 【請求項７】 ネットワーク上にクライアント、サー
バ、及びデバイスを接続して構成されるネットワークシ
ステムであって、 上記クライアントは、 任意のデバイスの検索条件を指定するための検索条件指
定手段と、 上記サーバに対して、上記検索条件指定手段によって指
定された検索条件に対応するデバイスの検索を要求する
検索要求手段と、 上記検索要求手段での検索要求により上記サーバから送
られてくる上記検索の結果によって示される上記ネット
ワーク上に接続されたデバイスに対して、当該デバイス
の状態変化発生時に当該状態変化の通知を要求する状態
変化通知要求手段と、 上記サーバから送られてくる、上記ネットワーク上に接
続されるデバイスの位置に関する情報を階層的に表した
ロケーション情報の各階層に対応するマップを表すマッ
プ情報の中の上記検索の結果によって示される上記ネッ
トワーク上に接続されたデバイスに対応するマップ情報
を受信するマップ情報受信手段と、 上記マップ情報受信手段にて受信されたマップ情報と、
上記検索の結果に含まれる上記デバイスの複数の状態に
対応した複数の状態情報の中から選択した状態情報とを
重ねて出力する出力手段とを備え、 上記サーバは、 上記ネットワーク上に接続されるデバイスの位置に関す
る情報を階層的に表したロケーション情報、デバイスの
属性情報、及びデバイスの複数の状態に対応する複数の
状態情報を管理する管理手段と、 上記ネットワーク上に接続されるデバイスの位置に関す
る情報を階層的に表したロケーション情報の各階層に対
応するマップを表すマップ情報を保持する第１の保持手
段と、 上記クライアントから送られてくるデバイスの検索要求
に基づいて、当該検索要求に対応するデバイスを上記管
理手段の中の情報により検索する検索手段と、 上記検索要求の発行元のクライアントに対して、上記検
索手段での検索により検出されたデバイスに対応する情
報を上記管理手段及び上記第１の保持手段の中からそれ
ぞれ取得して送信する検索結果送信手段とを備え、 上記デバイスは、 上記ネットワーク上の自己の位置を表す階層的なロケー
ション情報、自己の属性情報、及び自己の複数の状態に
対応する複数の状態情報を含む情報を保持する第２の保
持手段と、 上記第２の保持手段にて保持された情報を上記サーバの
上記管理手段へ登録する情報登録手段と、 上記クライアントから送られてくる状態変化通知要求を
保持する第３の保持手段と、 上記第３の保持手段の中の情報に基づいて、自己の状態
変化発生時に当該状態変化を上記状態変化通知要求の発
行元のクライアントに対して通知する状態変化通知手段
とを備え、 上記クライアントの出力手段は、上記状態変化通知要求
手段での状態変化通知により上記デバイスから通知され
てくる当該デバイスの状態変化に応じて対応する状態情
報を上記複数の状態情報の中から選択することを特徴と
するネットワークシステム。 - 【請求項８】 上記出力手段は、情報の表示出力機能を
有することを特徴とする請求項７記載のネットワークシ
ステム。 - 【請求項９】 上記状態情報は、アイコンを含むことを
特徴とする請求項７記載のネットワークシステム。 - 【請求項１０】 クライアント、サーバ、及びデバイス
が接続されたネットワーク上において、サーバがクライ
アントからのデバイス検索要求に基づいてデバイスの検
索を行い、その検索結果をクライアントが取得して出力
するためのデバイス検索方法であって、 上記デバイスが、上記ネットワーク上の自己の位置を表
す階層的なロケーション情報、自己の属性情報、及び自
己の複数の状態に対応する複数の状態情報を含む情報を
上記サーバへ登録する登録ステップと、 上記サーバが、上記登録ステップによる上記デバイスか
らの情報を管理する管理ステップと、 上記サーバが、上記ロケーション情報の各階層に対応す
るマップを表すマップ情報を保持するマップ保持ステッ
プと、 上記クライアントが、ユーザから指定入力されたデバイ
スの検索条件に対応するデバイスの検索を上記サーバに
対して要求する検索要求ステップと、 上記サーバが、上記クライアントからのデバイスの検索
要求に基づいて当該検索要求に対応するデバイスを上記
管理ステップによる管理情報から検索し、その検索によ
り検出したデバイスに対応する情報を上記管理ステップ
による管理情報及び上記マップ保持ステップにより保持
情報の中からそれぞれ取得して上記検索要求の発行元の
クライアントに対して返送する検索ステップと、 上記クライアントが、上記サーバから返送されてきた情
報により示される上記ネットワーク上に接続されたデバ
イスに対して当該デバイスの状態変化発生時の当該状態
変化の通知を要求する状態変化通知要求ステップと、 上記デバイスが、上記クライアントからの状態変化通知
要求を保持し、当該保持情報に基づいて自己の状態変化
発生時に当該状態変化を上記状態変化通知要求の発行元
のクライアントに対して通知する状態変化通知ステップ
と、 上記クライアントが、上記サーバから返送されてきた情
報に含まれるマップ情報と、上記サーバから返送されて
きた情報に含まれる複数の状態情報の中から選択した状
態情報とを重ねて出力する出力ステップと、 上記クライアントが、上記デバイスから通知されてくる
状態変化に応じて対応する状態情報を上記複数の状態情
報の中から選択することで、上記出力ステップでの出力
状態情報を変更する状態情報変更ステップとを含むこと
を特徴とするデバイス検索方法。 - 【請求項１１】 上記出力ステップは、情報を画面表示
出力するステップを含むことを特徴とする請求項１０記
載のデバイス検索方法。 - 【請求項１２】 上記状態情報は、アイコンを含むこと
を特徴とする請求項１０記載のデバイス検索方法。 - 【請求項１３】 請求項１〜９の何れか１項に記載の各
手段として、コンピュータを機能させるためのプログラ
ムを記録したことを特徴とするコンピュータ読み取り可
能な記憶媒体。 - 【請求項１４】 請求項１０〜１２の何れかに記載のデ
バイス検索方法の処理ステップを、コンピュータが読出
可能に格納したことを特徴とする記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20364199A JP2001034563A (ja) | 1999-07-16 | 1999-07-16 | 情報処理装置、ネットワークシステム、デバイス検索方法、及び記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20364199A JP2001034563A (ja) | 1999-07-16 | 1999-07-16 | 情報処理装置、ネットワークシステム、デバイス検索方法、及び記憶媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001034563A true JP2001034563A (ja) | 2001-02-09 |
Family
ID=16477417
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP20364199A Pending JP2001034563A (ja) | 1999-07-16 | 1999-07-16 | 情報処理装置、ネットワークシステム、デバイス検索方法、及び記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001034563A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11561746B2 (en) | 2020-10-27 | 2023-01-24 | Brother Kogyo Kabushiki Kaisha | Terminal apparatus and non-transitory computer-readable medium |
-
1999
- 1999-07-16 JP JP20364199A patent/JP2001034563A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11561746B2 (en) | 2020-10-27 | 2023-01-24 | Brother Kogyo Kabushiki Kaisha | Terminal apparatus and non-transitory computer-readable medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1073234B1 (en) | System and apparatus for searching for devices connected to a network | |
| EP1069727A2 (en) | System for searching a device on a network | |
| US7284013B2 (en) | System for searching device on network | |
| JP4424711B2 (ja) | ネットワークデバイス、ディレクトリサーバおよびネットワークシステム | |
| US20030115199A1 (en) | Device search system | |
| EP1058417A2 (en) | Apparatus for searching a device on a network | |
| US7719709B2 (en) | Print control apparatus, print control system, print control method, and recording medium having print control program | |
| EP2288078B1 (en) | Network management system, display method, and program | |
| US7099937B1 (en) | System for searching for device on network | |
| US7237015B1 (en) | System for setting location information in a device on a network | |
| JP2001034561A (ja) | 情報処理装置、ネットワークシステム、デバイス検索方法、及び記憶媒体 | |
| JP2001092764A (ja) | 情報処理装置、デバイス、ネットワークシステム、デバイスモニタ方法、デバイスの制御方法、及び記憶媒体 | |
| JP4122851B2 (ja) | Ｏａ機器管理システムおよびサーバコンピュータ | |
| JP2001034563A (ja) | 情報処理装置、ネットワークシステム、デバイス検索方法、及び記憶媒体 | |
| JP4261742B2 (ja) | デバイス、ネットワークシステム、ジョブ処理方法、ジョブモニタ方法、及びコンピュータ読み取り可能な記憶媒体 | |
| JP2001034564A (ja) | 情報処理装置、ネットワークシステム、デバイス検索方法、及び記憶媒体 | |
| JP4280399B2 (ja) | 情報処理装置、情報処理方法、記憶媒体 | |
| JP2001034562A (ja) | 情報処理装置、ネットワークシステム、デバイス検索方法、及び記憶媒体 | |
| JP2001092765A (ja) | 情報処理装置、デバイス、ネットワークシステム、情報処理方法、デバイス制御方法、デバイス検索方法及び記憶媒体 | |
| JP3768726B2 (ja) | デバイス検索クライアントおよびデバイス検索方法 | |
| JP2001306284A (ja) | サーバ装置およびクライアント装置およびデバイス検索方法および記憶媒体 | |
| JP2006268325A (ja) | サーバ端末装置、クライアント端末装置およびネットワークシステム | |
| JP2003150348A (ja) | プリントサービス装置 | |
| JP2001282659A (ja) | サーバ装置、クライアント端末装置、ネットワークシステム、ネットワークシステムにおけるデバイス端末表示方法、デバイス端末検索方法及び記憶媒体 | |
| CN117278522A (zh) | 获取便携式堡垒机网络地址的方法、装置、计算机设备 |