一种安全状态监控方法及装置与流程

本申请涉及状态监控技术领域，具体而言，涉及一种安全状态监控方法及装置。

背景技术：

随着人们生活水平的不断提高，自驾、公共交通工具等传统交通方式已经无法满足用户的需求，叫车服务正在被越来越多的人认可。叫车服务可以让用户随时随地在网约车平台上叫车，为出行带来极大的便利。同时，该方式也存在一定的风险，在用户使用网约车的过程中需要对用户的安全进行监控。

但是，现有的安全状态监控技术方案需要依赖大量的客服资源，人力成本较高，且时效性较差，准确度不高。

技术实现要素：

有鉴于此，本申请实施例的目的在于提供一种安全状态监控方法及装置，可以提高安全状态监控的准确度，进而可以使虚假风险降低，减少人力资源，提高安全状态监控效率。

一方面，本申请实施例提供了一种安全状态监控方法，所述方法包括：

在基于当前订单的执行信息，确定所述当前订单存在安全风险时，向所述当前订单对应的服务请求端发送安全认证请求；

获取所述服务请求端基于所述安全认证请求反馈的安全认证信息；

基于所述安全认证信息，确定所述服务请求端当前的安全状态。

在一些实施例中，所述在基于当前订单的执行信息，确定所述当前订单存在安全风险时，向所述当前订单对应的服务请求端发送安全认证请求，包括：

获取并解析当前订单的执行信息，其中，所述当前订单的执行信息包括定位信息、行驶路线信息和行驶过程中的音频信息；

基于所述当前订单的执行信息，确定所述当前订单的风险等级；

在所述当前订单的风险等级大于预设风险阈值时，确定所述当前订单存在安全风险，并向所述当前订单对应的服务请求端发送安全认证请求。

在一些实施例中，所述基于所述安全认证信息，确定所述服务请求端当前的安全状态，包括：

基于所述安全认证信息，确定所述服务请求端所处环境的安全等级；

在所述安全等级高于预设安全阈值时，获取所述当前订单对应的服务请求端的身份认证信息；

基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态。

在一些实施例中，所述基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态，包括：

若在第一预定时间段内获取到所述服务请求端的身份认证信息，则基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态。

在一些实施例中，所述基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态，包括：

基于所述身份认证信息，判定所述服务请求端反馈的安全认证信息是否为所述服务请求端对应的用户确定的；

在所述服务请求端反馈的安全认证信息为所述服务请求端对应的用户确定的情况下，确定所述服务请求端当前的安全状态为安全；

在所述服务请求端反馈的安全认证信息不为所述服务请求端对应的用户确定的情况下，确定所述服务请求端当前的安全状态为不安全。

在一些实施例中，所述方法在确定所述服务请求端所处环境的安全等级之后，还包括：

若在所述第一预定时间段内未获取到服务请求端反馈的身份认证信息，确定所述服务请求端当前的安全状态为不安全。

在一些实施例中，所述在所述安全等级高于预设安全阈值时，获取所述当前订单对应的服务请求端的身份认证信息，包括：

在所述安全等级高于预设安全阈值时，向所述当前订单对应的服务请求端发送身份认证请求；

获取所述服务请求端针对所述身份认证请求反馈的身份认证信息。

在一些实施例中，所述方法在基于所述安全认证信息，确定所述服务请求端所处环境的安全等级，之后还包括：

在所述安全等级低于或等于预设安全阈值时，确定所述服务请求端当前的安全状态为不安全。

在一些实施例中，所述获取所述服务请求端基于所述安全认证请求反馈的安全认证信息，包括：

在第二预定时间段内，获取服务请求端针对所述安全认证请求反馈的安全认证信息。

在一些实施例中，所述方法在所述向所述当前订单对应的服务请求端发送安全认证请求之后，还包括：

若在第二预定时间段内未获取到所述安全认证信息，则确定所述服务请求端当前的安全状态为不安全。

在一些实施例中，所述方法还包括：

在所述当前订单对应的服务请求端当前的安全状态为不安全的情况下，向所述当前订单对应的服务请求端发送报警页面信息，以使所述服务请求端利用所述报警页面信息进行报警。

另一方面，本申请实施例还提供一种安全状态监控装置，应用于服务端，所述安全状态监控装置包括：

所述装置包括：

第一发送模块，用于在基于当前订单的执行信息，确定所述当前订单存在安全风险时，向所述当前订单对应的服务请求端发送安全认证请求；

第一获取模块，用于获取所述服务请求端基于所述安全认证请求反馈的安全认证信息；

确定模块，用于基于所述安全认证信息，确定所述服务请求端当前的安全状态。

在一些实施例中，所述第一发送模块，包括：

第二获取模块，用于获取并解析当前订单的执行信息，其中，所述当前订单的执行信息包括定位信息、行驶路线信息和行驶过程中的音频信息；

监测模块，用于基于所述当前订单的执行信息，确定所述当前订单的风险等级；

第二发送模块，用于在所述当前订单的风险等级大于预设风险阈值时，确定所述当前订单存在安全风险，并向所述当前订单对应的服务请求端发送安全认证请求。

在一些实施例中，所述确定模块具体用于：

基于所述安全认证信息，确定所述服务请求端所处环境的安全等级；

在所述安全等级高于预设安全阈值时，获取所述当前订单对应的服务请求端的身份认证信息；

基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态。

在一些实施例中，所述确定模块基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态时，具体用于：

若在第一预定时间段内获取到所述服务请求端的身份认证信息，则基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态。

在一些实施例中，所述确定模块基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态时，具体用于：

基于所述身份认证信息，判定所述服务请求端反馈的安全认证信息是否为所述服务请求端对应的用户确定的；

在所述服务请求端反馈的安全认证信息为所述服务请求端对应的用户确定的情况下，确定所述服务请求端当前的安全状态为安全；

在所述服务请求端反馈的安全认证信息不为所述服务请求端对应的用户确定的情况下，确定所述服务请求端当前的安全状态为不安全。

在一些实施例中，所述确定模块在确定所述服务请求端所处环境的安全等级之后，还用于：

在所述第一预定时间段内未获取到服务请求端反馈的身份认证信息时，确定所述服务请求端当前的安全状态为不安全。

在一些实施例中，所述确定模块在所述安全等级高于预设安全阈值时，获取所述当前订单对应的服务请求端的身份认证信息时，具体用于：

在所述安全等级高于预设安全阈值时，向所述当前订单对应的服务请求端发送身份认证请求；

获取服务请求端针对所述身份认证请求反馈的身份认证信息。

在一些实施例中，所述确定模块在基于获取的所述安全认证信息，确定所述服务请求端所处环境的安全等级，之后还用于：

在所述安全等级低于或等于预设安全阈值时，确定所述服务请求端当前的安全状态为不安全。

在一些实施例中，所述第一获取模块具体用于：

在第二预定时间段内，获取服务请求端针对所述安全认证请求反馈的安全认证信息。

在一些实施例中，所述第一获取模块在向所述当前订单对应的服务请求端发送安全认证请求之后，还用于：

若在第二预定时间段内未获取到所述安全认证信息，则确定所述服务请求端当前的安全状态为不安全。

在一些实施例中，所述装置还包括：

报警模块，用于在所述当前订单对应的服务请求端当前的安全状态为不安全的情况下，向所述当前订单对应的服务请求端发送报警页面信息，以使所述服务请求端利用所述报警页面信息进行报警。

另一方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过所述总线通信，所述机器可读指令被所述处理器执行时执行如上述的安全状态监控方法的步骤。

另一方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上述的安全状态监控方法的步骤。

本申请实施例提供的安全状态监控方法及装置，在基于当前订单的执行信息，确定所述当前订单存在安全风险时，向所述当前订单对应的服务请求端发送安全认证请求；获取所述服务请求端基于所述安全认证请求反馈的安全认证信息；基于所述安全认证信息，确定所述服务请求端当前的安全状态。这样，通过对服务请求端进行安全认证，判断用户是否处于安全环境，提高安全认证的可靠性，安全认证的效率较高，减少人力资源的使用，快速发现用户存在的风险。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了根据本申请一些实施例的可以实现本申请思想的电子设备的示例性硬件和软件组件的示意图；

图2示出了本申请实施例所提供的安全状态监控方法的流程图；

图3示出了本申请实施例所提供的另一种安全状态监控方法的流程图；

图4示出了本申请实施例所提供的一种安全状态监控装置的结构示意图；

图5示出了本申请实施例所提供的另一种安全状态监控装置中第一发送模块的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“行车过程中对用户进行安全状态监控”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕行车过程中对用户安全状态监控描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何不同类型出行工具中对用户进行安全状态监控。本申请的系统或方法的应用可以包括服务器、客户端、定制系统、内部分析系统、或人工智能交互终端等，或其任意组合。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

值得注意的是，随着人们生活水平的不断提高，自驾、公共交通工具等传统交通方式已经无法满足用户的需求，叫车服务正在被越来越多的人认可。叫车服务可以让用户随时随地在网约车平台上叫车，为出行带来极大的便利。同时，该方式也存在一定的风险，用户在约到的车中可能遭受不公正待遇、人身安全收到危害等不良事件，因此，在用户使用网约车的过程需要对用户的安全进行监控。

但是，现有的安全监控技术方案功能不完善，在监控过程中存在大量的虚假信息，并且现有的安全状态监控方法需要大量的人力资源，不仅不能保证用户安全监控的时效性，并且无法有效保证用户的安全。

对于此，本申请的一个方面提出一种安全状态监控方法，通过服务请求端获取的安全认证信息，判断用户是否处于安全环境，提高安全认证的可靠性和效率，进而降低虚假风险的数量，减少人力资源的使用，快速发现用户存在的风险。

本申请实施例可以通过与服务请求端交互的云平台、服务器或者服务器组实施(以下统称为服务系统)，也可以直接通过服务请求端实施，本申请实施例中的服务请求端可以理解为终端设备，也可以理解为用户在平台注册的客户端，其中，终端设备可以理解为移动终端、个人电脑(personalcomputer，pc)、车载终端、以及任何可以安装平台应用程序的设备。

在一些实施例中，服务系统可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务系统可以是分布式系统)。在一些实施例中，服务系统相对于终端，可以是本地的、也可以是远程的。例如，服务系统可以经由网络访问存储在服务请求端或数据库、或其任意组合中的信息和/或数据。在一些实施例中，服务系统可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(communitycloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。在一些实施例中，服务系统可以在具有本申请中图1所示的一个或多个组件的电子设备100上实现。

在一些实施例中，服务系统可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(s)或多核处理器(s))。仅作为举例，处理器可以包括中央处理单元(centralprocessingunit，cpu)、专用集成电路(applicationspecificintegratedcircuit，asic)、专用指令集处理器(applicationspecificinstruction-setprocessor，asip)、图形处理单元(graphicsprocessingunit，gpu)、物理处理单元(physicsprocessingunit，ppu)、数字信号处理器(digitalsignalprocessor，dsp)、现场可编程门阵列(fieldprogrammablegatearray，fpga)、可编程逻辑器件(programmablelogicdevice，pld)、控制器、微控制器单元、简化指令集计算机(reducedinstructionsetcomputing，risc)、或微处理器等，或其任意组合。

图1为根据本申请一些实施例的可以实现本申请思想的电子设备100的示例性硬件和软件组件的示意图。例如，处理器120可以用于电子设备100上，并且用于执行本申请中的功能。

电子设备100可以是通用计算机或特殊用途的计算机，两者都可以用于实现本申请的安全状态监控方法。本申请尽管仅示出了一个计算机，但是为了方便起见，可以在多个类似平台上以分布式方式实现本申请描述的功能，以均衡处理负载。

例如，电子设备100可以包括连接到网络的网络端口110、用于执行程序指令的一个或多个处理器120、通信总线130、和不同形式的存储介质140，例如，磁盘、rom、或ram，或其任意组合。示例性地，计算机平台还可以包括存储在rom、ram、或其他类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。电子设备100还包括计算机与其他输入输出设备(例如键盘、显示屏)之间的输入/输出(input/output，i/o)接口150。

为了便于说明，在电子设备100中仅描述了一个处理器。然而，应当注意，本申请中的电子设备100还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若电子设备100的处理器执行步骤a和步骤b，则应该理解，步骤a和步骤b也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤a，第二处理器执行步骤b，或者第一处理器和第二处理器共同执行步骤a和b。

下面从执行方法角度，对本申请实施例的思想做进一步描述。

请参阅图2，图2为本申请实施例提供的安全状态监控方法的流程图。所述方法可以应用于服务端，所述服务器可以是独立设置的后台服务器或者云端服务器等，也可以是与所述服务请求端连接的后台服务器或者云端服务器，还可以是嵌入到所述服务请求端内部的服务器，所述服务请求端可以是如乘客的移动终端。如图2中所示，所述方法包括：

s201：在基于当前订单的执行信息，确定所述当前订单存在安全风险时，向所述当前订单对应的服务请求端发送安全认证请求。

在该步骤中，服务端可以监测当前订单的执行信息，并基于所述执行信息和训练好的风险等级模型，判断所述当前订单是否存在安全风险，在确认所述当前订单存在风险时，向所述当前订单对应的服务请求端发送安全认证请求，所述服务请求端可以响应所述安全认证请求，并展示安全认证页面，进而使所述服务请求端对应的用户可以通过所述服务请求端的安全认证页面反馈安全认证信息。

其中，当前订单可以指用户正在进行中的订单，当前订单可以是当前叫车订单。

s202：获取所述服务请求端基于所述安全认证请求反馈的安全认证信息。

在该步骤中，在用户的当前订单服务中，基于所述安全认证请求，用户可以根据所述服务请求端上的安全认证页面信息进行操作，根据用户的实际情况对所述安全认证页面信息进行选择，用户对应的服务请求端获取安全认证信息，并将所述安全认证信息反馈给服务端。

其中，获取安全认证信息，可以是通过所述服务请求端上的触摸屏、按键等功能，来实现获取用户选择的安全认证页面信息的安全认证信息，并可以进一步的，将所述安全认证信息反馈给服务端。

其中，所述安全认证信息可以是用户基于所述安全认证页面信息选择的，也可以是用户在所述服务请求端输入的，所述安全认证信息的内容可以用于判断用户当前是否处于安全环境中。

在本实施例中，在发送安全认证请求后，安全认证页面信息可以是当用户处于风险状态时在所述服务请求端弹出，所述风险状态可以是在用户的行车路线与所述当前订单中的目的地偏离较大时，或用户的当前行车时间超过所述当前订单中的预计到达时间时，再或者在用户的叫车服务的录音中检测到敏感词汇时。

这里，所述服务请求端的安全认证页面可以是无法关闭的，当在一定时间内没有获取到所述安全认证信息时，所述安全认证页面可以自动关闭，并返回所述当前订单的服务页面。

这样，在判断用户处于风险状态时，再通过服务请求端对用户进行安全认证，必然会对风险判断的准确性有一定程度的提高，并减少人力资源的使用。

s203:基于所述安全认证信息，确定所述服务请求端当前的安全状态。

在该步骤中，在获取服务请求端反馈的安全认证信息之后，服务端可以解析所述安全认证信息的内容，通过所述安全认证信息内容，确定所述服务请求端当前的风险等级，并根据所述风险等级确定所述服务请求端当前的安全状态。

其中，所述安全认证信息可以是“安全”、“危险”、“报警”等有描述安全状态功能的词句，也可以是预设的选项或字符。

在本实施例中，所述安全环境，可以是指用户不会受到不公正待遇、人身安全收到危害等不良事件的环境，此种方式可以针对所述服务请求端对应的用户在当前订单服务的过程中，在受到或即将受到人身伤害、财产伤害的情况下，发现所述用户未处于安全环境，对伤害进行预防、干涉，能使所述用户提高警惕，提前做好应对风险的准备。

在本实施例中，若判定所述当前订单对应的服务请求端的安全环境为危险，可以通过进一步的认证确认所述服务请求端对应的用户是否安全，比如调用所述服务请求端的摄像头，根据所述当前订单服务中的视频影像确认，或致电所述服务请求端，直接通过语音确认用户的安全。

这样，可以提高安全认证的准确性，进一步的提高安全认证的效率，缩短处置不良事件的反应时间，加快对不良事件的干涉。

本申请实施例提供的安全状态监控方法，在基于当前订单的执行信息，确定所述当前订单存在安全风险时，向所述当前订单对应的服务请求端发送安全认证请求；获取所述服务请求端基于所述安全认证请求反馈的安全认证信息；基于所述安全认证信息，确定所述服务请求端当前的安全状态，进而确定所述服务请求端用户当前的安全状态。

这样，在用户的风险等级高时进一步地对用户进行安全认证，服务请求端反馈的安全认证信息，确认用户是否在安全环境中，提高安全认证的可靠性和效率较高，减少人力资源的使用，快速发现用户存在的风险。

请参阅图3，图3为本申请另一实施例提供的一种安全状态监控方法的流程图。所述方法可以应用于服务端，所述服务端可以是独立设置的后台服务器或者云端服务器等，也可以是与所述服务请求端连接的后台服务器或者云端服务器，还可以是嵌入到所述服务请求端内部的服务器，所述服务请求端可以是如乘客等的移动终端。如图3中所示，所述方法包括：

s301:获取并解析当前订单的执行信息，其中，所述当前订单的执行信息包括定位信息、行驶路线信息和行驶过程中的音频信息。

在该步骤中，所述当前订单的执行信息可以是获取云端服务器中存储的，可以将所述当前订单的执行信息实时上传至数据库，服务端可以随时调用所述当前订单的服务记录，可以通过判断所述服务请求端的定位信息是否在前往叫所述车订单的目的地的路线上，以及判断所述服务请求端是否在一个位置上停留超过一定阈值范围的时间，以实现对所述定位信息的解析；可以通过对比所述行驶路线信息与所述当前订单优选的行车路线的差异程度的阈值，以实现对路线记录的解析；可以通过检测行驶过程中的音频信息中是否有敏感词、异常声音、异常音调等来实现对服务录音的解析。

在本实施例中，所述敏感词可以包括预设的可能涉及风险或犯罪行为的词句，也可以包括求救词句；所述异常声音可以包括枪声、呼喊、尖叫、撞击声等声音；所述异常音调可以是用户通常在平和的订单服务状态下不会出现的音调。

其中，所述定位信息可以是所述服务请求端的实时位置信息；所述行驶路线信息可以是由当前订单服务开始时的位置至当前位置所经过的路线；所述行驶过程中的音频信息可以是当前订单服务过程中的对话录音或音频录音，也可以是带有音频的视频录像。

这样，可以对所述当前订单服务进行实时监测，快速发现所述当前订单服务中的异常情况，有利于确保所述服务请求端对应的用户的安全。

s302:基于所述当前订单的执行信息，确定所述当前订单的风险等级。

在该步骤中，可以基于训练好的风险等级模型与所述当前订单的执行信息，确定所述当前订单的风险模型，比如，当所述服务请求端的定位信息未在前往叫所述车订单的目的地的路线上时、所述服务请求端在一个位置上停留超过一定阈值范围的时间时、所述行驶路线信息与所述当前订单优选的行车路线的差异程度高于一定的阈值时，或检测到所述行驶过程中的音频信息中有敏感词、异常声音、异常音调时，所述当前订单的风险等级会上升。

其中，所述风险等级模型可以根据过往订单的执行信息训练，所述执行信息中的每一项都可以影响所述风险等级的高低。

这样，可以通过获取到的执行信息监测所述当前订单的风险等级，进而监测用户是否处于安全环境中。

s303:在所述当前订单的风险等级大于预设风险阈值时，确定所述当前订单存在安全风险，并向所述当前订单对应的服务请求端发送安全认证请求。

在该步骤中，获取所述当前订单的风险等级后，判断所述风险等级是否大于预设风险阈值，其中，所述预设风险阈值可以是一个确定的值，也可以是一个范围阈值，所述风险等级可以有数个等级，一个或多个等级可以分别对应安全、风险、危机，这样，可以明确地表明所述风险等级的风险程度。

在本实施例中，在向所述当前订单对应的服务请求端发送安全认证请求时，可以向所述当前订单对应的服务请求端发送推送提醒，提醒用户处于风险环境，并在一定时间内进入所述安全认证信息获取页面，进行安全认证。

其中，用户可以通过所述服务请求端查看所述推送提醒，并通过所述推送提醒跳转至所述安全认证信息获取页面。

s304：获取所述服务请求端基于所述安全认证请求反馈的安全认证信息。

s305:基于所述安全认证信息，确定所述服务请求端当前的安全状态。

其中，s304和s305的描绘可以参照s202和s203的描述，并且可以达到同样的技术效果，在此不做赘述。

在一些实施例中，所述基于所述安全认证信息，确定所述服务请求端当前的安全状态，包括：

基于所述安全认证信息，确定所述服务请求端所处环境的安全等级；在所述安全等级高于预设安全阈值时，获取所述当前订单对应的服务请求端的身份认证信息；基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态。

在该步骤中，在获取所述服务请求端反馈的安全认证信息后，可以基于所述服务请求端反馈的安全认证信息对应的安全认证等级，确定所述服务请求端所处环境的安全等级，比如，若所述服务请求端反馈的安全认证信息为安全，则所述安全认证等级可以为三级，所述服务请求端所处环境的安全等级为三级；若所述服务请求端反馈的安全认证信息为危险或报警，则所述安全认证等级为七级，所述服务请求端所处环境的安全等级为七级。

这里，服务请求端所处环境的安全等级可以是量化的，也可以是非量化的，当所述安全等级是非量化的时，所述安全等级可以基于一定优先级进行规则排序。

在本实施例中，预设安全阈值可以根据实际情况进行调整，比如，在历史获取的安全认证信息对应的安全等级中有百分之九十大于当前预设安全阈值一个等级，而用户实际并未处于危险环境中时，可将预设安全阈值上调一个等级。

这样，可以根据用户通过所述服务请求端反馈的安全认证信息，进一步的判断用户是否处于危险环境中，并提高判断的准确程度。

在本实施例中，服务端可以对所述服务请求端发起身份认证，用户可以根据身份认证页面显示的信息和用户在所述服务请求端预留的信息在服务请求端上输入身份认证信息，所述服务请求端获取所述身份认证信息，确认所述服务请求端是否处于安全环境中。

其中，所述身份认证信息可以是用户预留在所述服务请求端的手机号码的一部分或全部，也可以是用户预设的身份认证密码等，所述身份认证信息可以是被发起所述当前订单的用户所知晓、其他用户所不知晓的。

本实施例中，可以将获取的身份认证信息与用户在所述服务请求端预留的身份认证信息进行对比，根据所述获取的身份认证信息与用户在所述服务请求端预留的身份认证信息的区别度来判断所述当前订单对应的服务请求端是否处于安全环境中，比如，所述获取的身份认证信息与用户在所述服务请求端预留的身份认证信息的区别度高于预设的区别阈值，则可以判断所述当前订单对应的服务请求端未处于安全环境。

其中，所述身份认证信息还可以是面部识别、声纹识别或指纹识别，也可以是图像、或特殊信息的排列组合。

在一些实施例中，所述基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态，包括：

若在第一预定时间段内获取到所述服务请求端的身份认证信息，则基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态。

在该步骤中，用户可以在第一预定时间段内通过所述服务请求端输入身份认证信息，在接收到所述服务请求端的身份认证信息之后，服务端根据所述身份认证信息与用户在所述服务请求端预留的身份认证信息的区别度判断所述当前订单对应的服务请求端是否处于安全环境中。

其中，所述第一预定时间段可以是一个较短的时间段，比如15秒，这样，可以使用户在短时间内通过所述服务请求端输入身份认证信息，提高所述服务请求端的身份认证信息的可信度。

在一些实施例中，所述基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态，包括：

基于所述身份认证信息，判定所述服务请求端反馈的安全认证信息是否为所述服务请求端对应的用户确定的；在所述服务请求端反馈的安全认证信息为所述服务请求端对应的用户确定的情况下，确定所述服务请求端当前的安全状态为安全；在所述服务请求端反馈的安全认证信息不为所述服务请求端对应的用户确定的情况下，确定所述服务请求端当前的安全状态为不安全。

在该步骤中，可以在所述服务请求端反馈的安全认证信息为安全时，获取所述当前订单对应的服务请求端的身份认证，进而判定所述服务请求端反馈的安全认证信息是否为所述服务端对应的用户确定的，进而判断所述安全认证信息的可信度。在所述服务请求端反馈的安全认证信息为所述服务端对应的用户确定的情况下，所述安全认证信息的可信度高，可以判定所述当前订单对应的服务请求端处于安全环境中；在所述服务请求端反馈的安全认证信息不为所述服务端对应的用户确定的情况下，所述安全认证信息的可信度基于所述服务请求端的身份认证信息与所述用户在所述服务请求端预留的身份认证信息的区别度下降，所述区别度越高，则所述安全认证信息的可信度就越低，当所述安全认证信息的可信度下降到一定阈值时，判定所述用户对应的服务请求端的安全环境为不安全。

这样，可以防止他人盗用所述服务请求端，上报虚假的安全认证信息，一定程度上可以提升安全认证的准确性，有利于用户的安全。

在一些实施例中，所述方法在确定所述服务请求端所处环境的安全等级之后，还包括：

若在所述第一预定时间段内未获取到服务请求端反馈的身份认证信息，确定所述服务请求端当前的安全状态为不安全。

在该步骤中，若在所述第一预定时间段内未接收到服务请求端反馈的身份认证信息，则可以判定用户可能因不可抗力无法通过所述服务请求端反馈身份认证信息，可能处于已经遭受到人身伤害或财产伤害的情况，进而判定所述当前订单对应的服务请求端未处于安全环境中。

这样，可以减少风险的漏判，加快风险发现的速度，减少用户受到的伤害。

在一些实施例中，所述在所述安全等级高于预设安全阈值时，获取所述当前订单对应的服务请求端的身份认证信息，包括：

在所述安全等级高于预设安全阈值时，向所述当前订单对应的服务请求端发送身份认证请求；获取所述服务请求端针对所述身份认证请求反馈的身份认证信息。

在该步骤中，在所述安全等级高于预设安全阈值时，所述当前订单对应的服务请求端可以接收服务端发送的身份认证请求，也可以直接将所述服务请求端的身份认证信息获取页面展示给用户，用户基于所述身份认证信息获取页面的内容，通过所述服务请求端，反馈所述身份认证信息。

其中，所述身份认证请求可以包括提示信息，用于提示用户预留在服务请求端的身份认证信息。

在一些实施例中，所述方法在基于所述安全认证信息，确定所述服务请求端所处环境的安全等级，之后还包括：

在所述安全等级低于或等于预设安全阈值时，确定所述服务请求端当前的安全状态为不安全。

在该步骤中，所述安全认证信息可以是危险，或未在预设时间段内获取到所述安全认证信息，则所述安全等级低于或等于预设安全阈值，进而判断所述当前订单对应的服务请求端的安全环境为不安全。

在一些实施例中，所述获取所述服务请求端基于所述安全认证请求反馈的安全认证信息，包括：

在第二预定时间段内，获取服务请求端针对所述安全认证请求反馈的安全认证信息。

在该步骤中，用户可以在第二预定时间段内，通过所述服务请求端反馈安全认证信息，其中，所述第二预定时间段可以长于所述第一预定时间段，比如，当所述第一预定时间段为15秒时，所述第二预定时间段可以是60秒。

在一些实施例中，所述方法在所述向所述当前订单对应的服务请求端发送安全认证请求之后，还包括：

若在第二预定时间段内未获取到所述安全认证信息，则确定所述服务请求端当前的安全状态为不安全。

在该步骤中，所述安全状态监控方法的所有步骤可以不超过所述第二预定时间段，当安全认证的总时长超过所述第二预定时间段时，或未在第二预定时间段获取到所述安全认证信息时，可判定所述用户对应的服务请求端未处于安全环境中，所述服务请求端当前的安全状态为不安全。

在一些实施例中，所述方法还包括：

在所述当前订单对应的服务请求端当前的安全状态为不安全的情况下，向所述当前订单对应的服务请求端发送报警页面信息，以使所述服务请求端利用所述报警页面信息进行报警。

在该步骤中，所述服务请求端对应的用户可以自主选择通过所述服务请求端的报警页面报警，也可以所述当前订单对应的服务请求端未处于安全环境中的情况下，基于所述当前订单对应的服务请求端发送报警页面信息，进行报警。

这里，用户通过服务请求端，利用所述报警页面信息报警，所述服务请求端可以将用户的当前位置信息发送至用户预留的紧急联系人，并拨打报警电话，进行报警。

在本实施例中，若所述服务请求端未在预设的时间内报警，则可以判定所述服务请求端的安全状态为不安全。

本申请实施例提供的安全状态监控方法，获取并解析当前订单的执行信息，其中，所述当前订单的执行信息包括定位信息、行驶路线信息和行驶过程中的音频信息；基于所述当前订单的执行信息，确定所述当前订单的风险等级；在所述当前订单的风险等级大于预设风险阈值时，确定所述当前订单存在安全风险，并向所述当前订单对应的服务请求端发送安全认证请求；获取所述服务请求端基于所述安全认证请求反馈的安全认证信息；基于所述安全认证信息，确定所述服务请求端当前的安全状态。

这样，在用户的风险等级高时进一步地对用户进行安全认证，通过服务请求端获取的安全认证信息，判断用户是否处于安全环境，提高安全认证的可靠性和效率，进而降低虚假风险的数量，减少人力资源的使用，快速发现用户存在的风险。

请参阅图4和图5，图4是示出本申请的一些实施例的安全状态监控装置的结构图之一，图5是示出本申请的一些实施例的安全状态监控装置中第一发送模块的结构图之二。该安全状态监控装置实现的功能对应上述方法执行的步骤。该装置可以理解为上述服务器，或服务器的处理器，也可以理解为独立于上述服务器或处理器之外的在服务器控制下实现本申请功能的组件。如图4中所示，所述安全状态监控装置400可以包括第一发送模块410、第一获取模块420和确定模块430，其中：

第一发送模块410，用于在基于当前订单的执行信息，确定所述当前订单存在安全风险时，向所述当前订单对应的服务请求端发送安全认证请求；

第一获取模块420，用于获取所述服务请求端基于所述安全认证请求反馈的安全认证信息；

确定模块430，用于基于所述安全认证信息，确定所述服务请求端当前的安全状态。

在一些实施例中，如图5中所示，所述安全状态监控装置400中的第一发送模块410包括：第二获取模块411、监测模块412和第二发送模块413，其中：

第二获取模块411，用于获取并解析当前订单的执行信息，其中，所述当前订单的执行信息包括定位信息、行驶路线信息和行驶过程中的音频信息；

监测模块412，用于基于所述当前订单的执行信息，确定所述当前订单的风险等级；

第二发送模块413，用于在所述当前订单的风险等级大于预设风险阈值时，确定所述当前订单存在安全风险，并向所述当前订单对应的服务请求端发送安全认证请求。

在一些实施例中，所述确定模块具体用于：

基于所述安全认证信息，确定所述服务请求端所处环境的安全等级；

在所述安全等级高于预设安全阈值时，获取所述当前订单对应的服务请求端的身份认证信息；

基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态。

在一些实施例中，所述确定模块基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态时，具体用于：

若在第一预定时间段内获取到所述服务请求端的身份认证信息，则基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态。

在一些实施例中，所述确定模块基于获取的所述身份认证信息，确定所述服务请求端当前的安全状态时，具体用于：

基于所述身份认证信息，判定所述服务请求端反馈的安全认证信息是否为所述服务请求端对应的用户确定的；

在所述服务请求端反馈的安全认证信息为所述服务请求端对应的用户确定的情况下，确定所述服务请求端当前的安全状态为安全；

在所述服务请求端反馈的安全认证信息不为所述服务请求端对应的用户确定的情况下，确定所述服务请求端当前的安全状态为不安全。

在一些实施例中，所述确定模块在确定所述服务请求端所处环境的安全等级之后，还用于：

在所述第一预定时间段内未获取到服务请求端反馈的身份认证信息时，确定所述服务请求端当前的安全状态为不安全。

在一些实施例中，所述确定模块在所述安全等级高于预设安全阈值时，获取所述当前订单对应的服务请求端的身份认证信息时，具体用于：

在所述安全等级高于预设安全阈值时，向所述当前订单对应的服务请求端发送身份认证请求；

获取服务请求端针对所述身份认证请求反馈的身份认证信息。

在一些实施例中，所述确定模块在基于获取的所述安全认证信息，确定所述服务请求端所处环境的安全等级，之后还用于：

在所述安全等级低于或等于预设安全阈值时，确定所述服务请求端当前的安全状态为不安全。

在一些实施例中，所述第一获取模块具体用于：

在第二预定时间段内，获取服务请求端针对所述安全认证请求反馈的安全认证信息。

在一些实施例中，所述第一获取模块在向所述当前订单对应的服务请求端发送安全认证请求之后，还用于：

若在第二预定时间段内未获取到所述安全认证信息，则确定所述服务请求端当前的安全状态为不安全。

在一些实施例中，所述装置还包括：

报警模块，用于在所述当前订单对应的服务请求端当前的安全状态为不安全的情况下，向所述当前订单对应的服务请求端发送报警页面信息，以使所述服务请求端利用所述报警页面信息进行报警。

本申请实施例提供的安全状态监控装置，在在基于当前订单的执行信息，确定所述当前订单存在安全风险时，向所述当前订单对应的服务请求端发送安全认证请求；获取所述服务请求端基于所述安全认证请求反馈的安全认证信息；基于所述安全认证信息，确定所述服务请求端当前的安全状态。

这样，在用户的风险等级高时进一步地对用户进行安全认证，通过服务请求端获取的安全认证信息，判断用户是否处于安全环境，提高安全状态监控的可靠性和效率，进而降低虚假风险的数量，减少人力资源的使用，快速发现用户存在的风险。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图2以及图3所示方法实施例中的安全状态监控方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过lan、wan、蓝牙、zigbee、或nfc等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁盘或者光盘等各种可以存储程序代码的介质。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。