一种紧急呼叫的方法和电子设备与流程

本申请涉及电子设备领域，并且更具体地，涉及一种紧急呼叫的方法和电子设备。
背景技术：
：紧急呼叫是用户在遇到危险时，通过移动终端发起的求助行为，是在关键时刻人身财产安全的保障。另一方面，随着紧急医疗救助、交通事故、自然灾害等紧急情况的频发，紧急呼叫的重要性不断提高，而且各国的法律法规都对紧急呼叫做了相应的要求。与一般的电话不同，在任何场景下都有可能需要发起紧急呼叫，而且往往环境越恶劣，用户对紧急呼叫的诉求越强烈，如在着火时，希望以最快速度发起紧急呼叫，在被匪徒挟持时，希望在不被发现的情况下发起报警等。所以，对于紧急呼叫，不能只按照普通电话的模式进行设计。目前的紧急呼叫方案存在操作繁琐，无法满足紧急情况下的快速呼叫。技术实现要素：本申请提供一种紧急呼叫的方法和电子设备，有助于用户在紧急情况下快速发起紧急呼叫。第一方面，提供了一种紧急呼叫的方法，该方法应用于电子设备，该电子设备包括显示屏，该方法包括：该电子设备处于锁屏状态时，在该显示屏上检测到用户的第一操作；响应于该第一操作，该电子设备通过该显示屏显示紧急呼叫界面，该紧急呼叫界面包括一个或者多个紧急呼叫号码和提示信息，该提示信息用于提示在第一预设时长结束后，自动向第一紧急呼叫号码发出呼叫，该一个或者多个紧急号码包括该第一紧急呼叫号码；在该第一预设时长结束后，若该电子设备没有在该显示屏上检测到用户点击该一个或者多个紧急呼叫号码中任意一个紧急呼叫号码的操作，自动向告警台发出呼叫，该告警台为该第一紧急呼叫号码对应的告警台；在该电子设备与该告警台的通话连接断开后，该电子设备通过该显示屏显示锁屏界面。在紧急场景下，用户需要快速进行紧急拨号时，通过滑动特殊图形进入拨号选项，然后选择想要的号码进行拨号，如果用户无法继续操作，则在预设时长倒计时结束后，电子设备可以自动选择最高优先级的号码自动发起呼叫。本申请实施例中，用户可以通过在屏幕上任意位置单手滑动图形，后续无需任何操作，即可实现紧急呼叫。本申请实施例整体上减少了紧急呼叫的操作步骤和时间，实现了快速、便捷、安全的发起紧急呼叫的目的。在一些可能的实现方式中，该电子设备处于锁屏状态可以包括其处于亮屏状态或者熄屏状态。在一些可能的实现方式中，当电子设备处于熄屏状态且处于锁屏状态时，所述电子设备检测到用户点击电源键的操作后可以先进入亮屏状态(此时，电子设备还是处于锁屏状态)。此时电子设备检测到用户的第一操作(例如，用户在显示屏上比划出预设手势)后，通过显示屏显示紧急呼叫界面。结合第一方面，在第一方面的某些可能的实现方式中，该电子设备自动向告警台发出呼叫之后，该方法还包括：在该电子设备与该告警台通话连接建立时，该电子设备自动关闭该电子设备的听筒和麦克风的声音；该电子设备检测到用户按压音量上键的第二操作；响应于该第二操作，该电子设备打开该电子设备的听筒和麦克风的声音。本申请实施例中，用户可以在完全隐蔽的情况下发起紧急呼叫，通话连接建立时电子设备可以自动关闭听筒和麦克风的声音，有助于保证用户在紧急情况下操作手机不会被发现。如果用户还有能力操作电子设备，在紧急通话中只要增加一步按音量上键即可恢复正常通话模式，通话结束后只要一次解锁即可恢复原来的情景模式，对用户体验无影响。结合第一方面，在第一方面的某些可能的实现方式中，该电子设备自动向该告警台发出呼叫之后，该方法还包括：该电子设备向该告警台发送第一信息，该第一信息包括双音多频dtmf编码信息、短消息或者即时通讯im信息中的一种或者多种，该第一信息用于提示用户当前处于紧急情况中。本申请实施例中，用户在发起紧急呼叫时，可以同步发送短信、dtmf编码信息或者im信息到告警台或紧急联系人，实现多方同时报警，增加报警的成功率和时效性。结合第一方面，在第一方面的某些可能的实现方式中，该方法还包括：在该电子设备与该告警台的通话连接断开后，若该电子设备没有向该告警台发送第二信息且该电子设备没有接收到该告警台发送的第三信息，从该通话连接断开起的第二预设时长后，该电子设备自动向该告警台发起重拨，该第二信息用于指示该电子设备断开了该通话连接，该第三信息用于指示该告警台断开了该通话连接。本申请实施例中，通过紧急呼叫自愈方案，实现了在紧急通话中，电子设备判断不是用户挂断或者不是告警台挂断的情况下，可以向告警台自动发起重拨。这样有助于减少用户紧急呼叫的操作步骤和时间，实现了快速、便捷的发起紧急呼叫的目的。在一些可能的实现中，在该电子设备与该告警台的通话连接断开后，若该电子设备没有向该告警台发送该第二信息，则电子设备可以从通话挂断起的第二预设时长后，自动向告警台发起重拨。结合第一方面，在第一方面的某些可能的实现方式中，该方法还包括：在该电子设备与该告警台的通话连接断开后，若该电子设备向该告警台发送第四信息或者该电子设备接收到该告警台发送的该第四信息，从该通话连接断开起的第二预设时长后，该电子设备自动向该告警台发起重拨，该第四信息用于指示该通话连接断开是由于实时传输协议rtp超时造成的。本申请实施例中，通过紧急呼叫自愈方案，实现了在紧急通话中，电子设备判断是由于rtp超时才引起挂断的情况下，可以向告警台自动发起重拨。这样有助于减少用户紧急呼叫的操作步骤和时间，实现了快速、便捷的发起紧急呼叫的目的。结合第一方面，在第一方面的某些可能的实现方式中，该方法还包括：在该电子设备与该告警台的通话连接断开后，该电子设备自动调整为震动模式或者静音模式。本申请实施例中，当电子设备与告警台的通话连接断开后，电子设备可以自动调整为震动模式或者静音模式，这样可以避免由于环境的原因，告警台或者其他联系人来电对用户造成的危险。在一些可能的实现方式中，若电子设备检测到用户进行解锁，则可以自动从震动模式或者静音模式恢复为原来的模式(例如普通模式)。结合第一方面，在第一方面的某些可能的实现方式中，该一个或者多个紧急号码的优先级顺序为出厂时设置的或者为用户设置的。本申请实施例中，用户可以自己设置预设手势和紧急呼叫号码的对应关系，或者设置紧急号码显示的优先级顺序，这样在紧急情况下用户可以快速拨打对应的紧急号码，减少了紧急呼叫的操作步骤和时间，实现了快速、便捷、安全的发起紧急呼叫的目的。在一些可能的实现方式中，当电子设备和告警台之间的通话连接建立后，电子设备可以自动切换到省电模式，等通话挂断后恢复。这样可以节省电子设备的电量，保证在紧急情况下用户可以完成紧急呼叫。第二方面，提供了一种装置，该装置包含在电子设备中，该装置具有实现上述方面及上述方面的可能实现方式中电子设备行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。第三方面，提供了一种电子设备，包括：一个或多个处理器；存储器；一个或者多个应用程序；以及一个或多个计算机程序。其中，一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令。当指令被电子设备执行时，使得电子设备执行上述任一方面任一项可能的实现中的紧急呼叫的方法。第四方面，本技术方案提供了一种电子设备，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得电子设备执行上述任一方面任一项可能的实现中的紧急呼叫的方法。第五方面，本技术方案提供了一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述任一方面任一项可能的实现中的紧急呼叫的方法。第六方面，本技术方案提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述任一方面任一项可能的设计中的紧急呼叫的方法。第七方面，本技术方案提供了一种芯片系统，该芯片系统包括至少一个处理器，当程序指令在该至少一个处理器中执行时，使得上述第一方面任一项可能的方法在电子设备上的功能得以实现。附图说明图1是本申请实施例提供的一种电子设备的硬件结构示意图。图2是本申请实施例提供的一种电子设备的软件结构示意图。图3是本申请实施例提供的一组gui的示意图。图4是本申请实施例提供的另一组gui的示意图。图5是本申请实施例提供的另一组gui的示意图。图6是本申请实施例提供的另一组gui的示意图。图7是本申请实施例提供的另一组gui的示意图。图8是本申请实施例提供的紧急呼叫过程中掉话重拨的示意图。图9是本申请实施例提供的紧急呼叫过程中掉话重拨的另一示意图。图10是本申请实施例提供的紧急呼叫过程中掉话重拨的另一示意图。图11是本申请实施例提供的紧急呼叫过程中掉话重拨的另一示意图。图12是本申请实施例提供的cs通话场景中掉话重拨的方法的示意性流程图。图13是本申请实施例提供的volte通话场景中掉话重拨的方法的示意性流程图。图14是本申请实施例提供的紧急呼叫的方法的示意性流程图。具体实施方式以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。还应当理解，在本申请以下各实施例中，“至少一个”、“一个或多个”是指一个、两个或两个以上。术语“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系；例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a、b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。以下介绍电子设备、用于这样的电子设备的用户界面、和使用这样的电子设备的实施例。在一些实施例中，电子设备可以是还包含其它功能诸如个人数字助理和/或音乐播放器功能的便携式电子设备，诸如手机、平板电脑、具备无线通讯功能的可穿戴电子设备(如智能手表)等。便携式电子设备的示例性实施例包括但不限于搭载或者其它操作系统的便携式电子设备。上述便携式电子设备也可以是其它便携式电子设备，诸如膝上型计算机(laptop)等。还应当理解的是，在其他一些实施例中，上述电子设备也可以不是便携式电子设备，而是台式计算机。示例性的，图1示出了电子设备100的结构示意图。电子设备100可以包括处理器110、外部存储器接口120、内部存储器121、通用串行总线(universalserialbus，usb)接口130、充电管理模块140、电源管理模块141、电池142、天线1、天线2、移动通信模块150、无线通信模块160、音频模块170、扬声器170a、受话器170b、麦克风170c、耳机接口170d、传感器模块180、指南针190、马达191、指示器192、摄像头193、显示屏194以及用户标识模块(subscriberidentificationmodule，sim)卡接口195等。可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(applicationprocessor，ap)，调制解调处理器，图形处理器(graphicsprocessingunit，gpu)，图像信号处理器(imagesignalprocessor，isp)，控制器，视频编解码器，数字信号处理器(digitalsignalprocessor，dsp)，基带处理器，和/或神经网络处理器(neural-networkprocessingunit，npu)等。其中，不同的处理单元可以是独立的部件，也可以集成在一个或多个处理器中。在一些实施例中，电子设备100也可以包括一个或多个处理器110。其中，控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。在其他一些实施例中，处理器110中还可以设置存储器，用于存储指令和数据。示例性地，处理器110中的存储器可以为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。这样就避免了重复存取，减少了处理器110的等待时间，因而提高了电子设备100处理数据或执行指令的效率。在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路间(inter-integratedcircuit，i2c)接口、集成电路间音频(inter-integratedcircuitsound，i2s)接口、脉冲编码调制(pulsecodemodulation，pcm)接口、通用异步收发传输器(universalasynchronousreceiver/transmitter，uart)接口、移动产业处理器接口(mobileindustryprocessorinterface，mipi)、用输入输出(general-purposeinput/output，gpio)接口、sim卡接口和/或usb接口等。其中，usb接口130是符合usb标准规范的接口，具体可以是miniusb接口、microusb接口、usbtypec接口等。usb接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。该usb接口130也可以用于连接耳机，通过耳机播放音频。可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。充电管理模块140用于从充电器接收充电输入。充电管理模块140可以通过usb接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。电源管理模块141用于连接电池142，充电管理模块140与处理器110。电子设备100的无线通信功能可以通过天线1、天线2、移动通信模块150、无线通信模块160、调制解调处理器以及基带处理器等实现。无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocalareanetworks，wlan)(如无线保真(wirelessfidelity，wi-fi)网络)、蓝牙(bluetooth，bt)，全球导航卫星系统(globalnavigationsatellitesystem，gnss)、调频(frequencymodulation，fm)、近距离无线通信技术(nearfieldcommunication，nfc)、红外技术(infrared，ir)等无线通信的解决方案。显示屏194用于显示图像、视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquidcrystaldisplay，lcd)、有机发光二极管(organiclight-emittingdiode，oled)、有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganiclightemittingdiode的，amoled)、柔性发光二极管(flexlight-emittingdiode，fled)、迷你发光二极管(minilight-emittingdiode，miniled)、microled、micro-oled、量子点发光二极管(quantumdotlightemittingdiodes，qled)等。在一些实施例中，电子设备100可以包括1个或多个显示屏194。在本申请的一些实施例中，当显示面板采用oled、amoled、fled等材料时，上述图1中的显示屏194可以被弯折。这里，上述显示屏194可以被弯折是指显示屏可以在至少部分区域部位被弯折到任意角度，并可以在该角度保持，例如，显示屏194可以从中部左右对折。也可以从中部上下对折。电子设备100的显示屏194可以是一种柔性屏幕，目前，柔性屏幕以其独特的特性和巨大的潜力而备受关注。柔性屏幕相对于传统屏幕而言，具有柔韧性强和可弯曲的特点，可以给用户提供基于可弯折特性的新交互方式，可以满足用户对于电子设备的更多需求。对于配置有柔性屏幕的电子设备而言，电子设备上的可折叠显示屏可以随时在折叠形态下的小屏和展开形态下大屏之间切换。因此，用户在配置有可折叠显示屏的电子设备上使用分屏功能，也越来越频繁。电子设备100可以通过isp、摄像头193、视频编解码器、gpu、显示屏194以及应用处理器等实现拍摄功能。isp用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给isp处理，转化为肉眼可见的图像。摄像头193用于捕获静态图像或视频。外部存储器接口120可以用于连接外部存储卡，例如microsd卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。内部存储器121可以用于存储一个或多个计算机程序，该一个或多个计算机程序包括指令。处理器110可以通过运行存储在内部存储器121的上述指令，从而使得电子设备100执行本申请一些实施例中所提供的紧急呼叫的方法，以及各种应用以及数据处理等。电子设备100可以通过音频模块170、扬声器170a、受话器170b、麦克风170c、耳机接口170d、以及应用处理器等实现音频功能。例如音乐播放、录音等。传感器模块180可以包括压力传感器180a、陀螺仪传感器180b、气压传感器180c、磁传感器180d、加速度传感器180e、距离传感器180f、接近光传感器180g、指纹传感器180h、温度传感器180j、触摸传感器180k、环境光传感器180l、骨传导传感器180m等。陀螺仪传感器180b可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180b确定电子设备100围绕三个轴(即x、y和z轴)的角速度。加速度传感器180e可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。本申请实施例中，陀螺仪传感器和加速度传感器可以上传检测到的数据，由状态检测服务根据检测到的数据确定柔性屏幕当前的形态，从而将柔性屏幕当前的形态发送给显示策略服务。磁传感器180d包括霍尔传感器。电子设备100可以利用磁传感器180d检测翻盖皮套的开合。加速度传感器180e可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。距离传感器180f，用于测量距离。接近光传感器180g可以包括例如发光二极管(led)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。环境光传感器180l用于感知环境光亮度。指纹传感器180h用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。本申请实施例中，指纹传感器可以包括位于侧边屏幕下的屏下指纹传感器，屏下指纹传感器可以位于侧边屏幕的某个区域，当用户在通过侧边屏幕进行解锁时，可以在这个区域进行按压或者触摸；或者，用户在进行指纹解锁时，也可以在侧边屏幕上的任意一个区域进行按压或者触控，从而可以使得屏下指纹传感器检测到用户的指纹信息并对该指纹信息进行校验。温度传感器180j用于检测温度。触摸传感器180k，也称“触控面板”。触摸传感器180k可以设置于显示屏194，由触摸传感器180k与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180k用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180k也可以设置于电子设备100的表面，与显示屏194所处的位置不同。图2是本申请实施例的电子设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(androidruntime)和系统库，以及内核层。应用程序层可以包括一系列应用程序包。如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，wlan，蓝牙，音乐，视频，短信息等应用程序。应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramminginterface，api)和编程框架。应用程序框架层包括一些预先定义的函数。如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。系统库可以包括多个功能模块。例如：表面管理器(surfacemanager)，媒体库(medialibraries)，三维图形处理库(例如：opengles)，2d图形引擎(例如：sgl)等。表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2d和3d图层的融合。媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:mpeg4，h.264，mp3，aac，amr，jpg，png等。三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。2d图形引擎是2d绘图的绘图引擎。内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。为了便于理解，本申请以下实施例将以具有图1和图2所示结构的手机为例，结合附图对本申请实施例提供的紧急呼叫的方法进行具体阐述。图3是手机的一组图形用户界面(graphicaluserinterface，gui)，从图3中的(a)至图3中的(d)示出了用户拨打紧急呼叫电话的过程。如图3中的(a)所示的gui，该gui为手机的熄屏显示界面。图3中的(a)所示的手机可以处于熄屏状态且处于锁屏状态，当手机检测到用户点击电源键的操作后，可以显示如图3中的(b)所示的gui。应理解，本申请实施例中锁屏状态可以是对于手机上锁的情况，上锁的情况包括但不限于：用户设置密码、指纹识别或者脸部识别等。示例性的，当该手机处于上锁时，用户在手机的桌面上操作完成后，可以点击电源键，该手机检测到用户点击电源键的操作后，进入锁屏状态；或者，该手机一段时间内没有检测到用户操作，则自动进入锁屏状态。当手机处于锁屏状态时，其屏幕可以是熄灭的，也可以是点亮的。示例性的，用户按下电源键后，该手机可以点亮并提示其输入密码，此时该手机还是处于锁屏状态，但是其触摸显示屏是点亮的；示例性的，另一个用户输入密码错误后，此时该手机还是处于锁屏状态，但是其触摸显示屏还是点亮的。非锁屏状态是相对于锁屏状态而言的，当电子设备处于锁屏状态时，用户可以通过输入密码、指纹识别或者脸部识别等方式对该电子设备进行解锁。解锁后，手机进入非锁屏状态。参见图3中的(b)所示的gui，该gui为手机的锁屏界面。此时，手机可以处于亮屏状态且处于锁屏状态。当手机检测到用户在显示屏上比划出“x”的手势后，手机可以显示如图3中的(c)所示的gui。参见图3中的(c)所示的gui，该gui为手机的紧急呼叫显示界面。如图3中的(c)所示，紧急呼叫显示界面上可以显示多个紧急呼叫号码。其中从上之下依次显示“报警电话110”、“火警电话119”和“急救120”。同时，该紧急呼叫显示界面上还显示自动倒计时，从进入紧急呼叫显示界面起预设时长(例如，3秒)后手机将自动发起报警。如果用户希望拨打其他紧急呼叫电话，那么可以在预设时长结束之前点击急救电话120。当手机检测到用户点击急救电话120的操作后，可以显示如图3中的(d)所示的gui。参见图3中(d)所示的gui，该gui为拨打急救电话120的显示界面。应理解，本申请实施例中电子设备也可以处于未上锁状态。当手机处于熄屏状态且未上锁时，当手机检测到用户单击电源键等操作后可以进入手机的亮屏显示界面。之后如果用户在手机亮屏显示界面下检测到用户滑动预设手势后，可以显示如图3中的(c)所示的紧急呼叫显示界面。一个实施例中，用户也可以直接在图3中的(a)所示的熄屏显示界面上滑动预设手势，从而进入紧急呼叫显示界面。本申请实施例中，用户在紧急情况下，可快速发起紧急呼叫，不需要解锁，也不需要输入紧急号码，可通过选择号码直接发起拨号。本申请实施例整体上减少了紧急呼叫的操作步骤和时间，实现了快速、便捷、安全的发起紧急呼叫的目的。图4示出了本申请实施例提供的另一组gui。参见图4中的(a)所示，该gui为手机的紧急呼叫显示界面。如图4中的(a)所示，紧急呼叫显示界面上可以显示多个紧急呼叫号码。其中从上之下依次显示“报警电话110”、“火警电话119”和“急救120”。同时，该紧急呼叫显示界面上还显示自动倒计时，从进入紧急呼叫显示界面起预设时长(例如，3秒)后手机将自动发起报警。参见图4中的(b)所示，该gui为手机的紧急呼叫另一显示界面。如图4中的(b)所示，在倒计时3秒结束时，如果手机没有检测到用户点击任意一个紧急呼叫号码的操作，则手机可以自动在倒计时结束后发起报警。参见图4中的(c)所示，该gui为拨打报警电话110的显示界面。当倒计时结束时，手机可以自动拨打报警电话。在紧急场景下，用户需要快速进行紧急拨号时，则可以先点亮屏幕后，通过滑动特殊图形进入拨号选项。然后选择想要的号码进行拨号。如果用户无法继续操作，则在预设时长倒计时结束后，默认选择最高优先级的号码自动发起呼叫。本申请实施例中，用户可以通过在屏幕上任意位置单手滑动图形，后续无需任何操作，即可实现紧急呼叫。本申请实施例整体上减少了紧急呼叫的操作步骤和时间，实现了快速、便捷、安全的发起紧急呼叫的目的。以上结合图3和图4中的gui介绍了用户通过在屏幕上滑动图形，手机可以快速进入紧急呼叫显示界面，并且在进入紧急呼叫显示界面后无需用户任何操作，即可实现紧急呼叫。图4介绍了手机在倒计时3秒结束后自动发起报警的过程，本申请实施例中用户也可以对紧急呼叫号码的优先级进行设置。下面结合图5和图6所示的gui介绍用户设置紧急呼叫显示界面每个紧急号码显示顺序以及显示优先级的过程。图5示出了本申请实施例提供的另一组gui。参见图5中的(a)所示，该gui为手机的锁屏界面。锁屏界面上可以包括提示信息“当前界面比划x发起报警”并且可以提示用户进行自定义设置。当手机检测到用户点击定义设置控件501的操作后，可以显示如图5中的(b)所示的gui。参见图5中的(b)所示，该gui为紧急呼叫自定义设置的显示界面。该显示界面上包括手势设置和优先级设置两个设置选项。当手机检测到用户点击控件502的操作后，可以显示如图5中的(c)所示的gui。应理解，用户在看到上述提示信息后，点击“自定义”，手机可以要求用户解锁，解锁后可进入相应的设置界面。或者，也可以是手机检测到用户点击“自定义”后，直接进入相应的设置界面。参见图5中的(c)所示，该gui为手势设置界面。其中，手势设置界面包括报警电话手势设置，火警电话手势设置，急救电话手势设置，紧急联系人电话手势设置和自定义设置等等。当手机检测到用户点击控件503的操作后，可以显示如图5中的(d)所示的gui。参见图5中的(d)所示，该gui为报警电话手势设置显示界面。该显示界面包括多个手势“x”、“9”和“///”。当手机检测到用户点击手势图形504的操作后，可以将报警电话手势设置为“x”。当下一次手机检测到用户在锁屏界面下比划出“x”后，可以进入紧急呼叫显示界面，并且优先显示报警电话，在报警电话之后可以显示其他紧急呼叫号码。如果在倒计时结束后，手机没有检测到用户选择其中一个紧急号码的操作，则手机可以自动选择报警电话发起拨号。同样的，用户也可以设置火警电话手势、急救电话手势等等。例如，用户可以将火警电话手势设置为“9”。当手机检测到用户在锁屏界面下比划出“9”后，可以进入紧急呼叫显示界面，并且优先显示火警电话，在火警电话之后可以显示其他紧急呼叫号码。如果在倒计时结束后，手机没有检测到用户选择其中一个紧急号码的操作，则手机可以自动选择火警电话发起拨号。一个实施例中，用户可以只设置每个紧急呼叫号码的类型(如，报警电话、火警电话或者急救电话)和预设手势的对应关系，而不用设置具体号码和预设手势的对应关系。手机可以根据当前驻网的公共陆地移动网(publiclandmobilenetwork，plmn)，查询手机内置的全球化参数列表，匹配对应的报警号码作为最高优先级紧急号码，如中国为110，德国为112，美国为911。图6示出了本申请实施例提供的另一组gui。参见图6中的(a)所示，该gui为紧急呼叫自定义设置的显示界面。该显示界面上包括手势设置和优先级设置两个设置选项。当手机检测到用户点击控件601的操作后，可以显示如图6中的(b)所示的gui。参见图6中的(b)所示，该gui为紧急呼叫号码优先级设置的显示界面。该显示界面上包括提示信息“当在锁屏界面滑动预设手势x后，显示紧急呼叫电话的先后顺序”。用户可以在该显示界面上选择紧急呼叫号码1、紧急呼叫号码2、紧急呼叫号码3以及紧急呼叫号码4对应的号码。当手机检测到用户点击紧急呼叫号码1的操作后，可以显示如图6中的(c)所示的gui。参见图6中的(c)所示，该gui为紧急呼叫号码1设置的显示界面。用户可以选择报警电话、火警电话、急救中心电话、自定义电话或者手机通讯录中的某一个电话号码作为紧急呼叫号码1。参见图6中的(c)，当手机检测到用户点击报警电话对应的控件602的操作后，可以将报警电话设置为紧急呼叫号码1。当下一次手机检测到用户在锁屏界面下比划出“x”后，可以进入紧急呼叫显示界面，在紧急呼叫号码1的位置显示报警电话。本申请实施例中，用户可以自己设置预设手势和紧急呼叫号码的对应关系，或者设置紧急号码显示的优先级顺序，这样在紧急情况下用户可以快速拨打对应的紧急号码，减少了紧急呼叫的操作步骤和时间，实现了快速、便捷、安全的发起紧急呼叫的目的。应理解，以上通过图5和图6介绍了用户可以自定义设置紧急呼叫号码对应的手势或者优先级顺序的过程；也可以是紧急呼叫号码的优先级顺序就是出厂时设置好的，可以不需要用户进行设置。在某些情况下，用户紧急求助时需要保持静默(例如，犯罪分子就在眼前，危险动物在附近等)，避免自己和手机发出声音带来危险，此时需要无声的发出求救信息并且能让用户感知到求救过程的成功与否，并同时能让环境危险源声音传出去到报警台，获得求助。本申请实施例中增加了静默求救方案，默认在拨打紧急号码后接收紧急号码的回拨时为静默(mute)。在盲操作场景下发起紧急呼叫后，默认关闭下行音频数据，即在呼叫过程中的回铃音和通话建立后对方的声音用户端都听不到，用户可以再按一次音量上键，就能正常通话。为了充分保证用户在隐秘紧急呼叫的安全，在静默紧急呼叫通话结束后，会将原来的情景模式调整为震动模式(或者，静音模式)，并可以在界面提示。同时如果用户打开了呼叫隐藏开关，在拨号后，主动隐藏(删除拨号记录)并将通话置于后台不可见，不可用常规gui操作调回前台，但支持特殊操作调回前台，避免紧急求助通话记录和通话情况给用户带来危险。图7示出了本申请实施例提供的另一gui。参见图7中的(a)所示的gui，该gui为拨打报警电话110的显示界面。该显示界面上包括提示信息“静默模式下，请按音量上键听到对方声音”。在用户拨打紧急号码的过程中，手机可以自动关闭下行音频数据。如果对方接通了电话，用户不会通过听筒和扬声器听到对方的声音。而当手机检测到用户按音量上键后，手机可以打开下行音频数据，用户可以听到对方的声音。参见图7中的(b)所示的gui，该gui为用户拨打紧急号码结束后的显示界面。该显示界面上包括提示信息“已调整为振动模式，解锁后恢复原来的模式”。当手机发起静默紧急呼叫后，进入紧急拨号界面，此时手机默认接收对方语音信息的方式为静默，手机会关闭本端的听筒和扬声器的声音，即在呼叫成功进行振铃时，不会听到回铃音。在对方接听建立通话后，也不能听到对方的声音，并在呼叫和通话界面提示“静默模式下，请按音量上键听到对方声音”。在手机检测到用户按音量上键后，通话恢复正常。如果用户发起了紧急呼叫，那么后续所有来电都可以被强制调整为震动模式(例如，可能有朋友或警方回呼)。并在界面提示，直到有一次解锁后，此时认为环境已安全且用户可操作电子设备，才恢复原来的情景模式(例如，普通模式)。一个实施例中，为了防止因为用户拨通后失去意识，紧急求助台发现通话无声，造成误挂断风险，通过开关设置允许手机发送双音多频(dualtonemultifrequency，dtmf)信息提示告警台。dtmf技术是把手机键盘上每个数字用高低2种不同的sine音频编码表示。示例性的，表1示出了dtmf技术中手机键盘上数字和音频编码的映射关系表。表1123a697hz456b770hz789c852hz*0#d941hz1209hz1336hz1477hz1633hz在此基础上，可以将26个英文字母与9宫格按键对应，比如数字按键6对应mno3个字母，数字按键7对应pqrs4个字母。sos的编码给出字母对应数字钮，sos编码为767，只要发送767对应的双频sine波即可在在链路中嵌入sos信息，通知报警中心。一个实施例中，为了防止紧急呼叫无声被误挂断，手机可以在通话链路接通后，自动发送sos的dtmf信息至告警台。一个实施例中，用户不方便发出声音时或无法发出声音时，可以用对应的dtmf编码静默的发出求助详细信息，通过单个数字或多个数字组合，实现无声模式下发送随路紧急求助信息，同时系统可以自动重发数次这个信息，确保被告警中心接收成功。示例性的，表2示出了采用单个数字键对应紧急求助事件。表2事件数字编码发送频率自动重发次数暴恐11分钟12次36危险动物21分钟12次36…………例如，用户在野外遇到危险动物时，用户不方便发出声音。此时用户可以在拨打紧急呼叫号码并且通话链路接通后，通过按下数据按键1，手机可以发送对应的dtmf编码信息至告警台，从而使得告警台在听不到用户声音的情况下也可以明确当前用户所处的场景。一个实施例中，手机还可以增加和语音紧急呼呼叫同步发起的信息告警。手机发起的信息告警方式包括但不限于以下几种：(1)扩充紧急呼叫数据库，为各个地区对应的紧急呼叫增加短信/即时通讯(instantmessaging，im)工具报警号码。(2)当用户发起静默紧急呼时，同步将报警信息发到对应的短信/im报警号码。(3)提供gui界面供用户设置是否允许紧急呼叫时同步发送紧急求助信息，采集位置信息，姓名等敏感信息(紧急呼叫结束则关闭权限，清除数据)。(4)紧急求助信息内容可以包含用户可预先自定义内容，比如为医疗紧急求助，则包含姓名、已知疾病、住址或者位置信息等。一个实施例中，为了能长时间的保持紧急通话连续，在紧急通话接通后，手机可以自动进入省电模式。直到紧急通话结束，会恢复到原来的模式。本申请实施例中，用户可以在完全隐蔽的情况下发起紧急呼叫，不会被发现。如果用户还有能力操作电子设备，在紧急通话中只要增加一步按音量上键即可恢复正常通话模式，通话结束后只要一次解锁即可恢复原来的情景模式，对用户体验无影响。而且在发起静默紧急呼叫时，会同步发送短信到告警台或紧急联系人，实现多方同时报警，增加报警的成功率和时效性。针对紧急通话中通话异常挂断的情况，本申请实施例还提出了紧急呼叫自愈方案，即从信令上不是对端或本端挂断的电话，电子设备认为是非用户自愿的掉话场景，此时电子设备会倒计时n秒后自动重拨上次的紧急号码，重新发起紧急呼叫。某些发起紧急呼叫的场景，如在高山救援、交通事故、在快速行驶的交通工具上等，可能当前网络环境或用户对终端的可控制性都不好，在紧急通话中一旦出现异常掉话的情况，则难以重新发起紧急呼叫，导致紧急求助失败。因此，本申请实施例中，在电子设备端判断是紧急通话掉话时进行自愈，自动发起紧急重拨。对此，本申请实施例将紧急呼叫场景分为以下4种：(1)界面显示的是紧急呼叫，信令走的是cs的普通呼叫流程；(2)信令走的是cs紧急呼叫流程；(3)界面显示的是紧急呼叫，信令走的是volte的普通呼叫流程；(4)信令走的是volte紧急呼叫流程。其中，cs呼叫的信令流程中，cc_connect表示通话建立，cc_disconnect表示通话挂断，包括本端发起挂断或对端发起挂断。volte呼叫的信令流程中，invite对应的200ok表示对方接听并建立通话，bye表示本端或对端发起的挂断。应理解，本申请实施例中，cs呼叫是指针对网络制式为2g或者3g的电子设备发起的呼叫；volte呼叫是指针对网络制式为4g或者5g的电子设备发起的呼叫。图8至图11示出了本申请实施例提供的紧急呼叫过程中掉话重拨的四种示意图。图8和图9示出了电子设备在和告警台建立连接后，如果不是电子设备或者不是告警台挂断的通话连接。那么电子设备不会发送也不会收到cc_disconnect，那么从通话挂断起的n秒(例如，5秒)后，电子设备可以自动发起对告警台的重拨。图10和图11示出了电子设备在和告警台建立连接后，电子设备接收或者发送了挂断原因为rtp超时的挂断信息。那么从通话挂断起的n秒后，电子设备可以自动发起对告警台的重拨。图12示出了本申请实施例提供的本申请实施例提供的cs通话场景中掉话重拨的方法1200的示意性流程图。如图12所示，该方法1200包括：s1201，电子设备发起cs呼叫。示例性的，如图3中的(d)所示，当手机检测到用户点击急救电话120后，手机可以发起cs呼叫。示例性的，如图4中的(c)所示，当手机检测到倒计时结束后，手机可以向报警电话110发起cs呼叫。s1202，电子设备判断界面显示的是否为紧急呼叫。本申请实施例中，电子设备在判断界面显示的是否为紧急呼叫时，如果用户当前呼叫的是“120”这一国际通用的紧急呼叫号码，则可以认为当前界面显示的是紧急呼叫；如果用户当前呼叫的是“110”或者“120”等地区紧急呼叫号码，则可以认为当前界面显示的不是紧急呼叫。s1203，若电子设备判断界面显示的不是紧急呼叫，则电子设备确定是否接收到cc_emergency_setup。本申请实施例中，电子设备如果接收到了cc_emergency_setup，则可以确定当前呼叫的号码为地区的紧急呼叫号码(例如，“110”或者“119”)；如果没有接收到cc_emergency_setup，则可以确定当前呼叫的号码不是地区的紧急呼叫号码。s1204，若电子设备确定没有接收到cc_emergency_setup，则停止检测。s1205，若电子设备接收到了cc_emergency_setup，或者，电子设备判断界面显示的是紧急呼叫，则继续确定cs通话已经挂断。本申请实施例中，电子设备在确定cs通话已经挂断后，可以继续确定挂断的原因，从而可以判断是否需要自动向告警台发起重拨。s1206，电子设备判断是否接收或者发送了cc_disconnect。示例性的，如果用户自己挂断了通话，则电子设备可以向对端发送cc_disconnect。示例性的，如果对端挂断了通话，则对端可以向电子设备发送cc_disconnect。s1207，如果电子设备没有接收并且也没有发送cc_disconnect，则电子设备可以自动重拨上次的紧急号码，重新发起紧急呼叫。本申请实施例中，如果电子设备没有接收并且也没有发送cc_disconnect，则电子设备可以认为通话挂断的原因是由于其他原因(如信号质量差)造成的并非用户自愿挂断的，那么电子设备可以自动发起重拨。这样有助于减少用户紧急呼叫的操作步骤和时间，实现了快速、便捷的发起紧急呼叫的目的。如果电子设备接收或者发送了cc_disconnect，则电子设备停止检测。图13示出了本申请实施例提供的本申请实施例提供的volte通话场景中掉话重拨的方法1300的示意性流程图。如图13所示，该方法1300包括：s1301，电子设备发起volte呼叫。s1302，电子设备判断界面显示的是否为紧急呼叫。s1303，若电子设备判断界面显示的不是紧急呼叫，则电子设备确定是否接收到invite的contact中携带的sos。s1304，若电子设备确定没有接收到invite的contact中携带的sos，则停止检测。s1305，若电子设备接收到了invite的contact中携带的sos，或者，电子设备判断界面显示的是紧急呼叫，则继续确定volte通话已经挂断。应理解，s1301-s1305的过程可以参考上述方法1200中s1201-s1205的过程，为了简洁，在此不再赘述。s1306，电子设备判断是否接收或者发送了挂断原因为实时传输协议(real-timetransportprotocol，rtp)超时的挂断信息。s1307，若电子设备接收或者发送了挂断原因为rtp超时的挂断信息，则电子设备可以自动重拨上次的紧急号码，重新发起紧急呼叫。在volte通话中，在该电子设备与该告警台的通话连接断开后，电子设备接收到了该通话连接断开是由于实时传输协议rtp超时造成的信息，那么电子设备可以自动向告警台发起重拨；或者，电子设备向告警台发送了该通话连接断开是由于实时传输协议rtp超时造成的信息，电子设备也可以自动向告警台发起重拨。这样有助于减少用户紧急呼叫的操作步骤和时间，实现了快速、便捷的发起紧急呼叫的目的。若电子设备没有接收或者发送挂断原因为rtp超时的挂断信息，或者若电子设备接收或者发送了其他挂断信息，则电子设备停止检测。本申请实施例的技术方案适用的场景包括但不限于以下几种：(1)交通事故后，发起一次紧急呼叫，通话中异常掉话，但是用户已无法操作终端，此时自动发起重拨有利于用户的及时营救；(2)行驶的客车上发生劫持事件，用户只有一次报警机会且呼叫成功后，因移动中网络信号不好导致掉话，则可自动发起重拨。本申请实施例中，通过紧急呼叫自愈方案，在所有紧急通话中由于非正常原因导致掉话，电子设备会自动发起紧急重拨，从而有助于保证呼叫成功率。图14示出了本申请实施例提供的紧急呼叫的方法1400的示意性流程图。如图14所示，方法1400可以由电子设备(例如，手机)执行，该方法1400包括：s1401，该电子设备处于锁屏状态时，在该显示屏上检测到用户的第一操作。示例性的，如图3中的(b)所示，该第一操作可以为用户在显示屏上比划“x”的操作。本申请实施例中，对第一操作的类型并不作限定。第一操作可以为预设手势(例如，“x”、“9”、“///”)；或者，第一操作也可以为隔空手势。s1402，响应于该第一操作，该电子设备通过该显示屏显示紧急呼叫界面，该紧急呼叫界面包括一个或者多个紧急呼叫号码和提示信息，该提示信息用于提示在第一预设时长结束后，自动向第一紧急呼叫号码发出呼叫，该一个或者多个紧急号码包括该第一紧急呼叫号码。示例性的，如图3中的(c)所示的紧急呼叫界面，该紧急呼叫界面上包括3个紧急号码“110”、“119”和“120”和提示信息，该提示信息为“3秒后自动发起报警”。s1403，在该第一预设时长结束后，若该电子设备没有在该显示屏上检测到用户点击该一个或者多个紧急呼叫号码中任意一个紧急呼叫号码的操作，自动向告警台发出呼叫，该告警台为该第一紧急呼叫号码对应的告警台。示例性的，如图4中的(a)和(b)所示，当在3秒后手机没有检测到用户点击3个紧急号码中的任意一个紧急号码的操作，那么手机可以在3秒后自动向优先级最高紧急呼叫号码“110”发起呼叫。s1404，在该电子设备与该告警台的通话连接断开后，该电子设备通过该显示屏显示锁屏界面。本申请实施例中，用户在进行紧急呼叫时可以是在锁屏界面下完成，也就是说并不需要电子设备进入非锁屏状态完成紧急呼叫。所以在电子设备与告警台的通话连接断开后，电子设备可以继续通过显示屏显示锁屏界面。在紧急场景下，用户需要快速进行紧急拨号时，通过滑动特殊图形进入拨号选项，然后选择想要的号码进行拨号，如果用户无法继续操作，则在预设时长倒计时结束后，电子设备可以自动选择最高优先级的号码自动发起呼叫。本申请实施例中，用户可以通过在屏幕上任意位置单手滑动图形，后续无需任何操作，即可实现紧急呼叫。本申请实施例整体上减少了紧急呼叫的操作步骤和时间，实现了快速、便捷、安全的发起紧急呼叫的目的。可选地，该电子设备自动向告警台发出呼叫之后，该方法1400还包括：在该电子设备与该告警台通话连接建立时，该电子设备自动关闭该电子设备的听筒和麦克风的声音；该电子设备检测到用户按压音量上键的第二操作；响应于该第二操作，该电子设备打开该电子设备的听筒和麦克风的声音。示例性的，如图6中的(a)所示，当电子设备与告警台的通话连接建立时，电子设备可以自动关闭来自于告警台的声音。并且通过显示屏显示“静默模式下，请按压音量上键听到对方声音”。在手机检测到用户按压音量上键的操作后，手机可以通过听筒或者扬声器播放来自于告警台的声音。本申请实施例中，用户可以在完全隐蔽的情况下发起紧急呼叫，通话连接建立时电子设备可以自动关闭听筒和麦克风的声音，有助于保证用户在紧急情况下操作手机不会被发现。如果用户还有能力操作电子设备，在紧急通话中只要增加一步按音量上键即可恢复正常通话模式，通话结束后只要一次解锁即可恢复原来的情景模式，对用户体验无影响。可选地，该电子设备自动向该告警台发出呼叫之后，该方法1400还包括：该电子设备向该告警台发送第一信息，该第一信息包括双音多频dtmf编码信息、短消息或者即时通讯im信息中的一种或者多种，该第一信息用于提示用户当前处于紧急情况中。示例性的，手机可以在通话链路接通后，自动发送sos的dtmf信息至告警台。本申请实施例中，用户在发起紧急呼叫时，可以同步发送短信、dtmf编码信息或者im信息到告警台或紧急联系人，实现多方同时报警，增加报警的成功率和时效性。可选地，该方法1400还包括：在该电子设备与该告警台的通话连接断开后，若该电子设备没有向该告警台发送第二信息且该电子设备没有接收到该告警台发送的第三信息，从该通话连接断开起的第二预设时长后，该电子设备自动向该告警台发起重拨，该第二信息用于指示该电子设备断开了该通话连接，该第三信息用于指示该告警台断开了该通话连接。示例性的，在cs通话中，如果电子设备与告警台之间的通话连接断开，电子设备没有向告警台发送cc_disconnect且电子设备也没有接收到告警台发送的cc_disconnect，那么电子设备可以判断是由于其他原因造成的通话中断。那么电子设备可以自动向告警台发起重拨。这样有助于减少用户紧急呼叫的操作步骤和时间，实现了快速、便捷的发起紧急呼叫的目的。可选地，该方法1400还包括：在该电子设备与该告警台的通话连接断开后，若该电子设备向该告警台发送第四信息或者该电子设备接收到该告警台发送的该第四信息，从该通话连接断开起的第二预设时长后，该电子设备自动向该告警台发起重拨，该第四信息用于指示该通话连接断开是由于实时传输协议rtp超时造成的。示例性的，在volte通话中，在该电子设备与该告警台的通话连接断开后，电子设备接收到了该通话连接断开是由于实时传输协议rtp超时造成的信息，那么电子设备可以自动向告警台发起重拨；或者，电子设备向告警台发送了该通话连接断开是由于实时传输协议rtp超时造成的信息，电子设备也可以自动向告警台发起重拨。这样有助于减少用户紧急呼叫的操作步骤和时间，实现了快速、便捷的发起紧急呼叫的目的。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。本实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的紧急呼叫的方法。本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的紧急呼叫素的方法。另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的紧急呼叫的方法。其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(readonlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。当前第1页12