(57)【特許請求の範囲】
【請求項１】
サーバ装置と通信し、サーバ装置からの要求を受けることなくサーバ装置へ書き込み要求を行うネットワークデバイスであって、
ネットワークデバイスが書き込みを行うためのアクセス権が必要なサーバ装置の所定の領域に、前記ネットワークデバイスのデバイス情報の登録又は更新又は削除を要求する登録更新手段と、
前記ネットワークデバイスのデバイス情報の登録又は更新又は削除を代行させる代行デバイスを特定する特定手段と、
前記特定手段に特定されたデバイスが前記ネットワークデバイスのデバイス情報を前記サーバ装置の前記所定の領域において登録又は更新又は削除できるようにアクセス権を設定する設定手段と
を備えたことを特徴とするネットワークデバイス。
【請求項２】
前記ネットワークデバイスが前記サーバ装置におけるデバイス情報を更新できなくなった場合に前記ネットワークデバイスのデバイス情報の登録又は更新又は削除を前記代行デバイスが代行することを特徴とする請求項１に記載のネットワーネットワークデバイス。
【請求項３】
前記デバイス情報が登録されたネットワークデバイスに異常の発生したことを検知する異常検知手段を有し、前記異常検知手段により異常が検知された場合に、前記代行デバイスがデバイス情報の登録又は更新又は削除を代行処理することを特徴とする請求項１又は２記載のネットワークデバイス。
【請求項４】
前記異常とは、電源遮断であることを特徴とする請求項１乃至３のいずれかに記載のネットワークデバイス。
【請求項５】
前記異常とは、障害であることを特徴とする請求項１乃至４のいずれかに記載のネットワークデバイス。
【請求項６】
前記特定手段は、他のデバイスが、前記ネットワークデバイスのデバイス情報の登録又は更新を受託した場合に、前記デバイスを代行デバイスとして特定することを特徴とする請求項１乃至５のいずれかに記載のネットワークデバイス。
【請求項７】
サーバ装置と通信し、サーバ装置からの要求を受けることなくサーバ装置へ書き込み要求を行うネットワークデバイスの制御方法であって、
ネットワークデバイスが書き込みを行うためのアクセス権が必要なサーバ装置の所定の領域に前記ネットワークデバイスのデバイス情報の登録又は更新又は削除を要求する登録更新ステップと、
前記ネットワークデバイスのデバイス情報の登録又は更新又は削除を代行させる代行デバイスを特定する特定ステップと、
前記特定ステップにおいて特定されたデバイスが前記ネットワークデバイスのデバイス情報を前記サーバ装置の前記所定の領域において登録又は更新又は削除できるようにアクセス権を設定する設定ステップと
を備えたことを特徴とするネットワークデバイスの制御方法。
【請求項８】
前記ネットワークデバイスが前記サーバ装置におけるデバイス情報を更新できなくなった場合に前記ネットワークデバイスのデバイス情報の登録又は更新又は削除を前記代行デバイスが代行することを特徴とする請求項７に記載のネットワーネットワークデバイスの制御方法。
【請求項９】
前記デバイス情報が登録されたネットワークデバイスに異常の発生したことを検知する異常検知ステップを有し、前記異常検知ステップにおいて異常が検知された場合に、前記代行デバイスがデバイス情報の登録又は更新又は削除を代行処理することを特徴とする請求項７又は８に記載のネットワークデバイスの制御方法。
【請求項１０】
前記異常とは、電源遮断であることを特徴とする請求項７乃至９のいずれかに記載のネットワークデバイスの制御方法。
【請求項１１】
前記異常とは、障害であることを特徴とする請求項７乃至９のいずれかに記載のネットワークデバイスの制御方法。
【請求項１２】
前記特定ステップは、他のデバイスが、前記ネットワークデバイスのデバイス情報の登録又は更新を受託した場合に、前記デバイスを代行デバイスとして特定することを特徴とする請求項７乃至１１のいずれかに記載のネットワークデバイスの制御方法。
【請求項１３】
サーバ装置からの要求を受けることなくサーバ装置へ書き込み要求を行うネットワークデバイスと通信するサーバ装置において、
ネットワークデバイスが書き込みを行うためのアクセス権が必要なサーバ装置の所定の領域に前記ネットワークデバイスのデバイス情報を登録又は更新又は削除する要求を受信する受信手段と、
前記受信手段が受信した要求に基づきデバイス情報を前記サーバ装置の所定の記憶領域に登録又は更新又は削除する権限を前記ネットワークデバイスが有するか否かを特定する特定手段と、
前記特定手段が前記ネットワークデバイスが権限を有すると特定した場合に前記受信手段が要求したネットワークデバイスのデバイス情報を所定の領域に登録又は更新又は削除する登録更新手段と
を備えたことを特徴とするサーバ装置。
【請求項１４】
前記登録更新手段の処理結果を通知する通知手段を更に備えたことを特徴とする請求項１３に記載のサーバ装置。
【請求項１５】
サーバ装置からの要求を受けることなくサーバ装置へ書き込み要求を行うネットワークデバイスと通信するサーバ装置の制御方法において、
ネットワークデバイスが書き込みを行うためのアクセス権が必要なサーバ装置の所定の領域に前記ネットワークデバイスのデバイス情報を登録又は更新又は削除する要求を受信する受信ステップと、
前記受信ステップにおいて受信した要求に基づきデバイス情報を前記サーバ装置の所定の記憶領域に登録又は更新又は削除する権限を前記ネットワークデバイスが有するか否かを特定する特定ステップと、
前記特定ステップにおいて前記ネットワークデバイスが権限を有すると特定した場合に前記受信ステップにおいて要求したネットワークデバイスのデバイス情報を所定の領域に登録又は更新又は削除する登録更新ステップと
を備えたことを特徴とするサーバ装置の制御方法。
【請求項１６】
前記登録更新ステップにおける処理結果を通知する通知ステップを更に備えたことを特徴とする請求項１３に記載のサーバ装置の制御方法。
【請求項１７】
請求項７乃至１２，１５，１６のいずれかに記載の制御方法をコンピュータにより実行するためのプログラムを記憶したことを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークシステムにおけるデバイス情報を処理するネットワークシステムにおけるデバイス情報処理方法及び装置並びにデバイス情報処理装置を制御するための制御プログラムを格納した記憶媒体に関する。
【０００２】
【従来の技術】
従来、ディレクトリサーバと種々のデバイスと種々のコンピュータとが接続され且つ前記ディレクトリサーバにデバイス情報が登録されているネットワークシステムにおいては、そのデバイス情報は、デバイス自身がディレクトリサーバへの登録／更新処理を行っていた。
【０００３】
【発明が解決しようとする課題】
しかしながら、上述した従来例にあっては、デバイスに電源遮断や障害等の異常が発生した場合、そのデバイス自身がディレクトリサーバへの登録情報の更新処理を行うことができなくなり、その登録情報とデバイス状態とが合致しなくなるという問題点があった。
【０００４】
本発明は上述した従来の技術の有するこのような問題点に鑑みてなされたものであり、その目的とするところは、サーバ装置からの要求を受けることなく、書き込みのためにアクセス権が必要なサーバ装置の所定の領域にネットワークデバイスのデバイス情報を登録又は更新する前提においても、サーバ装置の安全性を保持することができるようにしたネットワークデバイス及びその制御方法並びにサーバ装置及びその制御方法並びに記憶媒体を提供することにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するために本発明のネットワークデバイスは、サーバ装置と通信し、サーバ装置からの要求を受けることなくサーバ装置へ書き込み要求を行うネットワークデバイスであって、ネットワークデバイスが書き込みを行うためのアクセス権が必要なサーバ装置の所定の領域に、前記ネットワークデバイスのデバイス情報の登録又は更新又は削除を要求する登録更新手段と、前記ネットワークデバイスのデバイス情報の登録又は更新又は削除を代行させる代行デバイスを特定する特定手段と、前記特定手段に特定されたデバイスが前記ネットワークデバイスのデバイス情報を前記サーバ装置の前記所定の領域において登録又は更新又は削除できるようにアクセス権を設定する設定手段とを備えたことを特徴とする。
【０００７】
また、上記目的を達成するために本発明のネットワークデバイスの制御方法は、サーバ装置と通信し、サーバ装置からの要求を受けることなくサーバ装置へ書き込み要求を行うネットワークデバイスの制御方法であって、ネットワークデバイスが書き込みを行うためのアクセス権が必要なサーバ装置の所定の領域に前記ネットワークデバイスのデバイス情報の登録又は更新又は削除を要求する登録更新ステップと、前記ネットワークデバイスのデバイス情報の登録又は更新又は削除を代行させる代行デバイスを特定する特定ステップと、前記特定ステップにおいて特定されたデバイスが前記ネットワークデバイスのデバイス情報を前記サーバ装置の前記所定の領域において登録又は更新又は削除できるようにアクセス権を設定する設定ステップとを備えたことを特徴とする。
【０００８】
また、上記目的を達成するために本発明のサーバ装置は、サーバ装置からの要求を受けることなくサーバ装置へ書き込み要求を行うネットワークデバイスと通信するサーバ装置において、ネットワークデバイスが書き込みを行うためのアクセス権が必要なサーバ装置の所定の領域に前記ネットワークデバイスのデバイス情報を登録又は更新又は削除する要求を受信する受信手段と、前記受信手段が受信した要求に基づきデバイス情報を前記サーバ装置の所定の記憶領域に登録又は更新又は削除する権限が前記ネットワークデバイスが有するか否かを特定する特定手段と、前記特定手段が前記ネットワークデバイスが権限を有すると特定した場合に前記受信手段が要求したネットワークデバイスのデバイス情報を所定の領域に登録又は更新又は削除する登録更新手段とを備えたことを特徴とする。
【０００９】
また、上記目的を達成するために本発明のサーバ装置の制御方法は、サーバ装置からの要求を受けることなくサーバ装置へ書き込み要求を行うネットワークデバイスと通信するサーバ装置の制御方法において、ネットワークデバイスが書き込みを行うためのアクセス権が必要なサーバ装置の所定の領域に前記ネットワークデバイスのデバイス情報を登録又は更新又は削除する要求を受信する受信ステップと、前記受信ステップにおいて受信した要求に基づきデバイス情報を前記サーバ装置の所定の記憶領域に登録又は更新又は削除する権限が前記ネットワークデバイスが有するか否かを特定する特定ステップと、前記特定ステップにおいて前記ネットワークデバイスが権限を有すると特定した場合に前記受信ステップにおいて要求したネットワークデバイスのデバイス情報を所定の領域に登録又は更新又は削除する登録更新ステップとを備えたことを特徴とする。
【００１０】
また、上記目的を達成するために本発明の記憶媒体は、本発明の制御方法をコンピュータにより実行するためのプログラムを記憶したことを特徴とする。
【００１１】
また、上記第１の目的を達成するために請求項６記載のネットワークシステムにおけるデバイス情報処理方法は、請求項５記載のネットワークシステムにおけるデバイス情報処理方法において、前記デバイス情報が登録されたデバイスに異常の発生したことを検知した場合に前記ディレクトリサーバの登録情報の更新を代行する登録情報更新代行ステップを有することを特徴とする。
【００３９】
【発明の実施の形態】
まず、本発明の概要を説明する。
【００４０】
本発明によれば、ディレクトリサーバと種々のデバイスと種々のコンピュータとが接続され、前記ディレクトリサーバにデバイス情報が登録されているネットワークシステムにおいて、そのデバイス情報の登録／更新処理を行う場合、以下の処理を行う。
（１）ディレクトリサーバへ登録するデバイス情報を、次のように分類する
・スタティック情報（変更しない情報、デバイスの構成を示す情報）：デバイス構成情報
・セミスタティック情報（稀に変更する情報、オフライン後に設定変更される可能性のある情報）：デバイスオプション情報
・ダイナミック情報（頻繁に変更する情報、動的に変更される情報）：デバイスステータス情報
（２）ディレクトリサーバには、ＳＬＰ（Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）ディレクトリエージェントが存在し、ネットワーク上に接続された各デバイス情報の登録／更新及び参照処理を行う。
（３）ネットワークデバイス（プリンタ等）には、ＳＬＰサービスエージェントとＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）エージェントとが存在し、デバイスは電源投入時に次の処理を行う。
【００４１】
・ディレクトリサーバを検索して参照し、デバイス情報の更新処理を委託できるデバイス（パーソナルコンピュータ等）を探す（但し、このデバイスは、ＳＮＭＰマネージャ機能を含み、ディレクトリサーバを利用せずにデバイスのモニタが可能なものであり、且つＳＬＰユーザエージェントも含み、ディレクトリサーバへの情報検索／更新が行えるものである）。
【００４２】
・検索されたデバイスにＳＮＭＰ＿ＴＲＡＰを送信し、委託を試みる。
【００４３】
・委託送信したデバイスに委託が受理されたら、委託依頼したデバイスがどのような状態になったら代行処理してもらうか（代行条件）と、ディレクトリサーバに登録されたどのデバイス情報を更新してもらうか（更新内容）を通知する。これらの通知手段は、ＳＮＭＰによって行い、条件はエンタープライズＭＩＢ  （Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）で定義する。
【００４４】
・委託されたデバイスがディレクトリサーバの登録情報を変更できるように、ディレクトリサーバのアクセス許可設定を行う。
（４）委託されるデバイス（パーソナルコンピュータ等９には、ＳＬＰユーザエージェントとＳＮＭＰマネージャとが存在し、次の処理を行う
・ディレクトリサーバへの情報検索／更新を行う
・委託依頼したデバイスの状態変化をＳＮＭＰによりモニタする
・ディレクトリサーバの登録情報の更新をデバイスから代行委託された場合、代行条件に伴い、障害発生デバイスに代わってディレクトリサーバの登録情報を更新する。
【００４５】
以下、本発明の一実施の形態を図面に基づき説明する。
【００４６】
図１は、本実施の形態に係るデバイス情報処理装置であるデバイス情報登録システムが動作可能なネットワークシステムの構成を示す図である。同図において、１０１はカラープリンタ、１０２はＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ：ネットワークプリンタとしても使用可能なコピー機）、１０３及び１０４はモノクロプリンタ、１０５はスキャナ、１１１はデスクトップ型のパーソナルコンピュータ（以下、デスクトップ型ＰＣと記述する）、１１２はディレクトリサーバ機能を有するデスクトップ型のパーソナルコンピュータ（以下、ディレクトリサーバＰＣまたはディレクトリサーバと記述する）、１１３はノート型のパーソナルコンピュータ（以下、ノート型ＰＣと記述する）、１２０はファイアウォール（Ｆｉｒｅ  Ｗａｌｌ）であり、これらのデバイスは全てネットワーク対応デバイスである。
【００４７】
これらのデバイスは、ＬＡＮ（ローカルエリアネットワーク）等のネットワーク１００を介して接続され、それらのデバイス情報は各デバイスのエージェント機能により、ディレクトリサーバＰＣ１１２に登録されている。また、それぞれのデバイスは、ネットワーク１００を介してデータの送受信が可能であり、各種サービスを提供している。
【００４８】
これらのデバイスのうち、カラープリンタ１０１、ＭＦＰ１０２、モノクロプリンタ１０３、デスクトップ型ＰＣ１１１、ディレクトリサーバＰＣ１１２及びファイアウォール１２０は２階（２Ｆ）に、モノクロプリンタ１０４及びスキャナ１０５は１階（１Ｆ）にそれぞれ設置されている。ノート型ＰＣ１１３は、現在は１階からネットワーク１００に接続しているが、必要に応じて取り外されることもある。
【００４９】
また、これらのデバイスを相互に接続するネットワーク１００は、ファイアウォール１２０を介してインターネット（Ｉｎｔｅｒｎｅｔ）１３０に接続され、このインターネット１３０を介して他のネットワーク１４０とも接続されている。
【００５０】
図２は、一般的なパーソナルコンピュータの内部構成を示すブロック図である。同図において、２００はＰＣ（パーソナルコンピュータ）であり、図１におけるデスクトップ型ＰＣ１１１、ディレクトリサーバＰＣ１１２及びノート型ＰＣ１１３と同等である。ＰＣ２００は、ＣＰＵ（中央処理装置）２０１を備え、ＲＯＭ（リードオンリーメモリ）２０２またはＨＤ（ハードディスク）２１１に記憶された、或いはフロッピーディスクドライブ（ＦＤ）２１２から供給されるネットワークデバイス制御ソフトウェアを実行し、シテムバス２０４に接続される各デバイスを総括的に制御する。
【００５１】
２０３はＲＯＭ（リードオンリーメモリ）で、ＣＰＵ２０１の主メモリ、ワークエリアとして機能する。２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９や不図示のポインティングデバイス等からの指示入力を制御する。２０６はＣＲＴ（陰極線管）コントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイル及びネットワーク管理プログラム等を記憶するＨＤ（ハードディスク）２１１及びフロッピーディスクドライブ（ＦＤ）２１２とのアクセスを制御する。２０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ（ローカルエリアネットワーク）２２０を介してネットワークプリンタ、他のネットワーク機器或いは他のＰＣ（パーソナルコンピュータ）と双方向のデータのやり取りを行う。
【００５２】
尚、本実施の形態においては、ＬＡＮ２２０は、図１におけるネットワーク１００と同じものである。
【００５３】
図３は、本実施の形態に係るデバイス情報処理装置であるデバイス情報登録システムの各デバイス機能を示すブロック図である。同図において、３１０はＰＣデバイスであり、図１におけるデスクトップ型ＰＣ１１１に相当する。ＰＣデバイス３１０は、ＳＮＭＰマネージャ３１１機能とＳＬＰユーザエージェント３１２機能とを持っている。３２０はディレクトリサーバＰＣであり、図１におけるディレクトリサーバＰＣ１１２に相当する。ディレクトリサーバＰＣ３２０は、データベース（ＤＢ）３２１機能と、ＳＬＰディレクトリエージェント３２２機能とを持っている。３３０はＰＣデバイスであり、図１におけるノート型ＰＣ１１３に相当する。ＰＣデバイス３３０は、ＳＬＰユーザエージェント３３１機能とアプリケーション３３２機能とを持っている。３４０はプリンタデバイスであり、図１におけるカラープリンタ１０１に相当する。プリンタデバイス３４０は、ＳＮＭＰエージェント３４１機能とＳＬＰサービスエージェント３４２機能とを持っている。
【００５４】
これらのデバイスは、図１におけるネットワーク１００に相当するネットワーク３００に接続され、各デバイス相互の機能によりデータ通信が行われる。
【００５５】
本実施の形態では、ＳＬＰプロトコルによるサービス情報の登録、更新及び検索と、ＳＮＭＰプロトコルによるデバイス状態のモニター及びＴＲＡＰ通知が可能になっている。
【００５６】
以下、図３に示す各デバイスの機能を順次説明する。
【００５７】
図４は、本実施の形態に係るデバイス情報処理装置におけるディレクトリサーバ１１２に格納されるデバイス情報の一例を示す図である。同図において、４００は図３におけるＤＢ３２１に格納されるディレクトリ登録情報であり、ネットワークデバイスに関するデータを表形式で表現したものである。このディレクトリ登録情報４００は、ＳＬＰディレクトリエージェント３２２の作用によって生成／削除されるものである。ネットワークデバイスに関するディレクトリ登録情報４００において、各行がプリンタ等のデバイス１個に対応するデバイス情報であり、各列には種々の情報が記されている。
【００５８】
本実施の形態におけるデバイス情報としては、デバイス名称４０１、ＩＰアドレスやＵＲＬで表現されるデバイスのネットワークアドレス４０２、デバイスの機能種別を示すサービスタイプ４０３、デバイスをアクセスできるグループを示すｓｃｏｐｅ４０４、デバイスの物理的配置場所を示すｌｏｃａｔｉｏｎ４０５、サポートされている紙サイズを示すｐａｐｅｒ  ｓｉｚｅ４０６、ソータやフィニッシャ等のオプションの有無を示すｏｐｔｉｏｎ４０７、デバイス状態を示すｄｅｖｉｃｅ  ｓｔａｔｕｓ４０８がある。また、これらのデバイス情報を更新できるデバイスのネットワークアドレスを示す更新デバイスアドレス４０９がある。
【００５９】
図５は、本実施の形態に係るデバイス情報処理装置におけるディレクトリサーバ１１２のＳＬＰディレクトリエージェント処理動作の流れを示すフローチャートである。同図において、まず、ステップＳ５００でディレクトリサーバ１１２のＳＬＰディレクトリエージェント処理が開始する。この処理は、図３におけるＳＬＰディレクトリエージェント３２２の処理に相当する。
【００６０】
次に、ステップＳ５０１でディレクトリサーバ１１２のＳＬＰディレクトリエージェント３２２は、最初にＳＬＰプロトコルで他のデバイスとデータの送受信を行うためのポートのオープンや必要メモリの取得、その他変数の初期化等の前処理を行う。次に、ステップＳ５０２でパケットメッセージを受信したか否かを受信するまで判断する。そして、パケットメッセージを受信した場合は、その受信したパケットメッセージの内容により処理が分岐する。
【００６１】
受信したパケットメッセージがデータ登録要求（登録メッセージ）の場合には、ステップＳ５０３でその情報を図４に示すディレクトリ登録情報４００の形式でＤＢ３２１に書き込む情報登録処理が行われた後、ステップＳ５０８へ進む。また、受信したパケットメッセージがデータ検索要求（検索メッセージ）の場合には、ステップＳ５０４でＤＢ３２１に登録された情報を検索する情報検索処理が行われた後、ステップＳ５０８へ進む。また、受信したパケットメッセージがデータ更新要求「更新（削除）メッセージ」の場合には、ステップＳ５０５で更新（削除）しようとする情報に対してアクセス権があるか否かを判断する。これは、図４の登録情報更新デバイスアドレス４０９に基づいて判断される。
【００６２】
そして、アクセス権があると判断された場合は、ステップＳ５０６でＤＢ３２１に登録された情報の更新（削除）処理が行われた後、ステップＳ５０８へ進む。また、アクセス権がないと判断された場合は、前記ステップＳ５０６をスキップしてステップＳ５０８へ進む。これらの情報に対するアクセスは、全部または一部（個々の属性）に対して行える。更に、受信したパケットメッセージが前記以外のメッセージ（その他のメッセージ）の場合には、ステップＳ５０７でそのメッセージに対応したメッセージ処理（その他のメッセージ処理）が行われた後、ステップＳ５０８へ進む。このステップＳ５０８では、受信パケットメッセージの処理結果を送信する。
【００６３】
次に、ステップＳ５０９でディレクトリサーバ１１２を停止するか否かを判断する。そして、ディレクトリサーバ１１２を停止しないと判断された場合は、前記ステップＳ５０２へ戻り、また、ディレクトリサーバ１１２を停止すると判断された場合は、次のステップＳ５１０でポートのクローズやメモリの開放等のＳＬＰディレクトリエージェント後処理を行った後、本処理動作を終了する。
【００６４】
図６は、本実施の形態に係るデバイス情報処理装置におけるプリンタデバイスのＳＬＰサービスエージェント処理動作の流れを示すフローチャートである。同図において、まず、ステップＳ６００でプリンタデバイスのＳＬＰサービスエージェント処理が開始する。この処理は、図３におけるＳＬＰサービスエージェント３４２の処理に相当する。
【００６５】
次に、ステップＳ６０１でプリンタデバイスのＳＬＰサービスエージェント３４２は、最初にＳＬＰプロトコルで他のデバイスとデータの送受信を行うためのポートのオープンや必要メモリの取得、その他変数の初期化等の前処理を行う。次に、ステップＳ６０２でネットワーク上のディレクトリサーバ１１２を探索する。この探索は、ＳＬＰパケットのサービスリクエストにより実行される。次に、ステップＳ６０３でディレクトリサーバ１１２が見つかったか否かを判断する。ここで、ネットワーク上にディレクトリサーバ１１２がある場合は、そのサービスリクエストに対して応答があり、プリンタデバイスのＳＬＰサービスエージェント３４２はディレクトリサーバ１１２のネットワークアドレスを取得することができる。
【００６６】
また、ＳＬＰパケットのサービスリクエストに対して応答がない場合は、まだディレクトリサーバ１１２が探索できない状態であるので、前記ステップＳ６０３における判断結果が否定（Ｎｏ）となり、前記ステップＳ６０２へ戻る。
【００６７】
一方、ＳＬＰパケットのサービスリクエストに対して応答がある場合は、ディレクトリサーバ１１２が探索できた状態であるので、前記ステップＳ６０３における判断結果が肯定（Ｙｅｓ）となり、次のステップＳ６０４でディレクトリサーバ１１２のデータベースにプリンタデバイス情報の登録処理を行う。
【００６８】
プリンタデバイス情報の初期登録後、プリンタデバイスに電源遮断や障害等の異常の発生により、そのデバイス自身が登録情報を更新できない場合に備え、次のステップＳ６０５でネットワーク上に前記登録情報を代行更新可能なデバイスが存在するか否かを検索する。本実施の形態では、検知済みのディレクトリサーバ１１２に対してＳＬＰサービスリクエストでＳＮＭＰエージェント３４１のサービスを持つデバイスを検索する。
【００６９】
次に、ステップＳ６０６で代行更新依頼する（代行更新可能な）デバイスが見つかったか否かを判断する。そして、代行更新依頼するデバイス（以下、必要に応じて代行デバイスと記述する）が見つかったと判断された場合（図４のディレクトリ登録情報４００内では、デバイス名称「ｓｎｍｐアドミン」の行があった場合）は、次のステップＳ６０７へ進んで本プリンタデバイスのもう１つの機能であるＳＮＭＰエージェント３４１に委託イベントを通知し、ＳＮＭＰエージェント３４１から前記代行更新可能なデバイスに対して、委託願のＳＮＭＰ＿ＴＲＡＰを送信してもらう。
【００７０】
次に、ステップＳ６０８で前記ＳＮＭＰエージェント３４１から委託願のＳＮＭＰ＿ＴＲＡＰに対する結果（委託イベント結果）を受信したか否かを受信するまで判断する。そして、委託イベント結果を受信したと判断された場合は、次のステップＳ６０９へ進んで委託が受理されたか否かを判断する。そして、委託が受理されたと判断された場合は、次のステップＳ６１０へ進んで委託されたデバイスも前記登録情報を更新（削除）できるように登録する。図４のディレクトリ登録情報４００内では、デバイス名称「カラー君」の行の登録情報更新デバイスアドレス４０９に”ｓｅｒｖｉｃｅ：ａｄｍｉｎ．ｃａｎｏｎ．ｃｏ．ｊｐ”を追加する。
【００７１】
前記ステップＳ６１０において登録情報の更新（削除）を行う代行デバイスへの委託処理が終了した場合或いは前記ステップＳ６０６において代行デバイスが見つからないと判断された場合或いは前記ステップＳ６０９において委託が受理されないと判断された場合は、いずれもステップＳ６１１へ進んで、プリンタデバイス自身によってそのデバイス状態の変化に応じてディレクトリサーバ１１２の登録情報を更新する。このステップＳ６１１の処理では、前記スタティック情報の更新は行わない。プラグアンドプレイによりオプション等を追加／削除した場合、セミスタティック情報であるオプション登録情報（図４のｏｐｔｉｏｎ４０７）を更新したり、また、デバイス状態の変化に伴いダイナミック情報であるデバイスステータス登録情報（図４のｄｅｖｉｃｅ＿ｓｔａｔｕｓ４０８）を更新した後、次のステップＳ６１２へ進む。
【００７２】
このステップＳ６１２における処理は、前記代行デバイスの検索が行えなかった、または、前記代行デバイスの検索が行えたが委託が受理されなかったための処理であり、一定周期で再度代行デバイスの検索を行うものである。このステップＳ６１２においては、代行デバイス検索周期（一定周期）になったか否かを判断する。そして、代行デバイス検索周期になったと判断された場合は前記ステップＳ６０５へ戻り、また、代行デバイス検索周期にならないと判断された場合は、次のステップＳ６１３へ進む。
【００７３】
ステップＳ６１３では、ＳＬＰサービスエージェント３４２を停止するか否かを判断する。そして、ＳＬＰサービスエージェント３４２を停止しないと判断された場合は、前記ステップＳ６１１へ戻り、また、ＳＬＰサービスエージェント３４２を停止すると判断された場合は、次のステップＳ６１４へ進んでポートのクローズやメモリの開放等のＳＬＰサービスエージェント後処理を行った後、本処理動作を終了する。
【００７４】
図７は、本実施の形態に係るデバイス情報処理装置におけるプリンタデバイスのＳＮＭＰエージェント処理動作の流れを示すフローチャートである。同図において、まず、ステップＳ７００でプリンタデバイスのＳＮＭＰエージェント処理が開始する。この処理は、図３におけるＳＮＭＰエージェント３４１の処理に相当する。
【００７５】
次に、ステップＳ７０１でプリンタデバイスのＳＮＭＰエージェント３４１は、最初にＳＮＭＰプロトコルで他のデバイスとデータの送受信を行うためのポートのオープンや必要メモリの取得、その他変数の初期化等の前処理を行う。次に、ステップＳ７０２でイベントまたはＳＮＭＰメッセージを受信したか否かを受信するまで判断する。そして、本プリンタデバイスの他の機能であるＳＬＰサービスエージェント３４２からの委託依頼イベントを受信したと判断された場合は、ステップＳ７０３へ進んで指定されたデバイスにデバイス登録情報を更新してもらうための委託願であるＳＮＭＰ＿ＴＲＡＰを送信した後、ステップＳ７０９へ進む。本実施の形態では、前記委託願であるＳＮＭＰ＿ＴＲＡＰに対する応答はＳＮＭＰメッセージで返されることになっている。
【００７６】
一方、前記ステップＳ７０２においてＳＮＭＰメッセージを受信したと判断された場合は、ステップＳ７０４へ進んで前記ステップＳ７０２において受信したＳＮＭＰメッセージが委託デバイスからの応答メッセージであるか否かを判断する。そして、委託デバイスからの応答メッセージであると判断された場合は、次のステップＳ７０５へ進んでその応答結果を代行デバイスに関する情報としてＭＩＢ登録（メッセージ処理）する。
【００７７】
このＭＩＢは、後述する図１０に示す定義に従い、「ａｎｏｔｈｅｒＭａｎａｇｅｒ」と「ａｎｏｔｈｅｒＭａｎａｇｅｒＮｅｔｗｏｒｋＡｄｒｅｓｓ」を登録する。次に、ステップＳ７０６で本プリンタデバイスの他の機能であるＳＬＰサービスエージェント３４２に委託依頼イベント結果（受理された、または、受理されない）を通知する。次に、ステップＳ７０７でＳＮＭＰメッセージに対する応答処理である結果送信を行った後、次のステップＳ７０９へ進む。
【００７８】
一方、前記ステップＳ７０４においてＳＮＭＰメッセージが委託デバイスからの応答メッセージではないと判断された場合は、ステップＳ７０７へ進んでその他のＳＮＭＰメッセージ処理を行った後、前記ステップＳ７０８へ進む。
【００７９】
ステップＳ７０９では、ＳＮＭＰエージェント３４１を停止するか否かを判断する。そして、ＳＮＭＰエージェント３４１を停止しないと判断された場合は前記ステップＳ７０２へ戻り、また、ＳＮＭＰエージェント３４１を停止すると判断された場合は次のステップＳ７１０へ進んでポートのクローズやメモリの開放等のＳＮＭＰエージェント後処理を行った後、本処理動作を終了する。
【００８０】
図８は、本実施の形態に係るデバイス情報処理装置におけるＰＣデバイスのＳＬＰユーザエージェント処理動作の流れを示すフローチャートである。同図において、まず、ステップＳ８００でＰＣデバイスのＳＬＰユーザエージェント処理が開始する。この処理は、図３におけるＳＬＰユーザエージェント３３１の処理に相当する。
【００８１】
次に、ステップＳ８０１でＰＣデバイスのＳＬＰユーザエージェント３３１は、最初にＳＬＰプロトコルで他のデバイスとデータの送受信を行うためのポートのオープンや必要メモリの取得、その他変数の初期化等の前処理を行う。次に、ステップＳ８０２でネットワーク上のディレクトリサーバ１１２を探索する。この探索は、ＳＬＰパケットのサービスリクエストにより実行される。次に、ステップＳ８０３でディレクトリサーバ１１２が見つかったか否かを判断する。ここで、ネットワーク上にディレクトリサーバ１１２がある場合は、そのサービスリクエストに対して応答があり、プリンタデバイスのＳＬＰサービスエージェント３４２はディレクトリサーバ１１２のネットワークアドレスを取得することができる。また、ＳＬＰパケットのサービスリクエストに対して応答がない場合は、まだディレクトリサーバ１１２が探索できない状態であるので、前記ステップＳ６０３における判断結果が否定（Ｎｏ）となり、前記ステップＳ８０２へ戻る。
【００８２】
一方、ＳＬＰパケットのサービスリクエストに対して応答がある場合は、ディレクトリサーバ１１２が探索できた状態であるので、前記ステップＳ８０３における判断結果が肯定（Ｙｅｓ）となり、次のステップＳ８０４で本ＰＣデバイスの別の機能であるＳＮＭＰマネージャ３１１からの登録更新（削除）イベントまたはＳＬＰコマンドを受信したか否かを受信するまで判断する。そして、前記ＳＮＭＰマネージャ３１１からの登録更新（削除）イベントを受信したと判断された場合は、次のステップＳ８０５へ進んで指定されたデバイスの指定された登録情報をＳＬＰプロトコルのコマンドにて更新（削除）した後、ステップＳ８０８へ進む。
【００８３】
一方、前記ステップＳ８０４においてＳＬＰコマンドを受信したと判断された場合は、ステップＳ８０６へ進んでそのコマンドに従って検索処理等を行い、次のステップＳ８０７でその処理結果を送信した後、ステップＳ８０８へ進む。このステップＳ８０８では、ＳＬＰユーザエージェント３３１を停止するか否かを判断する。そして、ＳＬＰユーザエージェント３３１を停止しないと判断された場合は前記ステップＳ８０４へ戻り、また、ＳＬＰユーザエージェント３３１を停止すると判断された場合はステップＳ８０９へ進んで、ポートのクローズやメモリの開放等のＳＬＰユーザエージェント後処理を行った後、本処理動作を終了する。
【００８４】
図９は、本実施の形態に係るデバイス情報処理装置におけるＰＣデバイスのＳＮＭＰマネージャ処理動作の流れを示すフローチャートである。同図において、まず、ステップＳ９００でＰＣデバイスのＳＮＭＰマネージャ処理が開始する。この処理は、図３におけるＳＮＭＰマネージャ３１１の処理に相当する。
【００８５】
次に、ステップＳ９０１でＰＣデバイスのＳＮＭＰマネージャ３１１は、最初にＳＮＭＰプロトコルで他のデバイスとデータの送受信を行うためのポートのオープンや必要メモリの取得、その他変数の初期化等の前処理を行う。次に、ステップＳ９０２でイベントを取得したか否かを取得するまで判断する。そして、イベントを取得したと判断された場合は、ステップＳ９０３へ進んで前記ステップＳ９０２において取得したイベントは、ディレクトリサーバ１１２に登録されたデバイス登録情報の更新委託のＴＲＡＰであるか否かを判断する。そして、ディレクトリサーバ１１２に登録されたデバイス登録情報の更新委託のＴＲＡＰであると判断された場合は、ステップＳ９０５へ進んで本ＰＣデバイスがＳＮＭＰプロトコルで、委託してきたデバイスの状態をモニター可能であるか（指定デバイスのＳＮＭＰによるモニターが可能であるか）否かをチェックする。このチェックは委託してきたデバイスのネットワークアドレスに対してＳＮＭＰプロトコルでコマンド送信を行うことで可能である。
【００８６】
次に、ステップＳ９０６で指定デバイスのＳＮＭＰによるモニターが可能であるか否かを判断する。そして、指定デバイスのＳＮＭＰによるモニターが可能であると判断された場合は、ステップＳ９０７へ進んで委託してきたデバイスに対して委託受理のＳＮＭＰメッセージを送信した後、ステップＳ９１５へ進む。また、前記ステップＳ９０６において指定デバイスのＳＮＭＰによるモニターが不可能であると判断された場合は、ステップＳ９０８へ進んで委託拒否のＳＮＭＰメッセージを送信した後、ステップＳ９１５へ進む。
【００８７】
一方、前記ステップＳ９０３においてディレクトリサーバ１１２に登録されたデバイス登録情報の更新委託のＴＲＡＰではないと判断された場合は、ステップＳ９０４へ進んでその他のＴＲＡＰ処理を行った後、ステップＳ９１５へ進む。
【００８８】
一方、前記ステップＳ９０２においてイベントを取得したと判断された場合は、ステップＳ９０９へ進んで前記ステップＳ９０２において取得したイベントは、委託されたデバイスのモニターコマンドであるか否かを判断する。そして、委託されたデバイスのモニターコマンドであると判断された場合は、ステップＳ９１１へ進んで委託されたデバイスをモニターする。次に、ステップＳ９１２で委託されたデバイスは正常動作しているか否かを判断する。そして、委託されたデバイスは正常動作していない（異常である）と判断された場合は、次のステップＳ９１３へ進んで本ＰＣデバイスの別機能であるＳＬＰユーザエージェント３１２に、ディレクトリサーバ１１２の登録情報の更新（削除）要求イベントを通知した後、次のステップＳ９１４へ進む。
【００８９】
一方、前記ステップＳ９０９において委託されたデバイスのモニターコマンドでないと判断された場合は、ステップＳ９１０へ進んでその他のコマンド処理を行った後、ステップＳ９１４へ進む。
【００９０】
また、前記ステップＳ９１２において委託されたデバイスは正常動作していると判断された場合は、前記ステップＳ９１３をスキップしてステップＳ９１４へ進む。
【００９１】
ステップＳ９１４では、前記ステップＳ９１０、ステップＳ９１２及びステップＳ９１３のそれぞれの処理結果を送信し、次のステップＳ９１５でＳＮＭＰマネージャ３１１を停止するか否かを判断する。そして、ＳＮＭＰマネージャ３１１を停止しないと判断された場合は前記ステップＳ９０２へ戻り、また、ＳＮＭＰマネージャ３１１を停止すると判断された場合はステップＳ９１６へ進んでポートのクローズやメモリの開放等のＳＮＭＰマネージャ後処理を行った後、本処理動作を終了する。
【００９２】
図１０は、本実施の形態に係るデバイス情報処理装置における情報更新を代行依頼するためのＭＩＢ情報の一例を示す図である。本実施の形態では、代行デバイスに関する情報として「ａｎｏｔｈｅｒＭａｎａｇｅｒ」、「ｄｅｖｉｃｅＣｏｎｄｉｔｉｏｎ」、「ａｎｏｔｈｅｒＭａｎａｇｅｒＡｃｔｉｏｎ」、「ａｎｏｔｈｅｒＭａｎａｇｅｒＮｅｔｗｏｒｋＡｄｒｅｓｓ」を定義している。
【００９３】
また、本実施の形態に係るデバイス情報処理装置は、記憶媒体に格納された制御プログラムをコンピュータが読み出して実行することにより、上述した本実施の形態の機能が実現されるものであるが、本発明はこれに限定されるものではなく、前記制御プログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）等の実際の処理の一部または全部を行い、その処理によって上述した本実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００９４】
また、本発明に係るネットワークデバイス制御プログラムは、記憶媒体により、或いは電子メールやパソコン通信等のネットワークを介して、外部の記憶媒体から図２に示すＰＣ２００またはそれと同等なデバイス上にロードされ、実行されても良く、この場合においても本発明は適用可能である。
【００９５】
また、前記制御プログラムを格納する記憶媒体としては、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅｃｏｒｄａｂｌｅ）、磁気テープ、不揮発性メモリカード、ＲＯＭチップ等を用いることができる。
【００９６】
【発明の効果】
本発明によれば、サーバ装置からの要求を受けることなく、書き込みのためにアクセス権が必要なサーバ装置の所定の領域にネットワークデバイスのデバイス情報を登録又は更新する前提においても、サーバ装置の安全性を保持することができる。
【００９７】
また、本発明の記憶媒体によれば、上述した本発明のネットワークシステムにおけるデバイス情報処理装置を円滑に制御することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係るデバイス情報処理装置（デバイス情報登録システム）が動作可能なネットワークシステムの構成を示す図である。
【図２】本発明の第１の実施の形態に係るデバイス情報処理装置における一般的なパーソナルコンピュータの内部構成を示すブロック図である。
【図３】本発明の第１の実施の形態に係るデバイス情報処理装置における各デバイス機能を示すブロック図である。
【図４】本発明の第１の実施の形態に係るデバイス情報処理装置におけるディレクトリサーバに格納されるデバイス情報の一例を示す図である。
【図５】本発明の第１の実施の形態に係るデバイス情報処理装置におけるディレクトリサーバのＳＬＰディレクトリエージェント処理動作の流れを示すフローチャートである。
【図６】本発明の第１の実施の形態に係るデバイス情報処理装置におけるプリンタデバイスのＳＬＰサービスエージェント処理動作の流れを示すフローチャートである。
【図７】本発明の第１の実施の形態に係るデバイス情報処理装置におけるプリンタデバイスのＳＮＭＰエージェント処理動作の流れを示すフローチャートである。
【図８】本発明の第１の実施の形態に係るデバイス情報処理装置におけるＰＣデバイスのＳＬＰユーザエージェント処理動作の流れを示すフローチャートである。
【図９】本発明の第１の実施の形態に係るデバイス情報処理装置におけるＰＣデバイスのＳＮＭＰマネージャ処理動作の流れを示すフローチャートである。
【図１０】本実施の形態に係るデバイス情報処理装置における情報更新を代行依頼するためのＭＩＢ情報の一例を示す図である。
【符号の説明】
１００    ネットワーク
１０１    カラープリンタ
１０２    ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ：コピー機であるが、ネットワークプリンタとしても使用可能なもの）
１０３    モノクロプリンタ
１０４    モノクロプリンタ
１０５    スキャナ
１１１    デスクトップ型のパーソナルコンピュータ（デスクトップ型ＰＣ）
１１２    ディレクトリサーバ機能を有するデスクトップ型のパーソナルコンピュータ（ディレクトリサーバＰＣ：ディレクトリサーバ）
１１３    ノート型のパーソナルコンピュータ（ノート型ＰＣ）
１２０    ファイアウォール（Ｆｉｒｅ  Ｗａｌｌ）
１３０    インターネット（Ｉｎｔｅｒｎｅｔ）
１４０    他のネットワーク
２００    ＰＣ（パーソナルコンピュータ）
２０１    ＣＰＵ（中央処理装置）
２０２    ＲＯＭ（リードオンリーメモリ）
２０３    ＲＡＭ（ランダムアクセスメモリ）
２０４    システムバス
２０５    キーボードコントローラ（ＫＢＣ）
２０６    ＣＲＴ（陰極線管）コントローラ（ＣＲＴＣ）
２０７    ディスクコントローラ（ＤＫＣ）
２０８    ネットワークインタフェースカード（ＮＩＣ）
２０９    キーボード（ＫＢ）
２１０    ＣＲＴディスプレイ（ＣＲＴ）
２１１    ＨＤ（ハードディスク）
２１２    フロッピーディスクドライブ（ＦＤ）
２２０    ＬＡＮ（ローカルエリアネットワーク）
３００    ネットワーク
３１０    ＰＣデバイス
３１１    ＳＮＭＰマネージャ
３１２    ＳＬＰユーザエージェント
３２０    ディレクトリサーバＰＣ
３２１    データベース（ＤＢ）３２１
３２２    ＳＬＰディレクトリエージェント
３３０    ＰＣデバイス
３３１    ＳＬＰユーザエージェント
３３２    アプリケーション
３４０    プリンタデバイス
３４１    ＳＮＭＰエージェント
３４２    ＳＬＰサービスエージェント
４００    ディレクトリ登録情報
４０１    デバイス名称
４０２    ネットワークアドレス
４０３    サービスタイプ
４０４    ｓｃｏｐｅ
４０５    ｌｏｃａｔｉｏｎ
４０６    ｐａｐｅｒ  ｓｉｚｅ
４０７    ｏｐｔｉｏｎ
４０８    ｄｅｖｉｃｅ  ｓｔａｔｕｓ
４０９    更新デバイスアドレス
【図１】
0003745170.tif 000002
【図２】
0003745170.tif 000003
【図３】
0003745170.tif 000004
【図４】
0003745170.tif 000005
【図５】
0003745170.tif 000006
【図６】
0003745170.tif 000007
【図７】
0003745170.tif 000008
【図８】
0003745170.tif 000009
【図９】
0003745170.tif 000010
【図１０】
0003745170.tif 000011