报警方法 装置 电子设备及计算机可读存储介质与流程

本申请涉及信息技术领域，具体而言，涉及一种报警方法、装置、电子设备及计算机可读存储介质。

背景技术：

随着汽车电子技术的持续快速发展，乘坐出租车出行和预约乘坐私家车出行等出行方式得到了长足发展，在人们日常生活出行中起到了不可替代的作用，为广大人民的日常生活、交通出行带来了极大方便。

随着社会的进一步发展，传统的出租车已经不能满足人们出行的需求，为了更加方便用户的需求，目前市面上出现了网络预约车，方便用户通过用车软件预定符合自己行程的车辆。

随着提供服务的出租车和私家车数量的增多，服务安全性的问题变得越来越重要，尤其是在乘客独自乘车环境中，可能会遇到各种危险情况，如何最大限度地保证乘车安全，是目前急需解决的问题。

技术实现要素：

有鉴于此，本申请的目的在于提供报警方法、装置、电子设备及计算机可读存储介质，以提高乘车环境的安全性。

第一方面，本申请实施例提供了一种报警方法，该方法包括：

检测车内用户的语音信息；

当检测到所述语音信息与目标语音内容匹配时，获取报警语音；

在终端设备播放所述报警语音。

在一种实施方式中，所述终端设备包括移动终端和/或车载终端。

在一种实施方式中，当检测到所述语音信息与目标语音内容匹配时，所述方法还包括：

生成报警信息，并将所述报警信息发送给至少一个目标接收对象。

在一种实施方式中，所述至少一个目标接收对象包括以下至少一个：

平台服务器；报警中心；与所述终端设备距离设定范围内的其它终端设备；所述用户设置的紧急联系人的终端设备。

在一种实施方式中，所述报警信息中包括用户当前出行订单信息和当前地理位置信息。

在一种实施方式中，当检测到所述语音信息与目标语音内容匹配时，所述方法还包括：

启动摄像装置采集车内环境信息，并将车内环境信息发送给所述至少一个目标接收对象。

在一种实施方式中，当检测到所述语音信息与目标语音内容匹配时，所述方法还包括：

通过与车载终端连接的控制器控制车辆报警指示灯开启。

在一种实施方式中，当检测到所述语音信息与目标语音内容匹配时，所述方法还包括：

通过与车载终端连接的控制器控制车辆喇叭鸣笛。

在一种实施方式中，当检测到所述语音信息与目标语音内容匹配时，获取报警语音，包括：

获取预存的报警语音；或者，

根据所述用户的当前订单信息，生成报警语音；所述报警语音的语音内容中包含所述当前订单信息中的服务提供端信息和/或所述用户的信息。

在一种实施方式中，在终端设备播放所述报警语音，包括：

按照所述终端设备设置的最大音量播放所述报警语音。

在一种实施方式中，在终端设备播放所述报警语音，包括：

周期性播放所述报警语音，直到获取到用户的结束语音。

在一种实施方式中，所述方法还包括：

获取用户预先设置的用于报警的目标语音内容和用于结束播放报警语音的结束语音，并进行存储。

第二方面，本申请实施例提供了一种报警装置，包括：

检测模块，用于检测车内用户的语音信息；

获取模块，用于当检测到所述语音信息与目标语音内容匹配时，获取报警语音；

播放模块，用于在终端设备播放所述报警语音。

在一种实施方式中，所述终端设备包括移动终端和/或车载终端。

在一种实施方式中，还包括发送模块，所述发送模块用于：

当检测到所述语音信息与目标语音内容匹配时，生成报警信息，并将所述报警信息发送给至少一个目标接收对象。

在一种实施方式中，所述至少一个目标接收对象包括以下至少一个：

平台服务器；报警中心；与所述终端设备距离设定范围内的其它终端设备；所述用户设置的紧急联系人的终端设备。

在一种实施方式中，所述报警信息中包括用户当前出行订单信息和当前地理位置信息。

在一种实施方式中，所述发送模块，还用于：

当检测到所述语音信息与目标语音内容匹配时，启动摄像装置采集车内环境信息，并将车内环境信息发送给所述至少一个目标接收对象。

在一种实施方式中，还包括第一控制模块，所述第一控制模块用于：

当检测到所述语音信息与目标语音内容匹配时，通过与车载终端连接的控制器控制车辆报警指示灯开启。

在一种实施方式中，还包括第二控制模块，所述第二控制模块用于：

当检测到所述语音信息与目标语音内容匹配时，通过与车载终端连接的控制器控制车辆喇叭鸣笛。

在一种实施方式中，所述获取模块，具体用于：

获取预存的报警语音；或者，

根据所述用户的当前订单信息，生成报警语音；所述报警语音的语音内容中包含所述当前订单信息中的服务提供端信息和/或所述用户的信息。

在一种实施方式中，所述播放模块，具体用于：

按照所述终端设备设置的最大音量播放所述报警语音。

在一种实施方式中，所述播放模块，具体用于：

周期性播放所述报警语音，直到获取到用户的结束语音。

在一种实施方式中，还包括存储模块，所述存储模块用于：

获取用户预先设置的用于报警的目标语音内容和用于结束播放报警语音的结束语音，并进行存储。

第三方面，本申请实施例提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如第一方面所述的报警方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如第一方面所述的报警方法的步骤。

本申请实施例提供的报警方法、装置、电子设备及计算机可读存储介质，通过检测车内用户的语音信息，当检测到语音信息与目标语音内容匹配时，获取报警语音，然后在终端设置上播放报警语音，即乘客或者司机可以随时通过发出目标语音触发报警，从而引起注意，震慑危险人物，尽量避免未知危险，提高乘车环境的安全性。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1示出了本申请实施例所提供的一种报警系统的框图；

图2示出了本申请实施例所提供的报警系统中，示例性硬件和软件组件的示意图；

图3示出了本申请实施例所提供的一种报警方法流程图；

图4示出了本申请实施例所提供的一种报警装置结构示意图。

具体实施方式

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

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

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“乘车场景下的报警方法”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕乘坐网约车场景下的报警方法进行描述，但是应该理解，这仅是一个示例性实施例。

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

本申请中的术语“乘客”、“请求方”、“服务人员”、“服务请求方”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供方”和“供应商”可互换使用，以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。在本申请中，“乘客”和“乘客终端”可以互换使用，“驾驶员”和“驾驶员终端”可以互换使用。

本申请中的术语“服务请求”和“订单”可互换使用，以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。

本申请中使用的定位技术可以基于全球定位系统(globalpositioningsystem,gps)、全球导航卫星系统(globalnavigationsatellitesystem,glonass)，罗盘导航系统(compass)、伽利略定位系统、准天顶卫星系统(quasi-zenithsatellitesystem,qzss)、无线保真(wirelessfidelity,wifi)定位技术等，或其任意组合。一个或多个上述定位系统可以在本申请中互换使用。

本申请实施例中涉及的出行服务平台用于根据接收的客户端的出行服务请求为用户提供相应的服务。出行服务平台可以包括多个打车系统，如包括出租车打车系统、快车打车系统、专车打车系统、顺风车打车系统等。客户端的出行服务请求中包含有出发地信息和目的地信息。

图1是本申请一些实施例的一种应用场景“网约车服务”的系统的框图。例如，系统可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。系统可以包括服务器110、网络120、服务请求端130、服务提供端140和数据库150中的一种或多种，服务器110中可以包括执行指令操作的处理器。

本申请实施例的报警方法可以应用于上述系统的服务请求端130或者服务提供端140。在网约车场景下，服务请求端130可以为服务请求方使用的终端设备，服务提供端140可以为服务提供方使用的终端设备或车载终端等。

在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器110可以是分布式系统)。服务器110可以在具有本申请中图2所示的一个或多个组件的电子设备200上实现。

在一些实施例中，服务器110相对于终端，可以是本地的、也可以是远程的。例如，服务器110可以经由网络120访问存储在服务请求端130、服务提供端140、或数据库150、或其任意组合中的信息和/或数据。作为另一示例，服务器110可以直接连接到服务请求端130、服务提供端140和数据库150中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(communitycloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。

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

网络120可以用于信息和/或数据的交换。在一些实施例中，上述系统中的一个或多个组件(例如，服务器110，服务请求端130，服务提供端140和数据库150)可以向其他组件发送信息和/或数据。例如，服务器110可以经由网络120从服务请求端130获取服务请求。在一些实施例中，网络120可以是任何类型的有线或者无线网络，或者是他们的结合。仅作为示例，网络130可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(localareanetwork，lan)、广域网(wideareanetwork，wan)、无线局域网(wirelesslocalareanetworks，wlan)、城域网(metropolitanareanetwork，man)、广域网(wideareanetwork，wan)、公共电话交换网(publicswitchedtelephonenetwork，pstn)、蓝牙网络、zigbee网络、或近场通信(nearfieldcommunication,nfc)网络等，或其任意组合。在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或网络交换节点，上述系统的一个或多个组件可以通过该接入点连接到网络120以交换数据和/或信息。

在一些实施例中，服务请求端130的用户可以是除服务实际需求者之外的其他人。例如，服务请求端130的用户a可以使用服务请求端130来为服务实际需求者b发起服务请求(比如，用户a可以为自己的朋友b叫车)，或者从服务器110接收服务信息或指令等。在一些实施例中，服务提供端140的用户可以是服务实际提供者，也可以是除服务实际提供者之外的其他人。例如，服务提供端140的用户c可以使用服务提供端140接收由服务实际提供者d提供服务的服务请求(比如用户c可以为自己雇用的司机d接单)，和/或来自服务器110的信息或指令。在一些实施例中，“服务请求方”和“服务请求端”可以互换使用，“服务提供方”和“服务提供端”可以互换使用。

在一些实施例中，服务请求端130可以包括移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合。在一些实施例中，移动设备可以包括可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能鞋带、智能玻璃、智能头盔、智能手表、智能服装、智能背包、智能配件等、或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(personaldigitalassistant，pda)、游戏设备、导航设备、或销售点(pointofsale，pos)设备等，或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实玻璃、虚拟现实贴片、增强现实头盔、增强现实玻璃、或增强现实贴片等，或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括各种虚拟现实产品等。在一些实施例中，机动车辆中的内置设备可以包括车载计算机、车载电视等。在一些实施例中，服务请求端130可以是具有用于定位服务请求方和/或服务请求端的位置的定位技术的设备。

在一些实施例中，服务提供端140可以是与服务请求端130类似或相同的设备。在一些实施例中，服务提供端140可以是具有定位技术的设备，用于定位服务提供方和/或服务提供端的位置。在一些实施例中，服务请求端130和/或服务提供端140可以与其他定位设备通信以确定服务请求方、服务请求端130、服务提供方、或服务提供端140、或其任意组合的位置。在一些实施例中，服务请求端130和/或服务提供端140可以将定位信息发送给服务器110。

数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以存储从服务请求端130和/或服务提供端140获得的数据。在一些实施例中，数据库150可以存储在本申请中描述的示例性方法的数据和/或指令。在一些实施例中，数据库150可以包括大容量存储器、可移动存储器、易失性读写存储器、或只读存储器(read-onlymemory,rom)等，或其任意组合。作为举例，大容量存储器可以包括磁盘、光盘、固态驱动器等；可移动存储器可包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等；易失性读写存储器可以包括随机存取存储器(randomaccessmemory,ram)；ram可以包括动态ram(dynamicrandomaccessmemory,dram)，双倍数据速率同步动态ram(doubledate-ratesynchronousram,ddrsdram)；静态ram(staticrandom-accessmemory,sram)，晶闸管ram(thyristor-basedrandomaccessmemory,t-ram)和零电容器ram(zero-ram)等。作为举例，rom可以包括掩模rom(maskread-onlymemory,mrom)、可编程rom(programmableread-onlymemory,prom)、可擦除可编程rom(programmableerasableread-onlymemory,perom)、电可擦除可编程rom(electricallyerasableprogrammablereadonlymemory,eeprom)、光盘rom(cd-rom)、以及数字通用磁盘rom等。在一些实施例中，数据库150可以在云平台上实现。仅作为示例，云平台可以包括私有云、公有云、混合云、社区云、分布式云、跨云、多云或者其它类似的等，或其任意组合。

在一些实施例中，数据库150可以连接到网络120以与上述系统(例如，服务器110，服务请求端130，服务提供端140等)中的一个或多个组件通信。上述系统中的一个或多个组件可以经由网络120访问存储在数据库150中的数据或指令。在一些实施例中，数据库150可以直接连接到上述系统中的一个或多个组件(例如，服务器110，服务请求端130，服务提供端140等)；或者，在一些实施例中，数据库150也可以是服务器110的一部分。

在一些实施例中，系统中的一个或多个组件(例如，服务器110，服务请求端130，服务提供端140等)可以具有访问数据库150的权限。在一些实施例中，当满足一定条件时，系统中的一个或多个组件可以读取和/或修改与服务请求方、服务提供方、或公众、或其任意组合有关的信息。例如，服务器110可以在接收服务请求之后读取和/或修改一个或多个用户的信息。作为另一示例，服务提供端140可以在从服务请求端130接收服务请求时访问与服务请求方有关的信息，但是服务提供端140可以不修改服务请求方的相关信息。

在一些实施例中，可以通过请求服务来实现上述系统中的一个或多个组件的信息交换。服务请求的对象可以是互联网产品，互联网产品可以包括单独的主机产品、网络产品、移动互联网产品、商业主机产品、或嵌入式产品等，或其任意组合。互联网产品可以用在移动终端的软件、程序、或系统等，或者它们的任意组合中。移动终端可以包括平板电脑、笔记本电脑、移动电话、个人数字助理(personaldigitalassistant,pda)、智能手表、销售点(pointofsales,pos)设备、车载电脑、车载电视、或可穿戴设备等，或其任意组合。例如，互联网产品可以是计算机或移动电话中使用的任何软件和/或应用程序。软件和/或应用程序可以涉及社交、购物、运输、娱乐时间、学习、或投资等，或其任意组合。在一些实施例中，与运输有关的软件和/或应用程序可以包括旅行软件和/或应用程序、车辆调度软件和/或应用程序、绘图软件和/或应用程序等。在车辆调度软件和/或应用程序中，车辆可出租车、公共汽车、私家车等或其任意组合。

图2示出根据本申请的一些实施例的可以实现本申请思想的服务器110、服务请求端130、或服务提供端140的电子设备200的示例性硬件和软件组件的示意图。例如，处理器220可以用于电子设备200上，并且用于执行本申请中的功能。

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

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

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

出租车或网络预约车已经成为人们出行经常选择的交通工具之一，其快捷性和灵活性给乘客的出行带来极大的便利，但是，同时出租车和网络预约车的乘车安全性也有待提高，目前当乘客或者司机在遇到危险场景下，一般都是通过电话报警或者通过用车应用程序(application，app)触发报警，但是在危机时刻，可能来不及通过电话报警或者触发用车app上的报警键进行报警，或者遇到危险的一方在通过电话报警或者触发用车app上的报警键进行报警时，很容易被察觉而受到阻挠，针对此，本申请提供了一种便捷的报警方法，来进一步提高乘车环境的安全性。

本申请实施例提供了一种报警方法，如图3所示，该方法可以应用于终端设备，也可以应用于服务器，当应用于终端设备时，终端设备可以存储有或从数据库获取用于触发报警的目标语音内容。当应用于服务器时，服务器可以存储有或从数据库获取用于触发报警的目标语音内容，服务器还可以获取终端设备采集的用户的语音信息，并在匹配成功、获取报警语音后，将报警语音发送给终端设备进行播放，具体说明如下：

s301，检测车内用户的语音信息。

这里可以由服务请求端或者服务提供端检测车内用户的语音信息，在出行领域，这里可以是由乘客端或司机端来检测车内用户的语音信息，这里可以是乘客端或司机端的移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合等。

具体地，用于检测车内用户的语音信息具体可以为设置在乘客端或者司机端的特定应用(app)或者安装的出行平台的app，可以实时检测车内的用户，比如司机或者乘客发出的语音信息。

比如，用于检测车内用户的语音信息为设置于乘客端，如乘客手机上的一种特定应用app或者出行平台的app，当该特定应用app或者出行平台的app被打开后，可以通过实时检测乘客发出的语音信息。

或者，用于检测车内用户的语音信息具体可以为设置在司机端，如司机手机上的一种特定应用app或者出行平台的app，当该特定应用app或者出行平台的app被打开后，可以通过实时检测司机发出的语音信息。

或者，用于检测车内用户的语音信息具体可以为设置车内的一种安装有特定应用app或者出行平台的app的设备，比如车载终端，当车载终端开始工作时，可以通过实时检测司机或者车内的乘客发出的语音信息。

s302，当检测到语音信息与目标语音内容匹配时，获取报警语音。

通过步骤s301检测车内用户的语音信息，比如当检测到车内乘客或者司机的语音信息与预设的目标语音内容匹配时，可以通过设置的目标语音内容，确定车内用户的一些紧急情况，进而获取报警语音。

具体地，当检测到语音信息与目标语音内容匹配时，获取报警语音，包括：

获取预存的报警语音；或者，

根据用户的当前订单信息，生成报警语音；其中，报警语音的语音内容中包含当前订单信息中的服务提供端信息和/或用户的信息。

上述的目标语音内容可以是提前设置的一些与安全有关的敏感词，比如“救命”、“报警”或者“警察救命”等。

若检测到车内用户发出的语音信息和这些提前设定好的目标语音内容匹配时，即检测到车内用户发出的语音信息中包括上述敏感词时，就开始获取报警语音。

这里的报警语音可以是预先存储的报警语音，且该报警语音的分贝也可以预先设定，比如预先存储的报警语音为“请停止犯罪行为，警方立马赶来”，或者其它预设的报警语音，在这里不做具体限定。

或者这里的报警语音是根据用户的当前订单信息生成的，即生成与该用户相关的报警语音，该报警语音中可以包含当前订单信息中的服务提供端的信息，比如司机端的车牌号码，或者司机的电话号码，或者乘客端的相关信息，或者同时包括司机端的信息和乘客端的信息。

具体地，报警语音中可以包括司机或乘客姓名、联系方式、身份证号等的信息。这样可以通过将实施犯罪的一方的信息进行广播，起到对犯罪分子的震慑作用，以保证乘车环境的安全性。

比如，当检测到车内乘客发出的语音信息包含上述敏感词“警察救命”，且根据用户的当前订单信息，能够确定乘客乘坐的车辆的车牌号为“xx10011”，且能够确定对应的司机的姓名“张三”、电话“135xxxx1010”等信息，则生成的报警语音可以为“电话为135xxxx1010的张三，你的车辆xx10011已被监测，请立即停止犯罪行为”。

s303，在终端设备播放报警语音。

这里的终端设备包括移动终端和/或车载终端(车辆调度监控终端)，即检测到语音信息与目标语音内容匹配时，开始通过终端设备的发音部件播放获取的报警语音。

即既可以通过用户的移动终端播放报警语音，也可以通过车载终端里的发音部件按照预设分贝播放报警语音。

具体地，可以通过乘客的移动终端播放报警语音、也可以通过司机的移动终端播放报警语音，还可以通过车载终端播放报警语音，或者可以同时通过乘客的移动终端、司机的移动终端和车载终端同时播放报警语音。

考虑到如果在车内环境，乘客的移动终端、司机的移动终端可能音量较少，优选通过车载终端的报警部件来播放报警语音。

为了保证乘车环境的安全性，要求车载终端的各个部件实时处于正常工作状态，比如可以在对出行订单分配给司机端之前，即实时检测该司机端对应的车载终端的各个部件是否处于正常工作，主要是检测车载终端是否能够采集车内用户语音信息的功能、车载终端的报警部件是否能够正常工作、以及车载终端的与用车平台服务器是否保持通信连接，若否，则不对该司机端分配出行订单。

进一步地，在对司机端分配出行订单后，也会实时检测车载终端的各个部件实时处于正常工作状态，若检测到车载终端中的主要部件无法正常工作，比如无法采集车内用户语音信息的功能、车载终端的报警部件无法正常工作、或者车载终端的与用车平台服务器无法保持通信连接，也可以触发开始播放报警语音。

为了保证报警语音能够更大范围的引起注意，在终端设备播放报警语音，包括：

按照终端设备设置的最大音量播放报警语音。

终端设备播放语音时，其音量大小可以调节，为了提高对正在施行犯罪行为的危险分子的震慑，这里会控制终端设备按照设置的最大音量播放报警语音。

除了按照终端设备设置的最大音量播放报警语音，为了进一步增强对危险分子的震慑作用，具体地，在终端设备播放报警语音，包括：

周期性播放报警语音，直到获取到用户的结束语音。

即在播放报警语音时，可以按照每隔设定时间间隔播放一次，比如每隔30秒播放一次报警语音，直到获取到用户的结束语音，这里发出结束语音的用户应该与发出与目标语音一致的用户相同，即若是a用户发出的引发报警语音的语音信息，则获取到的结束语音也应该是a用户发出的结束语音。

上述用于报警的目标语音内容和用于结束播放报警语音的结束语音可以由用户提前设置，然后由用户提前录入，比如针对服务请求端，可以由服务请求方通过服务请求端提前录入的语音，针对服务提供端，也可以由服务提供方通过服务提供端提前录入的语音。

具体地，在出行领域，比如针对乘客端，可以由乘客通过乘客的移动终端提前录入的语音，针对司机端，可以由司机端通过司机的移动终端提前录入的语音。

这样，上述服务请求端或者服务提供端获取用户预先设置的用于报警的目标语音内容和用于结束播放报警语音的结束语音，并进行存储，这样当在出行过程中，若遇到危机情况，可以快速进行语音识别，确定用户需求。

具体地，这里录入的语音具体可以录入乘客端或者司机端的特定应用(app)或者安装的出行平台的app，再由乘客端或者司机端的特定应用(app)或者安装的出行平台的app发送至用车平台服务器，然后用车平台服务器可以在对司机端分配出行订单后，根据出行订单中的乘客端信息以及司机端信息，将乘客端对应的目标语音内容和结束语音，以及司机端对应的目标语音内容和结束语音发送至该司机端对应的车载终端，从而便于车载终端能够根据目标语音内容和结束语音对车内用户的语音信息进行识别。

在一种实施方式中，当检测到语音信息与目标语音内容匹配时，上述报警方法还包括：

生成报警信息，并将报警信息发送给至少一个目标接收对象。

这里的报警信息中包括用户当前出行订单信息和当前地理位置信息。

这里的出行订单信息可以包括服务请求端的信息、服务提供端的信息、服务请求方的信息、服务提供方的信息、出发地信息以及目的地信息，这里的当前地理位置信息可以通过上文提到的定位方式进行定位，比如基于全球定位系统、全球导航卫星系统、罗盘导航系统等定位技术，在此不再赘述。

除此之外，报警信息还可以包括录制的用户的语音信息，这样便于目标接收对象可以根据用户的语音信息进一步确定车内用户的危险情况，从而便于及时采取与车内用户的危险情况对应的干预措施，最大化减少用户可能出现的进一步伤害。

比如，当检测到车内用户的语音信息与目标语音内容匹配时，则开始录制用户的语音信息，并将录制的用户的语音信息发送至上述至少一个目标接收对象。

出行订单信息可以给目标接收对象确定用户的行程以及用户信息提供依据，比如目标接收对象可以根据出行订单信息中的出发地信息和目的地信息，确定用户应该正常行驶的轨迹，然后通过比较当前地理位置信息和应该正常行驶的轨迹，进一步确认用户是否发生危险。

这里报警信息中包括的用户的当前地理位置信息，当确定用户遇到紧急情况时，可以使得目标接收对象确定用户所在的位置区域，便于对出现危险的用户进行及时营救。

具体地，这里至少一个目标接收对象包括以下至少一个：

平台服务器；报警中心；与终端设备距离设定范围内的其它终端设备；用户设置的紧急联系人的终端设备。

这里的平台服务器即可以是用车平台服务器，用车平台服务器接收到报警信息后，可以通过报警信息里包括的语音信息，确定车内用户的当前情况，以及通过用户的出行订单信息和当前地理位置信息，对用户当前的情况进行进一步判断，以方便用车平台服务器采取与用户当前的情况对应的干预措施，比如确定用户出现十分危急的情况，快速触发报警，并派出工作人员前往营救。

报警中心可以为与用户当前地理位置距离设定范围内的公安部门，具体可选与用户当前地理位置最近的公安部门，便于及时采取救援。

与终端设备距离设定范围内的其它终端设备，比如同时登录用车系统的其它终端设备，比如可以将报警信息发送至距离终端设备5公里以内的其它终端设备，请求其它终端设备进行救援。

当然也可以将报警信息发送至用户设置的紧急联系人的终端设备，比如发送至自己预先设定的亲朋好友的手机端，进行求助。

为了进一步提高乘车环境的安全性，一般车内会设置摄像装置，摄像装置在一般情况下可处于待机状态，即并不实时处于工作状态，而是在一些特定情况下，比如当检测到车内用户的语音信息与目标语音内容匹配时，则可以触发摄像装置开始工作，摄像装置在开始工作后即开始采集车能环境信息，即在一种实施方式中，当检测到语音信息与目标语音内容匹配时，上述报警方法还包括：

启动摄像装置采集车内环境信息，并将车内环境信息发送给至少一个目标接收对象。

具体地，当检测到用户的语音信息与目标语音内容匹配时，比如检测到用户的语音信息包括上述提到的敏感词时，可以启动车内预置的摄像装置采集车内环境信息，并将车内环境信息发送至上述提到的目标接收对象，便于目标接收对象可以同时根据车内环境信息、用户语音信息、用户当前出行订单信息和当前地理位置信息更加快速地确定车内用户的当前危险情况。

为了进一步提高车内环境的安全性，在一种实施方式中，当检测到语音信息与目标语音内容匹配时，上述报警方法还包括：

通过与车载终端连接的控制器控制车辆报警指示灯开启。

车上可以提前安装报警指示灯，比如出租车上安装的led指示灯，也可以用来作为车辆报警指示灯，可以通过与车载终端连接的控制器控制led指示灯按照预先设定的报警信号进行报警。

比如一般情况下，出租车或者网约车上安装的led指示灯，正常情况下是按照绿色进行显示的，可以显示广告、天气、时间等信息，在接收到控制器控制时，可以按照预先设定的其他颜色进行报警，比如红色，而且可以按照预先设定的语言进行报警，比如“紧急”或者“危险”。

或者这里的车辆报警指示灯可以为车辆上的转向灯，可以同时包括前转向灯和后转向灯，然后通过与车载终端连接的控制器控制转向灯开启双闪，以吸引附近热心群众或者执法人员。

为了进一步震慑危险分子，在一种实施方式中，当检测到语音信息与目标语音内容匹配时，上述报警方法还包括：

通过与车载终端连接的控制器控制车辆喇叭鸣笛。

通过控制车辆喇叭鸣笛，这样可以吸引周围其它车辆或者行人的注意，达到震慑作用，从而提高乘车安全环境。

这里控制车辆喇叭鸣笛，可以控制车辆喇叭不断鸣笛，直到获取到用户的结束语音为止停止，或者按照预设时长控制车辆喇叭鸣笛，比如预设时长为30min，则可以控制车辆喇叭鸣笛30min。

下面以一具体实施例进行阐述上述报警过程：

某网约车内的车载终端包括一个设置有安装有特定应用app或者出行平台的app的设备，比如一种唤醒词设备，该唤醒词设备处于实时工作状态，且车载终端与用车平台服务器保持通信连接，为了确保该网约车内的车载终端保持实时工作状态，用车平台服务器可以实时检测该网约车的车载终端是否为工作状态，比如间隔一段时间，车载终端会采集车内的语音信息，并将语音信息发送至用车平台服务器，用车平台服务器通过车载终端发送的语音信息检测车载终端的唤醒词设备是否正常工作，若是，才会将服务请求端发出的订单请求分配给该网约车对应的服务提供端。

该网约车在提供出行服务过程中，如果车内唤醒词设备检测到了用户(乘客或者司机)发出“救命”后，会通过车载终端的发音部件按照预先设置的120分贝的报警语音进行报警。并生成报警信息，将该报警信息同时发送至用车平台服务器，以及与该网约车的距离小于5公里以内的其他网约车和出租车的车载终端，请求帮助，这里的报警信息包括录制的语音信息、乘客端信息和司机端信息。

另外，若该网约车内安装有摄像装置，当车内唤醒词设备检测到了用户(乘客或者司机)发出“救命”后，会同时出发摄像装置开始采集车内环境信息，并将采集的车内环境信息也发送至用车平台服务器，这样用车平台服务器能够根据车载终端发送的语音信息和车内环境信息确定该车载终端所在的车内的真实情况，以使其及时采取相应的干预措施。

本申请实施例提供的报警方法，通过检测车内用户的语音信息，当检测到语音信息与目标语音内容匹配时，获取报警语音，然后在终端设置上播放报警语音，即乘客或者司机可以随时通过发出目标语音触发报警，从而引起注意，震慑危险人物，尽量避免未知危险，提高乘车环境的安全性。

此外，本申请实施例提供的报警方法还可以在检测到语音信息与目标语音内容匹配时，生成报警信息，并将报警信息发送给至少一个目标接收对象，以寻求帮助，最大化减少用户可能出现的进一步危险，从而提高乘车环境的安全性。

进一步地，本申请实施例提供的报警方法还可以在检测到语音信息与目标语音内容匹配时，启动摄像装置采集车内环境信息，并将车内环境信息发送给至少一个目标接收对象，从而便于目标接收对象及时确认车内危险情况，以采取对应的干预措施，尽可能避免用户可能出现的进一步危险，从而提高乘车环境的安全性。

基于上述实施例，本申请还提供了报警装置，下述各种装置的实施可以参见方法的实施，重复之处不再赘述。

本申请实施例提供了一种报警装置400，如图4所示，包括：

检测模块401，可以用于检测车内用户的语音信息。

获取模块402，可以用于当检测到语音信息与目标语音内容匹配时，获取报警语音。

播放模块403，可以用于在终端设备播放报警语音。

在一种实施方式中，终端设备可以包括移动终端和/或车载终端。

在一种实施方式中，还包括发送模块404，发送模块404用于：

当检测到语音信息与目标语音内容匹配时，生成报警信息，并将报警信息发送给至少一个目标接收对象。

在一种实施方式中，至少一个目标接收对象包括以下至少一个：

平台服务器；报警中心；与终端设备距离设定范围内的其它终端设备、用户设置的紧急联系人的终端设备。

在一种实施方式中，报警信息中包括用户当前出行订单信息和当前地理位置信息。

在一种实施方式中，发送模块404，还用于：

当检测到语音信息与目标语音内容匹配时，启动摄像装置采集车内环境信息，并将车内环境信息发送给至少一个目标接收对象。

在一种实施方式中，还包括第一控制模块405，第一控制模块405用于：

当检测到语音信息与目标语音内容匹配时，通过与车载终端连接的控制器控制车辆报警指示灯开启。

在一种实施方式中，还包括第二控制模块406，第二控制模块406用于：

当检测到语音信息与目标语音内容匹配时，通过与车载终端连接的控制器控制车辆喇叭鸣笛。

在一种实施方式中，获取模块402，具体用于：

获取预存的报警语音；或者，

根据用户的当前订单信息，生成报警语音；报警语音的语音内容中包含当前订单信息中的服务提供端信息和/或用户的信息。

在一种实施方式中，播放模块403，具体用于：

按照所述终端设备设置的最大音量播放报警语音。

在一种实施方式中，播放模块403，具体用于：

周期性播放报警语音，直到获取到用户的结束语音。

在一种实施方式中，还包括存储模块407，存储模块407用于：

获取用户预先设置的用于报警的目标语音内容和用于结束播放报警语音的结束语音，并进行存储。

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

本申请实施例提供的报警装置，通过检测车内用户的语音信息，当检测到语音信息与目标语音内容匹配时，获取报警语音，然后在终端设置上播放报警语音，即乘客或者司机可以随时通过发出目标语音触发报警，从而引起注意，震慑危险人物，尽量避免未知危险，提高乘车环境的安全性。

此外，本申请实施例提供的报警装置还可以在检测到语音信息与目标语音内容匹配时，生成报警信息，并将报警信息发送给至少一个目标接收对象，以寻求帮助，最大化减少用户可能出现的进一步危险，从而提高乘车环境的安全性。

进一步地，本申请实施例提供的报警装置还可以在检测到语音信息与目标语音内容匹配时，启动摄像装置采集车内环境信息，并将车内环境信息发送给至少一个目标接收对象，从而便于目标接收对象及时确认车内危险情况，以采取对应的干预措施，尽可能避免用户可能出现的进一步危险，从而提高乘车环境的安全性。

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

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

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

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

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

技术特征：

1.一种报警方法，其特征在于，该方法包括：

检测车内用户的语音信息；

当检测到所述语音信息与目标语音内容匹配时，获取报警语音；

在终端设备播放所述报警语音。

2.根据权利要求1所述的方法，其特征在于，所述终端设备包括移动终端和/或车载终端。

3.根据权利要求1所述的方法，其特征在于，当检测到所述语音信息与目标语音内容匹配时，所述方法还包括：

生成报警信息，并将所述报警信息发送给至少一个目标接收对象。

4.根据权利要求3所述的方法，其特征在于，所述至少一个目标接收对象包括以下至少一个：

平台服务器；报警中心；与所述终端设备距离设定范围内的其它终端设备；所述用户设置的紧急联系人的终端设备。

5.根据权利要求3所述的方法，其特征在于，所述报警信息中包括用户当前出行订单信息和当前地理位置信息。

6.根据权利要求3所述的方法，其特征在于，当检测到所述语音信息与目标语音内容匹配时，所述方法还包括：

启动摄像装置采集车内环境信息，并将所述车内环境信息发送给所述至少一个目标接收对象。

7.根据权利要求1所述的方法，其特征在于，当检测到所述语音信息与目标语音内容匹配时，所述方法还包括：

通过与车载终端连接的控制器控制车辆报警指示灯开启。

8.根据权利要求1所述的方法，其特征在于，当检测到所述语音信息与目标语音内容匹配时，所述方法还包括：

通过与车载终端连接的控制器控制车辆喇叭鸣笛。

9.根据权利要求1所述的方法，其特征在于，当检测到所述语音信息与目标语音内容匹配时，获取报警语音，包括：

获取预存的报警语音；或者，

根据所述用户的当前订单信息，生成报警语音；所述报警语音的语音内容中包含所述当前订单信息中的服务提供端信息和/或所述用户的信息。

10.根据权利要求1所述的方法，其特征在于，在终端设备播放所述报警语音，包括：

按照所述终端设备设置的最大音量播放所述报警语音。

11.根据权利要求1所述的方法，其特征在于，在终端设备播放所述报警语音，包括：

周期性播放所述报警语音，直到获取到用户的结束语音。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：

获取用户预先设置的用于报警的目标语音内容和用于结束播放报警语音的结束语音，并进行存储。

13.一种报警装置，其特征在于，所述装置包括：

检测模块，用于检测车内用户的语音信息；

获取模块，用于当检测到所述语音信息与目标语音内容匹配时，获取报警语音；

播放模块，用于在终端设备播放所述报警语音。

14.根据权利要求13所述的装置，其特征在于，所述终端设备包括移动终端和/或车载终端。

15.根据权利要求13所述的装置，其特征在于，还包括发送模块，所述发送模块用于：

当检测到所述语音信息与目标语音内容匹配时，生成报警信息，并将所述报警信息发送给至少一个目标接收对象。

16.根据权利要求15所述的装置，其特征在于，所述至少一个目标接收对象包括以下至少一个：

平台服务器；报警中心；与所述终端设备距离设定范围内的其它终端设备；所述用户设置的紧急联系人的终端设备。

17.根据权利要求15所述的装置，其特征在于，所述报警信息中包括用户当前出行订单信息和当前地理位置信息。

18.根据权利要求15所述的装置，其特征在于，所述发送模块，还用于：

当检测到所述语音信息与目标语音内容匹配时，启动摄像装置采集车内环境信息，并将车内环境信息发送给所述至少一个目标接收对象。

19.根据权利要求13所述的装置，其特征在于，还包括第一控制模块，所述第一控制模块用于：

当检测到所述语音信息与目标语音内容匹配时，通过与车载终端连接的控制器控制车辆报警指示灯开启。

20.根据权利要求13所述的装置，其特征在于，还包括第二控制模块，所述第二控制模块用于：

当检测到所述语音信息与目标语音内容匹配时，通过与车载终端连接的控制器控制车辆喇叭鸣笛。

21.根据权利要求13所述的装置，其特征在于，所述获取模块，具体用于：

获取预存的报警语音；或者，

根据所述用户的当前订单信息，生成报警语音；所述报警语音的语音内容中包含所述当前订单信息中的服务提供端信息和/或所述用户的信息。

22.根据权利要求13所述的装置，其特征在于，所述播放模块，具体用于：

按照所述终端设备设置的最大音量播放所述报警语音。

23.根据权利要求13所述的装置，其特征在于，所述播放模块，具体用于：

周期性播放所述报警语音，直到获取到用户的结束语音。

24.根据权利要求13所述的装置，其特征在于，还包括存储模块，所述存储模块用于：

获取用户预先设置的用于报警的目标语音内容和用于结束播放报警语音的结束语音，并进行存储。

25.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至12任一所述的报警方法的步骤。

26.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至12任一所述的报警方法的步骤。

技术总结

本申请实施例提供了一种报警方法、装置、电子设备及计算机可读存储介质，其中，该方法包括：检测车内用户的语音信息；当检测到所述语音信息与目标语音内容匹配时，获取报警语音；在终端设备播放所述报警语音，以提高乘车环境的安全性。

技术研发人员：王进洋

受保护的技术使用者：北京嘀嘀无限科技发展有限公司

技术研发日：.02.25

技术公布日：.02.07