KR100433967B1 - Method for interrupting other program screen data broadcasting system and method for displaying screen of receiving side in data broadcasting system - Google Patents

Abstract

An object of the present invention is to provide a method for embedding another professional screen of a data broadcasting system which can embed screen data of another data broadcasting pro while the data broadcasting pro is being displayed.

Of the screen data constituting the data broadcast program on the sending side, another screen display instruction is sent to the screen data to insert the screen of another data broadcast program after the screen, and the screen data is sent out. After displaying the screen data including the other professional screen embedding command, the screen of the other data broadcast program specified by the other professional screen embedding command is displayed based on the other professional screen embedding command.

Description

How to insert other professional screens of data broadcasting system and display method of receiving side in data broadcasting system {METHOD FOR INTERRUPTING OTHER PROGRAM SCREEN DATA BROADCASTING SYSTEM AND METHOD FOR DISPLAYING SCREEN OF RECEIVING SIDE IN DATA BROADCASTING SYSTEM}

The present invention relates to another method of embedding a professional screen of a data broadcasting system and a method of displaying a screen of a receiving side in a data broadcasting system.

FM multicasting broadcasts voice, text, graphics, etc. with stereo voice. In other words, a voice, a character, and a figure are multiplexed and broadcasted in a normal FM broadcast.

Representative examples of the FM multicasting standard are three methods: a data radio channel (DARC), a fixed reception method, and a radio data system (RDS). Among these, DARC is the newest and is adopted as an international standard. DARC is described in accordance with Recommendation 807 "Reference Model for Data Broadcasting" of the International Telecommunication Union (ITU-R).

DARC converts a character or a figure into digital information, modulates a subcarrier frequency of 76 kHz, frequency multiplexes into a stereo baseband signal, and FM modulates the broadcast.

Fig. 16 shows a hierarchical structure showing a character / shape coding system of DARC.

In Layer 1, transmission path characteristics are specified. Multiple signals are superposed on the high frequency side than the L + R signal and the L-R signal, which are conventional FM stereo broadcast signals. In this superposition method, the LMSK (Level Controlled Minimum Shift Keying) method, which controls the level of the multiple signal by the modulation degree of the LR signal, is adopted in consideration of the fact that the interference to the multiple signal or the audio signal becomes remarkable when the voice modulation degree is small. .

Layer 2 defines a frame structure of data, including an error correction scheme. Each frame consists of 272 blocks in the column direction, and a 16-bit block identification code (BIC) is added at the beginning, and frame synchronization and block synchronization are performed based on this block identification code. Among the 272 blocks in the column direction, 190 blocks are packets for transmitting data, and 82 blocks are parity packets for transmitting parity in the column direction. Each packet is composed of a 176-bit data portion in the row direction, a 14-bit cyclic redundancy code (CRC) that is an error detection code, and a parity portion of 82 bits.

In the transmission data, error correction is first performed in this hierarchical step based on this one frame. 17. In reality, as shown in Fig. 17, transmission data is transmitted in a frame structure in which packets and parity packets are arranged in a predetermined order in the longitudinal direction.

Layer 3 defines the composition of data packets. The data packet consists of 176 bits excluding BIC, CRC, and parity among each row in the frame. A data packet consists of a prefix and a block of data.

Layer 4 shows the organization of data groups. A data group consists of one or more data blocks. This data group also includes a CRC, which is an error detection code, and error detection is performed even in this layer of the transmitted data. One data group corresponds to one page of data.

Layer 5 defines the composition of 1 piece of integrated information transmitted by FM multicasting, that is, the pro data.

Fig. 18 shows the structure of the data packet of layer 3.

The prefix in the data packet contains the service identification code. As shown in Table 1, this service identification code consists of four bits of b1 to b4, and identifies the contents of the program (general information, traffic information, additional information, auxiliary information, operation signal).

TABLE 1

Fig. 19 shows the structure of the professional data of the layer 5.

Pro data consists of multiple data groups. The first group is pro management data including information about the entire pro, such as the pro number and the total number of pages. Groups after the second are page data. Each page data contains data for each page.

The pro management data is composed of a pro data header and a data unit (data unit group) of one or a plurality of pro management data. Each page data is composed of a page data header and a data unit (data unit group) of one or a plurality of page data.

20 shows the configuration of the pro data header.

The pro data header consists of a data header identifier and data header data. The data header data consists of the pro number, page count, presentation function, information type, display format, and pro content update flag.

The pro number consists of 8 bits and represents the pro number as a binary value. Pro numbers are from 0 to 255. That is, up to 256 types of programs can be broadcasted on one service identification code (see Fig. 18).

The pro content update flag consists of 2 bits and indicates a pro unit update. Each update is incremented by two bits. That is, it repeats as 00 → 01 → 10 → 11 → 00.

The total number of pages is 6 bits, and the number of pages constituting the pro is represented by a binary value. The total number of pages excluding the pro management data is displayed. If the total number of pages is from 0 to 63, and the total number of pages is 0, there is no page data. That is, the maximum number of pages of one pro is 63.

The presentation function consists of 8 bits and indicates the type of code and the type of presentation included in the pro. The information type consists of 4 bits and identifies the genre of the contents of the pro. The display format consists of 4 bits and specifies the display mode.

Fig. 21 shows the configuration of the data unit of the pro management data.

The data unit of the pro management data includes a data unit identification code indicating the type of the data unit, a data unit link flag (DUL) indicating the connection between the data units, a data unit size indicating the data unit length, and a data unit data indicating the data unit length. Contains data unit data.

Fig. 22 shows the structure of the page data header.

The page data header consists of a data header identifier and data header data. The data header data consists of a pro number, page number, presentation function, information type, display format, and page content update flag.

The pro number, presentation function, information type and display format are the same as the pro number, presentation function, information type and display format of the pro data header.

The page content update flag consists of 2 bits and represents the update of the content for each page. Each update is incremented by two bits. That is, it repeats as 00 → 01 → 10 → 11 → 00.

The page number consists of 6 bits and represents the pro's page as a binary value. The presentation function consists of 8 bits and indicates the type of code and the type of presentation included in the pro.

Fig. 23 shows the configuration of a data unit of page data.

The data unit of the page data includes a data unit identification code indicating the type of data unit, a data unit link flag (DUL) indicating a connection between data units, a data unit size indicating a data unit length, and a number of data represented by the data unit length. Contains data unit data consisting of data.

The present applicant has progressed to the development of the FM multicasting pro which conforms to the DARC which is the FM multicasting standard and differs from the FM multicasting pro currently being performed. For example, a quiz program relating to the progress of a sports pro provided by a broadcast other than a multicast such as a TV broadcast or an FM broadcast is broadcasted in real time in FM multicast. At this time, both the pro execution program for executing the pro and the pro configuration data (data such as text, graphics, and voice) constituting the pro are transmitted by FM multicasting.

The user answers the quiz presented in the quiz pro, and then broadcasts the correct answer through FM multicasting. The answer result is recorded in a card or the like at the receiving terminal, and the user presents the card to a convenience store so that the user can receive a predetermined service.

For example, when a music program is broadcasted on a radio broadcast, the question "Who is the singer who sings this song?" By FM multiplex and the question "(1) singer name 1, (2) singer name 2, ( 3) Display the option "Singer Name 3".

Or when baseball broadcaster is broadcasted by TV broadcast, "Multiple hitters can be on base?" By FM multicast and question, "(1) hit, (2) home run, (3) out" choice Mark the item.

It is also conceivable to broadcast a quiz program unrelated to a broadcast other than the multicast by FM multicast.

As a problem when performing such FM multicasting, there have been the followings.

(a) Provide a multicast program of programs executed by the programs transmitted. In particular, it should provide a multi-provision of a program related to the progress of a broadcast program other than the multicast.

(b) Increase the number of pros. Previously, the maximum number of pros was 255.

(c) The number of data on one screen is at least good, but increase the number of screens on one screen. Conventionally, one page data = one screen data, and the maximum number of screens of one pro was 63 screens.

(d) An advertisement pro consisting of a plurality of kinds of advertisement screens is transmitted in advance and stored in the terminal, and a predetermined number of advertisement screens are sandwiched and displayed behind a predetermined screen displayed in another pro. In other words, the screen of another pro is sandwiched by the screen of another pro.

SUMMARY OF THE INVENTION The present invention provides a method for embedding another professional screen of a data broadcasting system that can embed screen data of another data broadcasting pro while the data broadcasting pro is being displayed, and a method of displaying a screen on the receiving side in the data broadcasting system. The purpose.

1 is a block diagram showing the configuration of a delivery system.

2 is a perspective view showing the appearance of a receiving system;

3 is a block diagram showing the configuration of a receiving system;

Fig. 4 is a schematic diagram showing the configuration of data unit data in the data unit of the pro management data whose data unit parameter is the parameter Pa representing the management data of the programmable pro.

Fig. 5 is a schematic diagram showing the configuration of data unit data in a data unit of page data whose data unit parameter is parameter Pb representing a program of a programmable pro.

Fig. 6 is a schematic diagram showing the configuration of data unit data in a data unit of page data whose data unit parameter is parameter Pc representing data.

Fig. 7 is a timing chart showing a delivery method of a pro-interworking program type pro.

Fig. 8 is a timing chart showing a delivery method of the accumulated program type pro.

9 is a timing chart showing a method of transmitting an information service program.

Fig. 10 is a flowchart showing a knitting and sending processing procedure by the specific professional knitting sending and controlling unit of the sending system.

Fig. 11 is a flowchart showing a pro data storage processing procedure by the CPU of the receiving system.

Fig. 12 is a flowchart showing a processing procedure for executing a programmable program by the CPU of the receiving system.

Fig. 13 is a flowchart showing an execution process of the pro-interworking programmable program.

14 is a schematic diagram showing data of an advertisement pro.

Fig. 15 is a schematic diagram showing a one-screen data area corresponding to the display screen when the advertisement screen is inserted behind a display screen of the main program.

Fig. 16 is a schematic diagram showing a hierarchical structure for displaying a character / shape coding system of DARC.

17 is a schematic diagram illustrating a frame configuration of a DARC.

Fig. 18 is a schematic diagram showing the configuration of a data packet of layer 3;

Fig. 19 is a schematic diagram showing the configuration of the profile data of Layer 5.

20 is a schematic diagram showing the configuration of a pro data header.

Fig. 21 is a schematic diagram showing the configuration of a data unit of pro management data.

Fig. 22 is a schematic diagram showing the configuration of a page data header.

Fig. 23 is a schematic diagram showing the configuration of a data unit of page data.

<Explanation of symbols for the main parts of the drawings>

14: specific pro input terminal

15: specific professional organization sending control unit

17: LMSK Modulator

19: FM modulator

20: transmitter

21: receiving device

22: remote controller

31: display

41: FM tuner

45: BPF

46: LMSK demodulation circuit

47: error correction circuit

50: CPU

51: ROM

52: Chinese character ROM

53: first RAM

54: second RAM

Another method for embedding a professional screen of a data broadcasting system according to the present invention is a method of embedding screen data of another data broadcasting pro while another data broadcasting program is being displayed. Among the screen data constituting the broadcast pro, the screen data to which the screen of another data broadcast pro is to be inserted next to the screen is sent to send another pro screen embed command, and the screen data is sent to the receiver. And after displaying the screen data including the embed command, displaying the screen of another data broadcast program specified by the other pro screen embed command based on the other pro screen embed command.

As the other data broadcasting pro, for example, an advertisement pro composed of a plurality of advertisement screens is used.

The screen display method on the receiving side in the data broadcasting system according to the present invention is a screen for the other broadcast screen that is to be inserted into the screen data of the screen data constituting the data broadcast program, which is to be inserted after the screen. In the screen display method on the receiving side in a data broadcasting system in which an embed command is sent and the screen data is sent from the sending side, the other pro screen is displayed after displaying the screen data including another pro screen embed command. And displaying a screen of another data broadcast program specified by the other pro screen embed command based on the embed command.

EMBODIMENT OF THE INVENTION Hereinafter, embodiment of this invention is described with reference to drawings.

[1] delivery systems

Fig. 1 shows the configuration of a delivery system provided on the broadcasting station side.

In addition to the FM multicast program (hereinafter, referred to as "general FM multicast program"), which has been broadcast in the past, this broadcasting system has an FM multicast program (hereinafter referred to as "specific FM multicast program") that differs from the general FM multicast program. Pro ”).

A pro provided by a specific FM multicasting pro includes a pro execution program (hereinafter simply referred to as a "program") for executing the pro, such as a quiz pro and a game pro, and the pro configuration data (characters There is an information service program such as a program-type program to which both data such as graphics and the like are sent out, a weather forecast, and an advertisement program to be described later.

In addition, the program-type pro includes a pro-linked program type program in which pro data is transmitted every predetermined transmission unit in accordance with the progress of a broadcast program other than multicast such as TV broadcast or FM broadcast, and regardless of the progress of a broadcast program other than multicast. There is an accumulated program type program in which the pro data are sequentially sent in predetermined delivery units.

The FM broadcast pro production and delivery apparatus 11 produces and broadcasts an FM broadcast pro. The general pro input terminal 12 is for inputting data of a general FM multicast pro. The general professional programming sending control unit 13 organizes the data input from the general professional input terminal 12 to form a general FM multicast program, and simultaneously forms and transmits the programming data in a transmission format.

The specific pro input terminal 14 is for inputting data of a specific FM multicast pro. The specific professional programming sending control unit 15 organizes the data input from the specific professional input terminal 14 to organize the specific FM multicast program, and simultaneously forms and transmits the programming data in the form of a transmission format.

The synthesizing transmission control unit 16 synthesizes and transmits the general FM multicasting program transmitted from the general program listing transmission control unit 13 and the specific FM multicasting program transmitted from the specific program listing transmission control unit 15.

The LMSK modulator 17 performs LMSK modulation on the multiple signals transmitted from the synthesizing control section 16 in accordance with the level of the audio signal transmitted by the FM broadcast production / producing apparatus 11.

The adder 18 adds the output of the FM broadcast pro production / transmission apparatus 11 and the output of the LMSK modulator 17. The FM modulator 19 FM modulates the output of the adder 18. The transmitter 20 transmits the output of the FM modulator 19.

[2] description of receiving system

2 shows an appearance of a receiving system.

The receiving system includes a receiving device 21 and a remote controller 22. On the front of the receiver 21, a card insertion / ejection port for inserting or ejecting a display 31, such as a fluorescent display tube for displaying characters and figures sent by FM multicasting, and a card 30, etc. (32), various indicators, various operation keys and the like are provided. The remote controller 22 is for remotely operating the reception device 21.

3 shows the electrical configuration of the receiving device 21.

Here, for convenience of explanation, the reception apparatus 21 stores only the specific FM multicasting pro of the general FM multicasting pro and the specific FM multicasting pro and displays it on the display.

The audio signal is reproduced through the amplifier 43 and the speaker 44 after the high frequency component is removed by the LPF (low pass filter) 42 from the output signal of the FM tuner 41.

In the multiple signal, the voice component and the noise component are removed from the band pass filter (BPF) 45 from the output signal of the FM tuner 41, and the multiple signal (LMSK signal) is extracted. The extracted multiple signals are LMSK demodulated by the LMSK demodulation circuit 46.

The signal obtained by the LMSK demodulation circuit 46 is sent to the error correction circuit 47 to perform error correction. The data obtained after this error correction is once accumulated in the first RAM 53. Thereafter, the CPU 50 selects only a specific FM multicast program from the data accumulated in the first RAM 53, reorganizes the data for each program, and stores the data in the second RAM 54. FIG. The ROM 51 stores a program of the CPU 50 and the like. In addition, the Chinese character ROM 52 stores a font displayed on the display 31.

The sound effect generator 48 generates a sound signal of a plurality of predetermined sound effects, and outputs the sound signal of the sound effect of the kind designated by the command of the CPU 50 for a specified time. The audio signal output from the effect sound generator 48 is output through the amplifier 43 and the speaker 44.

The card reader 55 is for reading the two-dimensional bar code recorded in the card 30 inserted into the card insertion / discharge port 32. The card writer 56 is for writing a two-dimensional bar code or character into the card 30 inserted in the card insertion / discharge port 32. The bar code information to be recorded or prerecorded on the card 30 includes personal information about the user who uses the reception apparatus 21, information indicating an answer to the quiz pro, etc., information specifying a pro, and the like.

The infrared sensor 57 receives infrared rays transmitted from the remote controller 22 and converts them into electrical signals.

When a pro is selected as the user operates the remote controller 22 or inserts the card 30 in which the pro specification information is recorded, the CPU 50 decodes the selected pro's data and displays it on the display 31. . In addition, when the selected pro is a program-type pro including a program in the pro data, the CPU 50 executes the pro according to the program.

[3] About data packets and profiles

As described above, the service identification code is included in the prefix (see Fig. 18) in the data packet. For the particular FM multiple broadcasting service code in the identification code has already been allocated to the general FM multiplex broadcasting (see Table 1) different from the code, for example, it is assigned a _{"0111" (= 7 H)} . Thus, the service identification code in the prefix in the data packet for the particular FM multicast pro is " 0111 &quot;.

As described above, the pro data (see Fig. 19) is made up of pro management data and one or a plurality of page data. The pro management data is composed of a pro data header and a data unit of one or more pro management data. The page data consists of a page data header and a data unit of one or a plurality of page data. As described above, the pro data header (see Fig. 20) and the page data header (see Fig. 22) include information types for genre identification of the pro content.

For the specific FM multicasting, the information type is assigned a code different from the code already assigned to the general FM multicasting, for example, "0010" (= _2H ). Therefore, the information type in the pro data header and the page data header in the pro data is "0010".

As described above, data unit parameters are included in the data unit of the pro management data (see FIG. 21) and the page unit of the page data (see FIG. 23). In order to be able to provide a programmable pro with a specific FM multicast, a parameter Pa (e.g., 60h) representing the management data of the programmable pro as a data unit parameter, a parameter Pb (e.g., representing a program of the programmable pro) , 61h) and a parameter Pc (for example, 62h) indicating data (character, graphic data, etc.) are added.

In other words, in the data unit of the pro management data containing the program management data, the parameter Pa is input as the data unit parameter. In addition, in the data unit of the page data containing the program of the program type, the parameter Pb is input as the data unit parameter. In addition, in the data unit of the page data containing the character and figure data of the programmable program or the information service program, the parameter Pc is input as the data unit parameter.

Fig. 4 shows the configuration of the data unit data in the data unit of the pro management data whose data unit parameter is the parameter Pa representing the management data of the programmable pro.

This data unit data consists of a category code (sub-pro code) followed by one or more segments. The type code is a code for subdividing the pro number (hereinafter referred to as "the main pro number") (see Figs. 20 and 22) and is represented by two bytes (16 bits). That is, the type code allows a plurality of subpro numbers to be set for one main pro number. Since the type code is displayed in 16 bits, it is possible to set a sub-number of 0 to 65535 for each main pro number, thereby significantly increasing the number of pros.

Each segment consists of segment length, pro control number and parameters. The pro control information includes an operation mode, a program start date, a program close date, a program erase date, and an advertisement data validity period. The operation mode includes a pro-interworking mode, an accumulation mode, an information service mode, and the like, and their designation is specified by parameters in the segment.

The pro linkage mode is specified in the data unit data for the pro linkage programmable program. The accumulation mode is specified in the data unit data for the accumulation programmable program. The information service mode is specified in the data unit data for the information service pro.

Fig. 5 shows the configuration of data unit data in a data unit of page data (hereinafter referred to as &quot; program unit &quot;) whose data unit parameter is a parameter Pb representing a program of a programmable program.

Data unit data in the program unit is composed of a category code for subdividing the pro number, a module number for distinguishing the contents of the pro defined by the pro number and the category code, and one or more segments following it. Each segment contains a program. That is, each segment consists of a segment length indicating the length of each segment, a line number indicating the line number of the program, a command number indicating the content of the program command, and an index number.

Fig. 6 shows the configuration of data unit data in a data unit of page data (hereinafter referred to as a "screen data unit") whose data unit parameter is a parameter Pc representing data.

The data unit data in the screen data unit is composed of a category code for subdividing the pro number, a module number for distinguishing the contents of the pro defined as the pro number and the category code, and one or more segments following it. Each segment consists of a segment length indicating one segment length and one screen of data.

Therefore, in a particular FM multicasting pro, one or more screen data are included in each screen data unit in each page data in the pro data. That is, in the general FM multicast pro, one page or one screen of data is included in each page data in the pro data, but in a particular FM multicast pro, the number of data of one screen is small in each page data in the pro data. Only multiple screens of data can be included.

[4] description of data transmission of PRO linked program type PRO

Fig. 7 shows how data of the pro linked program type pro is transmitted.

The sending unit may be one module unit or a plurality of module units. It is assumed here that the sending unit is one module unit. Therefore, one unit of transmission data includes one pro management data (including a pro data header and data unit data), and one page data (a program unit and a screen data unit corresponding to the page data header and one module number). It includes).

In the case of sending the data of the pro-interworking programmable program, the content update flag (see Fig. 20) in the pro data header and the content update flag (see Fig. 22) in the page data header are updated each time the contents of the sending unit change. However, each sending unit is sent out two or three times in succession without changing the update flag.

[5] Explanation of Data Transmission of Accumulated Programmable Pro

Fig. 8 shows how the accumulated program type pro data is sent out.

The sending unit may be one module unit or a plurality of module units. It is assumed here that the sending unit is one module unit. However, professional management data is sent out only at the beginning. Therefore, the first one unit of transmission data includes one pro management data (including pro data header and data unit data), and one page data (page data header and program unit and screen data corresponding to one module number). Unit). The second and subsequent sending units consist of one page data (including a page data header and a program unit and screen data unit corresponding to one module number).

When the stored program type data is sent out, the contents update flag (see Fig. 22) of the page data header is not updated even if the contents of the sending unit are changed. However, each sending unit is sent out two or three times in succession without changing the update flag.

[6] description of data transmission of information service pro

Fig. 9 shows how data of the information service pro is transmitted.

The sending unit may be one module unit or a plurality of module units. It is assumed here that the sending unit is one module unit. One unit of sending data consists of one pro management data (including a pro data header and data unit data) and one page data (including a page data header and a screen data unit corresponding to one module number). .

In the case of sending the information service pro data, the content update flag (see Fig. 20) in the pro data header and the content update flag (see Fig. 22) in the page data header are updated whenever the contents of the sending unit are different. However, each sending unit is sent out two or three times in succession without changing the update flag.

[7] Description of Editing Transmission Process by Specific Program Configuration Transmission Control Unit 15 of Transmission System

Fig. 10 shows the editing delivery processing procedure of the specific professional programming delivery control unit 15 of the delivery system shown in Fig. 1.

Each time the next sending instruction is input by hand input or based on time (step 1), data for the next one sending unit is edited (step 2). Then, the edited delivery data for one sending unit is sent out two to three times in succession (step 3). When all data to be sent are sent (step 4), the process ends.

[8] Description of the PRO Data Storage Process by the CPU 50 of the Receiving System

Fig. 11 shows a pro data storage process which is once stored in the first RAM 53 of the reception apparatus 21 and is performed on data determined as a specific FM multicast pro by the service identification code. Fig. 11 shows a process for data (including new data) whose content update flag is updated.

First, one data unit (data unit of pro management data or data unit of page data) is taken out (step 11). It is determined whether the retrieved data unit is a data unit of pro management data (step 12). If the retrieved data unit is not a data unit of the pro management data, it is determined that the data could not be retrieved from the beginning of the pro or from the beginning of the sending unit, and the data having the same content update flag among the data units subsequent to the retrieved data unit is determined. The unit is discarded (step 19). Then, the process returns to step 11.

If the data unit retrieved in step 11 is a data unit of the pro management data, the contents of the data unit of the extracted pro management data are checked (step 13), and the corresponding reception device (terminal 21) receives the corresponding pro. It is judged whether or not it is possible (step 14). If it is determined by the receiving apparatus that the pro cannot be received, the process proceeds to step 19 and among the data units subsequent to the extracted data unit, data units having the same content update flag are discarded. Then, the process returns to step 11.

When it is determined in step 14 that the pro can be received by the reception apparatus 21, the content of the data unit of the extracted pro management data is stored in the second RAM 54 (step 15).

Then, it is determined whether or not there is a data unit (program data unit or screen data unit) of page data associated with the data unit of retrieved pro management data (step 16). If a data unit of page data taken out exists, one data unit of page data is taken out (step 17). The contents of the data unit of the retrieved page data are then stored in the second RAM 54 (step 18).

In step 16, if the data unit of page data exists, the processes of steps 17 and 18 are repeated. In this way, data (including new data) whose content update flag is updated is stored in the second RAM 54.

If it is determined in step 16 that a data unit of page data does not exist, the flow returns to step 11.

[9] Description of Programmable Pro Execution Processing by the CPU 50 of the Receiving System

Fig. 12 shows a pro execution processing procedure performed by the CPU 50 of the receiving system when a program of a pro type is designated by the user.

When a program of a pro program is designated by the user, the program start date and the like are checked in the contents of the data unit of the pro management data stored in the second RAM 54 (step 21), and it is determined whether or not the pro can be executed. It is determined whether or not (step 22).

If it is determined that the pro can be executed, it is determined whether or not the program command of the pro is stored in the second RAM 54 (step 23). If the program command is stored, the command for one line is taken out (step 24). If the retrieved command is not an end command (step 25), the retrieved command is executed (step 26). Then, the process returns to step 23.

When it is determined in step 23 that the program command of the pro is not stored in the second RAM 54, the program waits for the program command of the pro in the second RAM 54. If the program command of the corresponding pro is stored in the second RAM 54 before the predetermined time has elapsed (NO in step 27, YES in step 23), the process proceeds to step 24 and a command for one row is taken out. If a command is not stored in the second RAM 54 even after a certain time has elapsed (YES in step 27), an error message is displayed on the display 31 (step 28), and the execution process of the corresponding pro is terminated. .

In step 25, when it is determined that the command retrieved in step 23 is the end command, the execution processing of the pro is terminated.

[10] Explanation of specific example of pro interlocking program type pro

Fig. 13 shows an example of a pro linked program type pro. This pro-interworking program type pro is executed in conjunction with the baseball game on TV. Fig. 13 shows a program for executing the pro, the screen data displayed in the pro, and the entire flow.

First, each program command shown in FIG. 13 will be briefly described. In the program commands shown below, parentheses indicate index numbers.

(1) DISP (module number), (item number), (display seconds), (display attribute)

Description: Command to display the received data for one screen.

Module number: Module number of data to display

Item number: Item number of the data to display

Display seconds: Number of seconds to display data

Display attribute: Display attribute of data (normal display, scrolling, opening, character drop, etc.)

(2) SOUND (kind), (volume), (repeat count)

Description: Command to output sound effect.

Type: Type of sound effect

Volume: Volume of the effect sound

Number of repetitions: Number of repetitions of sound effects

(3) INPUTG (variable), (digits), ((FROM) number), ((TO) number), (error value), (countdown seconds), (module number), ((FROM) item number), ((TO) item number), (display seconds), (display property)

Description: A command to save the entered numerical value while displaying the data for one or more screens received.

Variable: Variable name to store the input result (eg K%)

Digits: Maximum input digits

(FROM, TO) number: input range

Error value: Set when no valid number is entered after counting down.

Countdown seconds: input wait time

Module number: Module number of data to display

Item number: Item number of the data to display

Display seconds: Number of seconds of data display

Display attribute: Display attribute of data

(4) ONGOTO (variable), (row 1), (row 2)

Content: Command to branch to a given line according to the contents of a given variable. If the given variable is 1, it branches to row 1. If the variable is 2, it branches to row 2.

(5) GOTO (line number)

Content: Command to branch to the specified line.

(6) FIELDB (field variable), (digit length), (variable 1), (digit length), (variable 2).

Description: A command that defines the print field of a two-dimensional barcode.

Field variable: Defined argument field variable name (for example, A &)

Digit length: byte length of the variable to set

Variable: Variable name defined as a field (eg K%)

(7) PUTB (field variable),

Description: Command to print 2D barcode.

(8) LLOCATE (X position), (Y position)

Description: Command to specify argument position.

X position: X position to start printing

Y position: Y position to start printing

(9) VSET (variable 1), (variable 2)

Description: Command to copy the contents of variable 2 to variable 1. For example, it is used to convert numeric variables into character variables (argument data).

(10) LPRINT (string type variable),

Description: A command that prints a string variable to a card.

(11) ENDC

Description: Command to end the program.

There are many program commands other than the above, but the description thereof is omitted.

Referring to Fig. 13, the execution processing of the pro-interworking program type pro will be described.

First, when the start time of the pro is reached, the pro start is displayed (step 31). The display of the pro start is made based on the program and screen data of module No. 1 already received and stored in the second RAM 54. In Fig. 13, a in [a, b] denotes a module number, and b denotes an item number.

In step 31, "Professional baseball quiz start" of screen data [1, 1] is displayed on the basis of the DISP command on line 1001, and "wait for a while" on the screen data [1, 2] on the basis of the DISP command on line 1001. Please ”is displayed.

Next, when the problem is reached, the program and screen data for asking the problem from the delivery system are sent out as page data of module number 2. When the page data of module number 2 is received, the following processing is performed based on the received data.

First, an effect sound is output (step 32). That is, based on the SOUND command of 1003 lines, the effect sound "Ya-ja" is output for one second.

Thereafter, a problem is displayed and a response input wait state is entered (step 33). That is, based on the INPUTG command on line 1004, "self-start, current turn at hit or home run" of the screen data [2, 1] is displayed and "(1) hit (2) home run" of the screen data [2, 2] is displayed. After the message is displayed, you will be waiting for input.

Next, a confirmation display of the answer is performed (step 34). The processing in step 34 is executed based on the command of lines 1005 to 1011. If there is no answer input within the response wait time (countdown seconds) specified by the INPUTG command on line 1004, "no answer input" of the screen data [2, 3] is displayed based on the DISP command on line 1006. Then, the process proceeds to line 1012 of module number 3 based on the GOTO command on line 1007.

If the answer input is "1", the process proceeds to line 1008 based on the ONGOTO command on line 1005, and "hit" of the screen data [2, 4] is displayed on the basis of the DISP command on line 1008. Then, the process proceeds to line 1012 of module number 3 based on the GOTO command on line 1009.

If the answer input is "2", the process proceeds to line 1010 based on the ONGOTO command on line 1005, and "home run" of the screen data [2, 5] is displayed on the basis of the DISP command on line 1010. Based on the GOTO command at line 1011, the process proceeds to line 1012 of module number 3.

In the baseball being relayed, when the result of the above problem is returned, the program and screen data for printing the answer while displaying the correct answer in the delivery system are sent out as page data of module number 3. When the page data of module number 3 is received, the following processing is performed based on the received data.

First, the correct answer is displayed (step 35). That is, based on the DISP command in line 1012 of module number 3, "the correct answer was a home run" is displayed in the screen data [3, 1].

In addition, the user's answer is printed on the card 30 by a two-dimensional barcode (step 36). That is, after the argument field is defined by the FIELDB command on line 1013, the user's reply is printed on the card 30 by the PUTB command on line 1014.

Next, the user's answer is printed onto the card 30 (step 37). That is, the argument position is specified based on the LLOCATE command on line 1015. Based on the VSET command on line 1016, the user's reply is converted into a character code. On the basis of the LPRINT command on line 1017, the user's reply is printed on the card 30 by character. The current pro finishes with the ENDC command on line 1018.

[11] Explanation of the interrupt display of another pro

In a specific FM multicasting, an advertisement program consisting of a plurality of advertisement (CM) screens is transmitted in advance and stored in the second RAM 54 of the receiving system, and another information such as an information service program such as a weather forecast is displayed. It has a function to insert and display the CM screen in the advertisement pro on the way.

Fig. 14 shows an advertisement program which has been received in advance and stored in the second RAM 54. In this example, the advertisement pro consists of CM screens 1 to N.

The interrupt designation of the CM screen is performed as follows in a pro (hereinafter referred to as "main pro") which wants to embed the CM screen of the advertisement pro during pro display. The data unit of the main program (the data unit of the page data whose data unit parameter is 62H) contains the data unit data as shown in FIG. The data unit data also includes one or more segments. Each segment contains data for one screen.

When an advertisement screen is inserted after a display screen of the main program, as shown in Fig. 15, a CM interrupt command (for example, "1F _HC ") is placed at the head of the data for one screen corresponding to the display screen (for example, "1F _HC "). Insert another professional interrupt instruction) in advance on the delivery system side.

" _C " in the CM interrupt command "1F _HC " is a variable indicating the number of screens. The CM interrupt command "1F _HC " indicates to display the advertisement screen for the number of screens designated by " _C " after the corresponding one-screen data is displayed.

Thus, for example, when the CM interrupt command "1F _H 1" is included at the beginning of any screen data of the main program, the CM screen displayed in the latest past in the CM program after the corresponding screen is displayed by the CPU 50 Next CM screen is displayed. That is, whenever a screen in which the CM interrupt instruction is included in the head of the screen data is displayed, the screen in the CM pro is displayed to cycle through the CM pro by the specified number of sheets.

Moreover, the data indicating the display valid period may be included in each screen in the CM Pro, and the display of the screen may be allowed only within the display valid period.

In the above embodiment, the case where the present invention is applied to FM multicasting has been described. However, the present invention can also be applied to data broadcasting other than FM multicasting (text broadcasting of television broadcasting, etc.).

According to the present invention, screen data of another data broadcast program can be embedded while the data broadcast program is being displayed.

Claims (4)

In the other professional screen embedding method of the data broadcasting system in which the screen data of another data broadcasting pro is embedded while the data broadcasting pro is being displayed, On the sending side, among the screen data constituting the data broadcast program, another screen input command is sent to the screen data to which the screen of another data broadcast program is to be inserted next to the screen, and the screen data is sent. On the receiving side, after displaying screen data including another pro screen embed command, the screen of another data broadcast program specified by the other pro screen embed command is displayed based on the other pro screen embed command. Another professional screen embedding method of a data broadcasting system, characterized in that the. The method according to claim 1, wherein said other data broadcast program comprises a plurality of advertisement screens. Of the screen data constituting the data broadcast program, another program screen embedding command is sent to the screen data to insert the screen of another data broadcast program after the screen, and the screen data is sent from the sending side. In the screen display method of the reception side in a broadcasting system, After displaying the screen data including the other pro screen embed command, the screen of the other data broadcast pro specified by the other pro screen embed command is displayed according to the other pro screen embed command. A screen display method on the receiving side in a data broadcasting system. 4. The screen display method of a receiving side in a data broadcasting system according to claim 3, wherein said other data broadcasting program is composed of a plurality of advertisement screens.