WO2019041721A1 - 一种面向煤矿灾害预警需求的即时主动信息推送方法 - Google Patents

一种面向煤矿灾害预警需求的即时主动信息推送方法 Download PDF

Info

Publication number
WO2019041721A1
WO2019041721A1 PCT/CN2018/072173 CN2018072173W WO2019041721A1 WO 2019041721 A1 WO2019041721 A1 WO 2019041721A1 CN 2018072173 W CN2018072173 W CN 2018072173W WO 2019041721 A1 WO2019041721 A1 WO 2019041721A1
Authority
WO
WIPO (PCT)
Prior art keywords
module
information
receiving end
warning information
voice
Prior art date
Application number
PCT/CN2018/072173
Other languages
English (en)
French (fr)
Inventor
赵卫东
王成成
卢新明
彭延军
贾瑞生
张杏莉
Original Assignee
山东科技大学
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 山东科技大学 filed Critical 山东科技大学
Publication of WO2019041721A1 publication Critical patent/WO2019041721A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/10—Multimedia information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services

Definitions

  • the invention belongs to the field of communication technology, and particularly relates to an instant active information pushing method for coal mine disaster warning demand.
  • the present invention proposes an instant active information push method for coal mine disaster warning requirements, which is reasonable in design, overcomes the deficiencies of the prior art, and has good effects.
  • An instant active information push method for coal mine disaster warning requirements using a push server and a voice system
  • the push server includes a customization module, a first receiving module, a processing module, a first query module, a push module, and a sending module;
  • a custom module configured to customize related services for the user and provide the necessary interfaces or APIs
  • a first receiving module configured to receive early warning information
  • a processing module configured to determine a receiving end according to a message customization situation and an alert message content, and simultaneously construct a push message queue
  • the first query module is configured to query, according to the push message queue constructed by the processing module, whether the push server and the receiving end have an available connection or a data link;
  • the push module is configured to push the related warning information to the receiving end according to the push message queue constructed by the processing module, provided that the first query module queries that the push server and the receiving end have an available connection or a data link;
  • a sending module configured to send, to the voice system, the text content and the receiving end identifier that need to be sent to the voice system in the push message queue constructed by the processing module;
  • the voice system includes a second receiving module, a conversion module, a dialing module, a second query module, and a broadcast module;
  • the second receiving module is configured to receive the early warning information sent by the push server and the related receiving end identifier
  • a conversion module comprising: an information extraction module and a text-to-speech module; wherein the information extraction module is configured to extract main information in the early warning information; the text-to-speech module is configured to use the early warning information extracted by the information extraction module The main information is converted into a voice message;
  • the dialing module is configured to dial the related user by using the telephone number in the receiving end identifier received by the second receiving module;
  • the second query module is configured to query, by the non-phone number in the receiving end identifier received by the second receiving module, whether there is a connection or a data link between the voice device and the voice system;
  • the broadcast module is configured to perform broadcast of the early warning information, and the early warning information is a voice message converted by the text-to-speech module;
  • the instant active information pushing method for the coal mine disaster warning demand includes the following steps:
  • Step 1 The user customizes the warning information that needs to be received through a customization module
  • Step 2 The first receiving module of the push server receives the early warning information generated by the early warning system
  • Step 3 Determine the receiving end by pushing the processing module of the server and according to the message customization situation and the content of the warning information
  • Step 4 construct a push message queue by using a processing module of the push server
  • Step 5 Determine whether there is an available connection or a data link between the push server and the receiving end that are queried by the first query module.
  • step 6 If the result of the judgment is that there is an available connection or data link, step 6 is performed;
  • the warning information and related information are added to the message waiting queue, and after the receiving end establishes a connection with the push server, the warning information is pushed to the receiving end;
  • Step 6 According to the push message queue, the push module of the push server pushes the customized alert information to the receiving end according to the customized receiving manner; when the customized warning information of the push arrives at the receiving end, if the user is in the receiving end according to the feedback mode provided If the push server makes feedback, it indicates that the user has received the relevant information; if no feedback is provided, it indicates that the user does not receive the relevant information, then joins the message waiting queue, and after a period of time, the push server will push the same early warning information to the user again.
  • Receiving end
  • Step 7 According to the push message queue, the voice system processes the early warning information and transmits it to the receiving end of the user, which specifically includes the following steps:
  • Step 7.1 The second receiving module of the voice system receives the warning information sent by the push server and the relevant receiving end identifier
  • Step 7.2 After receiving the warning information sent by the push server, the voice system simplifies the early warning information M, extracts the main information from the early warning information with more content, and simplifies to the brief information M';
  • Step 7.3 The conversion module in the voice system converts the warning information M or the more brief information M' into a voice message V;
  • Step 7.4 determining the type of the relevant receiving end identifier, and playing the voice message V through the broadcast module in the voice system;
  • the receiving end is a mobile phone or a fixed line
  • the dialing module in the voice system dials a specific number to the receiving end of the user, and the user answers to indicate that the user is informed of the warning information, and the broadcasting module in the voice system Playing a voice message V;
  • the receiving end is a broadcast device
  • the second query module queries whether there is an available connection or a data link between the voice system and the voice broadcast device, if there is an available connection Or a data link, the broadcast module in the voice system plays the voice message V;
  • the dialing task or the voice system and the voice broadcast device are available for the available connection or data link task.
  • the voice message waiting queue waits for a period of time, and then initiates the dialing task again or queries the available connection or data link task. If the maximum number of waiting times preset by the system is not reached, repeat step 7.4; if the final number of dialing or waiting times reaches the preset Set the maximum value, then give up dialing and broadcasting.
  • the user After receiving the message that has not been pushed by the voice system, the user sends feedback to the push server according to a predetermined feedback manner, indicating that the alert information has been received, and the terminal receiving the alert voice message does not need to perform feedback.
  • the user includes a downhole worker, a downhole broadcast, a related field expert, a coal mine related authority, a mine dispatching room, and an emergency command department;
  • Customization can be done by the user through the relevant APP itself, or through the relevant technical management personnel to complete the personalized customization of the warning information according to the user's role setting;
  • the early warning information includes main information and additional information; wherein the main information of the early warning information is text information, and the additional information includes format information such as text, picture and video.
  • the terminal that receives the voice message includes a mobile phone or a fixed line, a broadcast device or other voice device.
  • the invention adopts a plurality of communication technologies to realize personalized customization, instant and active transmission and feedback of coal mine disaster warning information, and integrates various information transmission technologies with respect to the traditional early warning method, thereby effectively improving the communication efficiency of the early warning information and
  • the accuracy rate has important practical significance for reducing or even avoiding the losses caused by coal mine disasters.
  • FIG. 1 is a flowchart of an information pushing method according to an embodiment of the present invention
  • FIG. 2 is a main information format diagram of the early warning information in the embodiment of the present invention.
  • FIG. 3 is a flowchart of a message sent by a voice system according to an embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram of a push server according to an embodiment of the present invention.
  • FIG. 5 is a structural diagram of a push server according to an embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of a voice system according to an embodiment of the present invention.
  • FIG. 7 is a structural diagram of a voice system according to an embodiment of the present invention.
  • 100-push server device 101-custom module; 102-first receiving module; 103-processing module; 104-first query module; 105-push module; 106-send module;
  • 200-voice system device 201-second receiving module; 202-transform module; 203-dial module; 204-second query module; 205-broadcast module.
  • an instant active information push method for coal mine disaster warning needs includes the following steps:
  • S101 The user customizes the early warning information that needs to be received. This step can use the HTTP protocol.
  • the users include underground workers (downhole broadcast), related field experts, relevant coal mine authorities, mining area dispatching offices, and emergency command departments.
  • the warning information is the information about the coal mine warning generated by the early warning system, including text, picture, video, etc., and has information such as grade, region, mining area, and disaster type.
  • the user can customize according to the above classification.
  • the early warning information is divided into main information and additional information, wherein the main information is text information, and contains the main information of the early warning, and adopts a fixed format to facilitate the push server to determine the receiving end according to the main information.
  • Customization can be developed by the user to register the push server and customize the relevant content that needs to be received.
  • the technical management personnel can complete the personalized customization of the warning information according to the user role setting and related requirements.
  • the transmission of the message can be developed by the user to register the push server and customize the relevant content that needs to be received.
  • the push server receives the early warning information sent by the early warning system by using a TCP or UDP protocol.
  • the early warning system collects the source data or the manually entered data of each mining area, and analyzes the collected data, and finally generates the early warning information that can be pushed.
  • the pre-warning information that can be pushed may include the video information, image information and early warning in the source data.
  • System analysis generates information such as images and texts.
  • the user who subscribes to the warning information may be queried. For example, when the warning message is of a high level and a fire is about to occur, it may be necessary to send an early warning message to the fire health care department for preparation.
  • Each element in the push message queue may include content such as a recipient, an accepted content, a receiving manner, a receiving end, and the like, and some or all of the information includes but not limited to the above content.
  • the recipient refers not only to natural persons but also to certain units.
  • the recipient may be an expert in the coal mine field, a mining area leader, a mine dispatching room, a coal mine competent department, an emergency command department, a medical unit, etc.;
  • the received content is included in the early warning information, that is, the received content is a subset of the early warning information, and different recipients receive different content in the same early warning information through a personalized customization function.
  • the received content is a subset of the early warning information, and different recipients receive different content in the same early warning information through a personalized customization function.
  • experts in the coal mine field need to check the relevant raw data in the mine. This demand can be realized by customizing relevant mine video information, picture information and other related information;
  • the underground broadcasting equipment only needs to inform the underground workers to evacuate quickly when there is an early warning, so the underground broadcasting equipment only needs to customize the relevant voice information of the voice system, and it is not necessary to customize other more professional information.
  • the receiving manner includes a short message, a telephone, a customized APP, an email, a voice broadcast device, etc., and different receiving modes can receive content in different formats, for example, the video information can only be received through a customized APP, and the short message and the mail can receive text information, a phone, and a voice.
  • the broadcast device can receive voice information.
  • the receiving end includes a mobile phone, a PC, a broadcasting device, an alarm device, and the like.
  • a mobile phone For example, an expert can receive relevant warning information through a mobile phone, and the dispatching room can receive early warning information through a specific software system in the PC, and the underground can receive early warning information through a broadcast device or an alarm device.
  • the diversity of the receiving mode and the receiving end ensure the timely and effective communication of the warning information, which ensures the safety of the workers in the mining area and the property safety of the mining area to a large extent.
  • the customized receiving content is pushed to the receiving end by using a protocol such as TCP, UDP or WebSocket according to the customized receiving manner.
  • a protocol such as TCP, UDP or WebSocket
  • an expert customizes the early warning information (including video information, picture information, text information) of a mining area in a certain area, and the push server uses different push methods to push the warning information to the expert.
  • the push server query module determines whether there is a connection with the user (mobile terminal): if there is a connection, the alert information is pushed to the mobile terminal, and when there is no available connection The warning information and the user related information are added to the push server message waiting queue. After the user establishes a connection with the push server, the early warning information is pushed to the user mobile terminal.
  • the text information that needs to be voiced and the related receiving end identifier are sent to the voice system through a protocol such as TCP, and the voice system performs brief processing on the text information and then converts the voice information into voice information, and then according to the voice information, and then according to The receiving end identifies the voice information to the user through protocols such as GSM, CDMA, UDP, and RTP.
  • a protocol such as TCP
  • the voice system performs brief processing on the text information and then converts the voice information into voice information, and then according to the voice information, and then according to The receiving end identifies the voice information to the user through protocols such as GSM, CDMA, UDP, and RTP.
  • step S107 After the early warning information pushed in step S105 reaches the receiving end, the user needs to provide feedback to the push server according to the provided feedback manner, indicating that the user has received the relevant information. If no feedback is provided, the push server considers that the message was not successfully sent to the receiving end of the user. To ensure the effective delivery of the disaster warning information, after waiting for a period of time, the push server will push the same early warning information to the receiving end of the user again.
  • the receiving end identifier in the step S106 is a phone number
  • the receiving end is a mobile phone or a fixed line.
  • the voice system initiates dialing again after a period of time; If the receiving end identifier in the step S106 is the related identifier of the voice broadcast device, the receiving end broadcasts the broadcast voice in the voice system, and optionally, to ensure the effective delivery of the broadcast message, the message loss rate is reduced, and the message may be increased. The number of times a voice is broadcast in a voice system.
  • the present invention proposes a format of warning information, as shown in FIG.
  • the following describes the format of the warning information in detail.
  • the format of the warning information is only for explaining the present invention and is not to be construed as limiting the invention.
  • the flag number is a unique number of the warning information. If other additional information is to be sent, the flag number can be associated with two or more messages;
  • the warning level code can be customized or other criteria.
  • 01 can be used to represent “very serious (very urgent)”, 02 for “serious (emergency)”, 03 for “medium”, and 04 for “general”;
  • the regional code can be customized or adopted national standards, such as 110101 for Beijing Dongcheng District, 370882 for Shandong province, Jining City, etc.;
  • the mining area code can be customized or adopt a certain standard.
  • 0001 can represent Yancun Coal Mine Yangcun Coal Mine, and can also be used to determine a certain mining area in combination with “Regional Code”;
  • Depth represents how many meters of the source of the disaster may occur under the surface, such as 00100, which means that the disaster may initially occur at 100 meters;
  • Terrain coding can be customized or adopt certain criteria, such as using 01 for plains and 02 for hills;
  • the types of early warning disasters can be customized or adopt certain standards, such as using 12A01 for coal mine gas accidents and 12A02 for coal mine roof accidents;
  • “0001.01.370882.0001.00500.01.12A01.»” can be interpreted as: Yangcun Coal Mine, Yanzhou Yanzhou Group, Jining City, Shandong Province (the specific field can be determined by adding a message field) at a depth of 500 meters. A gas accident may occur, the degree of disaster is “very serious (emergency)”, the terrain in the disaster area is plain, and so on.
  • the push server determines the receiving end according to the user's customized situation (such as: region, mining area, etc.) and the above warning information, thereby constructing a push message queue. If it is necessary to push additional information such as related videos and images, the relevant content of the same identification number as the above main information may be pushed to the receiving end.
  • the user's customized situation such as: region, mining area, etc.
  • the present invention also proposes a process for the voice system to process the early warning information and transmit it to the user's mobile terminal, as shown in FIG.
  • the voice system is configured to receive the warning information sent by the push server and the relevant receiver identifier
  • the voice system After receiving the warning information sent by the push server, the voice system simplifies the early warning information M, and may use an algorithm such as information extraction to extract the main information from the early warning information, which is simplified to a brief information M';
  • the dialing system in the voice system initiates dialing to the user mobile terminal with a specific number, and after the dialing is turned on, the broadcast module in the voice system plays the voice message V;
  • the relevant receiving end is identified as a related identifier of a voice broadcast device, whether there is an available connection or a data link between the voice system and the device, if there is an available connection or a data link, the voice system broadcasts the voice message V;
  • the dialing task or the query voice system and the broadcast device have a connection (data link) task added to the waiting queue. After waiting for a period of time (such as 30s), initiate a dialing task or query the connection (data link) task again. Repeat the above steps before the maximum number of waiting times for the system is reached.
  • the push server device 100 of the present invention mainly includes: a customization module 101, a first receiving module 102, a processing module 103, a first query module 104, a push module 105, and a sending module 106. .
  • the customization module 101 is configured to customize related services for a user.
  • the user can customize the early warning information that needs to be received through the relevant APP or other means, for example, by setting the administrative division of the early warning information, the specific mining area where the early warning information is located, and the type of disaster warning of the early warning information.
  • the first receiving module 102 is configured to receive information sent by the early warning system, where the information includes early warning information obtained by the early warning system for analyzing the collected related data, and other data related to the early warning information.
  • the processing module 103 is configured to determine a receiving end according to a message customization situation (such as an administrative division of the early warning information, a specific coal mine where the early warning information is located, a disaster type of the early warning information warning, etc.) and the content of the warning message, and simultaneously construct a push message queue.
  • a message customization situation such as an administrative division of the early warning information, a specific coal mine where the early warning information is located, a disaster type of the early warning information warning, etc.
  • the first query module 104 is configured to query, according to the push message queue determined by the processing module 103, whether the relevant receiving end 300 and the push server 100 have an available connection.
  • the pushing module 105 is configured to push a message in the push message queue to an associated terminal of an associated user (a specific audience) through an available connection or a data link.
  • the query module 104 is used to query whether the push server and the related receiving end have an available connection or a data link. If yes, the warning information is pushed to the relevant receiving end of the user (specific audience) through the module. 300, and remove the message from the push message queue; if there is no available connection or data link, the message (including the information required for push) is pushed into the information waiting queue of the push server 100, and the message is Removed from the push message queue.
  • the sending module 106 is configured to send the content that needs to be sent by using the voice and the related receiving end identifier to the voice system 200.
  • the voice system device 200 of the present invention includes a second receiving module 201, a conversion module 202, a dialing module 203, a second query module 204, and a broadcast module 205.
  • the second receiving module 201 is configured to receive the content that needs to be sent by using the voice and the related receiving end identifier in the early warning information sent by the sending module 106 of the push server 100.
  • the conversion module 202 includes two sub-modules: an information extraction (simplification) sub-module and a text-to-speech sub-module.
  • the information extraction (simplification) sub-module is configured to extract the simplified early warning information, and form a simplified early warning information.
  • the broadcast module broadcasts the main information.
  • the text-to-speech sub-module converts the simplified warning information (text) into a voice message.
  • the second dialing module 203 is configured to dial the related user by using the phone number in the receiving end identifier received by the receiving module 201.
  • the second query module 204 is configured to query whether the voice system and the related receiving end (not the mobile phone and the fixed line) have an available connection or a data link, where the relevant receiving end receives the receiving end identifier by the receiving module 201.
  • OK non-phone number class
  • the broadcast module 205 after the dialing module 203 dials up and the user is connected, or the second query module 204 queries the voice system and the relevant receiving end that there is an available connection or data link, and is used for broadcasting the early warning information, the early warning
  • the information is voice information converted by the sub-module text-to-speech module in the conversion module 202.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Alarm Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种面向煤矿灾害预警需求的即时主动信息推送方法，属于通信技术领域，包括以下步骤：用户对预警信息进行定制；推送服务器接收预警信息后确定接收端；构建推送消息队列；向接收端推送定制信息；将预警信息发送到语音系统，语音系统对预警信息进行处理并转化为语音消息后传达给用户，依次向接收端发起拨号任务或查询连接(数据链路)任务，拨号接通或连接(数据链路)存在时，广播语音消息，否则加入等待队列，一段时间后，重新发起上述任务。本发明采用多种通信技术，实现了煤矿灾害预警信息的个性化定制、即时和主动发送和反馈，提高了预警信息的传达效率及准确率，对于降低甚至避免煤矿灾害带来的损失具有重要的现实意义。

Description

一种面向煤矿灾害预警需求的即时主动信息推送方法 技术领域
本发明属于通信技术领域，具体涉及一种面向煤矿灾害预警需求的即时主动信息推送方法。
背景技术
由于煤矿生产作业的特殊性，煤炭开采一直是国家生产安全保障与重大事故预防的重点领域之一，安全生产是煤炭企业发展的核心要素。而灾害预警信息的及时准确送达与发布，对于提高煤炭企业灾害的防控能力，避免事故发生或降低事故损失具有重要意义。传统的灾害预警信息送达和发布方法和系统，技术手段单一，不能根据灾害数据进行预警信息的定制、主动发送和反馈，已无法满足煤矿灾害预警工作的实际需求。因此，融合多种现代通信技术，实现语音、文本、图像和视频等多种预警信息的即时主动个性化的推送，是煤矿灾害预警亟需解决的重要问题。
发明内容
针对现有技术中存在的上述技术问题，本发明提出了一种面向煤矿灾害预警需求的即时主动信息推送方法，设计合理，克服了现有技术的不足，具有良好的效果。
为了实现上述目的，本发明采用如下技术方案：
一种面向煤矿灾害预警需求的即时主动信息推送方法，采用推送服务器和语音系统；
所述推送服务器，包括定制模块、第一接收模块、处理模块、第一查询模块、推送模块和发送模块；其中，
定制模块，被配置为用于为用户定制相关服务，并对外提供必要的接口或API；
第一接收模块，被配置为用于接收预警信息；
处理模块，被配置为用于根据消息定制情况及预警消息内容确定接收端，并同时构建推送消息队列；
第一查询模块，被配置为用于根据处理模块构建的推送消息队列查询推送服务器与接收端是否存在可用连接或数据链路；
推送模块，被配置为用于根据处理模块构建的推送消息队列向接收端推送相关预警信息，前提是第一查询模块查询到推送服务器与接收端存在可用连接或数据链路；
发送模块，被配置为用于将处理模块构建的推送消息队列中需要发送到语音系统的文本内容及接收端标识发送至语音系统；
所述语音系统，包括第二接收模块、转化模块、拨号模块、第二查询模块以及广播模块；其中，
第二接收模块，被配置为用于接收推送服务器发送的预警信息及相关接收端标识；
转化模块，包括信息提取模块与文字转语音模块；其中，信息提取模块，被配置为用于提取预警信息中的主要信息；文字转语音模块，被配置为用于将信息提取模块提取的预警信息的主要信息转化为语音消息；
拨号模块，被配置为用于通过第二接收模块接收的接收端标识中的电话号码向相关用户进行拨号；
第二查询模块，被配置为用于通过第二接收模块接收的接收端标识中的非电话号码类查询语音设备与语音系统之间是否存在连接或数据链路；
广播模块，被配置为用于进行预警信息的播音，预警信息为经文字转语音模块转化后的语音消息；
所述的面向煤矿灾害预警需求的即时主动信息推送方法，包括以下步骤：
步骤1：用户对于需要接收的预警信息通过定制模块进行定制；
步骤2：推送服务器的第一接收模块接收预警系统产生的预警信息；
步骤3：通过推送服务器的处理模块，并根据消息定制情况以及预警信息内容确定接收端；
步骤4：通过推送服务器的处理模块构建推送消息队列；
步骤5：判断第一查询模块查询的推送服务器与接收端是否存在可用连接或数据链路；
若：判断结果是存在可用连接或数据链路，则执行步骤6；
或判断结果是不存在可用连接或数据链路，则将预警信息和相关信息加入消息等待队列，待接收端与推送服务器建立连接后，再将预警信息推送至接收端；
步骤6：根据推送消息队列，推送服务器的推送模块按照定制的接收方式将定制的预警信息推送至接收端；当推送的定制预警信息到达接收端后，若用户在接收端按照提供的反馈方式向推送服务器做出反馈，则表明用户已经接收到相关信息；若不做出反馈，则表明用户没有接收到相关信息，则加入消息等待队列，一段时间后推送服务器将再次推送相同预警信息至用户的接收端；
步骤7：根据推送消息队列，语音系统处理预警信息并传递至用户的接收端，具体包括如下步骤：
步骤7.1：语音系统的第二接收模块接收推送服务器发送的预警信息及相关接收端标识；
步骤7.2：语音系统接收到推送服务器发送的预警信息后，对预警信息M进行简化处理，从内容较多的预警信息提取出主要信息，简化为较简要的信息M’；
步骤7.3：语音系统中的转化模块将预警信息M或较简要的信息M’转化为语音消息V；
步骤7.4：判断相关接收端标识的类型，通过语音系统中的广播模块播放语音消息V；
若相关接收端标识为电话号码，则接收端为手机或固话，通过语音系统中的拨号模块以特定号码向用户的接收端拨号，用户接听即表示用户获悉预警信息，语音系统中的广播模块播放语音消息V；
若相关接收端标识为某语音广播设备的相关标识，则接收端为广播设备，第二查询模块查询语音系统与该语音广播设备之间是否存在着可用连接或数据链路，若存在着可用连接或数据链路，则语音系统中的广播模块播放语音消息V；
若用户固话或手机没有接听拨号，或语音系统与语音广播设备之间不存在可用连接或数据链路，则将拨号任务或查询语音系统与语音广播设备是否存在可用连接或数据链路任务加入语音消息等待队列，等待一段时间后，再次发起拨号任务或查询可用连接或数据链路任务，在未达到系统预设的等待次数最大值前，重复步骤7.4；若最终拨号次数或等待次数达到预设的最大值，则放弃拨号和广播。
优选地，用户接收到未经过语音系统进行推送的消息后要根据预定的反馈方式向推送服务器做出反馈，表明已接受到预警信息，而接收预警语音消息的终端无须进行反馈。
优选地，用户包括井下工人、井下广播、相关领域专家、煤矿相关主管部门、矿区调度室和应急指挥部门；
定制可以是用户通过相关APP自己完成个性化定制，也可以通过相关技术管理人员根据用户的角色设定完成预警信息的个性化定制；
预警信息包括主信息和附加信息；其中预警信息的主信息为文本信息，附加信息包括文本、图片及视频在内的格式信息。
优选地，接收语音消息的终端包括手机或固话、广播设备或其他语音设备。
本发明所带来的有益技术效果：
本发明采用多种通信技术，实现了煤矿灾害预警信息的个性化定制、即时和主动发送和反馈，相对于传统的预警方式集成了多种信息传送技术，有效地提高了预警信息的传达效率及准确率，对于降低甚至避免煤矿灾害带来的损失具有重要的现实意义。
附图说明
图1为本发明实施例的信息推送方法的流程图；
图2为本发明实施例中的预警信息的主信息格式图；
图3为本发明实施例中的语音系统发送消息的流程图；
图4为本发明实施例中推送服务器的结构示意图；
图5为本发明实施例中推送服务器的架构图；
图6为本发明实施例中语音系统的结构示意图；
图7为本发明实施例中语音系统的架构图。
其中，100-推送服务器设备；101-定制模块；102-第一接收模块；103-处理模块；104-第一查询模块；105-推送模块；106-发送模块；
200-语音系统设备；201-第二接收模块；202-转化模块；203-拨号模块；204-第二查询模块；205-广播模块。
具体实施方式
下面结合附图以及具体实施方式对本发明作进一步详细说明：
如图1所示，一种面向煤矿灾害预警需求的即时主动信息推送方法，包括以下步骤：
S101，用户对于需要接收的预警信息进行定制。此步骤可以采用HTTP协议。
其中所述用户包括井下工人(井下广播)、相关领域专家、煤矿相关主管部门、矿区调度室、应急指挥部门等。
预警信息为预警系统产生的关于煤矿预警的信息，包括文本、图片、视频等类型，并且有等级、地区、矿区、灾害类型等信息，用户可以根据上述分类进行定制。而且预警信息分为主信息和附加信息，其中主信息为文本信息，包含该次预警的主要信息，采用固定的格式，方便推送服务器根据主信息确定接收端。
定制可以通过开发定制的APP，由用户自己注册推送服务器并定制需要接收的相关内容，也可以通过技术管理人员根据用户角色的设定和相关要求完成预警信息的个性化定制，可以采用HTTP协议实现消息的传输。
S102，推送服务器通过TCP或UDP协议接收预警系统发送的预警信息。
预警系统收集各矿区的源数据或人工录入的数据，并对采集的数据进行分析，最终生成可供推送的预警信息，可供推送的预警信息可能包括源数据中的视频信息、图像信息以及预警系统分析生成图像、文本等信息。
S103，按照消息定制的情况及预警消息内容确定接收端。
可以根据预警信息中所携带的煤矿灾害预警等级、地区、矿区、灾害类型等信息去查询订阅符合接收该预警信息的用户。比如预警消息等级较高且将要发生火灾时，可能需要将预警消息发往消防医疗等部门，以便早做准备。
S104，根据步骤S103中确定的预警消息接收端情况构建推送消息队列。其中，所述推送消息队列中每个元素可能包括接收人、接受内容、接收方式、接收端等内容，部分包括或全部包括但不限于以上内容。
所述接收人不仅指自然人，还包括某些单位。比如：接收人可以为煤矿领域相关专家、 矿区领导、矿区调度室、煤矿主管部门、应急指挥部门、医疗单位等；
所述接收内容包含于所述预警信息，即所述接收内容为所述预警信息的子集，不同接收人通过个性化定制功能接收到同一预警信息中的不同内容。比如：煤矿领域专家为了在收到预警信息时可以做出更加准确的预警判断，需要查看矿井中的相关原始数据，这一需求可以通过定制相关矿井视频信息、图片信息等相关信息来实现；而井下广播设备仅仅需要在有预警的时候通知井下工人快速撤离，所以井下广播设备只需要定制语音系统的相关语音信息即可，无需定制其他比较专业的信息。
所述接收方式包括短信、电话、定制APP、邮件、语音广播设备等，不同接收方式可以接收不同格式的内容，比如视频信息只能通过定制APP接收，短信、邮件可以接收文本信息，电话、语音广播设备可以接收语音信息。
所述接收端包括手机、PC、广播设备、报警设备等。比如专家可以通过手机接收相关预警信息，调度室可以通过PC中的特定软件系统接收预警信息，井下可以通过广播设备或报警设备接收预警信息等。
接收方式及接收端的多样性保证了预警信息的及时有效的传达，较大程度上保证了矿区工人的生命安全和矿区的财产安全。
S105，根据步骤S104确定的推送消息队列，按照定制接收方式利用TCP、UDP或WebSocket等协议向接收端推送定制的接收内容。比如：某专家定制了某地区某矿区的预警信息(包括视频信息、图片信息、文本信息)，推送服务器使用不同的推送方式向该专家推送预警信息。
其中，使用定制APP或移动终端等方式推送时，推送服务器查询模块判断与所述用户(移动终端)是否存在连接：若存在连接，则将所述预警信息推送至移动终端，不存在可用连接时，将所述预警信息及用户相关信息加入推送服务器消息等待队列，待用户与推送服务器建立连接后，将所述预警信息推送至用户移动终端。
S106，根据步骤S104确定的推送消息队列，将需要语音推送的文本信息及相关接收端标识通过TCP等协议发送至语音系统，语音系统对所述文本信息作简要处理后转化为语音信息，然后根据接收端标识通过GSM、CDMA、UDP、RTP等协议将语音信息传达给用户。
S107，当步骤S105中推送的预警信息到达接收端后，用户在接收端需要按照提供的反馈方式向推送服务器做出反馈，表明用户已经接收到相关信息。若不做出反馈，则推送服务器认为消息未成功发送至用户的接收端，为保证灾害预警信息的有效传递，等待一段时候后，推送服务器将再次推送相同预警信息至用户的接收端。
S108，若步骤S106中所述的接收端标识为电话号码，则接收端为手机或固话，用户接听 即表示用户获悉灾害预警信息，若不接听，则语音系统间隔一段时间后再次发起拨号；若步骤S106中所述的接收端标识为某语音广播设备的相关标识，则接收端广播语音系统中的广播语音，可选地，为保证广播消息的有效送达，降低消息丢失率，可以增加语音系统中广播语音的次数。
为使上述方法的步骤更加清晰，本发明提出一种预警信息的格式，如图2所示。下面举例对该预警信息格式进行详细说明。该预警信息格式仅用于解释本发明，而不能解释为对本发明的限制。
标志号是该预警信息的唯一编号，如果要实现其他附加信息的发送，标志号可以实现两条或多条消息的关联；
预警级别编码可以自定义或其他标准，比如可以用01代表“十分严重(十分紧急)”，02代表“严重(紧急)”，03代表“中等”，04代表“一般”等；
地区编码可以自定义或采用国标等标准，比如110101代表北京市东城区，370882代表山东省济宁市兖州市等；
矿区编码可以自定义或采用某种标准，比如0001可以代表兖矿集团杨村煤矿，也可以结合“地区编码”唯一确定某个矿区；
深度代表灾害源头可能发生在地表下多少米，比如00100代表灾害最初可能发生在100米处；
地形编码可以自定义或采用某种标准，比如使用01代表平原，02代表丘陵等；
预警灾害类型可以自定义或采用某种标准，比如使用12A01代表煤矿瓦斯事故，12A02代表煤矿顶板事故等；
结合上述说明，可以将“0001.01.370882.0001.00500.01.12A01.……”解释为：山东省济宁市兖州市兖矿集团杨村煤矿(可以通过增加消息字段具体确定某个矿井)在500米深处可能发生瓦斯事故，灾害程度为“十分严重(紧急)”，灾害发生地区地形为平原，等等。
推送服务器根据用户的定制情况(比如：地区、矿区等)及上述预警信息确定接收端，从而构建推送消息队列。若需要推送相关的视频、图像等附加信息，则推送与上述主信息相同标志号的相关内容至接收端即可。
为使上述方法的步骤更加清晰，本发明还提出一种语音系统处理预警信息并传递给用户移动终端的流程，如图3所示。
语音系统用于接收推送服务器发送的预警信息及相关接收端标识；
语音系统接收到推送服务器发送的预警信息后，对预警信息M进行简化处理，可以利用信息提取等算法，将内容较多的预警信息提取出主要信息，简化为较简要的信息M’；
将预警信息M或较简要的信息M’通过语音系统中的转化模块转化为语音消息V；
若相关接收端标识为电话号码，则通过语音系统中的拨号系统以特定号码向用户移动终端发起拨号，接通所拨号后，语音系统中的广播模块播放语音消息V；
若相关接收端标识为某语音广播设备的相关标识，查询语音系统与该设备之间是否存在着可用连接或数据链路，若存在着可用连接或数据链路，则语音系统广播语音消息V；
若用户固话或手机没有接听拨号，或语音系统与广播设备之间不存在可用连接或数据链路，将拨号任务或查询语音系统与广播设备是否存在连接(数据链路)任务加入等待队列，等待一段时间后(比如30s)，再次发起拨号任务或查询连接(数据链路)任务，在未达到系统预设的等待次数最大值前，重复上述步骤。
如图4和图5所示，本发明提出的一种推送服务器设备100，主要包括：定制模块101、第一接收模块102、处理模块103、第一查询模块104、推送模块105和发送模块106。
所述定制模块101，用于为用户定制相关服务。用户可以通过相关APP或者其他方式对自己需要接收的预警信息进行定制，比如通过设置预警信息的行政区划、预警信息所在的特定矿区、预警信息预警的灾害类型等完成信息定制。
所述第一接收模块102，用于接收预警系统发送的信息，所述信息包含预警系统对采集的相关数据进行分析后得到的预警信息以及与该预警信息相关的其他数据。
所述处理模块103，用于根据消息定制情况(比如预警信息的行政区划、预警信息所在的特定煤矿、预警信息预警的灾害类型等)及预警消息内容确定接收端，并同时构建推送消息队列。
所述第一查询模块104，用于根据处理模块103确定的所述推送消息队列，查询相关接收端300与推送服务器100是否存在可用连接。
所述推送模块105，用于将所述推送消息队列中的消息通过可用连接或数据链路推送至相关用户(特定受众)的相关终端。利用所述查询模块104查询推送服务器与相关接收端是否存在可用连接或数据链路，若存在，则将所述预警信息通过该模块将所述预警信息推送至用户(特定受众)的相关接收端300，并将该消息从推送消息队列中移除；若不存在可用连接或数据链路，则将该消息(含推送所需的信息)压入推送服务器100的信息等待队列，并将该消息从推送消息队列中移除。
所述发送模块106，用于将所述预警信息中需要使用语音发送的内容及相关接收端标识发送至语音系统200。
如图6和图7所示，本发明提出的一种语音系统设备200，包括第二接收模块201、转化模块202、拨号模块203、第二查询模块204和广播模块205。
所述第二接收模块201，用于接收所述推送服务器100的发送模块106发送的所述预警信息中需要使用语音发送的内容及相关接收端标识。
所述转化模块202，包含信息提取(简化)子模块和文字转语音子模块两个子模块。其中所述信息提取(简化)子模块用于提取简化所述预警信息，形成较简化的预警信息，便于文字转语音子模块转化为语音后，所述广播模块进行主要信息的播音。所述文字转语音子模块将所述的较简化的预警信息(文字)转化为语音消息。
所述第二拨号模块203，用于通过所述接收模块201接收的接收端标识中的电话号码向相关用户进行拨号。
所述第二查询模块204，用于查询语音系统与相关接收端(非手机和固话)是否存在可用连接或数据链路，其中所述相关接收端由所述接收模块201接收的接收端标识确定(非电话号码类)。
所述广播模块205，拨号模块203拨号且用户接通后，或第二查询模块204查询到语音系统与相关接收端存在可用连接或数据链路时，用于进行预警信息的广播，所述预警信息为所述转化模块202中的所述子模块文字转语音模块转化的语音信息。
当然，上述说明并非是对本发明的限制，本发明也并不仅限于上述举例，本技术领域的技术人员在本发明的实质范围内所做出的变化、改型、添加或替换，也应属于本发明的保护范围。

Claims (4)

  1. 一种面向煤矿灾害预警需求的即时主动信息推送方法，其特征在于：采用推送服务器和语音系统；
    所述推送服务器，包括定制模块、第一接收模块、处理模块、第一查询模块、推送模块和发送模块；其中，
    定制模块，被配置为用于为用户定制相关服务，并对外提供必要的接口或API；
    第一接收模块，被配置为用于接收预警信息；
    处理模块，被配置为用于根据消息定制情况及预警消息内容确定接收端，并同时构建推送消息队列；
    第一查询模块，被配置为用于根据处理模块构建的推送消息队列查询推送服务器与接收端是否存在可用连接或数据链路；
    推送模块，被配置为用于根据处理模块构建的推送消息队列向接收端推送相关预警信息，前提是第一查询模块查询到推送服务器与接收端存在可用连接或数据链路；
    发送模块，被配置为用于将处理模块构建的推送消息队列中需要发送到语音系统的文本内容及接收端标识发送至语音系统；
    所述语音系统，包括第二接收模块、转化模块、拨号模块、第二查询模块以及广播模块；其中，
    第二接收模块，被配置为用于接收推送服务器发送的预警信息及相关接收端标识；
    转化模块，包括信息提取模块与文字转语音模块；其中，信息提取模块，被配置为用于提取预警信息中的主要信息；文字转语音模块，被配置为用于将信息提取模块提取的预警信息的主要信息转化为语音消息；
    拨号模块，被配置为用于通过第二接收模块接收的接收端标识中的电话号码向相关用户进行拨号；
    第二查询模块，被配置为用于通过第二接收模块接收的接收端标识中的非电话号码类查询语音设备与语音系统之间是否存在连接或数据链路；
    广播模块，被配置为用于进行预警信息的播音，预警信息为经文字转语音模块转化后的语音消息；
    所述的面向煤矿灾害预警需求的即时主动信息推送方法，包括以下步骤：
    步骤1：用户对于需要接收的预警信息通过定制模块进行定制；
    步骤2：推送服务器的第一接收模块接收预警系统产生的预警信息；
    步骤3：通过推送服务器的处理模块，并根据消息定制情况以及预警信息内容确定接收端；
    步骤4：通过推送服务器的处理模块构建推送消息队列；
    步骤5：判断第一查询模块查询的推送服务器与接收端是否存在可用连接或数据链路；
    若：判断结果是存在可用连接或数据链路，则执行步骤6；
    或判断结果是不存在可用连接或数据链路，则将预警信息和相关信息加入消息等待队列，待接收端与推送服务器建立连接后，再将预警信息推送至接收端；
    步骤6：根据推送消息队列，推送服务器的推送模块按照定制的接收方式将定制的预警信息推送至接收端；当推送的定制预警信息到达接收端后，若用户在接收端按照提供的反馈方式向推送服务器做出反馈，则表明用户已经接收到相关信息；若不做出反馈，则表明用户没有接收到相关信息，则加入消息等待队列，一段时间后推送服务器将再次推送相同预警信息至用户的接收端；
    步骤7：根据推送消息队列，语音系统处理预警信息并传递至用户的接收端，具体包括如下步骤：
    步骤7.1：语音系统的第二接收模块接收推送服务器发送的预警信息及相关接收端标识；
    步骤7.2：语音系统接收到推送服务器发送的预警信息后，对预警信息M进行简化处理，从内容较多的预警信息提取出主要信息，简化为较简要的信息M’；
    步骤7.3：语音系统中的转化模块将预警信息M或较简要的信息M’转化为语音消息V；
    步骤7.4：判断相关接收端标识的类型，通过语音系统中的广播模块播放语音消息V；
    若相关接收端标识为电话号码，则接收端为手机或固话，通过语音系统中的拨号模块以特定号码向用户的接收端拨号，用户接听即表示用户获悉预警信息，语音系统中的广播模块播放语音消息V；
    若相关接收端标识为某语音广播设备的相关标识，则接收端为广播设备，第二查询模块查询语音系统与该语音广播设备之间是否存在着可用连接或数据链路，若存在着可用连接或数据链路，则语音系统中的广播模块播放语音消息V；
    若用户固话或手机没有接听拨号，或语音系统与语音广播设备之间不存在可用连接或数据链路，则将拨号任务或查询语音系统与语音广播设备是否存在可用连接或数据链路任务加入语音消息等待队列，等待一段时间后，再次发起拨号任务或查询可用连接或数据链路任务，在未达到系统预设的等待次数最大值前，重复步骤7.4；若最终拨号次数或等待次数达到预设的最大值，则放弃拨号和广播。
  2. 根据权利要求1所述的面向煤矿灾害预警需求的即时主动信息推送方法，其特征在于：
    用户接收到未经过语音系统进行推送的消息后要根据预定的反馈方式向推送服务器做出反馈，表明已接受到预警信息，而接收预警语音消息的终端无须进行反馈。
  3. 根据权利要求1所述的面向煤矿灾害预警需求的即时主动信息推送方法，其特征在：
    用户包括井下工人、井下广播、相关领域专家、煤矿相关主管部门、矿区调度室和应急指挥部门；
    定制可以是用户通过相关APP自己完成个性化定制，也可以通过相关技术管理人员根据用户的角色设定完成预警信息的个性化定制；
    预警信息包括主信息和附加信息；其中预警信息的主信息为文本信息，附加信息包括文本、图片及视频在内的格式信息。
  4. 根据权利要求1所述的面向煤矿灾害预警需求的即时主动信息推送方法，其特征在于：
    接收语音消息的终端包括手机或固话、广播设备或其他语音设备。
PCT/CN2018/072173 2017-08-29 2018-01-10 一种面向煤矿灾害预警需求的即时主动信息推送方法 WO2019041721A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710753036.0A CN107493227B (zh) 2017-08-29 2017-08-29 一种面向煤矿灾害预警需求的即时主动信息推送方法
CN201710753036.0 2017-08-29

Publications (1)

Publication Number Publication Date
WO2019041721A1 true WO2019041721A1 (zh) 2019-03-07

Family

ID=60646118

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/072173 WO2019041721A1 (zh) 2017-08-29 2018-01-10 一种面向煤矿灾害预警需求的即时主动信息推送方法

Country Status (2)

Country Link
CN (1) CN107493227B (zh)
WO (1) WO2019041721A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110362946A (zh) * 2019-07-22 2019-10-22 河南理工大学 一种针对煤矿典型事故的应急救援仿真方法及仿真系统
CN113381863A (zh) * 2020-03-10 2021-09-10 本无链科技(深圳)有限公司 一种用于区块链的招呼型广播系统及方法
CN114819245A (zh) * 2021-09-17 2022-07-29 安徽中科新辰技术有限公司 一种数据监控预警系统、方法及设备
CN114926966A (zh) * 2022-04-08 2022-08-19 云南云天化红磷化工有限公司 一种移动终端语音事故预警系统及其方法
CN114978789A (zh) * 2021-03-19 2022-08-30 深圳市欧瑞博科技股份有限公司 安防信息的智能发送方法、设备、服务器及介质
CN115022107A (zh) * 2022-05-24 2022-09-06 四川公用信息产业有限责任公司 一种乡村智慧云广播方法及系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107493227B (zh) * 2017-08-29 2018-05-18 山东科技大学 一种面向煤矿灾害预警需求的即时主动信息推送方法
CN108551482A (zh) * 2018-04-16 2018-09-18 深圳壹账通智能科技有限公司 一种语音消息的推送方法、装置及计算机可读存储介质
CN111382033A (zh) * 2020-03-09 2020-07-07 山东浪潮通软信息科技有限公司 一种通用的信息系统预警方法和预警工具

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008042320A (ja) * 2006-08-02 2008-02-21 Nakayo Telecommun Inc 緊急情報表示方法および構内電話システム
CN104822000A (zh) * 2015-05-22 2015-08-05 全观友 一种信息推送服务的系统及方法
CN105006109A (zh) * 2015-08-14 2015-10-28 中国气象局公共气象服务中心 农村气象灾害预警处置系统
CN105338054A (zh) * 2015-09-21 2016-02-17 百度在线网络技术（北京）有限公司 一种语音信息的推送方法和装置
CN107493227A (zh) * 2017-08-29 2017-12-19 山东科技大学 一种面向煤矿灾害预警需求的即时主动信息推送方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030003898A1 (en) * 2001-06-27 2003-01-02 International Business Machines Corporation Utilizing parallel available services over a wireless network
CN102468965A (zh) * 2010-10-29 2012-05-23 李立明 一种消息智能推送系统及方法
CN102164317A (zh) * 2011-02-14 2011-08-24 上海高智科技发展有限公司 一种面向ip机顶盒的多服务器分段下载系统
CN102289920A (zh) * 2011-05-13 2011-12-21 中国科学院合肥物质科学研究院 一种节能型无线多跳农业远程智能监控与预警系统
CN103067851A (zh) * 2011-10-20 2013-04-24 中国气象局公共气象服务中心 一种基于手机客户端的气象灾害预警信息发布的系统和方法
CN103559631A (zh) * 2013-11-01 2014-02-05 上海语镜汽车信息技术有限公司 一种基于多种数据的智能匹配判断的移动互联网声音广告发布系统
CN104580448A (zh) * 2014-12-29 2015-04-29 北京奇虎科技有限公司 信息推送方法和装置
CN104837201B (zh) * 2015-02-05 2018-02-02 大唐移动通信设备有限公司 一种寻呼消息处理方法及设备
CN105068147A (zh) * 2015-08-14 2015-11-18 中国气象局公共气象服务中心 天气盒子装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008042320A (ja) * 2006-08-02 2008-02-21 Nakayo Telecommun Inc 緊急情報表示方法および構内電話システム
CN104822000A (zh) * 2015-05-22 2015-08-05 全观友 一种信息推送服务的系统及方法
CN105006109A (zh) * 2015-08-14 2015-10-28 中国气象局公共气象服务中心 农村气象灾害预警处置系统
CN105338054A (zh) * 2015-09-21 2016-02-17 百度在线网络技术（北京）有限公司 一种语音信息的推送方法和装置
CN107493227A (zh) * 2017-08-29 2017-12-19 山东科技大学 一种面向煤矿灾害预警需求的即时主动信息推送方法

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110362946A (zh) * 2019-07-22 2019-10-22 河南理工大学 一种针对煤矿典型事故的应急救援仿真方法及仿真系统
CN113381863A (zh) * 2020-03-10 2021-09-10 本无链科技(深圳)有限公司 一种用于区块链的招呼型广播系统及方法
CN114978789A (zh) * 2021-03-19 2022-08-30 深圳市欧瑞博科技股份有限公司 安防信息的智能发送方法、设备、服务器及介质
CN114978789B (zh) * 2021-03-19 2023-11-21 深圳市欧瑞博科技股份有限公司 安防信息的智能发送方法、设备、服务器及介质
CN114819245A (zh) * 2021-09-17 2022-07-29 安徽中科新辰技术有限公司 一种数据监控预警系统、方法及设备
CN114926966A (zh) * 2022-04-08 2022-08-19 云南云天化红磷化工有限公司 一种移动终端语音事故预警系统及其方法
CN115022107A (zh) * 2022-05-24 2022-09-06 四川公用信息产业有限责任公司 一种乡村智慧云广播方法及系统

Also Published As

Publication number Publication date
CN107493227A (zh) 2017-12-19
CN107493227B (zh) 2018-05-18

Similar Documents

Publication Publication Date Title
WO2019041721A1 (zh) 一种面向煤矿灾害预警需求的即时主动信息推送方法
US10206088B2 (en) Method and apparatus for efficient and deterministic group alerting
US20110143651A1 (en) Method for selecting media for delivery to users at an incident
CN108769240A (zh) 一种智能调度指挥系统及方法
WO1995015051A1 (en) Integrated data collection and transmission for emergency calls
CN101861726B (zh) 紧急信息发布系统、紧急信息发布方法、发送服务器以及便携终端
WO2015154501A1 (zh) 核电站复合式移动通信方法、终端及系统
CN208386595U (zh) 一种应急广播平台数据交互系统
CN111202980B (zh) 信息传送方法、流媒体云平台和计算机可读存储介质
CN111818505A (zh) 一种基于移动智能终端的应急通信系统
CN112615689B (zh) 一种事故灾难应急广播系统及方法
CN102547607B (zh) 消息交互控制方法及系统、消息交互系统和移动终端
CN203492055U (zh) 同步报警、接警、处警系统
CN103986900A (zh) 一种基于音视频、图片、文字的作战指令下达方法和装置
CN101282185B (zh) 一种地方紧急广播消息的传送方法
CN111242460A (zh) 一种基于公网的社会消防力量调度管理系统
JP2020198511A (ja) 災害情報投稿処理システム、災害情報投稿処理方法及び災害情報投稿処理サーバ装置
CN101272567A (zh) 一种紧急广播消息的显示方法及装置
CN103326871B (zh) 基于dtmb传输平台的综合信息广播方法
CN113890587B (zh) 一种基于bds短报文的车辆安全信息数据交换方法
CN111480352A (zh) 用于lte网络基于边缘的特定于位置的警报系统
CN101383864B (zh) 一种转发紧急广播消息的方法及装置
EP1722580A1 (en) System for delivery of warning information via SMS
CN101931918A (zh) 一种根据用户状态处理订购业务的装置和方法
KR102605580B1 (ko) 스마트 마을방송 시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18851697

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18851697

Country of ref document: EP

Kind code of ref document: A1