一种安全预警系统、方法、装置、存储介质及电子设备与流程

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.此处所说明的附图用来提供对本说明书的进一步理解，构成本说明书的一部分，本说明书的示意性实施例及其说明用于解释本说明书，并不构成对本说明书的不当限定。在附图中：
52.图1为本说明书中一种安全预警系统流程示意图；
53.图2为本说明书提供的录制用于安全预警的音频信息的示意图；
54.图3为本说明书提供的一种安全预警装置的示意图；
55.图4为本说明书提供的一种安全预警装置的示意图；
56.图5为本说明书提供的对应于图1的电子设备示意图。
具体实施方式
57.为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。
58.随着互联网技术的发展，网约车逐渐成一种常见的出行方式。其中，网约车是指网络预约出租车，乘客可通过移动终端上的应用软件(application，app)打车，即在app上输入自身的行程需求后，app将其生成为行程订单并发布，司机通过其移动终端上的app选择行程订单，并按照行程订单中的信息接送乘客。
59.为了保障司机和乘客在行程过程中的安全，在现有技术中，提供网约车服务的平台通常采用行程中机器干预的方法。具体的，行程中机器干预主要是通过司机或者乘客的网约车app所在的移动终端，对行程过程中进行录音和/或录像，并将录音和/或录像实时上报至网约车平台(服务器)。网约车平台通过语音转文字的技术手段，将接收到的行程中的录音转换为文字，并识别转换得到的文字中是否存在危险场景常见词汇(敏感词汇)，若存在敏感词汇，则表示当前司乘存在安全风险，于是，及时采取措施，否则，表示当前司乘不存在安全问题。其中，上述所提到的保障司机和乘客的安全，主要是指避免司机或乘客某一方使对方陷入危险之中。其中，危险场景常见词汇是网约车平台预先设置的，也就是系统默认的，而不是由用户自行设置的。
60.但是，由于相同词汇在不同场合下的语义不同，通过识别敏感词汇来判断当前司乘是否存在安全风险的准确率通常较低。举例来说，当乘客上车后，未将车门关好，乘客可能会对司机说：“先别动啊，我再重新关一下车门。”而对于危险场景中，不法分子通常也会
对对方说出“别动”二字。上述两种场景中均能识别出“别动”二字，而前者并非危险场景。另外，如今新兴词汇层出不穷，语义变更也较为频繁，这就提高了识别敏感词汇的难度，从而再次降低了判断当前司乘是否存在安全风险的准确率。
61.另外，网约车app还为用户(司机和乘客)还提供了类似“一键求助”的按钮，当用户处于危险情况下，可通过点击“一键求助”的按钮需求帮助。具体的，客户端响应于用户对“一键求助”的按钮的点击操作，网约车平台会接入客服或直接进行报警。但是，采用报警或接入客服这种方式进行求助，均需要用户进行一定描述，这在许多危险场景中并不适用。
62.除此之外，现有技术还为用户提供了类似将行程信息发送给紧急联系人或亲友等求助方式。但是，上述求助方式均需要用户通过使用电子设备向外界发送消息，用户难以完成有效求助信息的发送操作，因此，这些求助方式在本说明书所涉及的实际业务场景中也并不适用。
63.以下结合附图，详细说明本说明书各实施例提供的技术方案。
64.图1为本说明书中一种安全预警系统的流程示意图，具体包括以下步骤：
65.s100：客户端响应于行程订单的执行，通过声音采集设备实施采集周围环境声音，作为所述行程订单的录音。
66.首先，阐明本说明书所提供的司乘安全预警系统的核心思路：用户可在客户端上预先录制一个词语或一段话，作为安全预警条件，即，遇到危险场景需要寻求帮助的信号。在实际操作中，客户端可通过所在移动终端的声音采集设备实时采集行程中的声音，即录音，并上传，当用户遇到危险时，可说出自己预先录制的作为求助信号的词语等，服务器确定录音内容满足该用户预设的安全预警条件，则执行安全预警。值得注意的是，在本说明书实施例中，安全预警条件是并不是服务器端设置的，而是由用户(司机和乘客)自己设置的。
67.另外，在本说明书实施例中，获取到的用户作为安全预警条件的词语或一段话，以及获取在行程过程中的录音等操作均是经过用户授权的，是在遵照所在地国家相应的数据保护法规政策的前提下，并获得由相应装置所有者给予授权的情况下进行的。
68.基于本方案的核心思路，具体的，乘客确定上车后和/或司机确定乘客上车以后，乘客或者司机可在自己所使用的客户端上执行确定行程开始的操作，在实际操作中，通常由司机执行确定开始行程开始的操作。之后，客户端响应于用户对行程订单执行的开始操作，可向其所在的手机等电子设备发送权限获取请求，权限获取请求用于获取电子设备上的声音采集设备的调用权限。响应于电子设备向客户端返回的权限获取请求通过消息，客户端可调用电子设备上的声音采集设备采集周围环境声音，作为行程订单的录音。
69.其中，行程订单的录音记录了从乘客上车开始直到达到目的地这一段时间内车内的声音，主要记录的是司机与乘客的声音。
70.s102：实时将所述行程订单的录音上传至所述服务器。
71.若先对行程过程中的声音进行录音，在行程结束后，再将其上传至服务器的话，就无法有效地保障司机和乘客的安全。因此，客户端通过声音采集设备实时采集行程中的声音时，还可实时将采集到的声音上传。
72.s104：服务器接收到所述客户端上传的所述行程订单的录音，根据所述行程订单，确定所述行程订单包含的用户标识。
73.s106：根据所述用户标识，查询出所述用户标识对应的用户预先设定的安全预警
条件。
74.基于步骤s100说明的本方案的核心思路，为了保障用户安全，其中，用户既包括乘客，也包括司机。具体的，如图2所示，在用户开启客户端后，客户端的首页包含有“安全预警”按钮，用户可对“安全预警”按钮执行点击操作，进行音频录制页面。用户可录制一段音频信息作为安全预警条件，其中，音频信息包含的内容可以是用户说出的一段话或者词语，也可以是其他内容，本说明书对此不作限制。客户端可将登录客户端的用户账号作为用户标识，与接收到的作为安全预警条件的音频信息进行绑定，并将其上传至服务器。服务器响应于接收到的客户端上传的与用户标识绑定的音频信息，确定所述音频信息作为所述用户标识对应的安全预警条件并存储。
75.服务器响应于接收到的客户端上传的行程订单，确定行程订单包含的用户标识，之后，服务器可根据用户标识，在已存储的各用户标识对应的安全预警条件中，确定出所述用户标识对应的安全预警条件。
76.s108：判断所述行程订单的录音是否满足所述安全预警条件，并根据得到的判断结果，执行安全预警。
77.由于行程订单对应的所述用户当前正在进行的行程订单对应的行程，因此，服务器确定出的用户标识对应的安全预警条件就相当于所述行程订单对应的安全预警条件。服务器可将行程订单的录音与步骤s106确定出的安全预警条件进行对比，判断行程订单的录音是否满足行程订单对应的安全预警条件。
78.判断行程订单的录音是否满足行程订单对应的安全预警条件可以采用如下方法：具体的，服务器可将行程订单的录音与作为安全预警条件的音频信息进行匹配。当行程订单的录音存在与作为安全预警的音频信息相似度大于指定阈值的声音时，表示当前行程过程中用户说出了作为安全预警条件的内容，触发了安全预警，服务器可确定行程订单的录音满足安全预警条件，认为当前用户处于危险之中，则采取安全预警措施，否则，确定当前用户无安全风险。
79.进一步的，为了避免发生误判情况，可使用户预先设置作为安全预警的音频信息出现的次数，作为触发安全预警的指定次数。当服务器从行程订单的录音中确定与作为安全预警的音频信息相匹配的录音片段，且与音频信息相匹配的录音片段在行程订单的录音中出现的次数不小于预设的指定次数，确定触发了安全预警，即行程订单的录音满足预警条件。其中，预设的触发安全预警的指定次数可以大于等于一次。
80.除了上述方法之外，在本说明书实施例中，还可采用其他方法进行判断，具体的，预先的，服务器在接收到客户端上传的用户录制的作为安全预警条件的音频信息时，可先将音频信息转换为文字，作为安全预警词。在此种情况下，为了避免用户预先设置的安全预警词为日常交流中的常用词汇，用户可预先设置安全预警词出现的指定次数。在行程过程中，服务器可将接收到的行程订单的录音实时转换为文字，并判断由行程订单的录音转换得到的文字中是否包含安全预警词，且安全预警词出现的次数达到了用户预设的指定次数，若是，标识用户当前处于危险环境之中，服务器可确定行程订单的录音满足安全预警条件，采取安全预警措施。
81.其中，采取安全预警措施可以是服务器将行程订单标记为高危订单，将高危订单分配给工作人员(安全专员)。安全专员接管高危订单后，可帮助用户进行报警等操作。
82.值得注意的是，本说明书所提供的安全预警系统对乘客和司机的安全保障均是有效的，因此，上述所提到的用户是指乘客和/或司机。乘客所使用的客户端和司机所使用的客户端均可执行上述系统中客户端所执行的步骤。
83.基于图1所示的安全预警系统中可以看出，在本系统中，用户可在客户端中自行设置安全预警条件，而并非以系统设置的危险场景中常见的词汇作为安全预警条件。这样，按照用户自行设置的安全预警条件，既保证司机和乘客在订单行程中的安全，还能够避免对行程过程中对录音误判的问题。
84.值得注意的是，对于客户端响应于行程订单的执行有以下多种场景：一、客户端可将行程订单对应的司机到达行程订单对应的起始地点，作为行程订单的执行；二、当行程订单对应的司机确定行程订单对应的乘客上车时，对行程订单执行开始操作，客户端将接收用户(司机和/或乘客)对行程订单执行的开始操作，作为行程订单的执行。另外，除上述以外，还有其他操作可作为行程订单的执行，本说明书对此不作限制。
85.另外，在实际操作中，由于乘客与司机在网约车这一业务场景中所扮演的角色不同，因此，乘客和司机分别使用不同的客户端，在本说明书实施例中，将乘客所使用的客户端称为第一客户端，将司机所使用的客户端称为第二客户端。
86.具体的，完整网约车行程如下：乘客在存在打车需求时，可开启第一客户端，第一客户端可向乘客展示发布行程界面，乘客可在发布行程界面中输入自身的行程需求，之后，通过点击页面中的“打车”按钮的方式执行发布行程操作，第一客户端响应于乘客执行的发布行程操作，根据乘客输入的行程需求，生成行程订单，并将所述行程订单上传至服务器。其中，行程订单至少包括：用户标识、起始地点、目的地，还可包括出发时间等信息，本说明书对此不作限制。
87.服务器响应于接收到的第一客户端发送行程订单，将其发送给各个第二客户端，第二客户端响应于接收到的服务器发送的行程订单，可在接单页面中向司机展示各个乘客发布的行程订单，司机可在各个行程订单中选择行目标程订单，第二客户端响应于司机对目标行程订单执行的选择操作，向服务器发送选择目标行程订单。服务器在接收到第二客户端发送选择目标行程订单，将目标行程订单分配给第二客户端，并向第二客户端发送选择成功消息，同时，将所述目标行程订单从用于展示乘客发布的且未被分配给司机的所有行程订单的展示页面中删除，从而避免将同一行程订单分配给多个司机。
88.第二客户端响应于服务器发送选择成功消息，向司机显示目标行程订单的起始地点，以使司机开车到达起始地点接乘客上车。在司机接到乘客后，司机可通过第二客户端对目标行程订单执行开始操作。第二客户端响应于司机对目标行程订单执行的开始操作后，执行司乘安全预警系统中客户端所执行的步骤。
89.值得注意的是，第一客户端也可执行本说明书所提供的司乘安全预警系统中的客户端所执行的步骤。不过，在实际操作中，乘客在上车后，通常都会退出客户端，从而导致第一客户端无法实时执行声音采集以及上传行程录音的步骤，因此，通常由司机所使用的客户端(第二客户端)来执行。
90.进一步的，为了有效地采取安全预警措施，在行程过程中，客户端可通过所在电子设备的定位模块实时确定当前司乘所在位置，并实时将当前司乘所在位置上传至服务器。
91.另外，在确定司机接单后，还可对行程订单包含的内容进行更新，将接单司机的联
系方式，所驾驶的汽车的车牌号等信息增加进行程订单中。
92.对于用户录制作为安全预警条件的音频信息的时机，其中，用户可以在注册账户时录制作为安全预警的音频信息，具体的，客户端可在响应用户执行账户注册操作时，向用户展示音频录制页面，以通过音频录制页面，获取用户录制的音频信息。响应于获取到的用户录制的音频信息，将用户录制的音频信息与用户注册的账户进行绑定，以使音频信息作为用户的安全预警条件。值得注意的是，此时用户录制的音频信息可作为接下来用户所发布的每一个行程订单对应的安全预警条件。
93.另外，还可在发布行程订单被接单之后，而接单的司机还未到达行程订单对应的起始地点之间的时间段内，也就是订单被执行之前，客户端可向用户展示录制音频页面，以通过录制音频页面，获得用户的音频信息，并上传至服务器。服务器接收到用户上传的音频信息，将用户上传的音频信息作为行程订单对应的用户的安全预警条件。
94.进一步的，服务器在接收到各个用户上传的音频信息时，可根据该用户上传的音频信息，确定该用户的声纹信息，并进行存储。在当服务器确定行程订单的录音满足安全预警条件时，可根据与作为安全预警的音频信息相匹配的录音片段与各个用户的声纹信息，确定触发安全预警的用户，并根据触发安全预警的用户的用户类型，执行预设的风控策略。具体的，当触发安全预警的用户的用户类型为乘客时，表示司机对乘客进行了危险行为，则服务器可对行程订单对应的司机账号进行相应的惩罚，例如，限制司机接单，甚至对司机的账户进行封号，相应的可对行程订单对应的乘客进行一些补偿。当触发安全预警的用户的用户类型为司机时，表示乘客对司机进行了危险行为，则服务器可对行程订单对应的乘客进行相应的惩罚，例如，限制该乘客的打车次数，甚至对该乘客的账户进行封号处理，同时，还可对司机进行相应补偿。
95.再进一步的，为了避免安全预警条件误判的情况，还可设置音频信息序列，当服务器从行程录音中确定出与音频信息相匹配的录音片段出现的次数不小于指定次数且连续出现，可确定行程订单的录音满足安全预警条件。
96.以上为本说明书的一个或多个实施例提供的安全预警方法，基于同样的思路，本说明书还提供了相应的安全预警装置，如图3所示。
97.图3为本说明书提供的一种安全预警装置示意图，具体包括：
98.采集模块301、上传模块302，其中：
99.采集模块301，用于响应于行程订单的执行，通过声音采集设备采集周围环境声音，作为所述行程订单的录音；
100.上传模块302，用于实时上传所述行程订单的录音至服务器，以使所述服务器根据所述行程订单，确定行程订单包含的用户标识，根据所述用户标识，查询出所述用户标识对应的用户预先设定的安全预警条件，判断所述行程订单的录音是否满足所述安全预警条件，并根据得到的判断结果，执行安全预警。
101.可选地，所述上传模块302还用于，在响应用户执行的账户注册操作时，向所述用户展示音频录制页面；通过所述音频录制页面，获取所述用户录制的音频信息，并将所述音频信息上传至所述服务器，以使所述服务器将所述音频信息作为所述用户对应的安全预警条件，并保存。
102.可选地，所述上传模块302还用于，在所述行程订单被执行之前，向所述用户展示
音频录制页面，以通过所述音频录制页面，获取所述用户录制的音频信息并上传至所述服务器，以使所述服务器将所述音频信息作为在所述行程订单执行过程中所述用户对应的安全预警条件，并保存。
103.以上为本说明书的一个或多个实施例提供的安全预警方法，基于同样的思路，本说明书还提供了相应的安全预警装置，如图4所示。
104.图4为本说明书提供的一种安全预警装置示意图，具体包括：
105.接收模块401、安全预警条件确定模块402、判断模块403，其中：
106.接收模块401，用于接收客户端上传的所述行程订单的录音，所述录音是所述客户端响应于行程订单的执行后，通过声音采集设备采集到的周围环境声音，所述客户端包括司机使用的客户端和乘客使用的客户端中的至少一种；
107.查询模块402，用于根据所述行程订单，确定所述行程订单包含的用户标识；根据所述用户标识，查询出所述用户标识预对应的用户预先设定的安全预警条件；
108.判断模块403，用于判断所述行程订单的录音是否满足所述安全预警条件，并根据得到的判断结果，执行安全预警
109.可选地，所述查询模块402具体用于，根据所述用户标识，查询出所述用户标识对应的用户预先设定用于安全预警的音频信息以及触发安全预警时所述音频信息需要出现的指定次数；所述判断模块403具体用于，当所述行程订单的录音中存在与所述音频信息相匹配的录音片段，且与所述音频信息相匹配的录音片段在所述行程订单的录音中出现的次数不小于所述指定次数时，确定满足安全预警条件。
110.可选地，所述接收模块401还用于，接收所述客户端上传的音频信息，并将所述音频信息作为在所述行程订单执行过程中所述用户对应的安全预警条件，所述音频信息是所述客户端在行程订单被执行之前，通过向所述用户展示的音频录制页面获取并上传给所述服务器的。
111.可选地，所述接收模块401还用于，接收所述客户端上传的音频信息，并将所述音频信息作为所述用户预先设定的安全预警条件，所述音频信息是所述客户端在响应于所述用户执行的账户注册操作后，通过向所述用户展示的音频录制页面获取并上传给所述服务器的。
112.可选地，所述判断模块403具体用于，确定所述判断结果为所述行程订单的录音满足所述安全预警条件时，根据所述录音片段以及预先存储的各用户的声纹信息，确定触发安全预警的用户；根据触发安全预警的用户的用户类型，执行预设的风控策略。
113.需要说明的是，本说明书中所有获取信号、信息或数据的动作都是在遵照所在地国家相应的数据保护法规政策的前提下，并获得由相应装置所有者给予授权的情况下进行的。
114.本说明书还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图1提供的安全预警系统对应的方法。
115.本说明书还提供了图5所示的电子设备的示意结构图。如图5所述，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述图1所述的安全预警系统对应的方法。当然，除了软件实现方式之外，本说明
书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
116.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device,pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
117.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
118.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
119.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
120.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
121.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
122.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
123.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
124.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
125.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
126.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
127.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
128.本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施
例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
129.本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
130.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
131.以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。