一种识别用户出行轨迹的方法、装置及终端与流程

本发明涉及互联网技术领域，尤其涉及一种识别用户出行轨迹的方法、装置及终端。

背景技术：

随着网络的不断发展，用户的出行越来越方便，但随之而来的安全问题。当用户遇到危险时，现有技术中若在有网络状态下，用户还可能偷偷地利用即时通信软件方便地向家人或者报警平台传递信息，但是遇到更为危险的情况时，特别是无网络状态下，用户一般是传递不出任何信息的，导致用户的出行安全得不到保障。

技术实现要素：

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的识别用户出行轨迹的方法、装置及终端。

本发明的第一方面，提供一种识别用户出行轨迹的方法，应用于用户设备，所述方法包括：

获取用户的基准出行轨迹，并将所述基准出行轨迹预置于所述用户设备中；

在所述用户的出行过程中，采集所述用户当前出行轨迹中预设数量的目标时间点及对应的实际位置信息；

基于所述基准出行轨迹及所述实际位置信息，按照预设的检测策略检测所述当前出行轨迹是否出现异常，若出现异常，则发送用户出行危险的报警信息。

可选地，所述基于所述基准出行轨迹及所述实际位置信息，按照预设的检测策略检测所述当前出行轨迹是否出现异常，包括：

获取所述基准出行轨迹中，所述预设数量的目标时间点对应的基准位置信息；

判断所述预设数量的目标时间点中，同一目标时间点的基准位置信息与所述实际位置信息之间的距离是否在预设的距离阈值内，若均不在，则确定所述当前出行轨迹出现异常。

可选地，所述预设数量的目标时间点包括：3～5个；所述预设的距离阈值包括：500～800m。

可选地，所述发送用户出行危险的报警信息，包括：

向紧急联系人发送所述用户出行危险的报警信息。

可选地，所述向紧急联系人发送用户出行危险的报警信息后，包括：

检测所述报警信息是否发送成功，若没有发送成功，则向报警平台拨打报警电话。

可选地，所述发送用户出行危险的报警信息后，包括：分享所述用户的实时位置信息。

本发明的第二方面，提供一种识别用户出行轨迹的装置，应用于用户设备，所述装置包括：

第一获取单元，用于获取用户的基准出行轨迹，并将所述基准出行轨迹预置于所述用户设备中；

第二获取单元，用于在所述用户的出行过程中，采集所述用户当前出行轨迹中预设数量的目标时间点及对应的实际位置信息；

检测单元，用于基于所述基准出行轨迹及所述实际位置信息，按照预设的检测策略检测所述当前出行轨迹是否出现异常，若出现异常，则发送用户出行危险的报警信息。

可选地，所述检测单元用于：

获取所述基准出行轨迹中，所述预设数量的目标时间点对应的基准位置信息；

判断所述预设数量的目标时间点中，同一目标时间点的基准位置信息与所述实际位置信息之间的距离是否在预设的距离阈值内，若均不在，则确定所述当前出行轨迹出现异常。

可选地，所述预设数量的目标时间点包括：3～5个；所述预设的距离阈值包括：500～800m。

可选地，所述检测单元用于：向紧急联系人发送所述用户出行危险的报警信息。

可选地，所述检测单元用于：向紧急联系人发送用户出行危险的报警信息后，检测所述报警信息是否发送成功，若没有发送成功，则向报警平台拨打报警电话。

可选地，所述装置还包括：分享单元，用于在发送用户出行危险的报警信息后，分享所述用户的实时位置信息。

本发明的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一项所述方法的步骤。

本发明的第三方面，提供一种识别用户出行轨迹的终端，包括：

至少一个处理器；以及

与所述处理器通信连接的至少一个存储器，其中，所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如上述任一项所述方法的步骤。

本申请实施例中提供的技术方案，至少具有如下技术效果或优点：

本申请实施例提供一种识别用户出行轨迹的方法、装置及终端，所述方法应用于用户设备，包括：获取用户的基准出行轨迹，并将基准出行轨迹预置于用户设备中；在所述用户的出行过程中，获取所述用户当前出行轨迹中预设数量的目标时间点及对应的实际位置信息；基于所述基准出行轨迹及所述实际位置信息，按照预设的检测策略检测所述当前出行轨迹是否出现异常，若出现异常，则发送用户出行危险的报警信息；故而，基于基准出行轨迹及实际位置信息，根据预设的检测策略检测用户的当前出行轨迹是否出现异常，所依赖的是预先已经存在的基准出行轨迹，而避免需要在出行是依赖于网络来确定当前出行轨迹是否异常，从而保障了用户即使在无网络情况下也能够识别出轨迹异常，进而发出报警。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的识别用户出行轨迹的方法流程示意图；

图2示出了根据本发明一个实施例的识别用户出行轨迹的装置结构示意图；

图3示出了根据本发明一个实施例的在有网络状态下添加好友的界面示意图；

图4示出了根据本发明一个实施例的在有网络状态下添加紧急联系人的界面示意图；

图5示出了根据本发明一个实施例在有网络状态下的分享位置的界面示意图；

图6示出了根据本发明一个实施例在有网络状态下的始终允许获取位置提示的界面示意图；

图7示出了根据本发明一个实施例在有网络状态下的安全出行的界面示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种识别用户出行轨迹的方法装置及终端，用以解决现有技术的用户出行安全得不到保障的技术问题。

实施例一

本实施例提供一种识别用户出行轨迹的方法，应用在用户设备，如图1所示，方法包括：

s110，获取用户的基准出行轨迹，并将基准出行轨迹预置于用户设备中；

本实施例是应用在无网络状态下的，因此用户的基准出行轨迹是预先生成的，并预置在用户设备中的。这里，基准出行轨迹可以由客户端预先生成，也可以由服务器预先生成。

作为一种可选的实施例，当基准出行轨迹由客户端生成时，生成用户的基准出行轨迹，包括：

获取用户在预设周期内的出行数据，根据出行数据生成用户的基准出行轨迹。

具体地，一般来说，不是经常出差的用户都会有固定的出行路线，比如上班族或者全职接送小孩的人群，上班族的出行路线在周内一般是家和公司之间，全职接送小孩的人群的出行路线一般是家和学校之间。因此针对该类用户的出行数据对研究用户出行安全是有实际意义的，那么在有网络状态下时，可以获取该类用户在预设周期内的出行数据，本实施例中在获取出行数据时是以天为单位获取的，预设的周期为30天，也可根据实际需求进行设置。

作为一种可选的实施例，在获取用户的出行数据时，可以根据预设的时间间隔获取，那么获取用户在预设周期内的出行数据，包括：

在预设周期内，按照预设的时间间隔获取对应的时间点及各时间点对应的经纬度信息。

比如，可以将时间间隔设置为10s，也就是每隔10s会自动获取当前对应的时间点及各时间点对应的经纬度信息。当然，也可以是由客户端每隔10s会自动获取当前对应的时间点及各时间点对应的经纬度信息，然后上报至服务器。

作为一种可选的实施例，在获取用户的出行数据时，也可以根据预设的出行距离间隔获取，那么获取用户在预设周期内的出行数据，包括：

在预设周期内，按照预设的出行距离间隔获取对应的时间点及各时间点对应的经纬度信息。

比如，可以将出行距离间隔设置为200m，那么每间隔200m时会自动获取一次当前对应的时间点及各时间点对应的经纬度信息。这里，也可以是由客户端自动获取当前对应的时间点及各时间点对应的经纬度信息，然后上报至服务器。

作为一种可选的实施例，在获取各时间点对应的经纬度信息时，可以利用全球定位系统(gps，globalpositioningsystem)直接获取，也可以通过基站信息或者wifi信息查询地理位置，再通过地理位置确定经纬度信息。

在通过wifi信息确定经纬度信息时，具体实现如下：

扫描并收集终端周围的无线接入点，获取无线接入点的媒体访问控制(mac，mediaaccesscontrol)地址；将无线接入点的mac地址发送至服务器，服务器会根据无线接入点的mac地址信息从位置数据库中检索出每个无线接入点的地理位置信息，将每个无线接入点的地理位置信息进行坐标运算，确定出具体的经纬度信息。当所有无线接入点的经纬度信息都确定出之后，就可以根据所有无线接入点的经纬度信息确定出用户当前的经纬度信息。其中，无线接入点的数量越多，确定用户当前的经纬度信息的准确度就会越准确。

在通过基站信息确定经纬度信息时，具体实现如下：

获取终端当前接入的基站位置信息；

从地理信息系统(gis，geographicinformationsystem)中获取当前接入根据当前接入的基站位置信息周围的地理信息；

根据当前接入的基站位置信息及基站周围的地理信息确定当前接入的基站所属的蜂窝小区，根据所属的蜂窝小区确定用户当前的地理位置信息，再对地理位置信息进行转换，获取对应的经纬度信息。

这里，因运营商在建立基站时，每一个基站都有确切的位置记录，因此可获取到终端当前接入的基站位置信息。

获取到预设周期内的出行数据后，可利用机器学习算法，将出行数据生成用户的基准出行轨迹。

作为一种可选的实施例，根据出行数据生成用户的基准出行轨迹，包括：

从出行数据中提取出训练出行数据；

对出行训练数据进行合并，形成训练数据集；

利用训练数据集进行出行轨迹模型训练，以生成出行轨迹模型；

利用出行轨迹模型预测出基准出行轨迹。

这里，因出行数据太多，为了提高处理效率，可以随机从出行数据中提取出一些样本数据作为训练出行数据，也可以按照预设的提取规则从出行数据中提取出一些样本数据作为训练出行数据，在此不做限定。

作为一种可选的实施例，利用训练数据集进行出行轨迹模型训练，以生成出行轨迹模型，包括：

针对训练数据集，通过机器学习算法(如神经网络算法、逻辑回归算法)进行训练，得到出行轨迹模型。

若是由服务器生成用户的基准出行轨迹时，生成方法与上述方法完全相同，但是客户端还需要在有网络状态下从服务器中下载用户的基准出行轨迹，以能获取到基准出行轨迹。

s111，在所述用户的出行过程中，获取所述用户当前出行轨迹中预设数量的目标时间点及对应的实际位置信息；

这里，当前出行轨迹中一般会有多个目标时间点及对应的实际位置信息，用户在正常出行过程中，可以获取用户当前出行轨迹中的预设数量的目标时间点及对应的实际位置信息。其中，预设数量的目标时间点可以任意选取，预设数量的目标时间点可以包括：3～5个。在无网络状态下，可以通过gps获取用户的实际位置信息。其中，本实施例中所称的无网络状态是指没有无线网络及移动数据网络(比如2g、3g或4g网络)的状态。

比如，预设数量的目标时间点为3个，分别为上午10点钟、12点钟及下午6点钟，那么就可以从当前轨迹中获取到对应的实际位置信息，比如对应的实际位置信息分别为a、b、c。

s112，基于所述基准出行轨迹及所述实际位置信息，按照预设的检测策略检测所述当前出行轨迹是否出现异常，若出现异常，则发送用户出行危险的报警信息。

在基准出行轨迹中，每天的各目标时间点对应的基准位置信息一般都是差不多的，因此作为一种可选的实施例，所述基于所述基准出行轨迹及所述实际位置信息，按照预设的检测策略检测所述当前出行轨迹是否出现异常，包括：

获取基准出行轨迹中，预设数量的目标时间点对应的基准位置信息；

判断预设数量的目标时间点中，同一目标时间点的基准位置信息与实际位置信息之间的距离是否在预设的距离阈值内，若均不在，则确定当前出行轨迹出现异常。其中，预设的距离阈值包括500～800m。

比如，若预设的距离阈值为500m，获取到用户基准轨迹中上述3个目标时间点对应的基准位置信息分别为d、e、f；且a和d之间的距离、b和e之间的距离、c和f之间的距离均大于500m时，则确定当前轨迹出现异常。

需要说明的是，这里所述的实际位置信息及基准位置信息均指的是上文所述的用户的经纬度信息。

作为一种可选的实施例，为了防止误判，方法还包括：

实时获取用户在出行过程中终端的电量信息，当根据所述电量信息确定所述终端处于关机状态时，则确定所述用户的当前出行轨迹无异常。

也就是说，当在出行过程中检测到终端处于关机状态时，则视为用户当前的出行轨迹无异常。

作为一种可选的实施例，在发送报警信息时，可以向用户的紧急联系人及报警平台中的任一对象发送报警信息。也可以按照用户的紧急联系人、报警平台这样的优先级进行顺序发送。

按照用户的紧急联系人、报警平台这样的优先级进行发送时，首先向紧急联系人发送报警信息，在向紧急联系人发送用户出行危险的报警信息时，会通过短信形式发送。

作为一种可选的实施例，向紧急联系人发送用户出行危险的报警信息后，包括：

检测报警信息是否从发送成功，若没有发送成功，则向报警平台自动拨打报警电话。

作为一种可选的实施例，发送用户出行危险的报警信息后，包括：自动分享所述用户的实时位置信息。

这里，在分享位置信息时，会通过短信形式紧急联系人或报警平台分享。

这里，需要说明的是，步骤s110执行一次即可确定用户的出行场景，步骤s111～s112可执行多次，即用户每次出行时，都可根据步骤s110确定的基准出行轨迹对用户的当前出行轨迹进行识别。

基于同样的发明构思，本申请实施例还提供一种识别用户出行轨迹的装置，详见实施例二。

实施例二

本实施例提供一种用于识别用户出行轨迹的装置，应用在用户设备，如图2所示，装置包括：第一获取单元21、第二获取单元22、检测单元23；其中，

本实施例是应用在无网络状态下的，因此用户的基准出行轨迹是预先生成的，并预置在用户设备中的。这里，基准出行轨迹可以由客户端预先生成，也可以由服务器预先生成。

当基准出行轨迹由客户端生成时，第一获取单元21用于获取用户的基准出行轨迹，包括：获取用户在预设周期内的出行数据，根据出行数据生成用户的基准出行轨迹。

具体地，一般来说，不是经常出差的用户都会有固定的出行路线，比如上班族或者全职接送小孩的人群，上班族的出行路线在周内一般是家和公司之间，全职接送小孩的人群的出行路线一般是家和学校之间。因此针对该类用户的出行数据对研究用户出行安全是有实际意义的，那么在有网络状态下时，可以获取该类用户在预设周期内的出行数据，本实施例中在获取出行数据时是以天为单位获取的，预设的周期为30天，也可根据实际需求进行设置。

作为一种可选的实施例，在获取用户的出行数据时，可以根据预设的时间间隔获取，那么获取用户在预设周期内的出行数据，包括：

在预设周期内，按照预设的时间间隔获取对应的时间点及各时间点对应的经纬度信息。

比如，可以将时间间隔设置为10s，也就是每隔10s会自动获取当前对应的时间点及各时间点对应的经纬度信息。当然，也可以是由客户端每隔10s会自动获取当前对应的时间点及各时间点对应的经纬度信息，然后上报至服务器。

作为一种可选的实施例，在获取用户的出行数据时，也可以根据预设的出行距离间隔获取，那么获取用户在预设周期内的出行数据，包括：

在预设周期内，按照预设的出行距离间隔获取对应的时间点及各时间点对应的经纬度信息。

比如，可以将出行距离间隔设置为200m，那么每间隔200m时会自动获取一次当前对应的时间点及各时间点对应的经纬度信息。这里，也可以是由客户端自动获取当前对应的时间点及各时间点对应的经纬度信息，然后上报至服务器。

作为一种可选的实施例，在获取各时间点对应的经纬度信息时，可以利用全球定位系统(gps，globalpositioningsystem)直接获取，也可以通过基站信息或者wifi信息查询地理位置，再通过地理位置确定经纬度信息。

在通过wifi信息确定经纬度信息时，具体实现如下：

扫描并收集终端周围的无线接入点，获取无线接入点的媒体访问控制(mac，mediaaccesscontrol)地址；将无线接入点的mac地址发送至服务器，服务器会根据无线接入点的mac地址信息从位置数据库中检索出每个无线接入点的地理位置信息，将每个无线接入点的地理位置信息进行坐标运算，确定出具体的经纬度信息。当所有无线接入点的经纬度信息都确定出之后，就可以根据所有无线接入点的经纬度信息确定出用户当前的经纬度信息。其中，无线接入点的数量越多，确定用户当前的经纬度信息的准确度就会越准确。

在通过基站信息确定经纬度信息时，具体实现如下：

获取终端当前接入的基站位置信息；

从地理信息系统(gis，geographicinformationsystem)中获取当前接入根据当前接入的基站位置信息周围的地理信息；

根据当前接入的基站位置信息及基站周围的地理信息确定当前接入的基站所属的蜂窝小区，根据所属的蜂窝小区确定用户当前的地理位置信息，再对地理位置信息进行转换，获取对应的经纬度信息。

这里，因运营商在建立基站时，每一个基站都有确切的位置记录，因此可获取到终端当前接入的基站位置信息。

获取到预设周期内的出行数据后，可利用机器学习算法，将出行数据生成用户的基准出行轨迹。

作为一种可选的实施例，根据出行数据生成用户的基准出行轨迹，包括：

从出行数据中提取出训练出行数据；

对出行训练数据进行合并，形成训练数据集；

利用训练数据集进行出行轨迹模型训练，以生成出行轨迹模型；

利用出行轨迹模型预测出基准出行轨迹。

这里，因出行数据太多，为了提高处理效率，可以随机从出行数据中提取出一些样本数据作为训练出行数据，也可以按照预设的提取规则从出行数据中提取出一些样本数据作为训练出行数据，在此不做限定。

作为一种可选的实施例，利用训练数据集进行出行轨迹模型训练，以生成出行轨迹模型，包括：

针对训练数据集，通过机器学习算法(如神经网络算法、逻辑回归算法)进行训练，得到出行轨迹模型。

若是由服务器生成用户的基准出行轨迹时，生成方法与上述方法完全相同，但是第一获取单元21还需要在有网络状态下从服务器中下载用户的基准出行轨迹，以能获取到基准出行轨迹。

这里，当前出行轨迹中一般会有多个目标时间点及对应的实际位置信息，用户在正常出行过程中，第二获取单元22用于获取所述用户当前出行轨迹中预设数量的目标时间点及对应的实际位置信息；其中，预设数量的目标时间点可以任意选取，预设数量的目标时间点可以包括：3～5个。在无网络状态下，第二获取单元22可以通过gps获取用户的实际位置信息。其中，本实施例中所称的无网络状态是指没有无线网络及移动数据网络(比如2g、3g或4g网络)的状态。

比如，预设数量的目标时间点为3个，分别为上午10点钟、12点钟及下午6点钟，那么第二获取单元22就可以从当前轨迹中获取到对应的实际位置信息，比如对应的实际位置信息分别为a、b、c。

在基准出行轨迹中，每天的各目标时间点对应的基准位置信息一般都是差不多的，因此作为一种可选的实施例，检测单元23用于基于所述基准出行轨迹及所述实际位置信息，按照预设的检测策略检测所述当前出行轨迹是否出现异常，若出现异常，则发送用户出行危险的报警信息。

作为一种可选的实施例，检测单元23具体用于：

获取基准出行轨迹中，预设数量的目标时间点对应的基准位置信息；

判断预设数量的目标时间点中，同一目标时间点的基准位置信息与实际位置信息之间的距离是否在预设的距离阈值内，若均不在，则确定当前出行轨迹出现异常。其中，预设的距离阈值包括500～800m。

比如，若预设的距离阈值为500m，获取到用户基准轨迹中上述3个目标时间点对应的基准位置信息分别为d、e、f；且a和d之间的距离、b和e之间的距离、c和f之间的距离均大于500m时，则确定当前轨迹出现异常。

需要说明的是，这里所述的实际位置信息及基准位置信息均指的是上文所述的用户的经纬度信息。

作为一种可选的实施例，为了防止误判，检测单元23还用于：实时获取用户在出行过程中终端的电量信息，当根据所述电量信息确定所述终端处于关机状态时，则确定所述用户的当前出行轨迹无异常。

也就是说，当在出行过程中检测到终端处于关机状态时，则视为用户当前的出行轨迹无异常。

作为一种可选的实施例，检测单元23在发送报警信息时，可以向用户的紧急联系人及报警平台中的任一对象发送报警信息。也可以按照用户的紧急联系人、报警平台这样的优先级进行顺序发送。

按照用户的紧急联系人、报警平台这样的优先级进行发送时，检测单元23首先向紧急联系人发送报警信息，在向紧急联系人发送用户出行危险的报警信息时，会通过短信形式发送。

作为一种可选的实施例，向紧急联系人发送用户出行危险的报警信息后，检测单元23用于：

检测报警信息是否从发送成功，若没有发送成功，则向报警平台自动拨打报警电话。

作为一种可选的实施例，参见图2，装置还包括：分享单元24，用于在发送用户出行危险的报警信息后，自动分享所述用户的实时位置信息。

这里，在分享位置信息时，会通过短信形式紧急联系人或报警平台分享。

实施例三

实际应用中，可利用上述方法及装置识别用户的出行轨迹，具体实现如下：

首先是在有网络状态下添加家人信息，家人信息也可称为是用户的好友，添加好友界面如图3所示。

家人信息添加好之后，在有网络状态下用户和家人之间可以进行实时位置分享、聊天等。比如：利用上述实施例中的方法及装置检测到用户在目标时间点到达上班场景或到家场景时，会自动向家人推送“我已上班”或“我已到家”的提示信息。

当检测到用户在目标时间点没有到达上班场景或到家场景时，则会向家人推送出行危险的报警信息。

为了能在无网络状态下发送报警信息，本实施例还可设置紧急联系人，用户通过点击主界面上的“紧急求助”可添加紧急联系人，设置成功后，当在无网络状态时，可将出行危险的报警信息以短信形式发送至紧急联系人。其中，紧急联系人可以从家人中选择，也可以另外添加。设置紧急联系人的界面如图4所示。

当家人信息及紧急联系人都设置好之后，无论在有网络状态还是无网络状态都可以与家人进行位置分享，在分享成功后，家人可在1小时之内查看用户的实时位置。当检测到发送过出行危险的报警信息时，也可自动向家人或紧急联系人分享实时位置，以能让家人或紧急联系人采取应对的安全措施。在有网络状态时，分享位置的界面如图5所示。无网络状态时会通过短信形式将实时位置发送至紧急联系人。

当用户需要始终获得位置提醒时，可以点击主界面上的“位置提醒”来设置，以能在有网络状态时，让服务器始终提醒家人或紧急联系人用户的当前位置。始终允许获取位置提示的界面如图6所示。

本实施例中在有网络状态下还可设置安全出行，在安全出行中可下载第三方用车软件，如滴滴出行、神州出行等，以方便用户出行。安全出行界面如图7所示。

本申请实施例中提供的技术方案，至少具有如下技术效果或优点：

本申请实施例提供一种识别用户出行轨迹的方法、装置及终端，所述方法应用于用户设备，包括：获取用户的基准出行轨迹，并将基准出行轨迹预置于用户设备中；在所述用户的出行过程中，获取所述用户当前出行轨迹中预设数量的目标时间点及对应的实际位置信息；基于所述基准出行轨迹及所述实际位置信息，按照预设的检测策略检测所述当前出行轨迹是否出现异常，若出现异常，则发送用户出行危险的报警信息；故而，基于基准出行轨迹及实际位置信息，根据预设的检测策略检测用户的当前出行轨迹是否出现异常，所依赖的是预先已经存在的基准出行轨迹，而避免需要在出行是依赖于网络来确定当前出行轨迹是否异常，从而保障了用户即使在无网络情况下也能够识别出轨迹异常，进而发出报警。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的装置、终端中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了，a1、一种识别用户出行轨迹的方法，应用于用户设备，所述方法包括：

获取用户的基准出行轨迹，并将所述基准出行轨迹预置于所述用户设备中；

在所述用户的出行过程中，采集所述用户当前出行轨迹中预设数量的目标时间点及对应的实际位置信息；

基于所述基准出行轨迹及所述实际位置信息，按照预设的检测策略检测所述当前出行轨迹是否出现异常，若出现异常，则发送用户出行危险的报警信息。

a2、如a1所述的方法，所述基于所述基准出行轨迹及所述实际位置信息，按照预设的检测策略检测所述当前出行轨迹是否出现异常，包括：

获取所述基准出行轨迹中，所述预设数量的目标时间点对应的基准位置信息；

判断所述预设数量的目标时间点中，同一目标时间点的基准位置信息与所述实际位置信息之间的距离是否在预设的距离阈值内，若均不在，则确定所述当前出行轨迹出现异常。

a3、如a1或a2所述的方法，所述预设数量的目标时间点包括：3～5个；所述预设的距离阈值包括：500～800m。

a4、如权利要求a1所述的方法，所述发送用户出行危险的报警信息，包括：

向紧急联系人发送所述用户出行危险的报警信息。

a5、如a4所述的方法，所述向紧急联系人发送用户出行危险的报警信息后，包括：

检测所述报警信息是否发送成功，若没有发送成功，则向报警平台拨打报警电话。

a6、如a1所述的方法，所述发送用户出行危险的报警信息后，包括：分享所述用户的实时位置信息。

b7、一种识别用户出行轨迹的装置，应用于用户设备，所述装置包括：

第一获取单元，用于获取用户的基准出行轨迹，并将所述基准出行轨迹预置于所述用户设备中；

第二获取单元，用于在所述用户的出行过程中，采集所述用户当前出行轨迹中预设数量的目标时间点及对应的实际位置信息；

检测单元，用于基于所述基准出行轨迹及所述实际位置信息，按照预设的检测策略检测所述当前出行轨迹是否出现异常，若出现异常，则发送用户出行危险的报警信息。

b8、如b7所述的装置，所述检测单元用于：

获取所述基准出行轨迹中，所述预设数量的目标时间点对应的基准位置信息；

判断所述预设数量的目标时间点中，同一目标时间点的基准位置信息与所述实际位置信息之间的距离是否在预设的距离阈值内，若均不在，则确定所述当前出行轨迹出现异常。

b9、如b7或b8所述的装置，所述预设数量的目标时间点包括：3～5个；所述预设的距离阈值包括：500～800m。

b10、如b8所述的装置，所述检测单元用于：向紧急联系人发送所述用户出行危险的报警信息。

b11、如权利要求b10所述的装置，所述检测单元用于：向紧急联系人发送用户出行危险的报警信息后，检测所述报警信息是否发送成功，若没有发送成功，则向报警平台拨打报警电话。

b12、如权利要求b7所述的装置，所述装置还包括：分享单元，用于在发送用户出行危险的报警信息后，分享所述用户的实时位置信息。

c13、一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现a1至a6任一项所述方法的步骤。

d14、一种识别用户出行轨迹的终端，包括：

至少一个处理器；以及

与所述处理器通信连接的至少一个存储器，其中，所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如a1至a6任一项所述方法的步骤。