JPS61176285A - 画像送信装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 く技術分野〉 本発明は画像信号を圧縮符号化して送信する画像送信装
置に関し、特に圧縮符号化した画像データを貯える記憶
手段を有する画像送信装置に関する。

〈従来技術〉 従来、かかる画像送信装置として画像メモリ付きのファ
クシミリ装置が知られている。

画像メモリに貯える際、画像データの一ラインの終りを
示す符号（以下ＥＯＬ符号）が画像データと共に貯えら
れる。このＥＯＬ符号は送信時にも受信側で一ラインの
終りを検出する為に画像データと共に送られる。

しかしながら、送信時に用いられるＥＯＬ符号はＣＣＩ
ＴＴの勧告に沿ったものが用いられるが、このＥＯＬ符
号はＭＨコードとビット長の点である程度似ているので
、容易に短時間で見つけ出すのが困難であった・ 〈目　的〉 本発明は以上の如き点に鑑み、画像データの記憶手段内
の一ラインの終了を示すライン終了符号の検出を容易に
行える画像送信装置の提供を目的としてる。

−Ｚ 〈実施例〉 以下、本発明を実現するファクシミリ装置の一実ｈ！例
を詳細に説明する。

（機構系） 第１図にファクシミリ装置の断面図を示す。

図において４１はＣＯＤ固体ラインイメージセンサ、４
２は結像レンズ、４３はミラー、４４は原稿照明用ラン
プ、４５は原稿給紙ローラ、４６は原稿排紙ローラ、４
７は原稿給紙トレー、３１は給紙トレー上の原稿の有無
を検出する原稿検出センサである。

又、３４はロール紙収納カバー、３５はロール紙、３６
は原稿及び記録紙の排紙トレー、３７はカッター、３８
はロール紙排出ローラ、３９はロール紙搬送ローラ、４
０は記録ヘッド、３３はカバー３４の開閉を検出するロ
ール紙カバーセンサである。

図において原稿読取時には、原稿給紙トレー４７上の原
稿がローラ４５，４６で搬送される。

読取位置Ｐでランプ４４により原稿は照射され、その反
射光がミラー４３、レンズ４２を介してイメージセンサ
４１上に結像され、イメージセンサ４１は画像を電気信
号に変換する。

−実記録時にはロール紙３５がローラ３９とヘッド４０
に挟持されて搬送されると同時に感熱ロール紙３５上に
ヘッド４０により画像が形成される。そして−頁分の記
録が終了するとカッタ３７によりロール紙３５はカット
され。

排紙トレー３６上にローラ３８により排出される。

（基本ブロック） 第２図は（Ａ）は本実施例のファクシミリ装置の基本制
御ブロック図である。図において１は原稿画像を読取り
電気的画像信号に変換する読取部、３，５，７．はその
一つの態様として前記画像信号を一時貯えるバッファと
して機能するランダムアクセスメモリ（以下ＲＡＭ）、
９は画像信号を数ページ分貯える画像メモリとして機能
するファーストインファーストアウトＲＡＭ　（以下Ｐ
ＩＦＯＲＡＭ）、１１はＭＰＵ２３の動作プログラムを
格納したリードオンリーメモリ（以下ＲＯＭ）、１３は
ＭＰＵの動作に必要なフラグ、データ等を格納するＲＡ
Ｍ、１５は入力キー１表示器等を有する操作部、１７は
感熱紙上にコピー画像、受信画像、管理データを記録す
る記録部、１９は送信データを変調し、受信データを復
調するモデム、２０は電話器、２１は通信回線２２をモ
デム１９或は電話器２０に接続制御する網制御ユニット
（以下ＮＣＵ）、２５は原稿画像の他に発信蒔刻、発信
元の名称を画像データとして送信したり、通信管理デー
タを記録したりする為の文字フォントを格納している文
字発生器（以下ＣＧ）、２３はシステム全体をコントロ
ールするＭＰＵである。ＭＰＵ２３として本実施例では
１６ｂｉｔのデータバス２４と、最大４メガバイトまで
のメモリ空間を直接アクセスすることが可能なインテル
社製８０８６を用いている。

このＭＰＵを用いたことによるメリットは、１６ｂｉｔ
のデータバスを有しているため、符号化された画像デー
タの取扱いが容易になった。例えばラン・レングスコー
ドで２０４８ｂｉｔのデータを扱うためには１２ｂｉｔ
のデータが必要で、８ｂｉｔのＭＰＵを用いるとアクセ
スを２回行わなければならないが、１６ｂｉｔならば１
回のアクセスで済んでしまう。

又、大容量のメモリ空間を直接アクセスできるので、シ
ステムのメモリを画像メモリとして用いて回報の機能を
持たせることが可能とたなった。従来の装置では外付け
のメモリユニット、又は装置内であってもＭＰＵがバス
を介して直接アクセスのできないようなメモリを用いて
画像メモリとして回報機能を持たせていたが回路の複雑
化、装置の大型化等の問題があった。

（ＭＰＵの機能） ＭＰＵ２３の基本機能には第２図ＣＢ）に示すような６
種がある。以下、各機能について説明する。

エンコード機能　　　− （ラン・レングス→ＭＨ，ＭＲコード変換、その他）ａ
）ラン・レングス→ＭＨコート変換 エンコードを行う際にはまず、読取部１へ１ライン読取
命令を出す。すると読取部ｌは読取った１ライン分の画
像データをラン曇レングスコードに変換し、ＲＡＭ３へ
と書込む、そしてＭＰＵ２３はＲＡＭ３からラン・レン
グスコードを読出し、それを用いてＲＯＭＩ　ｌ内のコ
ード変換テーブルをひいてきて、ＭＨコードへ変換する
。変換テーブルはＲＯＭＩ　ｌ上に展開され、ラン・レ
ングスコードをアドレスとしてそのアドレスの示すラン
に対応するＭＨコードデータが書込まれている。ＭＨコ
ードデータに構成を第３図の示す。

第３図（Ａ）において、上位１２ｂｉｔに左づめでＭＨ
コードが入る。またＭＨコードは可変長符号であるため
、下位４ｂｉｔにそのＭＨコードのコード長情報を入れ
てコード長の認識を行わせている。上位１２ｂｉｔにＭ
Ｈコードを割り当てているがＭＨココ−表には、最長１
３ｂｉｔのコードが存在している。それに対処するため
に、コード長が１３ｂｉｔのコードに注目すると全ての
コードの先頭（ＭＳＢ）は“０″で始まっていることが
わかる。そこで、変換テーブル中のデータは先頭の“Ｏ
ＩＩを除いた１２ｂｉ　ｔをＭＨコードとし、データ長
“’　１３　”の情報を付加している。そして、変換テ
ーブルをひいてデータ調が“１３′”である場合にはＭ
ＰＵがコードの先頭に“０゛を付加するという方法を用
いている。

このようにすべてのＭＨコードとそのコード長がすべて
１６ｂｉｔの中に収まるので、１６ｂｉｔのＭＰＵ　（
マイクロ・プロセッシング・ユニット）での処理が容易
となり、高速にＭＨコードを探すことができる。

ｂ）ランψレングス→ＭＲコート変換 ＭＲコードへの変換はＣＣＩＴＴのＴ４勧告に示されて
いる基本フローを参考にＭＰＵ２３で行っているが、そ
の基本フロー中量も頻度が高く、また重要な項目として
“画素の白／黒反転の検出”がある。そこでその検出を
容易に行なえるように読取部がＲＡＭ３へ書込むデータ
をランレングス・コード化している。

ランレングス・コードによるＭＲコードへの変換する為
のプログラムフローを第３図（Ｂ）に示し、パラメータ
ｂｌの決定サブルーチンを第３図（Ｃ）に示す。

第３図ＣＢ）においてまずパラメータａ　Ｏ＋ｂ１をＯ
に初期化し、対象ラインの次のランレングス・コードを
読出すことにより、ａｌを決定し、ｂｌを第３図（Ｃ）
のルーチンで決定した後、ｂ２を参照ラインの次のＲＬ
コードを呼び出して決めている。モしてＴ４勧告のＭＲ
符号化ルーチンでＭＲ符合が決められると同時にパラメ
ータａＱの次の値が決まる。

第３図（Ｃ）ではパラメータｂ１がａＯより右側の対象
ラインにおいて、ａＯとは色（白。

黒）の異なる最初の色の変化点であるという勧告の定義
に従い、決定される。

このヨウにＭＲコードへめ変換がランレングス拳コード
から行なわれるので生の画像データから変換するのに比
べて極めて高速かつ容易に行えるものである。

Ｃ）ＣＧコード→ＭＨコード変換 本装置では、読取部で読取った画像データとの他にキャ
ラクタ等の情報をＭＨコードに変換して画像データとし
て送信する機能を有しているが、その方法は、まずＣＧ
コードで、ＣＧ２５からＣＧコードに対応する生データ
をひいてきて、それをラン・レングスコードに変換し、
更にＭＨコードに変換して送信している。変換テーブル
出力をラン・レングスコードではなく、生データにした
のは、ラン・レングスでテーブルを作るとコード数が多
くなり、大きなＣＧ子テーブル必要となってしまうので
、生□データにしてＣＧ２５の容量の削減を図るためで
ある、また生データを用いることにより、Ｇ２モード等
が非圧縮モードでの伝送の場合復号化が要らなくなると
いうメリットもある。

ｄ）ＥＯＬの取扱い Ｇ３モードの送受において画像データはライン同期の形
態を用いており、そのためのライン同期信号としてＥ　
ＯＬ　（Ｅｎｄ　ＯＦ　Ｌｉｎｅ）　　を設定している
。ＥＯＬは連続する１１ケの“□１１プラス１　（ＭＲ
の場合は更にｌ又はＯがつく。）で構成されている。

ＭＰＵ２３は１ラインのエンド検出毎に、画像データに
このＥＯＬを付加して送出を行うが、このＥＯＬを付加
する際に、送信ラインの電送時間の計算を行い、それが
最小伝送時間未満であった場合には、フィルピットを挿
入して最小　−伝送時間になる様にしてからＥＯＬを付
加している。実際の送信ではＭＨコードは一時ＦＩＦＯ
ＲＡＭ９に蓄積され、ＭＰＵはそのＲＡＭ９からコード
を読出して送信を行っている。そして、最小伝送時間の
計算及びフィルビットの挿入は、ｌ ＭＰＵ２３がＲＡＭ９からコードを読出し、送信する際
に行われている。そのため、ＲＡＭ９から読出しを行う
詩のライン終了信号ＥＯＬ検出が重要な問題となってく
る。そこで本装置ではＲＡＭ９からの読出し詩のＥＯＬ
検出の簡単化及びＥＯＬ送出の簡単化のために以下の様
な方法を用いている。

まずＥＯＬ取扱いの基本思想として （１）　Ｅ　ＯＬの付加はＲＡＭ９への書込時に行う。

（２）　ＲＡ　Ｍ　９からの読出し時のＥＯＬ検出は２
バイト連続Ｏで行う。

（３）ＲＡＭ９からのデータの送出時には２バイト連続
のＯのうち、２バイト目のＯは送出しない。

の３点がある。以下２つのケースに場合分けで説明をし
てみる。

ラインの最終データ中のｌ”が最終バイト中に存在する
場合のＲＡＭＱ内のデータ及びＥＯＬの記憶形態を第４
図に示す。図において最終バイトＡ目のＩ）Ｔは画像デ
ータである。パイ）ＡにはデータＤＴの後Ｏをつめ、パ
イ）Ｂ、ＣはすべてＯとし、Ｄバイト目にＩＸを挿入す
る。ただし、バイトＡに挿入したＯの数により、Ｄバイ
ト目の１ｘの前の０の数を下表の如く変更する。

この様にメモリ中のＥＯＬの０を１　／＜イト分際いて
送出しても１１個のＯを確保できる。

次に最終／ｊイト中にラインの最終−タウの１°′が存
在しない場合のＲＡＭＱ内のデータ及びＥＯＬの記憶形
態を第５図に示。図に示す様に最終パイ）Ａに含まれる
データＤＴが全て０の時はバイトＡの残りにすべてＯ挿
入し、次のバイトＢにもＯを挿入する。そしてバイトＣ
にはバイトに挿入したＯの数ｎを１から引いた数のＯを
挿入した後１×を入れる。

のは存在しないので、Ａバイト目に挿入される０の数で
４以下は考慮していない。

また、白ラインスキップ伝送を考えて、余白の判断基準
として、１ライン全て白データであった場合には２バイ
ト目のＯをＯ１゛（ヘキサ表示）として区別している。

以上の様なフォーマットでＰＩＦＯＲＡＭ９に書込むこ
とにより、ＲＡＭ９からの読出し時のＥＯＬ検出は２バ
イト連続の０又は１バイト０と゛０工′”　（ヘキサ）
で容易に行なえる。さらに読出したデータの送出を行う
際に、２バイト目のＯ（又は“ｏ　ｉ　”　）を削除す
ることにより簡単にＥＯＬの送出を行うこともできる。

２バイト目の０の削除は行わなくてもＥＯＬの送出は可
能であるが、削除することにより不必要なデータの送出
を行うことを防止して、伝送時間を短くできる。

デコード機能 （ＭＨ、ＭＲコード→ランレングスコート）ａ）ＭＨコ
ード→ランレングスコード変換エンコードの方法はＦＩ
ＦＯＲＡＭ９からＭＨコードを取り出してきて、ＭＨ→
ランレングス変換テーブルを用いて、デコーダを行うの
であるが、テーブルのひき方は先に説明したランレング
ス→ＭＨコード変換方法とは多少異なっている。

第６図にＭＨコードからランレングスコードへの変換フ
ローを示し、第７図にテーブルを示す。第６図のフロー
から明らかな様にＭＨコードを１ｂｉｔづつサーチして
ゆき、０ならば現在のアドレスポインタの示すアドレス
のデータ、“１パならばその次のアドレスのデータを見
る。そしてＭＳＢが゛１パならばそのデータはランレン
グス、”　ｏ　”ならばアドレスレボインタへそのデー
タを書込み、次のサーチのために使う。つまり、ＭＳＢ
が“１′°のデータ（８で始まるデータ）を見つけるま
では１ｂｉｔづつＭＨコード牽サーチしてゆくのである
。第７図ニＭ　Ｈコード黒”　ＯＯＯＯ１１１”　（７
）サーチ例を示す。図より前述のコードは゛黒１２゛の
ランレングスコードであることがわかる。

そして変換テーブルは黒と白のコードで別のものにして
いる。その理由はＭＨコードが黒と白の異なるランレン
グスで同一のものが存在するためである。

ｂ）ＭＲコード→ランレングス変換 変換テーブルを用いてＭＨ→ランレングス変換と同様の
テーブルサーチ方法を行うのであるが、ＭＳＢ＝１のデ
ータはランレングスコードではなく、プログラムの飛び
先アドレスが書き込まれている。そしてその飛び先で、
そのＭＲコードに対応した処理を行い、ランレングスコ
ードを生成している。

ＭＲコード化は２次元圧縮による符号化方式のため、１
つのＭＲコードに対応するランレングスコードは存在し
ない。前ラインのデータをもとにＭＲコードを用いてラ
ンレングスコードを作らなければならないので、テーブ
ルにはプのである。第８図ＲこＭＲコード゛ＯＯＯＯｌ
　１”のテーブルサーチ例を示す。

（最小伝送時間の計算及びｔＦｕの挿入、削除）Ｇ３送
信詩に１ライン分のデータの後にＥＯＬを付加して送出
しているが、この時送出したｌライフ分のデータの伝送
時間を計算し、それが最小伝送時間未満であればＦｌｌ
ｌビット（データ０）を挿入し、最小伝送時間以上にし
てからＥＯＬを付加している。

本装置では送出したデータが最小伝送時間以上か否かの
判断を、最小伝送時間と伝送レートから送出データのバ
イト数に換算して、送出バイト数がこの換算バイト数以
上か否かにより行っている。

最小伝送時間内の伝送バイト数は 最小伝送時間をｌｏｍｓ、 伝送レートを９６００ＢＰｓとすると、９８００Ｘ１０
Ｘ１０−３ ＝１２　［バイト］ となる。

そしてＦｉ１Ｍビットはバイト単位で挿入している。

本装置ではＧ３モードでの送信・受信データ及びメモリ
蓄積されるデータは必ずＦＩＦＯＲＡＭ９を介して転送
される。ＲＡＭ９に画像データとしては無為信号である
Ｆｉｌｌｉットを記憶させるとＲＡＭ９を無駄使いする
ことになる。

又、Ｆｉ見見上ビット数はメモリ送信を行う際の相手機
の能力により変化する為、メモリ蓄積時には考えうる最
大の最小伝送時間とデータスピードから算出した最大数
のＦｉｌｌｉットを挿入しなければならなくなる。

そこで本実施例ではＧ３モード送信時及びメモリ蓄積時
にはＰ　Ｉ　ＦＯＲＡＭ９には全くＦｉｌｌｉットを挿
入せずに、送信時にＦＩＦＯＲＡＭ９から読出した後、
ＦｉＪｌｌＱｉットを挿入して送出している。

また受信時には３バイト以上の０が連続した場合、３バ
イト目以降の０のバイトはＲＡＭ９へ書込まないという
方法を用いている。

（ファイン→標準変換） 本実施例ではＦ　Ｉ　ＦＯＲＡＭ９にＭＨコードで蓄積
された画像データを送信する際にファイン→標準変換す
る機能を有している。ファインと標準を比較してみると
、主走査方向の線密度はａｐｅ文／　ｍ　ｍと等しく、
副走査方向の線密度はファイン７．７立ｉｎｅ／ｍｍ、
標準３．８５Ｊｌｊｉｎｅ／ｍｍとファインに対し標準
は１／２になっている。Ｐ　Ｉ　ＦＯＲＡＭ９に蓄積さ
れたデータはＥＯＬで１ラインの区切りがつけられてい
るため、ラインの判断は容易にできる。そこで本装置で
はＰ　Ｉ　ＦＯＲＡＭ９のデータを送信する際に１ライ
ンおきに送信することによりファイン→標準（走査線密
度）変換を行なっている。

第８図（Ｂ）に走査線密度変換を行う場合と、行なわな
い場合のモデム１９からデータ要求インタラブドを受け
た場合の処理フローチャートを示す。

まずインタラブドが入ると、ＦＩ　ＦＯＲＡＭ９から、
現在の読出アドレスポインタのデータを呼び出す。デー
タがＥＯＬでない場合には、モデムへそのデータを出力
した後、ポインタを十Ｉして、データ転送を繰り返す。

ＥＯＬが検出されると、先に述べた如く、ＲＡＭＱ内の
ＥＯＬを送信用のＥＯＩ、（ＣＣＩＴＴ勧告）に変換し
、その後、フィルビットの付加必要ならばフィルを付加
し、ＥＯＬ、フィルをモデムへ出力する。そしてファイ
ン→標準変換が必要か否か判断され、必要ない場合はポ
インタを＋１して一ラインのデータ読出を終了する。−
力走査線密度の変換が必要な場合には次のＥＯＬまでア
ドレスポインタを歩進し、−ライン分のデータを削除し
たのち、メインルーチンへ戻る。

（ラン・レングス→生データ変換） Ｇ２モードにおけるメモリ送信時にはＦＩＦＯＲＡＭ９
にＭＨコードで蓄積されたデータを生データで送信しな
ければならない。本装置ではそのデータ変換をソフトウ
ェアにより行っているが、ＭＨコードから直接生データ
へ変換するのはかなり困難である。そこで、先に述べた
デコード機能を利用し、ＭＨコードを１度ラインレング
スコードに変換し、さらにそれを生データに変換すると
いう方法を用いてプログラムの簡略化を図っている。

ランレングスコードから生データへの変換は例えば第８
図（Ｃ）に示す如く行っている。

即ち、ＲＬＣコードを読出し、ＲＬＣが黒デ゛−夕なら
ばｌ°°をラインメモリへ出力し１ＲＬＣがＯになるま
で繰り返す。ＲＬＣが白データならば°“０°゛をライ
ンメモリへ出力し同様にＲＬＣがＯになるまで繰り返す
ことによりＲＬ＋ＲＡＷの変換が行われる。

（ソフトウェアによるＢ４→Ａ４縮小）本実施例では２
０４８ｂｉｔの受光素子を有する読取部１を用いて読取
りを行っている。

そのため８　ｐｅ　ｌ　／　ｍ　ｒでＢ４巾の原稿の送
信を行うことが可能である。しかしく相手機がＡ４巾の
記録能力しか持たない場合）Ｂ′４のデータ（２０４８
ｂｉｔ）をＡ４のデータ（１７２８ｂｉｔ）へ変換して
送信する必要性がある。通常の原稿送信の場合にはその
処理を読取部１で光学的又は電気的な手段を用いて行っ
ているが、メモリ送信を考えた場合、データの流れから
考えても読取部ｌの縮小機能を利用することは不可能で
ある。そこで本実施例ではソフトウェアによる縮小を行
っている。

まず、ＲＡＭ９にＭＨコードでＨａされているデータを
デコード機能を用いてランレングスコードに変換した後
、■ラインの主走査方向に縮小処理を施し、再びＭＨコ
ード（Ｇ２の場合は生データ）へ変換し、モデムへ転送
する。

尚、副走査方向の縮小は先に述べた様に１ライン単位で
データを間引くことにより行っている。

する。

Ｂ４の一生走査ラインのドツト数は２０４８ドツト、Ａ
４は１７２８ドツトである。これを因数分解すると３２
Ｘ２６　：　２７Ｘ２６で３２＝２７の比率になる。そ
こでＢ４の２０４８ドツトのデータを３２ドツトづつ６
４個のブロックに分ける。そしてｌブロック３２ドツト
について、これから５ドツトを間引いて２７ドツトに変
換すれば良い分けである。第８図（Ｄ）に１ブロツク３
２ドツトを示す。この図の斜線を引いた６、１３，１９
，２６．３２番目の各ドツトを間引けば、主走査方向に
ほぼ均等な密度で間引くことができる。

第８図（Ｅ）にこの変換を行う為のフローチャートを示
す。フローチャートの説明を容易にする為に例えば第８
図（Ｆ）の如きデータ即ちランレングスコードで白８．
黒５．白１５゜黒４という３２ドツトコードを２７ドツ
トに変換する例を説明する。

まずＳＰＩで１ラインのトータルＲＬカウンタＴＣＮＴ
、３２ドツｉ・カウンタＴＲＬ、変換後のランレングス
コードＳＲＬをＯに設定し、３２ドツト中の間引き数カ
ウンタＭＣを５に、間引きするアドレスを示すＭＡを６
に設定する。

そしてＳＦ３でＲＡＭ９から最初のＲＬコード白８を呼
び出す、そしてＳＦ３でＴＣＮＴ、ＴＲＬは共に８に設
定される。ＴＲＬ＝８はＭＡ＝６より大きいので白８の
データＲＬＣは白７のデータＲＬＣに変換される（Ｓ　
Ｐ　５）。

ＲＬＣ＝白７でＳＲＬはＯなので５ＰＩＯでＭＡが１３
に、ＭＣが４となり、再びＳＦ３に戻る。今度はＴＲＬ
＝８はＭＡ＝１３より小さいので５Ｐ１６に進み、ＳＲ
Ｌは白７にセットされ、ＴＣＮＴは２０４８より小さい
ので、ＳＦ３に戻り次のＲＬＣ＝黒５が呼び出され、Ｔ
ＣＮＴ　、ＴＲＬは共に１３となる。ＴＲＬはＭＡ＝１
３と等しいのでＳＦ３でＲＬＣは黒４となる。そしてＳ
Ｆ３で５ＲＬ＝白７とＲＬＣ＝黒４の色が異なるのでＳ
Ｆ３でラインメモリへ白７のデータが出力されると共に
ＳＲＬは０にリセットされる。更にＭＡは１９にＭＣは
３にセットされ、再びＳＦ３に戻り、ＳＰＩ　６に進む
。今度はＳＲＬにＲＬＣ＝黒４がセットされる。そして
次のＲＬＣ＝白１５が呼び出され、ＴＣＮＴ　、ＴＲＬ
は２８にセットされる。

２８はＭＡ＝１９より大きいので、ＲＬＣ＝白１５は白
１４に変換され、ＳＦ３で５ＲＬ＝黒４とＲＬＣ＝白１
４の白が比較され、黒４のデータがラインメモリへ出力
され、ＳＲＬは０にリセットされる。

そして、ＭＡは２６にＭＣは２にセットされる。ステッ
プＳＰ４でＴＲＬ＝２８はＭＡ＝２６よりまだ大きいの
で、白１４のデータは更に白１３に変換され、この時Ｓ
ＲＬは０なので、ＳＦ３　、ＳＦ３の判断及び出力を行
わずに、５ＰＩ０．１１でＭＡを３２に、ＭＣを１にセ
ットする。

再びＳＦ３に戻り、今度はＭＡ＝３２の方がＴＲＬ＝２
８より大きいので、５Ｐ１６でＳＲＬに白１３がセット
される。そして次のＲＬＣ＝黒４を呼出したのちＳＦ３
で白１３が出力され、同様にしてその稜点３が出力され
る。

以上のように、第８図（Ｆ）の上段の白８゜黒５．白１
５．黒４のデータは下段の白７゜黒４．白１３．黒３の
ランレングスコードにほぼ均等に変換されるのである。

尚、ステップＳ１３．Ｓ１４，５ｐ１５はｌブロック３
２ドツトの処理が終了した際のＭＣ，ＭＡ及びＴＲＬの
初期化を示し、特に５Ｐ１５はランレングスコードがブ
ロック間にまたがる場合の調整機能も有している。又、
５Ｐ１８は１ラインの最後のランレングスコードのライ
ンメモリへの出力を示している。

このようにしてランレングスコードのままで、主走査ド
ツト数の変換が可能となる。

（動作モード） 本実施例の画像データの送受及び転送に関する動作モー
ドは下表に示す様に非常に多くのモードがある。以下者
モードにおけるデータの流れ及び符号形態について図を
用いて説明を行う。

まず本装置が前記の１４通りの動作モードＭ１〜Ｍ１４
を決定する際に用いるＭＰＵ２３の判断アルゴリズムの
フローチャートを第９図（ａ）〜（Ｃ）に示す。

本実施例では、第１θ図の操作パネル５０上のスタート
・キー５１、ワンタッチダイヤルキー５４、短縮ダイヤ
ルキー５３、メモリーキー５２により起動がおこなわれ
る。

更に第１図の原稿の有無を検出するセンサー３１、電話
器のフックのＯＮ１０　Ｆ　Ｆ状態を検出するセンサー
３２及びロール紙カバーセンサ３３の出力により判断・
分岐がおこなわれる。

さらにファクシミリ通信のメツセージ（画像データ）通
信に先立つ前手順信号の通信により相手機のモードがＧ
３モードかＧ２モードかを知ることができる。同時に相
手機が、ＭＲの符号化機能をもっているかＭＨの符号化
機能だけしかもっていないかも知ることができる。

また、自機の画像メモリの使用状態により、メツセージ
通信の際にＰＩＦＯＲＡＭ９が使用できるか否かが判定
できる。ＲＡＭ９にメモリ蓄積がされていれば、ＲＡＭ
９の使用は不可であり、メモリ蓄積がされてなければ、
ＲＡＭ９の使用は可である。

本フローにより決定された１４通りの動作モードについ
てはＭ１〜Ｍ１４の項番骨が付記されている・ まず、スタートキーが押された場合には第９図（ａ）に
示す如く、受話器がオフフックか、オンフックかがチェ
ックされ、オンフックの場合には原稿が送信位置にあれ
ば原稿コピーモードＭ１４に移行し、原稿がなくてロー
ル紙カバーが閉じている場合にはロール紙のカッターが
動作し、カバーが開いている場合にはロール紙を所定量
適る。

−・方、オフフックの場合には原稿があれば送信モード
となり、相手機のモードとＲＡＭ９の使用の可否に応じ
てＭｌ　、Ｎ２　、Ｎ３　、Ｎ６へ移行する。又オフフ
ックで原稿が無ければ第９図（ｂ）の受信モードの振り
分はルーチンヘ移行する。第９図（ｂ）では相手機モー
ドと、ＲＡＭ９の可否に応じてＭ７〜Ｍｌｌが夫々選択
される。

第９図（Ｃ）はメモリキー５２が押された場合のモード
振り分はルーチンを示している。

メモリーキー５２が押されるとソフトウェアのタイマー
が起動し、このタイマー中に原稿が読取部ｌに置かれる
と、メモリ蓄積モードＭ１２に移行し、ＲＡＭ９に原稿
の画像データが貯えられる。

原稿が読取部ｌに置かれない場合でスタートキー５１が
押されると、この時オンフッタならばＲＡＭＱ内の画像
データが記録部１７で記録されるメモリーコピーモード
ＭＩ３に移行する。

又、この時オフフックならばメモリ送信モードへ移行す
る。ワンタッチキー５４、短縮ダイヤルキー５３が押さ
れた場合には、フックの状態に拘わらずメモリ送信モー
ドへ移行する。メモリ送信モードは相手機が０２又は０
３機であるかに応じて、Ｇ３メモリ送信モー１Ｍ４．又
はＧ２メモリ送信モー１Ｍ５に振り分けられる。

又メモリ・キーが押下されて、原稿が読取部に置かれず
他に何のキー操作もない場合には表示器５５（第１０図
）にＲＡＭ９内の画像データの蓄積量を表示し、ソフト
ウェアタイマのタイムオーバーを待ってスタンバイモー
ドに戻る。

以下に各モードＭ１〜Ｍ１４に応じた画像データの流れ
を以下に説明する。

（モードＭｌ） Ｇ３原稿送信、ＭＨ、ＲＡＭ９使用可 モ一ドＭｌの画像データの流れを第１１図を参照して説
明する。

読取部１はＭＰＵ２３からの読取命令により、１２４７
分の画像データをランレングスコードＲＬに変換してＲ
ＡＭ３へ書込む。そしてＭＰＵ２３はＲＡＭ３のデータ
をそのまま２木のラインバッファＲＡＭ５　、ＲＡＭ７
へ１ラインづつ交互に転送して、その２本のラインバッ
ファから読出したランレングスコードＲＬをＭＨコード
にエンコードしてＰＩＦＯＲＡＭ９へ書込む。そしてＭ
ＰＵ２３はモデム１９からのデータ要求インタラブドに
対し、ＦＩＦＯＲＡＭ９からＭＨコードを１バイトづつ
モデムへ転送する。又この時、ｌライン毎に最小転送時
間の計算を行いフィルビットの挿入を行う。

又、画像の先頭に付加する発信元、発信時刻等のキャラ
クタ情報はＣＧ２５から出力される生画像データ２５を
生データ→ＭＨコードへの変換機能を用いてＰＩ　ＦＯ
ＲＡＭ９へ転送している。

図中の読取部１　＋ＲＡＭ３とモデム１９→ＮＣＵ２１
の場合を除いて他の全てのデータ転送はＭＰＵ２３のバ
ス２４を介して行われている。

モデム１９からのデータ要求インタラブドは、電送レー
トにより、インタラブド間隔が変わる。

データ転送はバイト単位で行われているので、９６００
ｂｐｓの場合は８／９６００＝０．８３ＸＩＯ−３ｓｅ
ｃ毎にインタラブドが発生している。

又、ＲＡＭ３からＲＡＭ５　、ＲＡＭ７へのデータ転送
が終了した時点でＭＰＵ２３は、読取部に対し読取命令
を出力する。ＭＰＵ２３がエンコード処理ＥＮＣ１及び
インタラブド処理をしている間に読取部ｌで原稿の読取
及び生データ→ランレングスデータ変換が行われる。

（モードＭ２） Ｇ３原稿送信、ＭＲ、ＲＡＭ９使用可 第１２図（Ａ）に画像データの流れを示す。

データの流れはモードＭｌの場合とほぼ同様である。異
なる点はＥＮＣ２３−１の後のコードがＭＲコードにな
ることである。しかし、ＣＧ２５からのデータはＭＨコ
ードでＥＮＣ２３−１から出力される。たとえば２４Ｘ
１６ドツトの文字を先頭に付加する場合は２４ライン分
のデータはＭＨコードで送信される。

第１２図（、Ｂ　）にＣＧデータをＭＨで、画像データ
はＭＲでＲＡＭ９に貯える為のプログラムを示す。まず
ＣＧデータのライン数りを初期化し、先頭から各ライン
のデータを呼び出し、生データからランレングスコード
ードへＲＬコードからＭＨコードへ変換し、各ライン毎
にＲＡＭ９へ貯える。

そして２４ラインについて終了すると今度はＲＡＭ５又
は７からＲＬコードの画データを読出し、第３図（Ｂ）
、（Ｃ）のＭＲ符号化ルーチンに従い、各ラインをＭＲ
コードに直し、ＲＡＭ９に貯えるものである。

（モードＭ３） Ｇ３原稿送信、ＭＨ、ＲＡＭ９使用可 画像データの流れを第１３図に示す。第１１図のＲＡＭ
９が使用可能な場合と異なり、ラインバッファとして用
いていたＲＡＭ７をＭＨ５コードのバッファメモリとし
て用いている。

従ってラインバッファもＲＡＭ５．１本だけとなり、エ
ンコーダＥＮＣ２３−１も−ライン分のデータしか扱え
ないのでＲＡＭ９が使用不可な場合にはＭＲ送信は行え
ない。

この理由はＭＲ符号化をおこなうには、現符号化ライン
と、参照ラインの２ライン分のラインバッファが必要に
なるからである。

（モードＭ４） ０３メモリ送信 Ｍ　Ｈ−−−一第１４図（Ａ）、（ｂ）、（ｃ）モード
Ｍ４の場合の画像データの流れを第１４図（Ａ）に示す
。ＰＩＦＯＲＡＭ９にはファインモード又は標準モード
読み取った画像データがＭＨコードの形で記憶されてい
る。また、その画像データの各種情報が第２１図に示す
如く、その頁の先頭にラベルとして記憶されている。情
報としてはその画像データの読取サイズ（主走査ドツト
数）ＳＺ、ファインか標準か（走査線密度）Ｆ／Ｓ、そ
の頁のＥＯＬの数ＰＦＮ等がある。

そこで、相手機の記録紙のサイズが、読取サイズＳＺよ
り小さい場合、前述した主走査ドツト数変換を行なう必
要が有、又、ファインモードでＲＡＭ９に記憶している
にも拘らず、相手機が標準モードしか持たない場合には
前述した走査線密度変換を行う必要がある。

第１４図（Ｂ）はその振り分はルーチンを示すものであ
る。第１４図（Ｂ）においてまずＥＯＬのカウンタＥＯ
ＣをＯにセットし、前手順にて相手機の記録紙サイズＡ
ＳＺをセンスする。そしてラベルＳＺと比較し、ＡＳＺ
がＳＺよりも大きいか、等しければ、モードＭ４−１又
はＭ４−２を選択する。この場合は主走査ドツト数の変
換を要さない。

又、ＡＳＺがＳＺよりも小さい場合にはモードＭ４−３
．Ｍ４−４が選択される。この場合は主走査ドツト数の
変換を要する。

そして、相手機にファインの記録モードが無く、ＲＡＭ
９にファインモードで記憶されている場合には更に副走
査線密度の変換を要し、・　モードＭ４−２）又はＭ４
−４が選択される。

即ち、Ｍ４−１は主走査ドツト数変換、副走査密度変換
を共に必要としない。Ｍ４−２は副走査密度変換だけを
必要とし、Ｍ４−３は主走査ドツト数変換だけを必要と
する。又、Ｍ４−４は両変換共に必要である。

各モードのデータの流れについて詳細な説明は後述する
が、１ラインの送信が終了すると、モードＭ４−１．４
−３ではＥＯＩ、カウンタＥＯＣを＋１し、Ｍ４−２．
４−４ではＥＯＣを＋２する。そしてＥＯＣがＲＡＭ９
内のその頁のＥＯＬ数を示すＰＦＮと一致した頁エンド
サブルーチンへ移行する。

頁エンドサブルーチンは第１４図（Ｃ）に示され、ＲＡ
ＭＱ内に一連の頁と共に記憶されたグループの最終頁を
示すラベルＧＥを見て、その頁がグループの最終頁なら
ば、相手機へ送信の終りを示すＥＯＰを出力し、送信を
おわる。

一方、グループの最終頁でなければ次ページＳＺ、Ｆ／
Ｓを読出し、Ｆ／Ｓ、ＳＺが前頁と同じならば、同一モ
ードで次頁も送ることを示すＭＰＳ信号を出力する。違
う場合には前手順をもう一度始めから行うことを示すＥ
ＯＭ信号を相手機に送るのである。

以下にＭ４−１〜Ｍ４−４の各モードの画像データの泣
れを説明する。

（Ｍ４−１） 主走査ドツト、副走査線密度変換なし ＲＡＭＱ内の画像データはＦｉ文文２３−３でフィルビ
ットを付加され、モデム１９を介してＮＣＵ２１から送
出される。又、ＣＧ２５の出力生データはＥＮＣ２３−
１でＭＨコード化され直接ＦｉＪ１文へ転送されない。

（Ｍ４−２）　　副走査線密度変換有 ＭＰＵ２３はＲＡＭ９のＭＨ出力をＭＨコードのままで
Ｆ／５２３−４でファインから標準への変換、即ち一ラ
インおきのデータの削除し、ＲＡＭ３．５．７へ出力す
る。ＲＡＭ３．５　。

７内のＭＨのデータはＦｉｕｕ２３−３でフィルビット
を付加され、モデム１９に転送される。

又、ＣＧ２５の出力生データもＥＮＣ２３−１及びＲＡ
Ｍ３．５．７を介してＦｉ見文２３−３へ出力される。

（Ｍ４−３）　　主走査ドツト数変換有ＭＰＵ２３はＲ
ＡＭ９よりＭｌ（の画像データを抜き出し、ＤＥＣ２３
−２でランレングスコードＲＬに変換し、ＲＬの状態で
Ｂ４→Ａ４の変換を行う。モしてＥＮＣ２３−１で再び
ＭＨコードに戻しＦｉＦｏｉモリとして用いられるＲＡ
Ｍ３．５．７へ出力する。その後Ｆｉｌｎ２３−３でフ
ィルビットを付加され、モデム１９に転送される。ＣＧ
２５の出力生データもＥＮＣ２３−１でＭＨコードに直
された後ＲＡＭ３，５．７を介してＦｉ文見見２３３へ
転送される。

（Ｍ４−４）　　両変換有 ＭＰＵ２３はＦＩ　ＦＯＲＡＭ９内のＭＨのデータをＭ
ＨのままＦ／Ｓ変換し、更にＤＥＣ２３−２ランレング
スコードＲＬに直した後、Ｂ　４／Ａ　４変換し、変換
されたランレングスコードＲＬをＥ、ＮＣ２３−１でＭ
Ｈコードに戻し、ＲＡＭ３．５．７へ転送する。ＣＧ２
５の出力も同様にＥＮＣ２３−１、ＲＡＭ３．５　。

７を介してＦＥＩＩに転送される。

（モードＭ５）　　Ｇ２メモリ送信−一一一第１５図Ｍ
ＰＵ２３はＦＩ　ＦＯＲＡＭ９からＭＨコードをぬき出
しランレングスコードＲＬにデコードし、さらに生デー
タＲＡＷへ変換してｌラインずつ交互にＲＡＭ５．７へ
転送する。そして順次ＲＡＭ５．７から生データをぬき
出し、モデム１９へ転送する。また、ファインから標準
へのモード変換を行う場合にはＲＡＭ９とＤＥＣ２３−
２の間でＦ／５２３−４を、縮小を行う場合には２つの
ＤＥＣ２３−２の間でＢ４／Ａ４２３−５変換を施す。

ＣＧ２５の出力データは生データＲＡＷの形でＲＡＭ５
．７を介してモデム１９へ転送される。ただし、その際
ＣＧ２５のデータは、走査線を間引かないで、副走査方
向７．７ＪＬｉｎ、ｅ／ｍｍで送出することにより、文
字サイズをＧ３モードに較べてタテに２倍している。こ
れは、Ｇ２はアナログ伝送のため、伝送による画質の劣
化が大きのいで、Ｇ２モードでも発信元情報が確実に読
み取れるようにするために行っているのである。

（モードＭ６）　　Ｇ２原稿送信−−−一第１６図デー
タの転送は全て生データの形態、で行われる。読取部ｌ
はＭＰＵ２３からの読取命令により、１ライン分の画像
データを生データでＲＡＭ３へ書込む。そしてＭＰＵ２
３はＲＡＭ３のデータをそのまま２木のラインバッファ
ＲＡＭ５、ＲＡＭ７へ１ラインづつ交互に転送する。そ
してモデムからのデータ要求インタラブドに対し、生デ
ータを１バイトずつＲＡＭ５又はＲＡＭ７からモデム１
９へ転送する。

また、画像の先頭に付加する発信元記録等のキャラクタ
情報は、ＣＧ２５から生データのままＲＡＭ５．７へ転
送している。

また、Ｇ２モードの場合ＲＡＭ５　、ＲＡＭ７には、同
期信号を含めて、１７２８ｂｉｔの画像データが書き込
まれる。この同期信号に対応する画信号はＭＰＵ２３が
作成している。

（モードＭ７　、Ｍ８） Ｇ３受信ＭＲモード、 ＲＡＭ９使用可（不可）−一一一第１７図ＭＰＵ２３は
ＭＲコードを回線より、ＮＣＵ２１、モデム１９を介し
て受取ると、まずフィルビットの削除を行い、ＲＡＭ９
にデータがない場合ＲＡＭ９へ、ＲＡＭ９にデータがあ
る場合ＲＡＭ３へＭＲコードのまま転送する。そしてＲ
ＡＭ９又は３より順次ＭＲコードをぬき出し、ラインレ
ングスコードＲＬヘデコードした後ｌラインずつ交互に
ＲＡＭ５　、ＲＡＭ７へ転送する。また同時にそのラン
レングスコードＲＬは記録部１７へ転送され、記録が行
われる。

デコードしたランレングスコードＲＬをＲＡＭ５　、Ｒ
ＡＭ７へ転送し、蓄えておくのは、ＭＲコード化する際
の前ライン情報として使用するためである。

（モードＭ９．ＭＩＯ） Ｇ３受信ＭＨコード ＲＡＭ９使用可（不可）−一一一第１８図ＭＰＵ２３は
ＭＨコードを、回線よりＮＣＵ２１、モデム１９を介し
て受取ると、まずフィルビットの削除を行い、ＲＡＭ９
が使用可ならばＲＡＭ９へ、不可ならばＲＡＭ３．５．
７へＭＨコードのまま転送する。そしてＲＡＭ９又は３
，５．７より順次ＭＨコードをぬき出し、ラインレング
スコードＲＬへ変換し、記録部１７へ転送して記録する
。

（モデムＭｌｌ）　　Ｇ２受信；−−一第１９図Ｇ２モ
ードでは非圧縮生データが送られてくるので、ＭＰＵ２
３は生データを回線よりＮＣＵ２１、モデム１９を介し
て受取ると、１ラインづつ交互にラインバッファＲＡＭ
５゜ＲＡＭ７へ転送する。そして、ＲＡＭ５　、ＲＡＭ
７より順次生データをぬきとり、記録部１７へ転送し、
記録する。

また、ＲＡＭ５　、ＲＡＭ７にはモデム１９で復調され
た１ライン分の画信号１７２８ｂｉｔが書き込まれる。

この中には同期信号を復調して得られた画信号も含まれ
ているので、ＭＰＵ２３は記録部１７へ転送する際は前
記同期信号に対応した画信号を除いて伝送−している。

（モードＭ１２）　メモリ蓄積−一一一第２０図ＦＩＦ
ＯＲＡＭ９にＭＨコードで蓄積するまではモードＭ１と
ほぼ同様で、異なる点はＣＧ２５からのデータが無い点
と、ＲＡＭ９へ転送する際にＲＡＭ１３からページの先
頭にファイル管理用のラベルＬＢを付加することである
。

ここでラベルについて説明しておく。

ラベルは第２１図に示す様に２４ｂｙｔｅで構成、され
ている。１〜３バイト目にはそのラベルのついたデータ
が最終ページであることを示すＬＰＭと次ページの先頭
アドレスがどこにあるかを示すＮＰＡがある。４バイト
目にはページ毎の情報が入る。４バイト目のＭＳＨには
データをページ単位だけでなくグループ単位に分けた場
合そのグループの最終ページか否かの情報ＧＥが入る。

Ｆ／Ｓには、走査線密度が標準（０，８５本／　ｍ　ｍ
　）か、ファイン（７本／ｍ　ｍ　）かのデータが入る
。

ＭＤにはＲＡＭＱ内のデータがＭＷ　、　ＭＲ。

ＲＬ、ＲＡＷ又はＡＳＣＩ　Ｉコードの内どの形態で記
憶されているかの情報が入る。ＳＺにはＲＡＭＱ内のデ
ータが読取幅Ａ４かＢ４かＡ３かの情報が入る。

５バイト目はＧＰＣで、データをグルリーフ分けした場
合のグループ内でのページ番号を示す。６〜９バイト目
にはページの総ライン数ＰＬＮが、１０〜１４バイト目
にはメモリ蓄積を行った時の時刻が入り、１０バイト目
には「分」、１１バイト目は１時」、１２バイト目は「
日」、１３バイト目は１月」、１４バイト目は「年」が
記憶される。更に第１５〜２４バイト目には、そのペー
ジのファイル名ＰＦＮがコードで、それぞれ入る。

そして、メモリ送信、メモリコピ一時にはこのラベル内
の情報をもとにモードの決定、情報の付加等を行うので
あるが、時刻データに関してメモリコピ一時はラベル内
の情報によりメモリ蓄積時の時刻をヘッダとして印字し
、メモリ送信時はラベルＬＢ内の情報を無視して送信時
刻を送出する。時刻指定送信をおこなつた場合、受信画
像上に印字された時刻はＲＡＭ９に蓄積された時刻でな
く、実際に送信がおこなわれた時刻になる様に考慮した
ものである。

また、一度ＲＡＭ９に蓄積された画像データ及びラベル
ＬＢは、オペレータのマニュアル操作及び自動でクリア
される。自動クリアのフローは第２２図の様になってい
る。

尚、メモリクリアはメモリコピー後には行われない。

（モードＭ１３）メモリコピー−一一一第２３図（Ａ）
ＭＰＵ２３はｌｌＲＡＭ９よりＭＨコードを順次ぬきと
り、ランレングスコードに変換して記録部１７へ転送し
記録を行う。また、ヘッダ情報はＭＰＵを介して文字コ
ードから生データへ変換し、記録部１７へ転送し、記録
する。

ヘッダ中の時刻は、ＲＡＭ９に記憶されたファイル管理
用ラベルＬＢ中にあるメモリ蓄積の行われた時刻がＣＧ
２５により画像に変換され記録部１７で記録される。

第２３図（Ｂ）に時刻管理サブルーチンを示す。まず送
信モードの場合には、ＭＰＵ２３が管理する時計２７（
第１図）の日付及び時刻データをＣＧ２５へ出力し、送
信時刻を画像と共に送信する。又同時に通信管理用ＲＡ
Ｍ１３へ送信先の置ＮＯと共に時刻を記憶させる。

又、メモリコピ一時にはラベル内の日付時刻データＴＤ
をＣＧ２’５へ出力する。メモリ蓄積時には前記時計の
日付時刻データをＲＡＭ９ヘデータＴＤとして出力する
。又、受信時には前記時計２７のデータを前記ＲＡ″Ｍ
１３へ相手先の置ＮＯと共に記憶させる。尚、原稿コピ
ーモードの場合には□時刻データは何ら関与しない。

（モードＭ１４）　　原稿コピーーーーー第２４図読取
部ｌはＭＰＵ２３からの読取命令を受取るｌライフ分の
データを生データＲＡＷの形でＲＡＭ３へ書込む。そし
てＭＰＵ２３はＲＡＭ３から順次生データをぬき出し、
記録部１７へ転送し記録する。ＣＧ２５の出力データは
生データの形で記録部１７へ転送され記録される。

〈効　果〉 以上説明した如く本発明の画像送信装置は、画像を読取
り画像信号に変換する読取手段、前記画像信号を圧縮符
号化する符号化手段、符号化された画像データを貯える
記憶手段、前記記憶手段内の画像データを送信する送信
手段より成る画像送信装置において、前記記憶手段は前
記画像データの一ラインの終了を示すライン終了符号を
所定の形態で記憶し、前記送信手段は前記ライン終了符
号を前記所定の形態とは異なる形態で前記画像データと
共に送出するものである。

かかる構成により、送信手段のライン終了に伴う処理が
容易となる。特に記憶手段内のライン終了符号の符号長
を画像データの最大符号長よりも長く設定することによ
り、或は送信手段の並列処理ビット数よりも長く設定す
ることにより、非常に簡単にライン終了符号を検出でき
るものである。

【図面の簡単な説明】

第１図は本実施例のファクシミリ装置の断面図、第２図
（Ａ）は本実施例のファクシミリ装置の基本制御ブロッ
ク図、第２図（Ｂ）は第２図（Ａ）のＭＰＵ２３の基本
機能を示す図、第３図（Ａ）は第２図（Ａ）のＲＯＭＩ
Ｉ内のＭＨコードデータの構成を示す図、第３図（Ｂ）
、（Ｃ）はランレングスコードからＭＲコードへの変換
フローチャート図、第４図、第５図はＲＡＭ９内のＥＯ
Ｌの構成を示す図、第６図はＭＨコードからランレング
スコードへの変換フローチャート図、第７図はＭＨコー
ドをランレングスコードへ変換する場合のサーチ例を示
す図、第８図（Ａ）はＭＲコードをランレングスコード
へ変換する場合のサーチ例を示す図、第８図（Ｂ）はモ
デム１９からデータ要求インタラブドを受けた場合のＭ
ＰＵ　２３の処理フローチャートを示す図、第８図（Ｃ
）はランレングスコードから生データへの変換フローチ
ャート図、第８図（Ｄ）、（Ｅ）。 （Ｆ）はＢ４からＡ４へのドツト数の変換の説明図、第
９図（ａ）、、（ｂ）、（ｃ）はＭＰＵ２３の１４通り
の動作モードを決定する為のフローチャート図、第１０
図は操作部５０の平面図、第１１図はモードＭｌの画像
データの流れを示す図、第１２図（Ａ）はモードＭ２の
画像データの流れを示す図、第１２図Ｃ，Ｂ　）はＣＧ
データをＭＨコード、画像データはＭＲコードでＲＡＭ
９に貯える為のフローチャート図、第１３図はモードＭ
３の画像データの流れを示す図、第１４図（Ａ）はモー
ドＭ４の画像データの流れを示す図、第１４図（Ｂ）は
モードＭ４を相手機に応じて更にモードＭ４−１〜Ｍ４
−４に振り分けるフローチャート図、第１４図（Ｃ）は
頁エンドサブルーチンを示す図、第１５図はモードＭ５
の画像データの流れを示す図、第１６図はモードＭ６の
画像データの流れを示す図、第１７図はモードＭ７．Ｍ
８の画像データの流れを示す図、第１８図はモードＭ９
．ＭＩＯの画像データの流れを示す図、第１９図はモー
ドＭｌｌの画像データの流れを示す図、第２０図はモー
ドＭ１２の画像デーりの流れを示す図、第２１図はＲＡ
Ｍ９への画像データの蓄積時にページの先頭に付けられ
るファイル管理用ラベルの構成を示す図、第２２図はＲ
ＡＭ９内の画像データを自動クリアするフローチャー１
・図、第２３図（Ａ）はモードＭ１３の画像データの流
れを示す図、第２３図（Ｂ）は時刻管理サブルーチンを
示す図、第２４図はモードＭ１４の画像データの流れを
示す図である。 図において、１は読取部、３，５．７はＲＡＭ、９は画
像メモリとして使用されるＦ　Ｉ　ＦＯＲＡＭ、２３は
ＭＰＵ、２５はＣＧを夫々示す。

Claims (3)

【特許請求の範囲】
1. （１）画像を読取り画像信号に変換する読取手段、前記
   画像信号を圧縮符号化する符号化手段、符号化された画
   像データを貯える記憶手段、前記記憶手段内の画像デー
   タを送信する送信手段より成る画像送信装置において、 前記記憶手段は前記画像データの一ラインの終了を示す
   ライン終了符号を所定の形態で記憶し、前記送信手段は
   前記ライン終了符号を前記所定の形態とは異なる形態で
   前記画像データと共に送出することを特徴とする画像送
   信装置。
2. （２）特許請求の範囲第１項において、前記記憶手段内
   に記憶されるライン終了符号の符号語長は前記画像デー
   タの最大符号語長よりも長く設定されることを特徴とす
   る画像送信装置。
3. （３）特許請求の範囲第１項において、前記記憶手段内
   に記憶されるライン終了符号の符号語長は前記送信手段
   の並列処理ビット数よりも長いことを特徴とする画像送
   信装置。