JPS6240848A - Memory system - Google Patents

Abstract

PURPOSE:To execute a high speed processing for changing the bit list of a data by inverting the bit list of the data by an external instruction at a time of writing and reading out the data to and from a memory. CONSTITUTION:In a document preparing communication terminal equipment, a data compression reproducing part DCR of a vertical disk is provided with an inversion data gate 86 for inverting the bit list of a write data or a read-out data to a common memory 84, and a non-inversion data gate 87 for no invertion. Accordingly, when processing a data by changing its bit list, it may suffice that the data is written in the common memory 84 through the inversion data gate 86, when storing the data, and it is read out through the non-inversion data gate 87, when reading it out, therefore, the bit list of the data in case of transmitting by a facsimile an image generated by a host side can be changed at high speed.

Description

DETAILED DESCRIPTION OF THE INVENTION The present invention relates to a memory system equipped with a memory for storing single-stroke information data.

In general, in Gm facsimile transmission, when compressing image information data, the data compression section needs to detect the continuity of color information in the given data (so-called r-run length detection). It is.

In this case, the communication control LSI generally converts the least significant bit (LSB) of the parallel data during parallel-to-serial conversion when transferring the data read from the buffer memory storing the data to be transmitted onto the communication line. The data is serially converted and sent.

Therefore, data stored in the image information data memory is stored in order from the LSB to the MSB (most significant bit) of the data bits, and the bit scan direction when detecting the run length of data is from the LSB to the MSB. is common.

On the other hand, in general image processing devices, it cannot be said that the bit scanning direction of data is necessarily from LSB to MSB; rather, image information data generated by a character generator (CG), etc. It can be said that it is generally created such that the direction from the MSB to the LSB of the bits is the bit scan direction.

In this way, there is a difference between when information is transmitted using image data and when image data is processed.

Different ways of handling data 9 Therefore, in information processing devices such as image processing devices with a function to transmit information in the form of image data,
There is a need to efficiently rearrange the bit order of processed data.

- Kazutaka Nori This invention was made in view of the above points, and an object thereof is to improve the processing speed of data bit rearrangement.

SUMMARY OF THE INVENTION In order to achieve the object set forth in item (-), the present invention provides a memory system equipped with a memory for storing image information data, in which bits of the data are stored in response to an external instruction when data is written to or read from the memory. It is equipped with a data arrangement change means for reversing the arrangement.

Hereinafter, a detailed explanation will be given based on one embodiment of the present invention.

FIG. 1 is a block diagram showing one embodiment of the present invention.

In this memory system, the data arrangement changing means A reverses the data arrangement according to an external instruction when writing or reading data to or from memory B.

FIG. 2 is an external perspective view showing an example of a document creation communication terminal device equipped with a memory system embodying the present invention.

The specifications regarding teletex communication of this document production communication terminal device comply with the CCITT recommendations regarding teletex and the recommended communication method for Japanese teletex devices announced by the Ministry of Posts and Telecommunications.

The keyboard 1 is used for document creation, 2 document transmission, and system control.

It is equipped with keys for inputting character information such as numbers and control information.

The display device 2 displays information and document information necessary for various operations such as document creation m collection operation and document sending operation.

The wire driver 1-invacuum 1-printer 3 is a printer with an O-1 sheet feeder, and records created document information, received document information, transmission records, reception records, etc. on recording paper.

The vertical disk 4 incorporates a floppy disk device, a thin hard disk device, a system control section 1, a communication control section, and the like.

FIG. 3 is a block diagram showing the internal configuration of the vertical disk 4. As shown in FIG.

The hard disk device 5 is composed of a known 5-inch hard disk drive (HDD) and is equipped with an operating system (OS) having a resident process function capable of multitasking control.

Stores the Kana-Kanji conversion program 2, the Kana-Kanji conversion dictionary 1, the created document information 2, the document transmission/reception program, etc.

The floppy disk device 6 is composed of a known 5-inch double-density floppy disk drive (FDD), and stores document information and the like.

System control unit:
5CU) 7 is in charge of controlling the entire terminal device, and executes word processing processing such as document creation and editing, procedures related to sending and receiving documents to and from the communication control section, and local sending and receiving processing such as printing received documents. .

cRT system H section (CRT control unit 1-:
The CRTCU) 8 controls the display of the display device 2 and the print control of the printer B.

A communication control unit (CCTJ) 9 is in charge of communication control such as transmission control of outgoing documents to the destination terminal device and reception control of received documents from the destination terminal device.

A data compression/reproduction unit (DCR) 10 converts image data into compressed data according to a convention.

The vertical disk 4 has an optional expansion card (not shown) for connecting optional cards such as a mouse interface card, a scanner interface card, an OMNTNET interface card, etc., although not shown.

FIG. 4 is a block diagram showing an example of the system control section 7. As shown in FIG.

This system control section 7 includes a CPU 21 consisting of a 16-bit microprocessor etc. that controls the entire system.
It has a bus buffer 22, a timing generator 23, and a refresh controller 24 interposed between the CPU 21 and the common bus.

The system control unit 7 also includes a RAM 25 having a capacity of, for example, 512 KB, consisting of a system area in which resident programs such as programs related to O8 and document reception reside, and other areas, and a RAM that controls this R, A M 25. Controller 2 days.

27, and a boot ROM 28 that stores a boot program that controls program loading from the HDD 5 to the RAM 25 when the power is turned on.

Furthermore, this system control unit 7 has a keyboard interface (I/F) that controls information transfer with the keyboard 1.
30, a hard disk interface (HDD I/F) that controls the HDD 5; and 31, this HDD I/F.
31 and the common bus, and a buffer 32 interposed between the F
Floppy disk controller (FD) that controls DD6
C) 33.

Furthermore, this system control section 7 has a serial port).
-(s Io) 34.35.

FIG. 5 is a block diagram showing an example of the CRTCU 8.

This CRTCU 8 includes a slave CPU 41 consisting of a 16-bit microprocessor etc. that controls the entire system, and a bus I/O interposed between the slave CPU bus and the common bus.
F42 and ROM43 with a capacity of 16KB for IPL, for example.
and a shared memory shared with the system control unit 7 and a RAM 44 for program memory.

This RAV! The shared memory 44 includes an index buffer, a management area, a record area, a FAX transmission data buffer, a printer page buffer, and an image editing data buffer.

The C'RTCU 13 also includes a bus I/F 45 interposed between the slave CPU bus and the microbus, a ROM 46 for microprograms, and a RAM 47 for program control memory.

Furthermore, this CRTC:U8 is a ROM for kanji patterns.
, character graphics (consisting of layout data ROM, system ROM, and external character pattern RAM)
CG) Memory 48 and CRT controller 4 days.

Furthermore, this CRTCU 8 is equipped with an image memory 51 that develops CRT2 (7) display data, a timing generation circuit 52 that controls display timing, and a printer ■/F53 that controls data transfer with the printer 3. There is.

FIG. 6 is a block diagram showing an example of the communication control unit (CCU) 9.

This communication control unit 9 includes a CPU 61 consisting of a 16-bit microprocessor or the like that controls the entire system, a parallel interface 62 interposed between the common bus, and teletex communication control and facsimile (hereinafter referred to as rFAX) communication. A ROM 63 that stores a communication control program, a RAM 64 mainly used as a working memory, and an RA used as a communication memory that stores received document information, sent document information, and sent/received log information for inter-memory communication.
It is equipped with M65.

Further, this communication control unit 9 is used to communicate with a terminal device on the other end via a public telephone line.

Multiprotocol Serial Control (MPSC)
6G, modem (MODEM) 67, line interface 689 line control unit (A A -N CU) e! 3.
Terminal 701 Line protection device (PD) 71 and modem 67, line control device 6-day dry dem interface 7
2. It is equipped with an NCU interface 73.

Furthermore, this communication control unit 9 includes a calendar 74 used for managing transmission/reception dates and times, and an internal state setting switch (L
P/5W) 75, a display interface 76 and an LED display 77 for displaying whether there is a received document, etc.

Note that this communication control section 9 is omitted from illustration.

It also has an X, 21 interface and connector to enable the use of not only public telephone lines, but also packet-switched or circuit-switched networks.

FIG. 7 is a block diagram showing an example of the DCRIO.

This DCRlQ is the CPU81. The entire system is controlled by a microcomputer system consisting of ROM82 and local RAM83.

The shared memory 84 is a memory shared by this DCRI O and the system control unit 7 (to the host 1), and is used for commands and
A command/response area for storing responses,
It consists of an image data area that stores image data to be compressed (image information data), and a compression code area that stores compressed data (image information data).

FCP (Facsimile Control Processor)
85 compresses the image data written in the image data area of the shared memory 84 and writes the compressed code after compression into the compressed code area of the shared memory 84.

The inversion data gate 86 inverts (reverses) the bit arrangement of data written to the shared memory 84 or read from the shared memory 84 and passes the data.

The non-inverted Cheetah Key 1 87 passes the write data to the shared memory 84 or the read data from the shared memory 84 or +E+ with the bit arrangement unchanged.

The address decoder 88 decodes the atto I nos data from the common path and selects 86 to 1 inverted data 1, RE o, and a gate that selects non-inverted data 1 87. Request 1~BR
EQ, host j-request I-)-f that requests the use of the boss 1 to shared memory 84 OS T and 1 register select RE G S L, C to card select 1
Outputs SI-, etc.

The selector 89 receives an OCR request ID CRRQ requesting the use of the shared memory 84 from the FCP 85 and a boss 1-rifnis l-HOS from the address decoder 88.
According to T, the data input/output line to the shared memory 84 is selectively switched to FCP 85 or inverted data gate 8, and non-inverted data line 87 is switched to 87. Output.

It also outputs a bus flag BUSFALG.

The address decoder 90 sends the shared memory Tl select l-C-RAM5L, FCP select 1 to FCP S L to the FCP 85 in response to the address data from the CPU 81.
Outputs ROM select l-ROM for ROM82.
S L to local RAM 81, local R,
A and M select RRAMSI are respectively input at t11.

Note that this DCRIO also includes a command status register S1, an interrupt flag 92, and the like.

Here, the memory map of the host space and DCR space will be briefly explained with reference to FIG.

In this document creation communication terminal device, the scan direction (from MSB to L) of the image data created by the CRTCU 8 is
SB direction) and the scan direction of image data handled by DCRIO (one direction from LSB to MSB12) are different.

Therefore, between the host side and I) CR, , IQ, there are two data entry/exit points for the host 1 side to the shared memory, so that the data is accessed with the data pin arrangement reversed. (B space) and CR shared memory space (A space) where non-inverted data is accessed as is.
(space) is prepared/prepared.

Next, the operation of this embodiment configured as described above will be explained with reference to FIG. 9 and subsequent figures.

First, the facsimile transmission function of this document creation communication terminal device will be briefly explained with reference to FIG.

When Pack 7A is instructed to send one document, it captures the input transmission information such as the transmission name (dial number), transmission document name, transmission time, etc., passes it to CCTJ9, and sends it to CeO2.
request file No. from CeO2, and add file N.sub.o from CeO2 to the specified transmission document read from FDD6.
o, is added and stored in the transmission file configured in D5.

At this time, if the transmission mode is FAX mode, the CGU
File N o from S, r in teletex mode
rFDOc-XX in FAX mode from TDC-XXXJ
XJ and appends it to the transmitted document, and returns the changed file No. to CGUS, and if it is in teletic mode, the file No.
, is added as is.

Next, CGUS determines that the transmission will start when the transmission time is specified, or immediately when the transmission time is not specified, and changes the transmission status to O.
Set it to N.

On the other hand, the file server 7B of 5CU7 polls CGUS at predetermined time intervals to check whether the transmission status has turned ON, and when the transmission status has turned ON, the file server 7B sends the file N to CGUS. o
, and the transmitted file N received from CGUS
o, is rTDOC-XXXJ or rFDOC-XXXJ
to determine whether the document is to be sent in FAX mode.

At this time, if the transmission file No. is a file No. of FAX mode, the FA
Sends an X send document command, and if the file No in ETEX mode, sends a place ETEX send document command.

Therefore, CGUS determines whether the command received from 5CU7 is a fax transmission document command, and
Depending on the result of this determination, line connection processing with the destination (other party) is performed according to the rules of facsimile communication or teletex communication.

Then, when the line with the other party is connected and transmission becomes possible, the transmission document is passed from 5CU7 to CGUS according to the transmission mode (FAX/ETEX) between 5CU7 and ccuB, and CGUS transfers the document to 5CU7. The sending document information received from the sender is sent to the other party according to the sending mode (FAX/ETEX).

Next, the file server 7 of 5CU7 during this transmission process
The interface between B and JXFD07C will be explained.

First, when the power is turned on, the file server 7B and JXFD
Two system queues rP for data transmission between G7c
AGEDATEJ and rJXFDGACKJ are generated by file server 7B (queue generation), JXFD
Open these queues by G7C.

Therefore, as mentioned above, the file server 7B
When the US transmission status turns ON (when there is a transmission request), the transmission file number is sent to CGUS.
, and its sending file N o is rFDO
c-XXXJ is checked to determine whether or not the FAX mode is selected.

At this time, if it is in FAX mode, JXFDG7 uses the file No. received from CGUS as a parameter.
Start G.

As a result, the JXFDG7C starts controlling the process of expanding and compressing the code data of the transmitted document with the specified file name into image data, as described below, and
Store the compressed data (FAX data) in the temporary file configured in D5 (name the file rFAX data page file F: FAXPGXXX, FAXJ), and when the generation of one page of FAX data is completed,
Data Ready” or “Final Page Data Ready” or “Final Page Data Ready”
"Ready" is notified to the file server 7B through the system queue.

On the other hand, the file server 7B uses the system queue rP
Read AGEDATEJ to check whether "ready"("page data ready" or "final page data ready") is returned from JXFDG7C.

At this time, if [Ready] is not returned from JXFDG7G, check whether or not it has timed out. If it has not timed out, wait for 1 second, and then retry JXFDG7G.
Return to the [Ready] check process from FD07G.

If [Ready] (including page number) is returned from JXFDG7C before the timeout, the temporary file rFAXPGxx corresponding to the page number is
x, reads FAX page data (image information) of FAXJ.

After that, the read file name r F A, X P
GXXX, FAXJ FAX page data CCU9
Transfer (send) this sent rFAXPGXXX,
Delete FAXJ from temporary files.

Then, it is determined whether an error has occurred in the transfer of the FAX page data to the CCU 9, and if no error has occurred, that is, if the process has ended normally, rACKJ is sent.
If an error occurs, send rNACKJ to the system queue r
Write to JXFDGACKJ and return to JXFDG7G.

After that, if an error occurs, it will proceed directly to error processing, and if there is no error (if it ends normally), JXFD
It is checked whether the "ready" received from G7G is "final page data ready" to determine whether it is the end or not.

At this time, if it is the end, the process ends, and if it is not the end, it returns to the "Ready J check process" again from the JXFDG7C.

On the other hand, the time from starting JXFDG7G to returning "1 day" or from sending rACKJ to core c to returning "ready" is a certain period of time (for example, 60 seconds). ) has elapsed (timeout), the process ends as an error.

Next, the interface between the JXFDG7C and the CRI O and the C'R and TCU 8 will be explained with reference to FIG.

As mentioned above, when this J
Request FAX mode for (FAX mode 1
~)do.

At this time, if the CRTCU 8 is currently printing and is using the print memory, the CRTCU 8 temporarily suspends printing and saves the contents of the print memory (printer page buffer) to a temporary file (consisting of the HDD 5). When this process is completed, it notifies the JXFDd7c that it is ready.

It also checks whether DCRIQ is being used by another process, and if it is not being used, resets DCRIO (DCR reset).

After that, the JXFDa7c reads only the format management data of the document with the specified file name from the transmission file, and generates data for one page (page data) while sequentially reading character data based on this format management data.
Write to printer page buffer of CRTCU8.

Then, when writing of one page worth of character data (code data) to the printer page buffer of CRTCU 9 is completed, a FAX is sent to CRTCU 8.
(Fax) Instructs to start mode.

As a result, the CRTCU 8 uses the image editing data buffer to convert (expand) the code data written in the printer page buffer into image data, and
AX transmission data buffer (image data buffer)
When n lines (for example, 16 lines) of image data have been generated, the JXFDG7C is notified of this by "data ready".

Therefore, JXFDG7c reads 0942 minutes of image data from the FAX transmission data buffer of CRT CU 3 into the internal buffer, and when the reading is completed,
The CU 8 is notified by rACKJ that data reading has been completed and the next 0942 minutes of image data can be received.

Then, when the image data is stored in the internal buffer, the JXFDG7C stores the image data (094
2 minutes) to the buffer of DCRIO (the image data area of the shared memory 84 shown in FIG. 7), and
A data compression command is sent to o to instruct data compression.

Thereby, the DCRI O compresses the image data according to the convention and stores the compressed data in the shared memory 84.
When the compression of 0942 minutes of image data is completed, the JXFDG7c is notified by "Data Empty J".

Therefore, the JXFDG 7c again writes the image data for the nth line into the image data buffer of the shared memory 84 and instructs the DCRlo to compress the data.

Then, when the DCRIO converts the image data into compressed data in this way and the compressed code buffer of the shared memory 84 becomes full, it notifies the JXFDG7G of this by "compressed data full."

Therefore, before processing the page, JXFDG7C
A file corresponding to the corresponding page generated on D D 5 (file name rFAXPGXXX, FAX
Write (save) the compressed data created with DCRlo to the J file.

When the save is completed, use the DCR interface to
Notify RIO of this by rA, CKJ.

In this way, when one page's worth of compressed data has accumulated in a file, you can close the file and
As described above, the page data ready (including the page number) is notified to the server 7B through the system queue, and the response (ACK/N) is sent from the file server 7B.
ACK) via the system queue.

Then, if the response from the file server 7B at this time is ACK, processing is continued, and if it is NACK, processing 4 is ended.

In this way, when the expansion into image data and the compression of the image data up to the last page of the transmitted document are completed, that is, when the compressed data of the last page is saved in a temporary file, the file server 7B is・Notify "Page Data Ready".

Then, when a response is received from the file server 7B, the system queue for task communication with the file server 7B is closed.

In addition, if the state before processing of this JXFDG7C is printing for the CRTCU8, the data saved in the temporary file is reloaded into the print memory of the CRTCU8 and the FA
Instructs to end X mode (FAX mode release).

Furthermore, the resources of DCRlo are released so that they can be used for other processing.

Next, CRTCU8 and 5CU7 (JXFDG7G)
The interface between them will be explained.

CRTCU8 transfers the code data written to the printer page buffer from 5CU7 to 5CU7 as described above.
Upon receiving a FAX mode start instruction from (see FIG. 10), the data is developed into image data and sequentially stored in a FAX transmission data buffer (image data buffer).

The image data is stored in the image data buffer by adding a 2-byte line status as shown in FIG. 11.

The line status indicates the attribute of the line, and the first (1st) byte indicates 00H: no attribute.

01H: Indicates that all row data is white (off).

80H: Indicates that the number of lines indicated by the second (2nd) byte below are all white.

E　OH: Indicates page end (PPE).

When the CRT-Cu2 has stored n lines (for example, 16 lines) of image data in the image data buffer, it notifies the 5cu7 that it is ready and requests that it take over the n942 worth of image data.

In this case, the first command from CRTCU8 to 5CU7 is
An image data buffer parameter block (IDB-PB) having a format as shown in FIG. 2 is prepared. Note that this IDB-PB is written in the management area of the shared memory.

Offset, segment: Fixed data indicating the address of the image data buffer (e.g. 2000H, C00
OH).

Line buffer length: Indicates the length of one line of image data buffer (see Figure 11).

Number of rows: Indicates the number of rows in the image data buffer (see FIG. 11). In addition, at the end of one page, the lowest -4 of this number of lines
Set the second pick (MSB) to "1".

Next, 5CU7 (JXFr) 07C) and r) (, R1
0 will be explained.

First, the types of commands and responses to be used (in the order of symbols, codes, and names) and parameters (in the order of symbols, related commands/responses, and explanations) will be explained.

Command CR8; XXFOH: DCR initialize command (no parameters) CCP; XX2011: Compression start command (with parameters, PIL, PTM, PBR) CCC; XX30H: Compression continuation command (no parameters) Response R5B'Y; XX80H standby response (
(no parameters), corresponds to the CRS command.

RE RR; X X F O11: 1-y-L/
In this state, only CRS commands can be accepted.

RIDQnXX2Q11: Image data request response (no parameters), requests image data for the next compression at the time of compression.

RCDF XX 30H: Compression code full response (with parameters, PCL, PIQ, PCE).

Requests reading of compressed code during compression.

Parameter PIL; CCP: Indicates the number of bytes per line of image data passed from SCTJ 7 during compression. Store the value directly.

PTM; CCP Indicates the minimum scanning line time per two lines. Stores the value directly in units (ms). For example 20m5
"roo14n".

PBR: CCP: Indicates the transmission speed (BPS) of the communication line. Stores the value of direct value/I00. For example, when the transmission speed is 9600 baud, it becomes 96j.

PCL; RCDF: Indicates the number of bytes of the compressed code sent from the DCR side during compression. Store the value directly.

Note that when the compressed code area is full, PCL = FFF.
Let's call it FH.

PIQ; RCDF; Flag for requesting the next image data. When requesting data, set PIQ=XX00H.

PCE; RCDF: A flag indicating the end of one page (one unit) compression. At the end of compression, PCE=X
Let it be X OOH.

Next, data compression using DCRlo will be explained.

First, as mentioned above, 5CU7 is
The image data of the entire line is received and stored in an internal buffer, for example, as shown in FIG. 13 (page end: P
This is an example including PE) All image data of n lines are
After writing to the image data area of the shared memory 84 of the CRI O, a compression start command CCP is sent to the DCR. Note that the meaning of line status is the CRT mentioned above.
This is the same as in the case of CU8.

On the other hand, DCRl[l is 5CU as shown in FIG.
When the command from 7 is not the compression start command CCP, other command processing is executed.

When the compression start command CCP is received, the command and parameters are read in process A.

The line status position on the shared memory 84 is calculated from the specified image data length value, and the fill (FTLL) bit length is calculated from the specified minimum scanning line speed and transmission speed per line.

After that, read the line status (see Figure 13),
Determine whether the parameter is PPE (page end).

At this time, if the parameter is not PPE, it is determined whether the entire line is white, that is, whether it is a blank line (XX01H).

If the line is not a blank line, the FCP85 is activated in process B and the run length (RUNLENGT) of the image data is
After detecting H), the run length detected in process C is
Convert to H (-order compression method) code.

At this time, if the FCP85 detects the end of one line, it codes the fill bits of the length calculated in process A, and then codes the EOL (en 1-of-line) code (
00000000000]).

Also, if it is a blank line, M of white run (one line) is processed.
Code the H code. Note that if there are multiple all-own lines, the number of lines is coded as an all-white run.

After processing C or processing is completed, it is determined whether the image data is empty, and if the image data is not empty, it is determined whether the compression code is full, and if the compression code is not full, the next line is Return to the process of reading the line status.

On the other hand, when the image data is empty,
In process E, an image data request response PIDQ is sent to 5cu7.

Furthermore, when the compressed code is full, a compressed code full response RCDF is sent to the 5CU7 in process F.

At this time, if the image data is empty at the same time,
Add a parameter PIQ requesting the next image data.

After finishing processing E or processing F when the image data is empty or the compression code is full, it is determined whether or not the compression continuation command CCC is received from the 5CU7, and if the compression continuation command CCC is received, the line data Return to reading processing.

In this way, the image data for one page is compressed, and the read line status is the page end PPE.
When this happens, code the RTC code (EOLx6), set the number of bytes of the compressed code coded on the shared memory 84 in the parameter PCL, and set the parameter PCE indicating the end of compression of one page. Request 5CU7 to take over.

In this way, the compressed code for one page is coded in the compressed code area of the shared memory 84.

If the compression continuation command CCC is not received from 5CU7 when the image data is empty or the compression code is full, it is determined whether or not the initialization command CR5 has been received, and if it is the initialization command CRC, initialization processing is performed and the initialization is performed. If it is not a command CRC, error processing is performed.

Next, writing and reading data to and from the shared memory 84 of the DCRIO will be explained with reference to FIG. 15 and subsequent figures.

In this terminal device, the data bit arrangement when the CRTCU 8 handles image data and the FC of the DCRIO
The bit arrangement when P85 handles image data is different.

In other words, when the CRTCU 8 expands image data onto the internal memory, the image is expanded from the MSB (most significant bit) of the data, whereas the FCP
85 detects the run length from the LSB (least significant bit) of data during MH encoding.

Therefore, if the run length of data written from the CRTCU 8 to the shared memory 84 is directly detected by the FCP 85, a run length of data different from the written data will be detected.

In other words, for example, CRTCU8 is white 5. Black 4. white 3, black 4
(Bit b+5-bo: 00000111100
When the image data 01111, ) is expanded,
The data is written to memory as "r078H" in hex representation.

However, FCP, 8S reads the data byte by byte starting from the lower byte and detects the run length from the lower bit. White 3. Black is 4° and white is 5, so the data will be different.

Therefore, in this DCRIO, as shown in FIG. A non-inverting data gate 87 is provided.

For example, as shown in FIG. 15, the inverted data gate 86 receives input data r01.110 as shown in (A).
By reversing (reversing) the bit arrangement of 011J (73H), rl, 1001110J (C
Output as EI.

Further, the non-inverting data gate 87 receives input data ro111 as shown in (A), for example, as shown in FIG.
0011J (731-T) is output as is as rollloolli (73H) as shown in (b).

Therefore, when processing data without changing its bit arrangement, for example, a non-inverted data case is used when storing data.
Data can be written into the shared memory 84 through the gate 1.87, and data can be read out through the non-inverting data gate 87 during reading.

Further, when processing data by changing the bit arrangement, for example, data may be written into the shared memory 84 via the inverted data gate 1-86 when storing data, and read via the non-inverted data gate 87 when read.

These inverted data gates 86. Non-inverting data gate 8
7 can be selected by outputting either gate refnis 1-RRWQ or ARQ from 71 (response decoder 88) using address data from the host I- side.

In addition, in this terminal device, on the side to the host 1 (system control unit side), image data is created in units of words (16 bits 1-) and from high by 1- to low (by 1-).
Low) Data is packed in the order of by 1-, but DCRI O
When transferring data to , conversely, the low byte is transferred first, and then the high byte 1- is transferred. Therefore, DCRl[1
Performs processing to rearrange the order of the data sent on the side.

Therefore, the interface format between the host side and DCRIO is as follows.

■ The shared memory 84 between the host and DCRIO can be accessed from both address spaces from the host side.

These two 71 (res spaces) are, as shown in Figure 8, one can be accessed with the normal non-inverted data arrangement (A space), and the other can be accessed with the bit arrangement and memory address changed (B Space) 5 For example, as shown in FIG.

■ When the host 1- side transfers data to DCRiQ,
If it is necessary to invert the bit arrangement, data is written in B space, and if it is not necessary, data is written in A space.

Therefore, referring to FIG. 8, if data written to addresses rFOOOo to F2000J in the address space on the host 1- side is read from addresses rF2000 to F4000J,
The bit order of the data is automatically reversed.

As described above, this document creation communication terminal device is equipped with a memory system having a data changing means for reversing (inverting) the bit arrangement of data in response to an external instruction when writing or reading data to or from the memory.

Therefore, when transmitting an image created on the host side by facsimile, the data bit arrangement can be changed at high speed, and in this case, the pit arrangement is changed using hardware, so no special software processing is required. .

Note that in the above embodiment, the memory according to the present invention
Although an example in which the system is installed in a document creation communication terminal (Teletex) has been described, it is needless to say that the present invention is not limited to this.

As explained above, according to the present invention, data bit rearrangement can be processed at high speed.

[Brief explanation of the drawing]

Fig. 1 is a block diagram showing an embodiment of the present invention, Fig. 2 is an external perspective view showing an example of a document processing communication terminal device embodying the invention, and Fig. 3 is an internal configuration of the vertical disk. A block diagram showing an example. FIG. 4 is a block diagram showing a system control unit. Fig. 5 is a block diagram showing the same <CRTCU, and Fig. 6 [!
I is the same block diagram of the communication control unit, and FIG. 7 is the same <D
A block diagram of CR, FIG. 8 is a memory map of the host 1-side and DCR, and FIG. S is a functional block diagram of the part of the system control unit related to fax transmission. Figure 10 is a sequence diagram for explaining the functions of the fax data generator, Figures 11 and 12 are the system control unit - CRTC, respectively.
13 and 14 are diagrams used to explain the interface between the system control unit and the DCR, respectively.
6 is an explanatory diagram for explaining the functions of the inverting data gate and the non-inverting data gate, respectively. FIG. 17 is a diagram for explaining the interface between the host and the DCR. 1...Keyboard 2...CRT display 3...Printer 4...Vertical disk 5...
・Hard disk drive device 6...Floppy disk drive device 7...System control unit 8...CRTCU9...Communication control unit
10...DC, R84...Shared memory 85...
FCP86...inverted data gate

Claims (1)

[Claims] 1. A memory system equipped with a memory for storing image information data, characterized in that a data arrangement changing means is provided for reversing the bit arrangement of the data in response to an external instruction when writing or reading data to or from the memory. memory system.