A distributed audio and video network digital campus broadcast system and method

Abstract

The application discloses a kind of distributed audio and video network digital campus broadcast system and method, belong to campus broadcast technical field, it is applied to the distributed architecture of broadcast server and multiple broadcast terminal composition, this system realizes time synchronization by time setting module, broadcast material management module synchronizes broadcast material, scheme plan management module generates timing play plan, streaming media real-time transmission module issues real-time audio and video signal, server QoS module switches play mode according to operating state, audio and video play module controls broadcast terminal to carry out audio and video play;When server or network is abnormal, control broadcast terminal switches to local autonomous play mode, continue to work based on pre-stored broadcast material and timing play plan;Switch back to user autonomous selection mode when normal, solve the problem of traditional centralized architecture dependence, improve system stability, guarantee daily and emergency broadcast uninterrupted, adapt to complex campus environment, deployment cost is low, applicable to various schools.

Description

Technical Field

[0001] This application belongs to the field of campus broadcasting technology, specifically relating to a distributed audio and video network digital campus broadcasting system and method. Background Technology

[0002] Currently, audio and video network digital campus broadcasting systems have been widely used in various schools. Their core working method is to transmit real-time audio and video streams to various broadcasting terminals through a broadcast server, thereby realizing daily campus broadcasting tasks such as announcements, courseware playback, and background music playback.

[0003] However, existing campus broadcasting systems all employ a centralized, dependent architecture, making them highly reliant on the stability of the broadcast server and network. In real-world campus applications, network failures, insufficient bandwidth leading to poor network conditions, and hardware or software malfunctions of the broadcast server are frequent occurrences. Once these problems arise, the existing audio-visual network digital campus broadcasting system will be completely unable to function properly, failing to complete daily campus broadcasting tasks. This not only disrupts normal teaching and management operations but also poses security risks in emergency situations due to the inability to promptly broadcast emergency information.

[0004] Given the aforementioned shortcomings of existing technologies, there is currently no effective solution. Therefore, developing a campus broadcasting system that can break free from its sole reliance on servers and networks and still operate normally under abnormal conditions has become an urgent technical problem to be solved in the field of campus broadcasting technology. Summary of the Invention

[0005] The purpose of this application is to provide a distributed audio and video network digital campus broadcasting system and method to solve the problem that existing audio and video network digital campus broadcasting systems will completely fail to function properly and complete daily campus broadcasting tasks when abnormalities occur. This not only affects the normal teaching order and management work of the campus, but may also cause safety hazards in the event of an emergency due to the inability to broadcast emergency information in a timely manner.

[0006] The first aspect of this application provides a distributed audio and video network digital campus broadcasting system, applied in a distributed audio and video playback architecture composed of a broadcast server and multiple broadcast terminals, wherein the broadcast server and broadcast terminals communicate through a campus network, comprising: The time synchronization module is used to synchronize the network time between the broadcast server and multiple broadcast terminals, so that the local time on the broadcast server and the multiple broadcast terminals are consistent. The broadcast material management module is used to respond to user operation commands on the broadcast materials on the broadcast server, manage the broadcast materials on the broadcast server, and synchronize the management actions to the broadcast terminals, so that the broadcast materials in each broadcast terminal are the same as the broadcast materials on the broadcast server; The program planning management module is used to generate a timed playback plan for the broadcast material on the broadcast server in response to the user's playback plan specification instruction, and to send the timed playback plan to each of the broadcast terminals; The streaming media real-time transmission module is used to respond to the user's real-time playback command, collect real-time audio and video signals, and send the real-time audio and video signals to each of the broadcast terminals; The server QoS module is used to obtain the operating status of the broadcast server and select the playback mode of the broadcast terminal according to the operating status; the operating status includes server network abnormal status or normal status; the playback mode includes local self-play mode or user self-selection mode. The audio and video playback module is used to execute the scheduled playback plan based on the time synchronized by the time synchronization module in the user-selected mode, and retrieve the broadcast material corresponding to the scheduled playback plan for playback on the broadcast terminal; or, play the real-time audio and video signal on the broadcast terminal. The audio and video playback module is also used in the local autonomous playback mode to execute the timed playback plan based on the time synchronized by the time synchronization module, and to retrieve the broadcast material corresponding to the timed playback plan for playback on the broadcast terminal; or, to play preset audio and video.

[0007] Furthermore, the time synchronization module is configured as follows: At the end of each time synchronization period, the NTP protocol is used to synchronize the network time between the broadcast server and multiple broadcast terminals.

[0008] Furthermore, the broadcast material management module is configured as follows: Obtain user commands for operating broadcast materials on the broadcast server; the commands include adding, deleting, or modifying. If the operation instruction is to add, then new broadcast material for transmission is received and stored in the broadcast server, and the new broadcast material is simultaneously synchronized to the broadcast terminal; If the operation instruction is to delete or modify, the broadcast materials in the broadcast server will be managed, and the management action will be synchronized to the broadcast terminal so that the broadcast terminal can perform the same management of the broadcast materials.

[0009] Furthermore, the scheme planning management module is configured as follows: In response to the user's playback plan specification, a timed playback plan is generated, specifying playback time, playback materials, playback duration, and playback terminal range; the playback materials represent the target materials selected by the user from all broadcast materials in the broadcast server; The broadcasting terminal within the playback terminal range is identified as the target broadcasting terminal, and the timed playback plan is sent to the target broadcasting terminal.

[0010] Furthermore, the real-time streaming media transmission module is configured as follows: In response to the user's real-time playback command, the system collects audio and video signals from the campus broadcasting room or audio and video files stored locally on the server and parses the generated streaming data in real time to obtain real-time audio and video signals. The real-time audio and video signals are sent to each of the broadcast terminals.

[0011] Furthermore, the server QoS module is configured as follows: Obtain the operating status of the broadcast server; the operating status includes whether the server network is in an abnormal or normal state. If the operating state is normal, then the playback mode is determined to be the user-selected mode; the user-selected mode means that the user can choose to play real-time audio and video signals or a timed playback plan. If the operating status is an abnormal server network state, then the playback mode is determined to be a local autonomous playback mode.

[0012] Furthermore, the server QoS module is also configured as follows: The broadcast server sends test data packets to the broadcast terminal; the test data packets carry a sequence number and a timestamp, and the sequence number of consecutive test data packets increases sequentially; The broadcast terminal receives test data packets and obtains the packet loss rate based on the received test data packets: ; ; ; ; in, Indicates packet loss rate. This represents the total number of packets lost. This indicates the starting sequence number of the test data packet. This indicates the termination sequence number of the test data packet. Indicates that the first k The amount of packet loss between each test data packet and the previously received test data packet. Indicates the starting sequence number. Indicates the termination serial number; This represents the packet loss between the real-time received test data packet and the previously received test data packet, used for calculation. ; This represents the sequence number difference between the currently received test data packet and the previously received test data packet. This indicates the sequence number of the test data packet received in real time. This indicates the sequence number of the previously received test data packet; The network latency jitter is obtained based on the received test data packets: ; ; ; ; in, This indicates network latency jitter. The standard deviation of transmit and receive delays. Indicates the maximum send / receive delay. Indicates the average transmit and receive delay. This represents the send / receive delay of the i-th test data packet. This indicates the total number of test data packets received; This indicates the transmit / receive delay corresponding to the currently received test data packet, used for calculation. ; This indicates the time of the currently received test data packet. This represents the timestamp in the test data packet. This represents the fixed time difference between the broadcast server and the broadcast terminal; Based on the packet loss rate and the network latency jitter, the network transmission quality is obtained as follows: ; in, Indicates network transmission quality. The weights representing the packet loss rate Weights representing network transmission quality; If the network transmission quality exceeds a preset threshold, the server network is determined to be in an abnormal state; otherwise, it is determined to be in a normal state.

[0013] Furthermore, the audio and video playback module is configured as follows: At any given time, upon receiving an instruction to switch to local autonomous playback mode, the scheduled playback plan is executed based on the time synchronized by the time synchronization module, and the broadcast material corresponding to the scheduled playback plan is retrieved and played on the broadcast terminal; or, preset audio and video are played.

[0014] Furthermore, the audio and video playback module is also configured as follows: If the broadcast server is in a state of abnormal server network operation, causing the broadcast terminal to switch to local self-play mode, the abnormal server network operation will be continuously monitored. When the broadcast server is detected to change from an abnormal server network operation to a normal operation, the user self-selection mode will be switched.

[0015] A second aspect of this application provides a method for digital campus broadcasting via a distributed audio and video network, comprising: The broadcast server and multiple broadcast terminals are synchronized with network time to ensure that the local time on the broadcast server and the multiple broadcast terminals is consistent. In response to user commands to operate on broadcast materials on the broadcast server, the broadcast materials on the broadcast server are managed, and the management actions are synchronized to the broadcast terminals, so that the broadcast materials in each broadcast terminal are the same as those on the broadcast server; In response to the user's playback plan specification instruction, the broadcast server generates a timed playback plan for the broadcast material and distributes the timed playback plan to each of the broadcast terminals; In response to the user's real-time playback command, real-time audio and video signals are collected and sent to each of the broadcast terminals; The system obtains the operating status of the broadcast server and selects the playback mode of the broadcast terminal based on the operating status; the operating status includes an abnormal server network status or a normal status; the playback mode includes a local self-play mode or a user-selected mode. In the user-selectable mode, based on the synchronized time, the scheduled playback plan is executed, and the broadcast material corresponding to the scheduled playback plan is retrieved and played on the broadcast terminal; or, the real-time audio and video signal is played on the broadcast terminal. In the local autonomous playback mode, based on the synchronized time, the scheduled playback plan is executed, and the broadcast material corresponding to the scheduled playback plan is retrieved and played on the broadcast terminal; or, preset audio and video are played.

[0016] The beneficial effects of this application are as follows: This application provides a distributed audio and video network digital campus broadcasting system and method, applied to a distributed architecture consisting of a broadcast server and multiple broadcast terminals. The system achieves time synchronization through a time synchronization module, synchronizes broadcast materials through a broadcast material management module, generates timed playback plans through a scheme planning management module, distributes real-time audio and video signals through a streaming media real-time transmission module, switches playback modes based on the operating status of the server's QoS module, and controls the broadcast terminals to play audio and video through an audio and video playback module. When the server or network is abnormal, the system controls the broadcast terminals to switch to a local autonomous playback mode, continuing to work based on pre-stored broadcast materials and timed playback plans. Under normal conditions, it switches back to the user-selected mode. This solves the dependency problem of traditional centralized architectures, improves system stability, ensures uninterrupted daily and emergency broadcasts, adapts to complex campus environments, has low deployment costs, and is suitable for various types of schools. Attached Figure Description

[0017] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0018] Figure 1 This application provides a schematic diagram of the structure of a distributed audio and video network digital campus broadcasting system; Figure 2 A flowchart illustrating a distributed audio and video network digital campus broadcasting method provided in this application; Among them, 101-Time synchronization module, 102-Broadcast material management module, 103-Scheme planning management module, 104-Streaming media real-time transmission module, 105-Server QoS module, and 106-Audio and video playback module.

[0019] The accompanying drawings illustrate specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to particular embodiments. Detailed Implementation

[0020] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0021] The embodiments of this application are described in detail below with reference to the accompanying drawings.

[0022] like Figure 1As shown, this application provides a distributed audio and video network digital campus broadcasting system, applied in a distributed audio and video playback architecture composed of a broadcast server and multiple broadcast terminals, wherein the broadcast server and broadcast terminals communicate through a campus network, including: The time synchronization module 101 is used to synchronize the network time between the broadcast server and multiple broadcast terminals so that the local time on the broadcast server and the multiple broadcast terminals is consistent. The broadcast material management module 102 is used to respond to user operation commands on the broadcast materials on the broadcast server, manage the broadcast materials on the broadcast server, and synchronize the management actions to the broadcast terminals, so that the broadcast materials in each broadcast terminal are the same as the broadcast materials on the broadcast server; The program planning management module 103 is used to generate a timed playback plan for the broadcast material on the broadcast server in response to the user's playback plan specification instruction, and to send the timed playback plan to each of the broadcast terminals; The streaming media real-time transmission module 104 is used to respond to the user's real-time playback command, collect real-time audio and video signals, and send the real-time audio and video signals to each of the broadcast terminals; The server QoS module 105 is used to obtain the operating status of the broadcast server and select the playback mode of the broadcast terminal according to the operating status; the operating status includes an abnormal server network status or a normal status; the playback mode includes a local self-play mode or a user-selected mode. The audio and video playback module 106 is used to execute the timed playback plan based on the time synchronized by the time synchronization module 101 in the user-selected mode, and retrieve the broadcast material corresponding to the timed playback plan for playback on the broadcast terminal; or, play the real-time audio and video signal on the broadcast terminal. The audio and video playback module 106 is also used in the local autonomous playback mode to execute the timed playback plan based on the time synchronized by the time synchronization module 101, and to retrieve the broadcast material corresponding to the timed playback plan for playback on the broadcast terminal; or, to play preset audio and video.

[0023] It is worth noting that, in order to achieve collaborative functions, the time synchronization module 101, the broadcast material management module 102, the scheme planning management module 103, the streaming media real-time transmission module 104, and the server QoS module 105 can all be deployed simultaneously in the broadcast server and the broadcast terminal, and the audio and video playback module 106 can be deployed in the broadcast terminal.

[0024] In some possible embodiments, the time synchronization module 101 is configured to: At the end of each time synchronization period, the NTP protocol is used to synchronize the network time between the broadcast server and multiple broadcast terminals.

[0025] For example, the time synchronization module of each broadcast terminal adopts the NTP protocol. Every 10 minutes, it performs network time synchronization with the NTP server deployed on campus (the NTP server is equipped with multiple backup servers to avoid clock synchronization failures when a single server fails). It obtains the standard network time and synchronizes the local clock of the broadcast terminal with the standard network time. The synchronization error is controlled within 100 milliseconds to ensure that the time of all terminals is consistent and to avoid the asynchronous execution of the scheduled playback plan due to time deviation.

[0026] In some possible embodiments, the broadcast material management module 102 is configured to: Obtain user commands for operating broadcast materials on the broadcast server; the commands include adding, deleting, or modifying. If the operation instruction is to add, then new broadcast material for transmission is received and stored in the broadcast server, and the new broadcast material is simultaneously synchronized to the broadcast terminal; If the operation instruction is to delete or modify, the broadcast materials in the broadcast server will be managed, and the management action will be synchronized to the broadcast terminal so that the broadcast terminal can perform the same management of the broadcast materials.

[0027] For example, the broadcast material management module 102 on the broadcast server can store user-uploaded audio and video media files (formats include MP3, MP4, AVI, etc.) on the broadcast server. Users can log in to the server management backend through a web interface to upload broadcast materials such as courseware, notices, background music, and eye exercise audio required for campus broadcasting. The broadcast server categorizes and stores the broadcast materials (such as courseware materials, notice materials, and background music) and assigns a unique identifier to each broadcast material. The broadcast server uses the TCP / IP protocol to group all broadcast materials by broadcast terminal and forwards them in batches to each classroom broadcast terminal. Each broadcast terminal has a built-in 16GB local storage unit. After receiving the materials, it stores them according to the same classification method as the broadcast materials and records the unique identifier of each broadcast material. When a user deletes a broadcast material in the broadcast server backend, the broadcast server sends a deletion command containing the unique identifier of the broadcast material to all broadcast terminals. After receiving the command, each broadcast terminal finds and deletes the corresponding local broadcast material according to the unique identifier, ensuring the synchronization of broadcast materials.

[0028] In some possible embodiments, the scheme planning management module 103 is configured to: In response to the user's playback plan specification, a timed playback plan is generated, specifying playback time, playback materials, playback duration, and playback terminal range; the playback materials represent the target materials selected by the user from all broadcast materials in the broadcast server; The broadcasting terminal within the playback terminal range is identified as the target broadcasting terminal, and the timed playback plan is sent to the target broadcasting terminal.

[0029] For example, users can log in to the program management interface through the campus network web interface to customize daily scheduled playback plans, such as: playing wake-up music at 7:30, playing morning reading materials at 8:00, playing eye exercise audio at 10:00, and playing school dismissal notice at 17:00. The scheduled playback plan sets the time, materials, and playback terminals for each plan (all terminals or terminals in a specified area can be selected). The broadcast server verifies the playback plan (e.g., checking if the materials exist and if there are any time conflicts). After successful verification, the plan is stored in the broadcast server's database and distributed to each broadcast terminal via HTTP protocol. Each broadcast terminal receives the playback plan, stores it in its local storage unit, and synchronizes the plan with the broadcast server every 10 minutes. If the broadcast plan in the broadcast server is updated, the broadcast terminal automatically updates to ensure plan consistency. When the preset playback time is reached, the broadcast terminal automatically triggers the audio / video playback module 106 to execute the corresponding playback plan.

[0030] In some possible embodiments, the live streaming module 104 is configured to: In response to the user's real-time playback command, the system collects audio and video signals from the campus broadcasting room or audio and video files stored locally on the server and parses the generated streaming data in real time to obtain real-time audio and video signals. The real-time audio and video signals are sent to each of the broadcast terminals.

[0031] For example, the real-time streaming media transmission module 104 of the broadcast server uses the RTP protocol for real-time audio and video streaming. The broadcast server collects real-time audio and video signals from the campus broadcast room through audio acquisition devices (such as microphones) and video acquisition devices (such as cameras), generates real-time streaming data after encoding and compression, and sends it to all broadcast terminals via the campus network in a multicast manner. After receiving the real-time streaming data, the real-time streaming media transmission module 104 on each broadcast terminal immediately decodes it and triggers the audio and video playback module 106 to play it synchronously through the built-in speakers and the display screen connected by HDMI output of the broadcast terminal, ensuring that all classrooms can play the broadcast content at the same time, and the transmission delay is controlled within 100ms. Alternatively, the real-time streaming data generated by parsing the audio and video files stored locally on the broadcast server can be generated in real time. For example, users can store audio and video files on the local side of the broadcast server using a USB flash drive and then parse them into real-time streaming data.

[0032] In some possible embodiments, the server QoS module 105 is configured to: Obtain the operating status of the broadcast server; the operating status includes whether the server network is in an abnormal or normal state. If the operating state is normal, then the playback mode is determined to be the user-selected mode; the user-selected mode means that the user can choose to play real-time audio and video signals or a timed playback plan. If the operating status is an abnormal server network state, then the playback mode is determined to be a local autonomous playback mode.

[0033] In some possible embodiments, the server QoS module 105 is further configured to: The broadcast server sends test data packets to the broadcast terminal. The test data packets carry a sequence number and a timestamp, and the sequence number of consecutive test data packets increments. For example, the test data packet may carry a sequence number, SequenceNumber, abbreviated as SN, which increments by 1 for each test data packet sent. There is also a timestamp, TimeStamp, abbreviated as TS, generated by the server's real-time time, which is in milliseconds.

[0034] The broadcast terminal receives test data packets and obtains the packet loss rate based on the received test data packets: ; ; ; ; in, Indicates packet loss rate. 1 indicates that all packets in between were lost, and 0 indicates that no packets were lost. This represents the total number of packets lost. This indicates the starting sequence number of the test data packet. This indicates the termination sequence number of the test data packet. Indicates that the first k The amount of packet loss between each test data packet and the previously received test data packet. Indicates the starting sequence number. Indicates the termination serial number; This represents the packet loss between the real-time received test data packet and the previously received test data packet, used for calculation. ; This represents the sequence number difference between the currently received test data packet and the previously received test data packet. This indicates the sequence number of the test data packet received in real time. This indicates the sequence number of the previously received test data packet; The network latency jitter is obtained based on the received test data packets: ; ; ; ; in, This indicates network latency jitter. The standard deviation of transmit and receive delays. Indicates the maximum send / receive delay. Indicates the average transmit and receive delay. This represents the send / receive delay of the i-th test data packet. This indicates the total number of test data packets received; This indicates the transmit / receive delay corresponding to the currently received test data packet, used for calculation. ; This indicates the time of the currently received test data packet. This represents the timestamp in the test data packet. This represents the fixed time difference between the broadcast server and the broadcast terminal. In other words, there is a fixed time difference between the broadcast server and the broadcast terminal during the current test. This parameter can be approximated as a constant over a period of time.

[0035] Based on the packet loss rate and the network latency jitter, the network transmission quality is obtained as follows: ; in, Indicates network transmission quality. The weights representing the packet loss rate Weights representing network transmission quality; If the network transmission quality exceeds a preset threshold, the server is considered to be in an abnormal network state; otherwise, it is considered to be in a normal state. The above formula can be used to calculate the current network transmission quality. This indicator considers both packet loss and transmission jitter. Setting a threshold for network transmission quality can serve as a basis for switching playback modes; it can also report network conditions to the server in real time, notifying management and maintenance personnel to check the network when necessary.

[0036] For example, the server QoS module 105 on each broadcast terminal periodically detects the fixed port of the broadcast server's IP address using the UDP network protocol and obtains the network transmission quality to determine if there are any anomalies. Alternatively, it can detect every 10 seconds; if three consecutive communication failures occur, the broadcast server is deemed abnormal. Simultaneously, by monitoring the data packet transmission rate and packet loss rate of the network interface, if the data packet transmission rate is lower than a preset rate threshold (e.g., 2MB / s, 3MB / s, or other values) or the packet loss rate exceeds a preset packet loss rate threshold (e.g., 10%), a network anomaly is determined. When a network anomaly is detected, the server QoS module 105 immediately sends a switching command to the broadcast terminal, which switches to local autonomous playback mode and executes the broadcast task according to the locally stored scheduled playback plan. When the broadcast server's network returns to normal (UDP handshake successful, packet loss rate less than 1%), a switching command is sent, and the broadcast terminal switches back to real-time streaming playback mode, synchronizing the latest broadcast materials and scheduled playback plan from the broadcast server.

[0037] In some possible embodiments, the audio / video playback module 106 is configured to: At any given time, upon receiving an instruction to switch to local autonomous playback mode, the scheduled playback plan is executed based on the time synchronized by the time synchronization module 101, and the broadcast material corresponding to the scheduled playback plan is retrieved and played on the broadcast terminal; or, preset audio and video are played.

[0038] In some possible embodiments, the audio / video playback module 106 is further configured to: If the broadcast server is in a state of abnormal server network operation, causing the broadcast terminal to switch to local self-play mode, the abnormal server network operation will be continuously monitored. When the broadcast server is detected to change from an abnormal server network operation to a normal operation, the user self-selection mode will be switched.

[0039] For example, the audio and video playback module 106 of each broadcast terminal has a built-in decoding chip that supports decoding of multiple audio and video formats. In real-time streaming mode, it receives and decodes real-time audio and video signals, playing audio through speakers and video on the display screen. In local autonomous playback mode, it reads locally stored broadcast materials and plays them automatically according to the local scheduled playback plan. Seamless switching technology is used when switching between the two modes to avoid playback interruption and ensure a good broadcast experience. At the same time, the audio and video playback module 106 has a volume adjustment function, which can remotely adjust the volume of all broadcast terminals through the broadcast server or manually adjust it locally on the broadcast terminal. When the campus network is interrupted due to construction or the broadcast server malfunctions, each classroom broadcast terminal automatically switches to local autonomous playback mode and plays locally stored broadcast materials according to the preset scheduled playback plan, ensuring that daily broadcast tasks such as ringing bells, eye exercises, and dismissal notices are carried out normally. When the campus network and broadcast server are restored to normal, the broadcast terminals automatically switch back to real-time streaming mode, synchronizing the latest broadcast materials and scheduled playback plan without manual intervention, thus improving the stability and practicality of the audio and video network digital campus broadcasting system.

[0040] Compared with the prior art, this application has the following significant advantages: (1) It solves the problem of the existing audio and video network digital campus broadcasting system's single dependence on servers and networks. By storing broadcast materials and timed playback plans locally on the broadcast terminal, the broadcast terminal can still autonomously perform most of the daily campus broadcasting tasks in the event of network failure and / or broadcast server malfunction, ensuring that the broadcasting work is not interrupted and improving the stability and reliability of the campus broadcasting system.

[0041] (2) Through the collaborative design of six modules, material synchronization, plan synchronization and time synchronization are realized to ensure the uniformity and standardization of campus broadcasting. At the same time, the function of synchronous deletion of broadcast materials avoids the waste of local storage resources of broadcast terminals and reduces the system operating cost.

[0042] (3) It has an automatic mode switching function. When the campus network and broadcast server are normal, it switches to real-time streaming mode. When there is an abnormality, it automatically switches to local self-play mode. The switching process is smooth and does not affect the broadcast experience, adapting to the complex network environment of the campus.

[0043] (4) It can be directly adapted to the existing campus network without large-scale hardware equipment modification. It has the advantages of strong practicality, simple architecture and convenient deployment. It is easy to promote and apply and is suitable for various campus scenarios such as primary schools, middle schools and universities.

[0044] like Figure 2 As shown in the figure, this application provides a distributed audio and video network digital campus broadcasting method, including: S201. Perform network time synchronization between the broadcast server and multiple broadcast terminals to ensure that the local time on the broadcast server and the multiple broadcast terminals is consistent. S202. In response to the user's operation command on the broadcast material on the broadcast server, manage the broadcast material on the broadcast server and synchronize the management action to the broadcast terminal, so that the broadcast material in each broadcast terminal is the same as the broadcast material on the broadcast server; S203. In response to the user's playback plan specification instruction, the broadcast server generates a timed playback plan for the broadcast material and sends the timed playback plan to each of the broadcast terminals; S204. In response to the user's real-time playback command, collect real-time audio and video signals and send the real-time audio and video signals to each of the broadcast terminals; S205. Obtain the operating status of the broadcast server and select the playback mode of the broadcast terminal according to the operating status; the operating status includes server network abnormal status or normal status; the playback mode includes local self-play mode or user self-selection mode. S206. In the user-selected mode, based on the synchronized time, the scheduled playback plan is executed, and the broadcast material corresponding to the scheduled playback plan is retrieved and played on the broadcast terminal; or, the real-time audio and video signal is played on the broadcast terminal. S207. In the local autonomous playback mode, based on the synchronized time, the scheduled playback plan is executed, and the broadcast material corresponding to the scheduled playback plan is retrieved and played on the broadcast terminal; or, preset audio and video are played.

[0045] The distributed audio and video network digital campus broadcasting method provided in this application can be applied to the system described in any of the above embodiments. Its principle and beneficial effects are similar, and will not be repeated here.

[0046] This application describes embodiments with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It should be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processing unit of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processing unit of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0047] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0048] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0049] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this application are indicated by the claims.

[0050] It should be understood that this application is not limited to the precise structure described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this application is limited only by the appended claims.

Claims

1. A distributed audio-visual network digital campus broadcasting system, applied in a distributed audio-visual playback architecture consisting of a broadcast server and multiple broadcast terminals, wherein the broadcast server and broadcast terminals communicate via a campus network, characterized in that, include: The time synchronization module is used to synchronize the network time between the broadcast server and multiple broadcast terminals, so that the local time on the broadcast server and the multiple broadcast terminals are consistent. The broadcast material management module is used to respond to user operation commands on the broadcast materials on the broadcast server, manage the broadcast materials on the broadcast server, and synchronize the management actions to the broadcast terminals, so that the broadcast materials in each broadcast terminal are the same as the broadcast materials on the broadcast server; The program planning management module is used to generate a timed playback plan for the broadcast material on the broadcast server in response to the user's playback plan specification instruction, and to send the timed playback plan to each of the broadcast terminals; The streaming media real-time transmission module is used to respond to the user's real-time playback command, collect real-time audio and video signals, and send the real-time audio and video signals to each of the broadcast terminals; The server QoS module is used to obtain the operating status of the broadcast server and select the playback mode of the broadcast terminal according to the operating status. The operating status includes an abnormal or normal server network status; the playback mode includes a local self-play mode or a user-selected mode. The audio and video playback module is used to execute the scheduled playback plan based on the time synchronized by the time synchronization module in the user-selected mode, and retrieve the broadcast material corresponding to the scheduled playback plan for playback on the broadcast terminal; or, play the real-time audio and video signal on the broadcast terminal. The audio and video playback module is also used in the local autonomous playback mode to execute the timed playback plan based on the time synchronized by the time synchronization module, and to retrieve the broadcast material corresponding to the timed playback plan for playback on the broadcast terminal; or, to play preset audio and video.

2. The distributed audio-visual network digital campus broadcasting system according to claim 1, characterized in that, The time synchronization module is configured as follows: At the end of each time synchronization period, the NTP protocol is used to synchronize the network time between the broadcast server and multiple broadcast terminals.

3. The distributed audio-visual network digital campus broadcasting system according to claim 1, characterized in that, The broadcast material management module is configured as follows: Obtain user commands for operating broadcast materials on the broadcast server; the commands include adding, deleting, or modifying. If the operation instruction is to add, then new broadcast material for transmission is received and stored in the broadcast server, and the new broadcast material is simultaneously synchronized to the broadcast terminal; If the operation instruction is to delete or modify, the broadcast materials in the broadcast server will be managed, and the management action will be synchronized to the broadcast terminal so that the broadcast terminal can perform the same management of the broadcast materials.

4. The distributed audio-visual network digital campus broadcasting system according to claim 1, characterized in that, The scheme planning management module is configured as follows: In response to the user's playback plan specification, a timed playback plan is generated, specifying playback time, playback materials, playback duration, and playback terminal range; the playback materials represent the target materials selected by the user from all broadcast materials in the broadcast server; The broadcasting terminal within the playback terminal range is identified as the target broadcasting terminal, and the timed playback plan is sent to the target broadcasting terminal.

5. The distributed audio-visual network digital campus broadcasting system according to claim 1, characterized in that, The real-time streaming media transmission module is configured as follows: In response to the user's real-time playback command, the system collects audio and video signals from the campus broadcasting room or audio and video files stored locally on the server and parses the generated streaming data in real time to obtain real-time audio and video signals. The real-time audio and video signals are sent to each of the broadcast terminals.

6. The distributed audio-visual network digital campus broadcasting system according to claim 1, characterized in that, The server QoS module is configured as follows: Obtain the operating status of the broadcast server; the operating status includes whether the server network is in an abnormal or normal state. If the operating state is normal, then the playback mode is determined to be the user-selected mode; the user-selected mode means that the user can choose to play real-time audio and video signals or a timed playback plan. If the operating status is an abnormal server network state, then the playback mode is determined to be a local autonomous playback mode.

7. The distributed audio-visual network digital campus broadcasting system according to claim 1, characterized in that, The server QoS module is also configured as follows: The broadcast server sends test data packets to the broadcast terminal; the test data packets carry a sequence number and a timestamp, and the sequence number of consecutive test data packets increases sequentially; The broadcast terminal receives test data packets and obtains the packet loss rate based on the received test data packets: ； ； ； ； in, Indicates packet loss rate. This represents the total number of packets lost. This indicates the starting sequence number of the test data packet. This indicates the termination sequence number of the test data packet. Indicates that the first k The amount of packet loss between each test data packet and the previously received test data packet. Indicates the starting sequence number. Indicates the termination serial number; This represents the packet loss between the real-time received test data packet and the previously received test data packet, used for calculation. ; This represents the sequence number difference between the currently received test data packet and the previously received test data packet. This indicates the sequence number of the test data packet received in real time. This indicates the sequence number of the previously received test data packet; The network latency jitter is obtained based on the received test data packets: ； ； ； ； in, This indicates network latency jitter. The standard deviation of transmit and receive delays. Indicates the maximum send / receive delay. Indicates the average transmit and receive delay. This represents the send / receive delay of the i-th test data packet. This indicates the total number of test data packets received; This indicates the transmit / receive delay corresponding to the currently received test data packet, used for calculation. ; This indicates the time of the currently received test data packet. This represents the timestamp in the test data packet. This represents the fixed time difference between the broadcast server and the broadcast terminal; Based on the packet loss rate and the network latency jitter, the network transmission quality is obtained as follows: ； in, Indicates network transmission quality. The weights representing the packet loss rate Weights representing network transmission quality; If the network transmission quality exceeds a preset threshold, the server network is determined to be in an abnormal state; otherwise, it is determined to be in a normal state.

8. The distributed audio-visual network digital campus broadcasting system according to claim 1, characterized in that, The audio and video playback module is configured as follows: At any given time, upon receiving an instruction to switch to local autonomous playback mode, the scheduled playback plan is executed based on the time synchronized by the time synchronization module, and the broadcast material corresponding to the scheduled playback plan is retrieved and played on the broadcast terminal; or, preset audio and video are played.

9. The distributed audio-visual network digital campus broadcasting system according to claim 8, characterized in that, The audio and video playback module is also configured to: If the broadcast server is in a state of abnormal server network operation, causing the broadcast terminal to switch to local self-play mode, the abnormal server network operation will be continuously monitored. When the broadcast server is detected to change from an abnormal server network operation to a normal operation, the user self-selection mode will be switched.

10. A distributed audio-visual network digital campus broadcasting method, wherein the distributed audio-visual network digital campus broadcasting method is applied to the distributed audio-visual network digital campus broadcasting system according to any one of claims 1 to 9, characterized in that, include: The broadcast server and multiple broadcast terminals are synchronized with network time to ensure that the local time on the broadcast server and the multiple broadcast terminals is consistent. In response to user commands to operate on broadcast materials on the broadcast server, the broadcast materials on the broadcast server are managed, and the management actions are synchronized to the broadcast terminals, so that the broadcast materials in each broadcast terminal are the same as those on the broadcast server; In response to the user's playback plan specification instruction, the broadcast server generates a timed playback plan for the broadcast material and distributes the timed playback plan to each of the broadcast terminals; In response to the user's real-time playback command, real-time audio and video signals are collected and sent to each of the broadcast terminals; Obtain the operating status of the broadcast server, and select the playback mode of the broadcast terminal based on the operating status; The operating status includes an abnormal or normal server network status; the playback mode includes a local self-play mode or a user-selected mode. In the user-selected mode, based on the synchronized time, the scheduled playback plan is executed, and the broadcast material corresponding to the scheduled playback plan is retrieved and played on the broadcast terminal; Alternatively, the real-time audio and video signals can be played on the broadcast terminal; In the local autonomous playback mode, based on the synchronized time, the scheduled playback plan is executed, and the broadcast material corresponding to the scheduled playback plan is retrieved and played on the broadcast terminal; or, preset audio and video are played.

Images