(57)【要約】      （修正有）【課題】パケットを用いた画像情報の受信時にパケットの損失が発生した場合、利用者が正しい受信画像でないことを容易に認識可能にする。【解決手段】インターネットファクシミリ装置１０のシステム制御部１１において、パケット損失検出部１１１は、Ｔ．３８方式のＩＦＰにより相手端末から受信した各パケットに含まれるシーケンス番号のチェック結果に基づきパケットが損失したかどうかを検出する。補完データメモリ１１２は、正常受信されたパケットに含まれる画像データを補完データとして保持する。補完制御部１１３は、パケット損失検出部１１１によりパケットの損失が検出された場合、該損失したパケットに含まれる画像データを、補完データメモリ１１２により保持されている、正常受信されたパケットに含まれる画像データで補完する処理を行う。【選択図】図２
2011082597.tif 000002
【特許請求の範囲】
【請求項１】
Ｔ．３８プロトコルに基づき制御情報、及び画像情報を収容したパケットを送受するインターネットファクシミリ通信の制御を行なう通信制御手段と、
前記Ｔ．３８プロトコルに基づく前記パケットによる前記画像情報の受信段階で、送信側から送信される前記パケットの損失を検出する損失検出手段と、
損失した前記パケットに含まれる前記画像情報を補完する補完情報を保持する補完情報保持手段と、
前記損失検出手段により前記パケットの損失が検出された場合、該損失したパケットに含まれる前記画像情報を前記補完情報保持手段により保持されている前記補完情報で補完処理する補完処理手段と
を具備する画像通信装置。
【請求項２】
前記補完情報保持手段は、
正常受信した前記パケットに含まれる前記画像情報を保持する
請求項１記載の画像通信装置。
【請求項３】
前記損失したパケットの前と後にそれぞれ正常受信した各パケットに含まれる前記各画像情報に基づき補完情報を生成する生成手段
を具備し、前記補完情報保持手段は、前記生成手段により生成された前記補完情報を保持する請求項１記載の画像通信装置。
【請求項４】
前記補完情報保持手段は、
正常に復号化できない復号異常情報を保持する
請求項１記載の画像通信装置。
【請求項５】
正常受信したパケットに含まれる前記画像情報を第１の補完情報として保持する第１の補完情報保持手段と、
正常に復号化できない復号異常情報を第２の補完情報として保持する第１の補完情報保持手段と、
前記第１の補完情報または第２の補完情報のいずれかを補完情報として選択する補完情報選択手段と
を具備し、前記補完処理手段は、前記補完情報選択手段により選択された前記第１または第２の補完情報を用いて前記補完処理を行う
請求項１記載の画像通信装置。
【請求項６】
補完処理に用いる補完情報の種別を指定する指定手段
を具備し、
前記補完情報選択手段は、前記第１と第２の補完情報のうちから、前記指定手段により指定された前記種別の補完情報を選択する
請求項５記載の画像通信装置。
【請求項７】
Ｔ．３８プロトコルに基づき制御情報、及び画像情報を収容したパケットを送受するインターネットファクシミリ通信の制御を行なう通信制御手段と、
前記Ｔ．３８プロトコルに基づく前記パケットによる前記画像情報の受信段階で、送信側から送信される前記パケットの損失を検出する損失検出手段と、
前記損失検出手段により前記パケットの損失が検出された場合、当該通信を中断する制御を行う通信中断制御手段と
を具備する画像通信装置。
【請求項８】
損失した前記パケットに含まれる前記画像情報を補完する補完情報を保持する補完情報保持手段と、
前記損失検出手段により前記パケットの損失が検出された場合、当該通信を中断するか継続するかを判定する判定手段と、
前記判定手段により通信を継続すると判定された場合、該損失したパケットに含まれる前記画像情報を前記補完情報保持手段により保持されている前記補完情報で補完処理する補完処理手段と
を具備し、前記通信中断制御手段は、前記判定手段により通信を中断すると判定された場合、通信中断の制御を行う
請求項７記載の画像通信装置。
【請求項９】
相手先の宛先情報に対応して通信中断履歴を管理する管理手段
を具備し、
前記判定手段は、
前記パケットの送信元の宛先情報に対応して前記管理手段により管理される前記通信中断履歴に基づき前記判定を行う
請求項８記載の画像通信装置。
【請求項１０】
パケット損失時に通信を中断するか継続するかを設定する設定手段
を具備し、
前記判定手段は、
前記設定手段による設定に応じて通信を中断するか継続するかを判定する
請求項８記載の画像通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像通信装置に関する。
【背景技術】
【０００２】
Ｇ３機等による既存のファクシミリ通信では、受信側にてＥＯＬ間の変換ドット数がＴ．４で定められたドット数に一致しない場合に伝送エラーラインと判断し、伝送エラーラインをカウントして閾値を超えた場合にＲＴＰやＲＴＮを送出するようにしており、瞬断やノイズなどで、伝送するデータが失われたり、データ化けが生じたりすれば、ＥＯＬ間のドット数に狂いが生じるため、伝送ラインとして検知することが可能である。
【０００３】
また、一定期間連続してデータが失われたりデータ化けが生じたりして数ライン分のデータが正常に受信できなくても、データ異常の開始部分、終了部分がラインの区切りにちょうど当てはまる確率は、確率論的に低いので、少なくとも前後の１または２ラインのエラーとして検出することができる。
【０００４】
他方、インターネットの普及に伴い、ＩＴＵ−Ｔ（国際電気通信連合  電気通信標準化部門）勧告のＴ．３８方式（リアルタイム転送方式）により、ファクシミリ信号（画情報を含む）をＩＦＰ（Ｉｎｔｅｒｎｅｔ  Ｆａｃｓｉｍｉｌｅ  Ｐｒｏｔｏｃｏｌ）と呼ぶプロトコルを使ってＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットに乗せてリアルタイムに転送するＩＰ網経由のファクシミリ通信が実現されている。
【０００５】
Ｔ．３８方式のＩＰ網を用いたファクシミリ通信においては、非ＥＣＭ（Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ  Ｍｏｄｅ）通信時に１ライン毎、または数ライン毎にパケット化して送出する方法が主流であると考えられるが、該パケット送出方法では、ＩＰ網上でパケット単位でデータを損失する（あるいは、破棄される）ケースが多く、画像情報を受信中にパケットの損失が発生すると、ちょうどラインの区切りできれいに画像情報が抜けることになり、その結果、データを損失していても伝送エラーラインとしてカウントすることができなくなる。
【０００６】
パケットの損失があっても通信を継続していると、その結果、受信画像が欠落して副走査方向での画像の長さが短くなっているのに、受信結果は正常終了となり、利用者間の情報伝達に欠落が生じていることを認識できずトラブル（誤認識等）になる恐れがあった。
【０００７】
ファクシミリ通信におけるパケット損失時の対策について、下記特許文献１には、１つのフレームの情報を分割したパケットで受信する時に、パケットロスが発生した場合、フレーム構成を認識し、フレーム単位で破棄する技術が開示されている。
【０００８】
特許文献１記載の技術によれば、一部の欠落した状態でフレームとして解釈してしまうことにより通信エラーとなることを防止でき、特に、コマンドのような制御情報の場合、一部パケットロスが生じたフレームを破棄することで、相手から当該フレームが再送され、プロトコルレベルでの通信は正常に継続できる可能性がある。
【０００９】
しかしながら、ＥＣＭ機能が適用されない画像情報の場合には、すぐに相手装置から再送されず、再送されるとしても、頁全体の再送となってしまい、通信時間の無駄が大きい。
【００１０】
相手装置から画像情報が再送されない場合には、パケットロスのまま正常終了となり、前述した通り、利用者によって認識し難い画像欠落が生じることとなった。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００５−９４２１３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明は、パケットを用いた画像情報の受信時にパケットの損失が発生した場合、利用者が正しい受信画像でないことを容易に認識可能な画像通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、請求項１記載の画像通信装置の発明は、Ｔ．３８プロトコルに基づき制御情報、及び画像情報を収容したパケットを送受するインターネットファクシミリ通信の制御を行なう通信制御手段と、前記Ｔ．３８プロトコルに基づく前記パケットによる前記画像情報の受信段階で、送信側から送信される前記パケットの損失を検出する損失検出手段と、損失した前記パケットに含まれる前記画像情報を補完する補完情報を保持する補完情報保持手段と、前記損失検出手段により前記パケットの損失が検出された場合、該損失したパケットに含まれる前記画像情報を前記補完情報保持手段により保持されている前記補完情報で補完処理する補完処理手段とを具備する。
【００１４】
請求項２記載の発明は、上記請求項１記載の発明において、前記補完情報保持手段は、正常受信した前記パケットに含まれる前記画像情報を保持する。
【００１５】
請求項３記載の発明は、上記請求項１記載の発明において、前記損失したパケットの前と後にそれぞれ正常受信した各パケットに含まれる前記各画像情報に基づき補完情報を生成する生成手段を具備し、前記補完情報保持手段は、前記生成手段により生成された前記補完情報を保持する。
【００１６】
請求項４記載の発明は、上記請求項１記載の発明において、前記補完情報保持手段は、正常に復号化できない復号異常情報を保持する。
【００１７】
請求項５記載の発明は、上記請求項１記載の発明において、正常受信したパケットに含まれる前記画像情報を第１の補完情報として保持する第１の補完情報保持手段と、正常に復号化できない復号異常情報を第２の補完情報として保持する第１の補完情報保持手段と、前記第１の補完情報または第２の補完情報のいずれかを補完情報として選択する補完情報選択手段とを具備し、前記補完処理手段は、前記補完情報選択手段により選択された前記第１または第２の補完情報を用いて前記補完処理を行う。
【００１８】
請求項６記載の発明は、上記請求項５記載の発明において、補完処理に用いる補完情報の種別を指定する指定手段を具備し、前記補完情報選択手段は、前記第１と第２の補完情報のうちから、前記指定手段により指定された前記種別の補完情報を選択する。
【００１９】
請求項７記載の画像通信装置の発明によれば、Ｔ．３８プロトコルに基づき制御情報、及び画像情報を収容したパケットを送受するインターネットファクシミリ通信の制御を行なう通信制御手段と、前記Ｔ．３８プロトコルに基づく前記パケットによる前記画像情報の受信段階で、送信側から送信される前記パケットの損失を検出する損失検出手段と、前記損失検出手段により前記パケットの損失が検出された場合、当該通信を中断する制御を行う通信中断制御手段とを具備する。
【００２０】
請求項８記載の発明は、上記請求項７記載の発明において、損失した前記パケットに含まれる前記画像情報を補完する補完情報を保持する補完情報保持手段と、前記損失検出手段により前記パケットの損失が検出された場合、当該通信を中断するか継続するかを判定する判定手段と、前記判定手段により通信を継続すると判定された場合、該損失したパケットに含まれる前記画像情報を前記補完情報保持手段により保持されている前記補完情報で補完処理する補完処理手段とを具備し、前記通信中断制御手段は、前記判定手段により通信を中断すると判定された場合、通信中断の制御を行う。
【００２１】
請求項９記載の発明は、上記請求項８記載の発明において、相手先の宛先情報に対応して通信中断履歴を管理する管理手段を具備し、前記判定手段は、前記パケットの送信元の宛先情報に対応して前記管理手段により管理される前記通信中断履歴に基づき前記判定を行う。
【００２２】
請求項１０記載の発明は、上記請求項８記載の発明において、パケット損失時に通信を中断するか継続するかを設定する設定手段を具備し、前記判定手段は、前記設定手段による設定に応じて通信を中断するか継続するかを判定する。
【発明の効果】
【００２３】
請求項１記載の画像通信装置の発明によれば、画像データの受信時にパケットの損失により消失した画像データを補完し、その出力結果から、欠落が発生し正しい受信画像でないことを利用者に容易に認識させることができる。
【００２４】
請求項２記載の発明によれば、上記請求項１記載の発明において、欠落の発生を認識可能としながらも、出力される受信画像の壊れ状況を抑えることができる。
【００２５】
請求項３記載の発明によれば、上記請求項１記載の発明において、出力される受信画像の壊れ状況を隣接ラインに似た態様に近づけることができる。
【００２６】
請求項４記載の発明によれば、上記請求項１記載の発明において、出力される受信画像において、欠落部分を明らかにする効果が望める。
【００２７】
請求項５記載の発明は、上記請求項１記載の発明において、受信画像に対する精度の要求の高さに応じて該当する種別の補完データを選択的に適用できる。
【００２８】
請求項６記載の発明は、上記請求項５記載の発明において、利用者が指定した種別の補完データを用いて欠落の発生を認識させることができる。
【００２９】
請求項７記載の画像通信装置の発明によれば、画像データ受信時にパケット損失が生じた際、通信中断により不完全な画像受信を終了することができる。
【００３０】
請求項８記載の発明によれば、上記請求項７記載の発明において、利用者の要求に合せ、パケット損失時に通信中断するかデータ補完するかの柔軟な対応ができる。
【００３１】
請求項９記載の発明によれば、上記請求項８記載の発明において、パケット送信元との間で通信中断した経緯があれば通信継続する等の対応ができる。
【００３２】
請求項１０記載の発明によれば、上記請求項８記載の発明において、利用者の設定次第で、パケット損失時、通信中断するかデータ補完するかの運用切換ができる。
【図面の簡単な説明】
【００３３】
【図１】本実施形態に係わるファクシミリ通信網の全体構成を示す概念図。
【図２】本実施の形態に係わるファクシミリ装置の機能構成を示すブロック図。
【図３】インターネットファクシミリ通信に用いるＩＦＰパケットの構成を示す図。
【図４】ＩＦＰパケットの受信処理イメージを示す図。
【図５】実施例１に係るＴ．３８ＦＡＸ受信処理動作を示すフローチャート。
【図６】実施例１に係るパケット損失時のデータ補完処理イメージを示す図。
【図７】実施例２に係るＴ．３８ＦＡＸ受信処理動作を示すフローチャート。
【図８】実施例２に係るパケット損失時のデータ補完処理イメージを示す図。
【図９】実施例３に係わるファクシミリ装置のシステム制御部の機能構成を示す図。
【図１０】実施例３に係るＴ．３８ＦＡＸ受信処理動作を示すフローチャート。
【図１１】実施例４に係わるファクシミリ装置のシステム制御部の機能構成を示す図。
【図１２】実施例４に係る通信中断履歴管理テーブルの構成を示す表図。
【図１３】実施例４に係るＴ．３８ＦＡＸ受信処理動作を示すフローチャート。
【発明を実施するための形態】
【００３４】
以下、本発明の実施形態について添付図面を参照して詳細に説明する。
【００３５】
図１は、本実施形態に係わるファクシミリ通信網の全体構成を示す概念図である。
【００３６】
このファクシミリ通信網において、インターネットファクシミリ装置（以下、ファクシミリ装置）１０−１と１０−２とがＩＰネットワーク（ＩＰ網）４０を介して接続されると共に、該ＩＰ網４０と、Ｇ３ファクシミリ装置１０ｂ−１を収容する公衆網（ＰＳＴＮ：Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）５０とがＴ.３８ゲートウェイ装置（以下、ゲートウェイ装置）３０を介して接続されている。
【００３７】
図１に示すファクシミリ通信網において、ファクシミリ装置１０−１と１０−２は、Ｔ.３８方式のＩＦＰによりＩＦＰパケットを用いてＩＰ網４０経由でファクシミリ通信を行う。
【００３８】
また、Ｇ３ファクシミリ装置１０ｂ−１は、公衆網５０でやりとりされるＧ３ファクシミリ信号をＴ.３８で規定したメッセージに変換する機能を有するゲートウェイ装置３０を介して、ＩＰ網４０との間でのＴ.３８方式のＩＦＰパケットによるファクシミリ通信を行うことができる。
【００３９】
図２は、本実施形態に係わるファクシミリ装置１０（図１におけるファクシミリ装置１０−１，１０−２に相当）の機能構成を示すブロック図である。
【００４０】
このファクシミリ装置１０は、ＣＰＵ（中央処理装置）やＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を有し、ＲＯＭに記憶される制御プログラムに基づいて装置全体の制御処理を行なうシステム制御部１１、制御プログラムが使用するワークエリア（装置の動作を制御するシステムデータや各種情報を記憶する）となるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１２、網（ＩＰ網４０）から受信した画像データあるいは後述する読取部１４により読み取った画像データを格納する画像蓄積部１３、送信原稿やコピー原稿の画像を所定の解像度で読み取る読取部１４、画像蓄積部１３に蓄積される受信画像データや読取画像データを所定の解像度で記録紙上に記録出力する記録部１５、画像データの送受信等に際して当該画像データに対する符号化、復号化、拡大、縮小等の画像処理を行う画像処理部１６、タッチパネル等で構成され、利用者がこの装置を動作させるための各種操作（発呼操作等）を行なったり、各種情報を表示するための操作／表示部１７、画像データの送信時に相手能力に合わせて該画像データに対する解像度変換、紙サイズ変換、符号則変換等の処理を行う通信画像処理部１８、通信画像処理部１８に含まれ、ＩＴＵ−Ｔ勧告  Ｔ．３０のファクシミリプロトコルを制御するＴ３０制御部１８１、ＩＴＵ−Ｔ勧告のＴ．３８プロトコルを制御するＴ３８制御部１９、インターネットのネットワークレイヤ・トランスポートレイヤのプロトコル〔ＩＰ網４０との通信制御を行なうＩＰプロトコル・ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）プロトコル〕を制御するＴＣＰ／ＵＤＰ／ＩＰ制御部２０、Ｈ．３２３やＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プロトコルなどの制御機能を有し、インターネットを介してポイント・ツウ・ポイントでセッション接続制御を行う呼接続制御部２１、データリンク層以下の通信制御機能を有し、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等を介してＩＰ網４０へ接続するネットワークインタフェース（ネットワークＩ／Ｆ）２２を具備して構成される。
【００４１】
このファクシミリ装置１０では、例えば、操作／表示部１７でのダイヤル発呼操作に基づく呼接続制御部２１の制御により相手端末とのセッションが確立された後、該相手端末にＩＰ網４０を介して画像データを送信する際、画像蓄積部１３に記憶されている送信用の画像データが画像通信制御部１８に送られる。
【００４２】
画像通信制御部１８は、画像蓄積部１３からの画像データに対して相手端末の能力に合わせて解像度変換、紙サイズ変換、符号側変換等の処理を施してＴ３０制御部１８１に送出する。
【００４３】
Ｔ３０制御部１８１は、画像通信制御部１８からの画像データをＴ．３０のプロトコルに従ってＴ３８制御部１９に送出する。
【００４４】
Ｔ３８制御部１９は、Ｔ３０制御部１８１からの画像データを受信すると、Ｔ．３８で勧告されるＩＦＰを使ってＩＦＰパケットに乗せ、ＴＣＰ／ＵＤＰ／ＩＰ制御部２０に送出する。
【００４５】
ＴＣＰ／ＵＤＰ／ＩＰ制御部２０は、Ｔ３８制御部１９からのＩＦＰパケットをＴＣＰやＵＤＰのプロトコルに乗せ、ネットワークＩ／Ｆ２２を介してＩＰ網４０に送出する。
【００４６】
また、Ｔ．３８方式の手順に従った画像データの受信時、ＴＣＰ／ＵＤＰ／ＩＰ制御部２０が、ＴＣＰやＵＤＰのプロトコルに乗せられて相手端末からＩＰ網４０を通じて送られてくるＩＦＰパケットをネットワークＩ／Ｆ２２を介して受信する。
【００４７】
次いで、ＴＣＰ／ＵＤＰ／ＩＰ制御部２０は、該ＩＦＰパケットをＩＦＰを使ってＴ３８制御部１９に送出する。
【００４８】
Ｔ３８制御部１９は、ＴＣＰ／ＵＤＰ／ＩＰ制御部２０からのＩＦＰパケットから画像データを取り出し、Ｔ３０制御部１８１に送出する。
【００４９】
Ｔ３０制御部１８１は、Ｔ３８制御部１９からの画像データをＴ．３０のプロトコルに従って画像通信制御部１８に送出する。
【００５０】
画像通信制御部１８は、Ｔ３０制御部１８１からの画像データを画像蓄積部１３に記憶する。
【００５１】
画像蓄積部１３に記憶された画像データは、記録部１５に送出され、記録・排出される。
【００５２】
このように、ファクシミリ装置１０において、画像通信制御部１８、Ｔ３０制御部１８１、Ｔ３８制御部１９及びＴＣＰ／ＵＤＰ／ＩＰ制御部２０は、Ｔ．３８のプロトコル（ＴＦＰ）を使ってファクシミリ通信をリアルタイムに行う際、制御情報や画像データ等のファクシミリ信号をＴ．３８パケット（ＩＦＰパケット）に乗せてＩＰ網４０内を中継するための信号処理を行う。
【００５３】
図３は、上述したＩＰ網４０内でのファクシミリ通信に用いられるＩＦＰパケット７０の構成（ＵＤＰを使用する場合の例である。）を示す図である。
【００５４】
図３に示すように、ＩＦＰパケット７０は、全体がＩＰヘッダ部７０１とＩＰペイロード部７０２から成り、そのうちのＩＰペイロード部７０２は、ＵＤＰ（ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）ヘッダ部７１１とＵＤＰペイロード部７１２によって構成される。
【００５５】
ＵＤＰペイロード部７１２は、更にＵＤＰＴＬ（Ｆａｃｓｉｍｉｌｅ  ＵＤＰ  Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ）ヘッダ部７２１とＵＤＰＴＬペイロード部７２２から成り、そのうちのＵＤＰＴＬペイロード部７２２は、シーケンス番号，プライマリ，セカンダリの各領域７３１，７３２，７３３により構成される。
【００５６】
本実施形態のファクシミリ装置１０では、送信（発呼）側としての動作時、画像データの送信手順に移行すると、ＵＤＰＴＬペイロード部７２２に、例えば、ライン単位の画像データを乗せて（収容して）相手端末に送信する。
【００５７】
その際、ＵＤＰＴＬペイロード部７２２のシーケンス番号領域７３１には１回のＦＡＸ通信内で各送信パケット毎に割り当てる連続したシーケンス番号が入れられ（収容され）、プライマリ領域７３２には当該シーケンス番号に対応する各ライン（１ラインまたは複数ライン分）の画像データが入れられる。
【００５８】
また、セカンダリ領域７３３は、冗長構成として付加される領域であって、例えば、プライマリ領域７３２に入れられるラインの前のライン（直前に送信したライン：シーケンス番号が１つ前のライン）の画像データが入れられる。
【００５９】
一方、受信（着呼）側としての動作時には、相手端末から送られてくる上記ＩＦＰパケット（以下、パケット）を受信してＵＤＰＴＬペイロード部７２２内のシーケンス番号を調べながら、プライマリ領域７３２に収容されている画像データを復号化して、例えば、画像蓄積部１３内に設けられる画像メモリ１３１上にシーケンス番号順に連結格納して受信画像データを構築する。
【００６０】
その際、ＵＤＰＴＬペイロード部７２２のプライマリ領域７３２の前に付加されるシーケンス番号は、受信すべきパケットを受信できたか、あるいは受信できなかったか（損失したか）を検出する指標情報として利用される。
【００６１】
図４は、ファクシミリ装置１０において、Ｔ．３８方式のプロトコル（制御手順）により相手端末から送信されたパケット（ＩＦＰパケット）を受信する際の処理イメージ（特に、ＵＤＰＴＬペイロード部７２２内のデータに着目する）を示す図である。
【００６２】
図４に示すように、送信側（発呼側）からライン単位の画像データを収容したパケット７０が送信されると、受信側（着呼側）では、ライン単位の画像データを収容して送信側から送られてくる上記パケット７０を受信する毎に、該受信パケット７０のシーケンス番号（ＳｅｑＮｏ．１００，１０１，１０２，…）をチェックし、連続したシーケンス番号（ＳｅｑＮｏ．１００，１０１，１０２，…）が抽出（検出）されている限りは、各受信パケット７０のプライマリ領域７３２に入っている画像データを当該シーケンス番号順に連結（結合）して受信データを構築していく。
【００６３】
これに対し、例えば、シーケンス番号（ＳｅｑＮｏ．１０２）の後に、シーケンス番号（ＳｅｑＮｏ．１０４）が受信されている場合等、連続したシーケンス番号が得られなかった場合は、欠けている（抽出できなかった）シーケンス番号（ＳｅｑＮｏ．１０３）のパケット７０を損失したことを検出することができる。
【００６４】
なお、Ｔ．３８の勧告上は、ＵＤＰＴＬパケット（図３におけるＵＤＰＴＬペイロード７２２参照）には“冗長パケット”（同、セカンダリ７３３参照）が規定されており、この“冗長パケット”が有効な場合は、当該“冗長パケット”を使用してもシーケンス番号の連続性を保てない損失の発生時にパケット損失として検出するものとする。
【００６５】
上述した処理によりパケット損失が検出された場合、ＥＣＭ機能を有するファクシミリ装置にあっては、損失したパケットの再送を要求して当該パケットを受信することができる。
【００６６】
しかしながら、本実施の形態では、非ＥＣＭ通信時（ＥＣＭ機能をサポートしない機種間での通信時）の適用を想定しており、再送による受信は望めない。
【００６７】
一方で、本実施形態のファクシミリ装置１０では、パケット損失時に、ライン単位の画像抜けが発生したまま正常終了となることがないように該損失パケットに収容されている（含まれている）データ（画像データ）を補完する処理機能を登載している。
【００６８】
ＥＣＭ通信時は、パケット（ＥＣＭフレーム）を受信できない場合には、受信に成功していない部分のみを再受信することができるが、その場合、再受信のための通信（追加の通信）が必要となる。
【００６９】
これに対し、非ＥＣＭ通信時、損失したパケットに含まれる画像データを補完する本実施形態によれば、パケット損失時にも追加の通信を必要としないという利点がある。
【００７０】
本実施形態に係るパケット損失時データ補完処理機能は、図２に示す機能ブロック中、例えば、システム制御部１１に設けられる、パケット損失検出部１１１、補完データメモリ１１２及び補完制御部１１３により実現される。
【００７１】
パケット損失検出部１１１は、呼接続手順信号を交信して相手端末とのセッション確立後、画像データの受信手順実行段階（フェーズ）で、送信側から画像データが収容されて送られてくるパケットを受信する毎に該受信パケットに付加されている固有のシリアル番号（シーケンス番号）を抽出し、各受信パケットから抽出したシーケンス番号の連続性のチェック結果に基づいてパケットが損失したことを検出する。
【００７２】
補完データメモリ１１２は、不揮発性メモリから成り、損失パケットに収容される画像データを補完する補完データ（蓄積中の画像メモリ１３１内で損失パケット内の画像データに相当するラインを埋合わせる画像データ）を保持する。
【００７３】
補完制御部１１３は、パケット損失検出部１１によりパケットの損失が検出された場合、該損失したパケットを補完データメモリ１１２が保持している補完データで補完処理する。
【００７４】
本実施形態のファクシミリ装置１０におけるパケット損失の検出、及びパケット損失時データ補完制御機能について各実施例を挙げて詳しく説明する。
【実施例１】
【００７５】
実施例１に係わるファクシミリ装置１０は、図２に示す機能ブロックにより構成され、システム制御部１１において、補完データメモリ１１２は、損失パケットに収容される画像データを補完する補完データとして、それまでに正常受信したパケットに収容される画像データを保持し、補完制御部１１３は、該正常受信したパケットに収容される画像データで損失パケット内の画像データを補完処理する。
【００７６】
図５は、本実施例に係るファクシミリ装置１０のＴ．３８方式の制御手順に基づくファクシミリ（ＦＡＸ）受信動作を示すフローチャートである。
【００７７】
本実施例において、ファクシミリ装置１０は、Ｔ．３８方式の呼接続手順信号の交信による呼設定処理等を経て相手端末（発呼側）とのセッションが確立した後（ステップＳ１０１）、Ｔ．３８方式のＦＡＸプロトコル情報を送受信し（図示していないが）、相手端末からの画像データを受信するフェーズに移行すると、画像データを収容したパケットを受信する（ステップＳ１０２）毎に、パケット損失検出部１１１が、シーケンス番号をチェックし（ステップＳ１０３）、パケットの損失が生じたか否かの検出処理を行う（ステップＳ１０４）。
【００７８】
ここで、パケットの損失が検出されていない場合（ステップＳ１０４ＮＯ）、補完制御部１１３は、当該正常受信したパケット内の画像データを補完データメモリ１１２に格納させる（ステップＳ１０５）。
【００７９】
次いで、該正常受信した画像データを画像メモリ１３１にシーケンス番号順に蓄積した後（ステップＳ１０６）、画像の受信が終了したか否かを監視する（ステップＳ１０７）。
【００８０】
ここで、受信が終了していない場合には（ステップＳ１０７ＮＯ）、次のパケットを受信し（ステップＳ１０２）、シーケンス番号をチェックして、その間にパケット損失か生じたかどうかを検出し（ステップＳ１０３、Ｓ１０４）、パケットが正常受信されている場合には（ステップＳ１０４ＮＯ）、当該受信パケット内の画像データを補完データメモリ１１２に格納し、かつ、画像メモリ１３１にシーケンス番号順に蓄積する処理（ステップＳ１０５，Ｓ１０６）を続行する。
【００８１】
この間、上記ステップＳ１０２で受信した各パケットについてのパケット損失検出処理の結果、最後の受信パケットのシーケンス番号とその前の受信パケットのシーケンス番号との連続性チェックに基づいてパケットの損失が検出された場合（ステップＳ１０４ＹＥＳ）、補完制御部１１３は、データ補完処理を実行する（ステップＳ１１０）。
【００８２】
このデータ補完処理において、補完制御部１１３は、補完データメモリ１１２に格納されている補完データ（正常受信されたパケット内の画像データ：正常受信画像データ）を読出し（ステップＳ１１１）、画像メモリ１３１内の損失データ（当該損失パケット内の画像データ）分を読み出した正常受信画像データで補完する（ステップＳ１１２）。
【００８３】
具体的には、画像メモリ１３１内の上記損失データが入るべき領域（１または複数のライン）に上記正常受信画像データを埋め込んで画像抜けをなくす処理を行う。
【００８４】
その後、ステップＳ１０７に進み、画像の受信が終了していないと判断（ポストメッセージ命令未受信により判断）すると（ステップＳ１０７ＮＯ）は、ステップＳ１０２以降の処理を実施し、画像の受信が終了したと判定されると（ステップＳ１０７ＹＥＳ）、一連のＦＡＸ受信処理を終了する。
【００８５】
図６は、本実施例に係るファクシミリ装置１０の制御シーケンスに絡めたパケット損失時データ補完処理イメージを示す図である。
【００８６】
図６において、発呼側と着呼側との間でＴ.３８方式のＦＡＸプロトコル情報をやりとりしてシーケンス番号（ＳｅｑＮｏ．１００）のパケットで伝送速度を発呼側から着呼側へと伝えた後、発呼側から着呼側に対し、シーケンス番号（ＳｅｑＮｏ．１０１，１０２，１０３，１０４，…）が順に付加され、１または複数のラインの画像データ（０），（１），（２），（３），…が収容されたパケットが、順次、上述した伝送速度で着呼側へ送信される。
【００８７】
最終ラインの画像データ（ｘ）を収容されたパケット（ＳｅｑＮｏ．ｘ）を送信し、更にポストメッセージ命令を収容したパケット（ＳｅｑＮｏ．ｙ）を送信した後、着呼側から、ポストメッセージ命令を収容したパケット（ＳｅｑＮｏ．ｚ）を受信することにより一連のファクシミリ送信処理が終了する。
【００８８】
この間、着呼側では、発呼側から送信された上記パケットを受信する毎に、シーケンス番号をチェックし、パケットの損失が検出されない場合には、該パケットのプライマリ領域７３２から取り出した画像データをシーケンス番号順に画像メモリ１３１に格納し、併せて、該正常受信したパケット内の画像データを補完データとして補完データメモリ１１２に上書きする処理を行う。
【００８９】
ここで例えば、図６に例示するように、シーケンス番号（ＳｅｑＮｏ．１０１），（ＳｅｑＮｏ．１０２）の各パケットが受信され、該各受信パケット内の画像データ（０），（１）が画像メモリ１３１に格納され、かつ、最終正常受信パケット内の画像データ（１）が補完データメモリ１１２に格納された後、（ＳｅｑＮｏ．１０３）のパケットが通信障害等により受信されなかった場合（図中に×印で示す）、パケット損失検出部１１１ではシーケンス番号（ＳｅｑＮｏ．１０３）のパケットが損失したことが検出される。
【００９０】
この損失パケット検出結果に基づき、補完制御部１１３は、補完データメモリ１１２に格納されている正常受信された１つ前のシーケンス番号（ＳｅｑＮｏ．１０２）を有する受信パケット内の画像データ（１）を当該損失パケットに代えて埋め込み、その後は、次の正常受信した各パケット内の画像データ〔（４），…，（Ｘ）〕の連結結合処理を続ける。
【００９１】
上記受信処理により画像メモリ１３１上には、シーケンス番号（ＳｅｑＮｏ．１０３）を有する損失パケット内の画像データ（２）に代えて正常受信されたシーケンス番号（ＳｅｑＮｏ．１０２）を有するパケット内の画像データ（１）が埋め込み補完された画像データを得る。
【００９２】
上記画像データを記録部１５で印刷出力すると、損失パケット内の画像データが正常に受信された隣接するラインの画像データで補完されるため、補完したラインの画像が隣接するラインの画像と似た形態となる。
【００９３】
一般的に、受信画像が線画の場合には、各ラインは前ラインとの差異が少ないことが多い。そのため、１パケットにライン単位で画像データが入っている場合に前ラインのデータで補完することにより、出力される受信画像の壊れ具合を抑制できる。
【００９４】
よって、本実施例は、ライン抜け補完受信画像をオリジナル画像に近づけようとする場合（受信画像に対する精度の要求が高くないケース）に有用である。
【００９５】
なお、本実施例の変形例としては、損失パケット内の画像データを直前の正常受信パケット内の画像データで補完するのに代えて、正常受信された各パケット内の各画像データを画像処理して補完データを生成するような構成としても良い。
【００９６】
具体例としては、損失したパケットの前と後にそれぞれ正常受信した各パケットに含まれる各画像データに基づき補完データを生成する生成手段（画像処理手段）を設け、補完データメモリ１１２に当該生成された補完データを保持させて、補完制御部１１３が当該補完データを使って補完処理する構成が考えられる。
【実施例２】
【００９７】
実施例２に係わるファクシミリ装置（便宜的に、１０Ｂと呼称）は、図２に示す機能ブロックにより構成され、システム制御部１１において、補完データメモリ１１２は、損失パケット内の画像データ（損失画像データ）を補完する補完データとして、正常に復号化することができないデータ（以下、復号異常データ）を保持し、補完制御部１１３は、該復号異常データを補完データとして用いて損失画像データを補完処理する。
【００９８】
図７は、本実施例に係るファクシミリ装置１０ＢのＴ．３８方式の制御手順に基づくＦＡＸ受信動作を示すフローチャートである。
【００９９】
図７において、実施例１に係るフローチャート（図５参照）中の各処理ステップと同様の処理ステップには同一の符号を付している。
【０１００】
このＦＡＸ受信動作を行うに際し、補完データメモリ１１２には、例えば、図８（ｂ）に例示する構成から成る復号異常データが補完データとして予め格納されている。
【０１０１】
図７に示すように、本実施例のファクシミリ装置１０Ｂでは、Ｔ．３８方式の呼接続手順信号の交信による呼設定処理等を経て相手端末（発呼側）とのセッションが確立した後（ステップＳ１０１）、画像データを受信するフェーズに移行すると、パケットを受信する（ステップＳ１０２）毎に、シーケンス番号をチェックしてパケット損失かどうかを検出し（ステップＳ１０３、Ｓ１０４）、パケットが正常受信された場合には（ステップＳ１０４ＮＯ）、当該受信パケット内の画像データを画像メモリ１３１にシーケンス番号順に蓄積する処理（ステップＳ１０６）を行う。
【０１０２】
この間、上記ステップＳ１０２で受信した各パケット内の各シーケンス番号の連続性チェック結果からパケットの損失が検出された場合（ステップＳ１０４ＹＥＳ）、補完制御部１１３は、データ補完処理を実行する（ステップＳ１１０ｂ）。
【０１０３】
このデータ補完処理において、補完制御部１１３は、補完データメモリ１１２に補完データとして保持されている復号異常データを読出し（ステップＳ１１１ｂ）、画像メモリ１３１内の当該損失パケット内の画像分を当該復号異常データで補完する（ステップＳ１１２ｂ）。
【０１０４】
具体的には、画像メモリ１３１内の当該損失パケット内の画像データ（損失画像データ）が入るべき領域を上記復号異常データで埋め合わせる処理を行う。
【０１０５】
その後、ステップＳ１０７に進み、画像受信が終了していないと判断すると（ステップＳ１０７ＮＯ）は、ステップＳ１０２以降の処理を実施し、画像受信が終了したと判定されると（ステップＳ１０７ＹＥＳ）、一連のＦＡＸ受信処理を終了する。
【０１０６】
図８は、本実施例に係るファクシミリ装置１０Ｂの制御シーケンスに絡めたパケット損失時データ補完処理イメージを示す図である。
【０１０７】
図８（ａ）示すように、本実施例では、補完データメモリ１１２には、予め復号化し得ないデータ内容を有する復号異常データが補完データとして保持されている。このような補完データの例としては、例えば、図８（ｂ）に示すような値を有するものが挙げられる。
【０１０８】
図８（ａ）の左側に示す制御シーケンスにおける送信側からのパケット送信と受信側でのパケット損失のパターンは実施例１に係る制御シーケンス（図６参照）と同様である。
【０１０９】
本実施例において、受信側では、送信側から送信されるパケットを受信する毎に、シーケンス番号をチェックし、パケットの損失が検出されない場合には、該パケットのプライマリ領域７３２から取り出した画像データをシーケンス番号順に画像メモリ１３１に格納するのみの処理となる（正常受信したパケットの画像データを補完データとして上書きすることはしない）。
【０１１０】
ここで例えば、図８に例示するように、シーケンス番号（ＳｅｑＮｏ．１０１），（ＳｅｑＮｏ．１０２）の各パケットが受信され、該各受信パケット内の画像データ（０），（１）が画像メモリ１３１に格納された後、（ＳｅｑＮｏ．１０３）のパケットが通信障害等により受信されなかった場合（図中に×印で示す）、パケット損失検出部１１１ではシーケンス番号（ＳｅｑＮｏ．１０３）のパケットが損失したことが検出される。
【０１１１】
この損失パケット検出結果に基づき、補完制御部１１３は、補完データメモリ１１２に格納されている復号異常データを当該損失パケットに代えて埋め込み、その後は、次の正常受信した各パケット内の画像データ〔（４），…，（Ｘ）〕の連結合成処理を続ける。
【０１１２】
上記受信処理により画像メモリ１３１上には、シーケンス番号（ＳｅｑＮｏ．１０３）を有する損失パケット内の画像データ（２）に代えて予め用意した復号異常データが埋め込み補完された画像データを得る。
【０１１３】
上記画像データを記録部で印刷出力すると、損失パケット内の画像データが予め用意された復号異常データによって補完されるため、補完された復号異常データに基づく画像が正常受信された隣接する画像と画像形態が著しく異なる画像（壊れた感じが引き立つ）が形成される。
【０１１４】
よって、本実施例は、補完受信画像をなるべくオリジナル画像から遠ざけ目立たせようとする場合（受信画像に対する精度の要求が高いケース）に有用である。
【０１１５】
また、本実施例は、実施例１のように画像データをライン単位で収容するパケットの受信時に適用するのに限らず、ライン分に満たないデータ量の画像データを収容するパケット受信時にも適用可能である。
【実施例３】
【０１１６】
図９は、実施例３に係わるファクシミリ装置１０Ｃのシステム制御部１１ｃの機能構成を示すブロック図である。
【０１１７】
本実施例に係るファクシミリ装置１０Ｃは、図９に示す以外の部分は、実施例１に係るファクシミリ装置１０、及び実施例２に係るファクシミリ装置１０Ｂと同等であり、また、システム制御部１１ｃにおいて、実施例１，２と共通する機能ブロックについては同一の符号を付している。
【０１１８】
図９に示すように、本実施例に係わるファクシミリ装置１０Ｃでは、システム制御部１１ｃには、パケット損失時データ補完制御機能要素として、第１の補完データを保持する第１の補完データメモリ１１２−１、第２の補完データを保持する第２の補完データメモリ１１２−２、第１の補完データまたは第２の補完データのいずれを補完データとするかを選択する補完データ選択部１１４が新たに設けられる。
【０１１９】
補完制御部１１３ｃは、補完データ選択部１１４により選択された第１または第２の補完データのいずれかを用いてパケット損失時のデータ補完制御を行う。
【０１２０】
ここで、例えば、第１の補完データとしては、実施例１で述べた、正常受信されたパケット内の画像データを用いることができ、第２の補完データとしては、実施例２で述べた、復号異常データを用いることができる。
【０１２１】
また、補完データ選択部１１４のデータ選択機能については、例えば、正常受信したパケット内の画像データの構成を検出する機能を持ち、該機能により認識されたパケット内の画像データの構成に基づき、１つパケットにライン単位で画像データが収容されている場合には第１の補完データを選択し、それ以外の場合には第２の補完データを選択する構成とすることができる。
【０１２２】
また、利用者が、操作／表示部１７から損失データの補完処理に用いる情報の種別（例えば、正常受信画像データ、あるいは復号異常データ）を指定する指定手段を設け、補完データ選択部１１４が、上記指定手段により指定された種別の補完データを選択する機能を持つ構成としても良い。
【０１２３】
なお、以下では、便宜的に、補完データ選択部１１４が、利用者により指定された種別の補完データを選択する機能を持つ構成を前提として説明する。
【０１２４】
図１０は、本実施例に係るファクシミリ装置１０ＣのＴ．３８方式の制御手順に基づくＦＡＸ受信動作を示すフローチャートである。
【０１２５】
図１０において、実施例１，２に係る各フローチャート（図５，図７参照）中の各処理ステップと同様の処理ステップには同一の符号を付している。
【０１２６】
このＦＡＸ受信動作を行うにあたり、補完データメモリ１１２−２には、例えば、図８（ｂ）に示すような復元異常データが予め格納されている。
【０１２７】
他方、補完データメモリ１１２−１には、初期段階では何のデータも入れられておらず、その後、ＦＡＸ受信（画像データの受信フェーズ）が開始されると正常受信したパケット内に収容されているライン単位のデータが入れられる。
【０１２８】
本実施例のファクシミリ装置１０Ｃにおいては、図１０に示すように、Ｔ．３８方式の呼接続手順信号の交信による呼設定処理等を経て相手端末（発呼側）とのセッションが確立した後（ステップＳ１０１）、相手端末からの画像データを受信するフェーズに移行すると、画像データを収容したパケットを受信する（ステップＳ１０２）毎に、パケット損失検出部１１１が、シーケンス番号をチェックし（ステップＳ１０３）、パケットの損失が生じたか否かの検出処理を行う（ステップＳ１０４）。
【０１２９】
ここで、パケットの損失が検出されていない場合（ステップＳ１０４ＮＯ）、補完データ選択部１１４が、利用者により設定されている補完データの種別が第１の補完データか第２の補完データかをチェックする（ステップＳ１０４１）。
【０１３０】
ここで、補完データの種別が第１の補完データである場合（ステップＳ１０４１で“第１の補完データ”）、補完制御部１１３ｃは、当該正常受信したパケット内の画像データを補完データメモリ１１２−１に格納させ（ステップＳ１０５）、ステップＳ１０６に進む。
【０１３１】
また、補完データの種別が第２の補完データである場合（ステップＳ１０４１で“第２の補完データ”）、ステップＳ１０５を経ずステップＳ１０６に進む。
【０１３２】
ステップＳ１０６においては、正常受信したパケット内の画像データを画像メモリ１３１にシーケンス番号順に蓄積した後（ステップＳ１０６）、画像受信が終了したか否かを監視する（ステップＳ１０７）。
【０１３３】
ここで、画像受信が終了していない場合には（ステップＳ１０７ＮＯ）、次のパケットを受信し（ステップＳ１０２）、シーケンス番号をチェックしてパケット損失かどうかを検出する（ステップＳ１０３、Ｓ１０４）処理を行う。
【０１３４】
その際、パケットが正常受信され（ステップＳ１０４ＮＯ）、利用者により設定された補完データの種別が第１の補完データである場合（ステップＳ１０４１で“第１の補完データ”）には、当該受信パケット内の画像データを補完データメモリ１１２−１に格納し、かつ、当該画像データを画像メモリ１３１にシーケンス番号順に蓄積する処理（ステップＳ１０５，Ｓ１０６）を続行する。
【０１３５】
この間、上記ステップＳ１０２で受信した各パケット内の各シーケンス番号のチェック結果を基にパケットの損失が検出された場合（ステップＳ１０４ＹＥＳ）、データ補完処理（ステップＳ１１０ｃ）に移行する。
【０１３６】
損失パケット補完処理（ステップＳ１１０ｃ）に移行すると、まず、補完データ選択部１１４が、利用者により指定されている補完データの種別が第１の補完データか第２の補完データかをチェックする（ステップＳ１１０１）。
【０１３７】
ここで、補完データの種別が第１の補完データである場合（ステップＳ１１０１で“第１の補完データ”）、補完データ選択部１１４は、補完データメモリ１１２−１に格納されている補完データ（正常受信されたパケット内の画像データ）を読出し（ステップＳ１１１１）、補完制御部１１３ｃに渡す。
【０１３８】
補完制御部１１３ｃは、画像メモリ１３１内の当該損失パケット内の画像データ分を、読み出した正常受信画像データで補完する（ステップＳ１１２ｃ）。
【０１３９】
他方、補完データの種別が第２の補完データである場合（ステップＳ１１０１で“第２の補完データ”）、補完データ選択部１１４は、補完データメモリ１１２−２に格納されている補完データ（復号異常データ）を読出し（ステップＳ１１１２）、補完制御部１１３ｃに渡す。
【０１４０】
補完制御部１１３ｃは、画像メモリ１３１内の当該損失パケット内の画像データ分を、読み出した復号異常データで補完する（ステップＳ１１２ｃ）。
【０１４１】
上記ステップＳ１１２ｃでの補完処理完了後、ステップＳ１０７に進み、画像受信が終了していないと判断（ポストメッセージ命令未受信により判断）すると（ステップＳ１０７ＮＯ）は、ステップＳ１０２以降の処理を実施し、画像受信が終了したと判定されると（ステップＳ１０７ＹＥＳ）、一連のＦＡＸ受信処理を終了する。
【０１４２】
本実施例では、正常受信したデータまたは異常復号データを補完データとして選択的に用いる構成によって、出力される受信画像の壊れ具合を抑える場合、あるいは、受信画像の欠落発生部分を明らかに分かるようにする場合のどちらを望むかに応じてパケット損失時のデータ補完処理が行える。
【実施例４】
【０１４３】
図１１は、実施例４に係わるファクシミリ装置１０Ｄのシステム制御部１１ｄの機能構成を示すブロック図である。
【０１４４】
本実施例に係るファクシミリ装置１０Ｄは、図１１に示す以外の部分は、実施例１，２，３に係るファクシミリ装置１０，１０Ｂ，１０Ｃと同等であり、また、システム制御部１１ｄにおいて、各実施例１，２，３と共通する機能ブロックについては同一の符号を付している。
【０１４５】
図１１に示すように、本実施例に係わるファクシミリ装置１０Ｄにおいて、システム制御部１１ｄには、パケット損失時データ補完制御機能要素として、実施例１と同等のパケット損失検出部１１１、補完データメモリ１１２の他、通信継続可否判定部１１５、通信履歴管理部１１６、及び通信中断制御部１１７が設けられる。
【０１４６】
通信継続可否判定部１１５は、パケット損失検出部１１１によりパケットの損失が検出された場合に、通信を継続する（補完データメモリ１１２に格納されている補完データを用いて損失パケットを補完する）か、あるいはデータ補完処理を行わないまま通信を中断するかを判定し、通信を継続すると判定した場合にはその旨を補完制御部１１３ｄに通知し、通信を中断すると判定した場合はその旨を通信中断制御部１１７に通知する。
【０１４７】
通信履歴管理部１１６は、相手端末との通信の履歴情報として、特に、通信中断履歴の情報を通信中断履歴管理テーブル（ＴＢ）１１６１を用いて管理する。
【０１４８】
図１２は、通信中断履歴管理テーブル１１６１の一例を示す表図であり、相手端末の宛先情報（ＩＰアドレス）に対応して、パケット損失により中断した通信に関する、通信中断の発生日時、中断発生回数等の情報が保持されている。
【０１４９】
通信履歴管理部１１６が通信中断履歴管理テーブル１１６１を用いて管理する通信中断履歴情報は、パケット損失の検出時、通信継続可否判定部１１５によって、通信の継続または中断の判定指標情報として参照される。
【０１５０】
これにより、通信継続可否判定部１１５は、パケット損失の検出時、通信中断履歴管理テーブル１１６１に、当該相手先のＩＰアドレスが記録されていない場合には“通信を中断する”と判定する。
【０１５１】
その際、通信履歴管理部１１６は、通信中断履歴管理テーブル１１６１に、当該相手端末のＩＰアドレスに対応して上記通信中断履歴情報を記録する。
【０１５２】
また、通信継続可否判定部１１５は、パケット損失の検出時、通信中断履歴管理テーブル１１６１に、当該相手先のＩＰアドレスに対応する通信中断履歴情報が記録されている場合には“通信を継続する”と判定する。
【０１５３】
パケット損失の発生原因としては、通信経路となる回線の品質が大きな影響を与えるものと想定されることが多い。
【０１５４】
同じ通信相手の場合には同じ通信経路が利用されることが多いため、パケット損失が発生した相手とは再びパケット損失が発生する可能性が高い。
【０１５５】
よって、パケット損失により通信中断との判定のみでは一向に受信できないため、２回目以降は受信継続するようにする。
【０１５６】
なお、通信継続可否判定部１１５が、閾値の設定を受付け、中断発生回数が閾値を越えている場合に“通信を継続する”と判定する〔中断発生回数が閾値以下の場合は“通信を中断する”と判定する〕ようにしても良い。
【０１５７】
通信中断制御部１１７は、通信継続可否判定部１１５により通信を中断するとの判定がなされることにより（通信継続可否判定部１１５から通信を中断する旨の通知を受けることにより）、当該通信を中断する制御を行う。
【０１５８】
補完制御部１１３ｄは、通信継続可否判定部１１５により通信を継続するとの判定がなされることにより（通信継続可否判定部１１５から通信継続する旨の通知を受けることにより）、補完データメモリ１１２内の補完データを用いた損失データの補完処理を行う。
【０１５９】
本実施例に係るファクシミリ装置１０ＣのＴ．３８方式の制御手順に基づくＦＡＸ受信動作について図１３に示すフローチャートを参照して詳しく説明する。
【０１６０】
なお、図１３においても、実施例１，２に係る各フローチャート（図５，図７参照）中の各処理ステップと同様の処理ステップには同一の符号を付している。
【０１６１】
本実施例のファクシミリ装置１０Ｄにおいては、図１３に示すように、Ｔ．３８方式の呼接続手順信号の交信による呼設定処理等を経て相手端末（発呼側）とのセッションが確立した後（ステップＳ１０１）、相手端末から画像データを受信するフェーズに移行すると、画像データを収容したパケットを受信する（ステップＳ１０２）毎に、パケット損失検出部１１１が、シーケンス番号をチェックし（ステップＳ１０３）、パケットの損失が生じたか否かの検出処理を行う（ステップＳ１０４）。
【０１６２】
ここで、パケットの損失が検出されていない場合（ステップＳ１０４ＮＯ）、当該正常受信したパケット内の画像データを補完データメモリ１１２に格納させる（ステップＳ１０５）。
【０１６３】
次いで、該正常受信したパケット内の画像データを画像メモリ１３１にシーケンス番号順に蓄積した後（ステップＳ１０６）、画像受信が終了したか否かを監視する（ステップＳ１０７）。
【０１６４】
ここで、画像受信が終了していない場合には（ステップＳ１０７ＮＯ）、次のパケットを受信し（ステップＳ１０２）、シーケンス番号をチェックしてパケット損失かどうかを検出し（ステップＳ１０３、Ｓ１０４）、パケットが正常受信された場合には（ステップＳ１０４ＮＯ）、当該受信パケット内の画像データを補完データメモリ１１２に格納し、かつ、画像メモリ１３１にシーケンス番号順に蓄積する処理（ステップＳ１０５，Ｓ１０６）を続行する。
【０１６５】
この間、上記ステップＳ１０２で受信した各パケット内の各シーケンス番号のチェック結果からパケットの損失が検出された場合（ステップＳ１０４ＹＥＳ）、通信継続可否判定部１１５は、通信中断履歴管理テーブル１１６１における、通信中の相手先の宛先情報に対応する通信中断履歴をチェックし（ステップＳ１２１）、該チェック結果から、通信を継続するか中断するかを判定する（ステップＳ１２２）。
【０１６６】
ここで、通信中断履歴管理テーブル１１６１に、通信中の相手先の宛先情報に対応して通信中断回数の情報が記録されている場合（例えば、通信中断回数が“１”以上の場合、あるいは閾値を超える場合）は通信を継続すると判定し（ステップＳ１２２で“継続”）、その旨を補完制御部１１３ｄに通知する。
【０１６７】
また、相手先の宛先情報が記録されていない場合（あるいは、相手先の宛先情報に対応して記録される通信中断回数が閾値以下の場合）には通信中断すると判定し（ステップＳ１２２で“中断”）、その旨を通信中断制御部位１１７に通知する。
【０１６８】
補完制御部１１３ｄは、通信継続可否判定部１１５から通信を継続する旨の通知を受けることにより、補完データメモリ１１２に格納されている補完データ（正常受信されたパケット内の画像データ）を読出し、画像メモリ１３１内の当該損失パケット内の画像データ（損失データ）分を読み出した正常受信画像データで補完する処理を行う（ステップＳ１２３）。
【０１６９】
具体的には、画像メモリ１３１内の上記損失データが入るべき領域（１または複数のライン）に上記正常受信画像データを埋め込んで画像抜けをなくす処理を行う。
【０１７０】
その後、ステップＳ１０７に進み、画像受信が終了していないと判断（ポストメッセージ命令未受信により判断）すると（ステップＳ１０７ＮＯ）は、ステップＳ１０２以降の処理を実施し、画像受信が終了したと判定されると（ステップＳ１０７ＹＥＳ）、一連のＦＡＸ受信処理を終了する。
【０１７１】
これに対し、通信中断制御部１１７は、通信継続可否判定部１１５から通信を中断する旨の通知を受けることにより、呼接続制御部２１に指示して呼切断制御を実施させ通信を中断する（ステップＳ１２４）。
【０１７２】
本実施例では、パケット損失時、当該通信相手先との通信中断履歴をチェックしてデータ補完するか通信中断かを選択的に制御するため、使用目的に合せた運用が可能になる。
【０１７３】
なお、本実施例では、補完データとして正常受信パケット内の画像データを用いる例を挙げたが、実施例２で説明した、復号異常データを用いるようにしても良い。
【０１７４】
あるいは、実施例３に挙げたように、第１の補完データと第２の補完データを状況に応じて選択的に利用する構成としても良い。
【０１７５】
また、通信継続可否判定部１１５での通信継続あるいは通信中断の判定機能については、パケット損失時に通信を中断するか継続するかを設定する設定機能を設け、該設定機能を用いて利用者が操作／表示部１７を操作して設定した内容（運用種別：通信継続、または通信中断）に応じて通信を継続するか中断するかを判定する構成としても良い。
【０１７６】
また、本実施例では、パケット損失時、通信を継続する（損失データを補完データを用いて補完する）場合もあり得る構成を例示したが、パケット検出時、通信中断の制御のみ実施する構成（通信継続可否判定部１１５、通信履歴管理部１１６を持たない構成）としても良い。
【０１７７】
パケット損失時に、通信を中断する構成によれば、送信側に異常を確実に知らせることができ、送信側からの再送信動作を期待することもできる。
【０１７８】
この他、本発明は、上記し、且つ図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。
【０１７９】
例えば、上記各実施例では、コンピュータで構成されるファクシミリ装置に損失情報補完制御プログラムを実装し、該コンピュータを、ファクシミリ情報のうちの画像情報の受信段階で、ライン単位に画像情報を収めて送られてくるパケットの損失を検出する損失検出手段、損失したパケットに含まれる画像情報を補完する補完情報を保持する補完情報保持手段、損失検出手段によりパケットの損失が検出された場合、該損失したパケットに含まれる画像情報を補完情報保持手段により保持されている補完情報で補完処理する補完処理手段等として機能させるようにしているが、該プログラムをＣＤＲＯＭ等の記憶媒体に格納して提供するようにしても良い。
【産業上の利用可能性】
【０１８０】
本発明は、Ｔ.３８方式プロトコルに基づき画像情報をパケットに収容してＩＰ網経由で伝送する画像通信に際し、損失したパケットに含まれる画像情報を再送によらず補完する画像通信装置に適用できる。
【符号の説明】
【０１８１】
１０，１０Ｃ，１０Ｄ，１０−１，１０−２…ネットワークファクシミリ装置、１１，１１ｃ、１１ｄ…システム制御部、１１１…パケット損失検出部、１１２，１１２ｂ，１１２−１，１１２−２…補完データメモリ、１１３，１１３ｃ，１１３ｄ…補完制御部、１１４…補完データ選択部、１１５…通信継続可否判定部、１１６…通信履歴管理部、１１６１…中断履歴管理テーブル、１１７…通信中断制御部、１３…画像蓄積部、１３１…画像メモリ、３０…Ｔ．３８ゲートウェイ装置、４０…ＩＰネットワーク、５０…公衆網
【図１】
2011082597.tif 000003
【図２】
2011082597.tif 000004
【図３】
2011082597.tif 000005
【図４】
2011082597.tif 000006
【図５】
2011082597.tif 000007
【図６】
2011082597.tif 000008
【図７】
2011082597.tif 000009
【図８】
2011082597.tif 000010
【図９】
2011082597.tif 000011
【図１０】
2011082597.tif 000012
【図１１】
2011082597.tif 000013
【図１２】
2011082597.tif 000014
【図１３】
2011082597.tif 000015