CN114333231B - 紧急呼叫的管理方法、装置、车辆及存储介质 - Google Patents

Abstract

本申请公开了一种紧急呼叫的管理方法、装置、车辆以及存储介质，应用于包括用于紧急呼叫的状态机的车辆，该方法包括状态机响应于外部事件，将其发送至状态机当前所处的状态实例，利用当前所处的状态实例对应的各个迁移实例，对外部事件进行迁移测试，若目标迁移实例对外部事件迁移测试通过，将当前所处状态实例迁移为目标迁移实例所指示的状态实例。该方法可以简化紧急呼叫的流程，对应于车辆的紧急呼叫中的各种情况能够更加安全地实现相应的功能。

Description

紧急呼叫的管理方法、装置、车辆及存储介质

技术领域

本申请涉及汽车安全技术领域，更具体地，涉及一种紧急呼叫的管理方法、装置、车辆及存储介质。

背景技术

随着车辆功能的完善，越来越多的车辆会强制安装紧急呼叫装置，用以在车辆发生危险事故的时候向附近的公共安全应答点发送呼叫请求，使救援人员及时获取事故发生地点，进而展开营救，提升用户的驾驶安全性。但目前车辆安装的紧急呼叫装置由于需要应对现场各种复杂的状况，程序执行过程往往比较复杂，容易发生错误。

发明内容

鉴于上述问题，本申请提出了一种紧急呼叫的管理方法、装置、车辆及存储介质。

第一方面，本申请实施例提供了一种紧急呼叫的管理方法，应用于车辆，车辆包括用于紧急呼叫的状态机，所述方法包括：所述状态机响应于外部事件，将所述外部事件发送至所述状态机当前所处的状态实例，所述状态机的状态实例包括用于管理所述车辆的紧急呼叫的多个状态实例；利用所述当前所处的状态实例对应的各个迁移实例，对所述外部事件进行迁移测试，其中，不同迁移实例对应的迁移测试通过的外部事件不同；若目标迁移实例对所述外部事件迁移测试通过，将所述当前所处的状态实例迁移为目标状态实例，所述目标状态实例为所述目标迁移实例所指示的状态实例。

第二方面，本申请实施例提供了一种紧急呼叫装置，应用于车辆，所述装置包括：事件发送模块、事件测试模块以及状态迁移模块，其中所述事件发送模块用于响应于外部事件，将所述外部事件发送至所述状态机当前所处的状态实例，所述状态机的状态实例包括用于管理所述车辆的紧急呼叫的多个状态实例；所述事件测试模块用于利用所述当前所处的状态实例对应的各个迁移实例，对所述外部事件进行迁移测试，其中，不同迁移实例对应的迁移测试通过的外部事件不同；所述状态迁移模块用于在目标迁移实例对所述外部事件迁移测试通过时，将所述当前所处的状态实例迁移为目标状态实例，所述目标状态实例为所述目标迁移实例所指示的状态实例。

第三方面，本申请实施例提供了一种车辆，包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述第一方面提供的紧急呼叫的管理方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述第一方面提供的紧急呼叫的管理方法。

本申请提供的方案，通过状态机响应于外部事件，将外部事件发送至状态机当前所处的状态实例，利用当前所处的状态实例对应的各个迁移实例对外部事件进行迁移测试，若目标迁移实例对外部事件迁移测试通过，则将当前所处的状态实例迁移为目标迁移实例所指示的状态实例。由此，可以通过状态机中状态实例对应的迁移实例对不同的外部事件做出对应的响应，并改变相应的状态实例，由此实现车辆紧急呼叫中需要满足的各种要求，使车辆紧急呼叫过程更加简化不易出错，增强了紧急呼叫的安全性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请实施例提供的紧急呼叫方法的应用流程图。

图2示出了本申请一个实施例提供的紧急呼叫的管理方法的流程示意图。

图3示出了本申请另一实施例提供的紧急呼叫的管理方法的流程示意图。

图4示出了本申请另一实施例中步骤S230的具体的流程示意图。

图5示出了本申请又一实施例提供的紧急呼叫的管理方法的流程示意图。

图6示出了本申请再一实施例提供的紧急呼叫的管理方法的流程示意图。

图7示出了本申请又另一实施例提供的紧急呼叫的管理方法的流程示意图。

图8示出了本申请又再一实施例提供的紧急呼叫的管理方法的流程示意图。

图9示出了本申请再另一实施例提供的紧急呼叫的管理方法的流程示意图。

图10示出了本申请实施例提供的紧急呼叫的管理方法的整体流程示意图。

图11示出了本申请实施例提供的紧急呼叫装置的结构框图。

图12示出了本申请实施例提供的车辆的一种结构框图。

图13示出了本申请实施例提供的计算机可读存储介质的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

当前，随着车辆技术的发展，人们越来越习惯于自驾出行，车辆的增多导致交通事故频发。因此许多汽车厂商会在车辆出厂时在车载控制系统中安装一个紧急呼叫装置，用于帮助驾驶人员在驾驶过程中发生事故时及时向外发送求救信息。这些紧急呼叫装置的功能大多是在检测到车辆发生异常时自动向周围的公共安全应答点发送紧急呼叫拨号，向其传送车辆故障的位置信息等用于帮助救援并等待回拨，这些功能通常是由车载系统的软件程序直接运行实现。

在相关技术中，在实际情况中由于车辆发生故障通常会有许多不同的情况，现场环境复杂，导致应对复杂环境的程序也相应地十分复杂。程序需要不断判断车辆当前所处的环境，获取传感器输入的信息，以及对应不同情况下的输出操作，这样复杂的程序往往容易产生错误判断，导致做出错误的反应，甚至有可能会耽误救援工作的开展。

针对上述问题，发明人提出了本申请实施例提供的紧急呼叫的管理方法、装置、车辆以及存储介质，通过状态机中的状态实例以及迁移实例应对不同的外部事件，由此实现车辆紧急呼叫中需要满足的各种要求，使车辆紧急呼叫过程更加简化不易出错，增强了紧急呼叫的安全性。其中，具体的紧急呼叫的管理方法在后续的实施例中进行详细的说明。

下面对本申请实施例提供的紧急呼叫的管理方法的硬件环境进行介绍。

请参阅图1，图1示出了本申请实施例提供的紧急呼叫的管理方法应用于报警系统10，报警系统10包括车辆100以及公共安全应答点300(Public Safety Answering Point，PSAP)。该车辆100可以自动发起报警或用户手动报警，以在检测到发生交通事故或者用户手动发起报警时，向公共安全应答点发起紧急呼叫。

其中，车辆100包括用于紧急呼叫的状态机，状态机包括针对于紧急呼叫阶段建立的不同状态实例，以及每个状态实例对应的一个或多个迁移实例。状态机是指由状态寄存器和组合逻辑电路构成，能够根据控制信号按照预先设定的状态进行状态转移，是协调相关信号动作、完成特定操作的控制中心。

在一些实施方式中，车辆100包括用于紧急呼叫软件，该软件内部包括状态机，其中状态机为紧急呼叫软件中虚拟的用于管理车辆紧急呼叫过程中多种不同状态的处理方法。在外部事件产生时，应用软件可以检测到外部事件，或者外部事件主动输入应用软件中，通过应用软件中的状态机确定需要向外界传送的数据；经过调制解调将信息传输至最近的公共安全应答点300；在公共安全应答点300接收数据后可以向车辆100反馈一个信号，用于确定车辆100的相关信息，辅助后续救援活动的进行。

下面将结合附图具体描述本申请实施例提供的紧急呼叫的管理方法。

请参阅图2，图2示出了本申请一个实施例提供的紧急呼叫的管理方法的流程示意图，下面将针对图2所示流程进行详细阐述，所述紧急呼叫的管理方法具体可以包括以下步骤：

步骤S110：所述状态机响应于外部事件，将所述外部事件发送至所述状态机当前所处的状态实例，所述状态机的状态实例包括用于管理所述车辆的紧急呼叫的多个状态实例。

在本申请实施例中，状态机可以有多个状态实例，但在某一时刻状态机处于一种状态实例，并且当状态机处于任一的状态实例时，可以通过调用紧急呼叫模块提供的不同的函数实现不同的操作，还可以根据不同的外部事件做出不同的响应，即将输入的外部事件发送至状态机当前所处的状态实例，其中状态机通过处于不同的状态实例，用以管理车辆的紧急呼叫过程，由于紧急呼叫过程的复杂性，可以使状态机包括多个不同的状态实例，以应对于紧急呼叫过程中的不同状况。

在一些实施方式中，状态机所响应的外部事件可以是车辆进行熄火或者打火的事件，也可以是车辆发生意外事故由用户手动或者系统自动向外发送求救信号的事件，还可以是状态机对应的状态实例之间转换过程中调用函数返回的不同事件，在此可以不做限定。

在一些实施方式中，用于实现车辆紧急呼叫的状态机，可以根据车辆紧急呼叫的要求，将紧急呼叫管理过程中的状态机的状态实例划分为六个不同的状态实例，分别可以是无法拨号的状态对应的第一状态实例、可拨号的状态对应的第二状态实例、正进行拨号的状态对应的第三状态实例、建立呼叫的状态对应的第四状态实例、呼叫失败的状态对应的第五状态实例、以及等待回拨的状态对应的第六状态实例。其中，无法拨号的状态指车辆处于熄火状态时无法进行拨号的状态；可拨号的状态指的是车辆处于打火状态时可以进行拨号的状态；正进行拨号的状态指的是正尝试与外部公共安全应答点建立连接进行拨号的状态；建立呼叫的状态指的是公共安全应答点接通呼叫与车辆建立连接对应的状态；呼叫失败的状态指的是公共安全应答点未接通呼叫或呼叫对话中途断开的状态；等待回拨的状态指的是车辆与公共安全应答点建立连接后等待呼叫回拨的状态。通过将紧急呼叫管理的过程中状态机分为以上几个状态实例，可以使紧急呼叫以及等待回拨的过程更加简洁，使程序在应对不同的外部事件时能够采取及时且准确的应对操作。

步骤S120：利用所述当前所处的状态实例对应的各个迁移实例，对所述外部事件进行迁移测试，其中，不同迁移实例对应的迁移测试通过的外部事件不同。

在本申请实施例中，为使状态机的状态实例在应对外部事件时进入正确的下一个状态实例，可以将每一个不同的状态实例对应有一个或多个不同的迁移实例，其中每一个迁移实例可以分别指向一个状态实例，迁移实例所指向的状态实例可以为紧急呼叫管理中状态机所定义的多个状态实例中的任意一个，即迁移实例可以指向一个不同的状态实例，也可以指向当前所处的状态实例。状态机可以通过迁移实例对外部事件进行测试，用以将状态机的当前状态实例迁移为通过测试的迁移实例所指向的状态实例。

在一些实施方式中，根据输入状态实例的外部事件的不同，对每个状态实例对应有一个或多个不同的迁移实例，这些迁移实例可以根据不同的外部事件将状态机当前所处的状态实例迁移为迁移实例所指向的状态实例。

在一些实施方式中，对外部事件进行测试可以是测试车辆当前所处状态是否符合迁移实例要求的状态，也可以是测试某一时间长度是否符合迁移实例的要求，还可以是状态实例输入的外部事件是否于迁移实例要求的事件符合。

S130：若目标迁移实例对所述外部事件迁移测试通过，将所述当前所处的状态实例迁移为目标状态实例，所述目标状态实例为所述目标迁移实例所指示的状态实例。

在本申请实施例中，状态机当前状态实例对应的各个迁移实例可以对输入的外部事件进行测试，若目标迁移实例对外部事件测试通过，则可以将状态机的当前状态实例迁移为目标迁移实例所指向的目标状态实例。其中状态机，处于不同的状态实例时，会对应于输入不同的外部事件执行相应的操作，其中执行的操作可以是对公共安全应答点进行拨号，也可以是开始计时等操作，状态机在完成对应的操作后可以转换当前状态实例。

本申请实施例提供的紧急呼叫的管理方法，通过针对紧急呼叫的不同阶段建立对应的状态实例，用以对不同的输入事件做出相应的操作，并将状态机的当前状态实例迁移至相应的下一个状态实例，从而使紧急呼叫的过程简便，且满足基本需求，提高了紧急呼叫的安全性。

请参阅图3，图3示出了本申请另一个实施例提供的紧急呼叫的管理方法的流程示意图，下面将针对图3所示流程进行详细阐述，所述紧急呼叫的管理方法具体可以包括以下步骤：

步骤S210：所述状态机响应于外部事件，将所述外部事件发送至所述状态机当前所处的状态实例，所述状态机的状态实例包括用于管理所述车辆的紧急呼叫的多个状态实例。

步骤S220：利用所述当前所处的状态实例对应的各个迁移实例，对所述外部事件进行迁移测试，其中，不同迁移实例对应的迁移测试通过的外部事件不同。

在本申请实施例中，步骤S210以及步骤S220可以参阅其他实施例的内容，在此不再赘述。

步骤S230：所述当前所处的状态实例为可拨号的状态对应的第二状态实例时，若所述外部事件为用于触发紧急呼叫的事件，则所述第二状态实例对应的第一迁移实例测试通过，并在所述第一迁移实例测试通过的情况下，将所述第二状态实例迁移为所述第一迁移实例指示的第三状态实例，并调用紧急呼叫的软件开发工具包SDK进行紧急呼叫的拨号，所述第三状态实例与正在进行拨号的状态对应。

在本申请实施例中，若状态机当前所处的状态实例为第二状态实例，第二状态实例是指状态机可以响应于外部操作对公共安全应答点进行拨号，也就是说，若此时车辆发生安全事故，紧急呼叫装置可以自动或者通过用户手动的方式向公共安全应答点进行拨号发送求救信号，此时状态机所处的第二状态实例可以对应有一个第一迁移实例，用以通过对外部事件的测试，进而将状态机的状态实例迁移为第一迁移实例所指示的第三迁移实例，其中外部事件为用于触发紧急呼叫的事件，第一迁移实例所指示的第三状态实例是对应于正在进行拨号的状态，即状态机进入第三状态实例后可以通过调用软件开发工具包(Software Development Kit，SDK)对公共安全应答点进行紧急呼叫的拨号。

在一些实施方式中，软件开发工具包SDK是车辆实现紧急呼叫功能的集成模块中为使用者所提供的用于实现带内调制解调功能的开发工具的集合。基于SDK紧急呼叫模块可以通过软件应用程序向公共安全应答点传输数据，实现紧急呼叫的功能。

在一些实施方式中，请参阅图4，在所述第一迁移实例测试通过的情况下，将所述第二状态实例迁移为所述第一迁移实例指示的所述第三状态实例，并调用紧急呼叫的软件开发工具包SDK进行紧急呼叫的拨号，可以包括以下几个步骤：

步骤S231：在所述第一迁移实例测试通过的情况下，在第一时长内输出提示信息。

在本申请实施例中，在状态机处于第二状态实例时，第二状态实例对应的各个迁移实例可以对输入的外部事件进行测试，在第一迁移实例对外部事件测试通过的情况下，状态机可以在迁移当前状态实例前进行一段时间的延迟并在延迟时间内输出提示信息，用以提示用户应对于输入的用于触发紧急呼叫的外部事件，状态机即将改变当前状态进入第一迁移实例所指示的下一状态实例并进行紧急呼叫的拨号操作。

在一些实施方式中，输出的提示信息可以时通过扩音器播放警告音频，也可以是通过一个提示灯进行闪烁提示，以提示用户即将进行紧急呼叫的拨号操作，还可以是通过车辆显示屏输出音视频画面告知用户车辆响应于外部操作即将进行紧急呼叫的拨号操作，具体的提示信息的输出方式可以不做限定。

在一些实施方式中，状态机在第一时长内输出提示信息的同时还可以接收用户撤销紧急呼叫的操作并停止改变状态机的当前状态实例。其中用户撤销紧急呼叫的操作可以是通过手动触发某一实体按键或者虚拟按键实现的，在此不做具体限定。

步骤S232：在所述第一时长后，将所述第二状态实例迁移为所述第一迁移实例指示的所述第三状态实例，并调用紧急呼叫的软件开发工具包SDK进行紧急呼叫的拨号。

在本申请实施例中，状态机在第一时长内输出提示信息后，可以认为是用户对进行紧急呼叫的动作的确认，因此，在第一时长后，状态机可以将当前所处的第二状态实例迁移为第一迁移实例所指示的第三状态实例，根据状态机预先建立的多个具有不同意义以及不同操作的状态实例，第三状态实例是对公共安全应答点进行拨号操作的状态实例，故状态机在进入第三状态实例后可以调用紧急呼叫的软件开发工具包SDK进行紧急呼叫的拨号操作。

步骤S240：所述当前所处的状态实例为可拨号的状态对应的第二状态实例时，若所述外部事件为熄火事件，则所述第二状态实例对应的第二迁移实例测试通过，并在所述第二迁移实例测试通过的情况下，将所述第二状态实例迁移为所述第二迁移实例指示的所述第一状态实例。

在本申请实施例中，在状态机处于第二状态实例时，若状态机接收到的外部事件为熄火事件，则意味着车辆此时处于熄火状态，此时状态机可以有一个第二迁移实例对外部事件即熄火事件测试通过，将状态机的当前状态实例迁移为第二迁移实例所指示的第一状态实例，即无法进行拨号的状态，即指在状态机处于可以进行紧急拨号的第二状态实例时，若所处车辆发生熄火事件，则状态机可以将当前状态实例调整为不能进行紧急拨号的第二状态实例。可以理解，若车辆熄火，可以将其视为车辆内部处于无人状态，此时将状态机调整为不能紧急拨号的第二状态实例，可以防止由于意外误触或其他意外情况使状态机进行紧急拨号的事件的发生。

本申请实施例提供的紧急呼叫的管理方法，通过在状态机处于可以进行紧急呼叫的第二状态实例的情况下，应对于触发紧急呼叫的外部事件或者熄火事件时，将当前所处状态实例迁移为不同迁移实例对应的不同状态实例，满足了车辆在可以进行紧急呼叫的情况下，应对不同场景即外部输入事件的不同实施方式，扩展了紧急呼叫的管理方法的应用场景。

请参阅图5，图5示出了本申请又一个实施例提供的紧急呼叫的管理方法的流程示意图，下面将针对图5所示流程进行详细阐述，所述紧急呼叫的管理方法具体可以包括以下步骤：

步骤S310：所述状态机响应于外部事件，将所述外部事件发送至所述状态机当前所处的状态实例，所述状态机的状态实例包括用于管理所述车辆的紧急呼叫的多个状态实例。

步骤S320：利用所述当前所处的状态实例对应的各个迁移实例，对所述外部事件进行迁移测试，其中，不同迁移实例对应的迁移测试通过的外部事件不同。

步骤S330：所述当前所处的状态实例为可拨号的状态对应的第二状态实例时，若所述外部事件为用于触发紧急呼叫的事件，则所述第二状态实例对应的第一迁移实例测试通过，并在所述第一迁移实例测试通过的情况下，将所述第二状态实例迁移为所述第一迁移实例指示的所述第三状态实例。

在本申请实施例中，步骤S310至步骤S330可以参阅其他实施例的内容，在此不再赘述。

步骤S340：若所述外部事件为手动触发的紧急呼叫事件，则开始进行计时。

在本申请实施例中，状态机在当前状态处于进行紧急呼叫的第三状态实例时，可以在进行紧急呼叫前先确定触发紧急呼叫的外部事件的触发类型，此时该外部事件可以时手动触发的紧急呼叫事件，即用户根据自身需求的实际情况主动触发紧急呼叫事件，此时状态机为防止用户是无意识进行的触发操作这种情况，可以在进行紧急呼叫前开始计时，用以给用户一段时间确认手动触发的紧急呼叫事件并非误触，用以减少错误的紧急呼叫事件发生，提高紧急呼叫的准确性。

在一些实施方式中，手动触发的紧急呼叫事件可以是用户基于车辆设置的紧急呼叫按键所进行的紧急呼叫操作，也可以是用户提前设定的预设条件满足时所进行的紧急呼叫操作，即手动触发的紧急呼叫事件可以有一定的概率被错误触发，故在紧急呼叫前设置计时操作，具体的手动触发方式可以不做限定。

步骤S350：若所述第一迁移实例对应的外部事件为自动触发的紧急呼叫事件，则调用紧急呼叫的SDK进行紧急呼叫的拨号。

在本申请实施例中，在状态机处于第二状态实例时，输入外部事件为触发紧急呼叫事件，状态机进入通过测试的第一迁移实例对应的第三状态实例，此时状态机可以在确定触发紧急呼叫的事件为自动触发的紧急呼叫事件的情况下，调用紧急呼叫的SDK进行紧急呼叫的拨号，自动触发的紧急呼叫事件是指车辆系统根据车辆当前所处状态判断车辆处于紧急状态而触发的事件，在实际情况中，车辆可以通过多种方式确定车辆处于紧急状态，如车辆安全气囊被打开、车辆外部发生严重损坏、车内有毒气体浓度等情况，车辆处于上述情况时可以将其视为车内人员处于不安全的状态，此时状态机可以直接调用紧急呼叫的SDK进行紧急呼叫的拨号，其中车辆处于紧急状态的具体确判定依据以及评价标准可以根据国家相关规定在车辆出厂时进行设定，也可以根据用户自定义设定，在此不做限定。

步骤S360：在计时时长达到第一时长的情况下，未接收到用于取消紧急呼叫的事件，则调用紧急呼叫的SDK进行紧急呼叫的拨号。

在本申请实施例中，第一时长可以为用户自定义的预设时长，也可以时系统预先设定的时长。由于外部事件为用户手动触发的紧急呼叫事件，存在一定程度上误触的可能性，故此时状态机可以通过在进行紧急呼叫拨号前的计时操作，接收可以用于取消紧急呼叫的事件，可以一定程度上纠正误触事件的产生。也就是说，若在计时时长达到第一时长的情况下，状态机未在计时期间接收到取消紧急呼叫的事件，可以将其视为用户对进行紧急呼叫拨号动作的确认操作，此时状态机可以调用紧急呼叫的SDK进行紧急呼叫的拨号。

步骤S370：在计时时长未达到第一时长的情况下，若接收到新的外部事件，将所述新的外部事件发送至所述第三状态实例。

在本申请实施例中，状态机在进入第一迁移实例对应的进行拨号状态的第三状态实例后，可以先确定第一迁移实例测试通过的外部事件的触发类型，若外部事件为手动触发的紧急呼叫事件，则状态机可以在计时时长未达到第一时长时，接收新的外部事件，用以使状态机可以在计时期间撤销紧急呼叫的事件。状态机在计时时长未达到第一时长的情况下，接收到新的外部事件，此时状态机所处的第三状态实例对应的各个迁移实例可以对该输入的外部事件进行测试，即将新的外部事件发送至第三状态实例，用以将状态机的当前状态实例迁移为通过测试的迁移实例所指向的目标状态实例。

步骤S380：利用所述第三状态实例对应的各个迁移实例，对所述新的外部事件进行迁移测试。

在本申请实施例中，状态机根据紧急呼叫的具体实施过程，预先定义多个不同的状态实例，并且每个状态实例对应有一个或多个迁移实例，用以指示状态机在不同状态实例之间切换。因此状态机处于进行紧急呼叫拨号的第三状态实例时，也可以对应有一个或多个迁移实例，用以在输入不同的外部事件时，将状态机的状态实例迁移为对应的目标状态实例，因此在计时过程中接收到新的外部事件并将其发送至第三状态实例后，状态机可以利用第三状态实例对应的各个迁移实例，对输入的新的外部事件进行迁移测试，用以确定状态机下一步的迁移方向。

步骤S390：若所述新的外部事件为取消紧急呼叫的事件，则所述第三状态实例对应的第三迁移实例测试通过，并将所述第三状态实例迁移为所述第三迁移实例指示的所述第二状态实例。

在本申请实施例中，第三状态实例对应的各个迁移实例对新的外部事件进行迁移测试后，可以得到通过测试的对应的迁移实例，若输入的新的外部事件为取消紧急呼叫的事件，即意味着此时用户想要取消之前手动触发的紧急呼叫事件，则第三状态实例对应的第三迁移实例测试通过，此时状态机可以将当前所处的第三状态实例迁移为第三迁移实例所指示的可以进行紧急呼叫的拨号的第二状态实例，取消了计时结束后调用紧急呼叫的SDK进行拨号的操作，将状态机状态实例迁移为可以进行拨号的第二状态实例。

在一些实施方式中，取消紧急呼叫事件可以是用户通过预设取消紧急呼叫按键主动取消手动触发的紧急呼叫事件，也可以是系统通过预先设定的判断条件自动触发取消紧急呼叫的事件，如在手动触发紧急呼叫的按键持续按下超过一定时间时，系统可以自动认定该手动触发的紧急呼叫事件属于误操作，并在计时时间内自动触发取消紧急呼叫时间的事件。具体实现取消紧急呼叫事件的方法可以不做限定。

本申请实施例提供的紧急呼叫的管理方法，通过在状态机进入第三状态实例后开始计时，在计时时长未达到第一时长时，获取可能输入的取消紧急呼叫事件，用以应对手动触发的紧急呼叫事件可能出现的意外情况，即可能由于用户误操作导致手动触发了紧急呼叫事件，避免因手动操作的误触发造成紧急呼叫拨号等情况的发生，提高了紧急呼叫的准确性。

请参阅图6，图6示出了本申请再一个实施例提供的紧急呼叫的管理方法的流程示意图，下面将针对图6所示流程进行详细阐述，所述紧急呼叫的管理方法具体可以包括以下步骤：

步骤S410：所述状态机响应于外部事件，将所述外部事件发送至所述状态机当前所处的状态实例，所述状态机的状态实例包括用于管理所述车辆的紧急呼叫的多个状态实例。

步骤S420：利用所述当前所处的状态实例对应的各个迁移实例，对所述外部事件进行迁移测试，其中，不同迁移实例对应的迁移测试通过的外部事件不同。

在本申请实施例中，步骤S410以及步骤S420可以参阅其他实施例的内容，在此不再赘述。

步骤S430：若所述当前所处的状态实例为正进行拨号状态对应的第三状态实例，且所述外部事件为用于表征已经接听呼叫的事件，则所述第三状态实例对应的第四迁移实例测试通过，并在所述第四迁移实例测试通过的情况下，将所述第三状态实例迁移为所述第四迁移实例指示的第四状态实例，所述第四状态实例与建立呼叫的状态对应。

在本申请实施例中，若状态机当前状态实例为正进行拨号状态对应的第三状态实例，则状态机可以调用紧急呼叫的SDK进行紧急呼叫的拨号，同时调用SDK还可以在公共安全应答点接听呼叫时向状态机返回一个预设值，用以表征呼叫已被接听事件。此时，若状态机接收到用于表征呼叫已经接听的外部事件，则状态机第三状态实例对应的第四迁移实例可以对该外部事件测试通过，即状态机可以将当前所处的第三状态实例迁移为第四迁移实例所指示的第四状态实例。第四状态实例对应的建立呼叫的状态可以用于表征紧急呼叫已经建立。

步骤S440：若所述当前所处的状态实例为正进行拨号状态对应的第三状态实例，且所述外部事件为用于表征无法建立呼叫的事件，则所述第三状态实例对应的第五迁移实例测试通过，并在所述第五迁移实例测试通过的情况下，将所述第三状态实例迁移为所述第五迁移实例指示的第五状态实例，所述第五状态实例与呼叫失败的状态对应。

在本申请实施例中，状态机当前状态处于正进行拨号状态对应的第三状态实例时，若输入的外部事件为为用于表征无法建立呼叫的事件，即状态机向公共安全应答点发送的拨号请求未得到回应时，第三状态实例对应的第五迁移实例可以对该外部事件测试通过。此时，状态机可以将第三状态实例迁移为第五迁移实例所指示的第五状态实例，其中第五状态实例可以用于表征呼叫失败的状态，无法建立呼叫可以是公共安全应答点未接收到状态机调用紧急呼叫的SDK进行紧急呼叫的拨号。

本申请实施例提供的紧急呼叫的管理方法，实现了状态机处于第三状态实例时对公共安全应答点进行紧急呼叫拨号的不同反馈情况，其中可以有呼叫接收的事件，也可以有无法建立呼叫的事件，通过第三状态实例对应的不同迁移实例，使状态机可以应对不同的外部事件做出合理的应对，使紧急呼叫拨号过程更加全面，应用范围更广。

请参阅图7，图7示出了本申请又另一个实施例提供的紧急呼叫的管理方法的流程示意图，下面将针对图7所示流程进行详细阐述，所述紧急呼叫的管理方法具体可以包括以下步骤：

步骤S510：所述状态机响应于外部事件，将所述外部事件发送至所述状态机当前所处的状态实例，所述状态机的状态实例包括用于管理所述车辆的紧急呼叫的多个状态实例。

步骤S520：利用所述当前所处的状态实例对应的各个迁移实例，对所述外部事件进行迁移测试，其中，不同迁移实例对应的迁移测试通过的外部事件不同。

在本申请实施例中，步骤S510以及步骤S520可以参阅其他实施例的内容，在此不再赘述。

步骤S530：若所述当前所处的状态实例为建立呼叫的状态对应的第四状态实例，且所述外部事件为用于恢复通话的事件，则所述第四状态实例对应的第六迁移实例测试通过，并在所述第六迁移实例测试通过的情况下，将所述第四状态实例迁移为所述第六迁移实例指示的第三状态实例，并调用紧急呼叫的SDK进行紧急呼叫拨号，所述第三状态实例与正在进行拨号的状态对应。

在本申请实施例中，若状态机处于第四状态实例，即建立呼叫的状态对应的状态实例，则此时状态机可以基于第四状态实例对应的一个或多个迁移实例对输入的外部事件进行测试。若外部事件为用于恢复通话的事件，则第四状态实例对应的第六迁移实例可以对该外部事件测试通过，因此状态机可以将当前所处的第四状态实例迁移为第六迁移实例指示的第三状态实例，状态机进入第三状态实例后可以立即调用紧急呼叫的SDK进行紧急呼叫拨号。

在一些实施方式中，车辆在熄火前可以自动保存状态机当前所处状态实例，在车辆再次打火后，状态机可以读取保存的当前所处状态实例，若状态机保存的当前状态实例为第四状态实例时，则车辆打火后状态机仍处于第四状态实例，同时第四状态实例对应的各个迁移实例自动对事件进行测试。此时，外部事件可以为上一次状态实例为第四状态实例的事件，此时第四状态对应的第六迁移实例可以对该外部事件测试通过，用以将状态机当前所处的第四状态实例迁移为第六迁移实例所指示的第三状态实例，进而调用紧急呼叫的SDK进行紧急呼叫拨号。

步骤S540：若所述当前所处的状态实例为建立呼叫的状态对应的第四状态实例，且所述外部事件为用于挂断呼叫的事件，则所述第四状态实例对应的第七迁移实例测试通过，并在所述第七迁移实例测试通过的情况下，将所述第四状态实例迁移为所述第七迁移实例指示的第六状态实例，所述第六状态实例与等待回拨的状态对应。

在本申请实施例中，状态机处于第四状态实例，若此时输入的外部事件为用于挂断呼叫的事件，则第四状态实例可以有对应的第七迁移实例对该外部事件测试通过。挂断呼叫事件是指车辆向公共安全应答点进行的紧急呼叫拨号被接听，且在公共安全应答点接收到相应数据后挂断通话的事件，此时状态机可以将当前所处的第四状态实例迁移为第七迁移实例所指示的第六状态实例。第六状态实例用于等待公共安全应答点对车辆的回拨，在一般紧急呼叫的拨号过程中，车辆在向公共安全应答点拨号并被接听后，会向公共安全应答点发送车辆位置信息、车辆人员等相应情况，方便后续救援工作的开展，为在通话结束后一段时间内，公共安全应答点还会再次向车辆发送通话请求，用以实现再次确定车辆情况以及救援信息等功能。

步骤S550：若所述当前所处的状态实例为建立呼叫的状态对应的第四状态实例，且所述外部事件为用于表征呼叫出错的事件，则所述第四状态实例对应的第八迁移实例测试通过，并在在所述第八迁移实例测试通过的情况下，将所述第四状态实例迁移为所述第八迁移实例指示的第五状态实例，所述第五状态实例与呼叫失败的状态对应。

在本申请实施例中，状态机当前所处状态为第四状态实例，若此时输入的外部事件为用于表征呼叫出错的事件，呼叫出错事件是指状态机向公共安全应答点发送紧急呼叫的拨号请求，公共安全点接听了通话但通话中途发生了故障导致通话中途中断的事件，即紧急呼叫的拨号被接听但通话未能完全达到紧急呼叫目的的事件，则第四状态实例可以有一个第八迁移实例对该外部事件测试通过。此时，状态机可以将当前所处的第四状态实例迁移为第八迁移实例所指示的第五状态实例，其中第五状态实例是呼叫失败对应的状态。

在一些实施方式中，呼叫出错是指公共安全应答点未能完全接收车辆传输过去的相关事故数据，即结束通话的动作不是由公共安全应答点完成的动作，呼叫出错的事件可以是呼叫通话的过程中通话的发起端与接收端之间的网络连接不稳定造成的通话中断，也可以是由于车辆事故引起的外部设备故障导致通话中断。

本申请实施例提供的紧急呼叫的管理方法，完善了状态机处于建立呼叫的状态对应的第四状态实例的实施方案，通过第四状态实例对应的第六、第七以及第八迁移实例可以测试通过的外部事件，能够实现应对紧急呼叫过程中可能会出现的各种不同情况，使紧急呼叫的管理方法适应性更强，能够应对更对的状况，也使紧急呼叫的流程更加简明，不易出错。

请参阅图8，图8示出了本申请又再一个实施例提供的紧急呼叫的管理方法的流程示意图，下面将针对图8所示流程进行详细阐述，所述紧急呼叫的管理方法具体可以包括以下步骤：

步骤S610：所述状态机响应于外部事件，将所述外部事件发送至所述状态机当前所处的状态实例，所述状态机的状态实例包括用于管理所述车辆的紧急呼叫的多个状态实例。

步骤S620：利用所述当前所处的状态实例对应的各个迁移实例，对所述外部事件进行迁移测试，其中，不同迁移实例对应的迁移测试通过的外部事件不同。

在本申请实施例中，步骤S610以及步骤S620可以参阅其他实施例的内容，在此不再赘述。

步骤S630：若所述当前所处的状态实例为呼叫失败的状态对应的第五状态实例，且第一计时时长未超过第二时长，且所述外部事件为用于重试拨号的事件，则所述第五状态实例对应的第九迁移实例测试通过，并在所述第九迁移实例测试通过的情况下，将所述第五状态实例迁移为所述第九迁移实例指示的第三状态实例，并调用紧急呼叫的SDK进行紧急呼叫拨号，所述第一计时时长为所述状态机迁移至所述第五状态实例时开始计时的时长，所述第三状态实例与正在进行拨号的状态对应。

在本申请实施例中，在本申请实施例中，若状态机处于第五状态实例，即呼叫失败的状态对应的状态实例，则此时状态机可以基于第五状态实例对应的一个或多个迁移实例对输入的外部事件进行测试，同时状态机还可以在状态机迁移至第五状态实例时开始计时，该计时时长为第一计时时长，若外部事件为用于重试拨号的事件，并且第一计时时长未超过第二时长时，第五状态实例对应的第九迁移实例可以对该外部事件测试通过，其中重试拨号事件是用于指示状态机再次尝试调用紧急呼叫的SDK进行紧急呼叫拨号。第二时长可以是一段预设的时间长度，第一计时时长未超过第二时长可以是对状态机状态进行重试拨号动作的时长的限定，因此状态机可以将当前所处的第五状态实例迁移为第九迁移实例所指示的第三状态实例，状态机进入第三状态实例后可以立即调用紧急呼叫的SDK进行紧急呼叫拨号。

在一些实施方式中，呼叫失败的状态可以是车辆调用紧急呼叫的SDK进行紧急呼叫的拨号，但公共安全应答点未接收到该紧急呼叫的拨号；呼叫失败还可以是公共安全应答点接听了紧急呼叫的拨号，但未能接收车辆传输过来的相关数据，即在紧急呼叫的接听过程中通话发生了中断。

步骤S640：若所述当前所处的状态实例为呼叫失败的状态对应的第五状态实例，所述第一计时时长超过所述第二时长，且所述外部事件为用于表征已建立呼叫的事件，则所述第五状态实例对应的第十迁移实例测试通过，并在所述第十迁移实例测试通过的情况下，将所述第五状态实例迁移为所述第十迁移实例指示的第六状态实例，所述第六状态实例与等待回拨的状态对应。

在本申请实施例中，状态机在迁移至第五状态实例时可以开始计时，用以对重新拨号动作进行限时，在第一计时时长超过第二时长时，则状态机通过确定当前是否具有已建立呼叫的通话，并将其作为外部事件。若在第一计时时长超过第二时长且当前具有已建立呼叫的通话时，外部事件可以是用于表征已建立呼叫的事件，第五状态实例可以有一个对应的第十迁移实例对该外部事件测试通过，此时，状态机可以将当前所处的第五状态实例迁移为第十迁移实例所指示的第六状态实例，其中第六状态实例是对应于等待回拨的状态。

步骤S650：若所述当前所处的状态实例为呼叫失败的状态对应的第五状态实例，所述第一计时时长超过所述第二时长，且所述外部事件为用于表征未建立呼叫的事件，则所述第五状态实例对应的第十一迁移实例测试通过，并在所述第十一迁移实例测试通过的情况下，将所述第五状态实例迁移为所述第十一迁移实例指示的第二状态实例，所述第二状态实例与可拨号的状态对应。

在本申请实施例中，在第一计时时长超过第二时长时，状态机可以通过确定当前是否具有已建立呼叫的通话，将其作为外部事件，若在第一计时时长超过第二时长且不具有已建立呼叫的通话时，外部事件可以是用于表征为建立呼叫的事件，则第五状态实例可以有一个对应的第十一迁移实例对该外部事件测试通过，此时状态机可以将当前所处的第五状态实例迁移为第十一迁移实例所指示的第二状态实例，其中第二状态实例是对应可拨号的状态。

本申请实施例提供的紧急呼叫的管理方法，完善了状态机处于呼叫失败状态对应的第五状态实例的实施方案，通过第五状态实例对应的第九、第十以及第十一迁移实例可以测试通过的外部事件，实现了应对紧急呼叫过程中可能会出现的各种不同情况，使紧急呼叫的管理方法适应性更强，能够应对更对的状况，也使紧急呼叫的流程更加简明，不易出错。

请参阅图9，图9示出了本申请再另一个实施例提供的紧急呼叫的管理方法的流程示意图，下面将针对图9所示流程进行详细阐述，所述紧急呼叫的管理方法具体可以包括以下步骤：

步骤S710：所述状态机响应于外部事件，将所述外部事件发送至所述状态机当前所处的状态实例，所述状态机的状态实例包括用于管理所述车辆的紧急呼叫的多个状态实例。

步骤S720：利用所述当前所处的状态实例对应的各个迁移实例，对所述外部事件进行迁移测试，其中，不同迁移实例对应的迁移测试通过的外部事件不同。

在本申请实施例中，步骤S710以及步骤S720可以参阅其他实施例的内容，在此不再赘述。

步骤S730：若所述当前所处的状态实例为等待回拨的状态对应的第六状态实例，且所述外部事件为第二计时时长超过第三时长的事件，且所述车辆为未熄火状态，则所述第六状态实例对应的第十二迁移实例测试通过，并在所述第十二迁移实例测试通过的情况下，将所述第六状态实例迁移为所述第十二迁移实例指示的第二状态实例，所述第二计时时长为所述状态机迁移至所述第六状态实例时开始计时的时长，所述第二状态实例与可拨号的状态对应。

在本申请实施例中，若状态机处于第六状态实例，即等待回拨的状态对应的状态实例，则此时状态机可以基于第六状态实例对应的一个或多个迁移实例对输入的外部事件进行测试，同时状态机还可以在迁移至第六状态实例时开始计时，该计时时长为第二计时时长，可以将第二计时时长超过第三时长的事件作为外部事件，并且确定车辆当前处于熄火状态或者未熄火状态。若当前车辆处于未熄火状态，则第六状态实例对应的第十二迁移实例可以对该外部事件测试通过，其中第三时长可以是一段预设的时间长度，第二计时时长超过第二时长可以是对状态机等待公共安全应答点的回拨动作的时长的限定，因此状态机可以将当前所处的第六状态实例迁移为第十二迁移实例所指示的第二状态实例，其中第二状态实例是对应可拨号的状态。

步骤S740：若所述当前所处的状态实例为等待回拨的状态对应的第六状态实例，所述外部事件为所述第二计时时长超过第三时长的事件，且所述车辆处于熄火状态，则所述第六状态实例对应的第十三迁移实例测试通过，并在所述第十三迁移实例测试通过的情况下，将所述第六状态实例迁移为所述第十三迁移实例指示的第一状态实例，所述第一状态实例与无法拨号的状态对应。

在本申请实施例中，状态机在迁移至第六状态实例时可以开始计时，用以对等待公共安全应答点回拨的动作进行限时，在外部事件为第二计时时长超过第三时长时，确定车辆所处状态。若车辆处于熄火状态，则第六状态实例可以有一个对应的第十三迁移实例对该外部事件测试通过，此时，状态机可以将当前所处的第六状态实例迁移为第十三迁移实例所指示的第一状态实例，其中第六状态实例是对应于无法进行拨号的状态。

本申请实施例提供的紧急呼叫的管理方法，进一步完善了状态机处于等待回拨的状态对应的第六状态实例的实施方案，通过确定车辆自身处于熄火或者未熄火状态，第六状态实例对应的第十二迁移实例以及第十三迁移实例可以测试通过的外部事件，应对于紧急呼叫过程中可能会出现的各种不同情况，使紧急呼叫的管理方法适应性更强，能够应对更对的状况，也使紧急呼叫的流程更加简明，不易出错

请参阅图10，其示出了本申请实施例中基于紧急呼叫的拨号过程建立的六个状态实例以及各个状态实例之间通过迁移实例进行转换的整体流程示意图：在车辆中状态机处于第一状态实例时，输入打火事件即可使状态机进入第二状态实例，在状态机处于第二状态实例时，输入外部事件为触发紧急呼叫的事件则状态机根据第一迁移实例进入第三状态实例，输入外部事件为熄火事件则状态机根据第二迁移实例进入第一状态实例。状态机处于第三状态实例时，输入外部事件为取消紧急呼叫事件，即可将状态机的当前状态迁移为第三迁移实例所指示的第二状态实例，输入已经接听呼叫事件，即可将状态机的当前状态实例迁移为第四迁移实例所指示的第四状态实例，输入外部事件为无法建立呼叫的事件，则状态机可以将当前状态实例迁移为第五迁移实例所指示的第五状态实例。状态机处于第四状态实例时，若输入外部事件为恢复通话的事件，则状态机根据第六迁移实例进入其所指向的第三状态实例，若输入的外部事件为挂断呼叫的事件，则状态机根据第七迁移实例进入其所指示的第六状态实例，若输入的外部事件为呼叫出错的事件，则状态机根据第八迁移实例进入其所指示的第五状态实例。若状态机处于第五状态实例，若第一计时时长超过第二时长且输入外部事件为重试拨号的事件，则状态机根据第九迁移实例进入其所指示的第三状态实例，若第一计时时长超过第二时长且输入外部事件为已建立呼叫的事件，则状态机根据第十迁移实例进入其所指示的第六状态实例，若第一计时时长超过第二时长且输入外部事件为未建立呼叫的事件，则状态机根据第十一迁移实例进入其所指示的第二状态实例。若状态机处于第六状态实例，若输入的外部事件为第二计时时长超过第三时长，且车辆处于未熄火状态，则状态机根据第十二迁移实例进入其所指示的第二状态实例，若输入的外部事件为第二计时时长超过第三时长，且车辆处于熄火状态，则状态机根据第十三迁移实例进入其所指示的第一状态实例。

请参阅图11，其示出了本申请实施例提供的一种紧急呼叫装置200的结构框图，紧急呼叫装置200包括：事件发送模块210、事件测试模块220以及状态迁移模块230，其中，事件发送模块210用于响应于外部事件，将外部事件发送至状态机当前所处的状态实例，状态机的状态实例包括用于管理所述车辆的紧急呼叫的多个状态实例；事件测试模块220用于利用当前所处的状态实例对应的各个迁移实例，对外部事件进行迁移测试，其中，不同迁移实例对应的迁移测试通过的外部事件不同；状态迁移模块230用于在目标迁移实例对外部事件迁移测试通过时，将当前所处的状态实例迁移为目标状态实例，目标状态实例为目标迁移实例所指示的状态实例。

作为一种可能的实施方式，若当前所处的状态实例为可拨号的状态对应的第二状态实例，则状态迁移模块230可以具体用于：若外部事件为用于触发紧急呼叫的事件，则第二状态实例对应的第一迁移实例测试通过，并在第一迁移实例测试通过的情况下，将第二状态实例迁移为第一迁移实例指示的第三状态实例，并调用紧急呼叫的软件开发工具包SDK进行紧急呼叫的拨号，第三状态实例与正在进行拨号的状态对应；若外部事件为熄火事件，则第二状态实例对应的第二迁移实例测试通过，并在第二迁移实例测试通过的情况下，将第二状态实例迁移为第二迁移实例指示的第一状态实例，第一状态实例与无法拨号的状态对应。

作为一种可能的实施方式，若当前所处的状态实例为可拨号的状态对应的第二状态实例，状态迁移模块230在第一迁移实例测试通过的情况下，将第二状态实例迁移为第一迁移实例指示的第三状态实例，并调用紧急呼叫的软件开发工具包SDK进行紧急呼叫的拨号，可以包括：在第一迁移实例测试通过的情况下，在第一时长内输出提示信息；在第一时长后，将第二状态实例迁移为第一迁移实例指示的第三状态实例，并调用紧急呼叫的软件开发工具包SDK进行紧急呼叫的拨号。

作为一种可能的实施方式，若当前所处的状态实例为可拨号的状态对应的第二状态实例，状态迁移模块230将第二状态实例迁移为第一迁移实例指示的第三状态实例，并调用紧急呼叫的软件开发工具包SDK进行紧急呼叫的拨号，还可以包括：将第二状态实例迁移为第一迁移实例指示的第三状态实例；若外部事件为手动触发的紧急呼叫事件，则开始进行计时；在计时时长达到第一时长的情况下，未接收到用于取消紧急呼叫的事件，则调用紧急呼叫的SDK进行紧急呼叫的拨号；若第一迁移实例对应的外部事件为自动触发的紧急呼叫事件，则调用紧急呼叫的SDK进行紧急呼叫的拨号；在计时时长未达到第一时长的情况下，若接收到新的外部事件，将新的外部事件发送至第三状态实例；利用第三状态实例对应的各个迁移实例，对新的外部事件进行迁移测试；若新的外部事件为取消紧急呼叫的事件，则第三状态实例对应的第三迁移实例测试通过，并将第三状态实例迁移为第三迁移实例指示的第二状态实例。

作为一种可能的实施方式，若当前所处的状态实例为正进行拨号状态对应的第三状态实例，则状态迁移模块230可以具体用于：若外部事件为用于表征已经接听呼叫的事件，则第三状态实例对应的第四迁移实例测试通过，并在第四迁移实例测试通过的情况下，将第三状态实例迁移为第四迁移实例指示的第四状态实例，第四状态实例与建立呼叫的状态对应；若外部事件为用于表征无法建立呼叫的事件，则第三状态实例对应的第五迁移实例测试通过，并在第五迁移实例测试通过的情况下，将第三状态实例迁移为第五迁移实例指示的第五状态实例，第五状态实例与呼叫失败的状态对应。

作为一种可能的实施方式，若当前所处的状态实例为建立呼叫的状态对应的第四状态实例，则状态迁移模块230可以具体用于：若外部事件为用于恢复通话的事件，则第四状态实例对应的第六迁移实例测试通过，并在第六迁移实例测试通过的情况下，将第四状态实例迁移为第六迁移实例指示的第三状态实例，并调用紧急呼叫的SDK进行紧急呼叫拨号，第三状态实例与正在进行拨号的状态对应；若外部事件为用于挂断呼叫的事件，则第四状态实例对应的第七迁移实例测试通过，并在第七迁移实例测试通过的情况下，将第四状态实例迁移为第七迁移实例指示的第六状态实例，第六状态实例与等待回拨的状态对应；若外部事件为用于表征呼叫出错的事件，则第四状态实例对应的第八迁移实例测试通过，并在在第八迁移实例测试通过的情况下，将第四状态实例迁移为第八迁移实例指示的第五状态实例，第五状态实例与呼叫失败的状态对应。

作为一种可能的实施方式，若当前所处的状态实例为呼叫失败的状态对应的第五状态实例，则状态迁移模块230可以具体用于：若第一计时时长未超过第二时长，且外部事件为用于重试拨号的事件，则第五状态实例对应的第九迁移实例测试通过，并在第九迁移实例测试通过的情况下，将第五状态实例迁移为第九迁移实例指示的第三状态实例，并调用紧急呼叫的SDK进行紧急呼叫拨号，其中第一计时时长为状态机迁移至第五状态实例时开始计时的时长，第三状态实例与正在进行拨号的状态对应；若第一计时时长超过第二时长，且外部事件为用于表征已建立呼叫的事件，则第五状态实例对应的第十迁移实例测试通过，并在第十迁移实例测试通过的情况下，将第五状态实例迁移为第十迁移实例指示的第六状态实例，第六状态实例与等待回拨的状态对应；若第一计时时长超过所述第二时长，且外部事件为用于表征未建立呼叫的事件，则第五状态实例对应的第十一迁移实例测试通过，并在第十一迁移实例测试通过的情况下，将第五状态实例迁移为第十一迁移实例指示的第二状态实例，第二状态实例与可拨号的状态对应。

作为一种可能的实施方式，若当前所处的状态实例为等待回拨的状态对应的第六状态实例，则状态迁移模块230可以具体用于：若外部事件为第二计时时长超过第三时长的事件，且车辆为未熄火状态，则第六状态实例对应的第十二迁移实例测试通过，并在第十二迁移实例测试通过的情况下，将第六状态实例迁移为第十二迁移实例指示的第二状态实例，第二计时时长为状态机迁移至第六状态实例时开始计时的时长，第二状态实例与可拨号的状态对应；若外部事件为第二计时时长超过第三时长的事件，且车辆处于熄火状态，则第六状态实例对应的第十三迁移实例测试通过，并在第十三迁移实例测试通过的情况下，将第六状态实例迁移为第十三迁移实例指示的第一状态实例，第一状态实例与无法拨号的状态对应。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

综上所述，本申请提供的紧急呼叫的管理方法中，通过状态机针对紧急呼叫拨号过程中的不同阶段建立对应的状态实例，以及状态实例对应一个或多个迁移实例，利用状态机当前所处的状态实例对应的各个迁移实例，对外部事件进行迁移测试，在目标迁移实例对外部事件迁移测试通过的情况下，将状态机当前所处的状态实例迁移为目标迁移实例所指示的状态实例。从而可以通过状态机中状态实例对应的迁移实例对不同的外部事件做出对应的响应，并改变相应的状态实例，由此实现车辆紧急呼叫中需要满足的各种要求，以达到简化紧急呼叫拨号的流程，并对应紧急呼叫过程中的各种情况做出相应的状态改变，可以使紧急呼叫的流程更加简便，使紧急呼叫的过程更安全。

请参考图12，其示出了本申请实施例提供的一种车辆100的结构框图。本申请中的车辆100可以包括一个或多个如下部件：处理器110、存储器120、以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器120中并被配置为由一个或多个处理器110执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

处理器110可以包括一个或者多个处理核。处理器110利用各种接口和线路连接整个计算机设备内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行计算机设备的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图形处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储计算机设备在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参考图13，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读存储介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质800可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (12)

1.一种紧急呼叫的管理方法，其特征在于，应用于车辆，所述车辆包括用于紧急呼叫的状态机，所述方法包括：

所述状态机响应于外部事件，将所述外部事件发送至所述状态机当前所处的状态实例，所述状态机的状态实例包括用于管理所述车辆的紧急呼叫的多个状态实例，所述外部事件包括车辆熄火、车辆打火或者向外发送求救信号的事件，所述状态实例包括无法拨号状态对应的第一状态实例、可拨号状态对应的第二状态实例、正进行拨号状态对应的第三状态实例、建立呼叫状态对应的第四状态实例、呼叫失败状态对应的第五状态实例以及等待回拨状态对应的第六状态实例；

利用所述当前所处的状态实例对应的各个迁移实例，对所述外部事件进行迁移测试，其中，不同迁移实例对应的迁移测试通过的外部事件不同，所述第二状态实例对应的迁移实例包括指向所述第三状态实例的第一迁移实例、以及指向所述第一状态实例的第二迁移实例，所述第三状态实例对应的迁移实例包括指向所述第二状态实例的第三迁移实例、指向所述第四状态实例的第四迁移实例、以及指向所述第五状态实例的第五迁移实例，所述第四状态实例对应的迁移实例包括指向所述第三状态实例的第六迁移实例、指向所述第六状态实例的第七迁移实例、以及指向所述第五状态实例的第八迁移实例，所述第五状态实例对应的迁移实例包括指向所述第三状态实例的第九迁移实例、指向所述第六状态实例的第十迁移实例、以及指向所述第二状态实例的第十一迁移实例，所述第六状态实例对应的迁移实例包括指向所述第二状态实例的第十二迁移实例、以及指向所述第一状态实例的第十三迁移实例；

若目标迁移实例对所述外部事件迁移测试通过，将所述当前所处的状态实例迁移为目标状态实例，所述目标状态实例为所述目标迁移实例所指示的状态实例。

2.根据权利要求1所述的方法，其特征在于，若所述当前所处的状态实例为可拨号的状态对应的第二状态实例，所述若目标迁移实例对所述外部事件迁移测试通过，将所述当前所处的状态实例迁移为目标状态实例，包括：

若所述外部事件为用于触发紧急呼叫的事件，则所述第二状态实例对应的第一迁移实例测试通过，并在所述第一迁移实例测试通过的情况下，将所述第二状态实例迁移为所述第一迁移实例指示的第三状态实例，并调用紧急呼叫的软件开发工具包SDK进行紧急呼叫的拨号，所述第三状态实例与正在进行拨号的状态对应；

若所述外部事件为熄火事件，则所述第二状态实例对应的第二迁移实例测试通过，并在所述第二迁移实例测试通过的情况下，将所述第二状态实例迁移为所述第二迁移实例指示的所述第一状态实例。

3.根据权利要求2所述的方法，其特征在于，所述在所述第一迁移实例测试通过的情况下，将所述第二状态实例迁移为所述第一迁移实例指示的所述第三状态实例，并调用紧急呼叫的软件开发工具包SDK进行紧急呼叫的拨号，包括：

在所述第一迁移实例测试通过的情况下，在第一时长内输出提示信息；

在所述第一时长后，将所述第二状态实例迁移为所述第一迁移实例指示的所述第三状态实例，并调用紧急呼叫的软件开发工具包SDK进行紧急呼叫的拨号。

4.根据权利要求2所述的方法，其特征在于，所述将所述第二状态实例迁移为所述第一迁移实例指示的所述第三状态实例，并调用紧急呼叫的软件开发工具包SDK进行紧急呼叫的拨号，包括：

将所述第二状态实例迁移为所述第一迁移实例指示的所述第三状态实例；

若所述外部事件为手动触发的紧急呼叫事件，则开始进行计时；

在计时时长达到第一时长的情况下，未接收到用于取消紧急呼叫的事件，则调用紧急呼叫的SDK进行紧急呼叫的拨号；

若所述第一迁移实例对应的外部事件为自动触发的紧急呼叫事件，则调用紧急呼叫的SDK进行紧急呼叫的拨号。

5.根据权利要求4所述的方法，其特征在于，在所述若所述外部事件为手工手动触发的紧急呼叫事件，则进行计时之后，所述方法还包括：

在计时时长未达到第一时长的情况下，若接收到新的外部事件，将所述新的外部事件发送至所述第三状态实例；

利用所述第三状态实例对应的各个迁移实例，对所述新的外部事件进行迁移测试；

若所述新的外部事件为取消紧急呼叫的事件，则所述第三状态实例对应的第三迁移实例测试通过，并将所述第三状态实例迁移为所述第三迁移实例指示的所述第二状态实例。

6.根据权利要求1所述的方法，其特征在于，若所述当前所处的状态实例为正进行拨号状态对应的第三状态实例，所述若目标迁移实例对所述外部事件迁移测试通过，将所述当前所处的状态实例迁移为目标状态实例，包括：

若所述外部事件为用于表征已经接听呼叫的事件，则所述第三状态实例对应的第四迁移实例测试通过，并在所述第四迁移实例测试通过的情况下，将所述第三状态实例迁移为所述第四迁移实例指示的第四状态实例，所述第四状态实例与建立呼叫的状态对应；

若所述外部事件为用于表征无法建立呼叫的事件，则所述第三状态实例对应的第五迁移实例测试通过，并在所述第五迁移实例测试通过的情况下，将所述第三状态实例迁移为所述第五迁移实例指示的第五状态实例，所述第五状态实例与呼叫失败的状态对应。

7.根据权利要求1所述的方法，其特征在于，若所述当前所处的状态实例为建立呼叫的状态对应的第四状态实例，所述若目标迁移实例对所述外部事件迁移测试通过，将所述当前所处的状态实例迁移为目标状态实例，包括：

若所述外部事件为用于恢复通话的事件，则所述第四状态实例对应的第六迁移实例测试通过，并在所述第六迁移实例测试通过的情况下，将所述第四状态实例迁移为所述第六迁移实例指示的第三状态实例，并调用紧急呼叫的SDK进行紧急呼叫拨号，所述第三状态实例与正在进行拨号的状态对应；

若所述外部事件为用于挂断呼叫的事件，则所述第四状态实例对应的第七迁移实例测试通过，并在所述第七迁移实例测试通过的情况下，将所述第四状态实例迁移为所述第七迁移实例指示的第六状态实例，所述第六状态实例与等待回拨的状态对应；

若所述外部事件为用于表征呼叫出错的事件，则所述第四状态实例对应的第八迁移实例测试通过，并在所述第八迁移实例测试通过的情况下，将所述第四状态实例迁移为所述第八迁移实例指示的第五状态实例，所述第五状态实例与呼叫失败的状态对应。

8.根据权利要求1-7任一项所述的方法，其特征在于，若所述当前所处的状态实例为呼叫失败的状态对应的第五状态实例，所述若目标迁移实例对所述外部事件迁移测试通过，将所述当前所处的状态实例迁移为目标状态实例，包括：

若第一计时时长未超过第二时长，且所述外部事件为用于重试拨号的事件，则所述第五状态实例对应的第九迁移实例测试通过，并在所述第九迁移实例测试通过的情况下，将所述第五状态实例迁移为所述第九迁移实例指示的所述第三状态实例，并调用紧急呼叫的SDK进行紧急呼叫拨号，所述第一计时时长为所述状态机迁移至所述第五状态实例时开始计时的时长，所述第三状态实例；

若所述第一计时时长超过所述第二时长，且所述外部事件为用于表征已建立呼叫的事件，则所述第五状态实例对应的第十迁移实例测试通过，并在所述第十迁移实例测试通过的情况下，将所述第五状态实例迁移为所述第十迁移实例指示的第六状态实例，所述第六状态实例与等待回拨的状态对应；

若所述第一计时时长超过所述第二时长，且所述外部事件为用于表征未建立呼叫的事件，则所述第五状态实例对应的第十一迁移实例测试通过，并在所述第十一迁移实例测试通过的情况下，将所述第五状态实例迁移为所述第十一迁移实例指示的第二状态实例，所述第二状态实例与可拨号的状态对应。

9.根据权利要求1-7任一项所述的方法，其特征在于，若所述当前所处的状态实例为等待回拨的状态对应的第六状态实例，所述若目标迁移实例对所述外部事件迁移测试通过，将所述当前所处的状态实例迁移为目标状态实例，包括：

若所述外部事件为第二计时时长超过第三时长的事件，且所述车辆为未熄火状态，则所述第六状态实例对应的第十二迁移实例测试通过，并在所述第十二迁移实例测试通过的情况下，将所述第六状态实例迁移为所述第十二迁移实例指示的第二状态实例，所述第二计时时长为所述状态机迁移至所述第六状态实例时开始计时的时长，所述第二状态实例与可拨号的状态对应；

若所述外部事件为所述第二计时时长超过第三时长的事件，且所述车辆处于熄火状态，则所述第六状态实例对应的第十三迁移实例测试通过，并在所述第十三迁移实例测试通过的情况下，将所述第六状态实例迁移为所述第十三迁移实例指示的第一状态实例，所述第一状态实例与无法拨号的状态对应。

10.一种紧急呼叫装置，其特征在于，应用于车辆，所述车辆包括用于紧急呼叫的状态机，所述装置包括：事件发送模块、事件测试模块以及状态迁移模块，其中：

所述事件发送模块用于响应于外部事件，将所述外部事件发送至所述状态机当前所处的状态实例，所述状态机的状态实例包括用于管理所述车辆的紧急呼叫的多个状态实例，所述外部事件包括车辆熄火、车辆打火或者向外发送求救信号的事件，所述状态实例包括无法拨号状态对应的第一状态实例、可拨号状态对应的第二状态实例、正进行拨号状态对应的第三状态实例、建立呼叫状态对应的第四状态实例、呼叫失败状态对应的第五状态实例以及等待回拨状态对应的第六状态实例；

所述事件测试模块用于利用所述当前所处的状态实例对应的各个迁移实例，对所述外部事件进行迁移测试，其中，不同迁移实例对应的迁移测试通过的外部事件不同，所述第二状态实例对应的迁移实例包括指向所述第三状态实例的第一迁移实例、以及指向所述第一状态实例的第二迁移实例，所述第三状态实例对应的迁移实例包括指向所述第二状态实例的第三迁移实例、指向所述第四状态实例的第四迁移实例、以及指向所述第五状态实例的第五迁移实例，所述第四状态实例对应的迁移实例包括指向所述第三状态实例的第六迁移实例、指向所述第六状态实例的第七迁移实例、以及指向所述第五状态实例的第八迁移实例，所述第五状态实例对应的迁移实例包括指向所述第三状态实例的第九迁移实例、指向所述第六状态实例的第十迁移实例、以及指向所述第二状态实例的第十一迁移实例，所述第六状态实例对应的迁移实例包括指向所述第二状态实例的第十二迁移实例、以及指向所述第一状态实例的第十三迁移实例；

所述状态迁移模块用于在目标迁移实例对所述外部事件迁移测试通过时，将所述当前所处的状态实例迁移为目标状态实例，所述目标状态实例为所述目标迁移实例所指示的状态实例。

11.一种车辆，其特征在于，包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行如权利要求1-9任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-9任一项所述的方法。

Images