JP4259416B2 - デバイス管理システム - Google Patents

Description

本発明は、ネットワークを介して、デバイスを管理するデバイス管理システムに関するものである。

近年、ネットワークを介して印刷装置を遠隔管理する管理システムが普及しつつある。このような管理システムにおいて、印刷装置は、ネットワークを介して種々の情報を管理装置にアップロードする。アップロードされる情報としては、例えば、通信状態や、トナー切れ、紙詰まりなどのエラー情報、印刷装置の故障情報等の情報が挙げられる。管理装置は、アップロードされた情報に基づき印刷装置の動作状態を管理している。例えば、管理装置は、印刷装置の接続状況等から、印刷装置が故障していると判断した場合には、印刷装置のファームウェアおよびファームウェアのアップデートコマンドを印刷装置に対して送出し、印刷装置のファームウェアを更新することにより、印刷装置の故障を復旧する。

特開２００２−７７０３号公報 特開平２−８１１３０号公報 特開平１０−２８９０７７号公報 特開平６−４７９９２号公報

しかしながら、管理装置と印刷装置との間にファイアウォールが設置された場合には、管理装置は、印刷装置に対して、印刷装置からのアクセスに対するレスポンスを送信することしかできない。従って、管理装置が、印刷装置からのアクセス無しに、印刷装置に対して、ステータスの取得、ファームウェアのアップデート等を実行することは困難であった。

上述した課題は、管理装置が印刷装置を管理する管理システムに限られるものではなく、ファイアウォールを介して管理装置がデバイスを管理する種々の管理システムに共通する課題である。

本発明は、上述した課題に鑑みてなされたものであり、管理装置とデバイスが、ファイアウォールを介して接続されたシステムにおいて、管理装置からの指示に基づき、１のデバイスが他のデバイスを制御することを目的とする。

上述した課題の少なくとも一部を解決するために、本発明は以下の構成をとることとした。すなわち、複数のデバイスと、管理装置とがネットワークを介して接続された管理システムにおいて、
前記管理装置は、
前記複数のデバイスとの接続状態を監視する監視部と、
前記接続状態に基づき、前記複数のデバイスの少なくとも１つのデバイスとの前記接続が中断したか否かを判断する接続判断部と、
前記判断により、前記接続が中断したデバイスである接続中断デバイスが存在すると判断された場合に、前記複数のデバイスのうち前記接続を継続しているデバイスである接続継続デバイスに対して、前記接続中断デバイスの診断を指示する診断指示部とを備え、
前記各デバイスは、
前記管理装置からの前記診断指示を受け付ける指示受付部と、
前記診断指示に基づき、前記接続中断デバイスとの通信状態を診断する診断部とを備え、
前記接続継続デバイスは、前記診断処理を実行することを要旨とする。

このような構成をとることにより、複数のデバイスのうちのいずれかに障害が発生した場合にも、管理装置からの指示によって、障害が発生していない他のデバイスとの通信状態を診断することができる。

本発明のデバイス管理システムにおいて、
更に、前記複数のデバイスと前記管理装置の間に、前記複数のデバイスへの接続可否を制御する接続制御装置を備え、
前記接続制御装置は、
前記管理装置から前記複数のデバイスへの接続要求が、前記複数のデバイスからの通知に対する返信であるか否かを判断する要求判断部と
前記判断に基づき、前記接続要求が前記複数のデバイスからの通知に対する返信である場合に、前記接続要求を許可する接続許否部とを備えることとしてもよい。

このような構成とすることにより、デバイスからの接続要求がなければ管理装置からデバイスにアクセスできない環境においても、複数のデバイスのうちのいずれかに障害が発生した場合に、管理装置からの指示によって、障害が発生していない他のデバイスとの通信状態を診断することができる

本発明の管理システムにおいて、
前記管理装置は、
前記各デバイスを特定可能なデバイス特定情報を格納する格納部と、
前記デバイス特定情報を、前記各デバイスに配信する配信部とを備え、
前記各デバイスは、
前記デバイス特定情報に基づき、前記複数のデバイスのうち、少なくとも自デバイスを含む２以上のデバイスの動作状態を取得する取得部と、
前記動作状態を前記管理装置に通知する通知部とを備え、
前記管理装置の前記接続判断部は、前記通知された前記動作状態、および、各デバイスからの接続状態に基づき、前記接続状態を判断することとしてもよい。

このような構成をとることにより、管理装置は、任意のデバイスが通知する複数のデバイスの動作状態と、各デバイスからの接続状態に基づき、接続が中断したデバイスの障害発生状況を詳細に診断することができる。従って、復旧効率を向上することができる。

本発明のデバイス管理システムにおいて、
前記各デバイスは、
更に、
前記診断結果に基づき、前記接続中断プリンタに対して、前記中断した接続を復旧させる所定の復旧処理を行う復旧処理部とを備え、
前記接続継続デバイスは、前記所定の復旧処理を実行することとしてもよい。

このような構成をとることにより、管理装置からの指示に基づき、複数のデバイスのうち、１のデバイスが、他のデバイスに対して通信状態を診断し、更に、復旧処理を実行させることができる。

本発明の管理システムにおいて、前記接続継続デバイスの前記復旧処理部は、前記所定の復旧処理として、前記接続中断デバイスに対して、ＳＮＭＰプロトコルを使用して所定のコマンドを送出し、再起動を実行させることとしてもよい。このような構成をとることにより、簡易に再起動を実行させることができる。

本発明の管理システムにおいて、
前記複数のデバイスは印刷装置であり、
前記接続継続デバイスの前記復旧処理部は、前記所定の処理として、前記接続中断デバイスに対して、印刷指示を送出する印刷経路を使用して所定のジョブを送出し、再起動を実行させることとしてもよい。

このような構成をとることにより、再起動を実行させるための所定のジョブの送出前に、印刷装置において印刷中のジョブがある場合にも、かかる印刷中のジョブの印刷を終了した後に、印刷装置の再起動を実行させることができる。

本発明の管理システムにおいて、
前記接続継続デバイスの前記復旧処理部は、前記所定の処理として、前記接続中断デバイスに対して、前記接続継続デバイスのファームウェアの複製、および、所定のコマンドの送出により、前記接続中断デバイスのファームウェアの更新を実行させることとしてもよい。

このような構成をとることにより、接続継続デバイスは、管理装置からファームウェアを取得する必要がないため、ネットワークの負荷を軽減しつつ、ファームウェアのアップデートを実行させることができる。

本発明の管理システムにおいて、
前記接続継続デバイスの前記復旧処理部は、前記所定の処理として、前記管理装置から前記接続中断デバイスのファームウェアを取得し、前記接続中断デバイスに対して、前記ファームウェアおよび所定のコマンドを送出し、前記接続中断デバイスのファームウェアの更新を実行させることとしてもよい。

このような構成をとることにより、接続継続デバイスは、適宜、管理装置からの詳細な指示に基づき、接続中断デバイスに対して復旧処理を実行させることができる。

本発明において、上述した種々の態様は、適宜、組み合わせたり、一部を省略したりして適用することができる。また、本発明は、上述した管理システムとしての構成の他に、管理装置からの指示に基づき他のデバイスの復旧処理を行うデバイス、デバイスから通知された情報に基づき、デバイスの接続状態を診断する管理装置、デバイス管理システムによる通信制御方法、デバイスによる接続復旧方法、管理装置による接続診断方法、デバイスに他のデバイスの接続復旧を実行させるためのコンピュータプログラム、管理装置にデバイスの接続状態を診断させるためのコンピュータプログラム、かかるコンピュータプログラムをコンピュータ読み取り可能に記録した記録媒体等としても構成できる。いずれの構成においても、上述した各態様を適宜適用可能である。コンピュータが読み取り可能な記録媒体としては、例えば、フレキシブルディスクや、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ハードディスク等種々の媒体を利用することが可能である。

以下、本発明の実施の形態について、実施例に基づき、次の順序で説明する。
Ａ．実施例：
Ａ１．システム概要：
Ａ２．機能ブロック：
Ａ３．診断指示処理：
Ａ４．復旧処理：
Ｂ．変形例：

Ａ．実施例：
Ａ１．システム概要：
図１は、本実施例におけるプリンタ管理システム１０００のシステム構成を例示する説明図である。プリンタ管理システム１０００は、管理サーバＳＶと、プリンタＰＲＴ１〜３と、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ１０とから構成されている。プリンタＰＲＴ１〜３とＤＨＣＰサーバ１０は、ローカルエリアネットワークＬＡＮ１に接続されている。ローカルエリアネットワークＬＡＮ１と、管理サーバＳＶは、ファイアウォールＦＷを介して、インターネットに接続されている。ローカルエリアネットワークＬＡＮ１に接続されているプリンタＰＲＴ１〜ＰＲＴ３は、電源投入時に、ＤＨＣＰサーバ１０により、ＩＰアドレスが割り振られる。管理サーバＳＶは、本発明の「管理装置」に当たり、プリンタＰＲＴ１〜ＰＲＴ３は、「複数のデバイス」に当たり、ファイアウォールＦＷは、「接続制御装置」に該当する。

プリンタＰＲＴ１〜ＰＲＴ３は、それぞれ、ネットワークインターフェースとして、ネットワークボードＮＢ１〜ＮＢ３を備えている。ネットワークボードＮＢ１は、通信制御機能を備えており、プリンタＰＲＴ１のエラーの発生等のイベントや、同一ネットワークに接続された自プリンタを含む複数のプリンタのステータスを取得し、所定の間隔でアップロードする。ネットワークボードＮＢ２、ＮＢ３についても同様の機能を備えている。

ローカルエリアネットワークＬＡＮ１と、管理サーバＳＶとは、ファイアウォールＦＷを介して接続されている。そのため、プリンタＰＲＴ１〜ＰＲＴ３は、種々の情報を、データ送受信プロトコルであるＨＴＴＰＳ（Hypertext Transfer Protocol Security）を使用して、管理サーバＳＶにアップロードする。管理サーバＳＶは、各プリンタ対して指示を行う場合や、ステータスの取得要求等を行う場合には、アップロードに対するレスポンスとして送信することができるのみである。すなわち、管理サーバＳＶは、プリンタからのアクセス無しにローカルエリアネットワークＬＡＮ１内の各プリンタに接続を行い、ステータスの取得等を行うことはできない。これに対し、ローカルエリアネットワークＬＡＮ１内の各プリンタは、互いに直接接続して診断することができる。

管理サーバＳＶは、各プリンタからアップロードされたステータスやエラー内容等を図示しないデータベースに蓄積する。管理サーバＳＶは、これらの情報に基づき、管理サーバＳＶへの接続が中断したプリンタが存在するか否かを判断する。接続が中断したプリンタ（以下、接続中断プリンタと呼ぶ）が存在する場合には、接続を継続しているプリンタ（以下、接続継続プリンタと呼ぶ）、すなわち、アップロードを行うために接続してきたプリンタに、アップロードのレスポンスとして、接続中断プリンタの診断指示を送信する。

接続継続プリンタは、管理サーバＳＶから受信した診断指示に基づき、診断処理を行い、接続中断プリンタの接続復旧処理を試みる。本実施例では、プリンタＰＲＴ２において、管理サーバＳＶへの接続機能に障害が発生し、管理サーバＳＶへの接続を中断した場合を例示して説明する。かかる場合、プリンタＰＲＴ１が、管理サーバＳＶからの診断指示に基づき、プリンタＰＲＴ２の診断処理を行い、接続復旧処理を試みる。図２のタイミングチャートを用いて、一連の処理の概要を、説明する。

図２は、本実施例における一連の処理を説明するタイミングチャートである。本図では、プリンタＰＲＴ２は、管理サーバＳＶへの接続機能に障害が発生しているが、ローカルエリアネットワークＬＡＮ１内の他の機器と通信を行うことはでき、また、印刷を実行することも可能な状態である。

プリンタＰＲＴ１は、ステータスやエラー情報等を、管理サーバＳＶにアップロードする（ステップＳａ１００）。管理サーバＳＶは、それまでにアップロードされた情報に基づき、管理サーバＳＶへの接続を中断しているプリンタが存在するか否かを判断する。プリンタＰＲＴ２が接続を中断していると判断した場合に、プリンタＰＲＴ１に対して、診断指示を送信する（ステップＳａ１０１）。

プリンタＰＲＴ１は、診断指示に基づき、プリンタＰＲＴ２がローカルエリアネットワークＬＡＮ１に存在するか否か、すなわち、プリンタＰＲＴ２と通信できる状態であるか否かを、Ｐｉｎｇコマンドを使用して検出する（ステップＳａ１０２）。プリンタＰＲＴ２は、プリンタＰＲＴ１と通信可能な状態であるため、プリンタＰＲＴ１に対して応答（レスポンス）を返す（ステップＳａ１０３）。プリンタＰＲＴ１は、プリンタＰＲＴ２の存在を確認すると、プリンタＰＲＴ２に対して再起動を実行させるコマンドを送信し（ステップＳａ１０４）、管理サーバＳＶに対して、再起動指示を送信した旨の通知を送信する（ステップＳａ１０５）。

管理サーバＳＶは、所定時間待機し、プリンタＰＲＴ２から再起動後のステータスアップロードに伴う接続（ステップＳａ１０６）があるか否かを判断する。接続がない場合には、プリンタＰＲＴ１に対して、プリンタＰＲＴ２のファームウェアを受け渡し、プリンタＰＲＴ２のファームウェアのアップデートを実行させる指示を送出する（ステップＳａ１０７）。

プリンタＰＲＴ１は、受け渡されたプリンタＰＲＴ２のファームウェアと、ファームウェアのアップデートコマンドをプリンタＰＲＴ２に送信し、アップデートを実行させる（ステップＳａ１０８）。プリンタＰＲＴ２は、アップデートが成功し、障害が復旧した場合には、そのまま通常の処理を継続する。

Ａ２．機能ブロック：
Ａ２−１．管理サーバＳＶの機能ブロック：
図３は、本実施例における管理サーバＳＶの機能ブロックを例示する説明図である。管理サーバＳＶは、主制御部１００と、通信部１０１と、診断指示部１０２と、接続判断部１０３と、管理情報更新部１０４と、プリンタ管理情報格納部１０５とから構成されている。各機能ブロックはソフトウェア的に構成され、主制御部１００により制御されている。各機能ブロックは、ハードウェア的に構成されていてもよい。

通信部１０１は、プリンタＰＲＴ１〜ＰＲＴ３等の他の機器と通信を行う機能を備える。通信部１０１は、各プリンタからステータス等のアップロードを受け付け、管理サーバＳＶとローカル接続されているデータベースＤＢに格納する。データベースＤＢの内容を、図４を用いて説明する。

図４（ａ）、（ｂ）は、本実施例におけるデータベースＤＢの内容を例示する説明図である。データベースＤＢには、アップロード情報格納部と、ステータス格納部とが構成されている。図４（ａ）は、アップロード情報格納部の内容を示している。アップロード情報格納部には、各プリンタのアップロード情報２１〜２３が、プリンタ毎に個別に格納されている。プリンタＰＲＴ１のアップロード情報２１を用いて説明する。

アップロード情報２１は、アップロード時刻と、アップロード内容とから構成されている。アップロード時刻は、プリンタＰＲＴ１から管理サーバＳＶへステータス等の情報がアップロードされた時刻であり、アップロード内容は、アップロードされた内容を示している。例えば、アップロード時刻「２００４／０７／０５ ０９：００：００」には、定時報告されるステータスのアップロードがなされたことを示している。アップロード時刻「２００４／０７／０５ ０９：２５：３１」には、プリンタＰＲＴ１に紙詰まりのエラーが発生し、発生した時点で、かかるエラー情報のアップロードがなされたことを示している。本実施例では、１時間ごとに、ステータスのアップロードが定期的に行われる。プリンタＰＲＴ２、ＰＲＴ３のアップロード情報２２，２３も同様の構成である。

図４（ｂ）は、ステータス格納部に格納されているステータス情報３１を示している。ステータス情報３１は、プリンタ名と、各プリンタのステータスとから構成されている。ステータスは、ローカルエリアネットワークＬＡＮ１内の他のプリンタが、他のプリンタに直接接続して収集したものであり、それがアップロードされるたびにステータス情報３１が更新される。

ステータス情報３１には、図４（ｂ）に示すように「２００４／０７／０５ １０：００：００」にアップロードされたステータスが格納されている。図４（ａ）に示すように、プリンタＰＲＴ１が「２００４／０７／０５ １０：００：００」にステータスのアップロードを行っているため、ステータス情報３１は、プリンタＰＲＴ１がアップロードした情報により更新されたものである。例えば、プリンタＰＲＴ２のステータスは「通信可」であり、プリンタＰＲＴ１と、プリンタＰＲＴ２とは通信が可能であることを示している。

図３に戻り説明を続ける。プリンタ管理情報格納部１０５は、プリンタ管理情報１０６を格納している。図に併せてプリンタ管理情報１０６の内容を示した。プリンタ管理情報１０６は、プリンタ名と、ＭＡＣアドレスと、ＩＰアドレスとから構成されている。例えば、プリンタＰＲＴ１のＭＡＣアドレスは「００：Ａ０：Ｂ０：１２：１０：０１」であり、ＩＰアドレスは「１９２．１６８．１０．１２１」である。管理サーバＳＶは、ＭＡＣアドレスとＩＰアドレスを組合せて管理している。

管理情報更新部１０４は、通信部１０１を介して各プリンタからの接続を受け付けると、そのプリンタのＭＡＣアドレスおよびＩＰアドレスを取得する。取得したこれらの情報がプリンタ管理情報１０６に登録されているか否かを判断し、登録されていない場合には登録し、プリンタ管理情報１０６を更新する。また、管理情報更新部１０４は、プリンタ管理情報１０６を更新すると、各プリンタに最新のプリンタ管理情報１０６を配布する。

接続判断部１０３は、データベースＤＢに蓄積されている情報に基づき、管理サーバＳＶとの接続が中断したプリンタが存在するか否かを判断する機能を備える。具体的には、接続判断部１０３は、データベースＤＢのアップロード情報２１とステータス情報３１とを参照し、定期的になされるアップロードがされないが、ステータスは「通信可」であるプリンタが存在するか否かを判断する。そのようなプリンタが存在する場合には、管理サーバＳＶは、かかるプリンタは、一部動作しているものの、管理サーバＳＶとの接続が何らかの障害により中断していると判断する。

診断指示部１０２は、接続継続プリンタに対して、接続中断プリンタの診断指示を送出する機能を備える。具体的には、接続継続プリンタに対して、接続中断プリンタの再起動を実行させるコマンドや、接続中断プリンタのファームウェアのアップデートを実行させるコマンドを、接続継続プリンタから接続中断プリンタに対して送出させる指示を行う等である。

Ａ２−２．プリンタＰＲＴ１機能ブロック：
図５は本実施例におけるプリンタＰＲＴ１の機能ブロックを例示する説明図である。プリンタＰＲＴ１は、印刷実行部２５０と、ネットワークボードＮＢ１を備えている。プリンタＰＲＴ２，３も同様の構成である。印刷実行部２５０は、プリントエンジン２５１と、印刷処理部２５２を備えている。

印刷処理部２５２は、ネットワークボードＮＢ１を介して受け渡された印刷ジョブを印刷可能な状態に展開する処理を行い、プリントエンジン２５１に受け渡す。プリントエンジン２５１は、プリンタＰＲＴ１の各ハードウェアを制御して、受け渡された印刷ジョブの印刷を実行する。

ネットワークボードＮＢ１は、主制御部２００と、復旧処理部２０１と、ステータス取得部２０５と、アップロード処理部２０６と、通信制御部２０７と、管理情報更新部２３０と、プリンタ管理情報格納部２２０とを備えている。各機能ブロックはソフトウェア的に構成され、主制御部２００により制御されている。各機能ブロックは、ハードウェア的に構成されていることとしてもよい。

プリンタ管理情報格納部２２０には、図３において示したプリンタ管理情報１０６が格納されている。管理情報更新部２３０は、管理サーバＳＶからプリンタ管理情報１０６の配信を受け、プリンタ管理情報格納部２２０に格納されているプリンタ管理情報１０６を更新する。

通信制御部２０７は、各種プロトコルを制御し、他の機器との通信を制御する機能を備える。本実施例の各プリンタは、以下に説明するジョブやコマンドの送信側にも受信側にもなるため、受信側が有する構成（サーバ機能）と、送信側が有する機能（クライアント機能）の双方を備えている。

ＨＴＴＰＳクライアント２１４は、管理サーバＳＶに接続する際に、ＨＴＴＰＳに従ってデータを生成する。

プリンタＰＲＴ１が、他のプリンタを診断する場合には、以下のＰｏｒｔ９１００クライアント２１０ｂ、ＬＰＲクライアント２１１ｂ、ＦＴＰクライアント２１３ｂは、ＴＣＰを使用して、接続を中断している別のプリンタをリブートするＲＥＳＥＴジョブを送出する。また、ＳＮＭＰクライアント２１２ｂは、ＵＤＰを使用して、診断要求を行ったり、「ＳｅｔＲｅｑｕｅｓｔ」コマンドを送出したりする。また、Ｐｉｎｇクライアント２１４ｂｇは、ＩＣＭＰを使用して、相手がローカルエリアネットワークＬＡＮ１に接続され、応答するかどうかを確かめる。

プリンタＰＲＴ１が、他のプリンタに診断される場合、または、通常の印刷を実行する場合には、Ｐｏｒｔ９１００サーバ２１０ａ、ＬＰＲサーバ２１１ａ、ＦＴＰサーバ２１２ａは、印刷ジョブを受け取り、印刷実行部２５０へ受け渡す。印刷実行部２５０は、受け取ったジョブがＲＥＳＥＴジョブである場合には、プリンタＰＲＴ１を再起動する。Ｐｏｒｔ９１００サーバ２１０ａ、ＬＰＲサーバ２１１ａ、ＦＴＰサーバ２１２ａが使用するプロトコルはＴＣＰ２０８ａである。また、ＳＮＭＰサーバ２１２ａは、診断要求をしてきたプリンタに対して、診断結果を返したり、再起動をするためのＳｅｔＲｅｑｕｅｓｔを受け付けたりする。ＳＮＭＰサーバ２１２ａが使用するプロトコルはＵＤＰ２０８ｂである。また、Ｐｉｎｇサーバ２１４ａは、他の機器から、ネットワーク的な接続の確認要求（Ｐｉｎｇコマンド）に対して応答する。Ｐｉｎｇサーバ２１４ａが使用するプロトコルはＩＣＭＰ２０８ｃである。

ＩＰ部２０９は、上述するように各種プロトコルによって生成されたデータの、外部ネットワークとの橋渡しを行う。

復旧処理部２０１は、検出部２０２と、再起動処理部２０３と、ファームウェアアップデート部２０４とから構成されている。復旧処理部２０１は、管理サーバＳＶからの指示を受け、検出部２０２、再起動処理部２０３、および、ファームウェアアップデート部２０４を制御し接続中断プリンタの接続復旧処理を行う機能を備える。

検出部２０２は、管理サーバＳＶから接続中断プリンタの診断指示を受信すると、ＴＣＰ／ＩＰ部２０８を介してＰｉｎｇコマンドを送信し、接続中断プリンタが、ローカルエリアネットワークＬＡＮ１に存在しているか否かを検出する機能を備える。検出部２０２は、本発明の「診断部」に当たる。検出部２０２は、復旧処理部２０１の一部として構成したが、別途、構成することとしてもよい。

再起動処理部２０３は、検出部２０２により、接続中断プリンタの存在が検出できた場合に、Ｐｏｒｔ９１００部２０９、ＬＰＲ部２１０、ＳＮＭＰ部２１１のいずれかを使用して、接続中断プリンタに対して再起動を実行させるコマンドを送信する機能を備える。

ファームウェアアップデート部２０４は、管理サーバＳＶからの指示に基づき、Ｐｏｒｔ９１００部２０９、ＬＰＲ部２１０、ＦＴＰ部２１２のいずれかを使用して、管理サーバＳＶから受け取った接続中断プリンタのファームウェアと、かかるファームウェアのアップデートコマンドを、接続中断プリンタに送出する機能を備える。

ステータス取得部２０５は、定期的に、ネットワークボードＮＢ１が内蔵されているプリンタＰＲＴ１と、プリンタ管理情報１０６に登録されている他のプリンタのステータスを取得する機能を備える。プリンタ管理情報１０６に他のプリンタが登録されていない場合には、プリンタＰＲＴ１のステータスのみ取得する。

アップロード処理部２０６は、管理サーバＳＶとの接続を確立し、ステータス取得部２０５により取得されたステータスを管理サーバＳＶにアップロードする機能を備える。アップロード処理部２０６は、ＨＴＴＰＳ部２１３を使用して、ファイアウォールＦＷを介して管理サーバＳＶとの接続を確立し、ステータスをアップロードする。また、アップロード処理部２０６は、プリンタＰＲＴ１に、エラーや故障など即座に管理サーバＳＶに通知すべきイベントが発生した場合にも、同様に接続を確立し、イベントの情報をアップロードする。

Ａ３．診断指示処理：
図６は、本実施例における管理サーバＳＶのプリンタ監視処理を説明するフローチャートである。管理サーバＳＶは、電源が投入されると、プリンタＰＲＴ１〜ＰＲＴ３の接続の監視を開始する（ステップＳ１０）。管理サーバＳＶは、監視しているプリンタからアクセスがあったか否かを判断する（ステップＳ１１）。アクセスがない場合（ステップＳ１１：ＮＯ）には、監視を継続する。プリンタからアクセスがあった場合には（ステップＳ１１：ＹＥＳ）、プリンタ管理情報１０６を参照し（ステップＳ１２）、アクセスしてきたプリンタのＭＡＣアドレス、および、ＩＰアドレスがプリンタ管理情報１０６に登録されているか否かを判断する（ステップＳ１３）。プリンタ管理情報１０６に登録されていない場合（ステップＳ１３：ＮＯ）には、プリンタ管理情報１０６に追加登録する（ステップＳ１４）。

管理サーバＳＶは、プリンタ管理情報１０６を参照して、同一ローカルエリアネットワークＬＡＮ１上に、プリンタが２台以上存在するか否かを判断する（ステップＳ１５）。２台以上存在する場合（ステップＳ１５：ＹＥＳ）には、各プリンタに更新したプリンタ管理情報１０６を配布する（ステップＳ１６）。

管理サーバＳＶは、プリンタによってアップロードされた情報や要求の処理を行う（ステップＳ１７）。次に、管理サーバＳＶは、各プリンタの接続状態を判断する処理を行い（ステップＳ１８）、接続中断プリンタが存在するか否かの判断を行う（ステップＳ１９）。接続中断プリンタが存在する場合（ステップＳ１９：ＹＥＳ）には、接続継続プリンタのうち、アクセスしてきたプリンタに対して、接続中断プリンタの診断を指示する（ステップＳ２０）。

Ａ３−２．接続判断処理
図７は、本実施例における接続判断処理を説明するフローチャートである。図６のステップＳ１８における処理を詳細に説明した図である。

管理サーバＳＶは、データベースＤＢに格納されているアップロードされた情報を参照し（ステップＳ３０）、ステータスの定期的なアップロードがされていないプリンタが存在するか否かを判断する（ステップＳ３１）。存在しない場合（ステップＳ３１：ＮＯ）には処理を終了する。存在する場合（ステップＳ３１：ＹＥＳ）には、他のプリンタからアップロードされたステータスを参照し（ステップＳ３２）、ステータスの定期的なアップロードがされていないプリンタのステータスがローカルから「通信可」であるか否かを判断する（ステップＳ３３）。ステータスがローカルから「通信可」である場合（ステップＳ３３：ＹＥＳ）には、管理サーバＳＶとの接続が中断したものと判断する（ステップＳ３４）。

ステータスがローカルから「通信可」でない場合（ステップＳ３３：ＮＯ）には、プリンタの電源が切断されているものと判断し（ステップＳ３５）、プリンタ管理情報１０６から、そのプリンタの管理情報を削除し、更新したプリンタ管理情報１０６を、他のプリンタに配布する（ステップＳ３６）。

Ａ３−３．診断指示処理：
図８は、本実施例における管理サーバＳＶの診断指示処理を説明するフローチャートである。図６のステップＳ２０における処理を詳細に説明した図である。

管理サーバＳＶは、接続継続プリンタの一台に、接続中断プリンタへの再起動コマンドを送出させる指示を送出する（ステップＳ４０）。管理サーバＳＶは、プリンタが再起動にかかる時間待機し、接続中断プリンタから、接続があるか否かを判断する（ステップＳ４１）。

接続が無い場合には、管理サーバＳＶは、更に、接続を継続しているプリンタの一台に、接続中断プリンタのファームウェアと、ファームウェアをアップデートさせる指示を送出する（ステップＳ４２）。管理サーバＳＶは、プリンタがファームウェアのアップデートにかかる時間待機し、接続中断プリンタから、接続があるか否かを判断する（ステップＳ４３）。接続があった場合（ステップＳ４３：ＹＥＳ）には、接続中断プリンタは復旧したものと判断し、処理を終了する。接続がない場合（ステップＳ４３：ＮＯ）には、接続中断プリンタは、故障しているものと判断し（ステップＳ４４）、管理情報からかかるプリンタの管理情報を削除する更新と他のプリンタへのプリンタ管理情報１０６の配布を行い（ステップＳ４５）、処理を終了する。

Ａ４．復旧処理：
Ａ４−１．アップロード処理：
図９は、本実施例におけるプリンタＰＲＴ１のアップロード処理を説明するフローチャートである。具体的には、アップロード処理を行うのは、プリンタＰＲＴ１に内蔵されているネットワークボードＮＢ１である。本図は、プリンタＰＲＴ１を例示しているが、他のプリンタＰＲＴ２，３においても同様である。ネットワークボードＮＢ１は、プリンタの電源が投入されると、プリンタＰＲＴ１の動作状態等の監視を開始する。

ネットワークボードＮＢ１は、プリンタの動作状態等の監視を開始し（ステップＳ５０）、エラーなど、管理サーバＳＶに即座に報告すべきイベントが発生したか否かを判断する（ステップＳ５１）。発生した場合（ステップＳ５１：ＹＥＳ）には、管理サーバＳＶに接続し、イベントの情報をアップロードする（ステップＳ５７）。発生していない場合（ステップ５１：ＮＯ）には、プリンタのステータスを定期的に報告する時間になったか否かを判断する（ステップＳ５２）。その時間である場合（ステップＳ５２：ＹＥＳ）には、プリンタＰＲＴ１のステータスを取得する（ステップＳ５３）。

続いて、ネットワークボードＮＢ１は、プリンタ管理情報格納部２２０を参照し（ステップＳ５４）、ローカルエリアネットワークＬＡＮ１に、他のプリンタが存在するか否かを判断する（ステップＳ５５）。他のプリンタが存在しない場合には、管理サーバＳＶに接続し、取得したプリンタＰＲＴ１のステータスをアップロードする（ステップＳ５７）。他のプリンタが存在する場合（ステップＳ５５：ＹＥＳ）には、他のプリンタのステータスも取得する（ステップＳ５６）。

ネットワークボードＮＢ１は、管理サーバＳＶに接続し、ステータスをアップロードする（ステップＳ５７）。アップロードに対するレスポンスとして、サーバからプリンタ管理情報１０６の配信があるか否かを判断し（ステップＳ５８）、配信がある場合（ステップＳ５８：ＹＥＳ）には、プリンタ管理情報格納部２２０に格納されているプリンタ管理情報１０６を更新する（ステップＳ５９）。次に、ネットワークボードＮＢ１は、管理サーバＳＶからの指示に基づき、接続中断プリンタの診断処理を行う（ステップＳ６０）。プリンタ管理情報１０６の配信がない場合（ステップＳ５８：ＮＯ）には、接続中断プリンタの診断処理を行う（ステップＳ６０）。

Ａ４−２．診断処理：
図１０は、本実施例におけるプリンタ側の診断処理を説明するフローチャートである。図９のステップＳ６０の処理を詳細に説明した図である。図１０中、破線はプリンタＰＲＴ２からプリンタＰＲＴ１および管理サーバＳＶへの通信であり、一点鎖線はサーバからプリンタＰＲＴ１への通信である。

プリンタＰＲＴ１に内蔵されているネットワークボードＮＢ１は、管理サーバＳＶから診断指示（Ｓａ１０１）を受信したか否かを判断する（ステップＳ７０）。診断指示を受信していない場合（ステップＳ７０：ＮＯ）には、処理を終了する。診断指示を受信した場合（ステップＳ７０：ＹＥＳ）には、Ｐｉｎｇコマンドを使用して、プリンタＰＲＴ２がローカルエリアネットワークＬＡＮ１上に存在しているか検出する（ステップＳ７１）。本実施例では、ネットワークボードＮＢ１は、プリンタＰＲＴ２に対して、Ｐｉｎｇコマンドを使用して、「ＩＣＭＰ ＥＣＨＯ Ｒｅｑｕｅｓｔ」を送出する。プリンタＰＲＴ２はプリンタＰＲＴ１と通信可能であれば「ＩＣＭＰ ＥＣＨＯ Ｒｅｓｐｏｎｓｅ」を返す（Ｓａ１０３）。

ネットワークボードＮＢ１は、レスポンス（Ｓａ１０３）の有無に基づき、プリンタＰＲＴ２が、ローカルエリアネットワークＬＡＮ１に存在しているか否かを判断する（ステップＳ７２）。ローカルエリアネットワークＬＡＮ１に存在している場合には、プリンタＰＲＴ２に対して、再起動指示を送信する（ステップＳ７３）。再起動指示について、図１１を用いて詳細に説明する。

図１１は、本実施例における再起動指示処理を説明するフローチャートである。ネットワークボードＮＢ１は、プリンタＰＲＴ２の「Ｐｏｒｔ９１００」に対して、接続要求を送信し（ステップＳ８０）、「Ｐｏｒｔ９１００」への接続が可能であるか否かを判断する（ステップＳ８１）。接続可能である場合（ステップＳ８１：ＹＥＳ）には、「Ｐｏｒｔ９１００」へ、プリンタＰＲＴ２の再起動を実行させるＲＥＳＥＴジョブを送信する（ステップＳ８３）。ＲＥＳＥＴジョブに関して、図１２を用いて説明する。

図１２は、本実施例におけるＲＥＳＥＴジョブを説明する説明図である。図１２（ａ）に示すように、ＲＥＳＥＴジョブは、プリンタＰＲＴ１からプリンタＰＲＴ２に対して送出され、その内容は、「＠ＥＪＬ ＰＲＩＮＴＥＲＲＥＳＥＴ＜ＣＲ＞＜ＬＦ＞」である。プリンタＰＲＴ２は、このジョブを解釈し、プリンタを再起動する。

図１２（ｂ）に示すように、プリンタＰＲＴ２に送信されたジョブは、キュー３００に格納される。図は、ジョブＡ、ＲＥＳＥＴジョブ、ジョブＢの順にプリンタＰＲＴ２に送信され、キュー３００に格納されている状態を示している。プリンタＰＲＴ２は、１ジョブずつ解釈し実行するため、ジョブＡを印刷処理中である場合には、ＲＥＳＥＴジョブを受信しても、即座にＲＥＳＥＴジョブの解釈を実行せず、ジョブＡの印刷処理が終了した後に、ＲＥＳＥＴジョブを解釈し、実行する。従って、ジョブＡの印刷処理が終了する前に、再起動することを回避することができる。ジョブＢは、再起動により削除される。

図１１に戻り、説明を続ける。ネットワークボードＮＢ１は、「Ｐｏｒｔ９１００」への接続が不可である場合（ステップＳ８１：ＮＯ）には、「Ｐｏｒｔ５１５」へ、接続要求を送信し（ステップＳ８２）、「Ｐｏｒｔ５１５」への接続が可能であるか否かを判断する（ステップＳ８４）。接続可能である場合（ステップＳ８４：ＹＥＳ）にはＬＰＲプロトコルを使用して、「Ｐｏｒｔ５１５」へＲＥＳＥＴジョブを送出する（ステップＳ８６）。接続不可である場合（ステップＳ８４：ＮＯ）には、ネットワークボードＮＢ１は、ＳＮＭＰプロトコルを使用して、プリンタＰＲＴ２を再起動させるＲｅｓｅｔコマンドを送出する。ＳＮＭＰプロトコルによって、ＭＩＢデータベースの「ｐｒｔＧｅｎｅｒａｌＲｅｓｅｔ」に、リセット要求を「Ｓｅｔ Ｒｅｑｕｅｓｔ」して書き込む。こうすることにより、プリンタＰＲＴ２本体と、ネットワークボードＮＢ２は再起動を実行する。

図１０に戻り説明を続ける。プリンタＰＲＴ１のネットワークボードＮＢ１は、再起動指示を送出したことを管理サーバＳＶへ通知する（ステップＳ７４）。プリンタＰＲＴ２は、再起動を行った場合には、再起動後のステータスアップロードに伴う接続を行う（ステップＳａ１０６）。管理サーバＳＶは、所定時間待機し（ステップＳａ２００）、プリンタＰＲＴ２からの接続があるか否かを判断する。再起動を指示した後は、３０秒程度待機する。プリンタＰＲＴ２から接続がない場合には、プリンタＰＲＴ１に対して、プリンタＰＲＴ２のファームウェアを受け渡し、プリンタＰＲＴ２のファームウェアのアップデートを実行させる指示を送出する（ステップＳａ１０７）。管理サーバＳＶは、１回の再起動処理で再起動が正常に行われなかった場合には、再起動処理を数回繰り返し行うこととしてもよい。また、１回のアップデート処理でアップデートが正常に行われなかった場合には、アップデート処理を数回繰り返し行うこととしてもよい。ファームウェアのアップデートを繰り返し行う場合には、アップデート指示を送出してから、３分程度待機し、接続が中断したプリンタから接続があるか否かを判断する。

ネットワークボードＮＢ１は、管理サーバＳＶから、プリンタＰＲＴ２のファームウェアのアップデート指示を受信したか否かを判断する（ステップＳ７５）。受信していない場合（ステップＳ７５：ＮＯ）には処理を終了する。受信した場合（ステップＳ７５：ＹＥＳ）には、接続が中断しているプリンタＰＲＴ２に対して、管理サーバＳＶから受信したファームウェアのデータとファームウェアアップデートコマンドを送出し（ステップＳ７６）、アップデート指示を送出したことを管理サーバＳＶへ通知する（ステップＳ７７）。ファームウェアアップデート指示処理について、図１３を用いて詳細に説明する。

図１３は、本実施例におけるファームウェアアップデート指示処理を説明するフローチャートである。プリンタＰＲＴ１のネットワークボードＮＢ１は、プリンタＰＲＴ２の「Ｐｏｒｔ９１００」に対して、接続要求を送信し（ステップＳ９０）、「Ｐｏｒｔ９１００」への接続が可能であるか否かを判断する（ステップＳ９１）。接続可能である場合（ステップＳ９１：ＹＥＳ）には、「Ｐｏｒｔ９１００」へ、管理サーバＳＶから受け渡されたプリンタＰＲＴ２のファームウェアのデータと、ファームウェアアップデートコマンドを送出する（ステップＳ９３）。

接続不可である場合（ステップＳ９１：ＮＯ）には、「Ｐｏｒｔ５１５」へ、接続要求を送信し（ステップＳ９２）、「Ｐｏｒｔ５１５」への接続が可能であるか否かを判断する（ステップＳ９４）。接続可能である場合（ステップＳ９４：ＹＥＳ）にはＬＰＲプロトコルを使用して、「Ｐｏｒｔ５１５」へファームウェアのデータと、ファームウェアアップデートコマンドを送出する（ステップＳ９６）。接続不可である場合（ステップＳ９４：ＮＯ）には、「Ｐｏｒｔ２１」へ、接続要求を送信し（ステップＳ９５）、「Ｐｏｒｔ２１」への接続が可能であるか否かを判断する（ステップＳ９７）。接続可能である場合（ステップＳ９７：ＹＥＳ）にはＦＴＰプロトコルを使用して、「Ｐｏｒｔ２１」へファームウェアのデータと、ファームウェアアップデートコマンドを送出する（ステップＳ９９）。接続不可である場合（ステップＳ９７：ＮＯ）には、アップデート不可と判断し、処理を終了する（ステップＳ９８）。

以上説明した実施例のプリンタ管理システム１０００によれば、複数のプリンタのうちのいずれかに障害が発生した場合にも、障害が発生していない他のプリンタに、障害が発生したプリンタの診断を行うことができ、さらに、復旧を実行させることができる。サーバは、任意のプリンタが通知する複数のプリンタのステータスと、各プリンタからの接続状況に基づき、接続が中断したプリンタの障害発生状況を詳細に推測することができ、復旧の効率を向上することができる。また、ＲＥＳＥＴジョブの送信、ＳＮＭＰプロトコルを使用したＲｅｓｅｔコマンドの送信により、簡易に再起動を実行させることができる。

本実施例では、接続を継続しているプリンタＰＲＴ１は、管理サーバＳＶからファームウェアを取得しているため、プリンタＰＲＴ１は、適宜、サーバからの詳細な指示に基づき、接続中断プリンタＰＲＴ２に対して復旧処理を行うことができる。プリンタＰＲＴ１は、管理サーバＳＶからファームウェアのデータを受け取らず、自プリンタのファームウェアをコピーし、これをアップデートコマンドと共にプリンタＰＲＴ２に送出することとしてもよい。こうすれば、管理サーバＳＶからファームウェアを取得する必要がないため、ネットワークの負荷を軽減しつつ、ファームウェアのアップデートを実行させることができる。

Ｂ．変形例：
以上、本発明の種々の実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成をとることができることは言うまでもない。例えば、上述した実施例では、管理サーバＳＶが管理する対象はプリンタとしたが、ネットワークに接続された他のデバイス、例えば、コピー機、プロジェクタ、コンピュータ周辺機器等としてもよい。

Ｂ１．変形例１：
上述した実施例では、管理サーバＳＶとプリンタＰＲＴ１とが、適宜、情報の授受を行いながら、管理サーバＳＶの指示に基づき、プリンタＰＲＴ１が接続中断プリンタの診断を行い、再起動、ファームウェアアップデートによる復旧を行うこととしたが、これに限られない。例えば、プリンタＰＲＴ１は、診断指示を最初に受けると、ファームウェアアップデータまでの一連の診断・復旧処理を、サーバとの情報の授受無しに自動的に行うこととしてもよい。

Ｂ２．変形例２：
上述した実施例では、プリンタ管理情報１０６は更新されるたびにローカルエリアネットワークＬＡＮ１上のプリンタに配信されることとしたが、プリンタ管理情報１０６を各プリンタが有していなくてもよい。かかる場合には、診断指示を受けたプリンタは、管理サーバＳＶから、診断を行うべきプリンタの情報を、適宜、受け付けることにより実現できる。こうすれば、プリンタ管理情報を配信する必要がなく、ネットワークの輻輳を抑制することができる。

Ｂ３．変形例３：
上述した実施例では、プリンタ管理情報１０６は、管理サーバＳＶから配信されることとしたが、各プリンタがそれぞれプリンタ管理情報を生成することとしてもよい。かかる場合には、各プリンタは、ＳＮＭＰパケットをブロードキャストし、レスポンスに基づきプリンタ管理情報を生成することで実現できる。

Ｂ４．変形例４：
上述した実施例では、同一のローカルエリアネットワークＬＡＮ１内としたが、パケットが直接到達可能な範囲内であれば、ルータを超えた同一ファイアウォール内としてもよい。

Ｂ５．変形例５：
上述した実施例では、各プリンタは、ＤＨＣＰサーバ１０により割り当てられる動的なアドレスが設定されていたが、予め設定された静的なアドレスでもよい。

Ｂ６．変形例６：
上述した実施例では、プリンタ管理システム１０００にファイアウォールＦＷを配置することとしたが、ファイアウォールＦＷを配置しないこととしてもよい。この場合、管理サーバＳＶは、各プリンタからの定期的なアップロードの有無に関係なく、接続中断プリンタＰＲＴ２を発見した際に、プリンタＰＲＴ１にプリンタＰＲＴ２との通信状態を診断し、結果を返信するようにコマンドを送信する。そして、管理サーバＳＶは、プリンタＰＲＴ１からプリンタＰＲＴ２との通信状態が正常であるとの返信を受けた場合に、プリンタＰＲＴ２は動作している、すなわち、電源が切断されている等の動作不可能な状態は発生していないが、管理サーバＳＶとの通信機能に障害が発生していると判断することとしてもよい。また、上述のようにプリンタＰＲＴ１のみだけでなく、複数のプリンタに、自分以外のプリンタの動作状態を診断し結果を返信するようにコマンドを送信することとしてもよい。

実施例におけるプリンタ管理システムのシステム構成を例示する説明図である。 実施例における一連の処理を説明するタイミングチャートである。 実施例における管理サーバの機能ブロックを例示する説明図である。 実施例におけるデータベースの内容を例示する説明図である。 実施例におけるプリンタの機能ブロックを例示する説明図である。 実施例における管理サーバのプリンタ監視処理を説明するフローチャートである。 実施例における管理サーバの接続判断処理を説明するフローチャートである。 実施例における管理サーバの診断指示処理を説明するフローチャートである。 実施例におけるプリンタのアップロード処理を説明するフローチャートである。 実施例におけるプリンタ側の診断処理を説明するフローチャートである。 実施例における再起動指示処理を説明するフローチャートである。 実施例におけるＲＥＳＥＴジョブを説明する説明図である。 実施例におけるファームウェアアップデート指示処理を説明するフローチャートである。

符号の説明

１０００...プリンタ管理システム
１０...ＤＨＣＰサーバ
２０...アップロード情報格納部
２１，２２，２３...アップロード情報
３０...ステータス格納部
３１...ステータス情報
１００...主制御部
１０１...通信部
１０２...診断指示部
１０３...接続判断部
１０４...管理情報更新部
１０５...プリンタ管理情報格納部
１０６...プリンタ管理情報
２００...主制御部
２０１...復旧処理部
２０２...検出部
２０３...再起動処理部
２０４...ファームウェアアップデート部
２０５...ステータス取得部
２０６...アップロード処理部
２０７...通信制御部
２２０...プリンタ管理情報格納部
２３０...管理情報更新部
２５０...印刷実行部
２５１...プリントエンジン
２５２...印刷処理部
３００...キュー

Claims (17)

1. 複数のデバイスと、管理装置とがネットワークを介して接続されたデバイス管理システムであって、
   前記管理装置は、
   前記複数のデバイスとの接続状態を監視する監視部と、
   前記接続状態に基づき、前記複数のデバイスの少なくとも１つのデバイスとの前記接続が中断したか否かを判断する接続判断部と、
   前記判断により、前記接続が中断したデバイスである接続中断デバイスが存在すると判断された場合に、前記複数のデバイスのうち前記接続を継続しているデバイスである接続継続デバイスに対して、前記接続中断デバイスの診断を指示する診断指示部とを備え、
   前記各デバイスは、
   前記管理装置からの前記診断指示を受け付ける指示受付部と、
   前記診断指示に基づき、前記接続中断デバイスとの通信状態を診断する診断部とを備え、
   前記接続継続デバイスは、前記診断処理を実行するデバイス管理システム。
2. 請求項１記載のデバイス管理システムであって、
   更に、前記複数のデバイスと前記管理装置の間に、前記複数のデバイスへの接続可否を制御する接続制御装置を備え、
   前記接続制御装置は、
   前記管理装置から前記複数のデバイスへの接続要求が、前記複数のデバイスからの通知に対する返信であるか否かを判断する要求判断部と
   前記判断に基づき、前記接続要求が前記複数のデバイスからの通知に対する返信である場合に、前記接続要求を許可する接続許否部とを備えるデバイス管理システム。
3. 請求項１または請求項２記載のデバイス管理システムであって、
   前記管理装置は、
   更に、
   前記各デバイスを特定可能なデバイス特定情報を格納する格納部と、
   前記デバイス特定情報を、前記各デバイスに配信する配信部とを備え、
   前記各デバイスは、
   更に、
   前記デバイス特定情報に基づき、前記複数のデバイスのうち、少なくとも自デバイスを含む２以上のデバイスの動作状態を取得する取得部と、
   前記動作状態を前記管理装置に通知する通知部とを備え、
   前記管理装置の前記接続判断部は、前記通知された前記動作状態、および、各デバイスとの接続状態に基づき、前記接続状態を判断するデバイス管理システム。
4. 請求項１ないし請求項３記載のデバイス管理システムであって、
   前記各デバイスは、
   更に、
   前記診断結果に基づき、前記接続中断デバイスに対して、再起動を実行させることにより前記中断した接続を復旧させる復旧処理を行う復旧処理部とを備え、
   前記接続継続デバイスは、前記復旧処理を実行するデバイス管理システム。
5. 請求項４記載のデバイス管理システムであって、
   前記接続継続デバイスの前記復旧処理部は、前記復旧処理として、前記接続中断デバイスに対して、ＳＮＭＰプロトコルを使用して所定のコマンドを送出することにより、再起動を実行させるデバイス管理システム。
6. 請求項４または請求項５記載のデバイス管理システムであって、
   前記複数のデバイスはプリンタであり、
   前記接続継続デバイスの前記復旧処理部は、前記復旧処理として、前記接続中断デバイスに対して、印刷指示を送出する印刷経路を使用して所定のジョブを送出することにより、再起動を実行させるデバイス管理システム。
7. 請求項４ないし請求項６いずれか記載のデバイス管理システムであって、
   前記接続継続デバイスの前記復旧処理部は、前記復旧処理として、前記接続中断デバイスに対して、前記接続継続デバイスのファームウェアの複製、および、所定のコマンドを送出し、前記接続中断デバイスのファームウェアの更新を実行させるデバイス管理システム。
8. 請求項４ないし請求項６いずれか記載のデバイス管理システムであって、
   前記接続継続デバイスの前記復旧処理部は、前記復旧処理として、前記管理装置から前記接続中断デバイスのファームウェアを取得し、前記接続中断デバイスに対して、前記ファームウェアおよび所定のコマンドを送出し、前記接続中断デバイスのファームウェアの更新を実行させるデバイス管理システム。
9. ネットワークを介して管理装置と接続された複数のデバイスのうちの第１のデバイスであって、
   前記管理装置から、前記複数のデバイスのうち前記管理装置との接続が中断したデバイスである接続中断デバイスと、前記第１のデバイスとの通信状態を診断する指示を受信する通信部と、
   前記診断指示に基づいて、前記接続中断デバイスと前記第１のデバイスとの通信状態を診断する診断部と、
   前記接続中断デバイスと前記第１のデバイスとが通信可能であると診断された場合、前記接続中断デバイスに対して、再起動を実行させることにより前記中断した接続を復旧させる復旧処理を行う復旧処理部とを備えるデバイス。
10. ネットワークを介して、複数のデバイスと接続された管理装置であって、
    前記複数のデバイスとの接続状態を監視する監視部と、
    前記接続状態に基づき、前記複数のデバイスの少なくとも１つのデバイスとの前記接続が中断したか否かを判断する接続判断部と、
    前記判断により、前記接続が中断したデバイスである接続中断デバイスが存在すると判断された場合に、前記複数のデバイスのうち前記接続を継続しているデバイスである接続継続デバイスに対して、前記接続中断デバイスの診断を指示する診断指示部とを備える管理装置。
11. 請求項１０記載の管理装置であって、
    前記監視部は、前記各デバイスから、前記複数のデバイスのうち、少なくとも２以上のデバイスの動作状態を取得し
    前記接続判断部は、前記動作状態、および、各デバイスとの接続状態に基づき、前記接続状態を判断する管理装置。
12. 複数のデバイスと、管理装置とがネットワークを介して接続されたデバイス管理システムが実行する通信制御方法であって、
    前記管理装置は、
    （ａ）前記複数のデバイスとの接続状態を監視する工程と、
    （ｂ）前記接続状態に基づき、前記複数のデバイスの少なくとも１つのデバイスとの前記接続が中断したか否かを判断する工程と、
    （ｃ）前記判断により、前記接続が中断したデバイスである接続中断デバイスが存在すると判断された場合に、前記複数のデバイスのうち前記接続を継続しているデバイスである接続継続デバイスに対して、前記接続中断デバイスの診断を指示する工程とを備え、
    前記複数のデバイスは、
    （ｄ）前記管理装置からの前記診断指示を受け付ける工程と、
    （ｅ）前記診断指示に基づき、前記接続中断デバイスとの通信状態を診断する工程と、
    （ｆ）前記診断結果に基づき、前記接続中断デバイスに対して、再起動を実行させることにより前記中断した接続を復旧させる復旧処理を行う工程と、
    （ｇ）前記診断結果に基づき、前記接続中断デバイスに対して、再起動を実行させることにより前記中断した接続を復旧させる復旧処理を行う工程とを備え、
    前記接続継続デバイスは、前記工程（ｆ）および（ｇ）を実行する通信制御方法。
13. ネットワークを介して管理装置と接続された複数のデバイスのうちの第１のデバイスが実行する接続復旧方法であって、
    （ａ）前記管理装置から、前記複数のデバイスのうち前記管理装置との接続が中断したデバイスである接続中断デバイスと、前記第１のデバイスとの通信状態を診断する指示を受信する工程と、
    （ｂ）前記受信した指示に基づいて、前記接続中断デバイスと前記第１のデバイスとの通信状態を診断する工程と、
    （ｃ）前記接続中断デバイスと前記第１のデバイスとが通信可能であると診断された場合、前記接続中断デバイスに対して、再起動を実行させることにより前記中断した接続を復旧させる復旧処理を行う工程とを備える接続復旧方法。
14. ネットワークを介して複数のデバイスと接続された管理装置が、前記各デバイスとの接続状態を判断する接続判断方法であって、
    （ａ）前記複数のデバイスとの接続状態を監視する工程と、
    （ｂ）前記接続状態に基づき、前記複数のデバイスの少なくとも１つのデバイスとの前記接続が中断したか否かを判断する工程と、
    （ｃ）前記判断により、前記接続が中断したデバイスである接続中断デバイスが存在すると判断された場合に、前記複数のデバイスのうち前記接続を継続しているデバイスである接続継続デバイスに対して、前記接続中断デバイスの診断を指示する工程とを備える接続判断方法。
15. ネットワークを介して管理装置と接続された複数のデバイスのうちの第１のデバイスに接続復旧処理を実行させるためのコンピュータプログラムであって、
    前記管理装置から、前記複数のデバイスのうち前記管理装置との接続が中断したデバイスである接続中断デバイスとの通信状態を診断する指示を受信する機能と、
    前記受信した指示に基づいて、前記接続中断デバイスと前記第１のデバイスとの通信状態を診断する機能と、
    前記接続中断デバイスと前記第１のデバイスとが通信可能であると診断された場合、前記接続中断デバイスに対して、再起動を実行させることにより前記中断した接続を復旧させる復旧処理を行う機能とをデバイスに実行させるためのコンピュータプログラム。
16. ネットワークを介して複数のデバイスと接続された管理装置に、前記各デバイスとの接続状態を判断させるためのコンピュータプログラムであって、
    前記複数のデバイスとの接続状態を監視する機能と、
    前記接続状態に基づき、前記複数のデバイスの少なくとも１つのデバイスとの前記接続が中断したか否かを判断する機能と、
    前記判断により、前記接続が中断したデバイスである接続中断デバイスが存在すると判断された場合に、前記複数のデバイスのうち前記接続を継続しているデバイスである接続継続デバイスに対して、前記接続中断デバイスの診断を指示する機能とを管理装置に実行させるためのコンピュータプログラム。
17. 請求項１５または請求項１６記載のコンピュータプログラムをコンピュータ読み取り可能に記録した記録媒体。

Images