JP2010092296A - 管理システム及び管理方法並びに制御プログラム - Google Patents

Abstract

【課題】ネットワークやサーバの障害が発生した場合であっても、管理装置と被管理装置との通信を確保する。
【解決手段】管理装置と被管理装置とが少なくとも１つの通信方式で通信可能に接続され、初期状態で双方向通信に設定されている管理システムにおいて、前記被管理装置は、前記管理装置からの要求を受信できない場合は、片方向通信に変更して、予め定めたタイミングで予め定めた内容の送信データを前記管理装置に送信し、その後、前記要求を受信できた場合は、双方向通信に変更して、前記要求に対する応答を前記管理装置に送信する制御を行い、前記管理装置は、前記被管理装置に前記要求を送信できない場合、又は、前記被管理装置から前記要求に対する応答を受信できない場合は、前記要求の送信を中止し、その後、前記要求に対する応答を受信できた場合は、前記要求の送信を再開する制御を行う。
【選択図】図５

Description

本発明は、管理システム及び管理方法並びに制御プログラムに関し、特に、管理装置と被管理装置とが双方向及び片方向で通信可能な管理システム及び該管理システムにおける管理方法並びに管理装置及び被管理装置で動作する制御プログラムに関する。

コピー機能やファクシミリ機能、プリンタ機能、スキャナ機能などを備える複写機や複合機（ＭＦＰ：Multi Function Peripheral）など（以下、これらを総称して画像形成装置と呼ぶ。）が普及している。この画像形成装置は稼働率が高く消耗部品も多く、定期的に保守、点検を行う必要があることから、画像形成装置と管理装置とを通信ネットワークを介して接続し、管理装置は、画像形成装置から印刷枚数や使用頻度、メンテナンス履歴、各種部品の交換履歴などの管理情報を取得し、その管理情報に基づいて画像形成装置の管理を行っている。

画像形成装置から管理情報を取得する方法として、従来は、画像形成装置と管理装置とを電話回線網を介して接続し、管理装置からの電話に対して、画像形成装置が自身の状態を通知する方法（以下、電話回線方式と呼ぶ。）が用いられていた。しかしながら、この方法では、電話回線網としてＩＳＤＮ（Integrated Services Digital Network）などを用いなければならず、汎用性に欠けるという問題があった。

そこで、画像形成装置と管理装置とをインターネットなどの通信ネットワークを介して接続し、管理装置からの電子メールに対して、画像形成装置が自身の状態を記載した電子メールを作成して管理装置に返信する方法（以下、電子メール方式と呼ぶ。）が利用されるようになってきている。

また、ＷｅｂＤＡＶ（Distributed Authoring and Versioning protocol for the WWW）サーバなどのＨＴＴＰ（Hypertext Transfer Protocol）サーバを利用して、管理装置及び画像形成装置の各々からデータの書き込み／読み取りを行う方式（以下、ＨＴＴＰ方式と呼ぶ。）も利用されるようになってきている。

このような様々な方式で通信を行う管理システムの通信制御に関して、例えば、下記特許文献１には、ネットワークを構成する機器、利用者の状態や機器の外部の環境情報を取得し、取得した情報に対応して、情報通知の中止、情報の通知先・範囲の変更、通知情報の優先度の変更、設定・通知内容の変更を行う方法が開示されている。

また、下記特許文献２には、どの通信手順を利用できるかどうかと通信コストを重視するか送信確実性を重視するかによって定められた通信手順の優先順位により通信経路やプロトコルを選択する方法が開示されている。

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

通常の管理システムにおいては、管理装置（ホスト）から要求を送信し、画像形成装置（デバイス）が要求に対して応答することで成り立つ双方向通信が利用されている。一方、電子メール方式やＨＴＴＰ方式などのネットワーク環境に依存した通信方式を利用する場合は、セキュリティーポリシーやＰＯＰ（Post Office Protocol）サーバの有無によっては、画像形成装置（デバイス）がデータを送信するのみの片方向通信が利用される場合もある。

ここで、双方向／片方向、疎結合／密結合などの通信形態によって、管理装置（ホスト）との初期シーケンスが変わるため、ユーザが予め設定すべきパラメータ、例えば、ネットワークパラメータ（ＰＯＰサーバ設定やアカウント情報）、データを暗号化するかしないか（双方向通信の場合はホスト側から指示、片方向通信の場合はデバイス側で指定）などが異なってしまう。

これらの設定すべきパラメータがすべて事前に分かっており、将来変更されないのであればさほど問題ではないが、セキュリティーポリシーの変更やサーバ障害が発生した場合に、受信エラーが発生すると、必要最低限のデータすら送れないという問題が発生する。

本発明は上記問題点に鑑みてなされたものであり、その主たる目的は、初期状態で双方向通信に設定されている管理システムにおいて、ネットワークやサーバの障害が発生した場合であっても、管理装置と被管理装置との通信を確保することができる管理システム及び管理方法並びに制御プログラムを提供することにある。

上記目的を達成するため、本発明は、管理装置と被管理装置とが少なくとも１つの通信方式で通信可能に接続され、前記通信方式は、前記管理装置と前記被管理装置とが互いに通信可能な双方向通信と、前記被管理装置から前記管理装置にのみ通信可能な片方向通信と、に設定可能であり、初期状態で前記双方向通信に設定されている管理システムにおいて、前記被管理装置は、前記管理装置からの要求を受信できない場合は、前記双方向通信から前記片方向通信に変更して、予め定めたタイミングで予め定めた内容の送信データを前記管理装置に送信し、その後、前記要求を受信できた場合は、前記片方向通信から前記双方向通信に変更して、前記要求に対する応答を前記管理装置に送信する制御を行い、前記管理装置は、前記被管理装置に前記要求を送信できない場合、又は、前記被管理装置から前記要求に対する応答を受信できない場合は、前記要求の送信を中止し、その後、前記要求に対する応答を受信できた場合は、前記要求の送信を再開する制御を行うものである。

本発明においては、前記被管理装置は、前記送信データに、前記双方向通信から前記片方向通信に変更したことを示す第１の切り替え情報を付加して送信すると共に、前記要求に対する応答に、前記片方向通信から前記双方向通信に変更したことを示す第２の切り替え情報を付加して送信し、前記管理装置は、前記送信データに前記第１の切り替え情報が付加されている場合は、前記要求の送信を中止し、前記要求に対する応答に前記第２の切り替え情報が付加されている場合は、前記要求の送信を再開する構成とすることができる。

また、本発明においては、前記被管理装置は、前記管理装置に前記送信データ又は前記要求に対する応答を送信できない場合は、他の通信方式を用いて、当該他の通信方式での接続を確立するためのセットアップデータを前記管理装置に送信する構成とすることもできる。

また、本発明は、管理装置と被管理装置とが少なくとも１つの通信方式で通信可能に接続され、前記通信方式は、前記管理装置と前記被管理装置とが互いに通信可能な双方向通信と、前記被管理装置から前記管理装置にのみ通信可能な片方向通信と、に設定可能であり、初期状態で前記双方向通信に設定されている管理システムにおける管理方法であって、前記被管理装置は、前記管理装置からの要求を受信できない場合は、前記双方向通信から前記片方向通信に変更して、予め定めたタイミングで予め定めた内容の送信データを前記管理装置に送信し、前記管理装置は、前記被管理装置に前記要求を送信できない場合、又は、前記被管理装置から前記要求に対する応答を受信できない場合は、前記要求の送信を中止する第１の処理を実行し、前記被管理装置は、前記片方向通信に変更した後に前記要求を受信できた場合は、前記片方向通信から前記双方向通信に変更して、前記要求に対する応答を前記管理装置に送信し、前記管理装置は、前記要求に対する応答を受信できた場合は、前記要求の送信を再開する第２の処理を実行するものである。

また、本発明は、管理装置に少なくとも１つの通信方式で通信可能に接続された被管理装置で動作する制御プログラムであって、コンピュータを、前記管理装置と前記被管理装置とが互いに通信可能な双方向通信に設定されている状態において、前記管理装置からの要求を受信できない場合は、前記双方向通信から、前記被管理装置から前記管理装置にのみ通信可能な片方向通信に変更して、予め定めたタイミングで予め定めた内容の送信データを前記管理装置に送信し、その後、前記要求を受信できた場合は、前記片方向通信から前記双方向通信に変更して、前記要求に対する応答を前記管理装置に送信する制御部として機能させるものである。

また、本発明は、被管理装置に少なくとも１つの通信方式で通信可能に接続された管理装置で動作する制御プログラムであって、コンピュータを、前記管理装置と前記被管理装置とが互いに通信可能な双方向通信に設定されている状態において、前記被管理装置に要求を送信できない場合、又は、前記被管理装置から前記要求に対する応答を受信できない場合は、前記双方向通信から、前記被管理装置から前記管理装置にのみ通信可能な片方向通信に変更されたと判断して、前記要求の送信を中止し、その後、前記要求に対する応答を受信できた場合は、前記片方向通信から前記双方向通信に変更されたと判断して、前記要求の送信を再開する制御部として機能させるものである。

本発明の管理システム及び管理方法並びに制御プログラムによれば、初期状態で双方向通信に設定されている管理システムにおいて、ネットワークやサーバの障害が発生した場合であっても、管理装置と被管理装置との通信を確保することができる。

その理由は、被管理装置（デバイス）は、管理装置（ホスト）からの要求を受信できない場合は、片方向通信に変更して所定のタイミングでデータを送信し、その後、要求を受信できた場合は、双方向通信に変更して要求に対する応答を送信する制御を行うからである。

また、管理装置（ホスト）は、被管理装置（デバイス）に要求を送信できない場合、又は、被管理装置（デバイス）から要求に対する応答を受信できない場合は、片方向通信に変更されたと判断して要求の送信を中止し、その後、要求に対する応答を受信できた場合は、双方向通信に変更されたと判断して要求の送信を再開する制御を行うからである。

また、被管理装置（デバイス）から管理装置（ホスト）にデータや応答を送信できない場合は、他の通信方式に切り替えて、その通信方式での通信を確立するためのセットアップデータを送信する制御を行うからである。

これにより、ネットワークやサーバの障害が発生しているにもかかわらず、ホストが要求を送り続けたり、デバイスがホストからの要求を待ち続ける状態になることがなく、速やかに片方向通信に切り替えて管理システムを正常に機能させることができる。

また、ネットワークやサーバの障害が復旧しているにもかかわらず、ホストがデバイスに要求を送らなかったり、デバイスがホストからの要求に応答しない状態になることがなく、速やかに双方向通信に戻して管理システムを正常に機能させることができる。

背景技術で示したように、管理装置（ホスト）と被管理装置（デバイス）とが電子メール方式やＨＴＴＰ方式で通信する管理システムでは、通常、ホストから要求を送り、デバイスがその要求に対して応答する双方向通信が行われるが、ネットワーク環境が変化した場合は、デバイスからホストへの片方向通信に切り替えなければならない場合が生じる。

しかしながら、通信形態を双方向／片方向に切り替えるためにはネットワークパラメータの設定を変更する必要があり、このネットワークパラメータはセキュリティーポリシーの変更などによって変化するため、通信形態を手動で切り替えなければならない。そのため、通信形態を切り替えるまでの間、デバイスからホストに必要な情報が送信されず、ホストがデバイスを管理できないという問題があった。

そこで、本発明では、初期状態で双方向通信に設定されている管理システムにおいて、被管理装置（デバイス）では、管理装置（ホスト）からの要求を監視し、要求を受信できない場合は、ホスト→デバイス間のネットワークに異常が発生したと判断して、デバイス→ホストの片方向通信に変更して定期的にデバイスの状態を通知する。また、その後、ホストからの要求を受信できた場合は、ホスト→デバイス間のネットワークの異常が解消したと判断して双方向通信に変更して要求に対する応答を送信する。

また、管理装置（ホスト）では、被管理装置（デバイス）に要求を送信できない場合、又は、被管理装置（デバイス）から要求に対する応答を受信できない場合は、デバイス→ホストの片方向通信に変更されたと判断して、要求の送信を中止する。また、その後、要求に対する応答を受信できた場合は、双方向通信に変更されたと判断して要求の送信を再開する。

また、ある通信方式で片方向通信もできない場合は、他の通信方式で通信を試行し、通信が可能であれば、その通信方式での通信を確立するためのセットアップデータを送信する。

このような制御を行うことによって、初期通信確立後にネットワークやサーバに異常が発生した場合であっても、ホストはデバイスを管理するために必要な情報を収集することができ、管理システムを正常に動作させることができる。

上記した本発明の実施の形態についてさらに詳細に説明すべく、本発明の一実施例に係る管理システム及び管理方法並びに制御プログラムについて、図１乃至図９を参照して説明する。図１は、本実施例の管理システムの構成を模式的に示す図であり、図２は、画像形成装置の構成を示すブロック図、図３は、管理装置の構成を示すブロック図である。また、図４乃至図９は、本実施例の管理システムの動作を示すフローチャート図である。

図１に示すように、本実施例の管理システムは、管理対象となる１又は複数の画像形成装置１０と、その１又は複数の画像形成装置１０を管理する１又は複数の管理装置２０と、がＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）などの通信ネットワークで接続され、更に、通信ネットワーク上に、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバ及びＰＯＰサーバ又はＩＭＡＰ（Internet Message Access Protocol）サーバなどのメールサーバ３０と、ＷｅｂＤＡＶサーバなどのＨＴＴＰサーバ４０とが接続されている。

なお、図１では、画像形成装置１０と管理装置２０とが電子メール方式とＨＴＴＰ方式の２つの通信方式で通信可能な構成を示しているが、これらは、双方向通信と片方向通信とが切り替え可能な少なくとも１つの通信方式で通信可能であればよい。また、通信方式は、電子メール方式とＨＴＴＰ方式に限らず、例えば、電話回線方式や、ＨＴＴＰにＳＳＬ（Secure Socket Layer）によるデータの暗号化機能を付加したプロトコルであるＨＴＴＰＳ（Hypertext Transfer Protocol Security）を用いる方式、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）ネットワークでファイルを転送するときに使用されるプロトコルであるＦＴＰ（File Transfer Protocol）を用いる方式などとしてもよい。以下、各装置の具体的な構成について説明する。

［画像形成装置］
画像形成装置１０は、図２に示すように、制御部１１と、スキャナ部１２と、画像処理部１３と、プリンタ部１４と、第１の通信制御部１５ａと、第２の通信制御部１５ｂと、記憶部１６と、表示・操作部１７などを備えている。

制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などにより構成される。ＣＰＵは、表示・操作部１７の操作により、ＲＯＭに記憶されている各種プログラムを読み出してＲＡＭに展開し、展開されたプログラムに従って、画像形成装置１０の各部の動作を制御すると共に、各部の状態を管理する。

また、制御部１１は、管理装置２０からの要求を監視し、所定期間内に要求を受信できない場合は、通信ネットワークやメールサーバ３０、ＨＴＴＰサーバ４０に異常が発生したと判断し、双方向通信から片方向通信に変更して、画像形成装置１０から一方的にデータを送信し、片方向通信に変更した後、管理装置２０からの要求を受信できた場合は、通信ネットワークやメールサーバ３０、ＨＴＴＰサーバ４０の異常が解消したと判断し、片方向通信から双方向通信に変更して、要求に対する応答を送信する制御を実行する。この制御はハードウェアの機能で実現してもよいし、コンピュータに上記制御を実行させる制御プログラムとして構成し、該制御プログラムを制御部１１上で動作させる構成としてもよい。

スキャナ部１２は、原稿に記録された情報を読み取るものであり、原稿を走査する光源と、原稿で反射された光を電気信号に変換するＣＣＤ（Charge Coupled Devices）と、電気信号をＡ／Ｄ変換するＡ／Ｄ変換器等により構成される。

画像処理部１３は、スキャナ部１２で読み取った画像（以下、スキャン画像と呼ぶ。）に対して、拡大／縮小、回転、周波数変換、ＲＧＢデータからＹＭＣＫデータへの色変換、階調補正等の各種画像処理を行う。

プリンタ部１４は、転写紙に印刷する画像を形成する画像形成部、形成した画像を転写紙に転写する転写部、転写した画像を定着させる定着部、転写紙を搬送する搬送部、画像形成部や転写部、定着部をクリーニングするクリーニング部などを備え、電子写真方式により、入力されたデータに基づいて、転写紙上に画像を形成して出力する。また、各サイズの転写紙の印刷枚数をカウントするカウンタを備え、全印刷枚数やサイズ毎の印刷枚数などの管理情報を制御部１１に送信する。

第１の通信制御部１５ａは、外部のメールサーバ３０（ＳＭＴＰサーバ）に対して電子メールを送信すると共に、メールサーバ３０（ＰＯＰサーバ）から電子メールを受信する制御を行う。また、送信メールや受信メールの振り分け処理などを行うメールマネージャとしても機能する。

第２の通信制御部１５ｂは、外部のＨＴＴＰサーバ４０（ＷｅｂＤＡＶサーバ）にデータを書き込んだり、ＨＴＴＰサーバ４０（ＷｅｂＤＡＶサーバ）からデータを読み取る制御を行い、ＨＴＴＰクライアントとして機能する。

記憶部１６は、フラッシュメモリやハードディスク等により構成され、各種データや設定条件等を記憶する。本実施例では、特に、全印刷枚数やサイズ毎の印刷枚数、装置全体や各部分の使用頻度、メンテナンス履歴、部品の交換履歴などの管理情報を記憶する。

表示・操作部１７は、液晶表示装置（ＬＣＤ：Liquid Crystal Display）や有機ＥＬ（electroluminescence）表示装置上に、透明電極が格子状に配置された感圧式の操作部（タッチパネル）を設けて構成され、手指やタッチペン等で押下された力点のＸＹ座標を電圧値で検出し、検出された位置信号を操作信号として制御部１１に出力する。

［管理装置］
管理装置２０は、図３に示すように、制御部２１と、記憶部２２と、第１の通信制御部２３ａと、第２の通信制御部２３ｂと、表示部２４と、操作部２５などを備えている。

制御部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどにより構成される。ＣＰＵは、操作部２５の操作により、ＲＯＭに記憶されている各種プログラムを読み出してＲＡＭに展開し、展開されたプログラムに従って、管理装置２０の各部の動作を制御すると共に、画像形成装置１０の状態を管理する。

また、制御部２１は、画像形成装置１０から要求に対する応答を受信できない場合、又は、要求を送信できない場合は、双方向通信から片方向通信に変更されたと判断して、要求の送信を中止し、片方向通信に変更された後、要求に対する応答を受信できた場合は、片方向通信から双方向通信に変更されたと判断して、要求の送信を再開する制御を実行する。この制御はハードウェアの機能で実現してもよいし、コンピュータに上記制御を実行させる制御プログラムとして構成し、該制御プログラムを制御部２１上で動作させる構成としてもよい。

記憶部２２は、フラッシュメモリやハードディスク等により構成され、各種データを記憶する。本実施例では、特に、要求に対する応答として各々の画像形成装置１０から取得した情報（例えば、個別のカウンタ情報、ファームウェアの書き換えイベント）と片方向通信で画像形成装置１０から通知された情報（全体のカウンタ情報、ＪＡＭ情報、サービスコールの回数、トレイ情報）などの管理情報を記憶する。

第１の通信制御部２３ａは、外部のメールサーバ３０（ＳＭＴＰサーバ）に対して電子メールを送信すると共に、メールサーバ３０（ＰＯＰサーバ）から電子メールを受信する制御を行う。また、送信メールや受信メールの振り分け処理などを行うメールマネージャとしても機能する。

第２の通信制御部２３ｂは、外部のＨＴＴＰサーバ４０（ＷｅｂＤＡＶサーバ）にデータを書き込んだり、ＨＴＴＰサーバ４０（ＷｅｂＤＡＶサーバ）からデータを読み取る制御を行い、ＨＴＴＰクライアントとして機能する。

表示部２４は、液晶表示装置や有機ＥＬ表示装置等からなり、制御部２１からの表示信号に従って画面上に各種管理画面などを表示する。また、操作部２５は、キーボードやマウス等からなり、各々の画像形成装置に適用する通信方式の選択などの操作を行う。

なお、図２及び図３は一例であり、管理装置２０と画像形成装置１０とが双方向及び片方向で通信可能な限りにおいて、その構成は適宜変更可能である。

上記構成の管理システムにおける、初期通信、通常通信、リカバリー、通信方式の切り替えの各動作を順に説明する。なお、以下では、電子メール方式を前提にして説明するが、ＨＴＴＰ方式や他の通信方式においてもその考え方は同様である。

［初期通信］
初期通信では、画像形成装置１０は、通信を確立するためのセットアップメールに対する管理装置２０からの応答メールの受信に成功したら双方向通信の設定を完了し、応答メールの受信に失敗したら通信形態を切り替えて片方向通信に変更する。なお、通常通信では、接続エラーやメール着信なしなど、サーバやネットワーク障害と思われるもののみ切り替え対象とするが、初期通信では、パラメータ入力ミスの可能性が大きいため、すべてのエラーを対話形式で確認してから通信方式の変更を行う。

以下、初期通信時の画像形成装置１０の動作シーケンスについて、図４のフローチャート図を参照して具体的に説明する。

Ｓ１０１にて、画像形成装置１０の制御部１１は、予め定められたセットアップメールを作成し、第１の通信制御部１５ａを用いて管理装置２０に送信する。送信に失敗した場合は、Ｓ１０７で表示・操作部１７にエラー表示を行ってセットアップ失敗を通知する。一方、送信に成功した場合はＳ１０２に進む。

Ｓ１０２にて、制御部１１は、メールの受信処理を行う。ＰＯＰサーバとの通信に成功した場合（メールがない場合を含む。）はＳ１０３に進む。一方、通信系エラー（接続エラーや認証エラー）が発生した場合はＳ１０５に進む。

Ｓ１０３にて、制御部１１は、管理装置２０からの応答メールがあるかどうかを確認する。応答メールがある場合は、双方向通信が可能であるため、Ｓ１０８でセットアップを完了する。一方、応答メールがない場合は、Ｓ１０４でタイムアウトするまでメール受信動作を繰り返す。

Ｓ１０５にて、メールの受信処理において通信系エラーが発生した場合、及び、Ｓ１０４でタイムアウトになった場合は、初期通信に限り、制御部１１は、双方向通信のセットアップに失敗した旨を通知し、片方向通信に切り替えてよいかをユーザに問い合わせる。ユーザが片方向通信への切り替えを許可した場合は、Ｓ１０６で片方向通信に変更する。一方、ユーザが片方向通信への切り替えを拒否した場合は、Ｓ１０７で表示・操作部１７にエラー表示を行ってセットアップ失敗を通知する。

一方、管理装置２０では、画像形成装置１０からのセットアップメールを受信すると、制御部２１は、応答メールを作成し、第１の通信制御部２３ａを用いて画像形成装置１０に送信する。

［通常通信］
通常通信では、セキュリティーポリシーの変更やサーバ障害によって受信ができなくなった場合に、通信形態を片方向通信に切り替える。なお、双方向通信では、データ送信のトリガと内容は管理装置２０が指示するが、片方向通信ではその情報が得られないため、データ送信周期（３０分毎、１時間毎、６時間毎など）、データ送信タイミング（ジョブ終了時、サービスコール時、ＪＡＭ発生時、電源オフ時など）、送信内容（カウンタ、ステータスなど）、データの暗号化の有無などの情報を予め画像形成装置１０側に設定しておく。また、片方向通信に切り替わった後、ＰＯＰサーバが復旧していないかを確認するために、データ送受信時に受信試行を行い、復旧していれば双方向通信に戻す。この自動切り替えは、管理装置２０にも適用可能である。

以下、双方向通信から片方向通信に切り替える場合の画像形成装置１０の動作シーケンスについて、図５のフローチャート図を参照して具体的に説明する。

Ｓ２０１にて、画像形成装置１０の制御部１１は、ＰＯＰサーバと通信を行い、管理装置２０からの要求を受信し、要求の受信に成功した場合は、双方向通信が正常であるため、通信形態の切り替えは行わずに処理を終了する。一方、要求の受信に失敗した場合は、Ｓ２０２に進む。

Ｓ２０２にて、制御部１１は、双方向通信から片方向通信への切り替えが可能であるかを判断する。例えば、接続エラー（ＰＯＰサーバ〜画像形成装置１０間のエラー）の場合は画像形成装置１０からのデータ送信はできるため、切り替え可能であると判断し、Ｓ２０３に進む。一方、認証エラーの場合は画像形成装置１０からのデータ送信もできないため、切り替え不可と判断し、Ｓ２０５で表示・操作部１７に通信エラー表示を行い、通信形態の切り替えは行わずに終了する。

Ｓ２０３にて、制御部１１は、通信形態を双方向通信から片方向通信に変更する。具体的には、管理装置２０からの要求に対して応答するのではなく、予め定めたデータ送信タイミングで予め定めた内容の情報を定期的に送信できるように、内部的な動作切り替えを行う。

Ｓ２０４にて、制御部１１は、通信形態が片方向通信に変更された旨を通知する通信形態切り替え情報を送信データに付加し、片方向通信の送信タイミングで管理装置２０に送信する。データ送信に成功した場合は、片方向通信が可能であるため、処理を終了する。一方、データ送信に失敗した場合は、片方向通信も不可能であるため、Ｓ２０５で表示・操作部１７に通信エラー表示を行って終了する。

一方、管理装置２０では、制御部２１は、画像形成装置１０からの送信データに付加されている通信形態切り替え情報に基づいて通信形態を判断し、片方向通信に変更されている場合は、以降の要求を中止する。

次に、片方向通信から双方向通信に切り替える場合の画像形成装置１０の動作シーケンスについて、図６のフローチャート図を参照して具体的に説明する。

Ｓ３０１にて、画像形成装置１０の制御部１１は、ＰＯＰサーバが復旧していないかを確認するために、所定のタイミング（例えば、片方向通信の送信タイミング）で受信試行を行う。受信できた場合は、Ｓ３０２に進む。一方、受信できない場合は、双方向通信に戻すことができないため、通信形態の切り替えは行わずに処理を終了する。

Ｓ３０２にて、制御部１１は、ＰＯＰサーバが復旧したと判断して、通信形態を片方向通信から双方向通信に変更する。具体的には、管理装置２０からの要求に対して応答するように、内部的な動作切り替えを行う。

Ｓ３０３にて、制御部１１は、管理装置２０に通信形態が双方向通信に変更された旨を通知する通信形態切り替え情報を要求に対する応答に付加し、管理装置２０に返信する。返信に成功した場合は、双方向通信が可能であるため、処理を終了する。一方、返信に失敗した場合は、Ｓ３０４で表示・操作部１７に通信エラー表示を行って終了する。

一方、管理装置２０では、制御部２１は、画像形成装置１０からの応答に付加されている通信形態切り替え情報に基づいて通信形態を判断し、双方向通信に変更されている場合は、中止していた要求を次から再開する。

［ホストのリカバリー］
メールサーバ３０〜画像形成装置１０間の通信エラーではなく、管理装置２０〜メールサーバ３０間の通信エラーの場合は、受信のみの対応となる。管理装置２０は画像形成装置１０からの応答を受信してイベントが完了となる双方向シーケンスを破棄し、画像形成装置１０からの定期送信や緊急発信のみを受け付ける管理装置版の片方向通信に切り替わる。画像形成装置１０は一定期間（例えば１日）が経っても管理装置２０からの要求がない場合は、自動的に片方向通信に切り替え、要求を待たずに定期送信を行うようになる。

以下、管理装置２０側の動作シーケンスについて、図７のフローチャート図を参照して具体的に説明する。

Ｓ４０１にて、管理装置２０の制御部２１は、画像形成装置１０からの応答を監視し、応答を受信した場合は、応答の内容に基づいて次の要求を作成し、Ｓ４０２に進む。一方、応答を受信できない場合は、画像形成装置１０の管理ができないため、処理を終了する。

Ｓ４０２にて、制御部２１は、作成した要求を送信する。送信に成功した場合は、Ｓ４０３でその要求に対する応答を待ち、Ｓ４０１で応答を受信する。一方、要求の送信に失敗した場合は、Ｓ４０４に進む。

Ｓ４０４にて、制御部２１は、要求の送信処理を中止し、その要求に対する応答を待たないで、画像形成装置１０からの定期送信データだけを処理するように切り替える。

次に、画像形成装置１０側の動作シーケンスについて、図８のフローチャート図を参照して具体的に説明する。

Ｓ５０１にて、画像形成装置１０の制御部１１は、管理装置２０からの要求を監視し、要求を受信した場合は、双方向通信が正常に行われているため、処理を終了する。一方、要求を受信できない場合は、Ｓ５０２で設定間隔が経過するまでＳ５０３でリトライを行う。そして、Ｓ５０２で設定間隔が経過しても要求を受信しない場合やＰＯＰサーバ上に要求メールがない場合は、タイムアウトになってＳ５０４に進む。

Ｓ５０４にて、制御部１１は、通信形態を双方向通信から片方向通信に変更する。

Ｓ５０５にて、制御部１１は、通信形態が片方向通信に変更された旨を通知する通信形態切り替え情報を送信データに付加し、片方向通信の送信タイミングでデータ送信を行う。データ送信に成功した場合は、片方向通信が可能であるため、処理を終了する。一方、データ送信に失敗した場合は、片方向通信も不可能であるため、Ｓ５０６で表示・操作部１７に通信エラー表示を行って終了する。

［通信方式の自動切り換え］
通信エラーが発生した場合は片方向通信でも通信ができないため、通信方式を切り替える。例えば、電子メール方式が通信エラーであれば他の通信方式（例えば、ＨＴＴＰ方式）に切り替える。このとき管理装置２０は以前の通信方式を記憶しているために、画像形成装置１０で通信方式を切り替えても管理装置２０はその通信方式を拒否してしまう。そこで、通信方式を切り替える場合は、初期通信を自動的にやり直す仕組みが入り、その後、通信エラーで送信できなかった情報を再送信する。

以下、画像形成装置１０側の動作シーケンスについて、図９のフローチャート図を参照して具体的に説明する。

Ｓ６０１にて、画像形成装置１０の制御部１１は、電子メール方式で通信を試み、通信に失敗したら、Ｓ６０２のＨＴＴＰ方式で通信を試み、通信に失敗したら、さらに、Ｓ６０３の電話回線方式等の他の通信方式を試行する。すべての通信方式で通信できない場合は、Ｓ６０５で表示・操作部１７に通信エラー表示を行って終了する。

Ｓ６０４にて、いずれかの通信方式で通信に成功した場合は、そのままセットアップデータを送信し初期通信をやり直す。

このように、初期状態で双方向通信に設定されている管理システムにおいて、画像形成装置１０は、管理装置２０からの要求を受信できない場合は片方向通信に切り替え、その後、管理装置２０からの要求を受信できた場合は双方向通信に戻す制御を行い、管理装置２０は、画像形成装置１０から要求に対する応答を受信できない場合、又は、画像形成装置１０に要求を送信できない場合は片方向通信に切り替わったと判断して要求の送信を中止し、その後、要求に対する応答を受信できた場合は双方向通信に戻ったと判断して要求の送信を再開する制御を行うことにより、初期通信確立後にネットワークやサーバに異常が発生した場合であっても、管理装置２０は画像形成装置１０を管理するために必要な情報を収集することができ、管理システムを正常に動作させることができる。

なお、上記実施例では、画像形成装置１０を被管理装置とする場合を示したが、本発明は上記実施例に限定されるものではなく、管理装置２０で管理可能な任意の装置に対して同様に適用することができる。

本発明は、管理装置と被管理装置とが双方向及び片方向で通信可能な管理システム及び該管理システムにおける管理方法並びに管理装置又は被管理装置で動作する制御プログラムに利用可能である。

本発明の一実施例に係る管理システムの構成を模式的に示す図である。 本発明の一実施例に係る画像形成装置の構成を示すブロック図である。 本発明の一実施例に係る管理装置の構成を示すブロック図である。 本発明の一実施例に係る画像形成装置の動作（初期通信時の動作）を示すフローチャート図である。 本発明の一実施例に係る画像形成装置の動作（通常通信時の双方向から片方向への切り替え動作）を示すフローチャート図である。 本発明の一実施例に係る画像形成装置の動作（通常通信時の片方向から双方向への切り替え動作）を示すフローチャート図である。 本発明の一実施例に係る管理装置のリカバリー動作を示すフローチャート図である。 本発明の一実施例に係る画像形成装置のリカバリー動作を示すフローチャート図である。 本発明の一実施例に係る画像形成装置の動作（通信方式の切り替え動作）を示すフローチャート図である。

符号の説明

１０ 画像形成装置
１１ 制御部
１２ スキャナ部
１３ 画像処理部
１４ プリンタ部
１５ａ 第１の通信制御部
１５ｂ 第２の通信制御部
１６ 記憶部
１７ 表示・操作部
２０ 管理装置
２１ 制御部
２２ 記憶部
２３ａ 第１の通信制御部
２３ｂ 第２の通信制御部
２４ 表示部
２５ 操作部
３０ メールサーバ
４０ ＨＴＴＰサーバ

Claims (11)

1. 管理装置と被管理装置とが少なくとも１つの通信方式で通信可能に接続され、
   前記通信方式は、前記管理装置と前記被管理装置とが互いに通信可能な双方向通信と、前記被管理装置から前記管理装置にのみ通信可能な片方向通信と、に設定可能であり、初期状態で前記双方向通信に設定されている管理システムにおいて、
   前記被管理装置は、前記管理装置からの要求を受信できない場合は、前記双方向通信から前記片方向通信に変更して、予め定めたタイミングで予め定めた内容の送信データを前記管理装置に送信し、その後、前記要求を受信できた場合は、前記片方向通信から前記双方向通信に変更して、前記要求に対する応答を前記管理装置に送信する制御を行い、
   前記管理装置は、前記被管理装置に前記要求を送信できない場合、又は、前記被管理装置から前記要求に対する応答を受信できない場合は、前記要求の送信を中止し、その後、前記要求に対する応答を受信できた場合は、前記要求の送信を再開する制御を行う、ことを特徴とする管理システム。
2. 前記被管理装置は、前記送信データに、前記双方向通信から前記片方向通信に変更したことを示す第１の切り替え情報を付加して送信すると共に、前記要求に対する応答に、前記片方向通信から前記双方向通信に変更したことを示す第２の切り替え情報を付加して送信し、
   前記管理装置は、前記送信データに前記第１の切り替え情報が付加されている場合は、前記要求の送信を中止し、前記要求に対する応答に前記第２の切り替え情報が付加されている場合は、前記要求の送信を再開する、ことを特徴とする請求項１に記載の管理システム。
3. 前記被管理装置は、前記管理装置に前記送信データ又は前記要求に対する応答を送信できない場合は、他の通信方式を用いて、当該他の通信方式での接続を確立するためのセットアップデータを前記管理装置に送信する、ことを特徴とする請求項１又は２に記載の管理システム。
4. 管理装置と被管理装置とが少なくとも１つの通信方式で通信可能に接続され、
   前記通信方式は、前記管理装置と前記被管理装置とが互いに通信可能な双方向通信と、前記被管理装置から前記管理装置にのみ通信可能な片方向通信と、に設定可能であり、初期状態で前記双方向通信に設定されている管理システムにおける管理方法であって、
   前記被管理装置は、前記管理装置からの要求を受信できない場合は、前記双方向通信から前記片方向通信に変更して、予め定めたタイミングで予め定めた内容の送信データを前記管理装置に送信し、前記管理装置は、前記被管理装置に前記要求を送信できない場合、又は、前記被管理装置から前記要求に対する応答を受信できない場合は、前記要求の送信を中止する第１の処理を実行し、
   前記被管理装置は、前記片方向通信に変更した後に前記要求を受信できた場合は、前記片方向通信から前記双方向通信に変更して、前記要求に対する応答を前記管理装置に送信し、前記管理装置は、前記要求に対する応答を受信できた場合は、前記要求の送信を再開する第２の処理を実行する、ことを特徴とする管理方法。
5. 前記第１の処理では、前記被管理装置は、前記送信データに、前記双方向通信から前記片方向通信に変更したことを示す第１の切り替え情報を付加して送信し、前記管理装置は、前記送信データに前記第１の切り替え情報が付加されている場合は、前記要求の送信を中止し、
   前記第２の処理では、前記被管理装置は、前記要求に対する応答に、前記片方向通信から前記双方向通信に変更したことを示す第２の切り替え情報を付加して送信し、前記管理装置は、前記要求に対する応答に前記第２の切り替え情報が付加されている場合は、前記要求の送信を再開する、ことを特徴とする請求項４に記載の管理方法。
6. 前記被管理装置は、前記第１の処理で前記管理装置に前記送信データを送信できない場合、又は、前記第２の処理で前記管理装置に前記要求に対する応答を送信できない場合は、他の通信方式を用いて、当該他の通信方式での接続を確立するためのセットアップデータを前記管理装置に送信する、ことを特徴とする請求項４又は５に記載の管理方法。
7. 管理装置に少なくとも１つの通信方式で通信可能に接続された被管理装置で動作する制御プログラムであって、
   コンピュータを、
   前記管理装置と前記被管理装置とが互いに通信可能な双方向通信に設定されている状態において、前記管理装置からの要求を受信できない場合は、前記双方向通信から、前記被管理装置から前記管理装置にのみ通信可能な片方向通信に変更して、予め定めたタイミングで予め定めた内容の送信データを前記管理装置に送信し、その後、前記要求を受信できた場合は、前記片方向通信から前記双方向通信に変更して、前記要求に対する応答を前記管理装置に送信する制御部として機能させる、ことを特徴とする制御プログラム。
8. 前記制御部は、前記送信データに、前記双方向通信から前記片方向通信に変更したことを示す第１の切り替え情報を付加して送信すると共に、前記要求に対する応答に、前記片方向通信から前記双方向通信に変更したことを示す第２の切り替え情報を付加して送信する、ことを特徴とする請求項７に記載の制御プログラム。
9. 前記制御部は、前記管理装置に前記送信データ又は前記要求に対する応答を送信できない場合は、他の通信方式を用いて、当該他の通信方式での接続を確立するためのセットアップデータを前記管理装置に送信する、ことを特徴とする請求項７又は８に記載の制御プログラム。
10. 被管理装置に少なくとも１つの通信方式で通信可能に接続された管理装置で動作する制御プログラムであって、
    コンピュータを、
    前記管理装置と前記被管理装置とが互いに通信可能な双方向通信に設定されている状態において、前記被管理装置に要求を送信できない場合、又は、前記被管理装置から前記要求に対する応答を受信できない場合は、前記双方向通信から、前記被管理装置から前記管理装置にのみ通信可能な片方向通信に変更されたと判断して、前記要求の送信を中止し、その後、前記要求に対する応答を受信できた場合は、前記片方向通信から前記双方向通信に変更されたと判断して、前記要求の送信を再開する制御部として機能させる、ことを特徴とする制御プログラム。
11. 前記制御部は、前記被管理装置から送信される情報に、前記双方向通信から前記片方向通信に変更したことを示す第１の切り替え情報が付加されている場合は、前記要求の送信を中止し、前記情報に、前記片方向通信から前記双方向通信に変更したことを示す第２の切り替え情報が付加されている場合は、前記要求の送信を再開する、ことを特徴とする請求項１０に記載の制御プログラム。

Images