JPH01251866A - 文書通信装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は文書通信装置に関し、例えば１ページ内に文字
とイメージとを混在させた混在文書から成る原稿画像の
伝送機能を備えた文書通信装置に関するものである。

［従来の技術］ 従来、この種の装置においては、例えばグループ４機の
デジタルファクシミリ装置があり、文字とイメージとを
混在させた文書情報を送受信することができる。

例えば、文字の場合には、キーボード等の人力装置から
キー人力して得た文字情報をキャラクタコードとして記
憶しており、また、イメージの場合には、イメージスキ
ャナ等により光学的に画像を読み取り、読み取ったイメ
ージデータはビットパターンとして記憶している。

［発明が解決しようとする課題］ ところが、従来の文書通信装置を用いると、送信先の相
手端末にデータを送信する場合、相手先の端末特性に応
じて文字の伝送方法を決定しておらず、例えば、相手端
末が文字コードを受信できる場合に、イメージデータと
して送信するでは非効率的である。これによって相手端
末での受信データの再編集が困難となってしまう。

従って、本発明は上述従来例の問題点に鑑みてなされた
ものであり、その目的とするところは、送信先の相手端
末の機能に応じ、送信する文書情報を伝送効率の良い形
で伝送する文書通信装置を提供する点にある。

［課題を解決するための手段］ 上述した問題点を解決し、目的を達成するため、本発明
に係わる文書通信装置は１ページ内に文字とイメージと
を混在させた混在文書から成る原稿画像の伝送機能を備
えた文書通信装置において、原稿画像をビットイメージ
として記憶する記憶手段と、前記原稿画像を送信する相
手端末から端末特性を検出する検出手段と、前記端末特
性に基づいてビットイメージで送信するのか或は文字コ
ードで送信するのかを選択する選択手段と、前記選択結
果が文字コード送信のときにビットイメージを文字認識
する認識手段とを備えることを特徴とする。

また、前記認識手段にはビットイメージの中で文字認識
不能な領域についてはビットイメージのまま送信する認
識不能領域送信手段が含まれていることを特徴とする。

［作用］ 以上の構成によれば、記憶手段は原稿画像をビットイメ
ージとして記憶し、検出手段は相手端末の端末特性を検
出する。選択手段は検出した端末特性に基づいてビット
イメージで送信するのか或は文字コードで送信するのか
を選択し、この選択結果が文字コード送信のときに認識
手段はビットイメージを文字認識する。

［実施例］ 以下添付図面を参照して、本発明に係る好適な実施例を
詳細に説明する。

まず、本実施例の構成及びこの構成によって実施される
送信方法について説明する。

第１図は本発明の一実施例を示すブロック図であり、第
２図は第１図の実施例の構成を示す外観斜視図である。

第１図、第２図において、リーダ２０は、文書が記録さ
れている所定原稿を読取って電気信号を出力するもので
ある。１は本実施例のファクシミリ本体であり、２はリ
ーダ２０及び後述のプリンタ７０と接系売するリーダ／
プリンタインターフェースである。３はデータを圧縮ま
たは伸長するものであり、符号化率を高くするために、
二次元圧縮（高圧縮）を採用しているイメージコンプレ
ッションユニット（以下ｒＩｃＵＪという）である。

４はファクシミリ本体２０の周辺に設けられている入出
力装置やファクシミリ本体内の各ユニットを制御する為
のＯＳプログラム、アプリケーションプログラムメモリ
エリアを有し、また、文字コードデータをビットイメー
ジデータに変換するためのフォントメモリエリアを有す
るプログラムメモリ（以下ｒＰＭＥＭＪという）である
。このＰ　Ｍ　Ｅ　Ｍ　４は、更にキー人力やワードプ
ロセスによるテキストコードデータ（文字データ）を格
納し編集するエリアを有している。　更に、ＰＭＥＭ４
はメモリマネージメントユニット（ＭＭＥＵ）を有し、
ハードディスク５０からのデータをＣＣＵ３Ｏを介して
送信したり、ＣＣＵ３Ｏからハードディスク５０へ格納
したりするための伝送データのバッファとしてのワーク
エリアも有している。尚、上記バッファはディスク、回
線等の速度合わせのためのものである。

また、５は、ＣＲＴ５０において、データをビット単位
で処理するもので画像の編集（画像処理）を行うもので
あり、所定画像を拡大、縮小、回転、移動または抽出等
を行うビットムーブユニット（以下ｒＢＭＵＪという）
である。

６は４Ｍバイトを有し、リーダからの画像データを格納
したり、ＢＭＵ２４による編集画像データを格納したり
、ＩＣＵ２２によって伸長したデータを格納したり、キ
ー人力による文字コードデータやワードプロセスによる
テキストコードデータ、ミクストデータ、または文字コ
ードデータを、イメージに変換したビットデータ（例え
ば１画素１ビツトで表わす）を格納するイメージメモリ
（以下ｒＩＭＥＭＪという）である。ここで、ミクスト
データは、１ページ内にビットイメージデータと文字コ
ードデータとが混在する。

各々のブロックをイメージブロック、文字ブロックと称
する各々識別コードを付して管理し、格納する。また、
ＩＭＥＭ６は、所定データを一時記憶することによって
、リーダ２０、プリンタ６０、回線３０のスピードに合
わせるためのバッファとして使うこともある。

そして、７はＣＲＴ５０に表示する画像データをビット
マツプデータ（例えば１画素１ビツトに対応）によって
記憶するビデオＲＡＭ　（以下「ＶＲＡＭＪという）で
ある。

外部記憶装置として、ハードディスク装置４０とフロッ
ピーディスク装置４１とが設けられている。これらの装
置は不揮発性メモリであるが、不揮発性メモリとして、
バックアップメモリを使用してもよい。送信データ、受
信データが格納され保存される。

そして、８はファクシミリ本体１全体を制御するＣＰＵ
、１０は回線３０に接続され、送受信時の制御を行うコ
ミュニケーションコントロールユニット（以下、「ＣＣ
Ｕ」という）である。１１はデータバス、アドレスバス
、制御信号用のバスから成るシステムバスである。

また、キーボード５１は送受信指令のコマンドデータや
、イメージプロセス、ワードプロセス用のコマンドデー
タや、ワードプロセスのための文字データを入力し、ポ
インティングデバイス５２はＣＲＴ５０上のカーソルイ
メージなムーブしてそのカーソルイメージの位置でイメ
ージ編集等のための位置を指定する。このポインティン
グデバイス５２によりミクストデータのブロック分けも
行う。このブロックを示す座標は、ＲＭＥＭ４により記
憶管理され、送信時の識別コードデータ（ヘッダ）に１
つのデータとして使われる。

回線３ｏとしては、好ましくは例えば６４にビット／Ｓ
ｅＣのデジタル回線であれば情報量の多い、又解像度（
密度）の高いイメージデータの高速、大量伝送に都合が
良い。

また、プリンタ６０はレーザビームプリンタを用いて３
Ｍｂｐｓの速度でプリントさせる。

次に、上述の如く構成されたファクシミリ本体１のミク
ストモード機能を第３図、第４図（ａ）、（ｂ）、（ｃ
）を用いて説明する。

第３図は本実施例のミクストモードにより１ページをブ
ロック分けした領域を示す図、第４図（ａ）、（ｂ）、
（ｃ）は第３図に示したブロックのデータフォーマット
を示す図である。

第３図及び第４図（ａ）、（ｂ）、（ｃ）において、本
実施例ではミクストデータによる１ページはブロック１
〜８に分けた１ペ一ジ分のページデータであり、ＣＲＴ
６０の画面の１ペ一ジ表示に対応し、又送信時の１ペー
ジデータに対応し、又受信時のプリントのプリントシー
トの１ページに対応する。またこのようなベージデータ
を複数作成し、内容をハードディスク装置４０に格納し
、その複数ページを１度に送信するミクストデータの送
信データ配列は、第４図（ａ）の如く、ブロックデータ
１〜ｎの前に属性データ（ヘッダ１〜ｎ）を付加する。

このヘッダは、次に続くブロックデータがイメージデー
タなのか、或は文字データなのかを識別する識別信号と
、ブロックデータの大きさ（データ量）と、１ページ上
での位置とを示すデータであり、１ペ一ジ分の最後には
ＥＯＰ　（エンド・オブ・ページ）コードが付加されて
いる。

リーダ２０からの原稿１ペ一ジ分のデータは、ＩＭＥＭ
６に格納され、そしてＶＲＡＭ７に転送され、ＣＲＴ５
０にその１ペ一ジ分の内容が表示される。そのイメージ
はキーボード５１やポインティングデバイス５２による
編集指示により、ＢＭＵ５を介してトリミング処理され
、ブロック３に対応のイメージのみとされて再びメモリ
６に格納される。

次にキーボード５１から入力するテキストコードデータ
は、メモリ４に格納され、然る後にビット変換され、Ｖ
ＲＡＭ７に転送されてＣＲＴ５０に１ページのテキスト
として表示される。その情報はイメージ処理と同様に編
集され、本実施例のブロック１〜６に対応するテキスト
文字となり、再びＰＭＥＭ４に格納される。この場合、
ＰＭＥＭ４に格納されるデータはコードデータである。

尚、それぞれのブロックに対応する位置データの場合に
は、データの種類とともにＰＭＥＭ４において属性コー
ドデータとして管理される。次のコマンドで、ＩＭＥＭ
６でのブロック７及び８のイメージデータと位置データ
とを読出して、ＶＲＡＭ７を介してＣＲＴ５０のブロッ
ク７．８の領域の位置に表示し、最終的には第３図に示
したブロック１〜８のように表示される。このミクスト
データはそれぞれのＰＭＥＭ４及びＩＭＥＭ６からブロ
ック１〜８の順に読出され、この読み出されたデータは
ハードディスク装置４０に順に格納される。

第３図において、１００はミクストデータを編集した結
果を示す１ペ一ジ分の文書である。このページ内におい
て、ブロック１〜６は文字コードのブロック、ブロック
７及び８はビットイメージのブロックである。

この文書１００のように、１ページの文書の中に文字コ
ードとビットイメージブロックとが混在すると多数の伝
送用ブロックが必要となる。

第３図において、１０１及び１０２は文書１００を２つ
のブロックに分類した文書であり、文書１０１はブロッ
ク９を示し、文書１０２はブロック１０を示す。

文書１０１はコードブロックであり、その中のブロック
７に相当する所は行末なので何もコードを埋める必要は
ない。ブロック８に相当する所は次のコードとの間をス
ペースまたはタブ等の空白コードで埋める。

また、文書１０２はビットイメージブロックであり、最
小の矩形ブロックとするためには図の様にブロック７及
び８を少なくとも含む１つのブロックとなる。尚、ビッ
トイメージ用のブロック数の制限はなく、また矩形ブロ
ックならば特に大きさの指定はないものとする。文書１
０２の文字コードブロックに相当する所は全白ビットで
埋める。

以上の構成を踏まえて、次に上述のブロック変換処理の
手順を第５図を用いて説明する。

第５図は本実施例によるブロック変換処理の手順を示す
フローチャートである。

図において、ＣＲＴ５０上でリーダ２０からのビットイ
メージデータとキーボード５１からのコードデータとを
組み合わせ、文書１００の如き文書編集を行い、かつブ
ロックの境界を示すコード、例えばブロックの起点座標
とブロックの大きさを示すコードとブロックの属性を示
すコードとを入力する（ステップＳｌ）。

そして、ブロックの境界を示すコードの中に文字コード
ブロックがあるか否かを属性コードから判定しくステッ
プＳ２）、もし文字コードブロックがあれば更にそれが
複数ブロックか否かを判定する（ステップＳ３）。この
とき複数であると判定した場合にはブロック８の領域を
スペースコードで埋める（ステップＳ４）。特にブロッ
ク７はブロック２との境に文字行のリターンコードがあ
るのでスペースコードは埋めないですむ。このようにし
てそれらのブロック境界を示すコードを削除し属性変更
をし、文字コードだけの１ブロツクとしてＰＭＥＭ４に
格納する（ステップｓ５）。

次にビットイメージブロックが有るか否かを属性コード
から判定しくステップＳ６）、あればビットイメージブ
ロックが複数か否か判定する（ステップＳ７）。そして
複数であると判定した場合には、ブロック間を全白ビッ
トで埋める（ステップＳ８）。更にブロック境界を示す
コードを削除し、属性変更をしてビットイメージだけの
１ブロツクとしてＩＭＥＭ６に格納する（ステップＳ９
）。

次に、全体で複数ブロックがあるか否かを判定しくステ
ップ５ＩＯ）、例えば文字コードブロック９とイメージ
ブロック１０との２つの場合には、この両者のブロック
を、ブロック９に示される矢印Ｐの位置を基準に、ブロ
ック１０に示される矢印Ｑの位置を合せるようにして重
ね合せることを意味する重ね合せ属性コードをＰＭＥＭ
４にセットする（ステップ５１１）。そして送信指令の
入力により、ＰＭＥＭ４にセットされた重ね合せ属性コ
ードを送信し、次にＰＭＥＭ４．ＩＭＥＭ６に格納され
ているコードデータ、ビットイメージデータを順次、送
信する（ステップ５１２）。尚、重ね合せ属性コードは
文書データの送信後に送ることもできる。

受信側では、伝送されたブロックデータ９及び１０をハ
ードディスク装置４０に格納し、その後ＰＭＥＭ４とＩ
ＭＥＭ６とに転送し、データ受信の前、または後に送ら
れたブロック重ね合せ属性コードを検出して、ブロック
９のデータは例えば文字ゼネレータによりビットイメー
ジデータに変換し、ブロック１０の符号化データが復号
器によりビットイメージデータに復号して、各ブロック
に対応したデータをＰ点基準に重ね合せ、文書１００に
基づく送信テキストをＣＲＴ５０と同様の機能を備えた
ＣＲＴ５０’上またプリンタ６０と同様の機能を備えた
プリンタ６０’上で再現する事ができる。

次に、本実施例による重畳ブロックの送信方法を第６図
を用いて説明する。

第６図は本実施例による文字とイメージとを混在させた
重畳ブロックの送信方法を説明する図である。図におい
て、２００は文字コードブロック及び重畳ブロックとを
有する文書である。この文書２００において、３００．
３０１は文字コードブロックであり、３０２は文字コー
ドブロック間に介在する文字コードとビットイメージデ
ータとが重畳した重畳ブロックである。ブロック３０２
の場合には同じ大きさのコードブロックとビットイメー
ジブロックとに分けて送ることができる。

そこで、３０２ａをコードブロック、３０２ｂをビット
イメージブロックとすると、文書２００は４つに分れる
ブロック構成となるが、重畳ブロック３０２を細かいブ
ロック、即ち、重畳しているブロックとしていないブロ
ックとに分けるよりは少ないブロック数で済ませること
ができるので、伝送効率においては高めることになる。

この場合、他のブロック境界と属性を残した状態の重ね
合せ属性コードとをブロックに対し付与し、受信側の端
末では伝送されたブロック３０２ａ及び３０２ｂだけを
重ね合せて再生する。

また、２０１，２０２は重畳ブロックを含む１ペ一ジ分
のテキストを２つに分類した文字コードブロックから成
る文書とビットイメージブロックから成る文書である。

ここでも、前述と同様にしてブロック境界を削除し、文
字コードブロックのに示される矢印Ｒの地点を基準とし
て重ね合せ属性コードを付与し、送信先の端末に伝送し
、受信側では属性コードに従って文書２０１の文字コー
ドブロックに示される矢印Ｒの地点に文書２０２のビッ
トイメージブロックに示される矢印Ｓの位置を合せ、こ
れらブロックを合成して、表示またはプリントする。

また、重畳ブロック３０２のコードブロック３０２ａを
ＰＭＥＭ４から、不図示の文字ジェネレータ（以下、ｒ
ＣＧＪという）を介しピットイメージでデータ展開し、
このデータとビットイメージブロック３０２ｂのビット
イメージデータとをオーバレイ合成（論理オアなとる）
し、文書２００の如きイメージパターンでＩＭＥＭ６に
格納することもできる。この場合にはコードブロック３
０２ａの境界と属性とを削除するので３つのブロック３
００〜３０２で済み、ブロック数から判断すると非常に
伝送効率が高められる。ここで、ブロック３０２の境界
及び属性はビットイメージブロック３０２ｂと同じであ
る。

尚、ブロック３００〜３０２の境界（位置）と属性コー
ドとは、第４図（ｂ）、（ｃ）に示す如く、それぞれの
ブロック（３００〜３０２）のヘッダに含まれ、例えば
、文字コードデータの場合にはヘッダＣ、ビットイメー
ジデータの場合にはヘラダニとなる。

次に、伝送用ブロックの最適な分割方法について第７Ａ
図（ａ）、（ｂ）〜第７Ｂ図を用いて説明する。

第７Ａ図（ａ）、（ｂ）　〜第７Ｂ図は本実施例による
１ペ一ジ分のテキストを伝送用のブロックに分割すると
きの手順を示す図である。第７Ａ図（ａ）、（ｂ）　〜
第７Ｂ図において、Ｃ１〜Ｃ３、Ｃｏ　１、そしてＣＡ
は文字エリアであり、１１．１２、そしてＩＡはイメー
ジエリアである。

第７Ａ図において、文字エリアＣ１，Ｃ２及びイメージ
エリアＩｌにおいて、透明な重畳（論理ＯＲ）はしない
。この場合の伝送形態としては、文字エリアＣ１のブロ
ック、文字エリアＣ２のブロック、そしてイメージエリ
アエ１のブロックによる３ブロック伝送力式である。尚
、テキスト内の座標の座標入力によりそれぞれのブロッ
クの起点及び大きさは決まる。

第７Ｂ図において、文字エリアＣ１’　とイメージエリ
アエ１とは透明な重畳扱いとする。　尚、文字エリアＣ
１’において、文字エリアＣ１以外の領域は文字コード
データなしの領域であり、この領域には文字エリアＣ１
における文字行の終りを示すリターンコードが存在する
。この場合、文字エリアＣ１’　、Ｃ２及びイメージエ
リア１１の３ブロツク伝送となる。

第７Ｃ図において、文字エリアＣ１とＣ２とを単一化し
、文字エリアＣＡによる１ページとして構成し、イメー
ジエリア１１と透明な重畳をする。この場合には文字エ
リアＣＡの１ページとイメージエリア１１の２ブロツク
の伝送である。

第７Ｄ図において、文字エリアＣＩ、Ｃ２及びイメージ
エリア■１をそれぞれ単一化しくＣＡとＩＡ）、透明な
重畳をする。この場合には、２ベージ伝送となる。いず
れの伝送効率が高いかは一義的に決まらないが、この第
７Ｄ図の例では、かなりの領域を文字領域が占めるので
第７Ｃ図に示した文字コードデータの１ページ伝送とイ
メージデータの１ブロツク伝送とが効率的になると考え
られる。即ち、文字エリアＣ１、Ｃ２によるブロックの
へラダコード等が不要となるため、伝送効率は高められ
る。

また、第７Ｄ図もそれぞれのブロックのへラダコードが
不要であるが、イメージエリアＩＡの作成中、イメージ
エリアＩＩ以外の領域においてはイメージデータとして
白または黒に相当する−様なビットデータが必要となり
、この場合、ビットデータを圧縮符号化したとしても情
報量は膨大になる。従って第７Ｄ図に示したデータ伝送
は不利な伝送方法とみなされる。

ところが、第７Ｅ図に示すように、イメージエリアＩｔ
、Ｉ２の２ブロツクで１ページ伝送（イメージエリアＩ
ｌ、Ｉ２をグループ１とし、文字エリアＣ，Ｃ１〜Ｃ３
をグループ２とする）が有利となることがある。

このように、情報の種類或はその分布によって領域分割
の適正さが異なってくる。

この適正分割を判定するために、それぞれの分割時にお
ける通信情報のデータ総量を算出し、各々のデータ総量
を比較する。そしてデータ総量の一番少ない場合の分割
手順を選択し、その分割手順に基づいて伝送を行う。

そこで、本実施例による領域分割手順を第８図を用いて
以下に説明する。

第８図（ａ）、（ｂ）は本実施例による領域分割時の制
御方法を示すフローチャートである。図第゛８図におい
て、第７Ａ図（ａ）、（ｂ）〜第７Ｂ図で説明したＣＲ
Ｔ５０の１画面における１ページのデータの分割件数ｎ
を一例として４とする（ステップ５２０）。尚、イメー
ジエリアエ１、Ｉ２．ＩＡ及び文字エリアＣＩ、Ｃ１’
　、Ｃ２、Ｃ３において、それぞれのデータ量を、例え
ば、イメージエリア１１の場合にはＩｌｍのように示し
、また文字エリアＣ１の場合にはＣ’　１　ｍのうよう
に示す。

そこで、ｎ＝４により、第７Ａ図（ａ）。

（ｂ）で示したテキストの領域を分割する。これは前述
の文書編集時の座標ＰＬ、Ｐ２の位置データをもとに、
ＰＭＥＭ４における文字エリアｃ１のブロックの対応の
コードデータと文字エリアＣ２対応のコードデータとに
分けてデータ量Ｃ１ｍ、Ｃ２ｍがそれぞれ求められる。

　こ　のデータ量はＰＭＥＭ４に予め座標Ｐ２の位置ま
でのメモリアドレスが記憶されているので、これから求
められる（ステップ５２１）。

そして、ＩＭＥＭ６におけるイメージエリアＩｌのブロ
ックに対応のビットイメージデータをＩＣＵ３において
圧縮し、その圧縮したデータ量１１ｍをＩＣＵ３により
求められ、これを記憶される。さらにＣ１ｍ＋Ｃ２ｍ＋
Ｉ　１ｍの通信データの総量が求められ、これを総量Ｍ
１として、ＰＭＥＭ４に記憶される。圧縮データにおい
てはハードディスク４０に一時格納される（ステップ５
２２）。

そして、分割件数を１つデクリメントし、再びステップ
Ｓ２１に戻り（ステップＳ２３、ステップ５２４）、次
に第７Ｂ図に示すように領域分割をし、文字エリアＣ１
’のブロック対応のデータ量が求められる。この場合に
は、殆ど第７Ａ図の文字エリアＣ１の場合と変らない。

そして、このときの総量をＭ２とする（ステップ３２１
〜ステツプ５２４）。

次に、第７Ｃ図に示す領域分割をし、上述の如く文字エ
リアＣＡのブロック対応のデータ量が求められる。この
ときの総量をＭ３とする（ステップ３２１〜ステツプ５
２４）。

さらに、第７Ｄ図に示す領域分割をし、イメージエリア
ＩＡのブロック対応のデータ量を求める。このブロック
ではイメージエリアＩｌのブロック対応以外の白ビット
を圧縮させたデータ量が１１ｍに加算される。このとき
の総量をＭ４とする（ステップ３２１〜ステツプ５２４
）。

以上のループ処理において、ここでは、分割送倍数ｎが
予め４つとされているので、ステップＳ２３にて各総量
の計算毎にｎから１つデクリメントし、ステップＳ４に
て°Ｏ”に達したか否かを判定する。

次に、４件分割の場合においては、各総４１　Ｍ１〜Ｍ
４を比較する処理を行い、この結果、最小データ量の分
割モードを決定する。

そこで、決定された分割モードに従って、１ページのデ
ータを領域分割しハードディスクに格納し、送信指令に
よりその分割ブロックを順次伝送する（ステップ５２５
）。

以上の説明では、データ総量に基づいて適正分割モード
を決定したが、第７Ｂ図、第７Ｃ図のようにデータ総量
があまり変わらない場合には、次のようにして送信する
。即ち、３回に分けて送るより、２回に分けて送った方
が伝送効率上において得策な場合には、分割ブロック数
の大小に応じて適正モードを決定することが好ましい。

尚、ブロック数は第７Ａ図〜第７Ｄ図に示す如く、分割
する毎に記憶されている。ゝ 尚、分割モードの１つをマニュアル指定により任意に選
択してブロック分割することもできる。

以上の説明は送信指令により適正分割モードを求め、そ
の分割完了に応じて自動的に送信動作することや、予備
指令により各種の分割を実行させ適正分割の表示を行い
、その後の送信指令により送信することも可能である。

第７Ａ図〜第８図（ａ）で説明した所の変形例について
説明する。

通常は、標準の第７Ａ図の毎きブロックの分割処理と伝
送を行うが、ブロックの分割数が最大の所定数（例えば
３１）を越える場合は、その数より少なくなる様な分割
モードを強制的に選択せしめることもできる。この場合
には、第８図（ｂ）の如く、ブロック数がＭＡＸ以下か
否か判定しくステップ５３０）、ブロックが最大数を越
えたときにのみ第８図（ａ）のフローチャートを実行す
るようにし、それぞれの分割モードの情報量から最大ブ
ロック数して下における最適モードを決定するようにす
る。これにより伝達前の予備処理に要する時間が節約で
きる。

さて、ここで上述した本実施例の文書処理装置の特徴で
ある文字認識機能に付いて説明する。

この場合には、上述の如く、リーダ２０により読み取ら
れた原稿データは、ＩＭＥＭ６に格納され、ＣＰＵ８に
より文字認識され認識された文字については、その文字
に対応したコードが割り画てられる。

原稿の文字情報を認識する場合には、認識できない文字
が存在することがある。そこで認識できない文字を各々
別ブロックとしてイメージデータで送信するとブロック
分割が複雑になってしまい、分割ブロック数が増えてし
まう。

そこで本実施例では認識文字については、第３図の例に
示した様にコードブロックとして送信し、認識不能な文
字はビットイメージブロックとして送信し、受信側にお
いて重畳合成する。

次に、本実施例による文字認識方法を第９図（ａ）、（
ｂ）、（ｃ）及び第１０図（ａ）。

（ｂ）を用いて説明する図である。

第９図（ａ）は本実施例による原稿画像を文字認識した
ときに、「端末」、「特徴」の文字を認識できなかった
場合を示す図、第９図（ｂ）は本実施例による文字コー
ドのブロックにおいて認識不能の文字に対してブランク
コードを割り当てた場合を示す図、第９図（Ｃ）は本実
施例による認識不能な文字の送信方法を示す図である。

また、第１０図（ａ）、（ｂ）は本実施例のＣＰＵ８に
よる制御動作を示したフローチャートである。

以下第１０図のフローチャート図に基づいて第４の実施
・例を詳細に説明する。

第１０図において、まずリーダ２ｏで原稿画像を読み取
る。この場合にはビットイメージとしてＩＭＥＭ６に入
力される（ステップ５１００）。

そして送信先である相手端末に発呼し、ネゴシェーショ
ンにより相手端末の端末特性を識別する（ステップ５ｌ
ｏｔ）。この識別では、端末特性が文字コード（または
、「文字コード」という）であっても受信可能とする端
末特性（例えば、Ｇ４機のクラス３等）を有しておれば
次のステップ５１０４を選択し、一方、文字コードを受
信不可能とする端末特性（Ｇ　４　Ｆｉ％のクラス１等
）を有しておれば通常のファクシミリ符号化送信への移
行を選択する（ステップ５１０３）。このステップＳ３
においては、単純な画像送信であるため、例えば、Ｇ４
機のクラス１ならばＭＭＲ等にデータ圧縮して送信する
。

また、ステップ５１０４に移行した場合には、ＩＭＥＭ
６に格納されているビットイメージデータから１文字ず
つ文字認識する処理を実行する。

この場合には、ＩＭＥＭ６に格納されているビットイメ
ージデータを走査することによって、まず文字行の認識
を行い、文字行の認識が終了すると次に文字列の認識を
行う。このように原稿画像のビットイメージデータは所
定の文字行、文字列に分割し、それぞれ１文字づつ認識
して行く（ステップ５１０４）。尚、文字認識方法には
種々の認識方法があり、本発明はこれに限定されるもの
ではない。

ここで、文字認識できた場合には、認識できた文字に対
応する文字コードをＰＭＥＭ４のコードブロックエリア
に格納しくステップ５１０５．ステップ５１０６）、文
字認識不能であればＰＭＥＭ４の文字コードブロックエ
リアにスペースコードを格納し、これと同時にＰＭＥＭ
４のビットイメージ作成エリアの認識不能文字のアドレ
スに認識不能文字のビットイメージデータを格納する（
ステップ５１０７）。ここでＰＭＥＭ４の各種エリアに
ついて説明すると、ＰＭＥＭ４にはコードブロックエリ
ア、ビットイメージ作成エリア、ビットイメージブロッ
クエリアがそれぞれ設けられている。コードブロックエ
リアとビットイメージ作成エリアは各々文字認識のため
に分割された数（「文字行」×「文字列」）のアドレス
が与えられる。また文字認識を行う１文字分のビットイ
メージブロックは、第９図（Ｃ）に示す様に文字のビッ
トイメージブロックの大きさ情報（ａ。

ｂ）が与えられる。

次に、全文字の認識が終了したと判断すると（ステップ
５１０８）、全文字の中で認識不能の文字が存在するか
どうかを判断する（ステップ５１０９）。

ここで、認識不能文字が無いと判定した場合には、ＰＭ
ＥＭ４のコードブロックエリアのデータの前にコードブ
ロックのアドレス情報及び大きさ情報、例えば、第９図
（ｂ）に示す如く、（ｘ、ｙ）（’ｘ’、ｙ′）を付加
し、さらに文字の配列を示した情報及びコードブロック
であることを示す識別データも付加して、これらをコー
ドブロックデータとして相手端末に送信する（ステップ
５ｉｌｏ）。

一方、ステップ５１０９で認識不能文字有りと判定した
場合には、次に説明する認識不能領域送信を行う。

まず、ＰＭＥＭ４のビットイメージ作成エリアの認識不
能文字のビットイメージデータの格納されたアドレスの
最小Ｘｍ　ｉ　ｎ＝ＸＩ　、最小Ｙｍｉｎ＝ｙ＋、最大
Ｘｍａｘ＝ｘｎ、最大Ｙｍａｘ＝ｙｎ　（第９図（Ｃ）
参照）を読み出しくステップ８１１１〜ステツプ５１１
４）、さらにビットイメージブロックを作成する。この
場合には、ビットイメージブロックの起点アドレス情報
（Ｘｍ　ｉ　ｎ、　Ｙｍ　ｉ　ｎ）と大きさ情報（Ｘｍ
ａｘ＋ａ−Ｘｍｉｎ、　　Ｙｍａｘ＋ｂ　−Ｙｍ　ｉ　
ｎ）をセットしくステップ５１１５）、ブロックがビッ
トイメージデータであることを示す識別情報及びこのブ
ロックがコードブロックと重ね合されることを示すブロ
ック重ね合せ属性をそれぞれセットする（ステップ５１
１６）。

そして、ビットイメージブロックエリアの認識不能文字
の位置する各々の領域にビットイメージ作成エリアのビ
ットイメージデータを各々格納し、第９図（Ｃ）に示す
如く、ビットイメージブロックに示す様なビットイメー
ジデータが作成されるこのようにして作成されたビット
イメージデータは、ビットイメージブロックデータとし
てステップ５１１５，５１１６でセットした情報ととも
にＰＭＥＭ２３に格納される（ステップ５１１７）。こ
の時、ビットイメージデータをＩＣＵ３によって符号化
してもよい。

次に、コードブロックエリアのコードデータにステップ
５１１０と同様にコードブロックのアドレス情報と大き
さ情報、識別情報、文字の配列を示す情報をそれぞれ付
加し、コードブロックデータとしてＰＭＥＭ４に格納し
た後、コードブロックとビットイメージブロックを通信
相手先に送信する（ステップ５１１８）。

以上の説明により本実施例によれば、原稿画像を文字認
識して文字のコード化を行うので、キーボード５１によ
る文字入力に比べて操作上の手間を省くことができると
共に、データ通信時間を極めて短縮化することができる
。しかも認識できなかった文字については、ビットイメ
ージデータとして送信することができるので、確実に原
稿画像データを送信先に送信することができる。

また、認識文字と認識不能文字とを各々１つのコードブ
ロックと１つのビットイメージブロックとに含めて送信
するので、データを複数のブロックに分割して送信する
場合に比べてブロック数を大幅に少なくすることができ
、これによってデータ通信時間が短縮され、送信側、受
信側共にデータ処理が簡単になる。尚、上記認識による
コードブロックにワープロ（ワードプロセッサ）による
作成テキストのコードデータも含めて１つのブロックと
して送ることも可能である。ここで、異なるデータとし
ては、グラフィックコードデータ、文字コードデータ、
ラインイメージのとットデータ、ハーフトーンイメージ
のデータ等がある。

さらに、相手端末が文字コードによる原稿画像データを
受信できない場合には、ＩＭＥＭの格納されているビッ
トイメージデータをそのまま送信すれば良く、送信先と
なる相手端末の機種を選ばず、幅広くデータ転送を実現
できる。

さて、本実施例においては、リーダ２０から原稿画像を
読み込んだ後に、すぐ相手端末に対しての発呼が行われ
、ここで、相手端末とのネゴシェーションを実行してい
るが、本発明はこれに限定されることはなく、本発明の
主旨を逸脱しない範囲で、種々変形可能である。

そこで、まず原稿画像はディスク等のメモリに予めビッ
トイメージとして格納されているとする。また相手端末
は予め宛先登録されており、端末の特性は事前にわかっ
ている。このようにすれば予め格納されている原稿画像
データの文字認識の処理をした後に、相手端末に発呼す
る事ができることは勿論、これによって回線の使用時間
が短くて済み、データ通信における経済性を向上させる
ことができる。

このように、文字コードで送る事による伝送効率の向上
（経済性）および受信文書の編集が容易（機能向上）と
なり、また選択できる事による相手端末の幅（数）の増
加（機能向上）を可能とする。

［発明の効果］ 以上の説明により本発明によれば、相手端末の機能に応
じて、例えば、混在文書から成る原稿画像において、文
字コードの領域を文字コードで送信するか或はビットイ
メージで送信するかを選択できるので、データ伝送を効
率良〈実施する文書通信装置を提供してくれる。また、
例えば文字コードで送信する領域において、ビットイメ
ージから文字認識できない領域が発生したとしても、こ
の場合には、その領域をビットイメージで送信すること
ができるので、混在文書を確実な方法で送信することが
できる。

【図面の簡単な説明】

第１図は本発明の一実施例を示すブロック図、第２図は
第１図の実施例の構成を示す外観斜視図、 第３図は本実施例のミクストモードにより１ページをブ
ロック分けした領域を示す図、第４図（ａ）、（ｂ）、
（Ｃ）は第３図に示したブロックのデータフォーマット
を示す図、第５図は本実施例によるブロック変換処理の
手順を示すフローチャート、　− 第６図は本実施例による文字とイメージとを混在させた
重畳ブロックの送信方法を説明する図、第７Ａ図（ａ）
、（ｂ）　〜第７Ｅ図は本実施例による１ペ一ジ分のテ
キストを伝送用のブロックに分割するときの手順を示す
図、 第８図（ａ）、（ｂ）は本実施例による領域分割時の制
御方法を示すフローチャート、第９図（ａ）は本実施例
による原稿画像を文字認識したときに、「端末」、「特
徴」の文字を認識できなかった場合を示す図、第９図（
ｂ）は本実施例による文字コードのブロックにおいて認
識不能の文字に対してブランクコードを割り当てた場合
を示す図、第９図（Ｃ）は本実施例による認識不能な文
字の送信方法を示す図、 第１０図（ａ）、（ｂ）は本実施例のＣＰＵ８による制
御動作を示したフローチャートである。 図中、１・・・ファクシミリ本体、２・・・リーダ／プ
リンタインターフェース、３・・・ＩＣＵ、４・・・Ｐ
　ＭＥＭ、５・　ＢＭＵ、６・　ＩＭＥＭ、７・ＶＲＡ
Ｍ、８・・・ＣＰＵ、１０・・・ＣＣＵ、２０・・・リ
ーダ、３０・・・回線、４０・・・ハードディスク装置
、４１・・・フロッピーディスク装置、５０・・・ＣＲ
Ｔ、５１・・・キーボード、５２・・・ポインティング
デバイス、６０・・・プリンタ、１００〜１０２・・・
文書である。 第２図 第３図 （ｂ）円Ｈ琵冨で一口 （ｃ）口止■ヨ３−１ 第４図 （０）　　　　　（ｂ）　　　第７Ｅ図（０）　　　　
　　　第８図 第９図

Claims (2)

【特許請求の範囲】
1. （１）１ページ内に文字とイメージとを混在させた混在
   文書から成る原稿画像の伝送機能を備えた文書通信装置
   において、 原稿画像をビットイメージとして記憶する記憶手段と、
   前記原稿画像を送信する相手端末から端末特性を検出す
   る検出手段と、前記端末特性に基づいてビットイメージ
   で送信するのか或は文字コードで送信するのかを選択す
   る選択手段と、前記選択結果が文字コード送信のときに
   ビットイメージを文字認識する認識手段とを備えること
   を特徴とする文書通信装置。
2. （２）前記認識手段にはビットイメージの中で文字認識
   不能な領域についてはビットイメージのまま送信する認
   識不能領域送信手段が含まれていることを特徴とする請
   求項第１項記載の文書通信装置。