一种交通事故的报警系统和方法与流程

1.本技术涉及汽车安全技术领域，特别是涉及一种交通事故的报警系统和方法。


背景技术：

2.随着经济的发展和人民生活水平的提高，汽车已成为人们出行的重要交通工具。然而，随着道路上的车辆越来越多，交通事故发生率也在逐步增长，因此汽车在给日常生活带来便利的同时，也对人们的人身和财产安全造成了威胁。
3.如果发生小型交通事故，车内乘员或行人可紧急报警以等待救援，避免遭受生命危险；但如果发生重大交通事故，或在人烟稀少的地方发生交通事故，车内乘员难以自行报警，且没有行人参与救援，导致车内乘员错过最佳营救时机，最终造成无法挽回的局面。
4.为此，现有技术通过监测事故发生时的位置信息，并将该位置信息通过网络发送到服务器上，以同步给提前设置的紧急联系人，等待紧急联系人的解救。这不仅强依赖网络情况，也局限于紧急联系人是否能及时查看信息以及是否具备应急营救能力。
5.因此，现有技术中对交通事故的报警还不够完善。


技术实现要素：

6.基于此，提供一种交通事故的报警系统和方法，以完善现有技术中对交通事故的报警。
7.第一方面，提供一种交通事故的报警系统，所述系统应用于车端，所述系统包括：
8.信息获取模块，用于在发生交通事故的情况下，获取事故信息；
9.信息上传模块，用于将所述事故信息上传，以使服务器端接收以及展示；
10.第一语音交互模块，用于接收所述服务器端发起的通话请求，检测当前乘员是否发出响应所述通话请求的应答语音，若否，响应所述通话请求，以建立与所述服务器端之间的通话连接；
11.所述第一语音交互模块还用于基于所述通话连接，接收所述服务器端发起的第一询问语音，并从所述第一询问语音中提取关键词；
12.所述第一语音交互模块还用于根据所述关键词从所述事故信息中提取应答信息，并根据所述应答信息对所述第一询问语音进行应答，以使所述服务器端根据所述应答信息生成营救决策。
13.结合第一方面，在第一方面的第一种可实施方式中，所述系统还包括：
14.第一通话模块，用于根据所述事故信息，确定当前车辆的安全气囊是否弹出，若是，拨打救援电话；
15.若否，所述第一语音交互模块还用于发起是否拨打救援电话的第二询问语音，接收对所述第二询问语音的回复语音，根据所述回复语音指示的内容确定是否拨打救援电话；
16.所述第一语音交互模块还用于对所述事故信息进行提取，得到事故地点、事故时
间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项，并在拨打的救援电话连通后，输出事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项。
17.结合第一方面的第一种可实施方式，在第一方面的第二种可实施方式中，所述第一语音交互模块还用于：
18.在没有接收到对所述第二询问语音的回复语音时，获取预设的间隔时长和询问次数，按照所述间隔时长和所述询问次数重复发起所述询问语音；
19.检测是否接收到对重复发起的询问语音的回复语音，若是，根据所述回复语音指示的内容确定是否拨打救援电话，若否，拨打救援电话。
20.结合第一方面或第一方面的任何一种可实施方式，在第一方面的第三种可实施方式中，所述信息获取模块包括：
21.座椅传感器，用于对当前车辆的各个座椅进行监测，以获取所述当前乘员的数量；
22.图像采集单元，用于获取车外环境以及所述当前车辆的车内环境；
23.碰撞检测单元，用于获取当前车辆的碰撞位置和碰撞强度。
24.第二方面，提供一种交通事故的报警系统，所述系统应用于服务器端，所述系统包括：
25.信息展示模块，用于在发生交通事故的情况下，接收车端获取并上传的事故信息，对所述事故信息进行展示；
26.决策模块，用于根据所述应答信息生成营救决策；
27.第二语音交互模块，用于向所述车端发起通话请求，以使所述车端检测当前乘员是否发出响应所述通话请求的应答语音，若否，在所述车端响应所述通话请求时，建立与所述车端之间的通话连接；
28.所述第二语音交互模块还用于基于所述通话连接发起第一询问语音，并接收所述车端对所述第一询问语音进行应答的应答信息，其中，所述应答信息是所述车端接收所述第一询问语音，并从所述第一询问语音中提取关键词，根据所述关键词从所述事故信息中提取得到的。
29.结合第二方面，在第二方面的第一种可实施方式中，所述系统还包括：
30.第二通话模块，用于在接收到所述应答信息后拨打救援电话；
31.所述第二语音交互模块还用于对所述应答信息进行提取，得到事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项，并在拨打的救援电话连通后，输出事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项。
32.第三方面，提供一种交通事故的报警方法，所述方法应用于如第一方面或结合第一方面的任何一种可实施方式所述的交通事故的报警系统，所述方法包括：
33.在发生交通事故的情况下，获取事故信息；
34.将所述事故信息上传，以使服务器端接收以及展示；
35.接收所述服务器端发起的通话请求，检测当前乘员是否发出响应所述通话请求的应答语音，若否，响应所述通话请求，以建立与所述服务器端之间的通话连接；
36.基于所述通话连接，接收所述服务器端发起的第一询问语音，并从所述第一询问
语音中提取关键词；
37.根据所述关键词从所述事故信息中提取应答信息，并根据所述应答信息对所述第一询问语音进行应答，以使所述服务器端所述事故信息生成营救决策。
38.结合第三方面，在第三方面的第一种可实施方式中，所述方法还包括：
39.根据所述事故信息，确定当前车辆的安全气囊是否弹出，若是，拨打救援电话；
40.若否，发起是否拨打救援电话的第二询问语音，接收对所述第二询问语音的回复语音，根据所述回复语音指示的内容确定是否拨打救援电话；
41.若是，对所述事故信息进行提取，得到事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项，并在拨打的救援电话连通后，输出事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项。
42.第四方面，提供一种交通事故的报警方法所述方法应用于如第二方面或结合第二方面的第一种可实施方式所述的交通事故的报警系统，所述方法包括：
43.在发生交通事故的情况下，接收车端获取并上传的事故信息，对所述事故信息进行展示；
44.向所述车端发起通话请求，以使所述车端检测当前乘员是否发出响应所述通话请求的应答语音，若否，在所述车端响应所述通话请求时，建立与所述车端之间的通话连接；
45.基于所述通话连接发起第一询问语音，并接收所述车端对所述第一询问语音进行应答的应答信息，其中，所述应答信息是所述车端接收所述第一询问语音，并从所述第一询问语音中提取关键词，根据所述关键词从所述事故信息中提取得到的；
46.根据所述应答信息生成营救决策。
47.结合第四方面，在第四方面的第一种可实施方式中，所述方法还包括：
48.在接收到所述应答信息后拨打救援电话；
49.对所述事故信息进行提取，得到事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项，并在拨打的救援电话连通后，输出事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项。
50.上述交通事故的报警系统和方法，其中，所述报警系统包括信息获取模块、信息上传模块以及第一语音交互模块。在发生交通事故时，信息上传模块先将信息获取模块获取到的事故信息上传至服务器端，使得服务器端可掌握到事故现场的大致情况；为了使服务器端进一步了解到事故现场，从而生成营救决策，第一语音交互模块接收服务器端发起的通话请求，若当前乘员没有昏迷，则当前乘员可以接受该通话请求，从而建立当前乘员与服务器端之间的通话连接，使得服务器端基于该通话连接，通过与当前乘员的语音交互了解到事故现场的具体情况，包括当前乘员自身的身体状况，从而引导当前乘员在救援人员未到达事故现场时能够在黄金时间内自救；若当前乘员已经昏迷导致不能接受该通话请求，则第一语音交互模块接受通话请求，从而建立与服务器端之间的通话连接，使得服务器端基于该通话连接，通过与第一语音交互模块的语音交互获取到事故现场的具体情况，包括当前乘员自身的身体状况，让救援人员可以及时赶到事故现场，并根据获取到的事故现场的具体情况预先做出合理的营救方案，增加救援的成功率。因此，本技术的交通事故的报警系统改善了现有技术中强依赖网络情况，也局限于紧急联系人是否能及时查看信息以及是否具备应急营救能力的现象，相比于现有技术，本技术的交通事故的报警系统更加完善。
附图说明
51.图1为一个实施例中交通事故的报警系统的结构框图；
52.图2为另一个实施例中交通事故的报警方法的流程示意图；
53.图3为一个实施例中交通事故的报警系统的结构框图；
54.图4为另一个实施例中交通事故的报警系统的结构框图；
55.图5为一个实施例中交通事故的报警系统的结构框图。
具体实施方式
56.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
57.需要说明的是，本实施例中所提供的图示仅以示意方式说明本技术的基本构想，遂图式中仅显示与本技术中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
58.本说明书所附图式所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本技术可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本技术所能产生的功效及所能达成的目的下，均应仍落在本技术所揭示的技术内容得能涵盖的范围内。
59.本说明书中所引用的如“上”、“下”、“左”、“右”、“中间”、“纵向”、“横向”、“水平”、“内”、“外”、“径向”、“周向”等指示的方位或位置关系为基于附图所示的方位或位置关系，亦仅为了便于简化叙述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本技术的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。
60.随着道路上的车辆越来越多，发生的交通事故也越来越多。若交通事故发生在人流量较多的区域，且该交通事故属于小型交通事故，没有危及到乘员的生命安全时，路边的行人可紧急报警，车内乘员等待救援即可；但若交通事故发生在人烟稀少的区域，且该交通事故属于大型交通事故，危及到乘员的生命安全时，尤其是在车内乘员已经昏迷的情况下，无法进行报警和自救，又由于没有行人协助报警，极易造成无法挽回的损失。为此，现有技术通过监测事故发生时的位置信息，并将该位置信息通过网络上传至服务器上，从而同步给预设的紧急联系人，等待紧急联系人的解救。但现有技术需要强依赖于网络，且受限于紧急联系人是否能及时查看信息以及是否具备应急救援条件。因此，现有技术中对交通事故的报警还不够完善。
61.为此，本技术提出一种交通事故的报警系统和方法，其中，所述报警系统可以应用于车端，所述系统包括：信息获取模块、信息上传模块以及第一语音交互模块。在发生交通事故的情况下，通过信息获取模块获取事故信息；信息上传模块将该事故信息上传，以使服务器端接收并展示；为了使服务器端进一步了解到事故现场的具体情况，第一语音交互模块接收服务器端发起的通话请求，检测当前乘员是否发出响应该通话请求的应答语音，若否，响应该通话请求，以建立与服务器端之间的通话连接；基于建立的通话连接，接收服务
器端发起的第一询问语音，并从第一询问语音中提取关键词；根据关键词从事故信息中提取应答信息，根据该应答信息对第一询问语音进行应答，以使服务器端根据该事故信息生成营救决策。本技术的交通事故的报警系统通过主动上传事故信息，以及在当前乘客因为昏迷等原因不能接受通话请求时建立与服务器端的通话连接，并通过与服务器端的语音交互，使服务器端获取到事故现场的具体情况，从而提前做出合理的营救方案，增加救援的成功率。因此，本技术的报警系统改善了现有技术中强依赖网络情况，也局限于紧急联系人是否能及时查看信息以及是否具备应急营救能力的现象，相比于现有技术，本技术的交通事故的报警系统更加完善。
62.本技术提供的交通事故的报警系统，可以应用于车端和服务器端。其中，车端与服务器端通过超文本传输安全协议(hypertext transfer protocol secure，https)进行通信。位于车端的报警系统通过获取事故信息并上传至位于服务器端的报警系统，以使服务器端可以根据事故信息了解到事故现场的具体情况；为了进一步了解事故现场从而做出营救决策，服务器端通过向车端发起通话请求，若当前乘员接受该通话请求，则服务器端和当前乘员之间可进行语音交互，使得服务器端进一步了解事故现场的情况和当前乘员的身体状况，从而引导当前乘员在救援人员未到达事故现场之间进行自救，以免错过黄金救援时间；若当前乘员因为昏迷等原因不能接受该通话请求，则车端可以响应服务器端发起的通话请求，从而成功建立起通话连接，然后基于该通话连接，对服务器端发起的第一询问语音进行应答，以使服务器端了解到事故现场，救援人员可及时赶到现场进行营救，以及提前做出营救方案，增加救援成功率。其中，服务器端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。接下来，将通过以下实施例对本技术的交通事故的报警系统进行详细描述。
63.在第一实施例中，结合图1和图2所示，提供了一种交通事故的报警系统，以该系统应用于车端为例进行说明，所述系统包括：
64.信息获取模块，用于在发生交通事故的情况下，获取事故信息。
65.在一种可实施的方式中，信息获取模块具体可以包括：座椅传感器，用于对当前车辆的各个座椅进行监测，以获取所述当前乘员的数量；图像采集单元，用于获取车外环境以及所述当前车辆的车内环境；碰撞检测单元，用于获取当前车辆的碰撞位置和碰撞强度。
66.其中，座椅传感器可以是一个，也可以是多个，若该座椅传感器是一个，则该座椅传感器分别对各个座椅承载的重量进行监测，当监测到座椅承载的重量超过预设的重量阈值时，认为该座椅上承载有乘员；若该座椅传感器是多个，则该座椅传感器的数量与当前车辆内座椅的数量相同，从而分别对各个座椅承载的重量进行监测。
67.图像采集单元可以是摄像头，其中，摄像头用于采集车外环境和车内环境，根据车外环境可以确定当前车辆所处的环境是否会加重事故的严重性，根据车内环境可以确定当前乘员的是否昏迷、是否受伤以及受伤是否严重等情况。因此采集车内环境和车外环境更有利于救援人员掌握事故现场的情况，从而做出精准的救援决策。
68.碰撞检测单元可以是碰撞传感器，当车辆发生碰撞时，碰撞传感器检查汽车碰撞的强度信号以及该强度信号的来源，从而确定车辆的碰撞位置以及碰撞强度。除此之外，碰撞传感器还将强度信号输入气囊计算机，气囊计算机根据该强度信号决定是否引爆充气机给气囊充气。
69.更进一步的，信息获取模块还可以通过4g/5g通信与当前车辆的全球定位系统(global position system，gps)进行通信，以获取到当前车辆所处位置的经纬度；信息获取模块还可以与安全气囊控制器进行通信，以获取到安全气囊的弹出情况；信息获取模块还可以与时钟进行通信，以获取到事故发生时的时刻信息。因此，上述事故信息除了包括当前乘员的数量、车外环境、车内环境和当前车辆的碰撞位置和碰撞强度，还可以包括当前车辆所处位置的经纬度、当前车辆的安全气囊的弹出情况以及事故发生时的时刻信息。
70.信息上传模块，用于将所述事故信息上传，以使服务器端接收以及展示。
71.信息上传模块与信息获取模块通过控制器局域网络(controller area network，can)进行通信，信息上传模块可将信息获取模块获取到的事故信息封装成can报文，并将承载有事故信息的can报文通过https上传至服务器端，以使服务器端对can报文进行解析得到事故信息，然后对该事故信息进行分析，生成对应的营救决策。
72.第一语音交互模块，用于接收所述服务器端发起的通话请求，检测当前乘员是否发出响应所述通话请求的应答语音，若否，响应所述通话请求，以建立与所述服务器端之间的通话连接；
73.所述第一语音交互模块还用于基于所述通话连接，接收所述服务器端发起的第一询问语音，并从所述第一询问语音中提取关键词；
74.所述第一语音交互模块还用于根据所述关键词从所述事故信息中提取应答信息，并根据所述应答信息对所述第一询问语音进行应答，以使所述服务器端所述事故信息生成营救决策。
75.为了使服务器端进一步了解到事故现场的具体情况，从而做出营救决策，第一语音交互模块接收服务器端发起的通话请求，若当前乘员受伤较轻可以接受通话请求，则在当前乘员接受该通话请求时建立当前乘员和服务器端之间的通话连接，基于该通话连接当前乘员和服务器端可以进行语音交互，并结合信息上传模块上传的车外环境以及车内环境的图像信息，使得服务器端可以进一步掌握事故现场的具体情况，从而在救援人员还未到达事故现场时引导当前乘员进行自救，以免错过黄金救援时间；若当前乘员受伤严重甚至已经失去意识导致不能接受该通话请求，此时第一语音交互系统接受该通话请求，并从服务器端发起的第一询问语音中提取关键词，其中，关键词包括地点/位置/经纬度、时间/时刻/日期、人员/数量/人员/乘客数/载客数/司机/驾驶员以及安全气囊/气囊等；第一语音交互系统根据地点/位置/经纬度等关键词，从事故信息中提取到当前车辆所处位置的经纬度；根据时间/时刻/日期等关键词获取事故发生的时间；根据人员/数量/人员/乘客数/载客数/司机/驾驶员等关键词，从事故信息中提取到当前乘员的数量以及车内环境的图像信息；根据安全气囊/气囊等关键词从事故信息中提取到当前车辆的安全气囊的弹出情况；然后将当前车辆所处位置的经纬度、事故发生的时间、当前乘员的数量、车内环境的图像信息以及安全气囊的弹出情况等应答信息输出，以使服务器端接收该应答信息，从而提前做出营救方案。
76.可见，通过上述交通事故的报警系统，引导当前乘员自救，或提前做出营救方案，降低当前乘员因等待导致更严重的伤害的可能性，从而极大的提高了当前乘员的生存几率，保护当前乘员的生命安全。
77.结合图2和图3，作为上述实施例的一种优选实施方式，在事故发生时，若安全气囊
弹出，说明该事故较为严重，否则该事故为小型事故，因此可根据安全气囊的弹出情况确定是否自动报警。具体的，所述系统还包括：
78.第一通话模块，用于根据所述事故信息，确定当前车辆的安全气囊是否弹出，若是，拨打救援电话；
79.若否，所述第一语音交互模块还用于发起是否拨打救援电话的第二询问语音，接收对所述第二询问语音的回复语音，根据所述回复语音指示的内容确定是否拨打救援电话；
80.若是，所述第一语音交互模块还用于对所述事故信息进行提取，得到事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项，并在拨打的救援电话连通后，输出事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项。
81.更进一步的，结合图2和图3，所述第一语音交互模块还用于：在没有接收到对所述第二询问语音的回复语音时，获取预设的间隔时长和询问次数，按照所述间隔时长和所述询问次数重复发起所述询问语音；检测是否接收到对重复发起的询问语音的回复语音，若是，根据所述回复语音指示的内容确定是否拨打救援电话，若否，拨打救援电话。
82.示例性的说明，间隔时长可设置为10秒，询问次数可设置为4次；若没有接收到当前乘员对第二询问语音的回复语音时，每间隔10秒再次发起第二询问语音，连续4次，若都没有接收到回复语音时，则直接拨打救援电话。其中，上述涉及到的救援电话包括120、110和122中的至少一项，可根据上传的事故信息确定拨打哪些救援电话。
83.结合图4，在第二实施例中，提供了一种交通事故的报警系统，所述系统应用于服务器端，所述系统包括：
84.信息展示模块，用于在发生交通事故的情况下，接收车端获取并上传的事故信息，对所述事故信息进行展示。
85.其中，事故信息包括上述实施例所述的当前乘员的数量、车外环境和车内环境的图像信息、当前车辆的碰撞位置和碰撞强度、当前车辆所处位置的经纬度、安全气囊的弹出情况以及事故发生时的时刻信息等。
86.第二语音交互模块，用于向所述车端发起通话请求，以使所述车端检测当前乘员是否发出响应所述通话请求的应答语音，若否，在所述车端响应所述通话请求时，建立与所述车端之间的通话连接。
87.若当前乘员受伤较轻可以接受通话请求，则在当前乘员接受该通话请求时建立当前乘员和服务器端之间的通话连接，基于该通话连接当前乘员和服务器端可以进行语音交互，并结合信息上传模块上传的车外环境以及车内环境的图像信息，使得服务器端可以进一步掌握事故现场的具体情况，从而在救援人员还未到达事故现场时引导当前乘员进行自救，以免错过黄金救援时间。通过引导当前乘员自救，降低当前乘员因等待导致更严重的伤害的可能性，保护当前乘员的生命安全。
88.所述第二语音交互模块还用于基于所述通话连接发起第一询问语音，并接收所述车端对所述第一询问语音进行应答的应答信息，其中，所述应答信息是所述车端接收所述第一询问语音，并从所述第一询问语音中提取关键词，根据所述关键词从所述事故信息中提取得到的；
89.决策模块，用于根据所述应答信息生成营救决策。
90.需要说明的是，上述涉及到的车端的执行步骤，例如车端获取并上传的事故信息、车端检测当前乘员是否发出响应所述通话请求的应答语音等，已在前述实施例中进行描述，相关内容请参阅前文，在此不再进行赘述。
91.结合图5，作为上述实施例的一种具体实施方式，决策模块根据所述应答信息生成营救决策指的是，所述系统还包括：第二通话模块，用于在接收到所述应答信息后拨打救援电话；所述第二语音交互模块还用于对所述应答信息进行提取，得到事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项，并在拨打的救援电话连通后，输出事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项。其中，救援电话包括120、110和122中的至少一项。
92.在第三实施例中，提供一种交通事故的报警方法，所述方法应用于如上述第一实施例或所述的交通事故的报警系统，所述方法包括：
93.在发生交通事故的情况下，获取事故信息；
94.将所述事故信息上传，以使服务器端接收以及展示；
95.接收所述服务器端发起的通话请求，检测当前乘员是否发出响应所述通话请求的应答语音，若否，响应所述通话请求，以建立与所述服务器端之间的通话连接；
96.基于所述通话连接，接收所述服务器端发起的第一询问语音，并从所述第一询问语音中提取关键词；
97.根据所述关键词从所述事故信息中提取应答信息，并根据所述应答信息对所述第一询问语音进行应答，以使所述服务器端根据所述应答信息生成营救决策。
98.优选的，所述方法还包括：
99.根据所述事故信息，确定当前车辆的安全气囊是否弹出，若是，拨打救援电话；
100.若否，发起是否拨打救援电话的第二询问语音，接收对所述第二询问语音的回复语音，根据所述回复语音指示的内容确定是否拨打救援电话；
101.若是，对所述事故信息进行提取，得到事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项，并在拨打的救援电话连通后，输出事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项。
102.进一步的，所述方法还包括：
103.在没有接收到对所述第二询问语音的回复语音时，获取预设的间隔时长和询问次数，按照所述间隔时长和所述询问次数重复发起所述询问语音；
104.检测是否接收到对重复发起的询问语音的回复语音，若是，根据所述回复语音指示的内容确定是否拨打救援电话，若否，拨打救援电话。
105.具体的，所述获取事故信息的步骤，包括：
106.对当前车辆的各个座椅进行监测，以获取所述当前乘员的数量；
107.获取车外环境以及当前车辆的车内环境；
108.获取当前车辆的碰撞位置和碰撞强度。
109.在第四实施例中，提供一种交通事故的报警方法，所述方法应用于如上述第二实施例所述的交通事故的报警系统，所述方法包括：
110.在发生交通事故的情况下，接收车端获取并上传的事故信息，对所述事故信息进
行展示；
111.向所述车端发起通话请求，以使所述车端检测当前乘员是否发出响应所述通话请求的应答语音，若否，在所述车端响应所述通话请求时，建立与所述车端之间的通话连接；
112.基于所述通话连接发起第一询问语音，并接收所述车端对所述第一询问语音进行应答的应答信息，其中，所述应答信息是所述车端接收所述第一询问语音，并从所述第一询问语音中提取关键词，根据所述关键词从所述事故信息中提取得到的；
113.根据所述应答信息生成营救决策。
114.优选的，所述方法还包括：
115.在接收到所述应答信息后拨打救援电话；
116.对所述事故信息进行提取，得到事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项，并在拨打的救援电话连通后，输出事故地点、事故时间、当前乘员的数量以及所述当前车辆的状态信息中的至少一项。
117.关于交通事故的报警方法的具体限定可以参见上文中对于交通事故的报警系统的限定，在此不再赘述。上述交通事故的报警系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
118.应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
119.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
120.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。