(57)【要約】      （修正有）【課題】サーバ装置から画像形成装置に送信されたジョブが画像形成装置の受信バッファからジョブキューにキューイングされない状態で送信完了となるのを防止する。【解決手段】サーバ装置は、画像形成装置の受信バッファに送信すべきジョブを記憶する記憶手段と、受信バッファを介して画像形成装置のジョブキューに投入できるジョブの最大数から設定されるしきい値と、ジョブキューに投入されたジョブの数とから記憶手段に記憶されたジョブを、受信バッファを介してジョブキューへ送信すべきかどうかを判断する判断手段と、ジョブキューへ送信すべきであると判断した場合、記憶手段から読み出されるジョブを画像形成装置の受信バッファへ送信し、ジョブキューへ送信すべきでないと判断した場合、記憶手段から読み出されるジョブを画像形成装置の受信バッファへ送信しないように制御する制御手段と、を備える。【選択図】図１３
2016110363.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置にジョブを送信するサーバ装置であって、
前記画像形成装置の受信バッファに送信すべきジョブを記憶する記憶手段と、
前記受信バッファを介して前記画像形成装置のジョブキューに投入できるジョブの最大数から設定されるしきい値と、前記ジョブキューに投入されたジョブの数とから前記記憶手段に記憶されたジョブを、前記受信バッファを介してジョブキューへ送信すべきかどうかを判断する判断手段と、
前記ジョブキューへ送信すべきであると判断した場合、前記記憶手段から読み出されるジョブを前記画像形成装置の受信バッファへ送信し、前記ジョブキューへ送信すべきでないと判断した場合、前記記憶手段から読み出されるジョブを前記画像形成装置の受信バッファへ送信しないように制御する制御手段と、
を備えることを特徴とするサーバ装置。
【請求項２】
前記保持手段は、受信した前記ジョブを一時停止すべき状態のジョブとして保持することを特徴とする請求項１記載のサーバ装置。
【請求項３】
前記画像形成装置に投入できるジョブの最大数を当該画像形成装置から取得することを特徴とする請求項１記載のサーバ装置。
【請求項４】
前記制御手段は、前記判断手段が前記画像形成装置に投入できるジョブの最大数から設定されるしきい値を超えていると判断してから、前記画像形成装置に投入できるジョブの最大数から設定されるしきい値を超えていないと判断するまで、前記記憶手段から読み出されるジョブを前記画像形成装置の受信バッファへ送信しないように制御することを特徴とする請求項１記載のサーバ装置。
【請求項５】
前記ジョブは、ＦＡＸジョブであることを特徴とする請求項１乃至３のいずれか１項に記載のサーバ装置。
【請求項６】
画像形成装置にジョブを送信するサーバ装置の制御方法であって、
前記画像形成装置の受信バッファに送信すべきジョブを記憶手段に記憶する記憶工程と、
前記受信バッファを介して前記画像形成装置のジョブキューに投入できるジョブの最大数から設定されるしきい値と、前記ジョブキューに投入されたジョブの数とから前記記憶手段に保持されたジョブを、前記受信バッファを介してジョブキューへ送信すべきかどうかを判断する判断工程と、
前記ジョブキューへ送信すべきであると判断した場合、前記記憶手段から読み出されるジョブを前記画像形成装置の受信バッファへ送信し、前記ジョブキューへ送信すべきでないと判断した場合、前記記憶手段から読み出されるジョブを前記画像形成装置の受信バッファへ送信しないように制御する制御工程と、
を備えることを特徴とするサーバ装置の制御方法。
【請求項７】
請求項６に記載のサーバ装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、サーバ装置の制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
従来、ＰＣなどの端末からプリンタドライバを介して、画像データをネットワーク経由で画像形成装置へ送信して画像形成装置に印刷を実行させる機能や、ファクス送信させる機能が知られている。
例えば、ＰＣ上のアプリケーションソフトウェアからプリンタドライバを介して、画像形成装置に対して印刷要求したりファクス送信要求したりする場合がある。
また、画像形成装置上のアプリケーションソフトウェアから印刷要求したりファクス送信要求したりする場合もある。
【０００３】
この機能において、画像形成装置では１回の印刷やファクス送信をジョブ（印刷ジョブもしくはファクス送信ジョブ）として管理するが、メモリ等のリソースや処理負荷を鑑みてジョブの受け付けを制限することがある。
ある画像形成装置では単純に受け付け可能なジョブ数を制限値として持つこともあれば、他の画像形成装置ではリソースや処理負荷状況に応じて制限する、しないを判断することもある。
ここで、ジョブの受け付ける数を制限している場合、画像形成装置は画像データを含む印刷要求やファクス送信要求がネットワーク経由で送信されてくると送信元に受け付けエラーを返信する。
画像データを送信した送信元は、受け付けエラーを受信することにより印刷やファクス送信ができないことを検知することになる。
また、画像形成装置は、ネットワーク経由でデータを送受信する場合、スループットの向上のためにバッファを用意する。送信元である端末では、端末内のプリンタドライバにより画像形成装置の状態を取得することにより印刷ジョブを制御するものもある（例えば、特許文献１）。
特許文献１では、プリンタドライバで画像形成装置の状態を取得することにより、プリント制御を微調整することで、より最適なプリント動作を行えるようにする処理が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特願２０００−１１３８６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＰＣなどの端末のプリンタドライバは、ネットワーク経由で画像形成装置に送信した印刷要求やファクス送信要求が受け付けられたと認識したにもかかわらず、画像形成装置側でジョブ自体を生成せずデータ自体が消失してしまう場合がある。
端末のプリンタドライバがネットワーク経由で画像形成装置に送信した印刷要求やファクス送信要求を行う場合、ＴＣＰ／ＩＰ層で通信コネクションを確立して通信を行う。
【０００６】
この時、画像形成装置側では前記通信コネクション用のバッファを用意し、画像データを含む印刷要求やファクス送信要求を一時的に受信した順にバッファに格納し、受信した順に読み出していく。
また、画像形成装置は、印刷要求もしくはファクス送信要求のデータすべて（終端まで）をバッファに格納できた時点で通信を終了し、コネクションを切断してシャットダウンする。
その後、画像形成装置は受信した印刷要求もしくはファクス送信要求をジョブとして受付処理を実行していく。この時、印刷要求もしくはファクス送信要求を送信した端末上のプリンタドライバは、通信コネクションがシャットダウンされた時点で送信した要求が受け付けられたと認識する。
【０００７】
したがって、画像形成装置が通信コネクションをシャットダウンし、受信した印刷要求もしくはファクス送信要求をジョブとして受け付けるまでの間に、画像形成装置の電源断等でバッファ中の印刷要求もしくはファクス送信要求が削除される場合がある。
【０００８】
つまり、端末上のプリンタドライバや要求を行うアプリケーションソフトウェアが印刷要求またはファクス送信要求を受け付けられたと認識したにも関わらず、場合によっては画像形成装置で受信した印刷要求またはファクス送信要求が削除されてしまう。
この課題は、画像形成装置でジョブの受付を制限している場合に、バッファサイズよりも小さなデータサイズの要求を画像形成装置が受信するようなケースで発生しやすい。
【０００９】
例えば、既に受け付けたジョブの処理に時間がかかる、処理負荷が高い、といった状況でファクス送信要求などバッファサイズよりも小さなデータサイズになりうる要求を画像形成装置が受信するような場合が想定される課題である。
【００１０】
本発明は、上記の課題を解決するためになされたものである。本発明の目的は、サーバ装置から画像形成装置に送信されたジョブが画像形成装置の受信バッファからジョブキューにキューイングされない状態で送信が完了してしまうことを防止できる仕組みを提供することである。
【課題を解決するための手段】
【００１１】
上記目的を達成する本発明のサーバ装置は以下に示す構成を備える。
画像形成装置にジョブを送信するサーバ装置であって、前記画像形成装置の受信バッファに送信すべきジョブを記憶する記憶手段と、前記受信バッファを介して前記画像形成装置のジョブキューに投入できるジョブの最大数から設定されるしきい値と、前記ジョブキューに投入されたジョブの数とから前記記憶手段に記憶されたジョブを、前記受信バッファを介してジョブキューへ送信すべきかどうかを判断する判断手段と、前記ジョブキューへ送信すべきであると判断した場合、前記記憶手段から読み出されるジョブを前記画像形成装置の受信バッファへ送信し、前記ジョブキューへ送信すべきでないと判断した場合、前記記憶手段から読み出されるジョブを前記画像形成装置の受信バッファへ送信しないように制御する制御手段と、を備えることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、サーバ装置から画像形成装置に送信されたジョブが画像形成装置の受信バッファからジョブキューにキューイングされない状態で送信が完了してしまうことを防止できる。
【図面の簡単な説明】
【００１３】
【図１】データ処理システムの構成を示す図である。
【図２】画像形成装置のハードウェア構成を示すものである。
【図３】各サーバ装置のハードウェア構成を示すものである。
【図４】画像形成装置のソフトウェア構成を示す図である。
【図５】送信サーバのソフトウェア構成を示す図である。
【図６】システム設定値の構造を示す図である。
【図７】送信リクエストファイルの構造を示す図である。
【図８】ＦＡＸ送信文書データの構造と一例を示す図である。
【図９】ＦＡＸジョブデータの構造を示す図である。
【図１０】ＦＡＸ送信ジョブデータの構造を示す図である。
【図１１】イメージログデータの構造を示す図である。
【図１２】送信サーバによるＦＡＸ送信処理を説明する図である。
【図１３】サーバ装置のデータ処理方法を説明するフローチャートである。
【図１４】サーバ装置のデータ処理方法を説明するフローチャートである。
【図１５】サーバ装置のデータ処理方法を説明するフローチャートである。
【図１６】サーバ装置のデータ処理方法を説明するフローチャートである。
【図１７】情報処理装置を適用するデータ処理システムの構成を示す図である。
【図１８】サーバ装置のソフトウエア構成を説明するブロック図である。
【図１９】ジョブキュー制御データの構造を示す図である。
【図２０】送信サーバが管理するシステム設定値の構造を示す図である。
【図２１】サーバ装置の制御方法を説明するフローチャートである。
【発明を実施するための形態】
【００１４】
次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す情報処理装置を適用するデータ処理システムの構成を示す図である。
図１において、１０１は送信リクエストサーバであり、ＦＡＸ送信リクエストデータを生成および送信依頼をするためのモジュールがインストールされている。１０２は送信サーバであり、送信リクエストサーバ１０１からの送信リクエストデータを検知し、画像形成装置１０３にＦＡＸジョブデータの送信を行うモジュールがインストールされている。
【００１５】
１０３は画像形成装置であり、ＭＦＰデバイス（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）としてＦＡＸ送信データを送信するためのモジュールがインストールされている。１０４はファイルサーバであり、送信リクエストサーバ１０１や送信サーバ１０２などの機器間で共有するデータや、送信履歴データを保持するものである。１０５は各機器を接続するＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ１０５）である。
【００１６】
１０６は公衆回線であり、画像形成装置１０３と接続され、画像形成装置１０３からＦＡＸ送信を行う際に使用される。送信リクエストサーバ１０１、送信サーバ１０２、画像形成装置１０３、ファイルサーバ１０４はそれぞれＬＡＮ１０５に接続され、通信可能な状態である。
なお、ＬＡＮ１０５は、前述の各機器が通信可能な状態になっていればその構成形態を限定するものではない。
【００１７】
図２は、図１に示した画像形成装置１０３のハードウェア構成を示すものである。
図２に示す画像形成装置１０３において、２０２は画像形成装置１０３のＣＰＵであり、ＲＯＭ２０３や外部メモリ２１０に記憶された制御プログラムに基づいてシステムバス２０１に接続される各ブロックを制御する。
ＣＰＵ２０２の処理により生成された画像信号が印刷部Ｉ／Ｆ２０７を介して印刷部（画像形成装置エンジン）２０８に出力情報として出力される。ＣＰＵ２０２は、入力部２０５とネットワーク部２０６を介して送信サーバ１０２との通信処理が可能となっており、画像形成装置１０３内の情報等を送信サーバ１０２に通知できる。
【００１８】
ＲＯＭ２０３内のプログラムＲＯＭには、ＣＰＵ３０１の制御プログラム等を記憶している。ＲＯＭ２０３内のフォント用ＲＯＭには、出力情報を生成する際に使用するフォントデータ等を記憶している。ＲＯＭ２０３内のデータＲＯＭには、ハードディスク等の外部メモリ２１０がない画像形成装置の場合、送信サーバ１０２と送受信を行う等を記憶している。
【００１９】
ＲＡＭ２０４は、ＣＰＵ２０２の主メモリやワークエリア等として機能するＲＡＭであり、図示しないが増設ポートに接続されたオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。また、ＲＡＭ２０４は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等が用いられる。外部メモリ２１０は、メモリコントローラ（ＭＣ）２０９によりアクセスを制御される。
【００２０】
外部メモリ２１０はオプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。
また、操作部２１５は操作のためのスイッチ、およびＬＥＤ表示器等で構成される。モデム部Ｉ／Ｆ２１３は、モデム部２１４とシステムバス２０１とを接続する。モデム部２１４は、公衆回線１０６に接続し、外部からのＦＡＸの受信、および外部へのＦＡＸの送信を行う。
【００２１】
なお、後述のすべての説明においては、特に断りのない限り画像形成装置１０３における実行のハード上の主体はＣＰＵ２０２であり、ソフトウェア上の主体は、外部メモリ２１０にインストールされたアプリケーションプログラムである。
【００２２】
図３は、図１に示した送信リクエストサーバ１０１、送信サーバ１０２、ファイルサーバ１０４のハードウェア構成を示す図である。なお、図３に示すハードウェア構成は一般的な情報処理装置（ＰＣ）のものであり、本実施形態の送信サーバ１０２はこの一般的な情報処理装置のハードウェア構成を適用できる。また、送信サーバ１０２同様、送信リクエストサーバ１０１、ファイルサーバ１０４についても、この一般的な情報処理装置のハードウェア構成を適用できる。
【００２３】
図３において、ＣＰＵ３０１は、ＲＯＭ３０３のプログラム用ＲＯＭに記憶された或いはハードディスク（ＨＤ）等の外部メモリ３１０からＲＡＭ３０２にロードされたＯＳやアプリケーション等のプログラムを実行し、各ブロックを制御する。ここでＯＳとは、コンピュータ上で稼働するオペレーティングシステムの略語であり、以下オペレーティングシステムのことをＯＳと呼ぶ。後述する各シーケンスでの処理は、このプログラムの実行により実現できる。
ＲＡＭ３０２は、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ３０４は、ポインティングデバイスであるマウス３０８や不図示のキーボードからの入力を制御する。ディスプレイコントローラ３０５は、ディスプレイ３０９の表示を制御する。
ディスクコントローラ３０６は、各種データやプログラムを記憶するハードディスク（ＨＤ）等の外部メモリ３１０へのデータアクセスを制御する。ネットワークコントローラであるＮＩＣ３０７は、ＬＡＮ１０５を介して接続された画像形成装置１０３や他の機器との通信制御処理を実行する。
【００２４】
なお、後述のすべての説明において、特に断りのない限りサーバにおける実行のハード上の主体はＣＰＵ３０１であり、ソフトウェア上の主体は外部メモリ３１０にインストールされたアプリケーションプログラムである。
【００２５】
図４は、図１に示した画像形成装置１０３のソフトウェア構成を示す図である。なお、画像形成装置１０３は、ジョブ格納部４０１、ＦＡＸ送信処理制御部４０２、ネットワーク制御部４０３、モデム制御部４０４で構成される。
【００２６】
図４において、ジョブ格納部４０１は、ＦＡＸ送信を行うために送信サーバ１０２から受け取りＦＡＸ送信に適した形式に変換したＦＡＸ送信ジョブデータの格納をする場所を表しており、前述のＲＡＭ２０４もしくは外部メモリ２１０に保持する。
【００２７】
ＦＡＸ送信処理制御部４０２は、ＦＡＸ送信処理、および送信するＦＡＸ送信ジョブデータを管理、制御するものである。ネットワーク制御部４０３は、ＴＣＰ／ＩＰ層での外部機器とのネットワーク通信制御、およびＦＡＸ送信処理制御部とのデータのやり取りを制御するものである。
モデム制御部４０４は、外部ＦＡＸ機器とのＦＡＸ通信制御、およびＦＡＸ送信処理制御部とのデータのやり取りを制御するものである。
【００２８】
通常、画像形成装置１０３は、複数の機能を持った複合機であることが多いが、本実施形態ではその中のＦＡＸ送信に必要な機能だけを記載するものであり、画像形成装置１０３の機能を制限するものではない。
【００２９】
図５は、図１に示した送信サーバ１０２のソフトウェア構成を示す図である。
図５において、システム設定情報格納部５０１は、送信サーバ１０２で必要な設定値を保持する場所であり、その情報の入出力を行うものである。ＦＡＸ送信文書情報格納部５０２は、送信文書作成処理制御部５０５で生成したＦＡＸ送信文書を一時的に格納する場所であり、その情報の入出力を行うものである。
ＦＡＸジョブ情報格納部５０３は、ＦＡＸドライバ５０８で生成したＦＡＸジョブデータを一時的に格納する場所（受信バッファ）であり、その情報の入出力を行うものである。イメージログ情報格納部５０４は、ＦＡＸドライバ５０８が生成したＦＡＸジョブデータの処理後のログを格納する場所であり、その情報の入出力を行うものである。
【００３０】
送信文書作成処理制御部５０５は、送信リクエストサーバ１０１が生成した送信リクエストファイル７０３からＦＡＸ送信に使用する送信文書を生成し、ＦＡＸ送信文書情報格納部５０２に生成した送信文書を格納するものである。ＦＡＸ送信処理制御部５０６は、ＦＡＸジョブ情報格納部５０３に格納されている情報数を監視し、ＦＡＸ送信文書情報格納部５０２の送信文書をＦＡＸドライバ５０８に送信依頼を行うものである。
【００３１】
ＦＡＸジョブ送信処理制御部５０７は、画像形成装置１０３のジョブ格納部４０１のＦＡＸジョブ情報の終了状態、および未送信のＦＡＸジョブ数を監視し、ＦＡＸジョブ情報格納部５０３のＦＡＸジョブを画像形成装置１０３に送信を制御するものである。
ＦＡＸドライバ５０８は、ＦＡＸ送信処理制御部５０６から送信されたＦＡＸ文書をＦＡＸジョブの形式に変換し、ＦＡＸジョブ情報格納部５０３に格納するものである。そして、イメージログ情報格納部５０４に送信したＦＡＸジョブのイメージなどのログ情報を登録する。
ＦＡＸジョブ処理制御部５０９は、ＦＡＸジョブ情報格納部５０３を監視し、送信可能なＦＡＸジョブが存在していたら、画像形成装置１０３にＦＡＸジョブを送信する。ネットワーク制御部５１０は、送信サーバ１０２の各処理制御部が、画像形成装置１０３やファイルサーバ１０４と行う通信のＴＣＰ／ＩＰ層でのネットワーク通信制御を行うものである。
【００３２】
＜データ構造＞
図６は、図５に示したシステム設定情報格納部５０１に格納されるシステム設定値の構造を示す図である。
図６において、本設定情報は、キーを表す設定データ識別子６０１とデータを表す設定値６０２の２つの要素で設定値を構成する。本実施形態では、ＭＦＰジョブキュー最大数６０３とＦＡＸジョブキュー最大数６０４の設定値を持つものとする。なお、その他の設定値をこのシステム設定情報格納部５０１の中に保持することを制限するものではない。
【００３３】
図７は、図１に示した送信リクエストサーバ１０１が生成するＦＡＸ送信文書に必要な送信リクエストファイルの構造を示す図である。
図７の（ａ）において、送信リクエストファイルは、送信リクエストサーバ１０１が生成したのちに、ファイルサーバ１０４内の決められたフォルダーに格納されるものである。
【００３４】
このファイルサーバ１０４内のデータフォルダ７０１は、あらかじめ作成されている送信リクエストフォルダー７０２の下に送信リクエストサーバ１０１が生成した送信リクエストファイル７０３が格納されている状態を表している。
【００３５】
本実施形態では、図７の（ｂ）に示すように送信リクエストファイル７０３は、ＦＡＸ送信文書を作成するために使用するための宛先名７０４、宛先ＦＡＸ番号７０５、担当者７０６を持つものとする。また、送信リクエストファイル７０３は、リクエストＩＤ７０７、送信元名７０８、送信元ＦＡＸ番号７０９、品名７１０、品番７１１、個数７１２、単価７１３を持つものとする。この情報は、送信リクエストファイル７０３の中にＦＡＸ送信文書１件毎に作成してもよいし、複数件分をまとめて格納してもよいものとする。
【００３６】
図８は、図１に示した送信サーバ１０２上のＦＡＸ送信文書情報格納部５０２に登録されるＦＡＸ送信文書データの構造と一例を示す図である。
図８の（ａ）において、宛先名８０１、宛先ＦＡＸ番号８０２、担当者８０３、リクエストＩＤ８０４については、図７の宛先名７０４、宛先ＦＡＸ番号７０５、担当者７０６、リクエストＩＤ７０７のデータを格納するものとする。
【００３７】
文書データ８０５は、送信リクエストファイルを注文書ファイルとして作成した画像データを表している。この文書データ８０５は、デジタルデータとして本エリアの中に保持してもよいし、別途外部メモリ３１０等にファイルとして保存してそのパスを保持してもよい。図８の（ｂ）は、図８の（ａ）に示した文書データ８０５に格納されるＦＡＸ送信文書の例を表したものである。
【００３８】
図９は、図１に示した送信サーバ１０２上のＦＡＸジョブ情報格納部５０３に格納されるＦＡＸジョブデータの構造を示す図である。
【００３９】
図９において、ジョブＩＤ９０１は、ＦＡＸジョブを一意に表すＩＤである。このＩＤは画像形成装置１０３とも共有するものであり、このジョブＩＤ９０１を使用して、ＦＡＸ文書の状況を追跡することができるものである。ジョブ名称９０２は、ジョブＩＤ９０１を人間が認識しやすい形式で表した名称である。
宛先ＦＡＸ番号９０３は、ＦＡＸ送信する宛先となる電話番号である。ステータス９０４は、ＦＡＸジョブ情報の状態を表す。本実施形態では、このステータスとして「一時停止」、「送信待」、「送信済」を持つものとする。投入日時９０５は、ＦＡＸジョブデータがＦＡＸジョブ情報格納部５０３に格納された日時を表す。
【００４０】
プリンタドライバ名称９０６は、送信サーバ１０２上でＦＡＸ送信に使用する画像形成装置１０３を識別するための名称である。送信データ９０７は、画像形成装置１０３から宛先ＦＡＸ番号９０３へＦＡＸ送信する実際の文書情報（前述の図８の（ｂ））を表している。この送信データ９０７は、デジタルデータとして本エリアの中に保持してもよいし、送信サーバ１０２において、別途外部メモリ３１０等にファイルとして保存しそのパスを保持してもよい。
【００４１】
図１０は、図１に示した画像形成装置１０３上のジョブ格納部４０１に格納されるＦＡＸ送信ジョブデータの構造を示す図である。
【００４２】
図１０において、ジョブＩＤ１００１、ジョブ名称１００２、宛先ＦＡＸ番号１００３、送信データ１００６については、図９の送信サーバ１０２から送信された情報を表しており、この情報を使用して画像形成装置１０３上でのジョブ管理を行う。ステータス１００４は、画像形成装置１０３でのＦＡＸ送信処理状態を表す。本実施形態では、このステータスとして「処理待ち」、「送信中」、「送信済」を持つものとする。送信日時１００５は、ＦＡＸ送信を終えた日時を表す。
【００４３】
図１１は、図１に示した送信サーバ１０２上のイメージログ情報格納部５０４に格納されるイメージログデータの構造を示す図である。
図１１において、日付１１０１は、ＦＡＸドライバ５０８がログを出力した際の日付を表す。ジョブＩＤ１１０２、ジョブ名称１１０３、プリンタドライバ名称１１０６は、それぞれ図９で作成されたＦＡＸジョブデータに使用された情報を表している。
ユーザ名１１０４は、ＦＡＸドライバ５０８を動作させたユーザを表しており、本実施形態ではＦＡＸ送信処理制御部５０６がサービスで実行しているＰＣ上のユーザを表す。イメージファイル１１０５は、ＦＡＸドライバが生成したＦＡＸジョブの送信イメージ画像を表す。
【００４４】
本実施形態については、図７および図９〜図１１のデータの保持方法としてＣＳＶ形式のファイルを想定しているが、ＸＭＬ形式もしくはデータベースなどそのデータの管理方法についてはそれぞれ使用する側が認識できるものであればよい。
【００４５】
図１２は、図１に示した送信サーバ１０２によるＦＡＸ送信処理を説明する図である。以下、送信サーバ１０２における全体のシーケンスおよびその実行タイミングを説明する。なお、図１２において、ＷＦはワークフローを示す。
【００４６】
本シーケンスの各処理については、送信リクエストサーバ１０１、ファイルサーバ１０４、送信サーバ１０２においては、各サーバの制御部の処理プログラムがＲＡＭ３０２にロードされ、ＣＰＵ３０１を用いて実行をするものである。
また、画像形成装置１０３においては、各制御部の処理プログラムがＲＡＭ２０４にロードされ、ＣＰＵ２０２を用いて実行するものである。
ＷＦ１２０１において、送信リクエストサーバ１０１が生成した送信リクエストファイルをファイルサーバ１０４に格納する。
【００４７】
ＷＦ１２０２において、送信サーバ１０２の送信文書作成処理制御部５０５は、ファイルサーバ１０４上の送信リクエストファイル出力場所を監視し、ＷＦ１２０１でファイルが出力されことを検知すると、ＷＦ１２０３を起動する。ＷＦ１２０３において、検知した送信リクエストファイルを用いて図８の（ｂ）に例として示したＦＡＸ送信文書を作成し、ＦＡＸ送信文書情報格納部５０２に格納する。
【００４８】
ＷＦ１２０４において、送信サーバ１０２のＦＡＸ送信処理制御部５０６は、ＦＡＸ送信文書情報格納部５０２を監視し、ＷＦ１２０３でＦＡＸ送信文書が格納されたことを検知するとＷＦ１２０５を起動する。
ＷＦ１２０５において、検知したＦＡＸ送信文書をＦＡＸドライバ５０８に送信する。このＦＡＸドライバ５０８への送信の制御については、後述の図１３で詳細に述べる。
ＷＦ１２０５で、ＦＡＸ送信文書を受け取ったＦＡＸドライバ５０８は、ＦＡＸジョブの生成を行った後、ＷＦ１２０６とＷＦ１２０７を起動する。
ＷＦ１２０６において、ＦＡＸドライバ５０８は、ＦＡＸ送信処理制御部５０６が指定に合わせて、生成したＦＡＸジョブをＦＡＸジョブ情報格納部５０３に登録する。
また、ＷＦ１２０７においてＦＡＸドライバ５０８は、生成したＦＡＸジョブからイメージログ情報を生成し、当該イメージログ情報をイメージログ情報格納部５０４に登録する。
【００４９】
ＷＦ１２０８において、ＦＡＸジョブ送信処理制御部５０７は、画像形成装置１０３のＦＡＸ送信処理制御部４０２を経由してジョブ格納部４０１に格納された終了済みのＦＡＸジョブ情報を監視する。そして、終了済みのＦＡＸジョブが存在しているとＦＡＸジョブ送信処理制御部５０７が判断した場合には、ＦＡＸジョブを画像形成装置１０３に送信してよいかどうかを判断する。ここで、投入してよいとＦＡＸジョブ送信処理制御部５０７が判断した場合には、ＷＦ１２０９を起動する。なお、ＦＡＸジョブ送信処理制御部５０７による送信してよいかどうかの判断処理については、図１５で後述する。ＷＦ１２０９において、ＦＡＸジョブ情報格納部５０３に格納されているＦＡＸジョブデータを画像形成装置１０３へ送信できる状態へ変更する。
【００５０】
ＷＦ１２１０において、ＦＡＸジョブ処理制御部５０９は、ＦＡＸジョブ情報格納部５０３のＦＡＸジョブデータの状態を監視し、画像形成装置１０３への送信可能な状態にあるＦＡＸジョブデータを検知する。すると、ＦＡＸジョブ処理制御部５０９は、ＷＦ１２１１を起動して、ＦＡＸジョブ処理制御部５０９は、送信可能なＦＡＸジョブデータを画像形成装置１０３へ送信する。
画像形成装置１０３では、ＦＡＸジョブ処理制御部５０９から送信されたＦＡＸジョブデータは、ネットワーク制御部４０３を経由してＦＡＸ送信処理制御部４０２が受信する。ＷＦ１２１２において、ＦＡＸジョブデータを受信したＦＡＸ送信処理制御部４０２は、ジョブ格納部４０１にＦＡＸ送信ジョブデータとして登録する。
【００５１】
ＷＦ１２１３において、ＦＡＸ送信処理制御部４０２は、ジョブ格納部４０１に格納されているＦＡＸ送信ジョブデータのうち未送信のデータを取得して、宛先ＦＡＸ番号１００３に向けて公衆回線１０６を経由してＦＡＸを送信する。そして、ＦＡＸ送信処理制御部４０２は、送信が終了したＦＡＸ送信ジョブデータのステータスを「送信済」に変更する。
ＷＦ１２１４において、ＦＡＸジョブ送信処理制御部５０７は、ＦＡＸジョブ情報格納部５０３に格納されたＦＡＸジョブデータを監視する。
そして、「一時停止」状態のＦＡＸジョブが存在しているとＦＡＸジョブ送信処理制御部５０７が判断した場合には、さらに、ＦＡＸジョブを画像形成装置１０３に送信してよいかどうかを判断する。ここで、ＦＡＸジョブ送信処理制御部５０７が「一時停止」状態のＦＡＸジョブを投入してよいと判断した場合には、ＷＦ１２０９を起動する。
【００５２】
図１３は、本実施形態を示すサーバ装置のデータ処理方法を説明するフローチャートである。本例は、送信サーバ１０２のＦＡＸ送信処理制御部５０６がＦＡＸ送信文書情報格納部５０２に格納されたＦＡＸ文書をＦＡＸドライバ５０８に送信する手順である。本フローチャートは、前述のシーケンスにおけるＷＦ１２０４からＷＦ１２０５までの処理に相当する。また、断りのない限り、本フローチャートの処理は、送信サーバ１０２のＲＡＭ３０２にロードされたＦＡＸ送信処理制御部５０６のプログラムが、ＣＰＵ３０１を用いて実行されるものとする。なお、特に断らない限り、ＣＰＵ３０１とは、送信サーバ１０２のＣＰＵ３０１である。
【００５３】
Ｓ１３０１において、ＣＰＵ３０１は、ＯＳから処理を停止するサービス終了依頼が来ているかどうかを判断する。ここで、サービス終了依頼が来ているとＣＰＵ３０１が判断した場合には本フローチャートは終了し、サービス終了依頼を受け取っていないとＣＰＵ３０１が判断した場合には、Ｓ１３０２に進む。Ｓ１３０２において、ＣＰＵ３０１は、ＦＡＸ送信文書情報格納部５０２からＦＡＸ送信文書データを１件取得し、ＲＡＭ３０２に格納する。
【００５４】
Ｓ１３０３において、ＣＰＵ３０１は、Ｓ１３０２でＲＡＭ３０２に格納したＦＡＸ送信文書データが存在するか否かを判断する。ここで、ＦＡＸ送信文書データが存在するとＣＰＵ３０１が判断した場合、Ｓ１３０４に進み、ＦＡＸ送信文書データが存在しないとＣＰＵ３０１が判断した場合にはＳ１３０１へ戻る。
Ｓ１３０４において、ＣＰＵ３０１は、システム設定情報格納部５０１からＦＡＸジョブキュー最大数（図６）を取得し、ＲＡＭ３０２に格納する。Ｓ１３０５において、ＣＰＵ３０１は、ＦＡＸジョブ情報格納部５０３からステータスが「一時停止」になっているＦＡＸジョブ数を取得し、ＲＡＭ３０２に格納する。
Ｓ１３０６において、ＣＰＵ３０１は、Ｓ１３０４及びＳ１３０５でＲＡＭ３０２に格納したＦＡＸジョブキュー最大数と一時停止状態のＦＡＸジョブ数を比較する。ここで、一時停止状態のＦＡＸジョブ数がＦＡＸジョブキュー最大数以下であるとＣＰＵ３０１が判断した場合にはＳ１３０７に進み、ＦＡＸジョブキュー最大数を超えているとＣＰＵ３０１が判断した場合には、Ｓ１３０１に戻る。
Ｓ１３０７において、ＣＰＵ３０１は、Ｓ１３０２で取得してＲＡＭ３０２に格納したＦＡＸ送信文書を、ＦＡＸジョブ情報格納部５０３に登録するようにＦＡＸドライバ５０８に依頼する。
【００５５】
その際、ＣＰＵ３０１は、宛先名７０４、宛先ＦＡＸ番号７０５、担当者７０６、リクエストＩＤ７０７から作成した文字列をジョブ名称９０２に、宛先ＦＡＸ番号７０５を宛先ＦＡＸ番号９０３、ステータス９０４を「一時停止」に設定するように指示をする。
ＦＡＸドライバ５０８は、ＦＡＸ送信文書をＦＡＸジョブデータに変換し、一意なジョブＩＤ９０１を発行し、受け取った情報と共にＦＡＸジョブ情報格納部５０３に格納する。ＦＡＸドライバ５０８は、処理中にエラーが発生した場合にはエラーを、処理がすべて終了した場合には正常終了をＦＡＸ送信処理制御部５０６に通知する。
【００５６】
Ｓ１３０８において、ＣＰＵ３０１は、ＦＡＸドライバ５０８から受け取った処理結果を判断し、正常終了しているとＣＰＵ３０１が判断した場合にはＳ１３０９に進む。一方、ＦＡＸドライバ５０８から受け取った処理結果がエラーになっているとＣＰＵ３０１が判断した場合にはＳ１３０１に戻る。
Ｓ１３０９において、ＦＡＸドライバ５０８への送信が終了したため、ＣＰＵ３０１は、ＲＡＭ３０２に保存していたＦＡＸ送信文書データをＦＡＸ送信文書情報格納部５０２から削除する。また、ＣＰＵ３０１は、Ｓ１３０２からＳ１３０８までにＲＡＭ３０２に一時保存したデータをＲＡＭ３０２からすべて削除する。
【００５７】
図１４は、本実施形態を示すサーバ装置のデータ処理方法を説明するフローチャートである。本例は、図１に示した送信サーバ１０２のＦＡＸジョブ送信処理制御部５０７が画像形成装置１０３のジョブ格納部４０１を監視し、ＦＡＸジョブデータを画像形成装置１０３へ送信可能な状態に変更するまでの処理手順である。なお、本フローチャートは、前述のシーケンスにおけるＷＦ１２０８からＷＦ１２０９までの処理に相当する。本フローチャートの処理は、送信サーバ１０２のＲＡＭ３０２にロードされたＦＡＸ送信処理制御部５０６のプログラムが、ＣＰＵ３０１を用いて実行されるものとする。
【００５８】
また、断りのない限り、本フローチャートの処理は、送信サーバ１０２のＲＡＭ３０２にロードされたＦＡＸジョブ送信処理制御部５０７のプログラムが、ＣＰＵ３０１を用いて実行されるものとする。
Ｓ１４０１において、ＣＰＵ３０１は、ＯＳから処理停止するサービス終了依頼が来ているかどうかを判断する。サービス終了依頼が来ているとＣＰＵ３０１が判断した場合には本フローチャートは終了し、サービス終了依頼を受け取っていないとＣＰＵ３０１が判断した場合にはＳ１４０２に進む。
Ｓ１４０２において、画像形成装置１０３のＦＡＸ送信処理制御部４０２に対してジョブ格納部４０１のステータスが「処理済」になっているＦＡＸ送信ジョブデータの取得を依頼する。
【００５９】
この際、画像形成装置１０３のＦＡＸ送信処理制御部４０２は、ジョブ格納部４０１からステータスが「処理済」状態になっているＦＡＸ送信ジョブデータの送信データ以外を取得し、リストにしてＦＡＸ送信処理制御部５０６に情報を返す。ＦＡＸ送信処理制御部５０６は、取得したＦＡＸ送信ジョブデータリストをＲＡＭ３０２に格納する。
【００６０】
Ｓ１４０３において、ＲＡＭ３０２に格納したＦＡＸ送信ジョブデータリストにＦＡＸ送信ジョブデータが１件以上存在しているとＦＡＸ送信処理制御部５０６が判断した場合には、Ｓ１４０４に進む。一方、ＦＡＸ送信ジョブデータが１件以上存在しないとＦＡＸ送信処理制御部５０６が判断した場合には、Ｓ１４０１に戻る。Ｓ１４０４において、ＦＡＸ送信処理制御部５０６は、ＲＡＭ３０２に格納したＦＡＸ送信ジョブデータリストからＦＡＸ送信ジョブデータを１件取得する。
【００６１】
Ｓ１４０５において、ＦＡＸドライバ５０８は、Ｓ１４０４で取得したＦＡＸ送信ジョブデータのジョブＩＤ１００２の値に合致するジョブＩＤ１１０２を持つイメージログデータをイメージログ情報格納部５０４から取得する。
Ｓ１４０６において、ＦＡＸドライバ５０８がＳ１４０５でイメージログデータが取得できたと判断した場合には、Ｓ１４０７に進む。一方、取得できなかったとＦＡＸドライバ５０８が判断した場合には、対象のＦＡＸジョブではなかったとして、ＦＡＸドライバ５０８は、ＲＡＭ３０２から当該のＦＡＸ送信ジョブデータを削除し、Ｓ１４０３に戻る。
Ｓ１４０７において、ＦＡＸドライバ５０８は、ＦＡＸジョブ情報格納部５０３からステータスが「一時停止」になっているＦＡＸジョブデータを１件取得する。
Ｓ１４０８において、ＦＡＸドライバ５０８は、Ｓ１４０７でＦＡＸジョブデータを取得できたと判断した場合にはＳ１４０９に進む。取得できなかったと判断した場合には、送信待ちになっているＦＡＸジョブデータは存在しないため、ＲＡＭ３０２から当該のＦＡＸジョブデータを削除し、Ｓ１４０３に戻る。
Ｓ１４０９において、ＦＡＸジョブ処理制御部５０９がＳ１４０７で取得したＦＡＸジョブデータを画像形成装置１０３に送信する。本ステップについては、後述の図１５で詳細に述べる。
【００６２】
図１５は、本実施形態を示すサーバ装置のデータ処理方法を説明するフローチャートである。本例は、図１４のＳ１４０９のＦＡＸデータの送信処理の詳細手順である。本フローチャートの処理は、送信サーバ１０２のＲＡＭ３０２にロードされたＦＡＸジョブ送信処理制御部５０７のプログラムが、ＣＰＵ３０１を用いて実行されるものとする。また、本フローは、開始時に送信処理を行う対象のＦＡＸジョブデータを入力として渡されるものとする。さらに、渡されたＦＡＸジョブデータは、本フローの実行中はＲＡＭ３０２上に保持し、本フロー終了時に破棄するものとする。
【００６３】
Ｓ１５０１において、ＣＰＵ３０１がシステム設定情報格納部５０１からＭＦＰジョブキュー最大数（図６）を取得し、ＲＡＭ３０２に格納する。
【００６４】
Ｓ１５０２において、ＣＰＵ３０１は、画像形成装置１０３のジョブ格納部４０１に格納されているステータス１００４が「送信済」以外のＦＡＸ送信ジョブデータ数をＦＡＸ送信処理制御部４０２から取得する。
【００６５】
Ｓ１５０３において、ＣＰＵ３０１は、Ｓ１５０２で取得したＦＡＸ送信ジョブデータ数がＳ１５０１で取得したＭＦＰジョブキュー最大数よりも小さい値であると判断した場合には、Ｓ１５０４に進む。ＭＦＰジョブキュー最大数を超えているとＣＰＵ３０１が判断した場合には、画像形成装置１０３に送信できる状態ではないため、本処理フローを終了する。
【００６６】
Ｓ１５０４において、ＣＰＵ３０１は、本フロー開始時に渡されたＦＡＸジョブデータのジョブＩＤ９０１に合致する、ＦＡＸジョブ情報格納部５０３上のＦＡＸジョブデータのステータス９０４を「送信待」に変更する。
これにより、ステータスを変更したＦＡＸジョブデータはＦＡＸジョブ処理制御部５０９での監視対象となり、画像形成装置１０３に送信されることとなる。ＣＰＵ３０１がステータスの変更を終えたら、本処理フローを終了する。
【００６７】
図１６は、本実施形態を示すサーバ装置のデータ処理方法を説明するフローチャートである。本例は、送信サーバ１０２のＦＡＸジョブ送信処理制御部５０７がＦＡＸジョブ情報格納部５０３を監視し、ＦＡＸジョブデータを画像形成装置１０３へ送信可能な状態に変更するまでの処理手順である。本フローチャートは、前述のシーケンスにおけるＷＦ１２１４およびＷＦ１２０９の処理に相当する。本フローチャートの処理は、送信サーバ１０２のＲＡＭ３０２にロードされたＦＡＸジョブ送信処理制御部５０７のプログラムが、ＣＰＵ３０１を用いて実行されるものとする。
Ｓ１６０１において、ＣＰＵ３０１は、ＯＳから処理停止を示すサービス終了依頼が来ているかどうかを判断する。サービス終了依頼が来ているとＣＰＵ３０１が判断した場合には本フローチャートは終了し、サービス終了依頼を受け取っていないとＣＰＵ３０１が判断した場合にはＳ１６０２に進む。
Ｓ１６０２において、ＣＰＵ３０１は、ＦＡＸジョブ情報格納部５０３からＦＡＸジョブデータを１件取得し、ＲＡＭ３０２に格納する。Ｓ１６０３において、ＣＰＵ３０１は、Ｓ１６０２でＲＡＭ３０２に格納したＦＡＸジョブデータが存在すると判断した場合にはＳ１６０４に進み、存在しないと判断した場合にはＳ１６０１へ戻る。
Ｓ１６０４において、ＣＰＵ３０１は、Ｓ１６０２で取得したＦＡＸジョブデータを画像形成装置１０３に送信する。本ステップでの処理については、前述の図１４のＳ１４０９と同様であり、処理の詳細については、図１５のフローとなる。
なお、本実施形態では、送信手段としてＦＡＸ送信を例として記しているが、メール送信などの他の送信手段でも構わず、またプリントドライバを使用した印刷にも適用できるものである。
【００６８】
〔第２実施形態〕
図１７は、本実施形態を示す情報処理装置を適用するデータ処理システムの構成を示す図である。本例は、図１の第１実施形態のシステム構成に以下の構成が加わったものとなる。
図１７に示すように、本実施形態では、送信サーバ１０２が複数台の構成となっている。そのため、送信サーバ１０２が複数台になったため、画像形成装置１０３へのＦＡＸ送信依頼処理が高負荷になった際に、入力を制御する必要がある。そこで、ジョブキュー制御サーバ１７０１を構成に追加する。
【００６９】
ジョブキュー制御サーバ１７０１は、画像形成装置１０３へのＦＡＸ送信依頼の一時的な制限を行うために各送信サーバ１０２からの負荷状況を管理するためのモジュールがインストールされている。
このジョブキュー制御サーバ１７０１は、本実施形態では独立したサーバとして記載するが、本機能はシステム構成上のどのサーバの中に配置されてもいものである。それ以外の構成、および役割については、図１との差異はない。
【００７０】
また、ジョブキュー制御サーバ１７０１は、図３に表されるように、ハードウェア構成は一般的な情報処理装置（ＰＣ）のものであり、この一般的な情報処理装置のハードウェア構成を適用できる。
【００７１】
図１８は、本実施形態を示すサーバ装置のソフトウエア構成を説明するブロック図である。本例は、追加したジョブキュー制御サーバ１７０１のソフトウェア構成を示すものである。
図１８において、ジョブキュー制御情報１８０１は、各送信サーバ１０２のジョブキューの負荷状態を表す情報を保持する場所であり、その情報の入出力を行うものである。
ジョブキュー状態制御部１８０２は、各送信サーバ１０２からのジョブキュー制御状態の確認や、ジョブキュー制御状態の更新といったリクエストの制御を行うものである。ネットワーク制御部１８０３は、ジョブキュー制御サーバ１７０１の処理制御部が、送信サーバ１０２と行う通信のＴＣＰ／ＩＰ層でのネットワーク通信制御を行うものである。
【００７２】
図１９は、図１８に示したジョブキュー制御情報１８０１に格納されるジョブキュー制御データの構造を示す図である。
【００７３】
このジョブキュー制御データは、通常の負荷の低い状態であれば、データ自体は存在せず、負荷の高くなった送信サーバ１０２が発生した時点で情報が追加されるものである。負荷が高かった送信サーバ１０２の負荷が軽減した場合には、再度この情報が削除される。
図１９において、送信サーバ１９０１は、負荷が高くなっている送信サーバ１２０（図１７のいずれかの送信サーバ１２０）を一意に表す情報である。本実施形態では、送信サーバ１２０のＩＰアドレスの一意性を表す情報として使用している。制御ＭＦＰデバイス１９０２は、送信サーバ１０２上でＦＡＸ送信要求が多く溜まっている画像形成装置１０３を表す情報である。制限期間１９０３は、制御ＭＦＰデバイス１９０２のジョブキュー投入制限を行う期限を表す情報である。
この制限期間１９０３は、一定の期間他の送信サーバ１０２を制限した場合に他の負荷が高騰する可能性があるため、情報の投入時に設定される情報となる。
【００７４】
図２０は、図１７に示した送信サーバ１０２が管理するシステム設定値の構造を示す図である。本実施形態では、データ要素の変更はないが、ジョブキュー制御サーバ２００１の設定値を追加して持つものとする。これは、各送信サーバ１０２からジョブキュー制御サーバ１７０１へのアクセスを行う際のＩＰアドレスを値として持つものである。
本実施形態では、第一の実施形態の図１２で示したＦＡＸ送信処理における全体のシーケンスおよびその実行タイミングは同じものである。
【００７５】
図２１は、本実施形態を示すサーバ装置の制御方法を説明するフローチャートである。本例は、送信サーバ１０２のＦＡＸ送信処理制御部５０６がＦＡＸ送信文書情報格納部５０２に格納されたＦＡＸ文書をＦＡＸドライバ５０８に送信する処理例である。なお、本フローチャートは、図１２に前述のシーケンスにおけるＷＦ１２０４からＷＦ１２０５までの処理に相当する。
【００７６】
また、本フローチャートの処理は、送信サーバ１０２のＲＡＭ３０２にロードされたＦＡＸ送信処理制御部５０６のプログラムが、ＣＰＵ３０１を用いて実行されるものとする。本フローチャートにおいては、図１３と同じ処理を行うステップがあるため、そのステップについては記載を省略する。なお、ジョブキュー制御サーバ１７０１では、ＲＡＭ３０２にロードされたジョブキュー状態制御部１８０２のプログラムが、ＣＰＵ３０１を用いて実行される。
対象となるステップは、Ｓ２１０１、Ｓ２１０４〜Ｓ２１０７、Ｓ２１０９、Ｓ２１１１、Ｓ２１１２である。
【００７７】
Ｓ２１０１で、送信サーバ１０２のＣＰＵ３０１がサービスの終了依頼を受け取らなかったと判断した場合には、Ｓ２１０２へ進む。そして、Ｓ２１０２において、指定したＦＡＸドライバのジョブキュー制御情報をジョブキュー制御サーバ１７０１のジョブキュー状態制御部１８０２から取得する。
【００７８】
ジョブキュー状態制御部１８０２では、受信時に受け取ったＦＡＸドライバの名称に関するジョブキュー制御データが存在するかをジョブキュー制御情報１８０１に基づいて判断する。ここで、ジョブキュー制御データが存在するとジョブキュー状態制御部１８０２が判断した場合には、そのジョブキュー制御データを取得して、送信サーバ１０２に送信する。Ｓ２１０２では、ジョブキュー状態制御部１８０２からジョブキュー制御データを受け取ったら、次のＳ２１０３に進む。
【００７９】
Ｓ２１０３では、ジョブキュー状態制御部１８０２は、Ｓ２１０２で、受け取ったジョブキュー制御データが存在せず、そのデータの送信サーバ１９０１のＩＰアドレス値が自身のＩＰアドレスと同じであるかどうかを判断する。ここで、ジョブキュー制御データが存在しないとジョブキュー状態制御部１８０２が判断し、そのデータの送信サーバ１９０１のＩＰアドレス値が自身のＩＰアドレスと同じであるかを判断した場合には、Ｓ２１０４に進む。それ以外の場合には、処理制御中であると判断し、Ｓ２１０１に戻る。
【００８０】
Ｓ２１０８において、ＦＡＸジョブキュー最大数と一時停止状態のＦＡＸジョブ数を比較した場合、一時停止状態のＦＡＸジョブ数がＦＡＸジョブキュー最大数以下であると判断した場合にはＳ２１０９に進む。そして、Ｓ２１０９において、ＦＦＡＸジョブキュー最大数を超えていると判断した場合には、Ｓ２１１０に進む。
【００８１】
Ｓ２１１０において、自身のＦＡＸジョブキューの最大数を超える状態になる。そのため、ジョブキュー制御サーバ１７０１のジョブキュー状態制御部１８０２に対して、自身のＩＰアドレスと、プリンタドライバ名称を指定して、他の送信サーバ１０２からのジョブ投入の制限を行うように依頼を行う。
【００８２】
ジョブキュー状態制御部１８０２では、受信時に受け取ったプリンタドライバ名称に関するジョブキュー制御データが存在するかをジョブキュー制御情報１８０１に基づいて判断する。ここで、ジョブキュー制御データが存在しないと判断した場合には送信サーバ１９０１、制御ＭＦＰデバイスに受け取った情報を指定し、制限期間１９０３に現在時刻＋５分の時刻を設定してジョブキュー制御データをジョブキュー制御情報１８０１に登録する。登録が終わったら、Ｓ２１０１に戻る。
【００８３】
これにより、負荷の高い送信サーバ１０２が発生した場合には、その他の負荷の低い送信サーバ１０２が一定時間停止した状態となり、負荷の高い送信サーバのジョブキューを優先的に処理するようになり、負荷の均等化が図れるようになる。
【００８４】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステムまたは装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えばＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００８５】
１０１  送信リクエストサーバ
１０２  送信サーバ
１０３  画像形成装置
【図１】
2016110363.tif 000003
【図２】
2016110363.tif 000004
【図３】
2016110363.tif 000005
【図４】
2016110363.tif 000006
【図５】
2016110363.tif 000007
【図６】
2016110363.tif 000008
【図７】
2016110363.tif 000009
【図８】
2016110363.tif 000010
【図９】
2016110363.tif 000011
【図１０】
2016110363.tif 000012
【図１１】
2016110363.tif 000013
【図１２】
2016110363.tif 000014
【図１３】
2016110363.tif 000015
【図１４】
2016110363.tif 000016
【図１５】
2016110363.tif 000017
【図１６】
2016110363.tif 000018
【図１７】
2016110363.tif 000019
【図１８】
2016110363.tif 000020
【図１９】
2016110363.tif 000021
【図２０】
2016110363.tif 000022
【図２１】
2016110363.tif 000023