(57)【特許請求の範囲】
【請求項１】
画像処理装置とネットワークを介して通信可能なファクシミリサーバであって、
前記画像処理装置から送信ジョブを受信する受信手段と、
前記受信手段によって受信した送信ジョブを実行できず、前記送信ジョブを実行できるようになったときに、前記ファクシミリサーバ、及び、前記受信手段が前記送信ジョブを受信した後で、前記ファクシミリサーバが前記送信ジョブを実行できない場合に前記画像処理装置から前記送信ジョブを受信する他のファクシミリサーバ、による前記送信ジョブの実行履歴を示す履歴情報を前記画像処理装置から取得する取得手段と、
前記送信ジョブが前記他のファクシミリサーバによって正常に終了しているか否かを前記取得手段によって取得された履歴情報に基づいて判断する判断手段と、
前記送信ジョブが正常に終了していないと前記判断手段によって判断された場合に、前記受信手段が受信した送信ジョブを実行し、
前記送信ジョブが正常に終了していると前記判断手段によって判断された場合に、前記受信手段が受信した送信ジョブを実行しない制御手段と、
を備えることを特徴とするファクシミリサーバ。
【請求項２】
前記送信ジョブを実行できない原因は前記ファクシミリサーバの送信機能の障害であり、送信ジョブを実行できるようになった場合は、前記ファクシミリサーバの送信機能の障害が復旧した場合であることを特徴とする請求項１に記載のファクシミリサーバ。 
【請求項３】
前記送信ジョブを実行できない原因は前記ファクシミリサーバの電源の切断であり、送信ジョブを実行できるようになった場合は、前記ファクシミリサーバの電源が供給された状態であることを特徴とする請求項１に記載のファクシミリサーバ。
【請求項４】
前記送信ジョブは、前記画像処理装置によって生成された画像データを送信するジョブであることを特徴とする請求項１乃至３のいずれか１項に記載のファクシミリサーバ。 
【請求項５】
前記制御手段は、前記判断手段によって前記送信ジョブが正常に終了していると判断された場合に、前記受信手段が受信した送信ジョブをキャンセルすることを特徴とする請求項１乃至４のいずれか１項に記載のファクシミリサーバ。
【請求項６】
画像処理装置と、当該画像処理装置とネットワークを介して通信可能な第１のファクシミリサーバ及び第２のファクシミリサーバとを含むファクシミリシステムであって、前記画像処理装置は、
前記第１のファクシミリサーバに対して送信ジョブの実行を要求し、前記第１のファクシミリサーバが前記送信ジョブを実行できない場合に第２のファクシミリサーバに対して送信ジョブの実行を要求する要求手段と、
前記要求手段が前記第１のファクシミリサーバ及び前記第２のファクシミリサーバに対して実行を要求した前記送信ジョブの実行履歴を示す履歴情報を管理する管理手段と、を備え、
前記第１のファクシミリサーバは、
前記画像処理装置から送信ジョブを受信する第１の受信手段を備え、
前記第２のファクシミリサーバは、
前記第１のファクシミリサーバが前記第１の受信手段によって受信した送信ジョブを実行できない場合に、前記画像処理装置から前記送信ジョブを受信する第２の受信手段と、
前記第２の受信手段によって受信した送信ジョブを実行する実行手段と、
前記実行手段で実行された送信ジョブの実行履歴を前記画像処理装置に通知する通知手段とを備え、
前記第１のファクシミリサーバは、さらに、
前記第１の受信手段によって受信した送信ジョブを実行できず、前記送信ジョブを実行できるようになったときに、前記管理手段に管理されている前記履歴情報を前記画像処理装置から取得する取得手段と、
前記送信ジョブが前記第２のファクシミリサーバによって正常に終了しているか否かを前記取得手段によって取得された前記履歴情報に基づいて判断する判断手段と、
前記送信ジョブが正常に終了していないと前記判断手段によって判断された場合に、前記第１の受信手段が受信した送信ジョブを実行し、
前記送信ジョブが正常に終了していると前記判断手段によって判断された場合に、前記第１の受信手段が受信した送信ジョブを実行しない制御手段と、
を備えることを特徴とするファクシミリシステム。
【請求項７】
画像処理装置とネットワークを介して通信可能なファクシミリサーバの制御方法であって、
前記画像処理装置から送信ジョブを受信する受信工程と、
前記受信工程で受信した送信ジョブを実行できず、前記送信ジョブを実行できるようになったときに、前記ファクシミリサーバ、及び、前記受信手段が前記送信ジョブを受信した後で、前記ファクシミリサーバが前記送信ジョブを実行できない場合に前記画像処理装置から前記送信ジョブを受信する他のファクシミリサーバ、による前記送信ジョブの実行履歴を示す履歴情報を前記画像処理装置から取得する取得工程と、
前記送信ジョブが前記他のファクシミリサーバによって正常に終了しているか否かを前記取得工程で取得された履歴情報に基づいて判断する判断工程と、
前記送信ジョブが正常に終了していないと前記判断工程で判断された場合に、前記送信ジョブを実行し、
前記受信工程で受信した送信ジョブが正常に終了していると前記判断工程で判断された場合に、前記受信工程で受信した送信ジョブを実行しない制御工程と、
を備えることを特徴とするファクシミリサーバの制御方法。
【請求項８】
画像処理装置と、当該画像処理装置とネットワークを介して通信可能な第１のファクシミリサーバ及び第２のファクシミリサーバとを含むファクシミリシステムにおける通信制御方法であって、
前記画像処理装置において、
前記第１のファクシミリサーバに対して送信ジョブの実行を要求し、前記第１のファクシミリサーバが前記送信ジョブを実行できない場合に第２のファクシミリサーバに対して送信ジョブの実行を要求する要求工程と、
前記要求工程で前記第１のファクシミリサーバ及び前記第２のファクシミリサーバに対して実行を要求した前記送信ジョブの実行履歴を示す履歴情報を管理する管理工程と、を備え、
前記第１のファクシミリサーバにおいて、
前記画像処理装置から送信ジョブを受信する第１の受信工程を備え、
前記第２のファクシミリサーバにおいて、
前記第１のファクシミリサーバが前記第１の受信工程で受信した送信ジョブを実行できない場合に、当該送信ジョブを前記画像処理装置から受信する第２の受信工程と、前記第２の受信工程で受信した送信ジョブを実行する実行工程と、
前記実行工程で実行された送信ジョブの実行履歴を前記画像処理装置に通知する通知工程と、を備え、
前記第１のファクシミリサーバにおいて、さらに、
前記第１の受信工程で受信した送信ジョブを実行できず、前記送信ジョブを実行できるようになったときに、前記管理工程で管理された前記履歴情報を前記画像処理装置から取得する取得工程と、
前記送信ジョブが前記第２のファクシミリサーバによって正常に終了しているか否かを前記取得手段によって取得された前記履歴情報に基づいて判断する判断工程と、
前記送信ジョブが正常に終了していないと前記判断工程で判断された場合に、前記第１の受信工程で受信した送信ジョブを実行し、
前記送信ジョブが正常に終了していると前記判断工程で判断された場合に、前記第１の受信工程で受信した送信ジョブを実行しない制御工程とを備えることを特徴とする通信制御方法。
【請求項９】
コンピュータを請求項１乃至５のいずれか１項に記載のファクシミリサーバの各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置から受信した送信ジョブを実行するファクシミリサーバに関するものである。
【背景技術】
【０００２】
従来、この種のシステム例として下記特許文献１が公開されている。このようなシステムは、ファクシミリサーバ（以下ＦＡＸサーバと略す）とは、同一のＬＡＮに接続された複数の画像処理装置に対し、ファクシミリデータ通信に関するサービスを提供することが可能に構成されている。
【０００３】
画像処理装置は、ＦＡＸサーバに対するクライアントとして動作し、ＦＡＸサーバに対してＦＡＸ送信要求または画像データの送信または各種の要求を出す。
図８は、従来のＦＡＸクライアントサーバシステムの構成図である。
図８において、１１０は画像処理装置、ＦＡＸサーバなどが接続されたＬＡＮである。１２０はファクシミリ、ＦＡＸサーバなどが接続された公衆回線である。１０１、１０２はＬＡＮに接続された画像処理装置、１０３は当該ＬＡＮと公衆回線ともに接続されたＦＡＸサーバである。また１０４は公衆回線に接続されたＦＡＸである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2010-034766号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来のＦＡＸサーバは以上のように構成されていたため、同一ＬＡＮ上にＦＡＸサーバが１台接続されているシステムにおいては、ＦＡＸサーバが修復不可能な故障が生じた場合に、ＦＡＸサーバは使用不可能となりＦＡＸ送信ができなくなるなどの問題点があった。
【０００６】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、画像処理装置が複数のファクシミリサーバに対して送信ジョブの実行を要求した場合に、送信ジョブが重複して実行されることを防止する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成する本発明のファクシミリサーバは、画像処理装置とネットワークを介して通信可能なファクシミリサーバであって、前記画像処理装置から送信ジョブを受信する受信手段と、前記受信手段によって受信した送信ジョブを実行できず、前記送信ジョブを実行できるようになったときに、前記ファクシミリサーバ、及び、前記受信手段が前記送信ジョブを受信した後で、前記ファクシミリサーバが前記送信ジョブを実行できない場合に前記画像処理装置から前記送信ジョブを受信する他のファクシミリサーバ、による送信ジョブの実行履歴を示す履歴情報を前記画像処理装置から取得する取得手段と、前記送信ジョブが前記他のファクシミリサーバによって正常に終了しているか否かを前記取得手段によって取得された履歴情報に基づいて判断する判断手段と、前記送信ジョブが正常に終了していないと前記判断手段によって判断された場合に、前記受信手段が受信した送信ジョブを実行し、前記送信ジョブが正常に終了していると前記判断手段によって判断された場合に、前記受信手段が受信した送信ジョブを実行しない制御手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、画像処理装置が複数のファクシミリサーバに対して送信ジョブの実行を要求した場合に、送信ジョブが重複して実行されることを防止することができる。
【図面の簡単な説明】
【０００９】
【図１】画像処理システムの構成を説明するブロック図である。
【図２】図１に示したＦＡＸサーバの構成を説明するブロック図である。
【図３】図１に示した画像処理装置の構成を説明スルブロック図である。
【図４】画像処理システムの通信シーケンスの一例を示す図である。
【図５】画像処理システムの制御手順を示すフローチャートである。
【図６】画像処理システムの制御手順を示すフローチャートである。
【図７】画像処理システムの制御手順を示すフローチャートである。
【図８】従来のＦＡＸクライアントサーバシステムの構成図である。
【発明を実施するための形態】
【００１０】
次に本発明を実施するための最良の形態について図面を参照して説明する。以下、複数の読み取った画像データを公衆回線を介してファクシミリ送受信処理を行う第１、第２のサーバ装置（後述するＦＡＸサーバがプライマリサーバとセカンダリサーバ）に送信可能な画像処理装置の例を説明する。
【００１１】
〔第１実施形態〕
図１は、本実施形態を示す画像処理システムの構成を説明するブロック図である。本例は、同一のＬＡＮに接続されているクライアントとなる複数の画像処理装置との間でＦＡＸデータを送受信する機能を持ったＦＡＸサーバを複数備えるサーバクライアントシステム例である。なお、本例では、ＦＡＸサーバがプライマリサーバとセカンダリサーバとから構成される例である。また、ＦＡＸプライマリサーバ、ＦＡＸセカンダリサーバは、原稿画像を読み取る読み取り手段を備える画像処理装置である例である。
【００１２】
図１において、２１０はＬＡＮ、２２０は公衆回線、２０３、２０４はＬＡＮ２１０に接続されたクライアントとなる画像処理装置（以下クライアント）、２０１、２０２はＬＡＮ２１０と公衆回線２２０に接続されたＦＡＸプライマリサーバ、ＦＡＸセカンダリサーバ、２０５は公衆回線２２０に接続されたファクシミリ装置を示す。
【００１３】
ＦＡＸプライマリサーバ２０３、ＦＡＸセカンダリサーバ２０４の構成も、前記で説明したＦＡＸサーバ１０３と同じである。
図２は、図１に示したサーバ装置の構成を説明するブロック図である。ここで、ＦＡＸ装置とは、ＦＡＸプライマリサーバ２０３、ＦＡＸセカンダリサーバ２０４に対応する。
図２に示すＦＡＸサーバ２０３、２０４おいて、制御部３１０は、操作部３２０、プリンタ３２１、スキャナ３２２、ＭＯＤＥＭ３２３から構成される。
また制御部３１０は、ＣＰＵ３１１、画像データ、符号データなどを蓄積するデータ記憶部３１２、プリンタの解像度に応じた拡大縮小の変換、ＦＡＸの符号化方式に応じた符号化などを行う画像処理部３１３を備える。さらに、制御部３１０は、通信結果を管理する通信管理部３１４、操作部Ｉ／Ｆ３１５、プリンタＩ／Ｆ３１６、スキャナＩ／Ｆ３１７を備える。さらに、制御部３１０は、公衆回線に接続されたＦＡＸ１０４との通信を制御するＦＡＸ通信制御部３１８、ＬＡＮ２１０を介した通信を制御するネットワークＩ／Ｆ部３１９から構成される。
【００１４】
図３は、図１に示した画像処理装置の構成を説明するブロック図である。
図３において、画像処理装置２０１，２０２は、すくなくとも制御部４１０、操作部４２０、スキャナ４２１から構成される。
制御部４１０は、ＣＰＵ４１１、画像データ、符号データなどを蓄積するデータ記憶部４１２、プリンタの解像度に応じた拡大縮小の変換、ＦＡＸの符号化方式に応じた符号化などを行う画像処理部４１３を備える。さらに、制御部４１０は、通信結果を管理する通信管理部４１４、操作部Ｉ／Ｆ４１５、スキャナＩ／Ｆ４１６、ＬＡＮ２１０を介した通信を制御するネットワークＩ／Ｆ部４１７を備える。
【００１５】
ここで、画像処理装置２０１でスキャンした文書をＦＡＸサーバにＦＡＸ送信ジョブとして送信し、ＦＡＸプライマリサーバ２０３が公衆回線２２０を介してファクシミリ装置２０５にＦＡＸ送信する場合の一例を簡単に説明する。
【００１６】
画像処理装置２０１のスキャナ４２１でスキャンして作成され、画像処理部４１３において機器内で決められたフォーマットの画像データとされる。その後、ＦＡＸプライマリサーバ２０３に対してＦＡＸ送信要求とともに、ＦＡＸプライマリサーバ２０３に画像データをネットワークＩ／Ｆ部４１７を介して送信する。
【００１７】
ＦＡＸサーバ２０３では、ネットワークＩ／Ｆ部３１９により画像データを受信し、データ記憶部３１２に格納して、画像データを画像処理部３１３においてファクシミリ装置２０５の符号化方式に従って符号化する。
【００１８】
次に、ＦＡＸ通信制御部３１８において公衆回線２２０のファクシミリ装置２０５と接続し、符号データを送信する。ファクシミリ装置２０５への送信が終了すると、その旨の通信結果を画像処理装置２０１へネットワークＩ／Ｆ部３１９を介して送信する。
【００１９】
上記の例は、画像処理装置２０１からファクシミリ装置２０５に対して文書を送信する場合の例である。本システムにおいては、上記以外にもファクシミリ装置２０５からの受信文書を一旦ＦＡＸプライマリサーバ２０３に蓄積し、画像処理装置２０１、２０２に転送送信、表示あるいはプリントアウトができる。
【００２０】
図４は、本実施形態を示す画像処理システムの通信シーケンスの一例を示す図である。
図４に示すシステムにおいて、クライアントからＦＡＸプライマリサーバ２０３に対してＦＡＸ送信要求を出した後に、ＦＡＸプライマリサーバ２０３のデータ記憶部４１１に何らかの故障が発生した場合を想定する。
【００２１】
このような故障が発生した場合、クライアントがＦＡＸ送信ジョブの通信状況をＦＡＸプライマリサーバ２０３から受信できなくなった場合に、ＦＡＸセカンダリサーバ２０４がＦＡＸ送信処理を代行する手順を図５に示すフローチャートを用いて以下に説明する。
【００２２】
図５は、本実施形態を示す画像処理システムの制御手順を示すフローチャートである。本例は、画像処理装置２０１によるデータ通信処理例である、なお、Ｓ２０１〜Ｓ２０９は各ステップを示し、各ステップは、ＣＰＵ４１１がＲＯＭ等よりＲＡＭ上に制御プログラムをロードして実行することで実現される。
【００２３】
Ｓ２０１で、操作部４２０は、ユーザからあらかじめＦＡＸプライマリ／セカンダリサーバのＩＰアドレス登録ボタンの選択よりＩＰアドレスを受け付ける。なお、本処理は、以下の一連の処理とは独立したタイミングで実行することも可能である。本処理は、第１のサーバ装置（ＦＡＸプライマリサーバ２０３）および第２のサーバ装置（ＦＡＸセカンダリサーバ２０４）に対する優先順位を設定する設定処理に対応する。
【００２４】
そして、操作部４２０はその受け付けた旨を制御部４１０のＣＰＵ４１１に送信する。そして、ＣＰＵ４１１は、データ記憶部４１２にその受け付けたＦＡＸプライマリ／セカンダリサーバのＩＰアドレスを保存する。
【００２５】
次に、Ｓ２０２で、画像処理装置２０１の操作部４２０は、ユーザから入力された相手先電話番号とファクス送信ボタンの選択を受け付け、その受け付けた旨をあらかじめ登録されたＩＰアドレスに従ってＦＡＸプライマリサーバ２０３の制御部４１０のＣＰＵ３１１に送信する。
【００２６】
次に、制御部４１０のＣＰＵ４１１は、スキャナ４２１に対して文書をスキャンするように指示をする。
そして、ＣＰＵ４１１は、画像処理装置２０１のスキャナ４２１が文書をスキャンして読み取った画像データをデータ記憶部４１２に一時的に保存する。
次に、Ｓ２０３で、制御部４１０のＣＰＵ４１１はネットワークＩ／Ｆ４１７にデータ記憶部４１２に保存された画像データをＳ２０１で保存されたＦＡＸプライマリサーバ２０３のＩＰアドレスに対してＦＡＸジョブ情報と画像データの送信を行う（図４に示すＳ１０１）。本処理は、クライアントとなる画像処理装置２０２が優先順位に従い選択されたＦＡＸプライマリサーバ２０３またはＦＡＸセカンダリサーバ２０４にＦＡＸ送信ジョブをネットワークを介して依頼する依頼処理に対応する。
【００２７】
次に、Ｓ２０４で、ある一定時間内に、クライアントである画像処理装置２０１がＦＡＸプライマリサーバ２０３からＦＡＸジョブの状況通知を受信しているかどうかをＣＰＵ４１１が判断する。つまり、ＣＰＵ４１１は、Ｓ２０３による依頼後、選択されたＦＡＸプライマリサーバ２０３からの応答状況に従いＦＡＸ送信が終了しているかどうか判断する。
【００２８】
ここで、ＦＡＸジョブの状況通知を受信していないとＣＰＵ４１１が判断した場合、Ｓ２０５へ進む。このような状態とは、例えばＦＡＸプライマリサーバ２０３が何らかの原因で通信不可能、もしくは電源が切断状態（図４に示したＳ１０２の場合）である。
【００２９】
次に、Ｓ２０５で、ＣＰＵ４１１は、図４に示した１０１で登録されたセカンダリサーバのＩＰアドレスに対してＳ２０３と同様にＦＡＸジョブの送信を行う。つまり、正常に終了していないＦＡＸジョブをＦＡＸセカンダリサーバ２０４に再依頼するために再送信を行う（図４に示したＳ１０３）。
【００３０】
図６は、本実施形態を示す画像処理システムの制御手順を示すフローチャートである。本例は、ＦＡＸセカンダリサーバ２０４によるデータ通信処理例である、なお、Ｓ３０１〜Ｓ３０６は各ステップを示し、各ステップは、ＣＰＵ３１１がＲＯＭ等よりＲＡＭ上に制御プログラムをロードして実行することで実現される。
【００３１】
Ｓ３０１でＦＡＸセカンダリサーバ２０４のＣＰＵ３１１は画像処理装置２０１からＦＡＸジョブ情報と画像データをネットワークを介して受信する。
そして、Ｓ３０２で、ＦＡＸセカンダリサーバ２０４はファクシミリ装置２０５に対して公衆回線を介してＦＡＸ送信を行う。そして、Ｓ３０３で、ＦＡＸセカンダリサーバ２０４のＣＰＵ３１１は、ＦＡＸ送信が終了するまで、画像処理装置２０１に対してＦＡＸ送信ジョブ状況を通知する（Ｓ３０４）。
【００３２】
次に、Ｓ３０５で、ＦＡＸセカンダリサーバ２０４のＣＰＵ３１１がＦＡＸ送信が終了したことを検知したら、ＦＡＸセカンダリサーバ２０４のＣＰＵ３１１は画像処理装置２０１に対して送信ジョブ終了通知を行う。
【００３３】
そして、Ｓ３０６で、ＦＡＸセカンダリサーバ２０４の通信管理部３１４はＦＡＸ送信ジョブ履歴に関わる情報（通信先を特定する情報、通信エラーの有無、通信時間を含む）をデータ記憶部３１２に書き込んで、本処理を終了する。
【００３４】
一方、画像処理装置２０１は、Ｓ２０７で、通信管理部４１４がＦＡＸセカンダリサーバ２０４からＦＡＸジョブのジョブ状況通知を受信する。
そして、Ｓ２０８で、通信管理部４１４がＦＡＸセカンダリサーバ２０４からＦＡＸジョブのジョブ終了通知を受信したかどうかをＣＰＵ４１１が判断する。ここで、ＦＡＸセカンダリサーバ２０４からＦＡＸジョブのジョブ終了通知を受信しているとＣＰＵ４１１が判断した場合は、Ｓ２０９へ進む。そして、Ｓ２０９で、通信管理部４１４がＣＰＵ４１１の指示に従いジョブ履歴を示す情報をデータ記憶部４１２に書き込みを行い、ＦＡＸ送信ジョブの処理を終了する。
【００３５】
以上説明したように、ＬＡＮと公衆回線の双方にそれぞれ接続された複数のＦＡＸサーバのいずれか一方のＦＡＸサーバにおいて、ある処理機能に障害が発生しても他方のＦＡＸサーバが送信ジョブをリカバリすることができる。
【００３６】
つまり、一方の障害により、画像処理装置からのＦＡＸ送信ジョブが途中で中断したり、送信できない状況が発生しても、他方のＦＡＸサーバがその処理を肩代わりしたりすることができＦＡＸ送信を円滑に行える。
【００３７】
〔第２実施形態〕
以下、第１実施形態において、ＦＡＸプライマリサーバが画像処理装置からＦＡＸ送信ジョブ情報と画像データを受信した後で、何らかの原因で電源が切断もしくはＦＡＸ送信処理機能に障害が発生した場合の事後処理について説明する。
【００３８】
つまり、ＦＡＸプライマリサーバに障害が発生した場合、当該ＦＡＸプライマリサーバが通信可能な状態に復旧する際に、復旧前に受け付けたジョブの処理を終了する場合とジョブの処理を再開する場合とがある。
【００３９】
図７は、本実施形態を示す画像処理システムの制御手順を示すフローチャートである。本例は、ＦＡＸプライマリサーバ２０３によるデータ通信処理例である、なお、Ｓ４０１〜Ｓ４１１は各ステップを示し、各ステップは、ＣＰＵ３１１がＲＯＭ等よりＲＡＭ上に制御プログラムをロードして実行することで実現される。
【００４０】
図４のＳ１０７の処理が終了した後、Ｓ４０１において、ユーザから電源スイッチを押下されることによりＦＡＸプライマリサーバ２０３の電源が入る。
そして、Ｓ４０２で、ＦＡＸプライマリサーバ２０３の起動時に、制御部３１０のＣＰＵ３１１はデータ記憶部３１２にジョブ情報と画像データが存在した場合に、ＣＰＵ３１１は、画像処理装置２０１に対してそのジョブのジョブ状況情報、およびジョブ履歴情報の取得を行う。
【００４１】
なお、画像処理装置２０１は、Ｓ４０２に対して、ＦＡＸプライマリサーバ２０３からのジョブ処理状況の問い合わせに応答する図示しない応答処理を行う。
そして、Ｓ４０３で、ＣＰＵ３１１はデータ記憶部３１２にジョブ状況情報が取得できたかどうかを判断する。ここで、ジョブ状況情報を取得できたとＣＰＵ３１１が判断した場合は、Ｓ４０９へ進む。
【００４２】
一方、Ｓ４０３で、ジョブ状況情報を取得できないとＣＰＵ３１１が判断した場合はＳ４０４へ進む。そして、Ｓ４０４で、ＣＰＵ３１１はジョブ履歴情報を画像処理装置２０１から取得できたか確認する。ここで、ジョブ履歴情報を画像処理装置２０１から取得できたとＣＰＵ３１１が判断した場合は、さらに、取得したジョブ履歴情報を参照して障害発生前に画像処理装置２０１から受信した送信ジョブが正常終了しているかどうかを判断する。ここで、送信ジョブが正常に終了しているとＣＰＵ３１１が判断した場合は、Ｓ４０９で、データ記憶部３１２に記憶された送信ジョブを消去して、ジョブをキャンセルする。
【００４３】
次に、Ｓ４１０で、ＣＰＵ３１１は、ネットワークを介して、送信ジョブを受信した画像処理装置２０１に対して、ジョブ終了通知を行う。
そして、Ｓ４１１で、ＣＰＵ３１１は、送信ジョブの処理が終了したので、ＣＰＵ３１１の指示に従い通信管理部３１４がＦＡＸ送信ジョブ履歴をデータ記憶部３１２に書き込んで、本処理を終了する。
【００４４】
一方、Ｓ４０４、Ｓ４０５で、いずれもＮＯと判断された場合は、Ｓ４０６へ進む。そして、Ｓ４０６で、ＣＰＵ３１１はＦＡＸ通信制御部３１８、ＭＯＤＥＭ３２３を用いてデータ記憶部３１２に記憶された送信ジョブについて、公衆回線を介して再送信を行う。
【００４５】
次に、Ｓ４０７で、ＣＰＵ３１１は、画像処理装置２０１から受信した送信ジョブの処理を終了する。そして、Ｓ４０８で、ＣＰＵ３１１は、画像処理装置２０１に対して、ネットワークを介してＦＡＸジョブ状況を通知して、Ｓ４１０へ進む。
【００４６】
以上説明したように、ＦＡＸセカンダリサーバがその処理を肩代わりした後、ＦＡＸプライマリサーバが復旧後、ＦＡＸジョブが残っていたときにＦＡＸ再送信を行うことで二重送信になることを防ぐことができる。
【００４７】
なお、上記実施形態では、ＦＡＸプライマリサーバが復旧後、画像処理装置からＦＡＸ状況を取得して、障害復旧前の送信ジョブの処理状態を判断する場合について説明した。
しかしながら、ＦＡＸプライマリサーバがＦＡＸセカンダリサーバと通信して、当該送信ジョブの処理状況を判断する構成としてもよい。この場合、ＦＡＸセカンダリサーバが送信ジョブを完了していると想定して、ＦＡＸプライマリサーバが記憶した画像処理装置から受信した送信ジョブを消去する処理のみを実行することとなる。
【００４８】
上記実施形態によれば、ＬＡＮと公衆回線の双方にそれぞれ接続されたＦＡＸサーバのある処理機能に障害が発生した場合、他のＦＡＸサーバがその処理を肩代わりすることにより、複数のＦＡＸサーバ全体でリソースの有効利用が図れ、ＦＡＸ送信を円滑に行える効果がある。
【００４９】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００５０】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【００５１】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【符号の説明】
【００５２】
２０１  画像処理装置
２０３  ＦＡＸプライマリサーバ  
２０４  ＦＡＸセカンダリサーバ  
【図１】
0005751770.tif 000002
【図２】
0005751770.tif 000003
【図３】
0005751770.tif 000004
【図４】
0005751770.tif 000005
【図５】
0005751770.tif 000006
【図６】
0005751770.tif 000007
【図７】
0005751770.tif 000008
【図８】
0005751770.tif 000009