(57)【要約】【課題】網の選択が不適切で通信エラーとなっても、自動的に網を切り替えて再発呼することにより、通信エラーによる送信不達を回避できるようにする。【解決手段】通信端末装置のシステム制御部１８において、通信エラー検出部１８１は、ＩＰ網４０または公衆網５０への発呼時の通信エラーを検出し、通信エラー解析部１８３は、検出された通信エラーを解析し、発呼網判別部１８５は、通信エラー解析結果に応じてリダイヤルをＩＰ網４０に対して行うか公衆網５０に対して行うかを自動判別する。これにより、システム制御部１８は、ＩＰ網４０または公衆網５０への発呼に際して通信エラーを検出した場合に、該通信エラーを解析しその解析結果に応じてリダイヤルをＩＰ網４０に対して行なうか公衆網５０に対して行うかを自動判別する制御を行なえる。【選択図】　図３
2004112516.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ網および公衆電話網に接続される通信端末装置において、
前記ＩＰ網に接続するための第１の回線接続手段と、
前記公衆電話網に接続するための第２の回線接続手段と、
前記第１の回線接続手段若しくは前記第２の回線接続手段による通信エラーを検出する通信エラー検出手段と、
前記通信エラー検出手段により検出された通信エラーを解析する通信エラー解析手段と、
前記ＩＰ網若しくは前記公衆電話網に対する発呼に際して前記通信エラー検出手段により通信エラーを検出した場合、前記通信エラー解析手段の解析結果に応じて再発呼を前記ＩＰ網に対して行うか前記公衆電話網に対して行うかを自動判別する判別手段と
を具備することを特徴とする通信端末装置。
【請求項２】
前記判別手段は、
前記ＩＰ網に対する発呼に際して、前記通信エラー検出手段により前記第１の回線接続手段による通信エラーを検出し、かつ、該通信エラーが前記ＩＰ網に対する固有の接続エラーである場合は、前記再発呼を前記公衆電話網に対して行うと判別する
ことを特徴とする請求項１記載の通信端末装置。
【請求項３】
前記判別手段は、
前記ＩＰ網に対する発呼に際して、前記通信エラー検出手段により前記第１の回線接続手段による通信エラーを検出し、かつ、該発呼が緊急度が高い発呼である場合は、前記再発呼を前記公衆電話網に対して行うと判別する
ことを特徴とする請求項１記載の通信端末装置。
【請求項４】
前記判別手段は、
前記公衆電話網に対する発呼に際して、前記通信エラー検出手段により前記第２の回線接続手段による通信エラーを検出し、かつ、該通信エラーが前記公衆電話網に対する固有の接続エラーである場合は、前記再発呼を前記ＩＰ網に対して行うと判別する
ことを特徴とする請求項１記載の通信端末装置。
【請求項５】
前記判別手段は、
前記公衆電話網に対する発呼に際して、前記通信エラー検出手段により前記第２の回線接続手段による通信エラーを検出し、かつ、該発呼が秘匿度が高い発呼である場合は、前記再発呼を前記公衆電話網に対して行うと判別する
ことを特徴とする請求項１記載の通信端末装置。
【請求項６】
ＩＰ網および公衆電話網に接続され、前記ＩＰ網に接続するための第１の回線接続手段と、前記公衆電話網に接続するための第２の回線接続手段とを有する通信端末装置の制御方法において、
前記ＩＰ網若しくは前記公衆電話網に対する発呼に際して、前記第１の回線接続手段若しくは前記第２の回線接続手段による通信エラーを検出し、
該検出した通信エラーを解析し、
該解析結果に応じて再発呼を前記ＩＰ網に対して行うか前記公衆電話網に対して行うかを自動判別する
ことを特徴とする通信端末装置の制御方法。
【請求項７】
前記ＩＰ網に対する発呼に際して、前記第１の回線接続手段による通信エラーを検出し、かつ、該通信エラーが前記ＩＰ網に対する固有の接続エラーである場合は、前記再発呼を前記公衆電話網に対して行うと判別する
ことを特徴とする請求項６記載の通信端末装置の制御方法。
【請求項８】
前記ＩＰ網に対する発呼に際して、前記第１の回線接続手段による通信エラーを検出し、かつ、該発呼が緊急度が高い発呼である場合は、前記再発呼を前記公衆電話網に対して行うと判別する
ことを特徴とする請求項６記載の通信端末装置の制御方法。
【請求項９】
前記公衆電話網に対する発呼に際して、前記第２の回線接続手段による通信エラーを検出し、かつ、該通信エラーが前記公衆電話網に対する固有の接続エラーである場合は、前記再発呼を前記ＩＰ網に対して行うと判別する
ことを特徴とする請求項６記載の通信端末装置の制御方法。
【請求項１０】
前記公衆電話網に対する発呼に際して、前記第２の回線接続手段による通信エラーを検出し、かつ、該発呼が秘匿度が高い発呼である場合は、前記再発呼を前記公衆電話網に対して行うと判別する
ことを特徴とする請求項６記載の通信端末装置の制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＰ網および公衆電話網に接続される通信端末装置及びその制御方法に係わり、詳しくは、ＩＰ網または公衆電話網を選択して発呼した時に通信エラーが発生した場合、該通信エラーを解析してＩＰ網または公衆電話網のいずれかに発呼するかを自動的判別する機能を有する通信端末装置及びその制御方法に関する。
【０００２】
【従来の技術】
例えば、ファクシミリ装置において、ＩＰ網及び公衆電話網の両方に接続されるものがある。この種のファクシミリ装置の場合、文書を送信しようとして発呼する際、公衆網から発呼する「ＦＡＸ」か、ＩＰ網から発呼する「ｉＦＡＸ」かをユーザが選択している。
【０００３】
このように、ユーザが網を選択して発呼する方式の場合、ＩＰ網にて発呼可能な相手か否か、あるいは公衆網に発呼した方が通信費が安い相手か等を全ユーザが把握することが必須である。
【０００４】
この点がおろそかにされた場合、例えば、ＩＰ網から発呼可能であるのに、公衆網から発呼して無駄な通信コストがかかることになる。
【０００５】
また、ＩＰ網から発呼不可能であるのに、ＩＰ網から発呼しようとして通信エラーが発生してしまうことになる。
【０００６】
この場合、従来のファクシミリ装置では、予め定めたリダイヤル間隔毎に、予め定めたリダイヤル回数だけ、同じ網から再発呼を繰り返すことになる。しかしながら、このケースは、相手先がビジーである場合等と違って、本来、発呼できない網への発呼であるため、いつまでも通信が行なえないことになった。
【０００７】
【発明が解決しようとする課題】
上述したように、ＩＰ網及び公衆電話網に接続される従来のファクシミリ装置では、ユーザがＩＰ網または公衆電話網のいずれか一方を選択して発呼するようになっており、網の選択が不適切であった場合、例えば、発呼できない網に発呼して通信エラーとなって通信できなくなることがあり、情報送信の信頼性が低いという問題点があった。
【０００８】
本発明は上記問題点を解消し、網の選択が不適切で通信エラーに陥った場合でも、自動的に網を切り替えて再発呼することにより、通信エラーによる送信不達を回避でき、より確実に情報送信が行なえる通信端末装置及びその制御方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、請求項１記載の発明は、ＩＰ網および公衆電話網に接続される通信端末装置において、前記ＩＰ網に接続するための第１の回線接続手段と、前記公衆電話網に接続するための第２の回線接続手段と、前記第１の回線接続手段若しくは前記第２の回線接続手段による通信エラーを検出する通信エラー検出手段と、前記通信エラー検出手段により検出された通信エラーを解析する通信エラー解析手段と、前記ＩＰ網若しくは前記公衆電話網に対する発呼に際して前記通信エラー検出手段により通信エラーを検出した場合、前記通信エラー解析手段の解析結果に応じて再発呼を前記ＩＰ網に対して行うか前記公衆電話網に対して行うかを自動判別する判別手段とを具備することを特徴とする。
【００１０】
請求項２記載の発明は、上記請求項１記載の発明において、前記判別手段は、前記ＩＰ網に対する発呼に際して、前記通信エラー検出手段により前記第１の回線接続手段による通信エラーを検出し、かつ、該通信エラーが前記ＩＰ網に対する固有の接続エラーである場合は、前記再発呼を前記公衆電話網に対して行うと判別する
ことを特徴とする。
【００１１】
請求項３記載の発明は、上記請求項１記載の発明において、前記判別手段は、前記ＩＰ網に対する発呼に際して、前記通信エラー検出手段により前記第１の回線接続手段による通信エラーを検出し、かつ、該発呼が緊急度が高い発呼である場合は、前記再発呼を前記公衆電話網に対して行うと判別することを特徴とする。
【００１２】
請求項４記載の発明は、上記請求項１記載の発明において、前記判別手段は、前記公衆電話網に対する発呼に際して、前記通信エラー検出手段により前記第２の回線接続手段による通信エラーを検出し、かつ、該通信エラーが前記公衆電話網に対する固有の接続エラーである場合は、前記再発呼を前記ＩＰ網に対して行うと判別することを特徴とする。
【００１３】
請求項５記載の発明は、上記請求項１記載の発明において、前記判別手段は、前記公衆電話網に対する発呼に際して、前記通信エラー検出手段により前記第２の回線接続手段による通信エラーを検出し、かつ、該発呼が秘匿度が高い発呼である場合は、前記再発呼を前記公衆電話網に対して行うと判別することを特徴とする。
【００１４】
請求項６記載の発明は、ＩＰ網および公衆電話網に接続され、前記ＩＰ網に接続するための第１の回線接続手段と、前記公衆電話網に接続するための第２の回線接続手段とを有する通信端末装置の制御方法において、前記ＩＰ網若しくは前記公衆電話網に対する発呼に際して、前記第１の回線接続手段若しくは前記第２の回線接続手段による通信エラーを検出し、該検出した通信エラーを解析し、該解析結果に応じて再発呼を前記ＩＰ網に対して行うか前記公衆電話網に対して行うかを自動判別することを特徴とする。
【００１５】
請求項７記載の発明は、上記請求項６記載の発明において、前記ＩＰ網に対する発呼に際して、前記第１の回線接続手段による通信エラーを検出し、かつ、該通信エラーが前記ＩＰ網に対する固有の接続エラーである場合は、前記再発呼を前記公衆電話網に対して行うと判別することを特徴とする。
【００１６】
請求項８記載の発明は、上記請求項６記載の発明において、前記ＩＰ網に対する発呼に際して、前記第１の回線接続手段による通信エラーを検出し、かつ、該発呼が緊急度が高い発呼である場合は、前記再発呼を前記公衆電話網に対して行うと判別することを特徴とする。
【００１７】
請求項９記載の発明は、上記請求項６記載の発明において、前記公衆電話網に対する発呼に際して、前記第２の回線接続手段による通信エラーを検出し、かつ、該通信エラーが前記公衆電話網に対する固有の接続エラーである場合は、前記再発呼を前記ＩＰ網に対して行うと判別することを特徴とする。
【００１８】
請求項１０記載の発明は、上記請求項６記載の発明において、前記公衆電話網に対する発呼に際して、前記第２の回線接続手段による通信エラーを検出し、かつ、該発呼が秘匿度が高い発呼である場合は、前記再発呼を前記公衆電話網に対して行うと判別することを特徴とする。
【００１９】
【発明の実施の形態】
以下、本発明の実施形態について添付図面を参照して詳細に説明する。
【００２０】
図１は、本発明に係る通信端末装置のシステム構成を示すブロック図である。
【００２１】
この通信端末装置１０は、装置全体の制御処理を行なう中央処理装置（ＣＰＵ）１１、タッチパネル等で構成され、使用者がこの装置を動作させるための各種操作（発呼操作等）を行なったり、各種情報を表示するための操作／表示部１２、送信原稿やコピー原稿を読み取る読取部１３、受信した画像データや読取った画像データを記録紙に記録して出力する記録部１４、画像データに対する符号化、復号化、拡大、縮小等の処理を行う画像処理部１５、受信した画像データあるいは読み取った画像データを格納する画像蓄積部１６、制御プログラムが使用するワークエリア（装置の動作を制御するシステムデータや各種情報を記憶する）となるＲＡＭ１７、ファクシミリ全体を制御するプログラム（ＲＯＭ）を有するシステム制御部１８、ＩＴＵ−Ｔ勧告Ｔ．３７手順に従ってＳｔｏｒｅ＆Ｆｏｒｗａｒｄ型通信プロトコルを制御するＴ．３７伝送制御部１９、ＩＴＵ−Ｔ勧告Ｔ．３８手順に従ってリアルタイム型通信プロトコルを制御するＴ．３８伝送制御部２０、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）網４０に接続され、インターネットを開始して種々のデータを送受する通信制御を行うＩＰ網制御部２１、ＩＰ網制御部２１内に設けられ、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）のＲＦＣ３２６１（ＳＩＰ：Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）及びＲＦＣ２３２７（ＳＤＰ：Ｓｅｓｓｉｏｎ　Ｄｅｓｃｒｉｐｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）に規定された手順を使用してリアルタイム型インターネットＦＡＸ　Ｔ３８における呼の確立、維持あるいは終了の制御を行なうＳＩＰ呼制御部２２、ＩＴＵ−Ｔ勧告Ｔ．３０手順に従ってファクシミリプロトコルを制御するＧ３ＦＡＸ伝送制御部２３、Ｇ３ＦＡＸ伝送制御部２３の伝送制御の下でアナログ公衆回線網にて呼の確立、網接続の制御を行なうＰＳＴＮ呼／網制御部２４、Ｇ４ファクシミリプロトコルを制御するＧ４ＦＡＸ伝送制御部２５、Ｇ４ＦＡＸ伝送制御部２５の伝送制御の下でデジタル公衆回線網にて呼の確立、網接続の制御を行なうＩＳＤＮ呼／網制御部２６、上述した装置各部の間で相互にデータのやり取りするシステムバス２７を備えて構成される。
【００２２】
この通信端末装置１０は、ＩＰ網制御部２１によりＩＰ網４０に接続され、該ＩＰ網４０を介して相手通信端末装置と通信を行なうことができると共に、ＰＳＴＮ呼／網制御部２４またはＩＳＤＮ呼／網制御部２６により公衆電話網（以下、公衆網と略称する）５０に接続され、該公衆網５０（ＰＳＴＮ網またはＩＳＤＮ網）を介して相手通信端末装置と通信を行なうことができる。
【００２３】
図２は、本発明に係わる通信端末装置１０が接続されるネットワークの構成を示す概念図である。
【００２４】
図２において、通信端末装置１０Ａ，１０Ｂ，１０Ｃ，１０Ｄは、いずれも、図１に示した通信端末装置１０を用いたものである。
【００２５】
ここで、通信端末装置１０Ａ、１０ＣはＩＰ網４０と公衆網５０に接続され、通信端末装置１０ＢはＩＰ網４０のみに接続される。また、通信端末装置１０Ｄは、公衆網のみに接続される。
【００２６】
この接続環境下において、例えば、通信端末１０Ａは、ＩＰ網４０を介して通信端末装置１０Ｂと通信したり、公衆網５０を介して通信端末装置１０Ｃと通信することができる。
【００２７】
また、ＩＰ網４０と公衆網５０間のＧａｔｅｗａｙサービスを利用することで、ＩＰ網４０から公衆網５０を介して通信端末装置１０Ｄと通信することもできる。
【００２８】
ここで、例えば、通信端末装置１０Ａからある相手通信端末装置にファクシミリを送信しようとした場合、そのユーザは、発呼に際して、操作／表示部１２のキー操作により、相手通信端末装置の宛先番号を入力すると共に、ＩＰ網４０に発呼するか公衆網５０に発呼するかを選択することになる。
【００２９】
この時、通信端末装置１０Ａのユーザは、相手通信端末装置がＩＰ網４０を介して通信できない端末装置であるにも拘わらず、ＩＰ網４０を選択して送信スタートボタンを押下することもあり得る。
【００３０】
この場合、通信端末装置１０Ａでは、例えば、ＩＰ網４０からＮｏｔ　Ｆｏｕｎｄ等の通信エラー情報を含む応答信号（レスポンス）を受信し、該レスポンスに含まれる通信エラー情報から通信エラーを検出することとなる。
【００３１】
本発明に係わる通信端末装置１０は、発呼後、通信エラーを検出した場合、該通信エラー情報を解析し、その解析結果に応じて再発呼をＩＰ網４０に対して行うか公衆網５０に対して行うかを自動判別する機能を有する。
【００３２】
この自動判別機能によれば、上述した如く、相手通信端末装置への発呼に際して適切でない網（ＩＰ網４０）選択したことにより通信エラーとなった場合でも、適切な網（公衆網５０）に切り替えて再発呼（リダイヤル）することで通信をリカバリーできようになる。
【００３３】
上述した如く、ＩＰ網４０または公衆網５０への発呼に際して通信エラーを検出した場合に、該通信エラーを解析しその解析結果に応じてリダイヤルをＩＰ網４０に対して行なうか公衆網５０に対して行うかを自動判別する制御機能は、例えば、システム制御部１８に持たせることができる。
【００３４】
図３は、本発明に係わる通信端末装置１０のシステム制御部１８の機能構成を示すブロック図である。
【００３５】
図３に示すように、システム制御部１８は、通信エラー検出部１８１、通信エラー解析部１８２、発呼網判別部１８５及び解析支援情報記憶部１８７を具備する。
【００３６】
通信エラー検出部１８１は、発呼したＩＰ網４０または公衆網５０若しくは発呼先端末装置からのレスポンスに基づき通信エラーを検出する。
【００３７】
通信エラー解析部１８３は、通信エラー検出部１８１で検出された通信エラーを、解析支援情報記憶部１８７に記憶された解析支援情報を用いて解析し、網切替対象エラー（Ｎｏｔ　Ｆｏｕｎｄ等、同じ網への再発呼が無駄になるようなエラー）であるのか、網切替対象外エラー（相手通信端末装置ビジー等）であるのかといった解析結果を見出す。
【００３８】
発呼網判別部１８５は、通信エラー解析部１８３による通信エラー解析結果に応じてリダイヤルをＩＰ網４０に対して行うか公衆網５０に対して行うかを自動判別する。
【００３９】
解析支援情報記憶部１８７は、通信エラー解析部１８３における通信エラー解析に必要な情報として、Ｎｏｔ　Ｆｏｕｎｄあるいはビジー等に対応するレスポンスコード等の解析支援情報を記憶する。
【００４０】
次に、本発明の通信端末装置１０の発呼動作について具体的実施例を挙げて順次説明する。
【００４１】
第１の実施例：
図４は、第１の実施例に係わる通信端末装置１０の発呼制御動作を示すフローチャートである。ここで、通信端末装置１０はファクシミリ通信（文書送信）に対応した発呼制御動作を行なうものとする。
【００４２】
本実施例の通信端末装置１０において、相手通信端末装置との通信（文書送信）を開始しようとする時、ユーザは、操作／表示部１２のテンキー等を利用して相手通信端末装置の宛先番号を入力すると共に、網選択ボタンを用いて発呼する網を選択し、次いで送信スタートボタンを押下することにより送信指示を出す（ステップＳ１０１）。
【００４３】
システム制御部１８は、上記送信指示を受けることにより、上記網選択操作により選択された網の解析を行なう（ステップＳ１０２）。
【００４４】
この網解析においては、ユーザがＩＰ網４０を選択したか否かをチェックし（ステップＳ１０３）、ＩＰ網４０を選択していないのであれば（ステップＳ１０３ＮＯ）、ＰＳＴＮ呼／網制御部２４またはＩＳＤＮ呼／網制御部２６に発呼開始を指示し、公衆網５０に発呼（ステップＳ１２１）するように制御する。
【００４５】
この発呼により相手通信端末装置との呼制御が完了し、通信が確立されると公衆網５０を介してファクシミリ送信処理を行ない（ステップＳ１２２）、送信終了により動作を終了する。
【００４６】
なお、ステップＳ１２２のファクシミリ送信処理では、例えば、読取部１３で読取った送信原稿の画情報を画像処理部１５で画像処理した後、画像蓄積部１６に蓄積する。そして、相手通信端末装置がＧ３対応機であれば、画像蓄積部１６から画像処理後の画像データを読み出してＧ３ＦＡＸ伝送制御部２３に送り、更に、ＰＳＴＮ呼／網制御部２４から公衆網（ＰＳＴＮ網）５０を介して相手通信端末装置に送信する。
【００４７】
また、相手通信端末装置がＧ４対応機であれば、画像蓄積部１６から画像処理後の画像データを読み出してＧ４ＦＡＸ伝送制御部２５に送り、更に、ＩＳＤＮ呼／網制御部２６から公衆網（ＩＳＤＮ網）５０を介して相手通信端末装置に送信する。
【００４８】
一方、ユーザがＩＰ網４０を選択した場合（ステップＳ１０３ＹＥＳ）、ＳＩＰ呼制御部２２に発呼開始を指示し、ＩＰ網４０に発呼（ステップＳ１０４）するように制御する。
【００４９】
発呼後、システム制御部１８は、ＩＰ網４０または相手通信端末装置から受信したレスポンス等に基づき通信エラー検出部１８１で通信エラーが検出されたかどうか、つまり正常に接続されたかどうかをチェックする（ステップＳ１０５）。
【００５０】
ここで、正常に接続された場合（ステップＳ１０５ＹＥＳ）、ファクシミリ送信処理を行ない（ステップＳ１３１）、送信終了により動作を終了する。
【００５１】
なお、ステップＳ１３１のファクシミリ送信処理では、例えば、読取部１３で読取った送信原稿の画情報を画像処理部１５で画像処理した後、画像蓄積部１６に蓄積し、更に、画像蓄積部１６から画像処理後の画像データを読み出してＴ．３７伝送制御部１９またはＴ．３８伝送制御部２０に送出する。Ｔ．３７伝送制御部１９、Ｔ．３８伝送制御部２０は、上記画像データをＩＰ網制御部２１、ＩＰ網４０を介して相手通信端末装置に送信する。
【００５２】
一方、上記ステップＳ１０５において、ＩＰ網４０または相手通信端末装置から受信したレスポンス等に基づき通信エラー検出部１８１で通信エラーが検出され、正常に接続されなかったと判定された場合（ステップＳ１０５ＮＯ）、次いで、通信エラー解析部１８３で上記通信エラーを解析する（ステップＳ１０６）。
【００５３】
この通信エラーの解析により、受信したレスポンスコード等から、単なる端末ビジーであるのか、Ｎｏｔ　Ｆｏｕｎｄ等により再発呼しても無駄であるといった解析結果を見出す。
【００５４】
次いで、発呼網判別部１８５は、上記通信エラー解析結果を用いて、通信エラーがリダイヤルを行なうに足るリダイヤル対象エラーであるかどうかを判別する（ステップＳ１０７）。
【００５５】
ここで、レスポンスコードがＧａｔｅｗａｙサーバ等の障害を示していてリダイヤルを行なっても無駄なエラー（リダイヤル対象外エラー）である場合（ステップＳ１０７ＮＯ）、通信エラー処理（ステップＳ１４１）を行なって動作を終了（エラー終了）する。
【００５６】
これに対して、上記通信エラーがリダイヤル対象エラー（上記リダイヤル対象外エラー以外のエラー）であった場合（ステップＳ１０７ＹＥＳ）、自端末で予め設定しているリダイヤル回数に達しているかどうか、つまりリダイヤル放棄回数に到達したかどうかを判別する（ステップＳ１０８）。
【００５７】
ここで、リダイヤル放棄回数に到達していれば（ステップＳ１０８ＹＥＳ）、通信エラー処理（ステップＳ１４１）を行なって動作を終了（エラー終了）する。
【００５８】
また、リダイヤル放棄回数に到達していない場合（ステップＳ１０８ＮＯ）、更に、上記通信エラーが、例えば、Ｎｏｔ　Ｆｏｕｎｄ等、網切り替えにより通信をリカバリーし得る網切替対象エラーであるかどうかを判別する（ステップＳ１０９）。
【００５９】
ここで、Ｎｏｔ　Ｆｏｕｎｄ等の網切替対象エラーである場合（ステップＳ１０９ＹＥＳ）、発呼網判別部１８５は公衆網５０に発呼すると判別し、予め設定されているリダイヤル間隔に相当する時間だけ待機（リダイヤル待ち）した後（ステップＳ１１１）、ＰＳＴＮ呼／網制御部２４またはＩＳＤＮ呼／網制御部２６に公衆網５０への発呼を指示する（ステップＳ１１２）。
【００６０】
上記指示に基づき、ＰＳＴＮ呼／網制御部２４またはＩＳＤＮ呼／網制御部２６では、ステップＳ１２１に進み、公衆網５０に発呼する。そして、発呼後、呼が確立されると、相手通信端末装置に対するファクシミリ通信処理を行ない（ステップＳ１２２）、送信終了後、動作を終了する。
【００６１】
なお、網切り替えの場合は、リダイヤル待ち（上記ステップＳ１１１）をせずに即座に発呼するようにしても良い。
【００６２】
一方、相手端末ビジー等、網切替対象外のエラーであれば（ステップＳ１０９ＮＯ）、発呼網判別部１８５はＩＰ網４０に発呼すると判別し、上記の如くリダイヤル待ちした後（ステップＳ１１１）、ＩＰ網制御部２１にＩＰ網４０への発呼を指示する（ステップＳ１１３）。
【００６３】
上記指示に基づき、ＩＰ網制御部２１では、ステップＳ１０４に進み、ＩＰ網４０に発呼する。そして、発呼後、正常に接続された場合（ステップＳ１０５ＹＥＳ）、相手通信端末装置に対するファクシミリ送信処理を行ない（ステップＳ１３１）、送信終了により動作を終了する。
【００６４】
図５は、第１の実施例に係わる通信端末装置１０の発呼動作制御（図４参照）に基づく通信の流れの一例を示す概念図である。
【００６５】
図５において、通信端末装置１０はＩＰ網４０と公衆網５０に接続され、通信端末装置１０−１は海外の公衆網のみに接続されている。また、ＩＰ網４０は、海外の公衆網５１と、現地のＩＰ網−公衆網Ｇａｔｅｗａｙサービスにより接続されている。公衆網５０は、更に、海外の公衆網５１及び５２と衛星通信または海底ケーブルにより接続されている。
【００６６】
この接続環境下で、通信端末装置１０が、現地にＧａｔｅｗａｙサービスがない国（相手通信端末装置）を宛先としてＩＰ網４０に発呼した時の通信の流れは通信ルートＲＴ１１（発呼ルート）を辿ることになる。
【００６７】
この場合、ＩＰ網４０からステータスコード４０４の“Ｎｏｔ　Ｆｏｕｎｄ”というレスポンスが返送され、接続エラーとなる。
【００６８】
このように、ＩＰ網４０に発呼して、“Ｎｏｔ　Ｆｏｕｎｄ”により接続エラーとなった時、システム制御部１８では、通信エラー検出部１８１で通信エラーを検出し、通信エラー解析部１８３でその通信エラーを解析し、発呼網判別部１８５は上記通信エラー解析結果を基に公衆網５０へ発呼すると判別することで、公衆網５０に再発呼するように制御する。図中、ＲＴ１２は、この時の通信ルート（リダイヤルルート）を示している。
【００６９】
この場合、通信端末装置１０は、公衆網５０から海外の公衆網５２を経て相手通信端末装置１０−１（公衆網のみに接続される装置）と通信ルートＲＴ１２を通じて呼を確立でき、該通信ルートＲＴ１２を辿って相手通信端末装置１０−１と通信を行うことができる。
【００７０】
このように、第１の実施例に係わる通信端末装置１０では、ユーザがＩＰ網４０を選択してＩＰ網４０に発呼したが、“Ｎｏｔ　Ｆｏｕｎｄ”等、ＩＰ網４０に対する固有の通信エラーにより相手通信端末装置と呼が確立しなかった場合、リダイヤルは公衆網４０から行なうものである。
【００７１】
この制御によれば、ＩＰ網４０により発呼できない相手通信端末装置にＩＰ網４０から発呼して通信エラーとなった場合も、公衆網５０に切り替えて発呼することにより相手通信端末装置と接続し、通信をリカバリーできる。
【００７２】
なお、第１の実施例に係わる発呼網切替制御は、特に、“０５０”以外で始まる番号への発呼に限定して実施するようにしても良い。
【００７３】
第２の実施例：
図６は、第２の実施例に係わる通信端末装置１０の発呼制御動作を示すフローチャートである。
【００７４】
この第２の実施例に係わる通信端末装置１０の発呼制御動作は、ステップＳ１０１ａ及びステップＳ１１０を除いて、第１の実施例に係わる通信端末装置１０の発呼動作と同じである。
【００７５】
従って、ここでは、ステップＳ１０１ａとステップＳ１１０の処理を主体に説明し、それ以外の処理の詳細な説明は割愛する。
【００７６】
第２の実施例に係わる通信端末装置１０では、相手通信端末装置との通信（文書送信）を開始しようとする時、ユーザは、操作／表示部１２のテンキー等を利用して相手通信端末装置の宛先番号を入力し、網選択ボタンを用いて発呼する網を選択すると共に、緊急性を要する文書送信の場合には、「緊急」ボタンを押下するなどの緊急送信指示を行ない、その後に、送信スタートボタンを押下することにより送信指示を出す（ステップＳ１０１ａ）。
【００７７】
その後、ステップＳ１０２〜ステップＳ１０９へと処理が進み、該ステップＳ１０９において、Ｎｏｔ　Ｆｏｕｎｄ等の網切替対象エラーであると判定された場合（ステップＳ１０９ＹＥＳ）、次いで、発呼網判別部１８５は、ステップＳ１０１ａの発呼操作時に入力された情報を参照し、「緊急送信」指示があるかどうかをチェックする（ステップＳ１１０）。
【００７８】
ここで、「緊急送信」指示があれば（ステップＳ１１０ＹＥＳ）、発呼網判別部１８５は、公衆網５０に発呼すると判別し、予め設定されているリダイヤル間隔に相当する時間だけ待機（リダイヤル待ち）した後（ステップＳ１１１）、ＰＳＴＮ呼／網制御部２４またはＩＳＤＮ呼／網制御部２６に公衆網５０への発呼を指示する（ステップＳ１１２）。
【００７９】
上記指示に基づき、ＰＳＴＮ呼／網制御部２４またはＩＳＤＮ呼／網制御部２６では、ステップＳ１２１に進み、公衆網５０に発呼する。そして、発呼後、呼が確立されると、相手通信端末装置に対するファクシミリ通信処理を行ない（ステップＳ１２２）、送信終了後、動作を終了する。
【００８０】
なお、網切り替えの場合は、リダイヤル待ち（上記ステップＳ１１１）をせずに即座に発呼するようにしても良い。
【００８１】
一方、「緊急送信」指示がない場合（ステップＳ１１０ＮＯ）、発呼網判別部１８５は、ＩＰ網４０に発呼すると判別し、上記の如くリダイヤル待ちした後（ステップＳ１１１）、ＩＰ網制御部２１にＩＰ網４０への発呼を指示する（ステップＳ１１３）。
【００８２】
上記指示に基づき、ＩＰ網制御部２１では、ステップＳ１０４に進み、ＩＰ網４０に発呼する。そして、発呼後、正常に接続された場合（ステップＳ１０５ＹＥＳ）、相手通信端末装置に対するファクシミリ送信処理を行ない（ステップＳ１３１）、送信終了により動作を終了する。
【００８３】
このように、第２の実施例に係わる通信端末装置１０では、緊急度の高い文書の送信である場合、ユーザはインターフェース（操作／表示部１２）を用いて相手通信端末装置の宛先番号（ＦＡＸ番号）とともに「緊急送信」の指示も行なう。
【００８４】
そして、通信コストの削減等の理由で、ＩＰ網優先発呼になっている場合、優先的にＩＰ網４０への発呼を試み、何等の理由でＩＰ網４０経由で相手通信端末装置との接続エラーが発生した場合、「緊急送信」が指示されているかどうかをチェックする（図６：Ｓ１１０参照）。
【００８５】
そして、「緊急送信」指示がなされている場合には、発生した通信エラーの種類を通信エラー解析部１８３で解析し、発呼網判別部１８５で、公衆網５０経由であれば接続できる可能性があると判断すれば、リダイヤルは公衆網５０に切り替えて実施する。また、「緊急送信」指示がなされていない場合には、リダイヤルもＩＰ網４０から行なう。
【００８６】
このように、ＩＰ網４０に発呼して通信エラーが発生した時、「緊急送信」指示がなされている場合にのみ公衆網５０に発呼することで、通信コストが多少犠牲となったとしても、緊急性の維持は可能になる。
【００８７】
第３の実施例：
図７は、第３の実施例に係わる通信端末装置１０の発呼制御動作を示すフローチャートである。ここで、通信端末装置１０はファクシミリ通信（文書送信）に対応した発呼制御動作を行なうものとする。
【００８８】
第３の実施例の通信端末装置１０において、相手通信端末装置との通信（文書送信）を開始しようとする時、ユーザは、操作／表示部１２のテンキー等を利用して相手通信端末装置の宛先番号を入力すると共に、網選択ボタンを用いて発呼する網を選択し、次いで送信スタートボタンを押下することにより送信指示を出す（ステップＳ２０１）。
【００８９】
システム制御部１８は、上記送信指示を受けることにより、上記網選択操作により選択された網の解析を行なう（ステップＳ２０２）。
【００９０】
この網解析においては、ユーザが公衆網５０を選択したか否かをチェックし（ステップＳ２０３）、公衆網５０を選択していないのであれば（ステップＳ２０３ＮＯ）、ＳＩＰ呼制御部２２に発呼開始を指示し、ＩＰ網４０に発呼（ステップＳ２２１）するように制御する。
【００９１】
この発呼により相手通信端末装置との呼制御が完了し、通信が確立されるとＩＰ網４０を介してファクシミリ送信処理を行ない（ステップＳ２２２）、送信終了により動作を終了する。
【００９２】
一方、ユーザが公衆網５０を選択した場合（ステップＳ２０３ＹＥＳ）、ＰＳＴＮ呼／網制御部２４またはＩＳＤＮ呼／網制御部２６に発呼開始を指示し、公衆網５０に発呼（ステップＳ２０４）するように制御する。
【００９３】
発呼後、システム制御部１８は、公衆網５０または相手通信端末装置から受信したレスポンス等に基づき通信エラー検出部１８１で通信エラーが検出されたかどうか、つまり正常に接続されたかどうかをチェックする（ステップＳ２０５）。
【００９４】
ここで、正常に接続された場合（ステップＳ２０５ＹＥＳ）、ファクシミリ送信処理を行ない（ステップＳ２３１）、送信終了により動作を終了する。
【００９５】
一方、上記ステップＳ２０５において、公衆網５０または相手通信端末装置から受信したレスポンス等に基づき通信エラー検出部１８１で通信エラーが検出され、正常に接続されなかったと判定された場合（ステップＳ２０５ＮＯ）、次いで、通信エラー解析部１８３で上記通信エラーを解析する（ステップＳ２０６）。
【００９６】
この通信エラーの解析により、受信したレスポンス等から、単なる端末ビジーであるのか、あるいはＩＰ網−公衆網Ｇａｔｅｗａｙサービスのダウン等により再発呼しても無駄であるといった解析結果を見出す。
【００９７】
次いで、発呼網判別部１８５は、上記通信エラー解析結果を用いて、通信エラーがリダイヤルを行なうに足るリダイヤル対象エラーであるかどうかを判別する（ステップＳ２０７）。
【００９８】
ここで、レスポンスがＩＰ網−公衆網Ｇａｔｅｗａｙサービスのダウン等の障害を示していてリダイヤルを行なっても無駄なエラー（リダイヤル対象外エラー）である場合（ステップＳ２０７ＮＯ）、通信エラー処理（ステップＳ２４１）を行なって動作を終了（エラー終了）する。
【００９９】
これに対して、上記通信エラーがリダイヤル対象エラー（上記リダイヤル対象外エラー以外のエラー）であった場合（ステップＳ２０７ＹＥＳ）、自端末で予め設定しているリダイヤル回数に達しているかどうか、つまりリダイヤル放棄回数に到達したかどうかを判別する（ステップＳ２０８）。
【０１００】
ここで、リダイヤル放棄回数に到達していれば（ステップＳ２０８ＹＥＳ）、通信エラー処理（ステップＳ２４１）を行なって動作を終了（エラー終了）する。
【０１０１】
また、リダイヤル放棄回数に到達していない場合（ステップＳ２０８ＮＯ）、更に、上記通信エラーが、例えば、ＩＰ網−公衆網Ｇａｔｅｗａｙサービスのダウン等、網切り替えにより通信をリカバリーし得る網切替対象エラーであるかどうかを判別する（ステップＳ２０９）。
【０１０２】
ここで、網切替対象エラーである場合（ステップＳ２０９ＹＥＳ）、発呼網判別部１８５はＩＰ網４０に発呼すると判別し、予め設定されているリダイヤル間隔に相当する時間だけ待機（リダイヤル待ち）した後（ステップＳ２１１）、ＳＩＰ呼制御部２２にＩＰ網４０への発呼を指示する（ステップＳ２１２）。
【０１０３】
上記指示に基づき、ＳＩＰ呼制御部２２は、ステップＳ２２１に進み、ＩＰ網４０に発呼する。そして、発呼後、呼が確立されると、相手通信端末装置に対するファクシミリ通信処理を行ない（ステップＳ２２２）、送信終了後、動作を終了する。
【０１０４】
なお、網切り替えの場合は、リダイヤル待ち（上記ステップＳ２１１）をせずに即座に発呼するようにしても良い。
【０１０５】
一方、通信エラーが網切替対象外のエラーであれば（ステップＳ２０９ＮＯ）、発呼網判別部１８５は公衆網５０に発呼すると判別し、上記の如くリダイヤル待ちした後（ステップＳ２１１）、ＰＳＴＮ呼／網制御部２４またはＩＳＤＮ呼／網制御部２６に公衆網５０への発呼を指示する（ステップＳ２１３）。
【０１０６】
上記指示に基づき、ＰＳＴＮ呼／網制御部２４またはＩＳＤＮ呼／網制御部２６は、ステップＳ２０４に進み、公衆網５０に発呼する。そして、発呼後、正常に接続された場合（ステップＳ２０５ＹＥＳ）、相手通信端末装置に対するファクシミリ送信処理を行ない（ステップＳ２３１）、送信終了により動作を終了する。
【０１０７】
図８は、第３の実施例に係わる通信端末装置１０の発呼動作制御（図７参照）に基づく通信の流れの一例を示す概念図である。
【０１０８】
図８において、通信端末装置１０はＩＰ網４０と公衆網５０に接続されており、通信端末装置１０−１はＩＰ網４０のみに接続されている。また、ＩＰ網４０と公衆網５０との間には、ＩＰ網−公衆網Ｇａｔｅｗａｙサービスが介在している。
【０１０９】
この接続環境下で、通信端末装置１０が、相手通信端末装置１０−２に文書送信すべく公衆網５０を選択して発呼した際、現地のＩＰ網−公衆網Ｇａｔｅｗａｙサービスがシステムダウンを起こしている場合を考える。
【０１１０】
この場合、通信端末装置１０からの発呼は相手通信端末装置１０−１には着信せず、通信エラーとなる。図中、ＲＴ１２は、この時の通信ルート（発呼ルート）を示している。
【０１１１】
この時、発呼先の通信端末装置１０には、公衆網５０から、ＩＰ網−公衆網Ｇａｔｅｗａｙサービスのシステムダウンを示すレスポンスが返送される。
【０１１２】
通信端末装置１０では、システム制御部１８が、通信エラー検出部１８１で上記レスポンスから通信エラーを検出し、通信エラー解析部１８３でその通信エラーを解析し、発呼網判別部１８５は上記通信エラー解析結果を基にＩＰ網４０へ発呼すると判別することで、ＩＰ網４０に再発呼するように制御する。
【０１１３】
図中、ＲＴ２２は、この時の通信ルート（リダイヤルルート）を示している。
【０１１４】
この場合、通信端末装置１０からの発呼（リダイヤル）はＩＰ網４０を通じて相手通信端末装置１０−１（公衆網のみに接続される装置）に届き、これにより呼を確立して、当該通信ルートＲＴ２２を辿って相手通信端末装置１０−１と通信を行うことができる。
【０１１５】
このように、第３の実施例に係わる通信端末装置１０では、ユーザが公衆網５０を選択して公衆網５０に発呼したが、ＩＰ網−公衆網Ｇａｔｅｗａｙサービスのシステムダウン等により相手通信端末装置に接続できなかった場合、選択網判別部１８５では、この時の通信エラーの解析結果から、ＩＰ網４０では接続できる可能性があると判別し、発呼する網としてＩＰ網４０を選んでリダイヤルを行なう。
【０１１６】
この制御によれば、公衆網５０に発呼して網側等の都合で通信エラーとなった場合も、ＩＰ網４０に切り替えて発呼することにより相手通信端末装置と接続し、通信をリカバリーできる。
【０１１７】
なお、第３の実施例に係わる発呼網切替制御については、特に、“０５０”で始まる番号への発呼に限定して実施するようにしても良い。
【０１１８】
第４の実施例：
図９は、第４の実施例に係わる通信端末装置１０の発呼制御動作を示すフローチャートである。
【０１１９】
この第４の実施例に係わる通信端末装置１０の発呼制御動作は、ステップＳ２０１ａ及びステップＳ２１０を除いて、第３の実施例に係わる通信端末装置１０の発呼動作と同じである。
【０１２０】
従って、ここでは、ステップＳ２０１ａとステップＳ２１０の処理を主体に説明し、それ以外の処理の詳細な説明は割愛する。
【０１２１】
第４の実施例に係わる通信端末装置１０では、相手通信端末装置との通信（文書送信）を開始しようとする時、ユーザは、操作／表示部１２のテンキー等を利用して相手通信端末装置の宛先番号を入力し、網選択ボタンを用いて発呼する網を選択すると共に、秘匿度の高い文書送信の場合には、「秘匿」ボタンを押下するなどの秘匿送信指示を行ない、その後に、送信スタートボタンを押下することにより送信指示を出す（ステップＳ２０１ａ）。
【０１２２】
その後、ステップＳ２０２〜ステップＳ２０９へと処理が進み、該ステップ２０９において、ＩＰ網−公衆網Ｇａｔｅｗａｙサービスのシステムダウン等、網切替対象エラーであると判定された場合（ステップＳ２０９ＹＥＳ）、次いで、発呼網判別部１８５は、ステップＳ２０１ａの発呼操作時に入力された情報を参照し、「秘匿送信」指示があるかどうかをチェックする（ステップＳ２１０）。
【０１２３】
ここで、「秘匿送信」指示があれば（ステップＳ２１０ＹＥＳ）、発呼網判別部１８５は、公衆網５０に発呼すると判別し、予め設定されているリダイヤル間隔に相当する時間だけ待機（リダイヤル待ち）した後（ステップＳ２１１）、ＰＳＴＮ呼／網制御部２４またはＩＳＤＮ呼／網制御部２６に公衆網５０への発呼を指示する（ステップＳ２１３）。
【０１２４】
上記指示に基づき、ＰＳＴＮ呼／網制御部２４またはＩＳＤＮ呼／網制御部２６は、ステップＳ２０４に進み、公衆網５０に発呼する。そして、発呼後、正常に接続された場合（ステップＳ２０５ＹＥＳ）、相手通信端末装置に対するファクシミリ送信処理を行ない（ステップＳ２３１）、送信終了後、動作を終了する。
【０１２５】
一方、「秘匿送信」指示がない場合（ステップＳ２１０ＮＯ）、発呼網判別部１８５は、ＩＰ網４０に発呼すると判別し、上記の如くリダイヤル待ちした後（ステップＳ２１１）、ＩＰ網制御部２１にＩＰ網４０への発呼を指示する（ステップＳ２１２）。
【０１２６】
上記指示に基づき、ＩＰ網制御部２１では、ステップＳ２２１に進み、ＩＰ網４０に発呼する。そして、発呼後、呼が確立されると、相手通信端末装置に対するファクシミリ送信処理を行ない（ステップＳ２２２）、送信終了により動作を終了する。
【０１２７】
なお、網切り替えの場合は、リダイヤル待ち（上記ステップＳ２１１）をせずに即座に発呼するようにしても良い。
【０１２８】
このように、第４の実施例に係わる通信端末装置１０では、秘匿度の高い文書の送信である場合、ユーザはインターフェース（操作／表示部１２）を用いて相手通信端末装置の宛先番号（ＦＡＸ番号）とともに「秘匿送信」の指示も行なう。
【０１２９】
そして、優先的に公衆網５０へ発呼する設定になってはいるが、何等かの理由で公衆網５０経由で相手通信端末装置との接続エラーが発生した場合、「秘匿送信」が指示されているかどうかをチェックする（図９：Ｓ２１０参照）。
【０１３０】
そして、「秘匿送信」指示がなされている場合には、発呼網判別部１８５で発呼する網として公衆網５０を選択し、リダイヤルも当該公衆網５０により実施する。
【０１３１】
また、「秘匿送信」指示がなされていない場合には、発生した通信エラーの種類を通信エラー解析部１８３で解析し、発呼網判別部１８５で、ＩＰ網４０経由であれば接続できる可能性があると判断すれば、リダイヤルはＩＰ網４０に切り替えて実施する。
【０１３２】
このように、公衆網５０に発呼して通信エラーが発生した時、「秘匿送信」指示がなされている場合にのみ公衆網５０に再発呼することで、送信文書の秘匿性を維持できることになる。
【０１３３】
なお、本発明は、上記し、且つ図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。
【０１３４】
例えば、上記実施例では、通信端末装置としてファクシミリ装置の例を挙げたが、本発明は、ファクシミリ装置以外にも、例えば、プリンタ、コピア、ＦＡＸなどのマルチファンクション機能を有する装置等、ＩＰ網４０と公衆網５０の両方に接続される通信端末装置全般に適用できる。
【０１３５】
【発明の効果】
以上説明したように、本発明によれば、ＩＰ網または公衆電話網に対する発呼に際して通信エラーを検出した場合、該通信エラーを解析しその解析結果に応じて再発呼をＩＰ網に対して行うか公衆電話網に対して行うかを自動判別するようにしているため、ユーザによる網の選択が不適切であった場合にも、通信エラー検出後に自動的に網を切り替えて再発呼することで通信をリカバリーでき、情報送信の信頼性を高めることができる。
【図面の簡単な説明】
【図１】本発明に係る通信端末装置のシステム構成を示すブロック図。
【図２】本発明に係わる通信端末装置が接続されるネットワークの構成を示す概念図。
【図３】本発明に係わる通信端末装置のシステム制御部の機能構成を示すブロック図。
【図４】第１の実施例に係わる通信端末装置の発呼制御動作を示すフローチャート。
【図５】第１の実施例に係わる通信端末装置での図４に示す発呼動作制御に基づく通信の流れの一例を示す概念図。
【図６】第２の実施例に係わる通信端末装置の発呼制御動作を示すフローチャート。
【図７】第２の実施例に係わる通信端末装置での図６に示す発呼動作制御に基づく通信の流れの一例を示す概念図。
【図８】第３の実施例に係わる通信端末装置の発呼制御動作を示すフローチャート。
【図９】第４の実施例に係わる通信端末装置の発呼制御動作を示すフローチャート。
【符号の説明】
１０，１０Ａ，１０Ｂ，１０Ｃ，１０Ｄ，１０−１，１０−２…通信端末装置、１１…中央処理装置（ＣＰＵ）、１２…操作／表示部、１２１，１２５…発呼確認画面、１３…読取部、１４…記憶部、１５…画像処理部、１６…画像蓄積部、１７…ＲＡＭ（ランダム・アクセス・メモリ）、１８…システム制御部、１８１…通信エラー検出部、１８３…通信エラー解析部、１８５…発呼網判別部、１８７…解析支援情報記憶部、１９…Ｔ．３７伝送制御部、２０…Ｔ．３８伝送制御部、２１…ＩＰ網制御部、２２…ＳＩＰ呼制御部、２３…Ｇ３ＦＡＸ伝送制御部、２４…ＰＳＴＮ呼／網制御部、２５…Ｇ４ＦＡＸ伝送制御部、２６…ＩＳＤＮ呼／網制御部、２７…システムバス、４０…ＩＰ（インターネット　プロトコル）網、５０…公衆電話網（公衆網）、５１，５２…海外の公衆網
【図１】
2004112516.tif 000003
【図２】
2004112516.tif 000004
【図３】
2004112516.tif 000005
【図４】
2004112516.tif 000006
【図５】
2004112516.tif 000007
【図６】
2004112516.tif 000008
【図７】
2004112516.tif 000009
【図８】
2004112516.tif 000010
【図９】
2004112516.tif 000011