JP2020202501A - 送信装置及びプログラム - Google Patents

Abstract

【課題】各送信ジョブの最終的な結果だけをサーバに残す。【解決手段】送信装置は、送信ジョブのログをサーバに送信する場合に、サーバに残るログが各送信ジョブについて確定した結果だけとなるように転送を制御する制御手段を有する。【選択図】図３

Description

本発明は、送信装置及びプログラムに関する。

オフィスでは、印刷機とイメージスキャナとファクシミリの機能等を１つにまとめた機器が使用される。この種の機器は、複合機と呼ばれる。複合機には、実行されたジョブの内容をイメージログとしてサーバに転送する機能を備えるものがある。サーバ上では、保存されているイメージログの確認が可能である。例えばイメージログのファイル名の一部には、ファクシミリ送信の結果が記録される。

特開２０１５−２０４５２４号公報

例えばファクシミリ送信が失敗であった場合、サーバには、ファクシミリ送信の失敗を示すログが転送される。この場合、同じ文書の再送信が自動的に実行され、その結果もサーバに転送される。再送信も失敗の場合、サーバには、同じ文書に関する送信の失敗を示すログが複数記録される。この記録は、再送信が成功するまで再送信が実行された回数だけ記録される。
もっとも、同じ文書についての送信の記録が存在しても、その成功は再送信の結果とは限らない。例えば再送信をキャンセルした後に同じ文書を改めて送信した結果が成功であった可能性もある。

本発明は、各送信ジョブの最終的な結果だけをサーバに残すことを目的とする。

請求項１に記載の発明は、送信ジョブのログをサーバに送信する場合に、当該サーバに残るログが各送信ジョブについて確定した結果だけとなるように転送を制御する制御手段を有する送信装置である。
請求項２に記載の発明は、前記制御手段は、新たに発生した第１のログに含まれる文書を管理する情報が、前記サーバに蓄積されている第２のログにも含まれている場合、当該第１のログで当該第２のログを上書きする、請求項１に記載の送信装置である。
請求項３に記載の発明は、前記制御手段は、前記第１のログに含まれる文書を管理する情報が、前記サーバに蓄積されている第２のログには含まれていない場合、当該第１のログを当該サーバに追加保存させる、請求項１又は２に記載の送信装置である。
請求項４に記載の発明は、前記第１のログ及び前記第２のログには、発生元を示す情報が含まれる、請求項２又は３に記載の送信装置である。
請求項５に記載の発明は、前記制御手段は、送信ジョブの結果が失敗の場合でも、再送信が実行される可能性が残る間は、ログを前記サーバに送信させない、請求項１に記載の送信装置である。
請求項６に記載の発明は、前記制御手段は、再送信が実行される可能性が無くなった場合には、失敗を示すログを前記サーバに送信させる、請求項５に記載の送信装置である。
請求項７に記載の発明は、前記制御手段は、再送信が成功した場合、成功を示すログを前記サーバに送信させる、請求項５又は６に記載の送信装置である。
請求項８に記載の発明は、前記ログには、発生元を示す情報が含まれる、請求項５又は６に記載の送信装置である。
請求項９に記載の発明は、前記制御手段は、新たに発生した第１のログに含まれる文書を管理する情報が、前記サーバに蓄積されている第２のログにも含まれている場合、当該第２のログを別の領域に退避させ、その後、当該第１のログを当該サーバに追加保存させる、請求項１に記載の送信装置である。
請求項１０に記載の発明は、コンピュータに、送信ジョブのログをサーバに送信する機能と、前記ログを前記サーバに送信する場合に、当該サーバに残るログが各送信ジョブについて確定した結果だけとなるように転送を制御する機能とを実行させるプログラムである。

請求項１記載の発明によれば、各送信ジョブに関連する全てのログをサーバに記憶させる場合とは異なり、各送信ジョブの最終的な結果だけをサーバに残すことができる。
請求項２記載の発明によれば、同じ情報で管理される最新のログだけを転送先のサーバに残すことができる。
請求項３記載の発明によれば、送信の対象とする文書が同じでも、再送信ではない場合には、異なる送信ジョブの結果としてサーバに蓄積することができる。
請求項４記載の発明によれば、１つのサーバで複数の送信装置のログを管理する場合にもログを区別することができる。
請求項５記載の発明によれば、送信ジョブの結果が失敗であっても、再送信が成功する可能性が残る間はサーバに失敗のログを残さないようにできる。
請求項６記載の発明によれば、失敗を示すログだけをサーバに蓄積できる。
請求項７記載の発明によれば、成功を示すログだけをサーバに蓄積できる。
請求項８記載の発明によれば、１つのサーバで複数の送信装置のログを管理する場合にもログを区別できる。
請求項９記載の発明によれば、同じ情報で管理される最新のログだけを転送先のサーバに残すことができるだけでなく、失敗のログの事後的な検証を可能にできる。
請求項１０記載の発明によれば、各送信ジョブに関連する全てのログをサーバに転送して記憶させる場合とは異なり、各送信ジョブの最終的な結果だけをサーバに残すことができる。

実施の形態１で使用する情報処理システムの概念構成を説明する図である。 実施の形態１で使用する画像形成装置の構成例を説明する図である。 ファクシミリ送信の結果をログサーバに転送する場合に実行される実施の形態１に係る処理動作の例を説明するフローチャートである。 実施の形態１で使用するファイル名の例を示す図である。 実施の形態１におけるログの記憶例を説明する図である。（Ａ）は１回目のファクシミリ送信が失敗した場合の例を示し、（Ｂ）は２回目のファクシミリ送信が失敗した場合の例を示し、（Ｃ）は３回目のファクシミリ送信が成功した場合の例を示す。 実施の形態１におけるログの他の記憶例を説明する図である。（Ａ）は１回目のファクシミリ送信が失敗した場合の例を示し、（Ｂ）は２回目のファクシミリ送信が失敗した場合の例を示し、（Ｃ）は送信ジョブのキャンセルを示し、（Ｄ）は同じ宛先に対する同じ文書の別の送信ジョブによるファクシミリ送信が成功した場合の例を示す。 比較例を説明する図である。（Ａ）は１回目のファクシミリ送信が失敗した場合の例を示し、（Ｂ）は２回目のファクシミリ送信が失敗した場合の例を示し、（Ｃ）は送信ジョブのキャンセルを示し、（Ｄ）は同じ宛先に対する同じ文書の別の送信ジョブによるファクシミリ送信が成功した場合の例を示す。 ファクシミリ送信の結果をログサーバに転送する場合に実行される実施の形態２に係る処理動作の例を説明するフローチャートである。 実施の形態２におけるログの記憶例を説明する図である。（Ａ）は１回目のファクシミリ送信が失敗した場合の例を示し、（Ｂ）は２回目のファクシミリ送信が失敗した場合の例を示し、（Ｃ）は３回目のファクシミリ送信が成功した場合の例を示し、（Ｄ）は２回の再送信を経て送信ジョブが失敗で確定した場合の例を示す。 実施の形態２におけるログの他の記憶例を説明する図である。（Ａ）は２回の再送信を経て送信ジョブが失敗で確定した場合の例を示し、（Ｂ）は同じ宛先に対する同じ文書の別の送信ジョブによるファクシミリ送信が成功した場合の例を示す。 実施の形態３で使用する情報処理システムの概念構成を説明する図である。 ファクシミリ送信の結果をログサーバに転送する場合に実行される実施の形態３に係る処理動作の例を説明するフローチャートである。 実施の形態３で使用するファイル名の例を示す図である。 実施の形態３におけるログの記憶例を説明する図である。 実施の形態４で使用する情報処理システムの概念構成を説明する図である。 ファクシミリ送信の結果をログサーバに転送する場合に実行される実施の形態４に係る処理動作の例を説明するフローチャートである。 実施の形態４におけるログの記憶例を説明する図である。（Ａ）は１回目のファクシミリ送信が失敗した場合の例を示し、（Ｂ）は２回目のファクシミリ送信が失敗した場合の例を示し、（Ｃ）は３回目のファクシミリ送信が成功した場合の例を示す。

以下、図面を参照して、本発明の実施の形態を説明する。
＜実施の形態１＞
＜システムの全体構成＞
図１は、実施の形態１で使用する情報処理システム１の概念構成を説明する図である。
図１に示す情報処理システム１は、公衆回線１０と、公衆回線１０に接続されたファクシミリ２０と事業者システム３０とで構成されている。もっとも、ファクシミリ機能を有する装置であれば、公衆回線１０を通じて事業者システム３０に接続される装置はファクシミリ２０に限らない。

事業者システム３０は、ローカルエリアネットワーク３１と、ファクシミリ機能を有する画像形成装置３２と、ファクシミリ送信の結果を示すログの転送先に指定されたログサーバ３３と、管理者や作業者が操作する端末３４とを有している。図中、画像形成装置３２及び端末３４はそれぞれ１台であるが、いずれも複数台でよい。
本実施の形態の場合、管理者は、画像形成装置３２の保守や管理に必要とされる機能にアクセスするための特別な権限が与えられている作業者をいう。
図１に示すように、画像形成装置３２、ログサーバ３３及び端末３４は、ローカルエリアネットワーク３１を介して互いに接続されている。ログサーバ３３は、サーバの一例である。
図１の場合、ログサーバ３３は、画像形成装置３２と同じローカルエリアネットワーク３１上に存在するが、インターネットやクラウドネットワーク上に存在してもよい。

＜画像形成装置の構成＞
図２は、実施の形態１で使用する画像形成装置３２の構成例を説明する図である。
図２に示す画像形成装置３２は、システム全体を制御するシステム制御部３０１と、原稿の画像イメージを読み取る画像読取部３０２と、記録媒体の一例である用紙上に画像を形成する画像形成部３０３と、画像データが表す画像に色補正や階調補正等の処理を加える画像処理部３０４と、画像データ等を記憶する記憶部３０５と、作業者による操作の受け付けや情報の表示に使用される操作及び表示部３０６と、ファクシミリ通信を制御するファクシミリ制御部３０７と、ネットワーク通信を制御するネットワーク制御部３０８とを有している。
すなわち、実施の形態１における画像形成装置３２には、原稿の画像イメージを読み取る機能、用紙に画像を形成する機能、ファクシミリ通信を制御する機能を含む複数の機能が設けられている。本実施の形態における画像形成装置３２は、送信装置の一例である。
なお、画像形成装置３２を構成する各部は、バス３０９や不図示の信号線を通じて接続されている。

システム制御部３０１は、ＣＰＵ（＝Central Processing Unit）と、ファームウェアやＢＩＯＳ（＝Basic Input Output System）等が記憶されたＲＯＭ（＝Read Only Memory）と、ワークエリアとして用いられるＲＡＭ（＝Random Access Memory）等を有している。システム制御部３０１は、いわゆるコンピュータであり、プログラムの実行を通じて各種の機能を提供する。
本実施の形態におけるシステム制御部３０１は、例えば送信ジョブの実行の結果を含むログをログサーバ３３（図１参照）に転送する機能も提供する。ここでのシステム制御部３０１は、制御手段の一例である。

画像読取部３０２は、原稿のコピーやファクシミリ送信に使用する原稿の読み取りに使用されるデバイスであり、スキャナとも呼ばれる。本実施の形態における画像読取部３０２には、原稿を自動的に搬送するデバイスも取り付けられている。
画像形成部３０３は、電子写真方式やインクジェット方式等により記録媒体の一例である用紙上に画像を形成するデバイスである。画像形成部３０３には、用紙を搬送するデバイスも含まれる。
画像処理部３０４は、画像データを印刷に適したデータに処理するための専用のプロセサや処理回路等で構成される。
記憶部３０５は、不揮発性の記憶装置であり、例えばハードディスク装置等によって構成される。記憶部３０５には、画像読取部３０２で読み取られた原稿の画像イメージに対応する画像データ、通信により外部から与えられる画像データ、ファクシミリ通信を通じて送信又は受信された画像データ等が保存される。

操作及び表示部３０６は、操作パネル等に配置されるスイッチやボタン、情報の表示に用いられる液晶ディスプレイや有機ＥＬ（＝Electro Luminescence）ディスプレイ、表示画面に対する作業者の操作を検知するタッチセンサ等で構成される。
ファクシミリ制御部３０７は、ファクシミリ通信に関する送信ジョブの実行及び受信ジョブの実行を制御すると共に、実行の結果を含むログの記憶部３０５への記憶も制御する。
ネットワーク制御部３０８は、ローカルエリアネットワーク３１（図１参照）経由でログサーバ３３（図１参照）や端末３４（図１参照）との通信を制御する。

＜処理動作の例＞
図３は、ファクシミリ送信の結果をログサーバ３３（図１参照）に転送する場合に実行される実施の形態１に係る処理動作の例を説明するフローチャートである。
図３に示す処理動作は、システム制御部３０１（図２参照）によるプログラムの実行を通じて実現される。なお、図中に示す記号のＳはステップを意味する。
なお、図３に示す機能は、ファクシミリ制御部３０７（図２参照）により公衆回線１０（図１参照）経由で送信された文書のイメージファイルをログサーバ３３（図１参照）に転送する機能が有効になっている場合に実行される。従って、同機能が無効である場合には、図３に示す処理動作は実行されない。以下では、転送の対象であるイメージファイルをログという。

作業者等の操作を受け付けることで送信ジョブが起動すると、システム制御部３０１は、ファクシミリ送信が完了したか否かを判定する（ステップ１）。ステップ１で否定結果が得られている間、システム制御部３０１は、判定を繰り返す。
ここでの完了は、通信相手に対するファクリミリ送信の実行回毎の終了を意味する。従って、完了には、ファクリミリ送信の成功と失敗の２種類がある。ファクシミリ送信が失敗で終わった場合、システム制御部３０１は、送信ジョブを待機状態に制御する。一方、ファクシミリ送信が成功に終わった場合や送信ジョブがキャンセルされた場合、システム制御部３０１は、送信ジョブを削除する。

ステップ１で肯定結果が得られると、システム制御部３０１は、送信ジョブの文書番号を取得する（ステップ２）。
文書番号は、文書を識別する番号であり、送信ジョブ毎に付与される。文書番号は、文書を管理する情報の一例である。文書番号は、画像形成装置３２（図１参照）毎に管理されている。
図４は、実施の形態１で使用するファイル名の例を示す図である。
図４に示すように、ファイル名は、送信開始日時、相手先情報、相手先の総数、文書番号、送信結果を含む。なお、ｘｄｗは拡張子である。

なお、送信開始日時には、ファクシミリ送信の実行回毎の開始時刻が記録される。相手先情報には、ファクシミリ送信の相手先を特定する情報が記録される。相手先の総数には、ファクシミリ送信の相手先の総数が記録される。送信結果には、ファクシミリ送信の実行回毎の結果が記録される。これらの情報はテキストとして記録される。
図４には、送信開始日時の具体例として、２０１８年２月２１日の１０時２８分３３秒を示す文字列が示されている。また、相手先情報の具体例として「□□商事××営業部」が示され、相手先の総数の具体例として「１０」が示されている。また、文書番号の具体例として「１２３４」が示されている。なお、送信結果の具体例には失敗を示す「Failed」が示されている。すなわち、図４に示す具体例は、通信相手に対するファクシミリの送信が失敗に終わったことを示している。因みに、送信結果が成功であった場合、例えば「succeeded」が記録される。

図３の説明に戻る。
ステップ２で文書番号が取得されると、システム制御部３０１は、取得された文書番号を含むファイル名を有するログが、ログサーバ３３に存在するか否かを判定する（ステップ３）。
ステップ３で肯定結果が得られた場合、システム制御部３０１は、同じ文書番号をファイル名に含むログをログサーバ３３から削除する（ステップ４）。すなわち、システム制御部３０１は、ログサーバ３３に新たに転送する予定のログと同じ文書番号をファイル名に含むログをログサーバ３３から削除する。
ステップ４の後、又は、ステップ３で否定結果が得られた場合、システム制御部３０１は、ログサーバ３３に送信するログのファイル名に文書番号を付加し（ステップ５）、その後、ログサーバ３３にログを転送する（ステップ６）。ここで、ステップ３で否定結果が得られる場合とは、ログサーバ３３に同じ文書番号をファイル名に含むログが存在しないことを意味する。換言すると、ファクシミリ送信が初回の場合である。

図５は、実施の形態１におけるログの記憶例を説明する図である。（Ａ）は１回目のファクシミリ送信が失敗した場合の例を示し、（Ｂ）は２回目のファクシミリ送信が失敗した場合の例を示し、（Ｃ）は３回目のファクシミリ送信が成功した場合の例を示す。なお、１回目のファクシミリ送信が開始される前には、ファイル名の文書番号に「１２３４」を含むログは、ログサーバ３３に記憶されていないものとする。
文書番号が「１２３４」で管理される文書の１回目のファクシミリ送信が失敗した場合、ファイル名に送信の失敗を示す情報を含むログが、画像形成装置３２からログサーバ３３に転送され記憶される。

１回目のファクシミリ送信が失敗で終わった場合、画像形成装置３２による送信ジョブは待機状態に制御される。予め定めた時間が経過すると、画像形成装置３２は、送信ジョブを再実行する。例えば１回目のファクシミリ送信が完了してから３０秒後に同じ送信ジョブを再実行する。同じ送信ジョブであるので、文書番号に変更はない。
図５の例では、文書番号が「１２３４」で管理される文書の２回目のファクシミリ送信も失敗している。
同じ送信ジョブの２回目のファクシミリ送信も失敗した場合、画像形成装置３２は、ログサーバ３３から１回目のファクシミリ送信に対応するログを削除し、その後、２回目のファクシミリ送信に対応するログをログサーバ３３に記憶する。この動作は、ログの上書きとして実行される。
２回目のファクシミリ送信も失敗であった場合、画像形成装置３２は、予め定めた時間の経過を待って同じ送信ジョブを再実行する。図５の例では、文書番号が「１２３４」で管理される文書の３回目のファクシミリ送信が実行される。

図５の場合、３回目のファクシミリ送信は成功している。このため、画像形成装置３２は、ログサーバ３３に記憶されている２回目のファクシミリ送信に対応するログを削除し、その後、３回目のファクシミリ送信に対応するログをログサーバ３３に記憶する。すなわち、送信結果が失敗との情報をファイル名に含むログが削除され、送信結果が成功との情報をファイル名に含むログがログサーバ３３に記憶される。
結果的に、ログサーバ３３で管理されるログは、１つの文書番号について１つとなる。しかも、ログの記憶は上書きとして実行されるので、１つの文書番号について時間的に最も新しい又は最後のログだけがログサーバ３３に残る。このため、端末３４（図１参照）を操作する作業者等は、文書番号が「１２３４」で管理される送信ジョブの実行が最終的に成功に終わったことを知る。

本実施の形態の場合、１回目のファクシミリ送信が成功した場合にも、２回目のファクシミリ送信が成功した場合にも、４回目以降にファクシミリ送信が成功した場合にも、ログサーバ３３に記憶されるログは１つだけとなる。
なお、画像形成装置３２がログサーバ３３に転送するログは第１のログの一例であり、転送されるログと同じ文書番号をファイル名に含むログサーバ３３内のログは第２のログの一例である。

図６は、実施の形態１におけるログの他の記憶例を説明する図である。（Ａ）は１回目のファクシミリ送信が失敗した場合の例を示し、（Ｂ）は２回目のファクシミリ送信が失敗した場合の例を示し、（Ｃ）は送信ジョブのキャンセルを示し、（Ｄ）は同じ宛先に対する同じ文書の別の送信ジョブによるファクシミリ送信が成功した場合の例を示す。
この場合も、１回目のファクシミリ送信が開始される前には、ファイル名の文書番号に「１２３４」を含むログは、ログサーバ３３に記憶されていないものとする。

図６の場合も、２回目のファクシミリ送信が失敗した時点で、ログサーバ３３に記憶されているログの内容は図５と同じである。すなわち、１回目のファクシミリ送信の結果を示すログは、２回目のファクシミリ送信の結果を示すログで上書きされている。
図６の例では、ファクシミリ送信が２回続けて失敗に終わっていることを知った作業者等が送信ジョブをキャンセルし、その後、同じ宛先に対して同じ文書のファクシミリ送信を指示している。
図６の場合、同じ宛先に対する同じ文書のファクシミリ送信でも、画像形成装置３２は、異なる送信ジョブとして管理する。このため、画像形成装置３２は、新たな送信ジョブの管理に使用する文書番号として、キャンセルされた送信ジョブとは異なる文書番号を使用する。図６の例では、文書番号として「５６７８」が使用される。

この場合、ログサーバ３３には、文書番号が「５６７８」であるログは記憶されていない。このため、ファイル名の文書番号に「１２３４」を含むログは、ログサーバ３３から削除されていない。また、ログサーバ３３には、ファイル名の文書番号に「５６７８」を含むログが新たに追加されることになる。
図６の場合には、文書番号が「５６７８」で管理されるファクシミリ送信が成功しているので、ログサーバ３３には、ファイル名の文書番号に「５６７８」が記録され、送信結果に成功が記録されたログが記憶される。
なお、図６の場合、ログサーバ３３には、文書番号が「１２３４」で管理されるファクシミリ送信は、最終的に失敗のまま終了したことが記憶されている。
ここで、ファイル名の文書番号が「１２３４」であるログとファイル名の文書番号が「５６７８」であるログの相手先が同じであり、更に、イメージファイルの内容が同じである場合、作業者等は最初の送信ジョブが失敗のまま終了したことを知る。

＜比較例＞
参考までに、本実施の形態に示す処理動作を採用しない場合、ログサーバ３３に記憶されているログの情報からは、送信ジョブの違いを区別できないことを説明する。
図７は、比較例を説明する図である。（Ａ）は１回目のファクシミリ送信が失敗した場合の例を示し、（Ｂ）は２回目のファクシミリ送信が失敗した場合の例を示し、（Ｃ）は送信ジョブのキャンセルを示し、（Ｄ）は同じ宛先に対する同じ文書の別の送信ジョブによるファクシミリ送信が成功した場合の例を示す。
図７に示す比較例は、ファイル名に文書番号を含めない又はファイル名に文書番号が含まれていてもログサーバ３３へのログの転送の判定に使用しない場合である。

図７に示す比較例では、前述した機能を有する画像形成装置３２（図１参照）と区別するために、画像形成装置３２Ｐを使用する。画像形成装置３２Ｐは、文書番号を転送の判定に使用しないので、同じ送信ジョブに対応するログがログサーバ３３に存在しても、新たに発生したログが追加的に記憶される。
このため、図７に示す比較例では、ファクシミリ送信が２回続けて失敗した時点で、同じ送信ジョブに対応する２つのログがログサーバ３３に記憶されている。
図７でも、ファクリミリ送信が失敗している送信ジョブがキャンセルされ、その後、同じ宛先に対して同じ文書のファクシミリ送信が指示されている。また、図７の場合も、別の送信ジョブによるファクシミリ送信は成功している。

この場合、ログサーバ３３には、ファクシミリ送信の失敗を示す送信結果をファイル名に含む２つのログと、ファクシミリ送信の成功を示す送信結果をファイル名に含む１つのログが記憶されることになる。
これら３つのログのファイル名は、送信開始日時を除き、いずれも同じ内容であり、ログの本体であるイメージファイルの内容も同じである。このため、作業者等は、ログサーバ３３に記憶されているログは、同じ送信ジョブに対応するものか、異なる送信ジョブに対応するものかを区別できない。

＜実施の形態２＞
続いて、実施の形態２について説明する。本実施の形態も、図１に示す情報処理システム１を前提とする。
ただし、本実施の形態の場合には、実施の形態１とは異なる手法で、送信ジョブの結果をログサーバ３３に転送して記憶する。
図８は、ファクシミリ送信の結果をログサーバ３３に転送する場合に実行される実施の形態２に係る処理動作の例を説明するフローチャートである。図８には、図３との対応部分に対応する符号を付して示している。

図８に示す処理動作も、システム制御部３０１（図２参照）によるプログラムの実行を通じて実現される。なお、図中に示す記号のＳはステップを意味する。
図８に示す機能も、ファクシミリ制御部３０７（図２参照）により公衆回線１０（図１参照）経由で送信された文書のイメージファイルをログサーバ３３に転送する機能が有効になっている場合に実行される。従って、同機能が無効である場合には、図８に示す処理動作は実行されない。
送信ジョブが起動すると、システム制御部３０１は、ファクシミリ送信が完了したか否かを判定する（ステップ１）。ステップ１で否定結果が得られている間、システム制御部３０１は、判定を繰り返す。前述したように、ここでの完了は、通信相手に対するファクリミリ送信の実行回毎の終了を意味する。

ステップ１で肯定結果が得られると、システム制御部３０１は、ファクシミリ送信は成功か否かを判定する（ステップ１１）。
ステップ１１で肯定結果が得られた場合、システム制御部３０１は、ログサーバ３３にログを転送する（ステップ６）。すなわち、システム制御部３０１は、ファックス送信した文書のイメージファイルにファイル名を付してログサーバ３３に転送する。もっとも、本実施の形態の場合、ファイル名に文書番号を含めるか否かは任意である。従って、ファイル名に文書番号を含んでもよいし、文書番号を含まなくてもよい。後述するように、本実施の形態では、ログサーバ３３に記憶されるログは、１つの送信ジョブに付き常に１つとなるためである。

ステップ１１で否定結果が得られた場合、システム制御部３０１は、再送信の条件を満たすか否かを判定する（ステップ１２）。
本実施の形態における再送信の条件は、例えば予め定めた再送回数の上限を超えないこと、及び、再送回数の上限を超えていなくても作業者等が送信ジョブをキャンセルしていないことである。
再送回数の上限は、例えば２回である。なお、再送回数の上限は、初期値を用いてもよいし、作業者等が設定した値を用いてもよい。
ステップ１２で肯定結果が得られた場合、システム制御部３０１は、ファクシミリ送信を再実行し（ステップ１３）、前述したステップ１１に戻る。換言すると、ステップ１２で肯定結果が得られる場合は、再送信が実行される可能性が残る場合に相当する。ステップ１１に戻ると、システム制御部３０１は、再びファクシミリ送信が成功したか否かを判定する。

一方、ステップ１２で否定結果が得られた場合、システム制御部３０１は、文書の再送信を実行することなくステップ６に進む。換言すると、ステップ１２で否定結果が得られる場合は、再送信が実行される可能性が無くなったことを意味する。このため、システム制御部３０１は、送信ジョブを自動的に削除する。
なお、ステップ６に進んだシステム制御部３０１は、通信結果が失敗で終わったことを示すログをログサーバ３３に送信する。
前述したように、本実施の形態の場合、ログサーバ３３にログが送信されるのは、ファクシミリ送信が成功した場合か、再送信の条件を満たさなくなるまでファクシミリ送信が失敗した場合かのいずれかである。このため、ログサーバ３３に記憶されるログは、１つの送信ジョブに付き１つのみとなる。

図９は、実施の形態２におけるログの記憶例を説明する図である。（Ａ）は１回目のファクシミリ送信が失敗した場合の例を示し、（Ｂ）は２回目のファクシミリ送信が失敗した場合の例を示し、（Ｃ）は３回目のファクシミリ送信が成功した場合の例を示し、（Ｄ）は２回の再送信を経て送信ジョブが失敗で確定した場合の例を示す。
図９に示すように、起動した送信ジョブに基づいた文書の１回目のファクシミリ送信が失敗した場合でも、本実施の形態の場合には、ログサーバ３３に対してログは転送されない。このため、ログサーバ３３には、現在実行中の送信ジョブに対応するログは記憶されていない。

１回目のファクシミリ送信が失敗で終わった送信ジョブは、システム制御部３０１により待機状態に制御される。予め定めた時間が経過すると、システム制御部３０１は、再送信の条件を満たすか否かを判定する。本実施の形態の場合、再送回数の上限は２回である。このため、システム制御部３０１は、ファクシミリ送信を再実行する。
図９の場合には、２回目のファクシミリ送信も失敗で終わっている。この場合も、システム制御部３０１は、予め定めた時間が経過すると、再送信の条件を満たすか否かを判定する。ここでの再送回数は２回である。このため、システム制御部３０１は、ファクシミリ送信を再実行する。このファクシミリ送信の再実行により、再送回数は上限値に達する。

この２回目の再送信、換言すると初回から数えて３回目のファクシミリ送信が成功であった場合、システム制御部３０１は、送信ジョブによるファクシミリ送信が成功で終わったことを示すログをログサーバ３３に転送する。この場合は、図９の（Ｃ）に対応する。本実施の形態の場合も、１回目と２回目のファクシミリ送信が失敗であったことを示すログはログサーバ３３には記憶されない。
一方、２回目の再送信も失敗であった場合、既に再送回数の上限に達しているので、ファクシミリ送信の次の再送は行われず、送信ジョブ自体が削除される。この場合、送信ジョブによるファクシミリ送信は失敗で確定する。このため、システム制御部３０１は、送信ジョブによるファクシミリ送信が失敗で終わったことを示すログをログサーバ３３に転送する。この場合は、図９の（Ｄ）に対応する。

図１０は、実施の形態２におけるログの他の記憶例を説明する図である。（Ａ）は２回の再送信を経て送信ジョブが失敗で確定した場合の例を示し、（Ｂ）は同じ宛先に対する同じ文書の別の送信ジョブによるファクシミリ送信が成功した場合の例を示す。
（Ａ）に示す例は、図９（Ｄ）の例と同じである。このため、ログサーバ３３には、送信ジョブによるファクシミリ送信が失敗で終わったことを示すログが記憶されている。
この場合に、改めて同じ宛先に対する同じ文書の別の送信ジョブが起動される場合がある。例えば作業者等が同じ文書のファクシミリ送信を画像形成装置３２（図１参照）に指示すると、別の送信ジョブが起動される。

図１０では、別の送信ジョブによるファクシミリ送信は成功している。このため、ログサーバ３３には、ファクシミリ送信が成功したことを示すログが記憶される。この場合、ログサーバ３３に記憶されている２つのログのファイル名が、送信開始日時を除き同じであり、更にログの本体であるイメージファイルの内容も同じでも、２つのログは異なる送信ジョブに対応することが分かる。
このため、２つのログが存在すれば、１回目の送信ジョブは失敗し、２回目の送信ジョブが成功したことを作業者等は理解できる。

＜実施の形態３＞
続いて、実施の形態３について説明する。
図１１は、実施の形態３で使用する情報処理システム１Ａの概念構成を説明する図である。図１１には、図１との対応部分に対応する符号を付して示している。
実施の形態３の場合、事業者システム３０Ａには画像形成装置３２Ａ及び３２Ｂが存在する点で、実施の形態１と相違する。
実施の形態１の場合、画像形成装置３２（図１参照）が送信ジョブ毎に文書番号を管理する。すなわち、画像形成装置３２における文書番号の管理は装置毎に独立である。このため、画像形成装置３２Ａで付与される文書番号と画像形成装置３２Ｂで付与される文書番号との間で重複が起こり得る。

実施の形態１で説明した手法を複数の画像形成装置３２Ａ及び３２Ｂに適用し、それぞれの送信ジョブの送信結果を１つのログサーバ３３で管理する場合、画像形成装置３２Ａがログサーバ３３に転送して記憶したログが、画像形成装置３２Ｂがログサーバ３３に転送したログで上書き記録される事態が起こり得る。
これでは、ログサーバ３３に記憶されているログを通じて、画像形成装置３２Ａで実行された送信ジョブによるファクシミリ送信が最終的に成功したのか失敗したのかを理解することができなくなる。
そこで、本実施の形態では、ファイル名に装置のシリアル番号を含め、ログサーバ３３へのログの転送時には、シリアル番号と文書番号の両方が同じことを条件に、新たなログによる古いログの上書きを認める手法を採用する。
なお、シリアル番号と文書番号のうちいずれか一方でも異なれば、異なる送信ジョブのログであることが分かるので、新しいログによる古いログの上書きは行われない。

図１２は、ファクシミリ送信の結果をログサーバ３３に転送する場合に実行される実施の形態３に係る処理動作の例を説明するフローチャートである。図１２には、図３との対応部分に対応する符号を付して示している。
なお、図中に示す記号のＳはステップを意味する。因みに、図１２に示す処理動作は、画像形成装置３２Ａ（図１１参照）及び３２Ｂ（図１１参照）のそれぞれを構成するシステム制御部３０１（図２参照）がそれぞれ独立に実行する。
作業者等の操作を受け付けることで送信ジョブが起動すると、システム制御部３０１は、ファクシミリ送信が完了したか否かを判定する（ステップ１）。ステップ１で否定結果が得られている間、システム制御部３０１は、判定を繰り返す。

ステップ１で肯定結果が得られると、システム制御部３０１は、送信ジョブのシリアル番号と文書番号を取得する（ステップ２Ａ）。シリアル番号は、画像形成装置３２Ａ、３２Ｂ（図１１参照）の製造番号や個体識別番号等の装置を一意に特定可能な番号である。シリアル番号は、ログの発生元を示す情報の一例である。
図１３は、実施の形態３で使用するファイル名の例を示す図である。図１３には、図４との対応部分に対応する符号を付して示している。
図１３の場合、相手先の総数と文書番号の間の位置に装置のシリアル番号が追加されている。
図１３の場合、装置のシリアル番号の具体例として「9901258」が示されている。

図１２の説明に戻る。
ステップ２Ａでシリアル番号と文書番号が取得されると、システム制御部３０１は、取得されたシリアル番号と文書番号の両方をファイル名に有するログが、ログサーバ３３に存在するか否かを判定する（ステップ３Ａ）。
ステップ３Ａで肯定結果が得られた場合、システム制御部３０１は、同じシリアル番号と同じ文書番号の両方をファイル名に含むログをログサーバ３３から削除する（ステップ４Ａ）。すなわち、システム制御部３０１は、ログサーバ３３に新たに転送する予定のログと同じシリアル番号と同じ文書番号の両方をファイル名に含むログをログサーバ３３から削除する。

ステップ４Ａの後、又は、ステップ３Ａで否定結果が得られた場合、システム制御部３０１は、ログサーバ３３に送信するログのファイル名にシリアル番号と文書番号を付加し（ステップ５Ａ）、その後、ログサーバ３３にログを転送する（ステップ６）。ここで、ステップ３Ａで否定結果が得られる場合とは、ログサーバ３３に同じシリアル番号と同じ文書番号の両方をファイル名に含むログが存在しないことを意味する。

図１４は、実施の形態３におけるログの記憶例を説明する図である。
図１４の場合、画像形成装置３２Ａのシリアル番号は「9901258」であり、画像形成装置３２Ｂのシリアル番号は「1802569」である。
なお、図１４の場合、画像形成装置３２Ａと画像形成装置３２Ｂの文書番号はいずれも「1234」である。
実施の形態１の場合には、文書番号だけを用いて送信ジョブの違いを判定するため、一方のログで他方のログが上書きされることが起こり得るが、本実施の形態の場合には、シリアル番号と文書番号の両方が一致しなければ、ログの上書きは行われない。このため、図１４に示すログサーバ３３には、画像形成装置３２Ａに対応するログと画像形成装置３２Ｂに対応するログの両方が記憶されている。

＜実施の形態４＞
続いて、実施の形態４について説明する。
図１５は、実施の形態４で使用する情報処理システム１Ｂの概念構成を説明する図である。図１５には、図１との対応部分に対応する符号を付して示している。
実施の形態４の場合、事業者システム３０Ｂには失敗ログサーバ３５が追加される点で、実施の形態１と相違する。
本実施の形態で失敗ログサーバ３５を追加するのは、ファクシミリ送信が失敗に終わったことを示すログの履歴が事後的に必要になる場合があるためである。例えばログサーバ３３に記憶されているファクシミリ送信の最終的な結果が得られる前に、ファクシミリ送信の失敗の有無や失敗の回数を知りたい場合があるためである。ここでの失敗ログサーバ３５は、ログサーバ３３に記憶されているログを退避させる別の領域の一例である。
なお、図１５の場合には、ログサーバ３３とは別に失敗ログサーバ３５を用意しているが、同じサーバ上の異なるフォルダとして運用してもよい。

図１６は、ファクシミリ送信の結果をログサーバ３３に転送する場合に実行される実施の形態４に係る処理動作の例を説明するフローチャートである。図１６には、図３との対応部分に対応する符号を付して示している。
図１６に示す処理動作は、システム制御部３０１（図２参照）によるプログラムの実行を通じて実現される。なお、図中に示す記号のＳはステップを意味する。
作業者等の操作を受け付けることで送信ジョブが起動すると、システム制御部３０１は、ファクシミリ送信が完了したか否かを判定する（ステップ１）。ステップ１で否定結果が得られている間、システム制御部３０１は、判定を繰り返す。
ステップ１で肯定結果が得られると、システム制御部３０１は、送信ジョブの文書番号を取得する（ステップ２）。

ステップ２で文書番号が取得されると、システム制御部３０１は、取得された文書番号を含むファイル名を有するログが、ログサーバ３３に存在するか否かを判定する（ステップ３）。
ステップ３で肯定結果が得られた場合、システム制御部３０１は、同じ文書番号をファイル名に含むログをログサーバ３３から失敗ログサーバ３５に移動する（ステップ４Ｂ）。なぜなら、同じ送信ジョブについてファクシミリ送信が複数回実行されるのは、前回までのファクシミリ送信が失敗で終わっているためである。従って、ステップ３で肯定結果が得られた場合にログサーバ３３に記憶されているログは、失敗で終わったことを示すログとなる。このため、本実施の形態の場合、ログサーバ３３に記憶されているログは、事前に失敗ログサーバ３５に移動される。

ステップ４Ｂの後、又は、ステップ３で否定結果が得られた場合、システム制御部３０１は、ログサーバ３３に送信するログのファイル名に文書番号を付加し（ステップ５）、その後、ログサーバ３３にログを転送する（ステップ６）。ここで、ステップ３で否定結果が得られる場合とは、ログサーバ３３に同じ文書番号をファイル名に含むログが存在しないことを意味する。この場合は、初回のファクシミリ送信に対応する。

図１７は、実施の形態４におけるログの記憶例を説明する図である。（Ａ）は１回目のファクシミリ送信が失敗した場合の例を示し、（Ｂ）は２回目のファクシミリ送信が失敗した場合の例を示し、（Ｃ）は３回目のファクシミリ送信が成功した場合の例を示す。
実施の形態１の場合と同様に、文書番号が「1234」で管理される文書の１回目のファクシミリ送信が失敗した場合、ファイル名に送信の失敗を示す情報を含むログが、画像形成装置３２からログサーバ３３に転送され記憶される。

１回目のファクシミリ送信が失敗で終わった場合、画像形成装置３２の送信ジョブは待機状態に制御される。予め定めた時間が経過すると、画像形成装置３２は、送信ジョブを再実行する。例えば１回目のファクシミリ送信が完了してから３０秒後に同じ送信ジョブを再実行する。同じ送信ジョブであるので、文書番号に変更はない。
図１７の例では、文書番号が「1234」で管理される文書の２回目のファクシミリ送信が実行され、この２回目のファクシミリ送信も失敗している。
同じ送信ジョブの２回目のファクシミリ送信も失敗した場合、画像形成装置３２は、ログサーバ３３から１回目のファクシミリ送信に対応するログを失敗ログサーバ３５に移動し、その後、２回目のファクシミリ送信に対応するログをログサーバ３３に転送する。
同じ送信ジョブについてのファクシミリ送信の最新の結果だけがログサーバ３３に記憶され、前回のログは失敗ログサーバ３５に移動される。

２回目のファクシミリ送信も失敗であった場合、画像形成装置３２は、予め定めた時間の経過を待って同じ送信ジョブを再実行する。図１７の例では、文書番号が「1234」で管理される文書の３回目のファクシミリ送信が実行される。
図１７の場合、３回目のファクシミリ送信は成功している。この場合も、画像形成装置３２は、ログサーバ３３に記憶されている２回目のファクシミリ送信に対応するログを失敗ログサーバ３５に移動し、その後、３回目のファクシミリ送信に対応するログをログサーバ３３に記憶する。すなわち、同じ送信ジョブについてのファクシミリ送信の最新の結果だけがログサーバ３３に記憶され、前２回分のログは失敗ログサーバ３５に移動される。
このため、作業者等は、ログサーバ３３に記憶されているログの情報から各送信ジョブに対応するファクシミリ送信の最終的な結果の確認が可能であるのに加え、失敗ログサーバ３５に記憶されているログの情報から各送信ジョブに対応するファクシミリ送信の最終的な結果に至るまでのログの履歴の確認が可能になる。

＜他の実施の形態＞
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は上述の実施の形態に記載の範囲に限定されない。上述の実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。

例えば前述の実施の形態では、送信ジョブによるファクシミリ送信の結果をログサーバ３３（図１参照）に転送する機能を有する装置の一例として、ファクシミリ機能を有する画像形成装置３２（図１参照）等を例示したが、実施の形態で説明した機能を有する装置は画像形成装置３２等に限らない。例えば実施の形態で説明した機能を有する装置はファクシミリ２０（図１参照）でもよい。ファクシミリ２０も送信装置の一例である。

１、１Ａ、１Ｂ…情報処理システム、１０…公衆回線、２０…ファクシミリ、３０、３０Ａ、３０Ｂ…事業者システム、３２、３２Ａ、３２Ｂ、３２Ｐ…画像形成装置、３３…ログサーバ、３５…失敗ログサーバ、３０１…システム制御部

Claims (10)

1. 送信ジョブのログをサーバに送信する場合に、当該サーバに残るログが各送信ジョブについて確定した結果だけとなるように転送を制御する制御手段
   を有する送信装置。
2. 前記制御手段は、
   新たに発生した第１のログに含まれる文書を管理する情報が、前記サーバに蓄積されている第２のログにも含まれている場合、当該第１のログで当該第２のログを上書きする、請求項１に記載の送信装置。
3. 前記制御手段は、
   前記第１のログに含まれる文書を管理する情報が、前記サーバに蓄積されている第２のログには含まれていない場合、当該第１のログを当該サーバに追加保存させる、請求項１又は２に記載の送信装置。
4. 前記第１のログ及び前記第２のログには、発生元を示す情報が含まれる、請求項２又は３に記載の送信装置。
5. 前記制御手段は、
   送信ジョブの結果が失敗の場合でも、再送信が実行される可能性が残る間は、ログを前記サーバに送信させない、請求項１に記載の送信装置。
6. 前記制御手段は、
   再送信が実行される可能性が無くなった場合には、失敗を示すログを前記サーバに送信させる、請求項５に記載の送信装置。
7. 前記制御手段は、
   再送信が成功した場合、成功を示すログを前記サーバに送信させる、請求項５又は６に記載の送信装置。
8. 前記ログには、発生元を示す情報が含まれる、請求項５又は６に記載の送信装置。
9. 前記制御手段は、
   新たに発生した第１のログに含まれる文書を管理する情報が、前記サーバに蓄積されている第２のログにも含まれている場合、当該第２のログを別の領域に退避させ、その後、当該第１のログを当該サーバに追加保存させる、請求項１に記載の送信装置。
10. コンピュータに、
    送信ジョブのログをサーバに送信する機能と、
    前記ログを前記サーバに送信する場合に、当該サーバに残るログが各送信ジョブについて確定した結果だけとなるように転送を制御する機能と
    を実行させるプログラム。