(57)【要約】【課題】ＳＩＰ呼制御手順により相手端末から返送されるリダイヤル情報を用いてリダイヤルを行ない、無駄なリダイヤルを少なくし、通信成功確率を高める。【解決手段】発呼端末１０Ａにおいて、ＳＩＰ呼制御部はＳＩＰを使用した呼制御手順により相手端末（着呼端末１０Ｂ）に発呼し、ＳＩＰ呼制御手順信号であるＩＮＶＩＴＥコマンドを送信する。着呼端末１０Ａは、上記ＩＮＶＩＴＥコマンドが着信した時にビジーであれば、ビジーであることを示すレスポンスとしてステータスコード４８６（Ｂｕｓｙ　Ｈｅｒｅ）を返送する。発呼端末１０Ａにおいて、リダイヤル制御部は、上記ステータスコード４８６に含まれるＲｅｔｒｙ−Ａｆｔｅｒ　１２０というリダイヤル情報に従い、１２０秒後に着呼端末１０Ｂにリダイヤルする。【選択図】　図４
2004112182.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を使用した発呼制御を行なうＳＩＰ呼制御手段と、
前記ＳＩＰ呼制御手順により発呼した後、相手端末から返送される応答信号に基づき発呼がエラーとなったことを認識する認識手段と、
発呼がエラーとなった時にリダイヤルを行なう場合のリダイヤル間隔を管理するリダイヤル管理手段と、
発呼がエラーとなった時、前記応答信号にリダイヤル情報が含まれている場合、該リダイヤル情報に基づきリダイヤル制御を行なうリダイヤル制御手段と
を具備することを特徴とする通信端末装置。
【請求項２】
前記リダイヤル情報は、
着信受付け可能になるまでの時間情報を含み、
前記リダイヤル制御手段は、
前記時間情報に従ってリダイヤル間隔を変更してリダイヤルを行なう手段
を具備することを特徴とする請求項１記載の通信端末装置。
【請求項３】
前記リダイヤル管理手段は、
リダイヤル間隔に関する最小値及び最大値を記憶する手段
を有し、
前記リダイヤル制御手段は、
前記リダイヤル情報に含まれる着信受付け可能になるまでの時間情報が、前記最小値と最大値の間のリダイヤル間隔外の値の時、リダイヤルを行なわず、通信エラーとして処理する手段
を具備することを特徴とする請求項１記載の通信端末装置。
【請求項４】
前記リダイヤル管理手段は、
リダイヤル間隔に関する最小値、最大値及び規定値を記憶する手段
を有し、
前記リダイヤル制御手段は、
前記リダイヤル情報に含まれる着信受付け可能になるまでの時間情報が、前記最小値と最大値間のリダイヤル間隔外の値の時若しくは前記リダイヤル情報が解析不可能な内容の時、前記規定値を用いてリダイヤルを行なう手段
を具備することを特徴とする請求項１記載の通信端末装置。
【請求項５】
前記リダイヤル管理手段は、
リダイヤル回数に関する規定値を記憶する手段
を有し、
前記リダイヤル制御手段は、
発呼がエラーとなった時、前記応答信号にリダイヤル情報が含まれていない場合には、前記規定値に基づき規定回数だけリダイヤルを行ない、最後のリダイヤル時に前記相手端末から返送される応答信号に前記リダイヤル情報が含まれている場合は、前記規定回数を超えてリダイヤルを行なう手段
を具備することを特徴とする請求項１記載の通信端末装置。
【請求項６】
前記リダイヤル制御手段は、
前記応答信号に含まれるステータスコードを認識する手段と、
前記ステータスコードに応じて前記リダイヤルを行うか否かを判断する手段と
を具備することを特徴とする請求項１記載の通信端末装置。
【請求項７】
前記リダイヤル管理手段は、
発呼した相手端末の宛先情報、及び発呼後に該相手端末から返送される応答信号に含まれるリダイヤル情報を記憶する手段
を有し、
前記リダイヤル制御手段は、
リダイヤルが成功した場合に、相手端末に該当するリダイヤル情報を削除する手段と、
発呼に際し、相手端末の宛先番号と同一の宛先番号に対応する前記リダイヤル情報が記憶されている場合、該リダイヤル情報を用いて発呼確認画面を表示する手段と
を具備することを特徴とする請求項１記載の通信端末装置。
【請求項８】
前記発呼確認画面は、
前記宛先番号に対応する相手端末がエラー終了して着呼不可の状態にあることを通知するメッセージ表示と、当該発呼を中止するか、継続するかあるいは予約するかを選択するボタン表示とから成る
ことを特徴とする請求項７記載の通信端末装置。
【請求項９】
前記発呼確認画面は、
前記宛先番号に対応する相手端末がエラー終了してリダイヤル待ちの状態にあることを通知するメッセージ表示と、当該発呼を中止するか、継続するかあるいは予約するかを選択するボタン表示とから成る
ことを特徴とする請求項７記載の通信端末装置。
【請求項１０】
ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を使用した発呼制御を行なう通信端末装置の制御方法において、
前記ＳＩＰ呼制御手順により発呼した後、相手端末から返送される応答信号に基づき発呼がエラーとなったことを認識し、
発呼がエラーとなった時にリダイヤルを行なう場合のリダイヤル間隔を管理し、
発呼がエラーとなった時、前記応答信号にリダイヤル情報が含まれている場合、該リダイヤル情報に基づきリダイヤル制御を行なう
ことを特徴とする通信端末装置の制御方法。
【請求項１１】
前記リダイヤル情報は、
着信受付け可能になるまでの時間情報を含み、
前記時間情報に従ってリダイヤル間隔を変更してリダイヤルを行なう
ことを特徴とする請求項１０記載の通信端末装置の制御方法。
【請求項１２】
リダイヤル間隔に関する最小値及び最大値を記憶し、
前記リダイヤル情報に含まれる着信受付け可能になるまでの時間情報が、前記最小値と最大値の間のリダイヤル間隔外の値の時、リダイヤルを行なわず、通信エラーとして処理する
ことを特徴とする請求項１０記載の通信端末装置の制御方法。
【請求項１３】
リダイヤル間隔に関する最小値、最大値及び規定値を記憶し、
前記リダイヤル情報に含まれる着信受付け可能になるまでの時間情報が、前記最小値と最大値間のリダイヤル間隔外の値の時若しくは前記リダイヤル情報が解析不可能な内容の時、前記規定値を用いてリダイヤルを行なう
ことを特徴とする請求項１０記載の通信端末装置の制御方法。
【請求項１４】
リダイヤル回数に関する規定値を記憶し、
発呼がエラーとなった時、前記応答信号にリダイヤル情報が含まれていない場合には、前記規定値に基づき規定回数だけリダイヤルを行ない、最後のリダイヤル時に前記相手端末から返送される応答信号に前記リダイヤル情報が含まれている場合は、前記規定回数を超えてリダイヤルを行なう
ことを特徴とする請求項１０記載の通信端末装置の制御方法。
【請求項１５】
前記応答信号に含まれるステータスコードを認識し、
前記ステータスコードに応じて前記リダイヤルを行うか否かを判断する
ことを特徴とする請求項１０記載の通信端末装置の制御方法。
【請求項１６】
発呼した相手端末の宛先情報、及び発呼後に該相手端末から返送される応答信号に含まれるリダイヤル情報を記憶し、
リダイヤルが成功した場合に、相手端末に該当するリダイヤル情報を削除し、発呼に際し、相手端末の宛先番号と同一の宛先番号に対応する前記リダイヤル情報が記憶されている場合、該リダイヤル情報を用いて発呼確認画面を表示する
ことを特徴とする請求項１０記載の通信端末装置の制御方法。
【請求項１７】
前記発呼確認画面には、
前記宛先番号に対応する相手端末がエラー終了して着呼不可の状態にあることを通知するメッセージと、当該発呼を中止するか、継続するかあるいは予約するかを選択するボタンとを表示する
ことを特徴とする請求項１６記載の通信端末装置の制御方法。
【請求項１８】
前記発呼確認画面には、
前記宛先番号に対応する相手端末がエラー終了してリダイヤル待ちの状態にあることを通知するメッセージと、当該発呼を中止するか、継続するかあるいは予約するかを選択するボタン表示とを表示する
ことを特徴とする請求項１６記載の通信端末装置の制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を使用した発呼制御を行なう通信端末装置及びその制御方法に係わり、詳しくは、ＳＩＰを使用した呼制御手順で相手端末から送られてくるリダイヤル情報を活用して再発呼の制御を行なう通信端末装置及びその制御方法に関する。
【０００２】
【従来の技術】
ファクシミリ装置には、相手端末に発呼した際に相手端末が話中であった場合、一定間隔をおいて規定回数だけ再発呼（リダイヤル）を行なう機能が備わる。
【０００３】
このリダイヤル制御機能については、発呼端末がリダイヤル間隔やリダイヤル回数を管理し、発呼端末の主導の下にリダイヤル制御を行なう方法が一般的である。
【０００４】
この種のリダイヤル制御の公知例として、例えば、下記特許文献１に示す特開昭６２−２７４９５２号公報には、第１の再発呼回数と第２の再発呼回数を発呼端末で管理するものが知られている。
【０００５】
かかる従来のファクシミリ装置では、リダイヤルしても相手端末が応答するかどうかの確証が得られない。その理由は、相手端末がいつ着信を受付けられる状態になるのかを発呼端末に伝える良い手段を持たなかったからである。
【０００６】
一方、今日、ＳＩＰを使用した発呼制御を行なうファクシミリ装置が普及しつつある。ＳＩＰを使用した発呼制御においては、着呼端末がビジーであった場合に、いつ着信を受付けられる状態になるのか等の情報を含むリダイヤル情報を着呼端末から発呼端末に伝達することができる。
【０００７】
しかしながら、従来のファクシミリ装置のように、発呼端末でリダイヤル間隔やリダイヤル回数を制御している場合には、着呼端末から伝達されるリダイヤル情報を活用することができなかった。
【０００８】
このため、従来は、発呼端末がリダイヤル間隔やリダイヤル回数を管理してリダイヤルの制御を行なうのが依然として主流であり、無駄なリダイヤルが多く、通信が成功する確率も低かった。
【０００９】
【特許文献１】
特開昭６２−２７４９５２号公報
【発明が解決しようとする課題】
上述したように、従来のファクシミリ装置では、発呼端末がリダイヤル間隔やリダイヤル回数を管理しているため、ＳＩＰを利用した呼制御手順により相手端末から送られてくるリダイヤル情報を活用できず、発呼端末からの主導でリダイヤル制御を行なわざるをえないことから、無駄なリダイヤルが多く、通信が成功する確率も低いという問題点があった。
【００１０】
本発明は上記問題点を解消し、ＳＩＰを使用した呼制御手順により相手端末から送られてくるリダイヤル情報を活用して相手端末の着信可能条件を加味したリダイヤル制御を行なうことができ、無駄なリダイヤルを少なくし、通信が成功する確率を高めることのできる通信端末装置及びその制御方法を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、請求項１記載の発明は、ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を使用した発呼制御を行なうＳＩＰ呼制御手段と、前記ＳＩＰ呼制御手順により発呼した後、相手端末から返送される応答信号に基づき発呼がエラーとなったことを認識する認識手段と、発呼がエラーとなった時にリダイヤルを行なう場合のリダイヤル間隔を管理するリダイヤル管理手段と、発呼がエラーとなった時、前記応答信号にリダイヤル情報が含まれている場合、該リダイヤル情報に基づきリダイヤル制御を行なうリダイヤル制御手段とを具備して構成される。
【００１２】
請求項２記載の発明は、上記請求項１記載の発明において、前記リダイヤル情報は、着信受付け可能になるまでの時間情報を含み、前記リダイヤル制御手段は、前記時間情報に従ってリダイヤル間隔を変更してリダイヤルを行なう手段を具備することを特徴とする。
【００１３】
請求項３記載の発明は、上記請求項１記載の発明において、前記リダイヤル管理手段は、リダイヤル間隔に関する最小値及び最大値を記憶する手段を有し、前記リダイヤル制御手段は、前記リダイヤル情報に含まれる着信受付け可能になるまでの時間情報が、前記最小値と最大値の間のリダイヤル間隔外の値の時、リダイヤルを行なわず、通信エラーとして処理する手段を具備することを特徴とする。
【００１４】
請求項４記載の発明は、上記請求項１記載の発明において、前記リダイヤル管理手段は、リダイヤル間隔に関する最小値、最大値及び規定値を記憶する手段を有し、前記リダイヤル制御手段は、前記リダイヤル情報に含まれる着信受付け可能になるまでの時間情報が、前記最小値と最大値間のリダイヤル間隔外の値の時若しくは前記リダイヤル情報が解析不可能な内容の時、前記規定値を用いてリダイヤルを行なう手段を具備することを特徴とする。
【００１５】
請求項５記載の発明は、上記請求項１記載の発明において、前記リダイヤル管理手段は、リダイヤル回数に関する規定値を記憶する手段を有し、前記リダイヤル制御手段は、発呼がエラーとなった時、前記応答信号にリダイヤル情報が含まれていない場合には、前記規定値に基づき規定回数だけリダイヤルを行ない、最後のリダイヤル時に前記相手端末から返送される応答信号に前記リダイヤル情報が含まれている場合は、前記規定回数を超えてリダイヤルを行なう手段を具備することを特徴とする。
【００１６】
請求項６記載の発明は、上記請求項１記載の発明において、前記リダイヤル制御手段は、前記応答信号に含まれるステータスコードを認識する手段と、前記ステータスコードに応じて前記リダイヤルを行うか否かを判断する手段とを具備することを特徴とする。
【００１７】
請求項７記載の発明は、上記請求項１記載の発明において、前記リダイヤル管理手段は、発呼した相手端末の宛先情報、及び発呼後に該相手端末から返送される応答信号に含まれるリダイヤル情報を記憶する手段を有し、前記リダイヤル制御手段は、リダイヤルが成功した場合に、相手端末に該当するリダイヤル情報を削除する手段と、発呼に際し、相手端末の宛先番号と同一の宛先番号に対応する前記リダイヤル情報が記憶されている場合、該リダイヤル情報を用いて発呼確認画面を表示する手段とを具備することを特徴とする。
【００１８】
請求項８記載の発明は、上記請求項７記載の発明において、前記発呼確認画面は、前記宛先番号に対応する相手端末がエラー終了して着呼不可の状態にあることを通知するメッセージ表示と、当該発呼を中止するか、継続するかあるいは予約するかを選択するボタン表示とから成ることを特徴とする。
【００１９】
請求項９記載の発明は、上記請求項７記載の発明において、前記発呼確認画面は、前記宛先番号に対応する相手端末がエラー終了してリダイヤル待ちの状態にあることを通知するメッセージ表示と、当該発呼を中止するか、継続するかあるいは予約するかを選択するボタン表示とから成ることを特徴とする。
【００２０】
請求項１０記載の発明は、ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を使用した発呼制御を行なう通信端末装置の制御方法において、前記ＳＩＰ呼制御手順により発呼した後、相手端末から返送される応答信号に基づき発呼がエラーとなったことを認識し、発呼がエラーとなった時にリダイヤルを行なう場合のリダイヤル間隔を管理し、発呼がエラーとなった時、前記応答信号にリダイヤル情報が含まれている場合、該リダイヤル情報に基づきリダイヤル制御を行なうことを特徴とする。
【００２１】
請求項１１記載の発明は、上記請求項１０記載の発明において、前記リダイヤル情報は、着信受付け可能になるまでの時間情報を含み、前記時間情報に従ってリダイヤル間隔を変更してリダイヤルを行なうことを特徴とする。
【００２２】
請求項１２記載の発明は、上記請求項１０記載の発明において、リダイヤル間隔に関する最小値及び最大値を記憶し、前記リダイヤル情報に含まれる着信受付け可能になるまでの時間情報が、前記最小値と最大値の間のリダイヤル間隔外の値の時、リダイヤルを行なわず、通信エラーとして処理することを特徴とする。
【００２３】
請求項１３記載の発明は、上記請求項１０記載の発明において、リダイヤル間隔に関する最小値、最大値及び規定値を記憶し、前記リダイヤル情報に含まれる着信受付け可能になるまでの時間情報が、前記最小値と最大値間のリダイヤル間隔外の値の時若しくは前記リダイヤル情報が解析不可能な内容の時、前記規定値を用いてリダイヤルを行なうことを特徴とする。
【００２４】
請求項１４記載の発明は、上記請求項１０記載の発明において、リダイヤル回数に関する規定値を記憶し、発呼がエラーとなった時、前記応答信号にリダイヤル情報が含まれていない場合には、前記規定値に基づき規定回数だけリダイヤルを行ない、最後のリダイヤル時に前記相手端末から返送される応答信号に前記リダイヤル情報が含まれている場合は、前記規定回数を超えてリダイヤルを行なうことを特徴とする。
【００２５】
請求項１５記載の発明は、上記請求項１０記載の発明において、前記応答信号に含まれるステータスコードを認識し、前記ステータスコードに応じて前記リダイヤルを行うか否かを判断することを特徴とする。
【００２６】
請求項１６記載の発明は、上記請求項１０記載の発明において、発呼した相手端末の宛先情報、及び発呼後に該相手端末から返送される応答信号に含まれるリダイヤル情報を記憶し、リダイヤルが成功した場合に、相手端末に該当するリダイヤル情報を削除し、発呼に際し、相手端末の宛先番号と同一の宛先番号に対応する前記リダイヤル情報が記憶されている場合、該リダイヤル情報を用いて発呼確認画面を表示することを特徴とする。
【００２７】
請求項１７記載の発明は、上記請求項１６記載の発明において、前記発呼確認画面には、前記宛先番号に対応する相手端末がエラー終了して着呼不可の状態にあることを通知するメッセージと、当該発呼を中止するか、継続するかあるいは予約するかを選択するボタンとを表示することを特徴とする。
【００２８】
請求項１８記載の発明は、上記請求項１６記載の発明において、前記発呼確認画面には、前記宛先番号に対応する相手端末がエラー終了してリダイヤル待ちの状態にあることを通知するメッセージと、当該発呼を中止するか、継続するかあるいは予約するかを選択するボタン表示とを表示することを特徴とする。
【００２９】
【発明の実施の形態】
以下、本発明の実施形態について添付図面を参照して詳細に説明する。
【００３０】
図１は、本発明に係るファクシミリ装置のシステム構成を示すブロック図である。
【００３１】
このファクシミリ装置１０は、装置全体の制御処理を行なう中央処理装置（ＣＰＵ）１１、タッチパネル等で構成され、使用者がこの装置を動作させるための各種操作（発呼操作等）を行なったり、各種情報を表示するための操作／表示部１２、送信原稿やコピー原稿を読み取る読取部１３、受信した画像データや読取った画像データを記録紙に記録して出力する記録部１４、画像データに対する符号化、復号化、拡大、縮小等の処理を行う画像処理部１５、受信した画像データあるいは読み取った画像データを格納する画像蓄積部１６、制御プログラムが使用するワークエリア（装置の動作を制御するシステムデータや各種情報を記憶する）となるＲＡＭ１７、ファクシミリ全体を制御するプログラム（ＲＯＭ）を有するシステム制御部１８、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）網４０に接続され、該ＩＰ網４０を介してインターネット上で種々のデータを送受する通信制御を行うインターネット通信制御部１９、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）のＲＦＣ３２６１（ＳＩＰ：Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）及びＲＦＣ２３２７（ＳＤＰ：Ｓｅｓｓｉｏｎ　Ｄｅｓｃｒｉｐｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）に規定された手順を使用してリアルタイム型インターネットＦＡＸ　Ｔ３８における呼の確立、維持あるいは終了の制御を行なうＳＩＰ呼制御部２０、ＩＴＵ−Ｔ勧告Ｔ．３８手順に従ってリアルタイム型通信プロトコルを制御するＴ．３８伝送制御部２１、発呼時に相手端末が話中であった場合に、リダイヤル間隔、リダイヤル回数などからリダイヤル開始条件を判断し、リダイヤル実行可否判断を行なうリダイヤル制御部２２、リダイヤル制御部２２でのリダイヤル制御に必要なリダイヤル間隔やリダイヤル回数等の規定値の登録、データの管理を行なうリダイヤル管理部２３、上述した装置各部の間で相互にデータのやり取りするシステムバス２４を備えて構成される。
【００３２】
このファクシミリ装置１０は、発呼端末としての動作時、ＳＩＰ呼制御部２０によりＳＩＰを使用して呼制御を行なうことにより相手端末との呼を確立し、Ｔ．３８伝送制御部２１及びインターネット通信制御部１９により当該相手端末と通信を行う。
【００３３】
ＳＩＰを用いた呼制御手順において、発呼端末は、ＩＮＶＩＴＥコマンド（ＳＩＰ手順信号）を用いて着呼端末に発呼する。
【００３４】
一方、着呼端末は発呼端末からのＩＮＶＩＴＥ要求時、自端末の動作状態を示す情報等、各種の情報を発呼端末に返送することができる。
【００３５】
着呼端末がＩＮＶＩＴＥ要求に応じて発呼端末に通知することのできる情報としては、例えば、自端末が話中（ビジー）であることを示す情報やその他のエラー情報、あるいはビジーやエラー状態が解消されて着信受付けが可能になるまでの予測時間等の情報がある。
【００３６】
上記着信受付け可能時間ｔは、発呼端末からのＩＮＶＩＴＥ要求時に例えばビジーだった場合には、“Ｒｅｔｒｙ−Ａｆｔｅｒ　ｔ”というデータとして発呼端末に返送される。
【００３７】
具体的には、この“Ｒｅｔｒｙ−Ａｆｔｅｒ　ｔ”のデータは、ビジーであることを示す応答信号（レスポンス）に、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダーフィールドとして付加されて発呼端末に返送される。
【００３８】
このＲｅｔｒｙ−Ａｆｔｅｒを含むことができるレスポンスとしては、上述したビジーを示すレスポンス以外にも存在する。
【００３９】
図２は、Ｒｅｔｒｙ−Ａｆｔｅｒを含むレスポンスコードの一覧を示す表図である。
【００４０】
この表図からも分かるように、Ｒｅｔｒｙ−Ａｆｔｅｒを含むレスポンスコードには、Ｃｌｉｅｎｔ−Ｅｒｒｏｒに関するもの、Ｓｅｒｖｅｒ−Ｅｒｒｏｒに関するもの、Ｇｌｏｂａｌ−Ｅｒｒｏｒに関するものがある。
【００４１】
Ｃｌｉｅｎｔ−Ｅｒｒｏｒに関するレスポンスコードとしては、特に、“４０４”，“４１３”，“４８０”，“４８６”等の４００番台のステータスコードがある。
【００４２】
このうち、ステータスコード“４８６”は端末がビジー状態（Ｂｕｓｙ　Ｈｅｒｅ）であることを発呼端末に伝えるためのコードである。
【００４３】
従って、発呼端末からの着信に際して着呼端末がビジーの時には、４８６（Ｂｕｓｙ　Ｈｅｒｅ）のステータスコードにＲｅｔｒｙ−Ａｆｔｅｒを付加したレスポンスが発呼端末に返送される。
【００４４】
これにより、上記レスポンスを受信した発呼端末では、４８６（Ｂｕｓｙ　Ｈｅｒｅ）のステータスコードから着呼端末がビジーであることを認識でき、その中のＲｅｔｒｙ−Ａｆｔｅｒから着信受付け可能時間ｔを認識できる。
【００４５】
この場合、発呼端末は、上記着信受付け可能時間ｔ経過後にリダイヤルすれば着呼端末と通信できる可能性が高いことが分かる。
【００４６】
このような観点から、本発明に係わるファクシミリ装置１０では、発呼後、着呼端末から返送されるレスポンスにＲｅｔｒｙ−Ａｆｔｅｒ等のリダイヤル情報が含まれている場合には、発呼端末で設定したリダイヤル間隔やリダイヤル回数によらず、当該受信したリダイヤル情報に基づきリダイヤル制御を行なう。
【００４７】
上記リダイヤル制御を実現するため、本発明に係わるファクシミリ装置１０のリダイヤル管理部２３では、上述したリダイヤル間隔やリダイヤル回数等、端末側で設定可能な情報の他、着呼端末から返送されるリダイヤル情報も管理している。
【００４８】
図３は、本発明に係わるファクシミリ装置１０のリダイヤル管理部２３内に設けられるリダイヤル管理テーブル２３０の一例を示す図である。
【００４９】
このリダイヤル管理テーブル２３０は、設定リダイヤル情報領域と受信リダイヤル情報領域とから成る。設定リダイヤル情報領域には、自端末で設定したリダイヤル回数、リダイヤル間隔（最小値、最大値、規定値）の情報が記憶される。受信リダイヤル情報領域には、発呼後、相手端末（着呼端末）から返送されるＲｅｔｒｙ−Ａｆｔｅｒ等のリダイヤル情報が記憶される。
【００５０】
ここで、本発明に係わるリダイヤル制御の基本動作を図４に示すリダイヤル制御シーケンスを参照して説明する。
【００５１】
図４において、発呼端末１０Ａ、着呼端末１０Ｂは、図１に示すファクシミリ装置１０を用いたものであり、ＳＩＰを使用した呼制御機能を有する。
【００５２】
まず、発呼端末１０Ａは、操作／表示部１２での発呼操作に基づきＳＩＰ呼制御部２０が着呼端末１０Ｂに発呼する。
【００５３】
この発呼において、ＳＩＰ呼制御部２０はＩＮＶＩＴＥを生成してインターネット通信制御部１９に渡し、インターネット通信制御部１９は該ＩＮＶＩＴＥを着呼端末１０Ｂ宛に送出する。
【００５４】
発呼端末１０Ａから送出されたＩＮＶＩＴＥは、まず、プロキシサーバ３０Ａに送られ、更に、ＩＰ網４０を通じて対向側のプロキシサーバ３０Ｂに送られ、着呼端末１０Ｂに届けられる。
【００５５】
着呼端末１０Ｂは、インターネット通信制御部１９により上記ＩＮＶＩＴＥを受信し、ＳＩＰ呼制御部２０に送る。
【００５６】
ＳＩＰ呼制御部２０は、自端末がビジーである場合、該ビジーが解消される時間、つまり着信受付け可能時間ｔを予測し、ビジーであることを示すステータスコード４８６（Ｂｕｓｙ　Ｈｅｒｅ）にＲｅｔｒｙ−Ａｆｔｅｒ　ｔ（着信受付け可能時間）を付加したレスポンスを発呼端末１０Ａに送信する。
【００５７】
このレスポンス〔４８６（Ｂｕｓｙ　Ｈｅｒｅ）〕は、上記とは逆の経路で発呼端末１０Ａに送られ、インターネット通信制御部１９で受信された後、ＳＩＰ呼制御部２０に送られる。
【００５８】
発呼端末１０Ａにおいて、ＳＩＰ呼制御部２０は、着呼端末１０からのレスポンス４８６（Ｂｕｓｙ　Ｈｅｒｅ）を受信すると、受信完了を示す信号“ＡＣＫ”を着呼端末１０Ｂへ送信する。この信号“ＡＣＫ”は、ＩＮＶＩＴＥと同様の経路で着呼端末１０Ｂに送られ、着呼端末１０ＢのＳＩＰ呼制御部２０に受信される。
【００５９】
また、発呼端末１０Ａにおいて、ＳＩＰ呼制御部２０は、着呼端末１０Ｂから受信したレスポンス４８６（Ｂｕｓｙ　Ｈｅｒｅ）をリダイヤル制御部２２に渡す。
【００６０】
リダイヤル制御部２２は、このレスポンスのステータスコード４８６から着呼端末１０Ｂがビジー（発呼がエラー）であることを認識すると共に、当該レスポンスに含まれるＲｅｔｒｙ−Ａｆｔｅｒ情報から着信受付け可能時間ｔを認識し、当該時間ｔ経過後にＳＩＰ呼制御部２０に指示し、着呼端末１０Ｂに対してリダイヤルを行なう。
【００６１】
図４に示すリダイヤル制御シーケンスでは、発呼端末１０Ａが着呼端末１０Ｂから受信したレスポンス４８６（Ｂｕｓｙ　Ｈｅｒｅ）に含まれるＲｅｔｒｙ−Ａｆｔｅｒ情報が着呼受付け可能時間ｔ＝１２０（秒）の値である。これにより、発呼端末１０Ａは、上記レスポンスへの応答信号“ＡＣＫ”送出してから１２０秒経過後に着呼端末１０Ｂに対してリダイヤル（ＩＮＶＩＴＥ送信）を行なう。
【００６２】
この時点では、着呼端末１０Ｂにおいてビジーが解消されている可能性が高く、従って、発呼端末１０Ａからのリダイヤルにより着呼端末１０Ｂとの通信が確立される確率が格段に高いものとなる。
【００６３】
上記の如く、ＳＩＰを使用した呼制御手順により発呼した後、相手端末から返送されるリダイヤル情報に基づきリダイヤル制御を行なう本発明の種々の実施例について以下に説明する。
【００６４】
なお、以下の各実施例に係わるファクシミリ装置１０の基本構成はいずれも図１に示した如くであり、リダイヤル制御部２２におけるリダイヤル制御のみがそれぞれ異なっている。
【００６５】
第１の実施例：
図５は、第１の実施例に係わるファクシミリ装置のリダイヤル制御動作を示すフローチャートである。
【００６６】
第１の実施例に係わるファクシミリ装置では、図４に示す発呼端末１０Ａとしての動作時、そのＳＩＰ呼制御部２０が上述した方法で発呼（ステップＳ１０１）を行なった後、着呼端末１０Ｂからレスポンスがあるかどうかを監視する（ステップＳ１０２）。
【００６７】
ここで、レスポンスがあれば（ステップＳ１０２ＹＥＳ）、該レスポンスのステータスコードを参照してレスポンスエラーかどうかをチェックする（ステップＳ１０３）。
【００６８】
ここで、レスポンスエラーでないと判定された場合（ステップＳ１０３ＮＯ）、正常の呼制御を行なって呼を確立し、正常通信処理を行なう（ステップＳ１０４）。
【００６９】
これに対して、コード４８６（Ｂｕｓｙ　Ｈｅｒｅ）等が受信されることでレスポンスエラーであると判定された場合（ステップＳ１０３ＹＥＳ）、Ｒｅｔｒｙ−Ａｆｔｅｒがあるかどうかをチェックし（ステップＳ１０５）、Ｒｅｔｒｙ−Ａｆｔｅｒがない場合（ステップＳ１０５ＮＯ）は、例えばシステム制御部１８にその旨を通知し、当該レスポンスエラーに対応した通信エラー処理（ステップＳ１０９）を行なう。
【００７０】
この通信エラー処理としては、例えば、この時のレスポンスに含まれるレスポンスコード（図２参照）に応じて該レスポンスエラーが発生した旨を操作／表示部１２に表示する。
【００７１】
一方、Ｒｅｔｒｙ−Ａｆｔｅｒがある場合は（ステップＳ１０５ＹＥＳ）、リダイヤル制御部２２にリダイヤル制御を委ねる。
【００７２】
ここで、リダイヤル制御部２２は、Ｒｅｔｒｙ−Ａｆｔｅｒ　ｔより時間ｔを認識すると共に、予め最小値と最大値によってリダイヤル管理部２３に登録しているリダイヤル間隔を参照し、リダイヤル間隔内であるかどうかをチェックする（ステップＳ１０６）。
【００７３】
ここで、リダイヤル間隔外であれば（ステップＳ１０６ＮＯ）、リダイヤルしないものと決定し、通信エラー処理を行なう（ステップＳ１０９）。
【００７４】
この通信エラー処理としては、例えば、“リダイヤル間隔外です”といったメッセージを操作／表示部１２に表示する。
【００７５】
また、リダイヤル間隔内であれば（ステップＳ１０６ＹＥＳ）、リダイヤル制御部２２はリダイヤル処理を開始する（ステップＳ１０７）。
【００７６】
このリダイヤル処理において、リダイヤル制御部２２は、リダイヤルタイマをＲｅｔｒｙ−Ａｆｔｅｒ　ｔの時間ｔの値にセットし、次いで、このセットされた時間ｔのカウント結果を監視する。
【００７７】
そして、時間ｔがカウントアップされることにより“リダイヤルする”ことが決定された場合（ステップＳ１０８ＹＥＳ）、ステップＳ１０１に戻って発呼（リダイヤル）を行なう。
【００７８】
上記リダイヤル制御を、上記ステップＳ１０３ＮＯ（レスポンスエラー無し）の判定が得られるまで、リダイヤル実行回数範囲内で繰り返し実施する。
【００７９】
この間、ステップＳ１０３でレスポンスエラーでないと判定された場合（ステップＳ１０３ＮＯ）、正常の呼制御を経て呼を確立して正常通信処理を行なう（ステップＳ１０４）。
【００８０】
また、ステップＳ１０３でレスポンスエラー有りの判定がなされたまま、ステップＳ１０８でリダイヤル実行回数が規定回数を超えることにより“リダイヤルしない”と判定された場合（ステップＳ１０８ＮＯ）は、システム制御部１８にその旨を通知し、通信エラー処理（ステップＳ１０９）を行なった後、処理を終了する。
【００８１】
なお、ステップＳ１０８ＮＯの判定を経た時の通信エラー処理としては、例えば、“リダイヤル間隔内のリダイヤルに応答なし”といったメッセージを操作／表示部１２に表示する。
【００８２】
上述したリダイヤル制御動作を行なう第１の実施例のファクシミリ装置１０において、例えば、リダイヤル管理部２３に、最大値＝１０８００秒（３時間）、最小値＝０秒というリダイヤル間隔情報（図３参照）の登録がある場合に、発呼端末１０Ａが着呼端末１０Ｂから、“Ｒｅｔｒｙ−Ａｆｔｅｒ　１８０００”である４８６（Ｂｕｓｙ　Ｈｅｒｅ）レスポンスを受信した場合を考える。
【００８３】
この場合、リダイヤル制御部２２は、リダイヤル管理部２３に登録されている最大値と最小値からリダイヤル間隔を求め、１８０００（秒）が最大値を超えているため（１８０００＞１０８００）、ステップＳ１０６でリダイヤル間隔内ではないと判断し（ステップＳ１０６ＮＯ）、その旨をシステム制御部１８に指示して通信エラー処理（ステップＳ１０９）を行なう。
【００８４】
このように、第１の実施例では、リダイヤル管理部２３がリダイヤル間隔の最小値と最大値を登録しており、発呼後、相手端末から返送されるレスポンスにリダイヤル情報が含まれている時、そのリダイヤル情報が上記最小値と最大値とで規定されるリダイヤル間隔外の時は、リダイヤルせず、通信エラーとして処理するようにしている。
【００８５】
リダイヤル情報の値がリダイヤル間隔の最大値よりも大きい場合（例えば、３日後）、ＦＡＸを送信することが緊急を要するＦＡＸである場合はリダイヤルする意味がないこともある。
【００８６】
第１の実施例では、このような場合に、その通信をエラー終了することで、送信者に受信側がすぐに受けられない状態にいることを知らせることにより、他の方法で通知する等を促すことができる。
【００８７】
第２の実施例：
図６は、第２の実施例に係わるファクシミリ装置のリダイヤル制御動作を示すフローチャートである。
【００８８】
第２の実施例に係わるファクシミリ装置１０では、図４に示す発呼端末１０Ａとしての動作時、図６におけるステップＳ２０１〜ステップＳ２０５において、第１の実施例に係わるファクシミリ装置１０で実施した図５に示すステップＳ１０１〜ステップＳ１０５と同様の処理を行なう。
【００８９】
第２の実施例に係わるファクシミリ装置１０では、ステップＳ２０５において、ステップＳ２０３でレスポンスエラーと判定される元となったコード４８６（Ｂｕｓｙ　Ｈｅｒｅ）等の応答信号中にＲｅｔｒｙ−Ａｆｔｅｒがあるかどうかをチェックし、Ｒｅｔｒｙ−Ａｆｔｅｒがない場合は（ステップＳ２０５ＮＯ）、その旨をリダイヤル制御部２２に指示する。
【００９０】
リダイヤル制御部２２は、上記指示に基づきリダイヤルタイマを規定値（図３の例では９０秒）にセットし（ステップＳ２０８）、次いで、リダイヤル処理（ステップＳ２０９）に移行する。
【００９１】
一方、ステップＳ２０５において、Ｒｅｔｒｙ−Ａｆｔｅｒが有る場合は（ステップＳ２０５ＹＥＳ）、リダイヤル制御部２２にリダイヤル制御を委ねる。
【００９２】
ここで、リダイヤル制御部２２は、Ｒｅｔｒｙ−Ａｆｔｅｒ　ｔより時間ｔを認識すると共に、予め最小値と最大値によってリダイヤル管理部２３に登録しているリダイヤル間隔（図３参照）を求め、リダイヤル間隔内であるかどうかをチェックする（ステップＳ２０６）。
【００９３】
ここで、リダイヤル間隔外であれば（ステップＳ２０６ＮＯ）、上述したステップＳ２０５ＮＯの判定の場合（Ｒｅｔｒｙ−Ａｆｔｅｒが無かった場合）と同様、リダイヤルタイマを規定値にセットし（ステップＳ２０８）、次いで、リダイヤル処理（ステップＳ２０９）に移行する。
【００９４】
上記ステップＳ２０５ＮＯ、及びステップＳ２０６ＮＯの判定結果後のリダイヤル処理においては、リダイヤル制御部２２は、セットされた規定値のカウント結果を監視する。そして、規定値がカウントアップされることにより“リダイヤルする”ことが決定された場合（ステップＳ２１０ＹＥＳ）、ステップＳ２０１に戻って発呼（リダイヤル）を行なう。
【００９５】
これに対し、ステップＳ２０６でリダイヤル間隔を超えていない場合（ステップＳ２０６ＹＥＳ）、リダイヤル制御部２２は、リダイヤルタイマをＲｅｔｒｙ−Ａｆｔｅｒ　ｔの時間ｔの値にセットし（ステップＳ２０７）、次いで、リダイヤル処理（ステップＳ２０９）に移行する。
【００９６】
この際のリダイヤル処理においては、リダイヤル制御部２２は、セットされた時間ｔのカウント結果を監視する。そして、時間ｔがカウントアップされることにより“リダイヤルする”ことが決定された場合（ステップＳ２１０ＹＥＳ）、ステップＳ２０１に戻って発呼（リダイヤル）を行なう。
【００９７】
また、ステップＳ２１０で“リダイヤルしない”と判定された場合（ステップＳ２１０ＮＯ）、その旨をシステム制御部１８に伝え、エラー処理（ステップＳ２１１）を行なって一連の処理を終了する。
【００９８】
なお、図６に示すフローチャート上では、レスポンス中にＲｅｔｒｙ−Ａｆｔｅｒ　ｔが存在し、該時間ｔと、予めリダイヤル管理部２３に登録されている最小値と最大値との比較結果からリダイヤル間隔外であると判断された場合に、リダイヤルタイマを規定値にセットしてリダイヤルを行なうようにしているが、上記レスポンスが解析不可能な内容であった場合にも、上記と同様、規定値によるリダイヤル制御を行なうようにしても良い。
【００９９】
上記リダイヤル制御を行なう第２の実施例のファクシミリ装置１０において、例えば、リダイヤル管理部２３に、最大値＝１０８００秒（３時間）、最小値＝０秒というリダイヤル間隔情報の登録がある場合に、発呼端末１０Ａが着呼端末１０Ｂから、“Ｒｅｔｒｙ−Ａｆｔｅｒ　１８０００”である４８６（Ｂｕｓｙ）レスポンスを受信した場合を考える。
【０１００】
この場合、リダイヤル制御部２２は、リダイヤル管理部２３に登録されている最大値と最小値を参照し、１８０００（秒）が最大値を超えているため（１８０００＞１０８００）、ステップＳ２０６でリダイヤル間隔内ではないと判断し（ステップＳ２０６ＮＯ）、リダイヤルタイマを規定値にセットする（ステップＳ２０８）。
【０１０１】
その後は、ステップＳ２０６のリダイヤル処理によって、該セットされた規定値のカウント結果を監視し、該規定値がカウントアップされることにより“リダイヤルする”ことが決定された場合（ステップＳ２１０ＹＥＳ）に、ステップＳ２０１に戻って発呼（リダイヤル）を行なう。
【０１０２】
このように、第２の実施例のファクシミリ装置１０では、リダイヤル管理部２３がリダイヤル間隔の最小値と最大値を登録しており、発呼後、相手端末から返送されるレスポンスにリダイヤル情報が含まれている時、そのリダイヤル情報がリダイヤル間隔外の場合、あるいはレスポンスが解析不可能な内容である場合、リダイヤルタイマを規定値にセットしてリダイヤルを行なうようにしている。
【０１０３】
第１の実施例の効果の説明でも述べたように、リダイヤル情報の値がリダイヤル間隔の最大値よりも大きい場合（例えば、３日後）、ＦＡＸを送信することが緊急を要するＦＡＸである場合はリダイヤルする意味がないこともあるが、このような場合に、第２の実施例のように、規定値が経過後にリダイヤルして見ることでたまたま接続される可能性もあり、通信が成功する確率を高めることができる。
【０１０４】
また、リダイヤル情報が解析不可能な内容である場合、着呼端末の状態を知ることができないが、この時に着呼端末が必ずしも通信中であるとは限らない。
【０１０５】
第２の実施例では、上述したケースに際し、通信エラーとすることなく、規定時間後にリダイヤルを試みることによって、通信が成功する確率を高めることができる。
【０１０６】
第３の実施例：
図７は、第３の実施例に係わるファクシミリ装置のリダイヤル制御動作を示すフローチャートである。
【０１０７】
第３の実施例に係わるファクシミリ装置１０では、図４に示す発呼端末１０Ａとしての動作時、リダイヤル管理部２３のリダイヤル管理テーブル２３０（図３参照）にリダイヤル回数＝ｎ（この例では３）が設定されている時に、相手端末からのエラー情報が予め定めた条件を満たせば、この設定回数を超えたリダイヤルを行なうものである。
【０１０８】
この第３の実施例に係わるファクシミリ装置１０において、ＳＩＰ呼制御部２０は、まず、リダイヤル実行回数を“０”にリセットし（ステップＳ３０１）、図４に示すＳＩＰ呼制御手順に従って相手端末（着呼端末）に発呼する（ステップＳ３０２）。
【０１０９】
次いで、この発呼に際して送出したＩＮＶＩＴＥに対して着呼端末からレスポンスがあるかどうかを監視する（ステップＳ３０３）。
【０１１０】
ここで、レスポンスがあれば（ステップＳ３０３ＹＥＳ）、該レスポンスのコードデータを参照してレスポンスエラーかどうかをチェックする（ステップＳ３０４）。
【０１１１】
ここで、レスポンスエラーでないと判定された場合（ステップＳ３０４ＮＯ）、正常の呼制御を行なって呼を確立し、正常通信処理を行なう（ステップＳ３０５）。
【０１１２】
これに対して、４８６（Ｂｕｓｙ　Ｈｅｒｅ）等のレスポンスコードが受信されることでレスポンスエラーであると判定された場合（ステップＳ３０４ＹＥＳ）、リダイヤル制御部２２にリダイヤル制御を委ねる。
【０１１３】
なお、この実施例において、リダイヤル実行回数が設定回数を超えるまでの間に受信されるレスポンスコードは、Ｒｅｔｒｙ−Ａｆｔｅｒがないものとする。
【０１１４】
リダイヤル制御を委ねられたリダイヤル制御部２２は、まず、リダイヤル実行回数に“１”を加算し（ステップＳ３０６）、次いで、このリダイヤル実行回数が予め設定しているリダイヤル回数（設定値）より小さいか否かをチェックする（ステップＳ３０７）。
【０１１５】
ここで、リダイヤル実行回数が設定値よりも小さい場合（ステップＳ３０７ＹＥＳ）、リダイヤル処理（ステップＳ３０９）に進む。
【０１１６】
このリダイヤル処理において、リダイヤル制御部２２は、リダイヤルタイマ（規定値）のカウントを監視し、該リダイヤルタイマのカウントアップにより“リダイヤルする”ことが決定される（ステップＳ３１０ＹＥＳ）のを待って、ステップＳ３０２に戻って発呼（リダイヤル）を行なう。
【０１１７】
上記リダイヤル制御を、上記ステップＳ３０４ＮＯ（レスポンスエラー無し）の判定が得られるまで、あるいは上記ステップＳ３０７ＮＯ（リダイヤル実行回数が設定回数を超える）の判定が得られるまで継続する。
【０１１８】
この間、ステップＳ３０４でレスポンスエラー有りの判定がなされたまま、ステップＳ３０７でリダイヤル実行回数が設定回数を超えるとの判定に至った場合（ステップＳ３０７ＮＯ）には、今回の発呼（設定回数内の最後の発呼）に際して受信され、ステップＳ３０４でレスポンスエラーと判定される元となった４８６（Ｂｕｓｙ　Ｈｅｒｅ）等のレスポンスコードにＲｅｔｒｙ−Ａｆｔｅｒがあるかどうかをチェックする（ステップＳ３０８）。
【０１１９】
ここで、Ｒｅｔｒｙ−Ａｆｔｅｒがない場合は（ステップＳ３０８ＮＯ）、リダイヤル制御部２２はその旨をシステム制御部１８に指示し、通信エラー処理（ステップＳ３１１）を行なった後、処理を終了する。
【０１２０】
これに対して、Ｒｅｔｒｙ−Ａｆｔｅｒがある場合（ステップＳ３０８ＹＥＳ）、リダイヤル制御部２２は、この時点では既にリダイヤル実行回数が設定回数を超えている（ステップＳ３０７ＮＯ）にもかかわらず、リダイヤル処理（ステップＳ３０９）に進む。
【０１２１】
その際のリダイヤル制御においては、リダイヤル制御部２２は、リダイヤルタイマにＲｅｔｒｙ−Ａｆｔｅｒ　ｔの時間ｔをセットし、該セットされた時間ｔのカウント結果を監視する。そして、時間ｔがカウントアップされることにより“リダイヤルする”ことが決定される（ステップＳ３１０ＹＥＳ）のを待って、ステップＳ３０２に戻って発呼（リダイヤル）を行なう。
【０１２２】
当該発呼後、ステップＳ３０４でレスポンスエラー無しと判定された場合（ステップＳ３０４ＮＯ）、正常の呼制御を行なって呼を確立し、正常通信処理を行なう（ステップＳ３０５）。
【０１２３】
上記リダイヤル制御を行なう第３の実施例のファクシミリ装置１０において、リダイヤル管理テーブル２３０でのリダイヤル回数＝３の設定に基づきリダイヤル制御部２２が３回のリダイヤルを行ない、１回目及び２回目のリダイヤル後にＲｅｔｒｙ−Ａｆｔｅｒの無い４８６（Ｂｕｓｙ　Ｈｅｒｅ）等のレスポンスコードを受信し、３回目のリダイヤル後にＲｅｔｒｙ−Ａｆｔｅｒを含む４８６（Ｂｕｓｙ　Ｈｅｒｅ）等のレスポンスコードを受信した場合を考える。
【０１２４】
この場合、リダイヤル制御部２２は、ステップＳ３０７でリダイヤル実行回数が設定回数を超えている（ステップＳ３０７ＮＯ）と認識した後、ステップＳ３０８でＲｅｔｒｙ−Ａｆｔｅｒがある（ステップＳ３０８ＹＥＳ）ことを認識して当該Ｒｅｔｒｙ−Ａｆｔｅｒの時間ｔの経過後にリダイヤルを行なうことができる。
【０１２５】
このように、第３の実施例のファクシミリ装置１０では、発呼後、いずれかのレスポンスエラー発生（Ｒｅｔｒｙ−Ａｆｔｅｒの無いレスポンスコード受信）により規定回数（予め設定されたリダイヤル回数）だけリダイヤルを実施した後、最後のリダイヤル時に相手先端末から返送されるレスポンスにリダイヤル情報（Ｒｅｔｒｙ−Ａｆｔｅｒ）が含まれている場合には、規定回数を超えてリダイヤルを実行するように制御するものである。
【０１２６】
上記リダイヤル制御によれば、リダイヤル回数（規定値）を超えても、相手先端末からのリダイヤル情報に有効な値が入っている場合は、更にリダイヤルを行なうことによって通信が成功する確率を高くすることができる。
【０１２７】
第４の実施例：
図８は、第４の実施例に係わるファクシミリ装置のリダイヤル制御動作を示すフローチャートである。
【０１２８】
第４の実施例に係わるファクシミリ装置１０では、図４に示す発呼端末１０Ａとしての動作時、ＳＩＰ呼制御部２０は、図４に示すＳＩＰ呼制御手順に従って相手先（着呼端末）に発呼する（ステップＳ４０１）。
【０１２９】
次いで、この発呼に際して送出したＩＮＶＩＴＥに対して着呼端末からレスポンスがあるかどうかを監視する（ステップＳ４０２）。
【０１３０】
ここで、レスポンスがあれば（ステップＳ４０２ＹＥＳ）、該レスポンスのコードデータを参照してレスポンスエラーかどうかをチェックする（ステップＳ４０３）。
【０１３１】
ここで、レスポンスエラーでないと判定された場合（ステップＳ４０３ＮＯ）、正常の呼制御を行なって呼を確立し、正常通信処理を行なう（ステップＳ４０４）。
【０１３２】
これに対して、４８６（Ｂｕｓｙ　Ｈｅｒｅ）等のレスポンスコードが受信されることでレスポンスエラーであると判定された場合（ステップＳ４０３ＹＥＳ）、Ｒｅｔｒｙ−Ａｆｔｅｒがあるかどうかをチェックする（ステップＳ４０５）。
【０１３３】
ここで、Ｒｅｔｒｙ−Ａｆｔｅｒがない場合は（ステップＳ４０５ＮＯ）、システム制御部１８にその旨を通知し、当該レスポンスエラーに対応した通信エラー処理（ステップＳ４０９）を行なう。
【０１３４】
この通信エラー処理としては、例えば、この時に受信したレスポンスに含まれるレスポンスコードに応じて該レスポンスエラーが発生した旨を操作／表示部１２に表示する。
【０１３５】
一方、Ｒｅｔｒｙ−Ａｆｔｅｒがある場合は（ステップＳ４０５ＹＥＳ）、リダイヤル制御部２２にリダイヤル制御を委ねる。
【０１３６】
ここで、リダイヤル制御部２２は、Ｒｅｔｒｙ−Ａｆｔｅｒを有しているレスポンスのステータスコードを解析し、該ステータスコードがリダイヤルを実行することを示しているかどうかを判定する（ステップＳ４０６）。
【０１３７】
この場合、リダイヤル制御部２２は、例えば何番台のステータスコードを受信した場合にリダイヤルを実行するかを規定したリダイヤル実行条件を登録しており、このリダイヤル実行条件と今回受信したレスポンスのステータスコードで参照することによりリダイヤル実行を示しているか否かを判断する。
【０１３８】
ここで、ステータスコードがリダイヤルを実行すべきことを示していない場合（ステップＳ４０６ＮＯ）、システム制御部１８にその旨を通知し、通信エラー処理（ステップＳ４０９）を行なった後、処理を終了する。
【０１３９】
これに対して、ステータスコードがリダイヤルを実行すべきことを示している場合（ステップＳ４０６ＹＥＳ）、リダイヤル処理（ステップＳ４０７）に進む。
【０１４０】
このリダイヤル処理において、リダイヤル制御部２２は、リダイヤルタイマをＲｅｔｒｙ−Ａｆｔｅｒ　ｔの時間ｔの値にセットし、次いで、このセットされた時間ｔのカウント結果を監視する。
【０１４１】
そして、時間ｔがカウントアップされることにより“リダイヤルする”ことが決定された場合（ステップＳ４０８ＹＥＳ）、ステップＳ４０１に戻って発呼（リダイヤル）を行なう。
【０１４２】
上記リダイヤル制御を、上記ステップＳ４０３ＮＯ（レスポンスエラー無し）の判定が得られるまで、あるいは上記ステップＳ４０８ＮＯ（リダイヤル実行回数が設定回数を超える）の判定が得られるまで継続する。
【０１４３】
この間、ステップＳ４０３でレスポンスエラーでないと判定された場合（ステップＳ４０３ＮＯ）、正常の呼制御を経て呼を確立して正常通信処理を行なう（ステップＳ４０４）。
【０１４４】
また、ステップＳ４０３でレスポンスエラー有りの判定がなされたまま、ステップＳ４０８でリダイヤル実行回数が規定回数を超えることにより“リダイヤルしない”と判定された場合（ステップＳ４０８ＮＯ）は、システム制御部１８にその旨を通知し、通信エラー処理（ステップＳ４０９）を行なった後、処理を終了する。
【０１４５】
上記リダイヤル制御を行なう第４の実施例のファクシミリ装置１０において、図２に示すステータスコード中、４００番台のステータスコードを相手端末から受信した場合にリダイヤルを実行するとのリダイヤル実行条件が設定されている場合について考える。
【０１４６】
このような設定条件下にあるファクシミリ装置において、ステップＳ４０２で例えばＲｅｔｒｙ−Ａｆｔｅｒ　ｔ（＝１８０：３分）である４８６（Ｂｕｓｙ）を受信した場合、ステップＳ４０６で当該ステータスコードを確認し、該ステータスコードが４００番台であることから、ステータスコードはリダイヤル実行を示していると判定され（ステップＳ４０６ＹＥＳ）、このステータスコードに含まれるＲｅｔｒｙ−Ａｆｔｅｒ　ｔ（＝１８０：３分）に従い、ステップＳ４０８，Ｓ４０９を経て、レスポンスエラーと判定されてから３分経過後にリダイヤルを実行できる。
【０１４７】
図２に示すように、ステータスコード４００番台は、相手端末からのエラーであり、これら４００番台のステータスコードを受信した場合にリダイヤルを行なうという本実施例のリダイヤル制御にあっては通信が成立する可能性が高い。
【０１４８】
一方、４００番台以外のステータスコードは、サーバ側やＩＰ網全体のエラーである可能性が高いので、リダイヤルするよりも、例えば、ステップＳ４０９の通信エラー処理においてサーバ側エラー等の表示を行ない、ＦＡＸが送れるか相手先に確認するなどの対応をとることをユーザに促す方が効果が高い。
【０１４９】
なお、上記実施例では、Ｒｅｔｒｙ−Ａｆｔｅｒがある場合にレスポンスコードが何番台であるかを見てリダイヤルするかどうかを決定するようにしたが、Ｒｅｔｒｙ−Ａｆｔｅｒがあるか否かにかかわらず、レスポンスコードの番号のみによってリダイヤルするかどうかを決定するようにしても良い。
【０１５０】
このように、第４の実施例のファクシミリ装置１０では、発呼後、相手端末から返送されるレスポンスにリダイヤル情報が含まれている場合、リダイヤルするかどうかをレスポンスに含まれるステータスコードから判断するようにしたものである。
【０１５１】
このリダイヤル制御によれば、レスポンスに含まれるステータスコードから判断してリダイヤルしても通信できないと判断できる場合は、通信エラーとすることで、不要なダイヤルを無くし、発信者に通信できないことを早く伝えることができる。
【０１５２】
第５の実施例：
図９及び図１０は、第５の実施例に係わるファクシミリ装置のリダイヤル制御動作を示すフローチャートである。特に、図１０は、図９におけるステップＳ５０３ＮＯの判定がなされた後の処理動作を示すフローチャートである。
【０１５３】
第５の実施例に係わるファクシミリ装置において、操作／表示部１２で相手先端末への発呼操作がなされた場合（ステップＳ５０１）、リダイヤル制御部２２は、該発呼操作により入力された相手端末の番号（宛先番号）を取得する（ステップＳ５０２）。
【０１５４】
次いで、リダイヤル制御部２２は、リダイヤル管理部２３のリダイヤル管理テーブル２３０に確保された受信リダイヤル情報領域を上記宛先番号をキーに検索し、同一宛先があるかどうかをチェックする（ステップＳ５０３）。
【０１５５】
ここで、同一宛先が無い場合（ステップＳ５０３ＮＯ）、リダイヤル制御部２３は、当該宛先番号をリダイヤル管理テーブル２３０の受信リダイヤル情報領域（図３参照）に記憶し（ステップＳ５０４）、ＳＩＰ呼制御部２０に当該宛先番号を渡すと共に発呼を行なうことを指示する。
【０１５６】
ＳＩＰ呼制御部２０は、上記宛先番号と発呼指示に基づき、図４に示すＳＩＰ呼制御手順に従って相手端末（着呼端末）に発呼する（ステップＳ５０５）。
【０１５７】
次いで、この発呼に際して送出したＩＮＶＩＴＥに対して着呼端末からレスポンスがあるかどうかを監視する（ステップＳ５０６）。
【０１５８】
ここで、レスポンスがあれば（ステップＳ５０６ＹＥＳ）、該レスポンスのコードデータを参照してレスポンスエラーかどうかをチェックする（ステップＳ５０７）。
【０１５９】
ここで、レスポンスエラーでないと判定された場合（ステップＳ５０７ＮＯ）、正常の呼制御を行なって呼を確立し、正常通信処理を行なう（ステップＳ５０８）。
【０１６０】
その際、リダイヤル管理テーブル２３０の受信リダイヤル情報領域に、この時の宛先番号に対応するＲｅｔｒｙ−Ａｆｔｅｒ情報が記憶されていれば、これを削除する（ステップＳ５０９）。
【０１６１】
これに対して、４８６（Ｂｕｓｙ　Ｈｅｒｅ）等のレスポンスコードが受信されることでレスポンスエラーであると判定された場合（ステップＳ５０７ＹＥＳ）、Ｒｅｔｒｙ−Ａｆｔｅｒがあるかどうかをチェックする（ステップＳ５１０）。
【０１６２】
ここで、Ｒｅｔｒｙ−Ａｆｔｅｒがない場合は（ステップＳ５１０ＮＯ）、例えばシステム制御部１８にその旨を通知し、当該レスポンスエラーに対応した通信エラー処理（ステップＳ５１１）を行なった後、処理を終了する。
【０１６３】
この通信エラー処理としては、例えば、この時に受信したレスポンスに含まれるレスポンスコード（図２参照）に応じて該レスポンスエラーが発生した旨を操作／表示部１２に表示する。
【０１６４】
一方、Ｒｅｔｒｙ−Ａｆｔｅｒがある場合は（ステップＳ５１０ＹＥＳ）、リダイヤル制御部２２にリダイヤル制御を委ねる。
【０１６５】
リダイヤル制御を委ねられたリダイヤル制御部２２は、上記Ｒｅｔｒｙ−Ａｆｔｅｒ情報の内容をリダイヤル管理テーブル２３０の受信リダイヤル情報領域（図３参照）に記憶する（ステップＳ５１２）。
【０１６６】
一例として、図３に示すリダイヤル管理テーブル２３０の受信リダイヤル情報記憶領域内には、ステップＳ５０４で記憶した宛先番号（０５０１１１２２２２）に対応付けて、該宛先番号から受信した“Ｒｅｔｒｙ−Ａｆｔｅｒ　３６００”とその着信時刻が記憶されている。
【０１６７】
上記Ｒｅｔｒｙ−Ａｆｔｅｒ情報の内容を記憶した後、リダイヤル制御部２２は、リダイヤル処理を開始する（ステップＳ５１３）。
【０１６８】
このリダイヤル処理において、リダイヤル制御部２２は、リダイヤルタイマをＲｅｔｒｙ−Ａｆｔｅｒ　ｔの時間ｔの値にセットし、次いで、このセットされた時間ｔのカウント結果を監視する。
【０１６９】
そして、時間ｔがカウントアップされることにより“リダイヤルする”ことが決定された場合（ステップＳ５１４ＹＥＳ）、ステップＳ５０５に戻って発呼（リダイヤル）を行なう。
【０１７０】
上記リダイヤル制御を、上記ステップＳ５０７ＮＯ（レスポンスエラー無し）の判定が得られるまで、あるいは上記ステップＳ５１４ＮＯ（リダイヤル実行回数が設定回数を超える）の判定が得られるまで継続する。
【０１７１】
この間、ステップＳ５０７でレスポンスエラーでないと判定された場合（ステップＳ５０７ＮＯ）、正常の呼制御を経て呼を確立して正常通信処理を行なう（ステップＳ５０８）。
【０１７２】
その際、リダイヤル管理テーブル２３０の受信リダイヤル情報領域にＲｅｔｒｙ−Ａｆｔｅｒ情報が記憶されていれば、これを削除する（ステップＳ５０９）。
【０１７３】
また、ステップＳ５０７でレスポンスエラー有りの判定がなされたまま、ステップＳ５１４でリダイヤル実行回数が規定回数を超えることにより“リダイヤルしない”と判定された場合（ステップＳ５１４ＮＯ）は、システム制御部１８にその旨を通知し、通信エラー処理（ステップＳ５１１）を行なった後、処理を終了する。
【０１７４】
一方、上述したステップＳ５０３において、同一宛先があれば（ステップＳ５０３ＹＥＳ）、図１０に示すステップ５２１以降の処理動作に進む。
【０１７５】
リダイヤル制御部２２は、まず、ステップ５２１において、リダイヤル管理テーブル２３０の受信リダイヤル情報領域中の、上記ステップＳ５０３で同一宛先有りと判定された宛先番号に対応する受信リダイヤル情報領域中にＲｅｔｒｙ−Ａｆｔｅｒ情報が有るかどうかをチェックする。
【０１７６】
ここで、Ｒｅｔｒｙ−Ａｆｔｅｒ情報が無い場合（ステップＳ５２１ＮＯ）、ＳＩＰ呼制御部２０に指示して通常の発呼処理を行なう（ステップＳ５２３）。
【０１７７】
この通常発呼処理は、例えば、図９に示したステップＳ５０５〜Ｓ５１４の手順により実現できる。
【０１７８】
一方、Ｒｅｔｒｙ−Ａｆｔｅｒ情報が有る場合（ステップＳ５２１ＹＥＳ）、リダイヤル制御部２２は、上記ステップＳ５２１で存在を確認したＲｅｔｒｙ−Ａｆｔｅｒ情報を用いて発呼確認画面１２１を操作／表示部１２のパネル上に表示する（ステップＳ５２５）。
【０１７９】
この発呼確認画面１２１（図１１参照）については後で詳述するが、その表示内容は、対応する宛先がエラー終了して着呼不可の状態にあることを通知するメッセージと、当該発呼を中止するか、継続するかあるいは予約するかを選択するボタン表示とから成っている。
【０１８０】
発信者は、この表示された発呼確認画面１２１上で当該宛先が着信不可であることを知ることができると共に、当該宛先に対する発呼を中止するか、継続するか、あるいは予約するかを選択することができる。
【０１８１】
上記ステップＳ５２５で発呼確認画面１２１を表示した後、リダイヤル制御部２２は、発信者による当該発呼確認画面１２１上での発呼処理選択内容を判定する（ステップＳ５２７）。
【０１８２】
ここで、発呼中止の選択がなされた場合（ステップＳ５２７　中止）、発呼を中止し、処理を終了する。
【０１８３】
また、発呼継続の選択がなされた場合（ステップＳ５２７　継続）、ステップＳ５０５に進み、発呼制御を継続する。
【０１８４】
また、発呼予約が選択された場合（ステップＳ５２７　予約）、発呼の予約を行ない（ステップＳ５２９）、処理を終了する。
【０１８５】
上記リダイヤル制御を行なう第５の実施例に係わるファクシミリ装置１０において、宛先番号＝０５０１１１２２２２の相手端末に発呼してリダイヤル情報（Ｒｅｔｒｙ−Ａｆｔｅｒ　３６００（１時間））の応答があった後、該Ｒｅｔｒｙ−Ａｆｔｅｒ時間（１時間）以内に同一端末への発呼操作がなされた場合を考える。
【０１８６】
この場合、最初の発呼時、ステップＳ５０４において、リダイヤル管理テーブル２３０の受信リダイヤル情報領域中に当該相手端末の宛先番号＝０５０１１１２２２２が記憶される（図３参照）。
【０１８７】
発呼後、相手端末から返送されるレスポンスエラーが有り、これにＲｅｔｒｙ−Ａｆｔｅｒ　３６００が含まれているため、ステップＳ５１２において、リダイヤル管理テーブル２３０の宛先番号＝０５０１１１２２２２に対応する受信リダイヤル情報領域内に当該Ｒｅｔｒｙ−Ａｆｔｅｒ　３６００とその着信時刻が記憶される（図３参照）。
【０１８８】
上記リダイヤル情報（Ｒｅｔｒｙ−Ａｆｔｅｒ　３６００）に基づくリダイヤルの結果、正常通信できた場合には、ステップＳ５０９で当該リダイヤル情報が削除される。
【０１８９】
一方、上記着信時刻後、所定時間（例えば、１０分）経過した時点で同一宛先番号＝０５０１１１２２２２に対する発呼操作がなされると、ステップＳ５２１で当該宛先番号＝に対応する（Ｒｅｔｒｙ−Ａｆｔｅｒ　３６００）が有ると判定され、次いでステップＳ５２５で発呼確認画面１２１が表示される。
【０１９０】
図１１は、この時の発呼確認画面１２１の一例を示す図である。この発呼確認画面１２１には、宛先情報（０５０１１１２２２２）への発呼は１０分前にエラー終了した旨、１時間以内の着呼が不可である旨、処理を継続するかどうかの選択を促す旨、並びに発呼継続ボタン（“はい”ボタン）、発呼中止ボタン（“いいえ”ボタン）、発呼予約ボタン（“予約”ボタン）が表示されている。
【０１９１】
発信者が、当該発呼確認画面１２１上で、“はい”ボタンを選択するとステップＳ５０５に進んで発呼が開始され、“いいえ”ボタンを選択する発呼が中止される。また、“予約”ボタンを選択すると、ステップＳ５２９で発呼の予約がなされる。
【０１９２】
なお、上記発呼確認画面１２１において、“１０分前”といった規定時間は無くても良い。要するに、発信者がエラー終了した同一宛先への発呼であることが分かりさえすれば、より分かり易い言葉に変更しても構わない。
【０１９３】
また、“１時間以内の着呼不可”は、当該リダイヤル情報から解釈した内容をユーザーに分かりやすい言葉に変換して表示している。当該リダイヤル情報をそのまま表示しても構わないし、別の言葉に変更しても構わない。
【０１９４】
このように、第５の実施例に係わるファクシミリ装置１０では、発呼時に発呼した宛先を記憶し、発呼後に相手端末から返送されてきたレスポンスに含まれるリダイヤル情報を記憶する受信リダイヤル情報記憶領域を有し、リダイヤルが成功した時には該当するリダイヤル情報を削除すると共に、リダイヤルまでの規定時間内に同一宛先への発呼がなされた場合には、当該宛先に対応するリダイヤル情報を用いて、当該宛先がエラー終了していて着呼不可の状態にあることを通知しかつ以後の発呼処理（中止、継続、予約）の選択を促すための発呼確認画面１２１を表示するようにしたものである。
【０１９５】
このリダイヤル制御によれば、ある宛先に発呼した時にエラーとなった時のリダイヤル情報を記憶し、その後に同一宛先に発呼する時に、当該宛先から受信したリダイヤル情報を基に発呼確認画面１２１を表示することで、その時の発信者が前の通信で当該同一宛先への通信がエラーとなったことを知ることができ、その後の対応を決めるうえで非常に参考になる。
【０１９６】
例えば、重要なＦＡＸであれば、確実に送れたことを確認するようになり、この場合に上記の如く表示されるリダイヤル情報は有効な情報となる。
【０１９７】
第６の実施例：
第６の実施例に係わるファクシミリ装置１０では、第５の実施例に係わるファクシミリ装置１０と同様、発呼時に発呼した宛先を、発呼後に当該宛先から返送されてきたレスポンスに含まれるリダイヤル情報と共に受信リダイヤル情報記憶領域に記憶する。
【０１９８】
そして、その後、リダイヤル待ちの状態でこの同一宛先への発呼がなされた場合に、既に記憶している当該宛先に対応する宛先情報を表示して、当該発呼処理を継続するかどうかを発信者に確認させるものである。
【０１９９】
図１２及び図１３は、第６の実施例に係わるファクシミリ装置１０のリダイヤル制御動作を示すフローチャートである。特に、図１３は、図１２におけるステップＳ５０３ＮＯの判定がなされた後の処理動作を示すフローチャートである。
【０２００】
この第６の実施例に係わるファクシミリ装置１０（図４に示す発呼端末１０Ａとしての動作時）による図１２に示す一連のリダイヤル制御処理は、ステップＳ５０２で取得する宛先番号が異なる以外、図９に示した第５の実施例に係わるファクシミリ装置１０による一連のリダイヤル制御処理と同様であるため、詳しい説明は割愛する。
【０２０１】
ここでは、図１２のステップＳ５０３で同一宛先であると判定された後の処理について図１３を参照して説明する。
【０２０２】
第６の実施例に係わるファクシミリ装置では、図１２のステップＳ５０３において、同一宛先があると判定された場合（ステップＳ５０３ＹＥＳ）、図１３に示すステップ５２１以降の処理動作に進む。
【０２０３】
ステップ５２１において、リダイヤル制御部２２は、リダイヤル管理テーブル２３０の受信リダイヤル情報領域中に、上記ステップＳ５０３で同一宛先有りと判定された宛先番号に対応するＲｅｔｒｙ−Ａｆｔｅｒ情報が有るかどうかをチェックする。
【０２０４】
ここで、Ｒｅｔｒｙ−Ａｆｔｅｒ情報が無い場合（ステップＳ５２１ＮＯ）、ＳＩＰ呼制御部２０に指示して通常の発呼処理を行なう（ステップＳ５２３）。
【０２０５】
この通常発呼処理は、例えば、図１２に示したステップＳ５０５〜Ｓ５１４の各ステップを経て行なうことができる。
【０２０６】
一方、Ｒｅｔｒｙ−Ａｆｔｅｒ情報が有る場合（ステップＳ５２１ＹＥＳ）、リダイヤル制御部２２は、この時の宛先（上記ステップＳ５０３で同一宛先と判定された宛先）がリダイヤル待ちであるかどうかをチェックする（ステップＳ５２４）。
【０２０７】
ここで、上記宛先がリダイヤル待ちでなかった場合（ステップＳ５２４ＮＯ）、リダイヤル制御部２２は、ＳＩＰ呼制御部２０に指示して通常の発呼処理を行なう（ステップＳ５２３）。
【０２０８】
これに対して、上記宛先がリダイヤル待ちである場合（ステップＳ５２４ＹＥＳ）、リダイヤル制御部２２は、上記ステップＳ５２１で存在を確認したＲｅｔｒｙ−Ａｆｔｅｒ情報を用いて発呼確認画面１２５を操作／表示部１２のパネル上に表示する（ステップＳ５２６）。
【０２０９】
この発呼確認画面１２５（図１４参照）については後で詳述するが、その表示内容は、対応する宛先がエラー終了してリダイヤル待ちの状態にあることを通知するメッセージと、当該発呼を中止するか、継続するかあるいは予約するかを選択するボタン表示とから成っている。
【０２１０】
発信者は、この表示された発呼確認画面１２５上で当該宛先がリダイヤル待ちであることを知ることができると共に、当該宛先に対する発呼を中止するか、継続するか、あるいは予約するかを選択することができる。
【０２１１】
上記ステップＳ５２６で発呼確認画面１２５を表示した後、リダイヤル制御部２２は、発信者による当該発呼確認画面１２５上での発呼処理選択内容を判定する（ステップＳ５２７）。
【０２１２】
ここで、発呼中止の選択がなされた場合（ステップＳ５２７　中止）、発呼を中止し、処理を終了する。
【０２１３】
また、発呼継続の選択がなされた場合（ステップＳ５２７　継続）、ステップＳ５０５に進み、発呼制御を継続する。
【０２１４】
また、発呼予約が選択された場合（ステップＳ５２７　予約）、発呼の予約を行ない（ステップＳ５２９）、処理を終了する。
【０２１５】
上記リダイヤル制御を行なう第６の実施例に係わるファクシミリ装置１０において、宛先番号＝０５０１１１３３３３の相手端末に発呼してリダイヤル情報（Ｒｅｔｒｙ−Ａｆｔｅｒ　３６００（１時間））の応答があった後、該Ｒｅｔｒｙ−Ａｆｔｅｒ時間（１時間）以内に同一端末への発呼操作がなされた場合を考える。
【０２１６】
この場合、最初の発呼時、ステップＳ５０４において、リダイヤル管理テーブル２３０の受信リダイヤル情報領域中に当該相手端末の宛先番号＝０５０１１１３３３３が記憶される（図３参照）。
【０２１７】
発呼後、相手端末から返送されるレスポンスエラーが有り、これにＲｅｔｒｙ−Ａｆｔｅｒ　３６００が含まれているため、ステップＳ５１２において、リダイヤル管理テーブル２３０の宛先番号＝０５０１１１３３３３に対応する受信リダイヤル情報領域内に当該Ｒｅｔｒｙ−Ａｆｔｅｒ　３６００とその着信時刻が記憶される（図３参照）。
【０２１８】
上記リダイヤル情報（Ｒｅｔｒｙ−Ａｆｔｅｒ　３６００）に基づくリダイヤルの結果、正常通信できた場合には、ステップＳ５０９で当該リダイヤル情報が削除される。
【０２１９】
一方、上記着信時刻後、所定時間（例えば、１０分）経過した時点で同一宛先番号＝０５０１１１３３３３に対する発呼操作がなされると、ステップＳ５２１で当該宛先番号＝に対応する（Ｒｅｔｒｙ−Ａｆｔｅｒ　３６００）が有ると判定され、ステップＳ５２４で当該宛先がリダイヤル待ちであると判定され、更にステップＳ５２６で発呼確認画面１２５が表示される。
【０２２０】
図１４は、この時の発呼確認画面１２５の一例を示す図である。この発呼確認画面１２５には、宛先情報（０５０１１１３３３３）については１０時３０分にエラー情報を受信して別の通信がリダイヤル待ちの状態にある旨、１時間以内の着呼が不可である旨、処理を継続するかどうかの選択を促す旨、並びに発呼継続ボタン（“はい”ボタン）、発呼中止ボタン（“いいえ”ボタン）、発呼予約ボタン（“予約”ボタン）が表示されている。
【０２２１】
発信者が、当該発呼確認画面１２５上で、“はい”ボタンを選択するとステップＳ５０５に進んで発呼が開始され、“いいえ”ボタンを選択する発呼が中止される。また、“予約”ボタンを選択すると、ステップＳ５２９で発呼の予約がなされる。
【０２２２】
なお、上記発呼確認画面１２５において、“１０時３０分”といった規定時間は無くても良い。要するに、発信者が発呼しようとする宛先がリダイヤル待ちですぐに送信できないことが分かりさえすれば、より分かり易い言葉に変更できる。
【０２２３】
また、“１時間以内の着呼不可”は、当該リダイヤル情報から解釈した内容をユーザーに分かりやすい言葉に変換して表示している。当該リダイヤル情報をそのまま表示しても構わないし、別の言葉に変更しても構わない。
【０２２４】
このように、第６の実施例に係わるファクシミリ装置１０では、発呼時に発呼した宛先を記憶し、発呼後に相手端末から返送されてきたレスポンスに含まれるリダイヤル情報を記憶する受信リダイヤル情報記憶領域を有すると共に、リダイヤルまでの規定時間内に同一宛先への発呼がなされた場合には、上記リダイヤル情報を用いて、当該宛先がリダイヤル待ちの状態にあることを通知しかつ以後の発呼処理（中止、継続、予約）の選択を促すための発呼確認画面１２５を表示するようにしたものである。
【０２２５】
このリダイヤル制御によれば、既にリダイヤル待ちになっている相手端末に発呼しようとした時に、上記発呼確認画面１２５を表示させることにより、発信者に対して、すぐには送信できないことを確認させ得ると共に、当該発呼処理の中止、継続あるいは予約を促すことができる。
【０２２６】
これにより、発信者は、至急のＦＡＸでない時は、そのまま送信待ちに登録する（予約）ことを選択したり、至急ＦＡＸしたい時には、別の番号に送信するなどの代替手段を選択できるようになり、ＦＡＸ通信の運用効率向上に寄与できる。
【０２２７】
なお、本発明は、上記し、且つ図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。
【０２２８】
例えば、上記実施例では、ファクシミリ装置のリダイヤル制御について述べたが、本発明は、ファクシミリ装置以外にも、ＳＩＰを使用した呼制御手順を備える通信端末装置全般に適用可能である。
【０２２９】
【発明の効果】
以上説明したように、本発明によれば、ＳＩＰを使用した呼制御手順により発呼した後、相手端末から返送される応答信号に基づき発呼がエラーとなったか否かを認識し、発呼がエラーとなった時、応答信号にリダイヤル情報が含まれている場合には、該リダイヤル情報に基づきリダイヤル制御を行なうようにしたため、上記リダイヤル情報から把握した相手端末の着信受付け可能条件等に合わせたリダイヤルを実行でき、無駄なリダイヤルを少なくし、通信が成功する確率を大幅に高めることができる。
【図面の簡単な説明】
【図１】本発明に係るファクシミリ装置のシステム構成を示すブロック図。
【図２】Ｒｅｔｒｙ−Ａｆｔｅｒを含むレスポンスコードの一覧を示す表図。
【図３】本発明に係わるリダイヤル管理テーブルの一例を示す図。
【図４】本発明に係わるリダイヤル制御シーケンスを示す図。
【図５】第１の実施例に係わるリダイヤル制御動作を示すフローチャート。
【図６】第２の実施例に係わるリダイヤル制御動作を示すフローチャート。
【図７】第３の実施例に係わるリダイヤル制御動作を示すフローチャート。
【図８】第４の実施例に係わるリダイヤル制御動作を示すフローチャート。
【図９】第５の実施例に係わるリダイヤル制御動作を示すフローチャート。
【図１０】図９のステップＳ５０３ＮＯ以降のリダイヤル制御動作を示すフローチャート。
【図１１】第５の実施例に係わる発呼確認画面の一例を示す図。
【図１２】第６の実施例に係わるリダイヤル制御動作を示すフローチャート。
【図１３】図１２のステップＳ５０３ＮＯ以降のリダイヤル制御動作を示すフローチャート。
【図１４】第６の実施例に係わる発呼確認画面の一例を示す図。
【符号の説明】
１０…ファクシミリ装置、１０Ａ…発呼端末、１０Ｂ…着呼端末、１１…中央処理装置（ＣＰＵ）、１２…操作／表示部、１２１，１２５…発呼確認画面、１３…読取部、１４…記憶部、１５…画像処理部、１６…画像蓄積部、１７…ＲＡＭ（ランダム・アクセス・メモリ）、１８…システム制御部、１９…インターネット通信制御部、２０…ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）呼制御部、２１…Ｔ３８伝送制御部、２２…リダイヤル制御部、２３…リダイヤル管理部、２３０…リダイヤル管理テーブル、２４…システムバス、３０Ａ，３０Ｂ…プロキシサーバ、４０…ＩＰ（インターネット　プロトコル）網
【図１】
2004112182.tif 000003
【図２】
2004112182.tif 000004
【図３】
2004112182.tif 000005
【図４】
2004112182.tif 000006
【図５】
2004112182.tif 000007
【図６】
2004112182.tif 000008
【図７】
2004112182.tif 000009
【図８】
2004112182.tif 000010
【図９】
2004112182.tif 000011
【図１０】
2004112182.tif 000012
【図１１】
2004112182.tif 000013
【図１２】
2004112182.tif 000014
【図１３】
2004112182.tif 000015
【図１４】
2004112182.tif 000016