CN110401940B - Alarm processing method and device - Google Patents

Alarm processing method and device Download PDF

Info

Publication number
CN110401940B
CN110401940B CN201910837867.5A CN201910837867A CN110401940B CN 110401940 B CN110401940 B CN 110401940B CN 201910837867 A CN201910837867 A CN 201910837867A CN 110401940 B CN110401940 B CN 110401940B
Authority
CN
China
Prior art keywords
alarm
call request
request
call
called number
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910837867.5A
Other languages
Chinese (zh)
Other versions
CN110401940A (en
Inventor
翟京卿
袁晓静
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN201910837867.5A priority Critical patent/CN110401940B/en
Publication of CN110401940A publication Critical patent/CN110401940A/en
Application granted granted Critical
Publication of CN110401940B publication Critical patent/CN110401940B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/025—Services making use of location information using location based information parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/34—Selective release of ongoing connections
    • H04W76/36—Selective release of ongoing connections for reassigning the resources associated with the released connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Telephonic Communication Services (AREA)

Abstract

The invention provides a method and a device for processing an alarm, which judge whether a call request is the alarm request when the call connection fails or is interrupted, if the call request is the alarm request, determine the position information of a user terminal initiating the call request, and send the alarm information comprising the position information to an alarm server corresponding to a called number of the call request; even if the user can not give an alarm normally, the operator can substitute the alarm, the alarm requirement of the user can still be met, the personal safety of the user is ensured, and the initiative and the real-time performance of the alarm are improved; and the operator server can also acquire the position of the user and send the position to the alarm server, so that the alarm server can accurately determine the place where the alarm occurs, and the accuracy of the alarm is ensured.

Description

Alarm processing method and device
Technical Field
The invention relates to the technical field of communication, in particular to an alarm processing method and device.
Background
The development of mobile interconnection brings vigorous vigor for various industries, but the alarm response and acceptance mechanism of national civilian and social security are consistent and insufficient, the efficiency is low, the development is delayed, and the increasingly prominent safety requirements cannot be met. How to combine network resources to provide safe and accurate alarm response acceptance service for users becomes a problem to be solved urgently at present for protecting and navigating life and property.
The current alarm process is generally that an alarm party manually initiates an alarm request through a telephone or a short message in a single way. However, the alarm triggering scene is full of uncertainty and often faces various temporary and sudden conditions, so that the alarm party does not have enough time to provide complete alarm information.
Disclosure of Invention
The invention provides an alarm processing method and device aiming at the defects in the prior art, and aims to solve the problem that an alarm server cannot timely acquire the alarm condition when the conventional normal alarm is unsuccessful.
In order to solve the technical problems, the invention adopts the following technical scheme:
the invention provides an alarm processing method, which comprises the following steps:
receiving a first call request sent by a user terminal, and establishing call connection according to the first call request;
if the call connection fails or is interrupted, acquiring a called number in the first call request, and judging whether the first call request is an alarm request according to the called number;
and if the user terminal is the alarm request, determining the position information of the user terminal, and sending alarm information comprising the position information to an alarm server corresponding to the called number.
Further, the method further comprises:
if the call connection of the first call request fails and the first call request is an alarm request, judging whether an idle channel to be alarmed exists;
if an idle channel to be alarmed exists, the first call request is accessed to the alarm server through the idle channel to be alarmed;
and if the idle channel to be alarmed does not exist, releasing the channel which is not to be alarmed according to the preset priority, and accessing the first call request to the alarm server through the released channel.
Further, the method further comprises:
if the call connection of the first call request is interrupted and the first call request is an alarm request, judging whether the reason of the interruption of the connection of the first call request is channel blocking;
if the channel is not the channel blockage reason, sending an instruction for starting an audio acquisition module and/or a video acquisition module to the user terminal;
and receiving audio information and/or video information fed back by the user terminal, and sending the audio information and/or the video information to the alarm server.
Further, the method further comprises: if the channel is the cause of channel blockage, when a second call request sent by the user terminal is received, whether a called number in the second call request is the same as a called number in the first call request is judged, and if the called number in the second call request is the same as the called number in the first call request, whether an idle channel to be warned exists is judged.
Further, before determining 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:
and judging whether a second call request sent by the user terminal is received within a preset time length, if so, judging whether a called number in the second call request is the same as a called number in the first call request.
The present invention also provides a server, comprising:
the receiving module is used for receiving a first call request sent by a user terminal;
the call processing module is used for establishing call connection according to the first call request, and acquiring a called number in the first call request when the call connection fails or is interrupted;
the judging module is used for judging whether the first calling request is an alarm request according to the called number;
the position determining module is used for determining the position information of the user terminal when the judging module judges that the first calling request is an alarm request;
and the sending module is used for sending the alarm information comprising the position information to an alarm server corresponding to the called number.
Further, the server further comprises a release module;
the judging module is further used for judging whether an idle channel to be warned exists or not when the call connection of the first call request is judged to be failed and the first call request is judged to be a warning request;
the releasing module is used for releasing the non-alarm channel according to the preset priority when the judging module judges that the idle channel to be alarmed does not exist;
the call processing module is further configured to access the first call request to the alarm server through the idle channel to be alerted when the judging module judges that the idle channel to be alerted exists; and accessing the first call request to the alarm server through the released channel.
Further, the determining module is further configured to determine whether a cause of connection interruption of the first call request is channel blocking when it is determined that the call connection of the first call request is interrupted and the first call request is an alarm request;
the sending module is further used for sending an instruction for starting the audio acquisition module and/or the video acquisition module to the user terminal when the judging module judges that the channel blockage reason is not the channel blockage reason;
the receiving module is further used for receiving 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 the video information to the warning server.
Further, the receiving module is further configured to receive a second call request sent by the user terminal;
the judging module is further configured to, when it is judged that the channel blocking reason is the channel blocking reason, judge whether the called number in the second call request is the same as the called number in the first call request, and if so, judge whether an idle channel to be alerted exists.
Further, the determining module is further configured to determine whether a second call request sent by the user terminal is received within a preset time period before determining whether a called number in the second call request is the same as a called number in the first call request, and if so, determine whether a called number in the second call request is the same as a called number in the first call request.
The invention judges whether the call request is an alarm request when the call connection fails or is interrupted, if the call request is the alarm request, the position information of the user terminal initiating the call request is determined, and the alarm information comprising the position information is sent to an alarm server corresponding to the called number of the call request; even if the user can not give an alarm normally, the operator can substitute the alarm, the alarm requirement of the user can still be met, the personal safety of the user is ensured, and the initiative and the real-time performance of the alarm are improved; and the operator server can also acquire the position of the user and send the position to the alarm server, so that the alarm server can accurately determine the place where the alarm occurs, and the accuracy of the alarm is ensured.
Drawings
FIG. 1 is a flow chart 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;
FIG. 3 is a flowchart of an alarm processing method when the alarm request call connection is interrupted according to an embodiment of the present invention;
FIG. 4 is a schematic structural diagram of a server according to an embodiment of the present invention;
fig. 5 is a second schematic structural diagram of a server according to an embodiment of the present invention.
Detailed Description
The technical solution of the present invention will be described clearly and completely with reference to the accompanying drawings, and it should be understood that the described embodiments are a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be obtained by a person skilled in the art without any inventive step based on the embodiments of the present invention, are within the scope of the present invention.
One embodiment of the invention provides an alarm processing method, which can be applied to a system comprising a server, a user terminal and an alarm server, wherein the server is operator equipment and is used for establishing call connection, positioning a user through a base station and feeding alarm information back to the alarm server; the alarm server is an alarm platform, such as a 110 alarm platform, a 120 alarm platform and the like; the user terminal refers to a portable intelligent terminal, such as a smart phone, a smart watch and the like, which is held by a user and used for triggering and sending an alarm request.
The following describes the alarm processing method according to the embodiment of the present invention in detail with reference to fig. 1. As shown in fig. 1, the method comprises the steps of:
step 11, receiving a first call request sent by the user terminal, and establishing a call connection according to the first call request.
Specifically, the user performs a specific operation on the user terminal to trigger the alarm triggering condition, so as to implement sending of the first call request.
The alarm triggering condition can be a single form such as a conventional user directly calls an alarm, and can also simultaneously support multi-form parallel, such as one-key alarm, gesture alarm and the like. Once one of these is satisfied, an alarm may be triggered, sending a first call request by the user terminal to the operator server.
Step 12, judging whether the call connection is successful, if the connection is failed, executing step 13; if the connection is successful, the process is ended.
Specifically, if the call connection of the first call request is unsuccessful, the called number in the first call request needs to be acquired, so as to determine whether the first call request is an alarm request according to the called number (i.e., execute step 13 and the 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 gives an alarm to the alarm server, and the process is ended.
And step 13, acquiring the called number in the first call request.
And step 14, judging whether the first calling request is an alarm request or not according to the called number, if so, executing step 15, and otherwise, ending the process.
Specifically, if the called number is a preset alarm number such as 110, 120, etc., it indicates that the first call request is an alarm request.
And step 15, determining the position information of the user terminal, and sending the alarm information comprising the position information to an 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. The alarm information may include user identity, mobile phone number, alarm time, etc. in addition to the location information of the user terminal.
It can be seen from steps 11-15 that, the present invention determines whether the call request is an alarm request when the call connection fails or is interrupted, and if the call request is an alarm request, determines the location information of the user terminal that initiated the call request, and sends the alarm information including the location information to the alarm server corresponding to the called number of the call request; even if the user can not give an alarm normally, the operator can substitute the alarm, the alarm requirement of the user can still be met, the personal safety of the user is ensured, and the initiative and the real-time performance of the alarm are improved; and the operator server can also acquire the position of the user and send the position to the alarm server, so that the alarm server can accurately determine the place where the alarm occurs, and the accuracy of the alarm is ensured.
Steps 11-15 are conventional alarm processing flow. After receiving the alarm information (i.e. the alarm information is used as an alarm request), the alarm server determines whether to acquire the auxiliary alarm information or what kind of alarm information is needed (whether to lack some kind of information, etc.). If not, the alarm request is directly accepted. If necessary, an auxiliary alarm request is sent to the server, and 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 (namely the auxiliary alarm information) to the alarm server. The alert assistance information may include audio information and/or video information. And the alarm server realizes accurate alarm handling according to the auxiliary information, and starts an emergency alarm mode if the auxiliary information fails to be acquired.
In the emergency alarm mode, the alarm server can be combined with relevant units such as public security, traffic, medical treatment and the like, call monitoring data of the location of the user, acquire surrounding environment information, and call information required by alarm handling for emergency alarm processing.
The call connection failure and interruption of the alarm request are two cases of abnormal alarm, which are described in detail below with reference to fig. 2 and 3, respectively.
When the call connection of the first call request fails and the first call request is an alert request, as shown in fig. 2, the alert processing method may further include the following steps:
step 21, judging whether an idle channel to be warned exists, if so, executing step 22; otherwise, step 23 is executed.
Specifically, the failure of the call connection of the first call request includes situations such as a failure of dialing the phone, and a failure of normal response due to a bad signal.
The channel to be alerted is a communication channel reserved by an operator, and when the call request of the alarm cannot be dialed or responded due to line congestion, such as multi-alarm concurrence, the operator can establish the call connection of the alarm request by using the idle channel to be alerted. The channel to be warned can be used for warning, public service hotline and the like.
If the server determines that there is a free channel to be alerted currently, the first call request may be accessed to the alerting server through the free channel to be alerted (i.e., step 22 is executed). If the server determines that there is no idle channel to be alerted currently, if the channel to be alerted is already occupied by other alert requests, other non-channel to be alerted may be released (i.e., step 23 is executed) so as to access the alert request preferentially.
And step 22, accessing the first call request to an alarm server through an idle channel to be alarmed.
And step 23, releasing the non-alarm channel according to the preset priority, and accessing 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 accessed to the alarm server through the idle channel to be alarmed at the first time, or accessed to the alarm server through other common channels, thereby ensuring that the alarm request can be effectively accessed to the alarm server, and further improving the reliability of the alarm.
When the call connection of the first call request is interrupted and the first call request is an alert request, as shown in fig. 3, the alert processing method may further include the following steps:
step 31, judging whether the reason of the first call request connection interruption is channel blocking, if not, executing step 32-33; if the channel is the cause of the channel blockage, step 34 is executed.
Specifically, the interruption of the call connection of the first call request means that the user terminal and the alarm server have already established a call connection, but the call connection is interrupted during the conversation between the user and the alarm receiver, in this case, if the user terminal or the alarm server does not initiate a call request, the operator cannot establish a call connection between the user terminal and the alarm receiver through the switching channel. Therefore, the server determines whether the interruption is caused by channel blocking, and if it is determined that the interruption of the call connection is not caused by channel blocking, which may be caused by a special situation of the user, for example, the user is illegally harmed, and the user is unconscious due to aggravated illness, the server may control the user terminal to turn on the audio acquisition module and/or the video acquisition module (i.e., execute steps 32-33) to acquire sound and/or image information around the user, so as to perform subsequent targeted alert processing.
If the server determines that the call connection interruption is caused by channel blockage, when the user initiates the same alarm request next time, the server accesses the first call request to the alarm server through the idle channel to be alarmed by judging whether the idle channel to be alarmed exists or not at that time; if no idle channel to be alerted exists, releasing the non-channel to be alerted according to the preset priority, and accessing the first call request to the alert server through the released channel (i.e., executing step 21 and the subsequent steps). In this way, it can be ensured that the user initiating the same alarm request for the second time can be accessed to the alarm server.
And step 32, sending an instruction for starting the audio acquisition module and/or the video acquisition 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.
And step 33, receiving the audio information and/or the video information fed back by the user terminal, and sending the audio information and/or the 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 acquire the audio information and/or the video information of the user terminal, and if the user terminal fails to feed back the audio information and/or the video information to the server, the alarm server starts the emergency alarm mode.
Step 34, when receiving a second call request sent by the user terminal, determining whether the called number in the second call request is the same as the called number in the first call request, if so, executing step 21; if not, go to step 35.
In this step, the server determines whether the alarm requests are the same in nature sent by the same user terminal (i.e. determines whether the called numbers are the same), and if the alarm requests are the same in nature sent again by the same user, establishes the corresponding call connection by the method of steps 21-23. If the server determines that the same user does not initiate an alert request of the same nature again (possibly an alert request initiated by another user, or possibly another request initiated by the same user), the server establishes a call connection according to the second call request in the existing manner (i.e., step 35 is executed).
And 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 blockage, the sound and/or image around the user can be acquired and sent to the alarm server, so that the subsequent alarm situation can be specifically processed; if the call connection between the user terminal and the alarm server cannot be established due to non-channel blocking, when the user initiates the alarm request with the same property again, the call connection of the alarm request can be ensured to be effectively established according to the steps 21-23, thereby ensuring that the alarm request can be effectively accessed to the alarm server, and further improving the reliability of the alarm.
Further, the alarm processing method of the present invention may also monitor the alarm request, that is, before determining whether the called number in the second call request is the same as the called number in the first call request (i.e., step 34), the alarm processing method may further include the following steps:
and judging whether a second call request sent by the user terminal is received within a preset time length, if so, executing step 34.
It should be noted that, the receiving of the second call request sent by the user terminal within the preset time period includes the following two cases: one is that a second call request sent by the user terminal is received, but the interval time between the second call request and the previous first call request is longer than the preset time length; the other is that the second call request sent by the user terminal is not received after the first call request is received.
The first case is that the same user performs the second alarm after the first alarm fails and a long time interval, and at this time, although the server has already sent the alarm information to the corresponding alarm server for the first call request, in order to further ensure the validity of the alarm, a call connection may be established according to the second call request (i.e., step 11 is executed). The second situation is that the user does not continue to make the alarm call after the first alarm fails, and in this situation, the server already sends the alarm information to the corresponding alarm server for the first call request, so that the alarm can be timely and effectively delivered.
According to the alarm scheme, through the setting of the channel to be alarmed, backup resources which can be occupied are provided for the alarm request, so that the situations of alarm congestion and the like can be dealt with; through setting of different alarm modes, an alarm scene is identified and a corresponding alarm mode is started, and a differentiated data acquisition method and a differentiated alarm processing method are realized in different modes; meanwhile, the alarm data can be actively acquired, the alarm request can be continuously monitored, and the initiative, the real-time performance and the accuracy of the alarm are ensured.
Based on the same technical concept, an embodiment of the present invention further provides a server, as shown in fig. 4, where the server may include: the receiving module 41 is configured to receive a first call request sent by a user terminal.
And the call processing module 42 is configured to establish a call connection according to the first call request, and acquire a called number in the first call request when the call connection fails or is interrupted.
And a judging module 43, configured to judge whether the first call request is an alarm request according to the called number.
A location determining module 44, configured to determine location information of the user terminal when the determining module determines that the first call request is an alarm request.
And a sending module 45, configured to send alarm information including the location information to an alarm server corresponding to the called number.
Further, as shown in fig. 5, the server further includes a releasing module 46, and the determining module 43 is further configured to determine whether there is an idle channel to be alerted when it is determined that the call connection of the first call request fails and the first call request is an alert request.
The releasing module 46 is configured to release the non-alarm channel according to a preset priority when the determining module 43 determines that there is no idle channel to be alarmed.
The call processing module 42 is further configured to, when the determining module 43 determines that there is an idle channel to be alerted, access the first call request to the alarm server through the idle channel to be alerted; and accessing the first call request to the alarm server through the released channel.
Further, the determining module 43 is further configured to determine whether a reason for the interruption of the connection of the first call request is channel blocking when it is determined 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 send an instruction to start the audio capturing module and/or the video capturing module to the user terminal when the determining module 43 determines that the channel blocking reason is not the channel blocking reason.
The receiving module 41 is further 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 the video information to the alert server.
Further, the receiving module 41 is further configured to receive a second call request sent by the user terminal.
The judging module 43 is further configured to, when it is determined that the channel blocking reason is the channel blocking reason, judge whether the called number in the second call request is the same as the called number in the first call request, and if so, judge whether there is an idle channel to be alerted.
Further, the determining module 43 is further configured to determine whether a second call request sent by the user terminal is received within a preset time before determining whether a called number in the second call request is the same as a called number in the first call request, and if so, determine whether a called number in the second call request is the same as a called number in the first call request.
It will be understood that the above embodiments are merely exemplary embodiments taken to illustrate the principles of the present invention, which is not limited thereto. It will be apparent to those skilled in the art that various modifications and improvements can be made without departing from the spirit and substance of the invention, and these modifications and improvements are also considered to be within the scope of the invention.

Claims (10)

1. An alarm processing method is characterized in that the method is applied to an operator server; the method comprises the following steps:
receiving a first call request sent by a user terminal, and establishing call connection according to the first call request;
if the call connection fails or is interrupted, acquiring a called number in the first call request, and judging whether the first call request is an alarm request according to the called number;
and if the user terminal is the alarm request, determining the position information of the user terminal, and sending alarm information comprising the position information to an alarm server corresponding to the called number.
2. The method of claim 1, further comprising:
if the call connection of the first call request fails and the first call request is an alarm request, judging whether an idle channel to be alarmed exists;
if an idle channel to be alarmed exists, the first call request is accessed to the alarm server through the idle channel to be alarmed;
and if the idle channel to be alarmed does not exist, releasing the channel which is not to be alarmed according to the preset priority, and accessing the first call request to the alarm server through the released channel.
3. The method of claim 2, further comprising:
if the call connection of the first call request is interrupted and the first call request is an alarm request, judging whether the reason of the interruption of the connection of the first call request is channel blocking;
if the channel is not the channel blockage reason, sending an instruction for starting an audio acquisition module and/or a video acquisition module to the user terminal;
and receiving audio information and/or video information fed back by the user terminal, and sending the audio information and/or the video information to the alarm server.
4. The method of claim 3, further comprising: if the channel is the cause of channel blockage, when a second call request sent by the user terminal is received, whether a called number in the second call request is the same as a called number in the first call request is judged, and if the called number in the second call request is the same as the called number in the first call request, whether an idle channel to be warned exists is judged.
5. The method of claim 4, wherein before determining 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:
and judging whether a second call request sent by the user terminal is received within a preset time length, if so, judging whether a called number in the second call request is the same as a called number in the first call request.
6. An operator server, the operator server comprising:
the receiving module is used for receiving a first call request sent by a user terminal;
the call processing module is used for establishing call connection according to the first call request, and acquiring a called number in the first call request when the call connection fails or is interrupted;
the judging module is used for judging whether the first calling request is an alarm request according to the called number;
the position determining module is used for determining the position information of the user terminal when the judging module judges that the first calling request is an alarm request;
and the sending module is used for sending the alarm information comprising the position information to an alarm server corresponding to the called number.
7. The operator server according to claim 6, further comprising a release module;
the judging module is further used for judging whether an idle channel to be warned exists or not when the call connection of the first call request is judged to be failed and the first call request is judged to be a warning request;
the releasing module is used for releasing the non-alarm channel according to the preset priority when the judging module judges that the idle channel to be alarmed does not exist;
the call processing module is further configured to access the first call request to the alarm server through the idle channel to be alerted when the judging module judges that the idle channel to be alerted exists; and accessing the first call request to the alarm server through the released channel.
8. The operator server according to claim 7, wherein the determining module is further configured to determine whether a cause of the connection interruption of the first call request is channel blocking when the call connection interruption of the first call request is determined and the first call request is an alarm request;
the sending module is further used for sending an instruction for starting the audio acquisition module and/or the video acquisition module to the user terminal when the judging module judges that the channel blockage reason is not the channel blockage reason;
the receiving module is further used for receiving 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 the video information to the warning server.
9. The operator server according to claim 8, wherein the receiving module is further configured to receive a second call request sent by the user terminal;
the judging module is further configured to, when it is judged that the channel blocking reason is the channel blocking reason, judge whether the called number in the second call request is the same as the called number in the first call request, and if so, judge whether an idle channel to be alerted exists.
10. The operator server according to claim 9, wherein the determining module is further configured to determine whether the second call request sent by the user terminal is received within a preset time period before determining whether the called number in the second call request is the same as the called number in the first call request, 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.
CN201910837867.5A 2019-09-05 2019-09-05 Alarm processing method and device Active CN110401940B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910837867.5A CN110401940B (en) 2019-09-05 2019-09-05 Alarm processing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910837867.5A CN110401940B (en) 2019-09-05 2019-09-05 Alarm processing method and device

Publications (2)

Publication Number Publication Date
CN110401940A CN110401940A (en) 2019-11-01
CN110401940B true CN110401940B (en) 2021-06-01

Family

ID=68328272

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910837867.5A Active CN110401940B (en) 2019-09-05 2019-09-05 Alarm processing method and device

Country Status (1)

Country Link
CN (1) CN110401940B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114124690A (en) * 2021-08-30 2022-03-01 济南浪潮数据技术有限公司 Alarm configuration method, system and related device for data center

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU1044197A (en) * 1995-12-07 1997-06-27 Telefonaktiebolaget Lm Ericsson (Publ) Emergency call handling in a cellular telecommunications system
CN107046683B (en) * 2017-04-28 2020-08-07 江苏立派新媒体科技有限公司 Emergency call method and mobile terminal
CN107333236A (en) * 2017-06-21 2017-11-07 奇酷互联网络科技（深圳）有限公司 Alarm method, warning device, mobile terminal and computer-readable recording medium
US10448233B2 (en) * 2017-11-08 2019-10-15 Google Llc Emergency communication in a wireless system

Also Published As

Publication number Publication date
CN110401940A (en) 2019-11-01

Similar Documents

Publication Publication Date Title
US5937355A (en) Emergency call handling in a cellular telecommunication system
US9025735B2 (en) Emergency communications system
US8755502B1 (en) Call contention mediation after dropped call
US20160073293A1 (en) Segmentation and reassembly of warning messages
WO2016015217A1 (en) Incoming call forwarding method and user equipment
CN110401940B (en) Alarm processing method and device
CN101902712A (en) Processing method and device for call failure
US6219525B1 (en) Access network system capable of reducing call loss probability
WO2007059271A1 (en) Help notification system and method
CN113630715A (en) Vehicle rescue information processing method and device and storage medium
CN103379450A (en) Missed call informing method, device and system
CN110650259B (en) Call request response method, device, server, terminal and storage medium
CN100438702C (en) Method for informing user when call failure
CN113453219A (en) Message processing method and device, electronic equipment and computer readable storage medium
US20120076282A1 (en) Telephone notification method and system, signaling monitoring unit and server
JP4240218B2 (en) Monitoring system, monitoring notification device, and communication method in monitoring system
SE529434C2 (en) A method and system for wireless connections
KR101638855B1 (en) A voip-based improved security emergency bell system
JP2019220898A (en) Radio communication terminal, communication method, and communication program
KR101496958B1 (en) Automatic call mathod and system for smart phone
US10970993B2 (en) Method for managing the assistance to a person in response to the emission of an alert
CN113691687A (en) Alarm method, alarm device, electronic apparatus, and storage medium
CN116132961A (en) Emergency call state control method and device, electronic equipment and storage medium
CN115941839A (en) Processing method and processing device for emergency call
JP4328449B2 (en) Forced line connection device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant