CN105279957A - 消息提醒方法和装置 - Google Patents

Abstract

本公开是关于一种消息提醒方法和装置，属于网络技术领域。本公开通过获取当前终端的地理位置信息和时间信息；将地理位置信息和时间信息与用户交通习惯进行匹配，若地理位置信息处于历史出发地的预设地理范围内，且时间信息处于历史下单时间的预设时间范围内，则提示用户进行车辆使用预约。终端获取用户使用车辆的历史习惯，并根据终端当前的地理位置信息和时间信息，判断用户当前是否有使用车辆的需求，并在确定有该需求时，实现了提醒用户提前预约车辆的目的，使得用户可以在未到达出发地时即开始进行车辆预约，消除了交通拥挤或堵塞等影响，避免了车辆无法按时到达的问题，达到了提高打车效率的技术效果。

Description

消息提醒方法和装置

技术领域

本公开涉及网络技术领域，特别涉及一种消息提醒方法和装置。

背景技术

随着网络技术的快速发展，终端得到了广泛的应用。终端不仅为用户提供了娱乐服务，而且还给用户的生活带来了方便。如，终端提供了在线打车功能，乘客可以通过该功能，实现远距离打车。

在相关技术中，终端提供有打车软件，当乘客想要打车时，可以通过该软件，发送自己当前的位置和所要前往的目的地信息，当设置于出租车中的设备接收到该消息后，语音提示出租车司机，司机进行抢单，抢单成功的司机即可前往乘客所在位置，拉载乘客。

发明内容

本公开实施例提供了一种消息提醒方法和装置。所述技术方案如下：

根据本公开实施例的第一方面，提供了一种消息提醒方法，所述方法包括：

获取当前终端的地理位置信息和时间信息；

将所述地理位置信息和时间信息与用户交通习惯进行匹配，所述用户交通习惯包括车辆使用订单的历史出发地、历史下单时间以及历史目的地；

若所述地理位置信息处于所述历史出发地的预设地理范围内，且所述时间信息处于所述历史下单时间的预设时间范围内，则提示用户进行车辆使用预约。在本公开实施例的第一方面的第一种可能的实现方式中，所述提示用户进行车辆使用预约，包括：

根据所述历史目的地，显示提示信息，所述提示信息包括所述历史目的地和车辆预约提醒。

在本公开实施例的第一方面的第二种可能的实现方式中，所述用户交通习惯通过以下步骤得到：

获取每次车辆使用事件的数据项，所述数据项包括终端发出车辆使用订单的出发地、下单时间和目的地，所述下单时间包括星期项和时间项；

根据获取到的数据项获取用户的用车习惯。

结合本公开实施例的第一方面和第一方面的第二种可能实现方式，在第三种可能的实现方式中，所述根据获取到的数据项获取用户的用车习惯，包括：

获取多个第一时间项集合，每个第一时间项集合中具有相同出发地、星期项以及目的地的数据项内的时间项；

对每个第一时间项集合内的时间项进行聚类，得到每个第一时间项集合的至少一个类；

删除所述每个第一时间项集合中包含时间项数目少于第一预设阈值的类，得到多个第二时间项集合；

根据每个第二时间项集合以及每个第二时间项集合对应的出发地、星期项、以及目的地，获取所述用户交通习惯。

结合本公开实施例的上述任一可能实现方式，在第四种可能的实现方式中，所述根据每个第二时间项集合以及每个第二时间项集合对应的出发地、星期项、以及目的地，获取所述用户交通习惯，包括：

将每个时间项集合内的时间项的平均值、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为所述用户交通习惯；或，

将所述每个时间项集合内的时间项所处的时间段、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为所述用户交通习惯。

结合本公开实施例上述任一可能实现方式，在第五种可能的实现方式中，所述方法还包括：

在用户交通习惯获取过程中，忽略在当前统计周期内出发地出现次数小于第二预设阈值的数据项。

结合本公开实施例上述任一可能实现方式，在第六种可能的实现方式中，所述方法还包括：

在用户交通习惯获取过程中，忽略下单时间点与当前统计周期的起始点之间时间差大于预设时长的数据项。

根据本公开实施例的第二方面，提供了一种消息提醒装置，所述装置包括：

获取模块，用于获取当前终端的地理位置信息和时间信息；

匹配模块，用于将获取模块获取到的所述地理位置信息和时间信息与用户交通习惯进行匹配，所述用户交通习惯包括车辆使用订单的历史出发地、历史下单时间以及历史目的地；

提示模块，用于在所述匹配模块确定所述地理位置信息处于所述历史出发地的预设地理范围内，且所述时间信息处于所述历史下单时间的预设时间范围内时，提示用户进行车辆使用预约。

在本公开实施例的第二方面的第一种可能的实现方式中，所述提示模块用于：

根据所述历史目的地，显示提示信息，所述提示信息包括所述历史目的地和车辆预约提醒。

在本公开实施例的第二方面的第二种可能的实现方式中，所述装置还包括：

数据项获取模块，用于获取每次车辆使用事件的数据项，所述数据项包括终端发出车辆使用订单的出发地、下单时间和目的地，所述下单时间包括星期项和时间项；

习惯获取模块，用于根据所述数据项获取模块获取到的数据项获取用户的用车习惯。

结合本公开实施例的第一方面和第一方面的第二种可能实现方式，在第三种可能的实现方式中，所述习惯获取模块包括：

集合获取子模块，用于获取多个第一时间项集合，每个第一时间项集合中具有相同出发地、星期项以及目的地的数据项内的时间项；

聚类子模块，用于对所述集合获取模块获取到的每个第一时间项集合内的时间项进行聚类，得到每个第一时间项集合的至少一个类；

删除子模块，用于删除所述聚类模块得到的所述每个第一时间项集合中包含时间项数目少于第一预设阈值的类，得到多个第二时间项集合；

习惯获取子模块，用于根据所述删除模块得到的每个第二时间项集合以及每个第二时间项集合对应的出发地、星期项、以及目的地，获取所述用户交通习惯。

结合本公开实施例的上述任一可能实现方式，在第四种可能的实现方式中，所述习惯获取子模块用于：

将每个时间项集合内的时间项的平均值、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为所述用户交通习惯；

将所述每个时间项集合内的时间项所处的时间段、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为所述用户交通习惯。

结合本公开实施例的上述任一可能实现方式，在第五种可能的实现方式中，所述习惯获取模块还用于在用户交通习惯获取过程中，忽略在当前统计周期内出发地出现次数小于第二预设阈值的数据项。

结合本公开实施例的上述任一可能实现方式，在第六种可能的实现方式中，所述习惯获取模块还用于在用户交通习惯获取过程中，忽略下单时间点与当前统计周期的起始点之间时间差大于预设时长的数据项。

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

通过获取当前终端的地理位置信息和时间信息；将地理位置信息和时间信息与用户交通习惯进行匹配，该用户交通习惯包括车辆使用订单的历史出发地、历史下单时间以及历史目的地，若地理位置信息处于历史出发地的预设地理范围内，且时间信息处于历史下单时间的预设时间范围内，则提示用户进行车辆使用预约。终端获取用户使用车辆的历史习惯，并根据终端当前的地理位置信息和时间信息，判断用户当前是否有使用车辆的需求，并在确定有该需求时，实现了提醒用户提前预约车辆的目的，使得用户可以在未到达出发地时即开始进行车辆预约，消除了交通拥挤或堵塞等影响，避免了车辆无法按时到达的问题，达到了提高打车效率的技术效果。

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

附图说明

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

图1是根据一示例性实施例示出的一种消息提醒方法的流程图。

图2是根据另一示例性实施例示出的一种消息提醒方法的流程图。

图3是根据一示例性实施例示出的一种消息提醒装置框图。

图4是根据另一示例性实施例示出的一种消息提醒装置框图。

图5是根据一示例性实施例示出的一种消息提醒装置500的框图。

具体实施方式

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

本公开实施例提供的消息提醒方法，可通过诸如手机、平板电脑和便携式计算机之类的终端执行。终端中运行有用于打车下单和打车预约提醒的应用客户端。

图1是根据一示例性实施例示出的一种消息提醒方法的流程图，本实施例以该消息提醒方法由终端作为执行主体来举例说明。该消息提醒方法可以包括如下几个步骤：

在步骤101中，获取当前终端的地理位置信息和时间信息。

在步骤102中，将地理位置信息和时间信息与用户交通习惯进行匹配，该用户交通习惯包括车辆使用订单的历史出发地、历史下单时间以及历史目的地。

在步骤103中，若地理位置信息处于历史出发地的预设地理范围内，且时间信息处于历史下单时间的预设时间范围内，则提示用户进行车辆使用预约。

综上所述，本实施例提供的方法，通过获取当前终端的地理位置信息和时间信息；将地理位置信息和时间信息与用户交通习惯进行匹配，该用户交通习惯包括车辆使用订单的历史出发地、历史下单时间以及历史目的地，若地理位置信息处于历史出发地的预设地理范围内，且时间信息处于历史下单时间的预设时间范围内，则提示用户进行车辆使用预约。终端获取用户使用车辆的历史习惯，并根据终端当前的地理位置信息和时间信息，判断用户当前是否有使用车辆的需求，并在确定有该需求时，实现了提醒用户提前预约车辆的目的，使得用户可以在未到达出发地时即开始进行车辆预约，消除了交通拥挤或堵塞等影响，避免了车辆无法按时到达的问题，达到了提高打车效率的技术效果。

基于上述提供的方法实施例，在本公开实施例的第一种可能的实现方式中，所述提示用户进行车辆使用预约，包括：

根据所述历史目的地，显示提示信息，所述提示信息包括所述历史目的地和车辆预约提醒。

在本公开实施例的第二种可能的实现方式中，所述用户交通习惯通过以下步骤得到：

获取每次车辆使用事件的数据项，所述数据项包括终端发出车辆使用订单的出发地、下单时间和目的地，所述下单时间包括星期项和时间项；

根据获取到的数据项获取用户的用车习惯。

在本公开实施例的第三种可能的实现方式中，所述根据获取到的数据项获取用户的用车习惯，包括：

获取多个第一时间项集合，每个第一时间项集合中具有相同出发地、星期项以及目的地的数据项内的时间项；

对每个第一时间项集合内的时间项进行聚类，得到每个第一时间项集合的至少一个类；

删除所述每个第一时间项集合中包含时间项数目少于第一预设阈值的类，得到多个第二时间项集合；

根据每个第二时间项集合以及每个第二时间项集合对应的出发地、星期项、以及目的地，获取所述用户交通习惯。

在本公开实施例的第四种可能的实现方式中，所述根据每个第二时间项集合以及每个第二时间项集合对应的出发地、星期项、以及目的地，获取所述用户交通习惯，包括：

将每个时间项集合内的时间项的平均值、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为所述用户交通习惯；或，

将所述每个时间项集合内的时间项所处的时间段、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为所述用户交通习惯。

在本公开实施例的第五种可能的实现方式中，所述方法还包括：

在用户交通习惯获取过程中，忽略在当前统计周期内出发地出现次数小于第二预设阈值的数据项。

在本公开实施例的第六种可能的实现方式中，所述方法还包括：

在用户交通习惯获取过程中，忽略下单时间点与当前统计周期的起始点之间时间差大于预设时长的数据项。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图2是根据另一示例性实施例示出的一种消息提醒方法的流程图，本实施例以该消息提醒方法由终端作为执行主体来举例说明。该消息提醒方法可以包括如下几个步骤：

在步骤201中，获取每次车辆使用事件的数据项，该数据项包括终端发出车辆使用订单的出发地、下单时间和目的地，下单时间包括星期项和时间项。

为了确保能够及时为用户提供消息提醒功能，需要获知用户交通习惯，例如用户打车习惯，也即是，该终端用户一般会在何时何地打车，那么，需要终端在过去时间内发出的车辆使用订单进行分析。终端可以提供有打车应用客户端，用户可以通过该客户端对使用车辆进行下单，针对每一次的下单，可以称之为车辆使用事件。针对每次的车辆使用事件，终端会自动记录该车辆使用事件对应的数据项。其中，星期项包括星期一、星期二、星期三至星期日这七项，时间项是指以24小时制式记录的时间点，如北京时间20:30等。

在一个可能的实施方式中，该数据项可以采用三元组的形式表达，例如，每个数据项可以表示为<出发地、下单时间、目的地>。

在用户交通习惯获取的过程中，可以包括如下几种可能的实施方式：

在第一种可能的实施方式中，终端获取到的所有数据项中，可能存在一些下单时间与当前统计时间之间的时间差较大的数据项，在用户交通习惯获取过程中，可以忽略下单时间点与当前统计周期的起始点之间时间差大于预设时长的数据项。如此，不仅可以减少终端的运算量，而且能够提高确定用户交通习惯的时效性和准确性。其中，预设时长可以由***默认设置，也可以由用户根据实际需要进行自主设置。

例如，预设时长设置为3个月，若终端在2015年10月27日进行数据项统计，则有效数据项为2015年7月27日之后的数据项，若检测到2015年7月27日之前的数据项，则终端可以对其忽略不计。

在第二种可能的实施方式中，在用户交通习惯获取过程中，若当前统计周期内出发地出现次数小于第二预设阈值，则说明用户不经常在该出发地使用车辆。终端可以忽略在当前统计周期内出发地出现次数小于第二预设阈值的数据项，以便筛选出用户使用车辆的习惯出发地。其中，第二预设阈值可以由***默认设置，也可以由用户根据实际需求自主设置。

例如，若在当前统计周期内，出发地为北京西站出现的次数为一次，说明用户不经常在北京西站打车，因此，可以忽略出发地为北京西站所对应的数据项。

在步骤202中，获取多个第一时间项集合，每个第一时间项集合中具有相同出发地、星期项以及目的地的数据项内的时间项。

终端将获取到的数据项中的时间项按照相同出发地、星期项以及目的地进行分组，得到多个第一时间项集合，每个第一时间项集合中包括多个时间项。例如，终端获取出发地为地铁上地站、星期项为星期一，以及目的地为知春路所对应的第一时间项集合为{12:05，20:58，21:13，12:12，20:57，20:52}。

同理，按照相同的获取方式，针对多个不同的出发地、星期项以及目的地，终端可以获取多个第一时间项集合。现以获取星期项为星期一至星期五所对应的第一时间项集合进行举例说明。

为了直观的表述上述内容，仅以出发地、星期项以及目的地与其对应的第一时间项集合之间的对应关系进行举例，如下表1所示。

表1

出发地	星期项	目的地	第一时间项集合
				地铁上地站	星期一	知春路	{12:05，20:58，21:13，12:12，20:57，20:52}
地铁上地站	星期二	知春路	{11:35，21:01，20:57，20:52，13:04，21:08}
				地铁上地站	星期三	知春路	{20:57，21:08，20:52，21:07，10:52}
地铁上地站	星期四	知春路	{20:55，20:55，21:10，12:14，21:11}
				地铁上地站	星期五	北京南站	{18:56，18:53，19:04，19:08}

在步骤203中，对每个第一时间项集合内的时间项进行聚类，得到每个第一时间项集合的至少一个类。

由于得到的第一时间项集合中的时间项分布比较不集中，终端需要对每个第一时间项集合内的时间项进行聚类，对于每个第一时间项集合来说，通过聚类，可以得到该第一时间项集合的至少一个类，每个类中包括至少一个时间项。该聚类方式可以有多种，例如，聚类过程可以包括：将每个时间项作为单独的一个类，通过反复迭代的方式，将时间项之间的时间差值小于预设时间差值的时间项聚为一类，直到所有时间项分类结束。其中，预设时间差值可以由***默认设置，也可以由用户根据实际需要进行自主设置。

以上述例子为例，对每个第一时间项集合进行聚类，可以得到如下表2所示的多个类。

表2

出发地	星期项	目的地	第一时间项集合
				地铁上地站	星期一	知春路	{{12:05，12:12}，{20:58，21:13，20:57，20:52}}
地铁上地站	星期二	知春路	{{11:35，13:04}，{21:01，20:57，20:52，21:08}}
				地铁上地站	星期三	知春路	{{10:52}，{20:57，21:08，20:52，21:07}}
地铁上地站	星期四	知春路	{{12:14}，{20:55，20:55，21:10，21:11}}
				地铁上地站	星期五	北京南站	{{18:56，18:53，19:04，19:08}}

在步骤204中，删除每个第一时间项集合中包含时间项数目少于第一预设阈值的类，得到多个第二时间项集合。

对于第一时间项集合中包括的多个类来说，当某一类中时间项数量少于第一预设阈值时，则说明该类对应的时间项不是用户经常使用车辆的时间，终端可以删除每个第一时间项集合中包含时间项数目少于第一预设阈值的类，得到多个第二时间项集合。相应的，一个第二时间项集合内剩余时间项所对应的数据项也是具有相同的出发地、星期项以及目的地。其中，第一预设阈值可以由***默认设置，也可以由用户根据实际需求进行自主设置。

上述通过删除掉每个第一时间项集合中包含时间项数目少于第一预设阈值的类，得到第二时间项集合，通过该第二时间项集合，可以确定用户过去使用车辆较为频繁的多个时间项。

例如，第一预设阈值设置为3，则上述例中的每个第一时间项集合中的类进行删除处理，可以得到第二时间项集合对应的数据项，如下表3所示。

表3

出发地	星期项	目的地	第二时间项集合
				地铁上地站	星期一	知春路	{{20:58，21:13，20:57，20:52}}
地铁上地站	星期二	知春路	{{21:01，20:57，20:52，21:08}}
				地铁上地站	星期三	知春路	{{20:57，21:08，20:52，21:07}}
地铁上地站	星期四	知春路	{{20:55，20:55，21:10，21:11}}

地铁上地站

星期五

北京南站

{{18:56，18:53，19:04，19:08}}

在步骤205中，根据每个第二时间项集合以及每个第二时间项集合对应的出发地、星期项、以及目的地，获取用户交通习惯。

其中，获取用户交通习惯可以包括如下几种可能的实现方式：

在第一种可能的实现方式中，终端将每个时间项集合内的时间项的平均值、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为用户交通习惯。

通过上述删除每个第一时间项集合中包含时间项数目少于第一预设阈值的类，可以得到多个第二时间项集合，终端计算每个第二时间项集合内的时间项的平均值，并将该平均值及其所对应的星期项确定为用户交通***均值所对应的出发地确定为用户交通习惯中的历史出发地，以及目的地确定为用户交通习惯中的历史目的地。

例如，计算每个第二时间项集合内的时间项的平均值，可以得到对应的数据项，如下表4所示。

表4

出发地	星期项	目的地	第二时间项平均值
				地铁上地站	星期一	知春路	{21:00}
地铁上地站	星期二	知春路	{21:00}
				地铁上地站	星期三	知春路	{21:01}
地铁上地站	星期四	知春路	{21:02}
				地铁上地站	星期五	北京南站	{19:01}

相应地，可以获取用户交通习惯如下表5所示。

表5

上述通过计算每个时间项集合内的时间项的平均值，确定用户交通习惯中下单时间对应的时间项，可以充分反映用户打车习惯的时间。

在第二种可能的实现方式中，将每个时间项集合内的时间项所处的时间段、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为用户交通习惯。

终端也可以根据第二时间项集合，确定该集合内的时间项的时间段。该时间段的确定过程可以是，以该集合内的最小时间项为下限，以最大时间项为上限，来确定时间段。以上述数据1对应的第二时间项集合{{20:58，21:13，20:57，20:52}}为例进行举例说明，该集合中的最小时间项为20:52，最大时间项为21:13，则可以确定该集合内的时间项的时间段为[20:52，21:13]，同理，可以得到上述多个时间项对应的时间段，如下表6所示。

表6

出发地	星期项	目的地	时间段
				地铁上地站	星期一	知春路	[20:52，21:13]
地铁上地站	星期二	知春路	[20:52，21:08]
				地铁上地站	星期三	知春路	[20:52，21:08]
地铁上地站	星期四	知春路	[20:55，21:11]
				地铁上地站	星期五	北京南站	[18:53，19:08]

相应地，可以获取用户交通习惯如下表7所示。

表7

上述通过确定第二时间项集合内的时间项的时间段，并利用该时间段来表示用户交通习惯中下单时间对应的时间项，增大了判断过程的灵活性。

需要说明的是，上述确定时间段的方法仅是示例性，在其它实施例中，也可以采用其它方法来确定时间段，本公开对此不作限定。

在步骤206中，获取当前终端的地理位置信息和时间信息。

其中，当前终端的地理位置信息可以为终端的地理位置坐标或终端所处的地理位置名称，终端可以通过GPS(GlobalPositioningSystem，全球定位***)定位技术获取当前的地理位置信息，当然，也可以通过也可采用基站定位技术或Wi-Fi(WirelessFidelity，无线保真)定位技术获取。本公开对此不作限定。

在步骤207中，将地理位置信息和时间信息与用户交通习惯进行匹配，该用户交通习惯包括车辆使用订单的历史出发地、历史下单时间以及历史目的地。

其中，将地理位置信息和时间信息与用户交通习惯进行匹配的过程包括：判断地理位置信息是否处于历史出发地的预设地理范围内，并判断时间信息是否处于历史下单时间的预设时间范围内。如果是，则执行步骤208，如果否，结束。

若终端当前的地理位置信息距离历史出发地较近时，用户可能有前往历史出发地打车的需求，因此，在终端获取地理位置信息后，根据该地理位置坐标和历史出发地的地理位置坐标，可以计算当前的地理位置信息与历史出发地之间的距离，并判断该距离是否在预设地理范围内。

其中，预设地理范围可以由***默认设置，也可以由用户根据实际需求自主设置。例如，用户可以将预设地理范围设置为距离历史出发地200米。

由于终端需要在历史下单时间之前的一段时间范围内，提醒用户进行车辆使用预约，因此，可以通过判断时间信息是否处于历史下单时间的预设时间范围内，来确定是否进行提醒。终端获取当前的时间信息，计算当前时间与历史下单时间之间的时间差，并根据计算得到的时间差值，判断当前的时间信息是否处于历史下单时间的预设时间范围内。若该时间差小于预设时间，则确定当前的时间信息处于历史下单时间的预设时间范围内。其中，预设时间范围可以由***默认设置，也可以由用户根据实际需求自主设置。

例如，用户可以将预设时间范围设置为，当前的时间与历史下单时间之间的时间差小于30分钟。

在步骤208中，若地理位置信息处于历史出发地的预设地理范围内，且时间信息处于历史下单时间的预设时间范围内，则提示用户进行车辆使用预约。

其中，提示用户进行车辆使用预约可以包括如下几种可能的实现方式：

在第一种可能的实现方式中，终端以响铃的方式提示用户进行车辆使用预约。当地理位置信息处于历史出发地的预设地理范围内，且时间信息处于历史下单时间的预设时间范围内时，终端控制自身的闹铃开始响铃，以便提示用户进行车辆使用预约。当然，终端也可以以震动的方式，来提示用户进行车辆使用预约。

在第二种可能的实现方式中，终端根据历史目的地，显示提示信息，该提示信息包括了历史目的地和车辆预约提醒。提示信息用于提醒用户进行车辆使用预约，以到达历史目的地。终端可以提供跳转至打车软件的接口，使得用户在点击该接口时，可以直接跳转至打车软件进行车辆使用下单操作，从而提高了用户体验效果。

当地理位置信息处于历史出发地的预设地理范围内，且时间信息处于历史下单时间的预设时间范围内时，根据用户交通习惯中的历史目的地，在显示屏上显示提示信息，并且，该提示信息中包括了历史目的地和车辆预约提醒，以便用户根据该提示，进行车辆使用预约，以到达历史目的地。如此，通过直观显示的方式提醒用户进行车辆使用预约，提高了用户体验。

另外，终端还可以获取出发地周围的交通信息，根据交通信息预估到达出发地的时间，并相应的调整预设时间范围。当终端预估到达出发地的时间较长时，增大预设时间范围值，当终端预估到达出发地的时间较短时，相应的，减小预设时间范围值。例如，假如预设时间范围设置为20分钟，终端通过获取出发地周围的交通信息，预估可以在10分钟之内到达目的地，则相应地，将预设时间范围调整为10分钟，如此，终端将会在到达出发地的10分钟之前，提示用户进行车辆使用预约，若终端预估需要在30分钟到达目的地，则相应地，将预设时间范围调整为30分钟，终端将会在到达出发地的30分钟之前，提示用户进行车辆使用预约。如此，可以提高用户体验。

综上所述，本实施例提供的方法，通过获取当前终端的地理位置信息和时间信息；将地理位置信息和时间信息与用户交通习惯进行匹配，该用户交通习惯包括车辆使用订单的历史出发地、历史下单时间以及历史目的地，若地理位置信息处于历史出发地的预设地理范围内，且时间信息处于历史下单时间的预设时间范围内，则提示用户进行车辆使用预约。终端获取用户使用车辆的历史习惯，并根据终端当前的地理位置信息和时间信息，判断用户当前是否有使用车辆的需求，并在确定有该需求时，实现了提醒用户提前预约车辆的目的，使得用户可以在未到达出发地时即开始进行车辆预约，消除了交通拥挤或堵塞等影响，避免了车辆无法按时到达的问题，达到了提高打车效率的技术效果。另外，终端通过获取历史使用车辆时间对应的数据项，并对该数据项进行挖掘，得到用户交通习惯，并且在分析时忽略了下单时间点与当前统计周期的起始点之间时间差大于预设时长的数据项，以及当前统计周期内出发地出现次数小于第二预设阈值的数据项，提高了提醒的精准度。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图3是根据一示例性实施例示出的一种消息提醒装置框图，本实施例以该消息提醒装置通过终端执行来进行举例说明。该消息提醒装置可以包括：

获取模块310，用于获取当前终端的地理位置信息和时间信息；

匹配模块312，用于将获取模块获取到的所述地理位置信息和时间信息与用户交通习惯进行匹配，所述用户交通习惯包括车辆使用订单的历史出发地、历史下单时间以及历史目的地；

提示模块314，用于在所述匹配模块312确定所述地理位置信息处于所述历史出发地的预设地理范围内，且确定所述时间信息处于所述历史下单时间的预设时间范围内时，提示用户进行车辆使用预约。

综上所述，上述实施例提供的装置，通过获取当前终端的地理位置信息和时间信息；将地理位置信息和时间信息与用户交通习惯进行匹配，该用户交通习惯包括车辆使用订单的历史出发地、历史下单时间以及历史目的地，若地理位置信息处于历史出发地的预设地理范围内，且时间信息处于历史下单时间的预设时间范围内，则提示用户进行车辆使用预约。终端获取用户使用车辆的历史习惯，并根据终端当前的地理位置信息和时间信息，判断用户当前是否有使用车辆的需求，并在确定有该需求时，实现了提醒用户提前预约车辆的目的，使得用户可以在未到达出发地时即开始进行车辆预约，消除了交通拥挤或堵塞等影响，避免了车辆无法按时到达的问题，达到了提高打车效率的技术效果。

基于上述实施例提供的装置，请参考图4，在本公开的一个实施例中，所述提示模块314用于：

根据所述历史目的地，显示提示信息，所述提示信息包括所述历史目的地和车辆预约提醒。

在本公开的一个实施例中，所述装置还包括：

数据项获取模块316，用于获取每次车辆使用事件的数据项，所述数据项包括终端发出车辆使用订单的出发地、下单时间和目的地，所述下单时间包括星期项和时间项；

习惯获取模块318，用于根据所述数据项获取模块316获取到的数据项获取用户的用车习惯。

在本公开的一个实施例中，所述习惯获取模块318包括：

集合获取子模块318a，用于获取多个第一时间项集合，每个第一时间项集合中具有相同出发地、星期项以及目的地的数据项内的时间项；

聚类子模块318b，用于对所述集合获取模块318a获取到的每个第一时间项集合内的时间项进行聚类，得到每个第一时间项集合的至少一个类；

删除子模块318c，用于删除所述聚类模块318b得到的所述每个第一时间项集合中包含时间项数目少于第一预设阈值的类，得到多个第二时间项集合；

习惯获取子模块318d，用于根据所述删除模块318c得到的每个第二时间项集合以及每个第二时间项集合对应的出发地、星期项、以及目的地，获取所述用户交通习惯。

在本公开的一个实施例中，所述习惯获取子模块318d用于：

将每个时间项集合内的时间项的平均值、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为所述用户交通习惯；

将所述每个时间项集合内的时间项所处的时间段、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为所述用户交通习惯。

在本公开的一个实施例中，所述习惯获取模块318还用于在所述习惯获取模块执行用户交通习惯获取过程中，忽略在当前统计周期内出发地出现次数小于第二预设阈值的数据项。

在本公开的一个实施例中，所述习惯获取模块318还用于在所述习惯获取模块执行用户交通习惯获取过程中，忽略下单时间点与当前统计周期的起始点之间时间差大于预设时长的数据项。

上述星期项包括星期一、星期二、星期三至星期日这七项，时间项是指以24小时制式记录的时间点。

上述数据项可以采用三元组的形式表达。终端将获取到的数据项中的时间项按照相同出发地、星期项以及目的地进行分组，得到多个第一时间项集合，每个第一时间项集合中包括多个时间项。

上述对每个第一时间项集合内的时间项进行聚类，对于每个第一时间项集合来说，通过聚类，可以得到该第一时间项集合的至少一个类，每个类中包括至少一个时间项。

上述得到的每个第二时间项集合内剩余时间项所对应的数据项也是具有相同的出发地、星期项以及目的地。

上述地理位置信息的获取，可以通过GPS定位技术获取当前的地理位置信息，当然，也可以通过也可采用基站定位技术或Wi-Fi定位技术获取。

上述将地理位置信息和时间信息与用户交通习惯进行匹配的过程包括：判断地理位置信息是否处于历史出发地的预设地理范围内，并判断时间信息是否处于历史下单时间的预设时间范围内。

上述提示用户进行车辆使用预约的方式可以包括：以响铃的方式提示用户进行车辆使用预约，或终端根据历史目的地，显示提示信息。

上述提示信息用于提醒用户进行车辆使用预约，以到达历史目的地。

另外，终端还可以获取出发地周围的交通信息，根据交通信息预估到达出发地的时间，并相应的调整预设时间范围。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开一示例性实施例还提供了一种消息提醒装置，能够实现本公开提供的消息提醒方法。该装置包括：处理器，以及用于存储处理器的可执行指令的存储器。其中，处理器被配置为用于：

获取当前终端的地理位置信息和时间信息；

将所述地理位置信息和时间信息与用户交通习惯进行匹配，所述用户交通习惯包括车辆使用订单的历史出发地、历史下单时间以及历史目的地；

若所述地理位置信息处于所述历史出发地的预设地理范围内，且所述时间信息处于所述历史下单时间的预设时间范围内，则提示用户进行车辆使用预约。

在本公开的一个实施例中，处理器还被配置为用于：

根据所述历史目的地，显示提示信息，所述提示信息包括所述历史目的地和车辆预约提醒。

在本公开的一个实施例中，处理器还被配置为用于：

获取每次车辆使用事件的数据项，所述数据项包括终端发出车辆使用订单的出发地、下单时间和目的地，所述下单时间包括星期项和时间项；

根据获取到的数据项获取用户的用车习惯。

在本公开的一个实施例中，处理器还被配置为用于：

获取多个第一时间项集合，每个第一时间项集合中具有相同出发地、星期项以及目的地的数据项内的时间项；

对每个第一时间项集合内的时间项进行聚类，得到每个第一时间项集合的至少一个类；

删除所述每个第一时间项集合中包含时间项数目少于第一预设阈值的类，得到多个第二时间项集合；

根据每个第二时间项集合以及每个第二时间项集合对应的出发地、星期项、以及目的地，获取所述用户交通习惯。

在本公开的一个实施例中，处理器还被配置为用于：

将每个时间项集合内的时间项的平均值、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为所述用户交通习惯；或，

将所述每个时间项集合内的时间项所处的时间段、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为所述用户交通习惯。

在本公开的一个实施例中，处理器还被配置为用于：

在用户交通习惯获取过程中，忽略在当前统计周期内出发地出现次数小于第二预设阈值的数据项。

在本公开的一个实施例中，处理器还被配置为用于：

在用户交通习惯获取过程中，忽略下单时间点与当前统计周期的起始点之间时间差大于预设时长的数据项。

图5是根据一示例性实施例示出的一种消息提醒装置500的框图。例如，装置500可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图5，装置500可以包括以下一个或多个组件：处理组件502，存储器504，电源组件506，多媒体组件508，音频组件510，输入/输出(I/O)的接口512，传感器组件514，以及通信组件516。

处理组件502通常控制装置500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件502可以包括一个或多个处理器520来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模块，便于处理组件502和其他组件之间的交互。例如，处理组件502可以包括多媒体模块，以方便多媒体组件508和处理组件502之间的交互。

存储器504被配置为存储各种类型的数据以支持在装置500的操作。这些数据的示例包括用于在装置500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件506为装置500的各种组件提供电力。电源组件506可以包括电源管理***，一个或多个电源，及其他与为装置500生成、管理和分配电力相关联的组件。

多媒体组件508包括在所述装置500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件508包括一个前置摄像头和/或后置摄像头。当装置500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件510被配置为输出和/或输入音频信号。例如，音频组件510包括一个麦克风(MIC)，当装置500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中，音频组件510还包括一个扬声器，用于输出音频信号。

I/O接口512为处理组件502和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件514包括一个或多个传感器，用于为装置500提供各个方面的状态评估。例如，传感器组件514可以检测到装置500的打开/关闭状态，组件的相对定位，例如所述组件为装置500的显示器和小键盘，传感器组件514还可以检测装置500或装置500一个组件的位置改变，用户与装置500接触的存在或不存在，装置500方位或加速/减速和装置500的温度变化。传感器组件514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件516被配置为便于装置500和其他设备之间有线或无线方式的通信。装置500可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件516经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件516还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置500可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器504，上述指令可由装置500的处理器520执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置500的处理器执行时，使得装置500能够执行如图1或图2提供的一种消息提醒方法。

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

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

Claims (15)

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

获取当前终端的地理位置信息和时间信息；

将所述地理位置信息和时间信息与用户交通习惯进行匹配，所述用户交通习惯包括车辆使用订单的历史出发地、历史下单时间以及历史目的地；

若所述地理位置信息处于所述历史出发地的预设地理范围内，且所述时间信息处于所述历史下单时间的预设时间范围内，则提示用户进行车辆使用预约。

2.根据权利要求1所述的方法，其特征在于，所述提示用户进行车辆使用预约，包括：

根据所述历史目的地，显示提示信息，所述提示信息包括所述历史目的地和车辆预约提醒。

3.根据权利要求1所述的方法，其特征在于，所述用户交通习惯通过以下步骤得到：

获取每次车辆使用事件的数据项，所述数据项包括终端发出车辆使用订单的出发地、下单时间和目的地，所述下单时间包括星期项和时间项；

根据获取到的数据项获取用户的用车习惯。

4.根据权利要求3所述的方法，其特征在于，所述根据获取到的数据项获取用户的用车习惯，包括：

获取多个第一时间项集合，每个第一时间项集合中具有相同出发地、星期项以及目的地的数据项内的时间项；

对每个第一时间项集合内的时间项进行聚类，得到每个第一时间项集合的至少一个类；

删除所述每个第一时间项集合中包含时间项数目少于第一预设阈值的类，得到多个第二时间项集合；

根据每个第二时间项集合以及每个第二时间项集合对应的出发地、星期项、以及目的地，获取所述用户交通习惯。

5.根据权利要求4所述的方法，其特征在于，所述根据每个第二时间项集合以及每个第二时间项集合对应的出发地、星期项、以及目的地，获取所述用户交通习惯，包括：

将每个时间项集合内的时间项的平均值、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为所述用户交通习惯；或，

将所述每个时间项集合内的时间项所处的时间段、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为所述用户交通习惯。

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

在用户交通习惯获取过程中，忽略在当前统计周期内出发地出现次数小于第二预设阈值的数据项。

7.根据权利要求3至5任一所述的方法，其特征在于，所述方法还包括：

在用户交通习惯获取过程中，忽略下单时间点与当前统计周期的起始点之间时间差大于预设时长的数据项。

8.一种消息提醒装置，其特征在于，所述装置包括：

获取模块，用于获取当前终端的地理位置信息和时间信息；

匹配模块，用于将获取模块获取到的所述地理位置信息和时间信息与用户交通习惯进行匹配，所述用户交通习惯包括车辆使用订单的历史出发地、历史下单时间以及历史目的地；

提示模块，用于在所述匹配模块确定所述地理位置信息处于所述历史出发地的预设地理范围内，且所述时间信息处于所述历史下单时间的预设时间范围内时，提示用户进行车辆使用预约。

9.根据权利要求8所述的装置，其特征在于，所述提示模块用于：

根据所述历史目的地，显示提示信息，所述提示信息包括所述历史目的地和车辆预约提醒。

10.根据权利要求8所述的装置，其特征在于，所述装置还包括：

数据项获取模块，用于获取每次车辆使用事件的数据项，所述数据项包括终端发出车辆使用订单的出发地、下单时间和目的地，所述下单时间包括星期项和时间项；

习惯获取模块，用于根据所述数据项获取模块获取到的数据项获取用户的用车习惯。

11.根据权利要求10所述的装置，其特征在于，所述习惯获取模块包括：

集合获取子模块，用于获取多个第一时间项集合，每个第一时间项集合中具有相同出发地、星期项以及目的地的数据项内的时间项；

聚类子模块，用于对所述集合获取模块获取到的每个第一时间项集合内的时间项进行聚类，得到每个第一时间项集合的至少一个类；

删除子模块，用于删除所述聚类模块得到的所述每个第一时间项集合中包含时间项数目少于第一预设阈值的类，得到多个第二时间项集合；

习惯获取子模块，用于根据所述删除模块得到的每个第二时间项集合以及每个第二时间项集合对应的出发地、星期项、以及目的地，获取所述用户交通习惯。

12.根据权利要求11所述的装置，其特征在于，所述习惯获取子模块用于：

将每个时间项集合内的时间项的平均值、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为所述用户交通习惯；

将所述每个时间项集合内的时间项所处的时间段、每个第二时间项集合对应的出发地、星期项、以及目的地，获取为所述用户交通习惯。

13.根据权利要求10至12任一所述的装置，其特征在于，所述习惯获取模块还用于在用户交通习惯获取过程中，忽略在当前统计周期内出发地出现次数小于第二预设阈值的数据项。

14.根据权利要求10至12任一所述的装置，其特征在于，所述习惯获取模块还用于在用户交通习惯获取过程中，忽略下单时间点与当前统计周期的起始点之间时间差大于预设时长的数据项。

15.一种消息提醒装置，其特征在于，包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器用于：

获取当前终端的地理位置信息和时间信息；

将所述地理位置信息和时间信息与用户交通习惯进行匹配，所述用户交通习惯包括车辆使用订单的历史出发地、历史下单时间以及历史目的地；

若所述地理位置信息处于所述历史出发地的预设地理范围内，且所述时间信息处于所述历史下单时间的预设时间范围内，则提示用户进行车辆使用预约。