JPS6370662A - Data communication method - Google Patents

Data communication method

Info

Publication number
JPS6370662A
JPS6370662A JP61215315A JP21531586A JPS6370662A JP S6370662 A JPS6370662 A JP S6370662A JP 61215315 A JP61215315 A JP 61215315A JP 21531586 A JP21531586 A JP 21531586A JP S6370662 A JPS6370662 A JP S6370662A
Authority
JP
Japan
Prior art keywords
data
block
blocks
code
character
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP61215315A
Other languages
Japanese (ja)
Inventor
Shintaro Abe
新太郎 阿部
Yasuto Shimamura
島村 康人
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP61215315A priority Critical patent/JPS6370662A/en
Priority to US06/911,779 priority patent/US5086434A/en
Priority to DE8686307490T priority patent/DE3687211T2/en
Priority to EP86307490A priority patent/EP0218448B1/en
Publication of JPS6370662A publication Critical patent/JPS6370662A/en
Pending legal-status Critical Current

Links

Landscapes

  • Storing Facsimile Image Data (AREA)
  • Editing Of Facsimile Originals (AREA)

Abstract

PURPOSE:To obtain a communicating method for mixed data with high transmission efficiency by reading and converting information into a 1st and a 2nd data, and sending them in blocks when >=2 kinds of data are mixed and sent. CONSTITUTION:Bit image data from a reader 10 and code data from a keyboard 61 are combined on a CRT 60 to edit an document. If there are plural document code blocks therein, spacing between blocks is performed and block borders are deleted to store the data on a program memory 23 as one block. Then when there are plural bit image blocks, spaces between blocks are filled entirely with white bits and the block borders are deleted to set a block superposition attribute code on the memory 23. The code data and bit image data stored on the memory 23 and image memory 25 are transmitted successively with a transmission command.

Description

【発明の詳細な説明】 〔技術分野〕 本発明は、データ通信方法に関するものてあ(従来技術
) 文字コードデータとビットイメージデータの如く互いに
種類の異なるデータを混合して送信できる方式のミクス
ト端末送信方式として1つのテキストを文字コードブロ
ック、ビットイメージブロックの複数のブロックの集合
として組立て、そのブロックを順次送る方式が考えられ
ている。
[Detailed Description of the Invention] [Technical Field] The present invention relates to a data communication method (prior art) A mixed terminal capable of transmitting a mixture of different types of data such as character code data and bit image data. As a transmission method, a method has been considered in which one text is assembled into a set of a plurality of blocks including character code blocks and bit image blocks, and the blocks are sent sequentially.

しかしながら文字と写真や絵が多数混在する場合は、上
記ブロックが多数となり、従ってブロックを伝送する上
でのプロトコルも複雑となったり、受信側での元の文書
の組立に時間を要したり、伝送効率も悪くなる不都合が
あった。
However, when a large number of text, photographs, and drawings are mixed together, the number of blocks described above becomes large, and the protocol for transmitting the blocks becomes complicated, and it takes time to assemble the original document on the receiving side. There was also the disadvantage that transmission efficiency deteriorated.

〔目的〕〔the purpose〕

本発明は、以上の欠点を除去したミクストデータの通信
方法の提供、 又本発明は、伝送効率の高いミクストデータの通信方法
の提供、 又本発明は、文字とJj゛文字イメージとが重畳する領
域を含んだ通信ドキュメントの効率的な伝送方法の提供
、 又本発明は、ミクストデータから元のドキュメントを容
易に再生できる通信方法の提供、又本発明は、ドキュメ
ントを適正にブロック分割してドキュメント伝送するデ
ータ伝送方法、又本発明は、ドキュメントを少なくブロ
ック分割してドキュメント伝送するデータ伝送方法、又
本発明は、ワードプロセスによるデータ。
The present invention provides a mixed data communication method that eliminates the above drawbacks, and the present invention provides a mixed data communication method with high transmission efficiency. The present invention also provides a communication method that can easily reproduce an original document from mixed data. The present invention also relates to a data transmission method for transmitting a document by dividing the document into small blocks and transmitting the document.

イメージプロセスによるデータをミクスして伝送できる
伝送システム、 又本発明は、ミクストデータの効率的処理を可能にした
通信端末装置にあり、 又本発明は文字認識によるデータを伝送できる伝送方法
にある。
The present invention resides in a transmission system that can mix and transmit data based on image processing, and a communication terminal device that enables efficient processing of mixed data.The present invention also resides in a transmission method that can transmit data based on character recognition.

以上の目的、その他の目的は以下の例により明らかであ
る。
The above objectives and other objectives will become clear from the following examples.

(実施例〕 第1図は本発明の一実施例を示すブロック図であり、第
2図は上記実施例を示す斜視図である。
(Embodiment) FIG. 1 is a block diagram showing one embodiment of the present invention, and FIG. 2 is a perspective view showing the above embodiment.

リーダ10は、所定原稿を読取って電気信号を出力する
ものである。
The reader 10 reads a predetermined document and outputs an electrical signal.

ファクシミリ本体20は、リーダ/プリンタインタフェ
ース21と、イメージコンプレッションユニット(以下
rIcUJという)22と、プログラムメモリ(以下r
PMEMJという)23と、ビットムーブユニット(以
下BMUJという)24と、イメージメモリ(以下rI
MEM」という)25と、ビデオRAM (以下rVR
AMJという)26と、中央処理装置(以下rcPUJ
という)27と、コミュニケーションインタフェース2
8と、バス29と、コミュニケーションコントロールユ
ニット(以下「CCU」という)30とを有する。
The facsimile body 20 includes a reader/printer interface 21, an image compression unit (hereinafter referred to as rIcUJ) 22, and a program memory (hereinafter referred to as rIcUJ).
PMEMJ) 23, bit move unit (hereinafter referred to as BMUJ) 24, and image memory (hereinafter referred to as rI)
25 (hereinafter referred to as “MEM”) and video RAM (hereinafter referred to as “rVR”).
AMJ) 26, central processing unit (hereinafter referred to as rcPUJ)
) 27 and communication interface 2
8, a bus 29, and a communication control unit (hereinafter referred to as "CCU") 30.

ICU22はデータを圧縮または伸長するものであり、
符号化率を高くするためには、二次元圧縮(高圧縮)が
採用されている6 PMEM23はファクシミリ本体20の周辺に設けられ
ている入出力装置やファクシミリ本体内の各ユニットを
制御する為のOSプログラム、アプリケーションプログ
ラムメモリエリアを有し、また、キャラクタコードデー
タをイメージビットデータに変換するためのフォントメ
モリエリアを有するものである。またキー人力やワード
プロセスによるテキストコードデータ(キャラクタデー
タ)を格納し編集するエリアを有する。
The ICU 22 compresses or expands data,
In order to increase the encoding rate, two-dimensional compression (high compression) is adopted6. It has an OS program, an application program memory area, and a font memory area for converting character code data into image bit data. It also has an area for storing and editing text code data (character data) by hand or word processing.

また、PMEM23はメモリマネージメントユニット(
MMEU)を有し、ハードディスク50からのデータを
CCU3Oを介して送信したり、CCU3Oからハード
ディスク50へ格納したりするための伝送データのバッ
ファとしてのワークエリアも有している。なお、上記バ
ッファはディスク、回線等の速度合せのためのものであ
る。
In addition, PMEM23 is a memory management unit (
It also has a work area as a buffer for transmission data for transmitting data from the hard disk 50 via the CCU 3O and storing data from the CCU 3O to the hard disk 50. Note that the buffer described above is for adjusting the speed of the disk, line, etc.

BMU24は、CRT60において、データをビット単
位で処理するもので画像の編集(画像処理)を行うもの
であり、所定画像を拡大、縮小、回転、移動または抽出
等を行うものである。
The BMU 24 processes data bit by bit in the CRT 60 and performs image editing (image processing), and enlarges, reduces, rotates, moves, or extracts a predetermined image.

IMEM25は、4Mバイトを有し、リーダからの画像
データを格納したり、BMU24による編集画像データ
を格納したり、ICU22によって伸長したデータを格
納したり、キー人力によるキャラクタコードデータやワ
ードプロセスによるテキストコードデータ、ミクストデ
ータ、またはキャラクタコードデータを、イメージに変
換したビットデータ(例えば1画素1ビツトで表わす)
を格納するものである。ここで、ミクストデータは、1
ページ内にイメージとットデータとキャラクタコードデ
ータとが混在する。各々のブロックをイメージブロック
、キャラクタブロックと称する各々識別コードを付して
管理し、格納する。また、IMEM25は、所定データ
を一時記憶することによって、リーダ10、プリンタ7
0、回線40のスピードに合せるためのバッファとして
使うこともある。
The IMEM 25 has 4 Mbytes, and can store image data from the reader, edited image data by the BMU 24, data decompressed by the ICU 22, character code data manually created, and text created by word processing. Bit data obtained by converting code data, mixed data, or character code data into an image (for example, expressed as 1 pixel and 1 bit)
It is used to store. Here, the mixed data is 1
Image and character code data are mixed on the page. Each block is managed and stored with an identification code called an image block or a character block. In addition, the IMEM 25 temporarily stores predetermined data so that the reader 10, printer 7
0. It may also be used as a buffer to match the speed of line 40.

VRAM26は、CRT60に表示する画像データをビ
ットマツプデータ(例えば1画素1ビツトに対応)によ
って記憶するものである。
The VRAM 26 stores image data to be displayed on the CRT 60 in the form of bitmap data (for example, one pixel corresponds to one bit).

また、外部記憶装置として、ハードディスク装置50と
フロッピーディスク装置51とが設けられている。これ
らの装置は不揮発性メそりであるが、不揮発性メモリと
して、バックアップメモリを使用してもよい。送信デー
タ、受信データが格納され保存される。
Furthermore, a hard disk device 50 and a floppy disk device 51 are provided as external storage devices. Although these devices are non-volatile memories, a backup memory may be used as the non-volatile memory. Transmitted data and received data are stored and saved.

キーボード61は送受信指令のコマンドデータや、イメ
ージプロセス、ワードプロセス用のコマンドデータや、
ワードプロセスのためのキャラクタデータな人力する。
The keyboard 61 is used to store command data for sending and receiving commands, command data for image processing, word processing, etc.
Character data for word processing.

ポインティングデバイス62はCRT60上のカーソル
イメージなムーブしてそのカーソルイメージの位置でイ
メージ編集等のための位置を指定する。この62により
ミクストデータのブロック分けも行う。このブロックを
示す座標は、PMEMにより記憶管理され、送信時の識
別コードデータ(ヘッダ)に1つのデータとして使われ
る。
The pointing device 62 moves a cursor image on the CRT 60 and specifies a position for image editing or the like using the position of the cursor image. This 62 also divides the mixed data into blocks. The coordinates indicating this block are stored and managed by the PMEM, and are used as one piece of data in identification code data (header) at the time of transmission.

回線40としては、好ましくはデジタルデータ変換網や
デジタルデータパケット網の例えは64にビット/ s
 e cのデジタル回線であれは情報量の多い、又解像
度(密度)の高いイメージデータの高速、大量伝送に都
合が良い。
The line 40 is preferably a digital data conversion network or a digital data packet network of 64 bits/s.
EC digital lines are convenient for high-speed, large-volume transmission of image data with a large amount of information and high resolution (density).

プリンタ70はレーザビームプリンタを用いて3Mbp
sの速度でプリントさせる。
The printer 70 is a 3Mbp laser beam printer.
Print at a speed of s.

第3図はミクストデータの1ページをブロック1〜8に
分けたもので、この1ベージデータが、CRT60の画
面の1ペ一ジ表示に対応し、又送信時の1ページデータ
に対応し、又受信時のプリントのプリントシートの1ペ
ージに対応する。又このようなベージデータを複数作成
し、ハードディスク50に格納し、その複数ページを1
度に送信するミクストデータの送信配列は、第4図の如
く、ブロックデータ1〜nの前に構造データ(ヘッダ1
〜n)を付加する。
Figure 3 shows one page of mixed data divided into blocks 1 to 8. This one page data corresponds to one page displayed on the CRT 60 screen, and corresponds to one page data at the time of transmission. It also corresponds to one page of the print sheet printed at the time of reception. Also, create multiple pages of such page data, store them on the hard disk 50, and store the multiple pages in one page.
As shown in Figure 4, the transmission arrangement of the mixed data that is transmitted each time is such that the structure data (header 1) is placed before the block data 1 to n.
~n) is added.

このヘッダは、次に続くブロックデータがイメージデー
タなのかキャラクタデータなのかの識別信号と、ブロッ
クデータの大きさくデータ量)と、1ページ上での位置
を示す。Aはブロックデータの、送受アクノリジ信号で
ある。
This header indicates an identification signal indicating whether the next block data is image data or character data, the size (data amount) of the block data, and the position on one page. A is an acknowledgment signal for sending and receiving block data.

1ペ一ジ分が送信終了するとEOPが送信される。When one page has been transmitted, an EOP is transmitted.

リーダ10からの原稿1ページのデータは、イメージメ
モリ25に格納されそしてVRAM26に転送されCR
T60にその1ページが表示される。そのイメージはキ
ーボード61やポイントデバイス62による編集指示に
より、B M U 24を介してトリミング処理されブ
ロック3に対応のイメージのみとされて再びメモリ25
に格納される。
The data of one page of the original from the reader 10 is stored in the image memory 25, transferred to the VRAM 26, and read in the CR.
That one page is displayed on T60. In response to editing instructions from the keyboard 61 or point device 62, the image is trimmed via the BMU 24, leaving only the image corresponding to block 3, and stored in the memory 25 again.
is stored in

次にキー61からのテキストコードデータは、メモリ2
3に格納されビット変換され、VRAM26に転送され
CRT60に1ページのテキストが表示される。その情
報はイメージ処理と同様編集され第3図のブロック1〜
6対応のテキストキャラクタとなり、再びメモリ23に
格納される。この場合メモリ23に格納のデータはコー
ドである。尚各ブロックに対応の位置データはデータの
種類とともにメモリ23で属性コードとして管理される
。次のコマンドで、メモリ25のブロック7.8のイメ
ージデータと位置データを読出してVRAMを介してC
RT60のブロック3の位置に表示し、最終的に第3図
のブロック1〜8の表示となる。このミクストデータは
各メモリ23.25からブロック1〜8の順に読出され
ディスク50に順に格納される。
Next, the text code data from key 61 is stored in memory 2.
3, is bit-converted, and transferred to the VRAM 26, where one page of text is displayed on the CRT 60. The information is edited in the same way as image processing, and blocks 1 to 1 in Figure 3 are edited.
6 corresponding text characters and stored in the memory 23 again. In this case, the data stored in the memory 23 is a code. Note that the position data corresponding to each block is managed as an attribute code in the memory 23 together with the data type. With the next command, the image data and position data of block 7.8 of the memory 25 are read out and transferred to the memory 25 via the VRAM.
It is displayed at the position of block 3 of the RT 60, and finally blocks 1 to 8 in FIG. 3 are displayed. This mixed data is read from each memory 23, 25 in the order of blocks 1 to 8 and stored in the disk 50 in order.

第3図(c)に編集した結果の1頁の文書を示す。ブロ
ック1〜6は文字コードのブロック、ブロック7.8は
ビットイメージのブロックである。
FIG. 3(c) shows a one-page document as a result of editing. Blocks 1 to 6 are character code blocks, and blocks 7 and 8 are bit image blocks.

この様に文書の中に文字コードとビットイメージブロッ
クが混在すると多数の伝送用ブロックが必要となる。
In this way, when character codes and bit image blocks coexist in a document, a large number of transmission blocks are required.

これを2つのブロックにしたものが第3図(a)、(b
)である。各々ブロック9.10となる。
This is divided into two blocks in Figure 3 (a) and (b).
). Blocks 9 and 10 respectively.

第3図に(a)はコードブロックで、その中のブロック
7に相当する所は行末なので何もコードを埋める必要は
ない。ブロック8に相当する所は次の文字コードとの間
をスペースまたはタブ等の空白コードで埋める。
In FIG. 3, (a) is a code block, and since the part corresponding to block 7 in the code block is the end of the line, there is no need to fill in any code. In the area corresponding to block 8, the space between the next character code and the next character code is filled with a blank code such as a space or a tab.

第3図(b)はビットイメージブロックであり、最小の
矩形ブロックとするためには図の様にブロック7.8を
少なくとも含む1つのブロックとなる(特にこの制限は
ない。矩形ブロックならば大きさは任意)。第3図(C
)の文字コードブロックに相当する所は全白ビットで埋
める。
Figure 3(b) is a bit image block, and in order to make it the smallest rectangular block, it must be one block that includes at least blocks 7 and 8 as shown in the figure (there is no particular restriction on this. (optional). Figure 3 (C
) is filled with all white bits.

第5図にブロック変換の処理チャートを示す。FIG. 5 shows a processing chart of block conversion.

CRT60上で前述の如き工程でリーダ10からのビッ
トイメージデータとキーボード61からのコードデータ
とを組合せて第3図(c)の如き文書編集し、かつブロ
ック境界を示すコード(例えばブロックの起点座標とブ
ロックの大きさを示す)とブロックの属性を示すコード
を人力する。その中に文字コードブロックがあるか否か
属性コードから判定しく2)、あればそれが複数ブロッ
クか否か判定しく3)、複数であればそのブロック間の
イメージ領域のブロック8をスペースコードで埋める(
4)。ブロック7はブロック2との境に文字行リターン
コードがあるのでスペースコードは埋めないですむ。そ
してそれらのブロック境界を示すコードを削除し属性変
更をし、文字コードだけの1ブロツクとしてPMEMに
格納する(5)。
The bit image data from the reader 10 and the code data from the keyboard 61 are combined on the CRT 60 in the process described above to edit the document as shown in FIG. (indicating the size of the block) and the attributes of the block. It is determined from the attribute code whether there is a character code block in it 2), and if it is, it is determined whether it is multiple blocks or not 3), and if there are multiple blocks, the block 8 in the image area between the blocks is determined by the space code. fill in(
4). Block 7 has a character line return code at the border with block 2, so there is no need to fill in the space code. Then, the codes indicating the block boundaries are deleted, the attributes are changed, and the blocks are stored in PMEM as one block containing only character codes (5).

次にビットイメージブロックが有るか否かを属性コード
から判定しく6)、あればそれが複数か否か判定しく7
)、複数であればブロック間を全白ビットで埋める(8
)。そしてそれらのブロック境界を示すコードを削除し
、属性変更をしビットイメージだけの1ブロツクとして
I MEMに格納する(9)。次に全体で複数ブロック
があるか否か判定しく10)、今キャラクタコードブロ
ック9とイメージブロック10との2つなので、この両
者のブロックをブロック9のA点を基準に重ね合せるこ
とを意味する重ね合せ属性コードをPMEMにセットす
る。そして、送信指令の入力により、重ね合せ属性コー
ドを送信し、次にPMEM、TMEMに格納されている
コードデータ、ビットイメージデータを順次送信する。
Next, determine whether there is a bit image block from the attribute code 6), and if so, determine whether there are multiple bit image blocks 7)
), if there are multiple, fill in between blocks with all white bits (8
). Then, the code indicating the block boundary is deleted, the attributes are changed, and the block is stored in IMEM as a single block of bit images (9). Next, we need to determine whether there are multiple blocks in total (10). Since there are currently two blocks, character code block 9 and image block 10, this means that these two blocks are superimposed on each other based on point A of block 9. Set the superposition attribute code to PMEM. Then, upon input of a transmission command, the superimposed attribute code is transmitted, and then the code data and bit image data stored in PMEM and TMEM are sequentially transmitted.

重ね合せ属性コードは文書データ送信後に送ることもで
きる。
The overlapping attribute code can also be sent after sending the document data.

受信側では、伝送されたブロックデータ9゜10をディ
スク50に格納し、その後PMEM。
On the receiving side, the transmitted block data 9.10 is stored in the disk 50, and then PMEM.

I MEMに転送し、データ受信の前又は後に送られた
ブロック重ね合せ属性コードを検出して、ブロック9の
データはキャラクタゼネレータによりビットイメージデ
ータに変換し、ブロック10の符号化データは復号器に
よりビットイメージデータに復号して、各ブロックに対
応したデータをA点基準に重ね合せ、第3図(c)の送
信テキストをCRT 60上又はプリンタ7o上で再現
する事ができる。
By detecting the block superposition attribute code sent before or after data reception, the data in block 9 is converted into bit image data by a character generator, and the encoded data in block 10 is converted into bit image data by a decoder. By decoding the data into bit image data and superimposing the data corresponding to each block on the point A reference, the transmitted text shown in FIG. 3(c) can be reproduced on the CRT 60 or the printer 7o.

第6図(C)はキャラクタコードブロック11と13の
間にキャラクタコードとビットイメージデータとが重畳
したブロック12を有する文書であるが、ブロック12
を同じ大きさのコードブロック12−1とビットイメー
ジブロック12−2に分けて送ることができる。その場
合、4つのブロック構成となるが、重畳ブロック12を
細かいブロック(更に重畳しているブロックとしていな
いブロックに分けた場合)に分けるよりは少ないブロッ
クで済み、伝送効率は高まる。
FIG. 6(C) is a document having a block 12 in which a character code and bit image data are superimposed between character code blocks 11 and 13.
can be divided into a code block 12-1 and a bit image block 12-2 of the same size and sent. In that case, there will be a four-block configuration, but the number of blocks will be fewer than if the superimposed block 12 is divided into smaller blocks (further divided into overlapping blocks and non-overlapping blocks), and the transmission efficiency will be improved.

この場合他のブロック境界と属性は残したままで重ね合
せ属性コードをブロック12に対し付与し、受信側では
伝送されたブロック12−1゜12−2のみを重ねて再
生する。
In this case, a superposition attribute code is given to the block 12 while leaving other block boundaries and attributes intact, and the receiving side reproduces only the transmitted blocks 12-1 and 12-2 in a superimposed manner.

又第6図(a)、(b)は重畳ブロックを含む−頁のテ
キスト(c)を2つのブロック(文字コードブロック1
4.ビットイメージブロック15)で構成したもので、
前述と同様にしてブロック境界を削除し、B点基準の重
ね合せ属性コードを付与し、伝送し、受信側は属性コー
ドに従ってブロック14.15のデータを合成して、表
示又はプリントする。
Figure 6 (a) and (b) include overlapping blocks - page text (c) is divided into two blocks (character code block 1
4. It is composed of bit image blocks 15),
In the same manner as described above, block boundaries are deleted, a B-point-based overlapping attribute code is assigned, and the data is transmitted, and the receiving side combines the data of blocks 14 and 15 according to the attribute code and displays or prints it.

又重畳ブロック12のコードブロック12−1をメモリ
PMEMにおいてCGを介しビットイメージ′でデータ
に展開し、このデータとビットイメージブロック12−
2のビットイメージデータとオーバレイ合成(論理オア
をとる)して(C)の如きイメージパターンでメモリI
 MEMに格納することもできる。この場合コードブロ
ツり12−1の境界と属性を削除するので3つのブロッ
ク(11,12,13)ですみ、この点に関して伝送効
率は高まる。ブロック12の境界と属性はビットイメー
ジのブロック12−2と同じである。尚、ブロック11
〜13の境界(位置)と属性コードは第4図の各ブロッ
クのへラダc、rに含まれる。
Further, the code block 12-1 of the superimposition block 12 is developed into data as a bit image ' through CG in the memory PMEM, and this data and the bit image block 12-
2 bit image data and overlay synthesis (take logical OR) to create an image pattern like (C) in memory I.
It can also be stored in MEM. In this case, since the boundary and attributes of code block 12-1 are deleted, only three blocks (11, 12, 13) are required, and the transmission efficiency is increased in this respect. The boundaries and attributes of block 12 are the same as block 12-2 of the bit image. Furthermore, block 11
The boundaries (positions) and attribute codes of ~13 are included in the labels c and r of each block in FIG.

次に伝送用ブロックの最適分割につき説明する6第7−
1図〜第7−4図は文字コードデータ領域Cと画像デー
タ領域■とを有する1ページテキストの、可能な領域分
割例である。
Next, the optimal division of transmission blocks will be explained.
1 to 7-4 are examples of possible area divisions of one page text having a character code data area C and an image data area (2).

第7−1図の例は文字領域をC+ 、C2とし画像領域
なI1として、透明な重畳はしない。
In the example of FIG. 7-1, the character areas are C+ and C2, the image area is I1, and transparent superimposition is not performed.

この場合の伝送形態はC1ブロック、C2ブロック、■
1ブロックの3ブロック伝送方式である。
In this case, the transmission format is C1 block, C2 block, ■
This is a three-block transmission method with one block.

尚P、、P2の座標人力により各ブロックの起点と大き
さは決まる。
Note that the starting point and size of each block are determined by the coordinates P, , P2.

第7−2図は文字領域01′と画像領域工。Figure 7-2 shows the character area 01' and the image area.

とを透明な重畳扱いとする。尚C+’ においてC,外
の領域は文字コードデータなしの領域であり、C1の文
字行の終りのリターンコードが存在する。この場合c、
’、c、、r、の3ブロツク伝送である。
and are treated as transparent superimposition. In C+', the area outside C is an area without character code data, and there is a return code at the end of the character line of C1. In this case c,
This is a 3-block transmission of ', c, , r.

第7−3図では文字領域c、、C,を単一化しCAの1
ページとして構成し、画像領域■1と透明な重畳をする
。この場合CAの1ページと11の1ブロツクの伝送で
ある。
In Figure 7-3, character areas c, ,C, are unified to 1 of CA.
Configure as a page and transparently overlap with image area (1). In this case, one page of CA and one block of 11 are transmitted.

第7−4図では文字領域C,,c2と画像領域11とを
それぞれ単一化しくCAとIA)、透明な重畳をする。
In FIG. 7-4, the character areas C, , c2 and the image area 11 are unified (CA and IA) and transparently superimposed.

この場合2ページ伝送となる。In this case, two pages will be transmitted.

いずれの伝送効率が高いかは一義的に決まらないが、こ
の例では、かなりの領域を文字領域が占めるので第7−
3図の文字コードの1ページ伝送と画像の1ブロツク伝
送が効率的になると考えられる。なぜならC1,C2ブ
ロックのへラダコード等が不要となるから。
Although it is not univocally determined which transmission efficiency is higher, in this example, the character area occupies a considerable area, so the 7th
It is thought that the transmission of one page of character codes and the transmission of one block of images as shown in Figure 3 will be more efficient. This is because the Helada code of the C1 and C2 blocks becomes unnecessary.

又第7−4図も各ブロックのへラダコードが不要である
が、画像作成IA中、11以外の領域は画像データとし
て白又は黒相当の一様なビットデータが必要となり、圧
縮符号化したとしても情報増になる。従ってこの場合は
不利とみなされる。
Also, in Fig. 7-4, the code for each block is not required, but during image creation IA, areas other than 11 require uniform bit data equivalent to white or black as image data, and even if compressed and encoded. will also increase the amount of information. Therefore, this case is considered disadvantageous.

しかし、第7−5図の様に、I、、I2の2ブロツクで
1ページを殆ど占める場合は第7−4図の如く2ページ
伝送(It、I2をグループ1とC,C,〜C3をグル
ープ2とする)が有利となることがある。
However, as shown in Figure 7-5, when two blocks I, . group 2) may be advantageous.

このように情報の種類その分布によって領域分割の適正
さが異なってくる。
In this way, the appropriateness of region division differs depending on the type and distribution of information.

この適正分割を判定すべく、各分割時の通信情報のデー
タ総量を算出し、各々を比較し、その一番少ない場合の
分割手順を選択し、その分割に基づいて伝送を行う。
In order to determine this appropriate division, the total data amount of communication information at each division is calculated, each is compared, the division procedure with the smallest amount is selected, and transmission is performed based on the division.

第8図はその判定制御フローチャートである。FIG. 8 is a flowchart of the determination control.

まずS−〇にて、第7図の場合のCRTの1画面の1ペ
ージのデータの分割件数nとして4をセットする。S−
1にて第7−1図の領域分割する。これは前述の文書編
集時のP、、P2の位置データをもとに、メモリPME
MにおけるC1ブロック対応のコードデータとC2対応
のコードデータとに分けて各々データ量C,m。
First, in S-0, 4 is set as the number n of data divisions for one page of one CRT screen in the case of FIG. S-
1, the area of FIG. 7-1 is divided. This is based on the position data of P, P2 when editing the document mentioned above.
The code data corresponding to C1 block and the code data corresponding to C2 in M are divided into data amounts C and m, respectively.

C2mが求められる。このデータ量はPMEMに、予め
P2の位置迄のメモリアドレスが記憶されているので、
これから求められる。S−2にて、メモリI MEMに
おけるブロック■1に対応のビットデータをICU22
にて圧縮し、その圧縮したデータ量1.mをICU22
により求められ、記憶され、C,m+C2m+I、mの
通信データの総量M1が求められ、PMEMに記憶され
る。圧縮データはハードディスク50に一時格納される
C2m is calculated. This amount of data is determined by the fact that the memory address up to the P2 position is stored in PMEM in advance.
This will be required from now on. At S-2, the bit data corresponding to block 1 in the memory I MEM is transferred to the ICU 22.
The amount of compressed data 1. m to ICU22
The total amount M1 of communication data of C,m+C2m+I,m is obtained and stored in PMEM. The compressed data is temporarily stored on the hard disk 50.

再びSlに戻り次に第7−2図の領域分割をし、ブロッ
ク01′対応のデータ量が求められる。この場合殆ど第
7−1図のC1と変らない。
Returning again to Sl, the area is divided as shown in FIG. 7-2, and the amount of data corresponding to block 01' is determined. In this case, there is almost no difference from C1 in FIG. 7-1.

総量をM2とする。Let the total amount be M2.

次に第7−3図の分割をしブロックCA対応のデータ量
が求められる。総量をM3とする。
Next, the data amount corresponding to block CA is obtained by dividing as shown in FIG. 7-3. Let the total amount be M3.

次に第7−4図の分割をし、ブロックIA対応のデータ
量を求める。このブロックは11対応以外の白ビットを
圧縮したデータ量がI、mに加算される。総量をM4と
する。
Next, the division shown in FIG. 7-4 is performed to obtain the amount of data corresponding to block IA. In this block, the amount of data obtained by compressing white bits other than those corresponding to 11 is added to I and m. Let the total amount be M4.

分割の場合数nが予め4つとされているので、S−3に
て各総量計算毎にnから−1し、S−4にてOに達した
か否か判定し、S−5において、4件分割の場合の各総
量M、−M4を比較する。
In the case of division, the number n is set to 4 in advance, so in S-3, n is subtracted by 1 for each total amount calculation, in S-4 it is determined whether or not O has been reached, and in S-5, The respective total amounts M and -M4 in the case of four divisions are compared.

その結果最少データ量の分割モードを決定する。As a result, the division mode with the minimum amount of data is determined.

決定された分割モードに従って、1ページのデータを領
域分割しハードディスクに格納し、送信指令によりその
分割ブロックを順次伝送する。
According to the determined division mode, one page of data is divided into areas and stored on the hard disk, and the divided blocks are sequentially transmitted in response to a transmission command.

以上はデータ総量に基づいて適正分割モードを決定した
が、第7−2図、第7−3図のようにデータ総量があま
り変わらない場合、3回に分けて送るより、2回に分け
て送った方が伝送効率上得策な場合、分割ブロック数の
大小に応じて適正モードを決定することが好ましい。ブ
ロック数は第7−1〜7−4図の分割毎に記憶されてい
る。
Above, we determined the appropriate division mode based on the total amount of data, but if the total amount of data does not change much as shown in Figures 7-2 and 7-3, it is better to divide it into two transmissions rather than three transmissions. If it is better to send the data in terms of transmission efficiency, it is preferable to determine the appropriate mode depending on the number of divided blocks. The number of blocks is stored for each division shown in FIGS. 7-1 to 7-4.

尚分割モードの1つをマニュアル指定により任意に選択
してブロック分割することもできる。
Note that it is also possible to arbitrarily select one of the division modes by manually specifying the block division.

以上は送信指令により適正分割モードを求めてその分割
完了に応じて自動的に送信動作すること、又は予備指令
により各種分割を実行させ適正分割の表示をし、その後
の送信指令により送信することも可能である。
In the above, the appropriate division mode can be determined by a transmission command and the transmission operation can be performed automatically according to the completion of the division, or the various divisions can be executed by a preliminary command, the appropriate division can be displayed, and the transmission can be performed by a subsequent transmission command. It is possible.

又他の例として、通常は標準の第7−1図の如きブロッ
クの分割処理と伝送を行うが、ブロックの分割数が最大
の所定数(例えば31)を越える場合は、その数より少
なくなる様な分割モードを強制的に選択せしめることも
できる。この場合第8−2図の如く最大数MAX以下か
否か判定し、ブロックが最大数を越えたとき初めて第8
−1図のフローチャートを実行して、各分割モードの情
報量から最大ブロック数して下における最適モードを決
定するようにする。これにより伝達前の予備処理に要す
る時間が節約できる。
As another example, normally block division processing and transmission as shown in standard Figure 7-1 is performed, but if the number of block divisions exceeds a maximum predetermined number (for example, 31), the number will be less than that number. It is also possible to force selection of various division modes. In this case, as shown in Figure 8-2, it is determined whether the number of blocks is less than or equal to the maximum number MAX, and only when the number of blocks exceeds the maximum number
-1 The flowchart in Figure 1 is executed to determine the maximum number of blocks from the information amount of each division mode to determine the optimal mode below. This saves time required for pre-processing before transmission.

次に上述した実施例に文字認識機能を付加した場合を例
として以下説明する。
Next, an example in which a character recognition function is added to the above-described embodiment will be described below.

この実施例の場合も構成は第1図と同じであり、リーダ
10により読み取られた原稿データはIMEM25に格
納され、CPU27により文字認識され認識された文字
については、その文字に対応したコードが割り当てられ
る。この文字認識の方法について一般によく知られた方
法により行う。
In the case of this embodiment as well, the configuration is the same as that shown in FIG. It will be done. This character recognition method is performed using a generally well-known method.

原稿の文字情報を認識する場合には、認識できない文字
が存在することがある。そこで認識できない文字を各々
別ブロックとしてイメージデータで送信するとブロック
分割が複雑になってしまい、分割ブロック数が増えてし
まう。
When recognizing character information on a document, there may be characters that cannot be recognized. Therefore, if unrecognized characters are sent as separate blocks as image data, block division becomes complicated and the number of divided blocks increases.

そこでこの実施例では認識文字については、第3図の例
に示した様にコードブロックとして送信し、認識不能な
文字はビットイメージブロックとして送信し、受信側に
おいて重畳合成する。
Therefore, in this embodiment, recognized characters are transmitted as code blocks as shown in the example of FIG. 3, and unrecognized characters are transmitted as bit image blocks, which are superimposed and synthesized on the receiving side.

第9図は第4の実施例による例を示した図である。FIG. 9 is a diagram showing an example according to the fourth embodiment.

第9図(a)の原稿を文字認識した場合、「端末」、「
特徴」の文字が認識不能である。
When character recognition is performed on the manuscript in Figure 9(a), "terminal", "
Characteristics” characters are unrecognizable.

第9図(b)のコードブロックにおいて認識不能の文字
に対してはブランクコードが割り当てられる。
In the code block of FIG. 9(b), blank codes are assigned to unrecognizable characters.

第10図は、第4の実施例のCPU27の制御動作を示
したフローチャート図である。
FIG. 10 is a flowchart showing the control operation of the CPU 27 in the fourth embodiment.

以下第10図のフローチャート図に基づいて第4の実施
例を詳細に説明する。
The fourth embodiment will be described in detail below based on the flowchart shown in FIG.

第10図のステップS1において、CPU27はリーダ
10によって読み取られた原稿のビットイメージデータ
をIMEM25に格納する。
In step S1 in FIG. 10, the CPU 27 stores the bit image data of the document read by the reader 10 in the IMEM 25.

そしてステップ32〜S6において1文字づつ文字認識
を行う。この文字認識についてはまずIMEM25のビ
ットイメージデータを走査することによって文字行の認
識を行い、文字行の認識が終了すると次に文字列の認識
を行う。こうして原稿のビットイメージデータは所定の
文字行。
Then, in steps 32 to S6, character recognition is performed one character at a time. Regarding this character recognition, first, a character line is recognized by scanning the bit image data of the IMEM 25, and when the character line recognition is completed, a character string is next recognized. In this way, the bit image data of the original is a predetermined character line.

文字列に分割され、それぞれ1文字づつ認識して行く。It is divided into character strings, and each character is recognized one by one.

尚文字認識方法には種々の方法があり、本実施例の方法
に限るものではない。
There are various character recognition methods, and the method is not limited to the method of this embodiment.

ステップS2、S3において1文字の認識を行い、文字
認識するとステップS4で対応する文字コードをPME
M23のコードブロックエリアに格納し、文字認識不能
であればPMEM23のコードブロックエリアにはスペ
ースコードを1納し、かつPMEM23のビットイメー
ジ作成エリアの認識不能文字のアドレスに認識不能文字
のビットイメージデータを格納する。ここでPMEM2
3の各エリアについて説明すると、PMEM23にはコ
ードブックエリアとビットイメージ作成エリアとビット
イメージブロックエリアが設けられている。コードブロ
ックエリアとビットイメージ作成エリアは各々文字認識
のために分割された数(文字行X文字列)のアドレスが
与えられる。又、認識を行う1文字分のビットイメージ
は第9図(C)に示す様に文字ビットイメージブロック
の大きさ情報(a、b)が与えられる。
One character is recognized in steps S2 and S3, and once the character is recognized, the corresponding character code is converted into PME in step S4.
Store it in the code block area of M23, and if the character cannot be recognized, store one space code in the code block area of PMEM23, and store the bit image data of the unrecognized character in the address of the unrecognized character in the bit image creation area of PMEM23. Store. Here PMEM2
To explain each area of No. 3, the PMEM 23 is provided with a codebook area, a bit image creation area, and a bit image block area. The code block area and the bit image creation area are each given addresses for the number of divisions (character rows x character strings) for character recognition. Further, the bit image for one character to be recognized is given character bit image block size information (a, b) as shown in FIG. 9(C).

次にステップS6において全文字の認識が終了したと判
断するとステップS7に進み、ステップS7において認
識不能の文字が存在するかどうかを判断する。
Next, when it is determined in step S6 that recognition of all characters has been completed, the process proceeds to step S7, and in step S7 it is determined whether or not there are any unrecognizable characters.

ステップS7で認識不能文字有と判断するとステップS
8に進んでPMEM23のコードプロッタエリアのデー
タの前にコードブロックのアドレス情報と大きさ情報、
例えば第9図(b)の(x、y)と(x’ 、y’ )
、そして文字の配列を示した情報及びコードブロックで
あることを示す識別データを付加し、コードブロックデ
ータとして送信する。
If it is determined in step S7 that there are unrecognized characters, step S
Proceed to step 8 and write the address information and size information of the code block before the data in the code plotter area of PMEM23.
For example, (x, y) and (x', y') in Figure 9(b)
, and information indicating the arrangement of characters and identification data indicating that it is a code block are added and transmitted as code block data.

又、ステップS7で認識不能文字有りと判断するとステ
ップ89〜S12においてPMEM230ビットイメー
ジ作成エリアの認識不能文字のビットイメージデータの
格納されたアドレスの最小)(mi n=x+ 、最小
Ymi n=y+ 。
Further, if it is determined in step S7 that there is an unrecognized character, in steps 89 to S12, the minimum address where the bit image data of the unrecognized character in the PMEM 230 bit image creation area is stored (min=x+, minimum Ymin=y+).

最大XmaX=Xnt最犬Ymax=yn (第9図(
c)参照)を読み出し、ステップ313〜S15におい
てビットイメージブロックを作成する。まずステップS
13でビットイメージブロックの起点アドレス情報(X
m i n、 Ym i n)と大きさ情報(Xmax
+a−Xmin、Ymax+b−Ymin)をセットし
、ステップ31.4でブロックがビットイメージデータ
であることを示す識別情報と該ブロックがコードブロッ
クと重ね合されることを示すブロック重ね合せ属性をセ
ットする。そして、ステップS15においてビットイメ
ージブロックエリアの認識不能文字の位Wlする各々の
領域にビットイメージ作成エリアのビットイメージデー
タを各々格納し第9図(e)のビットイメージブロック
に示す様なビットイメージデータが作成される。
Maximum XmaX = Xnt Maximum dog Ymax = yn (Figure 9 (
c) is read out, and a bit image block is created in steps 313 to S15. First step S
13, bit image block starting point address information (X
min, Ymin) and size information (Xmax
+a-Xmin, Ymax+b-Ymin), and in step 31.4 set identification information indicating that the block is bit image data and block overlap attribute indicating that the block is overlapped with the code block. . Then, in step S15, the bit image data of the bit image creation area is stored in each area corresponding to the unrecognized character in the bit image block area, and the bit image data as shown in the bit image block of FIG. 9(e) is stored. is created.

こうしてステップS15で作成されたビットイメージデ
ータはビットイメージブロックデータとしてステップ5
13.S14でセットした情報とともにPMEM23に
格納される。この時、ビットイメージデータをICU2
2によって符号化してもよい。
The bit image data thus created in step S15 is processed as bit image block data in step S15.
13. It is stored in the PMEM 23 together with the information set in S14. At this time, bit image data is transferred to ICU2.
It may also be encoded by 2.

次にステップS16において、まずコードブロックエリ
アのコードデータにステップS8と同様にコードブロッ
クのアドレス情報と大きさ情報。
Next, in step S16, address information and size information of the code block are first added to the code data in the code block area, as in step S8.

識別情報2文字の配列を示す情報を付加しコードブロッ
クデータとしてPMEM23に格納した後、コードブロ
ックとビットイメージブロックを通信相手先に送信する
After adding information indicating the arrangement of two characters of identification information and storing it in the PMEM 23 as code block data, the code block and bit image block are transmitted to the communication partner.

以上の様に第4の実施例によれば原稿を文字認識して文
字のコード化を行うのでキーボード61による文字入力
に比べて操作の手間を省くことが出来、データ通信時間
を短縮出来る。
As described above, according to the fourth embodiment, since the characters of the original are recognized and the characters are encoded, the effort required for operation can be saved compared to inputting characters using the keyboard 61, and the data communication time can be shortened.

しかも認識できなかった文字についてはビットイメージ
データで送信するので確実に原稿データを送信すること
が出来る。
Moreover, since characters that cannot be recognized are transmitted as bit image data, the original data can be reliably transmitted.

又更には、認識文字と認識不能文字を各々1つのコード
ブロックと、1つのビートイメージブロックに含めて送
信するので、データを複数のブロックに分割する場合に
比べてブロック数が少なくてすみ、データ通信時間が短
かくなり、送信側や受信側におけるデータ処理も簡単に
なる。尚上記認識によるコードブロックにワープロによ
る作製テキストのコードデータも含めて1つのブロック
として送ることも可能である。
Furthermore, since recognized characters and unrecognized characters are each included in one code block and one beat image block and transmitted, the number of blocks is smaller than when data is divided into multiple blocks, and the data Communication time is shortened, and data processing on the sending and receiving sides is also simplified. It is also possible to include code data of a text created by a word processor in the code block obtained by the recognition described above and send it as one block.

尚異なるデータとして、グラフィックコートデータ、キ
ャラクタコードデータ、ラインイメージのビットデータ
、ハーフトーンイメージのデータ等がある。
The different data include graphic coat data, character code data, line image bit data, halftone image data, and the like.

【図面の簡単な説明】[Brief explanation of the drawing]

第1図は本発明による通信方法による通信端末装置のブ
ロック図、 第2図は本発明による通信端末装置の斜視図、第3図、
第4図、第6図、第7−1図〜第7−5図、第9図はデ
ータのフォーマットを示す図、第5図、第8−1図、第
8−2図、第10図は通信方法を示すフローチャート図
である。
FIG. 1 is a block diagram of a communication terminal device according to the communication method according to the present invention, FIG. 2 is a perspective view of a communication terminal device according to the present invention, FIG.
Figures 4, 6, 7-1 to 7-5, and 9 are diagrams showing data formats, Figure 5, Figure 8-1, Figure 8-2, and Figure 10. is a flowchart diagram showing a communication method.

Claims (1)

【特許請求の範囲】[Claims] 2種以上のデータを混合して通信する方法において、情
報を読み取って第1、第2のデータに変換し、各々ブロ
ックとして通信することを特徴とするデータ通信方法。
A data communication method that mixes and communicates two or more types of data, characterized by reading information, converting it into first and second data, and communicating each as a block.
JP61215315A 1985-09-30 1986-09-11 Data communication method Pending JPS6370662A (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP61215315A JPS6370662A (en) 1986-09-11 1986-09-11 Data communication method
US06/911,779 US5086434A (en) 1985-09-30 1986-09-26 Data communication process and apparatus for data transmission in blocks which may include mixed data types
DE8686307490T DE3687211T2 (en) 1985-09-30 1986-09-30 METHOD AND DEVICE FOR TRANSMITTING DATA.
EP86307490A EP0218448B1 (en) 1985-09-30 1986-09-30 Data communication process and apparatus therefor

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP61215315A JPS6370662A (en) 1986-09-11 1986-09-11 Data communication method

Publications (1)

Publication Number Publication Date
JPS6370662A true JPS6370662A (en) 1988-03-30

Family

ID=16670277

Family Applications (1)

Application Number Title Priority Date Filing Date
JP61215315A Pending JPS6370662A (en) 1985-09-30 1986-09-11 Data communication method

Country Status (1)

Country Link
JP (1) JPS6370662A (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS58111562A (en) * 1981-12-25 1983-07-02 Fujitsu Ltd Facsimile transmission system
JPS58184864A (en) * 1982-04-22 1983-10-28 Brother Ind Ltd Facsimile transmitting system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS58111562A (en) * 1981-12-25 1983-07-02 Fujitsu Ltd Facsimile transmission system
JPS58184864A (en) * 1982-04-22 1983-10-28 Brother Ind Ltd Facsimile transmitting system

Similar Documents

Publication Publication Date Title
US5086434A (en) Data communication process and apparatus for data transmission in blocks which may include mixed data types
US4829385A (en) Data communication apparatus
US5329616A (en) Compressed image stores for high resolution computer graphics
JPH07288705A (en) Color image processing apparatus and method
JP3285930B2 (en) Image processing device
JP2001219601A (en) Print control device and data processing method in print control device
JPS6370662A (en) Data communication method
JPS599753A (en) Image-attached document editing device
JPS6370671A (en) Document communication method
JP2812389B2 (en) Document communication device
JP3203660B2 (en) Image recording device
JP2517627B2 (en) Data communication method
JPS62269541A (en) Document communication method
JP2547716B2 (en) Data processing system
JP2854344B2 (en) How to display mixed mode documents
JPH0759036B2 (en) Document communication method
JPH06161398A (en) Image pattern transfer system
JPS6276995A (en) Document communication method
JPS6370661A (en) Data communication system
JPS63107269A (en) Image processing system
JP2578414B2 (en) Data communication device
JP3305808B2 (en) Facsimile machine and thinning line designation method
JPH0442355A (en) Mixed mode terminal equipment
JPS6364086A (en) Output unit
JPS63108838A (en) data communication equipment