JP3983700B2 - 通信端末装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ファクシミリ装置等の通信端末装置に関し、特に、多数連続するフラグシーケンスに続く、所定数のフラグシーケンスが間に挿入された各制御フレームから構成される制御フレーム群を受信してその制御フレーム群を構成する各制御フレームの情報を全体的に評価して所定の動作を行う通信端末装置に関する。
【０００２】
【従来の技術】
制御情報を通信路を介してやりとりする場合、情報内容を単なるデータ列として送出したのでは、伝送エラーにより情報内容が変質してしまうおそれがあり、また、互いの制御情報の区別もつきにくい。
【０００３】
そのため、電話回線を介して相手装置と互いに制御情報をやりとりして画情報などのデータの送受信を行うＧ３ファクシミリ装置等の通信端末装置においては、制御情報をＨＤＬＣフレーム内に埋め込んで、エラー検出のための情報（フレームチェックシーケンス：ＦＣＳ）を付加した、制御フレームとしてやりとりすることで、通信の信頼性を確保している。
【０００４】
１つ１つの制御情報を、ＨＤＬＣフレーム等のフレームとして構成することで、１つ１つの制御情報（を内容とするフレーム）を受信し、伝送エラーの有無や、その情報内容を個別に判断することはたやすい。ＨＤＬＣフレーム等のフレームは、そのような目的のためのものであるためである。
【０００５】
しかし、１つ１つの制御フィールドに意味があるのは当然として、複数、例えば３つの制御フィールドにより構成される制御フィールド群をセットで受信して、セットで評価して、所定の判断を下さなければならないような状況がある。
【０００６】
具体的には、受信側端末からの、非標準機能識別信号ＮＳＦ、被呼端末識別信号ＣＳＩ、及び、ディジタル識別信号ＤＩＳを３つセットで、送信側端末が受信した場合である。その場合、送信側端末は、ＮＳＦの内容から、被呼端末が自装置と同じ非標準機能（標準にはない読み取り線密度、独自プロトコルでの高速通信など）に対応していて非標準機能設定信号ＮＳＳで応答すべき相手であるのか、または、自装置と異なる他メーカ製の端末で、ＮＳＳでは応答できない、送信端末識別信号ＴＳＩ、ディジタル送信命令信号ＤＣＳにより応答すべき、Ｇ３標準機能で通信すべき相手であるのか、更に、ＤＣＳで応答するとすれば、どのような機能をＤＣＳに設定して受信側に通知すべきか等の総合的な判断が必要となる場合である。
【０００７】
一方、回線上の信号の劣化要因、具体的には、エコー、回線への外来ノイズの重畳等の、通信経路における劣化要因により、通信相手のファクシミリ装置から送信される制御フレーム群を構成する全制御フレームを常に１つも欠けることなるセットで受信するのは難しいという事情がある。
【０００８】
そのため、仮にディジタル識別信号ＤＩＳのみを受信して（受信できて）、ディジタル送信命令信号ＤＣＳで応答するとすれば、Ｇ３ファクシミリ標準の機能を用いたファクシミリ通信は可能ではあるが、ＮＳＦを受信できていれば、ＮＳＳにより非標準のより効率的な通信が行えたかもしれないし、また、仮に非標準機能識別信号ＮＳＦのみを受信して（受信できて）、非標準機能設定信号ＮＳＳで応答しようとするなら、非標準のより効率的な通信が行えるかも知れないが、もし、互いに異メーカ製のためにＮＳＦとＮＳＳの整合性がとれない場合には、通信自体が行えなくなってしまうという不都合を生じる。
【０００９】
そのような制御フレーム群（連送フレーム）の一部の制御フレームを受信できない場合を考慮した技術は、従来からありはした（特許文献１を参照）。
【００１０】
【特許文献１】
特許第３３０４８５０号
【００１１】
【発明が解決しようとする課題】
しかし、制御フレーム群を１つも欠けることなるセットで一括受信して、その情報内容を総合的に判断する方が好ましいのは前記例示した通りである。
【００１２】
ただ、制御フレーム群を構成する各制御フレームは、フラグシーケンスを挟んで連なるだけで、互いをグループとして関連付ける情報は付随しない。
【００１３】
そのため、制御フレーム群を構成する全フレームを１つも欠けることなく受信できたか否かの判断を、従来は行うことができず、制御フレーム群を構成する全フレームを１つも欠けることなく受信して、その制御フレーム群を構成する各制御フレームの情報内容から総合的な判断を下して、最適な条件での通信を行うということが、難しいという問題点があった。
【００１４】
本発明は、かかる事情に鑑みてなされたものであり、制御フレーム群を構成する全フレームを１つも欠けることなく受信して、所望の受信動作を行える通信端末装置を提供することを目的とする。
【００１５】
【課題を解決するための手段】
請求項１に記載の通信端末装置は、多数連続するフラグシーケンスに続く、所定数のフラグシーケンスが間に挿入された各制御フレームから構成される制御フレーム群を受信してその制御フレーム群を構成する各制御フレームの情報を全体的に評価して所定の動作を行う通信端末装置において、制御フレームを受信する制御フレーム受信手段と、その制御フレーム受信手段により受信された制御フレームにおける受信エラーの有無を検出する受信エラー検出手段と、前記制御フレーム受信手段により受信された制御フレームを、その制御フレームに含まれる情報に基づいて、制御フレーム群を構成する各制御フレームのうちの最終の制御フレームであるか否かを検出する最終制御フレーム検出手段と、前記所定数を越える数以上連続するフラグシーケンスを検出する連続フラグシーケンス検出手段と、そのフラグシーケンス検出手段による前記所定数を越える数以上連続するフラグシーケンスの検出後、前記制御フレーム受信手段により最初に受信された制御フレームを前記制御フレーム群を構成する第１番目の制御フレームとして、その第１番目の制御フレームから最終の制御フレームまでの一連の制御フレーム群を一括受信する制御フレーム群受信手段とを備え、前記制御フレーム群受信手段は、最終の制御フレームが受信される前に受信された制御フレームにおいて、受信エラーが発生した場合は、それまで受信済みの制御フレームを破棄すると共に、前記フラグシーケンス検出手段による前記所定数を越える数以上連続するフラグシーケンスの検出後、前記制御フレーム受信手段により最初に受信された制御フレームを前記制御フレーム群を構成する第１番目の制御フレームとして、その第１番目の制御フレームから最終の制御フレームまでの一連の制御フレーム群を一括受信する処理を再度行い、同一内容で再送信されてくる制御フレーム群の再受信を行うことを特徴とする。
【００１６】
請求項２に記載の通信端末装置は、請求項１に記載の通信端末装置において、前記制御フレーム群受信手段は、最終の制御フレームが受信されることなく、前記フラグシーケンス検出手段による前記所定数を越える数以上連続するフラグシーケンスが検出された場合は、それまで受信済みの制御フレームを破棄すると共に、その検出後、前記制御フレーム受信手段により最初に受信された制御フレームを前記制御フレーム群を構成する第１番目の制御フレームとして、その第１番目の制御フレームから最終の制御フレームまでの一連の制御フレーム群を一括受信する処理を再度行い、同一内容で再送信されてくる制御フレーム群の再受信を行うことを特徴とする。
【００１８】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００１９】
先ず、図１に、本発明の実施の形態に係る通信端末装置としてのファクシミリ装置のブロック構成について示す。
【００２０】
同図において、ＣＰＵ２は、ＲＯＭ３に書き込まれた制御プログラムに従って、ＲＡＭ４を作業領域として使用しながら、装置各部を制御するマイクロコンピュータである。ＲＯＭ３は、前述したように、ＣＰＵ２が上記装置各部を制御するための制御プログラムやデータが記憶されているリードオンリメモリである。ＲＡＭ４は、前述したようにＣＰＵ２の作業領域として使用されるランダムアクセスメモリである。
【００２１】
操作表示部５は、ユーザによる各種操作入力を受け入れたり、装置の動作状態や、各種メッセージを表示するものである。スキャナ５は、３．８５本／ｍｍ、７．７本／ｍｍ、１５．４本／ｍｍ等の所定の読み取り線密度で原稿画像を読み取って、送信画情報などの画情報を得るためのものである。プロッタ６は、受信画情報などの画情報を、その線密度に応じて記録出力するためのものである。
【００２２】
パラメータメモリ８は、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するメモリであり、具体的には、ＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）や、バッテリバックアップされたＳＲＡＭ（スタティックＲＡＭ）などにより構成されるものである。
【００２３】
タイマ制御部５は、タイマ動作を制御するものであり、ＣＰＵ２から設定された時定数を設定されたタイマをカウントダウンし、タイマがタイムアウトするとＣＰＵ２にその旨システムバス１４を介して通知して、時定数で設定された時間の経過を計時するものである。
【００２４】
符号化復号化部８は、送信画情報を、ファクシミリに適合する、ＭＨ符号化方式、ＭＲ符号化方式、ＭＭＲ符号化方式等の所定の符号化方式で符号化圧縮する一方、受信画情報をＭＨ符号化方式、ＭＲ符号化方式、ＭＭＲ符号化方式等に対応する所定の復号化方式で復号伸長するものである。
【００２５】
通信制御部１１は、モデム１２により送受信されるモデム信号により、通信相手のファクシミリ装置との間の、Ｇ３伝送制御手順に従った制御情報や画情報データやりとりを専門に行う、通信用のマイクロコンピュータである。
【００２６】
通信制御部１１は、ＣＰＵ２から渡された制御情報をＨＤＬＣフレームにより構成される制御フレーム内に埋め込むと共に、その制御情報の内容からフレームチェックシーケンスＦＣＳとして制御フレーム（ＨＤＬＣフレーム）に付加して送信すべき制御フレームとして、モデム１２に渡す。
【００２７】
通信制御部１１は、モデム１２から渡された受信した制御フレームに付随するＦＣＳの値と、その情報内容から算出したＦＣＳの値とを比較して一致したなら、制御フレームは正常に受信されたと判断し、一致しない場合は伝送エラー等により情報内容が変化した、受信エラーであると判断し、その判断結果をＣＰＵ２に通知する。
【００２８】
また、通信制御部１１は、正常受信された制御フレームの情報内容（ファクシミリ制御フィールドＦＣＦの内容、ファクシミリ情報フィールドＦＩＦの内容、制御フィールドの第５ｂiｔの値として得られる、受信した制御フレームが、制御フレーム群を構成する各制御フレームのうちの最終フレームか非最終フレームかの別等）をＣＰＵ２に通知する。通信制御部１１は、制御フレーム受信手段、受信エラー検出手段、最終制御フレーム検出手段、及び、連続フラグシーケンス検出手段を含む。
【００２９】
モデム１２は、ファクシミリモデム機能を備え、網制御部１３を介して、回線２０に送信する、通信制御部１１から渡されるＨＤＬＣフレームの制御フレームや、画情報データ等の各種データを変調して送信信号Ｔとして送出する一方、網制御部１３を介して回線２０から受信した信号Ｒを復調して、元の制御フレームや画情報データ等を得て通信制御部１１に渡すものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能である、Ｖ．１７、Ｖ．３３、Ｖ．３４、Ｖ．２９、Ｖ．２７ｔｅｒの各モデム機能を備えている。また、モデム１２は、指定された宛先電話番号に対応した選択信号を、ＤＴＭＦ信号として生成して網制御部１３を介して回線２０に送出するＤＴＭＦ信号生成機能も備えている。
【００３０】
網制御部１３は、回線２０に接続されて、回線２０の直流ループの閉結・開放や、回線２０の極性反転の検出、回線２０のオン／オフフック状態の検出、ダイヤルトーンの検出、呼び出し信号やビジートーン等の約１６Ｈｚ信号の検出、約４００Ｈｚの呼び出し信号の検出等の、回線２０との接続制御を行うものである。システムバス１４は、上記各部がデータをやり取りするための、データバス、アドレスバス、制御バス、Ｉ／Ｏバス、割り込み信号ライン等から構成される、信号ラインである。
【００３１】
以上の構成で、ファクシミリ装置１は、図２に例示する通信シーケンスのように、通信相手のファクシミリ装置から制御フレーム群としての、非標準機能識別信号ＮＳＦ、被呼端末識別信号ＣＳＩ、及び、ディジタル識別信号ＤＩＳの制御フレームのセットを受信し、受信した制御フレーム群の内容を総合的に評価して所定の通信動作をする必要がある場合がある。
【００３２】
つまり、図２において、送信側としてのファクシミリ装置１は、受信側のファクシミリ装置のファックス番号に発呼して受信側が応答すると１１００Ｈｚの発呼トーンＣＮＧを送出する一方（フェーズＦ１）、受信側は、２１００Ｈｚの被呼局識別信号ＣＥＤを送出してくると共に（フェーズＦ２）、約１秒のブリアンブル（多数連続するフラグシーケンス（ｂiｔ列：０１１１１１１０）の列）に続いて連続して、ＮＳＦ、ＣＳＩ、及び、ＤＩＳの各制御フレームから構成される制御フレーム群を送信側に送出する（フェーズＦ３）。
【００３３】
その際、送信側に届いたＮＳＦ、ＣＳＩ、及び、ＤＩＳの各制御フレームから構成される制御フレーム群のうちの２番目のＣＳＩに受信エラーが発生していて、制御フレーム群を完全な状態で受信できなかったため、送信側のファクシミリ装置１は、非標準機能設定信号ＮＳＳ、または、送信端末識別信号ＴＳＩ及びディジタル送信命令信号ＤＣＳによる所定の応答を控えている。
【００３４】
対応する応答信号を約３秒以内に受信しない場合には３回を限度に同一の制御信号（情報）を再度送出するのが、Ｇ３ファクシミリプロトコルの取り決めのため、フェーズＦ４により、受信側からは、再度、フェーズＦ３で送出したのと同一内容のＮＳＦ、ＣＳＩ、及び、ＤＩＳの各制御フレームから構成される制御フレーム群が送信側に送出される。
【００３５】
その際、送信側に届いたＮＳＦ、ＣＳＩ、及び、ＤＩＳの各制御フレームから構成される制御フレーム群のうちの最終のＤＩＳに受信エラーが発生していて、制御フレーム群を完全な状態で受信できなかったため、送信側のファクシミリ装置１は、非標準機能設定信号ＮＳＳ、または、送信端末識別信号ＴＳＩ及びディジタル送信命令信号ＤＣＳによる所定の応答を控えている。
【００３６】
対応する応答信号を約３秒以内に受信しない場合には３回を限度に同一の制御信号（情報）を再度送出するのが、Ｇ３ファクシミリプロトコルの取り決めのため、フェーズＦ５により、受信側からは、再度、フェーズＦ３、Ｆ４で送出したのと同一内容のＮＳＦ、ＣＳＩ、及び、ＤＩＳの各制御フレームから構成される制御フレーム群が送信側に送出される。
【００３７】
その際、送信側に届いたＮＳＦ、ＣＳＩ、及び、ＤＩＳの各制御フレームから構成される制御フレーム群は、１つの受信エラーの発生もなく、すべてが正常に受信されたため、送信側のファクシミリ装置１は、非標準機能設定信号ＮＳＳ、または、送信端末識別信号ＴＳＩ及びディジタル送信命令信号ＤＣＳによる所定の応答を行う（フェーズＦ６）。
【００３８】
送信側のファクシミリ装置１は、フェーズＦ３、Ｆ４ではなく、フェーズＦ５の、受信エラーがなく、制御フレーム群を構成する制御フレームを全て正常に受信できた段階で、フェーズＦ６での応答をするようにしているため、ＮＳＦ、ＣＳＩ、ＤＩＳの各情報内容を総合的に判断して、最適な通信動作を行うことができるようになる。
【００３９】
そのように、受信エラーで正常に受信できなかった制御フレームがあった、フェーズＦ３，Ｆ４ではなく、全制御フレームを正常に受信できたＦ５に対してＦ６の応答を行えるようにするためには、制御フレーム群を構成する全ての制御フレームが受信エラーなく受信できたことを、ファクシミリ装置１が検出できなければならない。
【００４０】
そのための処理手順について、説明する前に、その前提となる、制御フレーム群の構成について説明する。
【００４１】
図３に、ＮＳＦ、ＣＳＩ及びＤＩＳの組合せに限定しない、第１ないし第Ｎの各制御フレームから構成されている制御フレーム群のブロック構成について示す。
【００４２】
同図において、制御フレーム群は、多数のフラグシーケンスの列として構成される約１秒のプルアンブルに続いて連続的に送出される制御フレーム１、制御フレーム２、制御フレーム３、…、フレームＮの各制御フレームにより構成されている。先頭の制御フレーム１は、多数のフラグシーケンスの後に続く制御フレームとして特徴付けられる。
【００４３】
図４は、図３に示した制御フレーム群のうち、非最終の制御フレーム２に受信エラーが発生（フレームチェックシーケンスＦＣＳの不一致）した様子を示している。
【００４４】
最終の制御フレームＮが受信される前に、受信エラーが発生した制御フレームが存在するということは、制御フレーム群全体として正常に受信できなかったことを示している。
【００４５】
図５は、図３に示した制御フレーム群のうち、最終の制御フレームＮに受信エラーが発生（フレームチェックシーケンスＦＣＳの不一致）した様子を示している。
【００４６】
最終の制御フレームＮに受信エラーが発生したということは、最終の制御フレームが最終の制御フレームとして認識されないまま、次の制御フレームを受信できない状態が続き、一定時間後に相手のファクシミリ装置から再度送信される同一内容の制御フレーム群を受信する状態に移行してしまうことを示している。つまり、最終の制御フレームを受信できないまま、再度送信されてくる制御フレーム群に先立つプリアンブルのフラグシーケンス列に遭遇することとなる。
【００４７】
図６に、図３、図４及び図５に示した制御フレーム群を構成する制御フレームの詳細構成について示す。
【００４８】
同図において、制御フレームは、フラグシーケンス、アドレスフィールド、制御フィールド、ＨＤＬＣ情報フィールド（ファクシミリ制御フィールドＦＣＦ、ファクシミリ情報フィールドＦＩＦ）、フレームチェックシーケンスＦＣＳ、及び、フラグシーケンスの列として構成されている。
【００４９】
アドレスフィールドからフレームチェックシーケンスＦＣＳまでを制御フレームとして捉えることもできるが、本実施の形態では、先頭と終端の各フラグシーケンスを、各制御フィールドを区切るものとして、制御フィールドに属するものとして扱う。それにより、制御フィールドの先頭と後端の賀来フラグシーケンスは、単独のフラグシーケンスとしては計数されない（詳細は後述）。つまり、フラグシーケンスが計数されたとすると、それは、プリアンブルを構成するフラグシーケンスの列が計数（検出）されることになる。フラグシーケンスの列は、制御フレーム群の先頭に付加されるものであるため、フラグシーケンスの列が計数（検出）されるということは、そのフラグシーケンス列をたどっていった先に制御フレーム群を構成する各制御フレームのうちの先頭の制御フレームが存在することになる。
【００５０】
なお、制御フレームをアドレスフィールドからフレームチェックシーケンスＦＣＳまでと狭く捉えて、その狭義の制御フレームを一対のフラグシーケンスが挟んでいると考えれば、制御フレーム群を構成する各制御フレームの間には２つのフラグシーケンスが存在することになるが、その場合でも、プリアンブルを構成するフラグシーケンスの数は、ずっと多い（約１秒）ため、３つの連続するフラグシーケンス列を計数すれば、その列の先に、先頭の制御フレームが存在することになる。
【００５１】
図７に、図６の制御フレームを構成する各要素の詳細について示す。
【００５２】
同図において、フラグシーケンスは、「０１１１１１１０」のビット列により構成される。図３などに示したように、制御フレーム群の先頭に約１秒間付加されるプリアンブルを構成する多数のフラグシーケンスも「０１１１１１１０」のビット列により構成される、同一のものである。
【００５３】
そのフラグシーケンス中の６個連続する１の検出により、通信制御部１１は、フラグシーケンスを１個だけ受信したと判断する。
【００５４】
ただし、実施の形態では、通信制御部１１は、制御フレーム群を構成する各制御フレームを挟むかたちで一対挿入されるフラグシーケンスについては、各制御フレームを区切るための情報としてそれら制御フレームの一部として含まれるものとして扱って、検出しても、検出した旨のＣＰＵ２への通知は行わない。
【００５５】
ただし、通信制御部１１は、制御フレームを挟む一対のフラグシーケンスとして制御フレームに付随するフラグシーケンスではなく、制御フレームから独立して検出されるフラグシーケンスについては、それを検出すると、検出した旨をＣＰＵ２に通知する。
【００５６】
また、通信制御部１１は、制御フレームを挟む一対のフラグシーケンスとして制御フレームに付随するフラグシーケンスではなく、制御フレームから独立して検出される２個連続のフラグシーケンスについては、「０１１１１１００１１１１１１０」のビット列で２回連続して６個連続する１を検出した場合にフラグシーケンスを連続２個受信したと判断し、その旨ＣＰＵ２に通知する。
【００５７】
制御フレームから独立して検出されるフラグシーケンスとはつまり、プリアンブルを構成するフラグシーケンス列である。なお、仮に、制御フレーム間に挿入される２つのフラグシーケンスを連続する２つのフラグシーケンスとして検出してＣＰＵ２に通知する場合、制御フレーム間に挿入されるフラグシーケンスの数、つまり２、を越える所定数、つまり、３つ以上の連続するフラグシーケンスを検出すれば、それはプリアンブルに属するフラグシーケンスであると判断できる。もちろん、プリアンブルとして含まれるフラグシーケンスは多数あるので、余裕をもたせて５つ以上連続するフラグシーケンスを検出した場合にプリアンブルの検出とする等の検出精度を向上させる変形も可能である。
【００５８】
アドレスフィールドは、ファクシミリ通信の場合１対１の通信のため、「１１１１１１１１」に固定である。制御フィールドは、「１１００Ｘ０００」のビット列により構成される。ただし、ビットＸが０の場合その制御フィールドを含む制御フレームが制御フレーム群のうちの非最終の制御フレームであることを示し、ビットＸが１の場合その制御フレームが制御フレーム群のうちの最終の制御フレームであることを示している。
【００５９】
ＨＤＬＣ情報フィールドのファクシミリ情報フィールドＦＣＦは、制御フレームにより通知される情報の種別（ＮＳＳ、ＣＳＩ、ＤＣＳ等）を示す８ビットの情報である。ファクシミリ情報フィールドＦＩＦは、ＦＣＦに関する具体的な情報内容である。
【００６０】
フレームチェックシーケンスＦＣＳは、制御フレームの情報内容から算出される伝送エラーチェック用の１６ビットの情報で、通信制御部１１は送出する制御フレームへのＦＣＳの付加、受信した制御フレームに付加されていたＦＣＳの値と、情報内容から算出したＦＣＳの値とを比較して一致していれば、その制御フレームは正常に受信されたと判断し、不一致ならその制御フレームに関して伝送エラーが発生したと判断し、その判断結果をＣＰＵ２に通知する。
【００６１】
さて、本実施の形態に係るファクシミリ装置１は、図８に示すように、ＲＡＭ４に、制御フレーム群情報一時記憶テーブル４ａのための記憶領域を確保している。
【００６２】
テーブル４ａは、具体的には、図９に示す構成である。つまり、各制御フレームの「受信順序」を示す番号と対応付けられる、「ファクシミリ制御フィールド内容」、「ファクシミリ情報フィールド内容」、及び、「最終フレーム識別フラグＦｆ」の各フィールドにより構成されている。「ファクシミリ制御フィールド内容」は、図７のファクシミリ情報フィールドＦＣＦに対応し、「ファクシミリ情報フィールド内容」は、図７のファクシミリ情報フィールドＦＩＦに対応し、「最終フレーム識別フラグＦｆ」は、図７に示した制御フィールドのＸビットに対応している。
【００６３】
そして、ファクシミリ装置１は、相手先装置とのＧ３ファクシミリプロトコルのやりとりの中で、制御フレーム群を受信しなければならない状態になった場合、図１０、図１１、及び、図１２に示す、制御フレーム群受信処理手順を行う。なお、通信制御部１１は、常に、モデム１２からの受信データ列を処理していて、フラグシーケンス、制御フレームの受信結果・内容などの、ＣＰＵ２に対して必要な通知や、受信データの引き渡しを行う一方、ＣＰＵ２からデータを渡されれば、それをＨＤＬＣフレーム化するなどの処理も行っている。なお、図１０、図１１、及び、図１２の処理手順は、制御フレーム群受信手段に相当する。
【００６４】
先ず、図１０において、ＣＰＵ２は、テーブル４ａの内容を、図１３に示すように、クリアする（処理Ｓ１０１）。また、連続受信制御フレーム数計カウンタＣｃを０にリセットする（処理Ｓ１０２）。
【００６５】
そして、２個連続のフラグシーケンスの受信の有無、つまり、その旨の通信制御部１１からの通知の有無を確認し（処理Ｓ１０３）、受信されていない場合には、処理Ｓ１０３を繰り返し行う（判断Ｓ１０４のＮｏのループ）。その判断Ｓ１０４のＮｏのループ）は、制御フレーム群の先頭に付加されるプリアンブルのフラグシーケンス列と遭遇するまで待つ動作に相当する。
【００６６】
判断Ｓ１０４において、２個連続のフラグシーケンスの受信があった場合は（判断Ｓ１０４のＹｅｓ）、つまり、制御フレーム群の先頭に付加されるプリアンブルのフラグシーケンス列と遭遇した場合は、そこからが、制御フレーム群の受信処理の開始となる（処理Ｓ１０５）。
【００６７】
つまり、図１１に移行して、１個のフラグシーケンスの受信の有無、つまり、その旨の通信制御部１１からの通知の有無を確認し（処理Ｓ２０１）、受信された場合には（判断Ｓ２０２のＹｅｓ）、その受信を無視、つまり、受信した１個のフラグシーケンスについて、特別な処理は行わず（処理Ｓ２０３）、処理Ｓ２０４に移行する。この処理は、制御フレーム群の先頭に付加されるプリアンブルのフラグシーケンス列を通過して制御フレーム群の第１番目の制御フレームにたどりつくまでの待つ動作に相当する。
【００６８】
判断Ｓ２０２で、フラグシーケンスの受信がない場合には（判断Ｓ２０２のＮｏ）、処理Ｓ２０４に移行する。そして、１個の制御フレームの受信の有無の確認、つまり、その旨の通信制御部１１からの通知の有無を確認し（処理Ｓ２０４）、受信されない場合には（判断Ｓ２０５のＮｏ）、処理Ｓ２０１に戻る。
【００６９】
プリアンブルのフラグシーケンスの列をくぐりぬけて、先頭の制御フレームに遂に達し、１個の制御フレームが受信された場合には（判断Ｓ２０５のＹｅｓ）、そのＦＣＳチェック結果を確認し（処理Ｓ２０６）、正常でない、つまり、伝送誤りによる受信エラーが発生した場合には（判断Ｓ２０７のＮｏ）、図１０の処理Ｓ１０１に戻る。
【００７０】
これにより、制御フレーム群を構成する制御フレームのうちの第１番目の制御フレームが受信エラーとなった場合には、相手装置から同一内容で再度送信されてくる制御フレーム群を受信するための待機動作に戻ることができ、制御フレーム群の完全な状態での受信を再度試みることができる。
【００７１】
判断Ｓ２０７において、ＦＣＳチェック結果が正常であった場合には（判断Ｓ２０７のＹｅｓ）、カウンタＣｃをインクリメントして（処理Ｓ２０８）、第Ｃｃ制御フレームとしてその内容をテーブル４ａに登録する。つまり、受信した第Ｃｃ制御フレームの、ＦＣＦを「ファクシミリ制御フィールド内容」として、ＦＩＦを「ファクシミリ情報フィールド内容」として登録する（処理Ｓ２０９）。
【００７２】
そして、図１２に移行して、正常受信したその第Ｃｃ番目の制御フレームが、最終フレーム（制御フィールドのビットＸ＝１）だったかを確認し（判断Ｓ３０１）、最終フレームだった場合には（判断Ｓ３０１のＹｅｓ）、テーブル４ａにおいて対応する「最終フレーム識別フラグＦｆ」を１にセットして処理を終了する。
【００７３】
それにより、第１番目の制御フレームから最終の制御フレームまでの、制御フレーム群を構成する全ての制御フレームがセットとなって正常に受信されたことになる。
【００７４】
最終フレームでなかった場合には（判断Ｓ３０１のＮｏ）、更に、２個連続のフラグシーケンスの受信の有無を確認し（処理Ｓ３０２）、受信しない場合には（判断Ｓ３０２のＮｏ）、更に、１個の制御フレームの受信の有無を確認し（処理Ｓ３０４）、受信しない場合には（判断Ｓ３０５のＮｏ）、処理Ｓ３０２に戻り、２個連続のフラグシーケンスまたは１個の制御フレームの受信を監視する。
【００７５】
そして、判断Ｓ３０３がＹｅｓとなった場合、つまり、判断３０１がＹｅｓとなって最終フレームを正常に受信することができないまま、通信相手装置から同一内容で再送信されてく制御フレーム群の先頭に遭遇してしまった場合には（判断Ｓ３０３のＹｅｓ）、図１１の処理Ｓ２０１に戻る。
【００７６】
これにより、制御フレーム群を構成する制御フレームのうちの最終番目の制御フレームが受信エラーとなった場合には、相手装置から同一内容で再度送信されてくる制御フレーム群を受信するための待機動作に戻ることができ、制御フレーム群の完全な状態での受信を再度試みることができる。
【００７７】
判断３０５がＹｅｓとなった場合には、その第２番目以降の制御フレームについて、図１１の処理Ｓ２０６からの一連の処理を行い、最終的に判断Ｓ３０１がＹｅｓとなって最終フレームが正常に受信されれば、処理は終了となる。
【００７８】
第２番目以降の制御フレームについて判断２０７がＮｏとなった場合は、図１０の処理Ｓ１０１に戻ることになる。
【００７９】
これにより、制御フレーム群を構成する制御フレームのうちの第２番目以降の制御フレームが受信エラーとなった場合には、相手装置から同一内容で再度送信されてくる制御フレーム群を受信するための待機動作に戻ることができ、制御フレーム群の完全な状態での受信を再度試みることができる。
【００８０】
以上説明した制御フレーム群受信処理により、テーブル４ａには、図９に示すように、「受信順序」１から、フラグＦｆの値が１の「受信順序」までの、制御フレーム群を構成する各制御フレームが全て正常に受信される。
【００８１】
ＣＰＵ２は、そのテーブル４ａに一時記憶された、受信エラーよる欠けもなく完全な形で受信できた制御フレーム群の情報を全体的に評価して、必要な応答の制御フレームを構成したりするなどの、最適な通信動作を行うことができるようになる。
【００８２】
このように以上説明した本実施の形態では、制御フレーム群とそれに付随するフラグシーケンスの特性を利用して、制御フレーム群を構成する各制御フレームを一括して正常受信することができるため、所望の受信動作を行うことができるようになる。
【００８３】
なお、以上説明した実施の形態おいては、本発明を通信端末装置の１つであるファクシミリ装置に適用したが、本発明はそれに限らず、多数のフラグシーケンスに続く所定数のフラグシーケンスが間に挿入された各制御フレームから構成される制御フレーム群を受信してその制御フレーム群を構成する各制御フレームの情報を全体的に評価して所定の動作を行う通信端末装置であれば、同様に適用可能なものである。
【００８４】
【発明の効果】
請求項１に係る発明によれば、前記制御フレーム群を構成する各制御フレームの間に挿入されるフラグシーケンスの数としてはあり得ない、前記所定数を越える数の連続するフラグシーケンスに続いて受信される制御フレームを、制御フレーム群を構成する各制御フレームのうちの第１番目の制御フレームと判断して、その第１番目の制御フレームから最終の制御フレームまでの制御フレーム群を受信するようにしたため、制御フレーム群の先頭フレームの受信漏れを無くすことができ、更に、第１番目から最終番目の制御フレームまでの一連の制御フレームをエラーなく受信して完結する制御フレーム群の受信において、最終番目の制御フレームを受信する前に受信エラーの起こった制御フレームがあった場合には、それまでの受信データを破棄して同一内容で再送信されてくる制御フレーム群の第１番目の制御フレームからの受信に備えるようにしたため、制御フレーム群において、間に構成された制御フレームの受信漏れを無くす事ができ、制御フレーム群を構成する全フレームを１つも欠けることなく受信して、所望の受信動作を行うことが可能となる効果が得られる。
【００８５】
請求項２に係る発明によれば、第１番目から最終番目の制御フレームまでの一連の制御フレームをエラーなく受信して完結する制御フレーム群の受信において、最終番目の制御フレームを受信することなく、前記所定数を越える数以上連続するフラグシーケンスが検出された場合は、それまでの受信データを破棄して同一内容で再送信されてくる制御フレーム群の第１番目の制御フレームからの受信に備えるようにしたため、制御フレーム群において、最終の制御フレームの受信漏れを無くす事ができ、制御フレーム群を構成する全フレームを１つも欠けることなく受信して、所望の受信動作を行うことが可能となる効果が得られる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る通信端末装置としてのファクシミリ装置のブロック構成について示す図である。
【図２】通信シーケンス例について示す図である。
【図３】第１ないし第Ｎの各制御フレームから構成されている制御フレーム群のブロック構成について示す図である。
【図４】図３に示した制御フレーム群のうち、非最終の制御フレーム２に受信エラーが発生（フレームチェックシーケンスＦＣＳの不一致）した様子を示す図である。
【図５】図３に示した制御フレーム群のうち、最終の制御フレームＮに受信エラーが発生（フレームチェックシーケンスＦＣＳの不一致）した様子を示す図である。
【図６】図３、図４及び図５に示した制御フレーム群を構成する制御フレームの詳細構成について示す図である。
【図７】図６の制御フレームを構成する各要素の詳細について示す図である。
【図８】ＲＡＭに記憶される制御フレーム群情報一時記憶テーブルについて示す図である。
【図９】制御フレーム群情報一時記憶テーブルの具体的な構成について示す図である。
【図１０】制御フレーム群受信処理手順について示すフローチャートである。
【図１１】図１０共に、制御フレーム群受信処理手順について示すフローチャートである。
【図１２】図１０及び図１１と制御フレーム群受信処理手順について示すフローチャートである。
【図１３】クリアされた制御フレーム群情報一時記憶テーブルについて示す図である。
【符号の説明】
１ ファクシミリ装置
２ ＣＰＵ
３ ＲＯＭ
４ ＲＡＭ
５ スキャナ
６ プロッタ
７ 操作表示部
８ 符号化復号化部
９ 蓄積メモリ
１０ 時計回路
１１ ネットワーク通信制御部
１２ ＬＡＮ制御部
１３ Ｉ／Ｏポート
１４ システムバス

Claims (2)

1. 多数連続するフラグシーケンスに続く、所定数のフラグシーケンスが間に挿入された各制御フレームから構成される制御フレーム群を受信してその制御フレーム群を構成する各制御フレームの情報を全体的に評価して所定の動作を行う通信端末装置において、
   制御フレームを受信する制御フレーム受信手段と、
   その制御フレーム受信手段により受信された制御フレームにおける受信エラーの有無を検出する受信エラー検出手段と、
   前記制御フレーム受信手段により受信された制御フレームを、その制御フレームに含まれる情報に基づいて、制御フレーム群を構成する各制御フレームのうちの最終の制御フレームであるか否かを検出する最終制御フレーム検出手段と、
   前記所定数を越える数以上連続するフラグシーケンスを検出する連続フラグシーケンス検出手段と、
   そのフラグシーケンス検出手段による前記所定数を越える数以上連続するフラグシーケンスの検出後、前記制御フレーム受信手段により最初に受信された制御フレームを前記制御フレーム群を構成する第１番目の制御フレームとして、その第１番目の制御フレームから最終の制御フレームまでの一連の制御フレーム群を一括受信する制御フレーム群受信手段とを備え、
   前記制御フレーム群受信手段は、最終の制御フレームが受信される前に受信された制御フレームにおいて、受信エラーが発生した場合は、それまで受信済みの制御フレームを破棄すると共に、前記フラグシーケンス検出手段による前記所定数を越える数以上連続するフラグシーケンスの検出後、前記制御フレーム受信手段により最初に受信された制御フレームを前記制御フレーム群を構成する第１番目の制御フレームとして、その第１番目の制御フレームから最終の制御フレームまでの一連の制御フレーム群を一括受信する処理を再度行い、同一内容で再送信されてくる制御フレーム群の再受信を行うことを特徴とする通信端末装置。
2. 前記制御フレーム群受信手段は、最終の制御フレームが受信されることなく、前記フラグシーケンス検出手段による前記所定数を越える数以上連続するフラグシーケンスが検出された場合は、それまで受信済みの制御フレームを破棄すると共に、その検出後、前記制御フレーム受信手段により最初に受信された制御フレームを前記制御フレーム群を構成する第１番目の制御フレームとして、その第１番目の制御フレームから最終の制御フレームまでの一連の制御フレーム群を一括受信する処理を再度行い、同一内容で再送信されてくる制御フレーム群の再受信を行うことを特徴とする請求項１に記載の通信端末装置。

Images