JP2001034561A

JP2001034561A - 情報処理装置、ネットワークシステム、デバイス検索方法、及び記憶媒体

Info

Publication number: JP2001034561A
Application number: JP20271199A
Authority: JP
Inventors: Nobuhiko Maki; 伸彦牧; Masahito Ochiai; 将人落合
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1999-07-16
Filing date: 1999-07-16
Publication date: 2001-02-09

Abstract

(57)【要約】【課題】ネットワーク上の所望するデバイスの位置、
属性、及び状態を視覚的に分かりやすく把握できるネッ
トワークシステムを提供する。【解決手段】サーバ１１２は、デバイスの位置に関す
る情報を階層的に表したロケーション情報、属性情報、
及びデバイスの各種状態に対応する複数の状態情報（ア
イコン情報）を保持する。クライアント１１１は、上記
ロケーション情報の各階層に対応するマップ情報を保持
し、サーバ１１２で検出されたデバイスの状態情報を、
当該デバイスに対応するマップ情報上に重ねて出力（表
示出力等）する。このとき、クライアント１１１は、上
記デバイスから通知（イベント通知）される当該デバイ
スの状態変化に応じて変更する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、ネットワ
ーク上のサーバ、クライアント、プリンタやコピー機等
のデバイスに適用される情報処理装置、ネットワークシ
ステム、デバイス検索方法、及びそれを実施するための
処理ステップをコンピュータが読出可能に格納した記憶
媒体に関し、特に、クライアントが任意のデバイスを利
用する際に、そのデバイスをネットワーク上から検索す
るための技術に関するものである。

【０００２】

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

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

【０００４】尚、上記ＬＤＡＰでの規定については、Ｉ
ＥＴＦから発行されているＲＦＣ１７７７に記載されて
おり、また、解説書としては、例えば、株式会社プレン
ティスホールより、「ＬＤＡＰインターネットディレク
トリアプリケーションプログラミング」が１９９７年１
１月１日に発行されている。

【０００５】

【発明が解決しようとする課題】しかしながら、上述し
たようなディレクトリサービス等による従来のデバイス
検索方法では、ネットワーク上で利用可能なデバイスが
実際に存在する位置情報や、そのデバイスの現在状態を
取得することができなかった。

【０００６】具体的には例えば、あるクライアント側の
ユーザがプリント出力のために、ディレクトリサービス
によってネットワーク上のプリンタを検索した場合、ク
ライアント側の装置（パーソナルコンピュータ等の情報
処理装置）には、ネットワーク上の利用可能なプリンタ
のネットワークアドレスが単に文字列で表示されるだけ
であった。このため、ユーザは、プリント出力する前に
プリント出力したいプリンタの位置を確認したり、プリ
ント出力後にそのプリント出力を行ったプリンタが自分
のフロア或いは他の階のフロア等、実際にどの場所にあ
るかを探し出す必要があった。また、カラープリント出
力したい場合、実際にプリント出力した後でしか、その
プリント出力を行ったプリンタがカラープリンタである
かどうかを知ることができなかった。さらに、プリント
出力に用いるプリンタが現在どのような状態（稼働状
態、エラー発生状態等）であるかは、実際にプリント出
力を行うときまで知ることができなかった。

【０００７】上述のように、従来のデバイス検索方法で
は、「自分のフロアにおいて、自分の場所に一番近いプ
リンタはどこにあるのか」、「カラー画像を出力できる
プリンタは、その建物の中のどの場所にあるのか」等と
いった、デバイスの位置情報やデバイスの属性を取得す
ることができなかった。また、デバイスの現在状態が稼
働状態であるか、エラー発生状態であるかといったデバ
イス状態は、実際にデバイスを使用するときまでわから
なかった。これは、ユーザにとって非常に不便であり、
プリント出力等の作業効率が悪くなる、といった問題に
つながる。

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

【０００９】

【課題を解決するための手段】斯かる目的下において、
第１の発明は、ネットワーク上に接続されるデバイスの
位置に関する情報を階層的に表したロケーション情報の
各階層に対応するマップを表すマップ情報を保持する第
１の保持手段と、任意のデバイスの検索条件を指定する
ための検索条件指定手段と、上記ネットワーク上に接続
されたサーバに対して、上記検索条件指定手段によって
指定された検索条件に対応するデバイスの検索を要求す
る検索要求手段と、上記検索要求手段での検索要求によ
り上記サーバから送られてくる上記検索の結果により示
される上記ネットワーク上に接続されたデバイスに対し
て、当該デバイスでの状態変化発生時に当該状態変化の
通知を要求する状態変化通知要求手段と、上記検索要求
手段での検索要求により上記サーバから送られてくる上
記検索の結果に応じて対応するマップ情報を上記第１の
保持手段の中から選択すると共に、上記検索の結果に含
まれる上記デバイスの複数の状態に対応した複数の状態
情報の中の何れかを選択して、両者を重ねて出力する出
力手段とを備え、上記出力手段は、上記状態変化通知要
求手段での状態変化通知により上記デバイスから通知さ
れてくる当該デバイスの状態変化に応じて対応する状態
情報を上記複数の状態情報の中から選択することを特徴
とする。

【００１０】第２の発明は、上記第１の発明において、
上記出力手段は、情報の表示出力機能を有することを特
徴とする。

【００１１】第３の発明は、ネットワーク上に接続され
るデバイスの位置に関する情報を階層的に表したロケー
ション情報、デバイスの属性情報、及びデバイスの複数
の状態に対応する複数の状態情報を管理する管理手段
と、外部から送られてくるデバイスの検索要求に基づい
て、当該検索要求に対応するデバイスを上記管理手段の
中の情報により検索する検索手段と、上記検索要求の発
行元に対して、上記検索手段での検索により検出された
デバイスに対応する情報を上記管理手段の中から取得し
て送信する検索結果送信手段とを備えることを特徴とす
る。

【００１２】第４の発明は、上記第３の発明において、
上記管理手段は、上記デバイスから送られてくる上記ロ
ケーション情報、上記属性情報、及び上記複数の状態情
報を管理することを特徴とする。

【００１３】第５の発明は、上記第１又は３の発明にお
いて、上記状態情報は、アイコンを含むことを特徴とす
る。

【００１４】第６の発明は、ネットワーク上に接続され
たクライアント、サーバ、及びデバイスを含むネットワ
ークシステムであって、上記クライアント及びサーバの
少なくとも何れかは、請求項１〜５の何れかに記載の情
報処理装置の機能を有することを特徴とする。

【００１５】第７の発明は、ネットワーク上にクライア
ント、サーバ、及びデバイスを接続して構成されるネッ
トワークシステムであって、上記クライアントは、上記
ネットワーク上に接続されるデバイスの位置に関する情
報を階層的に表したロケーション情報の各階層に対応す
るマップを表すマップ情報を保持する第１の保持手段
と、任意のデバイスの検索条件を指定するための検索条
件指定手段と、上記サーバに対して、上記検索条件指定
手段によって指定された検索条件に対応するデバイスの
検索を要求する検索要求手段と、上記検索要求手段での
検索要求により上記サーバから送られてくる上記検索の
結果により示される上記ネットワーク上に接続されたデ
バイスに対して、当該デバイスの状態変化発生時に当該
状態変化の通知を要求する状態変化通知要求手段と、上
記検索要求手段での検索要求により上記サーバから送ら
れてくる上記検索の結果に応じて対応するマップ情報を
上記第１の保持手段の中から選択すると共に、上記検索
の結果に含まれる上記デバイスの複数の状態に対応した
複数の状態情報の中の何れかを選択して、両者を重ねて
出力する出力手段とを備え、上記サーバは、上記ネット
ワーク上に接続されるデバイスの位置に関する情報を階
層的に表したロケーション情報、デバイスの属性情報、
及びデバイスの複数の状態に対応する複数の状態情報を
管理する管理手段と、上記クライアントから送られてく
るデバイスの検索要求に基づいて、当該検索要求に対応
するデバイスを上記管理手段の中の情報により検索する
検索手段と、上記検索要求の発行元のクライアントに対
して、上記検索手段での検索により検出されたデバイス
に対応する情報を上記管理手段の中から取得して送信す
る検索結果送信手段とを備え、上記デバイスは、上記ネ
ットワーク上の自己の位置を表す階層的なロケーション
情報、自己の属性情報、及び自己の複数の状態に対応す
る複数の状態情報を含む情報を保持する第２の保持手段
と、上記第２の保持手段にて保持された情報を上記サー
バの上記管理手段へ登録する情報登録手段と、上記クラ
イアントから送られてくる状態変化通知要求を保持する
第３の保持手段と、上記第３の保持手段の中の情報に基
づいて、自己の状態変化発生時に当該状態変化を上記状
態変化通知要求の発行元のクライアントに対して通知す
る状態変化通知手段とを備え、上記クライアントの出力
手段は、上記状態変化通知要求手段での状態変化通知に
より上記デバイスから通知されてくる当該デバイスの状
態変化に応じて対応する状態情報を上記複数の状態情報
の中から選択することを特徴とする。

【００１６】第８の発明は、上記第７の発明において、
上記出力手段は、情報の表示出力機能を有することを特
徴とする。

【００１７】第９の発明は、上記第７の発明において、
上記状態情報は、アイコンを含むことを特徴とする。

【００１８】第１０の発明は、クライアント、サーバ、
及びデバイスが接続されたネットワーク上において、サ
ーバがクライアントからのデバイス検索要求に基づいて
デバイスの検索を行い、その検索結果をクライアントが
取得して出力するためのデバイス検索方法であって、上
記デバイスが、上記ネットワーク上の自己の位置を表す
階層的なロケーション情報、自己の属性情報、及び自己
の複数の状態に対応する複数の状態情報を含む情報を上
記サーバへ登録する登録ステップと、上記サーバが、上
記登録ステップによる上記デバイスからの情報を管理す
る管理ステップと、上記クライアントが、上記ロケーシ
ョン情報の各階層に対応するマップを表すマップ情報を
保持するマップ保持ステップと、上記クライアントが、
ユーザから指定入力されたデバイスの検索条件に対応す
るデバイスの検索を上記サーバに対して要求する検索要
求ステップと、上記サーバが、上記クライアントからの
デバイスの検索要求に基づいて当該検索要求に対応する
デバイスを上記管理ステップによる管理情報から検索
し、その検索により検出したデバイスに対応する情報を
上記管理ステップによる管理情報の中から取得して上記
検索要求の発行元のクライアントに対して返送する検索
ステップと、上記クライアントが、上記サーバから返送
されてきた管理情報により示される上記ネットワーク上
に接続されたデバイスに対して当該デバイスの状態変化
発生時の当該状態変化の通知を要求する状態変化通知要
求ステップと、上記デバイスが、上記クライアントから
の状態変化通知要求を保持し、当該保持情報に基づいて
自己の状態変化発生時に当該状態変化を上記状態変化通
知要求の発行元のクライアントに対して通知する状態変
化通知ステップと、上記クライアントが、上記サーバか
ら返送されてきた管理情報に応じて対応するマップ情報
を上記マップ保持ステップによる保持情報の中から選択
すると共に、上記管理情報に含まれる上記複数の状態情
報の中の何れかを選択して、両者を重ねて出力する出力
ステップと、上記クライアントが、上記デバイスから通
知されてくる状態変化に応じて対応する状態情報を上記
複数の状態情報の中から選択することで、上記出力ステ
ップでの出力状態情報を変更する状態情報変更ステップ
とを含むことを特徴とする。

【００１９】第１１の発明は、上記第１０の発明におい
て、上記出力ステップは、情報を画面表示出力するステ
ップを含むことを特徴とする。

【００２０】第１２の発明は、上記第１０の発明におい
て、上記状態情報は、アイコンを含むことを特徴とす
る。

【００２１】第１３の発明は、請求項１〜９の何れか１
項に記載の各手段として、コンピュータを機能させるた
めのプログラムを記録した記憶媒体であることを特徴と
する。

【００２２】第１４の発明は、請求項１０〜１２の何れ
かに記載のデバイス検索方法の処理ステップを、コンピ
ュータが読出可能に格納した記憶媒体であることを特徴
とする。

【００２３】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３８】サーバ１１２は、クライアント１１１，１
１３からのデバイス検索の問い合わせ要求（デバイス検
索要求）を受信する検索要求受信部４１１と、それぞれ
のデバイスからのデバイス情報（ロケーション情報、属
性情報、及びアイコン情報）を管理するデバイス情報管
理部４１２と、検索要求受信部４１１にて受信されたデ
バイス検索要求に基づいてデバイス情報管理部４１３の
管理情報から該当するデバイスを検索するデバイス検索
部４１３と、デバイス検索部４１３での検索により検出
されたデバイスに対応するデバイス情報をデバイス情報
管理部４１３から取得して検索結果として上記デバイス
検索要求元のクライアントへ返送する検索結果返送部４
１４とを備えている。

【００３９】クライアント１１１及びクライアント１１
３はそれぞれ同様の機能を有しており、例えば、クライ
アント１１１は、キーボード２０９やマウス２１４（上
記図２参照）等の操作によるユーザからの検索条件を受
け付ける検索条件指定部４２１と、検索条件指定部４２
１にて受け付けられた検索条件に基づいてサーバ１１２
に対してデバイス検索要求を発行する問合部４２２と、
問合部４２２によるデバイス検索要求に対するサーバ１
１２からの検索結果を受信する検索結果受信部４２３
と、検索結果受信部４２３にて受信された検索結果に対
応するデバイスに対してイベント通知先登録要求を発行
するイベント通知先登録要求部４２４と、イベント通知
先登録要求部４２４によるイベント通知先登録要求の発
行先のデバイスからのイベント通知を受信するイベント
情報受信部４２５と、レイアウトビットマップ情報（以
下、「ＭＡＰ情報」と言う）を保持するＭＡＰ保持部４
２６と、検索結果受信部４２３にて受信された情報、Ｍ
ＡＰ保持部４２６の情報、及びイベント情報受信部４２
５にて受信された情報に基づいてＣＲＴ２１０（上記図
２参照）による画面表示を行なう表示部４２７とを備え
ている。

【００４０】それぞれのデバイス（本システムのデバイ
ス１０１〜１０５や他のネットワークシステム１４０の
デバイス等）はそれぞれ同様の機能を有しており、例え
ば、デバイス１０１は、自デバイスのロケーション情
報、属性情報、及び様々なデバイス状態に対応した複数
のアイコン情報を含むデバイス情報を不揮発性ＲＡＭ
（ＮＶＲＡＭ）２３１２（上記図３参照）へ保持するデ
バイス情報保持部４３１と、デバイス情報保持部４３１
により保持されたデバイス情報をサーバ１１２に登録す
るためのデバイス情報登録部４３２と、クライアント１
１１，１１３からのイベント通知先登録要求を受信する
イベント通知先登録受信部４３３と、イベント通知先登
録受信部４３３にて受信されたイベント通知先登録要求
の情報を保持するイベント通知先保持部４３４と、自デ
バイスでイベントが発生した場合にそのイベントをイベ
ント通知先保持部４３４の情報により示されるクライア
ントへ通知するイベント通知部４３５とを備えている。

【００４１】そこで、まず、上述のような構成によるネ
ットワークシステム１００の一連の動作の概要を説明す
る。

【００４２】先ず、それぞれのデバイスにおいて、デバ
イス情報保持部４３１は、自デバイスのロケーション情
報（２階フロア等の現在自デバイスが存在している位置
を後述する階層的構造に従って示した情報）、属性情報
（カラー入出力が可能であるか否か等）、及び現在状態
（稼働中状態や紙詰まり発生状態等）を視覚的に示すた
めの様々なデバイス状態に対応した複数のアイコン情報
を含むデバイス情報を、不揮発性ＲＡＭ（ＮＶＲＡＭ）
２３１２（上記図３）によって保持している。これによ
り、自デバイスのデバイス情報を、自デバイスの電源が
遮断されてもそのまま保持することができる。

【００４３】デバイス情報登録部４３２は、自デバイス
が電源ＯＮされると、デバイス情報保持部４３１により
保持されているデバイス情報を、サーバ１１２に対して
送信する。

【００４４】サーバ１１２のデバイス情報管理部４１２
は、それぞれのデバイスからのデバイス情報を管理す
る。

【００４５】このとき、例えば、クライアント１１１に
おいて、問合部４２２は、検索条件指定部４２１により
ユーザから入力された検索条件の情報に基づいて、デバ
イス検索要求をサーバ１１２に対して発行する。

【００４６】サーバ１１２において、検索要求受信部４
１１は、クライアント１１１からのデバイス検索要求を
受信する。デバイス検索部４１３は、後述する階層的構
造のロケーション情報を用いて、検索要求受信部４１１
にて受信されたデバイス検索要求により示される検索条
件に合致したデバイスを検索する。検索結果返送部４１
４は、デバイス検索部４１３での検索により検出された
デバイスに対応したデバイス情報を検索結果として、デ
バイス情報管理部４１２にて管理されている各デバイス
のデバイス情報から取得し、それを検索要求受信部４１
１にて受信されたデバイス検索要求の発行元のクライア
ント（ここでは、クライアント１１１）に対して送信す
る。

【００４７】クライアント１１１において、検索結果受
信部４２３は、サーバ１１２からの検索結果を受信す
る。これと同時に、イベント通知先登録要求部４２４
は、検索結果受信部４２３にて受信された検索結果に含
まれるロケーション情報によって示されるデバイスに対
して、該デバイス側でイベントが発生した場合の通知先
（自クライアント１１１のアドレス等）を登録する要求
（イベント通知先登録要求）を発行する。

【００４８】クライアント１１１からのイベント通知先
登録要求を受けたデバイスにおいて、イベント通知先保
持部４３４は、イベント通知先登録要求受信部４３３に
より受信された上記イベント通知先登録要求により示さ
れるクライアントの情報（イベント通知先であるクライ
アント１１１のアドレス等）を保持する。そして、イベ
ント通知部４３５は、自デバイスでイベントが発生した
場合に、そのイベントを、イベント通知先保持部４３４
にて保持されているクライアントの情報に基づいて、該
当するクライアント（ここでは、クライアント１１１）
へと通知する。これにより、ここでのデバイスが、例え
ば、カラーＬＢＰ１０１である場合、カラーＬＢＰ１０
１にて紙詰まり（ジャム）が発生すると、カラーＬＢＰ
１０１からクライアント１１１へは、ジャム発生を示す
イベント通知がなされることになる。

【００４９】クライアント１１１において、表示部４２
７は、検索結果受信部４２３にて受信された検索結果に
含まれるロケーション情報に対応するＭＡＰ情報をＭＡ
Ｐ情報保持部４２６から取得し、そのＭＡＰ情報（レイ
アウトビットマップ）上に、検索結果受信部４２３にて
受信された検索結果に含まれるアイコン情報、すなわち
様々なデバイス状態に対応した複数のアイコン情報のう
ちの稼働中状態を示すアイコンを合成して、ＣＲＴ２１
０に表示する。

【００５０】このとき、イベント情報受信部４２５が、
イベント通知先登録要求部４２４によるイベント通知先
登録要求の発行先のデバイスからのイベント通知を受信
していない場合、すなわち上記デバイスでイベントが発
生していない場合、表示部４２７は、稼働中状態を示す
アイコンをそのまま表示する。

【００５１】一方、イベント情報受信部４２５が、イベ
ント通知先登録要求部４２４によるイベント通知先登録
要求の発行先のデバイスからのイベント通知を受信した
場合、すなわち上記デバイスでイベントが発生した場
合、表示部４２７は、そのイベントに応じて、現在ＣＲ
Ｔ２１０に表示しているレイアウトビットマップ上のア
イコンを変更する。例えば、ジャム発生を示すイベント
通知がなされた場合、そのジャム発生に対応したアイコ
ンを、検索結果受信部４２３にて受信された検索結果に
含まれるアイコン情報（様々なデバイス状態に対応した
複数のアイコン情報）から取得し、そのアイコンで、現
在レイアウトビットマップ上に合成して表示しているア
イコン（稼働中状態を示すアイコン）を変更する。

【００５２】上述のように、クライアント１１１のＣＲ
Ｔ２１０では、ユーザから入力された検索条件を満たす
デバイスが存在する場所のレイアウトビットマップ上に
該デバイスがアイコン表示され、さらに、そのアイコン
表示が該デバイスの状態に応じて変化することになる。

【００５３】以上が、ネットワークシステム１００の一
連の動作の概要である。以下、ネットワークシステム１
００の構成及び全体動作について、具体的に説明する。

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

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

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

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

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

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

【００６０】上記図６では、本システム１００のカラー
ＬＢＰ１０１が保持しているデバイス情報を一例として
示しており、ここでのデバイス情報には、カラーＬＢＰ
１０１は、デバイス名ＮＭ＝ＬＢＰ１１１０レイアウトビットマップ上での座標ＭＡＰ＝１０Ｘ＋１
０ＹデバイスＤＶ＝ｐｒｉｎｔｅｒ（プリンタ）であり、上記図５に示した階層型ロケーション情報に従
って、設置されているフロアのブロックＢＬ＝２−１上記フロアの階数ＦＬ＝２Ｆ上記フロアの建物の名前ＢＵ＝ＡＡビルオプション情報の有無ＯＰ＝ｅｘｔｅｎｄ有り支店名ＢＲ＝東京支店組織名Ｏ＝ＡＢＣ商事国名Ｃ＝ＪＰ（日本）で示される場所に存在することを示すロケーション情報
９０２〜９１１が設定されている。また、属性情報９１
３，９１４としては、カラー入出力が可能であるか否か
を示すためのｃｏｌｏｒ属性９１３と、ネットワークア
ドレスを示すＩＰアドレス９１４とが設定されており、
ここではｃｏｌｏｒ属性９１３が”ＯＫ”、すなわち”
デバイス（カラーＬＢＰ）１０１はカラー入出力が可
能”が設定されている。さらに、アイコン情報９１６〜
９１８としては、カラーＬＢＰ１０１が稼働中状態（ｒ
ｅｄｙ）であることを示すためのアイコン９１６と、紙
切れ状態（ｎｏｐａｐｅｒ）であることを示すためのア
イコン９１７と、ジャム発生状態（ｐａｐｅｒｊａｍ
ｍｅｄ）であることを示すためのアイコン９１８とが設
定されている。

【００６１】したがって、上述のようなデバイス情報
が、それぞれのデバイスからサーバ１１２へと与えられ
ると、サーバ１１２において（上記図４参照）、デバイ
ス情報管理部４１２は、図７に示すようなテーブルによ
って、各デバイスのデバイス情報を管理する。尚、上記
図７では、一例として、本システム１００のデバイス１
０１〜１０５の５つのデバイスのデバイス情報を管理し
た状態を示している。

【００６２】そして、デバイス検索部４１３は、デバイ
ス情報管理部４１２により管理されている上記図７のテ
ーブルから、クライアント１１１，１１３からのデバイ
ス検索要求に基づいたデバイス（ユーザから入力された
検索条件に合致したデバイス）を検索する。この検索に
より得られたデバイス情報（検索結果）は、検索結果返
送部４１４により、上記デバイス検索要求元のクライア
ントへ返送される。

【００６３】尚、本実施の形態にて扱う属性情報及びア
イコン情報としては、上記図６及び図７に示した属性情
報９１３，９１４、及びアイコン情報９１６〜９１８に
限られることはない。例えば、アイコン情報としては、
デバイスが使用中であることを示すアイコンや、デバイ
スに設けられたハードディスク等における読み込み／書
き込みエラー発生を示すアイコン、また、デバイスがＦ
ＡＸである場合には、送信中／受信中であることを示す
アイコンを設けたりするようにしてもよい。さらに、認
証エラー発生を示すアイコンを設けるようにすれば、不
正侵入等を遠隔地から監視すること等が可能となる。

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

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

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

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

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

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

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

【００７１】そこで、例えば、クライアント１１１にお
いて、上記図９に示したように、”検索対象デバイスが
プリンタ”かつ”カラー出力が可能なプリンタ”の検索
条件が入力され、この入力状態で検索開始ボタン１００
５が押下された場合、検索条件指定部４２１（上記図４
参照）は、上記検索条件を、図１０に示すような検索条
件式として取得する。この図１０に示すように、ここで
の検索条件式としては、上記図９に示した検索条件に対
応して、検索対象デバイス（ＤＶ）がプリンタ（ｐｒｉ
ｎｔｅｒ）でカラー出力（ｃｏｌｏｒ）が可能（ＯＫ）
である条件を示している。問合部４２２は、検索条件指
定部４２１により得られた上記図１０の検索条件式を含
むデバイス検索要求をサーバ１１２へと発行する。

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

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

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

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

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

【００７７】図１６については、例えば、サーバ１１２
からの検索結果に含まれるロケーション情報に対応する
ＭＡＰ情報をＭＡＰ情報保持部４２６が保持していない
場合（属性値を持たない場合）や、サーバ１１２で検索
されたデバイスのデバイス情報中にロケーション情報が
無い場合（デバイスがロケーション情報を保持していな
い場合）、等に用いるＭＡＰ（ｕｎｋｎｏｗｎＭＡＰ）
情報ＵＭＰである。この図１６に示すＭＡＰ情報ＵＭＰ
では、”１９０１”の部分には、ＭＡＰ情報がないこと
を示すメッセージが表示され、”１９０２”の部分に
は、サーバ１１２にて検索できたがロケーション情報を
持たないデバイスのアイコンが表示される。

【００７８】上記図１２〜図１６に示したようなＭＡＰ
情報ＭＰ１−１〜２−２及びＵＭＰは、ＭＡＰ情報保持
部４２６において、例えば、図１７の”１４０２”及
び”１４０３”に示すように、１階フロア及び２階フロ
アの各ブロック１−１〜２−２、及びその他に対応して
管理されている。

【００７９】したがって、表示部４２７は、ＭＡＰ情報
保持部４２６から該当するＭＡＰ情報を、サーバ１１２
からの検索結果（上記図１１参照）に含まれる上記図１
７の”１４０１”に示すようなロケーション情報に基づ
いて取得し、それをＣＲＴ２１０にて表示する。

【００８０】また、表示部４２７は、ＣＲＴ２１０に表
示するＭＡＰ上において、サーバ１１２からの検索結果
のロケーション情報（ＭＡＰ上の座標情報（”１０Ｘ＋
１０Ｙ”））により示される位置に、上記検索結果のア
イコン情報（”稼働中状態”を示すアイコン等）を表示
する。これにより、所望するデバイスが、どのフロアの
どのブロックのどの位置にあるかを明示的に示すことが
できる。

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

【００８２】ここで、上述のように、クライアント１１
１，１１３において、サーバ１１２にて検索されたデバ
イスをＭＡＰ上にアイコンとして表示するが、ここでは
さらに、このアイコンをデバイスの現在状態に応じて変
更する。

【００８３】具体的には例えば、クライアント１１１に
おいて（上記図４参照）、イベント通知先登録要求部４
２４は、サーバ１１２から検索結果が送られてくると、
その検索結果により示されるデバイスに対してイベント
通知先登録要求を発行する。

【００８４】イベント通知先登録要求部４２４により発
行されるイベント通知先登録要求は、例えば、図２２に
示すようなフォーマットに従った情報からなり、どのよ
うなイベントが発生した場合にイベント通知を行うかを
示すための通知条件情報と、その通知先を示すためのイ
ベント通知先情報とを含んでいる。ここでは、説明の簡
単のために、上記イベント通知先登録要求の発行先（サ
ーバ１１２からの検索結果により示されるデバイス）を
カラーＬＢＰ１０１としている。このため、その一例と
して、通知条件情報には”紙切れ”及び”紙詰まり”を
設定し、イベント通知先情報には自クライアント（クラ
イアント１１１）を示すＩＰアドレス及びポート番号等
を設定している。

【００８５】上述のようなイベント通知先登録要求は、
カラーＬＢＰ１０１でイベント通知先登録要求受信部４
３３で受信される。

【００８６】カラーＬＢＰ１０１において、イベント通
知先保持部４３４は、クライアント１１１からのイベン
ト通知先登録要求、或いは他のクライアントから同様に
して発行されてきたイベント通知先登録要求を、例え
ば、図２３に示すようなイベント通知先情報として保持
（登録）する。

【００８７】その後、イベント通知部４３５は、イベン
ト通知先保持部４３４でのイベント通知先の登録が終了
した対応するクライアントに対して、図２４に示すよう
なイベント通知先登録の応答を返送する。

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

【００８９】クライアント１１１において、イベント情
報受信部４２５が上記デバイスからイベント通知を受信
すると、表示部４２７は、そのイベント通知に対応した
アイコンで、ＭＡＰ上のアイコンを変更する。すなわ
ち、サーバ１１１からの検索結果（上記図１１参照）に
含まれるデバイス（カラーＬＢＰ１０１）の稼働中状
態、紙切れ状態、及びジャム発生状態等を示す各種アイ
コンの中から、上記イベント通知（ここでは紙切れ発生
通知）に対応するアイコンを取得し、このアイコンでＭ
ＡＰ上の現在のアイコンを変更する。これにより、デバ
イスが、どのフロアのどのブロックのどの位置にあるか
だけでなく、現在状態をも常に明示的に示すことができ
る。

【００９０】尚、デバイスからイベント通知を受け取る
までの間は、ここでは該デバイスではイベントが発生し
ていないと見なし、稼働中状態を示すアイコンを表示す
るようにする。

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

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

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

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

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

【００９６】カラーＬＢＰ１０１におて、デバイス情報
保持部４３１は、ロケーション情報、属性情報、及び複
数のアイコン情報（”稼働中状態”、”紙切れ発生状
態”、”紙詰まり発生状態”等を示すアイコン）を含む
デバイス情報を、不揮発性ＲＡＭ２３１２に保持してい
る。ＣＰＵ２３０２は、電源が投入されると、サーバ１
１２との接続を行う（ステップＳ３００１）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１１７】（３）クライアント１１１，１１３の全体
動作：図３０参照クライアント１１１，１１３において実行される処理プ
ログラムは、イベント駆動型のプログラムで構成されて
おり、あるイベントが発生すると、そのイベントを解析
して、対応する処理を実行するようになされている。
尚、説明の簡単のため、ここではクライアント１１１に
着目して、その動作について説明する。

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

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

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

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

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

【０１２３】ステップＳ２６０５の判別の結果、取得イ
ベントが検索結果である場合、ＣＰＵ２０２は、検索結
果受信部４２３や、表示部４２７、イベント通知先登録
要求部４２４により、検索結果をＣＲＴ２１０へ表示す
るための処理や、デバイスへのイベント通知先登録要求
を発行するための処理等を含む検索結果処理を実行する
（ステップＳ２６０６）。その後、ＣＰＵ２０２は、ス
テップＳ２０６１へと戻り、以降の処理ステップを繰り
返し実行する。尚、ステップＳ２６０６の処理について
の詳細は後述する。

【０１２４】ステップＳ２６０５の判別の結果、取得イ
ベントが検結果でない場合、ＣＰＵ２０２は、取得イベ
ントがデバイスからのイベント通知（ステップＳ２６０
６での上記イベント通知先登録要求に対する通知）であ
るか否かを判別する（ステップＳ２６０７）。

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

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

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

【０１２８】先ず、検索条件指定部４２１は、上記図８
に図示したような検索条件入力画面よりユーザから入力
された検索条件を取得する（ステップＳ２７０１）。

【０１２９】そして、問合部４２２は、検索条件指定部
４２１で取得された検索条件を、上記図１０に示したよ
うな検索条件式の形式に変換し、さらに、該検索条件式
を含む検索要求パケットを生成し、それをデバイス検索
要求としてサーバ１１２に対して発行する（ステップＳ
２７０２）。

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

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

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

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

【０１３４】ステップＳ２８０１の判別の結果、デバイ
スが発見された場合、検索結果受信部４２３は、上記検
索結果をハードディスク（ＨＤＤ）２１１へ保持する
（ステップＳ２８０２）。これにより、例えば、上記図
１１に示したような検索結果がハードディスク（ＨＤ
Ｄ）２１１へ保存されることなる。その後、ハードディ
スク（ＨＤＤ）２１１へ保存された検索結果のそれぞれ
に対して、以降の処理ステップＳ２８０３からの処理が
実行されることになる。この処理は、検索の結果、発見
された全てのデバイスに対してイベント通知先登録要求
を発行し、通知先を登録後、ＭＡＰ（レイアウトビット
マップ）上に初期状態である稼働中の状態を表すアイコ
ン（ビットマップアイコン）を表示するためのステップ
である。

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

【０１３６】イベント通知先登録要求部４２４は、ハー
ドディスク（ＨＤＤ）２１１内の未処理の検索結果から
１つのデバイスに対応するデバイス情報を取得する（ス
テップＳ２８０４）。

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

【０１３８】イベント情報受信部４２５は、上記イベン
ト通知先登録の応答（イベント登録応答パケット）を受
信する（ステップＳ２８０６）。

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

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

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

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

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

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

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

【０１４６】（３−３）イベント通知受信処理（ステッ
プＳ２６０８）：図３３参照

【０１４７】先ず、イベント情報受信部４２５は、上記
図３２のステップＳ２８０５及びＳ２８０６の処理によ
ってイベント通知先登録が行われたデバイスからのイベ
ント通知（上記図２５参照）を受信すると、その通知に
より示される該デバイスで発生したイベントの内容（イ
ベント情報）を取得する（ステップＳ２９０１）。

【０１４８】また、イベント情報受信部４２５は、上記
イベント通知に含まれる上記デバイスのロケーション情
報を取得する（ステップＳ２９０２）。

【０１４９】そして、イベント情報受信部４２５は、上
記図３２のステップＳ２８０２の処理によってハードデ
ィスク（ＨＤＤ）２１１へ保持された検索結果（サーバ
１１２からの検索結果）の中に、ステップＳ２９０２に
て取得したロケーション情報と一致する情報を有するデ
バイス情報が存在するか否かを判別する（ステップＳ２
９０３）。この判別の結果、一致するデバイス情報が存
在しない場合には、そのまま本処理終了となり、一致す
るデバイス情報が存在した場合に、次のステップＳ２９
０３からの処理が実行される。

【０１５０】ステップＳ２９０３の判別の結果、一致す
るデバイス情報が存在した場合、表示部４２７は、ステ
ップＳ２９０２にて取得されたイベント情報に対応する
アイコン情報を、ステップＳ２９０３でのデバイス情報
に含まれる複数のアイコン情報の中から選択する（ステ
ップＳ２９０４）。例えば、上記図１１に示したような
デバイス情報が対象となっており、上記デバイスで発生
したイベントが”紙切れ”であった場合、「Ｎｏｐａ
ｐｅｒ」で示されるアイコン情報が選択されることにな
る。

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

【０１５２】（４）デバイスのイベント通知先登録動作：図３５参照ここでは説明の簡単のために、各種デバイスのうちのカ
ラーＬＢＰ１０１に着目して、そのイベント通知先登録
動作について説明する。

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

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

【０１５５】そこで、ＣＰＵ２３０２は、自デバイスの
状態を調査する（ステップＳ３１０４）。この結果、紙
切れや紙詰まり等のイベントが既に発生していることが
検知されると、イベント通知部４３５は、ステップＳ３
１０４で検知した自デバイスの状態（発生しているイベ
ント）をクライアントへ通知するためのイベント通知処
理を実行する（ステップＳ３１０５）。その後、ステッ
プＳ３１０２へと戻り、他のクライアントからの登録待
ち状態となり、受信する度に、以降の処理ステップを繰
り返し実行する。

【０１５６】（４−１）イベント通知処理：図３６参照

【０１５７】先ず、イベント通知部４３５は、自デバイ
スの状態変化のイベント発生を検知する（ステップＳ３
２０１）。尚、状態変化のイベント発生が検知されるま
で、本ステップに処理がとどまる。

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

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

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

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

【０１６２】また、本実施の形態では、デバイスの状態
を表すアイコン情報（デバイスビットマップアイコン情
報）をサーバ１１２に管理させて、クライアント１１
１，１１３が表示の際に、このアイコン情報をデバイス
検索サーバから取得する構成としているため、クライア
ント１１１，１１３に、アイコン情報を予め保持してお
く必要がない。これは数多くのクライアントが存在する
場合に、それぞれのクライアントにアイコン情報をイン
ストールする必要がないため、クライアント側のユーザ
の負担を軽減することができると共に、不明の状態のデ
バイスを表示することもなくなるという効果がある。

【０１６３】また、本実施の形態では、デバイスの状態
取得のためにポーリングを行わず、イベント通知方式を
採用しているので、ユーザはリアルタイムにデバイスの
状態を知ることができると共に、クライアント１１１，
１１３のＣＰＵの負荷を軽減することができる。さらに
は、ネットワークのトラフィックを軽減することもでき
る。

【０１６４】（第２の実施の形態）ここでは、上記図５
に示したような階層的構造のロケーション情報（位置情
報）に基づく検索に関する実施の形態を説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１９４】また、本発明は、複数の機器（例えば、ホ
ストコンピュータ、インタフェース機器、リーダ等）か
ら構成されるシステム、或いは統合装置に適用しても、
１つの機器からなる装置に適用しても、上述した効果を
得ることができる。

【０１９５】また、本発明は、上記各実施の形態の機能
を実現するソフトウェアのプログラムコード（上記図４
に示した機能を実現するプログラムコード等）を記録し
た記憶媒体を、システム或いは装置に供給し、そのシス
テム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ
等）が、記憶媒体に格納されたプログラムコードを読み
出して実行することによっても、本発明の目的が達成さ
れることは言うまでもない。この場合、記憶媒体から読
み出されたプログラムコード自体が本発明の新規な機能
を実現することになり、そのプログラムコードを記憶し
た記憶媒体は、本発明を構成することになる。プログラ
ムコードを供給するための記憶媒体としては、例えば、
フロッピーディスク、ハードディスク、光ディスク、光
磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、
不揮発性のメモリカード、ＲＯＭなどを用いることがで
きる。

【０１９６】また、コンピュータが読み出したプログラ
ムコードを実行することによって、上記各実施の形態の
機能が実現される他、そのプログラムコードの指示に基
づき、コンピュータ上で稼動しているＯＳ等が実際の処
理の一部又は全てを実行することによっても、上記各実
施の形態の機能が実現され得る。

【０１９７】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドや、コンピュータに接続された機能拡張ユニットに備
わるメモリに書き込まれた後、そのプログラムコードの
指示に基づき、その機能拡張ボードや機能拡張ユニット
に備わるＣＰＵ等が実際の処理の一部又は全てを実行す
ることによっても、上記各実施の形態の機能が実現され
得る。

【０１９８】また、本発明は、上記各実施の形態の機能
を実現するソフトウェアのプログラムコードを記録した
記憶媒体から読み出し、そのプログラムを、パソコン通
信等の通信ラインを介して要求者にそのプログラムを配
信する場合にも適用できることは言うまでもない。

【０１９９】

【発明の効果】以上説明したように本発明では、クライ
アントにおいて、ロケーション情報の各階層に対応する
マップを保持し、サーバで検出されたデバイスの状態を
表す状態情報（アイコン等）を、当該デバイスが設置さ
れている位置（ロケーション情報により示される位置）
に対応するマップ上に重ねて出力（表示出力等）し、さ
らにその状態情報の出力を当該デバイスから通知される
当該デバイスの状態に応じて変更するように構成したの
で、クライアント側のユーザは、どのデバイスが、どの
位置にあるかを容易に理解することができると共に、デ
バイスの現在状態をも知ることができる。これにより、
ユーザーは、使用可能なデバイスを効率的に選択し使用
することができる。

【０２００】また、デバイスの状態情報をサーバで管理
するように構成したので、例えば、数多くのクライアン
トが存在する場合、それぞれのクライアントにデバイス
の状態情報をインストールする必要がない。これによ
り、クライアント側のユーザの負担を軽減することがで
きる。

【０２０１】また、クライアントがデバイスの状態変化
（イベント）を取得する際に、デバイスが自己の状態変
化が発生した時にそれをクライアントへ通知するように
構成したので（イベント通知方式の採用）、クライアン
トは、デバイスの状態をリアルタイムに認識し、マップ
上に重ねて出力しているデバイスの状態情報を当該デバ
イスの状態に応じて変更することができる。これによ
り、クライアント側のユーザは、リアルタイムにデバイ
スの状態を知ることができると共に、クライアントの負
荷を軽減することができる。さらには、ネットワークの
トラフィックを軽減することもできる。

【図面の簡単な説明】

【図１】本発明を適用したネットワークシステムの構成
を示すブロック図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２３】上記デバイスが上記イベント通知先登録要求
を管理するためのテーブル情報を説明するための図であ
る。

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

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

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

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

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

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

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

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

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

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

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

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

【図３６】上記デバイスのイベント通知処理を説明する
ためのフローチャートである。

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

【図３８】検索クライアントが行う検索結果表示処理を
示すフローチャートである。

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

１００ネットワークシステム１１１，１１３クライアント１１２サーバ１０１〜１０５デバイス１２０ファイアウォール１３０ネットワーク１４０他のネットワークシステム１５０ＬＡＮ４１１検索要求受信部４１２デバイス情報管理部４１３デバイス検索部４１４検索結果返送部４２１検索条件指定部４２２問合部４２３検索結果受信部４２４イベント通知先登録要求部４２５イベント情報受信部４２６ＭＡＰ情報保持部４２７表示部４３１デバイス情報保持部４３２デバイス情報登録部４３３イベント通知先登録要求受信部４３４イベント通知先保持部４３５イベント通知部

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B014 HC02 HC03 HC11 5B089 GA11 GA21 HA10 JA35 JB14 KA01 KB04 LB14 LB19 5E501 AA01 BA03 BA14 CA02 DA02

Claims

【特許請求の範囲】

【請求項１】ネットワーク上に接続されるデバイスの
位置に関する情報を階層的に表したロケーション情報の
各階層に対応するマップを表すマップ情報を保持する第
１の保持手段と、任意のデバイスの検索条件を指定するための検索条件指
定手段と、上記ネットワーク上に接続されたサーバに対して、上記
検索条件指定手段によって指定された検索条件に対応す
るデバイスの検索を要求する検索要求手段と、上記検索要求手段での検索要求により上記サーバから送
られてくる上記検索の結果により示される上記ネットワ
ーク上に接続されたデバイスに対して、当該デバイスで
の状態変化発生時に当該状態変化の通知を要求する状態
変化通知要求手段と、上記検索要求手段での検索要求により上記サーバから送
られてくる上記検索の結果に応じて対応するマップ情報
を上記第１の保持手段の中から選択すると共に、上記検
索の結果に含まれる上記デバイスの複数の状態に対応し
た複数の状態情報の中の何れかを選択して、両者を重ね
て出力する出力手段とを備え、上記出力手段は、上記状態変化通知要求手段での状態変
化通知により上記デバイスから通知されてくる当該デバ
イスの状態変化に応じて対応する状態情報を上記複数の
状態情報の中から選択することを特徴とする情報処理装
置。
【請求項２】上記出力手段は、情報の表示出力機能を
有することを特徴とする請求項１記載の情報処理装置。
【請求項３】ネットワーク上に接続されるデバイスの
位置に関する情報を階層的に表したロケーション情報、
デバイスの属性情報、及びデバイスの複数の状態に対応
する複数の状態情報を管理する管理手段と、外部から送られてくるデバイスの検索要求に基づいて、
当該検索要求に対応するデバイスを上記管理手段の中の
情報により検索する検索手段と、上記検索要求の発行元に対して、上記検索手段での検索
により検出されたデバイスに対応する情報を上記管理手
段の中から取得して送信する検索結果送信手段とを備え
ることを特徴とする情報処理装置。
【請求項４】上記管理手段は、上記デバイスから送ら
れてくる上記ロケーション情報、上記属性情報、及び上
記複数の状態情報を管理することを特徴とする請求項３
記載の情報処理装置。
【請求項５】上記状態情報は、アイコンを含むことを
特徴とする請求項１又は３記載の情報処理装置。
【請求項６】ネットワーク上に接続されたクライアン
ト、サーバ、及びデバイスを含むネットワークシステム
であって、上記クライアント及びサーバの少なくとも何れかは、請
求項１〜５の何れかに記載の情報処理装置の機能を有す
ることを特徴とするネットワークシステム。
【請求項７】ネットワーク上にクライアント、サー
バ、及びデバイスを接続して構成されるネットワークシ
ステムであって、上記クライアントは、上記ネットワーク上に接続されるデバイスの位置に関す
る情報を階層的に表したロケーション情報の各階層に対
応するマップを表すマップ情報を保持する第１の保持手
段と、任意のデバイスの検索条件を指定するための検索条件指
定手段と、上記サーバに対して、上記検索条件指定手段によって指
定された検索条件に対応するデバイスの検索を要求する
検索要求手段と、上記検索要求手段での検索要求により上記サーバから送
られてくる上記検索の結果により示される上記ネットワ
ーク上に接続されたデバイスに対して、当該デバイスの
状態変化発生時に当該状態変化の通知を要求する状態変
化通知要求手段と、上記検索要求手段での検索要求により上記サーバから送
られてくる上記検索の結果に応じて対応するマップ情報
を上記第１の保持手段の中から選択すると共に、上記検
索の結果に含まれる上記デバイスの複数の状態に対応し
た複数の状態情報の中の何れかを選択して、両者を重ね
て出力する出力手段とを備え、上記サーバは、上記ネットワーク上に接続されるデバイスの位置に関す
る情報を階層的に表したロケーション情報、デバイスの
属性情報、及びデバイスの複数の状態に対応する複数の
状態情報を管理する管理手段と、上記クライアントから送られてくるデバイスの検索要求
に基づいて、当該検索要求に対応するデバイスを上記管
理手段の中の情報により検索する検索手段と、上記検索要求の発行元のクライアントに対して、上記検
索手段での検索により検出されたデバイスに対応する情
報を上記管理手段の中から取得して送信する検索結果送
信手段とを備え、上記デバイスは、上記ネットワーク上の自己の位置を表す階層的なロケー
ション情報、自己の属性情報、及び自己の複数の状態に
対応する複数の状態情報を含む情報を保持する第２の保
持手段と、上記第２の保持手段にて保持された情報を上記サーバの
上記管理手段へ登録する情報登録手段と、上記クライアントから送られてくる状態変化通知要求を
保持する第３の保持手段と、上記第３の保持手段の中の情報に基づいて、自己の状態
変化発生時に当該状態変化を上記状態変化通知要求の発
行元のクライアントに対して通知する状態変化通知手段
とを備え、上記クライアントの出力手段は、上記状態変化通知要求
手段での状態変化通知により上記デバイスから通知され
てくる当該デバイスの状態変化に応じて対応する状態情
報を上記複数の状態情報の中から選択することを特徴と
するネットワークシステム。
【請求項８】上記出力手段は、情報の表示出力機能を
有することを特徴とする請求項７記載のネットワークシ
ステム。
【請求項９】上記状態情報は、アイコンを含むことを
特徴とする請求項７記載のネットワークシステム。
【請求項１０】クライアント、サーバ、及びデバイス
が接続されたネットワーク上において、サーバがクライ
アントからのデバイス検索要求に基づいてデバイスの検
索を行い、その検索結果をクライアントが取得して出力
するためのデバイス検索方法であって、上記デバイスが、上記ネットワーク上の自己の位置を表
す階層的なロケーション情報、自己の属性情報、及び自
己の複数の状態に対応する複数の状態情報を含む情報を
上記サーバへ登録する登録ステップと、上記サーバが、上記登録ステップによる上記デバイスか
らの情報を管理する管理ステップと、上記クライアントが、上記ロケーション情報の各階層に
対応するマップを表すマップ情報を保持するマップ保持
ステップと、上記クライアントが、ユーザから指定入力されたデバイ
スの検索条件に対応するデバイスの検索を上記サーバに
対して要求する検索要求ステップと、上記サーバが、上記クライアントからのデバイスの検索
要求に基づいて当該検索要求に対応するデバイスを上記
管理ステップによる管理情報から検索し、その検索によ
り検出したデバイスに対応する情報を上記管理ステップ
による管理情報の中から取得して上記検索要求の発行元
のクライアントに対して返送する検索ステップと、上記クライアントが、上記サーバから返送されてきた管
理情報により示される上記ネットワーク上に接続された
デバイスに対して当該デバイスの状態変化発生時の当該
状態変化の通知を要求する状態変化通知要求ステップ
と、上記デバイスが、上記クライアントからの状態変化通知
要求を保持し、当該保持情報に基づいて自己の状態変化
発生時に当該状態変化を上記状態変化通知要求の発行元
のクライアントに対して通知する状態変化通知ステップ
と、上記クライアントが、上記サーバから返送されてきた管
理情報に応じて対応するマップ情報を上記マップ保持ス
テップによる保持情報の中から選択すると共に、上記管
理情報に含まれる上記複数の状態情報の中の何れかを選
択して、両者を重ねて出力する出力ステップと、上記クライアントが、上記デバイスから通知されてくる
状態変化に応じて対応する状態情報を上記複数の状態情
報の中から選択することで、上記出力ステップでの出力
状態情報を変更する状態情報変更ステップとを含むこと
を特徴とするデバイス検索方法。
【請求項１１】上記出力ステップは、情報を画面表示
出力するステップを含むことを特徴とする請求項１０記
載のデバイス検索方法。
【請求項１２】上記状態情報は、アイコンを含むこと
を特徴とする請求項１０記載のデバイス検索方法。
【請求項１３】請求項１〜９の何れか１項に記載の各
手段として、コンピュータを機能させるためのプログラ
ムを記録したことを特徴とするコンピュータ読み取り可
能な記憶媒体。
【請求項１４】請求項１０〜１２の何れかに記載のデ
バイス検索方法の処理ステップを、コンピュータが読出
可能に格納したことを特徴とする記憶媒体。