CN106067070A - 订票提示方法及装置 - Google Patents

Abstract

本公开是关于一种订票提示方法及装置，属于网络技术领域。所述方法包括：获取用户当前的地理位置和当前时间点；将该地理位置和当前时间点与用户出行习惯进行匹配；当该地理位置处于特定出发地的预设地理范围内，并且当前时间点处于特定出发时间信息的预设时间范围内时，展示提示消息。本公开通过获取用户出行习惯，并根据用户当前的地理位置和当前时间点判断用户是否有出行需求，并在确定用户有出行需求时提前显示提示消息，从而能够在用户忘记订票时对用户进行提醒，以便用户能够及时订票，避免了用户由于忘记提前订票导致的买不到票、无法出行的问题，提高了灵活性。

Description

订票提示方法及装置

技术领域

本公开涉及网络技术领域，特别涉及一种订票提示方法及装置。

背景技术

随着网络技术的发展，网络售票技术也为用户生活带来了方便。例如，当用户准备乘坐公共交通工具出行时，可以通过网络提前订票，如预订火车票、飞机票等，订票成功后，用户即可凭票乘坐公共交通工具出行。

但是，网络售票技术带来方便的同时，也带来了困扰。由于现在越来越多的用户开始通过网络提前订票，车票在公共交通工具出发前就会被抢购一空，如果用户忘记提前订票，则将有可能买不到票，导致用户无法出行。

例如，用户A在北京工作，家在天津，每周五会从北京坐高铁回天津，则用户A需要提前购买周五从北京到天津的高铁票，而如果用户A忘记提前订票，将有可能买不到票，导致周五无法回到天津。

发明内容

为克服相关技术中存在的问题，本公开提供一种订票提示方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种订票提示方法，所述方法包括：

获取用户当前的地理位置和当前时间点；

将所述地理位置和所述当前时间点与用户出行习惯进行匹配，所述用户出行习惯包括特定出发地、特定出发时间信息以及对应的特定目的地；

当所述地理位置处于所述特定出发地的预设地理范围内，并且所述当前时间点处于所述特定出发时间信息的预设时间范围内时，展示提示消息，所述提示消息用于提示用户进行订票。

在另一实施例中，所述将所述地理位置和所述当前时间点与用户出行习惯进行匹配，包括：

所述特定出发时间信息包括出发时间点，判断所述当前时间点是否处于所述出发时间点之前的第一预设时长内；

若所述当前时间点处于所述出发时间点之前的第一预设时长内，则确定所述当前时间点处于所述特定出发时间信息的预设时间范围内。

在另一实施例中，所述方法还包括：

获取用户乘坐公共交通工具的历史行程信息，所述历史行程信息包括多个数据项，每个数据项包括历史出发地、历史出发时间信息和历史目的地，所述历史出发时间信息包括出发日期项和出发时间项；

对所述多个数据项进行统计，获取所述用户出行习惯。

在另一实施例中，所述获取用户乘坐公共交通工具的历史行程信息，包括：

从订票通知短消息中获取所述历史行程信息，所述订票通知短消息为短信、邮件或者订票管理应用提供的订票信息。

在另一实施例中，所述对所述多个数据项进行统计，获取所述用户出行习惯，包括：

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

对所述每个第一数据项集合内的出发时间项进行聚类，得到所述每个第一数据项集合的至少一个类；

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

根据每个第二数据项集合以及所述每个第二数据项集合对应的出发地、出发日期项、以及目的地，获取所述用户出行习惯。

在另一实施例中，所述根据每个第二数据项集合以及所述每个第二数据项集合对应的出发地、出发日期项、以及目的地，获取所述用户出行习惯，包括：

将每个第二数据项集合中每个类的出发时间项的平均值、每个第二数据项集合对应的出发地、出发日期项、以及目的地，作为所述用户出行习惯。

在另一实施例中，所述方法还包括：

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

在另一实施例中，所述方法还包括：

在用户出行习惯获取过程中，筛除出发时间点与当前统计周期的起始时间点之间时间差大于第二预设时长的数据项。

根据本公开实施例的第二方面，提供一种订票提示装置，所述装置包括：

第一获取模块，用于获取用户当前的地理位置和当前时间点；

匹配模块，用于将所述地理位置和所述当前时间点与用户出行习惯进行匹配，所述用户出行习惯包括特定出发地、特定出发时间信息以及对应的特定目的地；

展示模块，用于若所述地理位置处于所述特定出发地的预设地理范围内，且所述当前时间点处于所述特定出发时间信息的预设时间范围内，则展示提示消息，所述提示消息用于提示用户进行订票。

在另一实施例中，所述特定出发时间信息包括出发时间点，所述匹配模块还用于判断所述当前时间点是否处于所述出发时间点之前的第一预设时长内；若所述当前时间点处于所述出发时间点之前的第一预设时长内，则确定所述当前时间点处于所述特定出发时间信息的预设时间范围内。

在另一实施例中，所述装置还包括：

第二获取模块，用于获取用户乘坐公共交通工具的历史行程信息，所述历史行程信息包括多个数据项，每个数据项包括历史出发地、历史出发时间信息和历史目的地，所述历史出发时间信息包括出发日期项和出发时间项；对所述多个数据项进行统计，获取所述用户出行习惯。

在另一实施例中，所述第二获取模块还用于从订票通知短消息中获取所述历史行程信息，所述订票通知短消息为短信、邮件或者订票管理应用提供的订票信息。

在另一实施例中，所述第二获取模块还用于获取多个第一数据项集合，每个第一数据项集合中包括相同出发地、出发日期项以及目的地的数据项内的出发时间项；对所述每个第一数据项集合内的出发时间项进行聚类，得到所述每个第一数据项集合的至少一个类；删除所述每个第一数据项集合中包含出发时间项数目少于第一预设阈值的类，得到多个第二数据项集合；根据每个第二数据项集合以及所述每个第二数据项集合对应的出发地、出发日期项、以及目的地，获取所述用户出行习惯。

在另一实施例中，所述第二获取模块还用于将每个第二数据项集合中每个类的出发时间项的平均值、每个第二数据项集合对应的出发地、出发日期项、以及目的地，作为所述用户出行习惯。

在另一实施例中，所述第二获取模块还用于在用户出行习惯获取过程中，筛除在当前统计周期内出发地出现次数小于第二预设阈值的数据项。

在另一实施例中，所述第二获取模块还用于在用户出行习惯获取过程中，筛除出发时间点与当前统计周期的起始时间点之间时间差大于第二预设时长的数据项。

根据本公开实施例的第二方面，提供一种订票提示装置，所述装置包括：

处理器；

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

其中，所述处理器用于：

获取用户当前的地理位置和当前时间点；

将所述地理位置和所述当前时间点与用户出行习惯进行匹配，所述用户出行习惯包括特定出发地、特定出发时间信息以及对应的特定目的地；

当所述地理位置处于所述特定出发地的预设地理范围内，并且所述当前时间点处于所述特定出发时间信息的预设时间范围内时，展示提示消息，所述提示消息用于提示用户进行订票。

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

本实施例提供的方法及装置，通过将用户当前的地理位置和当前时间点与用户出行习惯进行匹配，并在该地理位置处于特定出发地的预设地理范围内，且该当前时间点处于特定出发时间信息的预设时间范围内时展示提示消息，提示用户进行订票，从而能够在用户忘记订票且当前的地理位置和当前时间点匹配用户的出行习惯时，对用户进行提醒，以便用户能够及时订票，避免了用户由于忘记提前订票导致的买不到票、无法出行的问题，提高了灵活性。

在另一实施例中，该将该地理位置和该当前时间点与用户出行习惯进行匹配，包括：该特定出发时间信息包括出发时间点，判断该当前时间点是否处于该出发时间点之前的第一预设时长内；若该当前时间点处于该出发时间点之前的第一预设时长内，则确定该当前时间点处于该特定出发时间信息的预设时间范围内。通过预先设定第一预设时长，判断当前时间点是否处于该出发时间点之前的第一预设时长内时，从而能够在当前时间点处于该出发时间点之前的第一预设时长内时对用户进行提醒，以便用户能够及时订票，提高了灵活性。

在另一实施例中，该方法还包括：获取用户乘坐公共交通工具的历史行程信息，该历史行程信息包括多个数据项，每个数据项包括历史出发地、历史出发时间信息和历史目的地，该历史出发时间信息包括出发日期项和出发时间项；对该多个数据项进行统计，获取该用户出行习惯。通过获取用户乘坐公共交通工具的历史行程信息，并对该历史行程信息的数据项进行统计，能够分析出用户的出行规律，获取用户出行习惯，以便根据用户出行习惯在用户准备出行时，提前提示用户订票。

在另一实施例中，获取用户乘坐公共交通工具的历史行程信息，包括：

从订票通知短消息中获取该历史行程信息，该订票通知短消息为短信、邮件或者订票管理应用提供的订票信息。通过从如短信、邮件或者订票管理应用提供的订票信息等订票通知短消息中获取该历史行程信息，能够使得历史行程信息的获取更为准确，且操作方便，易于实现。

在另一实施例中，该对该多个数据项进行统计，获取该用户出行习惯，包括：获取多个第一数据项集合，每个第一数据项集合中包括相同出发地、出发日期项以及目的地的数据项内的出发时间项；对该每个第一数据项集合内的出发时间项进行聚类，得到该每个第一数据项集合的至少一个类；删除该每个第一数据项集合中包含出发时间项数目少于第一预设阈值的类，得到多个第二数据项集合；根据每个第二数据项集合以及该每个第二数据项集合对应的出发地、出发日期项、以及目的地，获取该用户出行习惯。通过对第一数据项集合中的出发时间项进行聚类，并删除出发时间项数目少于第一预设阈值的类，能够删除数据项中的偶然因素，减小统计误差，使得获取的用户出行习惯更为精确。

在另一实施例中，该根据每个第二数据项集合以及该每个第二数据项集合对应的出发地、出发日期项、以及目的地，获取该用户出行习惯，包括：将每个第二数据项集合中每个类的出发时间项的平均值、每个第二数据项集合对应的出发地、出发日期项、以及目的地，作为该用户出行习惯。通过计算出发时间项的平均值，并根据该平均值确定用户出行习惯，能够精确地获取特定出发时间信息，提高确定用户出行习惯的准确性。

在另一实施例中，该方法还包括：在用户出行习惯获取过程中，筛除在当前统计周期内出发地出现次数小于第二预设阈值的数据项。通过筛除出发地出现次数小于第二预设阈值的数据项，能够删除数据项中的偶然因素，减小统计误差，使得获取的用户出行习惯更为精确。

在另一实施例中，该方法还包括：在用户出行习惯获取过程中，筛除出发时间点与当前统计周期的起始时间点之间时间差大于第二预设时长的数据项。通过筛除出发时间点与当前统计周期的起始时间点之间时间差大于第二预设时长的数据项，能够减少运算量，提高确定用户出行习惯的时效性和准确性。

附图说明

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

图1是根据一示例性实施例示出的一种订票提示方法的流程图；

图2是根据另一示例性实施例示出的一种订票提示方法的流程图；

图3是根据一示例性实施例示出的一种订票提示装置的框图；

图4是根据另一示例性实施例示出的一种订票提示装置的框图；

图5是根据一示例性实施例示出的一种订票提示装置的框图；

图6是根据一示例性实施例示出的一种订票提示装置的框图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。

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

图1是根据一示例性实施例示出的一种订票提示方法的流程图，如图1所示，该方法应用于订票提示装置中，包括以下步骤：

在步骤101中，获取用户当前的地理位置和当前时间点。

在步骤102中，将该地理位置和该当前时间点与用户出行习惯进行匹配，该用户出行习惯包括特定出发地、特定出发时间信息以及对应的特定目的地。

在步骤103中，当该地理位置处于该特定出发地的预设地理范围内，并且该当前时间点处于该特定出发时间信息的预设时间范围内时，展示提示消息，该提示消息用于提示用户进行订票。

本实施例提供的方法，通过将用户当前的地理位置和当前时间点与用户出行习惯进行匹配，并在该地理位置处于特定出发地的预设地理范围内，且该当前时间点处于特定出发时间信息的预设时间范围内时展示提示消息，提示用户进行订票，从而能够在用户忘记订票且当前的地理位置和当前时间点匹配用户的出行习惯时，对用户进行提醒，以便用户能够及时订票，避免了用户由于忘记提前订票导致的买不到票、无法出行的问题，提高了灵活性。

在另一实施例中，该将该地理位置和该当前时间点与用户出行习惯进行匹配，包括：

该特定出发时间信息包括出发时间点，判断该当前时间点是否处于该出发时间点之前的第一预设时长内；

若该当前时间点处于该出发时间点之前的第一预设时长内，则确定该当前时间点处于该特定出发时间信息的预设时间范围内。

在另一实施例中，该方法还包括：

获取用户乘坐公共交通工具的历史行程信息，该历史行程信息包括多个数据项，每个数据项包括历史出发地、历史出发时间信息和历史目的地，该历史出发时间信息包括出发日期项和出发时间项；

对该多个数据项进行统计，获取该用户出行习惯。

在另一实施例中，该获取用户乘坐公共交通工具的历史行程信息，包括：

从订票通知短消息中获取该历史行程信息，该订票通知短消息为短信、邮件或者订票管理应用提供的订票信息。

在另一实施例中，该对该多个数据项进行统计，获取该用户出行习惯，包括：

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

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

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

根据每个第二数据项集合以及该每个第二数据项集合对应的出发地、出发日期项、以及目的地，获取该用户出行习惯。

在另一实施例中，该根据每个第二数据项集合以及该每个第二数据项集合对应的出发地、出发日期项、以及目的地，获取该用户出行习惯，包括：

将每个第二数据项集合内的出发时间项的平均值、每个第二数据项集合对应的出发地、出发日期项、以及目的地，作为该用户出行习惯。

在另一实施例中，该方法还包括：

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

在另一实施例中，该方法还包括：

在用户出行习惯获取过程中，筛除出发时间点与当前统计周期的起始时间点之间时间差大于第二预设时长的数据项。

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

图2是根据一示例性实施例示出的一种订票提示方法的流程图，该方法应用于订票提示装置中，参见图2，该方法包括以下步骤：

在步骤201中，获取用户乘坐公共交通工具的历史行程信息，该历史行程信息包括多个数据项，每个数据项包括历史出发地、历史出发时间信息和历史目的地，该历史出发时间信息包括出发日期项和出发时间项。

为了避免用户由于忘记订票导致的买不到票、无法出行的问题，该订票提示装置可以获取用户出行习惯，根据用户出行习惯，在用户要出行时提前提醒用户订票。

本实施例中，该订票提示装置可以获取用户乘坐公共交通工具的历史行程信息，该历史行程信息能够体现用户的出行规律，根据该历史行程信息可以分析出用户出行习惯。

其中，用户乘坐的公共交通工具可以为火车、飞机、轮船等，用户乘坐公共交通工具的历史行程信息可以包括多个数据项，每个数据项包括用户每次乘坐公共交通工具出行的历史出发地、历史出发时间信息和历史目的地，另外，该数据项还可以包括用户乘坐的公共交通工具的类型等，本实施例对此不做限定。

其中，该历史出发时间信息包括出发日期项和出发时间项。该出发日期项可以为月份项、星期项、日期项等，本实施例对此不做限定。其中，该月份项用于指示用户出行当天是几月，包括一月、二月、三月至十二月这十二项；该星期项用于指示用户出行当天是星期几，包括星期一、星期二、星期三至星期日这七项；该日期项用于指示用户出行当天是几号，包括一号、二号、三号至三十一号这三十一项。该出发时间项用于指示用户乘坐的公共交通工具出发的时间点，本实施例中，该时间点可以为以24小时制式表示的时间点，例如北京时间20：30等。

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

进一步地，该订票提示装置可以从用户的订票通知短消息中获取用户的历史行程信息，该订票通知短消息可以为短信、邮件等，或者，调用与订票管理应用之间的接口，得到用户的订票信息，从该订票信息中获取用户的历史行程信息，本实施例对此不做限定。

例如，用户A在北京工作，家在天津，用户A每周都会订一张周五从北京到天津的火车票，以及周日从天津到北京的火车票，则从用户A的订票通知短信中可以得到用户A的历史行程信息，如表1所示。

表1

另外，在用户出行习惯获取的过程中，还可以包括如下几种可能的实施方式：

在第一种可能的实施方式中，该订票提示装置获取到的所有数据项中，可能存在一些出发时间点与当前统计时间之间的时间差较大的数据项，在用户出行习惯获取过程中，可以筛除出发时间点与当前统计周期的起始点之间时间差大于第二预设时长的数据项。如此，不仅可以减少订票提示装置的运算量，而且能够提高确定用户出行习惯的时效性和准确性。其中，该第二预设时长可以由订票提示装置默认设置，也可以由用户根据实际需要进行设置，本实施例对此不做限定。

例如，该第二预设时长为3个月，若该订票提示装置在2015年11月28日进行数据项统计，则有效数据项为2015年8月28日之后的数据项，若检测到2015年8月28日之前的数据项，则订票提示装置可以将其筛除。

在第二种可能的实施方式中，在用户出行习惯获取过程中，若当前统计周期内出发地出现次数小于第二预设阈值，则说明用户不经常从该出发地出行。订票提示装置可以筛除在当前统计周期内出发地出现次数小于第二预设阈值的数据项，以便筛选出用户出行的特定出发地。其中，该第二预设阈值可以由订票提示装置默认设置，也可以由用户根据实际需求设置，本实施例对此不做限定。

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

在步骤202中，对多个数据项进行统计，获取用户出行习惯。

订票提示装置获取到历史行程信息的多个数据项后，可以对该多个数据项进行统计，以便获取用户出行习惯。本实施例中，对多个数据项进行统计，获取用户出行习惯的过程可以包括以下步骤：

2021、获取多个第一数据项集合，每个第一数据项集合包括相同出发地、出发日期项以及目的地的数据项内的出发时间项。

实际应用中，该订票提示装置可以将获取到的多个数据项中的出发时间项按照相同出发地、出发日期项以及目的地进行分组，得到多个第一数据项集合，每个第一数据项集合中包括多个出发时间项。

基于步骤201的举例，获取到用户A的历史行程信息中的多个数据项后，该订票提示装置可以将多个数据项中的出发时间项按照相同出发地、出发星期项以及目的地进行分组，得到两个第一数据项集合。其中，出发地为北京南站、星期项为星期五、目的地为天津站所对应的第一数据项集合为{20：58，21：19，21：19，21：19，20：58，21：10}，出发地为天津站、星期项为星期日、目的地为北京南站所对应的第一数据项集合为{19：50，19：50，19：50，20：04，13：19，13：11，19：50}。

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

表2

另外，该每个第一数据项集合还可以包括相同出发地、出发日期项以及目的地的数据项内的出发时间项及对应的公共交通工具，则基于步骤201的举例，将多个数据项中的出发时间项及对应的公共交通工具按照相同出发地、出发星期项以及目的地进行分组后，可以得到相同出发地、星期项以及目的地与其对应的第一数据项集合之间的对应关系，如下表3所示。

表3

2022、对每个第一数据项集合内的出发时间项进行聚类，得到每个第一数据项集合的至少一个类。

由于第一数据项集合中的出发时间项可能分布不集中，则该订票提示装置需要对每个第一数据项集合内的出发时间项进行聚类，将对应出发时间较为接近的出发时间项聚为一类。对于每个第一数据项集合来说，通过聚类可以得到该第一数据项集合的至少一个类，每个类中包括至少一个出发时间项。

其中，该聚类方式可以有多种，例如，聚类过程可以包括：将每个出发时间项作为单独的一个类，通过反复迭代的方式，将出发时间项之间的时间差值小于预设时间差值的出发时间项聚为一类，直到所有出发时间项分类结束。其中，该预设时间差值可以由该订票提示装置默认设置，也可以由用户根据实际需要进行设置，本实施例对此不做限定。

以表3为例，对表3中每个第一数据项集合按照出发时间项进行聚类，可以得到如下表4所示的多个类。

表4

2023、删除每个第一数据项集合中包含出发时间项数目少于第一预设阈值的类，得到多个第二数据项集合。

对每个第一数据项集合内的出发时间项进行聚类后，每个第一数据项集合将包括至少一个类，该订票提示装置可以预先设置第一预设阈值，如果某一类的出发时间项数目少于第一预设阈值，则说明该类对应的出发时间项不是用户经常乘坐公共交通工具出行的时间，该订票提示装置可以删除每个第一数据项集合中包含出发时间项数目少于第一预设阈值的类，得到多个第二数据项集合。则每个第二数据项集合中的出发时间项可以指示用户乘坐公共交通工具出行较为频繁的时间项，且，每个第二数据项集合中的出发时间项对应的出发地、出发日期项和目的地也相同。

其中，该第一预设阈值可以由订票提示装置默认设置，也可以由用户根据实际获取的数据项进行设置，本实施例对此不做限定。

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

表5

2024、根据每个第二数据项集合以及每个第二数据项集合对应的出发地、出发日期项、以及目的地，获取用户出行习惯。

由于每个第二数据项集合中的出发时间项可以指示用户乘坐公共交通工具出行较为频繁的时间项，即用户的出行规律，则根据每个第二数据项集合，可以获取用户出行习惯。

本实施例中，可以采用不同的获取方式，获取到不同类型的用户出行习惯，即获取用户出行习惯可以包括如下几种可能的实现方式：

在第一种可能的实现方式中，将每个第二数据项集合中每个类的出发时间项的平均值、每个第二数据项集合对应的出发地、出发日期项、以及目的地获取为用户出行习惯。

该订票提示装置得到多个第二数据项集合后，对于每个第二数据项集合，可以计算其中每个类的出发时间项的平均值，并将该平均值确定为出发时间点，将该出发时间点和第二数据项集合所对应的出发日期项确定为特定出发时间信息，将该第二数据项集合所对应的出发地确定为特定出发地，将第二数据项集合所对应的目的地确定为特定目的地，则确定的特定出发时间信息、特定出发地、特定目的地即可组成用户出行习惯。

另外，如果第二数据项集合中还包括用户乘坐的公共交通工具的类型，则还可以将该平均值对应的公共交通工具确定为用户出行习惯中的特定公共交通工具，本实施例对此不做限定。

以表5为例，对于表5对应的每个第二时间项集合，计算其中每个类的出发时间项的平均值，可以得到对应的数据项，如下表6所示。

表6

出发地	星期项	目的地	第二数据项集合
				北京南站	星期五	天津站	{{21：10-高铁二等座}}
天津站	星期日	北京南站	{{19：52-高铁二等座}}

相应地，可以获取用户A出行习惯如下表7所示。

表7

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

其中，每个类的出发时间项所处的时间段是指以该每个类中的最早出发时间项为起始时间点、以最晚出发时间项为结束时间点确定的时间段。

对于每个第二数据项集合来说，该订票提示装置可以确定其中每个类的最早出发时间项和最晚出发时间项，并以该最早出发时间项为起始时间点、以该最晚出发时间项为结束时间点确定时间段，将该时间段确定为出发时间段，将该出发时间段和第二数据项集合对应的出发日期项确定为特定出发时间信息，将第二数据项集合对应的出发地确定为特定出发地，将第二数据项集合对应的目的地确定为特定目的地，则确定的特定出发时间信息、特定出发地、特定目的地即可组成用户出行习惯。

上述通过确定第二数据项集合内每个类的出发时间项所处的时间段，根据该时间段确定用户出行习惯中的特定出行时间信息，增大了获取用户出行习惯的灵活性。需要说明的是，上述确定时间段的方法仅是示例性的，在其它实施例中，也可以采用其它方法来确定时间段，本公开对此不作限定。

在步骤203中，获取用户当前的地理位置和当前时间点。

该订票提示装置可以获取用户当前所在的地理位置和当前时间点。

其中，该订票提示装置可以采用GPS(Global Positioning System，全球定位系统)定位技术获取用户当前的地理位置，也可以采用基站定位技术或Wi-Fi(WirelessFidelity，无线保真)定位技术获取用户当前的地理位置，本实施例对此不做限定。

另外，该订票提示装置可以通过配置的计时器获取当前时间点，也可以连接其他配置计时器的装置获取当前时间点，本实施例对此也不做限定。

在步骤204中，将用户当前的地理位置和当前时间点与用户出行习惯进行匹配。

其中，将用户当前的地理位置和当前时间点与用户出行习惯进行匹配的过程包括：判断用户当前的地理位置是否处于特定出发地的预设地理范围内，并判断当前时间点是否处于特定出发时间信息的预设时间范围内。如果是，则执行步骤205，如果否，结束。

其中，该预设地理范围可以为该特定出发地所处的城市范围、省范围、国家范围等，可以为以该特定出发地为圆心、以预设距离为半径的圆形地理范围，或者为根据该地理位置确定的其他地理范围，且该预设地理范围可以由订票提示装置默认设置，也可由用户手动设置，本实施例对此均不做限定。

例如，该特定出发地为天津火车站，则该预设地理范围可以为天津市，该订票提示装置获取到用户当前的地理位置后，可以判断该地理位置是否处于天津市，如果处于天津市，则可以确定该地理位置处于特定出发地的预设地理范围内。

如果用户当前的地理位置处于特定出发地的预设地理范围内，且当前时间点到达特定出发时间信息中的出发时间点或出发时间段，则该用户很有可能需要乘坐公共交通工具出行，为了方便用户出行，该订票提示装置可以在特定出发时间信息之前的一段时间范围内提醒用户订票，例如，该订票提示装置可以预先设置该特定出发时间信息的预设时间范围，通过判断当前时间点是否处于特定出发时间信息的预设时间范围内，来确定是否进行提醒。

其中，该特定出发时间信息的预设时间范围可以是出发时间点之前的第一预设时长，如果当前时间点处于该出发时间点之前的第一预设时长内，则可以确定当前时间点处于特定出发时间信息的预设时间范围内，且该第一预设时长可以由系统默认设置，也可以由用户根据实际订票需要进行设置，本实施例对此不做限定。

例如，该第一预设时长为4天，用户出行习惯中的特定出行时间信息为星期五的21：10，则如果当前时间点与星期五的21：10之间的时间差小于4天，即可判断当前时间点处于特定出发时间信息的预设时间范围内。

另外，该特定出发时间信息的预设时间范围可以是出发时间段的起始时间点之前的第一预设时长，如果当前时间点处于出发时间段的起始时间点之前的第一预设时长内，则可以确定当前时间点处于特定出发时间信息的预设时间范围内。

例如，该第一预设时长为4天，用户出行习惯中的特定出行时间信息为星期五的21：10-23：00，则如果当前时间点与星期五的21：10之间的时间差小于4天，即可判断当前时间点处于特定出发时间信息的预设时间范围内。

在步骤205中，当用户当前的地理位置处于特定出发地的预设地理范围内，并且当前时间点处于特定出发时间信息的预设时间范围内时，展示提示消息，该提示消息用于提示用户进行订票。

如果用户当前的地理位置处于特定出发地的预设地理范围内，并且当前时间点处于特定出发时间信息的预设时间范围内，则为了对用户进行提醒，该订票提示装置可以展示提示消息，以便提示用户进行订票。

其中，展示提示消息的方式可以包括如下几种可能的实现方式：

在第一种可能的实现方式中，以闹钟提示的方式展示提示消息。当用户当前的地理位置处于特定出发地的预设地理范围内，且当前时间点处于特定出发时间信息的预设时间范围内时，该订票提示装置可以控制配置的闹钟开始响铃或震动，以便提示用户进行订票。

在第二种可能的实现方式中，以显示提示消息的方式展示提示消息。当用户当前的地理位置处于特定出发地的预设地理范围内，且当前时间点处于特定出发时间信息的预设时间范围内时，该订票提示装置可以在屏幕上显示提示消息，该提示消息包括订票提醒，以便直观地提示用户进行订票。

其中，该提示消息除包括订票提醒外，还可以包括特定目的地、特定公共交通工具、特定出发时间信息、特定出发地等详情信息，以便用户根据该详情信息方便地订票，本实施例对该提示消息的内容不做限定。

另外，该提示消息还可以包括公共交通工具的票务信息，该订票提示装置可以根据用户出行习惯中的特定目的地，查询发往该特定目的地的公共交通工具的实时票务信息，并将该票务信息通过提示消息显示给用户，以便用户根据该票务信息快速订票，减少了用户查询票务信息的时间，提高了用户订票的效率。

进一步地，展示提示消息时，该订票提示装置还可以提供用于跳转至订票服务器的接口，使得用户在点击该接口时，可以直接跳转至订票服务器进行订票，从而提高了用户体验。

需要说明的是，该订票提示装置可以为终端、服务器或者能够集成终端与服务器功能的装置等，本实施例对此不做限定。

本实施例仅以该订票提示装置执行上述步骤为例进行说明，而实际上，上述步骤可以由终端和服务器交互执行。例如，终端可以执行步骤201，获取用户的历史行程信息，发送给服务器，由服务器执行步骤202，根据该历史行程信息获取用户出行习惯，发送给终端，由终端存储该用户出行习惯。后续过程中，终端可以执行步骤203-205，在合适的地理位置和时间点展示提示消息，提示用户进行订票。

综上所述，本实施例提供的方法，通过将用户当前的地理位置和当前时间点与用户出行习惯进行匹配，并在该地理位置处于特定出发地的预设地理范围内，且该当前时间点处于特定出发时间信息的预设时间范围内时展示提示消息，提示用户进行订票，从而能够在用户忘记订票且当前的地理位置和当前时间点匹配用户的出行习惯时，对用户进行提醒，以便用户能够及时订票，避免了用户由于忘记提前订票导致的买不到票、无法出行的问题，提高了灵活性。

图3是根据一示例性实施例示出的一种订票提示装置的框图，该订票提示装置可以为终端、服务器或者能够集成终端与服务器功能的装置等。参照图3，该提示装置包括：第一获取模块310、匹配模块320和显示模块330。

第一获取模块310，被配置为用于获取用户当前的地理位置和当前时间点；

匹配模块320，被配置为用于将该地理位置和该当前时间点与用户出行习惯进行匹配，该用户出行习惯包括特定出发地、特定出发时间信息以及对应的特定目的地；

展示模块330，被配置为用于当该地理位置处于该特定出发地的预设地理范围内，并且该当前时间点处于该特定出发时间信息的预设时间范围内时，展示提示消息，该提示消息用于提示用户进行订票。

在另一实施中，该匹配模块320还被配置为用于判断该当前时间点是否处于该出发时间点之前的第一预设时长内；若该当前时间点处于该出发时间点之前的第一预设时长内，则确定该当前时间点处于该特定出发时间信息的预设时间范围内。

参见图4，在另一实施例中，该装置还包括：

第二获取模块340，被配置为用于获取用户乘坐公共交通工具的历史行程信息，该历史行程信息包括多个数据项，每个数据项包括历史出发地、历史出发时间信息和历史目的地，该历史出发时间信息包括出发日期项和出发时间项；对该多个数据项进行统计，获取该用户出行习惯。

在另一实施例中，该第二获取模块340还用于从订票通知短消息中获取该历史行程信息，该订票通知短消息为短信、邮件或者订票管理应用提供的订票信息。

在另一实施例中，该第二获取模块340还被配置为用于获取多个第一数据项集合，每个第一数据项集合中包括相同出发地、出发日期项以及目的地的数据项内的出发时间项；对该每个第一数据项集合内的出发时间项进行聚类，得到该每个第一数据项集合的至少一个类；删除该每个第一数据项集合中包含出发时间项数目少于第一预设阈值的类，得到多个第二数据项集合；根据每个第二数据项集合以及该每个第二数据项集合对应的出发地、出发日期项、以及目的地，获取该用户出行习惯。

在另一实施例中，该第二获取模块340还被配置为用于将每个第二数据项集合中每个类的出发时间项的平均值、每个第二数据项集合对应的出发地、出发日期项、以及目的地，作为该用户出行习惯。

在另一实施例中，该第二获取模块340还被配置为用于在用户出行习惯获取过程中，筛除在当前统计周期内出发地出现次数小于第二预设阈值的数据项。

在另一实施中，该第二获取模块340还被配置为用于在用户出行习惯获取过程中，筛除出发时间点与当前统计周期的起始时间点之间时间差大于第二预设时长的数据项。

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

图5是根据一示例性实施例示出的一种订票提示装置500的框图。例如，装置500可以是手机、平板电脑、计算机等设备。

参照图5，装置500可以包括以下一个或多个组件：处理组件502，存储器504，电源组件506，多媒体组件508，音频组件510，压力传感器组件514以及通信组件516。

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

存储器504被配置为存储各种类型的数据以支持在装置500的操作。这些数据的示例包括用于在装置500上操作的任何应用程序或方法的指令。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储器504中还存储有一个或多个模块，该一个或多个模块被配置成由该一个或多个处理器518执行，以完成上述订票提示方法的全部或部分步骤。

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

多媒体组件508包括在所述装置500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸压力传感器以感测触摸、滑动和触摸面板上的手势。所述触摸压力传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

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

压力传感器组件514包括一个或多个压力传感器，用于为装置500提供各个方面的状态评估。例如，压力传感器组件514可以检测到装置500的打开/关闭状态，组件的相对定位，压力传感器组件514还可以检测装置500或装置500一个组件的位置改变以及装置500的温度变化。在一些实施例中，该压力传感器组件514还可以包括磁压力传感器，压力压力传感器或温度压力传感器。

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

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

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

图6是根据一示例性实施例示出的一种订票提示装置600的框图。例如，装置600可以被提供为一服务器。参照图6，装置600包括处理组件622，其进一步包括一个或多个处理器，以及由存储器632所代表的存储器资源，用于存储可由处理组件622的执行的指令，例如应用程序。存储器632中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件622被配置为执行指令，以执行上述订票提示方法的全部或部分步骤。

装置600还可以包括一个电源组件626被配置为执行装置600的电源管理，一个有线或无线网络接口650被配置为将装置600连接到网络，和一个输入输出(I/O)接口658。装置600可以操作基于存储在存储器632的操作系统，例如Windows Server^TM，Mac OS X^TM，Unix^TM，Linux^TM，FreeBSD^TM或类似。

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

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

Claims (17)

1.一种订票提示方法，其特征在于，所述方法包括：

获取用户当前的地理位置和当前时间点；

将所述地理位置和所述当前时间点与用户出行习惯进行匹配，所述用户出行习惯包括特定出发地、特定出发时间信息以及对应的特定目的地；

当所述地理位置处于所述特定出发地的预设地理范围内，并且所述当前时间点处于所述特定出发时间信息的预设时间范围内时，展示提示消息，所述提示消息用于提示用户进行订票。

2.根据权利要求1所述的方法，其特征在于，所述将所述地理位置和所述当前时间点与用户出行习惯进行匹配，包括：

所述特定出发时间信息包括出发时间点，判断所述当前时间点是否处于所述出发时间点之前的第一预设时长内；

若所述当前时间点处于所述出发时间点之前的第一预设时长内，则确定所述当前时间点处于所述特定出发时间信息的预设时间范围内。

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

获取用户乘坐公共交通工具的历史行程信息，所述历史行程信息包括多个数据项，每个数据项包括历史出发地、历史出发时间信息和历史目的地，所述历史出发时间信息包括出发日期项和出发时间项；

对所述多个数据项进行统计，获取所述用户出行习惯。

4.根据权利要求3所述的方法，其特征在于，所述获取用户乘坐公共交通工具的历史行程信息，包括：

从订票通知短消息中获取所述历史行程信息，所述订票通知短消息为短信、邮件或者订票管理应用提供的订票信息。

5.根据权利要求3所述的方法，其特征在于，所述对所述多个数据项进行统计，获取所述用户出行习惯，包括：

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

对所述每个第一数据项集合内的出发时间项进行聚类，得到所述每个第一数据项集合的至少一个类；

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

根据每个第二数据项集合以及所述每个第二数据项集合对应的出发地、出发日期项、以及目的地，获取所述用户出行习惯。

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

将每个第二数据项集合中每个类的出发时间项的平均值、每个第二数据项集合对应的出发地、出发日期项、以及目的地，作为所述用户出行习惯。

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

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

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

在用户出行习惯获取过程中，筛除出发时间点与当前统计周期的起始时间点之间时间差大于第二预设时长的数据项。

9.一种订票提示装置，其特征在于，所述装置包括：

第一获取模块，用于获取用户当前的地理位置和当前时间点；

匹配模块，用于将所述地理位置和所述当前时间点与用户出行习惯进行匹配，所述用户出行习惯包括特定出发地、特定出发时间信息以及对应的特定目的地；

展示模块，用于当所述地理位置处于所述特定出发地的预设地理范围内，并且所述当前时间点处于所述特定出发时间信息的预设时间范围内时，展示提示消息，所述提示消息用于提示用户进行订票。

10.根据权利要求9所述的装置，其特征在于，所述特定出发时间信息包括出发时间点，所述匹配模块还用于判断所述当前时间点是否处于所述出发时间点之前的第一预设时长内；若所述当前时间点处于所述出发时间点之前的第一预设时长内，则确定所述当前时间点处于所述特定出发时间信息的预设时间范围内。

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

第二获取模块，用于获取用户乘坐公共交通工具的历史行程信息，所述历史行程信息包括多个数据项，每个数据项包括历史出发地、历史出发时间信息和历史目的地，所述历史出发时间信息包括出发日期项和出发时间项；对所述多个数据项进行统计，获取所述用户出行习惯。

12.根据权利要求11所述的装置，其特征在于，所述第二获取模块还用于从订票通知短消息中获取所述历史行程信息，所述订票通知短消息为短信、邮件或者订票管理应用提供的订票信息。

13.根据权利要求11所述的装置，其特征在于，所述第二获取模块还用于获取多个第一数据项集合，每个第一数据项集合中包括相同出发地、出发日期项以及目的地的数据项内的出发时间项；对所述每个第一数据项集合内的出发时间项进行聚类，得到所述每个第一数据项集合的至少一个类；删除所述每个第一数据项集合中包含出发时间项数目少于第一预设阈值的类，得到多个第二数据项集合；根据每个第二数据项集合以及所述每个第二数据项集合对应的出发地、出发日期项、以及目的地，获取所述用户出行习惯。

14.根据权利要求12所述的装置，其特征在于，所述第二获取模块还用于将每个第二数据项集合中每个类的出发时间项的平均值、每个第二数据项集合对应的出发地、出发日期项、以及目的地，作为所述用户出行习惯。

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

16.根据权利要求11至14任一所述的装置，其特征在于，所述第二获取模块还用于在用户出行习惯获取过程中，筛除出发时间点与当前统计周期的起始时间点之间时间差大于第二预设时长的数据项。

17.一种订票提示装置，其特征在于，所述装置包括：

处理器；

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

其中，所述处理器用于：

获取用户当前的地理位置和当前时间点；

将所述地理位置和所述当前时间点与用户出行习惯进行匹配，所述用户出行习惯包括特定出发地、特定出发时间信息以及对应的特定目的地；

当所述地理位置处于所述特定出发地的预设地理范围内，并且所述当前时间点处于所述特定出发时间信息的预设时间范围内时，展示提示消息，所述提示消息用于提示用户进行订票。