JP2015204524A - システムおよびその制御方法、情報処理装置およびその制御方法、ジョブ処理装置およびその制御方法、並びにプログラム - Google Patents

Abstract

【課題】サーバー／クライアント間で通信しながら処理を行うシステムにおいて、機器の状態等によっては、リクエストに対する結果の通知が正常に行えない場合がある。【解決手段】情報処理装置であって、指定された情報に基づいてジョブ処理装置がジョブを実行する際に用いるジョブファイルを生成し記憶部に格納する手段と、前記ジョブ処理装置に対し前記ジョブの実行を要求する手段と、前記ジョブ処理装置から前記ジョブの実行結果を受信する手段と、前記ジョブの実行結果を受信できない場合、前記記憶部に格納されたジョブファイルのファイル名を参照してジョブの実行結果を判定する手段とを有し、前記ジョブファイルのファイル名は、前記ジョブ処理装置が前記情報処理装置に前記ジョブの実行結果を送信できない場合に前記ジョブ処理装置により変更される。【選択図】 図１５Ａ

Description

本発明は、システムおよびその制御方法、情報処理装置およびその制御方法、ジョブ処理装置およびその制御方法、並びにプログラムに関する。

従来、ジョブ処理装置とサーバーとが通信しながら処理を行うものがある。例えば、特許文献１では、印刷データの印刷に関して統一的な操作性を提供するために、画像形成装置のメーカーや機種の違いに跨って、統一された操作で印刷リクエストをＷＥＢブラウザから送信し、結果を表示する技術を開示している。

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

しかし、先行技術では、画像形成装置がＷＥＢブラウザからリクエストされた印刷に関する処理結果を通知する手段が１つしか無いため、画像形成装置が、処理結果を通知できないことが生じうる。その場合、ＷＥＢブラウザ側では処理結果を取得できず、表示することができない。例えば、ＷＥＢブラウザからリクエストを行った後で、画像形成装置からレスポンスを返す前に、ＷＥＢブラウザが終了してしまうと、画像形成装置は、結果をＷＥＢブラウザに返すことができなくなる。その結果、ＷＥＢブラウザを再起動しても、先にリクエストした結果を確認することができなくなる。

このように、処理のリクエストを行った後にその処理結果を取得できない場合が存在し、確実に処理結果を取得する方法が求められている。

上記課題を解決するために本願発明は以下の構成を有する。すなわち、第一のサーバー、第二のサーバー、及びジョブ処理装置を含むシステムであって、前記第一のサーバーは、要求元からの要求に基づいて処理の情報を含むファイルを生成し、記憶部に格納する手段を有し、前記第二のサーバーは、前記記憶部に前記ファイルが格納されたことに応じて、当該ファイルを用いて前記ジョブ処理装置にて用いられるジョブファイルを生成し、前記記憶部に格納する生成手段と、前記ジョブ処理装置に対し、前記ジョブファイルを用いたジョブの実行を要求する要求手段と、前記ジョブ処理装置から前記ジョブの実行の要求に対する実行結果を受信する受信手段と、を有し、前記ジョブ処理装置は、前記第二のサーバーから前記ジョブの実行の要求を受信したことに応じて、前記記憶部に格納されたジョブファイルを用いて当該ジョブを実行する実行手段と、前記実行手段による前記ジョブの実行結果を前記第二のサーバーに送信する送信手段と、前記送信手段による前記ジョブの実行結果の送信が失敗した場合、前記記憶部に格納されたジョブファイルのファイル名を変更する変更手段とを有する。

本発明により、リスエストに対応するレスポンスを直接受け付けることができない状況でも、そのレスポンスに関する情報を取得することができる。

システムの全体の構成例を示す図。 ＭＦＰのハードウェアの構成例を示す図。 ＦＡＸサーバーのハードウェアの構成例を示す図。 ＭＦＰのソフトウェアの構成例を示す図。 ＭＦＰのアプリケーションの構成例を示す図。 ＦＡＸサーバーのアプリーケーション、およびＭＦＰのＦＡＸ送信アプリケーションのモジュール構成の例を示す図。 メモリマップの構造例を示す図。 本実施形態に係るシステムのワークフローを示す図。 ＦＡＸサーバーのフォルダ構成の例を示す図。 発注情報ファイルの構成例を示す図。 本実施形態に係るデータベースで管理する各テーブルの構成例を示す図。 ＦＡＸ送信アプリケーションにおけるジョブ管理テーブルの構成例を示す図。 本実施形態に係るシステム管理ログビューアの構成例を示す図。 発注帳票データの構成例を示す図。 本実施形態に係るシーケンス図。 本実施形態に係るシーケンス図。 本実施形態に係るシーケンス図。 本実施形態に係るシーケンス図。 ＦＡＸ送信結果を確認するフローチャート図。 ＦＡＸ送信結果を確認するフローチャート図。

以下、本発明を実施するための形態について図面を用いて説明する。

図１は、本実施形態に係るＦＡＸ文書を管理する装置を組み込むシステムの全体の構成例を示す。本システムにおいて、複数の拠点が各種ネットワーク（通信網）に接続されて構成される。本システムは、１つ以上の顧客（本実施形態では２つの顧客１０１、１０２）と、１つ以上の商社支店（本実施形態では２つの商社支店１０３、１０４）、商社本店１０５、１つ以上のメーカー（本実施形態では２つのメーカー１０６、１０７）により構成される。顧客１０１、１０２、商社支店１０３、１０４、メーカー１０６、１０７は、公衆回線１２５に接続可能な環境にある。なお、本実施形態では、商社本店１０５を公衆回線１２５に接続させていないが、接続させる構成としてもよい。

商社支店１０３、１０４、商社本店１０５はそれぞれ、インターネット１２４に接続しており、互いに通信可能である。顧客１０１には、ＦＡＸ装置１０８が存在し、公衆回線１２５に接続している。顧客１０２には、ＦＡＸ装置１０９が存在し、公衆回線１２５に接続している。商社支店１０３には、ＭＦＰ１１１、ＰＣ１１０が存在し、ＬＡＮ１１２に接続している。また、ＭＦＰ１１１、ＰＣ１１０は、インターネット１２４にも接続している。さらに、ＭＦＰ１１１は、公衆回線１２５に接続している。ここで、ジョブ処理装置としてＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）を用いた例を示しているが、これに限定するものではなく、ＦＡＸに関する通信機能を備えた画像形成装置であってもよい。

商社支店１０４には、ＭＦＰ１１３、ＰＣ１１４が存在し、ＬＡＮ１１５に接続している。また、ＭＦＰ１１３、ＰＣ１１４は、インターネット１２４にも接続している。更に、ＭＦＰ１１３は、公衆回線１２５に接続している。商社本店１０５には、基幹システム１１６、ＦＡＸサーバー１１８、文書サーバー１１９、データベース（ＤＢ）１１７、ファイルサーバー１２３が存在している。基幹システム１１６は、各商社支店の受発注データを管理する。文書サーバー１１９は、ＦＡＸ送信等に用いられる文書データを格納する。ＤＢ１１７は、ＦＡＸ送信ジョブの状態などを管理するデータの保存場所である。ファイルサーバー１２３は、ＦＡＸジョブファイルなどを保存する管理部として機能する。また、各装置は、商社本店１０５内に設けられたＬＡＮ１２０に接続し、互いに通信可能である。また、基幹システム１１６、ＦＡＸサーバー１１８、文書サーバー１１９、ＤＢ１１７、ファイルサーバー１２３は、インターネット１２４にも接続している。なお、本実施形態では、各種サーバーは、その機能に応じて異なる装置にて構成する例を示しているが、これに限定するものではない。例えば、各種サーバーを物理的に一台の装置にて実現してもよく、また、１つの機能を複数の装置にて分散して実現してもよい。なお、本明細書において、便宜上、基幹システム１１６を第一のサーバー、ＦＡＸサーバー１１８を第二のサーバーとも記載する。

ＤＢ１１７は、基幹システム１１６、ＦＡＸサーバー１１８、文書サーバー１１９からＬＡＮ１２０経由でアクセスされる。本実施形態において、ＤＢ１１７を各装置から独立させた構成としているが、基幹システム１１６、ＦＡＸサーバー１１８、文書サーバー１１９、ファイルサーバー１２３それぞれの中、または、いずれか１つの中に配置してもよい。また、ＤＢ１１７は、インターネット１２４を介して接続可能であれば、商社本店１０５外の領域に配置してもよい。さらに、図１においては、ＤＢ１１７を１つ記載しているが、役割に応じて複数のＤＢが存在してもよい。

メーカー１０６には、ＦＡＸ装置１２１が存在している。メーカー１０７には、ＦＡＸ装置１２２が存在している。また、メーカー１０６、１０７のＦＡＸ装置はそれぞれ、公衆回線１２５に接続している。

次に、本システムを構成する各装置について、個別に説明する。ＦＡＸ装置１０８、１０９、１２１、１２２は、公衆回線１２５を介して、ＦＡＸ画像の送受信を行う。なお、ＦＡＸが送受信可能な装置であれば、ＦＡＸ装置はＭＦＰであっても、ＰＣであっても構わない。ＰＣ１１０、１１４は、インターネット１２４に接続可能であり、内部に備えられたＷＥＢブラウザを介して、基幹システム１１６、ＦＡＸサーバー１１８、文書サーバー１１９が提供するユーザインタフェース（以下、ＵＩ）を利用可能である。また、ＰＣ１１０、１１４は、各種アプリケーションプログラムを追加でインストールして利用する事も可能である。なお、ここでは詳述しないが、ＭＦＰ１１１、１１３がＷＥＢブラウザを備え、そのＷＥＢブラウザから基幹システム１１６、ＦＡＸサーバー１１８、文書サーバー１１９が提供するＵＩを利用する事も可能である。さらに、ＰＣ１１０、１１４の代わりに、インターネット１２４に接続可能なモバイル端末を用いて、そのモバイル端末が備えるＷＥＢブラウザを介して、基幹システム１１６、ＦＡＸサーバー１１８、文書サーバー１１９が提供するＵＩを利用する事も可能である。

ＭＦＰ１１１、１１３は、公衆回線１２５を通じて、ＦＡＸを送受信する。また、ＭＦＰ１１１、１１３は、受信したＦＡＸ画像の蓄積、ＭＦＰ１１１、１１３自身での印刷も可能である。さらに、ＭＦＰ１１１、１１３からは、インターネット１２４上に公開されているＦＡＸサーバー１１８に対し、ＦＡＸデータを送信する機能を備える。このＦＡＸデータの送信においては、予め決められたルールや設定に従い、ＦＡＸサーバー１１８の適当なフォルダに対して送信を行う。なお、この機能は、ＭＦＰ１１１、１１３のファームウェアにより提供されても、ＭＦＰ１１１、１１３に追加でインストールされて動作するプログラムによって提供されてもよい。

本実施形態では、ＭＦＰ１１１、１１３は、公衆回線１２５を通じてＦＡＸの送受信を行っている。しかし、ＦＡＸの通信相手となるＦＡＸ装置がインターネット１２４に接続しており、且つＦＡＸ送受信のためのプロトコルに対応していれば、これらを用いてインターネット１２４を介したＦＡＸの送受信も可能である。なお、ＭＦＰ１１１、１１３は、ＦＡＸ送受信機能、インターネット１２４上に公開されているＦＡＸサーバー１１８に対するＦＡＸデータの送信機能があれば、ＭＦＰ以外の装置でも構わない。また、ＦＡＸ送受信機能およびＦＡＸデータの送信機能は、他の装置と連携して実現されてもよい。

基幹システム１１６は、顧客１０１、１０２から商社支店１０３、１０４が受けた注文に関連する一連の受注情報、各顧客情報、各メーカー情報、各支店の担当者情報等を一元管理している。ＦＡＸサーバー１１８は、ＭＦＰ１１１、１１３から転送されたＦＡＸ文書に基づいて、図８にて説明する処理フローを実現する。文書サーバー１１９は、ＦＡＸサーバー１１８で処理した各種文書データを保管するストレージを備える。

［ハードウェア構成］
（ＭＦＰ）
図２は、本実施形態に係る画像形成装置であるＭＦＰ１１１のハードウェア構成の例を示す。ＭＦＰ１１３も同様の構成であるとし、ここではＭＦＰ１１１を用いて説明する。ＣＰＵ２０２を含む制御部２０１は、ＭＦＰ１１１全体の動作を制御する。ＣＰＵ２０２は、ＲＯＭ２０３に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。この制御プログラムは、後述のコントローラ制御部４０２として機能するためのプログラムを含む。ＲＡＭ２０４は、記憶部であり、ＣＰＵ２０２の主メモリ、ワークエリア等の一時記憶領域として用いられる。

ＨＤＤ２０５は、記憶部であり、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ２０６は、操作部２１２と制御部２０１とを接続する。操作部２１２には、タッチパネル機能を有する液晶表示部（不図示）や、キーボード（不図示）などが備えられている。後述するＭＦＰ１１１のＷＥＢブラウザ４０４、アプリケーション４０９、４１０は、ＡＰＩ４０３、仮想マシンＡＰＩ４０６を呼び出し、コントローラ制御部４０２に処理を依頼することにより操作画面を操作部２１２の液晶表示部（不図示）に表示する。

プリンタＩ／Ｆ２０７は、プリンタ２１３と制御部２０１とを接続する。印刷対象となる画像データは、プリンタＩ／Ｆ２０７を介して制御部２０１からプリンタ２１３へ転送され、プリンタ２１３において紙等の記録媒体上に印刷される。後述するＭＦＰ１１１のＷＥＢブラウザ４０４、アプリケーション４０９、４１０は、ＡＰＩ４０３、仮想マシンＡＰＩ４０６を呼び出し、コントローラ制御部４０２に処理を依頼することによって印刷処理を実行する。

スキャナＩ／Ｆ２０８は、スキャナ２１４と制御部２０１とを接続する。スキャナ２１４は、原稿の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２０８を介して制御部２０１に入力する。後述するＭＦＰ１１１のＷＥＢブラウザ４０４、アプリケーション４０９、４１０は、ＡＰＩ４０３、仮想マシンＡＰＩ４０６を呼び出し、コントローラ制御部４０２に処理を依頼することによりスキャン処理を実行し、画像データを受信する。

アクセサリＩ／Ｆ２０９は、フィニッシャ２１５と制御部２０１とを接続する。図２では、接続するアクセサリの代表としてフィニッシャ２１５を示したが、他のアクセサリを１または複数接続する事も可能である。アクセサリとしては例えば、パンチ穴を空けるパンチャ、ステープルを行うステープラ、製本を行う製本ユニット、出力物のソートを行うソータ等がある。モデムＩ／Ｆ２１０は、モデム２１６と制御部２０１（ＭＦＰ１１１）とを接続する。モデム２１６は、公衆回線１２５に接続し、外部からのＦＡＸの受信、および、外部へのＦＡＸの送信を行う。

ネットワークＩ／Ｆ２１１は、制御部２０１（ＭＦＰ１１１）をＬＡＮ１１２に接続する。ネットワークＩ／Ｆ２１１は、ＬＡＮ１１２上の外部装置に画像データや情報を送信したり、ＬＡＮ１１２上の外部装置から各種情報を受信したりする。なお、本実施形態において、ＦＡＸ装置１０８、１０９、１２１、１２２も、アクセサリＩ／Ｆ２０９、フィニッシャ２１５、ネットワークＩ／Ｆ２１１を除く部分は、ＭＦＰ１１１と同じハードウェア構成であるものとする。

（ＦＡＸサーバー）
図３は、情報処理装置であるＦＡＸサーバー１１８のハードウェア構成の例を示す。ＣＰＵ３０２を含む制御部３０１は、ＦＡＸサーバー１１８全体の動作を制御する。ＣＰＵ３０２は、ＲＯＭ３０３に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３０４は、記憶部であり、ＣＰＵ３０２の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３０５は、記憶部であり、画像データや各種プログラムあるいは後述する各種情報テーブルを記憶する。ネットワークＩ／Ｆ３０６は、制御部３０１（ＦＡＸサーバー１１８）をＬＡＮ１２０に接続する。ネットワークＩ／Ｆ３０６は、ＬＡＮ１２０上の他の装置との間で各種情報を送受信する。なお、本実施形態において、基幹システム１１６、文書サーバー１１９、ファイルサーバー１２３もＦＡＸサーバー１１８同じハードウェア構成であるものとする。

［ソフトウェア構成］
図４は、本実施形態に係るＭＦＰ１１１のソフトウェア構成の例を示す。なお、ＭＦＰ１１３も同様の構成とし、ここではＭＦＰ１１１を用いて説明する。

ＯＳ（オペレーティングシステム）４０１は、ＭＦＰ１１１全体を制御する実行環境である。一般的にＯＳ４０１はＭＦＰ１１１の各種機能をリアルタイムに制御可能なリアルタイムＯＳの各モジュール、ＣＰＵ２０２に命令してクリティカルに複写機のオプション装置、拡張カードを含む各機能を制御することが可能なライブラリ群から構成される。更に、ＯＳ４０１は、その上位で動作するアプリケーションに対して、インターフェース・コマンドを提供するモジュール群を含む。

コントローラ制御部４０２は、ＯＳ４０１上で動作し、スキャナ２１４、プリンタ２１３など制御するモジュールにより構成される。ＡＰＩ４０３は、各種アプリケーションからの命令の入力に応答して、コントローラ制御部４０２にアクセスするための処理とネットワークＩ／Ｆ２１１を介してネットワークに接続された機器等に制御コマンドを送る機能を有する。

Ｗｅｂブラウザ４０４は、ＯＳ４０１上で動作するアプリケーションの１つであるブラウザである。Ｗｅｂブラウザ４０４は、ＡＰＩ４０３を使用しコントローラ制御部４０２に各種処理を依頼する。仮想マシン４０５は、特定のアプリケーションを実行するために最適化された実行環境であり、例えば、Ｊａｖａ（登録商標）の仮想マシンなどにより実現される。

仮想マシンＡＰＩ４０６は、仮想マシン４０５上のアプリケーションがＯＳ４０１上で動作するコントローラ制御部４０２にアクセスするためのＡＰＩである。本実施形態では、仮想マシンＡＰＩ４０６ｈ、ＡＰＩ４０３を呼び出すための変換モジュールの機能を有する。なお、本実施形態においては、アプリケーションとして、アプリケーション４０９、４１０を用いて説明するが、Ｗｅｂブラウザ４０４のようなアプリケーションであっても構わない。

フレームワーク４０７は、仮想マシン４０５上のアプリケーションを統括的に制御する機能を有するモジュールである。アプリケーション管理アプリケーション４０８は、仮想マシン４０５上の他のアプリケーションを管理するためのアプリケーションであり、フレームワーク４０７と協調し、アプリケーション４０９、４１０のダウンロード、アップロード、消去、無効化を行う。

アプリケーション４０９、４１０は、仮想マシン４０５上で動作するアプリケーションであり、仮想マシンＡＰＩ４０６を使用し、コントローラ制御部４０２に各種処理を依頼する。本実施形態において、アプリケーション４０９が、ＭＦＰ１１１が受信したＦＡＸ画像を、ＦＡＸサーバー１１８に対し送信するものとして説明する。また、アプリケーション４１０が、各種ＦＡＸ処理を行うＦＡＸ送信アプリケーションとして動作する例を説明する。

リソース管理部４１１は、仮想マシン４０５が使用する資源を管理し、ＯＳ４０１上で動作する。リソース管理部４１１は、仮想マシン４０５自身、仮想マシンＡＰＩ４０６、フレームワーク４０７、或いはＯＳ４０１上の全アプリケーションがメモリ等のリソース資源を使用する際、予め決められた以上の資源が使用できないように制限する。例えば、操作部２１２に画面を表示するアプリケーションについて、予め決められたアプリケーション上限数を超えた場合には、ＵＩ表示を行うことができない、などの制限を行う。

図５は、アプリケーション４０９の構成例を示す。これらのモジュールはＭＦＰ１１１のＨＤＤ２０５もしくはＲＯＭ２０３に格納され、ＣＰＵ２０２が実行する。なお、ＭＦＰ１１３も同様の構成とし、ここではＭＦＰ１１１を用いて説明する。

ＵＩ制御部５０１は、ＭＦＰ１１１が処理を行うための設定をユーザに促すためのＵＩを表示する。例えば、スキャン処理を行う際には、ＵＩ制御部５０１は、ＭＦＰ１１１自体が生成可能なスキャンデータに対する設定を行うためのＵＩを表示する。また、印刷処理を行う際には、ＵＩ制御部５０１は、ＭＦＰ１１１自体が印刷可能なデータの取得に関する設定を行うためのＵＩを表示する。また、ＵＩ制御部５０１は、ＷＥＢブラウザ連携部５０５からの依頼により、アプリケーション４０９、４１０の画面を操作部２１２に表示するといった制御を行う。

スキャン処理制御部５０２は、ＵＩ制御部５０１での設定内容に従って、設定内容がＭＦＰ１１１自体の処理能力と整合しているかを考慮した処理を行う。印刷処理制御部５０３は、ＵＩ制御部５０１での設定内容に従って、設定内容がＭＦＰ１１１自体の処理能力と整合しているかを考慮した処理を行う。通信部５０４は、ＦＡＸサーバー１１８と通信し、データの送受信や、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）、ＷｅｂＤＡＶ等のプロトコルに従って、ファイルの送受信を行う処理を行う。

ＷＥＢブラウザ連携部５０５は、ＭＦＰ１１１のＷＥＢブラウザ４０４と通信し、ＷＥＢブラウザ４０４の呼び出しや、ＷＥＢブラウザ４０４からの操作終了の通知を受け取る等の処理を行う。ＷＥＢブラウザ連携部５０５は、ＷＥＢブラウザ４０４から操作終了の通知を受け取った場合、アプリケーション４０９、４１０の画面を操作部２１２に表示するようＵＩ制御部５０１に依頼する。

図６は、ＦＡＸサーバー１１８におけるモジュールとＭＦＰ１１１におけるＦＡＸ送信アプリケーション４１０のモジュールの構成例を示す。これらのモジュールはＦＡＸサーバー１１８とＭＦＰ１１１のＨＤＤ２０５もしくはＲＯＭ２０３に格納され、ＣＰＵ２０２が実行する。

図６（ａ）は、ＦＡＸサーバー１１８のモジュールの構成例を示す。ファイル処理モジュール６１０は、ファイルサーバー１２３から発注情報ファイル２０００（図１０）の取得、ＦＡＸジョブファイル１３３１、１４１１、１５１１（図９）の取得と配置を行う。また、ファイル処理モジュール６１０は、ファイルサーバー１２３がＦＡＸサーバー１１８の管理下にファイルを配置したことを検知する。

ＤＢ処理モジュール６１１は、ＤＢ１１７の送信ジョブ管理テーブル３０００、システム管理ログ管理テーブル３１００からレコードの登録と参照を行う。更に、ＤＢ処理モジュール６１１は、支店管理テーブル３２００、担当者管理テーブル３３００、デバイス管理テーブル３４００に対しレコードの参照を行う。発注情報処理モジュール６２０は、発注情報ファイル２０００から発注情報を取得する。帳票処理モジュール６２１は、発注情報処理モジュール６２０が取得した発注情報とＱＲコード（登録商標）処理モジュール６２２が作成したＱＲコードとから、発注帳票データ６０００の生成を行う。ＱＲコード処理モジュール６２２は、発注情報処理モジュール６２０が取得した受注ＩＤからＱＲコードを生成する。なお、ＱＲコードの生成方法については、周知の技術を用いるものとし、ここでの詳細な説明は省略する。

ＦＡＸジョブ処理モジュール６２３は、帳票処理モジュール６２１が生成した発注帳票データ６０００からＦＡＸジョブファイル１３１１を生成し、ＦＡＸ送信アプリケーション４１０にＦＡＸジョブファイルの送信要求をする。更にＦＡＸジョブ処理モジュール６２３は、ジョブファイルの生成および送信要求の結果を、送信ジョブ管理テーブル３０００およびシステム管理ログ管理テーブル３１００に対し、登録もしくは変更する。ＦＡＸ送信確認処理モジュール６２４は、ＦＡＸ送信アプリケーション４１０から受信したＦＡＸ送信結果を確認したり、ＦＡＸジョブファイル１４１１、１５１１のファイル名からＦＡＸ送信結果を確認したりする。また、ＦＡＸ送信確認処理モジュール６２４は、ＦＡＸ送信結果を確認するためのタイマー設定、解除およびタイマーイベントの検知を行う。システム管理ログ処理モジュール６２５は、ＰＣ１１０からシステム管理ログビューア５０００経由でリクエストされたシステム管理ログを、ＤＢ１１７のシステム管理ログ管理テーブル３１００から取得し、システム管理ログビューア５０００に返す。

図６（ｂ）は、ＭＦＰ１１１におけるＦＡＸ送信アプリケーション４１０のモジュールの構成例を示す。ＦＡＸ処理モジュール６３０は、ＦＡＸサーバー１１８からＦＡＸ送信リクエストを受信したら、ファイルサーバー１２３よりＦＡＸジョブファイル１３３１を取得し、ＦＡＸ送信を行う。結果通知処理モジュール６３１は、ＦＡＸ送信結果を受信したことに起因して、ＦＡＸサーバー１１８に通知したり、ファイルサーバー１２３のＦＡＸジョブファイル１４１１、１５１１のファイル名を変更して結果を通知したりする。

図７は、ＦＡＸサーバー１１８において処理プログラムを実行する際、処理プログラムをＲＡＭ３０４上にロードした際のメモリマップの構造例を示す。また、ＭＦＰ１１１において処理プログラムを実行する際、処理プログラムをＲＡＭ２０４上にロードした際のメモリマップの構造例を示す。なお、ＭＦＰ１１３でも同様の構成とし、ここではＭＦＰ１１１を用いて説明する。

メモリマップは、基本Ｉ／Ｏプログラム７０１、システム・プログラム７０２、各種処理プログラム７０３、エリア７０４、ワークエリア７０５で構成される。基本Ｉ／Ｏプログラム７０１は、入出力を司る。システム・プログラム７０２は、各種処理プログラム７０３に動作環境を提供する。各種処理プログラム７０３は、本実施形態に係る処理プログラムを含む様々な処理プログラムである。エリア７０４は、関連データを格納する。ワークエリア７０５は、各種処理プログラム７０３が動作する際に一時的に利用される。なお、容量の制約により７０１〜７０５として利用する領域が足りない場合、ＦＡＸサーバー１１８ではＨＤＤ３０５をＲＡＭ３０４の領域の一部として扱っても良く、ＭＦＰ１１１ではＨＤＤ２０５をＲＡＭ２０４の領域の一部として扱ってもよい。

［処理の流れ］
（ワークフロー）
図８は、ＦＡＸ装置から注文をする顧客１０１、商社支店１０３、商社本店１０５、メーカー１０６のワークフローを示す。

ＷＦ８００において、顧客１０１は、ＦＡＸ装置１０８を用いて、商社支店１０３に対して注文ＦＡＸを送信する。商社支店１０３では、ＭＦＰ１１１がＦＡＸを受信する。

ＷＦ８０１において、ＭＦＰ１１１は、予め指定された設定に従い、商社本店１０５のファイルサーバー１２３に対して受信したＦＡＸデータを転送する。この時、ＭＦＰ１１１は、画像データのまま送信する事も、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）に変換して送る事も、或いはテキストデータに変換して送る事も可能である。本実施形態では、ＭＦＰ１１１は、ＦＡＸデータをファイルサーバー１２３に転送するが、その転送先はファイルサーバー１２３内に限らず、ＦＡＸサーバー１１８が管理可能な領域な共有領域であればどこでも構わない。

ＷＦ８０２において、商社支店１０３の担当者は、ＰＣ１１０を用いてファイルサーバー１２３に格納されたＦＡＸデータを閲覧する。ＷＦ８０３において、商社支店１０３の担当者は、基幹システム１１６に対して任意の注文情報を入力する。基幹システム１１６に入力する方法は、ＷＥＢブラウザに表示されたＵＩを介して行われても良く、その方法は問わない。

ＷＦ８０４において、基幹システム１１６は、要求元としての商社支店１０３の担当者から注文情報が入力されると、その注文情報に基づいて発注情報ファイル２０００を出力し、ＦＡＸサーバー１１８に送付する。ここでの送付方法は、ファイルサーバー１２３経由でも良いし、ＷＥＢサービスでも良いし、その方法は問わない。ＷＦ８０５において、ＦＡＸサーバー１１８は、基幹システム１１６から受信した発注情報ファイル２０００に基づいて発注帳票データ６０００を出力し、商社支店１０３のＭＦＰ１１１に通知する。

ＷＦ８０６において、商社支店１０３のＭＦＰ１１１は、ＦＡＸサーバー１１８から受信した発注帳票データ６０００をメーカー１０６のＦＡＸ装置１２１に送信する。ＷＦ８０７において、メーカー１０６の担当者は、発注帳票データ６０００に納期回答を記載した上で、ＦＡＸ装置１２１を介して商社支店１０３ＭＦＰ１１１に送信する。ＷＦ８０８において、商社支店１０３のＭＦＰ１１１は、予め指定された設定に従い、商社本店１０５のファイルサーバー１２３に対して、メーカー１０６から受信したＦＡＸデータ（納期回答を含む注文帳票データ）を転送する。

ＷＦ８０９において、商社支店１０３の担当者は、ＰＣ１１０を用いてファイルサーバー１２３に格納されたＦＡＸデータ（納期回答を含む注文帳票データ）を閲覧し、ＦＡＸデータに対して更に納期回答を付与（更新）する。ＷＦ８１０において、商社支店１０３の担当者は、納期回答を付与（更新）したＦＡＸデータをＰＣ１１０からＭＦＰ１１１に送信する。

ＷＦ８１１において、商社支店１０３のＭＦＰ１１１は、納期回答が付与されたＦＡＸデータを顧客１０１のＦＡＸ装置１０８に送信する。ＷＦ８１２において、商社本店１０５のＦＡＸサーバー１１８は、ＷＦ８００、ＷＦ８０６、ＷＦ８０７、ＷＦ８１１で顧客１０１もしくはメーカー１０６との間で送受信したＦＡＸデータをファイルサーバー１２３から取得する。ＷＦ８１３において、ＦＡＸサーバー１１８は、取得したＦＡＸデータを文書サーバー１１９に格納する。

以下、図９〜図１５を用いて本実施形態に係る特徴の詳細（ＷＦ８０４〜ＷＦ８０５）を説明する。

（フォルダ構成）
図９は、ファイルサーバー１２３におけるフォルダおよびファイルの構成例を示す。なお、各種データをファイルサーバー１２３以外で管理する場合には、その管理先の構成が以下のようなものとなる。

図９（ａ）は、ＦＡＸデータを管理するフォルダおよびファイル構成の例を示す。ＦＡＸサーバーＲＯＯＴフォルダ１１００以下に位置するフォルダは、ＰＣ１１０、ＭＦＰ１１１、ＦＡＸサーバー１１８より参照および更新可能なように構成される。ＦＡＸサーバーＲＯＯＴフォルダ１１００は、ＬＩＢフォルダ１２００、ＤＥＶフォルダ１３００を配下に保持する。ＬＩＢフォルダ１２００は、ＰＣ１１０およびＦＡＸサーバー１１８より参照および更新される。ＬＩＢフォルダ１２００は、配下に支店Ｘフォルダ１２１０を配下に保持する。支店Ｘフォルダ１２１０は、支店Ｘで管理するデータが格納されるフォルダである。支店Ｘフォルダ１２１０は、担当フォルダ１２２０を配下に保持する。

担当フォルダ１２２０は、担当者を管理するフォルダである。担当フォルダ１２２０は、Ｙａｍａｄａフォルダ１２３０を管理する。Ｙａｍａｄａフォルダ１２３０は、支店Ｘで管理される担当者、本例では「山田（Ｙａｍａｄａ）」が管理するフォルダである。Ｙａｍａｄａフォルダ１２３０は、メーカーＡに送信したＦＡＸデータのＦＡＸジョブファイル１２３１を管理する。

ＤＥＶフォルダ１３００は、ＭＦＰ１１１およびＦＡＸサーバー１１８より参照および更新される。ＤＥＶフォルダ１３００は、配下に支店Ｘフォルダ１３１０を配下に保持する。支店Ｘフォルダ１３１０は、支店Ｘで管理するフォルダである。支店Ｘフォルダ１３１０は、ＤＥＶＩＣＥフォルダ１３２０を配下に保持する。ＤＥＶＩＣＥフォルダ１３２０は、支店Ｘで管理しているＭＦＰ１１１がＦＡＸデータを送信する際に使用するフォルダである。ＤＥＶＩＣＥフォルダ１３２０は、配下に送信フォルダ１３３０を保持する。送信フォルダ１３３０は、ＭＦＰ１１１がＦＡＸデータを送信する際に参照するフォルダである。また、送信フォルダ１３３０は、ＦＡＸサーバー１１８が送信データを配置するフォルダでもある。送信フォルダ１３３０は、配下にＦＡＸジョブファイル１３３１を管理する。ＦＡＸジョブファイル１３３１は、ＦＡＸ送信を行うためのファイルである。本実施形態では、ジョブファイルになるが、画像データでも良いし、ファイル形式は特に問わない。

図９（ｂ）は、ＦＡＸデータ送信が成功した場合において、その結果をＦＡＸサーバー１１８に通知できない場合に、ファイル名で結果を保持する例である。ＦＡＸジョブファイル１４１１は、ファイル名に送信成功を示す「ＯＫ」をファイル名の先頭に付与した例である。

図９（ｃ）は、ＦＡＸデータ送信が失敗した場合において、その結果をＦＡＸサーバー１１８に通知できない場合に、ファイル名で結果を保持する例である。ＦＡＸジョブファイル１５１１は、ファイル名に送信失敗を示す「ＮＧ」をファイル名の先頭に付与した例である。

なお、図９（ｂ）（ｃ）において、ＦＡＸデータ送信が成功／失敗した場合を示しているが、ＦＡＸ機能以外の処理を対象とする場合には、その処理の成功／失敗した場合に対応することとなる。

（ファイル構成）
図１０は、発注情報ファイル２０００の構成例を示す。発注情報ファイル２０００は、基幹システム１１６が出力するデータであり、ＦＡＸサーバー１１８が参照する。発注情報ファイル２０００は、発注ＩＤ２０１０、相手先２０１１、相手先電話番号２０１２、担当者２０１３、支店２０１４、デバイス２０１５、品番２０１６、個数２０１７、品名２０１８、および単価２０１９を含む。発注情報ファイル２０００の処理詳細については後述する。本実施形態では、発注情報ファイル２０００は、ＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅｓ）形式のファイルであるが、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルなどの形式でもよく、ＦＡＸサーバー１１８が認識可能なファイルであれば形式は問わない。

（テーブル構成）
図１１は、商社本店１０５に配置されるＤＢ１１７に記憶されるデータテーブルの構成例を示す。各ＩＤは、要素を一意に識別するための識別情報である。なお、各テーブルを用いた処理の詳細については後述する。

図１１（ａ）は、送信ジョブ管理テーブル３０００の構成例を示す。送信ジョブ管理テーブル３０００は、ＦＡＸサーバー１１８から参照および更新可能なように構成される。送信ジョブ管理テーブル３０００は、ジョブＩＤ３０１０、ＦＡＸジョブファイル名３０１１、送信ステータス３０１２、支店ＩＤ３０１３、担当者ＩＤ３０１４、作成日時３０１５、および更新日時３０１６を含む。

図１１（ｂ）は、システム管理ログ管理テーブル３１００の構成例を示す。システム管理ログ管理テーブル３１００は、ＦＡＸサーバー１１８から参照および更新可能なように構成される。システム管理ログ管理テーブル３１００は、日時３１１０、処理３１１１、処理詳細３１１２、支店ＩＤ３１１３、担当者ＩＤ３１１４、デバイスＩＤ３１１５、受注ＩＤ３１１６、格納フォルダ３１１７、文書名３１１８、相手先３１１９、相手先電話番号３１２０、ステータス３１２１、詳細３１２２、作成日時３１２３、および更新日時３１２４を含む。

図１１（ｃ）は、支店管理テーブル３２００の構成例を示す。支店管理テーブル３２００は、ＦＡＸサーバー１１８から参照可能なように構成される。支店管理テーブル３２００は、支店ＩＤ３２１０、支店名３２１１、支店フォルダ名３２１２、受信フォルダ名３２１３、デフォルト振分フォルダ名３２１４、支店管理者名３２１５、支店管理者メールアドレス３２１６、作成日時３２１７、および更新日時３２１８を含む。

図１１（ｄ）は、担当者管理テーブル３３００の構成例を示す。担当者管理テーブル３３００は、ＦＡＸサーバー１１８から参照可能なように構成される。担当者管理テーブル３３００は、担当者ＩＤ３３１０、担当者名３３１１、受信済文書格納フォルダ名３３１２、送信済文書格納フォルダ名３３１３、支店ＩＤ３３１４、デバイスＩＤ３３１５、基幹システム内の名称３３１６、作成日時３３１７、および更新日時３３１８を含む。

図１１（ｅ）は、デバイス管理テーブル３４００の構成例を示す。デバイス管理テーブル３４００は、ＦＡＸサーバー１１８から参照可能なように構成される。デバイス管理テーブル３４００は、支店ＩＤ３４１０、デバイスＩＤ３４１１、デバイス名３４１２、デバイスフォルダ３４１３、アドレス３４１４、作成日時３４１５、および更新日時３４１６を含む。

図１２は、ジョブ管理テーブル４０００の構成例を示す。ジョブ管理テーブル４０００は、ＦＡＸ送信アプリケーション４１０から参照および更新可能なように構成される。ジョブ管理テーブル４０００は、ジョブＩＤ４０１０、ジョブファイルパス４０１１、およびリクエスト元４０１２を含む。ジョブ管理テーブル４０００の処理詳細については後述する。なお、ジョブ管理テーブル４０００は、ＦＡＸ送信アプリケーション４１０が参照可能なＭＦＰ１１１内のメモリにファイルとして保持されてもよいし、商社本店１０５内のＤＢ１１７で管理されてもよく、その方法は問わない。

（ＵＩ構成）
図１３は、システム管理ログビューア５０００の構成例を示す。システム管理ログビューア５０００は、システム管理ログ管理テーブル３１００に保持されているシステム管理ログを閲覧する際にその内容を表示するための画面として提示され、商社支店の担当者などにより用いられる。本実施形態では、ＰＣ１１０のＷＥＢブラウザから閲覧しているが、ＷＥＢブラウザ以外で表示しても良いし、また、ＵＩの表示方法も特にこれに限定するものではない。

（出力データ）
図１４は、出力データとしての発注帳票データ６０００の構成例を示す。これは、基幹システム１１６が出力する発注情報ファイル２０００を基に作成するＦＡＸデータの例である。本実施形態では、発注帳票データ６０００の項目として、発注日、受信ＩＤ、合計金額、品番、品名、個数、単価、希望納期、ＱＲコードを付与した例を示すが、これに限定するものではなく、また、形式については問わない。

（処理シーケンス）
ここで、基幹システム１１６が出力する発注情報ファイル２０００を基に、ＦＡＸ送信し、支店Ｘの担当者が送信完了を確認するまでの本実施形態に係る処理シーケンスを、図１５Ａ〜図１５Ｄを用いて説明する。

図１５Ａのシーケンスは、基幹システム１１６が発注情報ファイル２０００を出力し、ＭＦＰ１１１のＦＡＸ送信アプリケーション４１０がＦＡＸ送信するまでの処理を示す（図８のＷＦ８０４〜ＷＦ８０６）。

基幹システム１１６にＰＣ１１０からデータが入力された場合（図８のＷＦ８０３）、そのタイミングで基幹システム１１６は、発注情報ファイル２０００をファイルサーバー１２３に配置する（Ｓ１０１）。このとき、ＦＡＸサーバー１１８は、ファイルサーバー１２３に発注情報ファイル２０００が配置されたことをイベントで検知するものとする（Ｓ１０２）。本例では、支店管理テーブル３２００において、支店ＩＤ「ＢＩＤ＿０００１」のレコード、担当者管理テーブル３３００担当者ＩＤ「ＣＩＤ＿０００１」のレコード、デバイス管理テーブル３４００にデバイスＩＤ「ＤＩＤ＿０００１」のレコードが記録済みとなる。

発注情報ファイル配置イベントを検知すると、ＦＡＸサーバー１１８のファイル処理モジュール６１０は、ファイルサーバー１２３から発注情報ファイル２０００を取得する（Ｓ１０３〜Ｓ１０４）。

ＦＡＸサーバー１１８の発注情報処理モジュール６２０は、取得した発注情報ファイル２０００から、受注ＩＤ「ＯＩＤ＿０００１」、相手先「メーカーＡ」、相手先電話番号「０３−１１１１−ＸＸＸ」、担当者「山田」、支店「支店Ｘ」、デバイス「支店Ｘ＿Ａ」、品番「ＰＡＲＴＳ＿０００１」、個数「１０」、品名「パーツ１」、単価「１０００」を取得する（Ｓ１０５）。

ＦＡＸサーバー１１８のＱＲコード処理モジュール６２２は、取得した受注ＩＤからＱＲコードデータを生成する（Ｓ１０６）。ＦＡＸサーバー１１８の帳票処理モジュール６２１は、生成したＱＲコードデータ、相手先、受注ＩＤ、品番、品名、個数、単価から発注帳票データ６０００を生成する（Ｓ１０７）。

ＦＡＸサーバー１１８のＦＡＸジョブ処理モジュール６２３は、生成した発注帳票データ６０００と相手先電話番号からＦＡＸジョブファイルを生成する（Ｓ１０８）。ここでのジョブファイル名は、受注ＩＤ「ＯＩＤ＿０００１」、相手先「メーカーＡ」と処理日から「ＯＩＤ＿０００１＿メーカーＡ＿２０１３１２１４．ｐｒｎ」とする。

ＦＡＸサーバー１１８のＦＡＸジョブ処理モジュール６２３は、ＤＢ処理モジュール６１１を介して、支店管理テーブル３２００から支店「支店Ｘ」をキーとして、支店ＩＤ「ＢＩＤ＿０００１」を取得する。更に、ＦＡＸサーバー１１８のＦＡＸジョブ処理モジュール６２３は、デバイス管理テーブル３４００から支店ＩＤとデバイス名「支店Ｘ＿Ａ」をキーとして、デバイスＩＤ「ＤＩＤ＿０００１」、デバイスフォルダ「ＤＥＶＩＣＥ」、およびアドレス「１９２．１６８．１．１」を取得する（Ｓ１０９〜Ｓ１１０）。

ＦＡＸサーバー１１８のＦＡＸジョブ処理モジュール６２３は、ファイル処理モジュール６１０を介して、支店「支店Ｘ」とデバイスフォルダ「ＤＥＶＩＣＥ」をキーとして、送信フォルダ１３３０の配下にＦＡＸジョブファイル１３３１を配置する（Ｓ１１１）。

ＦＡＸサーバー１１８のＦＡＸジョブ処理モジュール６２３は、ＤＢ処理モジュール６１１を介して送信ジョブ管理テーブル３０００にジョブＩＤ「ＪＩＤ＿０００１」のレコードを登録し、送信ステータスを「作成済」にする（Ｓ１１２）。また、ＦＡＸサーバー１１８のＦＡＸジョブ処理モジュール６２３は、システム管理ログ管理テーブル３１００にも処理詳細の値が「文書作成」のレコードを登録する。

ＦＡＸサーバー１１８のＦＡＸジョブ処理モジュール６２３は、アドレス「１９２．１６８．１．１」を送信先として、ＭＦＰ１１１のＦＡＸ送信アプリケーション４１０に、ジョブＩＤ「ＪＩＤ＿０００１」、ＦＡＸジョブファイル「ＤＥＶ￥支店Ｘ￥ＤＥＶＩＣＥ￥ＯＩＤ＿０００１＿メーカーＡ＿２０１３１２１４．ｐｒｎ」をパラメータとして付与してＦＡＸ送信リクエストを送信する（Ｓ１１３）。ＭＦＰ１１１のＦＡＸ処理モジュール６３０は、ＦＡＸサーバー１１８からＦＡＸ送信リクエストを正常に受信できた場合、ＦＡＸサーバー１１８にその旨を返信する（Ｓ１１４）。

ＦＡＸサーバー１１８のＦＡＸジョブ処理モジュール６２３は、ＤＢ処理モジュール６１１を介して送信ジョブ管理テーブル３０００にジョブＩＤ「ＪＩＤ＿０００１」のレコードの送信ステータスを「送信中」にする。また、ＦＡＸサーバー１１８のＦＡＸジョブ処理モジュール６２３は、システム管理ログ管理テーブル３１００にも処理詳細の値が「送信要求」のレコードを登録する（Ｓ１１５）。

ＦＡＸサーバー１１８のＦＡＸ送信確認処理モジュール６２４は、ジョブＩＤ「ＪＩＤ＿０００１」をパラメータとしてＦＡＸ送信確認用のタイマーを設定する（Ｓ１１６）。ここでの計時手段としてのタイマーにより、ジョブファイルを生成してから経過した時間を計測し管理する。このタイマーに設定された時間間隔に応じて定期的にＦＡＸ送信が行われたか否かの確認が実行される。本実施形態では、タイマーのパラメータとしてジョブＩＤ「ＪＩＤ＿０００１」を設定しているが、送信ジョブ管理テーブル３０００の送信ステータスが「送信中」のものを処理対象としても良く、その方法は問わない。

ＭＦＰ１１１のＦＡＸ処理モジュール６３０は、受信したＦＡＸ送信リクエストのパラメータに基づき、ファイルサーバー１２３からＦＡＸジョブファイル１３３１を取得する（Ｓ１１７〜Ｓ１１８）。ＭＦＰ１１１のＦＡＸ処理モジュール６３０は、パラメータにジョブＩＤ「ＪＩＤ＿０００１」を付与して、取得したＦＡＸジョブファイル１３３１をジョブ投入してＦＡＸ送信を行う（Ｓ１１９）。ＭＦＰ１１１のＦＡＸ処理モジュール６３０は、リクエストのパラメータである、ジョブＩＤ「ＪＩＤ＿０００１」、ＦＡＸジョブファイル「ＤＥＶ￥支店Ｘ￥ＤＥＶＩＣＥ￥ＯＩＤ＿０００１＿メーカーＡ＿２０１３１２１４．ｐｒｎ」とリクエスト情報から相手先ＩＰアドレスを取得し、ジョブ管理テーブル４０００にジョブＩＤ「ＪＩＤ＿０００１」のレコードを登録する（Ｓ１２０）。

図１５Ｂは、ＭＦＰ１１１のＦＡＸ送信アプリケーション４１０がＦＡＸ送信した後、正常にＦＡＸ送信を行えた結果をＦＡＸサーバー１１８に直接通知するフローチャートである。ＦＡＸ送信結果イベントのパラメータとして、送信したジョブＩＤを取得する可能なことが前提である。本実施形態では、ＭＦＰ１１１のＦＡＸ送信アプリケーション４１０が、送信結果イベントを検知してＦＡＸ送信結果を取得するが、ジョブ履歴を定期的に確認して送信結果を取得するようにしても良い。

送信結果イベントを検知すると（Ｓ２０１）、ＭＦＰ１１１の結果通知処理モジュール６３１は、取得したパラメータのジョブＩＤ「ＪＩＤ＿０００１」をキーとして、ジョブ管理テーブル４０００から送信元ＩＰアドレス「１９２．１６８．１．２」を取得する。更に、ＭＦＰ１１１の結果通知処理モジュール６３１は、送信結果イベントにて得られた送信結果をＦＡＸサーバー１１８に送信する（Ｓ２０２）。

ＦＡＸサーバー１１８のＦＡＸ送信確認処理モジュール６２４は、ＤＢ処理モジュール６１１を介して送信ジョブ管理テーブル３０００のジョブＩＤ「ＪＩＤ＿０００１」のレコードの送信ステータスを「送信済」にする（Ｓ２０３）。また、ＦＡＸ送信確認処理モジュール６２４は、システム管理ログ管理テーブル３１００にも処理詳細の値が「結果」となるレコードを登録する。ＦＡＸ送信確認処理モジュール６２４は、ＦＡＸ送信確認用のタイマーを解除する（Ｓ２０４）。ＦＡＸ送信確認処理モジュール６２４は、ファイル処理モジュール６１０を介して、ファイルサーバー１２３のＦＡＸ送信ジョブファイルを削除する（Ｓ２０５）。

図１５Ｃは、ＭＦＰ１１１のＦＡＸ送信アプリケーション４１０がＦＡＸ送信した結果を直接通知できない場合に、ファイルサーバー１２３を経由してＦＡＸサーバー１１８に通知するフローチャートである。ＦＡＸ送信結果を取得する手段は、図１５Ｂのフローチャートと同じである。

送信結果イベントを検知すると（Ｓ３０１）、ＭＦＰ１１１の結果通知処理モジュール６３１は、取得したパラメータのジョブＩＤ「ＪＩＤ＿０００１」をキーとして、ジョブ管理テーブル４０００から送信元ＩＰアドレス「１９２．１６８．１．２」を取得する。更に、結果通知処理モジュール６３１は、送信結果イベントにて得られた送信結果をＦＡＸサーバー１１８に送信する（Ｓ３０２）。ここでＦＡＸサーバー１１８に通知できないことを検知した場合、結果通知処理モジュール６３１は、ファイルサーバー１２３のＦＡＸジョブファイル１３３１を、図９（ｂ）に示すＦＡＸジョブファイル１４１１のようにファイル名「ＯＫ＿ＯＩＤ＿０００１＿メーカーＡ＿２０１３１２１４．ｐｒｎ」に変更する（Ｓ３０３）。送信結果イベントにおいてＦＡＸ送信に失敗していた場合には、結果通知処理モジュール６３１は、図９（ｃ）に示すＦＡＸジョブファイル１５１１のようにファイル名「ＮＧ＿ＯＩＤ＿０００１＿メーカーＡ＿２０１３１２１４．ｐｒｎ」に変更する（Ｓ３０３）。なお、本実施形態では、ファイル名に送信結果を設定しているが、ファイル名以外の属性や別のファイルなどに情報を保持しても良く、その方法は問わない。

ＦＡＸサーバー１１８のＦＡＸ送信確認処理モジュール６２４は、図１５ＡのＳ１１６で設定したタイマーイベントを検知した場合（Ｓ３０４）、イベントパラメータのジョブＩＤ「ＪＩＤ＿０００１」をキーとして、ＤＢ処理モジュール６１１を介してＦＡＸジョブファイル名「ＤＥＶ￥支店Ｘ￥ＤＥＶＩＣＥ￥ＯＩＤ＿０００１＿メーカーＡ＿２０１３１２１４．ｐｒｎ」を取得する。ＦＡＸ送信確認処理モジュール６２４は、取得したＦＡＸジョブファイル名をキーとして、ファイル処理モジュール６１０を介して、ファイルサーバー１２３から該当するＦＡＸジョブファイル１４１１、１５１１のファイル名を取得する（Ｓ３０５）。

ＦＡＸサーバー１１８のＦＡＸ送信確認処理モジュール６２４は、取得したジョブファイル名から先頭に「ＯＫ」があれば送信成功、「ＮＧ」があれば送信失敗のように送信結果を判定する（Ｓ３０６）。ＦＡＸ送信確認処理モジュール６２４は、ＤＢ処理モジュール６１１を介して送信ジョブ管理テーブル３０００にジョブＩＤ「ＪＩＤ＿０００１」のレコードの送信ステータスを「送信済」にする。また、ＦＡＸ送信確認処理モジュール６２４は、システム管理ログ管理テーブル３１００にも処理詳細の値が「結果」のレコードを登録する（Ｓ３０７）。ＦＡＸ送信確認処理モジュール６２４は、ＦＡＸ送信確認用のタイマーを解除する（Ｓ３０８）。ＦＡＸ送信確認処理モジュール６２４は、ファイル処理モジュール６１０を介して、ファイルサーバー１２３のＦＡＸジョブファイル１４１１、１５１１を削除する（Ｓ３０９）。

図１５Ｄは、商社支店１０３の担当者が、ＰＣ１１０を用い、ＦＡＸ送信状況を確認するフローチャートである。本実施形態では、ＰＣ１１０に備えられたＷＥＢブラウザを起動してシステム管理ログ情報を取得しているが、専用のアプリケーションでも良く、その閲覧の方法は問わない。

商社支店１０３の担当者は、ＰＣ１１０のＷＥＢブラウザを起動して、ＦＡＸサーバー１１８にシステム管理ログ情報の取得を行う（Ｓ４０１）。ＦＡＸサーバー１１８のシステム管理ログ処理モジュール６２５は、ＤＢ処理モジュール６１１を介して、システム管理ログ管理テーブル３１００より全てのレコード情報を取得する（Ｓ４０２〜Ｓ４０３）。

ＦＡＸサーバー１１８のシステム管理ログ処理モジュール６２５は、取得したシステム管理ログ情報をＰＣ１１０のＷＥＢブラウザに返す（Ｓ４０４）。ＰＣ１１０のＷＥＢブラウザは、システム管理ログをシステム管理ログビューア５０００のようにＷＥＢブラウザ上に表示する（Ｓ４０５）。本実施形態では、全てのシステム管理ログ情報を取得したが、ＷＥＢブラウザで取得する条件を指定しても良いし、また、文書名などをキーとしてソートした状態で表示しても良く、その方法は問わない。

図１６Ａおよび図１６Ｂは、図１５Ｂおよび図１５Ｃにおいて、ＦＡＸサーバー１１８とＭＦＰ１１１のＦＡＸ送信アプリケーション４１０のそれぞれが送信確認を行う本実施形態のフローチャートである。

図１６Ａは、ＭＦＰ１１１のＦＡＸ送信アプリケーション４１０がＦＡＸ送信をし、ＦＡＸ送信を行った結果をＦＡＸサーバー１１８に通知する処理を示す。ここで、ＦＡＸ送信結果イベントのパラメータとして、送信したジョブＩＤを取得するものとする。本実施形態では、イベントを検知してＦＡＸ送信結果を取得するが、ジョブ履歴を定期的に確認して送信結果を取得するようにしても良い。

結果通知処理モジュール６３１は、ＭＦＰ１１１から送信結果を受信したか否かを確認する（Ｓ５０１）。送信結果を受信していない場合（Ｓ５０１にてＮＯ）、結果通知処理モジュール６３１は再度、送信結果を受信したかを確認する。

結果通知処理モジュール６３１は、送信結果を受信した場合（Ｓ５０１にてＹＥＳ）、取得したパラメータのジョブＩＤ「ＪＩＤ＿０００１」をキーとして、ジョブ管理テーブル４０００から送信元ＩＰアドレス「１９２．１６８．１．２」を取得し、送信結果をＦＡＸサーバー１１８に送信する（Ｓ５０２）。結果通知処理モジュール６３１は、送信結果をＦＡＸサーバー１１８に通知できたか確認する（Ｓ５０３）。通知が成功した場合（Ｓ５０３にてＹＥＳ）、本処理フローを終了する。

ＦＡＸサーバー１１８の異常終了などにより通知結果をＦＡＸサーバー１１８に直接通知できない場合（Ｓ５０３にてＮＯ）、結果通知処理モジュール６３１は、取得したパラメータのジョブＩＤ「ＪＩＤ＿０００１」をキーとして、ジョブ管理テーブル４０００からジョブファイルパス「ＤＥＶ￥支店Ｘ￥ＤＥＶＩＣＥ￥ＯＩＤ＿０００１＿メーカーＡ＿２０１３１２１４．ｐｒｎ」を取得する。結果通知処理モジュール６３１は、ジョブファイルパスからファイルサーバー１２３にあるＦＡＸジョブファイル１３３１を、ＦＡＸ送信成功の場合にはＦＡＸジョブファイル１４１１のファイル名に、ＦＡＸ送信失敗の場合にはＦＡＸジョブファイル１５１１のファイル名に変更する（Ｓ５０４）。その後、本処理フローを終了する。

図１６Ｂは、ＦＡＸサーバー１１８がＦＡＸ送信アプリケーション４１０からのＦＡＸ送信結果通知、およびファイルサーバー１２３のＦＡＸジョブファイルのファイル名からＦＡＸ送信結果を取得するフローチャートである。

ＦＡＸ送信確認処理モジュール６２４は、送信結果を受信したか否かを確認する（Ｓ６０１）。送信結果を受信しなかった場合（Ｓ６０１にてＮＯ）、ＦＡＸ送信確認処理モジュール６２４は、ＦＡＸ送信確認用タイマーのタイムアウトが発生しているか確認する（Ｓ６０２）。タイムアウトが発生していない場合（Ｓ６０２にてＮＯ）、ＦＡＸ送信確認処理モジュール６２４は、Ｓ６０１へ戻り、送信結果を受信したか否かを再度確認する。

タイムアウトが発生している場合（Ｓ６０２にてＹＥＳ）、ＦＡＸ送信確認処理モジュール６２４は、タイムアウトイベントパラメータのジョブＩＤ「ＪＩＤ＿０００１」をキーとして、ＤＢ処理モジュール６１１を介してＦＡＸジョブファイル名「ＤＥＶ￥支店Ｘ￥ＤＥＶＩＣＥ￥ＯＩＤ＿０００１＿メーカーＡ＿２０１３１２１４．ｐｒｎ」を取得する。ＦＡＸ送信確認処理モジュール６２４は、取得したＦＡＸジョブファイル名をキーとして、ファイル処理モジュール６１０を介して、ファイルサーバー１２３から該当するＦＡＸジョブファイル１４１１、１５１１のファイル名を取得する（Ｓ６０３）。

ＦＡＸ送信確認処理モジュール６２４は、取得したジョブファイル名から先頭に「ＯＫ」があれば送信成功、「ＮＧ」があれば送信失敗、ＦＡＸジョブファイル１３３１と同じファイル名であれば送信結果が「無し」として、送信結果を確認する（Ｓ６０４）。

送信結果が「無し」であると判定した場合（Ｓ６０５にてＮＯ）、ＦＡＸ送信確認処理モジュール６２４は、Ｓ６０１に戻り、再度送信結果を受信したか否かを確認する。

送信結果を受信した場合（Ｓ６０１にてＹＥＳ）、または、ＦＡＸジョブファイル名を確認しＦＡＸ送信結果を取得した場合（Ｓ６０５にてＹＥＳ）、ＦＡＸ送信確認処理モジュール６２４は、ＤＢ処理モジュール６１１を介して送信ジョブ管理テーブル３０００にジョブＩＤ「ＪＩＤ＿０００１」のレコードの送信ステータスを「送信済」にする。また、ＦＡＸ送信確認処理モジュール６２４は、システム管理ログ管理テーブル３１００にも処理詳細の値が「結果」のレコードを登録する（Ｓ６０６）。

ＦＡＸ送信確認処理モジュール６２４は、ＦＡＸ送信確認用のタイマーを解除する（Ｓ６０７）。ＦＡＸ送信確認処理モジュール６２４は、ＤＢ処理モジュール６１１を介してＦＡＸジョブファイル名「ＤＥＶ￥支店Ｘ￥ＤＥＶＩＣＥ￥ＯＩＤ＿０００１＿メーカーＡ＿２０１３１２１４．ｐｒｎ」を取得する。ＦＡＸ送信確認処理モジュール６２４は、取得したＦＡＸジョブファイルからファイル処理モジュール６１０を介して、ファイルサーバー１２３のＦＡＸ送信ジョブファイルを削除する（Ｓ６０８）。その後、処理フローを終了する。

以上、本願発明により、リスエストに対応するレスポンスを直接受け付けることができない状況でも、そのレスポンスに関する情報（処理状況）を確実に取得することができる。

なお、本実施形態では、ＭＦＰが行う処理としてＦＡＸ送信を対象とした例を用いて説明した。しかし、これに限定するものではなく、要求に応じて処理を行い、その処理の実行結果を通知する構成であれば他の処理であってもよい。

＜その他の実施形態＞
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

ＦＡＸ装置 １０８、ＰＣ １１０、ＭＦＰ １１１、基幹システム １１６、データベース １１７、ＦＡＸサーバー １１８、文書サーバー １１９、ファイルサーバー１２３

Claims (14)

1. 第一のサーバー、第二のサーバー、及びジョブ処理装置を含むシステムであって、
   前記第一のサーバーは、
   要求元からの要求に基づいて処理の情報を含むファイルを生成し、記憶部に格納する手段を有し、
   前記第二のサーバーは、
   前記記憶部に前記ファイルが格納されたことに応じて、当該ファイルを用いて前記ジョブ処理装置にて用いられるジョブファイルを生成し、前記記憶部に格納する生成手段と、
   前記ジョブ処理装置に対し、前記ジョブファイルを用いたジョブの実行を要求する要求手段と、
   前記ジョブ処理装置から前記ジョブの実行の要求に対する実行結果を受信する受信手段と、
   を有し、
   前記ジョブ処理装置は、
   前記第二のサーバーから前記ジョブの実行の要求を受信したことに応じて、前記記憶部に格納されたジョブファイルを用いて当該ジョブを実行する実行手段と、
   前記実行手段による前記ジョブの実行結果を前記第二のサーバーに送信する送信手段と、
   前記送信手段による前記ジョブの実行結果の送信が失敗した場合、前記記憶部に格納されたジョブファイルのファイル名を変更する変更手段と
   を有することを特徴とするシステム。
2. 前記第二のサーバーは、前記記憶部に格納されたジョブファイルのファイル名に基づいてジョブの実行結果を判定する判定手段を更に有することを特徴とする請求項１に記載のシステム。
3. 前記第二のサーバーは、前記生成手段にてジョブファイルを生成して前記記憶部に格納してから経過した時間を計測する計時手段を更に有し、
   前記判定手段は、前記計時手段にて計測した時間に基づいて、定期的に前記記憶部に格納されたジョブファイルのファイル名を確認することを特徴とする請求項２に記載のシステム。
4. 前記判定手段は、前記記憶部に格納されたジョブファイルのファイル名が変更されている場合、前記計時手段による時間の計測を解除し、当該ジョブファイルを削除することを特徴とする請求項３に記載のシステム。
5. 前記第二のサーバーは、前記ジョブの実行結果を表示する画面を提示する手段を更に有することを特徴とする請求項１乃至４のいずれか一項に記載のシステム。
6. 前記変更手段は、前記ジョブファイルのファイル名に、
   前記ジョブ処理装置でのジョブの実行の成功、且つ、前記送信手段による送信の失敗、
   前記ジョブ処理装置でのジョブの実行の失敗、且つ、前記送信手段による送信の失敗、
   のいずれかを示す旨の情報を含めることを特徴とする請求項１乃至５のいずれか一項に記載のシステム。
7. 前記ジョブは、ＦＡＸ送信のジョブであり、
   前記ジョブ処理装置は、ＦＡＸ機能を備える装置であることを特徴とする請求項１乃至６のいずれか一項に記載のシステム。
8. ジョブ処理装置に接続された情報処理装置であって、
   指定された情報に基づいて前記ジョブ処理装置がジョブを実行する際に用いるジョブファイルを生成し、記憶部に格納する生成手段と、
   前記ジョブ処理装置に対し、前記ジョブファイルを用いたジョブの実行を要求する要求手段と、
   前記ジョブ処理装置から前記ジョブの実行の要求に対する実行結果を受信する受信手段と、
   前記受信手段にて前記ジョブの実行の要求に対する実行結果を受信できない場合、前記記憶部に格納されたジョブファイルのファイル名を参照してジョブの実行結果を判定する判定手段と、
   を有し、
   前記ジョブファイルのファイル名は、前記ジョブ処理装置が前記情報処理装置に前記ジョブの実行の要求に対する実行結果を送信できない場合に前記ジョブ処理装置により変更されることを特徴とする情報処理装置。
9. ジョブの実行の要求を受信したことに応じて、記憶部に格納された当該ジョブに対応するジョブファイルを用いて当該ジョブを実行する実行手段と、
   前記実行手段による実行結果を前記ジョブの要求元に送信する送信手段と、
   前記送信手段による実行結果の送信が失敗した場合、前記記憶部に格納されたジョブファイルのファイル名を変更する変更手段と
   を有することを特徴とするジョブ処理装置。
10. 第一のサーバー、第二のサーバー、及びジョブ処理装置を含むシステムにおける制御方法であって、
    前記第一のサーバーにおいて、
    要求元からの要求に基づいて処理の情報を含むファイルを生成し、記憶部に格納する工程を有し、
    前記第二のサーバーにおいて、
    前記記憶部に前記ファイルが格納されたことに応じて、当該ファイルを用いて前記ジョブ処理装置にて用いられるジョブファイルを生成し、前記記憶部に格納する工程と、
    前記ジョブ処理装置に対し、前記ジョブファイルを用いたジョブの実行を要求する工程と、
    前記ジョブ処理装置から前記ジョブの実行の要求に対する実行結果を受信する工程と、
    を有し、
    前記ジョブ処理装置において、
    前記第二のサーバーから前記ジョブの実行の要求を受信したことに応じて、前記記憶部に格納されたジョブファイルを用いて当該ジョブを実行する工程と、
    前記ジョブの実行結果を前記第二のサーバーに送信する工程と、
    前記ジョブの実行結果の送信が失敗した場合、前記記憶部に格納されたジョブファイルのファイル名を変更する工程と
    を有することを特徴とするシステムの制御方法。
11. ジョブ処理装置にネットワークを介して接続された情報処理装置の制御方法であって、
    指定された情報に基づいて前記ジョブ処理装置がジョブを実行する際に用いるジョブファイルを生成し、記憶部に格納する生成工程と、
    前記ジョブ処理装置に対し、前記ジョブファイルを用いたジョブの実行を要求する要求工程と、
    前記ジョブ処理装置から前記ジョブの実行の要求に対する実行結果を受信する受信工程と、
    前記受信工程にて前記ジョブの実行の要求に対する実行結果を受信できない場合、前記記憶部に格納されたジョブファイルのファイル名を参照してジョブの実行結果を判定する判定工程と、
    を有し、
    前記ジョブファイルのファイル名は、前記ジョブ処理装置が前記情報処理装置に前記ジョブの実行の要求に対する実行結果を送信できない場合に前記ジョブ処理装置により変更されることを特徴とする情報処理装置の制御方法。
12. ジョブの実行の要求を受信したことに応じて、記憶部に格納された当該ジョブに対応するジョブファイルを用いて当該ジョブを実行する実行工程と、
    前記実行工程における前記ジョブの実行結果を前記ジョブの要求元に送信する送信工程と、
    前記送信工程における前記ジョブの実行結果の送信が失敗した場合、前記記憶部に格納されたジョブファイルのファイル名を変更する変更工程と
    を有することを特徴とするジョブ処理装置の制御方法。
13. コンピュータを、請求項８に記載の情報処理装置の各手段として機能させるためのプログラム。
14. コンピュータを、請求項９に記載のジョブ処理装置の各手段として機能させるためのプログラム。

Images