WO1998018229A1

WO1998018229A1 - Data processing method of fm multiplex broadcasting receiver

Info

Publication number: WO1998018229A1
Application number: PCT/JP1997/003702
Authority: WO
Inventors: Yoshikazu Tomida; Hironori Mitoh; Masahiro Sata; Ryuuji Yoshihara; Yutaka Kitamori; Mitsutaka Komoike; Morihiko Sumino; Takeharu Matsui
Original assignee: Sanyo Electric Co., Ltd.
Priority date: 1996-10-18
Filing date: 1997-10-14
Publication date: 1998-04-30
Also published as: JPH10178403A; TW375714B

Abstract

At the time of displaying data indicating rearranged programs, eight unit code is decoded in accordance with an eight unit code system and, at the same time, an intermediate code which can be decoded even when the specification peculiar to FM multiplex broadcasting is not understood is generated. Then, after the intermediate code is decoded, display control processing is made.

Description

Data processing method for FM multiplex broadcasting receiver

The present invention relates to a data processing method in an FM multiplex broadcast receiver.

Background Technology> Field

FM multiplex broadcasting broadcasts audio, text, graphics, etc. together with stereo audio. In other words, it multiplexes and transmits data such as voice, text, and graphics to a normal FM broadcast.

As shown in Fig. 24, the FM multiplex broadcasting receiver has a multiplex receiving LSI 22 that performs LMSK demodulation and error correction based on the output from the tuner 21, and a block unit that is output from the LSI 22. A reception processing unit 23 that takes in only necessary data from among the data, a program reconstruction unit 24 that performs program reconstruction, a program analysis unit 25 that performs decoding processing according to an octal unit code system, and a drawing pattern. And a drawing unit 27 that outputs the drawing pattern obtained by the display processing unit 26 to the display unit 28. The processing of the reception processing unit 23, the program reconstruction unit 24, the program analysis unit 25, the display processing unit 26, and the drawing unit 7 is performed by a CPU (not shown). That is, performed by software

Figure 25 shows the configuration of conventional software.

The software consists of a reception processing unit that acquires data (layer 3 data) from the FM multiplexing LSI, a program reconstruction unit that separates layer 3 data into a data group (layer 4 data), and a data group. It consists of a program analysis unit that analyzes (decodes) each included data unit (layer 5 data) and presents information (layer 6 data). The program analysis unit manages the display processing unit and the drawing unit. FIG. 26 shows a processing procedure for displaying data on which program reconstruction has been performed.

When the drawing page is specified (step 101), the data is decoded in accordance with the data of one display unit (for example, data of one character unit) and the octave unit code system (step 102). As a result, a character code or the like is obtained.

Next, a drawing pattern corresponding to the obtained character code or the like is obtained (step 103). Processing such as enlargement, underline addition, and inversion is performed on the obtained drawing pattern (step 104). The drawing pattern obtained after the processing is drawn at a specified position on the display (step 105).

When the processing of steps 102 to 105 is repeated for each data of one display unit, and these processings are performed for all data constituting the page (YES in step 106) ), And return to step 101.

Although this is outside the standard for FM multiplex broadcasting, it is also possible to display one page of display data in drawing memory and then display it collectively.

Conventionally, to develop software for FM multiplex broadcasting receivers, it was necessary to understand the complex specifications unique to FM multiplex broadcasting. For this reason, there was a problem that it took a lot of time and effort to develop the receiver.

Therefore, if it is possible to separate the part related to the unique specifications of FM multiplex broadcasting from the part not related to it, it will be easier to develop FM multiplex broadcasting receivers. However, in the conventional FM multiplex broadcast receiver, as shown in Fig. 25, the program analysis unit is involved in the processing related to the direct display. It was not possible to separate the part that was involved in the work from the part that was not.

The present invention enables a part related to the unique specification of FM multiplex broadcasting and a part not related to it to be separated in a software configuration, thereby facilitating the development of an FM multiplex broadcasting receiver. The purpose is to provide a data processing method in a multiplex broadcast receiver. Invention disclosure>

The data processing method in the FM multiplex broadcasting receiver according to the present invention is characterized in that, when displaying the data subjected to the program reconfiguration, the decoding according to the 8-unit code system is performed for the 8-unit code and the FM multiplex broadcasting is performed. It is characterized by generating an intermediate code that can be decoded without understanding the unique specifications of the, and performing display control processing after decoding the intermediate code.

Intermediate codes for characters include intermediate codes for characters without attributes and intermediate codes for characters with attributes.Intermediate codes for characters without attributes, for example, represent characters without attributes The intermediate code for characters with attributes is, for example, code representing characters with attributes, display position, character size, character code, font attributes. And display attribute power, et al.

Intermediate code for single-layered photographics includes intermediate code for single-layered photographics without attributes, and intermediate-level code for single-layered photographics with attributes. Intermediate code for graphics, for example, consists of the code representing the one-layer photographic without attributes, display position, size, and data, and intermediate code for the one-layer photographic with attributes. Consists of, for example, a code representing a layered photographic with attributes, a display position, a size, data and display attributes.

The intermediate codes for the Gaiji code set include the intermediate code for the Gaiji code set without attributes and the intermediate code for the Gaiji code set with attributes.The intermediate code for the Gaiji code set without attributes is, for example, , A code representing an external character code set without attributes, a display position, a character size, and data.The intermediate code for the external character code set with attributes is, for example, a code representing an external character code set with attributes. It consists of position, character size, data, font attributes and display attributes.

Intermediate codes for geometric drawing commands include, for example, point drawing commands, line drawing commands, rectangle drawing commands, polygon drawing commands, and circle / arc drawing commands. There is an intermediate code. The intermediate code for each drawing command includes a code indicating the type of the drawing command, a pixel size, and a coordinate position necessary for drawing the drawing command. All coordinate positions required to draw a drawing command are given in absolute coordinates. Brief description of the drawing>

FIG. 1 is a block diagram showing an electrical configuration of an FM multiplex broadcast receiver.

FIG. 2 is a flowchart showing a processing procedure for displaying data on which a program has been reconstructed.

FIG. 3 is a schematic diagram showing a configuration of an intermediate code corresponding to a character (no attribute). FIG. 4 is a schematic diagram showing the configuration of an intermediate code corresponding to characters (with attributes). FIG. 5 is a schematic diagram showing a configuration of an intermediate code corresponding to one-layer photographic (without attributes).

FIG. 6 is a schematic diagram showing the configuration of an intermediate code corresponding to one-layer photographic (with attributes).

FIG. 7 is a schematic diagram showing a configuration of an intermediate code corresponding to DRCS (no attribute).

FIG. 8 is a schematic diagram showing a configuration of an intermediate code corresponding to DRCS (with attribute).

FIG. 9 is a schematic diagram showing a configuration of an intermediate code corresponding to screen deletion.

FIG. 10 is a schematic diagram showing the configuration of an intermediate code corresponding to TIME.

FIG. 11 is a schematic diagram showing a configuration of an intermediate code corresponding to the selection control information. FIG. 12 is a schematic diagram showing a configuration of an intermediate code corresponding to a color change.

FIG. 13 is a schematic diagram showing the configuration of the intermediate code corresponding to the color map. FIG. 14 is a schematic diagram showing a configuration of an intermediate code corresponding to a page attribute. FIG. 15 is a schematic diagram showing a coordinate system used in the intermediate code.

FIG. 16 is a schematic diagram showing the configuration of an intermediate code for a point.

FIG. 17 is a schematic diagram showing a configuration of an intermediate code with respect to a straight line. FIG. 18 is a schematic diagram showing a configuration of an intermediate code for a rectangle.

FIG. 19 is a schematic diagram showing the meaning of each bit of the texture.

FIG. 20 is a schematic diagram showing a configuration of an intermediate code for a polygon.

FIG. 21 is a schematic diagram showing a configuration of an intermediate code for a circle and a circular arc.

FIG. 22 is a schematic diagram showing a configuration of an intermediate code for a link.

FIG. 23 is a schematic diagram showing the configuration of the software.

FIG. 24 is a block diagram functionally showing the configuration of a conventional FM multiplex broadcast receiver. FIG. 25 is a schematic diagram showing the software configuration of a conventional FM multiplex broadcast receiver.

FIG. 26 is a flowchart showing a processing procedure for displaying data on which a program has been reconstructed in a conventional FM multiplex broadcasting receiver.

An embodiment of the present invention will be described below with reference to FIGS. Figure 1 shows the electrical configuration of the FM multiplex broadcast receiver.

The audio signal is reproduced through a stereo demodulation circuit 12, an amplifier 3 and a speed 4 after the high-frequency component is removed from the output signal of the FM tuner 1 by an LPF (oral pass filter) 2.

On the other hand, the bandpass filter (BPF) 5 removes the voice component and the noise component from the output signal of the FM tuner 1, and extracts a multiplexed signal (LMSK signal). The extracted multiplexed signal is sent to LMSK demodulation and error correction circuit 6.

The LMSK demodulation and error correction circuit 6 performs LMSK demodulation of the transmitted multiplex signal, performs synchronization detection and error correction processing, and outputs packet data to the CPU 7.

The CPU 7 reconstructs data for each program based on the packet data transmitted from the LMSK demodulation and error correction circuit 6 and stores the data in the RAM 9. R 0 M 8 stores a program of the CPU 7 and the like.

When a user selects a program by operating the operation unit 11 such as a remote controller, the CPU 7 decodes the data of the page constituting the selected program, and displays the data on a liquid crystal display or the like. Display on display 10.

FIG. 2 shows a processing procedure for displaying data on which program reconstruction has been performed.

When the drawing page is specified (step 1), decoding is performed on the 8-unit code of one display unit (for example, one character unit) constituting the page according to the 8-unit code system (step 2). ), An intermediate code is generated that can be decoded without understanding the unique specifications of FM multiplex broadcasting (step 3). The details of the intermediate code will be described later.

Such a process is repeated for each data of one display unit, and when these processes are performed for all data constituting the page (Y E S in step 4), the process proceeds to step 5.

In step 5, the intermediate code is decoded to obtain a character code and the like. Then, a drawing pattern corresponding to the obtained character code or the like is obtained (step 6). Processing such as enlargement, underline addition, and inversion is performed on the obtained drawing pattern (step 7). The drawing pattern obtained after the processing is drawn at the designated position on the display (step 8).

By repeating the processing of steps 5 to 8 for all the intermediate codes, once the drawing of one page is completed (YES in step 9), the process returns to step 1. Intermediate codes for instructions other than the trick drawing instructions and intermediate codes for the geometric drawing instructions will be described separately. [1] Explanation of intermediate code for instructions other than the geometric drawing instruction The types of intermediate code (command type) for the instructions other than the geometric drawing instruction include, for example, the following: There are four types. (1) Character (no attribute)

(2) Character (with attribute)

(3) One-layer photographic (no attribute)

(4) One-layer photographics (with attributes)

(5) DRC S [dynamically redef inable character sets: external character code set] (no attribute)

(6) D R C S (with attributes)

(7) Clear screen

(8) T I ME

(9) Selection control information

(10) Change color

(1 1) Color map

(1 2) Page attribute

(1 3) Continuous data available

(1 4) End

Table 1 shows an example of commands representing command types and the total number of bytes of intermediate codes for each command type. In Table 1, the code representing the command type is represented by HEX (hexadecimal).

table 1

Fig. 3 shows the structure of the intermediate code corresponding to the character (no attribute) in (1) above.

This intermediate code is composed of a command "F0" (1 byte) representing a character (no attribute), an X coordinate (1 byte) of the display position, a Y coordinate (1 byte) of the display position, It consists of a character size (1 byte) and a character code (2 bytes).

Character codes include kanji set (JIS code), alphanumeric set (1 byte code extended to 2 byte code (for example, 29XXh)), hiragana set (1 byte A two-byte code (for example, 2 AXX h) is extended to a two-byte code and a katakana set (a one-byte code is extended to two-byte code (for example, 2 BXX h)). is there.

The font size is one byte code, for example:

0: Standard, 1: Medium, 2: Small, 3: Ultra-small, 4: Double, 5: Double, 6: Double, 7 _: Special 1, 8: European standard, 9: Unused, 10 : Not used, 1 1: Not used, 1 2: European portrait, 13: European landscape, 14: European portrait 2x, 15: Unused.

Figure 4 shows the structure of the intermediate code corresponding to the character (with attribute) in (2) above.

The intermediate code consists of a command "F1" (1 byte) representing a character (with attributes), an X coordinate (1 byte) of the display position, and a Y coordinate (1 byte) of the display position. , Character size (1 byte), character code (2 bytes), font attribute (1 byte), and display attribute (1 byte).

The font attribute consists of 8 bits (1 byte) b7 to b0, and is negotiated as follows.

b7 indicates the presence / absence of selection control cursor information. 0 indicates no, and 1 indicates yes. Bit b6 indicates the presence / absence of an underline. 0 indicates no, and 1 indicates presence. Bits b5 to b4 indicate the pattern polarity. 0 indicates normal, 1 indicates full inversion, and 2 indicates in-frame inversion. Bits b3 to b0 represent the enclosure, where b3 is 1 for the left side of the display section, b2 is 1 for the top side of the display section, and b1 is 1 for the right side of the display section. , And if b 0 is 1, it means to frame the lower side of the display section.

The display attribute consists of 8 bits (1 byte) b7 to b0, and is determined as follows.

b7 to b6 are unused. b5 to b4 indicate the write mode. If 0, write NEW (mode in which both foreground and background colors are written); if 1, write 〇. N indicates writing (mode for writing only the foreground color), and 2 indicates OFF writing (mode for writing only the background color). Bits b3 to b2 indicate the presence / absence of flashing. 0 indicates no flashing, 1 indicates normal-phase flashing, and 2 indicates reverse-phase flashing. Bit bl indicates the presence or absence of concealment. 0 indicates no, and 1 indicates yes. The bit b O represents non-spacing or spacing, where 0 indicates spacing and 1 indicates non-spacing.

Fig. 5 shows the structure of the intermediate code corresponding to the one-layer photographic (without attributes) in (3) above.

This intermediate code is a command "F" that represents more photographic graphics (no attributes).

2 "(1 byte), X coordinate (1 byte) of display position, Y coordinate (1 byte) of display position, size (1 byte), and data. Size There are three types: 4 x 4, 8 x 12 and 16 x 24. The number of bytes per day depends on the size, 4 bytes, 12 bytes Or there are three types of 48 bytes.

FIG. 6 shows the structure of an intermediate code corresponding to the above-mentioned (4) one-layer photographic (with attributes).

This intermediate code is a command "F" that expresses more photographic graphics (with attributes).

3 "(1 byte), X coordinate of the display position (1 byte), Y coordinate of the display position (1 byte), size (1 byte), and data (4, 12, or 48) Bytes) and display attributes (1 byte).

Fig. 7 shows the structure of the intermediate code corresponding to the above-mentioned (5) DRCS (without attributes).

The intermediate code consists of the command “F4” (1 byte) representing DRCS (no attribute), the X coordinate (1 byte) of the display position, and the Y coordinate (1 byte) of the display position. , Character size (1 byte), and data (10 to 48 bytes). Figure 8 shows the configuration of the intermediate code corresponding to DRCS (with attributes) in (6) above. are doing.

The intermediate code consists of the command “F5” (1 byte) representing DRCS (with attributes), the X coordinate of the display position (1 byte), and the Y coordinate of the display position (1 byte). And character size (1 byte), data (10 to 48 bytes), font attribute (1 byte), and display attribute (1 byte). I have.

FIG. 9 shows the configuration of an intermediate code corresponding to the above-described (7) screen deletion. This intermediate code is composed of a command “F 6” (1 byte) representing screen erasure and a screen erasure area (1 byte). If the screen erasure area is 0, it indicates the entire area, 1 indicates the header area, and 2 indicates the text area.

FIG. 10 shows a configuration of an intermediate code corresponding to the TIME of the above (8). This intermediate code is used to specify the processing interruption time, and is composed of the command "F7" (1 byte) representing the TIME and the processing interruption time (1 byte). I have. The processing interruption time is 8-bit data, and the specified value X 0.1 (second) is the processing interruption time.

FIG. 11 shows the configuration of an intermediate code corresponding to the selection control information of (9).

This intermediate code is composed of the command “F8” (1 byte) representing the selection control information and the program (PROG) of any service identification (SI: destination service identification) when input. : Destination program number) and control information indicating which page (PAGE: destination page number) to display.

In this example, 14 sets of control information are provided corresponding to 14 key numbers 0 to 9 and a to d. When there is no selection control, SI = FFh.

FIG. 12 shows the configuration of the intermediate code corresponding to the above (10) color change. This intermediate code is composed of a command "F9" (1 byte) indicating a color change, a foreground color (1 byte) after the change, and a background color (1 byte). The foreground and background colors are color mappure dress {color palette (top), CML A (colo), respectively. r map low address) (lower)}.

FIG. 13 shows the configuration of an intermediate code corresponding to the color map of (11) above.

The intermediate code consists of the command “FA” (1 byte) representing the color map, the color map address (1 byte) of the color map to be rewritten, and its color values (R, G, B each 1 byte). When the color map address is 80h, it means that the header raster color is changed, and when the color map address is 81h, it means that the raster color is changed. FIG. 14 shows the configuration of the intermediate code corresponding to the page attribute of (12).

This intermediate code is composed of the command "FD" (1 byte) representing the page attribute, the presentation function (1 byte), the information type (upper 4 bits), and the display format (lower 4 bits). And a header raster color (upper 4 bits) and a raster color (lower 4 bits). The presentation function consists of 8 bits and indicates the type of code included in the page and the presentation function. Table 2 shows the contents of each bit bl to b8 of the presentation function.

Table 2

The information type identifies the information type of the program content and takes a value from 0 (no information type specified) to 15 (information type 15). The display format specifies the display mode, and takes values from 0 (format 0) to 4 (format 4) and 15 (free format). The header last color and last color each consist of 4 bits and are indicated by CML II.

The intermediate code corresponding to the presence of the continuous data in the above (13) and the intermediate code corresponding to the end of the above (14) consist of the corresponding commands "FE" and "FF", respectively. It is composed of byte codes.

[2] Explanation of intermediate code for geometric drawing command

In a geometric drawing command, the start point is given by the current drawing point or a specified point, and the end point is given by relative coordinates or absolute coordinates from that point. Also, the method of moving the drawing point after executing the drawing command differs for each drawing command.

In other words, the drawing command for line "LINE" and the drawing command for circle and arc " In the case of "ARC", the drawing point after the execution of the drawing command is moved to the end point. In the case of the drawing command "RECT" for the rectangle, the drawing point after the execution of the drawing command is moved only in the X direction. With the command "POINT" and the drawing command "POLY" for polygons, the starting point and the end point match, so the drawing point after executing the drawing command does not change.

In the intermediate code for the geometric drawing command, the coordinates are integrated with the absolute coordinates. That is, as shown in FIG. 15, the coordinate origin is set at the upper left vertex ◦ of the display area e of the screen including the header sentence display area e 1 and the body display area e 2, and the coordinate value is It increases in the lower right direction. Such a coordinate system is the same as a coordinate system for indicating a display position in an intermediate code for a character, an intermediate code for a single-layer photographic, and an intermediate code for a set of external character codes.

However, in the intermediate code for characters, the intermediate code for one-layer photography, and the intermediate code for a set of external character codes, each of the X and Y coordinates representing the display position is represented by one byte. In the intermediate code for the geometric drawing command, the X and Y coordinates are each represented by a 2-byte signed integer.

In the intermediate code for the geometric drawing command, the X and Y coordinates are expressed in two bytes because the coordinates outside the display area e are used in the geometric drawing command. Is sometimes specified, and in such a case, it may not be possible to express in one byte. In the intermediate code for the geometric drawing command, the range that the X and Y coordinates can take is the range given by the following equation (1).

-2 5 6≤ X≤ 5 1 2

-308 ≤ Y ≤ 460 (1) In addition, in the intermediate code for the geometric drawing command, all geometries are used. Since the starting point is given to the trick drawing command, the drawing point management becomes unnecessary. Accordingly, the types of drawing commands are reduced.

Table 3 shows the relationship between the type of each geometric drawing command and the type of command in the intermediate code. Table 3 Types of drawing commands Commands in intermediate code

POINT SET ABS

POINT SET REL

ΡϋΙΝΙ ABS

POINT REL

LlNb ADO

LINE REL line

SET & LINE ABS

SET & LINE RE

ARC OUTLINED Circle, arc (contour)

SET k ARC OUTLINED

ARC FILLED Circle, arc (filled)

SET & ARC FILLED

RECT OUTLINED rectangle (outline)

SET & RECT OUTLINED

RECT FILLED rectangle (filled)

SET & RECT FILLED

POLY OUTLINED polygon (contour)

SET & POLY OUTLINED

POLY FILLED Polygon (filled)

SET k POLY FILLED Table 4 shows the type and operation of each geometric drawing command related to a point (POINT).

Table 4

Table 5 shows the type and operation of each geometric drawing command for a line (LINE).

Table 5 Types Operation

LINE ABS Multi-valued opera with the current drawing point as the start point and the end point

(1 multi-value operand) Specify in absolute coordinates by the command.

LINE REL Set the current drawing point as the starting point and end point as a multi-valued opera

(Multi-value operand of 1) Specify by relative coordinates from the starting point

SET & LINE ABS The start and end points are the first and second

(2: multi-value operand) Specify with multi-value operand by absolute coordinate value.

SET & LINE REL Start point is absolute coordinates by the first operand

(Multiple operand of 2) Specify by value.

The end point is specified by the second multi-valued operand by the relative coordinate value from the start point. Table 6 shows the types and operations of each geometric drawing command for circles and arcs (ARC).

Table 6 Types Operation

ARC OUTLINED The starting point is the current drawing point, the middle point is the first opera (2 multi-valued operand) and the end point is the second opera- tion. Draw arcs or circles with textures

ARC FILLED ARC OUTLINED fills the area consisting of the arc, chord, and its interior (2 multi-value operands) with the specified color and texture pattern.

SET & ARC OUTLINED The start point is specified by the first operand, the middle point is specified by the second (3rd multi-operand) 2 operand, and the end point is specified by the third operand. Draw an arc or circle with line texture

SET & ARC FILLED Fills the area consisting of arcs and chords by SET & ARC OUTLINED and the interior of the (multi-valued operand of 3) with the specified color and texture pattern.

Table 7 shows the type and operation of each geometric drawing command for a rectangle (RECT).

Table 7 Types Operation

RECT OUTLINED The starting point is the current drawing point, the width and height are specified by the operand (a multi-valued operand of 1), and the four sides of the rectangle are drawn using the specified color and line texture. I do.

RECT FILLED Fills the area consisting of the rectangle by RECT OUTLINED and its interior (a multi-valued operand of 1) with the specified color and texture pattern.

SET & RECT OUTLINED The starting point is specified by the first operand, the width of the rectangle (the multi-valued operand) and the height are specified by the second operand, and the rectangle is specified by the specified color and line texture. Draw four sides.

SET & RECT FILLED Fills the area consisting of the rectangle formed by SET & RECT OUTLINED and its interior (2 multi-value operand) with the specified color and texture pattern.

Table 8 shows the types and operations of each geometric drawing command for polygons (POLY). Table 8

There are six types of intermediate commands (command types) for geometric drawing commands, broadly classified as follows.

( 1point

(2) Straight line

(3) Rectangular

(4) Polygon

(5) Circle, arc

(6) Blink

Table 9 shows an example of commands representing command types and the total number of bytes of intermediate commands for each command type. Table 9

Fig. 16 shows the configuration of the intermediate code corresponding to the above points.

This intermediate code is composed of a command "E0" (1 byte) representing a point, a pixel size dX (1 byte) in the X direction, a pixel size dy (1 byte) in the Y direction, and a display. It consists of the X coordinate (2 bytes) of the position and the Y coordinate (2 bytes) of the display position. The pixel sizes dX and dy correspond to the size of the tip when drawing is performed with a pen.

FIG. 17 shows the configuration of the intermediate code corresponding to the straight line in the above (2). The intermediate code consists of a command "E1" (1 byte) representing a straight line, a line texture (1 byte) representing the type of line, a pixel size dX (1 byte) in the X direction, Pixel size dy (1 byte) in Y direction, start point X coordinate (2 bytes), start point Y coordinate (2 bytes), end point X coordinate (2 bytes), end point Y coordinate (2 bytes) ).

FIG. 18 shows the configuration of the intermediate code corresponding to the rectangle of (3) above. The intermediate code consists of a command "E2" (1 byte) representing a rectangle, a texture (1 byte) representing the type of texture, and a pixel size dX (1 byte) in the X direction. , Y direction pixel size dy (1 byte), upper left X coordinate (2 bytes), upper left Y coordinate (2 bytes), lower right X coordinate (2 bytes), lower right Y coordinate (2 bytes) It is composed of

The texture consists of 8 bits (1 byte) b7 to b0, and the meaning of each bit is determined as shown in Figure 19.

That is, bit b8 is used to distinguish between outline display and solid display. Bit b7 is used to specify the color mode. Bit b6 is not used. Bits b5 and b4 are used to specify the texture pattern when the display is solid. Bit b3 is used to specify whether to add a shadow (highlight) in the case of a solid display. Bits 2 and b1 are used to specify the line type (line texture) for contour display.

FIG. 20 shows the configuration of the intermediate code corresponding to the polygon of the above (4). This intermediate code consists of the command "E3" (1 byte) representing a polygon, the number of vertices (1 byte), the texture representing the type of texture (1 byte), and the pixel in the X direction. The size d (1 byte), the pixel size dy (1 byte) in the Y direction, the X coordinate of each vertex from the first point to the last point (2 bytes each), and the first point to the last point And the Y coordinate of each vertex (2 bytes each).

Fig. 21 shows the configuration of the intermediate code corresponding to the circle and arc of (5) above. This intermediate code consists of a command “E4” (1 byte) representing a circle or an arc, a texture (1 byte) representing the type of texture, and a pixel size d X (1 byte) in the X direction. , Pixel size in the Y direction dy (1 byte), starting point X coordinate (2 bytes), starting point Y coordinate (2 bytes), intermediate point X coordinate (2 bytes), and intermediate point Y coordinate (2 bytes), end point X coordinate (2 bytes), and end point Y coordinate (2 bytes).

FIG. 22 shows the configuration of the intermediate code corresponding to the link of (6) above. Blinking is a function that periodically replaces the color value of the original color map address (blink source color) with the color value of the destination color map address (blink destination color). Yes, at the beginning of the interval, the color value in the link source map map address is temporarily stored in the link source map map address, and the color value is set in the link destination map map address. At the end of the interval (at the start of the off-interval), the operation of returning the original color value before the on-interval to the map source address is performed.

This intermediate code consists of the command “E5” (1 note) representing the link, the original color of the link (1 byte), and the tip color of the link (1 byte). It consists of an online bar (1 byte), an offset bar (1 byte), and a start time (1 byte).

FIG. 23 shows a software configuration of the FM multiplex broadcast receiver according to the above embodiment.

The software includes a reception processing unit that obtains data (layer 3 data) from the LMSK demodulation and error correction circuit 6, and a program re-organization that separates the layer 3 data and forms a data group (layer 4 data). A component analysis unit, a program analysis unit that decodes each data unit (layer 5 data) included in the data group and generates an intermediate code, and a unit that decodes the intermediate code to obtain information (layer 6 data). And an intermediate code decoder for presentation. The intermediate code decoding unit manages the display processing unit and the drawing unit.

The display processing unit performs the drawing pattern acquisition process in step 6 of FIG. 2 and the pattern processing process in step 7. The drawing unit performs the drawing process in step 8 of FIG. In FIG. 23, a reception processing unit, a program reconstructing unit, and a program analyzing unit are parts that are involved in the unique specifications of FM multiplex broadcasting. The intermediate code decoding unit, the display processing unit, and the drawing unit are parts that are not involved in the unique specifications of FM multiplex broadcasting. That is, in the above-described embodiment, the part related to the FM multiplex broadcast-specific specification and the part not related to the FM multiplex broadcast-specific specification are separated from each other in terms of software configuration. Therefore, when developing software that is not involved in the unique specifications of FM multiplex broadcasting, that is, the software for the intermediate code decoding unit, display processing unit, and drawing unit, it is not necessary to understand the unique specifications of FM multiplex broadcasting. Will be able to do it. As a result, development of an FM multiplex broadcast receiver becomes easy.

Claims

The scope of the claims

1. When displaying data that has undergone program reconstruction, decoding can be performed according to the 8-unit code system for the 8-unit code, and without having to understand the unique specifications of FM multiplex broadcasting. A data processing method in an FM multiplex broadcasting receiver that generates an intermediate code and performs display control processing after decoding the intermediate code.

2. Intermediate codes for characters include intermediate codes for characters without attributes and intermediate codes for characters with attributes. Intermediate codes for characters without attributes are codes that represent characters without attributes. The intermediate code for characters with attributes is the code, display position, character size, character code, font attribute, and display for characters with attributes. The data processing method in the FM multiplex broadcast receiver according to claim 1, comprising an attribute.

3. Intermediate codes for one-layer photographics include an intermediate code for one-layer photographics without attributes and an intermediate code for one-layer photographics with attributes. The intermediate code for the photographic consists of the code representing the one-layered photographic without attributes, the display position, the size, and the data. The intermediate code for the one-layered photographic with attributes is: 2. A data processing method in an FM multiplex broadcast receiver according to claim 1, comprising a code representing a layered photographic with attributes, a display position, a size, data and display attributes.

4. The intermediate codes for the external character code set include the intermediate code for the external character code set without attributes and the intermediate code for the external character code set with attributes. The intermediate code for the external character code set without attributes is: It consists of the code, display position, character size, and data for the external character code set without attributes.The intermediate code for the external character code set with attributes is the code for the external character code set with attributes, display position, character size, 2. The data processing method in an FM multiplex broadcast receiver according to claim 1, comprising a data attribute, a font attribute, and a display attribute.

5. Intermediate commands for the geometric drawing command include a point drawing command and a line drawing command. There are intermediate codes for commands, rectangle drawing commands, polygon drawing commands and circle / arc drawing commands. The intermediate code for each drawing command draws the code indicating the type of drawing command, pixel size and the drawing command. The data processing method in the FM multiplex broadcast receiver according to claim 1, wherein the coordinate position necessary for drawing the drawing command is all given in absolute coordinates.