(57)【特許請求の範囲】
【請求項１】
符号化データから復号化に必要な情報を分離する処理を実行するブロック化されたソフトウェア、残りのデータから一単位の区切りを示すデータを分離して個々の単位データを得る処理を実行するブロック化されたソフトウェア、各単位のデータから終端を示すデータを分離する処理を実行するブロック化されたソフトウェア、及び残りのデータに所定の加工をして２値画像の符号化データを得る処理を実行するブロック化されたソフトウェアを記憶した記憶手段と、
該記憶手段が記憶しているブロック化された各ソフトウェアをそれぞれ独立してソフトウェア処理する復号手段と、
前記ブロック化された各ソフトウェアを前記復号手段がソフトウェア処理して得られた結果のデータを一時記憶する一時記憶手段と
を備え、
前記復号手段は、前記ブロック化された各ソフトウェアの実行終了時に処理結果のデータを前記一時記憶手段に記憶させ、前記ブロック化された各ソフトウェアの実行開始時に必要なデータを前記一時記憶手段から読み出すことにより、前記ブロック化された各ソフトウェアをパイプライン的に処理するようにしてあることを特徴とする通信端末装置。
【請求項２】
符号化データをファクシミリ通信により受信することを特徴とする請求項１に記載の通信端末装置。
【請求項３】
符号化データはＪＢＩＧ方式により符号化されていることを特徴とする請求項１又は２に記載の通信端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は通信端末装置に関し、特にＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｒｅｃｏｍｍｅｎｄａｔｉｏｎ）  勧告Ｔ．８２に準拠するいわゆるＪＢＩＧ方式の画像圧縮符号化方式をファクシミリ通信に適用した勧告Ｔ．８５の機能を有する通信端末装置に関する。
【０００２】
【従来の技術】
従来、ファクシミリ通信に使用される画データの圧縮符号化方式としては、ＭＨ（Ｍｏｄｉｆｉｅｄ  Ｈｕｆｆｍａｎ）方式，  ＭＲ（Ｍｏｄｉｆｉｅｄ  ＲＥＡＤ）  方式，  ＭＭＲ（Ｍｏｄｉｆｉｅｄ  Ｍｏｄｉｆｉｅｄ  ＲＥＡＤ）  方式が使用されていた。ＭＨ方式は、白または黒の画素の連続数を符号化する手法であり、各走査線単位で圧縮される一次元の圧縮符号化方式である。ＭＲ方式は、垂直方向、即ち相隣する２走査線（ライン）間の相関を利用して効率を高めた圧縮符号化方式である。  ＭＭＲ方式はＭＲ方式を一部改良してより圧縮効率を高めた方式であり、原理的には同一である。しかし、時代の趨勢としてファクシミリ通信にもより高能率の圧縮符号化方式が望まれている。なお、上述のＭＨ，  ＭＲ，  ＭＭＲ  方式はいずれも可逆的、即ち  １００％元の状態に復元可能な方式である。
【０００３】
一方、近年のコンピュータ技術、特にデジタル画像技術の発展に伴って、種々の画像の圧縮符号化方式が望まれ、また開発されている。それらの内で可逆的、即ち  １００％元の状態に復元可能な方式としていわゆるＪＢＩＧ（Ｊｏｉｎｔ  Ｂｉ−ｌｅｖｅｌ  Ｉｍａｇｅ  ｃｏｄｉｎｇ  ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）  方式が  ＩＴＵ−Ｔ勧告Ｔ．８２として規定されており、それをファクシミリ通信に適用するための規格として  ＩＴＵ−Ｔ勧告Ｔ．８５が規定されている。
【０００４】
ところで、ＪＢＩＧ方式では、図１の模式図に示されているように、符号化対象の画像Ｉを複数の副走査線  （ライン）  単位でストライプＳ１，  Ｓ２，  Ｓ３…と称する区画に分割して処理する。そして、各ストライプから直接得られた２値画像データ  （ドットデータ）  は詳細は省略するが対象画素とそれが位置するライン及びその直前の１または２ラインの所定範囲の画素相互間での相関関係に応じて符号器によって符号化されてＳＣＤ（ストライプ符号化データ）  とされ、更に所定の処理によりＰＳＣＤ  （保護されたストライプ符号化データ）  とされる。
【０００５】
ここで所定の処理とは、２値符号データである  ＳＣＤ中に”ＦＦ”が存在する場合にその次に”００”を挿入する処理である。ＪＢＩＧ方式では、”ＦＦ”はＥＳＣ（エスケープ）  という特別な意味を持つデータとして使用されるため、  ＳＣＤ中に”ＦＦ”が存在する場合には  ＥＳＣと区別する意味でその後に”００”を挿入する処理が行なわれる。なお、このデータ”００”はＳＴＵＦＦ（スタッフ）  と称される。
【０００６】
このようにして生成されたＰＳＣＤに一ストライプ分のデータの終了を示す終端マーカが付加されてＳＤＥ（ストライプデータ実体）  が生成される。なお、終端マーカは上述の１バイトの  ＥＳＣと１バイトのＳＤＮＯＲＭ  （ストライプデータ終了）  で通常は構成されるが、ＳＤＮＯＲＭに代えて１バイトのＳＤＲＳＴ（ストライプ終了時のリセット）  が使用される場合もある。
【０００７】
そして、個々のＳＤＥ  にはＦＭＳ（フローティングマーカセグメント）  が付加され、そのようなセットが複数で一枚分の画像のＢＩＤ（２値画像データ）  が形成される。更に、この  ＢＩＤにＢＩＨ（２値画像ヘッダ）  が付加されてＢＩＥ（２値画像実体）  が形成される。
【０００８】
ＢＩＥは送受信あるいは媒体への記録対象とされるデータである。換言すれば、たとえばファクシミリ通信の場合には送信側装置において複数バイトで構成されるＢＩＥ  が生成されて各バイトが所定の通信手順により順次的に送信され、受信側装置では所定の通信手順で受信した信号から  ＢＩＥの各バイトを取り出して上述とは逆の処理により最終的に  ＳＣＤを得て復号器に与える。復号器は与えられたＳＣＤ  から個々の２値画像データ  （ドットデータ）  を復元して用紙にプリントし、あるいは表示装置にビットマップ表示する。
【０００９】
従って、ＪＢＩＧ方式においてはデータ構成は図２の模式図に示されているようになる。なお、図２において「不定」はデータ長が不定であること、また数字はデータ長をバイト数で表している。
【００１０】
一枚の画像の  ＢＩＥは図２（ａ）  に示されているように、一組のＢＩＨ  とＢＩＤ  とで構成される。但し、ＢＩＨ，  ＢＩＤ共に固定長ではない。
【００１１】
ＢＩＨは図２（ｂ）  に示されているように、１１種類のパラメータで構成される２０バイト長であり、これに１７２８バイトのＤＰＴＡＢＬＥ  が付加される場合がある。なお、このＤＰＴＡＢＬＥ  が付加されるか否かはＯＰ  （オプション）  のバイトで指定される。
【００１２】
ＢＩＤは図２（ｃ）  に示されているように、共に固定長ではない  ＦＭＳと  ＳＤＥとのセットが複数で構成される。なお、  ＦＭＳと  ＳＤＥとの一組で一つのストライプに対応する。
【００１３】
ＳＤＥは図２（ｄ）  に示されているように、固定長ではないＰＳＣＤと２バイトの終端マーカとで構成される。終端マーカの内の１バイトは  ＥＳＣであり、他の１バイトは通常はＳＤＮＯＲＭであるが、それまで使用されていたＢＩＨ  中のパラメータをリセットする場合にはＳＤＮＯＲＭに代えて１バイトのＳＤＲＳＴ  が使用される。
【００１４】
ＦＭＳには、ＡＴＭＯＶＥタイプ，  ＮＥＷＬＥＮタイプ，    ＣＯＭＭＥＮＴタイプ，    ＳＴＵＦＦタイプ等がある。ＡＴＭＯＶＥタイプは図２（ｅ）  に示されているように、１バイトのＥＳＣ  と１バイトのＡＴＭＯＶＥと６バイトのパラメータとで構成されている。ＮＥＷＬＥＮタイプは図２（ｆ）  に示されているように、１バイトのＥＳＣ  と１バイトのＮＥＷＬＥＮと４バイトのパラメータとで構成されている。  ＣＯＭＭＥＮＴタイプは図２（ｇ）  に示されているように、１バイトのＥＳＣ  と１バイトのＣＯＭＭＥＮＴ  と４バイトのパラメータとで構成されている。
【００１５】
最後に、前述したように符号化に際しては  ＳＣＤ中のデータ”ＦＦ”にはその直後に”００”が挿入されているので、ＰＳＣＤ中で  ＥＳＣバイト（  ”ＦＦ”）  と  ＳＴＵＦＦバイト（  ”００”）  とが連続する場合に両者を一つの  ＥＳＣバイト（  ”ＦＦ”）  に置換することにより、  ＳＣＤが得られる。
【００１６】
従って、従来のＪＢＩＧ機能を有する通信端末装置では、図３の模式図に示されているように、ＢＩＥ  を受信した場合またはメモリから読み出した場合等に、まず  ＢＩＥから  ＢＩＨを分離する処理  （ステップＳ１）  、残りの  ＢＩＤから更に  ＦＭＳを分離する処理  （ステップＳ２）  、その残りの  ＳＤＥから終端マーカを分離する処理  （ステップＳ３）  、その残りとして得られるＰＳＣＤに所定の加工を施してＳＣＤ  を得る処理  （ステップＳ４）  が行なわれ、最後に  ＳＣＤを復号器に与えてドット画像データが復元される。
【００１７】
【発明が解決しようとする課題】
このように従来のＪＢＩＧ機能を有する通信端末装置では、  ＢＩＥから最終的にＳＣＤ  を得て復号器に与えるのであるが、これらの処理はそれぞれの過程をモジュール化して並列に処理する必要がある。しかし、そのような処理をソフトウェアで行なう場合にはそれぞれのスイッチング等の処理が必要であり、また一単位（１バイト）のデータを受信する都度、上述の処理を順次的に行なっていたのでは復号化処理を高速に行なうことが出来ない。
【００１８】
本発明はこのような事情に鑑みてなされたものであり、ＪＢＩＧ方式の復号化処理をブロック化したソフトウェアで実行することにより、ソフトウェアを簡素化すると共に処理時間の短縮を可能とした通信端末装置の提供を目的とする。
【００１９】
【課題を解決するための手段】
本発明に係る通信端末装置は、符号化データから復号化に必要な情報を分離する処理を実行するブロック化されたソフトウェア、残りのデータから一単位の区切りを示すデータを分離して個々の単位データを得る処理を実行するブロック化されたソフトウェア、各単位のデータから終端を示すデータを分離する処理を実行するブロック化されたソフトウェア、及び残りのデータに所定の加工をして２値画像の符号化データを得る処理を実行するブロック化されたソフトウェアを記憶した記憶手段と、該記憶手段が記憶しているブロック化された各ソフトウェアをそれぞれ独立してソフトウェア処理する復号手段と、前記ブロック化された各ソフトウェアを前記復号手段がソフトウェア処理して得られた結果のデータを一時記憶する一時記憶手段とを備え、前記復号手段は、前記ブロック化された各ソフトウェアの実行終了時に処理結果のデータを前記一時記憶手段に記憶させ、前記ブロック化された各ソフトウェアの実行開始時に必要なデータを前記一時記憶手段から読み出すことにより、前記ブロック化された各ソフトウェアをパイプライン的に処理するようにしてあることを特徴とする。
【００２０】
このような本発明の通信端末装置では、個々の処理をブロック化したソフトウェア処理のみで、しかも個々の処理を時分割処理することが可能になり、所謂パイプライン的な処理が行なわれる。
【００２１】
また本発明に係る通信端末装置は、符号化データをファクシミリ通信により受信することを特徴とする。
【００２２】
更に本発明に係る通信端末装置は、符号化データはＪＢＩＧ方式により符号化されていることを特徴とする。
【００２３】
このような本発明の通信端末装置では、たとえばＪＢＩＧ方式により符号化されている符号化データをファクシミリ通信により受信して処理する。
【００２４】
【発明の実施の形態】
以下、本発明をその実施の形態を示す図面に基づいて詳述する。図４は本発明の通信端末装置（以下、本発明装置と言う）のハードウェア構成を示すブロック図である。
【００２５】
主制御部１は具体的にはＣＰＵ  で構成されており、バス１３を介して以下のハードウェア各部と接続されていてそれらを制御する他、後述する種々のソフトウェア的機能、特にＪＢＩＧ方式の復号化処理を実行する復号手段として機能する。
【００２６】
読取部２は、  ＣＣＤ等を利用したスキャナで原稿を読み取り、白黒２値に変換したドットイメージデータを出力する。記録部３は電子写真方式等のプリンタ装置であり、他のファクシミリ装置からファクシミリ通信により受信した画データをハードコピーとしてプリントアウトして記録する。
【００２７】
表示部４は、液晶表示装置（ＬＣＤ）  または  ＣＲＴディスプレイ等の表示装置であり、本発明装置の動作状態を表示したり、送信すべき原稿のイメージデータ，受信したイメージデータの表示を行う。
【００２８】
操作部５は、本発明装置を操作するために必要な文字キー，  テンキー  （数字キー），短縮ダイヤルキー，  ワンタッチダイヤルキー，  各種のファンクションキー等を備えている。なお、上述の表示部４をタッチパネル方式とすることにより、この操作部５の各種キーの内の一部または全部を代用することも可能である。
【００２９】
ＲＯＭ６は、本発明装置の動作に必要な種々のソフトウェアのプログラム、特に後述するＪＢＩＧ方式の復号化処理のためのソフトウェアプログラムを予め格納している。ＲＡＭ７は、ＳＲＡＭまたはフラッシュメモリ等で構成され、ソフトウェアの実行時、特に上述のＪＢＩＧ方式の復号化処理に際して発生する中間的なデータを記憶する。なお、ＲＡＭ７にフラッシュメモリを使用した場合には、停電，装置の移動等のために電源が遮断された場合にも記憶しているデータが失われることはない。画像メモリ８はＤＲＡＭ等で構成され、送信すべきイメージデータまたは受信したイメージデータを記憶する。
【００３０】
ＮＣＵ（Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）１１  は回線Ｌの閉結及び開放の動作を行うハードウェアであり、必要に応じてモデム１０を回線Ｌと接続する。
【００３１】
次に、本発明装置がＮＣＵ  １１及びモデム１０を介して受信した、またはＲＡＭ７に既に格納されているＪＢＩＧ方式の符号データ（ＢＩＥ）  の主制御部１による復号処理について、図５乃至図１０のフローチャートを参照して説明するが、その前に前述の図３を参照してその概略について説明する。
【００３２】
本発明装置では、図３の模式図に示されているように、ＢＩＥ  を受信した場合またはメモリから読み出した場合等に、まず  ＢＩＥから  ＢＩＨを分離する処理  （ステップＳ１）  、残りの  ＢＩＤから更に  ＦＭＳを分離する処理  （ステップＳ２）  、その残りの  ＳＤＥから終端マーカを分離する処理  （ステップＳ３）  、その残りとして得られるＰＳＣＤに所定の加工を施してＳＣＤ  を得る処理  （ステップＳ４）  が行なわれ、最後に  ＳＣＤを復号器に与えてドット画像データが復元される。そして、本発明装置では、これらの各ステップの処理を主制御部１がパイプライン化して実行する。
【００３３】
図５はＪＢＩＧ方式の復号処理のメインルーチンを示すフローチャートであり、前述の図３に示されているステップＳ１に相当する処理である。
【００３４】
このメインルーチンでは、まず所定の指示が与えられることにより主制御部１は画データの復号化処理を開始する  （ステップＳ１１）。復号化処理が開始されると、主制御部１はまず外部からたとえばＴ．３０手順により受信したファクシミリ通信の画データに含まれるＪＢＩＧ方式の符号データであるＢＩＥ（２値画像の実体）  を１バイト単位で取り込み  （ステップＳ１２）、それがＢＩＨ（２値画像ヘッダ）  の内の１バイトであるか否かを判定する  （ステップＳ１３）。前述のように、ＢＩＥ  はＢＩＤ（２値画像データ）  にＢＩＨ  が付加されて構成されている。従って、主制御部１は処理対象の符号データ（ＢＩＥ）  の各バイトが  ＢＩＨの内の１バイトであるか否かを判定し、  ＢＩＨの内の１バイトであれば対応する処理  （ステップＳ１４  の  ＢＩＨ処理）  を起動し、  ＢＩＨの内のいずれのバイトでもなければその１バイトのデータは  ＢＩＤの内の１バイトであるので対応する処理  （ステップＳ１５  の  ＢＩＤ処理）  を起動する。
【００３５】
従って、BIE が入力され始めると、１バイト単位でBID のバイトであるかBIH のバイトであるかが判定されるが、 BIHは少なくとも20バイト連続するので、その間は BIH処理が行なわれ、その後に入力される各バイトに関しては次に BIHの先頭のバイトが入力されるまでは BID処理が行なわれる。
【００３６】
図６は  ＢＩＨ処理の手順を示すフローチャートであり、図５に示されているメインルーチンにおいて処理対象の１バイトの符号データがＢＩＨ  のバイトであると判定された場合に起動される。
【００３７】
この  ＢＩＨ処理では、主制御部１はＢＩＨ  の各バイトを内部メモリ、即ちＲＡＭ７にまず格納し  （ステップＳ２１）、その上でそれを解析して復号化パラメータを獲得し  （ステップＳ２２）、それを内部メモリ（ＲＡＭ７）に格納して  ＢＩＨ処理を終了する  （ステップＳ２３）。
【００３８】
図７は  ＢＩＤ処理の手順を示すフローチャートである。この  ＢＩＤ処理は前述の図３のステップＳ２に相当する処理であり、図５に示されているメインルーチンにおいて処理対象の１バイトの符号データがＢＩＨ  でないと判定された場合に起動される。
【００３９】
前述のように、  ＢＩＤはＦＭＳ（フローティングマーカセグメント）  とＳＤＥ（ストライプデータ実体）  とのセット複数で構成されている。  ＦＭＳの先頭の１バイトは所定の定数（  ”ＦＦ”）  であるＥＳＣ（エスケープ）  であるので、主制御部１は入力された１バイトのデータが  ＥＳＣであるか否かをまず判断する  （ステップＳ３１）。  ＥＳＣであればそれ以降のデータは  ＦＭＳであるので、主制御部１は  ＦＭＳ処理を起動する  （ステップＳ３２）。一方、ステップＳ３１  において  ＥＳＣでないと判断された場合にはそれ以降のデータは  ＳＤＥであるので、主制御部１は  ＳＤＥ処理を起動する  （ステップＳ３３）。なお、ステップＳ３２  で起動された  ＦＭＳ処理が終了した後は上述のステップＳ３３  の  ＳＤＥ処理が起動される。
【００４０】
図８は  ＦＭＳ処理の手順を示すフローチャートであり、図７に示されている  ＢＩＤ処理において処理対象の１バイトの符号データが  ＥＳＣであると判定された場合に起動される。
【００４１】
主制御部１は次の１バイトの符号データ（ＢＩＥ）  を入力し  （ステップＳ４１）、それがＡＴＭＯＶＥ  （ＡＴ移動）  であるか否かを判定し  （ステップＳ４２）、そうであればＡＴＭＯＶＥ処理を起動する  （ステップＳ４３）。ステップＳ４２  においてＡＴＭＯＶＥでない場合には、主制御部１はＮＥＷＬＥＮ  （新しい長さ）  であるか否かを判定し  （ステップＳ４４）、そうであればＮＥＷＬＥＮ処理を起動する  （ステップＳ４５）。ステップＳ４４  においてＮＥＷＬＥＮでない場合には、主制御部１はＣＯＭＭＥＮＴ（プライベートコメント）  であるか否かを判定し  （ステップＳ４６）、そうであれば  ＣＯＭＭＥＮＴ処理を起動する  （ステップＳ４７）。
【００４２】
上述のステップＳ４３，  Ｓ４５，  Ｓ４７  でのＡＴＭＯＶＥ処理，  ＮＥＷＬＥＮ処理，    ＣＯＭＭＥＮＴ処理は、ここでは詳細は説明しないが、それぞれ  ＥＳＣに引き続く所定数のバイト  （ＡＴＭＯＶＥ処理では７バイト，  ＮＥＷＬＥＮ処理では５バイト，    ＣＯＭＭＥＮＴ処理では最低５バイト）  を対象として行なわれる。これらの処理が終了した後は主制御部１は次の１バイトの符号データを入力し  （ステップＳ４８）、それが  ＥＳＣである場合には（ステップＳ４９  で”ＹＥＳ  ”）再度ステップＳ４１  へ処理を戻し、  ＥＳＣでない場合には（ステップＳ４９  で”ＮＯ”）この  ＦＭＳ処理を終了する。
【００４３】
ところで、ステップＳ４６  において、入力された１バイトのデータが  ＣＯＭＭＥＮＴでないと判定された場合には、主制御部１は入力された１バイトのデータがＳＴＵＦＦ（スタッフ）  であるか否かを判定し  （ステップＳ５０）、そうであればその符号データを  ＥＳＣにし  （ステップＳ５１）、この  ＦＭＳ処理を終了する。なお、ステップＳ５０  においてＳＴＵＦＦ  でない場合には、ＪＢＩＧで規定されているデータではないので、所定のエラー処理が起動される  （ステップＳ５２）。
【００４４】
図９は  ＳＤＥ処理の手順を示すフローチャートである。この  ＳＤＥ処理は前述の図３のステップＳ３に相当する処理であり、図７に示されている  ＢＩＤ処理において処理対象の１バイトの符号データが  ＥＳＣであると判定された後に上述の  ＦＭＳ処理が終了した場合及び処理対象の１バイトの符号データが  ＥＳＣでないと判定された場合に起動される。
【００４５】
ＳＤＥ処理が開始されると、主制御部１はまず処理対象となっている１バイトのデータを  ＳＣＤであると見なして  ＳＣＤ処理する  （ステップＳ６１）。この  ＳＣＤ処理は図１０のフローチャートに示されているように、具体的には復号器による復号処理（ＡＡＤ処理）  であり  （ステップＳ８１）、これにより１バイトの符号データがドットデータに復元される。
【００４６】
次に主制御部１は、次の１バイトの符号データを入力し  （ステップＳ６２）、それがＥＳＣ（”ＦＦ”）  であるか否かを判定する  （ステップＳ６３）。ＥＳＣ（”ＦＦ”）  でない場合にはそれは  ＳＣＤの１バイトであるので、主制御部１はステップＳ６１  へ処理を戻して  ＳＣＤ処理を行なう。しかし、  ＥＳＣである場合には主制御部１は次の１バイトの符号データを入力し  （ステップＳ６４）、それがＳＴＵＦＦ（”００”）  であるか否かを判定する  （ステップＳ６５）。ＳＴＵＦＦ（”００”）  である場合には、主制御部１はそれらの２バイトの符号データ  （”ＦＦ”と”００”）  を１バイトのＥＳＣ（”ＦＦ”）  に置換し（ステップＳ６６）、ステップＳ６１  へ処理を戻す。このステップＳ６４，  Ｓ６５の処理が前述の図３のステップＳ４に相当する。
【００４７】
ステップＳ６５  での判定結果がＳＴＵＦＦ（”００”）  でない場合には、主制御部１はそれがＳＤＮＯＲＭであるかまたは  ＳＤＲＳＴであるかを判定する  （ステップＳ６７，  Ｓ６８）  。ＳＤＮＯＲＭである場合には、それはストライプデータの終了を意味しているので、主制御部１はこの  ＳＤＥ処理をそのまま終了する。一方、  ＳＤＲＳＴである場合には、それはストライプデータの終了及びパラメータのリセットを意味しているので、主制御部１はＲＡＭ７に先に記憶されているパラメータをリセットし  （ステップＳ６９）、その後にこの  ＳＤＥ処理を終了する。
【００４８】
なお、ステップＳ６８  での判定結果が  ＳＤＲＳＴでない場合には、換言すれば  ＳＣＤ中にＥＳＣ（”ＦＦ”）  の次の１バイトのデータがＳＴＵＦＦ（”００”）  でもＳＤＮＯＲＭでもＳＤＲＳＴ  でもない場合にはそれはデータはＪＢＩＧ方式では規定されていないデータであるので、主制御部１はエラー処理を行なう  （ステップＳ７０）。
【００４９】
【発明の効果】
以上に詳述したように本発明に係る通信端末装置では、符号化データから復号化に必要な情報を分離する処理と、残りのデータから一単位の区切りを示すデータを分離して個々の単位データを得る処理と、各単位のデータから終端を示すデータを分離する処理と、残りのデータに所定の加工をして２値画像の符号化データを得る処理とを、各処理において得られた結果のデータを記憶手段に一旦記憶させて以降の処理に使用すると共に、記憶手段に記憶されたデータは、各処理を実行する際にパイプライン的に復号手段へ転送されるので、個々の処理をブロック化して実行することが可能になる。従って、ソフトウェア構造を簡略化することが可能になると共に、個々の処理を時分割処理することにより所謂パイプライン的な処理を行なうことが出来るため、処理の高速化が図れる。
【００５０】
また本発明に係る通信端末装置によれば、たとえばＪＢＩＧ方式により符号化されている符号化データをファクシミリ通信により受信して処理することが可能になる。
【図面の簡単な説明】
【図１】ＪＢＩＧ方式の符号化の単位を示す模式図である。
【図２】ＪＢＩＧ方式のデータ構成を示す模式図である。
【図３】ＪＢＩＧ方式の符号化処理の概略を示す模式図である。
【図４】本発明の通信端末装置のハードウェア構成を示すブロック図である。
【図５】本発明装置によるＪＢＩＧ方式の復号化処理のメイン処理の手順を示すフローチャートである。
【図６】本発明装置によるＪＢＩＧ方式の復号化処理の  ＢＩＨ処理の手順を示すフローチャートである。
【図７】本発明装置によるＪＢＩＧ方式の復号化処理の  ＢＩＤ処理の手順を示すフローチャートである。
【図８】本発明装置によるＪＢＩＧ方式の復号化処理の  ＦＭＳ処理の手順を示すフローチャートである。
【図９】本発明装置によるＪＢＩＧ方式の復号化処理の  ＳＤＥ処理の手順を示すフローチャートである。
【図１０】本発明装置によるＪＢＩＧ方式の復号化処理の  ＳＣＤ処理の手順を示すフローチャートである。
【符号の説明】
１  主制御部
６    ＲＯＭ
７    ＲＡＭ
【図１】
0003621998.tif 000002
【図２】
0003621998.tif 000003
【図３】
0003621998.tif 000004
【図４】
0003621998.tif 000005
【図５】
0003621998.tif 000006
【図６】
0003621998.tif 000007
【図７】
0003621998.tif 000008
【図８】
0003621998.tif 000009
【図９】
0003621998.tif 000010
【図１０】
0003621998.tif 000011