CN109413592B - Broadcasting method and mobile terminal - Google Patents
Broadcasting method and mobile terminal Download PDFInfo
- Publication number
- CN109413592B CN109413592B CN201811445126.4A CN201811445126A CN109413592B CN 109413592 B CN109413592 B CN 109413592B CN 201811445126 A CN201811445126 A CN 201811445126A CN 109413592 B CN109413592 B CN 109413592B
- Authority
- CN
- China
- Prior art keywords
- broadcast
- emergency
- queue
- broadcast message
- mobile terminal
- 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.)
- Active
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/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
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/72418—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality for supporting emergency services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Health & Medical Sciences (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention discloses a broadcasting method and a mobile terminal, comprising the following steps: receiving a broadcast request of a terminal system; determining whether a broadcast message corresponding to the broadcast request belongs to emergency broadcast or not based on a preset emergency broadcast list; and if the broadcast message belongs to emergency broadcast, sending the broadcast message into an emergency queue for processing. According to the scheme of the embodiment of the invention, whether the broadcast message corresponding to the broadcast request belongs to the emergency broadcast is determined through the preset emergency broadcast list, and the broadcast message is sent to the emergency queue for processing under the condition that the broadcast message belongs to the emergency broadcast, so that the emergency broadcast can be preferentially and timely sent to the emergency queue for processing, the broadcast delay caused by the congestion of the broadcast queue of the broadcast message belonging to the emergency broadcast is avoided, and the broadcast efficiency is improved.
Description
Technical Field
The present invention relates to the field of communications/terminals, and in particular, to a broadcasting method and a mobile terminal.
Background
Broadcasting is used frequently as one of four major components of the Android system; the method can be divided into ordered transmission and unordered transmission from the perspective of a transmitting end, and can be divided into dynamic registration and static registration from the perspective of a receiving end. As is well known, there are two types of broadcast queues in the Android system, one is a foreground broadcast queue, and the other is a background broadcast queue; whether it is a foreground broadcast queue or a background broadcast queue, each broadcast queue can be divided into two sub-queues: parallel queues and ordered queues.
When a certain broadcast is sent out by a sending end in an unordered mode and a receiving end is dynamically registered, the broadcast message is put into a parallel queue for processing; while other cases will place the broadcast message into an ordered queue for processing. Generally, for a broadcast, Android provides priority to control which receiver is able to receive the broadcast preferentially.
Aiming at the ordered queue, the broadcast messages in the queue are sequentially processed (namely broadcast) according to the sequence of entering the ordered queue; when each broadcast message is processed, the broadcast message needs to be sequentially sent to each receiving end to be broadcasted. The first broadcast message is sent to a first receiving end, and the first broadcast message is sent to a second receiving end after the first receiving end finishes processing, and the next broadcast message in the ordered queue is not sent according to the same mode until all the receiving ends to be broadcasted of the first broadcast message finish processing.
However, Android only determines priorities for the receiving ends to control which receiving end can receive the broadcast preferentially; the broadcast messages in the priority queue are not set with priority, and the broadcast messages are processed according to the sequence of entering the ordered queue. When there are several broadcast messages in the ordered queue, the broadcast messages at the back of the queue may not be processed due to the broadcast messages at the front of the queue not being processed, thereby causing the broadcast messages in the ordered queue to be blocked. There may be very urgent (requiring timely processing) data in these blocked broadcast messages. For example, a user sets an Alarm clock of 8 o' clock, a broadcast is sent after an Alarm event is triggered, and Alarm clock application statically registers the broadcast, so a terminal system sends a broadcast message corresponding to the broadcast into an ordered queue to be sent, the ordered queue may be congested at the moment, and the broadcast cannot be timely broadcast to the Alarm clock application, so that the Alarm clock can delay and sound (the delay may be as long as several minutes), and user experience is influenced.
Therefore, how to realize that the broadcast message with high urgency can be broadcast in time in priority so as to reduce the time delay caused by broadcast congestion is the technical problem to be solved by the invention.
Disclosure of Invention
The embodiment of the invention aims to provide a broadcasting method and a mobile terminal, wherein when a preset emergency broadcast list is used for determining that a broadcast message belongs to emergency broadcasting, the broadcast message is sent into a set emergency queue for processing, so that the broadcast message with high urgency can be broadcasted in time preferentially, and the time delay caused by broadcast congestion is reduced.
In a first aspect, a broadcast method is provided, which is applied to an end system, a broadcast queue of the end system includes a non-emergency queue and an emergency queue, and the method includes:
receiving a broadcast request of a terminal system;
determining whether a broadcast message corresponding to the broadcast request belongs to emergency broadcast or not based on a preset emergency broadcast list;
and if the broadcast message belongs to emergency broadcast, sending the broadcast message into an emergency queue for processing.
In a second aspect, there is provided a mobile terminal, in which a broadcast queue of a terminal system includes a non-emergency queue and an emergency queue, the mobile terminal including:
the receiving module is used for receiving a broadcast request of a terminal system;
the determining module is used for determining whether the broadcast message corresponding to the broadcast request belongs to emergency broadcast or not based on a preset emergency broadcast list;
and the sending module is used for sending the broadcast message into an emergency queue for processing if the broadcast message belongs to emergency broadcast.
In a third aspect, a mobile terminal is provided, the mobile terminal comprising a processor, a memory and a computer program stored on the memory and being executable on the processor, the computer program, when executed by the processor, performing the steps of the method according to the first aspect.
In a fourth aspect, a computer-readable storage medium is provided, on which a computer program is stored, which computer program, when being executed by a processor, carries out the steps of the method according to the first aspect.
In the embodiment of the invention, whether the broadcast message corresponding to the broadcast request belongs to the emergency broadcast is determined by receiving the broadcast request of the terminal system and further based on the preset emergency broadcast list, if the broadcast message belongs to the emergency broadcast, the broadcast message is sent into the emergency queue for processing, so that the emergency broadcast can be preferentially and timely sent into the emergency queue for processing, the broadcast delay caused by the congestion of the broadcast queue of the broadcast message belonging to the emergency broadcast is avoided, and the broadcast efficiency is improved.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the invention and not to limit the invention. In the drawings:
fig. 1 is a schematic diagram illustrating steps of a broadcasting method according to an embodiment of the present invention.
Fig. 2 is a schematic diagram illustrating steps of a preset emergency broadcast list determining method according to an embodiment of the present invention.
Fig. 3 is a schematic diagram illustrating steps of a broadcasting method according to still another embodiment of the present invention.
Fig. 4 is a schematic diagram illustrating steps of a broadcasting method according to still another embodiment of the present invention.
Fig. 5a is a schematic structural diagram of a mobile terminal according to an embodiment of the present invention.
Fig. 5b is a schematic structural diagram of a mobile terminal according to still another embodiment of the present invention.
Fig. 5c is a schematic structural diagram of a mobile terminal according to still another embodiment of the present invention.
Fig. 6 is a schematic hardware structure diagram of a mobile terminal according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Fig. 1 is a schematic diagram illustrating steps of a broadcasting method according to an embodiment of the present invention. The method of fig. 1 is performed by an end system of a mobile terminal, a broadcast queue of the end system including a non-emergency queue and an emergency queue; wherein the non-urgent queue further comprises: an ordered queue and an unordered queue. The method of fig. 1 may include the steps of:
s110, receiving a broadcast request from the terminal system.
It should be appreciated that after an application event within the terminal system is triggered, the terminal system invokes a send broadcast (sendBroadcast) function to generate a broadcast request corresponding to the application event. The broadcast request can be used to obtain information such as application events, broadcast messages, and broadcast identifiers corresponding to the broadcast.
Further, after receiving a broadcast request, a broadcast record (broadcastRecord) may be constructed according to the broadcast request, where the broadcast record carries at least a broadcast message and a broadcast identifier. It should be understood that the broadcast record constructing method according to the embodiment of the present invention is not particularly limited, and the broadcast record may be generated according to an existing constructing rule, or may be generated according to a new constructing rule, and meets the requirement of a data format.
And S120, determining whether the broadcast message corresponding to the broadcast request belongs to emergency broadcast or not based on a preset emergency broadcast list.
It should be understood that the preset emergency broadcast list may be generated by the mobile terminal; or may be generated by other external devices (e.g., mobile terminals used for testing) and shared by the same type of mobile terminals. The content recorded in the preset emergency broadcast list is not limited, and besides the broadcast message and the broadcast identifier, the content can also comprise other content which is related to the broadcast and can uniquely determine the broadcast.
S130, if the broadcast message belongs to emergency broadcast, the broadcast message is sent to an emergency queue for processing.
In this step, if it is determined that the broadcast message corresponding to the broadcast request belongs to the emergency broadcast, that is, the broadcast message has a record in the preset emergency broadcast list, or the broadcast identifier corresponding to the broadcast message has a record in the preset emergency broadcast list, the broadcast message corresponding to the broadcast request is sent to the emergency queue for processing.
According to the technical scheme, whether the broadcast message corresponding to the broadcast request belongs to the emergency broadcast is determined based on the preset emergency broadcast list by receiving the broadcast request of the terminal system, if the broadcast message belongs to the emergency broadcast, the broadcast message is sent into the emergency queue to be processed, so that the emergency broadcast can be preferentially and timely sent into the emergency queue to be processed, the broadcast delay caused by the fact that the broadcast queue is blocked by the broadcast message belonging to the emergency broadcast is avoided, and therefore the broadcast efficiency is improved.
If it is determined that the broadcast message corresponding to the broadcast request does not belong to the emergency broadcast, an achievable solution is: and sending the broadcast message corresponding to the broadcast request into a non-emergency queue for processing, and recording the time length required for processing the broadcast message. The non-emergency queues may include an ordered queue and a parallel queue, and for broadcast messages not belonging to emergency broadcast, the broadcast messages may be processed based on the prior art scheme. For example, the broadcast message is sent to an ordered queue or a parallel queue for processing based on the type of the broadcast message and the type of the receiver receiving the broadcast message.
It should be understood that, in the present invention, although the ordered queue has the problem of processing delay, considering that the broadcast message corresponding to the received broadcast request does not belong to the ordered queue or the parallel queue, it may be determined whether the broadcast message belongs to the emergency broadcast, and when it is determined that the broadcast message does not belong to the emergency broadcast and is finally sent to the non-emergency queue for processing, it may be determined whether the broadcast message is sent to the ordered queue or the parallel queue according to the type of the broadcast message and the type of the receiver. In fact, based on the scheme of the present invention, before determining whether the broadcast message corresponding to the broadcast request belongs to the emergency broadcast, it is determined whether the broadcast message belongs to the ordered queue or the parallel queue, and if the broadcast message belongs to the ordered queue, it is determined whether the broadcast message belongs to the emergency broadcast based on a preset emergency broadcast list, and whether the broadcast message is sent to the emergency queue or the ordered queue is determined according to the determination result; if the broadcast belongs to the parallel queue, determining that the broadcast does not belong to the emergency broadcast based on a preset emergency broadcast list, and directly sending the broadcast to the parallel queue for processing.
Therefore, the broadcast messages which do not belong to the emergency broadcast can be sent into the non-emergency queue to be processed, so that the corresponding broadcast messages are processed according to the existing queue type, and the processing order of the non-emergency queue is maintained.
If it is determined that the broadcast message corresponding to the broadcast request does not belong to the emergency broadcast, another implementation is as follows: if the broadcast message does not belong to emergency broadcast, the non-emergency queue is in a congestion state, and the first time length corresponding to the broadcast message is less than a preset time length, the broadcast message is sent into the emergency queue for processing, otherwise, the broadcast message corresponding to the broadcast request is sent into the non-emergency queue for processing; wherein the first duration is a duration required for completing the latest processing of the broadcast message.
Therefore, under the condition that the non-emergency queue is congested, the broadcast message which is not in emergency broadcast and has the first time length shorter than the preset time length (namely the time length required by processing completion is shorter) can be sent into the emergency queue for processing, so that the delay of the broadcast message with the shorter time length required by processing completion due to congestion of the broadcast queue can be avoided, and the congestion condition of the non-emergency queue can be timely and effectively reduced or relieved.
Based on the above scheme, in the case that the broadcast message does not belong to the emergency broadcast, after the broadcast message is sent to a corresponding queue for processing, the method further includes:
recording the time length required by the latest processing completion of the broadcast message in the non-emergency queue or the emergency queue. In fact, the duration here is the first duration. By recording the time length required by the latest processing completion of the broadcast message, when the broadcast message is broadcasted again, the first time length is compared with the preset time length to decide whether the broadcast message belongs to the broadcast message with shorter time length required by the processing completion, so as to determine whether to select the emergency queue for processing.
Optionally, in an embodiment of the present invention, the preset emergency broadcast list is determined in the following manner, and as shown in fig. 2, the method specifically includes:
s210, acquiring the application meeting the real-time constraint condition in the acquisition period.
The real-time constraints include: the acquisition time of the application event is less than the second duration from the trigger time.
If the second duration is set to 30 minutes, for example, an alarm of 8:00 is set for the alarm clock application, and when the second duration is 7:45, the second duration is only 15 minutes from the trigger time 8:00 of the alarm clock application, and is obviously less than 30 minutes, it is determined that the alarm event of the alarm clock application is about to be triggered. At this time, the alarm clock application may be determined to be an application that satisfies the real-time constraint. It is to be understood that in the present invention, in addition to the alarm clock applications listed above, other applications within the terminal system are also included, such as event reminder type applications.
The acquisition cycle may be a T-time period in which a broadcast message is to be broadcast, and the terminal system intelligently acquires applications that satisfy the real-time constraint condition in the acquisition cycle.
The second duration may be set according to a correlation (e.g., whether important, urgent, real-time, etc.) element of an application event of the terminal system.
S220, analyzing the determined broadcast message of the application registration.
It should be understood that, in the initial setting stage of the application, a corresponding broadcast message may be registered for the application, for example, by carrying an application identifier or other marking manner in the broadcast message, a corresponding relationship between the application and the broadcast message is established. Therefore, after the application is acquired, the broadcast message corresponding to the application can be analyzed through the corresponding relation established during registration.
And S230, generating a preset emergency broadcast list according to the broadcast message obtained by analysis.
After the broadcast message is determined, the broadcast message and/or a broadcast identifier corresponding to the broadcast message may be used as recording content to generate a preset emergency broadcast list.
Optionally, the preset emergency broadcast list is stored in the cloud; or, the preset emergency broadcast list is stored locally in the terminal system.
It should be understood that, in the embodiment of the present invention, the preset emergency broadcast list may be fixed or may be periodically updated, so as to implement flexible setting of the preset emergency broadcast list.
The following is a detailed description of the broadcast scheme according to the present invention by way of specific examples.
Referring to fig. 3, which is a flowchart of a broadcasting method provided in an embodiment of the present invention, the broadcasting method may include:
s310, call a sendBroadcast (sendBroadcast) function of the terminal system to send a broadcast request.
And S320, constructing a broadcast record based on the broadcast request.
In fact, the broadcast record carries the broadcast message, so the step S320 is substantially a process of constructing the broadcast record containing the broadcast message.
S330, determining whether the broadcast message in the broadcast record belongs to emergency broadcast based on a preset emergency broadcast list. If the broadcast message in the broadcast record belongs to the emergency broadcast, S340 is executed, otherwise, S350 is executed.
S340, sending the broadcast message into an emergency queue for processing.
Considering that the real-time processing performance of the emergency queue is high, the congestion state generally does not occur in the emergency queue, so that the broadcast message sent into the emergency queue can be processed quickly in time, the problem of delay caused by queue congestion is avoided, and the processing efficiency of the broadcast message is improved.
And S350, sending the broadcast message into a non-emergency queue for processing.
Specifically, when the broadcast message is sent to the non-urgent queue for processing, it may be determined whether the broadcast message is sent to an ordered queue or an unordered queue in the non-urgent queue for processing according to the type of the broadcast message and the corresponding receiver type. The processing manner in this step can be performed by referring to the existing logic, and is not described herein.
And S360, recording the time length required by the completion of the processing of the broadcast messages sent into the non-emergency queue for processing.
It should be understood that the time length required for completing the processing of the recorded broadcast message may be stored in the cloud or locally in the terminal system, which is not limited in the present invention. For the same broadcast message, after each processing is completed, the old (history storage) first time length is updated according to the new first time length, so as to ensure that the first time length corresponding to the broadcast message is the time length required by the latest processing completion.
According to the technical scheme, whether the broadcast message corresponding to the broadcast request belongs to the emergency broadcast is determined based on a preset emergency broadcast list by receiving the broadcast request of a terminal system, if the broadcast message belongs to the emergency broadcast, the broadcast message is sent into an emergency queue to be processed, so that the emergency broadcast can be preferentially and timely sent into the emergency queue to be processed, the broadcast delay caused by the fact that the broadcast queue is blocked by the broadcast message belonging to the emergency broadcast is avoided, and therefore the broadcast efficiency is improved.
Considering that in the broadcasting scheme shown in fig. 3, broadcast messages not belonging to the emergency broadcast are directly sent to the non-emergency queue for processing, and thus, when the non-emergency queue is in a congestion state, there is a delay in the broadcast messages not belonging to the emergency broadcast, and especially for broadcast messages with a short time required for processing completion, such broadcast messages require a short time for processing completion, but require a long time for waiting for transmission. To this end, the invention is further improved based on the broadcast scheme shown in fig. 3, with particular reference to fig. 4. The broadcasting scheme may include the following procedures:
s410, calling a sendBroadcast (sendBroadcast) function of the terminal system to send a broadcast request.
And S420, constructing a broadcast record based on the broadcast request.
It should be understood that the specific implementation of step S420 may refer to the specific implementation of S320 in fig. 3, which is not described herein again.
And S430, determining whether the broadcast message in the broadcast record belongs to an emergency broadcast based on a preset emergency broadcast list. If the broadcast message in the broadcast record belongs to the emergency broadcast, executing S440, otherwise, executing S450.
S440, the broadcast message is sent to an emergency queue for processing.
The step S440 may refer to a specific implementation of S340 in fig. 3, which is not described herein.
And S450, judging whether the current non-emergency queue is in a congestion state. If the non-emergency queue is in the congestion state, executing S460, otherwise, executing S470.
S460, judging whether the first time length of the broadcast message is less than a preset time length T. And if the first time length is less than the preset time length T, jumping to S440, otherwise, jumping to S470.
The preset time length T may be set according to an empirical value, for example, an average value of time lengths required for completing processing of a plurality of broadcast messages in a historical time period; it can also be set according to the user's requirement, for example, the broadcast message whose duration is less than 0.1ms required for the user's wish to complete the processing can be processed as soon as possible. It should be understood that the preset time period T is only an example, and is not a limitation to the specific value range of the preset time period T.
S470, sending the broadcast message into a non-emergency queue for processing.
Specifically, when the broadcast message is sent to the non-urgent queue for processing, it may be determined whether the broadcast message is sent to an ordered queue or an unordered queue in the non-urgent queue for processing according to the type of the broadcast message and the corresponding receiver type. The processing manner in this step can be performed by referring to the existing logic, and is not described herein.
And S480, recording the time length required by the processing completion of the broadcast message which does not belong to the emergency broadcast.
It should be understood that, in this step, for the broadcast message not belonging to the emergency broadcast, whether the broadcast message is sent to the emergency queue or sent to the non-emergency queue for processing, the time length required for processing completion may be recorded, so that when the non-emergency queue is in a congestion state, whether the broadcast message not belonging to the emergency broadcast is sent to the emergency queue for processing may be determined according to a comparison between the time length (which may be understood as a first time length) and a preset time length T. Therefore, the broadcasting delay caused by congestion of the non-emergency queue can be reduced, and the broadcasting efficiency is improved.
An embodiment of the present invention further provides a mobile terminal, where a broadcast queue of a terminal system in the mobile terminal includes a non-emergency queue and an emergency queue, and as shown in fig. 5a, the mobile terminal 500 includes:
a receiving module 510, configured to receive a broadcast request of a terminal system;
a determining module 520, configured to determine whether a broadcast message corresponding to the broadcast request belongs to an emergency broadcast based on a preset emergency broadcast list;
a sending module 530, configured to send the broadcast message to an emergency queue for processing if the broadcast message belongs to an emergency broadcast.
The method comprises the steps of receiving a broadcast request of a terminal system, determining whether a broadcast message corresponding to the broadcast request belongs to emergency broadcast or not based on a preset emergency broadcast list, if the broadcast message belongs to the emergency broadcast, sending the broadcast message into an emergency queue for processing, so that the emergency broadcast can be preferentially and timely sent into the emergency queue for processing, broadcast delay caused by the fact that the broadcast queue is blocked by the broadcast message belonging to the emergency broadcast is avoided, and therefore broadcast efficiency is improved.
In an implementation aspect of the present invention, the sending module 530 is further configured to:
if the broadcast message does not belong to emergency broadcast, the non-emergency queue is in a congestion state, and the first time length corresponding to the broadcast message is less than a preset time length, the broadcast message is sent to the emergency queue for processing;
wherein the first duration is a duration required for completing the latest processing of the broadcast message.
In an implementation of the present invention, referring to fig. 5b, the mobile terminal 500 further includes:
a recording module 540, configured to record a time duration required for completing the latest processing of the broadcast message in the non-emergency queue or the emergency queue if the broadcast message does not belong to an emergency broadcast.
Optionally, in this embodiment of the present invention, referring to fig. 5c, the mobile terminal 500 further includes:
an obtaining module 550, configured to obtain an application meeting a real-time constraint condition in a collection period, where the real-time constraint condition includes: the acquisition time of the application event is less than a second duration from the trigger time;
a parsing module 560 for parsing the determined broadcast message of the application registration;
the generating module 570 is configured to generate a preset emergency broadcast list according to the broadcast message obtained through parsing.
It should be understood that, in the present invention, when the mobile terminal 500 does not include the obtaining module 550, the parsing module 560 and the generating module 570 in fig. 5c, the preset emergency broadcast list may be generated by an external device and stored in the cloud, or sent to the terminal system local of the mobile terminal. And the mobile terminal can be acquired from the cloud or the terminal system locally when needed. Therefore, the generation mode of the preset emergency broadcast list is flexible, and the invention does not limit the mode.
In addition, in the embodiment of the present invention, the mobile terminal may further include a storage module, configured to store a preset emergency broadcast list.
The mobile terminal 500 provided in the embodiment of the present invention can implement each process implemented by the broadcast method in the method embodiments shown in fig. 1 to fig. 4, and for avoiding repetition, details are not described here again.
Fig. 6 is a schematic diagram of a hardware structure of a mobile terminal for implementing various embodiments of the present invention, where the mobile terminal 6000 includes, but is not limited to: a radio frequency unit 6001, a network module 6002, an audio output unit 6003, an input unit 6004, a sensor 6005, a display unit 6006, a user input unit 6007, an interface unit 6008, a memory 6009, a processor 6010, and a power supply 6011. Those skilled in the art will appreciate that the mobile terminal architecture shown in fig. 6 is not intended to be limiting of mobile terminals, and that a mobile terminal may include more or fewer components than shown, or some components may be combined, or a different arrangement of components. In the embodiment of the present invention, the mobile terminal includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.
The processor 6010 is configured to:
determining whether a broadcast message corresponding to a broadcast request of a receiving terminal system belongs to emergency broadcast or not based on a preset emergency broadcast list;
and if the broadcast message belongs to emergency broadcast, sending the broadcast message into an emergency queue for processing.
In the embodiment of the invention, whether the broadcast message corresponding to the broadcast request belongs to the emergency broadcast is determined by receiving the broadcast request of the terminal system and further based on the preset emergency broadcast list, if the broadcast message belongs to the emergency broadcast, the broadcast message is sent into the emergency queue for processing, so that the emergency broadcast can be preferentially and timely sent into the emergency queue for processing, the broadcast delay caused by the congestion of the broadcast queue of the broadcast message belonging to the emergency broadcast is avoided, and the broadcast efficiency is improved.
It should be understood that, in the embodiment of the present invention, the rf unit 6001 may be configured to receive and transmit signals during a message transmission or a call, and specifically, receive downlink data from a base station and then process the received downlink data to the processor 6010; in addition, the uplink data is transmitted to the base station. Generally, the radio frequency unit 6001 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. Further, the radio frequency unit 6001 can also communicate with a network and other devices through a wireless communication system.
The mobile terminal provides wireless broadband internet access to the user through the network module 6002, for example, to help the user send and receive e-mails, browse web pages, and access streaming media.
The audio output unit 6003 can convert audio data received by the radio frequency unit 6001 or the network module 6002 or stored in the memory 6009 into an audio signal and output as sound. Also, the audio output unit 6003 may also provide audio output related to a specific function performed by the mobile terminal 6000 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 6003 includes a speaker, a buzzer, a receiver, and the like.
The input unit 6004 is used to receive an audio or video signal. The input Unit 6004 may include a Graphics Processing Unit (GPU) 60041 and a microphone 60042, and the Graphics processor 60041 processes image data of a still picture or video obtained by an image capturing apparatus (such as a camera) in a video capture mode or an image capture mode. The processed image frames may be displayed on the display unit 6006. The image frames processed by the graphics processor 60041 may be stored in the memory 6009 (or other storage medium) or transmitted via the radio frequency unit 6001 or the network module 6002. The microphone 60042 can receive sound, and can process such sound into audio data. The processed audio data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 6001 in the case of a phone call mode.
The mobile terminal 6000 further includes at least one sensor 6005, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor that adjusts the brightness of the display panel 60061 according to the brightness of ambient light, and a proximity sensor that turns off the display panel 60061 and/or the backlight when the mobile terminal 6000 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), detect the magnitude and direction of gravity when stationary, and can be used to identify the posture of the mobile terminal (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), and vibration identification related functions (such as pedometer, tapping); the sensors 6005 may also include fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., and are not described in detail herein.
The display unit 6006 is used to display information input by a user or information provided to the user. The Display unit 6006 may include a Display panel 60061, and the Display panel 60061 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.
The user input unit 6007 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the mobile terminal. Specifically, the user input unit 6007 includes a touch panel 60071 and other input devices 60072. Touch panel 60071, also referred to as a touch screen, may collect touch operations by a user on or near it (e.g., operations by a user on touch panel 60071 or near touch panel 60071 using a finger, a stylus, or any suitable object or attachment). The touch panel 60071 may include two parts of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 6010, and receives and executes commands sent from the processor 6010. In addition, the touch panel 60071 can be implemented by using various types such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. In addition to touch panel 60071, user input unit 6007 may include other input devices 60072. In particular, other input devices 60072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which are not described in detail herein.
Further, the touch panel 60071 may overlay the display panel 60061, and when the touch panel 60071 detects a touch operation on or near the touch panel 60071, the touch panel 60071 may communicate to the processor 6010 to determine the type of touch event, and the processor 6010 may then provide a corresponding visual output on the display panel 60061 according to the type of touch event. Although in fig. 6, the touch panel 60071 and the display panel 60061 are two independent components to implement the input and output functions of the mobile terminal, in some embodiments, the touch panel 60071 and the display panel 60061 may be integrated to implement the input and output functions of the mobile terminal, which is not limited herein.
The interface unit 6008 is an interface for connecting an external device to the mobile terminal 6000. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The interface unit 6008 may be used to receive input (e.g., data information, power, etc.) from an external device and transmit the received input to one or more elements within the mobile terminal 6000 or may be used to transmit data between the mobile terminal 6000 and the external device.
The memory 6009 can be used to store software programs as well as various data. The memory 6009 may mainly include a storage program area and a storage data area, where the storage program area may store an operating system, an application program required for at least one function (such as a sound playing function, an image playing function, and the like), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 6009 can include high-speed random access memory, and can also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage device.
The processor 6010 is the control center of the mobile terminal, connects various parts of the entire mobile terminal through various interfaces and lines, and performs various functions of the mobile terminal and processes data by operating or executing software programs and/or modules stored in the memory 6009 and calling data stored in the memory 6009, thereby monitoring the mobile terminal as a whole. Processor 6010 may include one or more processing units; preferably, processor 6010 may integrate an application processor that handles mainly the operating system, user interfaces, application programs, etc. and a modem processor that handles mainly wireless communications. It is to be appreciated that the modem processor described above may not be integrated into processor 6010.
The mobile terminal 6000 may further include a power supply 6011 (such as a battery) for supplying power to various components, and preferably, the power supply 6011 may be logically connected to the processor 6010 through a power management system, so that functions of managing charging, discharging, and power consumption are implemented through the power management system.
In addition, the mobile terminal 6000 includes some functional modules that are not shown, and thus will not be described in detail herein.
Preferably, an embodiment of the present invention further provides a mobile terminal, including a processor 6010, a memory 6009, and a computer program stored in the memory 6009 and operable on the processor 6010, where the computer program, when executed by the processor 6010, implements the processes in the method embodiments of fig. 1 to fig. 4, and may achieve the same technical effects, and in order to avoid repetition, details are not repeated here.
An embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program implements each process of the method embodiments in fig. 1 to 4, and can achieve the same technical effect, and in order to avoid repetition, the computer program is not described herein again. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.
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.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.
While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.
Claims (8)
1. A broadcasting method applied to an end system, wherein a broadcasting queue of the end system includes a non-emergency queue and an emergency queue, the method comprising:
receiving a broadcast request of a terminal system;
determining whether a broadcast message corresponding to the broadcast request belongs to emergency broadcast or not based on a preset emergency broadcast list;
if the broadcast message belongs to emergency broadcast, sending the broadcast message into an emergency queue for processing;
if the broadcast message does not belong to emergency broadcast, the non-emergency queue is in a congestion state, and the first time length corresponding to the broadcast message is less than a preset time length, the broadcast message is sent to the emergency queue for processing;
wherein the first duration is a duration required for completing the latest processing of the broadcast message.
2. The method of claim 1, wherein if the broadcast message does not belong to an emergency broadcast, the method further comprises:
recording the time length required by the latest processing completion of the broadcast message in the non-emergency queue or the emergency queue.
3. The method of any of claims 1-2, wherein the preset emergency broadcast list is determined by:
acquiring an application meeting a real-time constraint condition in an acquisition cycle, wherein the real-time constraint condition comprises: the acquisition time of the application event is less than a second duration from the trigger time;
analyzing the determined broadcast message of the application registration;
and generating a preset emergency broadcast list according to the broadcast message obtained by analysis.
4. The method according to any one of claims 1-2, wherein the preset emergency broadcast list is stored in a cloud; or, the preset emergency broadcast list is stored locally in the terminal system.
5. A mobile terminal, wherein a broadcast queue of an end system in the mobile terminal includes a non-emergency queue and an emergency queue, the mobile terminal comprising:
the receiving module is used for receiving a broadcast request of a terminal system;
the determining module is used for determining whether the broadcast message corresponding to the broadcast request belongs to emergency broadcast or not based on a preset emergency broadcast list;
a sending module, configured to send the broadcast message to an emergency queue for processing if the broadcast message belongs to an emergency broadcast;
the sending module is further configured to send the broadcast message to an emergency queue for processing if the broadcast message does not belong to emergency broadcast, the non-emergency queue is in a congestion state, and a first time duration corresponding to the broadcast message is less than a preset time duration;
wherein the first duration is a duration required for completing the latest processing of the broadcast message.
6. The mobile terminal of claim 5, wherein the mobile terminal further comprises:
and the recording module is used for recording the time length required by the latest processing completion of the broadcast message in the non-emergency queue or the emergency queue if the broadcast message belongs to emergency broadcast.
7. The mobile terminal of any of claims 5-6, wherein the mobile terminal further comprises:
the acquisition module is used for acquiring applications meeting real-time constraint conditions in an acquisition cycle, wherein the real-time constraint conditions comprise: the acquisition time of the application event is less than a second duration from the trigger time;
the analysis module is used for analyzing the determined broadcast message registered by the application;
and the generating module is used for generating a preset emergency broadcast list according to the broadcast message obtained by analysis.
8. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811445126.4A CN109413592B (en) | 2018-11-29 | 2018-11-29 | Broadcasting method and mobile terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811445126.4A CN109413592B (en) | 2018-11-29 | 2018-11-29 | Broadcasting method and mobile terminal |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109413592A CN109413592A (en) | 2019-03-01 |
| CN109413592B true CN109413592B (en) | 2021-07-23 |
Family
ID=65456334
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811445126.4A Active CN109413592B (en) | 2018-11-29 | 2018-11-29 | Broadcasting method and mobile terminal |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109413592B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113132121B (en) * | 2019-12-30 | 2023-01-31 | 成都鼎桥通信技术有限公司 | Broadcast message processing method and device and terminal equipment |
| CN114650111B (en) * | 2020-12-17 | 2024-09-06 | 青岛海尔多媒体有限公司 | Broadcasting method and device for emergency broadcast message and intelligent household equipment |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101483833A (en) * | 2009-02-06 | 2009-07-15 | 中兴通讯股份有限公司 | Method and apparatus for receiving urgent broadcast message |
| CN101843122A (en) * | 2007-10-29 | 2010-09-22 | 株式会社Ntt都科摩 | Emergency information delivering method, wireless control apparatus, radio base station and mobile terminal |
| CN103491419A (en) * | 2013-09-03 | 2014-01-01 | 深圳市同洲电子股份有限公司 | Method and digital receiving terminal for sending emergency broadcasts |
| CN207691820U (en) * | 2018-01-15 | 2018-08-03 | 广州市锐芯电子科技有限公司 | A kind of intelligent emergent remote broadcast system |
-
2018
- 2018-11-29 CN CN201811445126.4A patent/CN109413592B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101843122A (en) * | 2007-10-29 | 2010-09-22 | 株式会社Ntt都科摩 | Emergency information delivering method, wireless control apparatus, radio base station and mobile terminal |
| CN101483833A (en) * | 2009-02-06 | 2009-07-15 | 中兴通讯股份有限公司 | Method and apparatus for receiving urgent broadcast message |
| CN103491419A (en) * | 2013-09-03 | 2014-01-01 | 深圳市同洲电子股份有限公司 | Method and digital receiving terminal for sending emergency broadcasts |
| CN207691820U (en) * | 2018-01-15 | 2018-08-03 | 广州市锐芯电子科技有限公司 | A kind of intelligent emergent remote broadcast system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109413592A (en) | 2019-03-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101978590B1 (en) | Message updating method, device and terminal | |
| CN110035546B (en) | Transmission method, mobile terminal and network equipment | |
| CN111741058A (en) | Message pushing method and device, electronic equipment and storage medium | |
| CN108073458B (en) | Memory recovery method, mobile terminal and computer-readable storage medium | |
| CN108111676B (en) | Application program control method, mobile terminal and computer readable storage medium | |
| CN108984066B (en) | Application icon display method and mobile terminal | |
| CN108668328B (en) | Network switching method and mobile terminal | |
| CN109151216B (en) | Application starting method, mobile terminal, server and computer readable storage medium | |
| CN109831359B (en) | Method for detecting connection state of data network and terminal equipment thereof | |
| CN106101764A (en) | A kind of methods, devices and systems showing video data | |
| CN108009031B (en) | Application program control method and mobile terminal | |
| CN115668123A (en) | Audio resource allocation method and device and electronic equipment | |
| CN109362103A (en) | A kind of data cache method and terminal device | |
| CN109413592B (en) | Broadcasting method and mobile terminal | |
| CN108062195A (en) | The reminding method and mobile terminal of a kind of notification event | |
| CN111405112A (en) | Message prompting method and electronic equipment | |
| CN110621071B (en) | Processing method of measurement interval, terminal and network node | |
| CN108089935B (en) | Application program management method and mobile terminal | |
| CN107734477B (en) | Call forwarding method and mobile terminal | |
| CN107622234B (en) | Method and device for displaying budding face gift | |
| CN111200648B (en) | Service calling method, device, terminal equipment and storage medium | |
| CN110099170B (en) | Picture deleting method and mobile terminal | |
| CN109451154B (en) | Method for setting multimedia file and terminal equipment | |
| CN108955641B (en) | Depth camera shooting method, depth camera shooting equipment and mobile terminal | |
| CN108366167B (en) | Message reminding method and mobile terminal |
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 |