CN111354159A - 一种报警方法及报警装置 - Google Patents

Abstract

本申请涉及智能报警技术领域，尤其涉及一种报警方法及报警装置，所述方法包括：检测终端设备做目标运动的信息；根据所述终端设备做目标运动的信息，以及预设的报警条件，确定是否需要启动报警；在确定需要启动报警后，发送报警信息。本申请实施例所提供的报警方法，操作简便，在用户遇到危险时，只需操作终端设备做目标运动，就能够自动发送报警信息，这就能够确保用户在自身行动能力受到限制的情况下，也能顺利地完成报警，进一步保障了用户的安全。本申请还提供了一种报警装置、电子设备及存储介质。

Description

一种报警方法及报警装置

技术领域

本申请涉及智能报警技术领域，尤其涉及一种报警方法及报警装置。

背景技术

用户在使用网约车出行或行车过程中，如果遇到危险，通常会选择报警，以确保自身的生命和财产安全。现有的报警方式，通常为手动拨打警方电话进行报警的操作方式，这种报警方式需要用户在具有完全行动自由的前提下，才能够顺利完成报警呼救的操作。

但是在现实犯罪事件中，被害用户往往会在行动上受到限制，无法按照指定操作顺利地完成报警操作。

发明内容

有鉴于此，本申请实施例提供一种报警方法及报警装置，可以提高用户报警的便捷度。

主要包括以下几个方面：

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

检测终端设备做目标运动的信息；

根据所述终端设备做目标运动的信息，以及预设的报警条件，确定是否需要启动报警；

在确定需要启动报警后，发送报警信息。

在一种实施方式中，所述目标运动包括：摇动；所述预设的报警条件包括：在预设时长内的摇动次数达到设定次数阈值。

在一些实施例中，在确定所述终端设备满足以下条件中的至少一种时，检测所述终端设备做目标运动的信息：

所述终端设备打开目标应用；

所述终端设备用户存在正在进行的出行订单；

所述终端设备开启了自动报警功能。

在一些实施例中，所述发送报警信息，包括：

获取所述终端设备当前的出行订单信息；

发送携带有所述出行订单信息的报警信息。

在上述实施例中，所述出行订单信息包括以下信息中的至少一种：

车牌号；司机身份标识信息；司机通讯号码；当前地理位置信息；所述终端设备用户的身份标识信息；所述终端设备用户的通讯号码。

在一些实施例中，所述发送报警信息，包括：

通过预设的至少一种通讯方式，将所述报警信息发送给预设接收端。

在上述实施例中，所述通过预设的至少一种通讯方式，将所述报警信息发送给预设接收端，包括：

通过发起当前出行订单的目标应用，或者通过调用安装的通讯软件，将所述报警信息发送给所述预设接收端。

在一些实施例中，所述预设接收端包括以下至少一个：

用于报警的后台服务器；与所述终端设备当前位置距离设定距离范围内的其它终端设备，所述其它终端设备包括乘客端和/或司机端；所述终端设备预设的紧急联系人端。

在一些实施例中，所述通过调用安装的通讯软件，将所述报警信息发送给所述预设接收端，包括：

通过安装的拨号应用，向预设报警号码发起呼叫请求信息。

在一些实施例中，检测终端设备做目标运动的信息，包括：

通过所述终端设备内安装的陀螺仪和/或加速度传感器，检测所述终端设备做目标运动的信息。

第二方面，本申请实施例还提供一种报警装置，所述装置包括：检测模块、确定模块和发送模块；其中，

所述检测模块，用于检测终端设备做目标运动的信息；

所述确定模块，用于根据所述终端设备做目标运动的信息，以及预设的报警条件，确定是否需要启动报警；

所述发送模块，用于在确定需要启动报警后，发送报警信息。

在一种实施方式中，所述目标运动包括：摇动；所述预设的报警条件包括：在预设时长内的摇动次数达到设定次数阈值。

在一些实施例中，所述检测模块，具体用于在确定所述终端设备满足以下条件中的至少一种时，检测所述终端设备做目标运动的信息：

所述终端设备打开目标应用；

所述终端设备用户存在正在进行的出行订单；

所述终端设备开启了自动报警功能。

在一些实施例中，所述发送模块，具体用于根据以下步骤发送所述报警信息：

获取所述终端设备当前的出行订单信息；

发送携带有所述出行订单信息的报警信息。

在一些实施例中，所述出行订单信息包括以下信息中的至少一种：

车牌号；司机身份标识信息；司机通讯号码；当前地理位置信息；所述终端设备用户的身份标识信息；所述终端设备用户的通讯号码。

在一些实施例中，所述发送模块，还用于根据以下步骤将报警信息发送给预设接收端：

通过预设的至少一种通讯方式，将所述报警信息发送给预设接收端。

在一些实施例中，所述发送模块，还用于根据以下步骤将报警信息发送给预设接收端：

通过发起当前出行订单的目标应用，或者通过调用安装的通讯软件，将所述报警信息发送给所述预设接收端。

在一些实施例中，所述预设接收端包括以下至少一个：

用于报警的后台服务器；与所述终端设备当前位置距离设定距离范围内的其它终端设备，所述其它终端设备包括乘客端和/或司机端；所述终端设备预设的紧急联系人端。

在一些实施例中，所述发送模块，具体用于根据以下步骤将所述报警信息发送给预设接收端：

通过安装的拨号应用，向预设报警号码发起呼叫请求信息。

在一些实施例中，所述检测模块，具体用于通过所述终端设备内安装的陀螺仪和/或加速度传感器，检测所述终端设备做目标运动的信息。

第三方面，本申请实施例还提供一种电子设备，包括：处理器和存储器，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面的第一至九中任一种可能的实施方式中的步骤。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述第一方面，或第一方面的第一至九中任一种可能的实施方式中的步骤。

本申请实施例在检测到终端设备做目标运动后，根据终端设备做目标运动的信息以及预设的报警条件的匹配情况，确定是否需要启动报警，进而在确定需要启动报警后，发送报警信息。本申请实施例可以提高用户报警的便捷度，能够确保用户在处于危险时，即使用户行为部分受到限制，也能尽可能顺利地完成报警而不被作案者发觉，从而进一步保障用户生命财产的安全。

另外，在一种实施方式中，目标运动可以为摇动，预设的报警条件可以为在预设时长内的摇动次数达到设定次数阈值。也就是说，用户在需要进行报警时，只需快速摇动终端设备，就能使终端设备自动启动报警，提升了自动报警操作的便捷性和高效性。

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

附图说明

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

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

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

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

图4示出了本申请实施例四所提供的一种报警装置的功能模块图；

图5示出了本申请实施例五所提供的一种电子设备的结构示意图。

具体实施方式

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

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

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“网约车在行车过程中”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕“打车在行车过程中用户遇到危险时，用户采用何种方式进行报警”来进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他报警场景。例如，本申请可以应用于不同的报警环境，网约车可以包括出租车、私家车、顺风车等，本领域技术人员应该知晓，本申请提供的报警方法，也适用于在其他车辆上的报警，其他车辆包括公共汽车、火车、高速铁路、地铁、船只、飞机等，或其任意组合。本申请实施例不仅可以服务于乘车的乘客，也可以服务于司机，比如司机被劫持的情况。

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

本申请中的术语“乘客”、“司机”、“受害者”、“被侵害者”和“用户”可互换使用，报警人员可以为使用终端设备的用户、使用打车软件的用户(乘客、司机)。

本申请实施例下述方法、装置、电子设备或计算机存储介质可以应用于任何需要进行报警的场景，本申请实施例并不对具体的应用场景作限制，任何使用本申请实施例提供的报警方法的方案均在本申请保护范围内。另外，本申请方案可以通过打车软件实施，也可以通过设备的操作***实施，也可以通过其他任意软件实施，在此不做限制。

目前，在现有技术中提供的报警方式，通常需要被侵害者手动拨打报警电话，或是需要被侵害者手动开启终端设备中的相关软件，并点击软件中的“紧急报警”按钮才能进行报警。上述报警方式看似方便，但是都需要被侵害者具有完全的人身自由，才能够顺利完成报警呼救的操作。但是在实际过程中，例如，被侵害者在乘坐车辆的过程中，或是被侵害者驾驶车辆拉乘乘客的过程中，遇到车辆内其他人员的威胁时，此时，往往被侵害者的自身行动已经受到受限，即被侵害者可能丧失了部分行动自由时，被侵害者将无法按照上述提供的报警方式顺利地完成报警操作，这将严重影响被侵害者的生命安全。

另外，现有技术中提供的报警方式中，在遇到安全危急时刻，通过拨打报警电话的方式，需要被侵害者告知警方自己的地理位置、车牌号等信息，警方才能够根据上述信息对被侵害者进行救援。然而，在实际发生安全危急的时刻，被侵害者可能无法说清自身的地理位置、车牌号等报警信息，或是被侵害者不知道此时自身所处的位置，致使警方无法及时对被侵害者进行救援，这将严重影响被侵害者的生命安全。

基于此，本申请实施例提供的一种报警方法以及报警装置，通过检测终端设备做目标运动的信息，以及预设的报警条件，确定是否需要启动报警，在确定需要启动报警后，发送报警信息，能够确保用户在自身行动能力受到限制的情况下，也能顺利地完成报警，进一步保障了用户的安全。

为便于对本实施例进行理解，首先对本申请实施例所公开的一种报警方法进行详细介绍。

实施例一

参见图1所示，执行该报警方法的设备可以是终端设备、也可以是终端设备上安装的目标应用，如打车软件，也可以是打车平台的服务器。下面从执行主体为终端设备的角度，对本申请实施例一所提供的报警方法加以说明。本申请实施例一提供的报警方法包括以下步骤S101～S103：

S101：检测终端设备做目标运动的信息；

这里，终端设备不限于用户随身携带的移动终端、个人电脑(Personal Computer,PC)终端等终端设备。在一种实施方式中，目标运动可以为与终端设备上安装的打车软件中预先设置的条件相匹配的运动，在具体实现中，目标运动可以为连续来回挥动终端设备的运动，或是摇一摇终端设备的运动。具体地，可以将终端设备做目标运动作为启动自动报警的一个判断条件，终端设备是否做目标运动可以通过终端设备中自身的传感器进行检测。

例如，用户在乘坐网约车车辆出行过程中，受到车辆的司机的骚扰等威胁时，用户可以摇动随身携带的移动终端，移动终端上的传感器会对移动终端的运动情况进行监测，即检测移动终端是否在做目标运动。

S102：根据所述终端设备做目标运动的信息，以及预设的报警条件，确定是否需要启动报警；

这里，通过在终端设备的打车软件中预先设置报警条件，进而根据终端设备做目标运动的信息和预设的报警条件的匹配情况，确定是否需要自动启动报警。

其中，预设的报警条件可以为用户在出行前，根据自身需要在终端设备中的打车软件中预先设置的报警条件，例如，目标运动为“摇一摇”，预设的报警条件可以与摇动终端设备的次数、频率、时长等相关，用户也可以选择使用打车软件中默认的预设报警条件。

本申请实施例通过预先设置报警条件，能够避免用户误报警的情况发生的，进而能够保证用户在需要报警时，按照预设报警条件使终端设备做目标运动，达到自动启动报警的目的。

例如，用户不小心使移动终端做目标运动，但没有达到预设的报警条件，将不会启动报警。

S103：在确定需要启动报警后，发送报警信息。

这里，在终端设备做目标运动的信息与预设的报警条件相匹配时，自动启动报警，在启动报警后，自动将报警信息进行发送，能够使报警信息接收方根据接收到的报警信息，及时对用户展开营救。报警信息中可以包含终端设备用户的定位位置、终端设备用户的身份、终端设备用户的联系方式、嫌疑人身份、嫌疑人的定位位置等信息。

本申请实施例可以通过预设的至少一种通讯方式，将所述报警信息发送给预设接收端。比如，通过发起当前出行订单的目标应用(如打车应用)，或者通过调用安装的通讯软件(拨号、短消息、微信、微博，等等)，将所述报警信息发送给预设接收端。预设接收端可以是用于报警的后台服务器，也即后台服务器在接收到报警信息后，对报警信息进行分析处理，对于紧急报警，可以通过客服拨打本地报警电话；预设接收端还可以是与所述终端设备当前位置距离设定距离范围内的其它终端设备，所述其它终端设备包括乘客端和/或司机端，这里也即将报警信息扩展至附近的乘客和司机，寻求最近可能的帮助；预设接收端还可以是终端设备预设的紧急联系人端。

在上述报警信息发送方式中，通过调用拨号软件(或者操作***提供的拨号功能)，将所述报警信息发送给预设接收端，可是指自动拨打本地报警电话，具体地，在拨通本地报警中心电话(比如拨打110)，检测到报警中心接听后，可以自动向本地报警中心播放报警语音，该报警语音可以是将报警信息进行语音处理后的语音(比如报警语音为：现在需要报警，报警信息为……)，达到报警的目的。

另外，报警信息也可以通过文字、图片等方式，通过调用安装的通讯软件，比如微信、微博、短消息等，发送给预设接收端。

需要说明的是，在实际使用打车软件出行或驾驶车辆时，用户(乘客或司机)都可以使用上述报警方法进行报警。例如，不仅乘客乘车受到安全威胁时可以使用本申请方案，司机在驾驶车辆行驶的过程中，受到乘客的骚扰、打骂、劫持等威胁时，也可以选择使得随身携带的终端设备做目标运动的方式自动启动报警，并将报警信息进行发送。

在上述实施例中，目标运动可以使用摇动的方式；预设的报警条件可以包括：在预设时长内的摇动次数达到设定次数阈值。

这里，目标运动为摇动，摇动可以为“摇一摇”，可以通过终端设备自身带有的传感器检测终端设备是否做目标运动，即终端设备是否被不断摇动；预设的报警条件为在预设时长内的摇动次数达到设定次数阈值，其中，预设时长可以为用户根据自身实际情况在终端设备上进行设置的时长，也可以选择终端设备上推荐的时长作为预设时长；次数阈值可以为用户根据自身实际情况在终端设备上进行设置的在预设时长内摇动终端设备的最佳次数，也可以选择终端设备上推荐的次数作为次数阈值。

在具体实施过程中，由于本申请中的方案为危急时刻的报警方法，所以预设时长在满足实际要求的同时，时长尽量选择较短的时长，优选3s至10s，摇动次数的次数阈值根据用户个人实际情况进行设定，比如5次至10次，以避免在摇动终端设备中被加害者发现，不能完成报警的情况发生，也能够避免误摇动终端设备启动报警的情况的发生，以满足用户的需求。

例如，用户在乘坐网约车出行过程中，受到网约车司机的骚扰等威胁时，用户通过在3s内摇动移动终端6次，进而触发移动终端自动报警功能进行自动报警，同时移动终端将报警信息进行发送，能够保障用户在自身行动能力受到限制的情况下，也能顺利地完成报警，进一步保障了用户的安全。

实施例二

参见图2所示，本申请实施例二提供的报警方法包括以下步骤S201～S203：

S201：在确定所述终端设备满足以下条件中的至少一种时，检测所述终端设备做目标运动的信息：所述终端设备打开目标应用；所述终端设备用户存在正在进行的出行订单；所述终端设备开启了自动报警功能。

这里，为了避免用户在不需要进行报警的场景下，误操作触发终端设备进行报警的情况发生，本申请实施例为检测终端设备是否做目标运动设置了前提条件，即只有终端设备满足终端设备打开目标应用、终端设备用户存在正在进行的出行订单、终端设备开启了自动报警功能条件中的至少一种时，才对终端设备是否做目标运动进行检测。比如，前提条件为先判断终端设备是否打开了目标应用，目标应用以打车软件为例，在确认用户开启了打车软件时，即判断出用户即将驾驶车辆或乘坐车辆出行，说明用户在出行过程中可能存在潜在的危险，此时，才需要对终端设备的运动状态进行检测，进而根据检测到的终端设备做目标运动的信息和预设的报警条件执行后续操作；比如，前提条件为终端设备用户存在正在进行的出行订单，出行订单为用户使用打车软件预约车辆出行，或用户已经乘坐网约车，或用户通过打车软件接单送乘客到目的地，此时，能够判断出用户即将或已经驾驶网约车或乘坐网约车，说明用户在出行过程中可能存在潜在的危险，此时，对终端设备的运动状态进行检测，进而根据检测到的终端设备做目标运动的信息和预设的报警条件执行后续操作；比如，前提条件为终端设备开启了自动报警功能，自动报警功能为打车软件中的一个能够进行自动报警的功能，如“一键报警按钮”，用户触发该自动报警功能，就能够实现自动报警，即用户为了自身安全考虑在乘坐或驾驶网约车的前，打开了自动报警功能，即说明用户存在潜在的危险性，此时，说明用户在出行过程中可能存在潜在的危险，才需要对终端设备的运动状态进行检测，进而根据检测到的终端设备做目标运动的信息和预设的报警条件执行后续操作。

需要说明的是，用户开启打车的自动报警功能，并不代表终端设备已经报警，只有用户摇动终端设备的次数和摇动的时间满足打车软件中预先设置好的报警条件，才能触发自动报警，即真正意义上的自动报警。

S202：根据所述终端设备做目标运动的信息，以及预设的报警条件，确定是否需要启动报警。

这里，通过在终端设备中的打车软件中预先设置报警条件，进而根据终端设备做目标运动的信息和预设的报警条件的匹配情况，确定是否需要自动启动报警。其中，预设的报警条件可以为用户在出行前，根据自身需要在终端设备中的打车软件中预先设置的报警条件，例如，目标运动为“摇一摇”，预设的报警条件可以为摇动终端设备的次数、频率、时长等，用户也可以选择使用打车软件中默认的预设报警条件。

S203：在确定需要启动报警后，发送报警信息。

这里，在终端设备做目标运动的信息与预设的报警条件相匹配时，自动启动报警，在启动报警后，自动将报警信息进行发送，能够使报警信息接收方根据接收到的报警信息，及时对用户展开营救。

其中，启动报警的方式可以为自动拨打本地报警电话，具体地，可以预先建立终端设备直接与本地报警中心进行通讯的路径，进而在拨通本地报警中心电话后，向本报警方中心播放事先预设的报警语音，并将报警信息发送给本地报警中心，达到报警的目的。

这里，报警信息通常要包括终端设备用户的地理位置信息，可以通过调用终端设备的通讯软件发送报警信息，通讯软件不限于微信、微博、短信等软件。

实施例三

参见图3所示，本申请实施例三提供的报警方法包括以下步骤S301～S303：

S301：检测终端设备做目标运动的信息；

S302：根据所述终端设备做目标运动的信息，以及预设的报警条件，确定是否需要启动报警。

其中，步骤S301和步骤S302的内容可以参见步骤S101和步骤S102的内容，对此，不再进行阐述。

S303：在确定需要启动报警后，获取终端设备当前的出行订单信息；发送携带有所述出行订单信息的报警信息。

这里，用户在出行过程中，遇到危险情况时，可以选择触发终端设备的自动报警功能进行报警，自动报警的方式包括终端设备自动向报警信息接收方发送报警信息。具体地，从终端设备的目标应用中获取当前用户的出行订单信息，并向报警信息接收方发送携带有出行订单信息的报警信息，其中，目标应用可以为打车软件。

需要说明的是，报警信息中携带有订单信息，其中，订单信息为用户使用终端设备中打车软件的当前出行的订单产生的信息，通常包括出行的路线、里程数、价格、车辆信息、司机信息、乘客信息、实时地理位置、出行时间等，通过将携带有上述订单信息的报警信息发送给报警信息接收方后，能够便于报警信息接收方及时营救用户，从而提高办案、追踪犯罪者的效率。

例如，订单信息中出行起始时间为“2018年10月5日12.20”，始发地“泰山112号路富云花都东区-南门”，终点为“青岛路212号西峰KTV”，车牌号“吉DJ127”，司机信息为“田师傅”，可以将出行订单信息作为报警信息进行报警，降低生成报警信息的时间。

在具体实施中，上述出行订单信息包括以下信息中的至少一种：

车牌号；司机身份标识信息；司机通讯号码；当前地理位置信息；所述终端设备用户的身份标识信息；所述终端设备用户的通讯号码。

这里，出行订单信息中包括网约车的车辆信息，如网约车的车牌号，网约车车主的身份信息，如司机的身份证号码、司机的姓名，网约车当前的地理位置，终端设备用户的身份信息，如报警者的姓名、身份证号码、电话号码等中的至少一种，以确保报警信息接收方根据接收到的报警信息中的出行订单信息及时找到报警者(终端设备的用户)，以便对报警者展开营救。

需要说明的是，网约车的车辆信息为车牌号，如网约车车辆的车牌号为京Q111；司机的身份标识信息，即能够表明司机身份的信息，如司机身份证号码、驾驶证的证件号码、名字等；司机通讯号码可以为司机终端设备的电话号码、通讯软件的账号，如微信、微博等账号；当前地理位置信息为网约车当前行驶的实时位置；终端设备用户的身份标识信息，即能够表明用户身份的信息，即被侵害者(报警者)的身份信息，如用户身份证号码、名字等；终端设备用户的通讯号码，可以为用户的终端设备的电话号码、通讯软件的账号，如微信、微博等账号。

例如，当乘客刘小姐乘坐网约车的过程中，受到网约车司机陈某的骚扰，刘小姐意识到自己可能处于危险时，刘小姐选择摇动随身携带的终端设备的方式进行报警，在刘小姐触发了终端设备中的自动报警功能进行了报警时，终端设备自动从打车软件中获取本次出行的订单信息，进而将订单信息作为报警信息发送给本地警方的报警平台，此时，出行订单信息为“司机为陈晓宇、当前地理位置为铁东区建设路321号”，本地警方根据当前打车的地理位置追踪到网约车，以及根据司机姓名查找到关于司机陈晓宇更多的信息，警方能够快速对刘小姐展开营救，并对作案司机陈晓宇展开搜捕。

例如，当司机李女士驾驶出租车的过程中，受到乘客王大力的骚扰，李女士意识到自己可能处于危险时，李女士选择摇动随身携带的终端设备的方式进行报警，在李女士触发了终端设备中的自动报警功能进行了报警后，终端设备自动从打车软件中获取本次出行的订单信息，进而将订单信息作为报警信息发送给本地警方的报警平台，此时，出行订单信息为“司机为李欣兰、当前地理位置为海淀区兴胜路121号、乘客王大力、车牌号京A122”，本地警方根据当前打车的地理位置追踪到网约车，以及根据被侵害者司机李女士的姓名以及乘客王大力的姓名查找到关于两者的更多的信息，并对李女士展开营救，对作案王大力展开搜捕。

在具体实施中，发送报警信息时，可以通过预设的至少一种通讯方式，将所述报警信息发送给预设接收端。

这里，通讯方式可以有多种，可以通过终端设备安装的应用软件、通讯软件发送报警信息，比如，通过打车软件(应用软件)中的自动报警功能将报警信息直接发送至预设接收端，通过终端设备中的短息、微信、微博等通讯软件将报警信息直接发送至预设接收端。

其中，预设接收端为预先在终端设备中设置好的报警信息接收方，预设接收端可以为本地警方、附近使用相同应用软件的司机或乘客、与终端设备密切相关的紧急联系人等。

上述通过预设的至少一种通讯方式，将所述报警信息发送给预设接收端，包括：

通过发起当前出行订单的目标应用，或者通过调用安装的通讯软件，将所述报警信息发送给所述预设接收端。

这里，本申请实施例提供了将报警信息发送给预设接收端的多种通讯方式，可以使用发起当前出行订单的目标应用(如打车软件)将报警信息发送给预设接收端，比如，通过打车软件中的推送功能，将终端设备获取的订单信息作为报警信息发送给附近使用相同目标应用的其他用户(预设接收端)，向其他用户进行求救。

或者使用终端设备已经安装的通讯软件(如短消息、微信、微博)，将报警信息发送给预设接收端，比如，将报警信息编辑成短信发送给本地警方(预设接收端)。

例如，吴小姐在乘坐出租车的过程中，受到出租车司机李某的骚扰，且吴小姐已经被司机李某控制，吴小姐丧失了部分行动自由，此时，吴小姐选择摇动终端设备来触发正在使用的打车软件中的自动报警功能进行报警，终端设备通过打车软件中的报警通道获取吴小姐本次的出行订单信息(当前地理位置为海淀区兴胜路121号、司机李师傅、车牌号京B111)后，自动将订单信息生成报警信息发送给本地警方的报警平台，本地警方在接收到报警信息后，及时追踪到该网约车，及时对吴小姐展开营救。

例如，司机李师傅在拉乘乘客驾驶网约车的行车过程中，发生纠纷，需要警方进行协调时，李师傅可以通过使用终端设备自带的短信功能将报警信息“海淀区兴业路341号、李师傅、电话15123452345”发送给警方，警方及时到达案发地进行协调处理工作。

例如，司机李师傅在拉乘乘客驾驶网约车的行车过程中，发生纠纷，需要警方进行协调时，李师傅可以通过使用终端设备自带的微信功能将报警信息“海淀区兴业路341号、李师傅、电话15123452345”发送给好友，好友收到消息后打电话给本地警方进行报警，警方及时到达案发地进行协调处理工作。

需要说明的是，本申请实施例提供了多种通讯方式发送报警信息，能够使终端设备端的用户根据自身需要选择适合自己的通讯方式进行报警信息的发送。比如，当用户已经处于被控制状态，行为自由受到限制时，可以选择触发目标应用的自动报警功能，自动将报警信息发送至预设接收端；当用户具有完全行为能力时，当前还处于安全状态时，可以通过调取终端设备的通讯软件(如短信、微信、微博)，将报警信息发送至预设接收端。

在具体实施中，上述预设接收端包括以下至少一个：

用于报警的后台服务器；与所述终端设备当前位置距离设定距离范围内的其它终端设备，所述其它终端设备包括乘客端和/或司机端；所述终端设备预设的紧急联系人端。

这里，预设接收端为用户根据自身需要预先在终端设备上设置的报警信息接收方。

本申请实施例给出了多个预设接收端，为用户提供多种预设接收端的选择方式，具体地，预设接收端可以为与目标应用直接关联的报警后台服务器，该报警后台服务器可以设置在目标应用的中心平台处，报警后台服务器在接收到用户的报警信息后，将报警信息转发给本地警方，以便警方对用户展开营救，该报警后台服务器也可以设置在本地警方的报警指挥中心，即建立报警指挥中心与目标应用软件的通讯连接，本地警方可以直接收到用户发送的报警信息，进而在警方收到报警信心后，能够直接展开对用户的营救工作；

预设接收端还可以为与终端设备当前位置距离设定距离范围内的其它终端设备，其它终端设备包括乘客端和/或司机端。具体实施过程中，预设接收端可以为使用相同目标应用的、距离用户终端设备的当前位置预设距离范围内的其他乘客和司机，以便距离案发地附近的其他乘客和司机对报警用户给予帮助，能够能加快速的解救报警用户的速度。其中，预设距离可以根据用户实际需要在终端设备的目标应用中进行设置，考虑到营救人员的数量，可以将预设距离设置为5km。

预设接收端还可以为终端设备预设的紧急联系人端，紧急联系人根据用户实际的需要，用户可以将紧急联系人设置为用户自己的朋友、亲人、同事等，以便在用户触发终端设备中的目标应用的自动报警功能时，将报警信息发送给紧急联系人，紧急联系人在收到报警求救信息后，拨打电话给本地警方进行报警，以便警方对被侵害者展开救援。

另外，紧急联系人可以根据用户的需要设置为多个，能够避免因为某种原因一个紧急联系人没有及时查看到用户的报警信息，错过营救报警用户的最佳时机，能够提高用户的报警信息被接收到的概率，进一步提高用户被成功解救的概率。

需要说明的是，向预设接收端发送报警信息的通讯方式有多种，用户可以根据自身的需要进行设置，比如，可以在打车软件中预设接收端处填写预设接收端的电话号码、微信账号、微博账号等，进而可以通过发送短信、彩信、微信、微博等消息的方式将报警信息发送给预设接收端的人员，也可以通过目标应用中的推送功能，向预设距离内的其他用户发送求救信息。

下面对不同预设接收端的场景分别进行举例说明。

(1)预设接收端为报警的后台服务器。

例如，王女士在搭乘网约车出行前，在打车软件页面中的自动报警功能的设置中将预设接收端设置为本地警方(报警后台服务器)，王女士在乘坐网约车的过程中，一旦王女士受到网约车司机骚扰、威胁时，可以通过摇动终端设备的方式触发终端设备上打车软件的自动报警功能进行自动报警，王女士的终端设备自动将王女士的出行订单信息进行二次编辑后作为报警信息发送给本地警方，警方根据出行报警信息中的终端设备用户的位置定位王女士位置，并解救王女士。

(2)预设接收端为与终端设备当前位置距离设定距离范围内的其它乘客端和/或司机端。

例如，刘小姐在搭乘网约车出行前，在打车软件页面中的自动报警功能的设置中将预设接收端设置为距离当前终端设备3km范围内的其它乘客和司机，刘小姐在乘坐打车软件的过程中，受到网约车司机骚扰、威胁时，可以通过摇动终端设备的方式触发终端设备上打车软件的自动报警功能进行自动报警，刘小姐的终端设备自动将刘小姐的出行订单信息进行处理后作为报警信息发送给使用相同打车软件的距离刘小姐3km范围内的其他打车上的司机和乘客，其他乘客和司机赶往案发地救援的同时，会拨打本地警方电话进行报警，从而使其他乘客、司机以及警方齐心协力并解救刘小姐。

(3)预设接收端为终端设备预设的紧急联系人端。

例如，李小姐在驾驶车辆拉乘乘客出行前，在打车软件页面中的自动报警功能的设置中将预设接收端设置为预设的紧急联系人，其中，紧急联系人为李小姐的男朋友刘某和李小姐的闺蜜谢某，李小姐在驾驶车辆行驶过程中，受到乘客的骚扰、威胁时，可以通过摇动终端设备的方式触发终端设备上打车软件的自动报警功能进行自动报警，李小姐的终端设备自动将李小姐的出行订单信息进行处理后作为报警信息发送给李小姐的男朋友刘某和刘小姐的闺蜜谢某，刘某和谢某受到刘小姐的求救信息后，会拨打本地警方电话进行报警，以便警方及时解救李小姐。

在一种实施方式中，通过调用安装的通讯软件，将报警信息发送给预设接收端，包括：

通过安装的拨号应用，向预设报警号码发起呼叫请求信息。

这里，在用户触发终端设备的自动报警功能进行报警时，通过调用终端设备已经安装的通讯软件，自动向报警号码发起呼叫请求。

其中，预设报警号码可以为本地警方电话号码，也可以为终端设备用户的紧急联系人的电话号码。

具体实施过程中，当用户遇到危险时，通过摇动终端设备触发报警功能进行报警时，终端设备自动调取拨号应用软件，向本地警方发起呼叫请求，在本地警方接听后，还可以将事先录入的呼救请求信息播放给本地警方的接线员，同时将报警信息发送给本地警方，本地警方收到上述报警电话和报警信息后，能够及时对报警用户展开营救。

在具体实施中，可以通过所述终端设备内安装的陀螺仪和/或加速度传感器，检测所述终端设备做目标运动的信息。

这里，利用终端设备内安装的陀螺仪和/或加速传感器检测终端设备是否做目标运动。

需要说明的是，陀螺仪又叫角速度传感器(Gyro-sensor，GS)，安装于终端设备上，不同于加速度计，陀螺仪的测量物理量是偏转、倾斜时的转动角速度。在终端设备上，仅用加速度计没办法测量或重构出完整的3D动作，测不到转动的动作的，加速度计只能检测轴向的线性动作，但陀螺仪则可以对转动、偏转的动作做很好的测量，这样就可以精确分析判断出使用者的实际动作，而后根据动作，可以对终端设备做相应的操作。

还需要说明的是，加速度传感器(Aacceleration Transducer，AT)是一种能够测量加速度的传感器，通常由质量块、阻尼器、弹性元件、敏感元件和适调电路等部分组成。传感器在加速过程中，通过对质量块所受惯性力的测量，利用牛顿第二定律获得加速度值，根据传感器敏感元件的不同，常见的加速度传感器包括电容式、电感式、应变式、压阻式、压电式等。

其中，压电式加速度传感器又称压电加速度计，它也属于惯性式传感器，压电式加速度传感器的工作原理是利用压电陶瓷或石英晶体的压电效应，在加速度计受振时，质量块加在压电元件上的力也随之变化，当被测振动频率远低于加速度计的固有频率时，则力的变化与被测加速度成正比。

压阻式加速度传感器是基于世界领先的硅微加工技术。压阻式加速度传感器具有体积小、低功耗等特点，易于集成在各种模拟和数字电路中，广泛应用于汽车碰撞实验、测试仪器、设备振动监测等领域。

电容式加速度传感器是基于电容原理的极距变化型的电容传感器，电容式加速度传感器/电容式加速度计是对比较通用的加速度传感器。在某些领域无可替代，如安全气囊，移动终端移动设备等。电容式加速度传感器/电容式加速度计采用了微机电***工艺，在大量生产时变得经济，从而保证了较低的成本。

伺服式加速度传感器是一种闭环测试***，具有动态性能好、动态范围大和线性度好等特点，其工作原理是传感器的振动***由"质量-振动系数”***组成，与一般加速度计相同，但质量上还接着一个电磁线圈，当基座上有加速度输入时，质量块偏离平衡位置，该位移大小由位移传感器检测出来，经伺服放大器放大后转换为电流输出，该电流流过电磁线圈，在永久磁铁的磁场中产生电磁恢复力，力图使质量块保持在仪表壳体中原来的平衡位置上，所以伺服加速度传感器在闭环状态下工作。由于有反馈作用，增强了抗干扰的能力，提高测量精度，扩大了测量范围，伺服加速度测量技术广泛地应用于惯性导航和惯性制导***中，在高精度的振动测量和标定中也有应用。

基于同一发明构思，本申请实施例四中还提供了与实施例一、实施例二和实施例三提供的报警方法对应的报警装置，由于本申请实施例中的装置解决问题的原理与本申请上述实施例一、实施例二和实施例三的报警方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

实施例四

参见图4所示，为本申请实施例四提供的一种报警装置400的结构示意图，该装置包括：

所述装置400包括：检测模块402、确定模块404和发送模块406；其中，

所述检测模块402，用于检测终端设备做目标运动的信息；

所述确定模块404，用于根据所述终端设备做目标运动的信息，以及预设的报警条件，确定是否需要启动报警；

所述发送模块406，用于在确定需要启动报警后，发送报警信息。

本申请实施例通过检测模块402检测终端设备是否做目标运动的信息，进而通过确定模块404根据终端设备做目标运动的信息以及预设的报警条件，确定是否需要启动报警，进而通过发送模块406在确定需要启动报警后，发送报警信息。本申请实施例提供的报警方法，能够确保用户在处于危险时，即使用户行为部分受到限制，也能顺利地完成报警而不被作案者发觉，提高了用户报警的便捷性，从而进一步保障用户生命财产的安全。

一种可能的实施方式中，所述目标运动包括：摇动；所述预设的报警条件包括：在预设时长内的摇动次数达到设定次数阈值。

另外，在本申请实施例中，本申请提供的目标运动为摇动，预设的报警条件为在预设时长内的摇动次数达到设定次数阈值。也就是说，用户在需要进行报警时，只需摇动终端设备，使终端设备在预设时长内摇动的次数达到设定次数阈值，就能使终端设备自动启动报警，提升了自动报警操作的便捷性和高效性，能够进一步保障用户生命财产的安全。

一种可能的实施方式中，所述检测模块402，具体用于在确定所述移动终端满足以下条件中的至少一种时，检测终端设备做目标运动的信息：

所述终端设备打开目标应用；

所述终端设备用户存在正在进行的出行订单；

所述终端设备开启了自动报警功能。

一种可能的实施方式中，所述发送模块406，具体用于根据以下步骤发送所述报警信息：

获取所述终端设备当前的出行订单信息；

发送携带有所述出行订单信息的报警信息。

一种可能的实施方式中，所述出行订单信息包括以下信息中的至少一种：

车牌号；司机身份标识信息；司机通讯号码；当前地理位置信息；所述终端设备用户的身份标识信息；所述终端设备用户的通讯号码。

一种可能的实施方式中，所述发送模块406，还用于根据以下步骤将报警信息发送给预设接收端：

通过预设的至少一种通讯方式，将所述报警信息发送给预设接收端。

一种可能的实施方式中，所述发送模块406，还用于根据以下步骤将报警信息发送给预设接收端：

通过发起当前出行订单的目标应用，或者通过调用安装的通讯软件，将所述报警信息发送给所述预设接收端。

一种可能的实施方式中，所述预设接收端包括以下至少一个：

用于报警的后台服务器；与所述终端设备当前位置距离设定距离范围内的其它终端设备，所述其它终端设备包括乘客端和/或司机端；所述终端设备预设的紧急联系人端。

一种可能的实施方式中，所述发送模块406，具体用于根据以下步骤将所述报警信息发送给预设接收端：

通过安装的拨号应用，向预设报警号码发起呼叫请求信息。

一种可能的实施方式中，所述检测模块402，具体用于通过所述终端设备内安装的陀螺仪和/或加速度传感器，检测所述终端设备做目标运动的信息。

实施例五

对应于图1、图2和图3中的报警方法，本申请实施例五还提供了一种电子设备500，如图5所示，本申请实施例提供的电子设备500包括：

处理器502、存储器504和总线506，所述存储器504存储有所述处理器502可执行的机器可读指令，当电子设备500运行时，所述处理器502与所述存储器504之间通过总线506通信，所述机器可读指令被处理器502执行时执行如下步骤：

检测终端设备做目标运动的信息；

根据所述终端设备做目标运动的信息，以及预设的报警条件，确定是否需要启动报警；

在确定需要启动报警后，发送报警信息。

在另一种实施方式中，上述处理器502执行的步骤中，

所述目标运动包括：摇动；所述预设的报警条件包括：在预设时长内的摇动次数达到设定次数阈值。

在另一种实施方式中，上述处理器502执行的步骤中，

在确定所述移动终端满足以下条件中的至少一种时，检测终端设备做目标运动的信息：

所述终端设备打开目标应用；

所述终端设备用户存在正在进行的出行订单；

所述终端设备开启了自动报警功能。

在另一种实施方式中，上述处理器502执行的步骤中，

所述发送报警信息，包括：

获取所述终端设备当前的出行订单信息；

发送携带有所述出行订单信息的报警信息。

在另一种实施方式中，上述处理器执行的步骤中，

所述出行订单信息包括以下信息中的至少一种：

车牌号；司机身份标识信息；司机通讯号码；当前地理位置信息；所述终端设备用户的身份标识信息；所述终端设备用户的通讯号码。

在另一种实施方式中，上述处理器502执行的步骤中，

所述发送报警信息，包括：

通过预设的至少一种通讯方式，将所述报警信息发送给预设接收端。

在另一种实施方式中，上述处理器502执行的步骤中，

所述通过预设的至少一种通讯方式，将所述报警信息发送给预设接收端，包括：

通过发起当前出行订单的目标应用，或者通过调用安装的通讯软件，将所述报警信息发送给所述预设接收端。

在另一种实施方式中，上述处理器502执行的步骤中，

所述预设接收端包括以下至少一个：

用于报警的后台服务器；与所述终端设备当前位置距离设定距离范围内的其它终端设备，所述其它终端设备包括乘客端和/或司机端；所述终端设备预设的紧急联系人端。

在另一种实施方式中，上述处理器502执行的步骤中，

所述通过调用安装的通讯软件，将所述报警信息发送给所述预设接收端，包括：

通过安装的拨号应用，向预设报警号码发起呼叫请求信息。

在另一种实施方式中，上述处理器502执行的步骤中，

检测终端设备做目标运动的信息，包括：

通过所述终端设备内安装的陀螺仪和/或加速度传感器，检测所述终端设备做目标运动的信息。

实施例六

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

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述报警方法，从而解决目前用户在行为受到限制时，无法顺利完成报警的问题。本申请实施例通过检测终端设备是否做目标运动的信息，进而在确认终端设备做目标运动时，根据预设的报警条件进行匹配，确定是否需要启动报警，进而在确定需要启动报警后，发送报警信息。本申请能够确保用户在处于危急情况下，也能顺利完成报警而不被作案者发觉，进一步保护用户的安全。

本申请实施例所提供的报警方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

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

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

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

Claims (22)

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

检测终端设备做目标运动的信息；

根据所述终端设备做目标运动的信息，以及预设的报警条件，确定是否需要启动报警；

在确定需要启动报警后，发送报警信息。

2.如权利要求1所述的方法，其特征在于，所述目标运动包括：摇动；所述预设的报警条件包括：在预设时长内的摇动次数达到设定次数阈值。

3.如权利要求1所述的方法，其特征在于，在确定所述终端设备满足以下条件中的至少一种时，检测所述终端设备做目标运动的信息：

所述终端设备打开目标应用；

所述终端设备用户存在正在进行的出行订单；

所述终端设备开启了自动报警功能。

4.如权利要求1所述的方法，其特征在于，所述发送报警信息，包括：

获取所述终端设备当前的出行订单信息；

发送携带有所述出行订单信息的报警信息。

5.如权利要求4所述的方法，其特征在于，所述出行订单信息包括以下信息中的至少一种：

车牌号；司机身份标识信息；司机通讯号码；当前地理位置信息；所述终端设备用户的身份标识信息；所述终端设备用户的通讯号码。

6.如权利要求1所述的方法，其特征在于，所述发送报警信息，包括：

通过预设的至少一种通讯方式，将所述报警信息发送给预设接收端。

7.如权利要求6所述的方法，其特征在于，所述通过预设的至少一种通讯方式，将所述报警信息发送给预设接收端，包括：

通过发起当前出行订单的目标应用，或者通过调用安装的通讯软件，将所述报警信息发送给所述预设接收端。

8.如权利要求6所述的方法，其特征在于，所述预设接收端包括以下至少一个：

用于报警的后台服务器；与所述终端设备当前位置距离设定距离范围内的其它终端设备，所述其它终端设备包括乘客端和/或司机端；所述终端设备预设的紧急联系人端。

9.如权利要求7所述的方法，其特征在于，所述通过调用安装的通讯软件，将所述报警信息发送给所述预设接收端，包括：

通过安装的拨号应用，向预设报警号码发起呼叫请求信息。

10.如权利要求1所述的方法，其特征在于，检测终端设备做目标运动的信息，包括：

通过所述终端设备内安装的陀螺仪和/或加速度传感器，检测所述终端设备做目标运动的信息。

11.一种报警装置，其特征在于，所述装置包括：检测模块、确定模块和发送模块；其中，

所述检测模块，用于检测终端设备做目标运动的信息；

所述确定模块，用于根据所述终端设备做目标运动的信息，以及预设的报警条件，确定是否需要启动报警；

所述发送模块，用于在确定需要启动报警后，发送报警信息。

12.如权利要求11所述的装置，其特征在于，所述目标运动包括：摇动；所述预设的报警条件包括：在预设时长内的摇动次数达到设定次数阈值。

13.如权利要求11所述的装置，其特征在于，所述检测模块，具体用于在确定所述终端设备满足以下条件中的至少一种时，检测所述终端设备做目标运动的信息：

所述终端设备打开目标应用；

所述终端设备用户存在正在进行的出行订单；

所述终端设备开启了自动报警功能。

14.如权利要求11所述的装置，其特征在于，所述发送模块，具体用于根据以下步骤发送所述报警信息：

获取所述终端设备当前的出行订单信息；

发送携带有所述出行订单信息的报警信息。

15.如权利要求14所述的装置，其特征在于，所述出行订单信息包括以下信息中的至少一种：

车牌号；司机身份标识信息；司机通讯号码；当前地理位置信息；所述终端设备用户的身份标识信息；所述终端设备用户的通讯号码。

16.如权利要求11所述的装置，其特征在于，所述发送模块，还用于根据以下步骤将报警信息发送给预设接收端：

通过预设的至少一种通讯方式，将所述报警信息发送给预设接收端。

17.如权利要求16所述的装置，所述发送模块，还用于根据以下步骤将报警信息发送给预设接收端：

通过发起当前出行订单的目标应用，或者通过调用安装的通讯软件，将所述报警信息发送给所述预设接收端。

18.如权利要求16所述的装置，其特征在于，所述预设接收端包括以下至少一个：

用于报警的后台服务器；与所述终端设备当前位置距离设定距离范围内的其它终端设备，所述其它终端设备包括乘客端和/或司机端；所述终端设备预设的紧急联系人端。

19.如权利要求17所述的装置，其特征在于，所述发送模块，具体用于根据以下步骤将所述报警信息发送给预设接收端：

通过安装的拨号应用，向预设报警号码发起呼叫请求信息。

20.如权利要求11所述的装置，其特征在于，所述检测模块，具体用于通过所述终端设备内安装的陀螺仪和/或加速度传感器，检测所述终端设备做目标运动的信息。

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

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

Images