JPS6354869A - 通信制御装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 恭Ｊし欠μ− この発明は、圧縮コードを受信する通信制御装置に関す
る。

黄来技術 一般に１文書作成装置（ワードプロセッサ）やパーソナ
ルコンピュータ等の情報処理装置においては情報通信の
要求が高まっており、このような要求に応えるものとし
て例えば情報処理装置のプリンタに接続してファクシミ
リ装置からデータを圧縮コードで受信して、この受信し
たデータをプリントに印字させる通信制御装置が考えら
れる。

ところで、従来の圧縮コードを受信するファクシミリ装
置等の通信端末装置における通信制御装置においては、
受信した圧縮コードを一旦伸長した後レングスチェック
をして正しいラインか否かを判定するようにしているた
め、判定処理に時間がかかるという不都合がある。

目　　　的 この発明は上記の点に鑑みてなされたものであり、処理
速度の向上を図ることを目的とする。

璽−戎 この発明は上記の目的を達成するため、受信した圧縮コ
ードのままレングスチェックをして正しいラインか否か
を判定する機能を備えたものである。

以下、この発明の一実施例に基づいて具体的に説明する
。

第２図はこの発明を実施した通信制御装置を鍔えた文書
作成システムの一例を示すブロック図である。

この文書作成システムは、ホストとしての文書作成Ｉｌ
；ｉ集装置（ワードプロセッサ）１と、印字装置として
のプリンタ２とを備え、文書作成編集装置１にはセント
ロニクスインタフェースコネクタ４．５及びケーブル６
を介してファクシミリ受信機能を有する通信端末装置（
以下では「ファクシミリ装置」又はｒＦＡＸＪと８称す
る）への送信機能及びファクシミリ装置からの受信機能
を有する通信制御装置３を接続し、この通信端末装置乙
にはセントロニクスインタフェースコネクタ７゜８及び
ケーブル９を介してプリンタ２を接続し、更に通信制御
装置３は回線１０に接続している。

この文書作成システムにおいて、通信制御装置３を使用
しないで単に文書作成編集装置として使用するときには
、文書作成編集装置１とプリンタ２とを直接コネクタ４
，５及びケーブル６を介して接続すればよい。

このように、通信制御装置３は文書作成編集装置１とプ
リンタ２との間に接続又は取外すことができるので１文
書作成編集装置１及びプリンタ２に何等の変更を伴なう
ことなく文書作成システムにファクシミリ装置への送信
機能及びファクシミリ装置からの受信機能を持たせた通
信端末装置として使用することができる。

なお、ファクシミリ装置からの受信のみを行なう場合に
は文書作成編集装置１は不要であり、通　　　゛信制御
装置３とプリンタ２とを接続することによってファクシ
ミリ装置からの受信機能を有する通信端末装置として使
用できる。

次に、この通信制御装置１３の機能の概要を第１図を参
照して説明する。

ワードプロセッサ、パーソナルコンピュータ等のホスト
側からのデータを単に印字するときには、そのデータを
プリンタ入力インタフェース（Ｉ／Ｆ）１１に与えるこ
とにより、このプリンタ入力Ｉ／Ｆｌｌが受信したデー
タをプリンタ出力データ制御部１２がプリンタ出力１／
ＦＩＢを介してプリンタに送出して、ホスト側からの受
信データをプリンタで印字させる。

また、ホスト側からのデータをファクシミリ装置に送信
するときには、そのデータをプリンタ入力１／Ｆ１１に
与えることにより、このプリンタ入力Ｔ／Ｆｌｌが受信
したホスト側からのデータがビット・マツプ変換部１４
に転送される。

そして、このビット・マツプ変換部１４はプリンタ入力
Ｉ／Ｆ１１から転送されてきたデータをデータ圧縮用の
ビット・マツプに変換して内部のワークメモリに格納し
、データ圧縮部１５がこのビット・マツプ変換部１４の
内部のワークメモリに格納されたビット・マツプを読出
し、データ圧縮をして圧縮コード（この実施例ではｒＭ
Ｈコード」とするが、ＭＲコードであってもよい）に変
換し、この圧縮コードをＦＡＸ画情報Ｍ積部１６に格納
する。

この状態で、送信指示部１７によって通信手順制御部１
８に送信指示を与えることにより９通信手順制御部１８
はＦＡＸ画情報蓄積部１６に格納されている圧縮コード
（送信データ）をＦＡＸ通信手順に従ってモデム（ＭＯ
ＤＥＭ）１Ｂに送出して回線制御装［（ＮＣＵ）２０を
介して相手先ファクシミリ装置に送信する。

一方、相手先ファクシミリ装置から回線制御装置２０及
びモデム１９を介してデータが送信されてきたときには
、通信手順制御部１８は相手先ファクシミリ装置から受
信した圧縮コードをラインチェック部２１に渡す、そこ
で、このラインチェック部２１は、圧縮コードのままラ
ンレングスチェックをして正しいラインか否かを判定し
、正しいラインのときには受信した圧縮コードをＦＡＸ
画情報蓄積部１６に順次格納する。

この状態で、受信印字指示部２２によってＦＡＸ画情報
蓄積部１６に対して受信データの印字指示を与えること
により、ＦＡＸ画情報蓄積部１６に格納されている圧縮
コード（受信データ）がＣＣＦＡＸ／ＦＡＸ切換部２３
に送られる。

このＣＣＦＡＸ／ＦＡＸ切換部２３は例えば既知のＮＳ
Ｆフレームを使用して相手先通信端末装置か自己と同等
の機能を有する通信端末装置（ここではｒｃｃＦＡＸＪ
と称する）か通常のファクシミリ装置（ＦＡＸ）かを検
知しており、この検知結果に応じてＦＡＸ画情報蓄積部
１６からの圧縮コードをＣＣＦＡＸデコード処理部２４
又はＦＡＸデコード処理部２５に送出する。

そして、ＣＣＦＡＸデコード処理部２４は受領した圧縮
コードをデコード（伸長）すると共にドツト密度変換（
間引き）してイメージデータを作成し、このイメージデ
ータをプリンタ出力データ制御部１２を送出してプリン
タに出力させる。また、ＦＡＸデコード処理部２５は受
領した圧縮コードをデコードしてイメージデータを作成
し、このイメージデータをプリンタ出力データ制御部１
２に送出してプリンタに出力させる。

第３図はこの通信制御装置！乙の構成を具体的に示すブ
ロック図である。

この通信制御装置３は、ＣＰＵ、ＲＯＭ、ＲＡＭ及び■
／○等からなるマイクロコンピュータ（ＣＰＵ）３１と
、ビット・マツプ変換処理、データ圧縮処理、ラインチ
ェック処理、デコード処理等この装置全体の制御に係わ
る制御プログラム等を格納したＲＯＭ３２と、ホスト側
からのデータ　（これを「入力データ」と称する）を変
換したビット・マツプを格納するワークメモリ及びビッ
ト・マツプをデータ圧縮して生成した圧縮コード並びに
受信した圧縮コードを格納するＦＡＸ画情報蓄積エリア
（圧縮コード格納エリア）並びにその他のデータを格納
するデータメモリ等を構成するＲＡＭ３３とを備えてい
る。

これ等によって第１図のプリンタ出力データ制御部１２
．ビット・マツプ変換部１４．データ圧縮部１５．ＦＡ
Ｘ画情報蓄積部１６及び通信手順制御部１８．ラインチ
ェック部２１．ＣＣＦＡＸ／ＦＡＸ切換部２３．ＣＣＦ
ＡＸデコード処理部２４及びＦＡＸデコード処理部２５
を構成している。

また、この通信制御装置３は、文書作成編集装置１ある
いはパーソナルコンピュータ等のホスト側からのデータ
を入力する第１図のプリンタ入力Ｉ／Ｆｉ１としてのセ
ントロニクス受信部インタフェースＣＩ／Ｆ）３４と、
ホストからの入力データをプリンタ２等の印字装置に出
力する第１図のプリンタ出力Ｉ／Ｆ１３としてのセント
ロニクス送信部Ｉ／Ｆ！＋５とを備えている。

なお、セントロニクスインタフェースで使用する信号の
内のストローブ（ＳＴＲＯＢＥ）、データ（ＤＡＴＡＩ
〜ＤＡＴＡ８）、アクノーリッジ（ＡＣＫＮＬＧ）及び
ビジィ（ＢＵＳＹ）についてはマイクロコンピュータｆ
！−１に入力し、その他の信号についてはセントロニク
ス受信部ｒ／Ｆ３４から直接セントロニクス送信部ｒ／
Ｆ３Ｓに出力している。

さらに、この通信制御装置３は、操作スイッチ及び表示
器並びにベルを付設した第１図の送信指示部１７及び受
信印字指示部２２を含む操作二ニット３６を備え、この
操作ユニット３６との間でのデータ送受を司るスイッチ
・ＬＥＤポート３７を備えている。

なお、操作ユニット３６には、ファクシミリ装置への送
信開始を指示及び受信データの印字開始指示並びに手動
受信指示等をするためのスタートキーと、送信モードと
してホスト側からの入力データをプリンタに出力するプ
リンタモードと入力データをファクシミリ装＠　（ＦＡ
Ｘ）に送信するＦＡＸモードと入力データをプリンタに
出力しＦＡＸに送信するプリンタ・ＦＡＸモードとを選
択するモードセレクトキーと、自動受信を指示する自動
キーと、送信終了指示及び１ページの途中でＦＡＸ画情
報格納エリアがフル状態になったときに当該ページまで
の送信指示又は当該ページ以降のページの送信指示並び
に印字終了指示等をするためのストップキーと、ＦＡＸ
画情報格納エリアに格納されている画情報（圧縮コード
）のクリア指示等をするクリアキーとを備えている。

また、この操作ユニット３６には、送信モードを表示す
るためのモード表示器と、各種の状態（ＦＡＸ画情報蓄
積エリアのフル状態等）を表示するスティタス表示器と
、ページ数を表示するページ数表示器とを備えている。

さらにまた、この通信制御装置３は、公衆電話回線を介
してファクシミリ装置との間で通信を行なうために、マ
ルチプロトコル・シリアルコントロール（ＭＰＳＣ）３
８を備えると共に、モデム（ＭＯＤＥＭ）３Ｂ及び回線
制御装置（Ａ−ＡＮＣＵ）４０を接続している。

第４図はこの通信制御支間乙のタスク構成を示すブロッ
ク図である。

この通信制御支間乙のタスク構成は、全体の制御を司る
オペレーティングシステム（ＯＳ）４１と、操作ユニッ
ト３６に対する入力及び出力制御を司るフロントパネル
タスク４２と、ホスト側からの入力データを圧縮コード
（ＭＨコード）にコード化するＭＨコーダタスク４３と
、相手先通信端末装置から受信した圧縮コードをデコー
ドするＭＨデコーダタスク４４と、ファクシミリ装置に
対する送信制御をするＦＡＸ送信タスク４５と。

相手先通信端末装置からの受信制御をするＦＡＸ受信タ
スク４６と、ＮＣＵ４０を制御するＮＣＵタスク４７と
、所定時間間隔例えば１０ｍ５ｅｃ毎の制御切換え等を
制御するタイマタスク４８と、各タスクを動作を調整す
るシステムコントロールタスク４９等とからなる。

次に、このように構成したこの実施例の作用について第
５図以降をも参照して説明する。

まず、便宜上システムコントロールタスク４日による送
信及び受信に際しての各タスクの管理等について説明す
る。

このシステムコントロールタスク４日は、前述したよう
にシステム全体の状態管理を行なうものである。そして
、送信に関しては、ＭＨコードの管理をページ単位で行
ない、ＦＡＸ送信タスクに対してページ送信要求を行な
う。このときに送信ライン数のデフォルト値を生成して
メツセージに付加する。また、受信に関しては、ＦＡＸ
受信タスクが受信したページ単位のＭＨコードの管理を
行ない、ＭＨデコーダタスクに受信したページの印字要
求を行なう。さらに、フロントパネルタスクから送られ
てくるキー（スイッチ）の内容を管理している状態と比
較して、フロントパネルタスクへの表示器（ＬＥＤ）及
びベル（Ｂ　Ｅ　Ｌ　Ｌ）のコントロールを指示する。

このシステムコントロールタスク４日によって管理する
状態は、次の１０項目の状態である。

■　アイドル（Ｉ　ｄｌｅ） ■　ビジィ（Ｂ　ｕｓｙ） ■　送信メモリフル（Ｔ　　Ｍｅｍｏｒｙ　ｆｕｌｌ）
■　スタンバイ（Ｓ　ｔａｎｄ　ｂｙ）■　トランスミ
ツト（Ｔ　ｒａｎｇｍｉｔ）■　フォルト（Ｆ　ａｕｌ
ｔ） ■　レシーブ（Ｒｅｃｅｉｖｅ） ■　レシーブ・ページ・レディ （Ｒｅｃｅｉｖｅ　Ｐａｇｅ　Ｒｅａｄｙ）■　ページ
・プリンティング（Ｐ　ａｇｅ　Ｐ　ｒｉｎｊｉｎｇ）
［相］　受信メモリフル（Ｒ−Ｍｅｍｏｒｙ　ｆｕｌｌ
）このシステムコントロールタスク４日が管理する状態
と状態が遷移する条件を第５図に示している。なお、同
図中、破線矢印はメツセージでの遷移を示し、実線矢印
はスイッチでの遷移を示している。

この状態遷移の概略を説明すると、パワーオン（電源投
入）によってアイドル状態になっている。

そして、送信時にはホスト側の印刷キー等の印刷を指示
するキーが押されることによってホスト側からイメージ
データ等が転送されて来て、アイドル状態からメツセー
ジページスタートＭＳＧＰＧＳによってビジィ状態に遷
移し、このビジィ状態においてＭＨコーダタスク４３に
よってホスト側からのイメージデータがビット・マツプ
展開され圧縮コードに変換されてＦＡＸ画情報格納エリ
アに蓄積されていく。

このビット・マツプ展開及び圧縮コード化処理によって
ＦＡＸ画情報Ｎ積エリアにホスト側からのデータの圧縮
コードが１ペ一ジ分蓄積されたときに、ビジィ状態から
メツセージページエンドＭＳＧＰＧＥによってスタンバ
イ状態に遷移する。

なお、送信データが複数頁のときには１頁目はアイドル
状態からメツセージページスタートＭＳＧＰＧＳによっ
てビジィ状態に遷移するが、２頁目以降はスタンバイ状
態からメツセージページスタート？ｖｉ　Ｓ　Ｇ　Ｐ　
Ｇ　Ｓによってビジィ状態に移行し。

上述したと同様にして８頁のビット・マツプ展開及び圧
縮コード化が行なわれてＦＡＸ画情報蓄積エリアに蓄積
されてスタンバイ状態に遷移する。

また、ビジィ状態でストップキーが押下げられたときに
もスタンバイ状態に遷移する。更に、ビジィ状態でＦＡ
Ｘ画情報蓄積エリアがフル状態になったときにはメツセ
ージメモリフルＭＳＧＭＦＬによって受信メモリフル状
態に遷移し、このメモリフル状態でストップキーが押下
げられることによりスタンバイ状態に遷移する。

そして、このようにしてＦＡＸ画情報蓄積エリアに送信
データ（圧縮コード）が蓄積されてスタンバイ状態に遷
移した状態で、オペレータが送信先ファクシミリ装置に
ダイアルしてスタートキーを押下げること↓こよってト
ランスミツト状態に遷移し、ＦＡＸ送信タスク４５によ
ってＦＡＸ画情報蓄積エリアに蓄積された送信データが
送信され。

送信が終了してストップキーが押下げられることにより
スタンバイ状態に遷移する。

このとき、クリアキーが押下げられることによってＦＡ
Ｘ画情報蓄積エリアに蓄積された送信データがクリアさ
れてアイドル状態に遷移する。

これに対して、受信時にはアイドル状態から自動受信時
にはコーリングを受けたときにメツセージコールドイン
ジケーションＭＳＧＣＬＩが与えられて、また手動受信
時にはスタートスイッチが押されることによって、レシ
ーブ状態に遷移する。

このレシーブ状態でＦＡＸ受信タスク４６によって相手
先ファクシミリ装置から送信されてきた受信データ（圧
縮コード）の受信が行なわれて、メッセージページレシ
ーブインデイケーションＭＳＧＰＲＩによって頁単位の
管理が行なわれながらＦＡＸ画情報蓄積エリアに蓄積さ
れ、受信が終了してライン（回線）が切れたときにメッ
セージディスコネクトインデイケーションＭＳＧＤ　Ｉ
　Ｓによってレシーブ・ページ・レディ状態に遷移する
。

このレシーブ・ページ・レディ状態でプリンタに用紙が
セットされてスタートスイッチが押下げられることによ
りページ・プリンティング状態に遷移すると共にレシー
ブ状態に遷移して、ＭＨデコーダタスク４４によってＦ
ＡＸ画情報蓄積エリアに蓄積された１ペ一ジ分の受信デ
ータがデコードされてプリンタに出力されて印字され、
これと並行してＦＡＸ画情報蓄積エリアから次の１ペ一
ジ分の受信データのデコードが行なわれる。

そして、ページ・プリンティング状態から１ページの印
字が終了する毎にメツセージデコーダレスポンスＭ　Ｓ
　Ｇ　Ｄ　ＣＲによって又はストップキーの押下げによ
ってレシーブ・ページ・レディ状態に遷移し、レシーブ
・ページ・レディ状態からメツセージコールドインジケ
ーションＭＳＧＣＬ　１によってレシーブ状態に遷移し
て、上述したと同様にして次ページ移行の印字及びデコ
ードが行なわれる。

なお、レシーブ状態においてＦＡＸ画情報蓄積エリアが
フル状態になったときにはメッセージディスコネクトイ
ンデイケーションＭＳＧＤＳ　Ｉによってレシーブ・ペ
ージ・レディ状態に遷移し、更にメツセージメモリフル
ＭＳＧＭＦＬによって受信メモリフル状態に遷移し、こ
の状態でストップキーが押下げられるとレシーブ・ペー
ジ・レディ状態に戻って上述したと同様にして完全なペ
ージまでの印字が行なわれる。

次に、このシステムコントロールタスク４日によるベル
制御について説明する。

■　上述した各状態において、有効なキー人力があった
ときには０．１秒間だけブザー（ベル）を鳴らす。

■　メモリフル（送信メモリフル及び受信メモリフル）
になったときには０．２秒間間で２秒間ブザーを断続的
に鳴らす。

■　送信エラー又は受信エラーになったときには０．５
秒間間で５秒間ブザーを断続的に鴨らす。

■　アイドル状態に遷移するときには１秒間ブザーを鳴
らす。

■　受信した８頁が一度もプリンタに出力されないでク
リアキー人力があったときには０．２秒間間で２秒間ブ
ザーを断続的に鳴らす。

■　プリンタに出力しようとしたときにプリンタがビジ
ィ状態で出力できないときには０．２秒間間で２秒間ブ
ザーを断続的に鳴らす。

■　受信エラー（中途断）になったときには０．５秒間
隔で５秒間ブザーを断続的に鳴らす。

■　正常に受信が終了したときには１秒間ブザーを鳴ら
す。

次に、このシステムコントロール４日による表示器（Ｌ
ＥＤ）制御について説明する。

まず、モードＬＥＤとしてはプリントモードを示すプリ
ント（Ｐ　ＲＩ　Ｎ　Ｔ　）　Ｌ　Ｅ　Ｄ及びファクシ
。

ミリモードを示すファックス（Ｆａｘ）ＬＥＤを有し、
第Ｓ図に示すように初期状態ではプリントＬＥＤを点灯
（実線で示す）してプリントモードとし、この状態でモ
ードキーが押下げ（↑で示す）られたときにファックス
ＬＥＤを点灯してプリント・ファックスモードとし、更
にこの状態でモードキーが押下げられたときにプリント
ＬＥＤを消灯（破線で示す）してファックスモードとす
る。

次に、スティタスＬＥＤとしては送信ＬＥＤ。

受１ＬＥＤ、ラインＬＥＤ及びエラーＬＥＤを有する。

そして、送信モードにおいては、アイドル状Ｍ。

ビジィ状ＮＡ、メモリフル状態の一部を除いて送信ＬＥ
Ｄを消灯し、またトランスミツト状態のときラインＬＥ
Ｄを点灯し、更に送信エラーのときのみエラーＬＥＤを
点灯する。この送信モードにおけるＬＥＤ制御の一例を
第７図に示している。同図中（イ）は正常な状態、（ロ
）は送信時の状態（エラー発生を含む）、（ハ）及び（
ニ）はメモリフルの異なる状態を示している。

また、受信モードにおいては、第８図に示すように、レ
シーブ状態、レシーブ・ページ・レディ状態、ページプ
リンティング状態、メモリフル状態で受信ＬＥＤを点灯
し、レシーブ状態でラインＬＥＤを点灯する。また受信
エラー（中途断）になったときにはブザーを鳴している
間エラーＬＥＤを点灯し、メモリフル状態で受信エラー
のときにはエラーＬＥＤを点灯のままとする。

次に、ページＬＥＤとしては８個（１〜８）のＬＥＤを
有している。

そして、送信モードにおける入力データのコード変換中
は５例えば第９図（イ）、Ｃ口）に示すようにコード変
換中のページのＬＥＤを点滅（破線で示す）し、ページ
が確定したときに点灯（実線で示す）し、それ以外の状
態では消灯（空白で示す）する、また送信モードにおけ
る送信時は、例えば第１０図に示すように送信中のペー
ジを点滅し、ページ送信が終了したときに消灯する。

また、受信モードにおける受信時には１例えば第１１図
に示すように受召したページのＬＥＤを点灯し、同じく
印刷時には、例えば第１２図に示すように印字が終了し
たページのＬＥＤを一旦消灯し、すべてのページの印字
が終了した後２秒間経過した時にクリアキー人力がある
まで受信した各ページのＬＥＤを点灯する。更に印刷時
に受信したときには例えば第１３図に示すようになる。

次に、このシステムコントロールタスク４日によるペー
ジ管理について説明する。

送信モードにおいては、メツセージページスタートＭＳ
ＧＰＧＳ及びメツセージページエンドＭＳＧＰＧＥに基
づいてページ単位でＭＨコードの長さと開始アドレスを
保持する。ページ管理機能は最大８ページまでとする。

受信モードにおいては、メッセージページレシーブイン
デイケーションＭＳＧＰＲＩに基づいてページ単位でＭ
Ｈコードの長さと開始アドレスを保持しておく、ページ
管理機能は最大８ページまでとする。

次に、送信モードにおける中途ページの取扱いについて
説明する。

前述したようにスタンバイ状態へは１ページの圧縮デー
タがＦＡＸ画情報蓄積エリアに蓄積されていなくとも遷
移できる。この状態には次の二通りの遷移があり、各々
で中途ページ（１ペ一ジ分の圧縮データが蓄積されてい
ないページ）の扱いを変える。

■ビジィ状態（ストップキー）→スタンバイ状態ビジィ
状態でストップキーが押下げられて直接スタンバイ状態
に遷移させられたときには、中途ページであっても完結
したページとして扱い、中途ページも送信する。

■ビジィ状態→メモリフル状態→スタンバイ状態ビジィ
状態でメモリフル状態になったためにスタンバイ状態に
遷移した文書については、中途ページの直前のページま
でを完結ページとして扱い。

中途ページについては送信しない。

次に、受信開始について説明する。

前述したように受信開始は、アイドル状態のときに自動
受信キーが自動にセットされているときに自動的に受信
開始となる自動受信モードと、アイドル状態のときにオ
フフックになっていてスタートキーが押下げられると受
信開始となる手動受信モードとがある。

次に、ホスト側で作成した文書等をファクシミリ装置に
送信する送信モードにおいてＭＨコーダタスク４３によ
る入力データの圧縮コード化について説明する。

まず、ホスト側から送られてくるプリンタのヘッドコン
トロールコマンドとこのコマンドの解析について第１４
図をも参照して説明する。

ホスト側からプリンタに対して送られるヘッドコントロ
ールコマンドのシンボル及び機能は次のとおりである。

ＢＬＦ　：逆改行；印字用紙を逆送りする。

ＬＦ二改行；印字の開始と改行。

ＦＦ：フォームフイード；次の開始行まで用紙を送る。

ＣＲ：復帰；印字の開始と復帰。

ＳＴＰ　ニストップ；ホームポジションに戻る。

ＣＡＮ　：キャンセル；バッファをクリアする。

ＥＳＣ、％＋Ｌｎｌ＋ｎ２　：イメージ転送；イメージ
印字をする。

ＥＳＣ，％、３．ｎｌ、ｎ２　：右移動；指定ドツト数
だけ右移動。

ＥＳＣ，％、４．ｎｌ、ｎ２　：左移動；指定ドツト数
だけ左移動。

ＥＳＣ，＋　、ｎｌ　ｓ逆ピッチ改行；指定ピッチで逆
改行する。

ＥＳＣ，−、ｎｌ　：ピツチ改行：指定ピッチで改行す
る。

ＥＳＣ，６：６ＬＰＩ設定；６ＬＰＩの改行を設定する
。

ＥＳＣ，８：８ＬＰＩ設定；８ＬＰＩの改行を設定する
。

ＥＳＣ，Ｒ：初期設定；電源投入後の状態にする。

ＥＳＣ，Ｖ：排出；用紙を排出する。

ＥＳＣ，Ｚ、ｎｌ、ｎ２　：複数改行＝指定された行数
分改行。

このようなヘッドコントロールコマンドがホスト側から
送出されたときの受領側でのコマンド解析処理は、第１
４図に示すように、ポートに入力されたデータを取込ん
で内部ＲＡＭの予め定めたラベル名がｒｃＭＤＪのアド
レス（以下ｒｃＭＤＪと称す）に格納する。

そして、このＣＭＤに格納したデータがｒＥＳＣ」か否
かを判別して、ｒＥＳＣＪでなければ、そのコマンドが
ｒＬＦＪ（ラインフィード：改行）。

ｒｃＲＪ（キャリッジリターン）、ｒＦＦノ（フオーム
フィード；改頁）、「ＢＬＦ」（逆改行）。

ｒｓＴＰＪ　（ストップ）、「ＣＡＮ」（キャンセル）
のいずれであるかを判断する。

また、ｒＥＳＣＪであれば１次のデータをポートからＣ
ＭＤに取込んで、そのデータが「％」か否かを判別し、
１％」でなければそのデータが「＋」（逆ピツチ改行）
、ｒ−Ｊ（ピッチ改行）。

「Ｒ」（イニシャライズ）、ｒＶＪ（排出）、ｒＺ」（
複数改行）、ｒ６Ｊ又は「８」（改行ピッチ変更）かを
判断する。

さらに、そのデータが１％」であれば１次のデータをポ
ートからＣＭＤに取込んで、そのデータが「１ノ（イメ
ージモード）、ｒ３Ｊ（右移動）。

「４」（左移動）かを判断する。

次に、ホストからプリンタに送出される印字データ（文
字データ）について第１Ｓ図及び第１６図を参照して説
明する。

この実施例ではプリンタとして文字コードを文字パター
ンに変換するキャラクタジェネレータを内蔵していない
プリンタを使用して、ホスト側は文字デ〜りをイメージ
デ〜りで送出し、プリンタ何は１印字行分のイメージデ
ータを受領して改行系コマンドを受けたときに印字動作
を開始するものとする。

ここで、プリンタのヘッドをｄａｔ　１〜ｄｏｔ２４の
２４個の印字素子を列設した構成として、１印字行（行
方向の印字範囲）のドツト数ｍを例えば１４４０ドツト
とする。

このとき、ホスト側は１ビツト列（２４ドツト）分のイ
メージデータを８ビツト（１バイト）単位で３回に分け
て転送して、順次１印字行（１４４０列）分転送するこ
とになる。

すなわち、１ビツト列（２４ドツト）分のイメ−ジデー
タは、第１Ｓ図（イ）に示す第一転送データ、同図（ロ
）に示す第二転送データ、同図（ハ）に示す第三転送デ
ータの順に送られて、各転送データは第１６図（イ）、
（ロ）、（ハ）に示す領域に印字され、このデータ転送
が１印字行（印字範囲）のドツト数ｍ（例えばｍ　＝１
４４０ドツト）回繰返される。

したがって、１印字行分のイメージデータは、第１５図
に先付文字で示すように第Ｏバイト、第１バイト、第２
バイト、第３バイト、・・・・・・第ｎバイトの順で転
送される。

このように、ホスト側は横１ビット縦２４ビツトの１ビ
ツト列分のデータを１バイト単位に分けて縦方向に３回
転送し、１印字行のドツト数（ｙｎドツト）回横方向に
順次転送する。

ところが、データ圧縮は行方向に１ドツトライン毎に例
えば８ビツト単位で行なわなければならない、つまり例
えば第１５図に破線で示すように第Ｏバイト、第３バイ
ト、・・・・・・、第２１バイトの同一ビットを合わせ
て８ビツト（１バイト）のデータとしてデータ圧縮を行
なわなければならない。

このとき、入力されたイメージデータを例えば第１７図
に示すようにそのまま入力順にワークメモリに格納する
、つまり例えばワークエリアの所定のアドレスに第Ｏバ
イトの第Ｏビット〜第７ビツトを格納（図中のｒｏｌｏ
Ｊは「第０バイト／第ＯビツトＪを表わす。その他も同
様である）し、次のアドレスに第１バイトの第Ｏビット
〜第７ビツトを格納することが考えられる。

このようにイメージデータをワークメモリに格、納する
と、データ圧縮時には例えば第Ｏバイトの第０ビツトを
読出し１次に読出しアドレスを３アドレス分更新して第
３バイトの第０ビツトを読出しというようにして第２１
バイトの第Ｏビットまでの８ビツト分のデータを３アド
レスずつ読出しアドレスを更新しながら読出した後、デ
ータ圧縮をすることになる。

勿論このようにしてもよいのであるが、これでは入力デ
ータのデータ圧縮処理に時間がかかり、特にプリンタと
ファクシミリ装置に同時出力（送信）するときには１印
字行分の印字データ（イメージデータ）のデータ圧縮が
終るまで次行の印字データを受けられないのでプリント
出力が遅くなるという不都合が生じてくる。

そこで、この実施例においては、ホストからのメ ？−ジデータをワークメモリに格納するときに予めデー
タ圧縮時に使用する１ドツトライン毎の８ビツト（１バ
イト）のデータに変換して格納する（こ九がｒビット・
マツプに変換（展開）する」処理である）。

つまり、第１８図に示すようにワークメモリに予め第０
ドツトライン〜第２３ドツトラインまで１ドツトライン
毎に８ビツトずつイメージデータを格納するエリアを割
付ける。したがって、実際エリアの最初のアドレスを第
０アドレス、以下第１アドレス・・・と称することにす
る。

そして、第○バイトのデータを受けたときには、第０ビ
ツトを第０ドツトラインエリアの第０７ドレスの第０ビ
ツトｂ（ｌに格納（図中の「Ｏｌｏ」は「第０バイト／
第ＯビツトＪを表わす。その他も同様である）しＪ第１
ビットを第１ドツトラインエリアの第０アドレスの第Ｏ
ビットｂｏに格納し、以下同様にして第３ビツト〜第７
ピツトを第１〜第７ドツトラインエリアの各第０アドレ
スの第Ｏビットｂｏにそれぞれ格納する。

また、第１バイトのデータを受けたときには、第○ビッ
トを第８ドツトラインエリアの第Ｏアドレスの第Ｏビッ
トｂｏに格納し、以下同様にして第１ビツト〜第７ビツ
トを第９〜第１５ドツトラインエリアの各第１アドレス
の第０ビツトｂｏにそれぞれ格納する。

さらに、第２バイトのデータについても同様の処理を行
ない、次に第３バイトのデータを受けたときには、第Ｏ
ビットを第０ドツトラインエリアの第Ｏアドレスの第１
ビツトｂ１に格納し、第１ビツトを第１ドツトラインの
第１７ドレスの第１ビットｂ、に格納し、以下同様にし
て第２ビツト〜第７ビツトを第０〜第７ドツトラインエ
リアの各第１アドレスの第１ビツトｂ１にそれぞれ格納
する。

これ等の処理を繰返し実行することによって。

第１８図に示すように例えば第０ドツトラインエリアの
第０アドレスの第Ｏビットｂ。〜第７ビツトｂ７には、
入力データの第Ｏ１第３．第６．第９゜・・・・・第２
１バイトの各第０ビツトが８ビツトデータとして格納さ
れ、同様に例えば第８ドツトラインエリアの第０アドレ
スの第０ビツトｂｏ〜第７ビツトｂ７には、入力データ
の第１．第４．第７゜第１０．第１３．第１６．第１９
．第２２バイトの各第０ビツトが８ビツトデータとして
格納される。

したがって、例えば第０ドツトラインのデータ圧縮を行
なうときにはワークエリアの第０ドツトラインエリアの
第０アドレスから順次１アドレスずつアドレス更新をし
ながらそれぞれ８ビツト（１バイト）のデータを読出す
ことによって、直ちにデータ圧縮を行なうことができ、
データ圧縮を高速で行なうことができる。

このようにしてホストからの入力データをピッρ・マツ
プに変換（展開）する場合、ファクシミリ装での幅が１
７２８〜２５６０ドツトであるのに対して。

この実施例で使用しているプリンタの印字幅は例えば１
４４０ドツトであるので、データ変換時にラインの始め
と終りにマージンをとる必要がある。

したがって、入力データをワークメモリにビット・マツ
プとして展開する場合には、概ね入力データの第Ｘバイ
ト目の第ｙビットは次式に従う変換によって出力データ
の１ドツトラインエリアの第Ｘパイトロの第Ｙビットに
配置すればよい。

Ｘ＝８Ｆｗ（ｘｍｏｄ　３）＋ｌＸ／３１＋Ｆｗｙ＋Ｍ
１／８Ｙ＝７−ｌ　ｘ／３　ｌ　１１１ｏｄ　８なお、
上式中、ＦＷ：ファクシミリ装置の幅（ドツト数）　、
　Ｍｌ　：左側マージン景（ドツト数）。

ｍｏｄ　；前側の値を後側の値で割ったときの余り、す
なわち例えば（ｘ　ｍａｄ　３）はＸを３で割ったとき
の余りを意味する。

また、第Ｙビットを求める式中の「７」はデータ圧縮と
の関係でそのままでは左（ＭＳＢ）からのビット数にな
るのでこれを右側（ＬＳＢ）からのビット数に変換する
ための数値である。

つまり、例えば第０ドツトラインについて云えば、前述
したように第０．第３．第６．第９．第１２、第１５．
第１８．第２１バイトの第Ｏビットで１バイトのデータ
を生成する。

このとき、そのままでは第１５図に示すように第Ｏバイ
トの第０ビツトが１バイトデータの第７ビツト（ＭＳＢ
）に対応し、第３バイトの第０ビツトが第６バイトに対
応し、以下同様にして第２１バイトの第０ビツトが第０
ビツト（ＬＳＢ）に対応することになるが、データ圧縮
処理との関係でこれを前述した第１８図にも示すように
第０バイトの第０ピッ１−を第Ｏビット（ＬＳＢ）にし
、第３バイトの第０ビツトを第１ビツトにし、以下同様
にして第２１バイトの第Ｏビットを第７ビツト（ＭＳＢ
）にする必要がある。この変換を第Ｙビットを求める式
中で数値「７」からＮｘ−３１１ＩｌＯｄ８」を減算し
て行なっている。

次に、入力データを上述したビット・マツプに展開する
ために使用するワークメモリの構成について第１９図を
参照して説明する。

ワークメモリは全体をＤＣＲ共有エリア、逆改行対応エ
リア、Ｑ新行作業エリアの三つに分割している。なお、
ＯＣＲ（データ圧縮装置）はこの実施例ではマイクロコ
ンピュータ３１で構成している。

最新行作業エリアは、プリントアウト中の最下行のエリ
アであり、プリンタ・ヘッドが縦方向に移動しないでプ
リントできる大きさ、すなわちプリンタ・ヘッドＸＦＡ
Ｘ幅の大きさ有し１例えばプリンタ・ヘッドを２４ドツ
ト、ＦＡＸ幅を１７２８ビツトとしたときには、２４Ｘ
１７２８＝４１４７２ビツト＝５１８４バイトの大きさ
を有する。

逆改行対応エリアは、ビット・マツプの展開は終了して
いるが、データ圧縮は未了で逆改行で変更可能なエリア
であり、逆方向の用紙送りに対応できる大きさ、すなわ
ち逆改行可能ドツト数ＸＦＡＸ幅の大きさを有する。逆
改行をどの程度圧めるかは仕様により、逆改行可能ドツ
ト数を２４ドツト（１印字行行方向ドツト数）とすれば
上述した最新付作業エリアと同じ大きさであり、逆改行
を認めなければこのエリアはＯになる。

ＤＣＲ共有メモリは、ＤＣＲからのメモリアクセスが可
能なエリアであり、最低で最新付作業エリアの大きさを
有する。

このワークメモリは、これ等の三つのエリア全体を一つ
のリングとして使用し、このときそれぞれのエリアの境
界は各エリアの先頭を示すポインタによって判断する。

次に、上述したビット・マツプ展開処理の一例について
第２０図を参照して説明する。

まず、ホスト側からのデータを入力し、そのデータがイ
メージ開始か否かを判別する。

そして、イメージ開始であれば、イメージデータを入力
し、そのイメージデータ（上述したように１バイトのデ
ータ）の黒点（１″のビット）を検出し、この黒点の基
点からの変位量を決定して、決定したビット・マツプ上
の位置に黒点を配置する。

すなわち、ワークメモリを予めクリアしておくことによ
ってワークメモリのすべてのビットに０”が格納されて
いるので、８ビツトのイメージデータの内の１“になっ
ているビットを見つけて、そのビットが対応するワーク
メモリのアドレスのビットがワークメモリの前述した第
１８図の例で第Ｏドツトラインエリアの第０アドレスの
第７ビツト（基点）に対していくら変位した位置かを決
定して、その決定した位置に１“　（黒）を配置する。

このとき、基点に対する変位量の決定は前述した式に従
い、イメージデータが第Ｘバイトであるときにその第ｙ
ビットが１゛　（黒点）であれば。

ビット・マツプ上（ワークメモリ上）の該当ドツトライ
ンエリアの第Ｘバイト目の第Ｙビットに１°を配置する
。

このような処理を１バイトのイメージデータの各ビット
について繰返し実行して、１バイトのイメージデータの
ビット・マツプ上への黒点の配置（展開）が終了したと
きには再度ホスト側からの次の１バイトのイメージデー
タを入力するための処理に戻る。

これに対して、ホスト側からのデータがイメージ開始で
なければ、イメージ終了か否かを判別して、イメージ終
了でなければ、改行系コマンドか否かを判別する。

そして、改行系コマンドであれば、次行のイメージデー
タをビット・マツプに展開するために、ワークエリアの
基点を変更し、新たなワークエリアになる部分をクリア
した後、黒点の配置を終了したエリアのビット・マツプ
を圧縮コード（ここではＭＨコード）に変換する。

例えば第１９図の例で現在同図に示す状態でワークエリ
アを使用しているとすると、最新付作業エリアにビット
・マツプを展開し、その後改行系コマンドが入力された
ときには、ＤＣＲ共有エリアを次行のワークエリア（最
新付作業エリア）としてその先頭アドレスに基点を変更
してクリアした後、黒点の配置を完了したワークエリア
（回置新行作業エリア）のビット・マツプを圧縮コード
にに変換する。

また、イメージ開始でなくイメージ終了になれば、すべ
てのワークエリアすなわち最新付作業エリア、逆改行対
応エリア及びＤＣＲ共有エリアのビット・マツプを圧縮
コードに変換する。

次に、ビット・マツプ展開処理の他の例について第２１
図及びこの第２１図を簡略化した第２２図を参照して説
明する。

このビット・マツプ展開処理は上述した第２０図に示す
ビット・マツプ展開処理に加えて、１バイトのイメージ
データのすべてのビットが０″のときには直ちに次のバ
イトに移行する処理を付加したものである。

すなわち、ワークメモリをクリアした後、まずポートＰ
ｏｒｔから内部メモリの予め定めたアドレス（ラベル名
ｒ１ＭＧ　　ＬＥＮ　（イメージレングス）とする）に
イメージコマンドｒＥｓｃ、％。

１、ｎｌ、ｎ２Ｊの内のイメージの長さを示すｒｎｌ、
ｎ２Ｊを取込んで格納する（ＩＭＧＬＥＮ４−Ｐｏｒｔ
）。

そして、工〜（Ｇ　　ＬＥＮの内容をチェックして。

ＴＭＧ　　ＬＥＮの内容が「０」以下（ＩＭＧ　　ＬＥ
Ｎ≦０）のときには、ｒＥＳＣ，％、１」に続くイメー
ジデータがないのでそのまま処理を終了する。

マタ、ＴＭＧ　　ＬＥＮの内容がｒＯＪより大きい（Ｉ
ＭＧ　　ＬＥＮ＞Ｏ）＜７）ときには、ｒＥＳＣ。

％、１」に続くイメージデータがあるので、ボー）−Ｐ
ａ　ｒ　ｔから１バイトのイメージデータを取込んでラ
ベル名ｒＰＲＮ　　ＩＭＧＪ　　（プリントイメージ）
のアドレスに格納する（ＰＲＮ　　ＩＭＧ←Ｐｏｒｔ）
。

そして、ＰＲＮ　　ＩＭＧの内容をチェックして、ＰＲ
Ｎ　　ＩＭＧの内容がｒＯＪ　　（ＰＲＮ　　［４Ｇ＝
０）であれば、その入力したバイトのすべてのビットが
「０」であり、ワークメモリ（ビット・マツプ）はクリ
アにより０“になっているためワークメモリに１″を配
置するための処理が不要であるので、そのまま何バイト
目のイメージデータを入力したかをカウントするカウン
タ名「■ＣＮＴＪ　　（イメージカウンタ）のカウンタ
をインクリメント（＋１）すると共に、１ドツトライン
のバイト数をカウントするカウンタ名ｒＩ　　ＬＥＮＪ
　　（イメージレングスカウンタ）をデクリメント（−
１）する。

これに対して、ＰＲＮ　　ｒＭＧの内容が「０」でなけ
れば、その入力バイトには１″のビットが含まれるので
、基点に対する変位量すなわちそのバイトがビット・マ
ツプの各ドツトラインエリアの何番目のバイトのアドレ
スに入るかを決定する（Ｃａｌｉｃｕｌａｔａ　　Ｆ　
　Ｄ　Ｉ　Ｓ　Ｐ　：カリキュレイト　ファクスイメー
ジデイスペンスメント）。

そして、１バイトの当該ビットを前述したようにデータ
圧縮用の１バイトデータのＭＳＢからのビット数をＬＳ
Ｂからのビット数に変換するために、　　ｒ７　１　Ｉ
　　ＣＮＴ／３１　　ｍａｄ　８４の演算をして、この
演算結果をラベル名ｒＢＩＴ　　ＳＷＪのアドレスに格
納する。

その後、ＰＲＮ　　ＩＭＧの第１ビツト（ｒＱＩＪで表
わす）をチェック（ＰＲＮ　　ＩＭＧ＆０１）して、第
１ビツトが「０」でなければつまり「１」であれば、Ｆ
　　ＤＩＳＰの内容をラベル名ｒＦＡＸ　　ＩＭＧＪ　
　（ファックスイメージ）のアドレスに格納（ＦＡＸ　
　ＩＮＧ４−Ｆ　　ＤＩＳＰ）した後。

ｒＬ　　ＰＲＴ　［ＦＡＸ　　ＩＮＧ］　　（ライン・
プリンタ・ファックス・イメージ）←ＢＩＴ　　Ｓ’Ｗ
○Ｎ」の処理をして、ビット・マツプの求めたアドレス
の対応位置（ビット）に１゛をセットする。

また、第１ビツトが「Ｏ」であれば、第２ビツト（ｒ０
２Ｊで表わす）について同様の処理をし。

以後第８ビツト（ｒ８０Ｊで表わす）まで同様の処理を
繰返す、なお第２ビツト以降はｒＦＡＸ−ＩＮＧ４−Ｆ
　　ＤＩＳＰＪの処理において１ドツトラインずつドツ
トラインエリアを更新するために付加するｒＦｗＪの値
を異にするだけである。

このようにして、１バイトのすべてのビット（８ビツト
）について「０」か否かのチェック及び「１」であると
きのビット・マツプ上への１のセットが終了したときに
は、Ｉ　　ＣＮＴをインクリメント（＋１）ＬＩ　　Ｌ
ＥＮをデクリメント（−１）する処理をした後、イメー
ジデータがあるか否かの判別（ＩＭＧ　　ＬＥＮ）処理
に戻り、すべてのイメージデータの処理が終了したとき
にこのビット・マツプ展開処理を終了する。

このようにすることによって１例えば第２３図に示すよ
うな文字のイメージデータ　（２４Ｘ　２４ドツト）を
ビット・マツプ上に展開する場合、同図中「×」で示す
部分は８ビツト（１バイト）のイメージデータがすべて
ｒＯＪであり、このすべてのビットが「０」のバイトは
全てで１２バイトある。

このとき、この２４Ｘ２４ビツトのデータを８ビツトで
受けるときには全部で７２バイトのデータを受けるが、
その内の１２バイトすなわち１／６のデータについては
白黒の判定処理を行なわなくてすむので、ビット・マツ
プへの展開を高速で行なえる。

しかも、黒Ｍｌ”）のビットのみビット・マツプ上に展
開していくため、この例では黒のビットが２０４個であ
るので、実際のビット・マツプへの書込みは全体のビッ
ト数の約１／３のビットについてのみ行なえばよく、ビ
ット・マツプへの展開をより高速で行なうことができる
。

次に、このようにして生成した送信データとしての圧縮
コードのＦＡＸ画情報蓄積エリアへの蓄積及び蓄積した
送信データの送信に関して説明する。なお、これ等の処
理は前述したように、システムコントロールタスク４９
．ＭＨコーダタスク４３及びＦＡＸ送信タスク４５によ
って行なわれるが、ここでは便宜上一連の処理として説
明する。

前述したように送信モードにおいてはページ単位でＦＡ
Ｘ画情報蓄積エリアへの送信データの蓄積、未送信ペー
ジ数の表示等を管理する。

そこで、まずホスト側から送られてくるイメージデータ
のページ数をチェックするために、例えば第２４図に示
すように、ホスト側からのデータ入力があれば、そのデ
ータがイメージデータ又は改行系コマンドか否かを判別
する。

そして、イメージデータ又は改行系コマンドであれば、
ページチェック用のタイマをセットしてスタートする。

また、ホスト側からのデータがイメージデータ又は改行
系コマンドでなければ、終了か否かを判別して終了でな
ければ、ページチェック用のタイマがタイムアツプした
か否かを判別し、タイムアツプしていればページカウン
タをインクリメント（＋１）する。

さらに、ホスト側からのデータが入力されないときにも
、ページチェック用のタイマがタイムアツプしたか否か
を判別し、タイムアツプしていればページカウンタをイ
ンクリメント（＋１）する。

このようにして、ここではホスト側からのイメージデー
タ又は改行系コマンドが所定時間入力されないときに１
ペ一ジ分のイメージデータが終了したと判断してページ
数をチェックする。なお、ホスト側からページが変わる
毎に改頁を示すコマンドを出力するようにすれば、この
改頁を示すコマンドが入力されたときにページカウンタ
をインクリメント（＋１）して、送られてきたページ数
をチェックすることができる。

そして、このようにして得られたイメージデータのペー
ジ数に基づいてイメージデータを圧縮した圧縮コード（
送信データ）のＦＡＸ画情報蓄積エリアへの蓄積を管理
する。

このＦＡＸ画情報蓄積エリアへの送信データの蓄積処理
（メモリ蓄積処理）について第２５図を参照して説明す
る。

このメモリ蓄積処理においては、まずＦＡＸ画情報蓄積
エリアをエンドレスに使用するため、このメモリを管理
するために送信データ（圧縮コード）の蓄積を開始した
アドレスを示す先頭ポインタ及び送信データを蓄積する
アドレスを示す読込みポインタとを有し、このメモリ蓄
積処理を起動したときにこれ等の先頭ポインタ及び読込
みポインタを初期化する。

そして、ワークメモリから圧縮コード（送信データ）を
読込んで、読込みポインタが示すＦＡＸ画情報蓄積エリ
アのアドレスに格納して、読込みポインタをインクリメ
ント（＋１）する。このとき、前述したように圧縮コー
ド化をしているページに対応するページＬＥＤが点滅表
示される。

その後、１ペ一ジ分の送信データを格納したか否かを判
別し、ＦＡＸ画情報蓄積エリアに１ペ一ジ分の送信デー
タを蓄積したときには、ページ数カウンタをインクリメ
ント（＋１）する。それによって、前述したように１ペ
一ジ分の送信データが蓄積されたページに対応するペー
ジＬＥＤが点灯表示する。

匹 その後、ホスト側から与えれ入力データについてのすべ
ての送信データをＦＡＸ画情報蓄積エリアに蓄積したか
否かを判別し、すべての送信データをＦＡＸ画情報蓄積
エリアに格納したときにはそのまま送信処理に移行し、
すべての送信データをＦＡＸ画情報蓄積エリアに格納し
ていなければ、読込みポインタコ先頭ポインタになった
か否かをチェックしてＦＡＸ画情報蓄積エリアがフル状
態（メモリフル）になったか否かを判別する。

このとき、ＦＡＸ画情報蓄積エリアがフル状態になって
いなければ、送信データの読込み処理に戻ってその送信
データを読込んでＦＡＸ画情報蓄積エリアに格納する処
理を繰返し、ＦＡＸ画情報蓄積エリアがフル状態になっ
ていれば、前述したようにスティタスＬＥＤによってメ
モリフルを表示する。

そして、ストップキーが押されたかクリアキーが押され
たかをチェックして送信か継続か、つまり中途ページの
直前のページまでの送信データの送信か、中途ページ以
降のページ（中途ページを含む）の送信データの送信か
を判別する。

このとき、ストップキーが押されたときにはそのまま送
信処理に移行する。また、クリアキーが押されたときに
は、中途ページの先頭に先頭ポインタを再設定した後、
送信データの読込み処理に戻って中途ページ以降のペー
ジの送信データの読込み及びＦＡＸ画情報蓄積エリアへ
の蓄積を行なう。な惚、前述したシステムコントロール
タスク４日の説明ではこの点については説明を省略して
いる。

すなわち、例えば２７図に示すように送信データ格納用
メモリの先頭アドレスに先頭ポインタＳＰを設定して送
信データの読込み及び格納を繰返して第１ページ〜第３
ページの送信データを完全に格納し、第４ページの送信
データの格納に移ったときにその途中でメモリフル状態
になったとすると、メモリフルを表示して送信か継続か
を待つ。

このとき、送信が指示されれば、１ペ一ジ分の送信デー
タが完全に格納されている第１ページ〜第３ページの送
信をするために送信処理に移行する。これに対して、継
続が指示されたときには、先頭ポインタＳＰを送信デー
タの格納が途中で終了した第４ページの送信データの格
納を開始した先頭アドレスに再設定し、このとき読込み
ポインタはエンドレス使用のためＦＡＸ画情報蓄積エリ
アの先頭アドレス（トップアドレス）を示しているので
、このアドレスから第４ページの読込み未了の送信デー
タから順次格納していく。

このようにして、ＦＡＸ画情報蓄積エリアに送信データ
を格納していき、送信処理に移行したときには、第２６
図に示すようにＦＡＸ画情報蓄積エリアから送信データ
を読出して相手先ファクシミリ装置に送信する。このと
き前述したように送信中のページに対応するページＬＥ
Ｄを点滅表示する。

そして、１ペ一ジ分の送信データを送信したか否かを判
別し、１ペ一ジ分の送信データを送信していれば、前述
したように送信したページに対応するページＬＥＤを消
灯する。

その後、ＦＡＸ画情報蓄積エリアに蓄積されているすべ
てのページの送信データを送信した（全データ送信）か
否かを判別して、全データを送信するまで上述の処理を
繰返し実行する。

このように、この通信制御装置では送信状況をページ数
で表示するので、実際に送信しているかどうかを確認す
ることができ、確実に送信することができる。また、Ｆ
ＡＸ画情報蓄積エリアに格納できない送信データがある
場合でも、中途ページの直前までの完全なページの送信
かそれに続くページの送信かを選択することができ、多
数のページをより確実に送信することができる。

次に、ファクシミリ装置（自己と同等の通信制御装置を
含む）からの文書受信時の処理について説明する。

まず、ＦＡＸ受信タスク４６は、相手先ファクシミリ装
置から受信した圧縮コード（ＭＨコード）をライン単位
でチェックしてＦＡＸ画情報蓄積エリアに蓄積する。こ
のラインチェック処理について第２８図を参照して説明
する。

このラインチェック処理において、まずＥＯＬ（エンド
・オブ・ライン）コード（以下単に「ＥＯＬＪと称す）
を検出する処理をした後、１ラインのビット数をカウン
トするためのラインビットカウンタＬＩＮＢＣＴを「０
」にリセット（ＬＩＮＢＣＴ→０）して、ホワイト（白
）ＭＨコードを検出するＷＭＨ検出処理に移行する。

このＷＭＨ検出処理でＭ　Ｈコードを検出したときには
、そのＭＨコードに対応するランレングスのビット数を
ラインビットカウントＬＩＮＢＣＴに加算（Ｌ　ＩＮＢ
ＣＴ４−ＲＵＮ十Ｌ　ＩＮＢＣＴ）した後、ラインビッ
トカウンタＬＩＮＢＣＴのカラント値が１ラインの正し
いビット数（ここではｒ１７２８Ｊ　ビットとする）を
越えている（ＬＩＮＢＣＴ＞１７２８）か否かをチェッ
クする。

このとき、ラインビットカウンタＬＩＮＢＣＴのカウン
ト値がｒ１７２８Ｊを越えていなければ。

ターミネートコードＴＣか否かを判別して、ターミネー
トコードＴＣでなければすなわちメイクアップコードＭ
Ｃであれば再度ＷＭＨ検出処理に戻り、ターミネートコ
ードＴＣであればブラック（黒）ＭＨコードを検出する
ＢＭＨ検出処理に移行する。

このＢ　Ｍ　Ｈ検出処理でブラックＭＨコードを検出し
たときには、そのＭＨコードに対応するランレングスの
ビット数分ラインビットカウントＬＩＮＢＣＴに加算（
Ｌ　ＩＮＢＣＴ４−ＲＵＮ＋ＬＩＮＢＣＴ）ｔ、た後、
ラインビットカウンタＬＩＮＢＣＴのカウント値が１ラ
インの正しいビット数ｒ１７２８Ｊを越えている（ＬＩ
ＮＥＣＴ＞１７２８）か否かを判別する。

このとき、ラインビットカウンタＬＩＮＢＣＴのカウン
ト値がｒ１７２８Ｊを越えていなければ。

ターミネートコードＴＣか否かを判別して、ターミネー
トコードＴＣでなければすなわちメイクアップコードＭ
Ｃであれば再度ＢＭＨ検出処理に戻り、ターミネートコ
ードＴＣであればＷＭＨ検出処理に戻る。

これに対して、ＷＭＨ検出処理又はＢＭＨ検出処理でＭ
Ｈコードでないときには、ＥＯＬか否かを判別し、ＥＯ
Ｌでなければそのラインはエラーラインであるのでエラ
ーラインを示すＥＯＬ　（こコテはｒＥＯＬ　（１）Ｊ
　”Ｃ”示す）をＦＡＸ画情報蓄積エリアに格納する。

同様に、ＷＭＨ検出処理又はＢＭＨ検出処理でＭＨコー
ドを検出したときにラインビットカウンタＬＩＮＢＣＴ
のカウント値がｒ１７２８Ｊを越えた（ＬＩＮＢＣＴ＞
１７２８）ときにもそのラインはエラーラインであるの
でＥＯＬ　（１）をＦＡＸ画情報蓄積エリアに格納する
。

そして、ＷＭＨ検出処理又はＢＭＨ検出処理でＥＯＬを
検出したときには、ラインビットカウンタＬＩＮＢＣＴ
のカウント値がｒ１７２８Ｊか（Ｌ　Ｉ　ＮＢＣＴ＝　
１７２８）か否かを判別する。

このとき、ラインビットカウンタＬＩＮＥＣＴのカウン
ト値がｒ１７２８Ｊであれば、そのラインは正しいライ
ンであるので１頁終りを示すＲＴＣ（リターン・トウ・
コントロール）を検出するＲＴＣカウンタＲＴＣＣＮＴ
を「０」にリセットした後、受信したＭＨコード及び正
しいラインを示すＥＯＬ　（ここではｒＥＯＬ　（０）
Ｊで示す）をＦＡＸ画情報蓄積エリアに格納する。

これに対して、ラインビットカウンタＬＩＮＢＣＴのカ
ウント値がｒ１７２８Ｊでなければ、そのカウント値が
「０」か（ＬＩＮＢＣＴ＝Ｏ）か否かを判別する。

このとき、ラインビットカウンタＬＩＮＥＣＴのカウン
ト値が「０」であれば、そのラインはエラーラインであ
るので、ＥＯＬ　（１）をＦＡＸ画情報蓄積エリアに格
納する。

これに対してラインビットカウンタＬＩＮＢＣＴのカウ
ント値が「０」でなければ、ＲＴＣカウンタＲＴＣＣＮ
Ｔをインクリメント（＋１）Ｌ、た後、そのカウント値
が「２」か否かを判別して。

カウント値が「２」でなければＥＯＬ　（０）をＦＡＸ
画情報蓄積エリアにセットし、またそのカウント値が「
２」であれば頁終りであるので２個のＥＯＬ（０）（こ
れを内部的にｒＲＴｃＪとする）をＦＡＸ画情報蓄積エ
リアにセットしてこの処理を終了する。

このような処理を行なうことによって、ＦＡＸ画情報蓄
積エリアには例えば第２Ｓ図に示すように、先頭４ＣＥ
ＯＬ　（００００００００１００００１： ０００）が格納され、その次勇受信した１ラインのＭＨ
コードが格納されてこのラインの終りには正しいライン
を示すＥＯＬ　（００００００００１０００００００）
が格納され、更に次の１ラインのＭＨコードが格納され
てこのラインの終りには正しいラインを示すＥＯＬが格
納され２次のラインはエラーラインであったのでエラー
ラインを示すエラーＥＯＬ　（００００００００１１０
０００００）が格納され、以後同様にしてＭＨコード。

ＥＯＬ又はニラ−ＥＯＬが格納され、１頁の終りにはＲ
ＴＣ（２個のＥＯＬ）が格納される。

なお、ＭＨコードとＥＯＬとの間にはバイトシャステフ
ァイ用のＦａｘｌ（フィル）ＢＪＦが適宜付加される。

また、ＥＯＬはＥＯＬを容易に見つけられるようにバイ
トバウンダリイに合わせて付加するようにしている。更
に、上述の説明から明らかではあるが正しいラインのＥ
ＯＬとエラーＥＯＬとの区別は第２バイト目の第７ビツ
トＤ６をラインステータスビットとして正しいラインの
ＥＯＬは「０」にし、エラーラインのＥＯＬは「１」に
する。

このように、受信した圧縮コードに基づいて圧縮コード
のまま長さくランレングス）をチェックして正しいライ
ンか否かを判定し、正しいラインであれば受信した圧縮
コードをメモリに蓄積することにより、圧縮コードを一
旦伸長してランレングスをチェックして正しいラインか
否かを判定する場合に比べて判定処理を高速で行なうこ
とができるようになる。

このようにしてＦＡＸ画情報蓄積エリアに蓄積された圧
縮コードは、前述したようにスタートキーが押下げられ
ることによってデコードされてプリンタにて印字される
。

このデコード及び印字出力処理は、ＭＨデコーダタスク
４４によって実行する。このＭＨデコーダタスク４４の
機能は大別して、次の二つに分けられる。

■　蓄積されたＭＨコードをデコードしてプリンタ・ラ
イン・ビット・プレーンＰＬＢＰ　（これについては後
述する）を作成する。

■　プリンタ・ライン・ビット・プレーンＰＬＢＰのデ
ータをプリンタに出力する。

ここで、このＭＨデコーダタスク４４と前述したシステ
ムコントロールタスク４日とプリンタとの間のメツセー
ジ交換について説明する。

まず、通常動作時においては、第３０に示すように、シ
ステムコントロールタスク４Ｓから例えな第３２図に示
すようなメツセージベージプリントスタートＭＳＧＰＰ
ＳがＭ）（デコーダタスク４４に与えられる。

このメツセージページプリントスタートＭＳＧＰＰＳに
てＦＡＸ画情報蓄積エリアの開始アドレス、終了アドレ
スと、送／受信うイン数と、印字密度に関する３、８５
／７．７本（ｌｉｎｅ）／ｍｓ及び８本（ｌｉｎｅ）／
ｍｍ／　１８０ｄｐｉの区別とがＭＨデコーダタスク４
４に与えられる。

そこで、このＭＨデコーダタスク４４はＦＡＸ画情報蓄
積エリアからＭＨコードを読出してデコードし、１行分
のイメージデータを作成したときにプリンタに対してそ
のイメージデータを送出し。

プリンタ側からのアクノーリッジ（ＡＣＫ）信号を待ち
、プリンタ側からのアクノーリッジ（ＡＣＫ）信号を受
けたときに、例えば第３３図に示すようなメツセージペ
ージプリントエンドＭＳＧＰＰＥ（正常終了：０ＯＨ）
を返送する。

また、異常動作時には上述と同様にしてＭ）（デコーダ
タスク４４からプリンタにデータを送出してプリンタ側
からのアクノーリッジ（ＡＣＫ）信号を待ちの状態に入
った後、所定時間経過してもＡＣＫが送ら九てこない（
タイムアウト発生）ときには、プリンタの状態をチェッ
クしてその状態に応じたエラーパラメータを付加したメ
ツセージベージプリントエンドＭＳＧＰＰＥをシステム
コントロールタスク４日に返送する。なお、エラーパラ
メータは「Ｓ：パワーオフＪ、ｒｏ：オフラインＪ、ｒ
Ｒ：リボンエンドＪ、ｒＰ：ペーバエンド」としている
。

次に、ＭＨデコーダタスク４４によるＦＡＸ画情報蓄積
エリアに蓄積された圧縮コードをバイトあるいはワード
単位で取出してデコードし、プリンタの１ライン分のイ
メージデータを作成する処理について説明する。

このイメージデータの作成処理では、圧縮コードをデコ
ードして１行（１ライン）分のイメージデータを作成し
て、メモリ（このメモリを上述した「プリンタ・ライン
・ビット・プレーンＰＬＢＰＪと称する）に格納する。

この場合、この実施例におけるプリンタは前述したよう
に１行（１ライン）が２４Ｘ１４４０ドット構成である
のに対して、ファクシミリ装置においては前述したよう
に１行の長さが１７２８ドツトであるため、第３４図に
示すようにプリンタ・ライン・ビット・プレーンＰＬＢ
Ｐよりも実際にデコード処理で得られるビット・プレー
ンの方が両端が各々１４４ドツト分大きくなる。したが
って、この１４４ドツト分はデコードしたデータをその
ままプリンタ・ライン・ビット・プレーンＰＬＢＰに展
開して印字したときには欠けることになるが、この点に
ついては後述するようにデータの大幅な欠落を回避する
ようにしている。

そして、ここでは、プリンタ・ライン・ビット・プレー
ンＰＬＢＰのエリアとしてはこの実施例のプリンタ以外
のプリンタを使用することも考慮して、ファクシミリ装
置の幅に合わせて、１つのエリアが１７２８Ｘ２４　（
５１４８バイトＸ３）である（このエリアを「プレーン
」と称する）３個のプレーンからなるプリンタ・ライン
・ビット・プレーンＰＬＢＰを２個使用する。なお、プ
リンタ・ライン・ビット・プレーンＰＬＢＰを２優待つ
のはデコード処理とプリンタ出力処理とを並行動作でき
るようにするためである。

この場合、実際のプリンタ・ライン・ビット・プレーン
ＰＬＢＰのためのメモリ空間は例えば第３５図又は第３
６図に示すように持つことが考えられるが、ここでは第
３５図に示すようなメモリ空間としている。これは、送
信モードにおけるビット・マツプ展開で説明したように
、プリンタへのイメージデータの転送フォーマットとフ
ァクシミリ装置との間の転送フォーマットが異なるので
。

送信時とは逆にファクシミリ装置から受領した１ドツト
ラインのデータをプリンタに転送する際のフォーマット
合わせて格納するためである。

そこで、デコード及びプリンタ・ライン・ビット・プレ
ーンＰＬＢＰの作成処理について第３７図を参照して説
明する。

この作成処理においては、受信頁管理テーブルから頁情
報を得た後、プリンタ・ライン・ビット・プレーンカウ
ンタＰＬＮＣＮＴを「０」にリセットし、ドツトライン
数（０〜２４−１）を示すためのライン・ホリゾンタル
・ポインタＬＩＮＨ２Ｐを「０」にリセットする。

その後、更に１行（２４ドツトライン）が全て白（０）
であることを示す、つまり当該≠％ラインには黒（１）
が存在することを示すためのプリンタ・ライン・ビット
・プレーン・ブラック・イグジットフラグＰＬＮＢＬＫ
を「０」　（すべて白の状態）にセットし、プリンタ・
ライン・ビット・プレーンＰＬＢＰをクリアする。

そして、１ドツトラインのビット位置を示すためのライ
ン・ビット・ポインタＬＩＮＢＴＰをｒＱ」にリセット
した後、白（ホワイト）圧縮コードをデコードするホワ
イトデコード処理に移行する。

このホワイトデコード処理でＥＯＬ及びエラーＥＯＬの
いずれもを検出しなければ、ライン・ビット・ポインＬ
ＩＮＢＴＰに圧縮コードのランレングス（ＲＬ）分だけ
加算し、ＥＯＬをカウントするＥＯＬカウンタをｒＯＪ
にリセットした後。

黒（ブラック）圧縮コードをデコードするブラックデコ
ード処理に移行する。

このブラックデコード処理でＥＯＬ及びエラーＥＯＬの
いずれも検出しなければ、当該ドツトラインには黒があ
るのでプリンタ・ライン・ビット・プレーン・ブラック
・イグジットフラグＰＬＮＢＬＫを「１」にセットする
。

その後、ライン・ビット・ポインタＬＩＮＢＴＰがｒ１
７２８Ｊ以上か否かを判別し、ライン・ビット・ポイン
タＬＴＮＢＴＰがｒｌ　７２８Ｊ未満であれば、所定の
位置に「１」　（黒）を配置するビットセット処理をし
た後、ライン・ビット・ポインタＬＩＮＢＴＰに圧縮コ
ードのランレングス（ＲＬ）分だけ加算して、ランレン
グスから−１（ＲＬ−１）してその値が「０」か否かを
判別し、（ＲＬ−１）＝Ｏでなければ再度ライン・ビッ
ト・ポインタＬＩＮＢＴＰがｒ１７２８Ｊ以上か否かを
判別処理に戻ってビットセットを繰返す。

そして、ライン・ビット・ポインタＬ　Ｉ　ＮＢＴＰが
ｒ１７２８Ｊ以上になったとき又は（ＲＬ−１）＝０に
なったときには、１ドツトラインの最終ビットに達して
いるのでそのままホワイトデコード処理に戻る。

このように、ここでは圧縮コードをデコードしてランレ
ングスを求め、白ＭＨコードについては単にカウンタを
進め、黒ＭＨコードについてのみそのランレングスで示
されるビット分だけプリンタ・ライン・ビット・プレー
ンＰＬＢＰの所定のビットに「１」　（黒）を配置する
処理を行なう。

それによって、白についてはビット配置を行なわなくて
すみ、前述した送信処理の場合と同様に処理速度の高速
化を図ることができる。

そして、ホワイトデコード処理又はブラックデコード処
理においてＥＯＬを検出したときには、ＥＯＬカウンタ
をインクリメント（＋１）した後、またホワイトデコー
ド処理又はブラックデコード処理においてエラーＥＯＬ
を検出したときにはそのまま、ＥＯＬカウンタのカウン
ト値が「２」すなわちＲＴＣ（頁の終り）か否かを判別
する。

このとき、ＥＯＬカウンタのカウント値が「２」でなけ
れば、つまり頁の終りでなければ、印字ピッチが３．８
５ライン／ｍｍか７．７ライン／ｍｍか（３，８５／７
．７）かを判別して、印字ピッチが３．８５ライン／■
のときにはライン・ホリゾンタル・ポインタＬＩＮＨ２
Ｐを「＋２」し、印字ピッチが７．７ライン／ｍｎ＋の
ときにはライン・ホリゾンタル・ポインタＬＩＮＨ２Ｐ
を「＋１」する。なお、３．８５ライン／ｍｍのときに
ライン・ホリゾンタル・ポインタＬＩＮＨ２Ｐを「＋２
」するのは後述するようにビットセット処理で７，７ラ
イン／ｍＩ＋＋に合わせるために２ドツトライン分同じ
ビットセットを行なうためである。

そして、ライン・ホリゾンタル・ポインタＬＩＮＨ２Ｐ
が「２４」か否かつまり２４ドツトライン（１行）分の
デコードが終了したか否かを判別して、２４ドツトライ
ン分のデコードが終了していなければ再度ライン・ビッ
ト・ポインタＬＩＮＢＴＰを「０」にリセットしてデコ
ードを繰返し、２４ドツトライン分のデコードが終了し
ていれば。

プリンタ・ライン・ビット・プレーン・ブラック・イグ
ジット・フラグＰＬＮＢＬＫが「１」か否かを判別する
。

このとき、プリンタ・ライン・ビット・プレーン・ブラ
ック・イグジット・フラグＰＬＮＢＬＫが「１」であれ
ば、プリンタ・ライン・ビット・プレーンＰＬＢＰに展
開したイメージデータをプリンタに出力し、「１」なけ
ればつまり［０」であれば、その行はすべて白であって
単にラインフィード（改行）を行なえば足りるので、プ
リンタヘッドコントロールコマンドｒＬＦＪ　をプリン
タに出力する。

その後、プリンタ・ライン・ビット・プレーン・カウン
タＰＬＮＣＮＴをインクリメント（＋１）して、プリン
タ・ライン・ビット・プレーン・カウンタＰＬＮＣＮＴ
のカウント値が最大値（ＭＡＸ）になったか否か、すな
わち１頁の最大印字行数になったか否かを判別する。

このとき、プリンタ・ライン・ビット・プレーン・カウ
ンタＰＬＮＣＮＴのカウント値が最大値でなく１頁の最
大行数になっていなければ、当該用紙に未だ印字できる
ので、プリンタ・ライン・ビット・プレーン・ブラック
・イグジット・フラグＰＬＮＢＬＫが「１」か否かを判
別する。

そして、プリンタ・ライン・ビット・プレーン・ブラッ
ク・イグジット・フラグＰＬＮＢＬＫが「１」のときに
はプリンタ・ライン・ビット・プレーンＰＬＢＰに「１
」が配置されているので、ライン・ホリゾンタル・ポイ
ンタＬＩＮＨ２Ｐを「０」にリセットし、更にプリンタ
・ライン・ビット・プレーン・ブラック・イグジット・
フラグＰＬＮＢＬＫを「０」にリセットしてプリンタ・
ライン・ビット・プレーンＰＬＢＰをクリアする処理に
戻る。

また、プリンタ・ライン・ビット・プレーン・ブラック
・イグジット・フラグＰＬＮＢＬＫが「１」でなけ九ば
、プリンタ・ライン・ビット・プレーンＰＬＢＰに「１
」が配置されていないので、そのままライン・ビット・
ポインタＬＩＮＢＴＰをＦＯ」にリセットする処理に戻
る。

このようにデコードした行についてプリンタ・ライン・
ビット・プレーンＰＬＢＰに「１」を配置したか否かを
保持しておくことによって、印字動作の高速化を図れる
と共に、ビット展開の処理の高速化を図ることができる
。

なお、ＥＯＬカウンタＥＯＬＣＮＴの力りント値が「２
」になったとき、すなわちＲＴＣを検出したときにはプ
リンタ・ライン・ビット・プレーン・ブラック・イグジ
ット拳フラグＰＬＮＢＬＫが「１」か否かを判別して、
「１」であれば上述したように黒（１）があるのでイメ
ージデータ（最終のイメージデータである）をプリンタ
に出力した後、またｒＮでなければ全て白であるのでそ
のままヘッドコントロールコマンドｒＦＦＪ（改頁）を
プリンタに出力する。また、プリンタ・ライン・ビット
・プレーンカウンタＰＬＮＣＮＴのカウント値が最大値
ｒＭＡＸＪになったときにも当該用紙には最早印字でき
ないので、ヘッドコントロールコマンドｒＦＦＪ　　（
改頁）をプリンタに出力する。

次に、この作成処理におけるビットセット処理について
第３８図を参照して説明する。

このピットセット処理においては、まずライン・ビット
・ポインタＬＩＮＢＴＰ及びライン・ホリゾンタル・ポ
インタＬＩＮＨ２Ｐで示すビットのセット指示を受ける
。

そして、ライン・ホリゾンタル・ポインタＬＩＮＨＺ　
Ｐ（７）ビットＤ３　、Ｄ４　　（ｂ３．ｂ４）　で示
されるプリンタ・ライン・ビット・プレーンＰＬＢＰを
構成する３個のバッファの内のいずれかのバッファ（第
３５図参照）を選択し、ライン・ビット・ポインタＬＩ
ＮＢＴＰと選択したバッファから実アドレスを得る。

その後、ライン・ホリゾンタル・ポインタＬＩＮＨ２Ｐ
のビットＤｏ　ｖ　ＤＩ　＋　Ｄ２からビット位置を得
て、このビット位置に黒（１）をセットする。なお、こ
のとき、印字ピッチが３．８５ライン／＋ｍｍのプリン
タでは（ビットＤｏ　ｒ　Ｄｔ　ｒ　Ｄ２　＋１）のビ
ットについても黒を配置して同じドツトラインのデータ
を２ドツトライン分生成する。

次に、プリンタへの出力処理について第３Ｓ図を参照し
て説明する。このプリンタ出力処理は別タスク構成とし
て、ＭＨデコードタスクからのメツセージ（例えば「メ
ツセージプリンタコマンドＭＳＧＰＲＣＪとする）を受
けて起動され、処理の終了時にＭＨデコードタスクに対
してメツセージ（例えば「メツセージプリンタレスポン
スＭＳＧＰＲＲＪとする）を返送するものとする。

このプリンタ出力処理では、まずプリンタがノットビジ
ィ状態（レディ状態）か否かを判別して、プリンタがノ
ットビジィ状態でなく使用中であればブザーを鳴してメ
ツセージプリンタレスポンスＭＳＧＰＲＲとして「エラ
ー」を返送する。

これに対して、プリンタがノットビジィ状態であれば、
プリンタに対して初期化コマンドｒＥＳＣ，ＲＪを送出
して、プリンタの初期設定（６ＬＰＩ、ホームポジショ
ン、５０ＣＰＳ、黒とする）をさせる。

そして、プリンタに出力するデータがイメージデータか
否かを判別し、イメージデータであれば。

イメージデータコマンドｒＥＳＣ，％＃　ｔ、ｎｌ。

ｎ２Ｊ　　（ｎｌ、ｎ２でイメージデータの長さを示す
）を出力して、イメージデータを出力してイメージデー
タを印字させ、キャリッジリターンコマンドｒＣＲＪ及
びラインフィードコマンドｒＬＦＪを出力して印字ヘッ
ドを次行先頭位置に位置させた後、メツセージプリンタ
レスポンスＭＳＧＰＲＲとして「レディ」を返送し、メ
ツセージプリンタコマンドＭＳＧＰＲＣを受けたときに
再度イメージデータか否かを判別処理に戻る。

また、プリンタに出力するデータがイメージデータでな
ければ、改行コマンドｒＬＦＪか否かを判別し、改行コ
マンドｒＬＦＪであれば、改行コマンドｒＬＦＪを出力
した後、メツセージプリンタレスポンスＭＳＧＰＲＲと
して「レディ」を返送し、メツセージプリンタコマンド
ＭＳＧＰＲＣを受けたときに再度イメージデータか歪か
を判別処理に戻る。

さらに、プリンタに出力するデータが改行コマンドｒＬ
ＦＪでなければ、改頁コマンドｒＦＦＪか否かを判別し
、改頁コマンドｒＦＦＪであればキャンセルコマンドｒ
ｃＡＮＪ及び改頁コマンドｒＦＦＪ　を出力した後、メ
ツセージプリンタレスポンスＭＳＧＰＲＲとして「レデ
ィ」を返送してこの処理を終了し、また改頁コマンドｒ
ＦＦＪでなければメツセージプリンタレスポンスＭＳＧ
ＰＲＲとして「エラー」を返送してこの処理を終了する
。

次に、受信データのドツト密度変換について説明する。

前述したようにこの実施例で使用しているプリンタは１
８０ｄｐｉ　　（ドツト／インチ）、１４４０ドツト／
ラインであるのに対して、ファクシミリ装置においては
２００ｄｄｐｉ、１７２８ドツト／ラインであるため、
受信データをそのままデコードして印字したときには、
第４０図に斜線を施して示すように送信側原稿の両端及
び下端が欠けて、拡大して印字されることになる。

すなわち、受信データをそのままデコードして印字した
ときの主走査方向及び副走査方向の再現エリア率（送信
側再現部エリア／受信側エリア）及び拡大率（受信側再
現部エリア／送信側再現部エリア）は次のようになる。

つまり例えば。

よＬ丘友曳 再現エリア率： ２１６ｍｍ（Ｕｉｎｅ／ｍｒ　１７２８）→１８０ｍ＋
５（８１ｉｎｅ／ｍｍ・１４４０）・・８３．３％２１
０ｎｍ（Ａ４）　　　　　９１８０ｍｍ（８１ｉｎｅ／
ｍｒ　１４４０）・・８５．７％拡大率： １８０ｍｎ＋（８１ｉｎｅ／ｍｒ１４４０）−＋２０３
ｍｍ（１８０ｄｐｉ４４４０）　−１１２，８％！庭査
立曳 再現エリア率： ２９７ｎ＋＋ａ（Ａ４）　　　→２７３ｍｍ（７，７１
ｉｎｅ／ｍｍ４４４０）　”・９１．９％拡大率： ２７３ａｍ（７，７１ｉｎｅ／ｍｍ・１４４０）　　　
　→２９７（Ａ４）　　−１０８，８％坦 再現エリア率：　７６．６％（８３，３Ｘ９１．９）・
・・横２１６ｍｍ再現エリア率：　７８．８％（８５，
７Ｘ　９１．９）−・・横２１０ｍ１！１（Ａ４）拡大
率：　１２２．７％（１１２，８Ｘ　１０８．８）にな
る。

そこで、ビット密度変換を行なって再現性を向上するの
であるが、ここでのビット密度変換は主・副走査方向と
もに１次元処理として、ｎビット毎に１ビットを単純間
引き（若しくは左又は下の隣接ビットとＯＲをとって間
引き）してビット数を減らす。

ここで必要とする密度変換率は、 主走査方向： ８１ｉｎｅ／ｍｍ−＋　１８０ｄｐｉ（７，０１１７１
ｉｎｅ／＋＋＋＋）−８８，６％副走査方向ニ ア、７１ｉｎｅ／ｍｍ→１８０ｄｐｉ（７，０８７１ｉ
ｎｅ／ＩＩ１ｍ）−９２，０％である。

そして、ｎビット毎に１ビット減らしたときの密度変換
率は１例えば ８ビツト→７ビツト・・・８７．５％ ９ビツト→８ビツト・・・８８．９％ １０ビツト→９ビツト・・・９０．０％１１ビツト→１
０ビツト・・・９０．９％１２ビツト→１１ビツト・・
・９１．７％１３ビツト→１２ビツト・・・９２．３％
１４ビツト→１３ビツト・・・９２．９％になる。した
がって、主走査方向は９ビツト毎に１ビットを間引く処
理をし、副走査方向は１３ビツト毎に１ビット間引く処
理をすればよい。

そこで、主走査方向については、圧縮コードをデコード
して前述したようなプリンタ・ライン・ビット・プレー
ンＰＬＢＰに展開して、このプリンタ・ライン・ビット
串プレーンＰＬＢＰに展開したイメージデータをプリン
タに出力するときに。

９バイト毎（１ドツトラインにおいては９ビツトになる
）に、９バイト目を単純間引き又は８バイト目とＯＲを
とって出力する。

このとき、第４１図（イ）に示すように最初の５４ビツ
トは無効として、その後の１６２０バイトについて上記
の処理を行ない、更に最後の５０ビツトを無効とするこ
とによって、同図（ロ）に示すように１４４０バイトの
イメージデータが得られる。

また、副走査方向については、プリンタ・ライン・ビッ
ト・プレーンＰＬＢＰに黒を配置する処理（前述したビ
ットセット処理）中において、１３ドツトライン毎にラ
イン・ホリゾンタル・ポインタＬＩＮＨｚＰを操作して
１ドツトラインを単純間引き若しくは次のドツトライン
とＯＲをとるようにする。

このようにすることによって、ファクシミリ装置からの
受信データを印字したときに欠ける部分は第４２図に斜
線を施して示す部分に縮小する。

つまり、このときの再現エリア率及び拡大率は次のよう
になる。

主ｆｌ九仰− 再現エリア率： ２１６ｍｍ（８１ｉｎｅ／ｍｍ・１７２８）→２０２．
５ｍ１ｍ（８１ｉｎｅ／ｍｔ　１６２０）・−９３，８
％２１０（Ａ４）　　　　　→２０２．５ｗ＋ｍ（８１
ｉｎｅ／ｉｍ・１６２０）−９６，４％拡大率： ２０２．５ｍｍ（８１ｉｎｅ／ｍｒ　１６２０）→２０
３ｍｍ（１８０ｄｐｉ・１４４０）　−１００，２％鼠
嵐ｉＬ証 再現エリア率： ２９７ｍｍ（Ａ４）→２９６．６ｍ１１１（７，７１ｉ
ｎｅ／ｍｍ−２２８０）−９９，７％拡大率： ２９６．１ｍｍ（７，７１ｉｎｅ／ｍｍ４２８０）→２
９７（Ａ４）−１００，３％套代 再現エリア率：　９３．５％（９３，８Ｘ９９．７）・
・・横２１６市再現エリア率：９６．１％（９６，４Ｘ
９９．７）−・・横２１軸ｍ（Ａ４）拡大率：　１００
．５％（１ｏｏ、２ｘｌｏｏ、３）このようにビット密
度変換を行なうことによって再現性を向上することがで
きる。

このように、この通信制御装置においては、受信した圧
縮データのまま長さチェック（レングスチェック）をし
て正しいラインか否かを判定するようにしているので、
判定処理を高速で行なうことができる。

なお、上記実施例においては、ホスト側からプリンタに
対する印字データがイメージデータで転送される例につ
いて述べたので、通信制御装置自体には文字コードを文
字パターン（イメージデータ）に変換するキャラクタジ
ェネレータを備えていないが、ホスト側からの印字デー
タが文字コードで送られてくるときには通信制御装置内
にキャラクタジェネレータを備えればよく、またこの内
部キャラクタジェネレータの使用を選択する選択スイッ
チを設ければホスト側がイメージデータ及び文字コード
のいずれを使用するものであっても接続できる。

また、上記実施例においては、この発明をプリンタに接
続してファクシミリ装置から受信する通信制御装置につ
いて述べたが、これに限らず圧縮コードを受信するすべ
ての通信端末装置に実施することができる。

肱−果 以上説明したように、この発明によれば、処理速度の向
上を図ることができる。

【図面の簡単な説明】

第１図はこの発明を実施した通信制御装置の要部を機能
的に示すブロック図。 第２図は同じくその通信制御装置を備えた文書作成シス
テムの一例を示す構成図、 第３図は同じくその通信制御装置の具体的構成を示すブ
ロック図。 第４図は同じくそのタスク構成を示すブロック図、第５
図は同じくシステムコントロールタスクが管理する状態
及び状態の遷移を示すブロック図、 第６図乃至第１３図は同じくそのシステムコントロール
タスクによるＬＥＤ表示制御の説明に供する説明図。 第１４図は同じくホスト側から入力されるコマンドを解
析するコマンド解析処理を示すフロー図、 第１５図及び第１６図は同じ（ホスト側からのデータ転
送の説明に供する説明図。 第１７図及び第１８図は同じくワークメモリへのビット
・マツプ展開の説明に供する説明図、第１Ｓ図は同じく
そのワークメモリの説明に供する説明図。 第２０図は同じくビット・マツプ展開処理の一例を示す
フロー図、 第２１図、第２２図及び第２３図は同じくビット・マツ
プ展開処理の他の例を示すフロー図。 その簡略化フロー図及び具体的説明に供する説明図、 第２４図乃至第２７図は同じくページチェック処理、メ
モリ蓄積処理及び送信処理の一例を示すフロー図並びに
その具体的説明に供する説明図、 第２８図及び第２Ｓ図は同じくラインチェック処理の一
例を示すフロー図及びその具体的説明に供する説明図。 第６０図乃至第３３図は同じ＜ＭＨデコーダタスクとシ
ステムコントロールタスク及びプリンタとの間にメツセ
ージに関する説明に供する説明図。 第３４図乃至第６５図は同じくデコード処理の説明に供
する説明図、 第３７図乃至第３Ｓ図は同じくデコード処理、ビットセ
ット処理及びプリンタ出力処理を示すフロー図、 第４０図乃至第４２図は同じくビット密度変換処理の説
明に供する説明図である。 ３・・・通信制御装置 １１・・・プリンタ入力インタフェース１２・・・プリ
ンタ出力データ制御部 １３・・・プリンタ出力インタフェース１４・・・ビッ
ト・マツプ変換部 １５・・・データ圧縮部 １６・・・ＦＡＸ画情報蓄積部 １８・・・通信手順制御部 ２１・・・ラインチェック部 ２４・・・ＣＣＦＡＸデコード処理部 ２５・・・ＦＡＸデコード処理部 ←　呵　　　　　　　　　　　　　　如　へ　Ｉ　　　
　　Ｊ　八　１マ　　　　　　　、シ。 １！！！Ｎ　　　　　５　Ｎ　　　　　　　　　　超　
、マ　　　　　　　　　　　　　〒　　　　　　　　　
　　　　　　　　　　　　　　　　マタ　１へ　　　　
　　　　　　　須　Ｉへ　　　　　　　　　　　　　　
　　　　　　　　躯　　、へ？１１ 一ヘー’−１ｈの？’−−ＮＦ’１−Ｊ−ψｂヤ　　　
　　　　　　　　　　　　　　　　　　　　Ｕ；　　　
　　　−へ閂−＋？Ｌｎ１．ＤＩ−＋−一−−−−−−
−−−−−シ Σ　旦　≦　　　　　　　召　　　　　毛彫１７図 ｆｉ１８図 第２３図 第２７図 Ｆｒｏｍ　Ｂｏｔｔｏｍ 門 第２９図 第３０図 第３１図 Ｍ　Ｈデコーダ　　　ｉ　ブリンメ パテ”３′ト”−“１ ＭＳＧＰＰＳ　　、　　　　　　　　　　。 １　　　デコード処理 ■ 手続補正書（方式） １．事件の表示 昭和６１年特許願第１１１８９６号 ２、発明の名称 通信制御装置 ３、補正をする者 事件との関係　　特許出願人 東京都大田区中馬込１丁目３番６号 （６７４）　　株式会社　　リ　　コ　−４、代理人 東京都豊島区東池袋１丁目２０番地５ 昭和６１年７月２日 （発送日　同年７月２９日） ／□− ７、補正の内容 図面のｒ第３２図Ｊ、ｒ第３４図Ｊ、ｒ第３５図」及び
「第３６図Ｊを本書に添付した訂正図面のとおり補正す
る。 ８、添付書類 訂正図面（第３２図、第３４図、第３５１１！Ｉ及び第
３６図）　　　　　　　１通 手続補正書（方創 昭和６２年９月２９日 １、事件の表示 特願昭６１−１１１８９６号 ２、発明の名称 通信制御装置 ３、補正をする者 事件との関係　　特許出願人 東京都大田区中馬込１丁目３番６号 （６７４３株式会社　リ　コ　− ４、代　理　人　〒１７０（電話９８Ｂ　−２３８０）
東京都豊島区東池袋１丁目２０番地５ 昭和６２年９月２日 ７、補正の内容 明細書第７９頁第１０行の「第３４図乃至第３５図１を
「第３４図乃至第３Ｓ図」と訂正する。

Claims (1)

【特許請求の範囲】
1. １　圧縮コードを受信する通信制御装置において、前記
   受信した圧縮コードのままレングスチェックをして正し
   いラインか否かを判定する判定手段を備えたことを特徴
   とする通信制御装置。