阅读说明：本技术 一种应急广播ip话筒播出控制方法 (Emergency broadcast IP microphone broadcasting control method ) 是由 王闽 于 2020-12-04 设计创作，主要内容包括：本发明提供了应急广播技术领域的一种应急广播IP话筒播出控制方法,包括如下步骤：步骤S10、IP话筒与应急广播平台建立心跳连接；步骤S20、应急广播平台创建一对公钥和私钥,并将所述公钥发送给IP话筒；步骤S30、IP话筒接收应急广播平台利用所述私钥进行加密的指令数据进行被动开播,或者利用接收的所述公钥向应急广播平台发送加密的开播请求进行主动开播。本发明的优点在于：极大的扩展了IP话筒的功能性,提升了安全性。(The invention provides a broadcasting control method of an emergency broadcasting IP microphone in the technical field of emergency broadcasting, which comprises the following steps: step S10, establishing heartbeat connection between the IP microphone and the emergency broadcast platform; step S20, the emergency broadcast platform creates a pair of public key and private key, and sends the public key to the IP microphone; and step S30, the IP microphone receives the instruction data encrypted by the private key of the emergency broadcast platform to perform passive broadcasting, or the received public key is used for sending an encrypted broadcasting request to the emergency broadcast platform to perform active broadcasting. The invention has the advantages that: the functionality of the IP microphone is greatly expanded, and the safety is improved.)

1. A broadcasting control method for an emergency broadcast IP microphone is characterized by comprising the following steps: the method comprises the following steps:

step S10, establishing heartbeat connection between the IP microphone and the emergency broadcast platform;

step S20, the emergency broadcast platform creates a pair of public key and private key, and sends the public key to the IP microphone;

and step S30, the IP microphone receives the instruction data encrypted by the private key of the emergency broadcast platform to perform passive broadcasting, or the received public key is used for sending an encrypted broadcasting request to the emergency broadcast platform to perform active broadcasting.

2. The method as claimed in claim 1, wherein the method for controlling the broadcasting of the emergency broadcast IP microphone comprises: the step S10 specifically includes:

step S11, the IP microphone sets a threshold value n, and sets a network path and a path priority for connecting the emergency broadcast platform;

step S12, the IP microphone sets a network path connected with the emergency broadcast platform by using the path priority, and then sends a heartbeat data packet to the emergency broadcast platform by using a TCP protocol; the heartbeat data packet carries a session identifier and a service data type; n is a positive integer;

step S13, the IP microphone judges whether a feedback data packet sent by the emergency broadcast platform is received or not at preset time intervals, if so, the step S14 is executed; if not, go to step S15; the feedback data packet carries a session identifier and a service data type;

step S14, the IP microphone judges whether the session identifier and the service data type carried in the feedback data packet and the heartbeat data packet are consistent, if yes, the heartbeat connection is established, and the step S20 is entered; if not, the heartbeat connection is not established, and the process is ended;

step S15, judging whether the times of not receiving the feedback data packet exceeds n times, if not, switching the network access based on the access priority, and entering step S13; if so, the heartbeat connection is not established, and the process is ended.

3. The method as claimed in claim 2, wherein the method for controlling the broadcasting of the emergency broadcast IP microphone comprises: in step S11, the network path includes an IP main path, an IP standby path, a 4G main path, and a 4G standby path; the path priority is an IP main path, an IP standby path, a 4G main path and a 4G standby path from high to low in sequence.

4. The method as claimed in claim 1, wherein the method for controlling the broadcasting of the emergency broadcast IP microphone comprises: in step S30, the instruction data at least includes start of broadcasting, stop of broadcasting, status inquiry, and parameter setting; the starting broadcast carries an emergency broadcast message code, a broadcast type, an event level and a streaming media address; the broadcast stopping carries emergency broadcast message codes, broadcast types and streaming media addresses.

5. The method as claimed in claim 1, wherein the method for controlling the broadcasting of the emergency broadcast IP microphone comprises: in step S30, the passive playback specifically includes:

step S311, the emergency broadcast platform encrypts the instruction data by using the private key and sends the encrypted instruction data to an IP microphone;

and step S312, the IP microphone decrypts the instruction data by using the received public key, executes the instruction data and feeds back an execution result encrypted by using the public key to the emergency broadcast platform.

6. The method as claimed in claim 5, wherein the method for controlling the broadcasting of the emergency broadcast IP microphone comprises: in step S312, the execution result at least includes a status query response, a device failure and recovery, a task switching status, a broadcast result, and a broadcast record;

the broadcast record carries a broadcast state, an emergency broadcast message code, a task type, a broadcast type, an event level, a start time, an end time, a volume and a coverage resource code; the task types at least comprise an emergency broadcast source, a daily broadcast source, a telephone, a short message, a sound console, a U disk and a microphone.

7. The method as claimed in claim 5, wherein the method for controlling the broadcasting of the emergency broadcast IP microphone comprises: in step S312, the data of the instruction for starting broadcasting executed by the IP microphone is specifically:

the IP microphone presets a playing priority, stores playing contents corresponding to the instruction data to a local playing list, performs priority sequencing on the local playing list based on the playing priority, and performs sequential playing of the local playing list according to the priority.

8. The method as claimed in claim 1, wherein the method for controlling the broadcasting of the emergency broadcast IP microphone comprises: in step S30, the actively playing specifically includes:

step S321, the IP microphone sends an encrypted broadcast request to the emergency broadcast platform by using the received public key; the broadcast request carries a covering resource code;

step S322, after the emergency broadcast platform utilizes the private key to decrypt the broadcast request, a stream media address is dynamically distributed to the IP microphone;

step S323, the IP microphone pushes the playing content decoded by the hardware audio decoder to the streaming media address;

step S324, the emergency broadcast platform forwards the broadcast request and the streaming media address to a corresponding terminal based on the coverage resource code;

step S325, the terminal accesses the playing content stored in the streaming media address to actively play based on the received playing request.

9. The method as claimed in claim 8, wherein the method for controlling the broadcasting of the emergency broadcast IP microphone comprises: in step S322, the streaming media address is an RTP address, an RTSP address, or an HTTP address.

Technical Field

The invention relates to the technical field of emergency broadcasting, in particular to a broadcasting control method for an emergency broadcasting IP microphone.

Background

In an emergency broadcasting system, for the actual situation of rural emergency broadcasting, a function of covering the emergency broadcasting in the administrative village is required, and the emergency broadcasting system needs to have several simple sound source input methods such as a U-disk broadcast, a microphone broadcast, an external sound source access and the like, needs to have a function of broadcasting at regular time, and needs to have a function of broadcasting in conjunction with an emergency broadcasting platform.

In the national standard technical specification of the emergency broadcasting system, only two front-end devices, namely a county-level adapter and a country adapter, are defined, wherein the country adapter has access to various audio channels and receives broadcasting contents issued by an emergency broadcasting platform, and the country adapter can also directly output an audio power amplifier and has complete technical parameters and functions. However, since some rural areas do not have the condition of multimode reception and can only use the IP network for transmission, there are technical and functional redundancies, and some of the rural areas need a plurality of simple, easy-to-use, safe, controllable, and small-sized sub-control front ends, and at this time, the IP microphone meets the above broadcasting requirements.

However, the traditional IP microphone is directly connected to the emergency broadcast platform, and only simple broadcasting and broadcasting functions can be realized, so that actual use requirements cannot be met, and potential safety hazards exist. Therefore, how to provide a broadcast control method for an emergency broadcast IP microphone, which realizes the extension of the functionality of the IP microphone and improves the security, becomes a problem to be solved urgently.

Disclosure of Invention

The technical problem to be solved by the invention is to provide a broadcast control method for an emergency broadcast IP microphone, which realizes the extension of the functionality of the IP microphone and improves the safety.

The invention is realized by the following steps: a broadcasting control method for an emergency broadcast IP microphone comprises the following steps:

step S10, establishing heartbeat connection between the IP microphone and the emergency broadcast platform;

step S20, the emergency broadcast platform creates a pair of public key and private key, and sends the public key to the IP microphone;

and step S30, the IP microphone receives the instruction data encrypted by the private key of the emergency broadcast platform to perform passive broadcasting, or the received public key is used for sending an encrypted broadcasting request to the emergency broadcast platform to perform active broadcasting.

Further, the step S10 specifically includes:

step S11, the IP microphone sets a threshold value n, and sets a network path and a path priority for connecting the emergency broadcast platform;

step S12, the IP microphone sets a network path connected with the emergency broadcast platform by using the path priority, and then sends a heartbeat data packet to the emergency broadcast platform by using a TCP protocol; the heartbeat data packet carries a session identifier and a service data type; n is a positive integer;

step S13, the IP microphone judges whether a feedback data packet sent by the emergency broadcast platform is received or not at preset time intervals, if so, the step S14 is executed; if not, go to step S15; the feedback data packet carries a session identifier and a service data type;

step S14, the IP microphone judges whether the session identifier and the service data type carried in the feedback data packet and the heartbeat data packet are consistent, if yes, the heartbeat connection is established, and the step S20 is entered; if not, the heartbeat connection is not established, and the process is ended;

step S15, judging whether the times of not receiving the feedback data packet exceeds n times, if not, switching the network access based on the access priority, and entering step S13; if so, the heartbeat connection is not established, and the process is ended.

Further, in step S11, the network path includes an IP main path, an IP standby path, a 4G main path, and a 4G standby path; the path priority is an IP main path, an IP standby path, a 4G main path and a 4G standby path from high to low in sequence.

Further, in step S30, the instruction data at least includes start broadcasting, stop broadcasting, status query and parameter setting; the starting broadcast carries an emergency broadcast message code, a broadcast type, an event level and a streaming media address; the broadcast stopping carries emergency broadcast message codes, broadcast types and streaming media addresses.

Further, in step S30, the passive play specifically includes:

step S311, the emergency broadcast platform encrypts the instruction data by using the private key and sends the encrypted instruction data to an IP microphone;

and step S312, the IP microphone decrypts the instruction data by using the received public key, executes the instruction data and feeds back an execution result encrypted by using the public key to the emergency broadcast platform.

Further, in step S312, the execution result at least includes a status query response, a device failure and recovery, a task switching status, a broadcast result, and a broadcast record;

the broadcast record carries a broadcast state, an emergency broadcast message code, a task type, a broadcast type, an event level, a start time, an end time, a volume and a coverage resource code; the task types at least comprise an emergency broadcast source, a daily broadcast source, a telephone, a short message, a sound console, a U disk and a microphone.

Further, in step S312, the data for the IP microphone to execute the command that the content starts to be broadcasted specifically includes:

the IP microphone presets a playing priority, stores playing contents corresponding to the instruction data to a local playing list, performs priority sequencing on the local playing list based on the playing priority, and performs sequential playing of the local playing list according to the priority.

Further, in step S30, the actively playing specifically includes:

step S321, the IP microphone sends an encrypted broadcast request to the emergency broadcast platform by using the received public key; the broadcast request carries a covering resource code;

step S322, after the emergency broadcast platform utilizes the private key to decrypt the broadcast request, a stream media address is dynamically distributed to the IP microphone;

step S323, the IP microphone pushes the playing content decoded by the hardware audio decoder to the streaming media address;

step S324, the emergency broadcast platform forwards the broadcast request and the streaming media address to a corresponding terminal based on the coverage resource code;

step S325, the terminal accesses the playing content stored in the streaming media address to actively play based on the received playing request.

Further, in step S322, the streaming media address is an RTP address, an RTSP address, or an HTTP address.

The invention has the advantages that:

after heartbeat connection is established between the IP microphone and the emergency broadcasting platform, the emergency broadcasting platform sends instruction data including broadcasting starting, broadcasting stopping, state inquiring and parameter setting to the IP microphone, and the IP microphone sends execution results including state inquiring response, equipment failure and recovery, task switching state, broadcasting result and broadcasting record to the emergency broadcasting platform, so that the functionality of the IP microphone is greatly expanded; a pair of public key and private key is established through the emergency broadcast platform, and the public key is sent to the IP microphone, and the emergency broadcast platform and the IP microphone utilize private key and public key respectively to carry out encryption and decryption (signature and signature verification) of interactive data, and then very big promotion emergency broadcast data's security.

Drawings

The invention will be further described with reference to the following examples with reference to the accompanying drawings.

Fig. 1 is a flow chart of a broadcast control method for an emergency broadcast IP microphone according to the present invention.

Detailed Description

Referring to fig. 1, a preferred embodiment of a broadcast control method for an emergency broadcast IP microphone according to the present invention includes the following steps:

step S10, establishing heartbeat connection between the IP microphone and the emergency broadcast platform, and monitoring a TCP link; the IP microphone supports the network deployment mode of an intranet VPN and the Internet, supports two configuration modes of a static IP and a DHCP dynamic IP, and is suitable for the unicast and multicast mode (static) of the VPN and the IP audio coding mode (dynamic) of the Internet; the IP microphone has the function of receiving the broadcast sent by the emergency broadcast platform and can output the broadcast to the old equipment or other audio output equipment with power amplifier through audio;

step S20, the emergency broadcast platform creates a pair of public key and private key, and sends the public key to the IP microphone;

and step S30, the IP microphone receives the instruction data encrypted by the private key of the emergency broadcast platform to perform passive broadcasting, or the received public key is used for sending an encrypted broadcasting request to the emergency broadcast platform to perform active broadcasting.

The step S10 specifically includes:

step S11, the IP microphone sets a threshold value n, and sets a network path and a path priority for connecting the emergency broadcast platform;

step S12, the IP microphone sets a network path connected with the emergency broadcast platform by using the path priority, and then sends a heartbeat data packet to the emergency broadcast platform by using a TCP protocol; the heartbeat data packet carries a session identifier and a service data type; n is a positive integer; namely, the IP microphone is in long TCP connection with the emergency broadcast platform;

step S13, the IP microphone judges whether a feedback data packet sent by the emergency broadcast platform is received or not at preset time intervals, if so, the step S14 is executed; if not, go to step S15; the feedback data packet carries a session identifier and a service data type;

step S14, the IP microphone judges whether the session identifier and the service data type carried in the feedback data packet and the heartbeat data packet are consistent, if yes, the heartbeat connection is established, and the step S20 is entered; if not, the heartbeat connection is not established, and the process is ended;

step S15, judging whether the times of not receiving the feedback data packet exceeds n times, if not, switching the network access based on the access priority, and entering step S13; if so, the heartbeat connection is not established, and the process is ended. The heartbeat data packet also carries digital signature information, and the IP microphone is allowed to log in the emergency broadcast platform after the digital signature information is verified, so that the safety is guaranteed.

In step S11, the network path includes an IP main path, an IP standby path, a 4G main path, and a 4G standby path; the path priority is an IP main path, an IP standby path, a 4G main path and a 4G standby path from high to low in sequence.

In step S30, the instruction data at least includes start of broadcasting, stop of broadcasting, status inquiry, and parameter setting; the starting broadcast carries an emergency broadcast message code, a broadcast type, an event level and a streaming media address; the broadcast stopping carries emergency broadcast message codes, broadcast types and streaming media addresses.

The state query is used for querying the terminal volume, the local address, the return address, the terminal resource code, the physical address code, the working state, the fault code, the equipment type, the hardware version number and the software version number of the IP microphone; the terminal resource coding comprises region coding and type coding; the instruction format of the state query is as follows: querying the format of the parameter, and identifying the parameter 1 … … and identifying the parameter N; the instruction format of the status query response is as follows: the number of query responses, parameter identifier 1, the content length of parameter identifier 1, the content data (the length is the content length of parameter identifier 1) … … of parameter identifier 1, the content length of parameter identifier N, and the content data of parameter identifier N.

The instruction format of the parameter setting of the IP microphone is similar to that of the state query, and the extension is supported, and the response of the parameter setting is a general response.

In step S30, the passive playback specifically includes:

step S311, the emergency broadcast platform encrypts the instruction data by using the private key and sends the encrypted instruction data to an IP microphone;

and step S312, the IP microphone decrypts the instruction data by using the received public key, executes the instruction data and feeds back an execution result encrypted by using the public key to the emergency broadcast platform.

In step S312, the execution result at least includes a status query response, a device failure and recovery, a task switching status, a broadcast result, and a broadcast record;

the broadcast record carries a broadcast state, an emergency broadcast message code, a task type, a broadcast type, an event level, a start time, an end time, a volume and a coverage resource code; the task types at least comprise an emergency broadcast source, a daily broadcast source, a telephone, a short message, a sound console, a U disk and a microphone.

The equipment failure and recovery, the task switching state and the broadcast result are all the active reporting functions of the IP microphone. When the IP microphone detects the fault of the local machine, the fault is reported to an emergency broadcast platform through the equipment fault and recovery, wherein the fault comprises the abnormal memory of the local machine, illegal use equipment (user password error, no UKEY insertion and fingerprint identification error), unavailable certificate, abnormal SIM card, illegal short message content, too low power current (the IP microphone without UPS does not have the reporting condition) and the like; the equipment failure and recovery carry failure identification and failure type, wherein the failure identification is 'failure occurrence' or 'failure elimination and recovery', and the failure type is used for describing failure content and occurrence time. When the same fault occurs for many times, the machine does not report repeatedly, and automatically reports once after the fault is recovered.

The triggering conditions of the task switching state are that the machine starts broadcasting and ends a local sound source, the superior starts or inserts emergency broadcasting, and returns to local broadcasting after the superior inserts are finished, so that the emergency broadcasting platform can display the content being broadcast by the IP microphone in real time; the task switching state carries a switching identifier, a task type, an emergency broadcast message code and switching time; the switching identification is a task starting or ending; the task types comprise an emergency broadcast source, a daily broadcast source, a telephone, a short message, a sound console, a USB flash disk, a microphone and the like; the emergency broadcast message encoding can be used for associating the local broadcast and the superior broadcast to form complete historical operation details.

After the IP microphone finishes the broadcasting task, the broadcasting result is actively reported to the emergency broadcasting platform, and the broadcasting result comprises information of successful broadcasting or failed broadcasting.

In step S312, the data of the instruction for starting broadcasting executed by the IP microphone is specifically:

the IP microphone presets a playing priority, stores playing contents corresponding to the instruction data to a local playing list, performs priority sequencing on the local playing list based on the playing priority, and performs sequential playing of the local playing list according to the priority. For example, if the priority of the emergency broadcast platform is set to be higher than that of the IP microphone, when the emergency broadcast platform sends the broadcast content to the IP microphone, the IP microphone stops playing the local broadcast content, and the broadcast content of the emergency broadcast platform is preferentially played.

In step S30, the actively playing specifically includes:

step S321, the IP microphone sends an encrypted broadcast request to the emergency broadcast platform by using the received public key; the broadcast request carries a covering resource code;

step S322, after the emergency broadcast platform utilizes the private key to decrypt the broadcast request, a stream media address is dynamically distributed to the IP microphone;

step S323, the IP microphone pushes the playing content decoded by the hardware audio decoder (ffmpeg) to the streaming media address;

step S324, the emergency broadcast platform forwards the broadcast request and the streaming media address to a corresponding terminal based on the coverage resource code;

step S325, the terminal accesses the playing content stored in the streaming media address to actively play based on the received playing request. When the broadcasting needs to be stopped, the IP microphone sends a broadcasting stopping request to the emergency broadcasting platform, and the emergency broadcasting platform forwards the broadcasting stopping request to the corresponding terminal.

In step S322, the streaming media address is an RTP address, an RTSP address, or an HTTP address.

Under the condition of being separated from an emergency broadcast platform, the IP microphone has the function of managing subordinate terminals in the VPN network, the terminals initiate connection to the IP microphone through heartbeat instructions and keep long connection of TCP, and the terminals monitor UDP-TS data from the IP microphone at a specified port of the local computer; the IP microphone directly sends UDP-TS data to a designated port of the terminal when needing to broadcast, and the unicast method has the advantage that the UDP-TS data can be broadcasted point to point through the interception of part of routers in the VPN network.

After the IP microphone is connected with the emergency broadcast platform through heartbeat, the IP microphone can be automatically switched from the TS push mode to the IP interaction push mode with the emergency broadcast platform, and the terminal is informed to be connected with the emergency broadcast platform and disconnected from the TCP of the terminal.

In summary, the invention has the advantages that:

after heartbeat connection is established between the IP microphone and the emergency broadcasting platform, the emergency broadcasting platform sends instruction data including broadcasting starting, broadcasting stopping, state inquiring and parameter setting to the IP microphone, and the IP microphone sends execution results including state inquiring response, equipment failure and recovery, task switching state, broadcasting result and broadcasting record to the emergency broadcasting platform, so that the functionality of the IP microphone is greatly expanded; a pair of public key and private key is established through the emergency broadcast platform, and the public key is sent to the IP microphone, and the emergency broadcast platform and the IP microphone utilize private key and public key respectively to carry out encryption and decryption (signature and signature verification) of interactive data, and then very big promotion emergency broadcast data's security.

Although specific embodiments of the invention have been described above, it will be understood by those skilled in the art that the specific embodiments described are illustrative only and are not limiting upon the scope of the invention, and that equivalent modifications and variations can be made by those skilled in the art without departing from the spirit of the invention, which is to be limited only by the appended claims.