CN114550417A

CN114550417A - Disaster early warning method, terminal device and storage medium

Info

Publication number: CN114550417A
Application number: CN202210157301.XA
Authority: CN
Inventors: 张艳凤
Original assignee: Hisense Mobile Communications Technology Co Ltd
Current assignee: Hisense Mobile Communications Technology Co Ltd
Priority date: 2022-02-21
Filing date: 2022-02-21
Publication date: 2022-05-27
Anticipated expiration: 2042-02-21
Also published as: CN114550417B

Abstract

The application discloses a disaster early warning method, terminal equipment and a storage medium, which are used for solving the problem that a user cannot accurately and timely receive disaster early warning information in the related technology. If the appointed message is received, determining an operation mode of the position label based on the message type of the appointed message, wherein the operation mode comprises that the position label is not updated or the updating time of the position label is determined, and the appointed message is ticket class information or cross-market reminding information; executing positioning operation when the updating time is up to obtain a position label of the current position and sending the position label to the server; and receiving disaster early warning information of the position label of the current position sent by the server. Therefore, regional distribution of the early warning information is achieved by reporting the position tags, the cost of sending the information is saved, the position tags of the current position can be timely and accurately updated by using the ticket information or the cross-market reminding information, the influence of position change is reduced, and the accuracy and the real-time performance of receiving the disaster early warning information can be improved.

Description

Disaster early warning method, terminal device and storage medium

Technical Field

The present application relates to the field of terminal technologies, and in particular, to a disaster warning method, a terminal device, and a storage medium.

Background

The popularization of the terminal equipment brings great convenience to the life and work of users, and the terminal equipment also becomes a stock item of the daily life of the users, so that the terminal equipment is used as a medium to provide pushing of early warning information of some disasters for the users, and great convenience and immediacy are achieved. However, many disaster early-warning devices are regional, and the terminal devices are mobile in real time, so in order to ensure that the disaster early-warning messages are accurately sent to the terminal devices, the position change of the terminal devices needs to be timely and accurately updated to the server.

In the related art, the disaster early warning information is received through the television set top box, so that the limitation on the time and space range is large, and the position change of the terminal equipment is timely and accurately updated to the server by adopting a mechanism for detecting the position update at regular time every day, so that the disaster early warning information cannot be accurately and timely received by a user due to the fact that the mechanism is not flexible enough.

Disclosure of Invention

The application aims to provide a disaster early warning method, terminal equipment and a storage medium, which are used for solving the problem that users cannot accurately and timely receive disaster early warning information in the related technology.

In a first aspect, the present application provides a disaster warning method, including:

if a specified message is received, determining an operation mode of the position tag based on the message type of the specified message, wherein the operation mode comprises that the position tag is not updated or the updating time of the position tag is determined; the specified message is ticket class information or cross-market reminding information;

executing positioning operation when the updating time of the position label is reached to obtain the position label of the current position;

sending the position label of the current position to a server;

and receiving disaster early warning information of the position label of the current position, which is sent by the server.

In a possible embodiment, the determining the operation mode of the location tag based on the message type of the specific message includes:

if the specified message is booking information in the ticket class information, determining the updating time of the position tag based on the arrival time of the travel destination of the booking information;

if the specified message is label changing information in the ticket class information, determining the updating time of the position label based on the arrival time of the travel destination of the label changing information;

if the specified message is ticket refunding information in the ticket business class information, determining not to update the position label based on the ticket refunding information;

and if the specified message is cross-market reminding information, determining the updating time of the position tag based on the receiving time of the specified message.

In a possible implementation manner, if the specified message is ticket class information and the ticket class information does not have the arrival time of the travel destination, the update time of the position tag is determined according to the shift information and the departure time of the shift in the ticket class information.

In a possible embodiment, after receiving the disaster warning information of the location tag of the current location sent by the server, the method further includes:

and sending the disaster early warning information to all terminal equipment in the local area network in a broadcasting mode so as to enable all terminal equipment in the local area network to give an alarm for prompting.

In one possible embodiment, the method further comprises:

and sending the notification message carrying the disaster early warning information to an emergency contact.

performing at least one of the following operations:

displaying emergency shelter information;

displaying a communication entrance for communicating with the emergency contact;

and displaying personal emergency information, wherein the personal emergency information is used for recording medical information required by the current user for treatment.

In one possible embodiment, the method further comprises:

storing the disaster early warning information into an early warning historical record;

and responding to the query operation of the early warning historical record, and outputting queried disaster early warning information.

In one possible implementation manner, if a plurality of pieces of historical disaster early warning information are recorded, the historical disaster early warning information is shared to at least one target contact in response to a sharing operation of at least one piece of historical disaster early warning information.

In a second aspect, the present application provides a terminal device, comprising:

a display, a processor, and a memory;

the display is used for displaying a screen display area;

the memory to store the processor-executable instructions;

the processor is configured to execute the instructions to implement a disaster early warning method as described in any one of the above first aspects.

In a third aspect, the present application provides a computer-readable storage medium, wherein instructions that, when executed by a terminal device, enable the terminal device to perform the disaster warning method according to any one of the first aspect.

In a fourth aspect, the present application provides a computer program product comprising a computer program:

the computer program, when executed by a processor, implements a disaster early warning method as described in any one of the above first aspects.

The technical scheme provided by the embodiment of the application at least has the following beneficial effects:

if the specified message is received, determining an operation mode of the position tag based on the message type of the specified message, wherein the operation mode comprises not updating the position tag or determining the updating time of the position tag; the designated message is ticket class information or cross-market reminding information; then, when the updating time of the position label is reached, the positioning operation is executed to obtain the position label of the current position; sending the position label of the current position to a server; and receiving disaster early warning information of the position label of the current position sent by the server. Therefore, regional distribution of the early warning information is achieved by reporting the position tags, the cost of sending the information is saved, meanwhile, the position tags of the current position can be timely and accurately updated by using the ticket class information or the cross-market reminding information, the influence of position change is reduced, and the accuracy and the real-time performance of receiving the disaster early warning information can be improved.

In addition, according to the application, when receiving the disaster early warning information, one terminal device can automatically send the disaster early warning information to other terminal devices and emergency contacts in a local area network where the terminal device is located, and can also display emergency shelter information and personal emergency information, so that guidance and help are provided for finding an emergency shelter and treating a current user, and the received disaster early warning information can be stored and shared.

Additional features and advantages of the application will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by the practice of the application. The objectives and other advantages of the application may be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the embodiments of the present application will be briefly described below, and it is obvious that the drawings described below are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 is a schematic structural diagram of a terminal device according to an embodiment of the present application;

fig. 2 is a block diagram of a software structure of a terminal device according to an embodiment of the present disclosure;

fig. 3 is a schematic flowchart of a disaster warning method according to an embodiment of the present application;

fig. 4 is a schematic diagram illustrating an operation manner of determining a location tag based on a message type of a specific message according to an embodiment of the present application;

fig. 5 is a schematic diagram of booking information in ticket class information according to an embodiment of the present application;

fig. 6 is a schematic diagram of change information in ticket class information according to an embodiment of the present application;

fig. 7 is a schematic diagram of ticket refunding information in ticket class information according to an embodiment of the present application;

fig. 8 is a schematic diagram of a cross-market reminding message provided in an embodiment of the present application;

fig. 9 is a schematic diagram of booking information in another ticket class information provided in an embodiment of the present application;

fig. 10 is a schematic flowchart of a method for obtaining a location tag of a current location of a terminal device according to an embodiment of the present application;

fig. 11 is a schematic diagram illustrating a relationship between a terminal device, a server, and an early warning station server according to an embodiment of the present application;

fig. 12 is a schematic diagram illustrating a method for sending disaster warning information by broadcasting and sending information according to an embodiment of the present disclosure;

fig. 13 is a schematic diagram of details of disaster warning information displayed by a warning application according to an embodiment of the present application;

fig. 14 is a schematic diagram of details of personal emergency information provided by an embodiment of the present application;

fig. 15 is a schematic diagram of a saved warning history provided in an embodiment of the present application;

fig. 16 is a schematic diagram illustrating details of disaster warning information displayed after the disaster warning information is clicked according to an embodiment of the present application;

fig. 17 is a schematic flow chart illustrating sharing of disaster warning information according to an embodiment of the present application;

fig. 18 is an interaction diagram of each application in the terminal device according to the embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application. The embodiments described are some, but not all embodiments of the present application. 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 application.

Also, in the description of the embodiments of the present application, "/" indicates an inclusive meaning unless otherwise specified, for example, a/B may indicate a or B; "and/or" in the text is only an association relationship describing an associated object, and means that three relationships may exist, for example, a and/or B may mean: three cases of a alone, a and B both, and B alone exist, and in addition, "a plurality" means two or more than two in the description of the embodiments of the present application.

In the following, the terms "first", "second" are used for descriptive purposes only and are not to be understood as implying or implying relative importance or implicitly indicating the number of technical features indicated. Thus, features defined as "first", "second", may explicitly or implicitly include one or more of the features, and in the description of embodiments of the application, unless stated otherwise, "plurality" means two or more.

The popularization of the terminal equipment brings great convenience to the life and work of users, and the terminal equipment also becomes a stock item of the daily life of the users, so that the terminal equipment is used as a medium to provide pushing of early warning information of some disasters for the users, and great convenience and immediacy are achieved.

In the related art, some manufacturers receive disaster warning information through a television set top box, but the method cannot cover all scenes, for example, scenes in which users are not in front of a television, and is limited in time and space. In addition, the method cannot guide and help the user for subsequent refuge, and has great limitation on the application range, for example, the functions of reminding other users without correlation cannot enable the user to accurately and timely receive disaster early warning information.

Meanwhile, many disaster early warnings are regional, and the terminal device is mobile in real time, so that in order to ensure that the disaster early warning message is accurately issued to the terminal device, the position change of the terminal device needs to be timely and accurately updated to the server.

In the related art, a mechanism for detecting location update at regular time every day is adopted to timely and accurately update the location change of the terminal equipment to the server, and the location change is not flexible enough, so that the location information of the terminal equipment stored by the server is out of date, and the early warning message is wrongly distributed. Often resulting in users not receiving disaster warning information accurately and timely. For example: the position of the terminal equipment is detected at 0 am every day, and the user goes to other cities at 9 am. At this time, the server stores the position information of the terminal device, which is still the position information of the old city updated at point 0, and when a disaster early warning exists in the new city on business trip, the terminal device cannot receive the early warning message in time.

In view of this, the present application provides a disaster warning method, a terminal device and a storage medium, so as to solve the problem that a user cannot accurately and timely receive disaster warning information in the related art.

The inventive concept of the present application can be summarized as follows: if the specified message is received, determining an operation mode of the position tag based on the message type of the specified message, wherein the operation mode comprises not updating the position tag or determining the updating time of the position tag; the designated message is ticket class information or cross-market reminding information; then, when the updating time of the position label is reached, the positioning operation is executed to obtain the position label of the current position; sending the position label of the current position to a server; and receiving disaster early warning information of the position label of the current position sent by the server. Therefore, regional distribution of the early warning information is achieved by reporting the position tags, the cost of sending the information is saved, meanwhile, the position tags of the current position can be timely and accurately updated by using the ticket class information or the cross-market reminding information, the influence of position change is reduced, and the accuracy and the real-time performance of receiving the disaster early warning information can be improved.

After the inventive concept of the present application is introduced, the terminal device provided in the present application will be described below. Fig. 1 shows a schematic structural diagram of a terminal device 100. It should be understood that the terminal device 100 shown in fig. 1 is only an example, and the terminal device 100 may have more or less components than those shown in fig. 1, may combine two or more components, or may have a different configuration of components. The various components shown in the figures may be implemented in hardware, software, or a combination of hardware and software, including one or more signal processing and/or application specific integrated circuits.

A block diagram of a hardware configuration of a terminal device 100 according to an exemplary embodiment is exemplarily shown in fig. 1. As shown in fig. 1, the terminal device 100 includes: a Radio Frequency (RF) circuit 110, a memory 120, a display unit 130, a camera 140, a sensor 150, an audio circuit 160, a Wireless Fidelity (Wi-Fi) module 170, a processor 180, a bluetooth module 181, and a power supply 190.

The RF circuit 110 may be used for receiving and transmitting signals during information transmission and reception or during a call, and may receive downlink data of a base station and then send the downlink data to the processor 180 for processing; the uplink data may be transmitted to the base station. Typically, the RF circuitry 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.

The memory 120 may be used to store software programs and data. The processor 180 performs various functions of the terminal device 100 and data processing by executing software programs or data stored in the memory 120. The memory 120 may include high speed random access memory and may 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 memory 120 stores an operating system that enables the terminal device 100 to operate. The memory 120 may store an operating system and various application programs, and may also store program codes for executing the disaster warning method according to the embodiment of the present application.

The display unit 130 may be used to receive input numeric or character information and generate signal input related to user settings and function control of the terminal device 100, and specifically, the display unit 130 may include a touch screen 131 disposed on the front surface of the terminal device 100 and capable of collecting touch operations, such as button clicking, by the user thereon or nearby.

The display unit 130 may also be used to display a Graphical User Interface (GUI) of information input by or provided to the user and various menus of the terminal apparatus 100. Specifically, the display unit 130 may include a display screen 132 disposed on the front surface of the terminal device 100. The display screen 132 may be configured in the form of a liquid crystal display, a light emitting diode, or the like. The display unit 130 may be used to display a screen display area of the terminal device in the present application.

The touch screen 131 may cover the display screen 132, or the touch screen 131 and the display screen 132 may be integrated to implement the input and output functions of the terminal device 100, and after the integration, the touch screen may be referred to as a touch display screen for short. In the present application, the display unit 130 may display the application programs and the corresponding operation steps.

The camera 140 may be used to capture still images or video. The object generates an optical image through the lens and projects the optical image to the photosensitive element. The photosensitive element may be a Charge Coupled Device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The light sensing elements convert the light signals into electrical signals which are then passed to the processor 180 for conversion into digital image signals.

The terminal device 100 may further comprise at least one sensor 150, such as an acceleration sensor 151, a distance sensor 152, a fingerprint sensor 153, a temperature sensor 154. The terminal device 100 may also be configured with other sensors such as a gyroscope, barometer, hygrometer, thermometer, infrared sensor, light sensor, motion sensor, and the like.

The audio circuitry 160, speaker 161, microphone 162 may provide an audio interface between the user and the terminal device 100. The audio circuit 160 may transmit the electrical signal converted from the received audio data to the speaker 161, and convert the electrical signal into a sound signal for output by the speaker 161. The terminal device 100 may further be configured with a volume button for adjusting the volume of the sound signal, and may be configured to combine other buttons to adjust the closed area. On the other hand, the microphone 162 converts the collected sound signal into an electrical signal, converts the electrical signal into audio data after being received by the audio circuit 160, and outputs the audio data to the RF circuit 110 to be transmitted to, for example, another terminal device, or outputs the audio data to the memory 120 for further processing.

Wi-Fi belongs to a short-distance wireless transmission technology, and the terminal device 100 can help a user to send and receive e-mails, browse webpages, access streaming media and the like through the Wi-Fi module 170, and provides wireless broadband internet access for the user.

The processor 180 is a control center of the terminal device 100, connects various parts of the entire terminal device using various interfaces and lines, and performs various functions of the terminal device 100 and processes data by running or executing software programs stored in the memory 120 and calling data stored in the memory 120. In some embodiments, processor 180 may include one or more processing units; the processor 180 may also integrate an application processor, which mainly handles operating systems, user interfaces, applications, etc., and a baseband processor, which mainly handles wireless communications. It will be appreciated that the baseband processor described above may not be integrated into the processor 180. In the present application, the processor 180 may operate an operating system, an application program, a user interface display, and a touch response, and the disaster warning method according to the embodiment of the present application. Further, the processor 180 is coupled with the display unit 130.

And the bluetooth module 181 is configured to perform information interaction with other bluetooth devices having bluetooth modules through a bluetooth protocol. For example, the terminal device 100 may establish a bluetooth connection with a wearable electronic device (e.g., a smart watch) having a bluetooth module via the bluetooth module 181, so as to perform data interaction.

The terminal device 100 also includes a power supply 190 (such as a battery) for powering the various components. The power supply may be logically connected to the processor 180 through a power management system to manage charging, discharging, power consumption, etc. through the power management system. The terminal device 100 may further be configured with a power button for powering on and off the terminal device, and locking the screen.

Fig. 2 is a block diagram of a software configuration of the terminal device 100 according to the embodiment of the present application.

The layered architecture divides the software into several layers, each layer having a clear role and division of labor. The layers communicate with each other through a software interface. In some embodiments, the Android system may be divided into four layers, an application layer, an application framework layer, an Android runtime (Android runtime) and system library, and a kernel layer, from top to bottom, respectively.

The application layer may include a series of application packages.

As shown in fig. 2, the application package may include applications such as early warning, short message, map, navigation, emergency assistance, alarm clock, call, gallery, calendar, WLAN, etc.

The application framework layer provides an Application Programming Interface (API) and a programming framework for the application program of the application layer. The application framework layer includes a number of predefined functions.

As shown in FIG. 2, the application framework layers may include a window manager, content provider, view system, phone manager, resource manager, notification manager, and the like.

The window manager is used for managing window programs. The window manager can obtain the size of the display screen, judge whether a status bar exists, lock the screen, intercept the screen and the like.

The content provider is used to store and retrieve data and make it accessible to applications. The data may include video, images, audio, calls made and answered, browsing history and bookmarks, phone books, short messages, etc.

The view system includes visual controls such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, the display interface including the short message notification icon may include a view for displaying text and a view for displaying a picture.

The phone manager is used to provide the communication function of the terminal device 100. Such as management of call status (including on, off, etc.).

The resource manager provides various resources, such as localized strings, icons, pictures, layout files, video files, etc., to the application.

The notification manager allows the application to display notification information (e.g., the message content of a short message) in the status bar, can be used to convey notification-type messages, can automatically disappear after a short dwell, and does not require user interaction. Such as a notification manager used to inform download completion, message alerts, etc. The notification manager may also be a notification that appears in the form of a chart or scroll bar text at the top status bar of the system, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, text information is prompted in the status bar, a prompt tone is given, the terminal device vibrates, an indicator light flickers, and the like. In the application, the notification manager includes a system notification service, the server sends the warning message to the system notification service in the notification manager, and then the system notification service sends the warning message to the warning application in the application layer.

The Android Runtime comprises a core library and a virtual machine. The Android runtime is responsible for scheduling and managing an Android system.

The core library comprises two parts: one part is a function which needs to be called by java language, and the other part is a core library of android.

The application layer and the application framework layer run in a virtual machine. And executing java files of the application program layer and the application program framework layer into a binary file by the virtual machine. The virtual machine is used for performing the functions of object life cycle management, stack management, thread management, safety and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: surface managers (surface managers), Media Libraries (Media Libraries), three-dimensional graphics processing Libraries (e.g., OpenGL ES), 2D graphics engines (e.g., SGL), and the like.

The surface manager is used to manage the display subsystem and provide a fusion of the 2D and 3D layers for multiple applications.

The media library supports a variety of commonly used audio, video format playback and recording, and still image files, among others. The media library may support a variety of audio-video encoding formats, such as MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, and the like.

The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, image rendering, synthesis, layer processing and the like.

A 2D (an animation mode) graphics engine is a drawing engine for 2D drawing.

The kernel layer is a layer between hardware and software. The inner core layer at least comprises a display driver, a camera driver, an audio driver and a sensor driver.

The terminal 100 in the embodiment of the present application may be an electronic device including, but not limited to, a smart phone, a tablet computer, a wearable electronic device (e.g., a smart watch), a notebook computer, and the like.

In order to facilitate understanding of the disaster early warning method provided in the embodiment of the present application, the following is further described with reference to the accompanying drawings.

Fig. 3 is a schematic flow chart of a disaster early warning method according to an embodiment of the present application. As shown in fig. 3, the method comprises the steps of:

in step 301, if a specific message is received, determining an operation mode of the location tag based on a message type of the specific message, where the operation mode includes not updating the location tag or determining an update time of the location tag; the designated message is ticket class information or cross-market reminding information.

In a possible implementation manner, as shown in fig. 4, the message types of the designated message may be classified into ticket booking information in the ticket class information, ticket change information in the ticket class information, ticket refund information in the ticket class information, cross-market reminding information, and the like, and therefore, in the embodiment of the present application, the operation manner for determining the location tag based on the message type of the designated message may correspondingly include the following manners:

1) and if the designated message is booking information in the ticket class information, determining the updating time of the position label based on the arrival time of the travel destination of the booking information.

In a possible implementation manner, since the arrival time is an expected time, the update time of the location tag in the embodiment of the present application may be set to be 1 or more in consideration of the situation that the arrival may be advanced or delayed. For example, the update time may be set before the arrival time, may be set at the arrival time, and may be set after the arrival time.

For example, the case with the highest probability can be obtained based on big data analysis according to the historical conditions of the vehicles adopted by the users for traveling. If the approximate rate of arrival is advanced, if the update time is set before the arrival time. If the approximate rate is delayed to arrive, the update time is set after the arrival time, and if the approximate rate arrives on time, the update time is set at the arrival time.

Of course, in another embodiment, in order to cope with the situation that it is impossible to accurately predict when the destination is reached, three update times may be adopted, i.e., a first update time is set before the arrival time, a second update time is set at the arrival time, and a third update time is set after the arrival time. In this way, the updated location label can be relocated before, after, and at the time of arrival, and updating of the location label can be achieved regardless of whether the user arrives at the destination in advance, arrives at the destination on time, or arrives at the destination late.

In the above embodiments, when the update time is before the arrival time, the setting of the update time may set an advance time length empirically, and the update time of the advance arrival condition is obtained by subtracting the advance time length from the arrival time. Similarly, a delay time can be set according to experience, and the update time of the delayed arrival condition is obtained by adding the arrival time to the delay time.

Besides setting the advance time length or the delay time length according to the experience value, the operation condition of the user trip shift can be obtained through networking with a traffic system. The tracking determines whether the shift arrived early, on-time, or late.

In addition, for some special cases, such as a networked transportation system, it is known that the shift taken by the user will stay in a certain area for at least a specified time due to a fault, for example, a bad weather is met, and the train stops running midway, so that the time range of staying in the area can be calculated, and the updating time of the timing task is increased to the time within the time range.

Of course, if the update instantaneity of the location tag is not strictly required, in this case, considering that there may be delay situations in most of the shift, the update time may be set to be a time after the arrival time.

Illustratively, after purchasing tickets through the ticketing client, the user receives the ticket class information after successfully purchasing tickets as shown in fig. 5, analyzes that the received ticket class information is the ticket booking information in the ticket class information and analyzes that the arrival time is 12 months, 26 days, 15:10, and then the terminal device adds a timing task according to the analyzed content and sets the update time of the position tag as the arrival time. The update time may also be set after the arrival time, and a delay time period may be set as described above, and the arrival time is added to the delay time period to obtain the update time of the delayed arrival situation, as shown in fig. 5, the arrival time is 12 months, 26 days 15:10, and the delay time period may be set to 30 minutes, and the update time of the position tag is 12 months, 26 days 15: 40.

2) And if the specified message is the label changing information in the ticket class information, determining the updating time of the position label based on the arrival time of the travel destination of the label changing information.

The setting mode of the update time of the position tag is the same as the setting mode of the update time of the position tag in the booking information in the ticket information of the designated message, which is not described herein again.

Illustratively, after receiving the ticket class information shown in fig. 6, the user analyzes that the received ticket class information is the ticket change information in the ticket class information and analyzes that the arrival time after the ticket change is 12 months, 26 days, 19:00, and then the terminal device updates the timing task according to the analyzed content, sets the update time of the location tag to be 12 months, 26 days, 19:00, and may also set the update time before the arrival time, and may set an advance time length, and the update time of the advance arrival condition is obtained by subtracting the advance time length from the arrival time, and if the arrival time shown in fig. 6 is 12 months, 26 days, 19:00, the advance time length may be set to be 30 minutes, and the update time of the location tag is 12 months, 26 days, 18: 30.

3) And if the designated message is the ticket refunding information in the ticket business information, determining not to update the position label based on the ticket refunding information.

Illustratively, after receiving the ticket class information shown in fig. 7, the user parses the received ticket class information as the ticket refund information in the ticket class information, and then the terminal device cancels the timing task according to the parsed content without updating the location tag.

4) And if the specified message is cross-market reminding information, determining the updating time of the position tag based on the receiving time of the specified message.

Illustratively, after receiving the cross-city reminding information shown in fig. 8, the user analyzes that the time for receiving the cross-city reminding information is 14:14, then the terminal device sets the update time of the position tag to be 14:14 according to the analyzed time for receiving the cross-city reminding information, and may also set the update time after the time for receiving the cross-city reminding information, and may set a delay duration, and add the delay duration to the time for receiving the cross-city reminding information to obtain the update time of the position tag, where as shown in fig. 8, the time for receiving the cross-city reminding information is 14:14, the delay duration may be set to be 30 minutes, and the update time of the position tag is 14: 44.

In one possible embodiment, if the designated message is the ticket class information and the ticket class information does not have the arrival time of the travel destination, the update time of the position tag may be determined according to the shift information and the departure time of the shift in the ticket class information.

Illustratively, after receiving the ticket class information shown in fig. 9, the user analyzes that the received ticket class information is booking information in the ticket class information, analyzes that the arrival time is not analyzed, only analyzes that the shift information is G225 times, the destination position is city B, and the departure time of the shift is 12 months, 26 days, 19:31, then networks with a transportation system, obtains the operation condition of the user's trip shift, and tracks and determines whether the shift arrives in advance, arrives on time, or arrives at a delay. For example, the time when the shift arrives at each position in the driving process and the corresponding position information can be acquired, and then the time when the shift arrives at the destination position can be determined according to the time when the shift arrives at each position and the corresponding position information.

After the time of arriving at the destination location is determined, the setting mode of the update time of the location tag is the same as the setting mode of the update time of the location tag in the booking information in the ticket class information of the designated message, which is not described herein again.

Therefore, the position label is not updated or the updating time of the position label is determined according to the content of the received ticket class information or the cross-market reminding information, so that the position information of the terminal equipment can be updated timely and accurately, and the terminal equipment can receive the disaster early warning information more timely and accurately.

In step 302, a positioning operation is performed when the updated time of the position tag is reached, so as to obtain the position tag of the current position.

Illustratively, the update time of the location tag is determined in step 301, and then the terminal device sets an update alarm clock according to the update time of the location tag, and performs a positioning operation when the update time of the location tag is reached, so as to obtain the location tag of the current location of the terminal device.

In a possible implementation manner, in order to avoid that the location tag of the current location of the terminal device does not change or does not coincide with the location of the destination in the ticket class information after the positioning operation is performed at the updated time of reaching the location tag, in this embodiment of the application, after the location tag of the current location is obtained, the location tag of the current location may be compared with the location of the destination in the ticket class information.

If the time difference is different, the operation condition of the user traveling shift can be obtained through networking with the traffic system, the delay information of the user traveling shift is determined, then the time of arriving at the destination is re-determined according to the delay information of the shift, and the updating time of the position label is set according to the re-determined time of arriving at the destination.

Of course, in another embodiment, when the ticket class information notified later is received, the arrival time in the ticket class information notified later may be analyzed, the update time of the position tag may be reset according to the arrival time, and the position tag may be relocated.

Illustratively, the update time of the position label of the city arriving at the destination B is set to 8:00 pm according to the ticket class information, but after the positioning operation is performed at 8:00 pm, the position label of the current position of the terminal equipment is updated to the city C, and the current position is different from the destination in the ticket class information, so that the operation condition of the shift can be acquired by networking with a traffic system, the evening time of the shift is determined, the time of arriving at the city arriving at the destination B is redetermined according to the evening time, and the update time of the position label is set according to the redetermined time of arriving at the destination B.

In this case, when the ticket class information notified at the late point is received, the arrival time of the destination B city in the ticket class information notified at the late point may be analyzed, and the update time of the position label may be reset according to the arrival time of the destination B city to perform relocation.

In addition, if it is known that the shift taken by the user is likely to reside in the city C for at least a specified time due to a fault, for example, when severe weather occurs, the train stops running in the city C, the time range of the city C can be calculated, the update time of the position tag is set to be the time range of the city C, the running condition of the shift is monitored in real time through the networked transportation system, and when the shift reaches the city B, the update time of the position tag is set according to the time B of the destination.

In step 303, the location tag of the current location is sent to the server.

The method for obtaining the location tag of the current location of the terminal device is further described with reference to fig. 10, which specifically includes the following steps:

in step 1001, ticket class information or cross-market reminder information is received.

In step 1002, the content of the ticket class information or the cross-market reminding information is analyzed, and the updating time of the position label is determined.

In step 1003, an update location tag alarm clock is set.

In step 1004, the update time of the position tag is reached, and the position tag for obtaining the current position is located.

In step 1005, the location tag of the current location is sent to the server.

Therefore, the position label of the current position of the terminal equipment can be obtained through the steps.

In step 304, disaster warning information of the location tag of the current location transmitted by the server is received.

In a possible implementation manner, in order to save the load of pushing the disaster early warning information by the server and the traffic consumption of the terminal device and prevent the server from sending all the disaster early warning information to all the terminal devices, in this embodiment of the present application, the position tag of the terminal device is sent to the server as a screening condition for sending the disaster early warning information by the server. The server stores the corresponding relation between the unique identifier of each terminal device and the position label, and then can send disaster early warning information corresponding to the position label of the current position received from the early warning station server to the corresponding terminal device according to the unique identifier of the terminal device corresponding to the position label of the current position reported by the terminal device. The unique identifier of the terminal device may be an ID of the terminal device, or may be another identifier that can uniquely identify the terminal device, which is not limited in this embodiment of the present application.

Each terminal device may be provided with a plurality of location tags, for example, the location tag of one terminal device may be a city location tag, a cell location tag, an office building location tag, and so on. The same type of location tag may include multiple terminal devices, for example, a cell location tag may have multiple terminal devices, and an office building location tag may have multiple terminal devices.

The relationship among the terminal device, the server and the early warning station server is shown in fig. 11, the server establishes a long link with the early warning station server, receives disaster early warning information, and sends the disaster early warning information to the terminal device. The early warning places comprise earthquake places, disaster places and the like. And the terminal equipment reports the position label of the current position to the server and receives disaster early warning information sent by the server.

The terminal equipment comprises an early warning application, and the early warning application is used for processing and displaying early warning messages. If the early warning application is in an online state, establishing a background service of the early warning application, so that the background service monitors disaster early warning information, and displays and stores the disaster early warning information after receiving the disaster early warning information; if the early warning application is in an off-line state, the server sends disaster early warning information to a system notification service of the terminal device through a message channel, and if the system notification service detects that the notified title is the content of an early warning title agreed with the server, the system notification service sends the disaster early warning information to the early warning application.

Therefore, regional distribution of the early warning information is achieved by reporting the position tags, the situation that the server sends all disaster early warning information to all terminal devices can be avoided, and the load of the server for pushing the disaster early warning information and the flow consumption of the terminal devices are saved.

In a possible implementation manner, after receiving the disaster early warning information of the location tag of the current location sent by the server in the embodiment of the application, the disaster early warning information may also be sent to all terminal devices in the local area network in a broadcast manner, so that all terminal devices in the local area network perform alarm prompting.

For example, as shown in fig. 12, the server sends disaster warning information to the warning application of the terminal device 1, and after receiving the disaster warning information, the warning application may send a global udp (User data packet Protocol) broadcast to the current local area network, where the broadcast carries the disaster warning information, so that the terminal device 2 and the terminal device 3 connected to the same router may receive the disaster warning information synchronously.

In a possible implementation manner, in the embodiment of the application, a notification message carrying disaster early warning information may also be sent to an emergency contact.

For example, as shown in fig. 12, the server sends disaster early warning information to an early warning application of the terminal device 1, and after receiving the disaster early warning information, the early warning application may send a short message to the emergency contact 1 and the emergency contact 2 in the terminal device, where the short message includes the disaster early warning information, so that the terminal device 4 of the emergency contact 1 and the terminal device 5 of the emergency contact 2 may receive the disaster early warning information synchronously.

Therefore, the disaster early warning information can be sent to more terminal devices in a broadcasting and information sending mode, so that the disaster early warning information can be transmitted to more users as far as possible.

In a possible implementation manner, after receiving the disaster warning information of the location tag of the current location sent by the server in the embodiment of the present application, at least one of the following operations may be further performed:

1) displaying the information of the emergency shelter;

2) displaying a communication entrance for communicating with the emergency contact;

3) and displaying personal emergency information, wherein the personal emergency information is used for recording medical information required by the current user for treatment.

For example, as shown in fig. 13, the early warning application receives the earthquake early warning information and then analyzes the earthquake early warning information, analyzes the earthquake center position, the early warning magnitude, the estimated earthquake intensity, the issue unit information and other details of the early warning message, and sends out a warning tone to remind the user of the terminal device, and meanwhile, an emergency shelter, an emergency contact and a personal emergency information entrance as shown in fig. 13 are provided. Clicking the entrance of the emergency shelter as shown in fig. 13 can jump to the existing map application in the current terminal equipment, and search out the position information of the nearby shelter. Specifically, the function of skipping the existing map Application in the current terminal device and searching the position information of the nearby refuge may be implemented according to an Application Programming Interface (API) on a third party development website. By clicking the entry of the emergency contact as shown in fig. 13, the number of the emergency contact may be obtained from the emergency help application of the terminal device, and then the number of the emergency contact may be directly dialed, or the information of the earthquake early warning information may be directly sent to the number of the emergency contact. Clicking on the entry of the personal emergency information as shown in fig. 13 may directly jump to the personal emergency information set in the emergency help application as shown in fig. 14.

Therefore, the emergency shelter information, the emergency contact information and the personal emergency information can be displayed, and guidance and help are provided for finding the emergency shelter and treating the current user.

In a possible implementation manner, disaster early warning information can be stored in an early warning history record in the embodiment of the application; and responding to the query operation of the early warning historical records, and outputting the queried disaster early warning information.

For example, an early warning application database as shown in table 1 may be provided, and the disaster early warning information received in history is saved in the early warning application database. As shown in fig. 15, the latest 4 pieces of disaster warning information stored in the saved warning history are displayed, and details of the corresponding disaster warning information can be checked by clicking any one piece of disaster warning information. As shown in fig. 16, details of disaster warning information displayed after clicking on the disaster warning information are shown.

TABLE 1

In a possible implementation manner, in the embodiment of the application, if a plurality of pieces of historical disaster early warning information are recorded, the historical disaster early warning information can be shared to at least one target contact person in response to the sharing operation of at least one piece of historical disaster early warning information.

The disaster early warning information comprises currently received disaster early warning information and any one or more disaster early warning information stored in the early warning history. The target contact includes an emergency contact of the terminal device, and also includes any one or more contacts in the terminal device, such as contacts in applications such as WeChat and QQ.

Specifically, if a plurality of pieces of historical disaster early warning information are recorded, the screenshot operation of the historical disaster early warning information page is executed in response to the sharing operation of at least one piece of historical disaster early warning information, and the screenshot is shared to the target contact.

For example, taking a sharing operation responding to one historical disaster early warning information as an example, a user clicks a sharing button shown in the upper right corner of fig. 16, and then the terminal device responds to the user clicking the sharing button, may automatically capture a screenshot of a page of detailed contents of the historical disaster early warning information shown in fig. 16, and then share the screenshot to a target contact in the terminal device. The screenshot can be shared with the target contact through a transmittable picture application, wherein the transmittable picture application comprises applications such as WeChat and QQ. Specifically, the method can be implemented as the steps shown in fig. 17:

in step 1701, the share button is clicked.

In step 1702, the terminal device automatically captures the detailed content of the historical disaster warning information displayed on the current interface.

In the embodiment of the application, the terminal device supports a sharing broadcast component capable of sharing the picture to the target contact, and the picture is required to be stored in a specified path bound with the sharing broadcast, so that the sharing broadcast can be used. Therefore, in step 1703, the screenshot is saved in the designated path, and the designated path is used for saving the screenshot that needs to be shared.

In step 1704, a sharing broadcast is invoked, and the screenshot is shared with the target contact through the sharing broadcast.

Therefore, the disaster early warning information received historically can be saved and shared.

In order to facilitate understanding of the implementation process of the disaster early warning method provided in the embodiment of the present application, an interaction diagram of each application in the terminal device provided in the embodiment of the present application is further described below with reference to fig. 18.

As shown in fig. 18, when the early warning application of the terminal device is in an online state, the early warning application receives and analyzes disaster early warning information, but when the early warning application is in an offline state, a system notification service of the terminal device receives the disaster early warning information and then transmits the disaster early warning information to the early warning application. The early warning application receives disaster early warning information and then carries out real-time disaster early warning reminding, and the method comprises the steps of reminding early warning details, sending out an alarm, providing information of emergency shelter, emergency contacts, personal emergency information and the like, the disaster early warning information can be stored in a database after the disaster early warning information is received, then early warning information history and early warning information details are checked in the database, the early warning information history and the early warning information details can be shared to target contacts through the image sending application, and the image sending application can be used for sending WeChat, QQ and the like.

Meanwhile, as shown in fig. 18, the real-time disaster early warning information in the early warning application may also be sent to the emergency contact through the short message application and directly contacted to the emergency contact through the telephone application to inform the real-time disaster early warning information.

The terminal device short message application can analyze the received ticket class information and the cross-city reminding information, then the terminal device performs Positioning operation through the Positioning of a Global Positioning System (GPS), updates a position tag, and provides the information of the emergency contact and the personal emergency information through the emergency help application. The map application provides location information for emergency shelters. And interacting each application in the terminal equipment to jointly realize the disaster early warning method provided by the embodiment of the application.

Based on the foregoing description, in this embodiment of the present application, if a specific message is received, an operation manner of a location tag is determined based on a message type of the specific message, where the operation manner includes not updating the location tag or determining an update time of the location tag; the designated message is ticket class information or cross-market reminding information; then, when the updating time of the position label is reached, the positioning operation is executed to obtain the position label of the current position; sending the position label of the current position to a server; and receiving disaster early warning information of the position label of the current position sent by the server. Therefore, regional distribution of the early warning information is achieved by reporting the position tags, the cost of sending the information is saved, meanwhile, the position tags of the current position can be timely and accurately updated by using the ticket class information or the cross-market reminding information, the influence of position change is reduced, and the accuracy and the real-time performance of receiving the disaster early warning information can be improved.

In an exemplary embodiment, the present application also provides a computer-readable storage medium comprising instructions, such as the memory 120 comprising instructions, which are executable by the processor 180 of the terminal device 100 to perform the disaster warning method. Alternatively, the computer readable storage medium may be a non-transitory computer readable storage medium, for example, which may be a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

In an exemplary embodiment, a computer program product is also provided, comprising a computer program which, when executed by the processor 180, implements the disaster warning method as provided herein.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims

1. A disaster warning method, the method comprising:

sending the position label of the current position to a server;

2. The method of claim 1, wherein determining the manner in which the location tag operates based on the message type of the specified message comprises:

3. The method according to claim 2, wherein if the specified message is ticket class information and the ticket class information does not have an arrival time of a travel destination, determining the update time of the position tag according to the shift information and the departure time of the shift in the ticket class information.

4. The method of claim 1, wherein after receiving disaster warning information of the location tag of the current location sent by the server, the method further comprises:

5. The method of claim 1, further comprising:

6. The method of claim 1, wherein after receiving disaster warning information of the location tag of the current location sent by the server, the method further comprises:

performing at least one of the following operations:

displaying emergency shelter information;

7. The method of claim 1, further comprising:

8. The method according to any one of claims 1 to 7,

and if a plurality of pieces of historical disaster early warning information are recorded, responding to the sharing operation of at least one piece of historical disaster early warning information, and sharing the historical disaster early warning information to at least one target contact person.

9. A terminal device, comprising:

a display, a processor, and a memory;

the display is used for displaying a screen display area;

the memory to store the processor-executable instructions;

the processor is configured to execute the instructions to implement the disaster warning method as claimed in any one of claims 1-8.

10. A computer-readable storage medium, wherein instructions in the computer-readable storage medium, when executed by a terminal device, enable the terminal device to perform the disaster warning method as claimed in any one of claims 1 to 8.