CN110288314A - 事件提醒方法、装置及电子设备 - Google Patents

Abstract

本申请提供一种事件提醒方法、装置及电子设备，所述方法的一具体实施方式包括：至少响应于目标订单的结束，确定满足预设条件；响应于确定满足所述预设条件，获取第一预设时段内的第一轨迹点和第二轨迹点；所述第一轨迹点为所述目标订单对应的司机端的轨迹点；所述第二轨迹点为所述目标订单对应的乘客端的轨迹点；若根据所述第一轨迹点和所述第二轨迹点确定所述乘客端对应的遗失事件疑似发生，向所述司机端发送用于确认所述遗失事件是否发生的询问信息；响应于接收到针对所述询问信息的确认应答信息，执行预设的提醒操作。该实施方式能够在尽量短的时间内发现安装乘客端的终端设备的遗失，不仅提高了终端设备的找寻效率，还避免了服务资源的浪费。

Description

事件提醒方法、装置及电子设备

技术领域

本申请涉及互联网应用技术领域，特别涉及一种事件提醒方法、装置及电子设备。

背景技术

随着互联网技术的不断发展，很多基于互联网的服务应运而生。以网约车服务为例，当乘客乘坐网约车到达目的地并下车后，可能会将安装乘客端的终端设备(如，手机等)遗忘在车上。一般来说，司机难以在第一时间发现乘客遗失的终端设备，当乘客发现并联系到司机时，可能已经错过最佳的找寻时机。不仅降低了找寻效率，而且，在司机配合寻找的过程中，无法为其他乘客提供服务，也导致了服务资源的浪费。

发明内容

为了解决上述技术问题之一，本申请提供一种事件提醒方法、装置及电子设备。

根据本申请实施例的第一方面，提供一种事件提醒方法，包括：

至少响应于目标订单的结束，确定满足预设条件；

响应于确定满足所述预设条件，获取第一预设时段内的第一轨迹点和第二轨迹点；所述第一轨迹点为所述目标订单对应的司机端的轨迹点；所述第二轨迹点为所述目标订单对应的乘客端的轨迹点；

若根据所述第一轨迹点和所述第二轨迹点确定所述乘客端对应的遗失事件疑似发生，向所述司机端发送用于确认所述遗失事件是否发生的询问信息；

响应于接收到针对所述询问信息的确认应答信息，执行预设的提醒操作。

可选的，所述至少响应于目标订单的结束，确定满足预设条件，包括：

响应于所述目标订单的结束，确定所述目标订单的结束时刻对应的定位点；

确定所述目标订单对应的指定终点；

若所述指定终点与所述定位点的距离小于预设值，确定满足预设条件。

可选的，通过如下方式根据所述第一轨迹点和所述第二轨迹点确定所述乘客端对应的遗失事件疑似发生：

确定由所述第一轨迹点构成的第一轨迹以及由所述第二轨迹点构成的第二轨迹；

确定所述第一轨迹与所述第二轨迹之间的相似度；

若所述相似度大于等于预设阈值，确定所述乘客端对应的遗失事件疑似发生。

可选的，通过如下方式根据所述第一轨迹点和所述第二轨迹点确定所述乘客端对应的遗失事件疑似发生：

针对每个所述第二轨迹点，查找与该第二轨迹点匹配的第一轨迹点，该第一轨迹点和该第二轨迹点构成一组轨迹对；

若基于所述轨迹对确定满足目标条件，则确定所述乘客端对应的遗失事件疑似发生。

可选的，所述查找与该第二轨迹点匹配的第一轨迹点，包括：

查找该第二轨迹点对应的时刻之前的第二预设时段内，与该第二轨迹点距离最近的第一轨迹点，作为与该第二轨迹点匹配的第一轨迹点。

可选的，所述查找与该第二轨迹点匹配的第一轨迹点，包括：

根据该第二轨迹点对应的时刻和每个所述第一轨迹点对应的时刻，确定与该第二轨迹点匹配的第一轨迹点；其中，与该第二轨迹点匹配的第一轨迹点对应的时刻与该第二轨迹点对应的时刻最接近。

可选的，通过如下方式基于所述轨迹对确定满足目标条件：

确定每组所述轨迹对对应的距离差；针对任一组轨迹对以及构成该组轨迹对的第一轨迹点和第二轨迹点，该组轨迹对对应的距离差为该第一轨迹点和该第二轨迹点之间的距离之差；

至少响应于确定每组所述轨迹对对应的距离差都小于预设距离，确定满足所述目标条件。

可选的，所述至少响应于确定每组所述轨迹对对应的距离差都小于预设距离，确定满足所述目标条件，包括：

响应于确定每组所述轨迹对对应的距离差都小于预设距离，确定每组所述轨迹对对应的速度差；针对任一组轨迹对以及构成该组轨迹对的第一轨迹点和第二轨迹点，该组轨迹对对应的速度差为所述司机端在该第一轨迹点上的速度和所述乘客端在该第二轨迹点上的速度之差；

至少响应于确定每组所述轨迹对对应的速度差都小于预设速度，确定满足所述目标条件。

根据本申请实施例的第二方面，提供一种事件提醒装置，包括：

确定模块，用于至少响应于目标订单的结束，确定满足预设条件；

获取模块，用于响应于确定满足所述预设条件，获取第一预设时段内的第一轨迹点和第二轨迹点；所述第一轨迹点为所述目标订单对应的司机端的轨迹点；所述第二轨迹点为所述目标订单对应的乘客端的轨迹点；

发送模块，用于在根据所述第一轨迹点和所述第二轨迹点确定所述乘客端对应的遗失事件疑似发生时，向所述司机端发送用于确认所述遗失事件是否发生的询问信息；

执行模块，用于响应于接收到针对所述询问信息的确认应答信息，执行预设的提醒操作。

根据本申请实施例的第三方面，提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一项所述的方法。

根据本申请实施例的第四方面，提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述第一方面中任一项所述的方法。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请的实施例提供的事件提醒方法和装置，至少响应于目标订单的结束，确定满足预设条件，响应于确定满足预设条件，获取第一预设时段内，目标订单对应的司机端的第一轨迹点和目标订单对应的乘客端的第二轨迹点，若根据第一轨迹点和第二轨迹点确定乘客端对应的遗失事件疑似发生，向司机端发送用于确认该遗失事件是否发生的询问信息，响应于接收到针对上述询问信息的确认应答信息，执行预设的提醒操作。由于本实施例在订单结束后，能够根据司机端和乘客端的轨迹点，判断安装乘客端的终端设备是否疑似遗失，并在该终端设备疑似遗失时，通知司机端进行确认，在接收到司机端的确认应答信息后，执行针对乘客端的提醒操作。从而能够在尽量短的时间内发现安装乘客端的终端设备的遗失，不仅提高了终端设备的找寻效率，还避免了服务资源的浪费。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为应用本申请实施例的示例性系统架构示意图；

图2是本申请根据一示例性实施例示出的一种事件提醒方法的流程图；

图3是本申请根据一示例性实施例示出的另一种事件提醒方法的流程图；

图4是本申请根据一示例性实施例示出的另一种事件提醒方法的流程图；

图5是本申请根据一示例性实施例示出的一种事件提醒装置的框图；

图6是本申请根据一示例性实施例示出的另一种事件提醒装置的框图；

图7是本申请根据一示例性实施例示出的另一种事件提醒装置的框图；

图8是本申请根据一示例性实施例示出的另一种事件提醒装置的框图；

图9是本申请根据一示例性实施例示出的一种电子设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

参见图1，为应用本申请实施例的示例性系统架构示意图：

如图1所示，系统架构100可以包括终端设备101、102、网络103和服务器104。应该理解，图1中的终端设备、网络和服务器的数目或类型仅仅是示意性的。根据实现需要，可以具有任意数目或类型的终端设备、网络和服务器。

网络103用于在终端设备、服务器之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102可以通过网络103与服务器进行交互，以接收或发送请求或信息等。终端设备101、102可以是各种电子设备，包括但不限于智能手机、平板电脑、智能穿戴设备以及个人数字助理等等。

服务器104可以是提供各种服务的服务器。服务器可以对接收到的数据进行存储、分析等处理，也可以向终端设备或其它服务器发送控制命令或者请求等。服务器可以响应于用户的服务请求而提供服务。可以理解，一个服务器可以提供一种或多种服务，同一种服务也可以由多个服务器来提供。

下面将结合具体的实施例对本申请进行详细描述。

如图2所示，图2是根据一示例性实施例示出的一种事件提醒方法的流程图，该方法可以应用于服务器中。该方法包括以下步骤：

在步骤201中，至少响应于目标订单的结束，确定满足预设条件。

在本实施例中，所涉及的服务可以是基于互联网的网约车服务，目标订单为网约车服务的订单，当目标订单对应的行程完成后，司机进行完成订单的操作(如，点击订单结束按钮等)，目标订单结束。

在一种实现方式中，当确定目标订单结束时，可以确定满足预设条件。在另一种实现方式中，当确定目标订单结束时，可以进一步确定目标订单对应的指定终点以及确定目标订单的结束时刻对应的定位点。若该指定终点与该定位点的距离小于预设值，则可以确定满足预设条件。

在步骤202中，响应于确定满足预设条件，获取第一预设时段内的第一轨迹点和第二轨迹点。

在本实施例中，当确定满足预设条件时，可以获取第一预设时段内的第一轨迹点和第二轨迹点。第一轨迹点为目标订单对应的司机端的轨迹点，第二轨迹点为目标订单对应的乘客端的轨迹点。第一预设时段为目标订单结束后的预设时段，第一预设时段的时长可以是根据经验设定的时长，本申请对第一预设时段的具体设定方面不限定。其中，乘客端可以是请求乘车服务的乘客使用的客户端，司机端可以是提供乘车服务的司机使用的客户端。

在一种实现方式中，当网约车服务的订单生成后，直至该订单结束后的一定时段内，该订单对应的司机端和乘客端可以周期性的将各自的定位信息上传至服务器。服务器可以基于司机端和乘客端上传的数据，获取第一预设时段内，司机端的第一轨迹点和乘客端的第二轨迹点。

在另一种实现方式中，在网约车服务的订单结束后的一定时段内，服务器可以分别向该订单对应的司机端和乘客端发送请求，以请求获取各自的定位信息。服务器可以接收司机端和乘客端上传的数据，以获取第一预设时段内，司机端的第一轨迹点和乘客端的第二轨迹点。

在步骤203中，若根据第一轨迹点和第二轨迹点确定乘客端对应的遗失事件疑似发生，向司机端发送用于确认该遗失事件是否发生的询问信息。

在本实施例中，可以首先根据第一轨迹点和第二轨迹点，判断上述乘客端对应的遗失事件是否疑似发生，若该遗失事件疑似发生，则可以向上述司机端发送询问信息，该询问信息用于确认该遗失事件是否发生。其中，乘客端对应的遗失事件可以是安装该乘客端的终端设备遗失在车上的事件。

在一种实现方式中，可以确定由第一轨迹点构成的第一轨迹以及由第二轨迹点构成的第二轨迹，并确定第一轨迹与第二轨迹之间的相似度。若该相似度大于等于预设阈值，则可以确定该乘客端对应的遗失事件疑似发生。本实现方式能够更为快速的判断该乘客端对应的遗失事件是否疑似发生，提高了计算速度。

在另一种实现方式中，可以针对每个第二轨迹点，查找与该第二轨迹点匹配的第一轨迹点，该第一轨迹点和该第二轨迹点构成一组轨迹对。可以基于上述轨迹对判断是否满足目标条件，若满足目标条件，则可以确定乘客端对应的遗失事件疑似发生。本实现方式能够使得对遗失事件是否疑似发生的判断更为准确，降低了误判率。

在步骤204中，响应于接收到针对上述询问信息的确认应答信息，执行预设的提醒操作。

在本实施例中，服务器向司机端发送上述询问信息后，使用该司机端的司机可以对服务车辆进行检查，查看安装上述乘客端的终端设备是否确实遗失。如果该终端设备确实遗失，该司机可以针对上述询问信息进行确认应答操作，以使该司机端向服务器发送针对上述询问信息的确认应答信息。如果该终端设备未遗失，该司机可以针对上述询问信息进行拒绝应答操作，以使司机端向服务器发送针对上述询问信息的拒绝应答信息。

在本实施例中，如果服务器接收到针对上述询问信息的确认应答信息，则说明安装上述乘客端的终端设备确实遗失，可以进一步执行预设的提醒操作。该预设的提醒操作为针对乘客端的提醒操作，用于提醒乘客或乘客的联系人终端设备已遗失。例如，预设的提醒操作可以是向乘客端对应的关联账号发送遗失提醒信息，也可以是给乘客端对应的紧急联系人拨打电话等。可以理解，预设的提醒操作可以是任意提醒乘客的合理操作，本申请对预设的提醒操作的具体内容方面不限定。

本申请的上述实施例提供的事件提醒方法，至少响应于目标订单的结束，确定满足预设条件，响应于确定满足预设条件，获取第一预设时段内，目标订单对应的司机端的第一轨迹点和目标订单对应的乘客端的第二轨迹点，若根据第一轨迹点和第二轨迹点确定乘客端对应的遗失事件疑似发生，向司机端发送用于确认该遗失事件是否发生的询问信息，响应于接收到针对上述询问信息的确认应答信息，执行预设的提醒操作。由于本实施例在订单结束后，能够根据司机端和乘客端的轨迹点，判断安装乘客端的终端设备是否疑似遗失，并在该终端设备疑似遗失时，通知司机端进行确认，在接收到司机端的确认应答信息后，执行针对乘客端的提醒操作。从而能够在尽量短的时间内发现安装乘客端的终端设备的遗失，不仅提高了终端设备的找寻效率，还避免了服务资源的浪费。

如图3所示，图3根据一示例性实施例示出的另一种事件提醒方法的流程图，该实施例描述了确定满足预设条件的过程，该方法可以应用于服务器中，包括以下步骤：

在步骤301中，响应于目标订单的结束，确定目标订单的结束时刻对应的定位点。

在步骤302中，确定目标订单对应的指定终点。

在本实施例中，当目标订单结束时，可以确定目标订单的结束时刻对应的定位点。并且，可以确定目标订单对应的指定终点。其中，该指定终点可以是生成目标订单时，乘客通过乘客端输入的行程终点，也可以是乘客在行程途中，通过乘客端修改的行程终点。该定位点可以是目标订单结束时，乘客端所处位置的定位点，即乘客下车的地点。

需要说明的是，可以先执行步骤301，再执行步骤302，也可以先执行步骤302，再执行步骤301，还可以同时执行步骤301和步骤302。可以理解，本申请对步骤301和步骤302的执行顺序方面不限定。

在步骤303中，若该指定终点与该定位点的距离小于预设值，确定满足预设条件。

在本实施例中，可以计算该指定终点与该定位点之间的距离，通过该距离判断导致误判的情况。如果不是在导致误判的情况下，则说明满足预设条件。例如，如果该距离大于等于预设值，则说明司机可能延长了目标订单的行程，或者提前结束了目标订单，这种情况下可能会导致误判为遗失事件疑似发生。因此，若该距离小于预设值，则可以确定满足预设条件。

在步骤304中，响应于确定满足预设条件，获取第一预设时段内的第一轨迹点和第二轨迹点。

在步骤305中，若根据第一轨迹点和第二轨迹点确定乘客端对应的遗失事件疑似发生，向司机端发送用于确认该遗失事件是否发生的询问信息。

在步骤306中，响应于接收到针对上述询问信息的确认应答信息，执行预设的提醒操作。

需要说明的是，对于与图2实施例中相同的步骤，在上述图3实施例中不再进行赘述，相关内容可参见图2实施例。

本申请的上述实施例提供的事件提醒方法，响应于目标订单的结束，确定目标订单的结束时刻对应的定位点，确定目标订单对应的指定终点。若该指定终点与该定位点的距离小于预设值，确定满足预设条件。响应于确定满足预设条件，获取第一预设时段内的第一轨迹点和第二轨迹点，若根据第一轨迹点和第二轨迹点确定乘客端对应的遗失事件疑似发生，向司机端发送用于确认该遗失事件是否发生的询问信息，并响应于接收到针对上述询问信息的确认应答信息，执行预设的提醒操作。由于本实施例参考了上述指定终点与上述定位点的距离，因此，可以排除延长行程或提前结束订单时导致的误判，从而有助于避免服务资源的浪费。

如图4所示，图4根据一示例性实施例示出的另一种事件提醒方法的流程图，该实施例详细描述了确定乘客端对应的遗失事件疑似发生的过程，该方法可以应用于服务器中，包括以下步骤：

在步骤401中，至少响应于目标订单的结束，确定满足预设条件。

在步骤402中，响应于确定满足预设条件，获取第一预设时段内的第一轨迹点和第二轨迹点。

在步骤403中，针对每个第二轨迹点，查找与该第二轨迹点匹配的第一轨迹点，该第一轨迹点和该第二轨迹点构成一组轨迹对。

在本实施例中，可以针对每个第二轨迹点，查找与该第二轨迹点匹配的第一轨迹点，该第一轨迹点和该第二轨迹点构成一组轨迹对，从而得到多组轨迹对。

具体来说，在一种实现方式中，可以查找该第二轨迹点对应的时刻之前的第二预设时段内，与该第二轨迹点距离最近的第一轨迹点，作为与该第二轨迹点匹配的第一轨迹点。其中，该第二轨迹点对应的时刻可以是采集该第二轨迹点的时刻，第二预设时段为该第二轨迹点对应的时刻之前的预设时段，第二预设时段的时长可以是根据经验设定的时长，本申请对第二预设时段的具体设定方面不限定。本实现方式由于基于第一轨迹点与第二轨迹点之间的距离进行匹配，因此，能够避免由于轨迹点的漂移而带来的误差。

在另一种实现方式中，还可以根据该第二轨迹点对应的时刻和每个第一轨迹点对应的时刻，确定与该第二轨迹点匹配的第一轨迹点。其中，与该第二轨迹点匹配的第一轨迹点对应的时刻与该第二轨迹点对应的时刻最接近。即针对该第二轨迹点对应的时刻，遍历每个第一轨迹点对应的时刻，将与该第二轨迹点对应的时刻最接近的时刻所对应的第一轨迹点，作为与该第二轨迹点匹配的第一轨迹点。本实现方式由于基于第一轨迹点和第二轨迹点对应的时刻进行匹配，因此，能够更为快速的得到匹配结果，提高了匹配效率。

在步骤404中，若基于上述轨迹对确定满足目标条件，则确定乘客端对应的遗失事件疑似发生。

在本实施例中，可以基于上述轨迹对，确定是否满足目标条件，该目标条件为用于判断乘客端对应的遗失事件是否疑似发生的条件。当满足目标条件时，可以确定乘客端对应的遗失事件疑似发生。

具体来说，在一种实现方式中，可以确定每组轨迹对对应的距离差，若每组轨迹对对应的距离差都小于预设距离，则可以确定满足目标条件。其中，针对任一组轨迹对以及构成该组轨迹对的第一轨迹点和第二轨迹点，该组轨迹对对应的距离差为该第一轨迹点和该第二轨迹点之间的距离之差。

在另一种实现方式中，还可以确定每组轨迹对对应的距离差，若每组轨迹对对应的距离差都小于预设距离，则可以进一步确定每组轨迹对对应的速度差。至少响应于确定每组轨迹对对应的速度差都小于预设速度，则可以确定满足目标条件。其中，针对任一组轨迹对以及构成该组轨迹对的第一轨迹点和第二轨迹点，该组轨迹对对应的速度差为司机端在该第一轨迹点上的速度和乘客端在该第二轨迹点上的速度之差。具体地，司机端和乘客端在将当前定位信息上传至服务器时，同时可以将当前速度信息上传至服务器。使服务器能够得到司机端在该第一轨迹点上的速度和乘客端在该第二轨迹点上的速度。

在步骤405中，若确定乘客端对应的遗失事件疑似发生，向司机端发送用于确认该遗失事件是否发生的询问信息。

在步骤406中，响应于接收到针对上述询问信息的确认应答信息，执行预设的提醒操作。

需要说明的是，对于与图2和图3实施例中相同的步骤，在上述图4实施例中不再进行赘述，相关内容可参见图2和图3实施例。

本申请的上述实施例提供的事件提醒方法，至少响应于目标订单的结束，确定满足预设条件，响应于确定满足预设条件，获取第一预设时段内的第一轨迹点和第二轨迹点。针对每个第二轨迹点，查找与该第二轨迹点匹配的第一轨迹点，该第一轨迹点和该第二轨迹点构成一组轨迹对，若基于上述轨迹对确定满足目标条件，则确定乘客端对应的遗失事件疑似发生。若确定乘客端对应的遗失事件疑似发生，向司机端发送用于确认该遗失事件是否发生的询问信息，响应于接收到针对上述询问信息的确认应答信息，执行预设的提醒操作。从而使得对遗失事件是否疑似发生的判断更为准确，进一步降低了误判率。

应当注意，尽管在上述实施例中，以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

与前述事件提醒方法实施例相对应，本申请还提供了事件提醒装置的实施例。

如图5所示，图5是本申请根据一示例性实施例示出的一种事件提醒装置框图，该装置可以包括：确定模块501，获取模块502，发送模块503和执行模块504。

其中，确定模块501，用于至少响应于目标订单的结束，确定满足预设条件。

获取模块502，用于响应于确定满足预设条件，获取第一预设时段内的第一轨迹点和第二轨迹点，第一轨迹点为目标订单对应的司机端的轨迹点，第二轨迹点为目标订单对应的乘客端的轨迹点。

发送模块503，用于在根据第一轨迹点和第二轨迹点确定乘客端对应的遗失事件疑似发生时，向司机端发送用于确认遗失事件是否发生的询问信息。

执行模块504，用于响应于接收到针对上述询问信息的确认应答信息，执行预设的提醒操作。

如图6所示，图6是本申请根据一示例性实施例示出的另一种事件提醒装置框图，该实施例在前述图5所示实施例的基础上，确定模块501可以包括：第一确定子模块601，第二确定子模块602和判断子模块603。

其中，第一确定子模块601，用于响应于目标订单的结束，确定目标订单的结束时刻对应的定位点。

第二确定子模块602，用于确定目标订单对应的指定终点。

判断子模块603，用于在该指定终点与该定位点的距离小于预设值时，确定满足预设条件。

如图7所示，图7是本申请根据一示例性实施例示出的另一种事件提醒装置框图，该实施例在前述图5所示实施例的基础上，该装置还可以进一步包括：轨迹模块505，相似度模块506和第一判断模块507。

其中，轨迹模块505，用于确定由第一轨迹点构成的第一轨迹以及由第二轨迹点构成的第二轨迹。

相似度模块506，用于确定第一轨迹与第二轨迹之间的相似度。

第一判断模块507，用于在上述相似度大于等于预设阈值时，确定乘客端对应的遗失事件疑似发生。

如图8所示，图8是本申请根据一示例性实施例示出的另一种事件提醒装置框图，该实施例在前述图5所示实施例的基础上，该装置还可以进一步包括：查找模块508和第二判断模块509。

其中，查找模块508，用于针对每个第二轨迹点，查找与该第二轨迹点匹配的第一轨迹点，该第一轨迹点和该第二轨迹点构成一组轨迹对。

第二判断模块509，用于在基于上述轨迹对确定满足目标条件时，确定乘客端对应的遗失事件疑似发生。

在一些可选实施方式中，查找模块508被配置用于：查找该第二轨迹点对应的时刻之前的第二预设时段内，与该第二轨迹点距离最近的第一轨迹点，作为与该第二轨迹点匹配的第一轨迹点。

在另一些可选实施方式中，查找模块508被配置用于：根据该第二轨迹点对应的时刻和每个第一轨迹点对应的时刻，确定与该第二轨迹点匹配的第一轨迹点。其中，与该第二轨迹点匹配的第一轨迹点对应的时刻与该第二轨迹点对应的时刻最接近。

在另一些可选实施方式中，通过如下方式基于上述轨迹对确定满足目标条件：确定每组轨迹对对应的距离差。针对任一组轨迹对以及构成该组轨迹对的第一轨迹点和第二轨迹点，该组轨迹对对应的距离差为该第一轨迹点和该第二轨迹点之间的距离之差，至少响应于确定每组轨迹对对应的距离差都小于预设距离，确定满足所述目标条件。

在另一些可选实施方式中，至少响应于确定每组轨迹对对应的距离差都小于预设距离，通过如下方式确定满足所述目标条件：响应于确定每组轨迹对对应的距离差都小于预设距离，确定每组轨迹对对应的速度差。针对任一组轨迹对以及构成该组轨迹对的第一轨迹点和第二轨迹点，该组轨迹对对应的速度差为司机端在该第一轨迹点上的速度和所述乘客端在该第二轨迹点上的速度之差，至少响应于确定每组轨迹对对应的速度差都小于预设速度，确定满足所述目标条件。

应当理解，上述装置可以预先设置在服务器中，也可以通过下载等方式而加载到服务器中。上述装置中的相应模块可以与服务器中的模块相互配合以实现事件提醒方案。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请实施例还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图2至图4任一实施例提供的事件提醒方法。

对应于上述的事件提醒方法，本申请实施例还提出了图9所示的根据本申请的一示例性实施例的电子设备的示意结构图。请参考图9，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成事件提醒装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (11)

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

至少响应于目标订单的结束，确定满足预设条件；

响应于确定满足所述预设条件，获取第一预设时段内的第一轨迹点和第二轨迹点；所述第一轨迹点为所述目标订单对应的司机端的轨迹点；所述第二轨迹点为所述目标订单对应的乘客端的轨迹点；

若根据所述第一轨迹点和所述第二轨迹点确定所述乘客端对应的遗失事件疑似发生，向所述司机端发送用于确认所述遗失事件是否发生的询问信息；

响应于接收到针对所述询问信息的确认应答信息，执行预设的提醒操作。

2.根据权利要求1所述的方法，其特征在于，所述至少响应于目标订单的结束，确定满足预设条件，包括：

响应于所述目标订单的结束，确定所述目标订单的结束时刻对应的定位点；

确定所述目标订单对应的指定终点；

若所述指定终点与所述定位点的距离小于预设值，确定满足预设条件。

3.根据权利要求1所述的方法，其特征在于，通过如下方式根据所述第一轨迹点和所述第二轨迹点确定所述乘客端对应的遗失事件疑似发生：

确定由所述第一轨迹点构成的第一轨迹以及由所述第二轨迹点构成的第二轨迹；

确定所述第一轨迹与所述第二轨迹之间的相似度；

若所述相似度大于等于预设阈值，确定所述乘客端对应的遗失事件疑似发生。

4.根据权利要求1所述的方法，其特征在于，通过如下方式根据所述第一轨迹点和所述第二轨迹点确定所述乘客端对应的遗失事件疑似发生：

针对每个所述第二轨迹点，查找与该第二轨迹点匹配的第一轨迹点，该第一轨迹点和该第二轨迹点构成一组轨迹对；

若基于所述轨迹对确定满足目标条件，则确定所述乘客端对应的遗失事件疑似发生。

5.根据权利要求4所述的方法，其特征在于，所述查找与该第二轨迹点匹配的第一轨迹点，包括：

查找该第二轨迹点对应的时刻之前的第二预设时段内，与该第二轨迹点距离最近的第一轨迹点，作为与该第二轨迹点匹配的第一轨迹点。

6.根据权利要求4所述的方法，其特征在于，所述查找与该第二轨迹点匹配的第一轨迹点，包括：

根据该第二轨迹点对应的时刻和每个所述第一轨迹点对应的时刻，确定与该第二轨迹点匹配的第一轨迹点；其中，与该第二轨迹点匹配的第一轨迹点对应的时刻与该第二轨迹点对应的时刻最接近。

7.根据权利要求4-6中任一所述的方法，其特征在于，通过如下方式基于所述轨迹对确定满足目标条件：

确定每组所述轨迹对对应的距离差；针对任一组轨迹对以及构成该组轨迹对的第一轨迹点和第二轨迹点，该组轨迹对对应的距离差为该第一轨迹点和该第二轨迹点之间的距离之差；

至少响应于确定每组所述轨迹对对应的距离差都小于预设距离，确定满足所述目标条件。

8.根据权利要求7所述的方法，其特征在于，所述至少响应于确定每组所述轨迹对对应的距离差都小于预设距离，确定满足所述目标条件，包括：

响应于确定每组所述轨迹对对应的距离差都小于预设距离，确定每组所述轨迹对对应的速度差；针对任一组轨迹对以及构成该组轨迹对的第一轨迹点和第二轨迹点，该组轨迹对对应的速度差为所述司机端在该第一轨迹点上的速度和所述乘客端在该第二轨迹点上的速度之差；

至少响应于确定每组所述轨迹对对应的速度差都小于预设速度，确定满足所述目标条件。

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

确定模块，用于至少响应于目标订单的结束，确定满足预设条件；

获取模块，用于响应于确定满足所述预设条件，获取第一预设时段内的第一轨迹点和第二轨迹点；所述第一轨迹点为所述目标订单对应的司机端的轨迹点；所述第二轨迹点为所述目标订单对应的乘客端的轨迹点；

发送模块，用于在根据所述第一轨迹点和所述第二轨迹点确定所述乘客端对应的遗失事件疑似发生时，向所述司机端发送用于确认所述遗失事件是否发生的询问信息；

执行模块，用于响应于接收到针对所述询问信息的确认应答信息，执行预设的提醒操作。

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

11.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述权利要求1-8中任一项所述的方法。