CN101321260B - Program timing broadcast system and method - Google Patents

Abstract

The present invention provides a program timing broadcasting system, the system includes a server and a database, the server includes an acquisition module, a judgment module, a processing module and a monitoring module, wherein: the acquisition module is used to acquire program presets from the database Playing time; the judging module is used to judge whether the current time has reached the preset playing time of the program; the processing module is used to issue a playing instruction when the current time reaches the acquired preset playing time of the program; the The monitoring module is used to monitor whether a play instruction is issued; the judging module is also used to judge whether a program is being played when a play instruction is heard; and the processing module is also used when no program is being played. Plays the current show in the database while playing. The invention also provides a program timing playing method. The precise timing of program broadcasting can be realized by using the program timing broadcasting system and method.

Description

System and method for regularly broadcasting programs

technical field

The invention relates to a program timing broadcasting system and method.

Background technique

Timing broadcasting of programs is generally implemented using a master-slave (Server/Client, server/client) architecture.

Usually, a timer is set on the server side to control the playing of the whole program. The timer checks the current time and the preset playing time of the program, and if the current time is equal to the preset playing time of the program, the program is played.

In actual application, there is a problem: for example, the broadcast time of program A is 08:30:00AM-09:30:00AM, due to temporary changes, program B needs to be played at 09:00:00AM, so the broadcast time of program B The time is set to 09:00:00AM, but at 09:00:00AM, program A cannot be stopped and is still playing because it has not finished playing, while program B cannot be played when its playing time is reached.

After analysis, it was found that the above problems occurred because the program occupied a large amount of CPU resources during broadcasting, and the CPU execution period of the timer was taken away, which led to the temporary failure of the timer, resulting in the inaccurate timing of program playback.

Contents of the invention

In view of the above, it is necessary to provide a program timing broadcasting system, which can realize precise timing of program broadcasting.

In view of the above content, it is also necessary to provide a program timing playing method, which can realize precise timing of program playing.

A program timing broadcasting system, the system includes a server and a database, the database is used to store programs and program schedules, the server includes an acquisition module, a judgment module, a processing module and a monitoring module, wherein: the acquisition module, It is used to obtain the program schedule from the database, and the program schedule includes the program name and the preset broadcast time of the program; the judgment module is used to judge whether the current time reaches the preset broadcast time of the program in the program schedule; The processing module is used to issue a play command when the current time reaches the preset play time of the program in the program schedule; the monitoring module is used to monitor whether a play command is issued; the judging module is also It is used for judging whether there is a program being played when a play instruction is detected; and the processing module is also used for playing the current program in the database when no program is being played.

A method for regularly playing a program, the method includes a timer thread and a player thread, wherein: the timer thread includes the following steps: (a) obtaining a program schedule from a database, and the program schedule includes a program name and the preset broadcast time of the program; (b) judging whether the current time has reached the preset broadcast time of the program in the program schedule; and (c) if the current time reaches the preset broadcast time of the program in the program schedule, then send out the broadcast Instruction; described player thread comprises the following steps: (d) monitors whether to send broadcast instruction; (e) if monitors and sends out broadcast instruction, then judges whether any program is playing; and (f) if there is no program playing, Then play the current program in the database.

The program timing playing system and method can fully guarantee the CPU execution period of the timer, thereby realizing precise timing of program playing.

Description of drawings

Fig. 1 is a hardware architecture diagram of a preferred embodiment of the program timing broadcasting system of the present invention.

FIG. 2 is a functional block diagram of the server in FIG. 1 .

FIG. 3 is a schematic diagram of a preferred embodiment of program scheduling in the present invention.

Fig. 4 is a flowchart of the operation of the timer thread in the preferred embodiment of the program timing broadcasting method of the present invention.

Fig. 5 is a flow chart of the operation of the player thread in the preferred embodiment of the program timing playing method of the present invention.

Detailed ways

Referring to FIG. 1 , it is a schematic view of the operating environment of the program timing broadcasting system of the present invention. The mold collaborative design system is installed in a master-slave architecture (Server/Client). The master-slave architecture includes a server 101, a database 102 and a plurality of distributed clients 105 (only four are shown in the figure). Wherein, the client 105 is connected to the server 101 through the network 104, and the server 101 is directly connected to the database 102, so as to realize cooperative work among various devices.

Wherein, the database 102 is used to store programs and program schedules, is responsible for reading, writing and maintaining the information of the programs and program schedules, and can quickly update a large amount of data.

The server 101 is used to accurately complete the timing play of the program according to the above-mentioned stored program schedule.

Described network 104 is a kind of electronic network, and it can be intranet (Intranet), Internet (Internet) or other network based on TCP/IP (Transport Control Protocol/Internet Protocol, Transmission Control Protocol/Internet Protocol), A network that can be used to implement HTTP (Hypertext Transfer Protocol, Hypertext Transfer Protocol) and FTP (File Transfer Protocol, File Transfer Protocol).

The client 105 is a user interface, which is responsible for displaying regularly played programs to the user.

Referring to FIG. 2 , it is a functional block diagram of the server 101 . The module referred to in the present invention is a computer program segment that completes a specific function, and is more suitable than a program to describe the execution process of software in a computer. Therefore, the present invention will describe the software as modules below.

The server 101 includes an acquisition module 200 , a judgment module 202 , a processing module 203 and a monitoring module 204 .

The obtaining module 200 is used to obtain the preset playing time of the program from the database 102 . Specifically, the acquisition module 200 first acquires the program schedule from the database 102, and then acquires the preset broadcast time of the program from the program schedule. Wherein, the program schedule includes the program name and the preset playing time of the program (the specific content will be described in detail in FIG. 3 ).

The judging module 202 is used to judge whether the current time reaches the preset playing time of the program. Specifically, the judging module 202 compares the current time with the acquired preset playing time of the program according to a certain frequency (for example, every 1 second), so as to judge whether the current time reaches the acquired preset playing time of the program.

The processing module 203 is configured to issue a play instruction when the current time reaches the acquired preset play time of the program.

The monitoring module 204 is used to monitor whether a play instruction is issued.

The judging module 202 is also used for judging whether there is a program being played when it detects that a play instruction is issued.

The processing module 203 is also used for stopping the program being played when there is a program being played, and playing the current program when there is no program being played. The current program refers to the corresponding program when the processing module 203 sends out the play instruction. Specifically, the processing module 203 first reads the program schedule from the database 102, and then finds the program name closest to the current time according to the preset broadcast time of the program in the program schedule, and then plays the database 2 according to the program name. corresponding program in .

Referring to FIG. 3 , it is a schematic diagram of a preferred embodiment of program scheduling in the present invention.

The program schedule can be represented in various forms, and in this preferred embodiment, it is represented by a program schedule table. The program schedule table mainly includes fields such as program name 311 and program preset broadcast time 312 , and the field values of the above fields in the program schedule table can be set according to actual needs.

The program name 311 field is used to store the name of the program to be played. For example, Program A, Program B.

The program preset playing time 312 field is used to store the time of the program to be played. For example, 09:40:00AM, 10/15/2006.

The above program schedule table is only one embodiment of the present invention, it may contain more fields to store more program schedule information, and it may also be replaced by multiple interrelated data tables containing the same program schedule information.

Referring to FIG. 4 , it is a flowchart of the operation of the timer thread in a preferred embodiment of the program timing broadcasting method of the present invention.

Step S301 , the obtaining module 200 obtains the preset playing time of the program from the database 102 . Specifically, the acquisition module 200 first acquires the program schedule from the database 102, and then acquires the preset broadcast time of the program from the program schedule. Wherein, the program schedule includes the program name and the preset playing time of the program.

In step S302, the judging module 202 judges whether the current time reaches the preset playing time of the program. Specifically, the judging module 202 compares the current time with the acquired preset broadcast time of the program according to a certain frequency (such as every 1 second), if the current time is not equal to the acquired preset broadcast time of the program, then continue to this step for judgment .

If the current time is equal to the acquired preset playing time of the program, enter step S303, and the processing module 203 issues a playing instruction.

Referring to FIG. 5 , it is a flow chart of the operation of the player thread in the preferred embodiment of the program timing playing method of the present invention.

In step S401, the monitoring module 204 monitors whether the timer thread issues a play instruction. If the playback instruction is not detected by the timer thread, continue to this step for monitoring.

If it is detected that the timer thread issues a play instruction, then enter step S402, and the judging module 202 judges whether there is a program being played.

If the judging module 202 judges that there is a program being played, it goes to step S403, and the processing module 203 stops the program being played.

If the judging module 202 judges that there is no program being played, it goes to step S404, and the processing module 203 plays the current program. The current program refers to the corresponding program when the timer thread sends out the play instruction. Specifically, the processing module 203 first reads the program schedule from the database 102, and then finds the program name closest to the current time according to the preset broadcast time of the program in the program schedule, and then plays the database 2 according to the program name. corresponding program in .

The preferred embodiment of this program timing play method is made up of above-mentioned two timer thread and player thread that run independently mutually, and described two threads can run in parallel simultaneously, to fully guarantee the CPU execution period of described timer, and then Ensure precise timing of program play.

Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention without limitation. Although the present invention has been described in detail with reference to the preferred embodiments, those of ordinary skill in the art should understand that the technical solutions of the present invention can be Modifications or equivalent replacements can be made without departing from the spirit and scope of the technical solutions of the present invention.

Claims (4)

1. a program timing broadcasting system, it is characterized in that, this system comprises acquisition module, judgment module, processing module and monitoring module, described acquisition module, judgment module, processing module and monitoring module constitute the timer thread of mutually independent operation and Player thread, in the timer thread: The obtaining module is used to obtain the program schedule from the database, and the program schedule includes the program name and the preset playing time of the program; The judging module is used to judge whether the current time has reached the preset playing time of the program in the program schedule; and The processing module is configured to issue a play instruction when the current time reaches the preset play time of the program in the program schedule; In said player thread: The monitoring module is used to monitor whether a playback instruction is issued; The judging module is used for judging whether a program is being played when a broadcast instruction is heard; and The processing module is used to stop the program being played when there is a program being played, and then play the current program in the database, and play the current program in the database when there is no program being played. 2. The system for regularly playing programs according to claim 1, wherein said current program refers to a program corresponding to when the processing module issues a playing instruction. 3. A method for regularly playing programs, characterized in that the method comprises timer threads and player threads running independently of each other, wherein: Described timer thread comprises the steps: Acquiring the program schedule from the database, the program schedule includes the program name and the preset playing time of the program; judging whether the current time reaches the preset playing time of the program in the program schedule; and If the current time reaches the preset broadcast time of the program in the program schedule, then issue a broadcast instruction; Described player thread comprises the steps: Monitor whether there is a play command issued; If a play instruction is detected, it is judged whether there is a program being played; If a program is playing, stop the program being played, and then play the current program in the database; and If no program is playing, the current program in the database is played. 4. The method for regularly playing a program according to claim 3, wherein said current program refers to the corresponding program when the timer thread issues a play instruction.

Images