JP4328672B2 - 情報処理装置及びデバイス - Google Patents

Description

本発明は情報処理装置及びデバイス（装置）に関し、特に、ホストサーバ装置などの情報処理装置から、ネットワーク環境に接続されるMFP（Multi Function Peripheral）などのネットワークデバイスを管理するために用いて好適なものである。

従来、近年、Web技術であるSOAP/XMLを利用して、インターネット上で、カウンタ情報収集やエラー情報収集をホストサーバ装置に集約し、デバイスを管理するシステムが開発されつつある。こうしたシステムを用いて、デバイスを管理するニーズは、高まりつつあり、今後、ますます普及することが予想される。

具体的には、特許文献１において、例えば、プロトコルとしてＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）で通信を行う場合、バックエンド側のホストサーバ装置がＳＯＡＰサーバとなり、顧客先の情報収集サーバがＳＯＡＰクライアントとなる。この場合、情報収集サーバが監視対象装置から何らかの異常を検知した場合、そのイベントをトリガーにして、ＳＯＡＰサーバであるバックエンド側のホストサーバ装置にアクセスを開始してセッションを確立する。そして、検知した監視対象装置の異常状態を示す情報を情報収集サーバからバックエンド側のホストサーバ装置に送信する。

また、情報収集サーバは、異常状態ではなくても監視対象装置の情報を定期的に収集して、バックエンド側のホストサーバ装置に送信することもある。この場合も、情報収集サーバ側がＳＯＡＰクライアントとなって通信を開始することになる。

一方、状況によってはバックエンド側から任意のタイミングで情報収集サーバに連続的に要求を出したい場合があるが、この場合も、ＳＯＡＰサーバ側からは通信を開始できないので、ＳＯＡＰクライアントが定期的にアクセスに来るのを待って、要求コマンドをＳＯＡＰクライアントに渡すことになる。

前述した従来例のように、常に顧客先の情報収集サーバがＳＯＡＰクライアントになり、バックエンド側のホストサーバ装置がＳＯＡＰサーバとなるシステムにおいて、前記情報収集サーバから異常発生や定期処理のアクセスを前記ホストサーバ装置に通知する場合は、即時に通知できるので問題ないが、前記ホストサーバ装置から要求コマンドを前記情報収集サーバに断続的に続けて出したい場合には、前記情報収集サーバ側が定期的にアクセスに来るのを待って要求コマンドを出さねばならず、要求の応答性が悪くなるという問題点があった。

また、この応答性を高めるためにＳＯＡＰクライアントアクセスのポーリング間隔を短くすると、通信のトラフィックが増え、また、ＳＯＡＰクライアント側のＣＰＵ負荷が大きくなるという問題点があった。

このような問題点を解決するために、前記特許文献１に記載の発明においては、常に情報収集サーバ側から通信を開始するプロトコルにおいても、効率的にホストサーバ装置から情報収集サーバにコマンドを送信することができるようにしている。

すなわち、特許文献１に記載の遠隔監視装置は、各種機器の稼動状態や消耗品状態等を監視し、且つその情報を送信する情報収集サーバと、該情報収集サーバから送信される情報を受信するホストサーバ装置とから構成される遠隔監視装置において、前記情報収集サーバが前記ホストサーバにアクセスするポーリング間隔を前記ホストサーバ装置からのコマンドに応じて一時的に変更する変更手段を設けている。

特開２００４−４０６３０号公報

しかしながら、こうした通信に関しては、ファイアウオール（fire wall）により、インターネットに接続したコンピュータやネットワークへの外部からの侵入を防ぐようにしている。

これは、インターネットは相互にコンピュータを接続したオープンなネットワークのため、企業のＬＡＮをインターネットに直接つなぐと、悪意を持った外部のユーザにデータを盗まれたり、システム自体を破壊されたりする恐れがあるからである。

こうした被害を防ぐために、ＬＡＮとインターネットとの間に、特定のデータやプロトコルだけを通すように設計されたファイアウオール用のコンピュータを置き、ＬＡＮ内と外部とのデータ交換はすべてこのマシンを通して行うことで外部からの侵入を防ぐようにしている。

この場合、インターネットに存在するホストサーバ装置が、ＬＡＮ内のデバイスからの要求無しに、自発的にファイアウオールを介してオペレーションを当該デバイスに送信することは難しく、ホストサーバ装置側から、スケジュール情報変更等の様々なカスタム要求をデバイスに迅速に伝達することが困難である問題があった。

本発明はこのような状況のもとでなされたものであり、ホストサーバ装置からのスケジュール情報の変更等のオペレーション指示をデバイスに迅速に行うことができるようにすることを目的としている。

本発明の情報処理装置は、デバイスと通信を行い、前記デバイスから送られるデバイス情報を受信する情報処理装置であって、前記デバイスを制御するためのオペレーション情報のうち、更新すべきオペレーション情報を記憶することが可能な記憶装置と、前記記憶装置に前記更新すべきオペレーション情報が記憶されているときに前記デバイスから前記デバイス情報を受信した場合、前記デバイスに対するオペレーション情報を前記情報処理装置に求めるオペレーション要求を送信するよう前記デバイスに求める要求を、前記デバイス情報に対する応答に付加する要求付加手段と、前記要求付加手段により前記要求が付加された前記デバイス情報に対する応答を前記デバイスに送信する応答送信手段と、前記デバイスに対するオペレーション情報を前記情報処理装置に求めるオペレーション要求を前記デバイスから受信するオペレーション要求受信手段と、前記オペレーション要求に対する応答として、前記記憶装置に記憶されたオペレーション情報を前記デバイスに送信するオペレーション送信手段とを有することを特徴とする。

本発明のデバイスは、情報処理装置と通信を行うデバイスであって、前記情報処理装置へデバイス情報を送信するデバイス情報送信手段と、前記デバイス情報送信手段により送信したデバイス情報に対する前記情報処理装置からの応答情報を受信する応答情報受信手段と、前記応答情報受信手段により受信された応答情報の中に、オペレーション要求を送信するよう前記デバイスに求める要求があるか否かを判断する判断手段と、前記判断手段により前記要求があると判断した場合に、前記デバイスに対するオペレーション情報を前記情報処理装置に求めるオペレーション要求を前記情報処理装置へ送信するオペレーション要求送信手段と、前記オペレーション要求送信手段が送信した前記オペレーション要求に応答して前記情報処理装置から送信されるオペレーション情報を受信するオペレーション受信手段と、前記オペレーション受信手段が受信した前記オペレーション情報に従って前記デバイスの制御を変更する変更手段とを有することを特徴とする。

本発明の情報処理方法は、デバイスと通信を行い、前記デバイスから送られるデバイス情報を受信する情報処理装置における情報処理方法であって、前記デバイスを制御するためのオペレーション情報のうち、更新すべきオペレーション情報を記憶することが可能な記憶装置に前記更新すべきオペレーション情報が記憶されているときに前記デバイスから前記デバイス情報を受信した場合、前記デバイスに対するオペレーション情報を前記情報処理装置に求めるオペレーション要求を送信するよう前記デバイスに求める要求を、前記デバイス情報に対する応答に付加する要求付加工程と、前記要求付加工程により前記要求が付加された前記デバイス情報に対する応答を前記デバイスに送信する応答送信工程と、前記デバイスに対するオペレーション情報を前記情報処理装置に求めるオペレーション要求を前記デバイスから受信するオペレーション要求受信工程と、前記オペレーション要求に対する応答として、前記記憶装置に記憶されたオペレーション情報を前記デバイスに送信するオペレーション送信工程とを有することを特徴とする。

本発明のコンピュータプログラムは、デバイスと通信を行い、前記デバイスから送られるデバイス情報を受信する情報処理装置における情報処理方法をコンピュータに実行させるプログラムであって、前記デバイスを制御するためのオペレーション情報のうち、更新すべきオペレーション情報を記憶することが可能な記憶装置に前記更新すべきオペレーション情報が記憶されているときに前記デバイスから前記デバイス情報を受信した場合、前記デバイスに対するオペレーション情報を前記情報処理装置に求めるオペレーション要求を送信するよう前記デバイスに求める要求を、前記デバイス情報に対する応答に付加する要求付加工程と、前記要求付加工程により前記要求が付加された前記デバイス情報に対する応答を前記デバイスに送信する応答送信工程と、前記デバイスに対するオペレーション情報を前記情報処理装置に求めるオペレーション要求を前記デバイスから受信するオペレーション要求受信工程と、前記オペレーション要求に対する応答として、前記記憶装置に記憶されたオペレーション情報を前記デバイスに送信するオペレーション送信工程とをコンピュータに実行させることを特徴とする。

本発明によれば、デバイスからの通信に対する応答として、オペレーション要求を送信するようデバイスに求める要求を情報処理装置からデバイスへ送信することにより、デバイスが自発的に或いは定期的にオペレーション要求を送信してくるのを待つことなく、スケジュール情報の変更等のオペレーションをできるだけ迅速に送信することができる。

以下、図面を参照にして本発明の実施の形態を説明する。
図１は、本発明の一実施の形態に係わるネットワークシステムの全体構成を示す図である。図１において、１−１はデバイスであり、インターネット１−５、ゲートウェイ装置１−６を経由して、ホストサーバ装置（以下、ホストサーバとも呼ぶ）１−７に、カウンタ情報やエラー情報等のデバイス情報を定期、または不定期に送信するものである。

１−２はパーソナルコンピュータ（PC）であり、イントラネットLAN１−４に接続されている。ネットワークを通じて、デバイス１−１と通信することが可能であり、印刷ジョブをデバイス１−１に送出することにより、ネットワーク印刷を行うことができる。１−３はゲートウェイ装置であり、インターネット１−５、１−６へ接続するためのファイアウオールの役目を果たす。１−８はイントラネットＬＡＮ１-４と同様のイントラネットLANであり、ホストサーバ装置１-７のあるLANである。なお、PC、印刷デバイスは、図１に示す台数と異なる台数が接続されていもよい。

図１は、本発明の一実施の形態に係わるネットワークデバイスの内部構成を示した図である。本内部構成では、１つのＣＰＵにおいてネットワーク制御部とデバイス（プリンタ）制御部が動作する形態で実現されている。この印刷デバイス１−１は、ＲＯＭ２−３に格納されているプログラムを実行するＣＰＵ２−１を備え、システムバス２−１１に接続される各デバイスを総括的に制御する。

また、２−２はＲＡＭで、ＣＰＵ２−１の主メモリ、ワークエリア等として機能する。このＲＡＭ２−２にホストサーバ通知先アドレスやカウンタ情報の更新間隔、印刷ジョブ情報やジョブを保存する。そして、ホストサーバ通知先アドレスやカウンタ情報の更新間隔等のシステム情報を保存するバックアップＲＡＭも構成される。２−４は、キーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２−８からの指示入力を制御する。

２−５は、ＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）２−９の表示を制御する。キーボード２−８及び２−９のＣＲＴディスプレイを用いてユーザは、アプリケーション情報、タイマを編集することができる。２−６は、デバイスコントローラ（ＤＶＣ）で、２−１０のプリンタ（ＤＶ）などを制御する。２−７はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ２−１２を介して、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。

また、本実施の形態においては、ＬＡＮ２−１２は図１におけるＬＡＮ１−４、１−８と同じものである。なお、ホストサーバ通知先アドレスやカウンタ情報の更新間隔、印刷ジョブ情報やジョブは、ハードディスク等のその他の記憶装置に保存してもよい。また、液晶パネルのタッチパネル等を用いて、仮想キーボードとし、キーボードの代わりとしても良い。

図３は、本発明の一実施の形態に係わるネットワークホストサーバ装置の内部構成を示した図である。本内部構成では、１つのＣＰＵにおいてネットワーク制御部とデバイス（プリンタ）制御部が動作する形態で実現されている。この印刷デバイスは、ＲＯＭ３−３に格納されているプログラムを実行するＣＰＵ３−１を備え、システムバス３−１１に接続される各デバイスを総括的に制御する。

また、３−２はＲＡＭで、ＣＰＵ３−１の主メモリ、ワークエリア等として機能する。このＲＡＭにデバイスごとの管理情報を保存する。そして、システム情報はバックアップＲＡＭにも構成される。３−４は、キーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）３−８からの指示入力を制御する。

３−５は、ＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）３−９の表示を制御する。キーボード３−８及びＣＲＴディスプレイ３−９を用いてユーザは、各デバイスに対する指示を要求することができる。３−６は、IOコントローラ（IOC）で、シリアルやパラレルなど等の入出力３−１０を制御する。

３−７はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ３−１２を介して、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりする。また、本実施の形態においては、ＬＡＮ３−１２は図１におけるＬＡＮ１−４、ＬＡＮ１−８、ＬＡＮ２−１２、と同じものである。なお、デバイスごとの管理情報や指示情報は、ハードディスク等のその他の記憶装置に保存してもよい。また、液晶パネルのタッチパネル等を用いて、仮想キーボードとし、キーボードの代わりとしても良い。

図４は、本実施の形態におけるホストサーバ装置におけるデバイスごとの更新情報の一例を示す図である。図４において、更新項目とは、デバイスごとに更新させたい項目をテーブル情報として記述するものである。ここでは、カウンタ送信間隔を変更させたいとなったことから、ここに記述されている。

また、更新情報とは、更新項目ごとに更新させたい数値や動作をここに記述する。ここでは、カウンタ情報の更新間隔を１２時間に変更するという要求がここに記載されている。要求がない場合には、このテーブルに何も記述されていない。なお、このテーブルは複数の更新項目を保持することが可能である。

図５は、本実施の形態におけるHTTP上のSOAPを用いてクライアントから印刷装置に送信されるpost Alertと称されるパケットデータの一例である。このデータは、XML形式で記述されている。Post Alertパケットは、デバイスにエラーが発生した際に、ホストサーバ装置にエラー情報を通知するコマンドであり、クライアント情報（<client>タグ）やアラート情報リスト（<alert List>タグ）等の情報が記述されている。<client>タグには、クライアントを識別する<id>、クライアントのタイプを識別する<type>、アプリケーションのバージョンを識別する<app Version>が含まれる。

また、alert Listには、デバイスを識別する<device>と<alert>のリスト、カウンタ情報<counter List>が構成され、<device>には、MACアドレスの下位４バイトを識別する<mac>、IPアドレスを識別する<ip>、シリアル番号<serial Number>、製品名<produce Name>、形式<type>が記述され、<alert>には、エラーコード<code>、大分類の<major status>、エラーを示す文字情報<op message>、タイムスタンプ情報<timestamp>が記述され、<counter List>には、サービスモード番号<id>とサービスモード番号で指定されたカウンタ値<value>が記述されている。

図６は、図５のpost Alertパケットに対する応答パケットデータの一例である。本データも図５と同様にXML形式で記述され、本実施の形態においてはHTTP上のSOAPを用いて送受信される。Post Alert応答パケットには、post Alertコマンド対する結果情報<return>として、結果コード(<result>タグ)やデバイスへの指示要求<next Operation>、タイムスタンプ情報<time Stamp>、詳細をあらわす<detail>がある。

また、next Operationは、NULLで記述すれば、ホストサーバ装置からのオペレーション指示がないことを示す。なお、ここでは、<next Operation>でget Operation Listを要求したが、その他のコマンド（カウンタ情報の要求等を示すpost Service Mode Counter等）の要求を入れても良い。

図７は、図６のget Oparation Listを要求した場合の要求パケットデータの一例である。本データも図５と同様にXML形式で記述され、本実施の形態においてはHTTP上のSOAPを用いて送受信される。get Oparation List要求パケットには、クライアント情報（<client>タグ）において、<client>タグには、クライアントを識別する<id>、クライアントのタイプを識別する<type>、アプリケーションのバージョンを識別する<app Version>が含まれる。なお、get Operation Listを意味するのパケットであれば、このタグの構成には限定されない。

図８は、図５のget Operation Listパケットに対する応答パケットデータの一例である。本データも図５と同様にXML形式で記述され、本実施の形態においてはHTTP上のSOAPを用いて送受信される。Get Operation List応答パケットには、get Operation Listコマンド対する結果情報として、ホストサーバ装置の<address>、スケジュール情報のリスト<schedule List>で構成される。<schedule List>は、スケジュール情報<schedule>で構成され、開始時刻<start Reference>、更新識別情報<id>（ここでは、clicksという"カウンタ情報取得"となっている）、更新間隔<interval>（ここでは、１２時間を指定している）が指定されている。なお、このget Operation Listの応答パケットは、<address>と<schedule List>で構成されているがそれに言及されるものではない。

図９は、ホストサーバ装置からの指示をデバイスに通知するためのシーケンスを示すフローチャートである。
以下、図９を用いて、本実施の形態のホストサーバ装置の動作を説明する。
デバイスから例えば、図５に示すようなpost Alertパケットがホストサーバ装置に送信されると、ホストサーバ装置において、コマンドを受信（ステップＳ９−１）し、図４に示したようなデバイスごとの制御テーブルを参照し、制御すべき項目があるか判断（ステップＳ９−２）する。

次に、ステップステップＳ９−３において、制御すべき項目があるか判定する。エラーがあれば、ステップＳ９−４へ進み、エラーがなければ、ステップＳ９−１０へ進む。ステップＳ９−４において、図６に示すようにget Operation ListをXMLデータに付加する。ステップＳ９−５では、post Alert Responseを送信する。

次に、ステップＳ９−６では、get Operation Listコマンドを受信する。次に、ステップＳ９−７で、ステップＳ９−２のテーブルを再度参照し、制御すべき項目があるか判断する。制御項目があるかどうか判断する。

次に、ステップＳ９−８において、あるかどうか判断する。この判断の結果、あればステップＳ９−９へ進み、なければ、ステップＳ９−１１へ進んで処理を終了する。なお、サーバは、post Alertに限定せず、デバイスから送信されるあらゆるパケットに対して、オペレーション指示ができる。

図１０は、デバイスおいてホストサーバ装置からの要求を処理するためのシーケンスを示フローチャートである。
以下、図１０を用いて本実施の形態のデバイスの動作を説明する。
デバイスで、デバイス内で障害が発生したかどうかを監視する（ステップＳ１０−１）。

次に、ステップＳ１０−２において、障害が発生したかどうかを判定し、障害があれば、ステップＳ１０−３へ進み、なければ、ステップＳ１０−１に戻る。ステップＳ１０−３においては、post Alertを送信する。

次に、ステップＳ１０−４において、ホストサーバ装置からpost Alert Responseを受信し、そして、そのXMLデータ内部にget Operation Listが含まれているかどうかを確認する。ステップＳ１０−５において、get Operation Listが含まれているかどうかを判定し、あれば、ステップＳ１０−６へ進み、なければ、ステップＳ１０−１０へ進む。ステップＳ１０−６では、get Operation Listを送信し、ステップＳ１０−７へ進む。ステップＳ１０−７では、get Operation List Responseを受信し、ステップＳ１０−８へ進む。

次に、ステップＳ１０−８において、get Operation List Responseにホストからの要求があるかどうかを判定する。この判定の結果、要求があれば、ステップＳ１０−９へ進み、要求がなければステップＳ１０−１０へ進む。ステップＳ１０−９では、ホストサーバ装置からの要求の指示に従う。ステップＳ１０−１０に進んだ場合には処理を終了する。

なお、ステップＳ１０−１で障害のみが発生する不定期のホストサーバ装置へ送信の場合の適用例を示したが、電源ON時やオペレータ指示により行う通信テスト、定期間隔で送信するカウンタ送信等のすべてのレスポンスで本提案を実現することができる。

また、ステップＳ１０−３では、get Operation Listのみがあるかどうか判断したが、例えば、ここでカウンタ送信要求等の指示も受け付け、そのままget Operation List以外のコマンドをホストサーバ装置へ送信することもかまわない。

（本発明の他の実施の形態）
前述した実施の形態の機能を実現するべく各種のデバイスを動作させるように、前記各種デバイスと接続された装置あるいはシステム内のコンピュータに対し、前記実施の形態の機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）に格納されたプログラムに従って前記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。

また、この場合、前記ソフトウェアのプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、例えば、かかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記録する記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、コンピュータが供給されたプログラムコードを実行することにより、前述の実施の形態の機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）あるいは他のアプリケーションソフト等と共同して前述の実施の形態の機能が実現される場合にもかかるプログラムコードは本発明の実施の形態に含まれる。

さらに、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合にも本発明に含まれる。

発明の一実施の形態に係わるネットワークシステムの全体構成を示す図である。 本発明の一実施の形態に係わるネットワークデバイスの内部構成を示した図である。 本発明の一実施の形態に係わるネットワークホストサーバ装置の内部構成を示した図である。 本実施の形態におけるホストサーバ装置におけるデバイスごとの更新情報の一例を示す図である。 本実施の形態におけるHTTP上のSOAPを用いてクライアントから印刷装置に送信されるCreate Jobと称されるパケットデータの一例を示す図である。 図５のpost Alertパケットに対する応答パケットデータの一例を示す図である。 図６のget Operation Listを要求した場合の要求パケットデータの一例を示す図である。 図５get Operation Listパケットに対する応答パケットデータの一例を示す図である。 ホストサーバ装置からの指示をデバイスに通知するためのシーケンスを示すフローチャートである。 デバイスおいてホストサーバ装置からの要求を処理するためのシーケンスを示フローチャートである。

符号の説明

１−１ デバイス
１−２ パーソナルコンピュータ（PC）
１−３ ゲートウェイ装置
１−４ イントラネットLAN
１−５ インターネット
１−６ ゲートウェイ装置
１−７ ホストサーバ装置
１−８ イントラネットLAN

Claims (7)

1. デバイスと通信を行い、前記デバイスから送られるデバイス情報を受信する情報処理装置であって、
   前記デバイスを制御するためのオペレーション情報のうち、更新すべきオペレーション情報を記憶することが可能な記憶装置と、
   前記記憶装置に前記更新すべきオペレーション情報が記憶されているときに前記デバイスから前記デバイス情報を受信した場合、前記デバイスに対するオペレーション情報を前記情報処理装置に求めるオペレーション要求を送信するよう前記デバイスに求める要求を、前記デバイス情報に対する応答に付加する要求付加手段と、
   前記要求付加手段により前記要求が付加された前記デバイス情報に対する応答を前記デバイスに送信する応答送信手段と、
   前記デバイスに対するオペレーション情報を前記情報処理装置に求めるオペレーション要求を前記デバイスから受信するオペレーション要求受信手段と、
   前記オペレーション要求に対する応答として、前記記憶装置に記憶されたオペレーション情報を前記デバイスに送信するオペレーション送信手段とを有することを特徴とする情報処理装置。
2. 前記記憶装置に前記更新すべきオペレーション情報が記憶されていないときに前記デバイスから前記デバイス情報を受信した場合、前記応答送信手段は前記要求付加手段により前記要求が付加されない前記デバイス情報に対する応答を前記デバイスに送信することを特徴とする請求項１に記載の情報処理装置。
3. 前記デバイス情報は、前記情報処理装置への接続テスト、定期的に通知するデバイス情報、不定期に発生する障害に関する障害情報のうちの少なくとも１つであることを特徴とする請求項１または２に記載の情報処理装置。
4. 情報処理装置と通信を行うデバイスであって、
   前記情報処理装置へデバイス情報を送信するデバイス情報送信手段と、
   前記デバイス情報送信手段により送信したデバイス情報に対する前記情報処理装置からの応答情報を受信する応答情報受信手段と、
   前記応答情報受信手段により受信された応答情報の中に、オペレーション要求を送信するよう前記デバイスに求める要求があるか否かを判断する判断手段と、
   前記判断手段により前記要求があると判断した場合に、前記デバイスに対するオペレーション情報を前記情報処理装置に求めるオペレーション要求を前記情報処理装置へ送信するオペレーション要求送信手段と、
   前記オペレーション要求送信手段が送信した前記オペレーション要求に応答して前記情報処理装置から送信されるオペレーション情報を受信するオペレーション受信手段と、
   前記オペレーション受信手段が受信した前記オペレーション情報に従って前記デバイスの制御を変更する変更手段とを有することを特徴とするデバイス。
5. 前記デバイス情報は、前記情報処理装置への接続テスト、定期的に通知するデバイス情報、不定期に発生する障害に関する障害情報のうちの少なくとも１つであることを特徴とする請求項４に記載のデバイス。
6. デバイスと通信を行い、前記デバイスから送られるデバイス情報を受信する情報処理装置における情報処理方法であって、
   前記デバイスを制御するためのオペレーション情報のうち、更新すべきオペレーション情報を記憶することが可能な記憶装置に前記更新すべきオペレーション情報が記憶されているときに前記デバイスから前記デバイス情報を受信した場合、前記デバイスに対するオペレーション情報を前記情報処理装置に求めるオペレーション要求を送信するよう前記デバイスに求める要求を、前記デバイス情報に対する応答に付加する要求付加工程と、
   前記要求付加工程により前記要求が付加された前記デバイス情報に対する応答を前記デバイスに送信する応答送信工程と、
   前記デバイスに対するオペレーション情報を前記情報処理装置に求めるオペレーション要求を前記デバイスから受信するオペレーション要求受信工程と、
   前記オペレーション要求に対する応答として、前記記憶装置に記憶されたオペレーション情報を前記デバイスに送信するオペレーション送信工程とを有することを特徴とする情報処理方法。
7. デバイスと通信を行い、前記デバイスから送られるデバイス情報を受信する情報処理装置における情報処理方法をコンピュータに実行させるプログラムであって、
   前記デバイスを制御するためのオペレーション情報のうち、更新すべきオペレーション情報を記憶することが可能な記憶装置に前記更新すべきオペレーション情報が記憶されているときに前記デバイスから前記デバイス情報を受信した場合、前記デバイスに対するオペレーション情報を前記情報処理装置に求めるオペレーション要求を送信するよう前記デバイスに求める要求を、前記デバイス情報に対する応答に付加する要求付加工程と、
   前記要求付加工程により前記要求が付加された前記デバイス情報に対する応答を前記デバイスに送信する応答送信工程と、
   前記デバイスに対するオペレーション情報を前記情報処理装置に求めるオペレーション要求を前記デバイスから受信するオペレーション要求受信工程と、
   前記オペレーション要求に対する応答として、前記記憶装置に記憶されたオペレーション情報を前記デバイスに送信するオペレーション送信工程とをコンピュータに実行させることを特徴とするコンピュータプログラム。

Images