JPS6350905B2 - - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION The present invention provides a system for automatically adjusting the format of the transmitting device to the format of the receiving device when the formats of the transmitting device and the receiving device do not match in character code communication in European languages. This relates to a communication method for transmitting data.

Telex has conventionally been used to communicate character codes, but since telex communicates in a single format, there was no discrepancy in the format between the sender and the receiver. Furthermore, communication using character codes using other public networks was limited to communication between machines of the same model, and there was no discrepancy in format. As a recent technology, it is expected that communication over public networks will be more advanced than telex, and telex has been recommended as an international standard.

This device provides flexibility in formatting and is permitted to have multiple optional modes in addition to one standard mode. This optional mode does not necessarily have to be applied to the device.
Therefore, between the sending side and the receiving side, the receiving side does not necessarily have the mode requested by the sending side.

Character information is edited by the transmitting operator using the keyboard before sending, but the operator does not necessarily know the format of the other party's terminal; Documents are often created in a format different from the original format.

According to the Teletex communication rules, if the formats do not match, communication is to be performed in standard mode. However, if an operator intervenes during communication, a document created in a format other than standard mode is transferred to standard mode. It takes time to change to the current state, significantly reducing communication efficiency, and leading to an increase in communication charges. Therefore, it is necessary for the transmitting device to do this automatically, and this method has not been shown heretofore.

The present invention solves these drawbacks by inspecting documents created before or during transmission, and
A specific code in a document is found, and a document created by an operator according to this specific code is automatically re-edited into a format requested by the receiving side.The drawings will be explained below.

The format format approved for Teletexts is 77 characters per character line in standard mode for A4 size vertical writing, and 55 character lines per page in single space, but 1 character in option mode. 92 characters and 115 characters are allowed per line, and the number of character lines is 73 and 46 lines per page. Therefore, if an operator on the sending side creates a document in an option mode format, and the other party does not have the option mode function, the sending side must change the format to the format of the receiving side.

Figure 1A shows the format of the document created by the sending operator, and Figure 1B shows the format of the document as a result of negotiation between the sender and receiver.
In this case, standard mode is indicated. Note that the spaces between lines indicate single spaces.

Figure 2 shows the usual expression method for European languages, where the position of the first character on the left side of the manuscript is predefined, but at the right end, within the range of the maximum number of characters,
A document has been created. That is, normal European languages are written in single word units, and the final character of the final word does not necessarily come at the position with the maximum number of characters, and there are often continuous spaces after the final word on each line. In FIG. 2, S indicates a blank (space), and R is a control code indicating a line feed. In addition, the blocks indicated by diagonal lines indicate each word in European languages. In communication, the portions shown in FIG. 2 (including S and R) are transmitted sequentially from above.

The line feed control code (R code) is followed by another line feed control code or the next word.

Next, the document edited and created in the option mode with 115 characters per character and 73 lines per page was negotiated with the other party's terminal, with 77 characters per character and 1
This section describes how to convert to standard mode with 55 lines per page.

FIG. 3 shows an algorithm that first removes unnecessary line feed control characters from a document edited in option mode. In the text before conversion, a line break control character (hereinafter referred to as an R code) is always included within 116 characters per line.
Whether or not the character before the R code is a period (.) makes it clear whether the sentence in the character string before the R code has ended. If the sentence ends with a period, the next sentence after a line break requires a line break even in the standard mode format, so there is no need to remove the R code in this case.

On the other hand, if the R code is preceded by something other than a period, such as a comma, space, or character, the R code is unnecessary and must be removed because the text continues after the line break. In this case, insert one space considering the distance between the next word and the next word. Also, when ending with a hyphen, one space is unnecessary.

As described above, unnecessary R codes can be removed from a document created using the format in the option mode.

Next, we will show how to convert to format in standard mode. Figure 4 shows the algorithm of the conversion method. Basically, it checks whether the R code is included within 77 characters and whether the 77th character is a letter, period, comma, or space. If the R code is included within 77 characters, a new line is inserted. In this case, add 1 to the line feed counter. If the 77th character is a period, comma, space, etc., enter the R code of the control character next to the 77th character. Next, 1 is added to the line feed counter and counting is started using the first character of the next word as the first character. If the 77th character is a letter, and if the 78th character is a space code, enter the R code at the end of that space, add 1 to the line feed counter, and restart counting from the first character of the next word. If the 78th character is also a character code, go back to the space code before the 78th character, put the R code after that space code, add 1 to the line feed counter, and calculate the number of characters from the first character of the next word after the R code. Resume counting. If you do it like this,
It can convert from 115 characters to 77 characters per character line. When the line feed counter exceeds 55, it is assumed that one page of formatting is completed and a page end command is sent.

FIG. 5 is a block diagram showing the configuration of an embodiment of the character information creation device used in the present invention, in which 1 is a keyboard, 2 is a display, 3 is an editing memory, and 4
is the page memory after writing the text, 5 is the communication control unit,
6 is a network control section, 7 is a receiving page memory, 8 is a code and scanning line signal converter, 9 is a recording section, 10 is a format converter, 11 is a conversion processing section, 12
is a changeover switch.

This figure shows how text information is transmitted through the format conversion section 10. The text is typed on the keyboard by the operator while looking at the display 2, created using a predetermined editing algorithm, and temporarily stored in the page memory 4. In teletext, the page memory 4 is required to have at least three pages of memory.

Once the writing is complete, the communication procedure begins. The communication procedure is carried out by the communication control section 5. Before transmitting the text creation information, the communication mode, format, etc. are determined through negotiation with the other party's terminal. The communication control section 5 is constituted by a microcomputer, and predetermined operations for negotiating communication with a partner terminal are written in a memory section (ROM) of the microcomputer. This behavior is applicable, for example, to CCITT Recommendation S.62 and
As stipulated in S.70. The network control unit 6 controls the interface between the network and the terminal, and if the network is a telephone network, includes a modem, etc., and also creates and sends dialing information for the other party. The code and scanning line signal converting section 8 converts the code and scanning line information if the recording section 9 is a raster scan type recording section, and is unnecessary if the recording section 9 is a matrix printing type printer. When a call is set up with the other party's terminal, the capabilities of the other party's terminal are known, and the communication mode and format are determined.If the other party's terminal has an option mode created on the own terminal, it is sufficient to transmit in that format. The method is such that a command is sent from the communication control section 5 to the format conversion section 10, and the changeover switch 12 is connected to a line directly connecting the page memory 4 and the network control section 6.

On the other hand, when changing from the option mode to the standard mode and transmitting the data, it is sufficient to communicate via the conversion processing unit 11, and the conversion processing unit 11 is also processed by a microprocessor, as shown in FIGS. 3 and 4. The conversion algorithm is also pre-written in the ROM.

As explained above, when communicating character code information in different formats between senders and receivers, the operator on the sending side must either create a text in a document format that matches the capabilities of the other party's terminal, or As a result of capability negotiation, if it is determined that the other party's terminal does not have the ability to use the format created by the own terminal, the line may be left on hold or the line may be disconnected, and the operator may manually modify the other party's terminal. It is necessary to change the format according to the capacity, and in any case, the line cost increases and the operator's labor cost increases, which is not economical.

The number of multiple options is expected to increase in the future, but it will be difficult for some terminals to include all of them, and each terminal will adopt some option modes and mutual communication between each terminal will increase. However, if the option modes between terminals do not match, it is important to fall back to the standard mode (common) for communication. In this case, it is necessary to be able to automatically change the format without human intervention.

The present invention solves the above-mentioned difficulties and communicates by automatically editing the format of the other party's terminal, which is extremely economical and has great practical effects.

[Brief explanation of drawings]

Fig. 1 is a diagram showing an example of the format used in the present invention, Fig. 2 is an explanatory diagram of the expression form of normal Roman characters shown in each format, and Fig. 3 is a diagram showing the line feed code removal method according to the present invention. FIG. 4 is a diagram showing an example of an algorithm for a format changing method according to the present invention. FIG. 5 is a block diagram showing the configuration of an embodiment of a character information creation device used in the present invention. It is. 1...Keyboard, 2...Display, 3...
...Editing memory, 4...Page memory, 5...Communication control unit, 6...Network control unit, 7...Reception page memory, 8...Code and scanning line signal conversion unit, 9...
... Recording section, 10 ... Format format conversion section, 1
1... Conversion processing section, 12... Changeover switch.

Claims (1)

[Claims] 1 Among multiple formats, a document containing character information is created page by page using a format other than the standard, and the created character information is transmitted to the other party's terminal using a public line. Before sending a message, exchange format information between the other party's terminal and the other party's terminal, and if the other party's terminal does not have the format created by its own terminal and communicates in a standard format, the sending side The process of removing line feed control codes used as delimiters between a predetermined number of characters in a pre-created document and inserting new line feed control codes for each number of characters determined by the new format is automatically performed on the sending side during communication. In order to do this, the number of characters is counted along each character line of the previously created document, and a new line feed control code is added according to the content of the character information when counting the number of characters determined by the changed format. The format format can be changed by inserting , and counting all the line feed control codes in the page, and delimiting the page when the number of character lines determined by the changed format is reached. Characteristic character code transmission method.