(57)【特許請求の範囲】
【請求項１】
ＩＴＵ−Ｔ勧告Ｔ．３８の通信を行うことの可能な通信端末であって、
呼接続メッセージから相手ＩＰアドレスを取り出すＩＰアドレス取得手段と、
前記呼接続メッセージの交換で同じメーカコードであることを確認するメーカコード確認手段と、
発呼側から受信した前記呼接続メッセージからＦＣＳ送受信能力を備えるか否かを判別するＦＣＳ送受信能力判別手段と、
前記ＦＣＳ送受信能力判別手段によりＦＣＳ送受信能力を備えると判別した場合にＦＣＳ送受信を行う旨を通知するＦＣＳ送受信通知手段と、
前記ＦＣＳの送受信を前記ＩＴＵ−Ｔ勧告Ｔ．３８通信にて行うＦＣＳ送受信手段と、
ファクシミリプロトコル信号のフレームのＦＣＳを算出するファクシミリプロトコル信号フレームＦＣＳ算出手段と、
ＥＣＭ画像フレームのＦＣＳを算出するＥＣＭ画像フレームＦＣＳ算出手段と、を備え、
前記ＩＴＵ−Ｔ勧告Ｔ．３８のエンコード方式のＦＣＳ−ＯＫ又はＦＣＳ−Ｂａｄと、ＦＣＳとの両方が送られてきた場合に、前記ＦＣＳによりチェックするＦＣＳチェック手段を備えることを特徴とする通信端末。
【請求項２】
発呼側ＩＰアドレスと画情報エラー発生の有無を対にして記憶するＩＰアドレス・画情報エラー記憶手段と、
前記ＩＴＵ−Ｔ勧告Ｔ．３８の通信を行うことの可能な通信端末からの発信を検知した場合は前記発呼側のＩＰアドレスを検出して既に記憶している前記発呼側ＩＰアドレスと画情報エラー発生の有無の情報テーブルから一致する前記ＩＰアドレスをサーチするＩＰアドレスサーチ手段と、
一致する前記ＩＰアドレスを発見した場合には対にして記憶されている前記画情報エラー発生の有無を参照する画情報エラー参照手段と、を備えることを特徴とする請求項１記載の通信端末。
【請求項３】
前記画情報エラー発生無しの場合は通信端末の設定がＦＣＳ送受信を行う設定になっている場合でも、前記ＦＣＳ送受信通知手段が相手側にＦＣＳ送受信を行わないことを通知することを特徴とする請求項２記載の通信端末。
【請求項４】
前記画情報エラー発生ありの場合は通信端末の設定がＦＣＳ送受信を行わない設定になっている場合でも、前記ＦＣＳ送受信通知手段が相手側にＦＣＳ送受信を行うことを通知することを特徴とする請求項２記載の通信端末。
【請求項５】
受信原稿を見たユーザが画像に乱れがあると判断した場合はエラーチェックレベルを設定することで前記画情報エラー発生ありを記憶できるエラーチェックレベル設定手段を備え、前記エラーチェックレベル設定手段に基づき、通信端末の設定がＦＣＳ送受信を行わない設定になっている場合でも、前記ＦＣＳ送受信通知手段が相手側にＦＣＳ送受信を行うことを通知することを特徴とする請求項２記載の通信端末。
【請求項６】
同じ発呼側ＩＰアドレスに対して着信を受けるたびに通信回数を積算し登録するＩＰアドレス・通信回数登録手段を備え、前記ＩＰアドレス・通信回数登録手段に基づき、着信を受けた場合に登録された前記発呼側ＩＰアドレスをサーチして、一致したＩＰアドレスを見つけた場合には、前記通信回数を積算すると共に対応する前記通信回数を参照にして一定のエラー発生頻度を超えた場合には前記ＦＣＳ送受信通知手段を自動的に決定することを特徴とする請求項１から５のいずれか１項記載の通信端末。
【請求項７】
同じ発呼側ＩＰアドレスに対して着信を受けるたびにネットワークアドレス毎に通信回数を積算して登録するネットワークアドレス・通信回数登録手段を備え、前記ネットワークアドレス・通信回数登録手段に基づき、着信を受けた場合に登録された前記ネットワークアドレスをサーチし、一致したネットワークを見つけた場合には前記ネットワークアドレスに対して通信回数を積算すると共に対応する通信回数を参照して、一定回数を超えた場合には前記ＦＣＳ送受信通知手段を自動的に決定することを特徴とする請求項１から５のいずれか１項記載の通信端末。
【請求項８】
着信を受けるたびに前記発呼側ＩＰアドレス毎に通信開始時刻を記録する通信開始時刻記録手段と、記録された前記ＩＰアドレスと前記通信開始時刻からトラフィックの高い時間帯を算出する高トラフィック時刻算出手段と、着信を受けたとき登録された前記ＩＰアドレスをサーチし、一致したネットワークを見つけた場合には、その前記ＩＰアドレスに対して前記トラフィックの高い時刻かチェックする高トラフィック時刻チェック手段と、を備え前記通信開始時刻記録手段と前記高トラフィック時刻算出手段と前記高トラフィック時刻チェック手段とに基づき、前記トラフィックが高い時間帯と一致した場合は前記ＦＣＳ送受信通知手段を自動的に決定することを特徴とする請求項１から７のいずれか１項記載の通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＴＵ−Ｔ（International Telecomunication Union-Telecomunication Standardization Sector;国際電気通信連合−電気通信標準化部門）勧告Ｔ．３８の通信を行うことが可能な通信端末に関する。
【背景技術】
【０００２】
従来、通信端末の一つであるファクシミリの通信は電話網を介したものが一般的であった。しかし近年は、通信料金がかからないという利点のある、インターネットに代表されるネットワーク経由のファクシミリ通信が普及してきた。そこでパケット網でパケット化したＩＴＵ−Ｔ勧告Ｔ．３０信号をやり取りするためＩＴＵ−Ｔ勧告Ｔ．３８が制定され、この通信技術を利用することでパケット網を介した端末間の能力交換やリアルタイムでの通信が可能となった。
【０００３】
しかしパケット通信網では、トラフィック量が増大すると局所的に大きな通信遅延が発生することがある。Ｔ．３０プロトコルでは一定以上の通信遅延が生じると障害が発生したと判断されファクシミリ通信が強制的に中止されてしまうが、たとえ通信遅延が発生した場合であっても、受信側ゲートウェイが独自に送信側ゲートウェイに信号の返信を行うことにより画情報の受信を開始して蓄積を行い、その後受信側ファクシミリ装置へ画情報の送信を行うことにより、ファクシミリ通信が強制的に中止されてしまうことを防ぐ技術が提案されている。（例えば特許文献１）
【０００４】
また、呼制御チャンネルを使用したデータ転送が可能である旨を相手側へ通知し、さらに相手側が呼制御チャンネルを使用したデータ転送が可能であるか否かを検出することによって、相手側と自己端末の両方が呼制御チャンネルを使用したデータ転送が可能である場合には、データチャンネルを開設することなしにデータの転送を行え、冗長な伝送エラー訂正を省いた効率的なデータ転送を行える技術も提案されている。（例えば特許文献２）
【特許文献１】特許第３８７５４５３号公報
【特許文献２】特開２００１−９４７１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし上記従来技術では、ＩＴＵ−Ｔ勧告Ｔ．３０ファクシミリ信号フレームとＥＣＭ（Error Correction Mode）画情報フレームでエラー検出できない場合があるという問題があった。
【０００６】
本発明はこのような実情を鑑みてなされたものであり、フレームエラーに主眼をおき、ＦＣＳ（Frame Check Sequence）を使用してエラー検出を行うことにより、信頼性の高いＴ．３８通信を実現可能な通信端末を提供することを目的としている。
【課題を解決するための手段】
【０００７】
請求項１記載の発明は、ＩＴＵ−Ｔ勧告Ｔ．３８の通信を行うことの可能な通信端末であって、呼接続メッセージから相手ＩＰアドレスを取り出すＩＰアドレス取得手段と、呼接続メッセージの交換で同じメーカコードであることを確認するメーカコード確認手段と、発呼側から受信した呼接続メッセージからＦＣＳ送受信能力を備えるか否かを判別するＦＣＳ送受信能力判別手段と、ＦＣＳ送受信能力判別手段によりＦＣＳ送受信能力を備えると判別した場合にＦＣＳ送受信を行う旨を通知するＦＣＳ送受信通知手段と、ＦＣＳの送受信をＴ．３８通信にて行うＦＣＳ送受信手段と、ファクシミリプロトコル信号のフレームのＦＣＳを算出するファクシミリプロトコル信号フレームＦＣＳ算出手段と、ＥＣＭ画像フレームのＦＣＳを算出するＥＣＭ画像フレームＦＣＳ算出手段と、を備え、ＩＴＵ−Ｔ勧告Ｔ．３８のエンコード方式のＦＣＳ−ＯＫ又はＦＣＳ−Ｂａｄと、ＦＣＳとの両方が送られてきた場合に、前記ＦＣＳによりチェックするＦＣＳチェック手段を備えることを特徴とする。
【０００９】
請求項２記載の発明は、請求項１記載の通信端末であって、発呼側ＩＰアドレスと画情報エラー発生の有無を対にして記憶するＩＰアドレス・画情報エラー記憶手段と、Ｔ．３８の通信を行うことの可能な通信端末からの発信を検知した場合は発呼側のＩＰアドレスを検出して既に記憶している発呼側ＩＰアドレスと画情報エラー発生の有無の情報テーブルから一致するＩＰアドレスをサーチするＩＰアドレスサーチ手段と、一致するＩＰアドレスを発見した場合には対にして記憶されている画情報エラー発生の有無を参照する画情報エラー参照手段と、を備えることを特徴とする。
【００１０】
請求項３記載の発明は、請求項２記載の通信端末であって、画情報エラー発生無しの場合は通信端末の設定がＦＣＳ送受信を行う設定になっている場合でも、ＦＣＳ送受信通知手段が相手側にＦＣＳ送受信を行わないことを通知することを特徴とする。
【００１１】
請求項４記載の発明は、請求項２記載の通信端末であって、画情報エラー発生ありの場合は通信端末の設定がＦＣＳ送受信を行わない設定になっている場合でも、ＦＣＳ送受信通知手段が相手側にＦＣＳ送受信を行うことを通知することを特徴とする。
【００１２】
請求項５記載の発明は、請求項２記載の通信端末であって、受信原稿を見たユーザが画像に乱れがあると判断した場合はエラーチェックレベルを設定することで画情報エラー発生ありを記憶できるエラーチェックレベル設定手段を備え、エラーチェックレベル設定手段に基づき、通信端末の設定がＦＣＳ送受信を行わない設定になっている場合でも、ＦＣＳ送受信通知手段が相手側にＦＣＳ送受信を行うことを通知することを特徴とする。
【００１３】
請求項６記載の発明は、請求項１から５のいずれか１項記載の通信端末であって、同じ発呼側ＩＰアドレスに対して着信を受けるたびに通信回数を積算し登録するＩＰアドレス・通信回数登録手段を備え、ＩＰアドレス・通信回数登録手段に基づき着信を受けた場合に登録された発呼側ＩＰアドレスをサーチして、一致したＩＰアドレスを見つけた場合には、通信回数を積算すると共に対応する通信回数を参照にして一定のエラー発生頻度を超えた場合にはＦＣＳ送受信通知手段を自動的に決定することを特徴とする。
【００１４】
請求項７記載の発明は、請求項１から５のいずれか１項記載の通信端末であって、同じ発呼側ＩＰアドレスに対して着信を受けるたびにネットワークアドレス毎に通信回数を積算して登録するネットワークアドレス・通信回数登録手段を備え、ネットワークアドレス・通信回数登録手段に基づき着信を受けた場合に、登録されたネットワークアドレスをサーチし、一致したネットワークを見つけた場合にはネットワークアドレスに対して通信回数を積算すると共に対応する通信回数を参照して、一定回数を超えた場合にはＦＣＳ送受信通知手段を自動的に決定することを特徴とする。
【００１５】
請求項８記載の発明は、請求項１から７のいずれか１項記載の発明であって、着信を受けるたびに発呼側ＩＰアドレス毎に通信開始時刻を記録する通信開始時刻記録手段と、記録されたＩＰアドレスと通信開始時刻からトラフィックの高い時間帯を算出する高トラフィック時刻算出手段と、着信を受けたとき登録されたＩＰアドレスをサーチし、一致したネットワークを見つけた場合には、そのＩＰアドレスに対してトラフィックの高い時刻かチェックする高トラフィック時刻チェック手段と、を備え通信開始時刻記録手段と高トラフィック時刻算出手段と高トラフィック時刻チェック手段とに基づきトラフィックが高い時間帯と一致した場合はＦＣＳ送受信通知手段を自動的に決定することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、通信端末は呼接続でＦＣＳ送受信する旨を通知し、発呼側端末から送られてきたＦＣＳを使用してエラー検出を行うことにより、エラー検出を強化することが可能となり、Ｔ．３８通信の信頼性を向上させることができる。
【発明を実施するための最良の形態】
【００１７】
以下に、図面を用いて本発明の実施形態を詳細に説明する。図１は、本発明の実施形態に係る通信端末のブロック図である。図示するように、通信端末は、システム制御部１０、システムメモリ１１、パラメータメモリ１２、時計回路１３、スキャナ１４、プロッタ１５、操作表示部１６、Ｔ．３８符号化復号化部１７、呼接続メッセージ符号化復号化部１８、磁気ディスク装置１９、Ｇ３プロトコル情報取出部２０、Ｇ３プロトコル情報生成部２１、ネットワーク通信制御部２２を備える。
【００１８】
システム制御部１０は、制御プログラムに従って、各装置部を総括的に制御する集中演算装置である。システムメモリ１１は、上記制御プログラムを格納した記憶媒体である。パラメータメモリ１２は、予め設定されている情報などを蓄積するためのものである。時計回路１３は、時刻を保存する。
【００１９】
スキャナ１４は、所定の読み出し綿密度で原稿画像を読み取ってイメージデータを生成するためのものである。プロッタ１５は、受信した画情報をその綿密度に応じて記録出力することや、スキャナ１４で読み取った画情報をその綿密度に応じて記録出力するためのものである。磁気ディスク装置１９は、画情報の格納などを行う装置である。
【００２０】
操作表示部１６は、操作情報及び設定情報を入力すると共にこれらの情報や装置の状態情報を表示するためのものであり、ダイヤル番号操作キー等の各種操作キー及び液晶表示装置等の表示器を備える。
【００２１】
Ｔ．３８符号化復号化部１７は、Ｔ．３８通信のために所定の符号方式で符号化圧縮（エンコード）する一方、所定の復号化方式で復号伸張（デコード）するものである。呼接続メッセージ符号化復号化部１８は、呼接続メッセージを所定の符号化方式で符号化圧縮する一方、所定の復号化方式で復号伸張するものである。
【００２２】
Ｇ３プロトコル情報取出部２０は、送信するＧ３ファクシミリ伝送手順を取り出すためのものである。Ｇ３プロトコル情報生成部２１は、受信情報に対応するＧ３ファクシミリ伝送手順信号情報に変換するためのものである。ネットワーク通信制御部２２は、相手端末との接続及び切断を制御するためのものである。
【００２３】
（実施形態１）
図２は、通信シーケンスについて示す図であり、図９は、発呼側から呼接続メッセージを受信した場合のエラー検出の処理を示したフローチャートである。本実施形態では、呼接続でＦＣＳ送受信通知を送信した後に、発呼側端末から受信したＦＣＳを使用してエラー検出を行う流れの一例について、図９に示すフローチャートを用いて詳細に説明する。
【００２４】
受信したメッセージが呼接続メッセージであるか否かの判定を行い（ステップＳ１０１）、呼接続メッセージである場合（ステップＳ１０１/ＹＥＳ）は、呼接続メッセージの交換で同じメーカコードであるか否かの確認を行う（ステップＳ１０２）。
【００２５】
同じメーカコードであると確認できた場合（ステップＳ１０２/ＹＥＳ）は、呼接続メッセージによってＦＣＳ送受信能力を備えるか否かの判別を行う（ステップＳ１０３）。ＦＣＳ送受信能力を備える場合（ステップＳ１０３/ＹＥＳ）は、ＦＣＳ送受信を行う旨のパラメータを呼接続メッセージにセット（ステップＳ１０４）し、呼接続メッセージを送信する（ステップＳ１０５）。この場合、図２に示すように、Ｈ．３２３プロトコルならばＣｏｎｎｅｃｔメッセージ、ＳＩＰ（Session Initiation Protocol）プロトコルであるならばＡＣＫ（ACKnowledgement）又は２００ＯＫメッセージにＦＣＳ送受信を行う旨のパラメータをセットする。
【００２６】
次に、Ｔ．３０ファクシミリ信号を生成して送信し（ステップＳ１０６）、ステップＳ１０６で送信したＴ．３０ファクシミリ信号のＦＣＳも生成して送信する（ステップＳ１０７）。
【００２７】
Ｔ．３０ファクシミリ信号又はＥＣＭ画像情報フレームである場合（ステップＳ１０８/ＹＥＳ）で、ＦＣＳを受信した場合（ステップＳ１０９）は、直前に受信した信号フレームのＦＣＳをデコードしてＦＣＳを算出する（ステップＳ１１０）。
【００２８】
上記ステップＳ１１０で算出したＦＣＳと上記ステップＳ１０９で受信したＦＣＳを比較することによって、エラーであるか否かを判断する（ステップＳ１１１）。算出したＦＣＳと受信したＦＣＳが一致する場合（ステップＳ１１１/ＹＥＳ）は、エラーは発生していないため、Ｔ．３０制御を行う（ステップＳ１１２）。一方、上記ステップＳ１１０で算出したＦＣＳと上記ステップＳ１０９で受信したＦＣＳが異なる場合（ステップＳ１１１/ＮＯ）には、エラーが発生しているため、受信した信号フレームを読み捨て、エラーの検出能力を向上させる。
【００２９】
処理が終了していないＴ．３０ファクシミリ信号またはＥＣＭ画情報フレームがある場合（ステップＳ１１２/ＮＯ）は、上記ステップＳ１０６へ戻り、処理を続ける。全てのＴ．３０ファクシミリ信号またはＥＣＭ画情報フレームについて処理が終了した場合には通信は終了となる（ステップＳ１１２/ＹＥＳ）。
【００３０】
本実施形態により、本端末が呼接続メッセージでＦＣＳ送受信を行う旨のメッセージを送信し、相手側から送られてきたＦＣＳを使用してエラー検出を行うことにより、エラー検出を強化することが可能となり、Ｔ．３８通信の信頼性を向上させることが可能となる。
【００３１】
（実施形態２）
図３は自己能力を通知する信号を示す図であり、図１０はＦＣＳ送受信を行わない旨の通知をした場合の処理の流れを示したフローチャートである。本実施形態では、自機がＦＣＳ送受信を行わない通知をしたにもかかわらず、発呼側からＦＣＳ−ＯＫ又はＦＣＳ−Ｂａｄと、ＦＣＳの両方が送信された場合のエラー検出の一例について、図１０に示すフローチャートを用いて詳細に説明する。
【００３２】
受信したメッセージが呼接続メッセージであるか否かの判定を行い（ステップＳ２０１）、呼接続メッセージである場合（ステップＳ２０１/ＹＥＳ）は、呼接続メッセージの交換で同じメーカコードであるか否かの確認を行う（ステップＳ２０２）。
【００３３】
同じメーカコードであると確認できた場合（ステップＳ２０２/ＹＥＳ）は、呼接続メッセージによってＦＣＳ送受信能力を備えるか否かの判別を行う（ステップＳ２０３）。ＦＣＳ送受信能力を備える場合（ステップＳ２０３/ＹＥＳ）であっても、自機はＦＣＳ送受信を行わない旨のパラメータをセットし（ステップＳ２０４）、呼接続メッセージを送信する（ステップＳ２０５）。
【００３４】
次に、Ｔ．３０ファクシミリ信号を生成して送信し（ステップＳ２０６）、ステップＳ２０６で送信したＴ．３０ファクシミリ信号のＦＣＳも生成して送信する（ステップＳ２０７）。
【００３５】
Ｔ．３０ファクシミリ信号又はＥＣＭ画像情報フレームである場合（ステップＳ２０８/ＹＥＳ）で、上記ステップＳ２０４の通知をしたにもかかわらず、ＦＣＳ−ＯＫ又はＦＣＳ−Ｂａｄと、ＦＣＳの両方を受信した場合（ステップＳ２０９/ＹＥＳ）には、受信したファクシミリ信号フレーム又はＥＣＭ画情報フレームからＦＣＳを算出し（ステップＳ２１０）、正確なエラーチェックが可能な２バイトコードのＦＣＳと上記ステップＳ２１０で算出したＦＣＳが一致するか否かを判定する（ステップＳ２１１）。
【００３６】
２バイトコードのＦＣＳと上記ステップＳ２１０で算出したＦＣＳが一致する場合（ステップＳ２１１/ＹＥＳ）は、エラーは発生していないため、続けてＴ．３０制御を行う（ステップＳ２１２）。一方、２バイトコードのＦＣＳと上記ステップＳ２１０で算出したＦＣＳが一致しない場合（ステップＳ２１１/ＮＯ）は、エラーが発生しているため、受信した信号フレームを読み捨て、エラーの検出能力を向上させる。
【００３７】
処理が終了していないＴ．３０ファクシミリ信号またはＥＣＭ画情報フレームがある場合（ステップＳ２１３/ＮＯ）は、上記ステップＳ２０６へ戻り、処理を続ける。全てのＴ．３０ファクシミリ信号またはＥＣＭ画情報フレームについて処理が終了した場合には通信は終了となる（ステップＳ２１３/ＹＥＳ）。
【００３８】
本実施形態により、本端末がＦＣＳ送受信をしないと呼接続メッセージで相手側端末に通知したにもかかわらず、予想外にＦＣＳ−ＯＫ又はＦＣＳ−Ｂａｄと、ＦＣＳの両方が送信されてきた場合は、２バイトコードのＦＣＳによりＴ．３０ファクシミリ信号フレームとＥＣＭ画情報フレームの検出を行うことで、正確なエラー検出が可能となり、Ｔ．３８通信の信頼性を向上させることが可能となる。
【００３９】
（実施形態３）
図４は、発呼側ＩＰアドレスと画情報エラー発生の有無を対にして記憶した情報テーブルの一例を示す図である。図１１は、発呼側ＩＰアドレスと画情報エラー発生の有無を記憶する処理の流れについて示したフローチャートであり、図１２はその発呼側ＩＰアドレスと一致するＩＰアドレスから着信があった場合の処理の流れについて示したフローチャートである。本実施形態では、相手ＩＰアドレスと画情報エラー発生の有無を対にして情報テーブルに記憶する処理と、その情報テーブルに記憶されたＩＰアドレスから着信した場合の処理ついて詳細に説明する。
【００４０】
まず、相手ＩＰアドレスと画情報エラー発生の有無を対にして情報テーブルに記憶する処理を図１１に示すフローチャートを用いて詳細に説明する。
【００４１】
Ｔ．３８端末からの着信を検出した場合（ステップＳ３０１）は、発呼側端末からＩＰアドレスを取り出し、そのＩＰアドレスをセーブする（ステップＳ３０２）。その後、Ｔ．３８通信を行い（ステップＳ３０３）、ＥＣＭ通信で画情報がエラーであるか否かの判定を行う（ステップＳ３０４）。
【００４２】
ＥＣＭ通信で画情報がエラーである場合（ステップＳ３０５/ＹＥＳ）は、相手ＩＰアドレスと対にしてＦＣＳ送受信を行うという情報をパラメータエリアに書き込む（ステップＳ３０６）。一方、ＥＣＭ通信で画情報がエラーでない場合（ステップＳ３０５/ＮＯ）には、相手ＩＰアドレスと対にしてＦＣＳ送受信を行わないという情報をパラメータエリアに書き込む（ステップＳ３０７）。
【００４３】
次に、情報テーブルに記憶されたＩＰアドレスから着信した場合の処理について図１２に示すフローチャートを用いて詳細に説明する。
【００４４】
呼接続メッセージを受信し（ステップＳ４０１）、相手ＩＰアドレスを取り出す（ステップＳ４０２）。上記ステップＳ４０２で取り出したＩＰアドレスが、既に記憶されているＩＰアドレスに一致するか否かをサーチする（ステップＳ４０３）。既に記憶されているＩＰアドレスと一致する場合（ステップＳ４０３/ＹＥＳ）は、その記憶されたＩＰアドレスと対にして画情報エラー発生の記録があるか否かを参照する（ステップＳ４０４）。
【００４５】
ＥＣＭ通信で画情報エラー発生の記憶がない場合(ステップＳ４０４/ＮＯ)は、続けて自機がＦＣＳ送受信を行う設定であるか否か確認する（ステップＳ４０５）。ＥＣＭ通信で画情報エラー発生の記憶がある場合については後述する。
【００４６】
ＦＣＳ送受信を行う設定の場合（ステップＳ４０５/ＹＥＳ）は、自動的にＦＣＳ送受信を行わない旨のパラメータを呼接続メッセージにセットし、呼接続メッセージを送信する（ステップＳ４０９）。一方ＦＣＳ送受信を行わない設定の場合（ステップＳ４０５/ＮＯ）には、特に設定変更は行わずにＦＣＳ送受信を行わない旨を相手端末に呼接続メッセージで通知する（ステップＳ４０９）。
【００４７】
本実施形態により、発呼側の呼接続メッセージから送られてくる発呼側ＩＰアドレスと画情報エラー発生の有無を対にして記憶することで、エラーが発生していなければ、次回そのＩＰアドレスからの着信を受けた場合には、ＦＣＳ送受信をしないことを発呼側端末に呼接続メッセージで通知することで、ネットワークのトラフィックを低減することが可能となる。
【００４８】
（実施形態４）
Ｔ．３８通信を行う相手のＩＰアドレスが、上記ステップＳ３０２で記録されたＩＰアドレスであり、対にして画情報エラー発生ありの記録がある場合（ステップＳ４０４/ＹＥＳ）の流れについて図１２に示すフローチャートを用いて詳細に説明する。尚、上記ステップＳ４０１からステップＳ４０３までの処理は上述した実施形態３の処理と同様である。
【００４９】
上記ステップＳ４０４すなわち、記憶されたＩＰアドレスと対にしてＥＣＭ通信で画情報エラー発生の記録があるか否かを参照する処理を行い、画情報エラー発生の記録がある場合(ステップＳ４０４/ＹＥＳ)は、続けて自機がＦＣＳ送受信を行う設定であるか否か確認する（ステップＳ４０７）。
【００５０】
ＦＣＳ送受信を行わない設定の場合（ステップＳ４０７/ＮＯ）は、自動的にＦＣＳ送受信を行う旨のパラメータを呼接続メッセージにセットし（ステップＳ４０８）、呼接続メッセージを送信する（ステップＳ４０９）。一方ＦＣＳ送受信を行う設定の場合（ステップＳ４０７/ＹＥＳ）には、特に設定変更は行わずにＦＣＳ送受信を行う旨を相手端末に呼接続メッセージで通知する（ステップＳ４０９）。
【００５１】
本実施形態により、ＦＣＳ送受信を行わない設定になっていた場合であっても、発呼側ＩＰアドレスと画情報エラーの発生の有無を対にして記録することで、画情報エラーを検出した場合には、自動的にＦＣＳを送受信する設定に変更し、次回そのＩＰアドレスから着信を受けた場合には、ＦＣＳ送受信を行うことを発呼側端末に呼接続メッセージで通知することで、ネットワークのトラフィックを必要なときだけ上げることが可能となり、ネットワーク負荷を低減することが可能となる。
【００５２】
（実施形態５）
図５はエラーチェックレベルの選択を促す操作表示部の一例を示す図である。図１３はユーザによるエラーチェックレベル編集の処理の流れを示したフローチャートである。画情報エラーを端末で検出できない場合に、ユーザが手動で画情報エラーを登録する処理の流れについて、図１２及び図１３に示すフローチャートを用いて詳細に説明する。
【００５３】
画情報エラーを端末で検知できなかった場合に、ユーザは手動で画情報エラーの登録を行う。まず操作表示部１６に図５に示すような相手ＩＰアドレスとエラー検出レベル（強化/普通）の選択画面を表示し（ステップＳ５０１）、エラーレベルを強化するか否かを設定する（ステップＳ５０２）。
【００５４】
エラーレベル強化に設定した場合（ステップＳ５０２/強化）は、発呼側端末のＩＰアドレスと対にＦＣＳ送受信を行うという情報をパラメータエリアに書き込む(ステップＳ５０３)。
【００５５】
次回上記ステップＳ５０２でエラーチェックレベルを強化する設定をしたＩＰアドレスから着信があった場合には、図１２に示す上記ステップＳ４０４すなわちＥＣＭ通信で画情報エラー発生の記憶ありと判断され（ステップＳ４０４/ＹＥＳ）、自機がＦＣＳ送受信をしない設定の場合（ステップＳ４０７/ＹＥＳ）には、呼接続メッセージにＦＣＳ送受信をする旨のパラメータをセットし（ステップＳ４０８）、呼接続メッセージを送信する（ステップＳ４０９）。一方、ＦＣＳ送受信を行う設定の場合（ステップＳ４０７/ＹＥＳ）には、特に設定変更は行わずにＦＣＳ送受信を行う旨を相手端末に呼接続メッセージで通知する（ステップＳ４０６）。尚、上記ステップＳ４０１からステップＳ４０３までの処理は上述した実施形態３の処理と同様である。
【００５６】
本実施形態により、着呼側端末が画情報エラーと判断できない場合であっても、ユーザが手動でＦＣＳ送受信設定をＩＰアドレス毎に登録する機能を備えることにより、エラー検出を強化することが可能となり、Ｔ．３８通信の信頼性を向上することが可能となる。
【００５７】
（実施形態６）
図６はＩＰアドレスと通信回数を対にして記憶した情報テーブルの一例を示す図である。図１４は、同じ発呼側ＩＰアドレスに対して通信回数を登録すると供に、その通信回数を参照して算出したエラー発生頻度からＦＣＳ送受信をする旨を呼接続メッセージにセットする処理の流れを示したフローチャートである。本実施形態では、同じＩＰアドレスからの着信回数を記録し、その通信回数を参照して算出されたエラー発生頻度の値が一定を超える場合、ＦＣＳ送受信をする旨を発呼側に通知する処理の一例について、図１４に示すフローチャートを用いて詳細に説明する。
【００５８】
呼接続メッセージを受信し（ステップＳ６０１/ＹＥＳ）、発呼側が同じメーカコード（ステップＳ６０２/ＹＥＳ）でかつＦＣＳ送受信能力を備える場合（ステップＳ６０３/ＹＥＳ）には、発呼側の呼接続メッセージから、発呼側のＩＰアドレスを取り出し、記録する（ステップＳ６０４）。
【００５９】
ＩＰアドレスと対にして記憶された通信回数を図６に示す情報テーブルよりサーチする（ステップＳ６０５）。サーチしたＩＰアドレスが、現在の通信相手のＩＰアドレスと一致するか否かの判定を行う（ステップＳ６０６）。サーチしたＩＰアドレスが現在の通信相手のＩＰアドレスと一致する場合（ステップＳ６０６/ＹＥＳ）は、一致したアドレスと対にして記録されている通信回数を読み出し（ステップＳ６０７）、続いて通信回数でトラフィックが多いと判断する値を読み出す（ステップＳ６０８）。
【００６０】
上記ステップＳ６０７で読み出した通信回数と上記ステップＳ６０８で読み出した値を比較し、一定のエラー発生頻度を超えた場合（ステップＳ６０９/ＹＥＳ）は、発呼側端末に送信する呼接続メッセージにＦＣＳ送受信する旨のパラメータをセットし（ステップＳ６１０）、呼接続メッセージを送信する（ステップＳ６１１）。
【００６１】
次に、Ｔ．３０ファクシミリ信号パケット又はＥＣＭ画情報パケットを送信し（ステップＳ６１２）、ＦＣＳ送受信をする設定の場合（ステップＳ６１３/ＹＥＳ）には、ＦＣＳをエンコードして送信する（ステップＳ６１４）。
【００６２】
発呼側からＴ．３０ファクシミリ信号パケット又はＥＣＭ画情報パケットの受信を行う（ステップＳ６１５）。このときＦＣＳ送受信をする設定の場合（ステップＳ６１６/ＹＥＳ）は、ＦＣＳを受信し（ステップＳ６１７）、エラー検出を行う（ステップＳ６１８）。
【００６３】
エラーが生じていない場合（ステップＳ６１９/ＮＯ）は、Ｔ．３０プロトコルの制御を行う（ステップＳ６２０）。そして、通信を終了する場合（ステップＳ６２１/ＹＥＳ）は、現在の通信相手のＩＰアドレスと通信回数の更新をする（ステップＳ６２２）。
【００６４】
本実施形態により、通信トラフィックが高くエラーが発生しやすい通信相手に対しては自動的にＦＣＳ送受信を行う設定に変更することにより、正確なエラー検出方法を採用し、Ｔ．３８通信の信頼性を向上させることが可能となる。
【００６５】
（実施形態７）
図７は、ネットワークアドレスと通信回数を対にして記憶した情報テーブルの一例を示す図である。図１５は、トラフィックが一定以上のネットワークアドレスからの着信の流れを示したフローチャートである。ネットワークアドレス毎に通信回数を積算して登録し、その通信回数が一定の回数を超える場合、ＦＣＳ送受信をする旨を発呼側に通知する処理の一例について、図１５に示すフローチャートを用いて詳細に説明する。尚、通信トラフィック量はネットワークアドレスによって区分が可能である。
【００６６】
呼接続メッセージを受信し（ステップＳ７０１/ＹＥＳ）、発呼側が同じメーカコード（ステップＳ７０２/ＹＥＳ）でかつＦＣＳ送受信能力を備える場合（ステップＳ７０３/ＹＥＳ）には、発呼側の呼接続メッセージから、発呼側のネットワークアドレスを取り出し、記録する（ステップＳ７０４）。
【００６７】
ネットワークアドレスと対にして記録された通信回数を図７に示す情報テーブルよりサーチする（ステップＳ７０５）。サーチしたネットワークアドレスが、現在の通信相手のネットワークアドレスと一致するか否かの判定を行う（ステップＳ７０６）。
【００６８】
サーチしたネットワークアドレスが現在のネットワークアドレスと一致する場合（ステップＳ７０６/ＹＥＳ）は、一致したネットワークアドレスと対にして記録されている通信回数を読み出し（ステップＳ７０７）、続いて通信回数でトラフィックが多いと判断する値を読み出す（ステップＳ７０８）。例えば図７では基準通信回数は１５０回と設定されている。
【００６９】
上記ステップＳ７０７で読み出した通信回数と上記ステップＳ７０８で読み出した値を比較し（ステップＳ７０９）、上記ステップＳ７０７で読み出した通信回数の値が上記ステップＳ７０８で読み出した値よりも大きい場合（ステップＳ７０９/ＹＥＳ）は、発呼側に送信する呼接続メッセージにＦＣＳ送受信する旨のパラメータをセットし（ステップＳ７１０）、呼接続メッセージを送信する（ステップＳ７１１）。
【００７０】
次に、Ｔ．３０ファクシミリ信号パケット又はＥＣＭ画情報パケットを送信し（ステップＳ７１２）、ＦＣＳ送受信をする設定の場合（ステップＳ７１３/ＹＥＳ）には、ＦＣＳをエンコードして送信する（ステップＳ７１４）。
【００７１】
発呼側からＴ．３０ファクシミリ信号パケット又はＥＣＭ画情報パケットの受信を行う（ステップＳ７１５）。このときＦＣＳ送受信をする設定の場合（ステップＳ７１６/ＹＥＳ）は、ＦＣＳを受信し（ステップＳ７１７）、エラー検出を行う（ステップＳ７１８）。
【００７２】
エラーが生じていない場合（ステップＳ７１９/ＮＯ）は、Ｔ．３０プロトコルの制御を行う（ステップＳ７２０）。通信を終了する場合（ステップＳ７２１/ＹＥＳ）は、現在の通信相手のネットワークアドレスと通信回数の更新をする（ステップＳ７２２）。
【００７３】
通信トラフィックが多く画情報エラーが発生しやすいネットワークアドレス内のアドレスであるが、通信を行ったことがない初めてのアドレスと通信する場合、ＦＣＳ送受信を行わない設定になっているためにエラーになってしまうという問題があったが、本実施形態により、１つの相手端末のアドレスを対照とするのではなく、１つのネットワークグループとして扱うことにより、初めて通信を行う相手とも、正確なエラー検出を行うことが可能となり、Ｔ．３８通信の信頼性を向上させることが可能となる。
【００７４】
（実施形態８）
図８はＩＰアドレスと通信開始時刻を記録した情報テーブルと算出されたトラフィックの高い時間帯とを示す図である。図１６は、トラフィックが高い時間帯に通信が始まった通信の処理の流れを示したフローチャートである。本実施形態では、トラフィックが高い時間帯に通信が始まった通信の処理の一例について、図１６に示すフローチャートを用いて詳細に説明する。
【００７５】
呼接続メッセージを受信し（ステップＳ８０１/ＹＥＳ）、発呼側が同じメーカコード（ステップＳ８０２/ＹＥＳ）でかつＦＣＳ送受信能力を備える場合（ステップＳ８０３/ＹＥＳ）には、発呼側の呼接続メッセージから、発呼側のネットワークアドレスを取り出し、記録する（ステップＳ８０４）。
【００７６】
発呼側のＩＰアドレスが、ＩＰアドレス・トラフィックの情報テーブルに記録されているかサーチ（ステップＳ８０５）し、記録されたＩＰアドレスと一致する場合（ステップＳ８０６/ＹＥＳ）には、そのＩＰアドレスと対にして記録されている高いトラフィックの開始時刻と終了時刻を読みだす（ステップＳ８０７）。次に現在時刻を読み出し（ステップＳ８１０）、上記ステップＳ８０７で読み出した高いトラフィック開始時刻と終了時刻の時刻間に該当するか否かを判断する（ステップＳ８１１）。
【００７７】
一方、記録されたＩＰアドレスと一致しなかった場合（ステップＳ８０６/ＮＯ）には、記録されたネットワークアドレスが現在の通信相手と一致するかを判断し（ステップＳ８０８）、記録されたネットワークアドレスと一致する場合（ステップＳ８０８/ＹＥＳ）には、一致したネットワークアドレスと対にして記録されている高いトラフィックの開始時刻と終了時刻を読みだす（ステップＳ８０９）。次に現在時刻を読み出し（ステップＳ８１０）、上記ステップＳ８０７で読み出した高いトラフィック開始時刻と終了時刻の時刻間に該当するか否かを判断する（ステップＳ８１１）。
【００７８】
上記ステップＳ８１１でトラフィックが高い時刻であると判断された場合（ステップＳ８１１/ＹＥＳ）は、自動的に呼接続メッセージにＦＣＳ送受信をする旨のパラメータをセットし（ステップＳ８１２）、呼接続メッセージを発呼側に送信する（ステップＳ８１３）。
【００７９】
次に、Ｔ．３０ファクシミリ信号パケット又はＥＣＭ画情報パケットを送信し（ステップＳ８１４）、ＦＣＳ送受信をする設定の場合（ステップＳ８１５/ＹＥＳ）には、ＦＣＳをエンコードして送信する（ステップＳ８１６）。
【００８０】
発呼側からＴ．３０ファクシミリ信号パケット又はＥＣＭ画情報パケットの受信を行う（ステップＳ８１７）。このときＦＣＳ送受信をする設定の場合（ステップＳ８１８/ＹＥＳ）は、ＦＣＳを受信し（ステップＳ８１９）、エラー検出を行う（ステップＳ８２０）。
【００８１】
エラーが生じていない場合（ステップＳ８２１/ＮＯ）は、Ｔ．３０プロトコルの制御を行う（ステップＳ８２２）。通信を終了する場合（ステップＳ８２３/ＹＥＳ）は、現在の通信相手のＩＰアドレスと通信回数を記録し（ステップＳ８２４）、高いトラフィックの開始時刻と終了時刻を算出する（ステップＳ８２５）。
【００８２】
ビジネス時間の開始直後又は終了直前はネットワークトラフィックが上昇傾向にあるため、エラーが起こり易いという問題があったが、本実施形態により、ひとつの相手端末のアドレスだけではなく、トラフィックの高くなる時間帯をＦＣＳ設定変更の要素に取り入れることにより、初めて通信を行う相手とも、正確なエラー検出を行うことが可能となり、Ｔ．３８通信の信頼性を向上させることが可能となる。
【００８３】
以上好適な実施の形態に基づき具体的に説明したが、本発明は上述した実施形態に係る通信端末に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であるといことは言うまでもない。
【図面の簡単な説明】
【００８４】
【図１】本実施形態の通信端末のハード構造の概要を示すブロック図である。
【図２】本実施形態に係る通信シーケンスについて示す図である。
【図３】本実施形態に係る自己能力を通知する信号を示す図である。
【図４】本実施形態に係るＩＰアドレスとエラー発生の有無を対にして記憶した情報テーブルの一例である。
【図５】本実施形態に係るエラーチェックレベルの選択を促す操作表示部の一例を示す図である
【図６】本実施形態に係るＩＰアドレスと通信回数を対にして記憶した情報テーブルの一例である。
【図７】本実施形態に係るネットワークアドレスと通信回数を対にして記憶した情報テーブルの一例である。
【図８】本実施形態に係るＩＰアドレスと通信開始時刻を対にして記憶した情報テーブルの一例である。
【図９】本実施形態に係るＦＣＳを使用したエラー検出処理を示すフローチャートである。
【図１０】本実施形態に係る予想外にＦＣＳ−ＯＫ又はＦＣＳ−Ｂａｄと、ＦＣＳの両方が受信された場合のエラー検出を示すフローチャートである。
【図１１】本実施形態に係る発呼側ＩＰアドレスと画情報エラー発生の有無を対にして記憶する処理を示すフローチャートである。
【図１２】本実施形態に係る情報テーブルに記憶されたＩＰアドレスから着信した場合のエラー検出処理を示すフローチャートである。
【図１３】本実施形態に係るユーザによるエラーチェックレベル編集の処理を示すフローチャートである。
【図１４】本実施形態に係るＩＰアドレスのエラー発生頻度を要素に取り入れたエラー検出処理を示すフローチャートである。
【図１５】本実施形態に係るネットワークアドレスの通信回数を要素に取り入れたエラー検出処理を示すフローチャートである。
【図１６】本実施形態に係るネットワークアドレスのトラフィックが高くなる時間帯を要素に取り入れたエラー検出処理を示すフローチャートである。
【符号の説明】
【００８５】
１０    システム制御部
１１    システムメモリ
１２    パラメータメモリ
１３    時計回路
１４    スキャナ
１５    プロッタ
１６    操作表示部
１７    Ｔ．３８符号化復号化部
１８    呼接続メッセージ符号化復号化部
１９    磁気ディスク
２０    Ｇ３プロトコル情報取出部
２１    Ｇ３プロトコル情報生成部
２２    ネットワーク通信制御部
【図１】
0004871252.tif 000002
【図２】
0004871252.tif 000003
【図３】
0004871252.tif 000004
【図４】
0004871252.tif 000005
【図５】
0004871252.tif 000006
【図６】
0004871252.tif 000007
【図７】
0004871252.tif 000008
【図８】
0004871252.tif 000009
【図９】
0004871252.tif 000010
【図１０】
0004871252.tif 000011
【図１１】
0004871252.tif 000012
【図１２】
0004871252.tif 000013
【図１３】
0004871252.tif 000014
【図１４】
0004871252.tif 000015
【図１５】
0004871252.tif 000016
【図１６】
0004871252.tif 000017