CN110401940A - An alarm processing method and device - Google Patents

Abstract

The present invention provides an alarm processing method and device, by judging whether the call request is an alarm request when the call connection fails or is interrupted, if it is an alarm request, then determine the location information of the user terminal that initiated the call request, and report to the call The alarm server corresponding to the requested called number sends the alarm information including the location information; even if the user fails to alarm normally, the operator can provide the alarm on behalf of the user, which can still meet the user's alarm needs, ensure the user's personal safety, and improve The initiative and real-time nature of the alarm; moreover, the operator server can also obtain the location of the user and send it to the alarm server, so that the alarm server can accurately determine the location of the alarm and ensure the accuracy of the alarm.

Description

An alarm processing method and device

technical field

The present invention relates to the field of communication technologies, and in particular to an alarm processing method and device.

Background technique

The development of mobile Internet has brought vigorous vitality to all walks of life. However, the alarm response and acceptance mechanism related to the national economy and people's livelihood and social security are unanimously stagnant, inefficient, and lagging behind in development, which cannot meet the increasingly prominent security needs. How to combine network resources to provide users with safe and accurate alarm response acceptance services to protect lives and property has become an urgent problem to be solved.

In the current alarm process, the alarming department generally initiates an alarm request unilaterally through a phone call or a text message. However, the alarm triggering scenarios are full of uncertainties, and often face various temporary and unexpected situations, resulting in insufficient time for the alarm department to provide complete alarm information. The existing methods are single and passive, and cannot actively obtain alarm information and realize alarm The precise positioning and real-time effective processing cannot meet the security needs of life and property alarms in complex scenarios.

Contents of the invention

Aiming at the above-mentioned deficiencies in the prior art, the present invention provides an alarm processing method and device to solve the problem that the alarm server cannot obtain the alarm information in time when the existing normal alarm fails.

In order to solve the problems of the technologies described above, the present invention adopts the following technical solutions:

The present invention provides an alarm processing method, the method comprising:

receiving a first call request sent by the user terminal, and establishing a call connection according to the first call request;

If the call connection fails or is interrupted, obtaining the called number in the first call request, and judging whether the first call request is an alarm request according to the called number;

If it is an alarm request, determine the location information of the user terminal, and send the alarm information including the location information to the alarm server corresponding to the called number.

Further, the method also includes:

If the call connection of the first call request fails and the first call request is an alarm request, then judging whether there is an idle standby channel;

If there is an idle alert channel, connecting the first call request to the alert server through the idle alert channel;

If there is no idle channel on standby, release a channel not on standby according to a preset priority, and connect the first call request to the alarm server through the released channel.

Further, the method also includes:

If the call connection of the first call request is interrupted and the first call request is an alarm request, then judging whether the cause of the first call request connection interruption is channel congestion;

If it is not the cause of channel blocking, an instruction to start the audio acquisition module and/or the video acquisition module is sent to the user terminal;

receiving audio information and/or video information fed back by the user terminal, and sending the audio information and/or video information to the alarm server.

Further, the method further includes: if the cause of channel blockage is received, when receiving the second call request sent by the user terminal, judging that the called number in the second call request is different from that of the first call request Whether the called numbers in are the same, if they are the same, it is judged whether there is an idle waiting channel.

Further, before judging whether the called number in the second call request is the same as the called number in the first call request, the method further includes:

Judging whether the second call request sent by the user terminal is received within a preset time period, and if so, judging whether the called number in the second call request is the same as the called number in the first call request.

The present invention also provides a server, and the server includes:

A receiving module, configured to receive the first call request sent by the user terminal;

A call processing module, configured to establish a call connection according to the first call request, and obtain the called number in the first call request when the call connection fails or is interrupted;

A judging module, configured to judge whether the first call request is an alarm request according to the called number;

A location determining module, configured to determine the location information of the user terminal when the judging module judges that the first call request is an alarm request;

A sending module, configured to send the alarm information including the location information to the alarm server corresponding to the called number.

Further, the server also includes a release module;

The judging module is also used to judge whether there is an idle waiting channel when it is judged that the call connection of the first call request fails and the first call request is an alarm request;

The release module is used to release the non-alarm channel according to the preset priority when the judging module judges that there is no idle channel on alert;

The call processing module is further configured to, when the judging module judges that there is an idle channel on standby, connect the first call request to the alarm server through the idle channel on standby; and, through the Connect the first call request to the alarm server through the released channel.

Further, the judging module is also used for judging whether the reason for the disconnection of the first call request is channel when it is judged that the call connection of the first call request is interrupted and the first call request is an alarm request. block;

The sending module is further configured to, when the judging module judges that it is not the cause of channel blocking, send an instruction to start the audio collection module and/or the video collection module to the user terminal;

The receiving module is further configured to receive audio information and/or video information fed back by the user terminal;

The sending module is further configured to send the audio information and/or video information to the alarm server.

Further, the receiving module is further configured to receive a second call request sent by the user terminal;

The judging module is also used for judging whether the called number in the second call request is the same as the called number in the first call request when it is judged that the channel is blocked, and if they are the same, judging whether There is a free standby channel.

Further, the judging module is also used for judging whether the called number in the second call request is the same as the called number in the first call request or not within a preset time period before judging whether the called number in the second call request is the same as in the first call request. the second call request sent by the user terminal, and if so, determine whether the called number in the second call request is the same as the called number in the first call request.

The present invention judges whether the call request is an alarm request when the call connection fails or is interrupted, and if it is an alarm request, then determines the location information of the user terminal that initiated the call request, and sends the alarm server corresponding to the called number of the call request Send the alarm information including the location information; even if the user cannot normally alarm, the operator can send the alarm on behalf of the user, which can still meet the user's alarm needs, ensure the user's personal safety, and improve the initiative and real-time nature of the alarm; and , the operator's server can also obtain the location of the user and send it to the alarm server, so that the alarm server can accurately determine the location where the alarm occurs and ensure the accuracy of the alarm.

Description of drawings

FIG. 1 is a flowchart of an alarm processing method according to an embodiment of the present invention;

FIG. 2 is a flowchart of an alarm processing method when an alarm request call connection fails according to an embodiment of the present invention;

3 is a flowchart of an alarm processing method when an alarm request call connection is interrupted according to an embodiment of the present invention;

Fig. 4 is one of the structural schematic diagrams of the server of the embodiment of the present invention;

FIG. 5 is a second structural schematic diagram of a server according to an embodiment of the present invention.

Detailed ways

The technical solutions in the present invention will be clearly and completely described below in conjunction with the accompanying drawings in the present invention. Apparently, the described embodiments are part of the embodiments of the present invention, not all of them. Based on the embodiments of the present invention, all other embodiments obtained by persons of ordinary skill in the art without making creative efforts belong to the protection scope of the present invention.

An embodiment of the present invention provides an alarm processing method, which can be applied to a system including a server, a user terminal, and an alarm server. The server is an operator's equipment, and is used to establish a call connection and locate a user through a base station , and feed back the alarm information to the alarm server; the alarm server is an alarm platform, such as 110 alarm platform, 120 alarm platform, etc.; the user terminal refers to a portable smart terminal held by a user, such as a smart phone, a smart watch, etc., for triggering and sending Alert request.

The alarm processing method of the embodiment of the present invention will be described in detail below with reference to FIG. 1 . As shown in Figure 1, the method includes the following steps:

Step 11, receiving the first call request sent by the user terminal, and establishing a call connection according to the first call request.

Specifically, the user implements the sending of the first call request by performing a specific operation on the user terminal to trigger an alarm trigger condition.

The alarm trigger condition can be a single form, such as a regular user directly dialing a phone for an alarm, or multiple forms can be supported simultaneously, such as one-key alarm, gesture alarm, etc. Once one of them is satisfied, an alarm can be triggered, and the user terminal sends a first call request to the operator's server.

Step 12, judging whether the call connection is successful, if the connection fails, then execute step 13; if the connection is successful, then end the process.

Specifically, if the call connection of the first call request is unsuccessful, it is necessary to obtain the called number in the first call request, so as to judge whether the first call request is an alarm request according to the called number (that is, perform step 13 and its subsequent steps ). It should be noted that the unsuccessful call connection of the first call request includes both call connection failure and call connection interruption.

If the call connection of the first call request is successful, the user normally sends an alarm to the alarm server, and this process ends.

Step 13, acquire the called number in the first call request.

Step 14, judge whether the first call request is an alarm request according to the called number, if yes, execute step 15, otherwise, end the process.

Specifically, if the called number is a preset alarm number such as 110, 120, etc., it means that the first call request is an alarm request.

Step 15, determine the location information of the user terminal, and send the alarm information including the location information to the alarm server corresponding to the called number.

Specifically, the server may obtain the location information of the user terminal from the base station to which the user terminal is connected. In addition to the location information of the user terminal, the alarm information may also include user identity, mobile phone number, alarm time and so on.

As can be seen from steps 11-15, the present invention judges whether the call request is an alarm request when the call connection fails or is interrupted, if it is an alarm request, then determine the location information of the user terminal that initiated the call request, and send the call request The alarm server corresponding to the requested called number sends the alarm information including the location information; even if the user fails to alarm normally, the operator can send the alarm on behalf of the user, which can still meet the user's alarm needs, ensure the user's personal safety, and improve The initiative and real-time of the alarm; moreover, the operator server can also obtain the location of the user and send it to the alarm server, so that the alarm server can accurately determine the location of the alarm and ensure the accuracy of the alarm.

Steps 11-15 are the processing flow of general alarms. After the alarm server receives the alarm information (the alarm information is regarded as an alarm request), it judges whether it is necessary to obtain alarm auxiliary information, or what kind of alarm information is needed (whether some type of information is missing, etc.). If not required, the alarm request is accepted directly. If necessary, send an auxiliary alarm request to the server. After receiving the auxiliary alarm request, the server instructs the user terminal to collect relevant information according to the auxiliary information required in the request, and feeds back the collection result (ie, auxiliary alarm information) to the alarm server. The alarm auxiliary information may include audio information and/or video information. The alarm server realizes accurate alarm acceptance according to the auxiliary information, and if the auxiliary information fails to be obtained, the emergency alarm mode will be activated.

In the emergency alarm mode, the alarm server can cooperate with relevant units such as public security, transportation, and medical treatment to obtain monitoring data of the user's location, obtain surrounding environment information, and obtain information required for alarm acceptance for emergency processing of alarms.

Call connection failure and interruption of the alarm request are two cases of abnormal alarms. The two cases of abnormal alarms will be described in detail below with reference to FIG. 2 and FIG. 3 respectively.

When the call connection of the first call request fails, and the first call request is an alarm request, as shown in Figure 2, the alarm processing method may also include the following steps:

Step 21, judging whether there is an idle waiting channel, if yes, execute step 22; otherwise, execute step 23.

Specifically, the call connection failure of the first call request includes failure to dial the alarm call, failure to respond normally due to poor signal, and the like.

The standby channel is a communication channel reserved by the operator. When the alarm call request cannot be dialed or responded due to line congestion, such as multiple alarms concurrently, the operator can use the idle standby channel to establish a call connection for the alarm request. The alarm channel can be used not only for alarms, but also for public welfare hotlines, etc.

If the server determines that there is currently an idle channel on standby, the first call request may be connected to the alarm server through the idle channel on standby (that is, step 22 is executed). If the server judges that there is no idle channel on standby at present, and if the channel on standby has been occupied by other alarm requests, other non-alarm channels can be released (i.e. step 23 is performed) so as to give priority to accessing the alarm request.

Step 22, connect the first call request to the alarm server through the idle channel on standby.

Step 23, release the non-alert channel according to the preset priority, and connect the first call request to the alarm server through the released channel.

It can be seen from steps 21-23 that when the operator server finds that the call connection of the alarm request fails, the alarm request can be connected to the alarm server through the idle waiting channel at the first time, or through other common channels Alarm server, so as to ensure that the alarm request can be effectively connected to the alarm server, and further improve the reliability of the alarm.

When the call connection of the first call request is interrupted, and the first call request is an alarm request, as shown in Figure 3, the alarm processing method may further include the following steps:

Step 31, judging whether the cause of the disconnection of the first call request is channel congestion, if not, execute steps 32-33; if it is because of channel congestion, execute step 34.

Specifically, the call connection interruption of the first call request refers to that the user terminal and the alarm server have established a call connection, but the call connection is interrupted during the conversation between the user and the alarm personnel. In this case, if the user terminal or the alarm server If the server does not initiate a call request, the operator cannot establish a call connection between the two by switching channels. Therefore, the server judges whether the cause of the interruption is channel blockage. If it is determined that the call connection interruption is not caused by channel blockage, it may be caused by special circumstances of the user, for example, the user has been violated illegally, and the user’s condition has worsened and caused coma etc., then the server can control the user terminal to turn on the audio collection module and/or the video collection module (i.e., perform steps 32-33) to collect sound and/or image information around the user for subsequent targeted police processing.

If the server determines that the interruption of the call connection is caused by channel congestion, when the user initiates the same alarm request next time, by judging whether there is an idle channel for alarm at that time, if there is an idle channel for alarm, then pass the idle If there is no idle channel on standby, release the non-alarm channel according to the preset priority, and connect the first call request to the alarm server through the released channel (i.e. execute step 21 and its subsequent steps). In this way, it can be guaranteed that the same alarm request initiated by the user for the second time can be accessed to the alarm server.

Step 32, sending an instruction to start the audio collection module and/or the video collection module to the user terminal.

Specifically, the audio collection module may be a microphone of the user terminal, and the video collection module may be a camera of the user terminal.

Step 33, receiving the audio information and/or video information fed back by the user terminal, and sending the audio information and/or video information to the alarm server.

It should be noted that when the call connection of the first call request is interrupted and the first call request is an alarm request, the alarm server may also actively obtain the audio information and/or video information of the user terminal, and if the user terminal fails to report to the server audio information and/or video information, then the alarm server starts the emergency alarm mode.

Step 34, when receiving the second call request sent by the user terminal, judge whether the called number in the second call request is the same as the called number in the first call request, if they are the same, then perform step 21; if they are not the same , then go to step 35.

In this step, the server judges whether it is an alarm request of the same nature sent by the same user terminal (that is, judges whether the called number is the same), and if the same user initiates an alarm request of the same nature again, then establish a The corresponding call is connected. If the server judges that it is not an alarm request of the same nature initiated by the same user (it may be an alarm request initiated by other users, or other requests initiated by the same user), then establish a call connection according to the second call request in the existing way (i.e. execute step 35).

Step 35, establishing a call connection according to the second call request.

It can be seen from steps 31-35 that when the operator server finds that the call connection of the alarm request is interrupted, if the call connection between the user terminal and the alarm server cannot be established due to channel congestion, the sound and/or image around the user can be obtained , sent to the alarm server, so that the alarm can be processed in a targeted manner; if the call connection between the user terminal and the alarm server cannot be established due to non-channel congestion, when the user initiates an alarm request of the same nature again, follow the steps The method of 21-23 ensures that the call connection of the alarm request can be effectively established this time, thereby ensuring that the alarm request can be effectively connected to the alarm server, and further improving the reliability of the alarm.

Further, the alarm processing method of the present invention can also monitor the alarm request, that is, before judging whether the called number in the second call request is the same as the called number in the first call request (ie step 34), the alarm processing The method may also include the steps of:

It is judged whether the second call request sent by the user terminal is received within the preset time period, and if yes, step 34 is executed.

It should be noted that the reception of the second call request sent by the user terminal within the preset time period includes the following two situations: one is that the second call request sent by the user terminal is received, but the second call request is different from the previous The interval time between the second first call request is greater than the preset duration; the other is that the second call request sent by the user terminal is not received after receiving the first call request.

The first case refers to that after the first alarm failure of the same user, the second alarm is issued after a relatively long interval. At this time, although the server has sent alarm information to the corresponding alarm server for the first call request, in order to further To ensure the validity of the alarm, a call connection may be established according to the second call request (that is, step 11 is executed). The second situation is that the user did not continue to call the alarm call after the first alarm failed. In this case, since the server has sent the alarm information to the corresponding alarm server for the first call request, it can also ensure that the alarm is timely. , Effective delivery.

The alarm scheme of this application provides backup resources that can be occupied by alarm requests through the setting of the channel to be alarmed, so as to deal with alarm congestion and other situations; through the setting of different alarm modes, the alarm scene is identified and the corresponding alarm mode is activated. Different modes Differentiated data acquisition methods and differentiated alarm processing methods can be realized under the following conditions; at the same time, alarm data can be actively acquired, and alarm requests can be continuously monitored to ensure the initiative, real-time and accuracy of alarms.

Based on the same technical concept, an embodiment of the present invention also provides a server. As shown in FIG. 4 , the server may include: a receiving module 41 configured to receive a first call request sent by a user terminal.

The call processing module 42 is configured to establish a call connection according to the first call request, and obtain the called number in the first call request when the call connection fails or is interrupted.

A judging module 43, configured to judge whether the first call request is an alarm request according to the called number.

The location determination module 44 is configured to determine the location information of the user terminal when the judging module judges that the first call request is an alarm request.

The sending module 45 is configured to send the alarm information including the location information to the alarm server corresponding to the called number.

Further, as shown in FIG. 5 , the server further includes a release module 46, and the judging module 43 is further configured to, when it is judged that the call connection of the first call request fails and the first call request is an alarm request, Determine whether there is an idle waiting channel.

The releasing module 46 is used for releasing the non-alarming channel according to the preset priority when the judging module 43 judges that there is no idle channel on standby.

The call processing module 42 is also used to, when the judging module 43 judges that there is an idle channel on standby, connect the first call request to the alarm server through the idle channel on standby; and, through the releasing The channel for connecting the first call request to the alarm server.

Further, the judging module 43 is also used for judging whether the reason for the disconnection of the first call request is channel blocking when it is judged that the call connection of the first call request is interrupted and the first call request is an alarm request. .

The sending module 45 is further configured to, when the judging module 43 judges that it is not the cause of channel congestion, send an instruction to start the audio collection module and/or the video collection module to the user terminal.

The receiving module 41 is also configured to receive audio information and/or video information fed back by the user terminal.

The sending module 45 is further configured to send the audio information and/or video information to the alarm server.

Further, the receiving module 41 is further configured to receive the second call request sent by the user terminal.

The judging module 43 is also used for judging whether the called number in the second call request is the same as the called number in the first call request when it is judged to be the cause of channel blocking, and if they are the same, judging whether there is Free standby channel.

Further, the judging module 43 is also used to judge whether the called number in the second call request is the same as the called number in the first call request, and judge whether the called number is received within a preset time period. For the second call request sent by the user terminal, if yes, it is judged whether the called number in the second call request is the same as the called number in the first call request.

It can be understood that, the above embodiments are only exemplary embodiments adopted for illustrating the principle of the present invention, but the present invention is not limited thereto. For those skilled in the art, various modifications and improvements can be made without departing from the spirit and essence of the present invention, and these modifications and improvements are also regarded as the protection scope of the present invention.

Claims (10)

1. An alarm processing method, characterized in that the method comprises: receiving a first call request sent by the user terminal, and establishing a call connection according to the first call request; If the call connection fails or is interrupted, obtaining the called number in the first call request, and judging whether the first call request is an alarm request according to the called number; If it is an alarm request, determine the location information of the user terminal, and send the alarm information including the location information to the alarm server corresponding to the called number. 2. The method according to claim 1, characterized in that the method further comprises: If the call connection of the first call request fails and the first call request is an alarm request, then judging whether there is an idle standby channel; If there is an idle alert channel, connecting the first call request to the alert server through the idle alert channel; If there is no idle channel on standby, release a channel not on standby according to a preset priority, and connect the first call request to the alarm server through the released channel. 3. The method according to claim 2, wherein the method further comprises: If the call connection of the first call request is interrupted and the first call request is an alarm request, then judging whether the cause of the first call request connection interruption is channel congestion; If it is not the cause of channel blocking, an instruction to start the audio acquisition module and/or the video acquisition module is sent to the user terminal; receiving audio information and/or video information fed back by the user terminal, and sending the audio information and/or video information to the alarm server. 4. The method according to claim 3, characterized in that the method further comprises: if the cause of channel congestion, when receiving the second call request sent by the user terminal, judging whether the second call request Whether the called number in the first call request is the same as the called number in the first call request, and if they are the same, it is judged whether there is an idle waiting channel. 5. The method according to claim 4, wherein before judging whether the called number in the second call request is the same as the called number in the first call request, the method further comprises: Judging whether the second call request sent by the user terminal is received within a preset time period, and if so, judging whether the called number in the second call request is the same as the called number in the first call request. 6. A server, characterized in that the server comprises: A receiving module, configured to receive the first call request sent by the user terminal; A call processing module, configured to establish a call connection according to the first call request, and obtain the called number in the first call request when the call connection fails or is interrupted; A judging module, configured to judge whether the first call request is an alarm request according to the called number; A location determining module, configured to determine the location information of the user terminal when the judging module judges that the first call request is an alarm request; A sending module, configured to send the alarm information including the location information to the alarm server corresponding to the called number. 7. The server according to claim 6, further comprising a release module; The judging module is further configured to, when it is judged that the call connection of the first call request fails and the first call request is an alarm request, judge whether there is an idle waiting channel; The release module is used to release the non-alarm channel according to the preset priority when the judging module judges that there is no idle channel on alert; The call processing module is further configured to, when the judging module judges that there is an idle channel on standby, connect the first call request to the alarm server through the idle channel on standby; and, through the Connecting the first call request to the alarm server through the released channel. 8. The server according to claim 7, wherein the judging module is further configured to, when judging that the call connection of the first call request is interrupted and the first call request is an alarm request, judging the Whether the reason for the disconnection of the first call request connection is channel blocking; The sending module is further configured to, when the judging module judges that it is not the cause of channel blocking, send an instruction to start the audio collection module and/or the video collection module to the user terminal; The receiving module is further configured to receive audio information and/or video information fed back by the user terminal; The sending module is further configured to send the audio information and/or video information to the alarm server. 9. The server according to claim 8, wherein the receiving module is further configured to receive the second call request sent by the user terminal; The judging module is also used for judging whether the called number in the second call request is the same as the called number in the first call request when it is judged that the channel is blocked, and if they are the same, judging whether There is a free standby channel. 10. The server according to claim 9, wherein the judging module is further configured to judge whether the called number in the second call request is the same as the called number in the first call request Before, it is judged whether the second call request sent by the user terminal is received within the preset time length, and if so, it is judged whether the called number in the second call request is equal to the called number in the first call request same.