(57)【特許請求の範囲】
【請求項１】
ファクシミリで伝送されたデータをネットワーク上の電子機器へ転送するためのファクシミリ端末であって、
ファクシミリ回線を通してデータ通信を行うファクシミリ通信部と、
前記ネットワークを通してデータ通信を行うネットワーク通信部と、
前記ファクシミリ通信部が前記ファクシミリ回線を通して受信したデータを、前記ネットワーク通信部に前記ネットワークを通して前記電子機器へ転送させる転送制御部と、
前記転送制御部が当該データの転送に失敗した場合、当該失敗の原因を判定する判定部と、
当該失敗の原因が前記ネットワークの環境または前記電子機器の状態にあると前記判定部が判定した場合、外部の稼働保証時間管理サーバから前記ネットワークまたは前記電子機器が復旧されるまでの期間として保証されている復旧保証時間を取得し、取得した前記復旧保証時間に基づいて、当該データの転送が可能になるまでに必要な復旧時間を予測する予測部と、
前記判定部が判定した失敗の原因と、前記予測部が予測した復旧時間とに基づいてエラーレポートを生成し、前記ファクシミリ通信部に前記ファクシミリ回線との新たな接続を確立させた後に、前記エラーレポートを当該データの送信元へ送信させる報告部とを備える
ことを特徴とするファクシミリ端末。
【請求項２】
前記転送制御部は、当該データの転送に失敗した場合には前記ファクシミリ通信部に、前記送信元からの送信終了の通知に応じて受信失敗の通知を前記送信元へ返信させると共に前記ファクシミリ回線との接続を切断させ、
前記報告部は、前記ファクシミリ通信部に、当該接続の切断後、前記送信元への前記エラーレポートの送信を他の処理よりも優先的に実行させる
ことを特徴とする請求項１記載のファクシミリ端末。
【請求項３】
前記転送制御部は、前記ファクシミリ通信部に、前記ネットワーク通信部が当該データの転送を完了するまで前記ファクシミリ回線との接続を持続させ、当該データの転送に成功し、または失敗した後に当該接続を切断させる
ことを特徴とする請求項１または請求項２記載のファクシミリ端末。
【請求項４】
前記転送制御部は、当該データの転送に失敗した場合には前記ネットワーク通信部に当該データの転送のリトライを周期的に繰り返させ、
前記報告部は、前記転送制御部が前記リトライに成功したときにサクセスレポートを生成し、前記ファクシミリ通信部に前記送信元へ送信させる
ことを特徴とする請求項１から請求項３までのいずれか１項記載のファクシミリ端末。
【請求項５】
前記報告部は、前記エラーレポートを生成する際、当該データを解析することによって当該データの宛先を特定し、前記宛先への連絡方法を検索して、当該連絡方法を前記エラーレポートに付加する
ことを特徴とする請求項１から請求項４までのいずれか１項記載のファクシミリ端末。
【請求項６】
前記報告部は、前記宛先への連絡方法として、前記宛先に割り当てられたファクシミリ番号のうち、前記ファクシミリ通信部に割り当てられたファクシミリ番号とは異なるものを検索する
ことを特徴とする請求項５記載のファクシミリ端末。
【請求項７】
前記報告部は、前記エラーレポートに停止符号を付加し、
前記転送制御部は、当該データの転送に失敗した場合、前記ネットワーク通信部に当該データの転送のリトライを周期的に繰り返させると共に、前記ファクシミリ通信部に前記送信元からファクシミリで届くデータを監視させ、前記ファクシミリ通信部が前記送信元からファクシミリで受信したデータの中から前記停止符号を検出したとき、前記ネットワーク通信部に前記リトライを中止させる
ことを特徴とする請求項１から請求項６までのいずれか１項記載のファクシミリ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファクシミリ端末に関する。
【背景技術】
【０００２】
従来、ファクシミリ端末の中には、ファクシミリ回線を通してデータを受信する場合において、その受信が正常に完了しなかった場合に、送信元のファクシミリ端末に対して、そのファクシミリ回線を通して、データの受信が正常に完了しなかった旨の情報を送信するものがある。
また、従来、ファクシミリ回線を通して送信されたデータを受信し、受信したデータを、ネットワーク上の電子機器へ転送する機能を有するファクシミリ端末（以下、「転送機能付きファクシミリ端末」と呼ぶ。）が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０７−０４６２９６号公報
【特許文献２】特開２００７−１２２３７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、転送機能付きファクシミリ端末は、ファクシミリ回線を通して行われるデータの受信に失敗する場合だけでなく、データの受信には成功したものの、ネットワーク上の電子機器へのデータ転送に失敗する場合がある。
このデータ転送の失敗には、（１）ネットワークにおける不具合、（２）転送先電子機器における不具合等複数の原因が考えられる。
【０００５】
しかし、従来技術では、送信元のファクシミリ端末を操作するユーザに、そのデータ転送の要求がなされた接続の中でその原因を通知することができない。
そのため、送信元のファクシミリ端末を操作するユーザは、そのデータ転送の失敗に対してどのように対応すれば良いかを判断することができない。
本発明は係る問題に鑑みてなされたものであり、ファクシミリ回線を通して送信されたデータを受信し、受信したデータを、ネットワーク上の電子機器へ転送する機能を有するファクシミリ端末であって、ファクシミリ回線を通して受信したデータについて、ネットワーク上の電子機器への転送に失敗したときに、送信元のファクシミリ端末を操作するユーザに対して、その失敗に対してどのような対応をすればよいかの判断材料を、ファクシミリ回線を通して通知することができるファクシミリ端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明に係るファクシミリ端末は、ファクシミリで伝送されたデータをネットワーク上の電子機器へ転送するためのファクシミリ端末であって、ファクシミリ回線を通してデータ通信を行うファクシミリ通信部と、前記ネットワークを通してデータ通信を行うネットワーク通信部と、前記ファクシミリ通信部が前記ファクシミリ回線を通して受信したデータを、前記ネットワーク通信部に前記ネットワークを通して前記電子機器へ転送させる転送制御部と、前記転送制御部が当該データの転送に失敗した場合、当該失敗の原因を判定する判定部と、当該失敗の原因が前記ネットワークの環境または前記電子機器の状態にあると前記判定部が判定した場合、外部の稼働保証時間管理サーバから前記ネットワークまたは前記電子機器がされるまでの期間として保証されている復旧保証時間を取得し、取得した前記復旧保証時間に基づいて、当該データの転送が可能になるまでに必要な復旧時間を予測する予測部と、前記判定部が判定した失敗の原因と、前記予測部が予測した復旧時間とに基づいてエラーレポートを生成し、前記ファクシミリ通信部に前記ファクシミリ回線との新たな接続を確立させた後に、前記エラーレポートを当該データの送信元へ送信させる報告部とを備えることを特徴とする。
【０００７】
また、前記転送制御部は、当該データの転送に失敗した場合には前記ファクシミリ通信部に、前記送信元からの送信終了の通知に応じて受信失敗の通知を前記送信元へ返信させると共に前記ファクシミリ回線との接続を切断させ、前記報告部は、前記ファクシミリ通信部に、当該接続の切断後、前記送信元への前記エラーレポートの送信を他の処理よりも優先的に実行させるとしてもよい。
【０００８】
また、前記転送制御部は、前記ファクシミリ通信部に、前記ネットワーク通信部が当該データの転送を完了するまで前記ファクシミリ回線との接続を持続させ、当該データの転送に成功し、または失敗した後に当該接続を切断させるとしてもよい。
【０００９】
また、前記転送制御部は、当該データの転送に失敗した場合には前記ネットワーク通信部に当該データの転送のリトライを周期的に繰り返させ、前記報告部は、前記転送制御部が前記リトライに成功したときにサクセスレポートを生成し、前記ファクシミリ通信部に前記送信元へ送信させるとしてもよい。
また、前記報告部は、前記エラーレポートを生成する際、当該データを解析することによって当該データの宛先を特定し、前記宛先への連絡方法を検索して、当該連絡方法を前記エラーレポートに付加するとしてもよい。
【００１０】
また、前記報告部は、前記宛先への連絡方法として、前記宛先に割り当てられたファクシミリ番号のうち、前記ファクシミリ通信部に割り当てられたファクシミリ番号とは異なるものを検索するとしてもよい。
また、前記報告部は、前記エラーレポートに停止符号を付加し、前記転送制御部は、当該データの転送に失敗した場合、前記ネットワーク通信部に当該データの転送のリトライを周期的に繰り返させると共に、前記ファクシミリ通信部に前記送信元からファクシミリで届くデータを監視させ、前記ファクシミリ通信部が前記送信元からファクシミリで受信したデータの中から前記停止符号を検出したとき、前記ネットワーク通信部に前記リトライを中止させるとしてもよい。
【発明の効果】
【００１１】
上述のファクシミリ端末は、ファクシミリ回線を通してデータを受信した場合において、その受信したデータの、ネットワーク上の電子機器への転送に失敗したときに、送信元のファクシミリ端末に対して、その失敗の原因と、予測される復旧時間とに基づくエラーレポートを作成して、ファクシミリ回線を通して送信する。これにより、送信元のファクシミリ端末を操作するユーザは、当該データの転送失敗に対してどのような対応をすればよいか判断することができる。
【図面の簡単な説明】
【００１２】
【図１】ファクシミリシステム１００の構成を示すシステム構成図である。
【図２】ファクシミリ端末１１０の回路構成を示すブロック図である。
【図３】エラーレポート送信処理を実行するための機能ブロック図である。
【図４】転送対応表４００のデータ構造図である。
【図５】ネットワーク稼働保証時間情報５００のデータ構造図である。
【図６】サーバー稼働保証時間情報６００のデータ構造図である。
【図７】アドレス帳７００のデータ構造図である。
【図８】エラーレポートの一例を示す図である。
【図９】転送リトライ成功レポートの一例を示す図である。
【図１０】データ転送処理のフローチャートである。
【図１１】エラーレポート送信処理のフローチャートである。
【図１２】リトライ処理のフローチャートである。
【図１３】ファクシミリ端末１１０が行う処理の処理手順図である。
【図１４】ファクシミリシステム１４００の構成を示すシステム構成図である。
【図１５】スケジュール表１５００のデータ構成図である。
【図１６】エラーレポート送信処理を実現するための機能構成を示すブロック図である。
【図１７】変形データ転送処理のフローチャートである。
【発明を実施するための形態】
【００１３】
＜＜実施の形態＞＞
以下、ファクシミリ端末の実施の形態について、それを含むファクシミリシステムと共に、図面を参照しながら説明する。
＜ファクシミリシステムの全体構成＞
図１は、上記ファクシミリシステム１００のシステム構成図である。
【００１４】
同図に示されるように、ファクシミリシステム１００は、ファクシミリ端末１１０と、外部ファクシミリ端末１２０と、ファクシミリ回線１３０と、ネットワーク１４０と、転送先サーバーＡ１５０と、転送先サーバーＢ１５１と、アドレス帳サーバー１５２と、稼働保証時間管理サーバー１６０とを含んで構成される。
ファクシミリ回線１３０は、ファクシミリ端末１１０と外部ファクシミリ端末１２０とを含む複数のファクシミリ端末に接続され、接続されるファクシミリ端末間におけるデータ通信を実現するデータ通信網である。
【００１５】
ネットワーク１４０は、ファクシミリ端末１１０と、転送先サーバーＡ１５０と、転送先サーバーＢ１５１と、アドレス帳サーバー１５２とを含む複数の電子機器に接続され、接続される電子機器間におけるデータ通信を実現するデータ通信網であって、ファクシミリ回線１３０とは異なるデータ通信網である。
以下では、ネットワーク１４０に接続される、ファクシミリ端末１１０以外の電子機器がサーバーである例について説明するが、必ずしもサーバーに限られる必要はない。
【００１６】
外部ファクシミリ端末１２０は、ファクシミリ回線１３０に接続され、ファクシミリ回線１３０を通して、ファクシミリ回線１３０に接続される他のファクシミリ端末とファクシミリの送受信を行う。
転送先サーバーＡ１５０と転送先サーバーＢ１５１とは、それぞれ、ネットワーク１４０に接続されるいわゆるコンピュータ装置であって、ネットワーク１４０を通して、ネットワーク１４０に接続される他の電子機器と通信する。
【００１７】
アドレス帳サーバー１５２は、ネットワーク１４０に接続されるサーバーであって、アドレス帳７００（図７を用いて後述する。）を記憶すると共に、ネットワーク１４０を通して、ネットワーク１４０に接続される他の電子機器と通信する。
稼働保証時間管理サーバー１６０は、ファクシミリ端末１１０に接続されるサーバーであって、ネットワーク稼働保証時間情報５００（図５を用いて後述する。）とサーバー稼働保証時間情報６００（図６を用いて後述する。）とを記憶すると共に、ファクシミリ端末１１０と通信する。
【００１８】
ファクシミリ端末１１０は、ファクシミリ回線１３０と、ネットワーク１４０と、稼働保証時間管理サーバー１６０とに接続され、ファクシミリ回線１３０を通して、ファクシミリ回線１３０に接続される他のファクシミリ端末とファクシミリの送受信を行うファクシミリ送受信処理と、ファクシミリ回線１３０を通して送信されたデータを受信して、ネットワーク１４０に接続される電子機器へ転送する転送処理とを実行する。そして、その受信したデータの、ネットワーク１４０に接続される電子機器への転送に失敗したときに、その失敗の原因を判定して復旧時間を予測し、判定した失敗の原因と予測した復旧時間とに基づくエラーレポートを作成して、送信元のファクシミリ端末に対してファクシミリ回線を通して送信するエラーレポート送信処理を実行する。詳しくは後述する。
【００１９】
＜ファクシミリ端末１１０の構成＞
図２は、ファクシミリ端末１１０の回路構成を示すブロック図である。
同図に示されるように、ファクシミリ端末１１０は、ＣＰＵ（Central Processing Unit）２００と、メモリ２１０と、ファクシミリ通信用ＬＳＩ２２０と、データ通信用ＬＳＩ２３０と、操作パネル２４０と、スキャナー２５０と、給紙装置２６０と、印刷装置２７０と、バス２８０とから構成される。
【００２０】
バス２８０を介して、ＣＰＵ２００と、メモリ２１０と、ファクシミリ通信用ＬＳＩ２２０と、データ通信用ＬＳＩ２３０と、操作パネル２４０と、スキャナー２５０と、給紙装置２６０と、印刷装置２７０とが接続され、相互に通信が行われる。
ファクシミリ通信用ＬＳＩ２２０は、バス２８０と、ファクシミリ回線１３０とに接続され、ファクシミリ回線１３０を通して、ファクシミリ回線１３０に接続される他のファクシミリ端末と通信するためのものである。
【００２１】
データ通信用ＬＳＩ２３０は、バス２８０と、ネットワーク１４０と、稼働保証時間管理サーバー１６０とに接続され、ネットワーク１４０を通して、ネットワーク１４０に接続される他の電子機器と通信すると共に、稼働保証時間管理サーバー１６０と通信する。
操作パネル２４０は、バス２８０に接続され、ファクシミリ端末１１０を操作するユーザによる操作を受け付けて、受け付けた操作を電気信号に変換して出力する。
【００２２】
給紙装置２６０は、バス２８０に接続され、スキャナー２５０と印刷装置２７０とに用紙を供給する。
スキャナー２５０は、バス２８０に接続され、ＣＰＵ２００によって制御され、ファクシミリ端末１１０を操作するユーザによって供給された用紙、又は給紙装置２６０によって供給された用紙から、その用紙に記載された図面を光学的に読み取って電気信号に変換する。
【００２３】
印刷装置２７０は、バス２８０に接続され、給紙装置２６０によって供給された用紙に印刷する。
メモリ２１０は、バス２８０に接続された、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、不揮発性メモリによって構成され、ＣＰＵ２００によって利用されるプログラムと、ＣＰＵ２００によって利用されるデータとを記憶する。
【００２４】
ＣＰＵ２００は、メモリ２１０に記憶されたプログラムを実行することで、バス２８０を介してファクシミリ端末１１０を構成する各部を制御し、上述の、ファクシミリ送受信処理と、転送処理と、エラーレポート送信処理とを実行させる。
ここでは、ファクシミリ端末１１０に特徴的な処理である、エラーレポート送信処理を中心に説明する。
【００２５】
＜エラーレポート送信処理＞
図３は、ファクシミリ端末１１０の上記エラーレポート送信処理を実行するための機能ブロック図である。
同図に示されるように、ファクシミリ端末１１０は、ファクシミリ通信部３１０と、データ通信部３２０と、転送制御部３３０と、判定部３４０と、予測部３５０と、報告部３６０とを含んで構成される。
【００２６】
ファクシミリ通信部３１０は、ファクシミリ回線１３０と、転送制御部３３０と、報告部３６０とに接続され、一例として、ＣＰＵ２００と、メモリ２１０と、ファクシミリ通信用ＬＳＩ２２０と、操作パネル２４０と、スキャナー２５０と、給紙装置２６０と、印刷装置２７０と、バス２８０とによって実現される。
ファクシミリ通信部３１０は、ファクシミリ回線１３０を通して、ファクシミリ回線１３０に接続される他のファクシミリ端末とファクシミリの送受信を行う。
【００２７】
データ通信部３２０は、ネットワーク１４０と、稼働保証時間管理サーバー１６０と、転送制御部３３０と、判定部３４０と、予測部３５０とに接続され、一例として、ＣＰＵ２００と、メモリ２１０と、データ通信用ＬＳＩ２３０と、バス２８０とによって実現される。
データ通信部３２０は、ネットワーク１４０を通して、ネットワーク１４０に接続される他のサーバーとデータの送受信を行うと共に、稼働保証時間管理サーバー１６０とデータの送受信を行う。
【００２８】
転送制御部３３０は、ファクシミリ通信部３１０と、データ通信部３２０とに接続され、一例として、ＣＰＵ２００と、メモリ２１０と、バス２８０とによって実現される。
転送制御部３３０は、（１）転送対応表４００を記憶し、（２）ファクシミリ通信部３１０が、他のファクシミリ端末からファクシミリの受信を開始した場合に、転送対応表４００を参照して送信元のファクシミリ端末のＦＡＸ番号から転送先サーバーのＩＰアドレスを特定し、データ通信部３２０を制御して、特定したＩＰアドレスのサーバーに、受信したファクシミリのデータを転送させ、（３）データの転送に失敗した場合に、所定時間Ｔ１（例えば１０分）後に、データ通信部３２０を制御して、データの転送のリトライを実施させ、（４）報告部３６０から、リトライ停止信号（後述）を受信した場合に、そのリトライ停止信号によって特定されるデータ転送のリトライを停止する。
【００２９】
図４は、転送制御部３３０によって記憶される、上記転送対応表４００の一例についてのデータ構造図である。
同図に示されるように、転送対応表４００は、送信元ＦＡＸ番号４１０と、転送先ＩＰアドレス４２０とが対応付けられて構成される。
送信元ＦＡＸ番号４１０は、送信元ファクシミリ端末のＦＡＸ番号である。
【００３０】
転送先ＩＰアドレス４２０は、対応付けられている送信元ＦＡＸ番号４１０のファクシミリ端末からファクシミリを受信した場合に、その受信したファクシミリのデータを転送する転送先として特定されるサーバーのＩＰアドレスである。
再び図３に戻って、ファクシミリ端末１１０の説明を続ける。
判定部３４０は、データ通信部３２０と、予測部３５０とに接続され、一例として、ＣＰＵ２００と、メモリ２１０と、バス２８０とによって実現される。
【００３１】
判定部３４０は、データ通信部３２０が、ファクシミリ通信部３１０によって受信されたファクシミリのデータを、転送制御部３３０によって特定されたＩＰアドレスのサーバーに転送した場合において、その転送が失敗したときに、その失敗の原因が、ネットワーク１４０に起因するものであるか、転送先のサーバーに起因するものであるかのいずれであるかを判定する。
【００３２】
判定方法の一例として、例えば、データ通信部３２０を制御して、特定したＩＰアドレスに対するｔｒａｃｅｒｏｕｔｅ処理を実行させて、そのＩＰアドレスまでの経路上のどこまで信号が伝達しているかを調べることで、判定することができる。
予測部３５０は、データ通信部３２０と、判定部３４０と、報告部３６０とに接続され、一例として、ＣＰＵ２００と、メモリ２１０と、バス２８０とによって実現される。
【００３３】
予測部３５０は、（１）判定部３４０が、データ転送失敗の原因が、ネットワーク１４０に起因するものであると判定した場合に、データ通信部３２０を制御して、稼働保証時間管理サーバー１６０からネットワーク稼働保証時間情報５００を取得し、取得したネットワーク稼働保証時間情報６００を参照して、その原因が解消される復旧予測時刻を算出し、（２）判定部３４０が、データ転送失敗の原因が、転送先のサーバーに起因するものであると判定した場合に、データ通信部３２０を制御して、稼働保証時間管理サーバー１６０からサーバー稼働保証時間情報６００を取得し、取得したサーバー稼働保証時間情報６００を参照して、その原因が解消される復旧予測時刻を算出する。
【００３４】
図５は、稼働保証時間管理サーバー１６０によって記憶される、上記ネットワーク稼働保証時間情報５００の一例についてのデータ構造図である。
同図に示されるように、ネットワーク稼働保証時間情報５００は、保証日時５１０と、保証時間帯５２０と、復旧保証時間５３０とが対応付けられて構成される。
保証日時５１０は、ネットワーク１４０に障害が発生した場合において、その障害を復旧するための処理を開始することができる日を示す情報である。
【００３５】
例えば図５に示される「８ｈ／Ｗｅｅｋ  ｄａｙ」は、障害を復旧するための処理を開始することができる日は、平日（月曜日〜金曜日）であって、１日のうち８時間、その処理を開始することができることを示している。
保証時間帯５２０は、ネットワーク１４０に障害が発生した場合において、その障害を復旧するための処理を開始することができる時間帯を示す情報である。
【００３６】
例えば、図５に示される「０９：００−１７：００」は、障害を復旧するための処理を行うことができる時間帯は、９時００分〜１７時００分であることを示している。
復旧保証時間５３０は、障害を復旧するための処理が開始されてから、障害が復旧されるまでの期間として保証されている時間を示す情報である。
例えば、図５に示される「１ｈ」は、障害を復旧するための処理を開始してから、その障害が復旧されるまでの期間として、１時間であることが保証されていることを示している。
【００３７】
例えば、予測部３５０は、判定部３４０によって、データの失敗原因が、ネットワーク１４０に起因するものであると判定された判定時刻が、平日の９時００分〜１７時００分までの間である場合に、ネットワーク稼働保証時間情報５００を参照して、その判定時刻に１時間を加えた時刻を、復旧予測時刻として算出する。また、例えば、予測部３５０は、判定時刻が、平日の９時００分〜１７時００分までの間でない場合に、ネットワーク稼働保証時間情報５００を参照して、その判定時刻の後の最初の平日における１０時００分を、復旧予測時刻として算出する。
【００３８】
図６は、稼働保証時間管理サーバー１６０によって記憶される、上記サーバー稼働保証時間情報６００の一例についてのデータ構造図である。
同図に示されるように、サーバー稼働保証時間情報６００は、サーバー名６１０と、ＩＰアドレス６２０と、保証日時６３０と、保証時間帯６４０と、復旧保証時間６５０とが対応付けられて構成される。
【００３９】
サーバー名６１０は、ネットワーク１４０に接続されたサーバーであるサーバーを特定する情報である。
ＩＰアドレス６２０は、対応付けられたサーバー名６１０によって特定されるサーバーのＩＰアドレスである。
保証日時６３０は、対応付けられたサーバー名６１０によって特定されるサーバーに障害が発生した場合において、その障害を復旧するための処理を開始することができる日を示す情報である。
【００４０】
例えば、図６に示される「２４ｈ／３６５ｄ」は、障害を復旧するための処理を開始することができる日は、１年中の全ての日であって、１日のうち２４時間、すなわち一日中、その処理を開始することができることを示している。
保証時間帯６４０は、対応付けられたサーバー名６１０によって特定されるサーバーに障害が発生した場合において、その障害を復旧するための処理を開始することができる時間帯を示す情報である。
【００４１】
例えば、図６に示される「００：００−２４：００」は、障害を復旧するための処理を行うことができる時間帯は、０時００分〜２４時００分、すなわち一日中であることを示している。
復旧保証時間６５０は、対応付けられたサーバー名６１０によって特定されるサーバーに障害が発生した場合において、障害を復旧するための処理が開始されてから、障害が復旧されるまでの期間として保証されている時間を示す情報である。
【００４２】
例えば、図６に示される「３ｈ」は、障害を復旧するための処理を開始してから、その障害が復旧されるまでの期間として、３時間であることが保証されていることを示している。
例えば、予測部３５０は、判定部３４０によって、データの失敗原因が、サーバー名５１０が「ａ」であるサーバーに起因するものであると判定された場合に、サーバー稼働保証時間情報６００を参照して、判定時間に３時間を加えた時刻を、復旧予測時刻として算出する。また、例えば、予測部３５０は、判定部３４０によって、データの失敗原因が、サーバー名５１０が「ｂ」であるサーバーに起因するものであると判定された場合に、サーバー稼働保証時間情報６００を参照して、判定時刻が、８時００分〜２０時００分までの間であるときには、判定時刻に２時間を加えた時刻を、復旧予測時刻として算出し、判定時刻が、８時００分〜２０時００分までの間でないときには、翌日の１０時００分を、復旧予測時刻として算出する。
【００４３】
再び図３に戻って、ファクシミリ端末１１０の説明を続ける。
報告部３６０は、ファクシミリ通信部３１０と、データ通信部３２０と、判定部３４０と、予測部３５０とに接続され、一例として、ＣＰＵ２００と、メモリ２１０と、バス２８０とによって実現される。
報告部３６０は、（１）データ通信部３２０が、ファクシミリ通信部３１０によって受信されたファクシミリのデータを、転送制御部３３０によって特定されたＩＰアドレスのサーバーに転送した場合において、その転送が失敗したときに、受信されたファクシミリのデータに対してＯＣＲ（Optical Character Recognition）解析を行って、宛先から受信者の氏名を特定し、（２）受信者の氏名を特定した場合に、データ通信部３２０を制御して、アドレス帳サーバー１５２からアドレス帳７００を取得し、取得したアドレス帳７００を参照して、受信者の連絡先であるメールアドレス７２０と電話番号７３０とを特定し、（３）データ通信部３２０が、ファクシミリ通信部３１０によって受信されたファクシミリのデータを、転送制御部３３０によって特定されたＩＰアドレスのサーバーに転送した場合において、その転送が失敗したときに、受信されたファクシミリデータの転送のリトライを停止するためのリトライ停止コード（ここでは、バーコードであるとする。）を生成し、転送に失敗したファクシミリを特定する情報と、判定部３４０によって判定された転送の失敗原因を示す情報と、予測部３５０によって予測された復旧予測時刻を示す情報と、特定した受信者の連絡先を示す情報と、生成したリトライ停止コードとを含むエラーレポートを生成し、ファクシミリ通信部３１０を制御して、生成したエラーレポートを、転送に失敗したファクシミリの送信元となるファクシミリ端末に対して、ファクシミリ回線１３０を通して送信させ、（４）ファクシミリ通信部３１０によって、転送のリトライを停止するためのバーコードが含まれるファクシミリが受信された場合に、転送制御部３３０に対して、そのバーコードによって特定される転送のリトライを停止させるリトライ停止信号を送信し、（５）データ通信部によって行われたデータ転送のリトライが成功した場合に、転送リトライ成功レポートを生成し、ファクシミリ通信部３１０を制御して、生成した転送リトライ成功レポートを、転送されたデータの送信元となるファクシミリ端末に対して、ファクシミリ回線１３０を通して送信させる。
【００４４】
図７は、アドレス帳サーバー１５２によって記憶される、上記アドレス帳７００の一例についてのデータ構造図である。
同図に示されるように、アドレス帳７００は、氏名７１０と、メールアドレス７２０と、電話番号７３０とが対応付けられて構成される。
氏名７１０は、人物の氏名を示す情報である。
【００４５】
メールアドレス７２０は、対応付けられている氏名７１０の人物連絡先であるメールアドレスである。
電話番号７３０は、対応付けられている氏名７１０の人物の連絡先である電話番号である。
図８は、報告部３６０によって生成されるエラーレポートの一例を示す図である。
【００４６】
同図に示されるように、生成されるエラーレポートには、領域８１０に、転送に失敗したファクシミリを特定する情報が記載され、領域８２０に、転送の失敗原因を示す情報が記載され、領域８３０に、復旧予測時刻を示す情報が記載され、領域８４０に、受信者の連絡先を示す情報が記載され、領域８５０にリトライ停止コードが記載されている。
図９は、報告部３６０によって生成される転送リトライ成功レポートの一例を示す図である。
【００４７】
送信元のファクシミリ端末に転送リトライ成功レポートを送信することで、送信元のファクシミリ端末を操作するユーザに、データ転送のリトライが成功した旨を通知することができる。このため、例えば、送信元のファクシミリ端末を操作するユーザは、他の方法で受信者に連絡する試みを中止して、既に受信者に連絡済みの内容を２重に連絡してしまって受信者を混乱させてしまうことを防止することができる。
【００４８】
＜制御動作＞
以下、ファクシミリ端末１１０における、データ転送処理と、エラーレポート送信処理と、リトライ処理との各内容を、フローチャートに基づき説明する。
（Ａ）データ転送処理
データ転送処理は、他のファクシミリ端末からファクシミリが送信されてきた場合に、そのファクシミリのデータを、ネットワーク１４０に接続される電子機器へ転送する処理であって、転送に失敗したときには、その転送失敗の原因を判定して復旧時間を予測し、判定した転送失敗の原因と、予測した復旧予測時刻との情報を含むエラーレポートを生成する処理である。
【００４９】
図１０は、データ転送処理のフローチャートである。
データ転送処理は、ファクシミリ端末１１０に対して、ファクシミリ回線１３０を通して他のファクシミリ端末からファクシミリの送信が開始されることで開始される。
データ転送処理が開始されると、ファクシミリ通信部３１０は、他のファクシミリ端末から送信が開始されたファクシミリのデータ受信を開始する（ステップＳ１０００）。
【００５０】
ここで、ファクシミリ通信部３１０は、他のファクシミリ端末から送信されるファクシミリのデータを全て受信し終わったとしても、すぐにはそのファクシミリ通信を終了させずに維持させる。一例として、送信元のファクシミリ端末に対して、回線断の信号を送信しないことで、そのファクシミリ通信を維持させる。
ファクシミリのデータ受信処理が開始されると、転送制御部３３０は、記憶する転送対応表４００を参照して、送信元のファクシミリ端末のＦＡＸ番号から転送先サーバーのＩＰアドレスを特定する（ステップＳ１００５）。
【００５１】
そして、データ通信部３２０を制御して、特定したＩＰアドレスのサーバーに対して、受信したファクシミリのデータ転送が可能か否かを調べる（ステップＳ１０１０）。一例として、特定したＩＰアドレスのサーバーに対してｐｉｎｇコマンドを実行することで、データ転送が可能か否かを調べる。
データ転送が可能である場合に（ステップＳ１０１５：Ｙｅｓ）、転送制御部３３０は、データ通信部３２０を制御して、特定したＩＰアドレスのサーバーに対して、受信したファクシミリのデータ転送を開始させる（ステップＳ１０２０）。
【００５２】
ステップＳ１０１５の処理において、データ転送が可能でない場合（ステップＳ１０１５：Ｎｏ）と、ステップＳ１０２５の処理において、データ転送に成功しない場合（ステップＳ１０２５：Ｎｏ）とに、判定部３４０は、データ転送に失敗する原因が、ネットワーク１４０に起因するものであるか、転送先のサーバーに起因するものであるかのいずれであるかを判定する（ステップＳ１０３０）。一例として、データ通信部３２０を制御して、特定したＩＰアドレスに対するｔｒａｃｅｒｏｕｔｅ処理を実行させて、そのＩＰアドレスまでの経路上のどこまで信号が伝達しているかを調べることで判定する。
【００５３】
データ転送に失敗する原因が、ネットワークに起因するものであると判定される場合に（ステップＳ１０３５：Ｙｅｓ）、予測部３５０は、データ通信部３２０を制御して、稼働保証時間管理サーバー１６０からネットワーク稼働保証時間情報５００を取得し、取得したネットワーク稼働保証時間情報５００を参照して、その原因が解消される復旧予測時刻を算出する（ステップＳ１０４０）。
【００５４】
データ転送に失敗する原因が、転送先のサーバーに起因するものであると判定される場合に（ステップＳ１０３５：Ｎｏ）、予測部３５０は、データ通信部３２０を制御して、稼働保証時間管理サーバー１６０からサーバー稼働保証時間情報６００を取得し、取得したサーバー稼働保証時間情報５００を参照して、その原因が解消される復旧予測時刻を算出する（ステップＳ１０４５）。
【００５５】
ステップＳ１０４０の処理が終了した場合、又はステップＳ１０４５の処理が終了した場合に、報告部３６０は、受信されたファクシミリのデータに対してＯＣＲ解析を行って、宛先から受信者の氏名を特定する（ステップＳ１０５０）。
受信者の氏名を特定すると、報告部３６０は、データ通信部３２０を制御して、アドレス帳サーバー１５２からアドレス帳７００を取得し、取得したアドレス帳７００を参照して、受信者の連絡先であるメールアドレスと電話番号とを特定する（ステップＳ１０５５）。
【００５６】
受信者の連絡先を特定すると、報告部３６０は、ファクシミリデータの転送のリトライを停止するためのリトライ停止コードを生成する（ステップＳ１０６０）。
リトライ停止コードを生成すると、報告部３６０は、転送に失敗したファクシミリを特定する情報と、判定部３４０によって判定された転送の失敗原因を示す情報と、予測部３５０によって予測された復旧予測時刻を示す情報と、特定した受信者の連絡先を示す情報と、生成したリトライ停止コードとを含むエラーレポートを生成する（ステップＳ１０６５）。
【００５７】
ステップＳ１０２５の処理において、データ転送に成功した場合（ステップＳ１０２５：Ｙｅｓ）と、ステップＳ１０６５の処理が終了した場合とに、ファクシミリ通信部３１０は、それまで維持していたファクシミリ通信を終了させる（ステップＳ１０７０）。一例として、送信元のファクシミリ端末から既に送られてきていたＰＰＳ−ＥＯＰ信号に対して、返信を保留していたＤＣＮ（Ｄｉｓｃｏｎｎｅｃｔ）の依頼を示す信号を、この時点で返信することでファクシミリ信号を終了させる。
【００５８】
ステップＳ１０７０の処理が終了すると、ファクシミリ端末１１０は、そのデータ転送処理を終了する。
（Ｂ）エラーレポート送信処理
エラーレポート転送処理は、上記データ転送処理においてエラーレポートが生成された場合に、そのエラーレポートを、そのデータ転送処理において、ファクシミリの送信元である送信元のファクシミリ端末に対して送信する処理である。
【００５９】
図１１は、エラーレポート送信処理のフローチャートである。
エラーレポート送信処理は、エラーレポートを生成することとなったデータ転送処理が終了すると、ファクシミリ端末１１０の行う他の処理よりも優先して、その処理が開始される。
エラーレポート送信処理が開始されると、ファクシミリ通信部３１０は、先行して実行されたデータ転送処理において生成されたエラーレポートを送信する処理の優先度を、ファクシミリ端末１１０の行う他の処理よりも高くする（ステップＳ１１００）。
【００６０】
そして、ファクシミリ通信部は、そのエラーレポートを、そのデータ転送処理においてファクシミリの送信元であった送信元のファクシミリ端末に対して送信する（ステップＳ１１１０）。
ステップＳ１１１０の処理が終了すると、ファクシミリ端末１１０は、そのエラーレポート転送処理を終了する。
【００６１】
エラーレポート送信処理は、先行して実行されたデータ転送処理の終了後、他の処理よりも優先してその処理が開始され、さらに、エラーレポートを送信する処理の優先度を他の処理よりも高くしてそのエラーレポートを送信する。このため、データ転送処理においてデータの転送に失敗してエラーレポートを作成した場合に、そのデータ転送処理の終了後すぐに、そのエラーレポートを、送信元のファクシミリ端末に送信することができる。
【００６２】
（Ｃ）リトライ処理
リトライ処理は、上記データ転送処理においてデータの転送に失敗した場合に、そのデータの転送に成功するまでデータの転送をリトライする処理であって、その処理中にリトライ停止コードを受信した場合には、データ転送に成功していなくても、その処理を終了する処理である。
【００６３】
図１２は、リトライ処理のフローチャートである。
リトライ処理は、エラーレポート送信処理が終了することで開始される。
リトライ処理が開始されると、転送制御部３３０は、前回データの転送に失敗してから所定時間Ｔ１経過するのを待って（ステップＳ１２００：Ｎｏを繰り返したのちステップＳ１２００：Ｙｅｓ）、ファクシミリ通信部３１０が、現時点までに、対象とするデータ転送のリトライについてのリトライ停止信号を受信したか否かを調べる（ステップＳ１２１０）。
【００６４】
ステップＳ１２１０の処理において、リトライ停止信号を受信していなかった場合に（ステップＳ１２１０：Ｎｏ）、転送制御部３３０は、データ通信部３２０を制御して、前回失敗したデータの転送を再度開始させる（ステップＳ１２２０）。
再度開始させたデータの転送に成功しなかった場合には（ステップＳ１２３０：Ｎｏ）、ステップＳ１２００の処理に戻って、再び、ステップＳ１２００以降の処理を繰り返す。
【００６５】
再度開始させたデータの転送に成功した場合には（ステップＳ１２３０：Ｙｅｓ）、報告部３６０は、転送リトライ成功レポートを生成して（ステップＳ１２４０）、ファクシミリ通信部３１０を制御して、生成した転送リトライ成功レポートを、転送に成功したデータの送信元となるファクシミリ端末に対して、ファクシミリ回線１３０を通して送信させる（ステップＳ１２５０）。
【００６６】
ステップＳ１２１０の処理において、リトライ停止信号を受信していた場合と、ステップＳ１２５０の処理が終了した場合とに、ファクシミリ端末１１０は、そのリトライ処理を終了する。
以下、ファクシミリ端末１１０が行う、データ転送処理と、エラーレポート送信処理と、リトライ処理との関係について図面を用いて説明する。
【００６７】
図１３は、ファクシミリ端末１１０が行う処理の処理手順図である。
他のファクシミリ端末が、ファクシミリ端末１１０に対してファクシミリ通信を開始する（ステップＳ１３００）と、ファクシミリ端末１１０は、データ転送処理を開始する（ステップＳ１３１０）。
ファクシミリ端末１１０は、データ転送処理においてデータの転送に失敗した場合に、転送に失敗したファクシミリを特定する情報と、転送の失敗原因を示す情報と、復旧予測時刻を示す情報と、受信者の連絡先を示す情報と、リトライ停止コードとを含むエラーレポートを生成する。
【００６８】
ファクシミリ端末１１０は、データ転送処理において、データの転送に成功してそのデータ転送を完了したとき、又はデータの転送に失敗してエラーレポートを生成したときに、それまで維持していた他のファクシミリ端末とのファクシミリ通信を終了させる（ステップＳ１３２０）と共に、そのデータ転送処理を終了する（ステップＳ１３３０）。
この維持は、ファクシミリ端末１１０が、他のファクシミリ端末からのデータ受信が終了しても、回線断の信号を、その時点では他のファクシミリ端末に送信しないことにより実現される。
【００６９】
なお、他の既存の信号で回線を維持ができれば、その方法を用いてもよい。
ファクシミリ端末１１０は、データ転送処理においてエラーレポートを生成した場合において、そのデータ転送処理が終了すると、エラーレポート送信処理を開始する（ステップＳ１３４０）。
すると、他のファクシミリ端末は、そのエラーレポートを受信し（ステップＳ１３５０）、他のファクシミリ端末を操作するユーザは、そのエラーレポートの内容を確認することができるようになる。
【００７０】
また、上述したように、データ転送処理において、データの転送に失敗してエラーレポートが作成されるまで、ファクシミリ回線が維持されるため、データ転送失敗の検出にある程度の時間がかかったとしても、その後に行われるエラーレポート送信処理において、回線断の直後に、別のファクシミリ通信で、エラーレポートが送信される。従って、他のファクシミリ端末を操作するユーザは、データ転送を行うファクシミリ通信の終了後すぐに、そのデータ転送が失敗したことがわかる。
【００７１】
ファクシミリ端末１１０は、エラーレポート送信処理を終了する（ステップＳ１３６０）と、リトライ処理を開始する（ステップＳ１３７０）。
他のファクシミリ端末を利用するユーザは、ステップＳ１３５０の処理において受信したエラーレポートに含まれるリトライ停止コードを含むファクシミリを、リトライ処理を実行中のファクシミリ端末１１０に対して送信することで（ステップＳ１３８０）、ファクシミリ端末１１０は、データ転送のリトライを終了させることができる。
【００７２】
本実施形態によると、ファクシミリ端末１１０は、ファクシミリ回線１３０を通して受信したファクシミリのデータの転送に失敗した場合に、そのファクシミリの送信元のファクシミリ端末に対して、そのファクシミリ回線１３０を通して、転送に失敗したファクシミリを特定する情報と、転送の失敗原因を示す情報と、復旧予測時刻を示す情報と、受信者の連絡先を示す情報と、リトライ停止コードとを含むエラーレポートを送信する。
【００７３】
このことによって、送信元のファクシミリ端末を操作するユーザは、ファクシミリ回線１３０を通して送信されたそのエラーレポートの内容を確認して、そのデータ転送の失敗に対して、どのような対応を取ればよいかの判断を行うことができるようになる。
一例として、送信元のファクシミリ端末を操作するユーザは、エラーレポートに含まれる、受信者の連絡先であるメールアドレスに対して、そのファクシミリの内容を送信するといった他の方法で連絡するという対応を取り得るようになる。
【００７４】
また、送信元のファクシミリ端末を操作するユーザは、転送に失敗したファクシミリの内容を他の方法で受信者に連絡できた場合には、リトライ停止コードをファクシミリ端末１１０に送信することで、リトライ処理を停止させて、既に受信者に連絡済みの内容を２重に連絡してしまって受信者を混乱させてしまうことを防止することができる。
また、ファクシミリ端末１１０は、一連の処理を、既存のファクシミリプロトコルを逸脱することなく実現することができる。このため、ファクシミリ端末１１０を、既存のファクシミリシステムに適用することができる。
＜＜変形例＞＞
以下、実施の形態におけるファクシミリ端末１１０の一部が変形された変形ファクシミリ端末について説明する。
【００７５】
実施の形態におけるファクシミリ端末１１０は、エラーレポートを生成する際に、アドレス帳サーバー１５２が記憶するアドレス帳７００を利用して、受信者の連絡先を特定する構成の例であった。
これに対して、変形例における変形ファクシミリ端末（ファクシミリ端末１４１０として後述する。）は、エラーレポートを生成する際に、スケジュールサーバー（スケジュールサーバー１４５２として後述する。）が記憶するスケジュール表（スケジュール表１５００として後述する。）を利用して、受信者の連絡先を特定する構成の例となっている。
【００７６】
以下、この変形ファクシミリ端末の詳細について、実施の形態との相違点を中心に、図面を参照しながら説明する。
＜ファクシミリシステムの全体構成＞
図１４は、ファクシミリシステム１４００の構成を示すシステム構成図である。
ファクシミリシステム１４００は、実施の形態におけるファクシミリシステム１００の一部が変形されたシステムであって、図１４に示されるように、実施の形態におけるファクシミリシステム１００が、アドレス帳サーバー１５２がスケジュールサーバー１４５２に変更され、ファクシミリ端末１１０がファクシミリ端末１４１０に変更されるように変形されている。
【００７７】
スケジュールサーバー１４５２は、ネットワーク１４０に接続されるサーバーであって、スケジュール表１５００を記憶し、ネットワーク１４０を通じて、ネットワーク１４０に接続される他の電子機器と通信する。
図１５は、スケジュールサーバー１４５２によって記憶されるスケジュール表１５００の一例についてのデータ構成図である。
【００７８】
同図に示されるように、スケジュール表１５００は、氏名１５１０と、日１５２０と、時１５３０と、ＦＡＸ番号１５４０とが対応付けられて構成される。
氏名１５１０は、人物の氏名を示す情報である。
日１５２０は、一年における月日を示す情報である。
時１５３０は、一日における時間帯を示す情報である。
【００７９】
ＦＡＸ番号１５４０は、対応付けられている日１５２０によって示される月日の、対応付けられている時１５３０によって示される時間帯において、対応付けられている氏名１５１０の人物に連絡することができるファクシミリ番号である。
＜ファクシミリ端末１４１０の構成＞
ファクシミリ端末１４１０は、実施の形態におけるファクシミリ端末１１０から、その一部が変形されたものである。
【００８０】
ファクシミリ端末１４１０は、ハードウエアとしては実施の形態におけるファクシミリ端末１１０と同様であるが、ＣＰＵ２００が実行するプログラムの一部が変更されており、このため、その機能の一部が、ファクシミリ端末１１０から変更されるように変形されている。
図１６は、ファクシミリ端末１４１０のエラーレポート送信処理を実行するための機能ブロック図である。
【００８１】
同図に示されるように、ファクシミリ端末１４１０は、実施の形態におけるファクシミリ端末１１０から、実施の形態における報告部３６０が、報告部１６６０に変更されるように変形されている。
報告部１６６０は、実施の形態における報告部３６０から、（２）受信者の氏名を特定した場合に、データ通信部３２０を制御して、アドレス帳サーバー１５２からアドレス帳７００を取得し、取得したアドレス帳７００を参照して、受信者の連絡先であるメールアドレス７２０と電話番号７３０とを特定する替わりに、（２´）受信者の氏名を特定した場合に、データ通信部３２０を制御して、スケジュールサーバー１４５２からスケジュール表１５００を取得し、取得したスケジュール表１５００を参照して、現時刻において受信者に連絡することができるＦＡＸ番号１５４０を特定するように変形されている。
【００８２】
＜制御動作＞
ファクシミリ端末１４１０は、実施の形態におけるエラーレポート送信処理とリトライ処理とに加えて、実施の形態におけるデータ転送処理からその一部が変形された変形データ転送処理を行う。
以下、変形データ転送処理の内容を、フローチャートに基づき説明する。
【００８３】
実施の形態におけるデータ転送処理では、受信者の連絡先として、メールアドレスと電話番号とを特定する処理であった。
これに対して、変形データ転送処理では、受信者の連絡先として、現時刻において受信者に連絡することができるＦＡＸ番号を特定する処理である。
図１７は、変形データ転送処理のフローチャートである。
【００８４】
変形データ転送処理は、実施の形態におけるデータ転送処理から、実施の形態におけるステップＳ１０５５の処理が、ステップＳ１７５５の処理に変更されるように変形されている。
ステップＳ１７００の処理〜ステップＳ１７５０の処理、及びステップＳ１７６０の処理〜ステップＳ１７７０の処理は、それぞれ、実施の形態におけるステップＳ１０００の処理〜ステップＳ１０５０の処理、及びステップＳ１０６０の処理〜ステップＳ１０７０の処理と同様な処理である。
【００８５】
このため、ここでは、これらの処理についての説明は既に説明済みであるとして、ステップＳ１７５５の処理を中心に説明する。
ステップＳ１７５０の処理において、受信者の氏名が特定されると、報告部１６６０は、データ通信部３２０を制御して、スケジュールサーバー１４５２からスケジュール表１５００を取得し、取得したスケジュール表１５００を参照して、受信者の連絡先であるＦＡＸ番号を特定する。
＜補足＞
以上、本発明に係るファクシミリ端末の一態様として、実施の形態と変形例とにおいて、２つのファクシミリ端末を例示して説明したが、以下のように変形することも可能であり、実施の形態と変形例とにおいて例示した通りのファクシミリ端末に限られないことはもちろんである。
【００８６】
（１）実施の形態において、ファクシミリ端末１１０は、アドレス帳７００がアドレス帳サーバー１５２に記憶される構成の例であった。しかしながら、報告部３６０がアドレス帳７００を取得することができれば、必ずしも、アドレス帳７００がアドレス帳サーバー１５２に記憶される構成に限られない。例えば、ファクシミリ端末１１０がアドレス帳７００を記憶する構成、ネットワーク１４０に接続される他の電子機器がアドレス帳７００を記憶する構成等の例も考えられる。
【００８７】
（２）実施の形態において、ファクシミリ端末１１０は、ネットワーク稼働保証時間情報５００とサーバー稼働保証時間情報６００とが稼働保証時間管理サーバー１６０に記憶される構成の例であった。しかしながら、判定部３４０が、ネットワーク稼働保証時間情報５００とサーバー稼働保証時間情報６００とを取得することができれば、必ずしも、ネットワーク稼働保証時間情報５００とサーバー稼働保証時間情報６００とが稼働保証時間管理サーバー１６０に記憶される構成に限られない。例えば、ファクシミリ端末１１０がネットワーク稼働保証時間情報５００とサーバー稼働保証時間情報６００とを記憶する構成、ファクシミリ端末１１０と通信可能な第１電子機器がネットワーク稼働保証時間情報５００を記憶し、ファクシミリ端末１１０と通信可能な第２電子機器がサーバー稼働保証時間情報６００を記憶する構成等の例も考えられる。
【００８８】
（３）実施の形態において、ファクシミリ端末１１０は、生成するエラーレポートが受信者の連絡先を示す情報を含む構成の例であった。しかしながら、例えば、送信元ファクシミリ端末を操作するユーザが予め受信者の連絡先を知っている環境下で運用される等の事情に則して、生成するエラーレポートが受信者の連絡先を含まない構成の例もあり得る。
【００８９】
（４）実施の形態において、ファクシミリ端末１１０は、生成するエラーレポートがリトライ停止コードを含む構成の例であった。しかしながら、例えば、データ転送のリトライを停止する必要性がない環境下で運用される等の事情に則して、生成するエラーレポートがリトライ停止コードを含まない構成の例もあり得る。
（５）実施の形態において、データ転送処理は、エラーレポートを作成した（ステップＳ１０６５）後に、それまで維持していたファクシミリ通信を終了させる（ステップＳ１０７０）処理であるとして説明した。
【００９０】
これに対して、別の例として、エラーレポートの作成を開始した後、そのエラーレポートの作成完了を待たずに、それまで維持していたファクシミリ通信を終了させる処理である例も考えられる。この場合には、ファクシミリ通信を終了させた後にエラーレポートの作成が完了し、エラーレポートの作成が完了することで、データ転送処理が終了することとなる。
【００９１】
このことにより、エラーレポートの作成までに比較的時間がかかるような場合には、そのファクシミリ通信の通信料金を抑制し得る。
（６）変形例において、ファクシミリ端末１４１０は、スケジュール表１５００がスケジュールサーバー１４５２に記憶される構成の例であった。しかしながら、報告部１６６０がスケジュール表１５００を取得することができれば、必ずしも、スケジュール表１５００がスケジュールサーバー１４５２に記憶される構成に限らない。例えば、ファクシミリ端末１４１０がスケジュール表１５００を記憶する構成、ネットワーク１４０に接続される他の電子機器がスケジュール表１５００を記憶する構成等も考えられる。
【産業上の利用可能性】
【００９２】
本発明に係るファクシミリ端末は、受信したデータを転送する機能を有するファクシミリ端末に広く利用することができる。
【符号の説明】
【００９３】
１００  ファクシミリシステム
１１０  ファクシミリ端末
１３０  ファクシミリ回線
１４０  ネットワーク
１５２  アドレス帳サーバー
１６０  稼働保証時間管理サーバー
３１０  ファクシミリ通信部
３２０  データ通信部
３３０  転送制御部
３４０  判定部
３５０  予測部
３６０  報告部
【図１】
0006467932.tif 000002
【図２】
0006467932.tif 000003
【図３】
0006467932.tif 000004
【図４】
0006467932.tif 000005
【図５】
0006467932.tif 000006
【図６】
0006467932.tif 000007
【図７】
0006467932.tif 000008
【図８】
0006467932.tif 000009
【図９】
0006467932.tif 000010
【図１０】
0006467932.tif 000011
【図１１】
0006467932.tif 000012
【図１２】
0006467932.tif 000013
【図１３】
0006467932.tif 000014
【図１４】
0006467932.tif 000015
【図１５】
0006467932.tif 000016
【図１６】
0006467932.tif 000017
【図１７】
0006467932.tif 000018