JP2007072740A - デバイス監視制御 - Google Patents

Abstract

【課題】ネットワークを介して管理サーバに接続されたデバイスが所定のポーリング間隔で管理サーバにポーリングを行うことにより、管理サーバとの間で通信を行うデバイス管理システムにおいて、管理サーバがデバイスの動作を効率よく制御することが可能な技術を提供する。
【解決手段】 管理サーバにネットワークを介して接続されるデバイスに内蔵される通信制御装置のポーリング処理部は、前記管理サーバに対して前記ネットワーク上に存在するファイアウォールを介してポーリングを行う。ポーリングモード制御部は、第１のトリガが発生した場合に、前記ポーリングの間隔を、あらかじめ設定されている第１のポーリング間隔とは異なった第２のポーリング間隔に変更する。
【選択図】 図２

Description

本発明は、管理サーバがネットワークを介して接続されたプリンタなどのデバイスを管理する技術に関するものである。

近年、インターネットや、ローカルエリアネットワークなどのネットワーク技術の普及に伴い、ネットワークに接続されたデバイスを、ネットワークを介して接続された管理サーバによって管理するデバイス管理システムが提案されている（例えば、下記特許文献１，２参照）。このデバイス管理システムでは、ネットワークに接続されたデバイスは、例えば、デバイスの動作状態など、デバイスに関する所定の監視情報を収集し、管理サーバに送信している。そして、管理サーバは、受信した監視情報を解析することにより、デバイスの動作状況等を知ることができる。なお、監視情報としては、例えば、デバイスをプリンタとした場合、印刷枚数、インクやトナーなどの使用量や残量、ワーニングやエラーなどのステータス等の情報が挙げられる。

特開２００４−１８５３５１号公報 特開２００２−２６２０１０号公報

上述したデバイス管理システムの一例として、ネットワークによって接続された管理サーバとデバイスとの間に、ファイアウォールが設置されている場合がある。このようなデバイス管理システムでは、管理サーバが主体となってデバイスへのリクエストを行うことはできず、デバイスが管理サーバに対して接続することにより、両者の間での通信が可能となる構成を採用している。このため、デバイスは、自身が収集した監視情報を管理サーバに送信する場合には、自身が管理サーバに対して接続を要求して接続を確立した後、その監視情報を管理サーバに送信することとなる。また、管理サーバは、デバイスへのリクエストがある場合には、デバイスが管理サーバに対して定期的に実行するポーリングにおいて、その応答としてりリクエスト情報を送信することとなる。

しかしながら、上記構成のデバイス管理システムの場合には、以下のような問題が発生する。

例えば、デバイスにおいて修理が必要な故障が発生して、そのデバイスから管理サーバに対して、その故障に関連するエラー情報が送信されてきた場合のように、さらに詳細にプリンタの状態を知りたい場合がある。詳細にプリンタの状態を知ることができれば、あらかじめ故障箇所を予測することが可能となり、修理に必要な部品等を予測することができるので、修理作業の効率化が可能であるからである。

ここで、上記構成のデバイス管理システムにおいて、デバイスから管理サーバに対して、詳細な監視を望むエラー情報を含む監視情報が送信されてきた場合に、そのエラーに関連するさらに詳細な情報を取得するためには、管理サーバはデバイスに対して、詳細な情報を取得するためのリクエストを行う必要があるが、このリクエストの通知は、デバイスが実行するポーリング間隔でなされることになる。また、管理サーバから遠隔操作によりデバイスのメンテナンスを行おうとした場合に、管理サーバとデバイスとの間で実行される通信も、デバイスが実行するポーリング間隔でなされることになる。

しかし、デバイスが実行するポーリング間隔は定期的であり、しかも、ネットワークのトラフィック量の抑制のために比較的長い時間、例えば、１時間程度以上に設定される場合が多い。このため、上記構成のデバイス管理システムでは、管理サーバがデバイスの動作を効率よく制御することができない、という問題がある。

本発明は、上述の課題を解決するためになされたものであり、ネットワークを介して管理サーバに接続されたデバイスが所定のポーリング間隔で管理サーバにポーリングを行うことにより、管理サーバとの間で通信を行うデバイス管理システムにおいて、管理サーバがデバイスの動作を効率よく制御することが可能な技術を提供することを目的とする。

上述の改題の少なくとも一部を解決するために、本発明は、以下の構成を採用した。
本発明の通信制御装置は、
管理サーバにネットワークを介して接続されるデバイスに内蔵される通信制御装置であって、
前記管理サーバに対して前記ネットワーク上に存在するファイアウォールを介してポーリングを行うポーリング処理部と、
第１のトリガが発生した場合に、前記ポーリングの間隔を、あらかじめ設定されている第１のポーリング間隔とは異なった第２のポーリング間隔に変更するポーリングモード制御部と、
を備えることを特徴とする。

本発明の通信制御装置は、ネットワークに接続されるデバイスに、例えば、ネットワークカードや、ネットワークボードとして内蔵される。

上記発明では、第１のトリガが発生した場合に、ポーリングの間隔を、あらかじめ設定されている第１のポーリング間隔とは異なった第２のポーリング間隔に変更する。そして、この通信制御装置を内蔵したデバイスは、変更された第２のポーリング間隔で管理サーバに対してポーリングを行うことができる。これにより、管理サーバは変更された第２のポーリング間隔で行われるポーリングにおいて、デバイスと通信を行うことができ、効率よくデバイスの動作を制御することが可能である。

なお、前記ポーリングモード制御部は、あらかじめ設定されている変更事象が発生したことを検出することにより前記第１のトリガを発生することができる。

また、前記ポーリングモード制御部は、前記ポーリングの間隔が前記第２のポーリングに変更されている状態で、第２のトリガが発生した場合に、前記ポーリングの間隔を、前記第２のポーリング間隔から前記第１のポーリング間隔に戻すこともできる。

なお、前記ポーリングモード制御部は、あらかじめ設定されている復帰事象が発生したことを検出することにより前記第２のトリガを発生することができる。

本発明は、デバイスの発明として構成することもできる。すなわち、
本発明のデバイスは、
ネットワークに接続されるデバイスであって、
上述したいずれかの通信制御装置を備えることを要旨とする。

本発明のデバイスによれば、変更された第２のポーリング間隔で管理サーバに対してポーリングを行うことができるので、管理サーバは変更された第２のポーリング間隔で行われるポーリングにおいて、デバイスと通信を行うことができ、効率よくデバイスの動作を制御することが可能である。

本発明は、上述した種々の特徴を必ずしも全て備えている必要はなく、その一部を省略したり、適宜、組み合わせたりして構成することができる。本発明は、上述の通信制御装置や、デバイスとしての構成の他、通信制御装置の制御方法や、デバイスの制御方法として構成することもできる。また、これらを実現するコンピュータプログラム、およびそのプログラムを記録した記録媒体、そのプログラムを含み搬送波内に具現化されたデータ信号など種々の態様で実現することが可能である。なお、それぞれの態様において、先に示した種々の付加的要素を適用することが可能である。

本発明をコンピュータプログラムまたはそのプログラムを記録した記録媒体等として構成する場合には、デバイス監視装置や、デバイスの動作を制御するプログラム全体として構成するものとしてもよいし、本発明の機能を果たす部分のみを構成するものとしてもよい。また、記録媒体としては、フレキシブルディスクやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置などコンピュータが読み取り可能な種々の媒体を利用できる。

以下、本発明の実施の形態について、実施例に基づき以下の順序で説明する。
Ａ．実施例：
Ａ１．デバイス管理システムの構成：
Ａ２．デバイスの構成：
Ａ３．管理サーバの構成：
Ａ４．ポーリングモード制御：
Ａ５．実施例の効果：
Ｂ．変形例：

Ａ．実施例：
Ａ１．デバイス管理システムの構成：
図１は、本発明の一実施例としてのデバイス管理システム１０００の概略構成を示す説明図である。このデバイス管理システム１０００は、企業内のローカルエリアネットワークＬＡＮ１と、管理センタのローカルエリアネットワークＬＡＮ２とを、インターネットＩＮＴを介して接続することにより、管理センタのローカルエリアネットワークＬＡＮ２に接続されている管理サーバＳＶと、企業内のローカルエリアネットワークＬＡＮ１と、を接続する構成とされている。

なお、図示した例では、管理サーバＳＶに接続される企業内のローカルエリアネットワークＬＡＮ１の数は１つとしたが、これに限られず、任意に設定可能である。

管理センタ内のローカルエリアネットワークＬＡＮ２には、管理サーバＳＶの他、例えば、管理担当者が利用するクライアントコンピュータ（以下、単に「クライアント」と呼ぶ）ＭＣＬが接続されている。なお、図示した例では、クライアントの数は１台としたが、これに限られず、任意に設定可能である。また、サーバやプリンタなどネットワークに接続可能な種々のデバイスも任意に設定可能である。

企業内のローカルエリアネットワークＬＡＮ１には、複数のクライアントＣＬと、複数のプリンタＰＲＴと、が接続されている。なお、図示した例では、１台のプリンタＰＲＴ１および１台のクライアントＣＬ１が示されている。但し、クライアントやプリンタの数は、任意に設定可能である。

これらネットワークに接続されている各デバイス間の通信は、ＴＣＰ／ＩＰプロトコルをベースとしており、各デバイスには、ＩＰアドレスが割り振られている。そして、発信元のデバイスから発信された通信データには、発信元のデバイスのＩＰアドレス（発信元ＩＰアドレス）と、送信先のデバイスのＩＰアドレス（送信先ＩＰアドレス）とが含まれており、この通信データは、送信先ＩＰアドレスに従って、そのＩＰアドレスを有するデバイスに送信される。

プリンタＰＲＴ１には、カスタムネットワークボードＣＮＢ１が取り付けられている。このカスタムネットワークボードＣＮＢ１は、一般的な通信機能に加えて、サーバアクセス機能およびデバイス監視機能を有している。

上記各機能のうち、デバイス監視機能によって、自分自身が搭載されたプリンタＰＲＴ１の動作を監視する。

そして、サーバアクセス機能によって、取得した各プリンタの監視情報を、管理サーバＳＶに送信する。また、サーバアクセス機能によって、プリンタＰＲＴ１から管理サーバＳＶへのリクエスト情報および管理サーバＳＶからプリンタＰＲＴ１へのリクエスト情報を送信する。

ここで、企業内のローカルエリアネットワークＬＡＮ１と、インターネットＩＮＴとの間には、ファイアウォールＦＷが設置されているため、インターネットＩＮＴ側からローカルエリアネットワークＬＡＮ１へのアクセスは禁止されている。従って、管理サーバＳＶからプリンタＰＲＴ１へのアクセスは行うことができず、管理サーバＳＶとプリンタＰＲＴ１との間の通信は、ＨＴＴＰ（Hyper Text Transfer Protocol）を用いて、プリンタＰＲＴ１が管理サーバＳＶにファイアウォールＦＷを介してアクセスをすることにより可能となる。

管理サーバＳＶにも、図示しない標準のネットワークボードが取り付けられており、一般的な通信機能により、ネットワーク内の各デバイス間における通信データの送受信を実現する。

また、管理サーバＳＶは、デバイスアクセス機能を有しており、サーバアクセス機能を有するプリンタＰＲＴ１との間で、通信データの送受信を実現する。具体的には、プリンタＰＲＴ１が管理サーバＳＶに対して実行するポーリングにおいて、プリンタＰＲＴ１から送信されてくるリクエスト情報を受信し、管理サーバＳＶからのリクエスト情報を送信する。また、プリンタＰＲＴ１から送信されてくる監視情報を受信し、図示しないデータベースに蓄積する。

以上のように、デバイス管理システム１０００では、管理センタの管理サーバＳＶに対して、管理サーバＳＶにアクセス可能な企業内のプリンタＰＲＴ１から、自身の監視情報が送信され、管理サーバＳＶにおいて蓄積管理される。また、管理サーバＳＶから各プリンタＰＲＴへのリクエスト情報は、プリンタＰＲＴ１が管理サーバＳＶに対して実行するポーリングにおいて、その応答として管理サーバＳＶから送信される。リクエスト情報を受信したプリンタＰＲＴ１は、リクエスト情報の表す内容を実行する。

Ａ２．プリンタの構成：
図２は、プリンタＰＲＴ１の構成例を示す説明図である。プリンタＰＲＴ１は、印刷を実行するプリンタ本体ＰＲＢ１と、上述したカスタムネットワークボードＣＮＢ１と、を備えている。このうち、プリンタ本体ＰＲＢ１は、主として、プリンタエンジン１８０と、プリンタコントローラ１７０と、メモリ１９０と、を備えている。

プリンタエンジン１８０は、実際に印刷を行う機構部分である。プリンタコントローラ１７０は、図示しないＣＰＵや、ＲＡＭ、ＲＯＭを備えるコンピュータであり、カスタムネットワークボードＣＮＢ１から印刷ジョブデータを受け取り、メモリ１９０の印刷ジョブ格納部１９０ａに格納するとともに、印刷ジョブ格納部１９０ａから印刷ジョブデータを読み出して、その印刷ジョブデータに従ってプリンタエンジン１８０を制御して、印刷を実行させる。また、プリンタコントローラ１７０は、印刷枚数、インクやトナーなどの使用量や残量、印刷ジョブの進行状況（印刷状況）に関連する情報、例えば、印刷部数やステータス(印刷中，印刷終了，紙詰まり等を示す情報)、等を検出し、ＭＩＢ（Management Information Base）の形式で、メモリ１９０のＭＩＢ格納部１９０ｂに保存している。ＭＩＢには、プリンタ本体ＰＲＢ１に関して予め規格で統一的に規定されている情報や、製造者によって独自に規定されている情報が含まれる。

一方、カスタムネットワークボードＣＮＢ１は、ＣＰＵ１１０と、メモリ１３０と、通信部１４０と、タイマ１５０と、を備えている。

メモリ１３０には、高速モード対象事象情報格納部１３０ａ、デバイスリクエスト格納部１３０ｂ、サーバリクエスト情報格納部１３０ｃと、通知情報格納部１３０ｄ、監視情報格納部１３０ｅ、監視処理制御情報格納部１３０ｆ等の種々の情報記憶領域が設定されている。

ＣＰＵ１１０は、主に、通信制御部１１２、ポーリングモード制御部１１４、ポーリング処理部１１６、通知処理部１１８、デバイス監視部１２０等の各種機能ブロックとして機能する。これら各機能ブロックのうち、通信制御部１１２が通信機能を実現し、ポーリング処理部１１６および通知処理部１１８がサーバアクセス機能を実現し、デバイス監視部１２０がデバイス監視機能を実現する。なお、これらの機能ブロックは、ＣＰＵ１１０が、図示しないＲＯＭに記憶されている所定のコンピュータプログラムを、読み出して実行することによって、ソフトウェア的に構築されている。ただし、これらの機能ブロックの少なくとも一部を、ハードウェア的に構成するようにしてもよい。

上記各機能ブロックのうち通信制御部１１２は、通信相手に応じて、通信プロトコルを切り換え、通信部１５０を制御して、ローカルエリアネットワークＬＡＮ１や、インターネットＩＮＴを介して、クライアントＣＬ１や、他のプリンタＰＲＴや、管理サーバＳＶと通信を行う。具体的には、受信した通信データに含まれる送信先ＩＰアドレスや送信先ポート番号を検出したり、送信する通信データに送信先ＩＰアドレスや送信先ポート番号を付与したりする。また、通信制御部１１２は、プリンタコントローラ１７０とのデータのやり取りも行う。

デバイス監視部１２０は、通信制御部１１２を介して、ＳＮＭＰ（Simple Network Management Protocol）で規定されている所定のコマンドにより、自身のプリンタコントローラ１７０を介して、ＭＩＢ格納部１９０ｂに格納されているＭＩＢから、プリンタの動作に関する種々の情報（以下、「ＭＩＢ情報」とも呼ぶ）を読み出して取得し、取得したＭＩＢ情報をまとめてデバイス監視情報として監視情報格納部１３０ｅに格納する。そして、監視情報格納部１３０ｅに格納したデバイス監視情報を、管理サーバＳＶに通知可能な形式に変換して、通知情報格納部１３０ｄに格納することにより、管理サーバＳＶに通知する情報として登録する。なお、取得すべきＭＩＢ情報の項目に関する情報は、後述するポーリング処理部１１６によるポーリングにおいて、あらかじめ管理サーバＳＶから送信されて監視処理制御情報格納部１３０ｆに格納されており、デバイス監視部１２０は、監視処理制御情報格納部１３０ｆに格納された情報に従ってＭＩＢ情報の取得を実行する。

通知処理部１１８は、通知情報格納部１３０ｄに情報が格納されているか否か監視し、通知情報格納部１３０ｄに情報が格納されている場合には、管理サーバＳＶにアクセスして、その情報を管理サーバＳＶに対して送信する。この結果、デバイス監視情報は管理サーバで蓄積管理される。

ポーリング処理部１１６は、タイマ１５０から与えられる時間情報に基づき、ポーリングモード制御部１１４から指示されたポーリングのモードに対応するポーリング間隔で、通信制御部１１２を介して管理サーバＳＶに対してポーリングを行い、管理サーバＳＶからのリクエストがあるかないかを問い合わせる。管理サーバＳＶからのリクエストがある場合には、管理サーバＳＶからそのリクエスト情報（サーバリクエスト情報）を受信して、サーバリクエスト情報格納部１３０ｃに格納する。また、受信したサーバリクエスト情報の内容を解析して、対応する処理を実行する。例えば、管理サーバＳＶから送信されたリクエスト情報に前述した監視処理制御情報が含まれていた場合には、その監視処理制御情報をデバイス監視部１２０に受け渡す。デバイス監視部１２０は、受け渡された監視処理制御情報を監視処理制御情報格納部１３０ｆに格納する。また、リクエスト情報に「プリンタの動作に関する特定の項目について、その情報を収集する」旨の要求情報が含まれていた場合には、その情報をデバイス監視部１２０に受け渡す。デバイス監視部１２０は、受け渡された要求情報中の特定の項目を監視処理制御情報格納部１３０ｆに一時的に追加格納し、追加格納された特定の項目についての情報の収集を新たに開始する。

また、ポーリング処理部１１６は、デバイスリクエスト格納部１３０ｂに、このプリンタＰＲＴ１から管理サーバＳＶへのリクエスト情報（デバイスリクエスト情報）が格納されている場合には、ポーリングにおける問い合わせのコマンドとともにそのデバイスリクエスト情報を管理サーバＳＶに対して送信する。

ポーリングモード制御部１１４は、後述するように、高速モード対象事象情報格納部１３０ａに格納されている事象およびデバイス監視部１２０によって取得されるデバイス監視情報に基づいて、ポーリング処理部１６０の動作を制御する。

Ａ３．管理サーバの構成：
図３は、管理サーバＳＶの構成例を示す説明図である。管理サーバＳＶは、主に、ＣＰＵ２１０と、メモリ２３０と、ネットワークＩ／Ｆ２４０と、ディスプレイＩ／Ｆ２５０と、入力Ｉ／Ｆ２６０と、データベースＤＢと、を備えるコンピュータシステムである。

ネットワークＩ／Ｆ２４０は、ローカルエリアネットワークＬＡＮ２や、インターネットＩＮＴを介して、クライアントＭＣＬや、企業内のローカルエリアネットワークＬＡＮ１に接続されているプリンタＰＲＴ１と通信を行うためのインタフェースである。ディスプレイＩ／Ｆ２５０は、モニタＤＰで画像を表示するためのインタフェースである。入力Ｉ／Ｆ２６０は、キーボードＫＢやマウスＭＳからデータを入力するためのインタフェースである。

メモリ２３０には、デバイスリクエスト情報格納部２３０ａ、サーバリクエスト情報格納部２３０ｂ、通知情報格納部２３０ｃ等の種々の情報記憶領域が設定されている

ＣＰＵ２１０は、主に、ポーリング応答部２１２、デバイス管理部２１４、通知応答部２１６等の各種機能ブロックとして機能する。これらの機能ブロックは、ＣＰＵ２１０が、図示しないメモリに記憶されている所定のコンピュータプログラムを読み出して実行することによって、ソフトウェア的に構築されている。これらの機能ブロックの少なくとも一部を、ハードウェア的に構成するようにしてもよい。なお、上記コンピュータプログラムが記憶されているメモリとしては、ＲＯＭやハードディスク等の種々の記憶装置が適用される。

ポーリング応答部２１２は、プリンタＰＲＴ１（図２）のように、管理サーバＳＶに対してアクセス可能なプリンタからのポーリングに応答して、そのプリンタとの間のアクセスを可能とする。具体的には、サーバリクエスト情報２３０ｂに、そのプリンタに対するサーバリクエスト情報が格納されている場合には、そのプリンタに対して、格納されているサーバリクエスト情報を送信する。また、そのプリンタから送信されてくるデバイスリクエスト情報を受信してデバイスリクエスト情報格納部２３０ａに格納するとともに、受信したデバイスリクエスト情報の内容を解析して、対応する処理を実行する。

通知応答部２１６は、プリンタＰＲＴ１のように、管理サーバＳＶに対してアクセス可能なプリンタから送信される通知情報を受信して、通知情報格納部２３０ｃに格納する。

デバイス管理部２１４は、通知情報格納部２３０ｃに格納された通知情報に含まれるデバイス監視情報を、あらかじめ定められたフォーマットでデータベースＤＢに格納し管理する。また、デバイス管理部２１４は管理しているプリンタに対するサーバリクエスト情報をサーバリクエスト情報格納部２３０ｂに格納する。例えば、プリンタＰＲＴ１から通知された通知情報に含まれているデバイス監視情報中に特定のエラー情報が含まれていた場合において、そのエラーの内容を詳細に知るために、プリンタＰＲＴ１で新たに監視してほしい特定の項目の情報を、プリンタＰＲＴ１に対するサーバリクエスト情報としてサーバリクエスト情報格納部２３０ｂに格納する。そして、サーバリクエスト情報格納部２３０ｂに格納されたサーバリクエスト情報は、上記したように、プリンタＰＲＴ１からのポーリングに応答して、プリンタＰＲＴ１に送信される。この結果、プリンタＰＲＴ１は、サーバリクエスト情報に含まれていた特定の項目の監視を実行し、監視結果をデバイス監視情報として管理サーバＳＶに通知することになる。

なお、クライアントＭＣＬは、ネットワークＬＡＮ２を介してデバイス管理部２１４に対してデータベースＤＢへのアクセスを要求することにより、データベースＤＢに蓄積管理されているデバイス監視情報を見ることができる。そして、サーバリクエスト情報の設定および送信を要求することができる。

Ａ４．ポーリングモード制御：
以下では、本願発明の特徴部分であるプリンタＰＲＴ１のポーリングモード制御部１１４により実行されるポーリング処理部１６０の動作制御について説明する。

図４は、ポーリングモード制御部１１４が実行するポーリングモード制御処理について示すフローチャートである。

プリンタＰＲＴ１が起動して、ＣＰＵ１１０がポーリングモード制御部１１４としての機能を開始すると、ポーリングモード制御部１１４は、以下で説明するように常時ポーリングモードの制御を実行する。

まず、ポーリング処理部１１６に対して通常モードによるポーリング動作の開始を指示する（ステップＳ１１０）。通常モードによるポーリング動作の開始を指示されたポーリング処理部１１６は、あらかじめ設定されている通常モード用のポーリング間隔Ｔｐｎでポーリングを開始する。

通常モードでのポーリングの開始を指示したポーリングモード制御部１１４は、次に、高速モード対象事象情報格納部１３０ａに格納されている高速モード対象事象の発生を監視する（ステップＳ１２０）。具体的には、デバイス監視部１２０によって取得され、監視情報格納部１３０ｅに格納されるデバイス監視情報中に、高速モード対象事象（本発明の変更事象に相当する）の発生を示すＭＩＢ情報が含まれているか否かを、デバイス監視部１２０を介して監視する。なお、高速モード対象事象は、高速モードによるポーリング動作を開始すべき事象を意味しており、例えば、紙ジャム、コントローラエラー、ハードウェアエラー等、サービスマンによるメンテナンスや修理等を要するような種々のエラーが考えられる。

そして、ポーリングモード制御部１１４は、高速モード対象事象の発生を検出すると（ステップＳ１２０：ＹＥＳ）、ポーリング処理部１１６に対して、通常モードによるポーリング動作を停止し、高速モードによるポーリング動作の開始を指示する（ステップＳ１３０）。高速モードによるポーリング動作の開始を指示されたポーリング処理部１１６は、ポーリング間隔Ｔｎで行っていた通常モードによるポーリングを停止し、あらかじめ設定されている高速モード用のポーリング間隔Ｔｐｓ（Ｔｐｓ＜Ｔｐｎ）で高速モードによるポーリングを開始する。

このとき、通知処理部１１８は、デバイス監視情報を通知情報として管理サーバＳＶに送信しているため、管理サーバＳＶのデバイス管理部２１４（図３）は、高速モード対象事象から想定される故障箇所を特定するために、より詳細な情報が知りたい場合において、ＭＩＢの対応する特定の項目の取得要求をサーバリクエスト情報として管理サーバＳＶのサーバリクエスト情報格納部２３０ｂに格納する。そして、高速モードで実行されるポーリングにおいて、サーバリクエスト情報格納部２３０ｂに格納されているサーバリクエスト情報がプリンタＰＲＴ１に送信され、デバイス監視が実行される。なお、このサーバリクエスト情報のサーバリクエスト情報格納部２３０ｂへの格納、プリンタＰＲＴ１への送信は、管理サーバＳＶがその情報の取得を望む間、繰り返し実行される。

次に、高速モードでのポーリングの開始を指示したポーリングモード制御部１１４は、ポーリング間隔Ｔｐｓで実行されるポーリングにおいて、サーバリクエスト情報の受信とデバイスリクエスト情報の送信のいずれも実行されない状態（リクエスト無状態）が所定期間Ｔｎｒｑの間継続したか否か監視する（ステップＳ１４０）。具体的には、ポーリング処理部１１６によって送信されるデバイスリクエスト情報の有無、ポーリング処理部１１６によって受信されるサーバリクエスト情報の有無を、ポーリング処理部１１６を介して監視する。

そして、ポーリングモード制御部１１４は、リクエスト無状態が所定期間Ｔｎｒｑの間継続したこと（本発明の復帰事象に相当する）を検出すると（ステップＳ１４０：ＹＥＳ）、ステップＳ１１０に戻って、ポーリング処理部１１６に対して、通常モードによるポーリング動作の開始を指示する（ステップＳ１３０）。通常モードによるポーリング動作の開始を指示されたポーリング処理部１１６は、ポーリング間隔Ｔｐｓで行っていた高速モードでのポーリングを停止し、ポーリング間隔Ｔｐｎで実行される通常モードでのポーリングを再開する。

以上説明したように、ポーリングモード制御部１１４は、常時ポーリングモードの制御を実行する。そして、高速モード対象事象の発生を検出して、ポーリング処理部１１６によるポーリングのモードを通常モードから高速モードに変更して、処理を実行させる。

図５は、プリンタＰＲＴ１と管理サーバＳＶとの間で実行されるポーリングの具体例を示す説明図である。この図は、通常モードにおけるポーリング間隔Ｔｐｎを１時間とし、高速モードにおけるポーリング間隔Ｔｐｓを３０秒、リクエスト無状態の所定期間Ｔｎｒｑを１５分として示している。なお、これらの具体的な時間は例示であってこれに限定されるものではない。

プリンタＰＲＴ１が起動すると、まず、通常モードによるポーリングを開始する。このとき、プリンタＰＲＴ１は、通常のポーリング間隔Ｔｐｎ（１時間）で繰り返しポーリングを実行する。

プリンタＰＲＴ１で高速モード対象事象が発生すると、通常モードによるポーリングを停止して高速モードによるポーリングを開始する。このとき、プリンタＰＲＴ１は、通常のポーリング間隔Ｔｐｎ（１時間）を高速なポーリング間隔Ｔｐｓ（３０秒）に変更して、繰り返しポーリングを実行する。

そして、プリンタＰＲＴ１から管理サーバＳＶへのポーリングに対して、管理サーバＳＶからプリンタＰＥＲＴ１へのリプライがなされて、このリプライにサーバリクエスト情報が含まれている間は、高速モードでのポーリングが継続される。

一方、リプライにサーバリクエスト情報が含まれない状態、すなわち、リクエスト無状態が、所定期間Ｔｎｒｑ（１５分）の間（３０回分のポーリング間隔に相当）継続した場合には、プリンタＰＲＴ１は高速モードによるポーリングを停止して再び通常モードによるポーリングを開始する。なお、上記所定期間Ｔｎｒｑは、１５分という時間で規定しているが、ポーリングの回数で規定するようにしてもよい。

Ａ５．実施例の効果：
上記実施例のプリンタＰＲＴ１では、高速モード対象事象の発生を検出すると、これをトリガとして、通常モードによる通常のポーリング間隔でのポーリングを停止して、高速モードによる高速なポーリング間隔でのポーリングを実行することができる。

これにより、高速モード対象事象の発生時におけるプリンタＰＲＴ１と管理サーバＳＶとの間の通信頻度を高めることができるので、管理サーバからプリンタＰＲＴ１に対して行う要求を、リアルタイムな要求に近づけるとともに、なされた要求に対するプリンタＰＲＴ１から管理サーバＳＶへの応答をリアルタイムな応答に近づけることができ、管理サーバがデバイスの動作を効率よく制御することが可能となる。

従って、例えば、課題で説明したように、デバイスが故障して、そのデバイスからエラー情報が管理サーバに送信されてきた場合のように、そのエラーに関係する詳細なプリンタの情報を取得したい場合において、詳細なプリンタの情報の取得を即時要求して、対応する情報を取得することができる。

Ｂ．変形例：
以上、本発明の実施の形態について説明したが、本発明はこのような実施の形態になんら限定されるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。例えば、以下のような変形が可能である。

Ｂ１．変形例１：
上記実施例では、高速モードから通常モードへの復帰を、リクエスト無状態が所定期間継続したことを復帰事象として検出することにより実行する場合を例に示したが、管理サーバＳＶから送信されるサーバリクエスト情報に、通常モードへの変更要求（イベント）が含まれていることを復帰事象として検出することにより、高速モードから通常モードに復帰するようにしてもよい。

Ｂ２．変形例２：
上記実施例では、高速モード対象事象の発生をトリガとして検出すると、ポーリングモードを通常モードから高速モードに変更する場合を例に説明したが、以下で説明するように、低速モード対象事象を変更事象とし、低速モード対象事象の発生をトリガとして検出して、通常モードから低速モードに変更するようにしてもよい。

例えば、土曜日や日曜日など企業が休日の場合にはプリンタの使用頻度は少なくなるため、管理サーバへのポーリング間隔を長くすることも考えられる。そこで、カレンダを用いて、現在の週，曜日，日付等（（以下、「カレンダ情報」と呼ぶ）が所定の週，曜日，日付等に該当して低速モード対象事象が発生したことを検出し、これをトリガとしてポーリングモードを通常モードから低速モードに変更するようにしてもよい。なお、この場合の低速モードから通常モードへの復帰は、カレンダ情報が所定の週，曜日，日付以外に変化して、低速モード対象事象の発生が停止したことを検出し、これをトリガとすることにより実行することができる。

また、プリンタＰＲＴ１と同じネットワークに接続されているプリンタＰＲＴ１に印刷ジョブを投入可能なクライアント数を監視して、クライアント数が所定数以下となって低速モード対象事象が発生したことを検出し、これをトリガとして低速モードに変更するようにしてもよい。このクライアント数はＳＮＭＰを用いることにより容易に監視することができる。なお、この場合の通常モードへの復帰は、クライアント数が所定数以上となって、低速モード対象事象の発生が停止したことを検出し、これをトリガとすることにより実行することができる。

さらに、また、印刷ジョブの投入状態を監視して、所定時間以上印刷ジョブの投入がなく低速モード対象事象が発生したことを検出し、これをトリガとして低速モードに変更するようにしてもよい。なお、この場合の通常モードへの復帰は、印刷ジョブが投入されて低速モード対象事象の発生が停止したことを検出し、これをトリガとすることにより実行することができる。

また、プリンタにおけるエラー発生状態を監視して、エラー発生率が低くなって下側の所定値（下限値）以下となって低速モード対象事象が発生したことを検出し、これをトリガとして低速モードに変更するようにしてもよい。なお、この場合の通常モードへの復帰は、エラー発生率が下限値以上となって、低速モード対象事象の発生が停止したことを検出し、これをトリガとすることにより実行することができる。

さらに、エラー発生率が下限値よりもさらに高くなり上側の所定値（上限値）以上となって高速モード対象事象が発生したたことを検出し、これをトリガとして高速モードに変更するようにしてもよい。なお、この場合の通常モードへの復帰は、エラー発生率が上限値以下となって、高速モード対象事象の発生が停止したことを検出し、これをトリガとすることにより実行することができる。

Ｂ３．変形例３：
上記実施例では、発明の特徴を明確にすべく、図４に示したポーリングモード制御を、ポーリングモード制御部１１４が実行する構成として説明したが、これに限定されるものではなく、ポーリングモード制御の全てポーリング処理部１１６が実行するようにしてもよいし、ステップＳ１１０およびＳ１２０の処理はデバイス監視部１２０が実行し、ステップＳ１３０およびＳ１４０の処理はポーリング処理部１１５が実行するようにしてもよい。

Ｂ４．変形例４：
上記実施例では、高速モード対象事象の発生を検出し、これをトリガとしてポーリングモードを通常モードから高速モードに変更する場合を例に説明し、変形例２では、低速モード対象事象の発生を検出し、これをトリガとしてポーリングモードを通常モードから低速モードに変更する場合を説明したが、ユーザがモード変更ボタン１６０（図２）を押したことを検出し、これをトリガとして通常モードから高速モードあるいは低速モードに変更するようにしてもよい。

なお、このモード変更ボタン１６０は、プリンタＰＲＴ１のいずれかの位置に設けられたハードウェアボタンあるいはソフトウェアボタンにより構成することができる。

Ｂ５．変形例５：
上記実施例では、プリンタを例に説明しているが、これに限定されるものではなく、例えば、ファクシミリ、スキャナ、複写機等の、ネットワークを介して管理サーバに接続され、管理サーバで管理される種々のデバイスにおいても適用可能である。

本発明の一実施例としてのデバイス管理システム１０００の概略構成を示す説明図である。 プリンタＰＲＴ１の構成例を示す説明図である。 管理サーバＳＶの構成例を示す説明図である。 ポーリングモード制御部１１４が実行するポーリングモード制御処理について示すフローチャートである。 プリンタＰＲＴ１と管理サーバＳＶとの間で実行されるポーリングの具体例を示す説明図である。

符号の説明

ＩＮＴ...インターネット
ＬＡＮ１...ローカルエリアネットワーク
ＬＡＮ２...ローカルエリアネットワーク
ＦＷ...ファイアウォール
ＰＲＴ１...プリンタ
ＣＮＢ１...カスタムネットワークボード
ＰＲＢ１...プリンタ本体
ＣＬ１...クライアント
ＳＶ...管理サーバ
ＤＢ...データベース
ＫＢ...キーボード
ＤＰ...モニタ
ＭＳ...マウス
ＭＣＬ...クライアント
１０００...デバイス管理システム
１１０...ＣＰＵ
１１２...通信制御部
１１４...ポーリングモード制御部
１１６...ポーリング処理部
１１８...通知処理部
１２０...デバイス監視部
１３０...メモリ
１３０ａ...高速モード対象事象情報格納部
１３０ｂ...デバイスリクエスト格納部
１３０ｃ...サーバリクエスト情報格納部
１３０ｄ...通知情報格納部
１３０ｅ...監視情報格納部
１３０ｆ...監視処理制御情報格納部
１４０...通信部
１５０...タイマ
１６０...モード変更ボタン
１７０...プリンタコントローラ
１８０...プリンタエンジン
１９０...メモリ
１９０ａ...印刷ジョブ格納部
１９０ｂ...ＭＩＢ格納部
２１０...ＣＰＵ
２１２...ポーリング応答部
２１４...デバイス管理部
２１６...通知応答部
２３０...メモリ
２３０ａ...デバイスリクエスト情報格納部
２３０ｂ...サーバリクエスト情報格納部
２３０ｃ...通知情報格納部
２４０...ネットワークＩ／Ｆ
２５０...ディスプレイＩ／Ｆ
２６０...入力Ｉ／Ｆ

Claims (8)

1. 管理サーバにネットワークを介して接続されるデバイスに内蔵される通信制御装置であって、
   前記管理サーバに対して前記ネットワーク上に存在するファイアウォールを介してポーリングを行うポーリング処理部と、
   第１のトリガが発生した場合に、前記ポーリングの間隔を、あらかじめ設定されている第１のポーリング間隔とは異なった第２のポーリング間隔に変更するポーリングモード制御部と、
   を備えることを特徴とする通信制御装置。
2. 請求項１記載の通信制御装置であって、
   前記ポーリングモード制御部は、あらかじめ設定されている変更事象が発生したことを検出することにより前記第１のトリガを発生することを特徴とする通信制御装置。
3. 請求項１または請求項２記載の通信制御装置であって、
   前記ポーリングモード制御部は、前記ポーリングの間隔が前記第２のポーリングに変更されている状態で、第２のトリガが発生した場合に、前記ポーリングの間隔を、前記第２のポーリング間隔から前記第１のポーリング間隔に戻すことを特徴とする通信制御装置。
4. 請求項３記載の通信制御装置であって、
   前記ポーリングモード制御部は、あらかじめ設定されている復帰事象が発生したことを検出することにより前記第２のトリガを発生することを特徴とする通信制御装置。
5. ネットワークに接続されるデバイスであって、
   請求項１ないし請求項３のいずれかに記載の通信制御装置を備えることを特徴とするデバイス。
6. 管理サーバにネットワークを介して接続されるデバイスに内蔵される通信制御方法であって、
   前記管理サーバに対して前記ネットワーク上に存在するファイアウォールを介してポーリングを行う工程と、
   第１のトリガが発生した場合に、前記ポーリングの間隔を、あらかじめ設定されている第１のポーリング間隔とは異なった第２のポーリング間隔に変更する工程と、
   を備えることを特徴とする制御方法。
7. 管理サーバにネットワークを介して接続されるデバイスに内蔵される通信制御装置を制御するためのコンピュータプログラムであって、
   前記管理サーバに対して前記ネットワーク上に存在するファイアウォールを介してポーリングを行う機能と、
   第１のトリガが発生した場合に、前記ポーリングの間隔を、あらかじめ設定されている第１のポーリング間隔とは異なった第２のポーリング間隔に変更する機能と、
   をコンピュータに実現させるためのコンピュータプログラム。
8. 請求項７記載のコンピュータプログラムをコンピュータ読み取り可能にした記録媒体。

Images