CN114066408A - 事件提醒方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种事件提醒方法、装置、计算机设备和存储介质。所述方法包括：通过在满足对目标事件进行提醒的条件下，获取终端在移动过程中依次接入的各个服务小区的标识，并基于各个服务小区的标识生成目标小区轨迹，将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，根据匹配处理的结果，对目标事件进行提醒处理。采用本方法能够提高目标事件提醒的准确性。

Description

事件提醒方法、装置、计算机设备和存储介质

技术领域

本申请涉及事件提醒技术领域，特别是涉及一种事件提醒方法、装置、计算机设备和存储介质。

背景技术

随着移动通信技术和电子技术的发展，智能手机、平板等终端的功能越来越多，例如，人们在乘坐火车、地铁等交通工具出行时，终端的事件提醒服务能够对用户进行事件提醒，例如提醒用户是否到站。

目前，事件提醒服务的方案是终端实时采集周围的语音信号，利用语音识别技术识别语音信号中的站名，将识别的站名与预先设置的站名进行比对，根据比对结果进行事件提醒，例如识别的站名与预先设置的目的站名一致，则输出到站提醒。

然而，由于语音识别存在在高噪声环境下识别广播声音信号的情况，软件很难做到和人一样的听力辨别力，因此存在无法从语音信号中识别出站名或识别出的站名不准确，从而影响事件提醒的准确性。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高用户出行过程中事件提醒的准确性的事件提醒方法、装置、计算机设备和存储介质。

第一方面，本申请提供了一种事件提醒方法，所述方法包括：

在满足对目标事件进行提醒的条件下，获取终端在移动过程中依次接入的各个服务小区的标识，并基于所述各个服务小区的标识生成目标小区轨迹，其中，所述目标事件为乘坐交通工具时的事件；

将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，其中，所述位置数据库包括多个参考小区轨迹，各所述参考小区轨迹与不同的路段相对应；

根据匹配处理的结果，对所述目标事件进行提醒处理。

第二方面，本申请还提供了一种事件提醒方法，所述方法包括：

接收终端发送的目标小区轨迹，其中，所述目标小区轨迹为所述终端在满足对目标事件进行提醒的条件下，根据所述终端在移动过程中依次接入的各个服务小区的标识，并基于所述各个服务小区的标识生成的小区轨迹；

将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，其中，所述位置数据库包括多个参考小区轨迹，各所述参考小区轨迹与不同的路段相对应；

向所述终端发送匹配处理的结果，以由所述终端根据所述匹配处理的结果，对所述目标事件进行提醒处理。

第三方面，本申请还提供了一种事件提醒装置，所述装置包括：

第一获取模块，用于在满足对目标事件进行提醒的条件下，获取终端在移动过程中依次接入的各个服务小区的标识，并基于所述各个服务小区的标识生成目标小区轨迹，其中，所述目标事件为乘坐交通工具时的事件；

匹配模块，用于将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，其中，所述位置数据库包括多个参考小区轨迹，各所述参考小区轨迹与不同的路段相对应；

提醒模块，用于根据匹配处理的结果，对所述目标事件进行提醒处理。

第四方面，本申请还提供了一种事件提醒装置，所述装置包括：

接收模块，用于接收终端发送的目标小区轨迹，其中，所述目标小区轨迹为所述终端在满足对目标事件进行提醒的条件下，根据所述终端在移动过程中依次接入的各个服务小区的标识，并基于所述各个服务小区的标识生成的小区轨迹；

匹配模块，用于将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，其中，所述位置数据库包括多个参考小区轨迹，各所述参考小区轨迹与不同的路段相对应；

发送模块，用于向所述终端发送匹配处理的结果，以由所述终端根据所述匹配处理的结果，对所述目标事件进行提醒处理

第五方面，本申请还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

第六方面，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。

上述事件提醒方法、装置、计算机设备和存储介质，通过在满足对目标事件进行提醒的条件下，获取终端在移动过程中依次接入的各个服务小区的标识，并基于各个服务小区的标识生成目标小区轨迹，将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，根据匹配处理的结果，对目标事件进行提醒处理。从而无需基于语音识别技术即可以进行事件提醒，不会受到高环境噪音的影响，因此能够提高目标事件提醒的准确性。

附图说明

图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是本申请实施例提供的一种计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的事件提醒方法，可以应用于如图1所示的应用环境中，图1为一个实施例中事件提醒方法的应用环境图。其中，终端102通过网络与服务器104进行通信。在满足对目标事件进行提醒的条件下，终端102获取终端在移动过程中依次接入的各个服务小区的标识，并基于各个服务小区的标识生成目标小区轨迹，其中，目标事件为乘坐交通工具时的事件；终端102将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，其中，位置数据库包括多个参考小区轨迹，各参考小区轨迹与不同的路段相对应，并根据匹配处理的结果，对目标事件进行提醒处理。其中，终端102可以但不限于是智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，图2是本申请实施例提供的一种事件提醒方法的流程示意图，以该方法应用于图1中的终端为例进行说明，包括以下步骤：

S201、在满足对目标事件进行提醒的条件下，获取终端在移动过程中依次接入的各个服务小区的标识，并基于各个服务小区的标识生成目标小区轨迹，其中，目标事件为乘坐交通工具时的事件。

本实施例中，目标事件例如为进站事件、到站事件、出站事件等。当用户出行时，例如需要乘坐地铁，用户从地铁出入口进站并经过刷卡机到达站台，终端在此移动过程会采集依次接入的各服务小区的标识，并基于各个服务小区的标识生成目标小区轨迹。

S202、将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，其中，位置数据库包括多个参考小区轨迹，各参考小区轨迹与不同的路段相对应。

本实施例中，位置数据库中存储的所述参考小区轨迹与路段相对应。路段指从一个起点与终点之间的路段，起点和终点例如为当前站点的出入口1、刷卡机1、站台1。例如将出入口1作为起点，刷卡机1作为终点；或者将刷卡机1作为起点，将站台1作为终点；或者将站台1作为起点，将站台2作为终点，其中，站台2为站台1的下一个站点的站台。

位置数据库可以由服务器预先构建完成，服务器构建位置数据库的过程为：采集人员携带采集终端采集某路段的小区的射频指纹信息。数据采集包括正向数据采集和反向数据采集，将采集到的数据上报至服务器，由服务器根据上报的数据构建路段对应的参考小区轨迹。例如，假设在第1次正向数据采集时，将当前站点的出入口1作为起点，将刷卡机1作为终点，则采集出入口1到刷卡机1之前的路段1的小区的射频指纹信息。第1次正向数据采集完成后，可以接着进行后续的该路段的正向数据采集。将每次采集的小区的射频指纹信息上报至服务器，服务器根据该路段的小区的射频指纹信息，构建该路段对应的参考小区轨迹。

同样可以进行反向数据采集，例如将刷卡机1作为起点，将出入口1作为终点，采集从刷卡机1到出入口1之间的路段2的小区的射频指纹信息，将采集的小区的射频指纹信息上报至服务器，由服务器构建路段2的参考小区轨迹。

需要说明的是，正向数据采集和反向数据采集没有严格的顺序依赖关系，因为每次采集都会设置采集路段的起点和终点，正向采集和反向采集可以交叉进行，也可以单独进行采集。所谓的交叉进行指的是正向数据采集和反向数据采集可以交叉进行，例如先进行一次上述路段1的正向数据采集过程，再进行一次上述路段2的反向数据采集过程。

其中，在进站阶段，目标小区轨迹包括从出入口至刷卡机的路段A的小区轨迹1以及从刷卡机至站台的路段B的小区轨迹2。将小区轨迹1和小区轨迹2与位置数据库中的路段A对应的参考小区轨迹和路段B对应的参考小区轨迹进行递增匹配处理，递增匹配指小区轨迹1与位置数据库中的路段A对应的参考小区轨迹匹配，随着用户步行至站台后，接着将采集到的小区轨迹2与位置数据库中路段B对应的参考小区轨迹进行匹配。需要说明的是，采集到的小区轨迹2与路段B对应的参考小区轨迹匹配成功，则可以确定目标小区轨迹与位置数据库中的参考小区轨迹匹配成功。参考小区轨迹可以参照图18所示小区轨迹。

S203、根据匹配处理的结果，对目标事件进行提醒处理。

例如，若匹配处理的结果为匹配成功，则在进站阶段，会进行进站提醒。

本实施例提供的事件提醒方法，通过在满足对目标事件进行提醒的条件下，获取终端在移动过程中依次接入的各个服务小区的标识，并基于各个服务小区的标识生成目标小区轨迹，将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，根据匹配处理的结果，对目标事件进行提醒处理。从而无需基于语音识别技术即可以进行事件提醒，不会受到高环境噪音的影响，因此能够提高目标事件提醒的准确性。

需要说明的是，传统技术中的语音识别会增加终端功耗，仅仅为了提醒用户目的位置，而消耗了终端很大的功耗，这样的技术很难被用户接受。由于终端在使用过程中，终端自身就需要测量小区的射频指纹信息，本实施例中利用终端自身就存在的测量小区的射频指纹信息的特性进行事件提醒，不会额外增加终端的功耗。

参照图3，图3是本申请实施例提供的一种小区轨迹匹配处理方法的流程示意图，本实施例涉及的是目标事件为进站事件的情况下，如何将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理的一种可选的实现方式。在上述实施例的基础上，上述的S202可以通过如下步骤实现：

S301、获取预先设置的乘车方向。

其中，用户可以通过语音或终端提供的界面输入乘车方向，例如，用户输入目的站的站名。

S302、根据乘车方向在位置数据库中确定第一候选参考小区轨迹，其中，第一候选参考小区轨迹对应的路段的方向与乘车方向一致。

本实施例中，可以将位置数据库中与乘车方向相同的方向对应的参考小区轨迹作为第一候选参考小区轨迹。例如，用户从站点1的出入口1开始进站，之后经刷卡机1步行至进站的站台位置1，站台位置1、站台位置2、站台位置3为乘坐开往向东方向的地铁的位置，位置数据库中存储有出入口1到刷卡机1的路段的参考小区轨迹1、刷卡机1至站台位置1的路段的参考小区轨迹2、刷卡机1至站台位置2的路段的参考小区轨迹3、刷卡机1至站台位置3的路段的参考小区轨迹4。此种情况下，共包括三个第一候选参考小区轨迹，其中，参考小区轨迹1和参考小区轨迹2组成一个第一候选先考小区轨迹，参考小区轨迹1和参考小区轨迹3组成一个第一候选先考小区轨迹，参考小区轨迹1和参考小区轨迹4组成一个第一候选参考小区轨迹。

S303、将目标小区轨迹与第一候选参考小区轨迹进行匹配处理。

本实施例中，可以将采集的从出入口1经刷卡机1到站台位置1的目标小区轨迹与上述的三个第一候选参考小区轨迹进行匹配处理。

可选的，上述的S203、根据匹配处理的结果，对目标事件进行提醒处理，可以通过如下方式实现：

若第一候选参考小区轨迹中存在与目标小区轨迹相匹配的小区轨迹，则输出第一进站提醒信息，其中，第一进站提醒信息用于提示用户即将乘坐开往乘车方向的交通工具。

例如，若参考小区轨迹1和参考小区轨迹2组成的第一候选先考小区轨迹与目标小区轨迹相匹配，则终端可以输出第一进站提醒信息。

本实施例中，通过输出第一进站提醒信息，提示用户即将乘坐开往乘车方向的交通工具，从而便于用户根据第一进站提醒信息，判断自己是否站在需要的候车位置等候上车或者是否已经搭乘了正确方向的地铁。提示方式可以通过用户界面(User Interface，UI)选择，也可以通过语音，视频交互询问等方式输出第一进站提醒信息。

参照图4，图4是本申请实施例提供的进站提醒方法的流程示意图，本实施例涉及的是如何进行进站提醒的一种可选的实现方式。在上述实施例的基础上，该方法包括如下步骤：

S401、若第一候选参考小区轨迹中不存在与目标小区轨迹相匹配的小区轨迹，则在位置数据库中确定第二候选参考小区轨迹。

其中，第二候选参考小区轨迹与预先设置的乘车方向相反。

S402、将目标小区轨迹与第二候选参考小区轨迹进行匹配处理。

S403、若第二候选参考小区轨迹中存在与目标小区轨迹相匹配的小区轨迹，则输出第二进站提醒信息，其中，第二进站提醒信息用于提示用户即将乘坐开往乘车方向相反的方向的交通工具。

本实施例中，通过输出第二进站提醒信息，提示用户即将乘坐开往乘车方向相反的交通工具，提示方式同样可以通过UI界面选择，也可以通过语音，视频交互询问等方式输出第二进站提醒信息。

可选的，在位置数据库中确定第二候选参考小区轨迹之前，还可以包括如下步骤：

输出提示信息，其中，提示信息用于提示预先设置的乘车方向是否设置错误。

对应地，上述S401中的在位置数据库中确定第二候选参考小区轨迹，可以通过如下方式实现：

若接收到乘车方向设置错误的第一反馈信息，则在位置数据库中确定第二候选参考小区轨迹，其中，第一反馈信息为用户基于提示信息输入的反馈信息。

本实施例中，在目标小区轨迹与第一候选参考小区轨迹匹配失败的情况下，终端可以输出提示信息，以提示用户是否选错了乘车方向。若用户反馈了选错了乘车方向的第一反馈信息，则在位置数据库中确定第二候选参考小区轨迹，进而与位置数据库中的第二候选参考小区轨迹进行匹配，在匹配成功的情况下，输出第二进站提醒信息，其中，第二进站提醒信息用于提示用户即将乘坐开往乘车方向相反的方向的交通工具。

在其中一个实施例中，还可以包括如下步骤：

若接收到乘车方向设置正确的第二反馈信息，则向服务器发送目标小区轨迹，其中，目标小区轨迹用于供服务器更新服务器中的位置数据库中的第一候选参考小区轨迹。

本实施例中，服务器更新服务器中的位置数据库中的第一候选参考小区轨迹可以参考参考图20中S2003至S2005，以及图21和图22示出的流程。

在其中一个实施例中，还可以包括如下步骤：

若第二候选参考小区轨迹中不存在与目标小区轨迹相匹配的小区轨迹，则向服务器发送目标小区轨迹，其中，目标小区轨迹用于供服务器更新服务器中的位置数据库中的第二候选参考小区轨迹。

可选的，在上述实施例的基础上，本实施例提供的方法还可以包括如下步骤：

若终端当前接入的服务小区的参考信号发射功率小于目标发射功率，且，位置数据库中存在终端当前接入的服务小区的标识，则确定满足对进站事件进行提醒的条件。

为了对上述实施例提供的进站事件的事件提醒方法进行更清楚的介绍，在此结合图5进行解释说明。参照图5，图5是本申请实施例提供的一种进站提醒方法的流程示意图。该方法包括如下步骤：

S501、判断终端当前接入的服务小区的参考信号发射功率是否小于目标发射功率。

若终端当前接入的服务小区的参考信号发射功率小于目标发射功率，则执行S502。若终端当前接入的服务小区的参考信号发射功率不小于目标发射功率，则结束流程。

S502、判断位置数据库中是否存在终端当前接入的服务小区的标识。

若位置数据库中存在终端当前接入的服务小区的标识，则执行S503。若位置数据库中不存在终端当前接入的服务小区的标识，则结束流程。

S503、判断用户是否预先设置了乘车方向。

若用户预先设置了乘车方向，则执行S504；若用户未预先设置乘车方向，则执行S505。

S504、将目标小区轨迹与第一候选参考小区轨迹进行匹配处理。

其中，第一候选参考小区轨迹对应的路段的方向与预先设置的乘车方向一致。

S505、提示用户预先设置乘车方向。

S506、判断用户是否主动选择了乘车方向。

若用户选择了乘车方向，则执行S504；若用户未选择乘车方向，则结束流程。

S507、判断小区轨迹是否匹配成功。

若第一候选参考小区轨迹中存在与目标小区轨迹相匹配的小区轨迹，则意味着小区轨迹匹配成功。若第一候选参考小区轨迹中不存在与目标小区轨迹相匹配的小区轨迹，则意味着小区轨迹匹配失败。

若小区轨迹匹配成功，则执行S511；若小区轨迹匹配失败，则执行S508。

S508、输出提示信息。

其中，提示信息用于提示预先设置的乘车方向是否设置错误。

S509、若用户进行了响应，则判断用户是否反馈了乘车方向设置错误。

若用户反馈了乘车方向设置错误的第一反馈信息，则执行S510；若用户反馈了乘车方向设置正确的的第二反馈信息，则执行S512。

需要说明的是，若用户未进行响应，则结束流程。若乘车方向选错，说明采集的小区轨迹可能对应另一个乘车方向，根据相反的乘车方向，再次匹配位置数据库，如果失败，则视作考察数据，待满足预设条件后，增加到位置数据库。这里的预设条件指服务器收到的同样的小区轨迹的次数超过了预设次数门限。可以遍历每个有全局标识的小区以更新位置数据库，更新位置数据库的方案可以参考图20中S2003至S2005，以及图21和图22示出的流程。

S510、在位置数据库中确定第二候选参考小区轨迹。

确定第二候选参考小区轨迹后，可以将目标参考小区轨迹与第二候选参考小区轨迹进行匹配，如果匹配失败，则将目标小区轨迹上报至服务器，服务器将该目标小区轨迹视为考察数据，待满足预设条件后，根据目标小区轨迹更新位置数据库中的第二候选参考小区轨迹。这里的预设条件指服务器收到的同样的目标小区轨迹的次数超过了预设次数门限。

S511、输出第一进站提醒信息。

其中，所述第一进站提醒信息用于提示用户即将乘坐开往所述乘车方向的交通工具。

S512、向服务器发送目标小区轨迹。

其中，目标小区轨迹用于供服务器更新服务器中的位置数据库中的第一候选参考小区轨迹。

本实施例提供的事件提醒方法，通过将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，能够输出第一进站提醒信息或输出第二进站提醒信息，以对用户进行准确的进站提醒。

参照图6，图6是本申请实施例提供的另一种小区轨迹匹配处理方法的流程示意图。本实施例涉及的是目标事件为到站事件的情况下，如何将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理的一种可选的实现方式。在上述实施例的基础上，该方法包括如下步骤：

S601、确定到达下一个站点的运行时长。

本实施例中，可以将列车到达下一个站点的平均运行时间作为运行时长。也可以将根据列车到下一站的平均运行时间减去保护时间间隔得到的差值作为到达下一个站点的运行时长，例如启动到站提醒定时器，到站提醒定时器的时间长度等于列车到下一站的平均运行时间减去保护时间间隔，这样，可以确保到站提醒的及时性。

启动到站提醒定时器后，即可开始采集无线网络小区的射频指纹信息。S602、若超过运行时长未检测到目标类型的小区，则将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理。

本实施例中，通过确定到达下一个站点的运行时长，若超过运行时长未检测到目标类型的小区，则将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，进而能够根据匹配的结果，对用户进行到站提醒。

参照图7，图7是本实施例提供的一种到站提醒方法的流程示意图。本实施例涉及的是如何根据匹配处理的结果，对目标事件进行提醒处理的一种可选的实现方式。在上述实施例的基础上，该方法包括如下步骤：

S701、获取位置数据库中与目标小区轨迹相匹配的参考小区轨迹，并获取与目标小区轨迹相匹配的参考小区轨迹所对应的路段。

S702、若路段的终点与预先设置的目的站点一致，则输出到站提醒信息，其中，到站提醒信息用于提示用户到达目的站点。

本实施例中，通过获取位置数据库中与目标小区轨迹相匹配的参考小区轨迹，并获取与目标小区轨迹相匹配的参考小区轨迹所对应的路段，若路段的终点与预先设置的目的站点一致，则输出到站提醒信息，从而实现对用户进行准确的到站提醒，避免用户坐过站或下错站的情况。

参照图8，图8是本实施例提供的另一种到站提醒方法的流程示意图。本实施例涉及的是如何进行到站提醒的一种可选的实现方式。在上述实施例的基础上，该方法包括如下步骤：

S801、若未超过运行时长检测到目标类型的小区，则获取目标类型的小区对应的站点。

S802、若目标类型的小区对应的站点与预设设置的目的站点一致，则输出到站提醒信息，其中，到站提醒信息用于提示到达目的站点。

本实施例通过若未超过运行时长检测到目标类型的小区，则获取目标类型的小区对应的站点，若目标类型的小区对应的站点与预设设置的目的站点一致，则输出到站提醒信息，从而实现对用户进行准确的到站提醒，避免用户坐过站或下错站的情况。

在其中一个实施例中，到站提醒方法还可以包括如下步骤：

若终端测量的多普勒频移大于目标范围，且，位置数据库中存在终端当前接入的服务小区的标识，则确定满足对到站事件进行提醒的条件。

在满足终端测量的多普勒频移大于目标范围，且，位置数据库中存在终端当前接入的服务小区的标识的情况下，可以确定用户即将要乘坐地铁。需要说明的是，若终端测量的多普勒频移大于目标范围，也可以确定满足对到站事件进行提醒的条件。或者若满足位置数据库中存在终端当前接入的服务小区的标识，也可以确定满足对到站事件进行提醒的条件。

为了对上述实施例提供的到站事件的事件提醒方法进行更清楚的介绍，在此结合图9进行解释说明。参照图9，图9是本申请实施例提供的一种到站提醒方法的流程示意图。该方法包括如下步骤：

S901、判断终端测量的多普勒频移是否大于预设范围。

若终端测量的多普勒频移大于预设范围，则执行S902；若终端测量的多普勒频移不大于预设范围，则结束流程。

判断终端测量的多普勒频移是否大于预设范围，到站提醒要求用户至少乘坐一站地铁。这样，用户的出行状态会从步行切换到快速行驶(地铁最高速度在80公里每小时)，终端测量的多普勒频移也会变大，大于预设门限，认为列车已经处于快速运行状态，转S902，结合当前服务小区是否在位置数据库中，进一步判断列车运行。

S902、判断终端当前的服务小区是否在位置数据库中存在。

若终端当前的服务小区在位置数据库中存在，则执行S903；若终端当前的服务小区未在位置数据库中存在，则结束流程。

本步骤中，结合当前服务小区是否在位置数据库中，进一步判断列车运行。

S903、根据交通工具到达下一个站点的平均运行时间启动到站提醒定时器，并获取终端在移动过程中依次接入的各个服务小区的标识。

到站提醒定时器的时间长度等于列车到下一站的平均运行时间减去保护时间间隔，这样，可以确保到站提醒的及时性。

S904、在到站提醒定时器超时前，判断是否检测到目标类型的小区。

若在到站提醒定时器超时前，检测到目标类型的小区，则获取目标类型的小区对应的站点；若在到站提醒定时器超时时未检测到目标类型的小区，则执行S905。

本步骤中，若检测到目标类型的小区，则可以将目标类型的小区对应的站点作为下一个站点。

到站提醒定时器超时前，判断终端是否检测到下一个站点的高覆盖优先级小区，因为高覆盖优先级小区，也就是室内微小区，覆盖范围很小，可以直接定位到站点，因此，一旦检测到，说明列车已经到达下一个站点。高覆盖优先级小区指参考信号发射功率小于目标发射功率的小区。

S905、判断下一个站点与预先设置的目的站点是否一致。

若下一个站点与预先设置的目的站点一致，则执行S908。若下一个站点与预先设置的目的站点不一致，则流程结束，仅记录结果，不进行提醒。

S906、将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理。

本步骤中，将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理后，若匹配成功，即获取到位置数据库中与目标小区轨迹相匹配的参考小区轨迹，并获取到与目标小区轨迹相匹配的参考小区轨迹所对应的路段，则将该路段的终点作为下一个站点。

使用到站提醒定时器的定时时长内的小区轨迹匹配位置数据库中的参考小区轨迹，匹配成功的标准则是采集的小区轨迹按时间顺序依次出现在位置数据库中某条参考小区轨迹中。

S907、判断是否匹配成功。

若匹配成功，则执行S905；若匹配失败，则结束流程。

S908、输出到站提醒信息，到站提醒信息用于提示用户到达目的站点。

提示方式不限，可以通过UI界面选择，也可以通过语音，视频交互等。

本实施例提供的事件提醒方法，通过若在到站提醒定时器超时前检测到下一个站点的目标类型的小区，则将下一个站点与目的站点比对，若在到站提醒定时器超时未检测到下一个站点的目标类型的小区，则将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，以确定下一个站点，进而在下一个站点与目的站点一致的情况下，进行准确的到站提醒，从而提示用户到达目的站点，避免用户下错站的情况。

参照图10，图10是本申请实施例提供的一种目的站点确定方法的流程示意图。本实施例中涉及的是如何确定预先设置的目的站点的一种可选的实现方式。在上述提供的到站提醒的实施例的基础上，本实施例的方法包括如下步骤：

S1001、获取用户输入的目标兴趣点的标识信息。

获取终端用户输入的目标兴趣点的标识信息，本申请针对紧急位置提醒会提供与用户交互的接口，用户可以通过语音、文本等方式提供需要的目标兴趣点的标识信息。

典型地，例如用户如乘坐地铁，若肚子不舒服，需要找厕所，而用户又不知道下一站有没有厕所。此种情况下，用户可以输入厕所的标识信息，本实施例中终端获取到用户输入的目标兴趣点为厕所，通过查找位置数据库，确认目的站以及之前的站台是否有厕所，并确定出哪个站台有，并按距离顺序提示给用户。

S1002、根据预先设置的兴趣点的标识信息与站点的对应关系，确定目标兴趣点的标识信息对应的站点。

S1003、根据用户的指示，从目标兴趣点的标识信息对应的站点中确定目的站点。

与用户交互过程，目的在于确认用户为了到达输入的兴趣点位置，是否需要提前下车，在哪个站点下车，记录用户选择的站点，将用户选择的站点作为目的站点，之后执行到站提醒流程。

本实施例中，用户在乘坐交通工具出行的过程中，若有紧急情况需要提前下车或要找到兴趣点，则可以通过语音或文本的方式输入兴趣点的标识信息，根据输入的兴趣点的标识信息查找到兴趣点所处的站点，并提示给用户，进而执行到站提醒流程，因此实现对用户进行紧急位置提醒，提醒用户提前在兴趣点所处的站点进行下车。

为了对上述实施例提供的紧急位置事件的事件提醒方法进行更清楚的介绍，在此结合图11进行解释说明。参照图11，图11是本申请实施例提供的一种紧急位置提醒方法的流程示意图。该方法包括如下步骤：

S1101、获取用户输入的目标兴趣点的标识信息。

S1102、判断位置数据库中是否存在位于目的站点之前的目标兴趣点的标识信息对应的站点。

若位置数据库中存在位于目的站点之前的目标兴趣点的标识信息对应的站点，则执行S1103；若位置数据库中不存在位于目的站点之前的目标兴趣点的标识信息对应的站点，则结束流程。

S1103、提示用户是否在目标兴趣点的标识信息对应的站点下车。

若为是，则执行S1104；若为否，则结束流程。

S1104、判断用户是否选择了从目标兴趣点的标识信息对应的站点中选择一个站点。

若用户从目标兴趣点的标识信息对应的站点中选择了一个站点，则意味着用户想再选择的该站点下车，则执行S1105；若用户未从目标兴趣点的标识信息对应的站点中选择了一个站点，则结束流程。

S1105、将用户选择的站点作为预先设置的目的站点，并执行到站提醒流程。

将用户选择的站点作为预先设置的目的站点后，接着可以执行上述如图10所示的到站提醒流程。

需要说明的是，如果列车已经到达中间站点A，同时用户选择的站点就是中间站点A，则直接向用户进行紧急位置提醒；如果列车还未到达中间站点A，则切换目的站点为中间站点A，并从执行图9中的S901开始执行如图9所示的到站提醒流程。从而实现对用户进行紧急位置提醒。

在其中一个实施例中，目标事件为出站事件的情况下，上述的S203、根据匹配处理的结果，对目标事件进行提醒处理，可以通过如下方式实现：

根据位置数据库中与目标参考小区轨迹相匹配的参考小区轨迹对应的路段，输出第一出站提醒信息；

其中，第一出站提醒信息用于提示从与目标小区轨迹相匹配的参考小区轨迹对应的路段的出入口出站。

可选的，在上述实施例的基础上，出站提醒方法还可以包括如下步骤：

若位置数据库中的参考小区轨迹中不存在与目标小区轨迹相匹配的小区轨迹，则确定与目标小区轨迹中的部分小区轨迹相匹配的参考小区轨迹所对应的路段，将确定的路段对应的出入口作为候选出入口，并输出第二出站提醒信息；

其中，第二出站提醒信息用于提示从候选出入口出站。

可选的，在上述实施例的基础上，还可以包括如下步骤：

若获取到从候选出入口中选取目标出入口的第四反馈信息，则向服务器发送目标小区轨迹和目标出入口；

其中，目标小区轨迹和目标出入口用于供服务器更新服务器中目标出入口对应的参考小区轨迹。

可选的，在上述实施例的基础上，还可以包括如下步骤：

若获取到到站提醒信息，则确定满足对出站事件进行提醒的条件。

为了对上述实施例提供的出站事件的事件提醒方法进行更清楚的介绍，在此结合图12进行解释说明。参照图12，图12是本申请实施例提供的一种出站提醒方法的流程示意图。该方法包括如下步骤：

S1201、判断是否获取到到站提醒信息。

若终端获取到到站提醒信息，则执行S1202；若终端未获取到到站提醒信息，则结束流程。

S1202、采集从获取到到站提醒信息开始的目标时长内接入的服务小区的标识，并根据采集的服务小区的标识构建目标小区轨迹。

S1203、将目标小区轨迹与位置数据库中对应站点的参考小区轨迹进行匹配处理。

本步骤中，根据目标小区轨迹，可以从位置数据库中确定与目标小区轨迹的小区对应的站点，并将目标小区轨迹与该站点对应的参考小区轨迹进行匹配处理。该站点对应的参考小区轨迹可以为从站台至刷卡机以及刷卡机至出入口的小区轨迹。

S1204、判断小区轨迹是否匹配成功。

若小区轨迹匹配成功，则执行S1205；若小区轨迹匹配失败，则执行S1206。

其中，匹配成功的标准则是采集的小区轨迹按时间顺序依次出现在数据库中某条参考小区轨迹中。

S1205、输出第一出站提醒信息。

其中，第一出站提醒信息用于提示从与目标小区轨迹相匹配的参考小区轨迹对应的路段的出入口出站。

S1206、确定与目标小区轨迹中的部分小区轨迹相匹配的参考小区轨迹所对应的路段，将确定的路段对应的出入口作为候选出入口供用户选择。

推荐几个可能的地铁出入口，请用户选择。执行到这里，说明终端实际采集到的部分小区在位置数据库中不存在，可能需要增加到数据库。

首先根据现有的信息推荐几个可能的地铁出入口，原则是如果采集到的小区轨迹匹配到了位置数据库中某个出入口的小区轨迹，则将这个出入口定义为推荐的出入口，推荐的出入口对应的路线条数不超过预设的最大值。

S1207、判断用户是否反馈了从候选出入口中选择的目标出入口。

若用户反馈了从候选出入口中选择的出入口，则执行S1208；若用户未反馈，则结束流程。

S1208、向服务器发送目标小区轨迹和目标出入口。

其中，目标小区轨迹和目标出入口用于供服务器更新服务器中目标出入口对应的参考小区轨迹。

将实际采集的目标小区轨迹当作观察数据，待满足预设条件后更新到位置数据库，这里的预设条件指同样的目标小区轨迹被用户反馈的次数，超过一定预设次数，则服务器认为目标小区轨迹和目标出入口信息都是正确可靠的，则增加到位置数据库中。增加过程可以参考图20中S2003至S2005，以及图21和图22示出的流程。

可选的，位置数据库中存储的参考小区轨迹与路段相对应、以及存储的站点标识与目标类型的小区和兴趣点的标识信息相对应，其中，目标类型的小区为参考信号发射功率小于目标发射功率的小区。

需要说明的是，位置数据库可以是服务器预先构建的，位置数据库可以由服务器下发给终端，也可以预先将位置数据库内置在终端中。

参照图13，图13是本申请实施例提供的另一种事件提醒方法的流程示意图。该方法由图1中的服务器执行，该方法可以包括如下步骤：

S1301、接收终端发送的目标小区轨迹。

其中，目标小区轨迹为终端在满足对目标事件进行提醒的条件下，根据终端在移动过程中依次接入的各个服务小区的标识，并基于各个服务小区的标识生成的小区轨迹。终端可以将目标小区轨迹发送至服务器，以由服务器执行S1302。

S1302、将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，其中，位置数据库包括多个参考小区轨迹，各参考小区轨迹与不同的路段相对应。

S1303、向终端发送匹配处理的结果，以由终端根据匹配处理的结果，对目标事件进行提醒处理。

本实施例提供的事件提醒方法，服务器接收终端发送的目标小区轨迹，将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，向终端发送匹配处理的结果，以由终端根据匹配处理的结果，对目标事件进行提醒处理，从而实现对用户进行准确的事件提醒。

在其中一个实施例中，目标事件为进站事件的情况下，上述的S1302、将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理可以通过如下方式实现：

接收终端发送的预先设置的乘车方向；根据乘车方向在位置数据库中确定第一候选参考小区轨迹，其中，第一候选参考小区轨迹对应的路段的方向与乘车方向一致；将目标小区轨迹与第一候选参考小区轨迹进行匹配处理。

可选的，上述的S1303、向终端发送匹配处理的结果可以通过如下步骤实现：

若第一候选参考小区轨迹中存在与目标小区轨迹相匹配的小区轨迹，则向终端发送与第一候选参考小区轨迹匹配成功的结果。

对应地，终端可以根据接收的与第一候选参考小区轨迹匹配成功的结果，输出第一进站提醒信息，其中，第一进站提醒信息用于提示用户即将乘坐开往乘车方向的交通工具。

可选的，进站提醒的方法还可以包括如下步骤：

若第一候选参考小区轨迹中不存在与目标小区轨迹相匹配的小区轨迹，则在位置数据库中确定第二候选参考小区轨迹，其中，第二候选参考小区轨迹与预先设置的乘车方向相反；

将目标小区轨迹与第二候选参考小区轨迹进行匹配处理；

若第二候选参考小区轨迹中存在与目标小区轨迹相匹配的小区轨迹，则向终端发送与第二候选参考小区轨迹匹配成功的结果。

对应地，终端可以根据接收的与第二候选参考小区轨迹匹配成功的结果，输出第二进站提醒信息，其中，第二进站提醒信息用于提示用户即将乘坐开往乘车方向相反方向的交通工具。

可选的，在上述实施例的基础上，目标事件为到站事件，上述的S1402、将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，还可以包括如下步骤：

确定到达下一个站点的运行时长；若超过运行时长未接收到终端发送的下一个站点的目标类型的小区，则将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理；

其中，目标类型的小区为参考信号发射功率小于目标发射功率的小区。

可选的，在上述实施例的基础上，还可以包括如下步骤：

若未超过运行时长接收到终端发送的下一个站点的目标类型的小区，则向终端发送下一个站点的站点标识，以由终端将下一个站点与预先设置的目的站点进行比对。

可选的，在上述实施例的基础上，还可以包括如下步骤：

接收终端发送的兴趣点的标识信息；

根据预先设置的兴趣点的标识信息与站点的对应关系，确定位于目的站点之前的目标兴趣点的标识信息对应的站点，并将确定的站点作为候选站点；

向终端发送候选站点的标识，以由终端输出候选站点的标识。

可选的，目标事件为出站事件的情况下，上述的S1403、向终端发送匹配处理的结果，可以通过如下步骤实现：

若位置数据库中的参考小区轨迹中不存在与目标小区轨迹相匹配的小区轨迹，则确定与目标小区轨迹中的部分小区轨迹相匹配的参考小区轨迹所对应的路段，将确定的路段对应的出入口作为候选出入口；向终端发送候选出入口对应的标识信息。

本实施例中，向终端发送候选出入口对应的标识信息后，以由终端根据用户的指示，从标识信息对应的候选出入口中选取目标出入口。

上述实施例提供的事件提醒方法，可以提供用户乘坐交通工具过程中，例如地铁乘坐过程中，全场景的位置提醒服务，包括进站提醒、到站提醒、紧急位置提醒和出站提醒，而且不需要其他定位技术辅助，比如GPS，WiFi等。只需要终端采集无线网络的射频指纹信息即可，实际上，无线通信是手机必须开启的功能，否则，无法打电话或者上网。而GPS，WiFi不一定会开启，甚至有些手机都不支持GPS或者WiFi，这也凸显了本申请的优势。

本申请提出的高覆盖优先级小区，目前为止，主要包含了地铁站台内覆盖范围很小的5G小区，覆盖范围在50～100米之间，能够很好地进行位置提醒服务，结合位置提醒服务，还可以弹出乘车APP的二维码，提升用户体验。

高覆盖优先级小区和兴趣点位置进行关联，能更精准及时地引导用户选择最近或者最优的POI位置，比如地铁线路的厕所。

在换乘线路比较多的站台，进站提醒服务可以及时提醒用户是否乘坐了正确的地铁。基于高覆盖优先级小区和小区变化轨迹，本申请可以提供精度更好的到站提醒服务。

基于高覆盖优先级小区，本发明也可以用于室内兴趣点位置的提醒，比如商场里的兴趣点，儿童娱乐场所，图书馆等。

可选的，上述实施例中涉及到位置数据库的应用，在此对位置数据库的构建过程进行介绍，参照图14，图14是本申请实施例提供的一种位置数据库构建方法的流程示意图。本实施例提供的方法可以包括如下步骤：

S1401、接收采集终端发送的采集终端在移动过程中测量的各个小区的标识，其中，移动过程为采集终端从起始点位置移动至结束点位置的过程。

S1402、基于各个小区中的服务小区的标识生成参考小区轨迹，并将起始点位置至结束点位置的路段与参考小区轨迹的对应关系存储在位置数据库中。

可选的，在上述实施例的基础上，还可以包括如下步骤：

若各个小区中存在采集终端未接收到参考信号发射功率的小区，则输出重新采集提示信息；

其中，重新采集提示信息用于提示重新采集未接收到参考信号发射功率的小区对应的路段的小区信息。

可选的，在上述实施例的基础上，还可以包括如下步骤：

接收采集终端发送的兴趣点的标识信息和标识信息对应的时间点；

若各个小区中存在与时间点相同的时间点的目标类型的小区，则在位置数据库中存储目标类型的小区、兴趣点的标识信息与站点标识的对应关系；

其中，目标类型的小区为参考信号发射功率小于目标发射功率的小区。

上述实施例介绍了基于位置数据库进行事件提醒的方法，在此为了更清楚的介绍位置数据库，结合位置数据库的构建过程进行介绍，在此结合图15进行说明。图15是本申请实施例提供的一种位置数据库构建方法的流程示意图。

该方法包括如下步骤：

S1501、正向数据采集，采集终端采集从起始点位置至结束点位置的路段对应的小区的射频指纹信息，同时在采集过程中输入经过兴趣点位置时的时间点。

采集终端可以将采集的路段对应的小区的射频指纹信息发送给服务器，由服务器根据射频指纹信息构建路段对应的参考小区轨迹。

参照图16，图16是本申请实施例提供的一种用户进站示意图。在数据采集前，采集人员可以确定要采集数据的地铁路线，记录每个站台的出入口列表，刷卡机列表和当前站台方向。本申请需要先根据地铁路线上的射频指纹信息构建位置数据库，站台内的位置数据库构建尤为重要。

如图16所示，用户可能经过不同的地铁站出入口进入当前站台，不同的出入口也可能对应不同的刷卡机，采集终端需要经过每个出入口和每个刷卡机出口或者入口，以及每个当前站台入口至少一次，以完成数据采集。图16中示出了室外宏小区1601、室内微小区1602、以及兴趣点1603和兴趣点1604，其中，兴趣点1603例如为小卖铺，兴趣点1604为厕所。其中，图16中示出的室内微小区为多个，图16中室内微小区均以相同图形表示。

参照图17，图17是本申请实施例提供的一种正向数据采集的示意图。例如采集人员从A出入口沿着进站轨迹1到达刷卡机入口，经过刷卡机入口后进入当前站台，之后可搭乘地铁到达下一个站点的站台，以进行正向数据采集。

正向数据采集过程中，终端测量的无线网络小区的射频指纹信息，同时标记经过兴趣点位置的时间。射频指纹信息包含终端在特定时刻测量到的所有小区的标识和信号强度，小区的标识包括小区的网络制式，比如长期演进(Long Term Evolution，LTE)小区还是新无线(New Radio，NR)小区、小区的公共陆地移动网络(Public Land Mobile Network，PLMN)、小区标识(Cell Identity，CI)、绝对无线频道编号(Absolute Radio FrequencyChannel Number，ARFCN)和物理小区标识(Physical Cell Identity，PCI)以及信号强度。以NR小区为例，信号强度包括接收信号强度指示(Received Signal Strength Indicator，RSSI)、参考信号接收功率(Reference Signal Received Power，RSRP)。兴趣点位置指地铁站出入口(记录编号即可)、刷卡机入口、刷卡机出口、当前站台入口(可能有多个)以及当前站台。

其中，终端接入的服务小区的通信制式、PLMN、CI、ARFCN和PCI的组合组成小区的全局标识。

S1502、反向数据采集，将正向数据采集时的结束点作为起始点，并将正向数据采集时的起始点作为结束点，采集终端采集从起始点至结束点位置的路段对应的小区的射频指纹信息，同时在采集过程中输入经过兴趣点时的时间点。

本实施例中，反向数据采集的过程与上述正向数据采集的过程类似，此处不再赘述。

S1503、服务器根据采集的路段对应的小区的射频指纹信息，构建路段对应的参考小区轨迹，并遍历采集的每个小区。

根据采集的无线网络小区的射频指纹信息，构建终端移动过程中的小区轨迹，关联终端的行驶路段，同时遍历每个小区。这里的小区变化，指终端驻留的服务小区变化，如图4所示，假定地铁站有两个出入口，两个刷卡机，两个当前站台入口，采集人员从A出入口进入当前站台，并前进到下一站。小区轨迹包含两部分：从地铁站出入口到当前站台的小区轨迹，定义为站内小区轨迹，这段时间用户一直在步行；两个站台之间的小区轨迹，这段时间用户在列车上，随列车而运行，定义为站间小区轨迹。

参照图18，图18是本申请实施例提供的一种小区轨迹示意图。

如图18所示，同一路线，不同时间采集的小区变化轨迹可能不同，图5展示了同一路线三次采集的结果，出现不同小区的原因，主要是同一位置可能存在运营商部署的多个频点小区，也就是分层小区，每个小区的频点不一样；或者是小区的网络制式不一样，比如一个是LTE小区或者一个是NR小区。这里引入等效小区的概念，以小区C和新增小区1为例，如果两个小区的前后两个小区相同，比如都是小区B和小区D，但频点不一样，则认为小区C和新增小区1是等价小区。直观理解则是，终端经过这个位置时，可能会驻留小区C，也可能会驻留新增小区1。注意，这里的等效小区可能来自不同通信制式，比如一个是LTE小区，一个是NR小区。

包含等效小区的变化轨迹如图18所示。终端测量的小区轨迹与等效小区进行匹配时，需要尝试与等效小区里的每个小区进行匹配，直到匹配成功或全部失败。图18中的等效小区1包括新增小区1和小区C，等效小区2包括新增小区2和小区D。位置数据库中存储的参考小区轨迹指如图18中的融合小区轨迹。

本申请实施例基于终端移动性，构建了在时间序列上的小区融合轨迹，融合轨迹指对同一路线多次小区变化轨迹进行融合的轨迹。在融合处理中，定义了等效小区，等效小区指物理位置上重叠的小区，这样，一条路线只会对应一条小区变化融合轨迹，位置数据库易于构建。

S1504、服务器判断采集终端是否已获取当前小区的参考信号发射功率。

若已获取当前小区的参考信号发射功率，则执行S1505；若未获取当前小区的参考信号发射功率，则执行S1506。

小区变化轨迹构建完成后，遍历采集终端采集到的每个小区，以判断采集终端是否已获取各小区的参考信号发射功率。按照现有第三代合作伙伴计划(3rd GenerationPartnership Project，3gpp)通信协议规则，每个无线网络小区需要通过广播的方式告诉终端，以NR小区为例，网络会在系统信息块(System Information Block，SIB)消息中通过信元ss-PBCH-BlockPower广播同步信号的发射功率，终端测量的小区的RSRP也是基于这个同步信号。

采集终端在移动性测量过程中，不会读取每个小区的系统消息，尤其是终端测量到的邻区，也就无法识别每个小区的参考信号发射功率。如果采集到某个小区的参考信号发射功率，则执行S1505，否则执行S1506。

由于采集终端测量到的邻区可能未作为采集终端的服务小区，因此，可能无法识别到邻区的参考信号发射功率。例如，终端接入在服务小区A时测量到邻区B和C，最终切换到小区C，则小区C变为新的服务小区，小区轨迹是小区A-小区C，不包含小区B，采集终端也无法识别到小区B的参考信号发射功率，小区B的射频指纹信息上报服务器后，服务器判断出未收到小区B的参考信号发射功率，则可以向采集终端发送重新采集信息，重新采集信息用于提示重新对小区B所属的路段进行重新采集。采集终端重新采集后，若获取到小区B的参考信号发射功率，则可将小区B的参考信号发射功率发送至服务器，服务器更新位置数据库中的小区轨迹。

S1505、若当前小区的参考信号发射功率小于目标发射功率，则将当前小区作为目标类型的小区，并在位置数据库中存储目标类型的小区、兴趣点的标识信息与站点标识的对应关系。

需要说明的是，S1505中位置数据库中存储的目标类型的小区的时间点与兴趣点对应的时间点相同，即在经过兴趣点时采集到目标类型的小区，则服务器将该目标类型的小区与兴趣点进行关联。

基于小区的参考信号发射功率定义小区覆盖优先级，将高覆盖优先级小区和兴趣点进行关联，构建位置提醒地图，位置数据库包括位置提醒地图。对小区参考信号发射功率设置一定门限值，比如-5dbm，如果低于门限，则将这个小区定义为高覆盖优先级小区，本实施例涉及的目标发射功率为该门限值。因为参考信号发射功率低，覆盖范围会很小。如果在特定时间内，既出现了高覆盖优先级小区，又出现了记录的兴趣点，则将兴趣点和高覆盖优先级小区进行关联，构成位置提醒地图。

S1506、服务器根据当前小区所属路段，向采集终端发送重新采集提示信息。

其中，重新采集提示信息用于提示重新采集当前小区对应的路段的小区信息。小区信息包括小区的标识和信号强度。

根据小区所属路段，通过定向搜小区的方式重新采集当前小区信息，确保成功读取系统消息。识别未读取系统消息的小区是站台内小区还是站间小区，并根据时间信息初步估计可能出现的位置，进行定向搜索。典型的方法是锁频点，锁PCI进行搜索。对于读取成功的小区，转S1505，否则将这个小区忽略。

S1507、根据小区的参考信号发射功率和信号强度的变化趋势，标记参考小区轨迹中的各小区的类型。

各类型的小区包括参考信号发射功率小于目标发射功率的小区、参考信号发射功率不小于目标发射功率的小区、以及信号强度的变化趋势满足由强到弱再由弱到强的变化趋势。

根据小区的参考信号发射功率和信号强度变化趋势将小区标记为室内微小区、宏小区、漏缆小区。如果参考信号发射功率低于门限值，则将小区标记为室内微小区。在站间，如果终端测量的小区的信号强度周期性呈现强-弱-强-弱变化，如图19所示，其余小区定义为宏小区。漏缆小区和宏小区，发射功率大，覆盖范围大，不能直接用于位置提醒，室内微小区，发射功率小，覆盖范围小，可以直接用于位置提醒。如图19所示，图19是本申请实施例提供的一种漏缆小区示意图。

因为运营商可能会定期优化无线网络，比如增加5G小区，另一方面，初次数据采集也可能无法将地铁路线上的所有小区都采集完成，因此，本发明提出众包方案更新位置数据库，可选的，参照图20，图20是本申请实施例提供的一种位置数据库更新方法的流程示意图。该方法包括如下步骤：

S2001、判断进站提醒是否识别成功。

在开始之前，众包方案需要具有UI界面开关，提示用户是否接受众包采集，在用户同意的情况下，执行该流程。

S2002、终端采集从进站提醒识别成功开始至出站期间的各小区的射频指纹信息，并按与用户协商的条件上报服务器。

触发终端采集从现在开始的射频指纹信息，直到出站，并按与用户协商的条件上报位置提醒服务器，遍历每个存在全局标识的小区。众包采集的部分无线网络小区，特别是终端测量过又没有真正驻留的小区，可能不存在全局标识，众包采集仅处理有全局标识的小区。

S2003、服务器遍历各小区，并判断上报的各小区的标识是否在位置数据库中存在。

若上报的小区的标识在位置数据库中存在，则执行S2004；若上报的小区的标识不在位置数据库中存在，则执行S2005。

S2004、若上报的小区的参考信号发射功率与位置数据库中该小区的参考信号发射功率不一致，且，参考信号发射功率的变化未造成小区的类型发生变化，则将位置数据库中该小区的参考信号发射功率替换为上报的参考信号发射功率。

需要说明的是，若上报的小区的参考信号发射功率与位置数据库中该小区的参考信号发射功率不一致，且，参考信号发射功率的变化造成小区的类型发生变化，则向采集终端发送提示信息，提示信息用于提示对目标小区对应的路段的小区信息进行重新采集。

服务器会比较这个小区上报的参考信号发射功率和数据库中的参考信号发射功率，如果变化，则更新位置数据库中的值为上报值，如果当前功率值变化会导致小区类型变化，则触发相关路段的数据重新采集。一般情况下，运营商考虑网络覆盖的稳定性，小区参考信号发射功率一般不会变化，如果变化，则可能是运营商在改造网络。如果变化的范围很小，不会导致小区类型变化，比如小区类型不会从室内微小区变成宏小区或漏缆小区，则仅将最新的参考信号发射功率值更新到位置数据库即可，否则，功率的修改可能是运营商改造网络引起的，提示采集人员需要进行相关路段的重新采集。

S2005、将上报的小区作为新增小区，并将位于该新增小区之前和/或之后的小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，若位置数据库中存在与新增小区之前和/或之后的小区轨迹相匹配的目标参考小区轨迹，则从目标参考小区轨迹中确定新增小区的等效小区，并将新增小区添加至等效小区中。

如图18所示，若位置数据库中的参考小区轨迹为如图18所示的融合小区轨迹，若上报的各小区依次为小区A、小区B、新增小区3、等效小区2、小区E、小区F，则将新增小区3添加到等效小区1中。

若上报的小区为新增小区，服务器根据这个小区前后预设时间内的小区变化轨迹与数据库中参考小区轨迹进行匹配，匹配成功，添加小区到位置数据库，否则，触发相关路段的数据重新采集。这里的匹配成功，定义为采集的新增小区前后预设时间内的小区在数据库中存在，仅新增小区不存在，这种情况说明这个小区初次采集已经存在，但未采集到，或者是初次采集后，运营商新增部署的小区，将这个小区按小区变化轨迹更新到数据库，并根据小区的参考信号发射功率定义小区的类型。如果采集的这个新增小区的其他邻区都不在数据库，说明这个路段的网络发生了比较大的变化，需要提示采集人员需要进行相关路段的重新采集，以及时更新位置数据库。

参照图21，图21是本申请实施例提供的一种位置数据更新方法的流程示意图。本实例中，若服务器执行S1402、将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理后，若位置数据库中不存在与目标小区轨迹相匹配的参考小区轨迹，则可以执行如下步骤：

S2101、将位置数据库和目标小区轨迹中均存在的小区作为目标小区，并获取终端上传的目标小区的参考信号发射功率。

S2102、若上传的目标小区的参考信号发射功率与位置数据库中目标小区的参考信号发射功率不一致，且，目标小区的类型未发生变化，则将位置数据库中目标小区的参考信号发射功率替换为上传的目标小区的参考信号发射功率。

其中，各类型的小区包括参考信号发射功率小于目标发射功率的小区、参考信号发射功率不小于目标发射功率的小区、以及信号强度的变化趋势满足由强到弱再由弱到强的变化趋势。

本实施例中，信号强度的变化趋势满足由强到弱再由弱到强的变化趋势的小区为漏缆小区，具体可以参见图19所示。

可选的，位置数据库的更新方法还可以包括如下步骤：

若上传的目标小区的参考信号发射功率与位置数据库中的目标小区的参考信号发射功率不一致，且，目标小区的类型发生变化，则向采集终端发送提示信息，提示信息用于提示对目标小区对应的路段的小区信息进行重新采集。

参照图22，图22是本申请实施例提供的另一种位置数据库更新方法的流程示意图。若服务器执行S1302、将目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理后，若位置数据库中不存在与目标小区轨迹相匹配的参考小区轨迹，则可以执行如下步骤：

S2201、将目标小区轨迹中与位置数据库中的小区不同的小区作为新增小区，并将目标小区轨迹中位于新增小区之前和/或之后的小区轨迹与位置数据库中的参考小区轨迹进行匹配处理。

S2202、若位置数据库中的参考小区轨迹中存在与新增小区之前和/或之后的小区轨迹相匹配的目标参考小区轨迹，则从目标参考小区轨迹中确定新增小区的等效小区，并将新增小区添加至等效小区中。

本实施例中，如图18所示，若位置数据库中的参考小区轨迹为如图18所示的融合小区轨迹，若目标小区轨迹依次为小区A、小区B、等效小区1、等效小区2、小区E、小区3，则小区3之前的小区轨迹与位置数据库中参考小区轨迹匹配，则将小区F作为小区3的等效小区，将小区3添加到等效小区中，该等效小区包括小区F和小区3。

若目标小区轨迹依次为小区4、小区B、等效小区1、等效小区2、小区E、小区F，则小区4之后的小区轨迹与位置数据库中参考小区轨迹匹配，则将小区4作为小区A的等效小区，将小区4添加到等效小区中，该等效小区包括小区A和小区4。

若目标小区轨迹依次为小区A、小区B、等效小区1、等效小区2、小区5、小区F，则小区5之后的小区轨迹与位置数据库中的参考小区轨迹匹配，小区5之前的小区轨迹与位置数据库中参考小区轨迹匹配，则将小区5作为小区E的等效小区，将小区5添加到等效小区中后，等效小区包括小区5和小区E。

应该理解的是，虽然图2-22的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-22中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图23所示，图23是本申请实施例提供的一种事件提醒装置的结构框图，该装置2300包括：

第一获取模块2301，用于在满足对目标事件进行提醒的条件下，获取终端在移动过程中依次接入的各个服务小区的标识，并基于所述各个服务小区的标识生成目标小区轨迹，其中，所述目标事件为乘坐交通工具时的事件；

第一匹配模块2302，用于将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，其中，所述位置数据库包括多个参考小区轨迹，各所述参考小区轨迹与不同的路段相对应；

提醒模块2303，用于根据匹配处理的结果，对所述目标事件进行提醒处理。

在其中一个实施例中，目标事件为进站事件，第一匹配模块2302，具体用于获取预先设置的乘车方向；根据所述乘车方向在所述位置数据库中确定第一候选参考小区轨迹，其中，所述第一候选参考小区轨迹对应的路段的方向与所述乘车方向一致；将所述目标小区轨迹与所述第一候选参考小区轨迹进行匹配处理。

在其中一个实施例中，提醒模块2303，具体用于若所述第一候选参考小区轨迹中存在与所述目标小区轨迹相匹配的小区轨迹，则输出第一进站提醒信息，其中，所述第一进站提醒信息用于提示用户即将乘坐开往所述乘车方向的交通工具。

在其中一个实施例中，装置还可以包括：

第一确定模块，用于若所述第一候选参考小区轨迹中不存在与所述目标小区轨迹相匹配的小区轨迹，则在所述位置数据库中确定第二候选参考小区轨迹，其中，所述第二候选参考小区轨迹与所述预先设置的乘车方向相反；

第二匹配模块，用于将所述目标小区轨迹与所述第二候选参考小区轨迹进行匹配处理；

提醒模块2302，具体用于若所述第二候选参考小区轨迹中存在与所述目标小区轨迹相匹配的小区轨迹，则输出第二进站提醒信息，其中，所述第二进站提醒信息用于提示用户即将乘坐开往所述乘车方向相反的方向的交通工具。

在其中一个实施例中，装置还可以包括：

第一输出模块，用于输出提示信息，其中，所述提示信息用于提示所述预先设置的乘车方向是否设置错误；

第一确定模块，具体用于若接收到所述乘车方向设置错误的第一反馈信息，则在所述位置数据库中确定所述第二候选参考小区轨迹，其中，所述第一反馈信息为用户基于所述提示信息输入的反馈信息。

在其中一个实施例中，装置还可以包括：

第一发送模块，用于若接收到所述乘车方向设置正确的第二反馈信息，则向服务器发送所述目标小区轨迹，其中，所述目标小区轨迹用于供所述服务器更新所述服务器中的位置数据库中的第一候选参考小区轨迹。

在其中一个实施例中，装置还可以包括：

第二发送模块，用于若所述第二候选参考小区轨迹中不存在与所述目标小区轨迹相匹配的小区轨迹，则向服务器发送所述目标小区轨迹，其中，所述目标小区轨迹用于供所述服务器更新所述服务器中的位置数据库中的第二候选参考小区轨迹。

在其中一个实施例中，装置还可以包括：

第二确定模块，用于若所述终端当前接入的服务小区的参考信号发射功率小于目标发射功率，且，所述位置数据库中存在所述终端当前接入的服务小区的标识，则确定满足对所述进站事件进行提醒的条件。

在其中一个实施例中，所述目标事件为到站事件，第一匹配模块2302，具体用于确定到达下一个站点的运行时长；若超过所述运行时长未检测到目标类型的小区，则将所述目标小区轨迹与所述位置数据库中的参考小区轨迹进行匹配处理；其中，所述目标类型的小区为参考信号发射功率小于目标发射功率的小区。

在其中一个实施例中，提醒模块2303，具体用于获取所述位置数据库中与所述目标小区轨迹相匹配的参考小区轨迹，并获取与所述目标小区轨迹相匹配的参考小区轨迹所对应的路段；若所述路段的终点与预先设置的目的站点一致，则输出到站提醒信息，其中，所述到站提醒信息用于提示用户到达所述目的站点。

在其中一个实施例中，装置还可以包括：

第二获取模块，用于若未超过所述运行时长检测到所述目标类型的小区，则获取所述目标类型的小区对应的站点；

第二输出模块，用于若所述目标类型的小区对应的站点与预设设置的目的站点一致，则输出到站提醒信息，其中，所述到站提醒信息用于提示到达所述目的站点。

在其中一个实施例中，装置还可以包括：

第三获取模块，用于获取用户输入的目标兴趣点的标识信息；

第三确定模块，用于根据预先设置的兴趣点的标识信息与站点的对应关系，确定位于所述目的站点之前的所述目标兴趣点的标识信息对应的站点；

第四确定模块，用于根据用户的指示，从所述目标兴趣点的标识信息对应的站点中确定所述目的站点。

在其中一个实施例中，装置还可以包括：

第五确定模块，用于若所述终端测量的多普勒频移大于目标范围，且，所述位置数据库中存在所述终端当前接入的服务小区的标识，则确定满足对所述到站事件进行提醒的条件。

在其中一个实施例中，所述目标事件为出站事件，提醒模块2303，具体用于根据所述位置数据库中与所述目标参考小区轨迹相匹配的参考小区轨迹对应的路段，输出第一出站提醒信息；其中，所述第一出站提醒信息用于提示从与所述目标小区轨迹相匹配的参考小区轨迹对应的路段的出入口出站。

在其中一个实施例中，装置还可以包括：第六确定模块，用于若所述位置数据库中的参考小区轨迹中不存在与所述目标小区轨迹相匹配的小区轨迹，则确定与所述目标小区轨迹中的部分小区轨迹相匹配的参考小区轨迹所对应的路段，将确定的路段对应的出入口作为候选出入口，并输出第二出站提醒信息；其中，所述第二出站提醒信息用于提示从所述候选出入口出站。

在其中一个实施例中，装置还可以包括：第三发送模块，用于若获取到从所述候选出入口中选取目标出入口的第三反馈信息，则向服务器发送所述目标小区轨迹和所述目标出入口；其中，所述目标小区轨迹和所述目标出入口用于供所述服务器更新所述服务器中所述目标出入口对应的参考小区轨迹。

在其中一个实施例中，装置还可以包括：第七确定模块，用于若获取到到站提醒信息，则确定满足对所述出站事件进行提醒的条件。

在其中一个实施例中，第一匹配模块2302，具体用于向服务器发送所述目标小区轨迹，以由所述服务器将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理。

在其中一个实施例中，所述位置数据库中存储的所述参考小区轨迹与路段相对应、以及存储的站点标识与目标类型的小区和兴趣点的标识信息相对应，其中，所述目标类型的小区为参考信号发射功率小于目标发射功率的小区。

在一个实施例中，如图24所示，图24是本申请实施例提供的另一种事件提醒装置的结构框图，该装置2400包括：

第一接收模块2401，用于接收终端发送的目标小区轨迹，其中，所述目标小区轨迹为所述终端在满足对目标事件进行提醒的条件下，根据所述终端在移动过程中依次接入的各个服务小区的标识，并基于所述各个服务小区的标识生成的小区轨迹；

第一匹配模块2402，用于将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，其中，所述位置数据库包括多个参考小区轨迹，各所述参考小区轨迹与不同的路段相对应；

第一发送模块2403，用于向所述终端发送匹配处理的结果，以由所述终端根据所述匹配处理的结果，对所述目标事件进行提醒处理。

在其中一个实施例中，第一匹配模块2402，目标事件为进站事件，具体用于接收终端发送的预先设置的乘车方向；根据所述乘车方向在所述位置数据库中确定第一候选参考小区轨迹，其中，所述第一候选参考小区轨迹对应的路段的方向与所述乘车方向一致；将所述目标小区轨迹与所述第一候选参考小区轨迹进行匹配处理。

在其中一个实施例中，第一发送模块2403，具体用于若所述第一候选参考小区轨迹中存在与所述目标小区轨迹相匹配的小区轨迹，则向所述终端发送与所述第一候选参考小区轨迹匹配成功的结果。

在其中一个实施例中，第一匹配模块2402，还用于若所述第一候选参考小区轨迹中不存在与所述目标小区轨迹相匹配的小区轨迹，则在所述位置数据库中确定第二候选参考小区轨迹，其中，所述第二候选参考小区轨迹与所述预先设置的乘车方向相反；将所述目标小区轨迹与所述第二候选参考小区轨迹进行匹配处理；

第一发送模块2403，还用于若所述第二候选参考小区轨迹中存在与所述目标小区轨迹相匹配的小区轨迹，则向所述终端发送与所述第二候选参考小区轨迹匹配成功的结果。

在其中一个实施例中，目标事件为到站事件，第一匹配模块2402，具体用于确定到达下一个站点的运行时长；若超过所述运行时长未接收到所述终端发送的所述下一个站点的目标类型的小区，则将所述目标小区轨迹与所述位置数据库中的参考小区轨迹进行匹配处理；其中，所述目标类型的小区为参考信号发射功率小于目标发射功率的小区。

在其中一个实施例中，第一发送模块2403，还用于若未超过所述运行时长接收到所述终端发送的所述下一个站点的所述目标类型的小区，则向所述终端发送所述下一个站点的站点标识，以由所述终端将所述下一个站点与预先设置的目的站点进行比对。

在其中一个实施例中，装置还可以包括：

第二接收模块，用于接收所述终端发送的兴趣点的标识信息；

第一确定模块，用于根据预先设置的兴趣点的标识信息与站点的对应关系，确定位于所述目的站点之前的所述目标兴趣点的标识信息对应的站点，并将确定的站点作为候选站点；

第二发送模块，用于向所述终端发送所述候选站点的标识，以由所述终端输出所述候选站点的标识。

在其中一个实施例中，目标事件为出站事件，第一发送模块2403，具体用于若所述位置数据库中的参考小区轨迹中不存在与所述目标小区轨迹相匹配的小区轨迹，则确定与所述目标小区轨迹中的部分小区轨迹相匹配的参考小区轨迹所对应的路段，将确定的路段对应的出入口作为候选出入口；向所述终端发送所述候选出入口对应的标识信息。

在其中一个实施例中，装置还可以包括：

第三接收模块，用于接收采集终端发送的所述采集终端在移动过程中测量的各个小区的标识，其中，所述移动过程为所述采集终端从起始点位置移动至结束点位置的过程；第一存储模块，用于基于所述各个小区中的服务小区的标识生成参考小区轨迹，并将所述起始点位置至所述结束点位置的路段与所述参考小区轨迹的对应关系存储在所述位置数据库中。

在其中一个实施例中，装置还可以包括：

输出模块，用于若所述各个小区中存在所述采集终端未接收到参考信号发射功率的小区，则输出重新采集提示信息；其中，所述重新采集提示信息用于提示重新采集所述未接收到参考信号发射功率的小区对应的路段的小区信息。

在其中一个实施例中，装置还可以包括：

第四接收模块，用于接收所述采集终端发送的兴趣点的标识信息和所述标识信息对应的第一时间点；第一获取模块，用于获取所述采集终端采集到所述各个小区时的第二时间点；确定模块，用于确定与所述第一时间点相同的第二时间点对应的目标类型的小区；第二存储模块，用于在所述位置数据库中存储与所述第一时间点相同的第二时间点对应的目标类型的小区、所述兴趣点的标识信息与站点标识的对应关系；其中，所述目标类型的小区为参考信号发射功率小于目标发射功率的小区。

在其中一个实施例中，装置还可以包括：

第二获取模块，用于若所述位置数据库中不存在与所述目标小区轨迹相匹配的参考小区轨迹，则将所述位置数据库和所述目标小区轨迹中均存在的小区作为目标小区，并获取所述终端上传的所述目标小区的参考信号发射功率；

替换模块，用于若上传的所述目标小区的参考信号发射功率与所述位置数据库中所述目标小区的参考信号发射功率不一致，且，所述目标小区的类型未发生变化，则将所述位置数据库中所述目标小区的参考信号发射功率替换为上传的所述目标小区的参考信号发射功率；

其中，各类型的小区包括参考信号发射功率小于目标发射功率的小区、参考信号发射功率不小于所述目标发射功率的小区、以及信号强度的变化趋势满足由强到弱再由弱到强的变化趋势。

在其中一个实施例中，装置还可以包括：

第三发送模块，用于若上传的所述目标小区的参考信号发射功率与所述位置数据库中的所述目标小区的参考信号发射功率不一致，且，所述目标小区的类型发生变化，则向采集终端发送提示信息，所述提示信息用于提示对所述目标小区对应的路段的小区信息进行重新采集。

在其中一个实施例中，装置还可以包括：

第二匹配模块，用于若所述位置数据库中不存在与所述目标小区轨迹相匹配的参考小区轨迹，则将所述目标小区轨迹中与所述位置数据库中的小区不同的小区作为新增小区，并将所述目标小区轨迹中位于所述新增小区之前和/或之后的小区轨迹与所述位置数据库中的参考小区轨迹进行匹配处理；

更新模块，用于若所述位置数据库中的参考小区轨迹中存在与所述新增小区之前和/或之后的小区轨迹相匹配的目标参考小区轨迹，则从所述目标参考小区轨迹中确定所述新增小区的等效小区，并将所述新增小区添加至所述等效小区中。

关于事件提醒装置的具体限定可以参见上文中对于事件提醒方法的限定，在此不再赘述。上述事件提醒装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图25所示，图25是本申请实施例提供的一种计算机设备的内部结构图。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种事件提醒方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图25中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述方法的步骤：

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (37)

1.一种事件提醒方法，其特征在于，所述方法包括：

在满足对目标事件进行提醒的条件下，获取终端在移动过程中依次接入的各个服务小区的标识，并基于所述各个服务小区的标识生成目标小区轨迹，其中，所述目标事件为乘坐交通工具时的事件；

将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，其中，所述位置数据库包括多个参考小区轨迹，各所述参考小区轨迹与不同的路段相对应；

根据匹配处理的结果，对所述目标事件进行提醒处理。

2.根据权利要求1所述的方法，其特征在于，所述目标事件为进站事件，所述将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，包括：

获取预先设置的乘车方向；

根据所述乘车方向在所述位置数据库中确定第一候选参考小区轨迹，其中，所述第一候选参考小区轨迹对应的路段的方向与所述乘车方向一致；

将所述目标小区轨迹与所述第一候选参考小区轨迹进行匹配处理。

3.根据权利要求2所述的方法，其特征在于，所述根据匹配处理的结果，对所述目标事件进行提醒处理，包括：

若所述第一候选参考小区轨迹中存在与所述目标小区轨迹相匹配的小区轨迹，则输出第一进站提醒信息，其中，所述第一进站提醒信息用于提示用户即将乘坐开往所述乘车方向的交通工具。

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

若所述第一候选参考小区轨迹中不存在与所述目标小区轨迹相匹配的小区轨迹，则在所述位置数据库中确定第二候选参考小区轨迹，其中，所述第二候选参考小区轨迹与所述预先设置的乘车方向相反；

将所述目标小区轨迹与所述第二候选参考小区轨迹进行匹配处理；

若所述第二候选参考小区轨迹中存在与所述目标小区轨迹相匹配的小区轨迹，则输出第二进站提醒信息，其中，所述第二进站提醒信息用于提示用户即将乘坐开往所述乘车方向相反的方向的交通工具。

5.根据权利要求4所述的方法，其特征在于，所述在所述位置数据库中确定第二候选参考小区轨迹之前，所述方法还包括：

输出提示信息，其中，所述提示信息用于提示所述预先设置的乘车方向是否设置错误；

对应地，所述在所述位置数据库中确定第二候选参考小区轨迹，包括：

若接收到所述乘车方向设置错误的第一反馈信息，则在所述位置数据库中确定所述第二候选参考小区轨迹，其中，所述第一反馈信息为用户基于所述提示信息输入的反馈信息。

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

若接收到所述乘车方向设置正确的第二反馈信息，则向服务器发送所述目标小区轨迹，其中，所述目标小区轨迹用于供所述服务器更新所述服务器中的位置数据库中的第一候选参考小区轨迹。

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

若所述第二候选参考小区轨迹中不存在与所述目标小区轨迹相匹配的小区轨迹，则向服务器发送所述目标小区轨迹，其中，所述目标小区轨迹用于供所述服务器更新所述服务器中的位置数据库中的第二候选参考小区轨迹。

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

若所述终端当前接入的服务小区的参考信号发射功率小于目标发射功率，且，所述位置数据库中存在所述终端当前接入的服务小区的标识，则确定满足对所述进站事件进行提醒的条件。

9.根据权利要求1所述的方法，其特征在于，所述目标事件为到站事件，所述将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，包括：

确定到达下一个站点的运行时长；

若超过所述运行时长未检测到目标类型的小区，则将所述目标小区轨迹与所述位置数据库中的参考小区轨迹进行匹配处理；

其中，所述目标类型的小区为参考信号发射功率小于目标发射功率的小区。

10.根据权利要求9所述的方法，其特征在于，所述根据匹配处理的结果，对所述目标事件进行提醒处理，包括：

获取所述位置数据库中与所述目标小区轨迹相匹配的参考小区轨迹，并获取与所述目标小区轨迹相匹配的参考小区轨迹所对应的路段；

若所述路段的终点与预先设置的目的站点一致，则输出到站提醒信息，其中，所述到站提醒信息用于提示用户到达所述目的站点。

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

若未超过所述运行时长检测到所述目标类型的小区，则获取所述目标类型的小区对应的站点；

若所述目标类型的小区对应的站点与预设设置的目的站点一致，则输出到站提醒信息，其中，所述到站提醒信息用于提示到达所述目的站点。

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

获取用户输入的目标兴趣点的标识信息；

根据预先设置的兴趣点的标识信息与站点的对应关系，确定位于所述目的站点之前的所述目标兴趣点的标识信息对应的站点；

根据用户的指示，从所述目标兴趣点的标识信息对应的站点中确定所述目的站点。

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

若所述终端测量的多普勒频移大于目标范围，且，所述位置数据库中存在所述终端当前接入的服务小区的标识，则确定满足对所述到站事件进行提醒的条件。

14.根据权利要求1所述的方法，其特征在于，所述目标事件为出站事件，所述根据匹配处理的结果，对所述目标事件进行提醒处理，包括：

根据所述位置数据库中与所述目标参考小区轨迹相匹配的参考小区轨迹对应的路段，输出第一出站提醒信息；

其中，所述第一出站提醒信息用于提示从与所述目标小区轨迹相匹配的参考小区轨迹对应的路段的出入口出站。

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

若所述位置数据库中的参考小区轨迹中不存在与所述目标小区轨迹相匹配的小区轨迹，则确定与所述目标小区轨迹中的部分小区轨迹相匹配的参考小区轨迹所对应的路段，将确定的路段对应的出入口作为候选出入口，并输出第二出站提醒信息；

其中，所述第二出站提醒信息用于提示从所述候选出入口出站。

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

若获取到从所述候选出入口中选取目标出入口的第三反馈信息，则向服务器发送所述目标小区轨迹和所述目标出入口；

其中，所述目标小区轨迹和所述目标出入口用于供所述服务器更新所述服务器中所述目标出入口对应的参考小区轨迹。

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

若获取到到站提醒信息，则确定满足对所述出站事件进行提醒的条件。

18.根据权利要求1所述的方法，其特征在于，所述将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，包括：

向服务器发送所述目标小区轨迹，以由所述服务器将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理。

19.根据权利要求1-18任一所述的方法，其特征在于，所述位置数据库中存储的所述参考小区轨迹与路段相对应、以及存储的站点标识与目标类型的小区和兴趣点的标识信息相对应，其中，所述目标类型的小区为参考信号发射功率小于目标发射功率的小区。

20.一种事件提醒方法，其特征在于，所述方法包括：

接收终端发送的目标小区轨迹，其中，所述目标小区轨迹为所述终端在满足对目标事件进行提醒的条件下，根据所述终端在移动过程中依次接入的各个服务小区的标识，并基于所述各个服务小区的标识生成的小区轨迹；

将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，其中，所述位置数据库包括多个参考小区轨迹，各所述参考小区轨迹与不同的路段相对应；

向所述终端发送匹配处理的结果，以由所述终端根据所述匹配处理的结果，对所述目标事件进行提醒处理。

21.根据权利要求20所述的方法，其特征在于，所述目标事件为进站事件，所述将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，包括：

接收终端发送的预先设置的乘车方向；

根据所述乘车方向在所述位置数据库中确定第一候选参考小区轨迹，其中，所述第一候选参考小区轨迹对应的路段的方向与所述乘车方向一致；

将所述目标小区轨迹与所述第一候选参考小区轨迹进行匹配处理。

22.根据权利要求21所述的方法，其特征在于，所述向所述终端发送匹配处理的结果，包括：

若所述第一候选参考小区轨迹中存在与所述目标小区轨迹相匹配的小区轨迹，则向所述终端发送与所述第一候选参考小区轨迹匹配成功的结果。

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

若所述第一候选参考小区轨迹中不存在与所述目标小区轨迹相匹配的小区轨迹，则在所述位置数据库中确定第二候选参考小区轨迹，其中，所述第二候选参考小区轨迹与所述预先设置的乘车方向相反；

将所述目标小区轨迹与所述第二候选参考小区轨迹进行匹配处理；

若所述第二候选参考小区轨迹中存在与所述目标小区轨迹相匹配的小区轨迹，则向所述终端发送与所述第二候选参考小区轨迹匹配成功的结果。

24.根据权利要求20所述的方法，其特征在于，所述目标事件为到站事件，所述将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，包括：

确定到达下一个站点的运行时长；

若超过所述运行时长未接收到所述终端发送的所述下一个站点的目标类型的小区，则将所述目标小区轨迹与所述位置数据库中的参考小区轨迹进行匹配处理；

其中，所述目标类型的小区为参考信号发射功率小于目标发射功率的小区。

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

若未超过所述运行时长接收到所述终端发送的所述下一个站点的所述目标类型的小区，则向所述终端发送所述下一个站点的站点标识，以由所述终端将所述下一个站点与预先设置的目的站点进行比对。

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

接收所述终端发送的兴趣点的标识信息；

根据预先设置的兴趣点的标识信息与站点的对应关系，确定位于所述目的站点之前的所述目标兴趣点的标识信息对应的站点，并将确定的站点作为候选站点；

向所述终端发送所述候选站点的标识，以由所述终端输出所述候选站点的标识。

27.根据权利要求20所述的方法，其特征在于，所述目标事件为出站事件，所述向所述终端发送匹配处理的结果，包括：

若所述位置数据库中的参考小区轨迹中不存在与所述目标小区轨迹相匹配的小区轨迹，则确定与所述目标小区轨迹中的部分小区轨迹相匹配的参考小区轨迹所对应的路段，将确定的路段对应的出入口作为候选出入口；

向所述终端发送所述候选出入口对应的标识信息。

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

接收采集终端发送的所述采集终端在移动过程中测量的各个小区的标识，其中，所述移动过程为所述采集终端从起始点位置移动至结束点位置的过程；

基于所述各个小区中的服务小区的标识生成参考小区轨迹，并将所述起始点位置至所述结束点位置的路段与所述参考小区轨迹的对应关系存储在所述位置数据库中。

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

若所述各个小区中存在所述采集终端未接收到参考信号发射功率的小区，则输出重新采集提示信息；

其中，所述重新采集提示信息用于提示重新采集所述未接收到参考信号发射功率的小区对应的路段的小区信息。

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

接收所述采集终端发送的兴趣点的标识信息和所述标识信息对应的第一时间点；

获取所述采集终端采集到所述各个小区时的第二时间点；

确定与所述第一时间点相同的第二时间点对应的目标类型的小区；

在所述位置数据库中存储与所述第一时间点相同的第二时间点对应的目标类型的小区、所述兴趣点的标识信息与站点标识的对应关系；

其中，所述目标类型的小区为参考信号发射功率小于目标发射功率的小区。

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

若所述位置数据库中不存在与所述目标小区轨迹相匹配的参考小区轨迹，则将所述位置数据库和所述目标小区轨迹中均存在的小区作为目标小区，并获取所述终端上传的所述目标小区的参考信号发射功率；

若上传的所述目标小区的参考信号发射功率与所述位置数据库中所述目标小区的参考信号发射功率不一致，且，所述目标小区的类型未发生变化，则将所述位置数据库中所述目标小区的参考信号发射功率替换为上传的所述目标小区的参考信号发射功率；

其中，各类型的小区包括参考信号发射功率小于目标发射功率的小区、参考信号发射功率不小于所述目标发射功率的小区、以及信号强度的变化趋势满足由强到弱再由弱到强的变化趋势。

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

若上传的所述目标小区的参考信号发射功率与所述位置数据库中的所述目标小区的参考信号发射功率不一致，且，所述目标小区的类型发生变化，则向采集终端发送提示信息，所述提示信息用于提示对所述目标小区对应的路段的小区信息进行重新采集。

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

若所述位置数据库中不存在与所述目标小区轨迹相匹配的参考小区轨迹，则将所述目标小区轨迹中与所述位置数据库中的小区不同的小区作为新增小区，并将所述目标小区轨迹中位于所述新增小区之前和/或之后的小区轨迹与所述位置数据库中的参考小区轨迹进行匹配处理；

若所述位置数据库中的参考小区轨迹中存在与所述新增小区之前和/或之后的小区轨迹相匹配的目标参考小区轨迹，则从所述目标参考小区轨迹中确定所述新增小区的等效小区，并将所述新增小区添加至所述等效小区中。

34.一种事件提醒装置，其特征在于，所述装置包括：

第一获取模块，用于在满足对目标事件进行提醒的条件下，获取终端在移动过程中依次接入的各个服务小区的标识，并基于所述各个服务小区的标识生成目标小区轨迹，其中，所述目标事件为乘坐交通工具时的事件；

匹配模块，用于将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，其中，所述位置数据库包括多个参考小区轨迹，各所述参考小区轨迹与不同的路段相对应；

提醒模块，用于根据匹配处理的结果，对所述目标事件进行提醒处理。

35.一种事件提醒装置，其特征在于，所述装置包括：

接收模块，用于接收终端发送的目标小区轨迹，其中，所述目标小区轨迹为所述终端在满足对目标事件进行提醒的条件下，根据所述终端在移动过程中依次接入的各个服务小区的标识，并基于所述各个服务小区的标识生成的小区轨迹；

匹配模块，用于将所述目标小区轨迹与位置数据库中的参考小区轨迹进行匹配处理，其中，所述位置数据库包括多个参考小区轨迹，各所述参考小区轨迹与不同的路段相对应；

发送模块，用于向所述终端发送匹配处理的结果，以由所述终端根据所述匹配处理的结果，对所述目标事件进行提醒处理。

36.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至33中任一项所述的方法的步骤。

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

Images