CN113543109A - Emergency communication system, method and adaptive server - Google Patents
Emergency communication system, method and adaptive server Download PDFInfo
- Publication number
- CN113543109A CN113543109A CN202110857862.6A CN202110857862A CN113543109A CN 113543109 A CN113543109 A CN 113543109A CN 202110857862 A CN202110857862 A CN 202110857862A CN 113543109 A CN113543109 A CN 113543109A
- Authority
- CN
- China
- Prior art keywords
- emergency broadcast
- emergency
- server
- data
- broadcast message
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
- H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
-
- 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/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
Abstract
The application discloses an emergency communication system, a method and an adaptation server, wherein the system comprises: the upper layer broadcasting server is used for acquiring an HTTP POST interface address from the adaptation server, compressing the emergency broadcast message into a Tar file when acquiring a broadcasting instruction, and sending the Tar file to the adaptation server; the adaptation server is used for receiving the Tar file sent by the upper layer broadcasting server, decompressing the Tar file, analyzing decompressed data by using an emergency broadcasting service data element format, determining whether the decompressed data conforms to the emergency broadcasting service data element format, determining whether a verification field in the analyzed data is equal to a preset field if the decompressed data conforms to the emergency broadcasting service data element format, determining whether an EBDType value in the analyzed data is EBM if the verification field in the analyzed data is equal to the preset field, and storing the analyzed data if the EBDType value in the analyzed data is equal to the EBM value; determining the value of MsgType in the analytic data; and the playing terminal is connected with the MQTT through a mobile network and receives the emergency broadcast message pushed by the MQTT. The application supports broadcast capabilities for terminals in low-level administrative areas.
Description
Technical Field
The embodiment of the application relates to an emergency communication technology, in particular to an emergency communication system, an emergency communication method and an adaptation server.
Background
At present, under the coordination action of a broadcast system management platform, emergency broadcast can form a daily broadcast message instruction according to a determined packaging protocol and a data format and send the daily broadcast message instruction to a wireless ground digital television according to needs. The broadcast broadcasting technology has the advantages that digital signals can be adopted for transmission, the transmission quality of the transmission signals is high, the distortion is small, and various forms of emergency broadcasts such as audio and video texts can be transmitted so as to meet the requirements of various emergency broadcasts.
However, in the current emergency broadcasting system, the cable/terrestrial digital television network is limited to the case that the access to administrative districts below the county level is quite poor, and the deployment situation of devices such as rural digital (TS) stream adaptation, multiplexing and scrambling of platforms below the county level is poor, so that local insertion cannot be realized in platforms without the functions of TS adaptation, multiplexing and the like (such as towns and administrative villages), and the capability of independently performing emergency broadcasting in a way of departing from the upper level is not provided. Meanwhile, emergency broadcast frequency points need to be planned independently, or existing broadcast television channels need to be occupied to complete transmission of emergency broadcast programs.
Disclosure of Invention
In view of the above, embodiments of the present application provide an emergency communication system, an emergency communication method and an adaptation server, so as to at least solve the foregoing technical problems.
According to a first aspect of the present application, there is provided an emergency communication system comprising:
the upper layer broadcasting server is used for acquiring a hypertext transfer protocol (HTTP) POST interface address from the adaptation server, calling the HTTP POST interface when acquiring a broadcasting instruction, compressing the emergency broadcast message into a Tar file and sending the Tar file to the adaptation server; receiving a subscription emergency broadcast message of the playing terminal forwarded by the adaptation server, verifying the subscription emergency broadcast message, and indicating the adaptation server to play after successful verification;
the adaptation server is used for providing the HTTP POST interface for the upper layer broadcasting server and informing the upper layer broadcasting server; receiving the Tar file sent by the upper layer broadcasting server, decompressing the Tar file, analyzing decompressed data by using an emergency broadcasting service data element format, determining whether the decompressed data conforms to the emergency broadcasting service data element format, determining whether a verification field in the analyzed data is equal to a verification field recorded locally when the decompressed data conforms to the emergency broadcasting service data element format, determining whether an emergency broadcasting message type EBDType value in the analyzed data is an emergency broadcasting message EBM when the verification field in the analyzed data is equal to the verification field in the local record, and storing the analyzed data if the verification field in the analyzed data is equal to the verification field in the local record; determining the value of the message type MsgType in the analysis data, if the value of the MsgType is a first set value, integrating current effective emergency broadcast messages, sending the integrated emergency broadcast messages to a message queue telemetry transmission MQTT of the MgType, if the value of the MsgType is a second set value, setting the message ending time in the analysis data as the current time, and sending the current time to the MQTT to end the broadcast of the emergency messages corresponding to the analysis data; receiving an emergency broadcast message subscribed by a play terminal, and forwarding the emergency broadcast message to the upper-layer play server; and notifying the upper broadcasting server of the start and end times of the subscribed emergency broadcast message;
the playing terminal is connected to the MQTT through a mobile network and receives an emergency broadcast message pushed by the MQTT; and subscribing the emergency broadcast message to the adaptation server through the MQTT, wherein the subscribed emergency broadcast message at least comprises the identifier of the playing terminal, the identifier of the emergency broadcast message, the start/end time information and the verification data.
Optionally, the MQTT includes an emergency broadcast integrated 4G module, and communicates with the adaptation server by using an MQTT protocol, and the priority of the emergency broadcast message is guaranteed by using the quality of service QoS of the MQTT protocol.
Optionally, the parsing data includes at least one of the following information:
the emergency broadcast message identification EBMID, the start time StartTime, the end time EndTime, the message type MsgType, and the area code.
According to a second aspect of the present application, an emergency communication method is provided, which is applied to an adaptation server, and provides an HTTP POST interface for an upper layer broadcast server, and establishes communication with the upper layer broadcast server; characterized in that the method comprises:
receiving a Tar file which is sent by the upper layer broadcasting server and is packaged with an emergency broadcast message, and decompressing the Tar file;
analyzing the decompressed data by using an emergency broadcast service data element format, determining whether the decompressed data conforms to the emergency broadcast service data element format, determining whether a verification field in the analyzed data is equal to a verification field of a local record when the decompressed data conforms to the emergency broadcast service data element format, determining whether an emergency broadcast message type EBDType value in the analyzed data is EBM or not when the verification field in the analyzed data is equal to the verification field in the local record, and storing the analyzed data if the verification field in the analyzed data is EBDType value;
determining the value of the message type MsgType in the analysis data, and if the value of the MsgType is a first set value, integrating the current effective emergency broadcast message and sending the current effective emergency broadcast message to the MQTT; and if the value of the MsgType is a second set value, setting the message ending time in the analysis data as the current time, and sending the current time to the MQTT to end the broadcast of the emergency message corresponding to the analysis data.
Optionally, the method further comprises:
receiving an emergency broadcast message subscribed by a playing terminal, and forwarding the subscribed emergency broadcast message to the upper-layer playing server; and
and after receiving a verification request of the upper-layer broadcasting server for the subscribed emergency broadcast message, sending the subscribed emergency broadcast message to the MQTT.
Optionally, the method further comprises:
and when the playing terminal is determined to be accessed to the MQTT, the current emergency message to be broadcasted in the MQTT is sent to the playing terminal.
Optionally, the parsing data includes at least one of the following information:
the emergency broadcast message identification EBMID, the start time StartTime, the end time EndTime, the message type MsgType, and the area code.
According to a third aspect of the present application, an adaptation server is provided, which is configured to provide an HTTP POST interface for an upper layer broadcast server, and establish communication with the upper layer broadcast server; the server includes:
a decompression unit, configured to receive the Tar file encapsulated with the emergency broadcast message and sent by the upper broadcast server, and decompress the Tar file;
the first processing unit is used for analyzing the decompressed data by using the format of the emergency broadcast service data element, determining whether the decompressed data conforms to the format of the emergency broadcast service data element, determining whether a verification field in the analyzed data is equal to a verification field of a local record when the decompressed data conforms to the format of the emergency broadcast service data element, determining whether an EBDType value of an emergency broadcast message type in the analyzed data is EBM or not when the verification field in the analyzed data is equal to the verification field in the local record, and storing the analyzed data if the EBDType value in the analyzed data is equal to the EBM value;
the second processing unit is used for determining the value of the message type MsgType in the analysis data, integrating the current effective emergency broadcast message if the value of the MsgType is a first set value, and sending the current effective emergency broadcast message to the MQTT; and if the value of the MsgType is a second set value, setting the message ending time in the analysis data as the current time, and sending the current time to the MQTT to end the broadcast of the emergency message corresponding to the analysis data.
Optionally, the server further comprises:
the transmission unit is used for receiving the emergency broadcast message subscribed by the playing terminal and forwarding the subscribed emergency broadcast message to the upper-layer playing server; and
and after receiving a verification request of the upper-layer broadcasting server for the subscribed emergency broadcast message, sending the subscribed emergency broadcast message to the MQTT.
Optionally, the parsing data includes at least one of the following information:
the emergency broadcast message identification EBMID, the start time StartTime, the end time EndTime, the message type MsgType, and the area code. .
The emergency communication system, the emergency communication method and the adaptation server provided by the embodiment of the application enable the broadcasting terminal to be accessed into the emergency communication system in an Internet of Things (IoT) manner, so that the broadcasting terminal has all characteristics of the Internet of Things (IoT) and has an emergency broadcasting function. The feature of the IOT enables the emergency broadcast terminal to respond to some convenience of the IOT platform, such as programming, advertisement playing, etc. The embodiment of the application greatly reduces the cost and complexity of the emergency broadcast terminal network deployment, enables the capacity of independent emergency broadcast in a county level or below (such as a township and an administrative village) to be separated from a higher level, and enables efficient notification and information transmission in a lower-level administrative area to be more respectively.
Drawings
Fig. 1 is a schematic structural diagram of an emergency communication system according to an embodiment of the present disclosure;
fig. 2 is a flowchart of an emergency communication method according to an embodiment of the present application;
fig. 3 is a schematic structural diagram of an adaptation server according to an embodiment of the present application.
Detailed Description
The following explains the essence of the technical solution of the embodiments of the present application in detail with reference to examples.
Fig. 1 is a schematic structural diagram of an emergency communication system provided in the embodiment of the present application, and as shown in fig. 1, the emergency communication system provided in the embodiment of the present application includes communication layers of an L1 layer and an L2 layer, where an L1 layer is an emergency broadcast upper layer broadcast server and an emergency broadcast adaptation server; the L2 layer is a message communication layer between the emergency broadcast adaptation server and the terminal.
The upper layer broadcasting server is used for acquiring a hypertext transfer protocol (HTTP) POST interface address from the adaptation server, calling the HTTP POST interface when acquiring a broadcasting instruction, compressing the emergency broadcast message into a Tar file and sending the Tar file to the adaptation server; receiving a subscription emergency broadcast message of the playing terminal forwarded by the adaptation server, verifying the subscription emergency broadcast message, and indicating the adaptation server to play after successful verification;
the adaptation server is used for providing the HTTP POST interface for the upper layer broadcasting server and informing the upper layer broadcasting server; receiving the Tar file sent by the upper layer broadcasting server, decompressing the Tar file, analyzing decompressed data by using an emergency broadcasting service data element format, determining whether the decompressed data conforms to the emergency broadcasting service data element format, determining whether a verification field in the analyzed data is equal to a verification field recorded locally when the decompressed data conforms to the emergency broadcasting service data element format, determining whether an emergency broadcasting message type EBDType value in the analyzed data is an emergency broadcasting message EBM when the verification field in the analyzed data is equal to the verification field in the local record, and storing the analyzed data if the verification field in the analyzed data is equal to the verification field in the local record; determining the value of the message type MsgType in the analysis data, if the value of the MsgType is a first set value, integrating current effective emergency broadcast messages, sending the integrated emergency broadcast messages to a message queue telemetry transmission MQTT of the MgType, if the value of the MsgType is a second set value, setting the message ending time in the analysis data as the current time, and sending the current time to the MQTT to end the broadcast of the emergency messages corresponding to the analysis data; receiving an emergency broadcast message subscribed by a play terminal, and forwarding the emergency broadcast message to the upper-layer play server; and notifying the upper broadcasting server of the start and end times of the subscribed emergency broadcast message; in the embodiment of the present application, the Tar file is a compression packaging tool on Unix and Unix-like systems, and can compress a large number of files.
The playing terminal is connected to the MQTT through a mobile network and receives an emergency broadcast message pushed by the MQTT; and subscribing the emergency broadcast message to the adaptation server through the MQTT, wherein the subscribed emergency broadcast message at least comprises the identifier of the playing terminal, the identifier of the emergency broadcast message, the start/end time information and the verification data.
As an implementation manner, the MQTT includes an emergency broadcast integrated 4G module, and communicates with the adaptation server by using an MQTT protocol, and the priority of the emergency broadcast message is ensured by using the quality of service QoS of the MQTT protocol. The analytic data comprises at least one of the following information: the emergency broadcast message identification EBMID, the start time StartTime, the end time EndTime, the message type MsgType, and the area code.
Specifically, as an implementation manner, the emergency broadcast upper layer broadcast server is an upper layer of the local emergency broadcast adaptation server, and is docked through the interface specification of the GDJ 083 and 2018 emergency broadcast platform, and uses the format specification of the GDJ 082 and 2018 emergency broadcast message. The emergency broadcast upper layer broadcasting server is in butt joint with the emergency broadcast adaptation server. The emergency broadcast adaptation server platform provides an HTTP POST interface for an emergency broadcast upper layer playing server, and the upper layer server stores the interface address; when the upper-layer server has a broadcasting instruction, the interface is called, and the emergency broadcast message tar file is sent to the emergency broadcast adaptation server through the interface by using an Http protocol POST command. And after receiving the tar file, the emergency broadcast adaptation server stores the tar file into a temporary directory, then performs decompression operation, and reads the EBDB XML file in the tar file. Analyzing the EBDB XML file by using an emergency broadcast service data (EBD) element format, if the EBDB XML file does not conform to the emergency broadcast format, ignoring the emergency broadcast message and recording the event to a log; and if the emergency broadcast format is met, reading the SRC EBRID field in the analyzed data, comparing the SRC EBRID field with the EBRID recorded by the adaptation server, and if the SRC EBRID field and the EBRID are not equal, ignoring the emergency broadcast message and recording the event to a log. If the broadcast message is matched with the locally stored EBRID, judging whether the EBDType value in the message is 'EBM', if not, ignoring the message, if so, using data analyzed by an Emergency Broadcast Message (EBM) format to obtain information such as EBMID, StartTime, EndTime, MsgType, AreaCode and the like in the broadcast message, and storing the information and the message body into a local database of a local emergency broadcast adaptation server.
In order to timely and accurately issue an emergency broadcast Message to a playing terminal, judging whether an EBDType value is 'EBM' in the analyzed emergency broadcast Message, if not, ignoring the Message, if so, continuing to analyze data by using an Emergency Broadcast Message (EBM) format, analyzing information such as EBMID, StartTime, EndTime, MsgType, AreaCode and the like of the broadcast Message, judging the value of the TimeType, if the MsgType value is 1, actually playing, integrating the current effective emergency broadcast Message by an adapter server, and sending a QoS2 (exact) emergency broadcast Message to an emergency Topic (Topic) with the name 'EBM/Message/#' through a Message queue Telemetry transmission (MQTT, Message queuing Telememtransport) center of an emergency broadcast adapter server, wherein the Message content comprises an emergency broadcast Message identifier, StartEBdT and EntTime; and if the MsgType value is 2, canceling the playing, resetting the end time of the corresponding EBMID message to the current time, and retransmitting the emergency broadcast message to achieve the aim of stopping the playing.
All the emergency broadcast terminals subscribing the 'EBM/message/#' emergency Topic receive only one emergency broadcast message when being connected to the MQTT BROKER through the 4G network, and the emergency broadcast terminals automatically judge whether to switch and broadcast the emergency broadcast message according to the broadcasting start time and the broadcasting end time after receiving the emergency broadcast message.
The emergency broadcast adaptation server subscribes a reporting Topic named EB/support/#, when the emergency broadcast terminal starts and ends, a reporting request message of QoS2(exact once) is sent to the reporting Topic named EB/support/#througha 4G network, wherein the reporting request message comprises an emergency broadcast terminal unique identifier, an emergency broadcast message identifier EBMID, a starting/ending identifier, platform check data and the like. The emergency broadcast adaptation server records related data and sends the related data to an upper layer broadcast server to send emergency broadcast start and end messages, for example, the message EBMTYPE which can be used is EBMStateResponse, BrdStateCode at the start is 2, which indicates that the broadcast is in progress, and BrdStateCode at the end is 3, which indicates that the broadcast is successful; the reporting message of QoS2(exact once) ensures that the start and end of reporting is only once and the reporting is not repeated.
In the embodiment of the application, the MQTT comprises an emergency broadcast integrated 4G module, the MQTT is used for communication with the emergency broadcast adaptation server by using an MQTT protocol, and the priority of the emergency broadcast message is ensured by the Quality of Service (QoS) of the MQTT, such as the level of QoS2, so that the MQTT meets the standard of the emergency broadcast industry in china. In the embodiment of the present application, the MQTT function may also be implemented by using a communication capability module supported by other mobile communication systems.
Fig. 2 is a flowchart of an emergency communication method according to an embodiment of the present application, and as shown in fig. 2, the emergency communication method according to the embodiment of the present application is applied to an adaptation server, and provides an HTTP POST interface for an upper layer broadcast server to establish communication with the upper layer broadcast server; the emergency communication method comprises the following processing steps:
In the embodiment of the present application, the Tar file is a compression packaging tool on Unix and Unix-like systems, and can compress a large number of files.
In the embodiment of the application, when the playing terminal is determined to be accessed to the MQTT, the current emergency message to be broadcasted in the MQTT is sent to the playing terminal.
The embodiments of the present application will be described in further detail below with reference to specific examples.
Fig. 3 is a schematic diagram illustrating a configuration structure of an adaptation server according to an embodiment of the present disclosure, and as shown in fig. 3, the adaptation server according to the embodiment of the present disclosure is configured to provide an HTTP POST interface for an upper layer broadcast server, and establish communication with the upper layer broadcast server; the method specifically comprises the following steps:
a decompressing unit 30, configured to receive the Tar file encapsulated with the emergency broadcast message and sent by the upper broadcast server, and decompress the Tar file;
a first processing unit 31, configured to analyze decompressed data by using an emergency broadcast service data element format, determine whether the decompressed data conforms to the emergency broadcast service data element format, determine whether a verification field in the parsed data is equal to a verification field of a local record when the decompressed data conforms to the emergency broadcast service data element format, determine whether an emergency broadcast message type EBDType value in the parsed data is EBM when the verification field in the parsed data is equal to the verification field in the local record, and store the parsed data if the verification field in the parsed data is equal to the verification field in the local record;
a second processing unit 32, configured to determine a value of the message type MsgType in the parsing data, and if the value of the MsgType is a first set value, integrate a currently valid emergency broadcast message and send the emergency broadcast message to the MQTT; and if the value of the MsgType is a second set value, setting the message ending time in the analysis data as the current time, and sending the current time to the MQTT to end the broadcast of the emergency message corresponding to the analysis data.
As an implementation manner, on the basis of the adaptation server shown in fig. 3, the adaptation server of the embodiment of the present application further includes:
a transmission unit (not shown in fig. 3) configured to receive an emergency broadcast message subscribed by a broadcast terminal, and forward the subscribed emergency broadcast message to the upper-layer broadcast server; and
and after receiving a verification request of the upper-layer broadcasting server for the subscribed emergency broadcast message, sending the subscribed emergency broadcast message to the MQTT.
As an implementation manner, the parsing data includes at least one of the following information:
emergency Broadcast Message Identification (EBMID), start time (StartTime), end time (EndTime), message type (MsgType), area code (AreaCode).
In an exemplary embodiment, the Processing units of the adaptation server of the embodiment of the present Application may be implemented by one or more Central Processing Units (CPUs), Graphics Processing Units (GPUs), Baseband Processors (BPs), Application Specific Integrated Circuits (ASICs), DSPs, Programmable Logic Devices (PLDs), Complex Programmable Logic Devices (CPLDs), Field Programmable Gate Arrays (FPGAs), general purpose processors, controllers, Micro Controllers (MCUs), microprocessors (microprocessors), or other electronic elements.
In the embodiment of the present disclosure, the specific manner in which each processing unit in the adaptation server shown in fig. 3 performs operations has been described in detail in the embodiment related to the method, and will not be elaborated here.
The embodiment of the application also describes a storage medium, wherein an executable program is stored on the storage medium, and the executable program realizes the steps of the emergency communication method of the embodiment when being executed by a processor.
It should be appreciated that reference throughout this specification to "one embodiment" or "an embodiment" means that a particular feature, structure or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, the appearances of the phrases "in one embodiment" or "in an embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. It should be understood that, in various embodiments of the present invention, the sequence numbers of the above-mentioned processes do not mean the execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation on the implementation process of the embodiments of the present invention. The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The above-described device embodiments are only illustrative, for example, the division of the unit is only one logical function division, and there may be other division ways in actual implementation, such as: multiple units or components may be combined, or may be integrated into another system, or some features may be omitted, or not implemented. In addition, the coupling, direct coupling or communication between the components shown or discussed may be through some interfaces, and the indirect coupling or communication between the devices or units may be electrical, mechanical or other.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units; can be located in one place or distributed on a plurality of network units; some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, all the functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may be separately regarded as one unit, or two or more units may be integrated into one unit; the integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.
The above description is only an embodiment of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of changes or substitutions within the technical scope of the present invention, and all such changes or substitutions are included in the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the appended claims.
Claims (10)
1. An emergency communication system, the system comprising:
the upper layer broadcasting server is used for acquiring a hypertext transfer protocol (HTTP) POST interface address from the adaptation server, calling the HTTP POST interface when acquiring a broadcasting instruction, compressing the emergency broadcast message into a Tar file and sending the Tar file to the adaptation server; receiving a subscription emergency broadcast message of the playing terminal forwarded by the adaptation server, verifying the subscription emergency broadcast message, and indicating the adaptation server to play after successful verification;
the adaptation server is used for providing the HTTP POST interface for the upper layer broadcasting server and informing the upper layer broadcasting server; receiving the Tar file sent by the upper layer broadcasting server, decompressing the Tar file, analyzing decompressed data by using an emergency broadcasting service data element format, determining whether the decompressed data conforms to the emergency broadcasting service data element format, determining whether a verification field in the analyzed data is equal to a verification field recorded locally when the decompressed data conforms to the emergency broadcasting service data element format, determining whether an emergency broadcasting message type EBDType value in the analyzed data is an emergency broadcasting message EBM when the verification field in the analyzed data is equal to the verification field in the local record, and storing the analyzed data if the verification field in the analyzed data is equal to the verification field in the local record; determining the value of the message type MsgType in the analysis data, if the value of the MsgType is a first set value, integrating current effective emergency broadcast messages, sending the integrated emergency broadcast messages to a message queue telemetry transmission MQTT of the MgType, if the value of the MsgType is a second set value, setting the message ending time in the analysis data as the current time, and sending the current time to the MQTT to end the broadcast of the emergency messages corresponding to the analysis data; receiving an emergency broadcast message subscribed by a play terminal, and forwarding the emergency broadcast message to the upper-layer play server; and notifying the upper broadcasting server of the start and end times of the subscribed emergency broadcast message;
the playing terminal is connected to the MQTT through a mobile network and receives an emergency broadcast message pushed by the MQTT; and subscribing the emergency broadcast message to the adaptation server through the MQTT, wherein the subscribed emergency broadcast message at least comprises the identifier of the playing terminal, the identifier of the emergency broadcast message, the start/end time information and the verification data.
2. The system of claim 1, wherein the MQTT comprises an emergency broadcast integrated 4G module, and the MQTT protocol is used for communication with the adaptation server, and the priority of the emergency broadcast message is guaranteed by the quality of service QoS of the MQTT protocol.
3. The system according to claim 1 or 2, wherein the parsed data includes at least one of the following information:
the emergency broadcast message identification EBMID, the start time StartTime, the end time EndTime, the message type MsgType, and the area code.
4. An emergency communication method is applied to an adaptation server, provides an HTTP POST interface for an upper layer broadcasting server, and establishes communication with the upper layer broadcasting server; characterized in that the method comprises:
receiving a Tar file which is sent by the upper layer broadcasting server and is packaged with an emergency broadcast message, and decompressing the Tar file;
analyzing the decompressed data by using an emergency broadcast service data element format, determining whether the decompressed data conforms to the emergency broadcast service data element format, determining whether a verification field in the analyzed data is equal to a verification field of a local record when the decompressed data conforms to the emergency broadcast service data element format, determining whether an emergency broadcast message type EBDType value in the analyzed data is EBM or not when the verification field in the analyzed data is equal to the verification field in the local record, and storing the analyzed data if the verification field in the analyzed data is EBDType value;
determining the value of the message type MsgType in the analysis data, and if the value of the MsgType is a first set value, integrating the current effective emergency broadcast message and sending the current effective emergency broadcast message to the MQTT; and if the value of the MsgType is a second set value, setting the message ending time in the analysis data as the current time, and sending the current time to the MQTT to end the broadcast of the emergency message corresponding to the analysis data.
5. The method of claim 4, further comprising:
receiving an emergency broadcast message subscribed by a playing terminal, and forwarding the subscribed emergency broadcast message to the upper-layer playing server; and
and after receiving a verification request of the upper-layer broadcasting server for the subscribed emergency broadcast message, sending the subscribed emergency broadcast message to the MQTT.
6. The method of claim 4, further comprising:
and when the playing terminal is determined to be accessed to the MQTT, the current emergency message to be broadcasted in the MQTT is sent to the playing terminal.
7. The method according to any one of claims 4 to 6, wherein the parsed data includes at least one of the following information:
the emergency broadcast message identification EBMID, the start time StartTime, the end time EndTime, the message type MsgType, and the area code.
8. An adaptation server is used for providing an HTTP POST interface for an upper layer broadcasting server and establishing communication with the upper layer broadcasting server; characterized in that the server comprises:
a decompression unit, configured to receive the Tar file encapsulated with the emergency broadcast message and sent by the upper broadcast server, and decompress the Tar file;
the first processing unit is used for analyzing the decompressed data by using the format of the emergency broadcast service data element, determining whether the decompressed data conforms to the format of the emergency broadcast service data element, determining whether a verification field in the analyzed data is equal to a verification field of a local record when the decompressed data conforms to the format of the emergency broadcast service data element, determining whether an EBDType value of an emergency broadcast message type in the analyzed data is EBM or not when the verification field in the analyzed data is equal to the verification field in the local record, and storing the analyzed data if the EBDType value in the analyzed data is equal to the EBM value;
the second processing unit is used for determining the value of the message type MsgType in the analysis data, integrating the current effective emergency broadcast message if the value of the MsgType is a first set value, and sending the current effective emergency broadcast message to the MQTT; and if the value of the MsgType is a second set value, setting the message ending time in the analysis data as the current time, and sending the current time to the MQTT to end the broadcast of the emergency message corresponding to the analysis data.
9. The server of claim 8, further comprising:
the transmission unit is used for receiving the emergency broadcast message subscribed by the playing terminal and forwarding the subscribed emergency broadcast message to the upper-layer playing server; and
and after receiving a verification request of the upper-layer broadcasting server for the subscribed emergency broadcast message, sending the subscribed emergency broadcast message to the MQTT.
10. The server according to claim 8 or 9, wherein the parsed data includes at least one of the following information:
the emergency broadcast message identification EBMID, the start time StartTime, the end time EndTime, the message type MsgType, and the area code.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110857862.6A CN113543109B (en) | 2021-07-28 | 2021-07-28 | Emergency communication system, method and adaptive server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110857862.6A CN113543109B (en) | 2021-07-28 | 2021-07-28 | Emergency communication system, method and adaptive server |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113543109A true CN113543109A (en) | 2021-10-22 |
| CN113543109B CN113543109B (en) | 2022-05-10 |
Family
ID=78121234
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110857862.6A Active CN113543109B (en) | 2021-07-28 | 2021-07-28 | Emergency communication system, method and adaptive server |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113543109B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116488757A (en) * | 2023-05-12 | 2023-07-25 | 北京悦视科技有限公司 | Urban emergency broadcast media adaptation method and system |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN208386595U (en) * | 2018-06-01 | 2019-01-15 | 王祥 | A kind of emergent broadcast platform data interactive system |
| CN112235236A (en) * | 2020-08-28 | 2021-01-15 | 福建新大陆通信科技股份有限公司 | Emergency broadcast data analysis method |
-
2021
- 2021-07-28 CN CN202110857862.6A patent/CN113543109B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN208386595U (en) * | 2018-06-01 | 2019-01-15 | 王祥 | A kind of emergent broadcast platform data interactive system |
| CN112235236A (en) * | 2020-08-28 | 2021-01-15 | 福建新大陆通信科技股份有限公司 | Emergency broadcast data analysis method |
Non-Patent Citations (3)
| Title |
|---|
| 吴正勇: "消息中间件技术在数字电视应急广播中的运用探究", 《卫星电视与宽带多媒体》 * |
| 国家广播电视总局科技司: "GD/J 080—2018 应急广播系统资源分类及编码规范", 《中华人民共和国广播电视行业暂行技术文件》 * |
| 国家广播电视总局科技司: "GD/J 083—2018 应急广播平台接口规范", 《中华人民共和国广播电视行业暂行技术文件》 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116488757A (en) * | 2023-05-12 | 2023-07-25 | 北京悦视科技有限公司 | Urban emergency broadcast media adaptation method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113543109B (en) | 2022-05-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20070011699A1 (en) | Providing identification of broadcast transmission pieces | |
| CN101490988B (en) | Electronic program guide for a mobile communications device | |
| CN102571726B (en) | Method, system and the state judgment server that multi-medium data is shared | |
| CN103348322A (en) | Information processing device, information processing method, and program | |
| CN105120299A (en) | Video pushing method and video pushing device | |
| CN103609131A (en) | Reception device, reception method, transmission device, transmission method, and program | |
| JP2007073050A (en) | System and method for broadcasting customized and, if applicable, interactive content to terminal connected to communication network | |
| CN102196104A (en) | Method and system for data and voice fusion in interactive voice response (IVR) system | |
| CN113543109B (en) | Emergency communication system, method and adaptive server | |
| JP2014519253A (en) | System and method for recognizing broadcast program content | |
| CN102016847A (en) | Methods and apparatus for delivering auxiliary data to device | |
| CN112332937B (en) | Emergency broadcast adapter play control method | |
| EP2061168A1 (en) | Method, device, and system for transmitting initialization data file of notification service | |
| KR20200124139A (en) | Method and apparatus fof cell broadcasting service using broadcast network | |
| US20160182172A1 (en) | Data communication with acoustic signal communication | |
| CN111202980B (en) | Information transmission method, streaming media cloud platform and computer readable storage medium | |
| CN113873288A (en) | Method and device for generating playback in live broadcast process | |
| CN105812831A (en) | Network program recording method, device and system and recorded program playing method and device | |
| CN102685560A (en) | Content delivery system, content delivery server and content delivery method | |
| EP1835768B1 (en) | Adaptation method of transferring multimedia message between terminals | |
| TWI731187B (en) | Receiving device, receiving method, sending device, and sending method | |
| KR100832707B1 (en) | Apparatus And Method For Processing BIFS Contents In The DMB Terminal | |
| US10043524B2 (en) | Interactive data communication with acoustic signal communication | |
| CN111049871A (en) | Message pushing method, message management system, server and computer storage medium | |
| KR101695020B1 (en) | Method and Apparatus for providing community service |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |