CN115941839A - 紧急通话的处理方法和处理装置 - Google Patents
紧急通话的处理方法和处理装置 Download PDFInfo
- Publication number
- CN115941839A CN115941839A CN202210158970.9A CN202210158970A CN115941839A CN 115941839 A CN115941839 A CN 115941839A CN 202210158970 A CN202210158970 A CN 202210158970A CN 115941839 A CN115941839 A CN 115941839A
- Authority
- CN
- China
- Prior art keywords
- terminal
- information
- emergency call
- call
- emergency
- 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.)
- Pending
Links
- 238000012545 processing Methods 0.000 title claims abstract description 31
- 238000003672 processing method Methods 0.000 title claims abstract description 19
- 230000000977 initiatory effect Effects 0.000 claims abstract description 13
- 238000000034 method Methods 0.000 claims description 43
- 238000004891 communication Methods 0.000 claims description 15
- 238000010586 diagram Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 8
- 238000001514 detection method Methods 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 4
- 238000003825 pressing Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 3
- 206010039203 Road traffic accident Diseases 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000010924 continuous production Methods 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本申请公开了一种紧急通话的处理方法和处理装置,紧急通话的处理方法,用于服务台,包括:在与第一终端建立第一紧急通话的情况下,获取第一终端的第一信息和目标号码,其中,第一信息包括第一终端的位置信息、第一终端的设备信息和第一紧急通话的通话记录中的至少一项;在第一紧急通话断开的情况下,根据目标号码,向目标号码对应的第二终端发起第二紧急通话的通话请求,并向第二终端发送第一信息。
Description
技术领域
本申请属于紧急通话技术领域,具体涉及一种紧急通话的处理方法和处理装置。
背景技术
在相关技术中,紧急呼叫,指的是在用户在遇到危险时,可以通过手机拨打特定的电话号码,从而向服务台求救。紧急呼叫在手机没有SIM(Subscriber IdentificationModule)卡时,也能成功呼叫。
在建立紧急呼叫的通话后,服务台向紧急求救人确认情况,并根据求救人给出的信息分配救援。而在一些情况下,由于情况紧急,求救人可能处于无法长时间维持通话的情况下,导致紧急呼叫中断,服务台无法获取必要信息,导致救援效率低。
发明内容
本申请实施例的目的是提供一种紧急通话的处理方法和处理装置,能够解决救援效率低的问题。
第一方面,本申请实施例提供了一种紧急通话的处理方法,用于服务台,包括:
在与第一终端建立第一紧急通话的情况下,获取第一终端的第一信息和目标号码,其中,第一信息包括第一终端的位置信息、第一终端的设备信息和第一紧急通话的通话记录中的至少一项;
在第一紧急通话断开的情况下,根据目标号码,向目标号码对应的第二终端发起第二紧急通话的通话请求,并向第二终端发送第一信息。
第二方面,本申请实施例提供了一种紧急通话的处理装置,用于服务台,包括:
获取模块,用于在与第一终端建立第一紧急通话的情况下,获取第一终端的第一信息和目标号码,其中,第一信息包括第一终端的位置信息、第一终端的设备信息和第一紧急通话的通话记录中的至少一项;
通信模块,用于在第一紧急通话断开的情况下,根据目标号码,向目标号码对应的第二终端发起第二紧急通话的通话请求,并向第二终端发送第一信息。
第三方面,本申请实施例提供了一种电子设备,包括处理器和存储器,存储器存储可在处理器上运行的程序或指令,程序或指令被处理器执行时实现如第一方面的方法的步骤。
第四方面,本申请实施例提供了一种可读存储介质,该可读存储介质上存储程序或指令,该程序或指令被处理器执行时实现如第一方面的方法的步骤。
第五方面,本申请实施例提供了一种芯片,该芯片包括处理器和通信接口,该通信接口和该处理器耦合,该处理器用于运行程序或指令,实现如第一方面的方法的步骤。
第六方面,本申请实施例提供一种计算机程序产品,该程序产品被存储在存储介质中,该程序产品被至少一个处理器执行以实现如第一方面所述的方法。
在本申请实施例中,当服务台与任一终端建立紧急通话时,无论该终端是主动呼叫服务台,获知服务台主动呼叫终端,服务台均获取第一终端对应的信息,即第一信息,并获取第一终端的紧急通话联系人的号码,及目标号码,第一信息包括第一终端的位置、紧急通话事由等消息。如果出现进一步的意外情况,造成紧急求救人(第一终端)无法继续通话,或紧急通话被切断(如掉线、第一终端损坏、第一终端电量不足等),最终导致紧急通话断开,则呼叫台可以根据紧急通话联系人的号码,即目标号码,向第二终端发起呼叫。
该第二终端包括紧急求救人自行设置的紧急通话联系人的终端,如父母、亲属、朋友的手机,也包括紧急求救人所处地,或与紧急求救人有关系的救助站、救援队等。在向第二终端发起通话请求的时候,将第一信息,也即第一终端在发起紧急呼叫时的事由、位置等信息一并发送至第二终端,一方面能够使第二终端,也即紧急通话联系人或救援队能够在第一时间了解到事情的紧急,从而快速接听电话,另一方面能够帮助紧急通话联系人或救援队快速掌握事情经过,进而实施快速而有效的救援,提高救援效率。
附图说明
图1示出了根据本申请实施例的紧急通话的处理方法的流程图;
图2示出了根据本申请实施例的第一终端的界面示意图之一;
图3示出了根据本申请实施例的第一终端的界面示意图之二;
图4示出了根据本申请实施例的第一终端的界面示意图之三;
图5示出了根据本发明实施例的紧急通话的处理装置的结构框图;
图6示出了根据本申请实施例的电子设备的结构框图;
图7为实现本申请实施例的一种电子设备的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”等所区分的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”,一般表示前后关联对象是一种“或”的关系。
下面结合附图,通过具体的实施例及其应用场景对本申请实施例提供的紧急通话的处理方法和处理装置进行详细地说明。
在本申请的一些实施例中,提供了一种紧急通话的处理方法,用于服务台,图1示出了根据本申请实施例的紧急通话的处理方法的流程图,如图1所示,方法包括:
步骤102,在与第一终端建立第一紧急通话的情况下,获取第一终端的第一信息和目标号码;
在步骤102中,第一信息包括第一终端的位置信息、第一终端的设备信息和第一紧急通话的通话记录中的至少一项;
步骤104,在第一紧急通话断开的情况下,根据目标号码,向目标号码对应的第二终端发起第二紧急通话的通话请求,并向第二终端发送第一信息。
在本申请实施例中,紧急通话,包括两种情况,其中一种是当用户遇到特殊情况,如遭遇灾害、事故等情况,拨打紧急求助电话,从而向服务台告知遇到的情况,并请求救援的通话。另一种是出现大规模的自然灾害,或预测到可能出现的极端气候灾害时,由服务台向可能受灾的目标地区内的全部人员拨打的通话。
其中,无论是上述两种情况中的哪一种,在紧急通话接通后,也即服务台与第一终端建立紧急通话后,服务台获取第一终端对应的信息,即第一信息,并获取第一终端的紧急通话联系人的号码,其中,第一信息包括第一终端的位置,即紧急情况发生的地点,还包括第一终端的设备信息,该设备信息可以包括第一终端的号码、第一终端的网络通信帐号、第一终端的信息发送标识等。第一信息还包括第一紧急通话的通话记录,该通话记录可以是第一紧急通话的通话录音,用于向紧急通话联系人或救援人员提供第一紧急通话事由等消息,便于紧急通话联系人或救援人员快速掌握具体情况。
如果出现进一步的意外情况,造成第一终端的通话断开,如第一终端无法继续通话,或紧急通话被切断(如掉线、第一终端损坏、第一终端电量不足等),则呼叫台可以根据紧急通话联系人的号码,即目标号码,第一时间向第二终端发起呼叫。
能够理解的是,第一信息还可以包括第一终端的手机号码,还可以包括第一终端的机主信息,具体可以根据第一终端的隐私设置进行调节。
该第二终端包括紧急求救人自行设置的紧急通话联系人的终端,如父母、亲属、朋友的手机,也包括紧急求救人所处地,或与紧急求救人有关系的救助站、救援队等。在向第二终端发起通话请求的时候,将第一信息,也即第一终端在发起紧急呼叫时的事由、位置等信息一并发送至第二终端,一方面能够使第二终端,也即紧急通话联系人或救援队能够在第一时间了解到事情的紧急,从而快速接听电话,另一方面能够帮助紧急通话联系人或救援队快速掌握事情经过,进而实施快速而有效的救援,提高救援效率。
在本申请的一些实施例中,获取第一终端的第一信息,包括:根据第一紧急通话的通话内容,获取关键词信息;在关键词信息符合预设条件的情况下,向第一终端发送第一指令,第一指令用于指示第一终端收集第一信息,并将第一信息发送至服务台;接收第一终端发送的第一信息。
在本申请实施例中,服务台在与第一终端建立紧急通话后,获取第一终端的第一信息。其中,获取第一信息的途径包括两种,其中一种是第一终端主动上报第一信息,第二种是服务台主动获取第一信息。
具体地,对于第一种情况,第一终端,也即用户持有的手机上可根据用户的隐私需求,将第一终端设置为主动模式或被动模式。其中,如果第一终端被设置为主动模式,则当第一终端检测到机主拨打了紧急通话的电话号码,或接到了服务台打出的紧急通话呼叫时,自动收集第一信息,并在电话接通时上报这些信息。
能够理解的是,主动上报第一信息可以是一个持续的过程,如在通话过程中,持续保存通话记录,并持续获取第一终端的位置信息,从而对第一信息进行适时的补充和更新。
而如果用户将第一终端设置为被动模式,则第一终端在任何情况下,都不会主动上传第一信息,从而保证用户隐私。对于这种情况,在服务台与第一终端建立紧急通话后,服务台可通过通话内容,判断第一终端是否处于紧急状态,其中,可以对通话过程中的关键词进行识别。
具体地,可以实时对通话内容进行关键词检测,如对用户语音进行语音检测,或是对用户语音进行文字转换,判断转换为文字后的内容中是否包括特定的关键词。举例来说,当第一紧急通话的通话内容中出现了如“火灾”、“地震”、“交通事故”等包含了紧急情况的关键词,则认为关键词符合预设条件,认定用户处境危险,此时,服务台通过后台向第一终端发送第一指令,第一终端在接收到该第一指令后,响应于第一指令,开始收集第一信息,并上报至服务台,从而保证救援的可靠性和救援效率。
其中,对于主动模式和被动模式,用于可以进行预先设置,也可以进行实时切换,随时切换为主动模式。
举例来说,用户可以通过快捷键来触发主动模式,如双击电源键、同时按下音量键和电源键、按压屏幕等。用户还可以在安全时自由设置第一信息中包含的内容,和主动模式的触发方式,还可以设置对应的快速拨号。
图2示出了根据本申请实施例的第一终端的界面示意图之一,如图2所示,第一终端200的界面202中,显示有模式切换菜单204,用户可以随时切换主动模式和被动模式。
图3示出了根据本申请实施例的第一终端的界面示意图之二,如图3所示,第一终端300的界面302中,显示有设置菜单304,用户可以自由设置不同紧急呼叫号码对应的快捷拨号方式。举例来说,号码A为自然灾害报警,可设置连续按压电源键3次来触发自动拨打号码A。号码B为公安报警,可设置连续按压4次电源键来触发自动拨打号码B。
图4示出了根据本申请实施例的第一终端的界面示意图之三,如图4所示,第一终端400的界面402中,用户可以自由填写紧急通话过程中上报的第一信息的具体内容,从而提高救援成功率。
在本申请的一些实施例中,在向第二终端发起第二紧急通话的通话请求之后,方法还包括:
在与第二终端建立第二紧急通话的情况下,获取第二终端的第二信息,其中,第二信息包括第二紧急通话的通话记录、第二终端的位置信息和第二终端的设备信息中的至少一种。
在本申请实施例中,在服务台将第一信息发送至第二终端,并与第二终端成功建立通话时,服务台同时也获取第二终端的第二信息。具体地,第二信息包括服务台与第二终端的通话记录,还可以包括第二终端的实际位置信息和第二终端的设备信息。
其中,在将第一终端的情况告知第二终端,也即紧急通话联系人或救援队后,由于紧急通话联系人和救援队会前往第一终端所在地并进行救援,因此该紧急通话联系人和救援队可能会遇到与求救人相同的困难或危险,因此,获取第二终端的第二信息,能够进一步保证施救方的安全,避免出现救援者与求救者陷入相同危险的情况。
在一些实施方式中,在服务台获取到第二终端的位置信息时,还可以根据第一终端的位置信息和第二终端的位置信息,向第二终端的持有者提供规划好的救援路线,从而进一步提高救援效率。
能够理解的是,第一信息和第二信息中均设置有删除标识,当对第一终端的求救人施救完成后,服务台自行删除第一信息和第二信息,并向全部接收到第一信息和/或第二信息的其他终端发送第二指令,在接收到第二指令后,终端会自动删除全部设置有删除标识的信息,从而保证用户隐私。
在本申请的一些实施例中,目标号码是第一终端对应的紧急通话联系人的号码;或目标号码是与第一终端的通话次数相关联的号码。
在本申请实施例中,第二终端的用户,是第一终端的紧急通话联系人。其中,第一终端的持有者可以在安全时,自行设置紧急通话联系人,从而形成为设置未见,该设置文件可以指示第二终端的目标号码(电话号码),还可以包括紧急通话联系人的姓名,紧急通话联系人与求救人支架的关系(如亲戚、朋友、同事等),从而在与第二终端取得联系时,能够快速向紧急通话联系人传递信息,并取得紧急通话联系人的信任。
如果第一终端上没有设置紧急通话联系人,则第一终端在接收到服务台发送的第一指令后,读取自身的通话列表,该通话列表中保存有近期一段时间内,第一终端与其他终端的通话记录,根据通话列表,能够确定近期与第一终端通话次数最多的终端,也即与求救人关系最密切的人,将该通话次数最多的终端设置为第二终端,即紧急联系终端,从而提高救援效率。
在本申请的一些实施例中,在与第一终端建立第一紧急通话之前,处理方法还包括:接收第一终端发起的第一紧急通话的通话请求;响应于通话请求,建立第一紧急通话。
在本申请实施例中,第一紧急通话是第一终端主动呼叫服务台进行求救的通话。第一终端可以通过直接拨打号码,或触发快捷拨号的方式,向服务台发起通话请求。在接收到通话请求后,服务台在第一事件接受该通话请求,并建立与第一终端之间的紧急通话,同时获取第一终端的第一信息,能够有效保证救援效率。
在本申请的一些实施例中,在与第一终端建立第一紧急通话之前,处理方法还包括:
向第一终端发起第一紧急通话的通话请求,并向第一终端发送第三信息,其中,第三信息包括第一紧急通话的事由信息。
在本申请实施例中,第一紧急通话是服务台主动向第一终端发起的通话请求。对于这种情况,可以是出现大规模的自然灾害,或预测到可能出现的极端气候灾害时,由服务台向可能受灾的目标地区内的全部人员拨打的通话。
具体举例来说,当接收到灾害性气候的警报时,服务台向可能出现灾害性气候的地区内的全部驻留人员发送第三信息,并发起通话请求。其中,第三信息是第一紧急通话的事由信息,该事由信息即对该灾害性气候的通知和预警,即紧急通话的原因,同时也可以包括逃生路线、自救方法等有用的信息,一方面能够提高用户接听第一紧急通话的概率,另一方面能够帮助用户自救,减少损失。
在本发明的一些实施例中,提供了一种紧急通话的处理装置,用于服务台,图5示出了根据本发明实施例的紧急通话的处理装置的结构框图,如图5所示,紧急通话的处理装置500包括:
获取模块502,用于在与第一终端建立第一紧急通话的情况下,获取第一终端的第一信息和目标号码,其中,第一信息包括第一终端的位置信息、第一终端的设备信息和第一紧急通话的通话记录中的至少一项,目标号码是用于呼叫第二终端的号码;
通信模块504,用于在第一紧急通话断开的情况下,根据目标号码,向第二终端发起第二紧急通话的通话请求,并向第二终端发送第一信息。
在本申请实施例中,紧急通话,包括两种情况,其中一种是当用户遇到特殊情况,如遭遇灾害、事故等情况,拨打紧急求助电话,从而向服务台告知遇到的情况,并请求救援的通话。另一种是出现大规模的自然灾害,或预测到可能出现的极端气候灾害时,由服务台向可能受灾的目标地区内的全部人员拨打的通话。
其中,无论是上述两种情况中的哪一种,在紧急通话接通后,也即服务台与第一终端建立紧急通话后,服务台获取第一终端对应的信息,即第一信息,并获取第一终端的紧急通话联系人的号码,其中,第一信息包括第一终端的位置,即紧急情况发生的地点,还包括第一终端的设备信息,该设备信息可以包括第一终端的号码、第一终端的网络通信帐号、第一终端的信息发送标识等。第一信息还包括第一紧急通话的通话记录,该通话记录可以是第一紧急通话的通话录音,用于向紧急通话联系人或救援人员提供第一紧急通话事由等消息,便于紧急通话联系人或救援人员快速掌握具体情况。
如果出现进一步的意外情况,造成第一终端的通话断开,如第一终端无法继续通话,或紧急通话被切断(如掉线、第一终端损坏、第一终端电量不足等),则呼叫台可以根据紧急通话联系人的号码,即目标号码,第一时间向第二终端发起呼叫。
能够理解的是,第一信息还可以包括第一终端的手机号码,还可以包括第一终端的机主信息,具体可以根据第一终端的隐私设置进行调节。
该第二终端包括紧急求救人自行设置的紧急通话联系人的终端,如父母、亲属、朋友的手机,也包括紧急求救人所处地,或与紧急求救人有关系的救助站、救援队等。在向第二终端发起通话请求的时候,将第一信息,也即第一终端在发起紧急呼叫时的事由、位置等信息一并发送至第二终端,一方面能够使第二终端,也即紧急通话联系人或救援队能够在第一时间了解到事情的紧急,从而快速接听电话,另一方面能够帮助紧急通话联系人或救援队快速掌握事情经过,进而实施快速而有效的救援,提高救援效率。
在本申请的一些实施例中,获取模块,还用于根据第一紧急通话的通话内容,获取关键词信息;
处理装置还包括:发送模块,用于在关键词信息符合预设条件的情况下,向第一终端发送第一指令,第一指令用于指示第一终端收集第一信息,并将第一信息发送至服务台;
接收模块,用于接收第一终端发送的第一信息。
在本申请实施例中,服务台在与第一终端建立紧急通话后,获取第一终端的第一信息。其中,获取第一信息的途径包括两种,其中一种是第一终端主动上报第一信息,第二种是服务台主动获取第一信息。
具体地,对于第一种情况,第一终端,也即用户持有的手机上可根据用户的隐私需求,将第一终端设置为主动模式或被动模式。其中,如果第一终端被设置为主动模式,则当第一终端检测到机主拨打了紧急通话的电话号码,或接到了服务台打出的紧急通话呼叫时,自动收集第一信息,并在电话接通时上报这些信息。
能够理解的是,主动上报第一信息可以是一个持续的过程,如在通话过程中,持续保存通话记录,并持续获取第一终端的位置信息,从而对第一信息进行适时的补充和更新。
而如果用户将第一终端设置为被动模式,则第一终端在任何情况下,都不会主动上传第一信息,从而保证用户隐私。对于这种情况,在服务台与第一终端建立紧急通话后,服务台可通过通话内容,判断第一终端是否处于紧急状态,其中,可以对通话过程中的关键词进行识别。
具体地,可以实时对通话内容进行关键词检测,如对用户语音进行语音检测,或是对用户语音进行文字转换,判断转换为文字后的内容中是否包括特定的关键词。举例来说,当第一紧急通话的通话内容中出现了如“火灾”、“地震”、“交通事故”等包含了紧急情况的关键词,则认为关键词符合预设条件,认定用户处境危险,此时,服务台通过后台向第一终端发送第一指令,第一终端在接收到该第一指令后,响应于第一指令,开始收集第一信息,并上报至服务台,从而保证救援的可靠性和救援效率。
其中,对于主动模式和被动模式,用于可以进行预先设置,也可以进行实时切换,随时切换为主动模式。
在本申请的一些实施例中,获取模块,还用于在与第二终端建立第二紧急通话的情况下,获取第二终端的第二信息,其中,第二信息包括第二紧急通话的通话记录、第二终端的位置信息和第二终端的设备信息中的至少一种。
在本申请实施例中,在服务台将第一信息发送至第二终端,并与第二终端成功建立通话时,服务台同时也获取第二终端的第二信息。具体地,第二信息包括服务台与第二终端的通话记录,还可以包括第二终端的实际位置信息和第二终端的设备信息。
其中,在将第一终端的情况告知第二终端,也即紧急通话联系人或救援队后,由于紧急通话联系人和救援队会前往第一终端所在地并进行救援,因此该紧急通话联系人和救援队可能会遇到与求救人相同的困难或危险,因此,获取第二终端的第二信息,能够进一步保证施救方的安全,避免出现救援者与求救者陷入相同危险的情况。
在一些实施方式中,在服务台获取到第二终端的位置信息时,还可以根据第一终端的位置信息和第二终端的位置信息,向第二终端的持有者提供规划好的救援路线,从而进一步提高救援效率。
在本申请的一些实施例中,目标号码是第一终端对应的紧急通话联系人的号码;或目标号码是与第一终端的通话次数相关联的号码。
在本申请实施例中,第二终端的用户,是第一终端的紧急通话联系人。其中,第一终端的持有者可以在安全时,自行设置紧急通话联系人,从而形成为设置未见,该设置文件可以指示第二终端的目标号码(电话号码),还可以包括紧急通话联系人的姓名,紧急通话联系人与求救人支架的关系(如亲戚、朋友、同事等),从而在与第二终端取得联系时,能够快速向紧急通话联系人传递信息,并取得紧急通话联系人的信任。
如果第一终端上没有设置紧急通话联系人,则第一终端在接收到服务台发送的第一指令后,读取自身的通话列表,该通话列表中保存有近期一段时间内,第一终端与其他终端的通话记录,根据通话列表,能够确定近期与第一终端通话次数最多的终端,也即与求救人关系最密切的人,将该通话次数最多的终端设置为第二终端,即紧急联系终端,从而提高救援效率。
在本申请的一些实施例中,通信模块,还用于:接收第一终端发起的第一紧急通话的通话请求;响应于通话请求,建立第一紧急通话。
在本申请实施例中,第一紧急通话是第一终端主动呼叫服务台进行求救的通话。第一终端可以通过直接拨打号码,或触发快捷拨号的方式,向服务台发起通话请求。在接收到通话请求后,服务台在第一事件接受该通话请求,并建立与第一终端之间的紧急通话,同时获取第一终端的第一信息,能够有效保证救援效率。
在本申请的一些实施例中,通信模块,还用于:向第一终端发起第一紧急通话的通话请求,并向第一终端发送第三信息,其中,第三信息包括第一紧急通话的事由信息。
在本申请实施例中,第一紧急通话是服务台主动向第一终端发起的通话请求。对于这种情况,可以是出现大规模的自然灾害,或预测到可能出现的极端气候灾害时,由服务台向可能受灾的目标地区内的全部人员拨打的通话。
具体举例来说,当接收到灾害性气候的警报时,服务台向可能出现灾害性气候的地区内的全部驻留人员发送第三信息,并发起通话请求。其中,第三信息是第一紧急通话的事由信息,该事由信息即对该灾害性气候的通知和预警,即紧急通话的原因,同时也可以包括逃生路线、自救方法等有用的信息,一方面能够提高用户接听第一紧急通话的概率,另一方面能够帮助用户自救,减少损失。
本申请实施例中的处理装置可以是电子设备,也可以是电子设备中的部件,例如集成电路或芯片。该电子设备可以是终端,也可以为除终端之外的其他设备。示例性的,电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(Mobile Internet Device,MID)、增强现实 (augmented reality,AR)/虚拟现实(virtualreality,VR)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobile personalcomputer,UMPC)、上网本或者个人数字助理(personal digital assistant,PDA)等,还可以为服务器、网络附属存储器(Network Attached Storage,NAS)、个人计算机(personalcomputer, PC)、电视机(television,TV)、柜员机或者自助机等,本申请实施例不作具体限定。
本申请实施例中的处理装置可以为具有操作***的装置。该操作***可以为安卓(Android)操作***,可以为iOS操作***,还可以为其他可能的操作***,本申请实施例不作具体限定。
本申请实施例提供的处理装置能够实现上述方法实施例实现的各个过程,为避免重复,这里不再赘述。
可选地,本申请实施例还提供一种电子设备,图6示出了根据本申请实施例的电子设备的结构框图,如图6所示,电子设备600包括处理器602,存储器604,存储在存储器604上并可在所述处理器602上运行的程序或指令,该程序或指令被处理器602执行时实现上述方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
需要说明的是,本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。
图7为实现本申请实施例的一种电子设备的硬件结构示意图。
该电子设备700包括但不限于:射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、以及处理器710等部件。
本领域技术人员可以理解,电子设备700还可以包括给各个部件供电的电源(比如电池),电源可以通过电源管理***与处理器710逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。图7中示出的电子设备结构并不构成对电子设备的限定,电子设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置,在此不再赘述。
其中,处理器710用于在与第一终端建立第一紧急通话的情况下,获取第一终端的第一信息和目标号码,其中,第一信息包括第一终端的位置信息、第一终端的设备信息和第一紧急通话的通话记录中的至少一项,目标号码是用于呼叫第二终端的号码;
在获取到第一信息,且第一紧急通话断开的情况下,根据目标号码,向第二终端发起第二紧急通话的通话请求,并向第二终端发送第一信息。
在本申请实施例中,当服务台与任一终端建立紧急通话时,无论该终端是主动呼叫服务台,获知服务台主动呼叫终端,服务台均获取第一终端对应的信息,即第一信息,该第一信息包括第一终端的紧急通话联系人的号码,以及第一信息的位置、紧急通话事由等消息。如果出现进一步的意外情况,造成紧急求救人(第一终端)无法继续通话,或紧急通话被切断(如掉线、第一终端损坏、第一终端电量不足等),最终导致紧急通话断开,则呼叫台可以根据紧急通话联系人的号码,即第二终端的号码,向第二终端发起呼叫。
该第二终端包括紧急求救人自行设置的紧急通话联系人的终端,如父母、亲属、朋友的手机,也包括紧急求救人所处地,或与紧急求救人有关系的救助站、救援队等。在向第二终端发起通话请求的时候,将第一信息,也即第一终端在发起紧急呼叫时的事由、位置等信息一并发送至第二终端,一方面能够使第二终端,也即紧急通话联系人或救援队能够在第一时间了解到事情的紧急,从而快速接听电话,另一方面能够帮助紧急通话联系人或救援队快速掌握事情经过,进而实施快速而有效的救援,提高救援效率。
可选地,处理器710还用于根据紧急通话的通话内容,获取关键词信息;在关键词信息符合预设条件的情况下,向第一终端发送第一指令,第一指令用于指示第一终端收集第一信息,并将第一信息发送至服务台;接收第一终端发送的第一信息。
在本申请实施例中,第一终端,也即用户持有的手机上可根据用户的隐私需求,将第一终端设置为主动模式或被动模式。其中,如果第一终端被设置为主动模式,则当第一终端检测到机主拨打了紧急通话的电话号码,或接到了服务台打出的紧急通话呼叫时,自动收集第一信息,并在电话接通时上报这些信息。
而如果用户将第一终端设置为被动模式,则第一终端在任何情况下,都不会主动上传第一信息,从而保证用户隐私。对于这种情况,在服务台与第一终端建立紧急通话后,服务台可通过通话内容,判断第一终端是否处于紧急状态,其中,可以对通话过程中的关键词进行识别。
如果识别到特定的关键词,则认定用户处境危险,此时,服务台通过后台向第一终端发送第一指令,第一终端在接收到该第一指令后,响应于第一指令,开始收集第一信息,并上报至服务台,从而保证救援的可靠性和救援效率。
可选地,处理器710还用于在与第二终端建立第二紧急通话的情况下,获取第二终端的第二信息,其中,第二信息包括第二紧急通话的通话记录、第二终端的位置信息和第二终端的设备信息中的至少一种。
在本申请实施例中,获取第二终端的第二信息,能够进一步保证施救方的安全,避免出现救援者与求救者陷入相同危险的情况。在一些实施方式中,在服务台获取到第二终端的位置信息时,还可以根据第一终端的位置信息和第二终端的位置信息,向第二终端的持有者提供规划好的救援路线,从而进一步提高救援效率。
可选地,第一终端包括设置文件,目标号码是与第一终端相关联的号码;或目标号码是与第一终端的通话次数相关联的号码。
在本申请实施例中,第二终端的用户,是第一终端的紧急通话联系人。其中,第一终端的持有者可以在安全时,自行设置紧急通话联系人,从而形成为设置未见,该设置文件可以指示第二终端的目标号码(电话号码),还可以包括紧急通话联系人的姓名,紧急通话联系人与求救人支架的关系(如亲戚、朋友、同事等),从而在与第二终端取得联系时,能够快速向紧急通话联系人传递信息,并取得紧急通话联系人的信任。
如果第一终端上没有设置紧急通话联系人,则第一终端在接收到服务台发送的第一指令后,读取自身的通话列表,该通话列表中保存有近期一段时间内,第一终端与其他终端的通话记录,根据通话列表,能够确定近期与第一终端通话次数最多的终端,也即与求救人关系最密切的人,将该通话次数最多的终端设置为第二终端,即紧急联系终端,从而提高救援效率。
可选地,处理器710还用于接收第一终端发起的第一紧急通话的通话请求;响应于通话请求,建立第一紧急通话。
在本申请实施例中,第一紧急通话是第一终端主动呼叫服务台进行求救的通话。第一终端可以通过直接拨打号码,或触发快捷拨号的方式,向服务台发起通话请求。在接收到通话请求后,服务台在第一事件接受该通话请求,并建立与第一终端之间的紧急通话,同时获取第一终端的第一信息,能够有效保证救援效率。
可选地,处理器710还用于向第一终端发起第一紧急通话的通话请求,并向第一终端发送第三信息,其中,第三信息包括第一紧急通话的事由信息。
在本申请实施例中,当接收到灾害性气候的警报时,服务台向可能出现灾害性气候的地区内的全部驻留人员发送第三信息,并发起通话请求。其中,第三信息是第一紧急通话的事由信息,该事由信息即对该灾害性气候的通知和预警,即紧急通话的原因,同时也可以包括逃生路线、自救方法等有用的信息,一方面能够提高用户接听第一紧急通话的概率,另一方面能够帮助用户自救,减少损失。
应理解的是,本申请实施例中,输入单元704可以包括图形处理器 (GraphicsProcessing Unit,GPU)7041和麦克风7042,图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元706可包括显示面板7061,可以采用液晶显示器、有机发光二极管等形式来配置显示面板7061。用户输入单元707 包括触控面板7071以及其他输入设备7072中的至少一种。触控面板7071,也称为触摸屏。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
存储器709可用于存储软件程序以及各种数据。存储器709可主要包括存储程序或指令的第一存储区和存储数据的第二存储区,其中,第一存储区可存储操作***、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外,存储器709可以包括易失性存储器或非易失性存储器,或者,存储器709可以包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器 (Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM, EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM, DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM,SLDRAM)和直接内存总线随机存取存储器 (Direct Rambus RAM,DRRAM)。本申请实施例中的存储器709包括但不限于这些和任意其它适合类型的存储器。
处理器710可包括一个或多个处理单元;可选的,处理器710集成应用处理器和调制解调处理器,其中,应用处理器主要处理涉及操作***、用户界面和应用程序等的操作,调制解调处理器主要处理无线通信信号,如基带处理器。可以理解的是,上述调制解调处理器也可以不集成到处理器710中。
本申请实施例还提供一种可读存储介质,所述可读存储介质上存储有程序或指令,该程序或指令被处理器执行时实现上述方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质,包括计算机可读存储介质,如计算机只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现上述方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
应理解,本申请实施例提到的芯片还可以称为***级芯片、***芯片、芯片***或片上***芯片等。
本申请实施例提供一种计算机程序产品,该程序产品被存储在存储介质中,该程序产品被至少一个处理器执行以实现如上述方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外,需要指出的是,本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能,还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能,例如,可以按不同于所描述的次序来执行所描述的方法,并且还可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘) 中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。
Claims (12)
1.一种紧急通话的处理方法,用于服务台,其特征在于,包括:
在与第一终端建立第一紧急通话的情况下,获取所述第一终端的第一信息和目标号码,其中,所述第一信息包括所述第一终端的位置信息、所述第一终端的设备信息和所述第一紧急通话的通话记录中的至少一项;
在所述第一紧急通话断开的情况下,根据所述目标号码,向所述目标号码对应的第二终端发起第二紧急通话的通话请求,并向所述第二终端发送所述第一信息。
2.根据权利要求1所述的处理方法,其特征在于,所述获取所述第一终端的第一信息,包括:
根据所述第一紧急通话的通话内容,获取关键词信息;
在所述关键词信息符合预设条件的情况下,向所述第一终端发送第一指令,所述第一指令用于指示所述第一终端收集所述第一信息,并将所述第一信息发送至所述服务台;
接收所述第一终端发送的所述第一信息。
3.根据权利要求1所述的处理方法,其特征在于,在所述向所述第二终端发起第二紧急通话的通话请求之后,所述方法还包括:
在与所述第二终端建立所述第二紧急通话的情况下,获取所述第二终端的第二信息,其中,所述第二信息包括所述第二紧急通话的通话记录、所述第二终端的位置信息和所述第二终端的设备信息中的至少一种。
4.根据权利要求1所述的处理方法,其特征在于,
所述目标号码是所述第一终端对应的紧急通话联系人的号码;或
所述目标号码是与所述第一终端的通话次数相关联的号码。
5.根据权利要求1至4中任一项所述的处理方法,其特征在于,在与第一终端建立第一紧急通话之前,所述处理方法还包括:
接收所述第一终端发起的所述第一紧急通话的通话请求;
响应于所述通话请求,建立所述第一紧急通话。
6.根据权利要求1至4中任一项所述的处理方法,其特征在于,在与第一终端建立第一紧急通话之前,所述处理方法还包括:
向所述第一终端发起所述第一紧急通话的通话请求,并向所述第一终端发送第三信息,其中,所述第三信息包括所述第一紧急通话的事由信息。
7.一种紧急通话的处理装置,用于服务台,其特征在于,包括:
获取模块,用于在与第一终端建立第一紧急通话的情况下,获取所述第一终端的第一信息和目标号码,其中,所述第一信息包括所述第一终端的位置信息、所述第一终端的设备信息和所述第一紧急通话的通话记录中的至少一项;
通信模块,用于在所述第一紧急通话断开的情况下,根据所述目标号码,向所述目标号码对应的第二终端发起第二紧急通话的通话请求,并向所述第二终端发送所述第一信息。
8.根据权利要求7所述的处理装置,其特征在于,
所述获取模块,还用于根据所述第一紧急通话的通话内容,获取关键词信息;
所述处理装置还包括:
发送模块,用于在所述关键词信息符合预设条件的情况下,向所述第一终端发送第一指令,所述第一指令用于指示所述第一终端收集所述第一信息,并将所述第一信息发送至所述服务台;
接收模块,用于接收所述第一终端发送的所述第一信息。
9.根据权利要求7所述的处理装置,其特征在于,
所述获取模块,还用于在与所述第二终端建立所述第二紧急通话的情况下,获取所述第二终端的第二信息,其中,所述第二信息包括所述第二紧急通话的通话记录、所述第二终端的位置信息和所述第二终端的设备信息中的至少一种。
10.根据权利要求7所述的处理装置,其特征在于,
所述目标号码是所述第一终端设置的紧急通话联系人的号码;或
所述目标号码是与所述第一终端的通话次数相关联的号码。
11.根据权利要求7至10中任一项所述的处理装置,其特征在于,所述通信模块,还用于:
接收所述第一终端发起的所述第一紧急通话的通话请求;
响应于所述通话请求,建立所述第一紧急通话。
12.根据权利要求7至10中任一项所述的处理装置,其特征在于,所述通信模块,还用于:
向所述第一终端发起所述第一紧急通话的通话请求,并向所述第一终端发送第三信息,其中,所述第三信息包括所述第一紧急通话的事由信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210158970.9A CN115941839A (zh) | 2022-02-21 | 2022-02-21 | 紧急通话的处理方法和处理装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210158970.9A CN115941839A (zh) | 2022-02-21 | 2022-02-21 | 紧急通话的处理方法和处理装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115941839A true CN115941839A (zh) | 2023-04-07 |
Family
ID=86698205
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210158970.9A Pending CN115941839A (zh) | 2022-02-21 | 2022-02-21 | 紧急通话的处理方法和处理装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115941839A (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102740227A (zh) * | 2012-06-18 | 2012-10-17 | 中兴通讯股份有限公司 | 一种紧急呼叫方法及装置 |
CN104581641A (zh) * | 2015-01-31 | 2015-04-29 | 哈尔滨理工大学 | 基于手机的地震救援网络*** |
US20160125727A1 (en) * | 2014-10-30 | 2016-05-05 | Fih (Hong Kong) Limited | Communication device and emergency help method |
CN106302813A (zh) * | 2016-09-27 | 2017-01-04 | 武汉磐固科技有限责任公司 | 大众紧急救护方法及*** |
CN107889057A (zh) * | 2017-10-20 | 2018-04-06 | 广州洛克韦陀安防科技有限公司 | 一种紧急求助方法、电子设备、存储介质、*** |
CN108965597A (zh) * | 2018-07-18 | 2018-12-07 | 奇酷互联网络科技(深圳)有限公司 | 移动终端和紧急情况的处理方法、装置 |
CN110691102A (zh) * | 2019-10-29 | 2020-01-14 | 维沃移动通信有限公司 | 一种信息共享方法及电子设备、服务器 |
-
2022
- 2022-02-21 CN CN202210158970.9A patent/CN115941839A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102740227A (zh) * | 2012-06-18 | 2012-10-17 | 中兴通讯股份有限公司 | 一种紧急呼叫方法及装置 |
US20160125727A1 (en) * | 2014-10-30 | 2016-05-05 | Fih (Hong Kong) Limited | Communication device and emergency help method |
CN104581641A (zh) * | 2015-01-31 | 2015-04-29 | 哈尔滨理工大学 | 基于手机的地震救援网络*** |
CN106302813A (zh) * | 2016-09-27 | 2017-01-04 | 武汉磐固科技有限责任公司 | 大众紧急救护方法及*** |
CN107889057A (zh) * | 2017-10-20 | 2018-04-06 | 广州洛克韦陀安防科技有限公司 | 一种紧急求助方法、电子设备、存储介质、*** |
CN108965597A (zh) * | 2018-07-18 | 2018-12-07 | 奇酷互联网络科技(深圳)有限公司 | 移动终端和紧急情况的处理方法、装置 |
CN110691102A (zh) * | 2019-10-29 | 2020-01-14 | 维沃移动通信有限公司 | 一种信息共享方法及电子设备、服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8396447B2 (en) | Emergency call notification system and method | |
US9014657B2 (en) | Method and apparatus for creating emergency social network | |
US6879819B2 (en) | Control and messaging during emergency calls | |
WO2019184312A1 (zh) | 一种隐蔽式手机指纹识别报警***和报警方法 | |
KR101767474B1 (ko) | 인명 긴급 구조 시스템 및 이를 이용한 인명 긴급 구조 방법 | |
WO2023078172A1 (zh) | 一种紧急呼叫方法、装置、移动终端和网络侧设备 | |
CN106937260B (zh) | 应急群组的组建方法、***、服务器以及终端 | |
KR101792047B1 (ko) | 스마트폰과 이어폰을 이용한 긴급상황 알림 기능 제공 방법 | |
CN105554233B (zh) | 一种去电提醒方法及终端 | |
CN113329127B (zh) | 通话处理方法、通话处理装置、电子设备及介质 | |
CN104954429A (zh) | 一种遇险自动求救***的方法 | |
CN101005710A (zh) | 在无线通信网络中实现位置业务的方法、***和位置业务平台 | |
CN112565062B (zh) | 即时通信订单的处理方法、相关装置、设备及介质 | |
WO2023151515A1 (zh) | 信息发送方法及装置 | |
CN115941839A (zh) | 紧急通话的处理方法和处理装置 | |
CN114980066B (zh) | 语音通话方法、装置及电子设备 | |
CN106781241A (zh) | 一种紧急求救***及方法 | |
JP5779111B2 (ja) | 通話回線確保プログラム、通信装置、および通話回線確保方法 | |
CN112996138B (zh) | 通信建立方法、装置及存储介质 | |
JPH10229455A (ja) | 通信端末装置及び通信端末装置を利用した緊急通知システム | |
CN110401940B (zh) | 一种告警处理方法及装置 | |
JP2019029918A (ja) | 緊急通報システム | |
KR20060098113A (ko) | 응급 구난 서비스 제공 시스템 및 그 방법 | |
KR20130073801A (ko) | 이동 단말의 원격 제어 방법 및 그 이동 단말 | |
JP3699952B2 (ja) | 対話型通報システムおよび対話型通報システムに用いられるサーバ装置 |
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 |