通信装置、通信方法、通信プログラム、記録媒体、通信システム、および監視装置
【課題】処理状態の変化を適切に監視する通信装置を提供する。
【解決手段】サービスに関する処理を制御するデバイス制御部１２０と、サービスの関連情報を提供する情報提供部１２１と、ＰＣ２００から関連情報の監視要求を受信し、受信した監視要求に応じて関連情報を監視する監視部１１１と、関連情報を記憶する記憶部１４０と、情報提供部１２１が提供する関連情報を取得する情報取得部１１３と、取得された関連情報と、記憶部１４０に記憶されている関連情報とを比較して、関連情報の変更有無を判断するとともに、取得された関連情報を記憶部１４０に保存するキャッシュ管理部１１４と、を備え、監視部１１１は、関連情報が変更された場合に、監視要求を受信したＰＣ２００に対して、取得された関連情報を送信する。
【解決手段】サービスに関する処理を制御するデバイス制御部１２０と、サービスの関連情報を提供する情報提供部１２１と、ＰＣ２００から関連情報の監視要求を受信し、受信した監視要求に応じて関連情報を監視する監視部１１１と、関連情報を記憶する記憶部１４０と、情報提供部１２１が提供する関連情報を取得する情報取得部１１３と、取得された関連情報と、記憶部１４０に記憶されている関連情報とを比較して、関連情報の変更有無を判断するとともに、取得された関連情報を記憶部１４０に保存するキャッシュ管理部１１４と、を備え、監視部１１１は、関連情報が変更された場合に、監視要求を受信したＰＣ２００に対して、取得された関連情報を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークを介してサービスを提供する通信装置、通信方法、通信プログラム、記録媒体、通信システム、サービスを提供する装置の状態を監視する監視装置、およびサービスを利用する情報処理装置に関するものである。
【背景技術】
【０００２】
近年、ネットワークに接続されたパーソナルコンピュータなどの情報処理装置と通信してサービスを提供する通信装置が広く利用されている。このような通信装置としては、例えば、プリンタ装置、コピー機、ファクシミリ装置、スキャナ装置、および、プリンタ、コピー、ファクシミリ、スキャナなどの各機能を１つの筐体内に収納した、いわゆるＭＦＰ（Multi Function Peripheral）と呼ばれる画像形成装置（複合機）などが挙げられる。
【０００３】
通常、このような通信装置のサービスを利用する情報処理装置上のアプリケーションは、利用しているサービスの処理状態を監視し、処理状態に応じて各種処理を制御する。処理状態を監視する方法としては、ネットワークを介した監視・制御のためのプロトコルであるＳＮＭＰ（Simple Network Management Protocol）を用いて処理状態の監視する方法が広く知られている。ＳＮＭＰを利用した監視方法では、情報処理装置から通信装置に対して一定間隔で処理状態を問合せるためのポーリングを行い、ポーリングに対する応答として処理状態を通信装置から受信することにより状態監視を行っている。
【０００４】
特許文献１では、プリンタ装置に接続されたプリントサーバがポーリングを行い、状態変化が検出された場合に、複数のホスト機器に対して状態変化の情報を通知する技術が提案されている。これにより、複数のホスト機器からポーリングを行うことにより生じるネットワーク上のトラフィックの混雑を防止することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、機器性能の向上によって、ポーリングする時間より処理状態の変化の方が速い場合があり、この場合には特許文献１のように一定間隔でポーリングする方法では、適切に処理状態を監視できないという問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、ネットワークを介して提供される処理の処理状態の変化を適切に監視することができる通信装置、通信方法、通信プログラム、記録媒体、通信システム、監視装置、および情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、情報処理装置にネットワークを介してサービスを提供する通信装置であって、前記サービスに関する処理を制御する処理制御部と、前記処理制御部が制御する前記処理の状態に関する情報を含む前記サービスの関連情報を提供する情報提供部と、前記情報処理装置から前記関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視部と、前記関連情報を記憶する記憶部と、前記情報提供部が提供する前記関連情報を取得する情報取得部と、取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存部と、を備え、前記監視部は、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、を特徴とする。
【０００８】
また、請求項２にかかる発明は、請求項１にかかる発明において、前記情報取得部は、さらに、監視が要求された前記関連情報のうち、前記情報提供部が提供する前記関連情報に含まれない前記関連情報を、ネットワークの管理に関する予め定められたプロトコルを用いて前記処理制御部から取得すること、を特徴とする。
【０００９】
また、請求項３にかかる発明は、請求項２にかかる発明において、前記記憶部は、さらに、前記関連情報を識別する識別情報と、前記プロトコルを用いて前記関連情報を取得するときの取得方法とを対応づけた定義情報を記憶し、前記情報取得部は、前記プロトコルを用いて前記関連情報を取得する場合に、取得する前記関連情報の前記識別情報に対応する前記取得方法を前記記憶部から取得し、取得した前記取得方法によって前記関連情報を取得すること、を特徴とする。
【００１０】
また、請求項４にかかる発明は、請求項１にかかる発明において、前記情報提供部は、提供する前記関連情報の指定を受付け、指定された前記関連情報を提供し、前記監視部は、監視すべき前記関連情報を識別する識別情報を含む前記監視要求を受信し、前記情報取得部は、受信した前記監視要求に含まれる前記識別情報で識別される前記関連情報を指定して前記情報提供部から前記関連情報を取得すること、を特徴とする。
【００１１】
また、請求項５にかかる発明は、請求項１にかかる発明において、前記情報提供部は、提供する前記関連情報の指定を受付け、指定された前記関連情報を提供し、前記記憶部は、さらに、前記情報処理装置上で実行されるアプリケーションを識別するアプリケーション識別情報と、監視すべき前記関連情報を識別する識別情報とを対応づけた定義情報を記憶し、前記監視部は、前記アプリケーション識別情報を含む前記監視要求を受信し、前記情報取得部は、受信した前記監視要求に含まれる前記アプリケーション識別情報に対応する前記識別情報を前記記憶部から取得し、取得した前記識別情報で識別される前記関連情報を指定して前記情報提供部から前記関連情報を取得すること、を特徴とする。
【００１２】
また、請求項６にかかる発明は、請求項１にかかる発明において、前記記憶部は、さらに、前記関連情報を識別する識別情報と、前記関連情報を前記情報処理装置に送信する条件とを対応づけた定義情報を記憶し、前記情報取得部は、さらに、取得した前記関連情報の前記識別情報に対応する前記条件を前記記憶部から取得し、取得した前記条件にしたがって前記関連情報を前記情報処理装置に送信するか否かを判断し、前記監視部は、前記関連情報を前記情報処理装置に送信すると判断された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、を特徴とする。
【００１３】
また、請求項７にかかる発明は、請求項１にかかる発明において、前記情報提供部は、提供する前記関連情報の指定を受付け、指定された前記関連情報を提供し、前記記憶部は、さらに、前記動作に応じて前記関連情報が変更されうるか否かを表す変動情報と、前記関連情報を識別する識別情報とを対応づけた定義情報を記憶し、前記情報取得部は、前記関連情報が変更されうることを表す前記変動情報に対応づけられた前記識別情報を前記記憶部から取得し、取得した前記識別情報で識別される前記関連情報を指定して前記情報提供部から前記関連情報を取得すること、を特徴とする。
【００１４】
また、請求項８にかかる発明は、請求項３、５、６および７のいずれか１つにかかる発明において、前記監視部は、さらに、前記定義情報を格納した定義ファイルを取得し、取得した前記定義ファイルから前記定義情報を読み出して前記記憶部に記憶すること、を特徴とする。
【００１５】
また、請求項９にかかる発明は、請求項８にかかる発明において、前記監視部は、前記情報処理装置から送信された前記定義ファイルを取得すること、を特徴とする。
【００１６】
また、請求項１０にかかる発明は、請求項８にかかる発明において、前記監視部は、複数の前記定義ファイルを管理するサーバ装置から、前記通信装置に対応する前記定義ファイルを取得すること、を特徴とする。
【００１７】
また、請求項１１にかかる発明は、請求項８にかかる発明において、前記監視部は、前記定義ファイルを記憶した記憶媒体から前記定義ファイルを取得すること、を特徴とする。
【００１８】
また、請求項１２にかかる発明は、請求項１にかかる発明において、前記処理制御部に対して前記関連情報を設定する情報設定部をさらに備え、前記監視部は、さらに、前記情報設定部による前記関連情報の設定が完了した場合に、前記関連情報の設定が完了したことを前記情報処理装置に送信すること、を特徴とする。
【００１９】
また、請求項１３にかかる発明は、請求項１にかかる発明において、前記記憶部は、前記関連情報の送信に失敗したときの再送信の条件をさらに記憶し、前記監視部は、前記関連情報の送信に失敗したとき、前記再送信の条件を前記記憶部から取得し、取得した前記再送信の条件にしたがって前記関連情報を再送信すること、を特徴とする。
【００２０】
また、請求項１４にかかる発明は、情報処理装置にサービスを提供する通信装置と、前記情報処理装置とに接続され、前記通信装置の動作を監視する監視装置であって、前記情報処理装置から、前記サービスの処理状態に関する情報を含む前記サービスの関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視部と、前記関連情報を記憶する記憶部と、前記通信装置から前記関連情報を取得する情報取得部と、取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存部と、を備え、前記監視部は、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、を特徴とする。
【００２１】
また、請求項１５にかかる発明は、サービスを提供する通信装置とネットワークを介して接続された情報処理装置であって、前記サービスの処理状態に関する情報を含む前記サービスの関連情報の監視要求を前記通信装置に送信し、前記監視要求に対して通信装置から送信された前記関連情報を受信する監視制御部を備えたこと、を特徴とする。
【００２２】
また、請求項１６にかかる発明は、請求項１５にかかる発明において、前記監視制御部は、前記情報処理装置のアドレス情報を前記通信装置に送信し、前記通信装置から前記アドレス情報を登録したことを示す完了情報を受信した場合に、前記監視要求を前記通信装置に送信すること、を特徴とする。
【００２３】
また、請求項１７にかかる発明は、請求項１６にかかる発明において、前記監視制御部は、前記通信装置から前記完了情報を受信しなかった場合に、前記通信装置との間の通信の管理に関する予め定められたプロトコルを用いて、前記通信装置から前記関連情報を取得すること、を特徴とする。
【００２４】
また、請求項１８にかかる発明は、請求項１５にかかる発明において、前記通信装置から前記完了情報を受信しなかった場合に、前記アドレス情報を登録する機能と、登録した前記アドレス情報の前記情報処理装置に対して前記関連情報を送信する機能とを前記通信装置にインストールするインストール部をさらに備えたこと、を特徴とする。
【００２５】
また、請求項１９にかかる発明は、情報処理装置にネットワークを介してサービスを提供する通信装置における通信方法であって、前記通信装置は、前記関連情報を記憶する記憶部を備え、処理制御部によって、前記サービスに関する処理を制御する処理制御ステップと、情報提供部によって、前記サービスの処理状態に関する情報を含む前記サービスの関連情報を提供する情報提供ステップと、監視部によって、前記情報処理装置から前記関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視ステップと、情報取得部によって、前記情報提供ステップで提供される前記関連情報を取得する情報取得ステップと、保存部によって、取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存ステップと、を備え、前記監視ステップは、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、を特徴とする。
【００２６】
また、請求項２０にかかる発明は、請求項１９に記載の通信方法をコンピュータに実行させる通信プログラムである。
【００２７】
また、請求項２１にかかる発明は、コンピュータに実行させる請求項２０に記載のプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体である。
【００２８】
また、請求項２２にかかる発明は、サービスを提供する通信装置と、前記通信装置とネットワークを介して接続され、前記サービスを利用する情報処理装置と、を備えた通信システムであって、前記通信装置は、前記サービスに関する処理を制御する処理制御部と、前記処理制御部が制御する前記処理の状態に関する情報を含む前記サービスの関連情報を提供する情報提供部と、前記情報処理装置から前記関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視部と、前記関連情報を記憶する記憶部と、前記情報提供部が提供する前記関連情報を取得する情報取得部と、取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存部と、を備え、前記監視部は、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信し、前記情報処理装置は、前記関連情報の監視要求を前記通信装置に送信し、前記監視要求に対して通信装置から送信された前記関連情報を受信する監視制御部を備えたこと、を特徴とする。
【発明の効果】
【００２９】
本発明によれば、ネットワークを介して提供される処理の処理状態の変化を適切に監視することができるという効果を奏する。
【００３０】
また、本発明によれば、標準的なプロトコルを用いた処理状態の取得を併用することにより、ネットワークを介して提供される処理の処理状態の変化を適切に監視することができるという効果を奏する。
【００３１】
また、本発明によれば、指定された項目に関する情報のみを取得することにより、処理状態の取得処理を効率化することができるという効果を奏する。
【００３２】
また、本発明によれば、処理状態を監視するアプリケーションごとに定められた所定項目に関する情報のみを取得することにより、処理状態の取得処理を効率化することができるという効果を奏する。
【００３３】
また、本発明によれば、状態が変化する変動情報に関する情報のみを取得することにより、処理状態の取得処理を効率化することができるという効果を奏する。
【００３４】
また、本発明によれば、処理状態の取得処理に関する定義情報を外部で作成された定義ファイルから取得することにより、メンテナンス性を向上させることができるという効果を奏する。
【００３５】
また、本発明によれば、通信装置の機能に応じて監視処理を制御すること、または通信装置の機能を追加することにより、ネットワークを介して提供される処理の処理状態の変化を適切に監視することができるという効果を奏する。
【図面の簡単な説明】
【００３６】
【図１】第１の実施の形態にかかる通信システムの構成を示すブロック図である。
【図２】第１の実施の形態にかかるデバイスおよびＰＣの詳細な構成を示すブロック図である。
【図３】記憶部に保存されるクライアント情報のデータ構造の一例を示す説明図である。
【図４】記憶部に保存される機器情報のデータ構造の一例を示す説明図である。
【図５】第１の実施の形態における初期化処理の全体の流れを示すシーケンス図である。
【図６】第１の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【図７】第１の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【図８】第１の実施の形態の変形例にかかる通信システムの構成を示すブロック図である。
【図９】第２の実施の形態にかかるデバイスおよびＰＣの詳細な構成を示すブロック図である。
【図１０】第２の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【図１１】第２の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【図１２】記憶部に保存される定義情報のデータ構造の一例を示す説明図である。
【図１３】第２の実施の形態の変形例にかかる通信システムの構成を示すブロック図である。
【図１４】第３の実施の形態にかかるデバイスおよびＰＣの詳細な構成を示すブロック図である。
【図１５】第３の実施の形態で記憶部に保存されるクライアント情報のデータ構造の一例を示す説明図である。
【図１６】第３の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【図１７】第４の実施の形態にかかるデバイスおよびＰＣの詳細な構成を示すブロック図である。
【図１８】記憶部に新たに追加される定義情報のデータ構造の一例を示す説明図である。
【図１９】第４の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【図２０】第５の実施の形態にかかるデバイスおよびＰＣの詳細な構成を示すブロック図である。
【図２１】記憶部に新たに追加される定義情報のデータ構造の一例を示す説明図である。
【図２２】記憶部に保存される機器情報のデータ構造の一例を示す説明図である。
【図２３】第５の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【図２４】第６の実施の形態にかかるデバイスおよびＰＣの詳細な構成を示すブロック図である。
【図２５】第６の実施の形態における定義ファイル更新処理の全体の流れを示すシーケンス図である。
【図２６】機器情報設定処理の全体の流れを示すシーケンス図である。
【図２７】第７の実施の形態にかかるデバイス、デバイスおよびＰＣの詳細な構成を示すブロック図である。
【図２８】第７の実施の形態の変形例にかかるＰＣの詳細な構成を示すブロック図である。
【図２９】第１〜第７の実施の形態にかかる通信装置のハードウェア構成を示す説明図である。
【発明を実施するための形態】
【００３７】
以下に添付図面を参照して、この発明にかかる通信装置の最良な実施の形態を詳細に説明する。
【００３８】
（第１の実施の形態）
第１の実施の形態にかかる通信システムは、ネットワークを介してサービスを提供する通信装置がサービスの処理状態の変化を検知し、処理状態が変化した場合にサービスに関する関連情報をサービスの提供を受けるクライアント装置（情報処理装置）に通知するものである。
【００３９】
なお、本実施の形態では、サービスに関する関連情報として、通信装置の装置名、ハードウェア構成を表す情報、各ハードウェア構成部の状態を表す情報、警告を表す情報、指定された処理の単位であるジョブの状態を表す状態などを取得する。以下では、これらの関連情報を機器情報という。例えば、通信装置のモデル情報、給紙トレイ情報、排紙トレイ情報、トナー情報、機器状態情報などが機器情報に該当する。
【００４０】
また、以下では、印刷機能を提供するプリンタ装置を通信装置とし、指定された印刷処理の単位である印刷ジョブの状態を追跡するジョブ追跡システムとして本実施の形態の通信システムを実現した例について説明する。
【００４１】
このようなジョブ追跡システムでは、上述のように、従来は情報処理装置からポーリングすることによってジョブの状態を監視していた。そして、プリンタ装置の印刷性能向上により、ポーリングする時間より印刷状態の変化のほうが速くなり、印刷状態の変化を適切に監視できない場合が生じていた。
【００４２】
例えば、印刷状態は、以下のように幾つかの段階に分けられる。
（１）印刷データの受信開始
（２）印刷データの受信終了
（３）印刷データの印刷開始前
（４）印刷データの印刷開始
（５）印刷データの印刷中（印刷中のページの情報を含む）
（６）印刷データの印刷終了
【００４３】
通常は、ポーリングにより（１）から（６）の各段階の状態を順番に取得する。しかし、印刷性能の向上により、（１）の状態を受け取り、一定時間後にポーリングしたときには、既に印刷状態が（６）に遷移している場合がある。ポーリングする時間間隔を短くすることによって対応可能であるが、ＳＮＭＰで印刷状態を頻繁に問い合わせると、プリンタ装置の処理性能の悪化を招くという問題が生じる。
【００４４】
また、印刷状態を記憶するためのＲＡＭ（Random Access Memory）などの記憶媒体の記憶容量が制限されることに起因する問題も存在する。容量制限のため、印刷が完了した古い印刷ジョブの情報は逐次記憶媒体から消去される。記憶容量が少ないほど、ジョブ情報が消去される可能性が高くなる。このようにジョブ情報が消去されるため、ジョブの処理状態の追跡ができない場合が生じうる。これに対し、メモリ増設などで対応することが可能だが、コストの増大を招くという問題が生じる。
【００４５】
本実施の形態によれば、以下に説明するように、プリンタ装置自身が、装置性能に応じて予め定めた一定時間間隔で、ジョブの処理状態を監視し、処理状態の変化あった場合のみ、情報処理装置に対して処理状態を通知する。これにより、状態把握の即時性を図り、印刷状態の監視を容易かつ適切に実行可能となる。また、処理状態に関する情報は、記憶容量が大きいＨＤＤ（Hard Disk Drive）等の記憶媒体に記憶することができるため、記憶容量の制限の問題も解消可能である。
【００４６】
なお、適用可能な通信システムは印刷ジョブのジョブ追跡システムに限られるものではなく、ネットワークを介してサービスを提供する通信装置と、当該サービスを利用し、サービスに関連する関連情報を監視する情報処理装置とを備えた通信システムであれば、あらゆる構成のシステムに対して本実施の形態の方法を適用できる。
【００４７】
図１は、第１の実施の形態にかかる通信システムの構成を示すブロック図である。図１に示すように、本実施の形態にかかる通信システムは、情報処理装置としてＰＣ（Personal computer）２００ａおよび２００ｂと、通信装置としてデバイス１００ａ、１００ｂ、１００ｃ、および１００ｄとがＬＡＮなどのネットワーク３００を介して接続された構成となっている。
【００４８】
なお、ＰＣ２００ａ、２００ｂは同様の構成を有するため、以下では単にＰＣ２００という場合がある。同様に、デバイス１００ａ、１００ｂ、１００ｃ、および１００ｄを単にデバイス１００という場合がある。
【００４９】
ＰＣ２００は、デバイス１００が提供するサービスを利用するアプリケーションなどを実行する装置である。デバイス１００は、プリンタ、コピー機などのネットワークでサービスを提供する装置である。
【００５０】
図１のような構成の場合、従来は、ＰＣ２００からデバイス１００に対してポーリングを行うことによりデバイス１００の処理状態を監視していた。これに対し、本実施の形態では、同図に示すように、処理状態の変化などの事由の変化が発生したときに、デバイス１００側からＰＣ２００に対して処理状態を通知する。これにより、ポーリングの間隔より状態変化の間隔が短い場合であっても適切に処理状態を監視することができる。すなわち、状態監視の即時性を実現することができる。
【００５１】
図２は、第１の実施の形態にかかるデバイス１００およびＰＣ２００の詳細な構成を示すブロック図である。なお、図２では、ＰＣ２００およびデバイス１００をそれぞれ１つのみ記載しているが、図１と同様に複数のＰＣ２００およびデバイス１００を相互に接続するように構成することができる。
【００５２】
まず、デバイス１００の構成について説明する。図２に示すように、本実施の形態にかかるデバイス１００は、通信Ｉ／Ｆ（インターフェース）１３０と、記憶部１４０と、デバイス制御部１２０と、監視部１１１と、クライアント管理部１１２と、情報取得部１１３と、キャッシュ管理部１１４とを備えている。
【００５３】
通信Ｉ／Ｆ１３０は、ＰＣ２００等の外部機器との間で通信を行うインターフェースである。
【００５４】
記憶部１４０は、デバイス制御部１２０から取得した機器情報など各種情報を記憶するものであり、ＨＤＤ、光ディスク、メモリカードなどの一般的に利用されているあらゆる記憶媒体により構成することができる。
【００５５】
デバイス制御部１２０は、デバイス１００の動作を制御するものである。デバイス１００がプリンタ装置である場合は、デバイス制御部１２０は、印刷機構やＩ／Ｏ制御などを行う。また、デバイス制御部１２０は、機器情報の取得機能によってデバイス１００の機器情報を提供可能な情報提供部１２１を備えている。なお、情報提供部１２１は、機器情報の取得機能の他に、機器情報を設定する機能も備えている。
【００５６】
監視部１１１は、通信Ｉ／Ｆ１３０を介してＰＣ２００から機器情報の監視要求を受信し、監視要求にしたがって後述する情報取得部１１３が取得した機器情報をＰＣ２００に通知するものである。
【００５７】
キャッシュ管理部１１４は、記憶部１４０の管理に関する処理を行うものである。例えば、キャッシュ管理部１１４は、情報を格納する領域を初期化する処理や、取得した機器情報およびＰＣ２００から送信されたアドレス情報などを記憶部１４０に対して登録する処理を行う。
【００５８】
また、キャッシュ管理部１１４は、後述する情報取得部１１３の要求に応じて、情報取得部１１３がデバイス制御部１２０から取得した最新の機器情報と、既に記憶部１４０に記憶されている機器情報とを比較し、機器情報が変化しているか否かを判断する。なお、上述の監視部１１１は、機器情報が変化したと判断された場合に、ＰＣ２００に取得した機器情報を通知する。
【００５９】
クライアント管理部１１２は、ＰＣ２００のアドレス情報などのＰＣ２００に関する情報（以下、クライアント情報という。）を管理するものである。具体的には、クライアント管理部１１２は、ＰＣ２００から取得したクライアント情報をキャッシュ管理部１１４によって記憶部１４０に保存する。
【００６０】
図３は、記憶部１４０に保存されるクライアント情報のデータ構造の一例を示す説明図である。図３に示すように、クライアント情報として、ＰＣ２００のＩＰアドレスと、ＰＣ２００上のアプリケーションが利用するポート番号と、監視開始フラグとが対応づけてられて記憶部１４０に保存される。監視開始フラグとは、機器情報の監視要求を受信したか否かを表す情報であり、監視要求を受信した場合に「１」、受信していない場合に「０」が設定される。
【００６１】
図２に戻り、情報取得部１１３は、情報提供部１２１を用いてデバイス制御部１２０の機器情報を取得し、後述するキャッシュ管理部１１４によって記憶部１４０に記憶するものである。
【００６２】
図４は、記憶部１４０に保存される機器情報のデータ構造の一例を示す説明図である。図４に示すように、機器情報は、Ｃａｔｅｇｏｒｙ、Ｆｕｎｃｔｉｏｎ、およびＰｒｏｐｅｒｔｙによって階層化された階層構造で表される。そして、取得された機器情報の値は、Ｖａｌｕｅフィールドに保存される。なお、Ｃａｔｅｇｏｒｙ、Ｆｕｎｃｔｉｏｎ、およびＰｒｏｐｅｒｔｙによって機器情報が識別される。
【００６３】
同図では、デバイス１００のシステム構成に関する情報（Ｓｙｓｔｅｍ）、印刷するトレイに関する情報（Ｉｎｐｕｔ Ｔｒａｙ）、デバイス１００の状態に関する情報（Ｓｔａｔｕｓ）、警告に関する情報（Ａｌｅｒｔ）、および印刷ジョブに関する情報（Ｊｏｂ）などが機器情報として保存される例が示されている。
【００６４】
なお、監視部１１１、クライアント管理部１１２、情報取得部１１３、およびキャッシュ管理部１１４は、本実施の形態の監視処理のために追加される構成部であり、例えば、ＳＤＫ（Software Development Kit）などのようなプログラムとして提供され、デバイス１００内にインストールされるように構成することができる。
【００６５】
次に、ＰＣ２００の構成について説明する。図２に示すように、ＰＣ２００は、アプリケーション２０１と、監視制御部２０２と、通信Ｉ／Ｆ２０３とを備えている。
【００６６】
アプリケーション２０１は、デバイス１００の監視を行う機器管理機能、またはデバイス１００に対する印刷指示機能などを備えたアプリケーションである。アプリケーション２０１は、次に説明する監視制御部２０２を用いて、デバイス１００の機器情報を監視する。
【００６７】
監視制御部２０２は、デバイス１００の監視部１１１と通信することによりデバイス１００の状態監視処理を制御するものである。具体的には、監視制御部２０２は、ＰＣ２００を機器情報の通知対象としてデバイス１００に登録するためのクライアント登録要求、機器情報の取得要求、および取得した機器情報の変更を監視するための監視開始要求をデバイス１００に送信する。また、監視制御部２０２は、各要求に応じてデバイス１００から送信された処理結果や機器情報をアプリケーション２０１に通知する。
【００６８】
通信Ｉ／Ｆ２０３は、デバイス１００等の外部機器との間で通信を行うインターフェースである。
【００６９】
なお、監視制御部２０２が、本実施の形態の監視処理のためにＰＣ２００に追加される構成部であり、ＳＤＫ（Software Development Kit）などのようなプログラムとして提供され、ＰＣ２００内にインストールされるように構成することができる。
【００７０】
次に、このように構成された第１の実施の形態にかかる通信システムの処理シーケンスについて説明する。本実施の形態の通信システムでは、記憶部１４０の初期化を行う初期化処理、およびＰＣ２００からの監視要求を受けて機器情報を監視する監視処理が実行される。
【００７１】
最初に、初期化処理の処理シーケンスについて図５を用いて説明する。図５は、第１の実施の形態における初期化処理の全体の流れを示すシーケンス図である。初期化処理は、デバイス１００の電源が投入されたときに実行される処理である。
【００７２】
まず、デバイス１００の電源が投入されると、監視部１１１は、クライアント管理部１１２に対して初期化を要求する（ステップＳ５０１）。クライアント管理部１１２は、記憶部１４０にクライアント情報の格納領域を確保するため、キャッシュ管理部１１４に対して、必要な領域の初期化を要求する（ステップＳ５０２）。キャッシュ管理部１１４は、必要な領域の初期化を行い、クライアント管理部１１２に処理結果を通知する（ステップＳ５０３）。
【００７３】
次に、クライアント管理部１１２は、情報取得部１１３に対して初期化を要求する（ステップＳ５０４）。情報取得部１１３は、記憶部１４０に機器情報の格納領域を確保するため、キャッシュ管理部１１４に対して、必要な領域の初期化を要求する（ステップＳ５０５）。キャッシュ管理部１１４は、必要な領域の初期化を行い、情報取得部１１３に処理結果を通知する（ステップＳ５０６）。
【００７４】
このステップでは、キャッシュ管理部１１４は、図４に示すような機器情報を格納するための領域を記憶部１４０内に確保する。なお、領域を確保する機器情報を定めた定義情報は、予め記憶部１４０などの記憶媒体に保存しておき、このステップで参照するものとする。
【００７５】
次に、情報取得部１１３は、受信した処理結果をクライアント管理部１１２に通知する（ステップＳ５０７）。最後に、クライアント管理部１１２は、監視部１１１に処理結果を通知して（ステップＳ５０８）、初期化処理を終了する。
【００７６】
次に、監視処理のシーケンスについて図６および図７を用いて説明する。図６および図７は、第１の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【００７７】
監視処理は、初期化処理が終了後、ＰＣ２００のアプリケーション２０１からの要求を契機として開始される。例えば、アプリケーション２０１がデバイス１００に対して印刷要求を送信後、開始した印刷ジョブの状態を監視することを要求する場合などが該当する。
【００７８】
まず、アプリケーション２０１からデバイス１００の監視要求を受けた監視制御部２０２は、ＰＣ２００を機器情報の通知対象として登録するためのクライアント登録要求を、デバイス１００の監視部１１１に送信する（ステップＳ６０１）。クライアント登録要求には、ＰＣ２００のＩＰアドレスとポート番号とが含まれる。
【００７９】
次に、監視部１１１は、クライアント管理部１１２に対して、受信したクライアント登録要求を通知する（ステップＳ６０２）。クライアント管理部１１２は、クライアント登録要求に含まれるＩＰアドレスとポート番号とを対応づけたクライアント情報を記憶部１４０へ保存することを、キャッシュ管理部１１４に要求する（ステップＳ６０３）。なお、この時点では、クライアント情報の監視開始フラグは「０（監視要求を受信していない）」を設定する。
【００８０】
次に、キャッシュ管理部１１４が、クライアント情報の保存結果をクライアント管理部１１２に通知する（ステップＳ６０４）。続いて、クライアント管理部１１２は、保存結果を監視部１１１に送信する（ステップＳ６０５）。また、監視部１１１は、受信した保存結果をさらにＰＣ２００の監視制御部２０２に送信する（ステップＳ６０６）。
【００８１】
クライアント情報の保存が正常に実行された場合は、監視制御部２０２は、さらに機器情報を取得して記憶部１４０に保存するために、機器情報の取得要求をデバイス１００の監視部１１１に送信する（ステップＳ６０７）。
【００８２】
次に、監視部１１１は、機器情報の取得要求をクライアント管理部１１２に通知する（ステップＳ６０８）。続いて、クライアント管理部１１２は、機器情報の取得要求を情報取得部１１３に通知する（ステップＳ６０９）。
【００８３】
情報取得部１１３は、情報提供部１２１が提供する機器情報の取得機能を用いて、デバイス制御部１２０の機器情報の取得を要求する（ステップＳ６１０）。情報提供部１２１は、デバイス制御部１２０から取得した機器情報を情報取得部１１３に通知する（ステップＳ６１１）。
【００８４】
次に、情報取得部１１３は、取得した機器情報を記憶部１４０に保存することをキャッシュ管理部１１４に対して要求する（ステップＳ６１２）。キャッシュ管理部１１４は、要求に応じて機器情報を記憶部１４０に保存し、保存結果を情報取得部１１３に通知する（ステップＳ６１３）。
【００８５】
保存が正常に実行された場合は、情報取得部１１３は、取得した機器情報をクライアント管理部１１２に通知する（ステップＳ６１４）。クライアント管理部１１２は、通知された機器情報を監視部１１１に通知する（ステップＳ６１５）。さらに、監視部１１１は、通知された機器情報を、ＰＣ２００の監視制御部２０２に送信する（ステップＳ６１６）。
【００８６】
機器情報を受信した監視制御部２０２は、機器情報の監視開始を監視部１１１に要求する（ステップＳ６１７）。監視部１１１は、クライアント管理部１１２に対して、機器情報の監視開始を要求する（ステップＳ６１８）。
【００８７】
次に、クライアント管理部１１２は、キャッシュ管理部１１４に対して、保存しているクライアント情報の監視開始フラグを更新することを要求する（ステップＳ６１９）。具体的には、クライアント管理部１１２は、監視開始フラグを「１（監視要求を受信）」に更新することを要求する。
【００８８】
このような監視開始フラグを利用することにより、クライアント情報を登録しているすべてのＰＣ２００に機器情報を通知するのでなく、通知を必要としているＰＣ２００にのみ機器情報を通知することができる。
【００８９】
キャッシュ管理部１１４は、クライアント情報の監視開始フラグを「１」に更新し、更新結果をクライアント管理部１１２に通知する（ステップＳ６２０）。
【００９０】
更新が正常に実行された場合は、クライアント管理部１１２は、情報取得部１１３に対して、監視開始を要求する（ステップＳ６２１）。さらに、クライアント管理部１１２は、監視部１１１に対して、監視が開始されたことを通知する（ステップＳ６２２）。そして、監視部１１１は、ＰＣ２００の監視制御部２０２に対して、監視が開始されたことを通知する（ステップＳ６２３）。
【００９１】
一方、監視開始を要求された情報取得部１１３は、情報提供部１２１が提供する機器情報の取得機能を用いて、デバイス制御部１２０の機器情報の取得を要求する（ステップＳ６２４）。情報提供部１２１は、デバイス制御部１２０から取得した機器情報を情報取得部１１３に通知する（ステップＳ６２５）。
【００９２】
次に、情報取得部１１３は、取得した最新の機器情報をキャッシュ管理部１１４に通知するとともに、最新の機器情報と保存済みの機器情報との比較を要求する（ステップＳ６２６）。キャッシュ管理部１１４は、保存済みの機器情報を記憶部１４０から取得し、通知された最新の機器情報と比較する。そして、キャッシュ管理部１１４は、比較結果を情報取得部１１３に通知する（ステップＳ６２７）。本実施の形態では、少なくとも１つの機器情報が変更されれば、機器情報が変化されたと判断してその旨を比較結果として通知する。また、キャッシュ管理部１１４は、機器情報が変更されていると判断した場合は、変更された機器情報を記憶部１４０に保存する。
【００９３】
次に、情報取得部１１３は、比較結果を参照して機器情報が変化されたか否かを判断する（ステップＳ６２８）。
【００９４】
機器情報が変化しない場合は（ステップＳ６２８：ＮＯ）、情報取得部１１３は、所定の時間経過後にステップＳ６２４に戻り、機器情報の取得処理を繰り返す。
【００９５】
機器情報が変化された場合は（ステップＳ６２８：ＹＥＳ）、情報取得部１１３は、取得した機器情報をクライアント管理部１１２に通知する（ステップＳ６２９）。クライアント管理部１１２は、キャッシュ管理部１１４に対して、監視開始フラグが「１」であるクライアント情報の取得を要求する（ステップＳ６３０）。
【００９６】
次に、キャッシュ管理部１１４は、監視開始フラグが「１」であるすべてのクライアント情報を記憶部１４０から取得して、取得したクライアント情報をクライアント管理部１１２に通知する（ステップＳ６３１）。
【００９７】
クライアント管理部１１２は、通知されたクライアント情報と、ステップＳ６２９で通知された機器情報とを、監視部１１１に通知する（ステップＳ６３２）。次に、監視部１１１は、通知されたクライアント情報それぞれに対して、クライアント情報に含まれるＩＰアドレスおよびポート番号を取得し、取得したＩＰアドレスおよびポート番号で識別されるＰＣ２００の監視制御部２０２を宛先として、通知された機器情報を送信する（ステップＳ６３３）。
【００９８】
なお、ステップＳ６２４からステップＳ６３３までの処理は、予め定められた時間間隔ごとに繰り返し実行される。また、同図には図示していないが、例えば、ＰＣ２００から監視の終了要求が送信されたときに、監視部１１１は監視処理を終了する。
【００９９】
このような処理により、ポーリングによりＰＣ２００が定期的に機器情報を取得するのではなく、デバイス１００側で機器情報の変化を判断し、変化した場合にのみＰＣ２００に機器情報を通知することができる。これにより、機器情報の変化を即時的に把握できるようになる。
【０１００】
なお、監視部１１１から監視制御部２０２に対して、何らかの理由で機器情報等の通知ができなかった場合に、再通知を可能とするように構成してもよい。例えば、クライアント登録要求に再通知の条件を追加するとともに、記憶部１４０に記憶するクライアント情報にも再通知の条件を追加するように構成する。そして、クライアント情報の登録時に再通知の条件も記憶部１４０に記憶する。再通知の条件としては、例えば、所定の時間が経過することなどを指定する。
【０１０１】
監視部１１１から監視制御部２０２に対して機器情報等を送信したときにエラーが発生し、機器情報等を送信できなかった場合は、監視部１１１は記憶部１４０から再通知の条件を取得し、条件を満たしたときに機器情報等を再通知する。
【０１０２】
（変形例）
以上の説明では、デバイス１００内に監視処理に関わる監視部１１１、クライアント管理部１１２、情報取得部１１３、およびキャッシュ管理部１１４を備える構成を前提としていた。これに対し、デバイス１００とは異なる外部装置内にこれらの構成部を備え、当該外部装置がデバイス１００と通信して機器情報を監視するように構成してもよい。
【０１０３】
図８は、このような外部装置であるデバイス監視装置８０１を含むように構成された、第１の実施の形態の変形例にかかる通信システムの構成を示すブロック図である。図８に示すように、本変形例にかかる通信システムは、通信装置としてのデバイス８０２が、デバイス監視装置８０１を介してＰＣ２００と接続された構成となっている。
【０１０４】
まず、デバイス監視装置８０１について説明する。デバイス監視装置８０１は、通信Ｉ／Ｆ１３０と、記憶部１４０と、監視部１１１と、クライアント管理部１１２と、情報取得部８１３と、キャッシュ管理部１１４と、入出力Ｉ／Ｆ８５０とを備えている。
【０１０５】
通信Ｉ／Ｆ１３０と、記憶部１４０と、監視部１１１と、クライアント管理部１１２と、キャッシュ管理部１１４とは、図２でデバイス１００内に備えられていたものと同様の機能を有するため、同一の符号を付し説明は省略する。
【０１０６】
入出力Ｉ／Ｆ８５０は、デバイス８０２との間でデータを送受信するインターフェースであり、ＵＳＢ（Universal Serial Bus）、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４などのあらゆる通信インターフェースを適用できる。また、インターフェースは有線に限られず、無線によりデータを送受信するインターフェースを用いてもよい。
【０１０７】
情報取得部８１３は、入出力Ｉ／Ｆ８５０を介して、デバイス８０２の情報提供部１２１と通信して機器情報を取得する点が、図２の情報取得部１１３と異なっている。
【０１０８】
次に、デバイス８０２について説明する。デバイス８０２は、デバイス制御部１２０と、入出力Ｉ／Ｆ８２２とを備えている。デバイス制御部１２０は、図２のデバイス制御部１２０と同様の機能を有するため、同一の符号を付し説明は省略する。
【０１０９】
入出力Ｉ／Ｆ８２２は、デバイス監視装置８０１の入出力Ｉ／Ｆ８５０と同様にデータを送受信するためのインターフェースである。
【０１１０】
このような構成の場合、ＰＣ２００からの監視要求等は、デバイス監視装置８０１の監視部１１１に対して送信される。また、デバイス監視装置８０１の情報取得部８１３は、入出力Ｉ／Ｆ８５０を介して、デバイス８０２から機器情報を取得する。それ以外の監視処理の全体の流れは図６と同様である。
【０１１１】
このように監視機能を備えた装置をデバイス８０２の外部に備え、ＵＳＢなどの汎用のインターフェースによって接続する構成とすることにより、デバイス１００内に監視機能を導入できない場合であっても本実施の形態と同様の機器情報の監視機能を実現することができる。
【０１１２】
以上のように、第１の実施の形態にかかる通信システムでは、サービスを提供する通信装置がサービスの処理状態の変化を検知し、処理状態が変化した場合にサービスに関する機器情報をサービスの提供を受ける情報処理装置に通知することができる。このため、ネットワークを介して提供される処理の処理状態の変化を適切に監視することができる。
【０１１３】
（第２の実施の形態）
第２の実施の形態にかかる通信システムは、第１の実施の形態の方法により取得した機器情報に不足がある場合に、不足する機器情報をＳＮＭＰによって取得するものである。
【０１１４】
図９は、第２の実施の形態にかかるデバイス９００およびＰＣ２００の詳細な構成を示すブロック図である。図９に示すように、本実施の形態にかかるデバイス９００は、通信Ｉ／Ｆ１３０と、記憶部１４０と、デバイス制御部１２０と、監視部１１１と、クライアント管理部１１２と、情報取得部９１３と、キャッシュ管理部１１４と、ＳＮＭＰ制御部９１５と、を備えている。
【０１１５】
第２の実施の形態では、ＳＮＭＰ制御部９１５を追加したこと、および情報取得部９１３の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるデバイス１００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０１１６】
ＳＮＭＰ制御部９１５は、ＳＮＭＰによるデバイス９００の管理を制御するものである。例えば、ＳＮＭＰ制御部９１５は、ＳＮＭＰによってデバイス制御部１２０から機器情報を取得する。すなわち、ＳＮＭＰ制御部９１５は、従来と同様にＳＮＭＰを用いたポーリングによって機器情報を取得する。このとき、ＳＮＭＰ制御部９１５は、通信Ｉ／Ｆ１３０に設定されたデバイス９００のループバックアドレスを指定してＳＮＭＰにより機器情報を取得する。
【０１１７】
情報取得部９１３は、情報提供部１２１を用いて取得した機器情報に不足がある場合に、ＳＮＭＰ制御部９１５を用いて、不足する機器情報をデバイス制御部１２０から取得する点が、第１の実施の形態の情報取得部１１３と異なっている。なお、機器情報が不足するか否かは、例えば、事前に記憶部１４０等に記憶された取得すべき機器情報のリストと照合することにより判断する。また、情報取得部９１３は、情報提供部１２１によって得られた機器情報とＳＮＭＰ制御部９１５で得られた機器情報を１つにまとめて以降の処理で利用する。
【０１１８】
次に、このように構成された第２の実施の形態にかかる通信システムの監視処理について図１０および図１１を用いて説明する。なお、初期化処理は第１の実施の形態と同様であるため説明を省略する。図１０および図１１は、第２の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【０１１９】
ステップＳ１００１からステップＳ１０１１までの、クライアント登録処理、情報提供部１２１による機器情報取得処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６０１からステップＳ６１１までと同様の処理なので、その説明を省略する。
【０１２０】
ステップＳ１０１１で情報提供部１２１を用いて機器情報を取得した後、情報取得部９１３は、事前に記憶した取得すべき機器情報のリストと、取得した機器情報とを比較することにより、不足する機器情報が存在するか否かを判断する（ステップＳ１０１２）。そして、不足する機器情報が存在する場合は（ステップＳ１０１２：ＹＥＳ）、ＳＮＭＰ制御部９１５を用いてデバイス制御部１２０から不足する機器情報を取得する（ステップＳ１０１３）。ＳＮＭＰ制御部９１５は、ＳＮＭＰの規定にしたがいデバイス制御部１２０から機器情報を取得し、取得した機器情報を情報取得部９１３に通知する（ステップＳ１０１４）。不足する機器情報が存在しない場合は（ステップＳ１０１２：ＮＯ）、ＳＮＭＰ制御部９１５による機器情報の取得処理は実行しない。
【０１２１】
なお、情報提供部１２１が提供できない機器情報が予め判明している場合は、不足の判定をせずに、判明している機器情報をＳＮＭＰ制御部９１５により取得するように構成してもよい。
【０１２２】
ステップＳ１０１５からステップＳ１０１９までの、機器情報保存処理、および機器情報通知処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６１２からステップＳ６１６までと同様の処理なので、その説明を省略する。
【０１２３】
また、図１１では、ステップＳ１０２９〜ステップＳ１０３１が追加された点が、第１の実施の形態にかかる通信システムにおける図７と異なっている。ステップＳ１０２９〜ステップＳ１０３１は、図１０のステップＳ１０１２〜ステップＳ１０１４と同様に、ＳＮＭＰ制御部９１５を用いて不足する機器情報をデバイス制御部１２０から取得するものである。
【０１２４】
なお、ＳＮＭＰ制御部９１５を利用するときは、通常、機器情報ごとに定められたＭＩＢ（Management Information Base）取得方法にしたがって機器情報を取得する。ＭＩＢ取得方法とは、機器情報として取得する情報を、いずれのＭＩＢから、どのような優先順位で取得するかを定めたものをいう。
【０１２５】
例えば、機器情報「TrayName」に対しては、第１優先として標準ＭＩＢ（Printer-MIB）から「prtInputName」を取得し、第２優先として自社の拡張ＭＩＢ（MyCompanyのPrivate-MIB）から「MyCompanyInputName」を取得し、第３優先として他社の拡張ＭＩＢ（OtherCompanyのPrivate-MIB）から「OtherCompanyInputName」を取得する取得方法が定められているとする。
【０１２６】
従来の手法によれば、この例で機器情報「TrayName」を取得する場合、最初に「prtInputName」の取得を試し、取得できなかった場合は、「MyCompanyInputName」の取得を試す。それでも取得できなかった場合は、さらに「OtherComanyInputName」の取得を試す。このように、従来の方法では、機器情報の取得効率が悪いという問題があった。例えば、機器情報「TrayName」は、「MyCompanyInputName」から取得することが事前に判明している場合であっても、従来の方法によれば、必ず標準ＭＩＢからの取得を試す必要があった。
【０１２７】
そこで、機器情報ごとに取得するＭＩＢおよび取得項目を定めた定義情報を記憶部１４０等に保存し、保存した定義情報を参照して機器情報を取得する方法を決定するように構成してもよい。
【０１２８】
図１２は、このように構成された場合に記憶部１４０に保存される定義情報のデータ構造の一例を示す説明図である。同図に示すように、機器情報ごとに、機器情報として取得する取得項目と取得元のＭＩＢを対応づけた定義情報が記憶部１４０に保存される。
【０１２９】
情報取得部９１３は、ＳＮＭＰ制御部９１５を用いて機器情報を取得するとき、図１２のような定義情報を参照して機器情報に対応する取得項目を決定し、決定した取得項目をＳＮＭＰによって取得する。
【０１３０】
同図では、例えば、機器情報「TrayName」は、「MyCompanyInputName」から取得することが定められている。このため、情報取得部９１３は、標準ＭＩＢからの取得を試みることなく、最初から自社の拡張ＭＩＢを参照して機器情報「TrayName」を取得することができる。
【０１３１】
（変形例）
第２の実施の形態に対しても、第１の実施の形態と同様に、デバイス９００とは異なる外部装置内に監視処理に関連する構成部を備え、当該外部装置がデバイス９００と通信して機器情報を監視するように構成することができる。
【０１３２】
図１３は、このような外部装置であるデバイス監視装置１３０１を含むように構成された、第２の実施の形態の変形例にかかる通信システムの構成を示すブロック図である。図１３に示すように、本変形例にかかる通信システムは、通信装置としてのデバイス１３０２が、デバイス監視装置１３０１を介してＰＣ２００と接続された構成となっている。
【０１３３】
まず、デバイス監視装置１３０１について説明する。デバイス監視装置１３０１は、通信Ｉ／Ｆ１３０と、記憶部１４０と、監視部１１１と、クライアント管理部１１２と、情報取得部１３１３と、キャッシュ管理部１１４と、ＳＮＭＰ制御部１３１５と、入出力Ｉ／Ｆ８５０と、通信Ｉ／Ｆ１３３１とを備えている。
【０１３４】
通信Ｉ／Ｆ１３０、記憶部１４０、監視部１１１、クライアント管理部１１２、キャッシュ管理部１１４、および入出力Ｉ／Ｆ８５０は、図９のデバイス９００内、または図８のデバイス８０２内に備えられていたものと同様の機能を有するため、同一の符号を付し説明は省略する。
【０１３５】
通信Ｉ／Ｆ１３３１は、デバイス１３０２との間で通信を行うインターフェースである。情報取得部１３１３は、入出力Ｉ／Ｆ８５０を介して、デバイス１３０２の情報提供部１２１と通信して機器情報を取得する点が、図９の情報取得部９１３と異なっている。ＳＮＭＰ制御部１３１５は、通信Ｉ／Ｆ１３３１を介してＳＮＭＰにより機器情報を取得するものである。
【０１３６】
次に、デバイス１３０２について説明する。デバイス１３０２は、デバイス制御部１２０と、入出力Ｉ／Ｆ８２２と、通信Ｉ／Ｆ１３３２とを備えている。デバイス制御部１２０および入出力Ｉ／Ｆ８２２は、図９のデバイス９００内、または図８のデバイス８０２内に備えられていたものと同様の機能を有するため、同一の符号を付し説明は省略する。
【０１３７】
通信Ｉ／Ｆ１３３２は、デバイス監視装置１３０１との間で通信を行うインターフェースである。
【０１３８】
このような構成により、第１の実施の形態の変形例と同様に、デバイス９００内に監視機能を導入できない場合であっても本実施の形態と同様の機器情報の監視機能を実現することができる。
【０１３９】
以上のように、第２の実施の形態にかかる通信システムでは、取得した機器情報に不足がある場合に、不足する機器情報をＳＮＭＰによって取得することができる。すなわち、標準的なプロトコルを用いた処理状態の取得を併用することにより、ネットワークを介して提供される処理の処理状態の変化を適切に監視することができる。また、ＳＮＭＰによって機器情報を取得するときの取得方法を事前に定めることができるため、機器情報の取得処理をさらに効率化することができる。
【０１４０】
（第３の実施の形態）
上記実施の形態では、図４のように階層化された全機器情報を取得していた。これに対し、第３の実施の形態にかかる通信システムは、情報処理装置から指定された機器情報のみを取得することにより、情報取得処理を効率的に実行するものである。
【０１４１】
図１４は、第３の実施の形態にかかるデバイス１４１０およびＰＣ１４２０の詳細な構成を示すブロック図である。
【０１４２】
まず、デバイス１４１０の構成について説明する。図１４に示すように、本実施の形態にかかるデバイス１４１０は、通信Ｉ／Ｆ１３０と、記憶部１４０と、デバイス制御部１２０と、監視部１１１と、クライアント管理部１４１２と、情報取得部１４１３と、キャッシュ管理部１４１４とを備えている。
【０１４３】
第３の実施の形態では、クライアント管理部１４１２、情報取得部１４１３、およびキャッシュ管理部１４１４の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるデバイス１００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０１４４】
クライアント管理部１４１２は、監視対象となる機器情報をさらに含むクライアント情報を管理するものである。具体的には、クライアント管理部１４１２は、ＰＣ１４２０から送信された、監視対象となる機器情報を含むクライアント情報をキャッシュ管理部１４１４によって記憶部１４０に保存する。
【０１４５】
図１５は、第３の実施の形態で記憶部１４０に保存されるクライアント情報のデータ構造の一例を示す説明図である。図１５に示すように、クライアント情報として、ＰＣ１４２０のＩＰアドレスと、ＰＣ１４２０上のアプリケーション１４０１が利用するポート番号と、監視開始フラグと、監視対象となる機器情報とが対応づけてられて記憶部１４０に保存される。
【０１４６】
監視対象は、図４のように階層化された機器情報の各階層の名称を記号「：」で区切ることにより指定する。また、ある階層下のすべての機器情報を監視対象とする場合は、当該階層の名称のみを指定する。図１５では、監視対象としてＳｙｓｔｅｍカテゴリ（Ｃａｔｅｇｏｒｙ）のＭｏｄｅｌＩｎｆｏｒｍａｔｉｏｎファンクション（Ｆｕｎｃｔｉｏｎ）以下のすべての機器情報を監視対象の１つとする場合の指定例が示されている。
【０１４７】
なお、監視対象の指定方法はこれに限られるものではなく、すべての機器情報のうち、監視対象とする機器情報を特定可能な方法であればあらゆる方法を適用できる。
【０１４８】
図１４に戻り、情報取得部１４１３は、機器情報を取得するときに、機器情報を通知するＰＣ１４２０ごとに監視対象となる機器情報を記憶部１４０から取得し、取得した機器情報のみを情報提供部１２１を用いて取得するものである。
【０１４９】
キャッシュ管理部１４１４は、クライアント管理部１４１２の要求に応じて、監視対象を含むクライアント情報を記憶部１４０に登録するものである。また、キャッシュ管理部１４１４は、情報取得部１４１３の要求に応じて、通知先となるＰＣ１４２０に対応する監視対象を記憶部１４０から取得する。その他の機能は、第１の実施の形態のキャッシュ管理部１１４と同様である。
【０１５０】
次に、ＰＣ１４２０の構成について説明する。図１４に示すように、ＰＣ１４２０は、アプリケーション１４０１と、監視制御部１４０２と、通信Ｉ／Ｆ２０３とを備えている。
【０１５１】
第３の実施の形態では、アプリケーション１４０１および監視制御部１４０２の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるＰＣ２００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０１５２】
アプリケーション１４０１は、デバイス１４１０の機器情報を監視するときに、監視対象とする機器情報を指定する機能を有する点が、第１の実施の形態と異なっている。
【０１５３】
監視制御部１４０２は、監視対象とする機器情報の指定を含む監視開始要求をデバイス１４１０に送信する点が、第１の実施の形態の監視制御部２０２と異なっている。なお、監視制御部１４０２は、アプリケーション１４０１が指定した監視対象とする機器情報を監視開始要求に含める。
【０１５４】
次に、このように構成された第３の実施の形態にかかる通信システムの監視処理について図１６を用いて説明する。なお、初期化処理は第１の実施の形態と同様であるため説明を省略する。図１６は、第３の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【０１５５】
なお、同図は、第１の実施の形態の図７に相当する部分の処理（監視開始要求に対する機器情報取得処理）を表すシーケンス図である。第１の実施の形態の図６に相当する部分の処理、すなわち、クライアント登録処理および機器情報取得要求に対する機器情報取得処理は、第１の実施の形態と同様であるため図示および説明を省略する。
【０１５６】
まず、監視制御部１４０２は、アプリケーション１４０１から指定された監視対象とする機器情報を含む監視開始要求をデバイス１４１０の監視部１１１に通知する（ステップＳ１６０１）。監視部１１１は、クライアント管理部１４１２に対して、機器情報の監視開始を要求する（ステップＳ１６０２）。
【０１５７】
次に、クライアント管理部１４１２は、キャッシュ管理部１４１４に対して、保存しているクライアント情報の監視開始フラグの更新、および監視対象の登録を要求する（ステップＳ１６０３）。具体的には、クライアント管理部１４１２は、監視開始フラグを「１」に更新すること、および監視開始要求から取得した監視対象を登録することを要求する。
【０１５８】
キャッシュ管理部１４１４は、クライアント情報の監視開始フラグを「１」に更新するとともに、指定された監視対象を記憶部１４０に保存し、処理結果をクライアント管理部１４１２に通知する（ステップＳ１６０４）。
【０１５９】
ステップＳ１６０５からステップＳ１６０７までの、情報取得部１４１３に対する監視開始要求処理、および監視開始通知処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６２１からステップＳ６２３までと同様の処理なので、その説明を省略する。
【０１６０】
監視開始を要求された情報取得部１４１３は、監視開始を要求したＰＣ１４１０ごとに、監視対象とする機器情報の取得をキャッシュ管理部１４１４に要求する（ステップＳ１６０８）。キャッシュ管理部１４１４は、該当する監視対象を記憶部１４０から取得し、取得した監視対象を情報取得部１４１３に通知する（ステップＳ１６０９）。
【０１６１】
以降、情報取得部１４１３は、監視対象として指定された機器情報について、情報提供部１２１を用いた機器情報の取得処理を繰り返す（ステップＳ１６１０〜ステップＳ１６１９）。このステップＳ１６１０からステップＳ１６１９までの処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６２４からステップＳ６３３までと同様の処理なので、その説明を省略する。
【０１６２】
このように、第３の実施の形態にかかる通信システムでは、情報処理装置から指定された機器情報のみを取得することができるため、情報取得処理を効率的に実行することができる。
【０１６３】
（第４の実施の形態）
第４の実施の形態にかかる通信システムは、サービスを利用するアプリケーションごとに予め定められた機器情報のみを取得するものである。また、機器情報を通知する条件を満たす場合にのみ取得した機器情報を通知するものである。
【０１６４】
図１７は、第４の実施の形態にかかるデバイス１７１０およびＰＣ１７２０の詳細な構成を示すブロック図である。
【０１６５】
まず、デバイス１７１０の構成について説明する。図１７に示すように、本実施の形態にかかるデバイス１７１０は、通信Ｉ／Ｆ１３０と、記憶部１７４０と、デバイス制御部１２０と、監視部１１１と、クライアント管理部１１２と、情報取得部１７１３と、キャッシュ管理部１７１４とを備えている。
【０１６６】
第４の実施の形態では、記憶部１７４０に新規情報が記憶されることと、情報取得部１７１３およびキャッシュ管理部１７１４の機能とが第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるデバイス１００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０１６７】
記憶部１７４０は、ＰＣ１７２０上で実行されるアプリケーション２０１ごとに監視対象とする機器情報を定義した定義情報をさらに記憶する点が、第１の実施の形態の記憶部１４０と異なっている。
【０１６８】
図１８は、記憶部１７４０に新たに追加される定義情報のデータ構造の一例を示す説明図である。図１８に示すように、記憶部１７４０には、アプリケーション２０１を識別するためのアプリケーション名（Application Name）と、アプリケーション２０１が管理する機器情報の機能名（Function）と、機能名に対応して取得する各機器情報を特定する属性（Property）と、機器情報を通知するときの通知条件（Condition）とを対応づけた定義情報が事前に格納される。
【０１６９】
同図では、例えば、アプリケーション２０１側で管理する機器情報の機能名「Status Information」に対し、デバイス１７１０側で管理する図４のような階層化された機器情報のうち、「System information」下の「Status ID」および「Printer Information」下の「Status ID」等を取得する定義情報が示されている。
【０１７０】
また、通知条件としては、上記実施の形態のように変動があれば必ず通知する条件以外の多様な条件を指定できる。例えば同図では、トナーの状態（Toner Status）に関して、トナー残量が所定の閾値（１０％）以下になったときに通知する通知条件が指定されている。また、例えば、状態が変動した場合に必ず通知するのではなく、所定の状態に変化したときにのみ通知する通知条件を指定してもよい。なお、通知条件の指定方法はこれらに限られるものではなく、機器情報の変化態様に応じて通知するか否かを指定可能な方法であればあらゆる方法を適用できる。
【０１７１】
図１７に戻り、情報取得部１７１３は、機器情報を取得するときに、監視開始を要求したアプリケーション２０１に対応する機器情報を記憶部１７４０から取得し、取得した機器情報のみを情報提供部１２１を用いて取得するものである。なお、アプリケーション名は、ＰＣ１７２０の監視制御部１７０２（後述）によって監視開始要求に含められ、デバイス１７１０に送信される。
【０１７２】
このような機能により、例えば、複数のＰＣ１７２０に同じアプリケーションが導入され、同時に機器情報の監視を要求している場合は、ＰＣ１７２０それぞれについて機器情報を取得するのではなく、同じアプリケーションについて１度だけ機器情報を取得することが可能となる。これにより、機器情報の取得処理を効率化することができる。
【０１７３】
また、情報取得部１７１３は、取得した機器情報の通知条件を記憶部１７４０から取得するとともに、取得した機器情報が通知条件を満たすか否かを判定し、満たす場合にのみ、取得した機器情報をＰＣ１７２０に通知する。
【０１７４】
キャッシュ管理部１７１４は、情報取得部１７１３の要求に応じて、アプリケーション名に対応する機器情報を記憶部１７４０から取得する。その他の機能は、第１の実施の形態のキャッシュ管理部１１４と同様である。
【０１７５】
次に、ＰＣ１７２０の構成について説明する。図１７に示すように、ＰＣ１７２０は、アプリケーション２０１と、監視制御部１７０２と、通信Ｉ／Ｆ２０３とを備えている。
【０１７６】
第４の実施の形態では、監視制御部１７０２の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるＰＣ２００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０１７７】
監視制御部１７０２は、監視を要求したアプリケーション２０１のアプリケーション名を含む監視開始要求をデバイス１７１０に送信する点が、第１の実施の形態の監視制御部２０２と異なっている。
【０１７８】
次に、このように構成された第４の実施の形態にかかる通信システムの監視処理について図１９を用いて説明する。なお、初期化処理は第１の実施の形態と同様であるため説明を省略する。図１９は、第４の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【０１７９】
なお、同図は、第１の実施の形態の図７に相当する部分の処理（監視開始要求に対する機器情報取得処理）を表すシーケンス図である。第１の実施の形態の図６に相当する部分の処理、すなわち、クライアント登録処理および機器情報取得要求に対する機器情報取得処理は、第１の実施の形態と同様であるため図示および説明を省略する。
【０１８０】
まず、監視制御部１７０２は、監視を要求したアプリケーション２０１のアプリケーション名を含む監視開始要求をデバイス１７１０の監視部１１１に通知する（ステップＳ１９０１）。監視部１１１は、クライアント管理部１１２に対して、機器情報の監視開始を要求する（ステップＳ１９０２）。
【０１８１】
次に、クライアント管理部１１２は、キャッシュ管理部１７１４に対して、保存しているクライアント情報の監視開始フラグの更新を要求する（ステップＳ１９０３）。キャッシュ管理部１７１４は、クライアント情報の監視開始フラグを「１」に更新し、処理結果をクライアント管理部１１２に通知する（ステップＳ１９０４）。
【０１８２】
ステップＳ１９０５からステップＳ１９０７までの、情報取得部１７１３に対する監視開始要求処理、および監視開始通知処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６２１からステップＳ６２３までと同様の処理なので、その説明を省略する。
【０１８３】
監視開始を要求された情報取得部１７１３は、要求に含まれるアプリケーション名を抽出し、抽出したアプリケーション名に対応する機器情報および通知条件の取得をキャッシュ管理部１７１４に対して要求する（ステップＳ１９０８）。キャッシュ管理部１７１４は、該当する機器情報および通知条件を記憶部１７４０から取得し、取得結果を情報取得部１７１３に通知する（ステップＳ１９０９）。
【０１８４】
ステップＳ１９１０からステップＳ１９１４までの、情報提供部１２１による機器情報取得処理および機器情報比較処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６２４からステップＳ６２８までと同様の処理なので、その説明を省略する。
【０１８５】
機器情報が変化した場合は（ステップＳ１９１４：ＹＥＳ）、情報取得部１７１３は、取得した機器情報が通知条件を満たすか否かを判断する（ステップＳ１９１５）。通知条件を満たさない場合は（ステップＳ１９１５：ＮＯ）、情報取得部１７１３は、所定の時間経過後にステップＳ１９１０に戻り、機器情報の取得処理を繰り返す。
【０１８６】
通知条件を満たす場合は（ステップＳ１９１５：ＹＥＳ）、情報取得部１７１３は、取得した機器情報をクライアント管理部１１２に通知する（ステップＳ１９１６）。
【０１８７】
ステップＳ１９１７からステップＳ１９２０までの、クライアント情報取得処理および機器情報送信処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６３０からステップＳ６３３までと同様の処理なので、その説明を省略する。
【０１８８】
このように、第４の実施の形態にかかる通信システムでは、サービスを利用するアプリケーションごとに予め定められた機器情報のみを取得することができる。また、機器情報を通知する条件を満たす場合にのみ取得した機器情報を通知することができる。このため、処理状態の取得処理を効率化することが可能となる。
【０１８９】
（第５の実施の形態）
第５の実施の形態にかかる通信システムは、機器情報のうち、処理状況に応じて内容が変化する機器情報のみを取得するものである。
【０１９０】
図２０は、第５の実施の形態にかかるデバイス２０００およびＰＣ２００の詳細な構成を示すブロック図である。
【０１９１】
まず、デバイス２０００の構成について説明する。図２０に示すように、本実施の形態にかかるデバイス２０００は、通信Ｉ／Ｆ１３０と、記憶部２０４０と、デバイス制御部１２０と、監視部１１１と、クライアント管理部１１２と、情報取得部２０１３と、キャッシュ管理部２０１４とを備えている。
【０１９２】
第５の実施の形態では、記憶部２０４０に新規情報が記憶されることと、情報取得部２０１３およびキャッシュ管理部２０１４の機能とが第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるデバイス１００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０１９３】
記憶部２０４０は、監視対象となる機器情報が、値が変化しない固定の機器情報であるか、値が変化する機器情報であるかを表す変動情報を定義情報としてさらに記憶するものである。また、記憶部２０４０は、機器情報を取得したとき、機器情報ごとに変動情報を対応づけて記憶する。
【０１９４】
図２１は、記憶部２０４０に新たに追加される定義情報のデータ構造の一例を示す説明図である。図２１に示すように、記憶部２０４０には、機器情報を識別する識別情報（Ｐｒｏｐｅｒｔｙ）と、機器情報が変動するか否かを表す変動情報（Ｕｐｄａｔｅ）とが対応づけられた定義情報が事前に格納される。
【０１９５】
図２２は、記憶部２０４０に保存される機器情報のデータ構造の一例を示す説明図である。本実施の形態では、第１の実施の形態で保存される機器情報のデータ構造を表す図４と比較すると、変動情報を格納するフィールド（Ｕｐｄａｔｅ）が追加された点が異なっている。
【０１９６】
なお、図２２のようなＵｐｄａｔｅフィールドを含む機器情報の記憶領域は、初期化処理時にキャッシュ管理部２０１４によって記憶部２０４０内に確保される。また、Ｕｐｄａｔｅフィールドに設定する変動情報は、最初に機器情報を取得するときに、図２１のような定義情報を参照して設定される。
【０１９７】
図２０に戻り、情報取得部２０１３は、機器情報を取得するときに、値が変化することを表す変動情報（変動）が設定された機器情報を記憶部２０４０から取得し、取得した機器情報のみを情報提供部１２１を用いて取得するものである。
【０１９８】
キャッシュ管理部２０１４は、情報取得部２０１３の要求に応じて、値が変化することを表す変動情報が設定された機器情報を記憶部２０４０から取得する。その他の機能は、第１の実施の形態のキャッシュ管理部１１４と同様である。
【０１９９】
ＰＣ２００の構成および機能は、第１の実施の形態と同様であるので、同一符号を付し、ここでの説明は省略する。
【０２００】
次に、このように構成された第５の実施の形態にかかる通信システムの監視処理について図２３を用いて説明する。なお、初期化処理は第１の実施の形態と同様であるため説明を省略する。図２３は、第５の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【０２０１】
なお、同図は、第１の実施の形態の図７に相当する部分の処理（監視開始要求に対する機器情報取得処理）を表すシーケンス図である。第１の実施の形態の図６に相当する部分の処理、すなわち、クライアント登録処理および機器情報取得要求に対する機器情報取得処理は、第１の実施の形態と同様であるため図示および説明を省略する。
【０２０２】
ステップＳ２３０１からステップＳ２３０７までの、監視開始フラグ更新処理、および監視開始通知処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６１７からステップＳ６２３までと同様の処理なので、その説明を省略する。
【０２０３】
監視開始を要求された情報取得部２０１３は、値が変化することを表す変動情報が設定された機器情報の識別情報（機器情報名）の取得をキャッシュ管理部２０１４に対して要求する（ステップＳ２３０８）。キャッシュ管理部２０１４は、変動する機器情報の機器情報名を記憶部２０４０から取得し、情報取得部２０１３に通知する（ステップＳ２３０９）。
【０２０４】
以降、情報取得部２０１３は、値が変動する機器情報を監視対象として、情報提供部１２１を用いた機器情報の取得処理を繰り返す（ステップＳ２３１０〜ステップＳ２３１９）。このステップＳ２３１０からステップＳ２３１９までの処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６２４からステップＳ６３３までと同様の処理なので、その説明を省略する。
【０２０５】
このように、第５の実施の形態にかかる通信システムでは、機器情報のうち、処理状況に応じて内容が変化する機器情報のみを取得することができる。このため、処理状態の取得処理を効率化することができる。
【０２０６】
（第６の実施の形態）
第６の実施の形態にかかる通信システムは、監視処理で利用する各種定義情報を、外部で作成された定義ファイルから取得するものである。定義情報としては、上述の各実施の形態で利用される各定義情報が対象となる。例えば、取得対象となる機器情報、アプリケーションごとの取得する機器情報、通知条件、機器情報が変化するか否かを表す情報などが該当する。
【０２０７】
また、本実施の形態では、機器情報を情報処理装置から設定するとともに、機器情報の設定が完了したことを情報処理装置に通知することができる。
【０２０８】
図２４は、第６の実施の形態にかかるデバイス２４１０およびＰＣ２４２０の詳細な構成を示すブロック図である。なお、同図では、ルータ４００、インターネットなどのネットワーク５００、およびサーバ６００が追加されている。
【０２０９】
ルータ４００は、ネットワーク３００とネットワーク５００との間の通信を中継するものである。ネットワーク５００はインターネットに限らずあらゆる形態のネットワークによって構成できる。
【０２１０】
サーバ６００は、デバイス２４１０を含む通信装置の種類ごとに、定義ファイル、ファームウェアを更新するためのファームウェアファイルを管理するサーバ装置である。定義ファイルの形式は問わないが、例えば、ＸＭＬ（eXtensible Markup Language）形式のファイルなどを利用できる。
【０２１１】
なお、各ＰＣ２４２０は、利用するデバイス２４１０の種類を判別し、デバイス２４１０の種類に応じた定義ファイル等をサーバ６００から取得した上で、取得したファイルによってデバイス２４１０の定義情報または機器情報の更新を行う。
【０２１２】
次に、デバイス２４１０の構成について説明する。図２４に示すように、本実施の形態にかかるデバイス２４１０は、通信Ｉ／Ｆ１３０と、記憶部１４０と、デバイス制御部１２０と、監視部２４１１と、クライアント管理部１１２と、情報取得部１１３と、キャッシュ管理部１１４と、ＳＮＭＰ制御部９１５と、情報設定部２４１６とを備えている。
【０２１３】
第６の実施の形態では、監視部２４１１の機能と、ＳＮＭＰ制御部９１５および情報設定部２４１６を追加したことが、第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるデバイス１００の構成を表すブロック図である図１と同様であるので、同一符号を付し、ここでの説明は省略する。
【０２１４】
監視部２４１１は、定義ファイルによる定義情報の更新機能、および情報設定部２４１６を用いて機器情報を設定する機能が追加された点が、第１の実施の形態の監視部１１１と異なっている。
【０２１５】
ＳＮＭＰ制御部９１５は、第２の実施の形態のＳＮＭＰ制御部９１５と同様にＳＮＭＰによるデバイス２４１０の管理を制御するものである。
【０２１６】
情報設定部２４１６は、ＰＣ２４２０からの要求に応じてデバイス制御部１２０に対して機器情報を設定するものである。
【０２１７】
次に、ＰＣ２４２０の構成について説明する。図２４に示すように、ＰＣ２４２０は、アプリケーション２４０１と、監視制御部２４０２と、通信Ｉ／Ｆ２０３とを備えている。
【０２１８】
第６の実施の形態では、アプリケーション２４０１および監視制御部２４０２の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるＰＣ２００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０２１９】
アプリケーション２４０１は、デバイス２４１０の定義ファイルの更新要求をさらに送信する点が、第１の実施の形態のアプリケーション２０１と異なっている。
【０２２０】
監視制御部２４０２は、アプリケーション２４０１が要求した定義ファイルの更新要求に応じて、定義ファイルを外部のサーバ６００から取得する処理、および定義ファイルの更新要求をデバイス２４１０に送信する処理が追加された点が、第１の実施の形態の監視制御部２０２と異なっている。
【０２２１】
次に、このように構成された第６の実施の形態にかかる通信システムによる定義ファイル更新処理について説明する。なお、初期化処理は第１の実施の形態と同様であるため説明を省略する。図２５は、第６の実施の形態における定義ファイル更新処理の全体の流れを示すシーケンス図である。
【０２２２】
まず、アプリケーション２４０１は、定義ファイルの更新要求を監視制御部２４０２に対して通知する（ステップＳ２５０１）。次に、監視制御部２４０２は、デバイス２４１０の種類を特定するためにデバイス２４１０のモデル名の取得要求をデバイス２４１０の監視部２４１１に送信する（ステップＳ２５０２）。
【０２２３】
次に、監視部２４１１は、記憶部１４０から機器情報に含まれるモデル名（図４のSystem：Model Information：Model Name）を取得し、監視制御部２４０２に通知する（ステップＳ２５０３）。なお、モデル名を取得する処理は、上述した各実施の形態と同様の処理によって実現可能であるため詳細は省略する。
【０２２４】
次に、監視制御部２４０２は、通知されたモデル名に対応する定義ファイルの取得要求をサーバ６００に対して送信する（ステップＳ２５０４）。サーバ６００は、モデル名に対応する定義ファイルを自装置内の記憶部等から取得し、監視制御部２４０２に通知する（ステップＳ２５０５）。
【０２２５】
次に、監視制御部２４０２は、監視部２４１１に対して、定義ファイルとともに定義ファイルの更新要求を送信する（ステップＳ２５０６）。監視部２４１１は、送信された定義ファイルの内容を読み出し、記憶部１４０に記憶する。そして、監視部２４１１は処理結果を監視制御部２４０２に通知する（ステップＳ２５０７）。
【０２２６】
次に、監視制御部２４０２は、通知された処理結果をさらにアプリケーション２４０１に通知し（ステップＳ２５０８）、定義ファイル更新処理を終了する。
【０２２７】
このような処理により、監視処理に必要な定義情報を外部で作成された定義ファイルを元に更新することが可能となり、定義情報のメンテナンス性を高めることができる。
【０２２８】
なお、定義ファイルはサーバ６００から取得したファイルに限られるものではない。例えば、他の方法によりＰＣ２４２０が取得済みの定義ファイルをデバイス２４１０に送信するように構成してもよい。また、更新要求のみをＰＣ２４２０から送信し、定義ファイルはデバイス２４１０がサーバ６００から取得するように構成してもよい。
【０２２９】
さらに、ＣＤ−ＲＯＭ、フロッピーディスク（登録商標：ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録された定義ファイルを、記録媒体の種類に応じたインターフェースを介して取得するように構成してもよい。
【０２３０】
また、デバイス２４１０のファームウェアを更新するためのファームウェアファイル内に定義ファイルを含め、ファームウェアの更新処理時に定義ファイルを取り出して、上述のような定義ファイルの更新処理を行うように構成してもよい。
【０２３１】
次に、デバイス２４１０の機器情報をＰＣ２４２０から設定する機器情報設定処理について説明する。外部から機器情報を設定する場合、設定したこと（第１の事由の変化）を通知するだけではなく、設定が有効になったこと（第２の事由の変化）を通知しなければならない場合がある。
【０２３２】
例えば、デバイス２４１０のＩＰアドレスを更新する場合、単に新たなＩＰアドレスを通知してＩＰアドレスを設定するだけでは、新たなＩＰアドレスが有効にならない。有効にするためには、デバイス２４１０を再起動する必要がある。このため、デバイス２４１０が再起動した後に、ＩＰアドレスが有効になったことをさらに通知する必要が生じる。
【０２３３】
また、例えば、デバイス２４１０のファームウェアを更新する場合、ＦＴＰプロトコル等によってファームウェアファイルを転送しただけでは、ファームウェアを更新することができない。デバイス２４１０は、転送完了をアプリケーション２４０１に通知した後（第１の事由の変化）、受信したファームウェアファイルを元にファームウェアの更新処理を実行し、更新を有効にするために再起動する必要がある。そして、デバイス２４１０が再起動した後に、ファームウェアが有効になったことをアプリケーション２４０１に通知する必要が生じる。
【０２３４】
図２６は、機器情報設定処理の全体の流れを示すシーケンス図である。まず、監視制御部２４０２は、機器情報設定要求を監視部２４１１に対して通知する（ステップＳ２６０１）。監視部２４１１は、機器情報設定要求をクライアント管理部１１２に通知する（ステップＳ２６０２）。クライアント管理部１１２は、通知された機器情報設定要求を情報設定部２４１６に通知する（ステップＳ２６０３）。
【０２３５】
情報設定部２４１６は、情報提供部１２１が提供する機器情報の設定機能を用いて、機器情報の設定を要求する（ステップＳ２６０４）。情報提供部１２１は、要求された機器情報をデバイス制御部１２０に設定し、設定結果を情報設定部２４１６に通知する（ステップＳ２６０５）。
【０２３６】
また、情報設定部２４１６は、ＳＮＭＰを用いて設定する機器情報の場合は、ＳＮＭＰ制御部９１５に対して機器情報の設定を要求する（ステップＳ２６０６）。ＳＮＭＰ制御部９１５は、要求された機器情報をデバイス制御部１２０に設定し、設定結果を情報設定部２４１６に通知する（ステップＳ２６０７）。
【０２３７】
次に、情報設定部２４１６は、機器情報の設定結果をクライアント管理部１１２に通知する（ステップＳ２６０８）。また、クライアント管理部１１２は、設定結果を監視部２４１１に通知する（ステップＳ２６０９）。さらに、監視部２４１１は、設定結果をＰＣ２４２０の監視制御部２４０２に通知する（ステップＳ２６１０）。
【０２３８】
機器情報の設定が正常に実行され、デバイス２４１０の再起動が必要な場合は、情報設定部２４１６は、ＳＮＭＰ制御部９１５に対して再起動を要求する（ステップＳ２６１１）。次に、ＳＮＭＰ制御部９１５は、デバイス２４１０を再起動する（ステップＳ２６１２）。
【０２３９】
デバイス制御部１２０は、再起動の完了した場合、完了通知をＳＮＭＰ制御部９１５に通知する（ステップＳ２６１３）。具体的には、ＳＮＭＰ制御部９１５は、ＳＮＭＰ Ｔｒａｐ機能によって再起動を検出する。
【０２４０】
次に、ＳＮＭＰ制御部９１５は、再起動の完了を情報設定部２４１６に通知する（ステップＳ２６１４）。また、情報設定部２４１６は、クライアント管理部１１２に再起動の完了を通知する（ステップＳ２６１５）。
【０２４１】
次に、クライアント管理部１１２は、キャッシュ管理部１１４にクライアント情報の取得を要求する（ステップＳ２６１６）。キャッシュ管理部１１４は、記憶部１４０からクライアント情報を取り出し、クライアント管理部１１２に送信する（ステップＳ２６１７）。クライアント管理部１１２は、再起動の完了とクライアント情報を監視部２４１１に通知する（ステップＳ２６１８）。
【０２４２】
最後に、監視部２４１１は、通知されたクライアント情報それぞれに対して、クライアント情報に含まれるＩＰアドレスおよびポート番号を取得し、取得したＩＰアドレスおよびポート番号で識別されるＰＣ２４２０の監視制御部２４０２を宛先として、再起動の完了を通知する（ステップＳ２６１９）。
【０２４３】
このように、第６の実施の形態にかかる通信システムでは、定義情報を外部で作成された定義ファイルから取得することができるため、定義情報の変更が容易となり、通信装置のメンテナンス性を向上させることができる。
【０２４４】
（第７の実施の形態）
第７の実施の形態にかかる通信システムは、通信装置が上記各実施の形態の機能に対応しているか否かを判定し、判定結果に応じて情報処理装置側の監視処理を制御するものである。また、判定結果に応じて通信装置に上記各実施の形態の機能をインストールするものである。
【０２４５】
図２７は、第７の実施の形態にかかるデバイス１００、デバイス２７１０およびＰＣ２７２０の詳細な構成を示すブロック図である。
【０２４６】
デバイス１００は、第１の実施の形態のデバイス１００を表す図２と同様の構成であるため、同一の符号を付し説明を省略する。
【０２４７】
デバイス２７１０は、第１の実施の形態の監視処理に関連する構成部である監視部１１１、クライアント管理部１１２、情報取得部１１３、およびキャッシュ管理部１１４を備えない構成の通信装置である。すなわち、デバイス２７１０は、従来と同様に、例えばＳＮＭＰによる機器情報の監視機能のみを有する通信装置を表している。
【０２４８】
ＰＣ２７２０は、アプリケーション２０１と、監視制御部２７０２と、通信Ｉ／Ｆ２０３とを備えている。
【０２４９】
第７の実施の形態では、監視制御部２７０２の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるＰＣ２００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０２５０】
監視制御部２７０２は、利用する通信装置の種類を判定し、判定結果に応じて機器情報を監視する方法を切り替える機能を有する。具体的には、監視制御部２７０２は、第１の実施の形態のステップＳ６０１（図６）のように、クライアント登録要求を通信装置に送信し、所定時間内に応答が得られるか否かによって、通信装置が第１の実施の形態のような監視機能を備えたデバイス１００であるか否かを判断する。
【０２５１】
送信先がデバイス１００であれば、監視制御部２７０２は、図６のステップＳ６０６のように、クライアント登録の結果を受信できる。これにより、監視制御部２７０２は、デバイス１００は第１の実施の形態と同様の監視機能を備えると判断し、以降は第１の実施の形態と同様の手順で、機器情報取得処理および監視開始要求処理（図６、図７）を実行する。
【０２５２】
一方、送信先がデバイス２７１０の場合、監視制御部２７０２は、クライアント登録の結果を受信できない。このため、監視制御部２７０２は、デバイス２７１０は第１の実施の形態と同様の監視機能を備えていないと判断する。この場合、監視制御部２７０２は、ＳＮＭＰを用いたポーリングなどの従来と同様の手法によって、デバイス２７１０の機器情報の監視処理を行う。
【０２５３】
（変形例）
なお、通信装置が第１の実施の形態と同様の監視機能を備えていないと判断した場合に、監視機能を通信装置にインストールするように構成してもよい。図２８は、このように構成された第７の実施の形態の変形例にかかるＰＣ２８２０の詳細な構成を示すブロック図である。
【０２５４】
ＰＣ２８２０は、アプリケーション２０１と、監視制御部２８０２と、通信Ｉ／Ｆ２０３と、インストール部２８０４とを備えている。
【０２５５】
監視制御部２８０２は、上述の監視制御部２７０２と同様の方法で通信装置が第１の実施の形態のような監視機能を備えたデバイス１００であるか否かを判断する。そして、監視制御部２８０２は、当該監視機能を備えていないと判断した場合に、インストール部２８０４を用いて当該監視機能をデバイス２７１０にインストールする処理を制御する。
【０２５６】
インストール部２８０４は、監視制御部２８０２の要求に応じて、監視機能をデバイス２７１０にインストールするものである。監視機能に必要な構成部（監視部１１１、クライアント管理部１１２、情報取得部１１３、およびキャッシュ管理部１１４）が上述のようなＳＤＫとして提供されることを前提とすると、インストール部２８０４は、例えば、デバイス制御部１２０に予め備えられたＳＤＫ等のプログラムのインストール機能を用いて、当該ＳＤＫに対応する監視機能をインストールする。
【０２５７】
このように、第７の実施の形態にかかる通信システムでは、通信装置が上記各実施の形態の機能に対応しているか否かを判定し、判定結果に応じて情報処理装置側の監視処理を制御することができる。また、第７の実施の形態にかかる通信システムでは、通信装置が上記各実施の形態の機能に対応していない場合に、上記各実施の形態の機能を通信装置にインストールすることができる。このため、ネットワークを介して提供される処理の処理状態の変化を適切に監視することができる。
【０２５８】
次に、第１〜第７の実施の形態にかかる通信装置のハードウェア構成について図２９を用いて説明する。図２９は、第１〜第７の実施の形態にかかる通信装置のハードウェア構成を示す説明図である。
【０２５９】
第１〜第７の実施の形態にかかる通信装置は、ＣＰＵ（Central Processing Unit）５１などの制御装置と、ＲＯＭ（Read Only Memory）５２やＲＡＭ５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、各部を接続するバス６１を備えている。
【０２６０】
第１〜第７の実施の形態にかかる通信装置で実行される通信プログラムは、ＲＯＭ５２等に予め組み込まれて提供される。
【０２６１】
第１〜第７の実施の形態にかかる通信装置で実行される通信プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＦＤ、ＣＤ−Ｒ（Compact Disk Recordable）、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【０２６２】
さらに、第１〜第７の実施の形態にかかる通信装置で実行される通信プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、第１〜第７の実施の形態にかかる通信装置で実行される通信プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０２６３】
第１〜第７の実施の形態にかかる通信装置で実行される通信プログラムは、上述した各部（監視部、クライアント管理部、情報取得部、キャッシュ管理部、デバイス制御部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ５１が上記ＲＯＭ５２から通信プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、各部が主記憶装置上に生成されるようになっている。
【０２６４】
なお、第１〜第７の実施の形態にかかる情報処理装置は、ＣＰＵ５１などの制御装置と、ＲＯＭ５２やＲＡＭ５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置と、各部を接続するバス６１を備えた、通常のコンピュータを利用したハードウェア構成となっている。
【産業上の利用可能性】
【０２６５】
以上のように、本発明にかかる通信装置、通信方法、通信プログラム、記録媒体、通信システム、監視装置、および情報処理装置は、ネットワークを介したサービスの提供・利用に関する装置、方法、プログラム、およびシステムに適している。
【符号の説明】
【０２６６】
５１ ＣＰＵ
５２ ＲＯＭ
５３ ＲＡＭ
５４ 通信Ｉ／Ｆ
６１ バス
１００ デバイス
１１１ 監視部
１１２ クライアント管理部
１１３ 情報取得部
１１４ キャッシュ管理部
１２０ デバイス制御部
１２１ 情報提供部
１３０ 通信Ｉ／Ｆ
１４０ 記憶部
２００ ＰＣ
２０１ アプリケーション
２０２ 監視制御部
２０３ 通信Ｉ／Ｆ
３００ ネットワーク
４００ ルータ
５００ ネットワーク
６００ サーバ
８０１ デバイス監視装置
８０２ デバイス
８１３ 情報取得部
８２２ 入出力Ｉ／Ｆ
８５０ 入出力Ｉ／Ｆ
９００ デバイス
９１３ 情報取得部
９１５ ＳＮＭＰ制御部
１３０１ デバイス監視装置
１３０２ デバイス
１３１３ 情報取得部
１３１５ ＳＮＭＰ制御部
１３３１、１３３２ 通信Ｉ／Ｆ
１４０１ アプリケーション
１４０２ 監視制御部
１４１０ デバイス
１４１２ クライアント管理部
１４１３ 情報取得部
１４１４ キャッシュ管理部
１４２０ ＰＣ
１７０２ 監視制御部
１７１０ デバイス
１７１３ 情報取得部
１７１４ キャッシュ管理部
１７２０ ＰＣ
１７４０ 記憶部
２０００ デバイス
２０１３ 情報取得部
２０１４ キャッシュ管理部
２０４０ 記憶部
２４０１ アプリケーション
２４０２ 監視制御部
２４１０ デバイス
２４１１ 監視部
２４１６ 情報設定部
２４２０ ＰＣ
２７０２ 監視制御部
２７１０ デバイス
２７２０ ＰＣ
２８０２ 監視制御部
２８０４ インストール部
２８２０ ＰＣ
【先行技術文献】
【特許文献】
【０２６７】
【特許文献１】特開２００１−０４３０３８号公報
【技術分野】
【０００１】
この発明は、ネットワークを介してサービスを提供する通信装置、通信方法、通信プログラム、記録媒体、通信システム、サービスを提供する装置の状態を監視する監視装置、およびサービスを利用する情報処理装置に関するものである。
【背景技術】
【０００２】
近年、ネットワークに接続されたパーソナルコンピュータなどの情報処理装置と通信してサービスを提供する通信装置が広く利用されている。このような通信装置としては、例えば、プリンタ装置、コピー機、ファクシミリ装置、スキャナ装置、および、プリンタ、コピー、ファクシミリ、スキャナなどの各機能を１つの筐体内に収納した、いわゆるＭＦＰ（Multi Function Peripheral）と呼ばれる画像形成装置（複合機）などが挙げられる。
【０００３】
通常、このような通信装置のサービスを利用する情報処理装置上のアプリケーションは、利用しているサービスの処理状態を監視し、処理状態に応じて各種処理を制御する。処理状態を監視する方法としては、ネットワークを介した監視・制御のためのプロトコルであるＳＮＭＰ（Simple Network Management Protocol）を用いて処理状態の監視する方法が広く知られている。ＳＮＭＰを利用した監視方法では、情報処理装置から通信装置に対して一定間隔で処理状態を問合せるためのポーリングを行い、ポーリングに対する応答として処理状態を通信装置から受信することにより状態監視を行っている。
【０００４】
特許文献１では、プリンタ装置に接続されたプリントサーバがポーリングを行い、状態変化が検出された場合に、複数のホスト機器に対して状態変化の情報を通知する技術が提案されている。これにより、複数のホスト機器からポーリングを行うことにより生じるネットワーク上のトラフィックの混雑を防止することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、機器性能の向上によって、ポーリングする時間より処理状態の変化の方が速い場合があり、この場合には特許文献１のように一定間隔でポーリングする方法では、適切に処理状態を監視できないという問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、ネットワークを介して提供される処理の処理状態の変化を適切に監視することができる通信装置、通信方法、通信プログラム、記録媒体、通信システム、監視装置、および情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、情報処理装置にネットワークを介してサービスを提供する通信装置であって、前記サービスに関する処理を制御する処理制御部と、前記処理制御部が制御する前記処理の状態に関する情報を含む前記サービスの関連情報を提供する情報提供部と、前記情報処理装置から前記関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視部と、前記関連情報を記憶する記憶部と、前記情報提供部が提供する前記関連情報を取得する情報取得部と、取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存部と、を備え、前記監視部は、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、を特徴とする。
【０００８】
また、請求項２にかかる発明は、請求項１にかかる発明において、前記情報取得部は、さらに、監視が要求された前記関連情報のうち、前記情報提供部が提供する前記関連情報に含まれない前記関連情報を、ネットワークの管理に関する予め定められたプロトコルを用いて前記処理制御部から取得すること、を特徴とする。
【０００９】
また、請求項３にかかる発明は、請求項２にかかる発明において、前記記憶部は、さらに、前記関連情報を識別する識別情報と、前記プロトコルを用いて前記関連情報を取得するときの取得方法とを対応づけた定義情報を記憶し、前記情報取得部は、前記プロトコルを用いて前記関連情報を取得する場合に、取得する前記関連情報の前記識別情報に対応する前記取得方法を前記記憶部から取得し、取得した前記取得方法によって前記関連情報を取得すること、を特徴とする。
【００１０】
また、請求項４にかかる発明は、請求項１にかかる発明において、前記情報提供部は、提供する前記関連情報の指定を受付け、指定された前記関連情報を提供し、前記監視部は、監視すべき前記関連情報を識別する識別情報を含む前記監視要求を受信し、前記情報取得部は、受信した前記監視要求に含まれる前記識別情報で識別される前記関連情報を指定して前記情報提供部から前記関連情報を取得すること、を特徴とする。
【００１１】
また、請求項５にかかる発明は、請求項１にかかる発明において、前記情報提供部は、提供する前記関連情報の指定を受付け、指定された前記関連情報を提供し、前記記憶部は、さらに、前記情報処理装置上で実行されるアプリケーションを識別するアプリケーション識別情報と、監視すべき前記関連情報を識別する識別情報とを対応づけた定義情報を記憶し、前記監視部は、前記アプリケーション識別情報を含む前記監視要求を受信し、前記情報取得部は、受信した前記監視要求に含まれる前記アプリケーション識別情報に対応する前記識別情報を前記記憶部から取得し、取得した前記識別情報で識別される前記関連情報を指定して前記情報提供部から前記関連情報を取得すること、を特徴とする。
【００１２】
また、請求項６にかかる発明は、請求項１にかかる発明において、前記記憶部は、さらに、前記関連情報を識別する識別情報と、前記関連情報を前記情報処理装置に送信する条件とを対応づけた定義情報を記憶し、前記情報取得部は、さらに、取得した前記関連情報の前記識別情報に対応する前記条件を前記記憶部から取得し、取得した前記条件にしたがって前記関連情報を前記情報処理装置に送信するか否かを判断し、前記監視部は、前記関連情報を前記情報処理装置に送信すると判断された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、を特徴とする。
【００１３】
また、請求項７にかかる発明は、請求項１にかかる発明において、前記情報提供部は、提供する前記関連情報の指定を受付け、指定された前記関連情報を提供し、前記記憶部は、さらに、前記動作に応じて前記関連情報が変更されうるか否かを表す変動情報と、前記関連情報を識別する識別情報とを対応づけた定義情報を記憶し、前記情報取得部は、前記関連情報が変更されうることを表す前記変動情報に対応づけられた前記識別情報を前記記憶部から取得し、取得した前記識別情報で識別される前記関連情報を指定して前記情報提供部から前記関連情報を取得すること、を特徴とする。
【００１４】
また、請求項８にかかる発明は、請求項３、５、６および７のいずれか１つにかかる発明において、前記監視部は、さらに、前記定義情報を格納した定義ファイルを取得し、取得した前記定義ファイルから前記定義情報を読み出して前記記憶部に記憶すること、を特徴とする。
【００１５】
また、請求項９にかかる発明は、請求項８にかかる発明において、前記監視部は、前記情報処理装置から送信された前記定義ファイルを取得すること、を特徴とする。
【００１６】
また、請求項１０にかかる発明は、請求項８にかかる発明において、前記監視部は、複数の前記定義ファイルを管理するサーバ装置から、前記通信装置に対応する前記定義ファイルを取得すること、を特徴とする。
【００１７】
また、請求項１１にかかる発明は、請求項８にかかる発明において、前記監視部は、前記定義ファイルを記憶した記憶媒体から前記定義ファイルを取得すること、を特徴とする。
【００１８】
また、請求項１２にかかる発明は、請求項１にかかる発明において、前記処理制御部に対して前記関連情報を設定する情報設定部をさらに備え、前記監視部は、さらに、前記情報設定部による前記関連情報の設定が完了した場合に、前記関連情報の設定が完了したことを前記情報処理装置に送信すること、を特徴とする。
【００１９】
また、請求項１３にかかる発明は、請求項１にかかる発明において、前記記憶部は、前記関連情報の送信に失敗したときの再送信の条件をさらに記憶し、前記監視部は、前記関連情報の送信に失敗したとき、前記再送信の条件を前記記憶部から取得し、取得した前記再送信の条件にしたがって前記関連情報を再送信すること、を特徴とする。
【００２０】
また、請求項１４にかかる発明は、情報処理装置にサービスを提供する通信装置と、前記情報処理装置とに接続され、前記通信装置の動作を監視する監視装置であって、前記情報処理装置から、前記サービスの処理状態に関する情報を含む前記サービスの関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視部と、前記関連情報を記憶する記憶部と、前記通信装置から前記関連情報を取得する情報取得部と、取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存部と、を備え、前記監視部は、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、を特徴とする。
【００２１】
また、請求項１５にかかる発明は、サービスを提供する通信装置とネットワークを介して接続された情報処理装置であって、前記サービスの処理状態に関する情報を含む前記サービスの関連情報の監視要求を前記通信装置に送信し、前記監視要求に対して通信装置から送信された前記関連情報を受信する監視制御部を備えたこと、を特徴とする。
【００２２】
また、請求項１６にかかる発明は、請求項１５にかかる発明において、前記監視制御部は、前記情報処理装置のアドレス情報を前記通信装置に送信し、前記通信装置から前記アドレス情報を登録したことを示す完了情報を受信した場合に、前記監視要求を前記通信装置に送信すること、を特徴とする。
【００２３】
また、請求項１７にかかる発明は、請求項１６にかかる発明において、前記監視制御部は、前記通信装置から前記完了情報を受信しなかった場合に、前記通信装置との間の通信の管理に関する予め定められたプロトコルを用いて、前記通信装置から前記関連情報を取得すること、を特徴とする。
【００２４】
また、請求項１８にかかる発明は、請求項１５にかかる発明において、前記通信装置から前記完了情報を受信しなかった場合に、前記アドレス情報を登録する機能と、登録した前記アドレス情報の前記情報処理装置に対して前記関連情報を送信する機能とを前記通信装置にインストールするインストール部をさらに備えたこと、を特徴とする。
【００２５】
また、請求項１９にかかる発明は、情報処理装置にネットワークを介してサービスを提供する通信装置における通信方法であって、前記通信装置は、前記関連情報を記憶する記憶部を備え、処理制御部によって、前記サービスに関する処理を制御する処理制御ステップと、情報提供部によって、前記サービスの処理状態に関する情報を含む前記サービスの関連情報を提供する情報提供ステップと、監視部によって、前記情報処理装置から前記関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視ステップと、情報取得部によって、前記情報提供ステップで提供される前記関連情報を取得する情報取得ステップと、保存部によって、取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存ステップと、を備え、前記監視ステップは、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、を特徴とする。
【００２６】
また、請求項２０にかかる発明は、請求項１９に記載の通信方法をコンピュータに実行させる通信プログラムである。
【００２７】
また、請求項２１にかかる発明は、コンピュータに実行させる請求項２０に記載のプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体である。
【００２８】
また、請求項２２にかかる発明は、サービスを提供する通信装置と、前記通信装置とネットワークを介して接続され、前記サービスを利用する情報処理装置と、を備えた通信システムであって、前記通信装置は、前記サービスに関する処理を制御する処理制御部と、前記処理制御部が制御する前記処理の状態に関する情報を含む前記サービスの関連情報を提供する情報提供部と、前記情報処理装置から前記関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視部と、前記関連情報を記憶する記憶部と、前記情報提供部が提供する前記関連情報を取得する情報取得部と、取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存部と、を備え、前記監視部は、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信し、前記情報処理装置は、前記関連情報の監視要求を前記通信装置に送信し、前記監視要求に対して通信装置から送信された前記関連情報を受信する監視制御部を備えたこと、を特徴とする。
【発明の効果】
【００２９】
本発明によれば、ネットワークを介して提供される処理の処理状態の変化を適切に監視することができるという効果を奏する。
【００３０】
また、本発明によれば、標準的なプロトコルを用いた処理状態の取得を併用することにより、ネットワークを介して提供される処理の処理状態の変化を適切に監視することができるという効果を奏する。
【００３１】
また、本発明によれば、指定された項目に関する情報のみを取得することにより、処理状態の取得処理を効率化することができるという効果を奏する。
【００３２】
また、本発明によれば、処理状態を監視するアプリケーションごとに定められた所定項目に関する情報のみを取得することにより、処理状態の取得処理を効率化することができるという効果を奏する。
【００３３】
また、本発明によれば、状態が変化する変動情報に関する情報のみを取得することにより、処理状態の取得処理を効率化することができるという効果を奏する。
【００３４】
また、本発明によれば、処理状態の取得処理に関する定義情報を外部で作成された定義ファイルから取得することにより、メンテナンス性を向上させることができるという効果を奏する。
【００３５】
また、本発明によれば、通信装置の機能に応じて監視処理を制御すること、または通信装置の機能を追加することにより、ネットワークを介して提供される処理の処理状態の変化を適切に監視することができるという効果を奏する。
【図面の簡単な説明】
【００３６】
【図１】第１の実施の形態にかかる通信システムの構成を示すブロック図である。
【図２】第１の実施の形態にかかるデバイスおよびＰＣの詳細な構成を示すブロック図である。
【図３】記憶部に保存されるクライアント情報のデータ構造の一例を示す説明図である。
【図４】記憶部に保存される機器情報のデータ構造の一例を示す説明図である。
【図５】第１の実施の形態における初期化処理の全体の流れを示すシーケンス図である。
【図６】第１の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【図７】第１の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【図８】第１の実施の形態の変形例にかかる通信システムの構成を示すブロック図である。
【図９】第２の実施の形態にかかるデバイスおよびＰＣの詳細な構成を示すブロック図である。
【図１０】第２の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【図１１】第２の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【図１２】記憶部に保存される定義情報のデータ構造の一例を示す説明図である。
【図１３】第２の実施の形態の変形例にかかる通信システムの構成を示すブロック図である。
【図１４】第３の実施の形態にかかるデバイスおよびＰＣの詳細な構成を示すブロック図である。
【図１５】第３の実施の形態で記憶部に保存されるクライアント情報のデータ構造の一例を示す説明図である。
【図１６】第３の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【図１７】第４の実施の形態にかかるデバイスおよびＰＣの詳細な構成を示すブロック図である。
【図１８】記憶部に新たに追加される定義情報のデータ構造の一例を示す説明図である。
【図１９】第４の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【図２０】第５の実施の形態にかかるデバイスおよびＰＣの詳細な構成を示すブロック図である。
【図２１】記憶部に新たに追加される定義情報のデータ構造の一例を示す説明図である。
【図２２】記憶部に保存される機器情報のデータ構造の一例を示す説明図である。
【図２３】第５の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【図２４】第６の実施の形態にかかるデバイスおよびＰＣの詳細な構成を示すブロック図である。
【図２５】第６の実施の形態における定義ファイル更新処理の全体の流れを示すシーケンス図である。
【図２６】機器情報設定処理の全体の流れを示すシーケンス図である。
【図２７】第７の実施の形態にかかるデバイス、デバイスおよびＰＣの詳細な構成を示すブロック図である。
【図２８】第７の実施の形態の変形例にかかるＰＣの詳細な構成を示すブロック図である。
【図２９】第１〜第７の実施の形態にかかる通信装置のハードウェア構成を示す説明図である。
【発明を実施するための形態】
【００３７】
以下に添付図面を参照して、この発明にかかる通信装置の最良な実施の形態を詳細に説明する。
【００３８】
（第１の実施の形態）
第１の実施の形態にかかる通信システムは、ネットワークを介してサービスを提供する通信装置がサービスの処理状態の変化を検知し、処理状態が変化した場合にサービスに関する関連情報をサービスの提供を受けるクライアント装置（情報処理装置）に通知するものである。
【００３９】
なお、本実施の形態では、サービスに関する関連情報として、通信装置の装置名、ハードウェア構成を表す情報、各ハードウェア構成部の状態を表す情報、警告を表す情報、指定された処理の単位であるジョブの状態を表す状態などを取得する。以下では、これらの関連情報を機器情報という。例えば、通信装置のモデル情報、給紙トレイ情報、排紙トレイ情報、トナー情報、機器状態情報などが機器情報に該当する。
【００４０】
また、以下では、印刷機能を提供するプリンタ装置を通信装置とし、指定された印刷処理の単位である印刷ジョブの状態を追跡するジョブ追跡システムとして本実施の形態の通信システムを実現した例について説明する。
【００４１】
このようなジョブ追跡システムでは、上述のように、従来は情報処理装置からポーリングすることによってジョブの状態を監視していた。そして、プリンタ装置の印刷性能向上により、ポーリングする時間より印刷状態の変化のほうが速くなり、印刷状態の変化を適切に監視できない場合が生じていた。
【００４２】
例えば、印刷状態は、以下のように幾つかの段階に分けられる。
（１）印刷データの受信開始
（２）印刷データの受信終了
（３）印刷データの印刷開始前
（４）印刷データの印刷開始
（５）印刷データの印刷中（印刷中のページの情報を含む）
（６）印刷データの印刷終了
【００４３】
通常は、ポーリングにより（１）から（６）の各段階の状態を順番に取得する。しかし、印刷性能の向上により、（１）の状態を受け取り、一定時間後にポーリングしたときには、既に印刷状態が（６）に遷移している場合がある。ポーリングする時間間隔を短くすることによって対応可能であるが、ＳＮＭＰで印刷状態を頻繁に問い合わせると、プリンタ装置の処理性能の悪化を招くという問題が生じる。
【００４４】
また、印刷状態を記憶するためのＲＡＭ（Random Access Memory）などの記憶媒体の記憶容量が制限されることに起因する問題も存在する。容量制限のため、印刷が完了した古い印刷ジョブの情報は逐次記憶媒体から消去される。記憶容量が少ないほど、ジョブ情報が消去される可能性が高くなる。このようにジョブ情報が消去されるため、ジョブの処理状態の追跡ができない場合が生じうる。これに対し、メモリ増設などで対応することが可能だが、コストの増大を招くという問題が生じる。
【００４５】
本実施の形態によれば、以下に説明するように、プリンタ装置自身が、装置性能に応じて予め定めた一定時間間隔で、ジョブの処理状態を監視し、処理状態の変化あった場合のみ、情報処理装置に対して処理状態を通知する。これにより、状態把握の即時性を図り、印刷状態の監視を容易かつ適切に実行可能となる。また、処理状態に関する情報は、記憶容量が大きいＨＤＤ（Hard Disk Drive）等の記憶媒体に記憶することができるため、記憶容量の制限の問題も解消可能である。
【００４６】
なお、適用可能な通信システムは印刷ジョブのジョブ追跡システムに限られるものではなく、ネットワークを介してサービスを提供する通信装置と、当該サービスを利用し、サービスに関連する関連情報を監視する情報処理装置とを備えた通信システムであれば、あらゆる構成のシステムに対して本実施の形態の方法を適用できる。
【００４７】
図１は、第１の実施の形態にかかる通信システムの構成を示すブロック図である。図１に示すように、本実施の形態にかかる通信システムは、情報処理装置としてＰＣ（Personal computer）２００ａおよび２００ｂと、通信装置としてデバイス１００ａ、１００ｂ、１００ｃ、および１００ｄとがＬＡＮなどのネットワーク３００を介して接続された構成となっている。
【００４８】
なお、ＰＣ２００ａ、２００ｂは同様の構成を有するため、以下では単にＰＣ２００という場合がある。同様に、デバイス１００ａ、１００ｂ、１００ｃ、および１００ｄを単にデバイス１００という場合がある。
【００４９】
ＰＣ２００は、デバイス１００が提供するサービスを利用するアプリケーションなどを実行する装置である。デバイス１００は、プリンタ、コピー機などのネットワークでサービスを提供する装置である。
【００５０】
図１のような構成の場合、従来は、ＰＣ２００からデバイス１００に対してポーリングを行うことによりデバイス１００の処理状態を監視していた。これに対し、本実施の形態では、同図に示すように、処理状態の変化などの事由の変化が発生したときに、デバイス１００側からＰＣ２００に対して処理状態を通知する。これにより、ポーリングの間隔より状態変化の間隔が短い場合であっても適切に処理状態を監視することができる。すなわち、状態監視の即時性を実現することができる。
【００５１】
図２は、第１の実施の形態にかかるデバイス１００およびＰＣ２００の詳細な構成を示すブロック図である。なお、図２では、ＰＣ２００およびデバイス１００をそれぞれ１つのみ記載しているが、図１と同様に複数のＰＣ２００およびデバイス１００を相互に接続するように構成することができる。
【００５２】
まず、デバイス１００の構成について説明する。図２に示すように、本実施の形態にかかるデバイス１００は、通信Ｉ／Ｆ（インターフェース）１３０と、記憶部１４０と、デバイス制御部１２０と、監視部１１１と、クライアント管理部１１２と、情報取得部１１３と、キャッシュ管理部１１４とを備えている。
【００５３】
通信Ｉ／Ｆ１３０は、ＰＣ２００等の外部機器との間で通信を行うインターフェースである。
【００５４】
記憶部１４０は、デバイス制御部１２０から取得した機器情報など各種情報を記憶するものであり、ＨＤＤ、光ディスク、メモリカードなどの一般的に利用されているあらゆる記憶媒体により構成することができる。
【００５５】
デバイス制御部１２０は、デバイス１００の動作を制御するものである。デバイス１００がプリンタ装置である場合は、デバイス制御部１２０は、印刷機構やＩ／Ｏ制御などを行う。また、デバイス制御部１２０は、機器情報の取得機能によってデバイス１００の機器情報を提供可能な情報提供部１２１を備えている。なお、情報提供部１２１は、機器情報の取得機能の他に、機器情報を設定する機能も備えている。
【００５６】
監視部１１１は、通信Ｉ／Ｆ１３０を介してＰＣ２００から機器情報の監視要求を受信し、監視要求にしたがって後述する情報取得部１１３が取得した機器情報をＰＣ２００に通知するものである。
【００５７】
キャッシュ管理部１１４は、記憶部１４０の管理に関する処理を行うものである。例えば、キャッシュ管理部１１４は、情報を格納する領域を初期化する処理や、取得した機器情報およびＰＣ２００から送信されたアドレス情報などを記憶部１４０に対して登録する処理を行う。
【００５８】
また、キャッシュ管理部１１４は、後述する情報取得部１１３の要求に応じて、情報取得部１１３がデバイス制御部１２０から取得した最新の機器情報と、既に記憶部１４０に記憶されている機器情報とを比較し、機器情報が変化しているか否かを判断する。なお、上述の監視部１１１は、機器情報が変化したと判断された場合に、ＰＣ２００に取得した機器情報を通知する。
【００５９】
クライアント管理部１１２は、ＰＣ２００のアドレス情報などのＰＣ２００に関する情報（以下、クライアント情報という。）を管理するものである。具体的には、クライアント管理部１１２は、ＰＣ２００から取得したクライアント情報をキャッシュ管理部１１４によって記憶部１４０に保存する。
【００６０】
図３は、記憶部１４０に保存されるクライアント情報のデータ構造の一例を示す説明図である。図３に示すように、クライアント情報として、ＰＣ２００のＩＰアドレスと、ＰＣ２００上のアプリケーションが利用するポート番号と、監視開始フラグとが対応づけてられて記憶部１４０に保存される。監視開始フラグとは、機器情報の監視要求を受信したか否かを表す情報であり、監視要求を受信した場合に「１」、受信していない場合に「０」が設定される。
【００６１】
図２に戻り、情報取得部１１３は、情報提供部１２１を用いてデバイス制御部１２０の機器情報を取得し、後述するキャッシュ管理部１１４によって記憶部１４０に記憶するものである。
【００６２】
図４は、記憶部１４０に保存される機器情報のデータ構造の一例を示す説明図である。図４に示すように、機器情報は、Ｃａｔｅｇｏｒｙ、Ｆｕｎｃｔｉｏｎ、およびＰｒｏｐｅｒｔｙによって階層化された階層構造で表される。そして、取得された機器情報の値は、Ｖａｌｕｅフィールドに保存される。なお、Ｃａｔｅｇｏｒｙ、Ｆｕｎｃｔｉｏｎ、およびＰｒｏｐｅｒｔｙによって機器情報が識別される。
【００６３】
同図では、デバイス１００のシステム構成に関する情報（Ｓｙｓｔｅｍ）、印刷するトレイに関する情報（Ｉｎｐｕｔ Ｔｒａｙ）、デバイス１００の状態に関する情報（Ｓｔａｔｕｓ）、警告に関する情報（Ａｌｅｒｔ）、および印刷ジョブに関する情報（Ｊｏｂ）などが機器情報として保存される例が示されている。
【００６４】
なお、監視部１１１、クライアント管理部１１２、情報取得部１１３、およびキャッシュ管理部１１４は、本実施の形態の監視処理のために追加される構成部であり、例えば、ＳＤＫ（Software Development Kit）などのようなプログラムとして提供され、デバイス１００内にインストールされるように構成することができる。
【００６５】
次に、ＰＣ２００の構成について説明する。図２に示すように、ＰＣ２００は、アプリケーション２０１と、監視制御部２０２と、通信Ｉ／Ｆ２０３とを備えている。
【００６６】
アプリケーション２０１は、デバイス１００の監視を行う機器管理機能、またはデバイス１００に対する印刷指示機能などを備えたアプリケーションである。アプリケーション２０１は、次に説明する監視制御部２０２を用いて、デバイス１００の機器情報を監視する。
【００６７】
監視制御部２０２は、デバイス１００の監視部１１１と通信することによりデバイス１００の状態監視処理を制御するものである。具体的には、監視制御部２０２は、ＰＣ２００を機器情報の通知対象としてデバイス１００に登録するためのクライアント登録要求、機器情報の取得要求、および取得した機器情報の変更を監視するための監視開始要求をデバイス１００に送信する。また、監視制御部２０２は、各要求に応じてデバイス１００から送信された処理結果や機器情報をアプリケーション２０１に通知する。
【００６８】
通信Ｉ／Ｆ２０３は、デバイス１００等の外部機器との間で通信を行うインターフェースである。
【００６９】
なお、監視制御部２０２が、本実施の形態の監視処理のためにＰＣ２００に追加される構成部であり、ＳＤＫ（Software Development Kit）などのようなプログラムとして提供され、ＰＣ２００内にインストールされるように構成することができる。
【００７０】
次に、このように構成された第１の実施の形態にかかる通信システムの処理シーケンスについて説明する。本実施の形態の通信システムでは、記憶部１４０の初期化を行う初期化処理、およびＰＣ２００からの監視要求を受けて機器情報を監視する監視処理が実行される。
【００７１】
最初に、初期化処理の処理シーケンスについて図５を用いて説明する。図５は、第１の実施の形態における初期化処理の全体の流れを示すシーケンス図である。初期化処理は、デバイス１００の電源が投入されたときに実行される処理である。
【００７２】
まず、デバイス１００の電源が投入されると、監視部１１１は、クライアント管理部１１２に対して初期化を要求する（ステップＳ５０１）。クライアント管理部１１２は、記憶部１４０にクライアント情報の格納領域を確保するため、キャッシュ管理部１１４に対して、必要な領域の初期化を要求する（ステップＳ５０２）。キャッシュ管理部１１４は、必要な領域の初期化を行い、クライアント管理部１１２に処理結果を通知する（ステップＳ５０３）。
【００７３】
次に、クライアント管理部１１２は、情報取得部１１３に対して初期化を要求する（ステップＳ５０４）。情報取得部１１３は、記憶部１４０に機器情報の格納領域を確保するため、キャッシュ管理部１１４に対して、必要な領域の初期化を要求する（ステップＳ５０５）。キャッシュ管理部１１４は、必要な領域の初期化を行い、情報取得部１１３に処理結果を通知する（ステップＳ５０６）。
【００７４】
このステップでは、キャッシュ管理部１１４は、図４に示すような機器情報を格納するための領域を記憶部１４０内に確保する。なお、領域を確保する機器情報を定めた定義情報は、予め記憶部１４０などの記憶媒体に保存しておき、このステップで参照するものとする。
【００７５】
次に、情報取得部１１３は、受信した処理結果をクライアント管理部１１２に通知する（ステップＳ５０７）。最後に、クライアント管理部１１２は、監視部１１１に処理結果を通知して（ステップＳ５０８）、初期化処理を終了する。
【００７６】
次に、監視処理のシーケンスについて図６および図７を用いて説明する。図６および図７は、第１の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【００７７】
監視処理は、初期化処理が終了後、ＰＣ２００のアプリケーション２０１からの要求を契機として開始される。例えば、アプリケーション２０１がデバイス１００に対して印刷要求を送信後、開始した印刷ジョブの状態を監視することを要求する場合などが該当する。
【００７８】
まず、アプリケーション２０１からデバイス１００の監視要求を受けた監視制御部２０２は、ＰＣ２００を機器情報の通知対象として登録するためのクライアント登録要求を、デバイス１００の監視部１１１に送信する（ステップＳ６０１）。クライアント登録要求には、ＰＣ２００のＩＰアドレスとポート番号とが含まれる。
【００７９】
次に、監視部１１１は、クライアント管理部１１２に対して、受信したクライアント登録要求を通知する（ステップＳ６０２）。クライアント管理部１１２は、クライアント登録要求に含まれるＩＰアドレスとポート番号とを対応づけたクライアント情報を記憶部１４０へ保存することを、キャッシュ管理部１１４に要求する（ステップＳ６０３）。なお、この時点では、クライアント情報の監視開始フラグは「０（監視要求を受信していない）」を設定する。
【００８０】
次に、キャッシュ管理部１１４が、クライアント情報の保存結果をクライアント管理部１１２に通知する（ステップＳ６０４）。続いて、クライアント管理部１１２は、保存結果を監視部１１１に送信する（ステップＳ６０５）。また、監視部１１１は、受信した保存結果をさらにＰＣ２００の監視制御部２０２に送信する（ステップＳ６０６）。
【００８１】
クライアント情報の保存が正常に実行された場合は、監視制御部２０２は、さらに機器情報を取得して記憶部１４０に保存するために、機器情報の取得要求をデバイス１００の監視部１１１に送信する（ステップＳ６０７）。
【００８２】
次に、監視部１１１は、機器情報の取得要求をクライアント管理部１１２に通知する（ステップＳ６０８）。続いて、クライアント管理部１１２は、機器情報の取得要求を情報取得部１１３に通知する（ステップＳ６０９）。
【００８３】
情報取得部１１３は、情報提供部１２１が提供する機器情報の取得機能を用いて、デバイス制御部１２０の機器情報の取得を要求する（ステップＳ６１０）。情報提供部１２１は、デバイス制御部１２０から取得した機器情報を情報取得部１１３に通知する（ステップＳ６１１）。
【００８４】
次に、情報取得部１１３は、取得した機器情報を記憶部１４０に保存することをキャッシュ管理部１１４に対して要求する（ステップＳ６１２）。キャッシュ管理部１１４は、要求に応じて機器情報を記憶部１４０に保存し、保存結果を情報取得部１１３に通知する（ステップＳ６１３）。
【００８５】
保存が正常に実行された場合は、情報取得部１１３は、取得した機器情報をクライアント管理部１１２に通知する（ステップＳ６１４）。クライアント管理部１１２は、通知された機器情報を監視部１１１に通知する（ステップＳ６１５）。さらに、監視部１１１は、通知された機器情報を、ＰＣ２００の監視制御部２０２に送信する（ステップＳ６１６）。
【００８６】
機器情報を受信した監視制御部２０２は、機器情報の監視開始を監視部１１１に要求する（ステップＳ６１７）。監視部１１１は、クライアント管理部１１２に対して、機器情報の監視開始を要求する（ステップＳ６１８）。
【００８７】
次に、クライアント管理部１１２は、キャッシュ管理部１１４に対して、保存しているクライアント情報の監視開始フラグを更新することを要求する（ステップＳ６１９）。具体的には、クライアント管理部１１２は、監視開始フラグを「１（監視要求を受信）」に更新することを要求する。
【００８８】
このような監視開始フラグを利用することにより、クライアント情報を登録しているすべてのＰＣ２００に機器情報を通知するのでなく、通知を必要としているＰＣ２００にのみ機器情報を通知することができる。
【００８９】
キャッシュ管理部１１４は、クライアント情報の監視開始フラグを「１」に更新し、更新結果をクライアント管理部１１２に通知する（ステップＳ６２０）。
【００９０】
更新が正常に実行された場合は、クライアント管理部１１２は、情報取得部１１３に対して、監視開始を要求する（ステップＳ６２１）。さらに、クライアント管理部１１２は、監視部１１１に対して、監視が開始されたことを通知する（ステップＳ６２２）。そして、監視部１１１は、ＰＣ２００の監視制御部２０２に対して、監視が開始されたことを通知する（ステップＳ６２３）。
【００９１】
一方、監視開始を要求された情報取得部１１３は、情報提供部１２１が提供する機器情報の取得機能を用いて、デバイス制御部１２０の機器情報の取得を要求する（ステップＳ６２４）。情報提供部１２１は、デバイス制御部１２０から取得した機器情報を情報取得部１１３に通知する（ステップＳ６２５）。
【００９２】
次に、情報取得部１１３は、取得した最新の機器情報をキャッシュ管理部１１４に通知するとともに、最新の機器情報と保存済みの機器情報との比較を要求する（ステップＳ６２６）。キャッシュ管理部１１４は、保存済みの機器情報を記憶部１４０から取得し、通知された最新の機器情報と比較する。そして、キャッシュ管理部１１４は、比較結果を情報取得部１１３に通知する（ステップＳ６２７）。本実施の形態では、少なくとも１つの機器情報が変更されれば、機器情報が変化されたと判断してその旨を比較結果として通知する。また、キャッシュ管理部１１４は、機器情報が変更されていると判断した場合は、変更された機器情報を記憶部１４０に保存する。
【００９３】
次に、情報取得部１１３は、比較結果を参照して機器情報が変化されたか否かを判断する（ステップＳ６２８）。
【００９４】
機器情報が変化しない場合は（ステップＳ６２８：ＮＯ）、情報取得部１１３は、所定の時間経過後にステップＳ６２４に戻り、機器情報の取得処理を繰り返す。
【００９５】
機器情報が変化された場合は（ステップＳ６２８：ＹＥＳ）、情報取得部１１３は、取得した機器情報をクライアント管理部１１２に通知する（ステップＳ６２９）。クライアント管理部１１２は、キャッシュ管理部１１４に対して、監視開始フラグが「１」であるクライアント情報の取得を要求する（ステップＳ６３０）。
【００９６】
次に、キャッシュ管理部１１４は、監視開始フラグが「１」であるすべてのクライアント情報を記憶部１４０から取得して、取得したクライアント情報をクライアント管理部１１２に通知する（ステップＳ６３１）。
【００９７】
クライアント管理部１１２は、通知されたクライアント情報と、ステップＳ６２９で通知された機器情報とを、監視部１１１に通知する（ステップＳ６３２）。次に、監視部１１１は、通知されたクライアント情報それぞれに対して、クライアント情報に含まれるＩＰアドレスおよびポート番号を取得し、取得したＩＰアドレスおよびポート番号で識別されるＰＣ２００の監視制御部２０２を宛先として、通知された機器情報を送信する（ステップＳ６３３）。
【００９８】
なお、ステップＳ６２４からステップＳ６３３までの処理は、予め定められた時間間隔ごとに繰り返し実行される。また、同図には図示していないが、例えば、ＰＣ２００から監視の終了要求が送信されたときに、監視部１１１は監視処理を終了する。
【００９９】
このような処理により、ポーリングによりＰＣ２００が定期的に機器情報を取得するのではなく、デバイス１００側で機器情報の変化を判断し、変化した場合にのみＰＣ２００に機器情報を通知することができる。これにより、機器情報の変化を即時的に把握できるようになる。
【０１００】
なお、監視部１１１から監視制御部２０２に対して、何らかの理由で機器情報等の通知ができなかった場合に、再通知を可能とするように構成してもよい。例えば、クライアント登録要求に再通知の条件を追加するとともに、記憶部１４０に記憶するクライアント情報にも再通知の条件を追加するように構成する。そして、クライアント情報の登録時に再通知の条件も記憶部１４０に記憶する。再通知の条件としては、例えば、所定の時間が経過することなどを指定する。
【０１０１】
監視部１１１から監視制御部２０２に対して機器情報等を送信したときにエラーが発生し、機器情報等を送信できなかった場合は、監視部１１１は記憶部１４０から再通知の条件を取得し、条件を満たしたときに機器情報等を再通知する。
【０１０２】
（変形例）
以上の説明では、デバイス１００内に監視処理に関わる監視部１１１、クライアント管理部１１２、情報取得部１１３、およびキャッシュ管理部１１４を備える構成を前提としていた。これに対し、デバイス１００とは異なる外部装置内にこれらの構成部を備え、当該外部装置がデバイス１００と通信して機器情報を監視するように構成してもよい。
【０１０３】
図８は、このような外部装置であるデバイス監視装置８０１を含むように構成された、第１の実施の形態の変形例にかかる通信システムの構成を示すブロック図である。図８に示すように、本変形例にかかる通信システムは、通信装置としてのデバイス８０２が、デバイス監視装置８０１を介してＰＣ２００と接続された構成となっている。
【０１０４】
まず、デバイス監視装置８０１について説明する。デバイス監視装置８０１は、通信Ｉ／Ｆ１３０と、記憶部１４０と、監視部１１１と、クライアント管理部１１２と、情報取得部８１３と、キャッシュ管理部１１４と、入出力Ｉ／Ｆ８５０とを備えている。
【０１０５】
通信Ｉ／Ｆ１３０と、記憶部１４０と、監視部１１１と、クライアント管理部１１２と、キャッシュ管理部１１４とは、図２でデバイス１００内に備えられていたものと同様の機能を有するため、同一の符号を付し説明は省略する。
【０１０６】
入出力Ｉ／Ｆ８５０は、デバイス８０２との間でデータを送受信するインターフェースであり、ＵＳＢ（Universal Serial Bus）、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４などのあらゆる通信インターフェースを適用できる。また、インターフェースは有線に限られず、無線によりデータを送受信するインターフェースを用いてもよい。
【０１０７】
情報取得部８１３は、入出力Ｉ／Ｆ８５０を介して、デバイス８０２の情報提供部１２１と通信して機器情報を取得する点が、図２の情報取得部１１３と異なっている。
【０１０８】
次に、デバイス８０２について説明する。デバイス８０２は、デバイス制御部１２０と、入出力Ｉ／Ｆ８２２とを備えている。デバイス制御部１２０は、図２のデバイス制御部１２０と同様の機能を有するため、同一の符号を付し説明は省略する。
【０１０９】
入出力Ｉ／Ｆ８２２は、デバイス監視装置８０１の入出力Ｉ／Ｆ８５０と同様にデータを送受信するためのインターフェースである。
【０１１０】
このような構成の場合、ＰＣ２００からの監視要求等は、デバイス監視装置８０１の監視部１１１に対して送信される。また、デバイス監視装置８０１の情報取得部８１３は、入出力Ｉ／Ｆ８５０を介して、デバイス８０２から機器情報を取得する。それ以外の監視処理の全体の流れは図６と同様である。
【０１１１】
このように監視機能を備えた装置をデバイス８０２の外部に備え、ＵＳＢなどの汎用のインターフェースによって接続する構成とすることにより、デバイス１００内に監視機能を導入できない場合であっても本実施の形態と同様の機器情報の監視機能を実現することができる。
【０１１２】
以上のように、第１の実施の形態にかかる通信システムでは、サービスを提供する通信装置がサービスの処理状態の変化を検知し、処理状態が変化した場合にサービスに関する機器情報をサービスの提供を受ける情報処理装置に通知することができる。このため、ネットワークを介して提供される処理の処理状態の変化を適切に監視することができる。
【０１１３】
（第２の実施の形態）
第２の実施の形態にかかる通信システムは、第１の実施の形態の方法により取得した機器情報に不足がある場合に、不足する機器情報をＳＮＭＰによって取得するものである。
【０１１４】
図９は、第２の実施の形態にかかるデバイス９００およびＰＣ２００の詳細な構成を示すブロック図である。図９に示すように、本実施の形態にかかるデバイス９００は、通信Ｉ／Ｆ１３０と、記憶部１４０と、デバイス制御部１２０と、監視部１１１と、クライアント管理部１１２と、情報取得部９１３と、キャッシュ管理部１１４と、ＳＮＭＰ制御部９１５と、を備えている。
【０１１５】
第２の実施の形態では、ＳＮＭＰ制御部９１５を追加したこと、および情報取得部９１３の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるデバイス１００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０１１６】
ＳＮＭＰ制御部９１５は、ＳＮＭＰによるデバイス９００の管理を制御するものである。例えば、ＳＮＭＰ制御部９１５は、ＳＮＭＰによってデバイス制御部１２０から機器情報を取得する。すなわち、ＳＮＭＰ制御部９１５は、従来と同様にＳＮＭＰを用いたポーリングによって機器情報を取得する。このとき、ＳＮＭＰ制御部９１５は、通信Ｉ／Ｆ１３０に設定されたデバイス９００のループバックアドレスを指定してＳＮＭＰにより機器情報を取得する。
【０１１７】
情報取得部９１３は、情報提供部１２１を用いて取得した機器情報に不足がある場合に、ＳＮＭＰ制御部９１５を用いて、不足する機器情報をデバイス制御部１２０から取得する点が、第１の実施の形態の情報取得部１１３と異なっている。なお、機器情報が不足するか否かは、例えば、事前に記憶部１４０等に記憶された取得すべき機器情報のリストと照合することにより判断する。また、情報取得部９１３は、情報提供部１２１によって得られた機器情報とＳＮＭＰ制御部９１５で得られた機器情報を１つにまとめて以降の処理で利用する。
【０１１８】
次に、このように構成された第２の実施の形態にかかる通信システムの監視処理について図１０および図１１を用いて説明する。なお、初期化処理は第１の実施の形態と同様であるため説明を省略する。図１０および図１１は、第２の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【０１１９】
ステップＳ１００１からステップＳ１０１１までの、クライアント登録処理、情報提供部１２１による機器情報取得処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６０１からステップＳ６１１までと同様の処理なので、その説明を省略する。
【０１２０】
ステップＳ１０１１で情報提供部１２１を用いて機器情報を取得した後、情報取得部９１３は、事前に記憶した取得すべき機器情報のリストと、取得した機器情報とを比較することにより、不足する機器情報が存在するか否かを判断する（ステップＳ１０１２）。そして、不足する機器情報が存在する場合は（ステップＳ１０１２：ＹＥＳ）、ＳＮＭＰ制御部９１５を用いてデバイス制御部１２０から不足する機器情報を取得する（ステップＳ１０１３）。ＳＮＭＰ制御部９１５は、ＳＮＭＰの規定にしたがいデバイス制御部１２０から機器情報を取得し、取得した機器情報を情報取得部９１３に通知する（ステップＳ１０１４）。不足する機器情報が存在しない場合は（ステップＳ１０１２：ＮＯ）、ＳＮＭＰ制御部９１５による機器情報の取得処理は実行しない。
【０１２１】
なお、情報提供部１２１が提供できない機器情報が予め判明している場合は、不足の判定をせずに、判明している機器情報をＳＮＭＰ制御部９１５により取得するように構成してもよい。
【０１２２】
ステップＳ１０１５からステップＳ１０１９までの、機器情報保存処理、および機器情報通知処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６１２からステップＳ６１６までと同様の処理なので、その説明を省略する。
【０１２３】
また、図１１では、ステップＳ１０２９〜ステップＳ１０３１が追加された点が、第１の実施の形態にかかる通信システムにおける図７と異なっている。ステップＳ１０２９〜ステップＳ１０３１は、図１０のステップＳ１０１２〜ステップＳ１０１４と同様に、ＳＮＭＰ制御部９１５を用いて不足する機器情報をデバイス制御部１２０から取得するものである。
【０１２４】
なお、ＳＮＭＰ制御部９１５を利用するときは、通常、機器情報ごとに定められたＭＩＢ（Management Information Base）取得方法にしたがって機器情報を取得する。ＭＩＢ取得方法とは、機器情報として取得する情報を、いずれのＭＩＢから、どのような優先順位で取得するかを定めたものをいう。
【０１２５】
例えば、機器情報「TrayName」に対しては、第１優先として標準ＭＩＢ（Printer-MIB）から「prtInputName」を取得し、第２優先として自社の拡張ＭＩＢ（MyCompanyのPrivate-MIB）から「MyCompanyInputName」を取得し、第３優先として他社の拡張ＭＩＢ（OtherCompanyのPrivate-MIB）から「OtherCompanyInputName」を取得する取得方法が定められているとする。
【０１２６】
従来の手法によれば、この例で機器情報「TrayName」を取得する場合、最初に「prtInputName」の取得を試し、取得できなかった場合は、「MyCompanyInputName」の取得を試す。それでも取得できなかった場合は、さらに「OtherComanyInputName」の取得を試す。このように、従来の方法では、機器情報の取得効率が悪いという問題があった。例えば、機器情報「TrayName」は、「MyCompanyInputName」から取得することが事前に判明している場合であっても、従来の方法によれば、必ず標準ＭＩＢからの取得を試す必要があった。
【０１２７】
そこで、機器情報ごとに取得するＭＩＢおよび取得項目を定めた定義情報を記憶部１４０等に保存し、保存した定義情報を参照して機器情報を取得する方法を決定するように構成してもよい。
【０１２８】
図１２は、このように構成された場合に記憶部１４０に保存される定義情報のデータ構造の一例を示す説明図である。同図に示すように、機器情報ごとに、機器情報として取得する取得項目と取得元のＭＩＢを対応づけた定義情報が記憶部１４０に保存される。
【０１２９】
情報取得部９１３は、ＳＮＭＰ制御部９１５を用いて機器情報を取得するとき、図１２のような定義情報を参照して機器情報に対応する取得項目を決定し、決定した取得項目をＳＮＭＰによって取得する。
【０１３０】
同図では、例えば、機器情報「TrayName」は、「MyCompanyInputName」から取得することが定められている。このため、情報取得部９１３は、標準ＭＩＢからの取得を試みることなく、最初から自社の拡張ＭＩＢを参照して機器情報「TrayName」を取得することができる。
【０１３１】
（変形例）
第２の実施の形態に対しても、第１の実施の形態と同様に、デバイス９００とは異なる外部装置内に監視処理に関連する構成部を備え、当該外部装置がデバイス９００と通信して機器情報を監視するように構成することができる。
【０１３２】
図１３は、このような外部装置であるデバイス監視装置１３０１を含むように構成された、第２の実施の形態の変形例にかかる通信システムの構成を示すブロック図である。図１３に示すように、本変形例にかかる通信システムは、通信装置としてのデバイス１３０２が、デバイス監視装置１３０１を介してＰＣ２００と接続された構成となっている。
【０１３３】
まず、デバイス監視装置１３０１について説明する。デバイス監視装置１３０１は、通信Ｉ／Ｆ１３０と、記憶部１４０と、監視部１１１と、クライアント管理部１１２と、情報取得部１３１３と、キャッシュ管理部１１４と、ＳＮＭＰ制御部１３１５と、入出力Ｉ／Ｆ８５０と、通信Ｉ／Ｆ１３３１とを備えている。
【０１３４】
通信Ｉ／Ｆ１３０、記憶部１４０、監視部１１１、クライアント管理部１１２、キャッシュ管理部１１４、および入出力Ｉ／Ｆ８５０は、図９のデバイス９００内、または図８のデバイス８０２内に備えられていたものと同様の機能を有するため、同一の符号を付し説明は省略する。
【０１３５】
通信Ｉ／Ｆ１３３１は、デバイス１３０２との間で通信を行うインターフェースである。情報取得部１３１３は、入出力Ｉ／Ｆ８５０を介して、デバイス１３０２の情報提供部１２１と通信して機器情報を取得する点が、図９の情報取得部９１３と異なっている。ＳＮＭＰ制御部１３１５は、通信Ｉ／Ｆ１３３１を介してＳＮＭＰにより機器情報を取得するものである。
【０１３６】
次に、デバイス１３０２について説明する。デバイス１３０２は、デバイス制御部１２０と、入出力Ｉ／Ｆ８２２と、通信Ｉ／Ｆ１３３２とを備えている。デバイス制御部１２０および入出力Ｉ／Ｆ８２２は、図９のデバイス９００内、または図８のデバイス８０２内に備えられていたものと同様の機能を有するため、同一の符号を付し説明は省略する。
【０１３７】
通信Ｉ／Ｆ１３３２は、デバイス監視装置１３０１との間で通信を行うインターフェースである。
【０１３８】
このような構成により、第１の実施の形態の変形例と同様に、デバイス９００内に監視機能を導入できない場合であっても本実施の形態と同様の機器情報の監視機能を実現することができる。
【０１３９】
以上のように、第２の実施の形態にかかる通信システムでは、取得した機器情報に不足がある場合に、不足する機器情報をＳＮＭＰによって取得することができる。すなわち、標準的なプロトコルを用いた処理状態の取得を併用することにより、ネットワークを介して提供される処理の処理状態の変化を適切に監視することができる。また、ＳＮＭＰによって機器情報を取得するときの取得方法を事前に定めることができるため、機器情報の取得処理をさらに効率化することができる。
【０１４０】
（第３の実施の形態）
上記実施の形態では、図４のように階層化された全機器情報を取得していた。これに対し、第３の実施の形態にかかる通信システムは、情報処理装置から指定された機器情報のみを取得することにより、情報取得処理を効率的に実行するものである。
【０１４１】
図１４は、第３の実施の形態にかかるデバイス１４１０およびＰＣ１４２０の詳細な構成を示すブロック図である。
【０１４２】
まず、デバイス１４１０の構成について説明する。図１４に示すように、本実施の形態にかかるデバイス１４１０は、通信Ｉ／Ｆ１３０と、記憶部１４０と、デバイス制御部１２０と、監視部１１１と、クライアント管理部１４１２と、情報取得部１４１３と、キャッシュ管理部１４１４とを備えている。
【０１４３】
第３の実施の形態では、クライアント管理部１４１２、情報取得部１４１３、およびキャッシュ管理部１４１４の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるデバイス１００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０１４４】
クライアント管理部１４１２は、監視対象となる機器情報をさらに含むクライアント情報を管理するものである。具体的には、クライアント管理部１４１２は、ＰＣ１４２０から送信された、監視対象となる機器情報を含むクライアント情報をキャッシュ管理部１４１４によって記憶部１４０に保存する。
【０１４５】
図１５は、第３の実施の形態で記憶部１４０に保存されるクライアント情報のデータ構造の一例を示す説明図である。図１５に示すように、クライアント情報として、ＰＣ１４２０のＩＰアドレスと、ＰＣ１４２０上のアプリケーション１４０１が利用するポート番号と、監視開始フラグと、監視対象となる機器情報とが対応づけてられて記憶部１４０に保存される。
【０１４６】
監視対象は、図４のように階層化された機器情報の各階層の名称を記号「：」で区切ることにより指定する。また、ある階層下のすべての機器情報を監視対象とする場合は、当該階層の名称のみを指定する。図１５では、監視対象としてＳｙｓｔｅｍカテゴリ（Ｃａｔｅｇｏｒｙ）のＭｏｄｅｌＩｎｆｏｒｍａｔｉｏｎファンクション（Ｆｕｎｃｔｉｏｎ）以下のすべての機器情報を監視対象の１つとする場合の指定例が示されている。
【０１４７】
なお、監視対象の指定方法はこれに限られるものではなく、すべての機器情報のうち、監視対象とする機器情報を特定可能な方法であればあらゆる方法を適用できる。
【０１４８】
図１４に戻り、情報取得部１４１３は、機器情報を取得するときに、機器情報を通知するＰＣ１４２０ごとに監視対象となる機器情報を記憶部１４０から取得し、取得した機器情報のみを情報提供部１２１を用いて取得するものである。
【０１４９】
キャッシュ管理部１４１４は、クライアント管理部１４１２の要求に応じて、監視対象を含むクライアント情報を記憶部１４０に登録するものである。また、キャッシュ管理部１４１４は、情報取得部１４１３の要求に応じて、通知先となるＰＣ１４２０に対応する監視対象を記憶部１４０から取得する。その他の機能は、第１の実施の形態のキャッシュ管理部１１４と同様である。
【０１５０】
次に、ＰＣ１４２０の構成について説明する。図１４に示すように、ＰＣ１４２０は、アプリケーション１４０１と、監視制御部１４０２と、通信Ｉ／Ｆ２０３とを備えている。
【０１５１】
第３の実施の形態では、アプリケーション１４０１および監視制御部１４０２の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるＰＣ２００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０１５２】
アプリケーション１４０１は、デバイス１４１０の機器情報を監視するときに、監視対象とする機器情報を指定する機能を有する点が、第１の実施の形態と異なっている。
【０１５３】
監視制御部１４０２は、監視対象とする機器情報の指定を含む監視開始要求をデバイス１４１０に送信する点が、第１の実施の形態の監視制御部２０２と異なっている。なお、監視制御部１４０２は、アプリケーション１４０１が指定した監視対象とする機器情報を監視開始要求に含める。
【０１５４】
次に、このように構成された第３の実施の形態にかかる通信システムの監視処理について図１６を用いて説明する。なお、初期化処理は第１の実施の形態と同様であるため説明を省略する。図１６は、第３の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【０１５５】
なお、同図は、第１の実施の形態の図７に相当する部分の処理（監視開始要求に対する機器情報取得処理）を表すシーケンス図である。第１の実施の形態の図６に相当する部分の処理、すなわち、クライアント登録処理および機器情報取得要求に対する機器情報取得処理は、第１の実施の形態と同様であるため図示および説明を省略する。
【０１５６】
まず、監視制御部１４０２は、アプリケーション１４０１から指定された監視対象とする機器情報を含む監視開始要求をデバイス１４１０の監視部１１１に通知する（ステップＳ１６０１）。監視部１１１は、クライアント管理部１４１２に対して、機器情報の監視開始を要求する（ステップＳ１６０２）。
【０１５７】
次に、クライアント管理部１４１２は、キャッシュ管理部１４１４に対して、保存しているクライアント情報の監視開始フラグの更新、および監視対象の登録を要求する（ステップＳ１６０３）。具体的には、クライアント管理部１４１２は、監視開始フラグを「１」に更新すること、および監視開始要求から取得した監視対象を登録することを要求する。
【０１５８】
キャッシュ管理部１４１４は、クライアント情報の監視開始フラグを「１」に更新するとともに、指定された監視対象を記憶部１４０に保存し、処理結果をクライアント管理部１４１２に通知する（ステップＳ１６０４）。
【０１５９】
ステップＳ１６０５からステップＳ１６０７までの、情報取得部１４１３に対する監視開始要求処理、および監視開始通知処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６２１からステップＳ６２３までと同様の処理なので、その説明を省略する。
【０１６０】
監視開始を要求された情報取得部１４１３は、監視開始を要求したＰＣ１４１０ごとに、監視対象とする機器情報の取得をキャッシュ管理部１４１４に要求する（ステップＳ１６０８）。キャッシュ管理部１４１４は、該当する監視対象を記憶部１４０から取得し、取得した監視対象を情報取得部１４１３に通知する（ステップＳ１６０９）。
【０１６１】
以降、情報取得部１４１３は、監視対象として指定された機器情報について、情報提供部１２１を用いた機器情報の取得処理を繰り返す（ステップＳ１６１０〜ステップＳ１６１９）。このステップＳ１６１０からステップＳ１６１９までの処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６２４からステップＳ６３３までと同様の処理なので、その説明を省略する。
【０１６２】
このように、第３の実施の形態にかかる通信システムでは、情報処理装置から指定された機器情報のみを取得することができるため、情報取得処理を効率的に実行することができる。
【０１６３】
（第４の実施の形態）
第４の実施の形態にかかる通信システムは、サービスを利用するアプリケーションごとに予め定められた機器情報のみを取得するものである。また、機器情報を通知する条件を満たす場合にのみ取得した機器情報を通知するものである。
【０１６４】
図１７は、第４の実施の形態にかかるデバイス１７１０およびＰＣ１７２０の詳細な構成を示すブロック図である。
【０１６５】
まず、デバイス１７１０の構成について説明する。図１７に示すように、本実施の形態にかかるデバイス１７１０は、通信Ｉ／Ｆ１３０と、記憶部１７４０と、デバイス制御部１２０と、監視部１１１と、クライアント管理部１１２と、情報取得部１７１３と、キャッシュ管理部１７１４とを備えている。
【０１６６】
第４の実施の形態では、記憶部１７４０に新規情報が記憶されることと、情報取得部１７１３およびキャッシュ管理部１７１４の機能とが第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるデバイス１００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０１６７】
記憶部１７４０は、ＰＣ１７２０上で実行されるアプリケーション２０１ごとに監視対象とする機器情報を定義した定義情報をさらに記憶する点が、第１の実施の形態の記憶部１４０と異なっている。
【０１６８】
図１８は、記憶部１７４０に新たに追加される定義情報のデータ構造の一例を示す説明図である。図１８に示すように、記憶部１７４０には、アプリケーション２０１を識別するためのアプリケーション名（Application Name）と、アプリケーション２０１が管理する機器情報の機能名（Function）と、機能名に対応して取得する各機器情報を特定する属性（Property）と、機器情報を通知するときの通知条件（Condition）とを対応づけた定義情報が事前に格納される。
【０１６９】
同図では、例えば、アプリケーション２０１側で管理する機器情報の機能名「Status Information」に対し、デバイス１７１０側で管理する図４のような階層化された機器情報のうち、「System information」下の「Status ID」および「Printer Information」下の「Status ID」等を取得する定義情報が示されている。
【０１７０】
また、通知条件としては、上記実施の形態のように変動があれば必ず通知する条件以外の多様な条件を指定できる。例えば同図では、トナーの状態（Toner Status）に関して、トナー残量が所定の閾値（１０％）以下になったときに通知する通知条件が指定されている。また、例えば、状態が変動した場合に必ず通知するのではなく、所定の状態に変化したときにのみ通知する通知条件を指定してもよい。なお、通知条件の指定方法はこれらに限られるものではなく、機器情報の変化態様に応じて通知するか否かを指定可能な方法であればあらゆる方法を適用できる。
【０１７１】
図１７に戻り、情報取得部１７１３は、機器情報を取得するときに、監視開始を要求したアプリケーション２０１に対応する機器情報を記憶部１７４０から取得し、取得した機器情報のみを情報提供部１２１を用いて取得するものである。なお、アプリケーション名は、ＰＣ１７２０の監視制御部１７０２（後述）によって監視開始要求に含められ、デバイス１７１０に送信される。
【０１７２】
このような機能により、例えば、複数のＰＣ１７２０に同じアプリケーションが導入され、同時に機器情報の監視を要求している場合は、ＰＣ１７２０それぞれについて機器情報を取得するのではなく、同じアプリケーションについて１度だけ機器情報を取得することが可能となる。これにより、機器情報の取得処理を効率化することができる。
【０１７３】
また、情報取得部１７１３は、取得した機器情報の通知条件を記憶部１７４０から取得するとともに、取得した機器情報が通知条件を満たすか否かを判定し、満たす場合にのみ、取得した機器情報をＰＣ１７２０に通知する。
【０１７４】
キャッシュ管理部１７１４は、情報取得部１７１３の要求に応じて、アプリケーション名に対応する機器情報を記憶部１７４０から取得する。その他の機能は、第１の実施の形態のキャッシュ管理部１１４と同様である。
【０１７５】
次に、ＰＣ１７２０の構成について説明する。図１７に示すように、ＰＣ１７２０は、アプリケーション２０１と、監視制御部１７０２と、通信Ｉ／Ｆ２０３とを備えている。
【０１７６】
第４の実施の形態では、監視制御部１７０２の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるＰＣ２００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０１７７】
監視制御部１７０２は、監視を要求したアプリケーション２０１のアプリケーション名を含む監視開始要求をデバイス１７１０に送信する点が、第１の実施の形態の監視制御部２０２と異なっている。
【０１７８】
次に、このように構成された第４の実施の形態にかかる通信システムの監視処理について図１９を用いて説明する。なお、初期化処理は第１の実施の形態と同様であるため説明を省略する。図１９は、第４の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【０１７９】
なお、同図は、第１の実施の形態の図７に相当する部分の処理（監視開始要求に対する機器情報取得処理）を表すシーケンス図である。第１の実施の形態の図６に相当する部分の処理、すなわち、クライアント登録処理および機器情報取得要求に対する機器情報取得処理は、第１の実施の形態と同様であるため図示および説明を省略する。
【０１８０】
まず、監視制御部１７０２は、監視を要求したアプリケーション２０１のアプリケーション名を含む監視開始要求をデバイス１７１０の監視部１１１に通知する（ステップＳ１９０１）。監視部１１１は、クライアント管理部１１２に対して、機器情報の監視開始を要求する（ステップＳ１９０２）。
【０１８１】
次に、クライアント管理部１１２は、キャッシュ管理部１７１４に対して、保存しているクライアント情報の監視開始フラグの更新を要求する（ステップＳ１９０３）。キャッシュ管理部１７１４は、クライアント情報の監視開始フラグを「１」に更新し、処理結果をクライアント管理部１１２に通知する（ステップＳ１９０４）。
【０１８２】
ステップＳ１９０５からステップＳ１９０７までの、情報取得部１７１３に対する監視開始要求処理、および監視開始通知処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６２１からステップＳ６２３までと同様の処理なので、その説明を省略する。
【０１８３】
監視開始を要求された情報取得部１７１３は、要求に含まれるアプリケーション名を抽出し、抽出したアプリケーション名に対応する機器情報および通知条件の取得をキャッシュ管理部１７１４に対して要求する（ステップＳ１９０８）。キャッシュ管理部１７１４は、該当する機器情報および通知条件を記憶部１７４０から取得し、取得結果を情報取得部１７１３に通知する（ステップＳ１９０９）。
【０１８４】
ステップＳ１９１０からステップＳ１９１４までの、情報提供部１２１による機器情報取得処理および機器情報比較処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６２４からステップＳ６２８までと同様の処理なので、その説明を省略する。
【０１８５】
機器情報が変化した場合は（ステップＳ１９１４：ＹＥＳ）、情報取得部１７１３は、取得した機器情報が通知条件を満たすか否かを判断する（ステップＳ１９１５）。通知条件を満たさない場合は（ステップＳ１９１５：ＮＯ）、情報取得部１７１３は、所定の時間経過後にステップＳ１９１０に戻り、機器情報の取得処理を繰り返す。
【０１８６】
通知条件を満たす場合は（ステップＳ１９１５：ＹＥＳ）、情報取得部１７１３は、取得した機器情報をクライアント管理部１１２に通知する（ステップＳ１９１６）。
【０１８７】
ステップＳ１９１７からステップＳ１９２０までの、クライアント情報取得処理および機器情報送信処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６３０からステップＳ６３３までと同様の処理なので、その説明を省略する。
【０１８８】
このように、第４の実施の形態にかかる通信システムでは、サービスを利用するアプリケーションごとに予め定められた機器情報のみを取得することができる。また、機器情報を通知する条件を満たす場合にのみ取得した機器情報を通知することができる。このため、処理状態の取得処理を効率化することが可能となる。
【０１８９】
（第５の実施の形態）
第５の実施の形態にかかる通信システムは、機器情報のうち、処理状況に応じて内容が変化する機器情報のみを取得するものである。
【０１９０】
図２０は、第５の実施の形態にかかるデバイス２０００およびＰＣ２００の詳細な構成を示すブロック図である。
【０１９１】
まず、デバイス２０００の構成について説明する。図２０に示すように、本実施の形態にかかるデバイス２０００は、通信Ｉ／Ｆ１３０と、記憶部２０４０と、デバイス制御部１２０と、監視部１１１と、クライアント管理部１１２と、情報取得部２０１３と、キャッシュ管理部２０１４とを備えている。
【０１９２】
第５の実施の形態では、記憶部２０４０に新規情報が記憶されることと、情報取得部２０１３およびキャッシュ管理部２０１４の機能とが第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるデバイス１００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０１９３】
記憶部２０４０は、監視対象となる機器情報が、値が変化しない固定の機器情報であるか、値が変化する機器情報であるかを表す変動情報を定義情報としてさらに記憶するものである。また、記憶部２０４０は、機器情報を取得したとき、機器情報ごとに変動情報を対応づけて記憶する。
【０１９４】
図２１は、記憶部２０４０に新たに追加される定義情報のデータ構造の一例を示す説明図である。図２１に示すように、記憶部２０４０には、機器情報を識別する識別情報（Ｐｒｏｐｅｒｔｙ）と、機器情報が変動するか否かを表す変動情報（Ｕｐｄａｔｅ）とが対応づけられた定義情報が事前に格納される。
【０１９５】
図２２は、記憶部２０４０に保存される機器情報のデータ構造の一例を示す説明図である。本実施の形態では、第１の実施の形態で保存される機器情報のデータ構造を表す図４と比較すると、変動情報を格納するフィールド（Ｕｐｄａｔｅ）が追加された点が異なっている。
【０１９６】
なお、図２２のようなＵｐｄａｔｅフィールドを含む機器情報の記憶領域は、初期化処理時にキャッシュ管理部２０１４によって記憶部２０４０内に確保される。また、Ｕｐｄａｔｅフィールドに設定する変動情報は、最初に機器情報を取得するときに、図２１のような定義情報を参照して設定される。
【０１９７】
図２０に戻り、情報取得部２０１３は、機器情報を取得するときに、値が変化することを表す変動情報（変動）が設定された機器情報を記憶部２０４０から取得し、取得した機器情報のみを情報提供部１２１を用いて取得するものである。
【０１９８】
キャッシュ管理部２０１４は、情報取得部２０１３の要求に応じて、値が変化することを表す変動情報が設定された機器情報を記憶部２０４０から取得する。その他の機能は、第１の実施の形態のキャッシュ管理部１１４と同様である。
【０１９９】
ＰＣ２００の構成および機能は、第１の実施の形態と同様であるので、同一符号を付し、ここでの説明は省略する。
【０２００】
次に、このように構成された第５の実施の形態にかかる通信システムの監視処理について図２３を用いて説明する。なお、初期化処理は第１の実施の形態と同様であるため説明を省略する。図２３は、第５の実施の形態における監視処理の全体の流れを示すシーケンス図である。
【０２０１】
なお、同図は、第１の実施の形態の図７に相当する部分の処理（監視開始要求に対する機器情報取得処理）を表すシーケンス図である。第１の実施の形態の図６に相当する部分の処理、すなわち、クライアント登録処理および機器情報取得要求に対する機器情報取得処理は、第１の実施の形態と同様であるため図示および説明を省略する。
【０２０２】
ステップＳ２３０１からステップＳ２３０７までの、監視開始フラグ更新処理、および監視開始通知処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６１７からステップＳ６２３までと同様の処理なので、その説明を省略する。
【０２０３】
監視開始を要求された情報取得部２０１３は、値が変化することを表す変動情報が設定された機器情報の識別情報（機器情報名）の取得をキャッシュ管理部２０１４に対して要求する（ステップＳ２３０８）。キャッシュ管理部２０１４は、変動する機器情報の機器情報名を記憶部２０４０から取得し、情報取得部２０１３に通知する（ステップＳ２３０９）。
【０２０４】
以降、情報取得部２０１３は、値が変動する機器情報を監視対象として、情報提供部１２１を用いた機器情報の取得処理を繰り返す（ステップＳ２３１０〜ステップＳ２３１９）。このステップＳ２３１０からステップＳ２３１９までの処理は、第１の実施の形態にかかる通信システムにおけるステップＳ６２４からステップＳ６３３までと同様の処理なので、その説明を省略する。
【０２０５】
このように、第５の実施の形態にかかる通信システムでは、機器情報のうち、処理状況に応じて内容が変化する機器情報のみを取得することができる。このため、処理状態の取得処理を効率化することができる。
【０２０６】
（第６の実施の形態）
第６の実施の形態にかかる通信システムは、監視処理で利用する各種定義情報を、外部で作成された定義ファイルから取得するものである。定義情報としては、上述の各実施の形態で利用される各定義情報が対象となる。例えば、取得対象となる機器情報、アプリケーションごとの取得する機器情報、通知条件、機器情報が変化するか否かを表す情報などが該当する。
【０２０７】
また、本実施の形態では、機器情報を情報処理装置から設定するとともに、機器情報の設定が完了したことを情報処理装置に通知することができる。
【０２０８】
図２４は、第６の実施の形態にかかるデバイス２４１０およびＰＣ２４２０の詳細な構成を示すブロック図である。なお、同図では、ルータ４００、インターネットなどのネットワーク５００、およびサーバ６００が追加されている。
【０２０９】
ルータ４００は、ネットワーク３００とネットワーク５００との間の通信を中継するものである。ネットワーク５００はインターネットに限らずあらゆる形態のネットワークによって構成できる。
【０２１０】
サーバ６００は、デバイス２４１０を含む通信装置の種類ごとに、定義ファイル、ファームウェアを更新するためのファームウェアファイルを管理するサーバ装置である。定義ファイルの形式は問わないが、例えば、ＸＭＬ（eXtensible Markup Language）形式のファイルなどを利用できる。
【０２１１】
なお、各ＰＣ２４２０は、利用するデバイス２４１０の種類を判別し、デバイス２４１０の種類に応じた定義ファイル等をサーバ６００から取得した上で、取得したファイルによってデバイス２４１０の定義情報または機器情報の更新を行う。
【０２１２】
次に、デバイス２４１０の構成について説明する。図２４に示すように、本実施の形態にかかるデバイス２４１０は、通信Ｉ／Ｆ１３０と、記憶部１４０と、デバイス制御部１２０と、監視部２４１１と、クライアント管理部１１２と、情報取得部１１３と、キャッシュ管理部１１４と、ＳＮＭＰ制御部９１５と、情報設定部２４１６とを備えている。
【０２１３】
第６の実施の形態では、監視部２４１１の機能と、ＳＮＭＰ制御部９１５および情報設定部２４１６を追加したことが、第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるデバイス１００の構成を表すブロック図である図１と同様であるので、同一符号を付し、ここでの説明は省略する。
【０２１４】
監視部２４１１は、定義ファイルによる定義情報の更新機能、および情報設定部２４１６を用いて機器情報を設定する機能が追加された点が、第１の実施の形態の監視部１１１と異なっている。
【０２１５】
ＳＮＭＰ制御部９１５は、第２の実施の形態のＳＮＭＰ制御部９１５と同様にＳＮＭＰによるデバイス２４１０の管理を制御するものである。
【０２１６】
情報設定部２４１６は、ＰＣ２４２０からの要求に応じてデバイス制御部１２０に対して機器情報を設定するものである。
【０２１７】
次に、ＰＣ２４２０の構成について説明する。図２４に示すように、ＰＣ２４２０は、アプリケーション２４０１と、監視制御部２４０２と、通信Ｉ／Ｆ２０３とを備えている。
【０２１８】
第６の実施の形態では、アプリケーション２４０１および監視制御部２４０２の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるＰＣ２００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０２１９】
アプリケーション２４０１は、デバイス２４１０の定義ファイルの更新要求をさらに送信する点が、第１の実施の形態のアプリケーション２０１と異なっている。
【０２２０】
監視制御部２４０２は、アプリケーション２４０１が要求した定義ファイルの更新要求に応じて、定義ファイルを外部のサーバ６００から取得する処理、および定義ファイルの更新要求をデバイス２４１０に送信する処理が追加された点が、第１の実施の形態の監視制御部２０２と異なっている。
【０２２１】
次に、このように構成された第６の実施の形態にかかる通信システムによる定義ファイル更新処理について説明する。なお、初期化処理は第１の実施の形態と同様であるため説明を省略する。図２５は、第６の実施の形態における定義ファイル更新処理の全体の流れを示すシーケンス図である。
【０２２２】
まず、アプリケーション２４０１は、定義ファイルの更新要求を監視制御部２４０２に対して通知する（ステップＳ２５０１）。次に、監視制御部２４０２は、デバイス２４１０の種類を特定するためにデバイス２４１０のモデル名の取得要求をデバイス２４１０の監視部２４１１に送信する（ステップＳ２５０２）。
【０２２３】
次に、監視部２４１１は、記憶部１４０から機器情報に含まれるモデル名（図４のSystem：Model Information：Model Name）を取得し、監視制御部２４０２に通知する（ステップＳ２５０３）。なお、モデル名を取得する処理は、上述した各実施の形態と同様の処理によって実現可能であるため詳細は省略する。
【０２２４】
次に、監視制御部２４０２は、通知されたモデル名に対応する定義ファイルの取得要求をサーバ６００に対して送信する（ステップＳ２５０４）。サーバ６００は、モデル名に対応する定義ファイルを自装置内の記憶部等から取得し、監視制御部２４０２に通知する（ステップＳ２５０５）。
【０２２５】
次に、監視制御部２４０２は、監視部２４１１に対して、定義ファイルとともに定義ファイルの更新要求を送信する（ステップＳ２５０６）。監視部２４１１は、送信された定義ファイルの内容を読み出し、記憶部１４０に記憶する。そして、監視部２４１１は処理結果を監視制御部２４０２に通知する（ステップＳ２５０７）。
【０２２６】
次に、監視制御部２４０２は、通知された処理結果をさらにアプリケーション２４０１に通知し（ステップＳ２５０８）、定義ファイル更新処理を終了する。
【０２２７】
このような処理により、監視処理に必要な定義情報を外部で作成された定義ファイルを元に更新することが可能となり、定義情報のメンテナンス性を高めることができる。
【０２２８】
なお、定義ファイルはサーバ６００から取得したファイルに限られるものではない。例えば、他の方法によりＰＣ２４２０が取得済みの定義ファイルをデバイス２４１０に送信するように構成してもよい。また、更新要求のみをＰＣ２４２０から送信し、定義ファイルはデバイス２４１０がサーバ６００から取得するように構成してもよい。
【０２２９】
さらに、ＣＤ−ＲＯＭ、フロッピーディスク（登録商標：ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録された定義ファイルを、記録媒体の種類に応じたインターフェースを介して取得するように構成してもよい。
【０２３０】
また、デバイス２４１０のファームウェアを更新するためのファームウェアファイル内に定義ファイルを含め、ファームウェアの更新処理時に定義ファイルを取り出して、上述のような定義ファイルの更新処理を行うように構成してもよい。
【０２３１】
次に、デバイス２４１０の機器情報をＰＣ２４２０から設定する機器情報設定処理について説明する。外部から機器情報を設定する場合、設定したこと（第１の事由の変化）を通知するだけではなく、設定が有効になったこと（第２の事由の変化）を通知しなければならない場合がある。
【０２３２】
例えば、デバイス２４１０のＩＰアドレスを更新する場合、単に新たなＩＰアドレスを通知してＩＰアドレスを設定するだけでは、新たなＩＰアドレスが有効にならない。有効にするためには、デバイス２４１０を再起動する必要がある。このため、デバイス２４１０が再起動した後に、ＩＰアドレスが有効になったことをさらに通知する必要が生じる。
【０２３３】
また、例えば、デバイス２４１０のファームウェアを更新する場合、ＦＴＰプロトコル等によってファームウェアファイルを転送しただけでは、ファームウェアを更新することができない。デバイス２４１０は、転送完了をアプリケーション２４０１に通知した後（第１の事由の変化）、受信したファームウェアファイルを元にファームウェアの更新処理を実行し、更新を有効にするために再起動する必要がある。そして、デバイス２４１０が再起動した後に、ファームウェアが有効になったことをアプリケーション２４０１に通知する必要が生じる。
【０２３４】
図２６は、機器情報設定処理の全体の流れを示すシーケンス図である。まず、監視制御部２４０２は、機器情報設定要求を監視部２４１１に対して通知する（ステップＳ２６０１）。監視部２４１１は、機器情報設定要求をクライアント管理部１１２に通知する（ステップＳ２６０２）。クライアント管理部１１２は、通知された機器情報設定要求を情報設定部２４１６に通知する（ステップＳ２６０３）。
【０２３５】
情報設定部２４１６は、情報提供部１２１が提供する機器情報の設定機能を用いて、機器情報の設定を要求する（ステップＳ２６０４）。情報提供部１２１は、要求された機器情報をデバイス制御部１２０に設定し、設定結果を情報設定部２４１６に通知する（ステップＳ２６０５）。
【０２３６】
また、情報設定部２４１６は、ＳＮＭＰを用いて設定する機器情報の場合は、ＳＮＭＰ制御部９１５に対して機器情報の設定を要求する（ステップＳ２６０６）。ＳＮＭＰ制御部９１５は、要求された機器情報をデバイス制御部１２０に設定し、設定結果を情報設定部２４１６に通知する（ステップＳ２６０７）。
【０２３７】
次に、情報設定部２４１６は、機器情報の設定結果をクライアント管理部１１２に通知する（ステップＳ２６０８）。また、クライアント管理部１１２は、設定結果を監視部２４１１に通知する（ステップＳ２６０９）。さらに、監視部２４１１は、設定結果をＰＣ２４２０の監視制御部２４０２に通知する（ステップＳ２６１０）。
【０２３８】
機器情報の設定が正常に実行され、デバイス２４１０の再起動が必要な場合は、情報設定部２４１６は、ＳＮＭＰ制御部９１５に対して再起動を要求する（ステップＳ２６１１）。次に、ＳＮＭＰ制御部９１５は、デバイス２４１０を再起動する（ステップＳ２６１２）。
【０２３９】
デバイス制御部１２０は、再起動の完了した場合、完了通知をＳＮＭＰ制御部９１５に通知する（ステップＳ２６１３）。具体的には、ＳＮＭＰ制御部９１５は、ＳＮＭＰ Ｔｒａｐ機能によって再起動を検出する。
【０２４０】
次に、ＳＮＭＰ制御部９１５は、再起動の完了を情報設定部２４１６に通知する（ステップＳ２６１４）。また、情報設定部２４１６は、クライアント管理部１１２に再起動の完了を通知する（ステップＳ２６１５）。
【０２４１】
次に、クライアント管理部１１２は、キャッシュ管理部１１４にクライアント情報の取得を要求する（ステップＳ２６１６）。キャッシュ管理部１１４は、記憶部１４０からクライアント情報を取り出し、クライアント管理部１１２に送信する（ステップＳ２６１７）。クライアント管理部１１２は、再起動の完了とクライアント情報を監視部２４１１に通知する（ステップＳ２６１８）。
【０２４２】
最後に、監視部２４１１は、通知されたクライアント情報それぞれに対して、クライアント情報に含まれるＩＰアドレスおよびポート番号を取得し、取得したＩＰアドレスおよびポート番号で識別されるＰＣ２４２０の監視制御部２４０２を宛先として、再起動の完了を通知する（ステップＳ２６１９）。
【０２４３】
このように、第６の実施の形態にかかる通信システムでは、定義情報を外部で作成された定義ファイルから取得することができるため、定義情報の変更が容易となり、通信装置のメンテナンス性を向上させることができる。
【０２４４】
（第７の実施の形態）
第７の実施の形態にかかる通信システムは、通信装置が上記各実施の形態の機能に対応しているか否かを判定し、判定結果に応じて情報処理装置側の監視処理を制御するものである。また、判定結果に応じて通信装置に上記各実施の形態の機能をインストールするものである。
【０２４５】
図２７は、第７の実施の形態にかかるデバイス１００、デバイス２７１０およびＰＣ２７２０の詳細な構成を示すブロック図である。
【０２４６】
デバイス１００は、第１の実施の形態のデバイス１００を表す図２と同様の構成であるため、同一の符号を付し説明を省略する。
【０２４７】
デバイス２７１０は、第１の実施の形態の監視処理に関連する構成部である監視部１１１、クライアント管理部１１２、情報取得部１１３、およびキャッシュ管理部１１４を備えない構成の通信装置である。すなわち、デバイス２７１０は、従来と同様に、例えばＳＮＭＰによる機器情報の監視機能のみを有する通信装置を表している。
【０２４８】
ＰＣ２７２０は、アプリケーション２０１と、監視制御部２７０２と、通信Ｉ／Ｆ２０３とを備えている。
【０２４９】
第７の実施の形態では、監視制御部２７０２の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるＰＣ２００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０２５０】
監視制御部２７０２は、利用する通信装置の種類を判定し、判定結果に応じて機器情報を監視する方法を切り替える機能を有する。具体的には、監視制御部２７０２は、第１の実施の形態のステップＳ６０１（図６）のように、クライアント登録要求を通信装置に送信し、所定時間内に応答が得られるか否かによって、通信装置が第１の実施の形態のような監視機能を備えたデバイス１００であるか否かを判断する。
【０２５１】
送信先がデバイス１００であれば、監視制御部２７０２は、図６のステップＳ６０６のように、クライアント登録の結果を受信できる。これにより、監視制御部２７０２は、デバイス１００は第１の実施の形態と同様の監視機能を備えると判断し、以降は第１の実施の形態と同様の手順で、機器情報取得処理および監視開始要求処理（図６、図７）を実行する。
【０２５２】
一方、送信先がデバイス２７１０の場合、監視制御部２７０２は、クライアント登録の結果を受信できない。このため、監視制御部２７０２は、デバイス２７１０は第１の実施の形態と同様の監視機能を備えていないと判断する。この場合、監視制御部２７０２は、ＳＮＭＰを用いたポーリングなどの従来と同様の手法によって、デバイス２７１０の機器情報の監視処理を行う。
【０２５３】
（変形例）
なお、通信装置が第１の実施の形態と同様の監視機能を備えていないと判断した場合に、監視機能を通信装置にインストールするように構成してもよい。図２８は、このように構成された第７の実施の形態の変形例にかかるＰＣ２８２０の詳細な構成を示すブロック図である。
【０２５４】
ＰＣ２８２０は、アプリケーション２０１と、監視制御部２８０２と、通信Ｉ／Ｆ２０３と、インストール部２８０４とを備えている。
【０２５５】
監視制御部２８０２は、上述の監視制御部２７０２と同様の方法で通信装置が第１の実施の形態のような監視機能を備えたデバイス１００であるか否かを判断する。そして、監視制御部２８０２は、当該監視機能を備えていないと判断した場合に、インストール部２８０４を用いて当該監視機能をデバイス２７１０にインストールする処理を制御する。
【０２５６】
インストール部２８０４は、監視制御部２８０２の要求に応じて、監視機能をデバイス２７１０にインストールするものである。監視機能に必要な構成部（監視部１１１、クライアント管理部１１２、情報取得部１１３、およびキャッシュ管理部１１４）が上述のようなＳＤＫとして提供されることを前提とすると、インストール部２８０４は、例えば、デバイス制御部１２０に予め備えられたＳＤＫ等のプログラムのインストール機能を用いて、当該ＳＤＫに対応する監視機能をインストールする。
【０２５７】
このように、第７の実施の形態にかかる通信システムでは、通信装置が上記各実施の形態の機能に対応しているか否かを判定し、判定結果に応じて情報処理装置側の監視処理を制御することができる。また、第７の実施の形態にかかる通信システムでは、通信装置が上記各実施の形態の機能に対応していない場合に、上記各実施の形態の機能を通信装置にインストールすることができる。このため、ネットワークを介して提供される処理の処理状態の変化を適切に監視することができる。
【０２５８】
次に、第１〜第７の実施の形態にかかる通信装置のハードウェア構成について図２９を用いて説明する。図２９は、第１〜第７の実施の形態にかかる通信装置のハードウェア構成を示す説明図である。
【０２５９】
第１〜第７の実施の形態にかかる通信装置は、ＣＰＵ（Central Processing Unit）５１などの制御装置と、ＲＯＭ（Read Only Memory）５２やＲＡＭ５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、各部を接続するバス６１を備えている。
【０２６０】
第１〜第７の実施の形態にかかる通信装置で実行される通信プログラムは、ＲＯＭ５２等に予め組み込まれて提供される。
【０２６１】
第１〜第７の実施の形態にかかる通信装置で実行される通信プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＦＤ、ＣＤ−Ｒ（Compact Disk Recordable）、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【０２６２】
さらに、第１〜第７の実施の形態にかかる通信装置で実行される通信プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、第１〜第７の実施の形態にかかる通信装置で実行される通信プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０２６３】
第１〜第７の実施の形態にかかる通信装置で実行される通信プログラムは、上述した各部（監視部、クライアント管理部、情報取得部、キャッシュ管理部、デバイス制御部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ５１が上記ＲＯＭ５２から通信プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、各部が主記憶装置上に生成されるようになっている。
【０２６４】
なお、第１〜第７の実施の形態にかかる情報処理装置は、ＣＰＵ５１などの制御装置と、ＲＯＭ５２やＲＡＭ５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置と、各部を接続するバス６１を備えた、通常のコンピュータを利用したハードウェア構成となっている。
【産業上の利用可能性】
【０２６５】
以上のように、本発明にかかる通信装置、通信方法、通信プログラム、記録媒体、通信システム、監視装置、および情報処理装置は、ネットワークを介したサービスの提供・利用に関する装置、方法、プログラム、およびシステムに適している。
【符号の説明】
【０２６６】
５１ ＣＰＵ
５２ ＲＯＭ
５３ ＲＡＭ
５４ 通信Ｉ／Ｆ
６１ バス
１００ デバイス
１１１ 監視部
１１２ クライアント管理部
１１３ 情報取得部
１１４ キャッシュ管理部
１２０ デバイス制御部
１２１ 情報提供部
１３０ 通信Ｉ／Ｆ
１４０ 記憶部
２００ ＰＣ
２０１ アプリケーション
２０２ 監視制御部
２０３ 通信Ｉ／Ｆ
３００ ネットワーク
４００ ルータ
５００ ネットワーク
６００ サーバ
８０１ デバイス監視装置
８０２ デバイス
８１３ 情報取得部
８２２ 入出力Ｉ／Ｆ
８５０ 入出力Ｉ／Ｆ
９００ デバイス
９１３ 情報取得部
９１５ ＳＮＭＰ制御部
１３０１ デバイス監視装置
１３０２ デバイス
１３１３ 情報取得部
１３１５ ＳＮＭＰ制御部
１３３１、１３３２ 通信Ｉ／Ｆ
１４０１ アプリケーション
１４０２ 監視制御部
１４１０ デバイス
１４１２ クライアント管理部
１４１３ 情報取得部
１４１４ キャッシュ管理部
１４２０ ＰＣ
１７０２ 監視制御部
１７１０ デバイス
１７１３ 情報取得部
１７１４ キャッシュ管理部
１７２０ ＰＣ
１７４０ 記憶部
２０００ デバイス
２０１３ 情報取得部
２０１４ キャッシュ管理部
２０４０ 記憶部
２４０１ アプリケーション
２４０２ 監視制御部
２４１０ デバイス
２４１１ 監視部
２４１６ 情報設定部
２４２０ ＰＣ
２７０２ 監視制御部
２７１０ デバイス
２７２０ ＰＣ
２８０２ 監視制御部
２８０４ インストール部
２８２０ ＰＣ
【先行技術文献】
【特許文献】
【０２６７】
【特許文献１】特開２００１−０４３０３８号公報
【特許請求の範囲】
【請求項１】
情報処理装置にネットワークを介してサービスを提供する通信装置であって、
前記サービスに関する処理を制御する処理制御部と、
前記処理制御部が制御する前記処理の状態に関する情報を含む前記サービスの関連情報を提供する情報提供部と、
前記情報処理装置から前記関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視部と、
前記関連情報を記憶する記憶部と、
前記情報提供部が提供する前記関連情報を取得する情報取得部と、
取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存部と、を備え、
前記監視部は、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、
を特徴とする通信装置。
【請求項２】
前記情報取得部は、さらに、監視が要求された前記関連情報のうち、前記情報提供部が提供する前記関連情報に含まれない前記関連情報を、ネットワークの管理に関する予め定められたプロトコルを用いて前記処理制御部から取得すること、
を特徴とする請求項１に記載の通信装置。
【請求項３】
前記記憶部は、さらに、前記関連情報を識別する識別情報と、前記プロトコルを用いて前記関連情報を取得するときの取得方法とを対応づけた定義情報を記憶し、
前記情報取得部は、前記プロトコルを用いて前記関連情報を取得する場合に、取得する前記関連情報の前記識別情報に対応する前記取得方法を前記記憶部から取得し、取得した前記取得方法によって前記関連情報を取得すること、
を特徴とする請求項２に記載の通信装置。
【請求項４】
前記情報提供部は、提供する前記関連情報の指定を受付け、指定された前記関連情報を提供し、
前記監視部は、監視すべき前記関連情報を識別する識別情報を含む前記監視要求を受信し、
前記情報取得部は、受信した前記監視要求に含まれる前記識別情報で識別される前記関連情報を指定して前記情報提供部から前記関連情報を取得すること、
を特徴とする請求項１に記載の通信装置。
【請求項５】
前記情報提供部は、提供する前記関連情報の指定を受付け、指定された前記関連情報を提供し、
前記記憶部は、さらに、前記情報処理装置上で実行されるアプリケーションを識別するアプリケーション識別情報と、監視すべき前記関連情報を識別する識別情報とを対応づけた定義情報を記憶し、
前記監視部は、前記アプリケーション識別情報を含む前記監視要求を受信し、
前記情報取得部は、受信した前記監視要求に含まれる前記アプリケーション識別情報に対応する前記識別情報を前記記憶部から取得し、取得した前記識別情報で識別される前記関連情報を指定して前記情報提供部から前記関連情報を取得すること、
を特徴とする請求項１に記載の通信装置。
【請求項６】
前記記憶部は、さらに、前記関連情報を識別する識別情報と、前記関連情報を前記情報処理装置に送信する条件とを対応づけた定義情報を記憶し、
前記情報取得部は、さらに、取得した前記関連情報の前記識別情報に対応する前記条件を前記記憶部から取得し、取得した前記条件にしたがって前記関連情報を前記情報処理装置に送信するか否かを判断し、
前記監視部は、前記関連情報を前記情報処理装置に送信すると判断された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、
を特徴とする請求項１に記載の通信装置。
【請求項７】
前記情報提供部は、提供する前記関連情報の指定を受付け、指定された前記関連情報を提供し、
前記記憶部は、さらに、前記動作に応じて前記関連情報が変更されうるか否かを表す変動情報と、前記関連情報を識別する識別情報とを対応づけた定義情報を記憶し、
前記情報取得部は、前記関連情報が変更されうることを表す前記変動情報に対応づけられた前記識別情報を前記記憶部から取得し、取得した前記識別情報で識別される前記関連情報を指定して前記情報提供部から前記関連情報を取得すること、
を特徴とする請求項１に記載の通信装置。
【請求項８】
前記監視部は、さらに、前記定義情報を格納した定義ファイルを取得し、取得した前記定義ファイルから前記定義情報を読み出して前記記憶部に記憶すること、
を特徴とする請求項３、５、６および７のいずれか１つに記載の通信装置。
【請求項９】
前記監視部は、前記情報処理装置から送信された前記定義ファイルを取得すること、
を特徴とする請求項８に記載の通信装置。
【請求項１０】
前記監視部は、複数の前記定義ファイルを管理するサーバ装置から、前記通信装置に対応する前記定義ファイルを取得すること、
を特徴とする請求項８に記載の通信装置。
【請求項１１】
前記監視部は、前記定義ファイルを記憶した記憶媒体から前記定義ファイルを取得すること、
を特徴とする請求項８に記載の通信装置。
【請求項１２】
前記処理制御部に対して前記関連情報を設定する情報設定部をさらに備え、
前記監視部は、さらに、前記情報設定部による前記関連情報の設定が完了した場合に、前記関連情報の設定が完了したことを前記情報処理装置に送信すること、
を特徴とする請求項１に記載の通信装置。
【請求項１３】
前記記憶部は、前記関連情報の送信に失敗したときの再送信の条件をさらに記憶し、
前記監視部は、前記関連情報の送信に失敗したとき、前記再送信の条件を前記記憶部から取得し、取得した前記再送信の条件にしたがって前記関連情報を再送信すること、
を特徴とする請求項１に記載の通信装置。
【請求項１４】
情報処理装置にサービスを提供する通信装置と、前記情報処理装置とに接続され、前記通信装置の動作を監視する監視装置であって、
前記情報処理装置から、前記サービスの処理状態に関する情報を含む前記サービスの関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視部と、
前記関連情報を記憶する記憶部と、
前記通信装置から前記関連情報を取得する情報取得部と、
取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存部と、を備え、
前記監視部は、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、
を特徴とする監視装置。
【請求項１５】
サービスを提供する通信装置とネットワークを介して接続された情報処理装置であって、
前記サービスの処理状態に関する情報を含む前記サービスの関連情報の監視要求を前記通信装置に送信し、前記監視要求に対して通信装置から送信された前記関連情報を受信する監視制御部を備えたこと、
を特徴とする情報処理装置。
【請求項１６】
前記監視制御部は、前記情報処理装置のアドレス情報を前記通信装置に送信し、前記通信装置から前記アドレス情報を登録したことを示す完了情報を受信した場合に、前記監視要求を前記通信装置に送信すること、
を特徴とする請求項１５に記載の情報処理装置。
【請求項１７】
前記監視制御部は、前記通信装置から前記完了情報を受信しなかった場合に、前記通信装置との間の通信の管理に関する予め定められたプロトコルを用いて、前記通信装置から前記関連情報を取得すること、
を特徴とする請求項１６に記載の情報処理装置。
【請求項１８】
前記通信装置から前記完了情報を受信しなかった場合に、前記アドレス情報を登録する機能と、登録した前記アドレス情報の前記情報処理装置に対して前記関連情報を送信する機能とを前記通信装置にインストールするインストール部をさらに備えたこと、
を特徴とする請求項１５に記載の情報処理装置。
【請求項１９】
情報処理装置にネットワークを介してサービスを提供する通信装置における通信方法であって、
前記通信装置は、前記関連情報を記憶する記憶部を備え、
処理制御部によって、前記サービスに関する処理を制御する処理制御ステップと、
情報提供部によって、前記サービスの処理状態に関する情報を含む前記サービスの関連情報を提供する情報提供ステップと、
監視部によって、前記情報処理装置から前記関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視ステップと、
情報取得部によって、前記情報提供ステップで提供される前記関連情報を取得する情報取得ステップと、
保存部によって、取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存ステップと、を備え、
前記監視ステップは、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、
を特徴とする通信方法。
【請求項２０】
請求項１９に記載の通信方法をコンピュータに実行させる通信プログラム。
【請求項２１】
コンピュータに実行させる請求項２０に記載のプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項２２】
サービスを提供する通信装置と、前記通信装置とネットワークを介して接続され、前記サービスを利用する情報処理装置と、を備えた通信システムであって、
前記通信装置は、
前記サービスに関する処理を制御する処理制御部と、
前記処理制御部が制御する前記処理の状態に関する情報を含む前記サービスの関連情報を提供する情報提供部と、
前記情報処理装置から前記関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視部と、
前記関連情報を記憶する記憶部と、
前記情報提供部が提供する前記関連情報を取得する情報取得部と、
取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存部と、を備え、
前記監視部は、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信し、
前記情報処理装置は、
前記関連情報の監視要求を前記通信装置に送信し、前記監視要求に対して通信装置から送信された前記関連情報を受信する監視制御部を備えたこと、
を特徴とする通信システム。
【請求項１】
情報処理装置にネットワークを介してサービスを提供する通信装置であって、
前記サービスに関する処理を制御する処理制御部と、
前記処理制御部が制御する前記処理の状態に関する情報を含む前記サービスの関連情報を提供する情報提供部と、
前記情報処理装置から前記関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視部と、
前記関連情報を記憶する記憶部と、
前記情報提供部が提供する前記関連情報を取得する情報取得部と、
取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存部と、を備え、
前記監視部は、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、
を特徴とする通信装置。
【請求項２】
前記情報取得部は、さらに、監視が要求された前記関連情報のうち、前記情報提供部が提供する前記関連情報に含まれない前記関連情報を、ネットワークの管理に関する予め定められたプロトコルを用いて前記処理制御部から取得すること、
を特徴とする請求項１に記載の通信装置。
【請求項３】
前記記憶部は、さらに、前記関連情報を識別する識別情報と、前記プロトコルを用いて前記関連情報を取得するときの取得方法とを対応づけた定義情報を記憶し、
前記情報取得部は、前記プロトコルを用いて前記関連情報を取得する場合に、取得する前記関連情報の前記識別情報に対応する前記取得方法を前記記憶部から取得し、取得した前記取得方法によって前記関連情報を取得すること、
を特徴とする請求項２に記載の通信装置。
【請求項４】
前記情報提供部は、提供する前記関連情報の指定を受付け、指定された前記関連情報を提供し、
前記監視部は、監視すべき前記関連情報を識別する識別情報を含む前記監視要求を受信し、
前記情報取得部は、受信した前記監視要求に含まれる前記識別情報で識別される前記関連情報を指定して前記情報提供部から前記関連情報を取得すること、
を特徴とする請求項１に記載の通信装置。
【請求項５】
前記情報提供部は、提供する前記関連情報の指定を受付け、指定された前記関連情報を提供し、
前記記憶部は、さらに、前記情報処理装置上で実行されるアプリケーションを識別するアプリケーション識別情報と、監視すべき前記関連情報を識別する識別情報とを対応づけた定義情報を記憶し、
前記監視部は、前記アプリケーション識別情報を含む前記監視要求を受信し、
前記情報取得部は、受信した前記監視要求に含まれる前記アプリケーション識別情報に対応する前記識別情報を前記記憶部から取得し、取得した前記識別情報で識別される前記関連情報を指定して前記情報提供部から前記関連情報を取得すること、
を特徴とする請求項１に記載の通信装置。
【請求項６】
前記記憶部は、さらに、前記関連情報を識別する識別情報と、前記関連情報を前記情報処理装置に送信する条件とを対応づけた定義情報を記憶し、
前記情報取得部は、さらに、取得した前記関連情報の前記識別情報に対応する前記条件を前記記憶部から取得し、取得した前記条件にしたがって前記関連情報を前記情報処理装置に送信するか否かを判断し、
前記監視部は、前記関連情報を前記情報処理装置に送信すると判断された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、
を特徴とする請求項１に記載の通信装置。
【請求項７】
前記情報提供部は、提供する前記関連情報の指定を受付け、指定された前記関連情報を提供し、
前記記憶部は、さらに、前記動作に応じて前記関連情報が変更されうるか否かを表す変動情報と、前記関連情報を識別する識別情報とを対応づけた定義情報を記憶し、
前記情報取得部は、前記関連情報が変更されうることを表す前記変動情報に対応づけられた前記識別情報を前記記憶部から取得し、取得した前記識別情報で識別される前記関連情報を指定して前記情報提供部から前記関連情報を取得すること、
を特徴とする請求項１に記載の通信装置。
【請求項８】
前記監視部は、さらに、前記定義情報を格納した定義ファイルを取得し、取得した前記定義ファイルから前記定義情報を読み出して前記記憶部に記憶すること、
を特徴とする請求項３、５、６および７のいずれか１つに記載の通信装置。
【請求項９】
前記監視部は、前記情報処理装置から送信された前記定義ファイルを取得すること、
を特徴とする請求項８に記載の通信装置。
【請求項１０】
前記監視部は、複数の前記定義ファイルを管理するサーバ装置から、前記通信装置に対応する前記定義ファイルを取得すること、
を特徴とする請求項８に記載の通信装置。
【請求項１１】
前記監視部は、前記定義ファイルを記憶した記憶媒体から前記定義ファイルを取得すること、
を特徴とする請求項８に記載の通信装置。
【請求項１２】
前記処理制御部に対して前記関連情報を設定する情報設定部をさらに備え、
前記監視部は、さらに、前記情報設定部による前記関連情報の設定が完了した場合に、前記関連情報の設定が完了したことを前記情報処理装置に送信すること、
を特徴とする請求項１に記載の通信装置。
【請求項１３】
前記記憶部は、前記関連情報の送信に失敗したときの再送信の条件をさらに記憶し、
前記監視部は、前記関連情報の送信に失敗したとき、前記再送信の条件を前記記憶部から取得し、取得した前記再送信の条件にしたがって前記関連情報を再送信すること、
を特徴とする請求項１に記載の通信装置。
【請求項１４】
情報処理装置にサービスを提供する通信装置と、前記情報処理装置とに接続され、前記通信装置の動作を監視する監視装置であって、
前記情報処理装置から、前記サービスの処理状態に関する情報を含む前記サービスの関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視部と、
前記関連情報を記憶する記憶部と、
前記通信装置から前記関連情報を取得する情報取得部と、
取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存部と、を備え、
前記監視部は、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、
を特徴とする監視装置。
【請求項１５】
サービスを提供する通信装置とネットワークを介して接続された情報処理装置であって、
前記サービスの処理状態に関する情報を含む前記サービスの関連情報の監視要求を前記通信装置に送信し、前記監視要求に対して通信装置から送信された前記関連情報を受信する監視制御部を備えたこと、
を特徴とする情報処理装置。
【請求項１６】
前記監視制御部は、前記情報処理装置のアドレス情報を前記通信装置に送信し、前記通信装置から前記アドレス情報を登録したことを示す完了情報を受信した場合に、前記監視要求を前記通信装置に送信すること、
を特徴とする請求項１５に記載の情報処理装置。
【請求項１７】
前記監視制御部は、前記通信装置から前記完了情報を受信しなかった場合に、前記通信装置との間の通信の管理に関する予め定められたプロトコルを用いて、前記通信装置から前記関連情報を取得すること、
を特徴とする請求項１６に記載の情報処理装置。
【請求項１８】
前記通信装置から前記完了情報を受信しなかった場合に、前記アドレス情報を登録する機能と、登録した前記アドレス情報の前記情報処理装置に対して前記関連情報を送信する機能とを前記通信装置にインストールするインストール部をさらに備えたこと、
を特徴とする請求項１５に記載の情報処理装置。
【請求項１９】
情報処理装置にネットワークを介してサービスを提供する通信装置における通信方法であって、
前記通信装置は、前記関連情報を記憶する記憶部を備え、
処理制御部によって、前記サービスに関する処理を制御する処理制御ステップと、
情報提供部によって、前記サービスの処理状態に関する情報を含む前記サービスの関連情報を提供する情報提供ステップと、
監視部によって、前記情報処理装置から前記関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視ステップと、
情報取得部によって、前記情報提供ステップで提供される前記関連情報を取得する情報取得ステップと、
保存部によって、取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存ステップと、を備え、
前記監視ステップは、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信すること、
を特徴とする通信方法。
【請求項２０】
請求項１９に記載の通信方法をコンピュータに実行させる通信プログラム。
【請求項２１】
コンピュータに実行させる請求項２０に記載のプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項２２】
サービスを提供する通信装置と、前記通信装置とネットワークを介して接続され、前記サービスを利用する情報処理装置と、を備えた通信システムであって、
前記通信装置は、
前記サービスに関する処理を制御する処理制御部と、
前記処理制御部が制御する前記処理の状態に関する情報を含む前記サービスの関連情報を提供する情報提供部と、
前記情報処理装置から前記関連情報の監視要求を受信し、受信した前記監視要求に応じて前記関連情報を監視する監視部と、
前記関連情報を記憶する記憶部と、
前記情報提供部が提供する前記関連情報を取得する情報取得部と、
取得された前記関連情報と、前記記憶部に記憶されている前記関連情報とを比較して、前記関連情報の変更有無を判断するとともに、取得された前記関連情報を前記記憶部に保存する保存部と、を備え、
前記監視部は、前記関連情報が変更された場合に、前記監視要求を受信した前記情報処理装置に対して、取得された前記関連情報を送信し、
前記情報処理装置は、
前記関連情報の監視要求を前記通信装置に送信し、前記監視要求に対して通信装置から送信された前記関連情報を受信する監視制御部を備えたこと、
を特徴とする通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【公開番号】特開２０１１−２２４９９６（Ｐ２０１１−２２４９９６Ａ）
【公開日】平成２３年１１月１０日（２０１１．１１．１０）
【国際特許分類】
【出願番号】特願２０１１−１２６４２３（Ｐ２０１１−１２６４２３）
【出願日】平成２３年６月６日（２０１１．６．６）
【分割の表示】特願２００７−６２９６１（Ｐ２００７−６２９６１）の分割
【原出願日】平成１９年３月１３日（２００７．３．１３）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２３年１１月１０日（２０１１．１１．１０）
【国際特許分類】
【出願日】平成２３年６月６日（２０１１．６．６）
【分割の表示】特願２００７−６２９６１（Ｐ２００７−６２９６１）の分割
【原出願日】平成１９年３月１３日（２００７．３．１３）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]