Command and dispatch system

   Users can group different purposes, different installation locations, or different types of broadcast terminals arbitrarily. The purpose of grouping (partitioning) is to achieve flexible grouping (partitioning) broadcasting according to different broadcast groups, such as music broadcasting, trigger broadcasting, shouting broadcasting, and emergency broadcasting. In addition, the broadcast grouping mechanism can also be used for distributed operation and management of multiple branches. By assigning different groups to different operators in the program-controlled dispatch control platform or assigning multiple groups to a single operator, each user can manage and control their own broadcast partitions through their respective login program-controlled dispatch control platform interfaces, realizing distributed operation and management of multiple branches.

   Trigger broadcasting can be further divided into scheduled trigger broadcasting, number trigger broadcasting, and instant trigger broadcasting. Trigger broadcasting is also completed through the streaming protocol, with the broadcast source being music, acquisition broadcast files, text-to-speech files, and alarm audio files.

   Number trigger broadcasting is often used in scenarios where the time is not fixed but the urgency is high. When there is a broadcast requirement, users can directly dial the code for triggering the broadcast from IP phones or other terminals to immediately trigger the pre-set broadcast task.

   Instant trigger broadcasting is used for temporary broadcast scenarios, where users can flexibly use the acquisition, text-to-speech, and background music playback or alarm broadcasting functions to generate broadcast voice content or initiate background music playback or alarm broadcasting.

   The system supports docking with third-party platforms (such as: security systems, fire control systems, etc.) to directly control and initiate broadcasting through our system's API interface, and can also customize various trigger conditions (introduce rule engine logic) to trigger corresponding broadcast tasks (requires separate customization).

   Background music is played through the streaming protocol, which sends MP3 music files from the SIP command and dispatch system to the network broadcast terminals for decoding and playback. It supports up to 44KHz sampling rate and 320Kbps bit rate high-quality MP3 music files. Background music playback requires initiation and control from the program-controlled dispatch control platform, where operators can randomly select certain broadcast terminals or assign a specific group and playlist to play background music to the selected terminals or groups.

   Shouting broadcast is achieved by establishing SIP sessions between the operator's IP phone or SIP microphone and one or more broadcast terminals. Users can initiate a shouting broadcast by dialing the number or group number of the target broadcast terminal or group through the IP phone or SIP microphone, or initiate a shouting broadcast by selecting the target broadcast terminal or group on the program-controlled dispatch control platform.

   The program-controlled dispatch control platform includes common alarm events, such as fire alarms, thunderstorms, and tornadoes. Operator users can initiate a one-click alarm from the control platform. Alarm broadcasts can also be implemented through number trigger broadcasting, where users simply dial a specific trigger code from the SIP terminal dialpad to initiate the alarm. Alarm broadcast functions are implemented using streaming technology, similar to background music broadcasting, except that the audio source is an alarm audio file.

   The acquisition function can be selected when creating a trigger broadcast task on the program-controlled dispatch control platform. The platform will record the audio content of the broadcast through the user's computer's microphone and allow users to playback and re-record the recorded audio to ensure it meets the requirements. After the recorded audio is confirmed, it will be submitted to the SIP command and dispatch system for archiving. When the trigger broadcast task meets the trigger conditions, the system will play the pre-recorded audio file to start the broadcast for the specified broadcast terminal or group.

   The program-controlled dispatch system adopts KedaXunfei text-to-speech engine (foreign languages use Google text-to-speech engine) to convert written content into audio files during the creation of trigger broadcast tasks. Users simply need to input the text content that needs to be broadcasted, which will be converted into an audio file and played back online to ensure the quality of the audio file meets broadcast requirements. Similar to the acquisition function, once the audio file is confirmed, it will be uploaded to the SIP command and dispatch system for archiving, and when the trigger broadcast task reaches the trigger condition, the system will play the pre-recorded audio file for the specified broadcast terminal or group to start the broadcast.

   When an intercom is initiated, the calling party can initiate a call by pressing a one-touch call button on the intercom terminal. The called number on the intercom terminal can be preset according to the actual application. When the call button is pressed, the system will establish a three-party call through the SIP command and dispatch system to the called number.

    The volume of broadcast terminals can be adjusted locally on the broadcast terminal's Web management interface. In addition, through the program-controlled dispatch control platform, users can adjust the volume of broadcast terminals in real-time, which will take effect immediately whether the broadcast terminals are in an idle state or in a broadcast state. When playing background music, users can also specify a volume level before starting playback. Furthermore, the SIP command and dispatch system can implement volume forced control for shouting broadcasts and alarm broadcasts to ensure that the broadcast volume is sufficient to cover as many listeners as possible in important broadcasts and emergency situations.

    Call monitoring functions can be initiated through the graphical operation interface of the program-controlled dispatch control platform or using function codes from IP phones. The object of call monitoring can be IP phone calls, intercom calls, or calls to IP phones. During the call monitoring process, the operator can only listen to the conversation content and will not collect the sound input from the operator's SIP terminal microphone.

    Call forced interception functions can be initiated through the graphical operation interface of the program-controlled dispatch control platform or using function codes from IP phones. Operator users can implement call forced interception for IP phone calls and intercom calls. When a call is forcibly intercepted, a three-party call is formed.

    Call forced disconnection functions can be initiated through the graphical operation interface of the program-controlled dispatch control platform or using function codes from IP phones. Operator users can implement call forced disconnection for ongoing IP phone calls and intercom calls. When a call is forcibly disconnected, the party involved in the call will be hung up, and the caller will establish a new call with the operator.

    Whispering function is another form of call monitoring, which can be initiated through the graphical operation interface of the program-controlled dispatch control platform or using function codes from IP phones. Operator users can whisper to one party in an IP phone call or intercom call, while hearing the conversation between the other two parties. The purpose of whispering is to provide operational support, consultation, or alarm notification during the call.

    Telephone conference functions require initiation and management by operator users through the program-controlled dispatch control platform. The main participants are IP phone users; if necessary, intercom terminals and broadcast terminals can also join the conference as participants. Conference participants can be invited, and conference management operations such as muting and kicking participants can be performed.

    Within the SIP command and dispatch system, administrators can create multiple program-controlled dispatch control platform operator users and assign each user different permissions and permission levels. Operator permissions include the following points: emergency shouting, one-click alarm, device intercom, scheduled broadcast, background music, making external calls, etc. Administrator users can open or close related function permissions for operator users according to actual application scenarios. Operator user permission levels are divided into 12 levels, from the highest level 1 to the lowest level 12. If multiple operators manage broadcast partitions that overlap, higher permission level operators can overwrite the operations of lower permission level operators, or lower permission level operators cannot initiate certain functions and business operations that affect higher permission level operators. For example, a higher permission level user can listen in on the call of a lower permission level user, but a lower permission level user cannot initiate this operation.

    The SIP command and dispatch system uses the MQTT Internet of Things protocol to achieve automatic configuration and centralized management of terminals. Control commands are issued: play music, alarm, set volume, and report device real-time status (such as playback status, alarm status, current volume, etc.).

18. Recording Function

    The SIP command and dispatch system automatically records all real-time SIP voice sessions, such as IP phone calls, intercom calls, shouting broadcasts, and phone conferences. Recording files are stored as WAV format audio files on the local host storage device and can be queryed and played back online by the SIP command and dispatch system administrator or program-controlled dispatch control platform operator users. Each call (including phone conferences) generates a recording file of about 1MB storage space per minute.

    In the SIP command and dispatch system, IP voice communication functions are differentiated by business priority, with the highest priority being shouting broadcast, followed by alarm broadcast, two-way talk, trigger broadcast (excluding trigger alarm broadcast), background music, and so on. Higher priority business functions will interrupt lower priority business functions to ensure that communication business functions of higher importance are executed first in emergency situations.

    The SIP command and dispatch system supports SIP or IMS relaying, can interface with third-party SIP servers or virtual operator lines, and enable external line calling in and out. External line calling is controlled by flexible dialing rules. For incoming calls, automatic attendant voice navigation can be set up to automatically answer and route calls. In addition, the SIP command and dispatch system supports a variety of internal IP phone functions, such as call transfer, call forwarding, video calls, wake-up calls, and do not disturb.

 

The design and implementation of command and dispatch systems require knowledge and skills from various disciplines, including computer science, communication technology, operations research, and human-computer interaction. With the development of technology, command and dispatch systems are becoming more intelligent, efficient, reliable, and flexible, providing strong support for organizations in various fields of modern society.