CN109150937B

CN109150937B - 一种行程数据处理、服务信息推送方法及设备

Info

Publication number: CN109150937B
Application number: CN201710466035.8A
Authority: CN
Inventors: 王冬
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2017-06-19
Filing date: 2017-06-19
Publication date: 2021-10-29
Anticipated expiration: 2037-06-19
Also published as: CN109150937A

Abstract

本申请公开了一种行程数据处理、服务信息推送方法及设备，包括：对于确定的与第一用户相关联的多个行程数据，可以按照不同的所述行程数据中包含的时间属性和/或内容属性，将所述多个行程数据进行分组；进而以组为单元，分别将不同组的所述行程数据展示给所述第一用户，使得第一用户能够获取同组的所有行程数据，方便用户了解行程安排，有助于用户对行程规划进行有效管理，节省用户获取行程数据的时间，提升用户对互联网服务平台的用户体验。

Description

一种行程数据处理、服务信息推送方法及设备

技术领域

本申请涉及互联网信息处理技术以及计算机技术领域，尤其涉及一种行程数据处理、服务信息推送方法及设备。

背景技术

随着科学技术的发展，出现了各种各样的互联网服务平台，这些互联网服务平台能够为用户提供各种各样的网络服务。例如：提供旅游类服务的互联网服务平台，这种网络服务平台能够为用户提供各种与旅游相关的网络服务。

在实际应用中，互联网服务平台(这里可以是指提供不同类型的网络服务的互联网服务平台)在接收到用户发送的订单处理请求时，可根据订单处理请求中包含的目标对象(这里的目标对象可以理解为用户所订购的商品或者服务，例如：所购买的机票、景点门票等等)生成一条与该目标对象相关的数据，在这种数据中包含目标对象的各种属性信息。

例如：用户需要预定一张T时间从北京飞往上海的机票，那么提供机票类服务的互联网服务平台在接收到用户发送的包含T时间从北京飞往上海的机票数据的订单处理请求时，根据该订单处理请求生成一条机票数据，通过该机票数据可以为用户提供机票服务，该机票数据还可以称之为一个行程(段)数据。

然而，对于用户发起的一个行程(这里所谓行程可理解为用户的一趟旅行，或者一次出差等)，用户在互联网服务平台上所订购的网络服务不止一种，那么对应产生的行程数据也不止一个，例如：一个行程中将包含与乘车有关的行程数据、与住宿有关的行程数据、与参观景点有关的行程数据等等。基于现有的技术方案，互联网服务平台在向用户提供网络服务时，以行程数据为单元为用户提供网络服务，即在信息显示界面上每次显示一个行程数据，这样使得用户无法及时了解行程的整体安排，大大降低了用户对互联网服务平台所提供网络服务的用户体验。

发明内容

有鉴于此，本申请实施例提供了一种行程数据处理、服务信息推送方法及设备，用于解决用户体验差的问题。

本申请实施例提供一种行程数据处理方法，包括：

确定与第一用户相关联的多个行程数据，所述行程数据中包含时间属性和内容属性；

根据所述行程数据中包含的时间属性和/或内容属性，将所述多个行程数据进行分组；

以组为单元，分别将不同组的所述行程数据展示给所述第一用户。

本申请实施例还提供一种行程数据处理方法，包括：

接收第一用户发送的页面加载请求，所述页面加载请求中包含所述第一用户的用户标识；

根据所述用户标识，确定与所述用户标识相关联的多个行程数据，所述行程数据中包含时间属性和内容属性；

以组为单元，分别将不同组的所述行程数据加载显示给所述第一用户。

本申请实施例还提供一种行程数据处理设备，包括：

确定单元，确定与第一用户相关联的多个行程数据，所述行程数据中包含时间属性和内容属性；

分组单元，根据所述行程数据中包含的时间属性和/或内容属性，将所述多个行程数据进行分组；

处理单元，以组为单元，分别将不同组的所述行程数据展示给所述第一用户。

在本申请的另一个实施例中，所述处理单元将不同组的所述行程数据展示给所述第一用户，包括：

分别确定各组的所述行程数据对应的信息显示界面；

在所述信息显示界面中显示对应组的所述行程数据。

对于同组中的所述行程数据，按照设定排序规则对该组中所述行程数据进行排序；

将排序后的该组中的所述行程数据展示给所述第一用户。

在本申请的另一个实施例中，所述分组单元根据所述行程数据中包含的内容属性，将所述多个行程数据进行分组，包括：

根据所述行程数据中包含的地址属性，将所述多个行程数据进行分组，同组中包含的所述行程数据的目的地相同；

和/或，

根据所述行程数据中包含的事件属性，将所述多个行程数据进行分组，同组中包含的所述行程数据的事件类型相同；

和/或，

根据所述行程数据中包含的不同事件之间的关系属性，将所述多个行程数据进行分组，同组中包含的所述行程数据属于同一趟行程安排。

在本申请的另一个实施例中，所述处理设备还包括：推送单元，其中：

推送单元，对于同组中的所述行程数据，根据所述行程数据中包含的事件属性，确定该组中包含的所述行程数据对应的行程安排中的缺失行程数据；

根据所述缺失行程数据，向所述第一用户推荐与所述缺失行程数据相关的服务信息。

在本申请的另一个实施例中，所述推送单元根据所述缺失行程数据，向所述第一用户推荐与所述缺失行程数据相关的服务信息，包括：

确定所述缺失行程数据的地址属性；

从信息数据库中，查找满足所述地址属性的服务信息，所述服务信息包含天气信息、图片信息、文字信息、交通信息、商品信息中的一种或者多种；

将查找到的所述服务信息推送给所述第一用户。

在本申请的另一个实施例中，所述推送单元将查找到的所述服务信息推送给所述第一用户，包括：

将查找到的所述服务信息对应的链接地址发送给所述第一用户。

在本申请的另一个实施例中，所述推送单元将查找到的所述服务信息对应的链接地址发送给所述第一用户，包括：

在展示该组中包含的所述行程数据的页面中，显示查找到的所述服务信息对应的链接地址。

在展示该组中包含的所述行程数据的信息显示界面的指定区域中，显示查找到的所述服务信息。

针对其中一组中包含的行程数据，确定该组中包含的所述行程数据对应的地址属性；

根据所述地址属性对应的目的地，生成包含所述目的地信息的显示页面，并在所述显示页面中显示该组中包含的所述行程数据。

针对其中一组中包含的行程数据，根据该组中包含的所述行程数据对应的地址属性，从信息数据库中，查找与所述地址属性对应的目的地相关的服务信息，所述服务信息包含天气信息、图片信息、文字信息、交通信息、商品信息中的一种或者多种；

将查找到的所述服务信息和该组中包含的所述行程数据展示给所述第一用户。

在本申请的另一个实施例中，所述确定单元确定与第一用户相关联的多个行程数据，包括：

确定所述第一用户的用户标识；

根据用户标识与行程数据的数据标识之间的映射关系，确定与所述第一用户的用户标识对应的数据标识；

将所述数据标识对应的行程数据确定为与所述第一用户相关联的行程数据。

本申请实施例还提供了一种行程数据处理设备，包括：

接收单元，接收第一用户发送的页面加载请求，所述页面加载请求中包含所述第一用户的用户标识；

确定单元，根据所述用户标识，确定与所述用户标识相关联的多个行程数据，所述行程数据中包含时间属性和内容属性；

处理单元，以组为单元，分别将不同组的所述行程数据加载显示给所述第一用户。

本申请实施例还提供了一种行程数据处理方法，包括：

确定多个行程数据；

将所述多个行程数据进行分组，同组中的所述行程数据之间满足设定的关联关系；

展示各组中的所述行程数据。

本申请实施例还提供了一种行程数据处理设备，包括：

确定单元，确定多个行程数据；

处理单元，将所述多个行程数据进行分组，同组中的所述行程数据之间满足设定的关联关系；

显示单元，展示各组中的所述行程数据。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

通过本申请实施例提供的行程数据处理方法，对于确定的与第一用户相关联的多个行程数据，可以按照不同的所述行程数据中包含的时间属性和/或内容属性，将所述多个行程数据进行分组；进而以组为单元，分别将不同组的所述行程数据展示给所述第一用户，使得第一用户能够获取同组的所有行程数据，方便用户了解行程安排，有助于用户对行程规划进行有效管理，节省用户获取行程数据的时间，提升用户对互联网服务平台的用户体验。

本申请实施例还提供了一种服务信息推送方法，包括：

确定与第一用户相关联的至少一个行程数据组，所述行程数据组中包含至少一个行程数据，所述行程数据组对应一个行程安排；

根据所述行程数据组中的所述行程数据的事件属性，确定所述行程数据组对应的行程安排中的缺失行程数据；

根据所述缺失行程数据，向所述第一用户推送与所述缺失行程数据相关的服务信息。

本申请实施例还提供了一种服务信息推送设备，包括：

确定单元，确定与第一用户相关联的至少一个行程数据组，所述行程数据组中包含至少一个行程数据，所述行程数据组对应一个行程安排；

处理单元，根据所述行程数据组中的所述行程数据的事件属性，确定所述行程数据组对应的行程安排中的缺失行程数据；

推送单元，根据所述缺失行程数据，向所述第一用户推送与所述缺失行程数据相关的服务信息。

在本申请的另一个实施例中，所述推送单元根据所述缺失行程数据，向所述第一用户推送与所述缺失行程数据相关的服务信息，包括：

确定所述缺失行程数据的地址属性；

将查找到的所述服务信息推送给所述第一用户。

在确定与第一用户相关联的至少一个行程数据组时，根据所述行程数据组中的所述行程数据的事件属性，确定所述行程数据组对应的行程安排中的缺失行程数据；并根据所述缺失行程数据，向所述第一用户推送与所述缺失行程数据相关的服务信息。由于在本申请实施例中，一个行程数据组对应一个行程安排，那么通过分析该行程数据组中包含的行程数据，可以确定第一用户已经订购的商品或者网络服务，这样基于第一用户的行程安排，互联网服务平台可以确定第一用户尚未订购但在该行程安排中需要的商品或者网络服务，并将确定的商品或者网络服务推送给第一用户，以供用户进行选择，这样有效节省第一用户为安排该行程所消耗的时间，提升用户获取有效信息的效率，进而改善用户对互联网服务平台的用户体验。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种行程数据处理方法的流程示意图；

图2(a)为本申请实施例提供的一种行程数据的分组示意图；

图2(b)为本申请实施例提供的一种行程数据的分组示意图；

图2(c)为本申请实施例提供的一种行程数据的分组示意图；

图2(d)为本申请实施例提供的一种行程数据的分组示意图；

图2(e)为本申请实施例提供的一种行程数据的分组示意图；

图3(a)为本申请实施例提供的一种行程数据组的显示示意图；

图3(b)为本申请实施例提供的一种行程数据组的显示示意图；

图3(c)为本申请实施例提供的一种行程数据组的显示示意图；

图4(a)为本申请实施例提供的一种行程数据的显示示意图；

图4(b)为本申请实施例提供的一种行程数据的显示示意图；

图4(c)为本申请实施例提供的一种行程数据组的显示示意图；

图5为本申请实施例提供的一种行程数据处理方法的场景示意图；

图6为本申请实施例提供的一种行程数据处理方法的流程示意图；

图7为本申请实施例提供的一种服务信息推送方法的流程示意图；

图8为本申请实施例提供的一种行程数据处理设备的流程示意图；

图9为本申请实施例提供的一种行程数据处理设备的流程示意图；

图10为本申请实施例提供的一种服务信息推送设备的结构示意图；

图11为本申请实施例提供的一种行程数据处理方法的流程示意图；

图12为本申请实施例提供的一种行程数据处理设备的流程示意图。

具体实施方式

为了实现本申请的目的，本申请实施例提供了一种行程数据处理、服务信息推送方法及设备，对于确定的与第一用户相关联的多个行程数据，可以按照不同的所述行程数据中包含的时间属性和/或内容属性，将所述多个行程数据进行分组；进而以组为单元，分别将不同组的所述行程数据展示给所述第一用户，使得第一用户能够获取同组的所有行程数据，方便用户了解行程安排，有助于用户对行程规划进行有效管理，节省用户获取行程数据的时间，提升用户对互联网服务平台的用户体验。

在本申请实施例中，一个行程安排中可以包含多个行程段，这里的行程段可以理解为行程安排中的一部分，例如：假设“5日XXX地旅游”为一个行程安排，那么第1日，从A地飞往XXX地可以视为一个行程段，在XXX地的B酒店住一晚可以视为另一个行程段；第2日，参观XXX地的C公园可以视为一个行程段，在XXX地的B酒店再住一晚还可以视为另一个行程段；......。也就是说，一个行程安排可以根据时间或者地点或者事件类型(这里的事件可以理解为乘车事件、住宿事件、游览或者参观事件、不同事件之间的关系属性等等)划分为不同的多个行程段，而互联网服务平台可以根据不同的行程段对应的行程数据为用户提供不同的网络服务。

用户可以针对不同的行程段发起不同的订单处理请求，那么互联网服务平台在接收到用户发送的订单处理请求时，根据订单处理请求中包含的内容为用户生成不同的行程数据。本申请实施例中所记载的行程数据中包含用户所订购商品或者服务(这里可以指行程段)的属性，例如：“从A地飞往XXX地”这一行程数据的属性包含时间属性(起飞时间和落地时间)、地址属性(起飞地址和降落地址)、事件属性(乘车事件)等。在本申请实施例中以时间属性、地址属性、事件属性以及不同行程数据之间的关系属性为例进行说明，这里的属性还可以包含其他属性，这里不再一一列举说明。

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请实施例提供的一种行程数据处理方法的流程示意图。所述方法可以如下所示。本申请实施例的执行主体可以为互联网服务平台对应的服务器，也可以是其他设备，这里不做具体限定。在本申请实施例中以执行主体为互联网服务平台为例进行详细说明。

步骤101：确定与第一用户相关联的多个行程数据。

其中，所述行程数据中包含时间属性和内容属性。这里的内容属性可以包含地址属性、事件属性、不同事件之间的关系属性等，这里不做具体限定。

在本申请实施例中，假设第一用户有一个行程安排，即准备去A地游玩5天，那么第一用户通常会提前预定去A地的车票(例如：机票或者火车票)、预定在A地住宿的酒店以及制定在A地的旅行计划。

那么第一用户预订去A地的车票可以但不限于通过以下方式实现：

第一用户在互联网服务平台中选择合适的去A地的机票(例如：2016年01月01日早上9点从北京飞往A地的机票)，向互联网服务平台发送订单处理请求，在该订单处理请求中包含第一用户的用户标识以及该第一用户所订购的机票信息(例如：乘机时间、乘机人、飞机起飞时间、起飞地址、落地地址等等)；互联网服务平台在接收到该订单处理请求时，根据订单处理请求中包含的机票信息，生成一个行程数据，并建立该用户标识与该行程数据的数据标识之间的映射关系。这里将这一行程数据可以称之为行程数据1，在该行程数据1中包含一个乘车事件，即从北京飞往A地这一乘车事件，可以视为“去A地游玩5天”这一行程安排中的一个行程段。那么通过该行程数据1可以使该第一用户获取哪天什么时间飞往A地的行程段安排。

再者，第一用户预订在A地住宿的酒店也可以采用上面记载的方式，与其不同的是：互联网服务平台根据订单处理请求中包含的住宿信息和所述第一用户的用户标识，生成另一个行程数据，并建立该用户标识与该行程数据的数据标识之间的映射关系。这里的行程数据可以称之为行程数据2，在该行程数据2中也包含一个住宿事件，即住宿在A地这一住宿事件，这也是“去A地游玩5天”这一行程安排中的一个行程段。那么通过该行程数据2可以使该第一用户获取到A地后所住宿的酒店以及住宿时间等住宿时间对应的行程段安排。

由此可见，用户在规划一个行程时，可以在互联网服务平台中订购至少一个商品(或者网络服务)，那么互联网服务平台可以为该用户生成至少一个行程数据。本申请实施例中所记载的第一用户可以是指众多用户中的任意一个，这里不做限定。需要说明的是，这里“第一用户”中包含的“第一”没有特殊含义，仅用来表示一个用户。

具体地，互联网服务平台可以接收到多个用户发送的订单处理请求，在本申请实施例中，互联网服务平台可以从数据库中随机选择一个用户标识，将该用户标识对应的用户作为第一用户。此时，互联网服务平台确定所述第一用户的用户标识；根据用户标识与行程数据的数据标识之间的映射关系，确定与所述第一用户的用户标识对应的数据标识；将所述数据标识对应的行程数据确定为与所述第一用户相关联的行程数据。

仍以上述记载的实例为例，那么互联网服务平台确定的与第一用户相关联的行程数据包含行程数据1和行程数据2。

除此之外，在本申请实施例中确定与第一用户相关联的多个行程数据的方式包括但不限于：

互联网服务平台接收第一用户发送的页面加载请求，所述页面加载请求中包含该第一用户的用户标识；

互联网服务平台根据用户标识与行程数据的数据标识之间的映射关系，确定与所述第一用户的用户标识对应的数据标识；将所述数据标识对应的行程数据确定为与所述第一用户相关联的行程数据。

表1为本申请实施例中步骤101中确定的与第一用户相关联的多个行程数据的示意表：

表1

步骤102：根据所述行程数据中包含的时间属性和/或内容属性，将所述多个行程数据进行分组。

在本申请实施例中，对于一个行程安排，用户在互联网服务平台上订购的商品或者网络服务不止一个，也就意味着，互联网服务平台为用户生成的行程数据也不止一个。那么在步骤101中互联网服务平台在确定与第一用户相关联的多个行程数据时，可以提取每一个行程数据中包含的属性，这里的属性可以包含但不限于时间属性、地址属性、事件属性、不同事件之间的关系属性等等。

这里的时间属性可以是指行程数据中包含的时间信息，或者是指该行程数据对应的行程段的发生时间，也可以是指其他时间，这里不做具体限定；这里的地址属性可以是行程数据中包含的地址，或者是指该行程数据对应的行程段的发生地(可以是指目的地)，也可以是行程数据中包含的目的地址，还可以是其他地址，这里不做具体限定；这里的关系属性可以是指行程数据对应的行程段与行程安排之间的隶属关系，例如：“去A地旅行”这一行程安排，飞往A地对应的行程段隶属于“去A地旅行”这一行程事件；飞往C地(这里的C地与A地属于相差距离较远的两个地方，按照实际情况去A地旅行不可能飞往C地)对应的行程段不隶属于“去A地旅行”这一行程事件；也可以是指一个行程安排中不同行程段发生的先后关系(例如：“飞往A地”这一行程段与“在A地的B酒店住宿”这一行程段，很显然，飞到A地之后，住宿是显而易见的，所以这两个行程段之间存在关联关系)，还可以是指其他关系，这里不做具体限定。

那么在本申请实施例中，在将所述多个行程数据进行分组时，可以采用但不限于以下方式实现：

第一种方式：

根据所述行程数据中包含的时间属性，将所述多个行程数据进行分组，同组中包含的所述行程数据的时间相同或者位于一个行程安排的时间区间中。

具体地，提取不同的行程数据的时间属性，并根据时间属性和预设分组规则，将多个不同的行程数据进行分组。

这里以表1中所示的行程数据为例进行说明。分别提取到的行程数据的时间属性为：行程数据1的时间属性为2016年01月01日早上9点；行程数据2的时间属性为2016年01月01日晚上；行程数据3的时间属性为2016年01月05日早上9点；行程数据4的时间属性为2016年09月18日早上10点；行程数据5的时间属性为2016年09月19日下午5点；行程数据6的时间属性为2016年09月20日下午5点；行程数据7的时间属性为2016年09月19日晚上。

根据时间属性和预设分组规则，可以将行程数据1和行程数据2分为一组；行程数据3为一组；行程数据4为一组；行程数据5和行程数据7为一组；行程数据6为一组。

这里的预设分组规则可以根据实际需要确定，也可以根据经验确定，这里不做具体限定。例如：以行程数据的时间之差小于设定阈值的不同行程数据属于一组为预设分组规则，即可得到上述的5个分组。

图2(a)为本申请实施例提供的一种行程数据的分组示意图。

第二种方式：

根据所述行程数据中包含的地址属性，将所述多个行程数据进行分组，同组中包含的所述行程数据的目的地相同。

具体地，提取不同的行程数据的地址属性，并根据地址属性和预设分组规则，将多个不同的行程数据进行分组。

这里以表1中所示的行程数据为例进行说明。分别提取到的行程数据的地址属性为：行程数据1的地址属性为北京到A地；行程数据2的地址属性为A地；行程数据3的地址属性为A地到北京；行程数据4的地址属性为北京到B地；行程数据5的地址属性为B地到C地；行程数据6的地址属性为C地到北京；行程数据7的地址属性为C地。

根据地址属性和预设分组规则，可以将行程数据1和行程数据2为一组；行程数据3和行程数据6为一组；行程数据4为一组、行程数据5和行程数据7为一组。

这里的预设分组规则可以根据实际需要确定，也可以根据经验确定，这里不做具体限定。例如：以行程数据中包含的目的地相同的不同行程数据属于一组为预设分组规则，即可得到上述的4个分组。

图2(b)为本申请实施例提供的一种行程数据的分组示意图。

需要说明的是，本申请实施例中所记载的地址属性可以以国家为粒度划分，也可以城市为粒度划分，还可以以区为粒度划分，这里不做具体限定。具体划分粒度可以根据用户行程数据中所记载的地址进行确定，这里不再详细说明。

第三种方式：

根据所述行程数据中包含的事件属性，将所述多个行程数据进行分组，同组中包含的所述行程数据的事件类型相同。

具体地，提取不同的行程数据的事件属性，并根据事件属性和预设分组规则，将多个不同的行程数据进行分组。

这里以表1中所示的行程数据为例进行说明。分别提取到的行程数据的事件属性为：行程数据1的事件属性为乘车事件；行程数据2的事件属性为住宿事件；行程数据3的事件属性为乘车事件；行程数据4的事件属性为乘车事件；行程数据5的事件属性为乘车事件；行程数据6的事件属性为乘车事件；行程数据7的事件属性为住宿事件。

根据事件属性和预设分组规则，可以将行程数据1、行程数据3、行程数据4、行程数据5和行程数据6为一组；行程数据2和行程数据7为一组。

这里的预设分组规则可以根据实际需要确定，也可以根据经验确定，这里不做具体限定。例如：以行程数据中包含的事件类型相同的不同行程数据属于一组为预设分组规则，即可得到上述的2个分组。

图2(c)为本申请实施例提供的一种行程数据的分组示意图。

第四种方式：

具体地，比较不同的两个行程数据中的时间属性和事件属性，确定这两个行程数据对应的行程段之间是否存在关联关系，若存在，则将这两个行程数据划分在同一个行程数据组中；否则，将这两个行程数据划分在不同的行程数据组中。

这里以表1中所示的行程数据为例进行说明。行程数据1中所对应的行程段为2016年01月01日早上9点从北京飞往A地，行程数据2中所对应的行程段为2016年01月01日晚上在A地住宿，显然，行程数据1和行程数据2所对应的行程段之间存在关联关系，那么说明按照第四种方式分组，行程数据1和行程数据2属于同一个行程数据组中。

行程数据1中所对应的行程段为2016年01月01日早上9点从北京飞往A地，行程数据7中所对应的行程段为2016年09月19日晚上在C地住宿，显然，行程数据1和行程数据7所对应的行程段之间不存在关联关系，那么说明按照第四种方式分组行程数据1和行程数据7不属于同一个行程数据组中。

通过上述方式，经分析之后可以将行程数据1、行程数据2和行程数据3分为一组；行程数据4、行程数据5、行程数据6和行程数据7为一组。

图2(d)为本申请实施例提供的一种行程数据的分组示意图。

然而，在将行程数据进行分组时，上述记载的四种方式可以单一使用，也可以任选其中两个或者三个或者四个合并使用，这里不做具体限定。

较优地，提取步骤101中确定的与第一用户相关联的多个行程数据中包含的属性，并根据属性，采用聚类的方式，将多个行程数据进行分组。

例如：首先使用时间属性，将时间属性满足条件的行程数据聚合在一起；其次，使用地址属性，将地址属性满足条件的行程数据聚合在一起；最后，得到不同的行程数据组。

图2(e)为本申请实施例提供的一种行程数据的分组示意图。通过上述方式，经聚合之后可以将行程数据1、行程数据2和行程数据3分为一组；行程数据4、行程数据5、行程数据6和行程数据7为一组。

步骤103：以组为单元，分别将不同组的所述行程数据展示给所述第一用户。

在本申请实施例中，在得到的不同的行程数据组(这里的行程数据组中包含至少一个行程数据)时，以组为单元，分别将不同的行程数据组展示给第一用户。

具体地，分别确定各组的所述行程数据对应的信息显示界面；并在所述信息显示界面中显示对应组的所述行程数据。

需要说明的是，这里的信息显示界面可以为卡片形式、标签形式、页面形式、窗口形式，也可以是设计的其他形式，这里不做具体限定。

具体地，为每一个行程数据组生成一个显示页面，在该显示页面中显示该行程数据组中的行程数据。

较优地，针对每一个行程数据组，还可以确定该组中的所述行程数据对应的目的地；进而根据所述目的地，生成包含所述目的地的显示页面，并在所述显示页面中显示该组中的所述行程数据。

仍以表1中所示的行程数据为例进行说明。对应于图2(b)可知，得到的行程数据组为4个，那么对于包含行程数据1和行程数据2的行程数据组，该行程数据组对应的行程事件的目的地为A地，那么生成一张能够显示A地特色的显示页面，在该显示页面中显示行程数据1和行程数据2，如图3(a)所示，为本申请实施例提供的一种行程数据组的显示示意图。

对于包含行程数据4的行程数据组，该行程数据组对应的行程事件的目的地为B地，那么生成一张能够显示B地特征的显示页面，在该显示页面中显示行程数据4。

此外，在本申请实施例中，在显示同组中的行程数据时，还可以按照设定排序规则对该组中所述行程数据进行排序；将排序后的该组中的所述行程数据展示给所述第一用户。

在本申请实施例中设定排序规则可以按照行程安排中各行程段发生的先后顺序，也可以按照行程段的优先级，还可以按照行程段的发生状态(例如：已发生、尚未发生、即将发生)，这里不做具体限定。

较优地，在将同组中的行程数据展示给用户时，可以采用列表形式，也可以采用叠加形式，还可以采用平铺形式，这里不做具体限定，如图3(b)所示，为本申请实施例提供的一种行程数据组的显示示意图。

较优地，针对一个行程数据组，在将行程数据组中的行程数据展示给第一用户时，所述方法还包括：

根据该组中包含的所述行程数据对应的地址属性，从信息数据库中，查找与所述地址属性对应的目的地相关的服务信息，所述服务信息包含天气信息、图片信息、文字信息、交通信息、商品信息中的一种或者多种；

由于用户在发起一个行程安排时，通过互联网服务平台能够预订到到目的地的车票、在目的地的住宿、旅游门票等，然而在这个基础之上，互联网服务平台还能够为用户提供更多的服务，以提升用户对互联网服务平台的用户体验。此时，互联网服务平台可以根据目的地，查询与该目的地相关的服务信息，这里的服务信息包括但不限于：天气信息、旅游攻略信息、资讯信息、旅游笔记信息、当地特色信息等等，将这些服务信息推送给用户，使得用户及时了解所要去的目的地的一些特点，提升用户的旅行感受，进而改善用户对互联网服务平台的用户体验，如图3(c)所示，为本申请实施例提供的一种行程数据组的显示示意图。

从图3(c)中可以看出，在显示页面中不仅显示行程数据组中包含的行程数据，还包含所到目的地的各种服务信息，有效改善用户对互联网服务平台的用户体验。

在本申请的另一个实施例中，所述方法还包括：

首先，对于同组中的所述行程数据，根据所述行程数据中包含的事件属性，确定该组中包含的所述行程数据对应的行程安排中的缺失行程数据。

在本申请实施例中所记载的缺失行程数据为互联网服务平台根据用户的行程安排和历史行程数据，分析为用户已生成的行程数据，进而确定还需要提醒用户注意的事件，即缺失行程数据。例如：以“去A地旅行”这一行程安排，用户订购了去程机票、返程机票和住宿，根据历史行程数据，“去A地旅行”还需要提前预定去A地XXX公园的门票，那么A地XXX公园的门票即可认定为行程安排中的缺失行程数据。

再例如：以“去A地旅行”这一行程安排，用户订购了去程机票、返程机票、住宿和去A地XXX公园的门票，根据历史行程数据，到“去A地旅行”如果去参观XXX公园，还需要提前准备防寒服，那么准备防寒服即可认定为行程安排中的缺失行程数据。

其次，根据所述缺失行程数据，向所述第一用户推荐与所述缺失行程数据相关的服务信息。

在本申请实施例中，与所述缺失行程数据相关的信息可以理解为与缺失行程数据对应的行程段相关联的信息，包括但不限于：缺失行程数据对应的信息，例如：A地XXX公园的门票信息；与缺失行程数据的发生地址相关的服务信息等等。

具体地，确定所述缺失行程数据的地址属性；从信息数据库中，查找满足所述地址属性的服务信息，所述服务信息包含天气信息、图片信息、文字信息、交通信息、商品信息中的一种或者多种；将查找到的所述服务信息推送给所述第一用户。

若确定的信息为缺失行程数据对应的信息，可以为该信息生成一个行程数据，例如：A地XXX公园的门票信息，可以生成一张有关该门票信息的行程数据，并将该行程数据推送给第一用户。

在本申请实施例中，将查找到的所述服务信息推送给所述第一用户的方式包括但不限于：

第一种方式：

如图4(a)所示，为本申请实施例提供的一种行程数据的显示示意图。从图4(a)中可以看出，在显示行程数据的页面中，弹出一个窗口，在该窗口中显示一个链接地址，通过点击该链接地址可以完成服务信息的加载，这样用户可以通过加载这些服务信息，了解缺失的信息。

需要说明的是，这里的还可以采用置顶显示的方式，这里不再详细描述。

第二种方式：

在展示该组中的所述行程数据的页面中，显示查找到的所述服务信息对应的链接地址。

如图4(b)所示，为本申请实施例提供的一种行程数据的显示示意图。从图4(b)中可以看出，在显示行程数据的页面中，显示一个链接地址，通过点击该链接地址可以完成服务信息的加载，这样用户可以通过加载这些服务信息，了解缺失的信息。

第三种方式：

如图4(c)所示，为本申请实施例提供的一种行程数据的显示示意图。从图4(c)中可以看出，在当前显示的行程数据的指定区域中，显示这些服务信息。

需要说明的是，本申请实施例中图2(a)、图2(b)、图2(c)、图2(d)、图2(e)、图3(a)、图3(b)、图3(c)、图4(a)、图4(b)和图4(c)中所记载的行程数据可以以行程卡片的形式展示，也可以以其他(例如：标签页等)形式进行展示。这里以行程卡片的形式为例进行说明。也就是说，互联网服务平台在生成一个行程数据时，可以生成该行程数据对应行程卡片，在该行程卡片中包含行程数据所记载的内容，例如：行程数据1“2016年01月01日早上9点从北京飞往A地，航班号为M”，该行程数据1可以通过一张行程卡片的形式表示，在该行程卡片中用户可以获取行程数据1中记载的内容。

图5为本申请实施例提供的一种行程数据处理方法的场景示意图。

从图5中可以看出，针对数据库中存储的多个行程数据，可以以用户为单位，对不同用户的行程数据进行处理，以保证能够及时有效地为用户提供服务。

图6为本申请实施例提供的一种行程数据处理方法的流程示意图。所述方法可以如下所示。

步骤601：接收第一用户发送的页面加载请求。

其中，所述页面加载请求中包含所述第一用户的用户标识。

在本申请实施例中，用户访问提供行程服务的应用软件，并向该应用软件发起对应于行程页面的页面加载请求，并在该页面加载请求中携带该用户的用户标识。这里的用户也可以称之为第一用户。

步骤602：根据所述用户标识，确定与所述用户标识相关联的多个行程数据，所述行程数据中包含时间属性和内容属性。

这里的实现方式可以与实施例1中步骤101中的实现方式相同，这里不再做详细说明。

步骤603：根据所述行程数据中包含的时间属性和/或内容属性，将所述多个行程数据进行分组。

这里的实现方式可以与实施例1中步骤102中的实现方式相同，这里不再做详细说明。

步骤604：以组为单元，分别将不同组的所述行程数据加载显示给所述第一用户。

这里的实现方式可以与实施例1中步骤103中的实现方式相同，这里不再做详细说明。

图7为本申请实施例提供的一种服务信息推送方法的流程示意图。所述方法可以如下所示。

步骤701：确定与第一用户相关联的至少一个行程数据组，所述行程数据组中包含至少一个行程数据，所述行程数据组对应一个行程安排。

这里的实现方式可以与实施例1中步骤101～103中的实现方式相同，这里不再做详细说明。

步骤702：根据所述行程数据组中的所述行程数据的事件属性，确定所述行程数据组对应的行程安排中的缺失行程数据。

在本申请实施例中所记载的缺失行程数据为互联网服务平台根据用户的行程事件和历史行程数据，分析为用户已生成的行程数据，进而确定还需要提醒用户注意的事件，即缺失行程数据。例如：以“去A地旅行”这一行程安排，用户订购了去程机票、返程机票和住宿，根据历史行程数据，“去A地旅行”还需要提前预定去A地XXX公园的门票，那么A地XXX公园的门票即可认定为行程安排中的缺失行程数据。

再例如：以“去A地旅行”这一行程安排，用户订购了去程机票、返程机票、住宿和去A地XXX公园的门票，根据历史行程数据，到“去A地旅行”如果去参观XXX公园，还需要提前准备防寒服，那么准备防寒服即可认定为行程安排中的缺失行程安排。

步骤703：根据所述缺失行程数据，向所述第一用户推送与所述缺失行程数据相关的服务信息。

至于推送给用户的方式可参见实施例中图4(a)、图4(b)和图4(c)中所示的内容，这里不再一一赘述。

通过本申请实施例提供的技术方案，在确定与第一用户相关联的至少一个行程数据组时，根据所述行程数据组中的所述行程数据的事件属性，确定所述行程数据组对应的行程安排中的缺失行程数据；并根据所述缺失行程数据，向所述第一用户推送与所述缺失行程数据相关的服务信息。由于在本申请实施例中，一个行程数据组对应一个行程安排，那么通过分析该行程数据组中包含的行程数据，可以确定第一用户已经订购的商品或者网络服务，这样基于第一用户的行程安排，互联网服务平台可以确定第一用户尚未订购但在该行程安排中需要的商品或者网络服务，并将确定的商品或者网络服务推送给第一用户，以供用户进行选择，这样有效节省第一用户为安排该行程所消耗的时间，提升用户获取有效信息的效率，进而改善用户对互联网服务平台的用户体验。

图8为本申请实施例提供的一种行程数据处理设备的结构示意图。所述处理设备包括：确定单元801、分组单元802和处理单元803，其中：

确定单元801，确定与第一用户相关联的多个行程数据，所述行程数据中包含时间属性和内容属性；

分组单元802，根据所述行程数据中包含的时间属性和/或内容属性，将所述多个行程数据进行分组；

处理单元803，以组为单元，分别将不同组的所述行程数据展示给所述第一用户。

在本申请的另一个实施例中，所述处理单元803将不同组的所述行程数据展示给所述第一用户，包括：

分别确定各组的所述行程数据对应的信息显示界面；

在所述信息显示界面中显示对应组的所述行程数据。

将排序后的该组中的所述行程数据展示给所述第一用户。

在本申请的另一个实施例中，所述分组单元802根据所述行程数据中包含的内容属性，将所述多个行程数据进行分组，包括：

和/或，

在本申请的另一个实施例中，所述处理设备还包括：推送单元804，其中：

在本申请的另一个实施例中，所述推送单元804根据所述缺失行程数据，向所述第一用户推荐与所述缺失行程数据相关的服务信息，包括：

确定所述缺失行程数据的地址属性；

将查找到的所述服务信息推送给所述第一用户。

在本申请的另一个实施例中，所述推送单元804将查找到的所述服务信息推送给所述第一用户，包括：

在本申请的另一个实施例中，所述推送单元804将查找到的所述服务信息对应的链接地址发送给所述第一用户，包括：

在本申请的另一个实施例中，所述确定单元801确定与第一用户相关联的多个行程数据，包括：

确定所述第一用户的用户标识；

需要说明的是，本申请实施例中所记载的行程数据处理设备可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。对于确定的与第一用户相关联的多个行程数据，可以按照不同的所述行程数据中包含的时间属性和/或内容属性，将所述多个行程数据进行分组；进而以组为单元，分别将不同组的所述行程数据展示给所述第一用户，使得第一用户能够获取同组的所有行程数据，方便用户了解行程安排，有助于用户对行程规划进行有效管理，节省用户获取行程数据的时间，提升用户对互联网服务平台的用户体验。

图9为本申请实施例提供的一种行程数据处理设备的结构示意图。所述行程数据处理设备包括：接收单元901、确定单元902、分组单元903和处理单元904，其中：

接收单元901，接收第一用户发送的页面加载请求，所述页面加载请求中包含所述第一用户的用户标识；

确定单元902，根据所述用户标识，确定与所述用户标识相关联的多个行程数据，所述行程数据中包含时间属性和内容属性；

分组单元903，根据所述行程数据中包含的时间属性和/或内容属性，将所述多个行程数据进行分组；

处理单元904，以组为单元，分别将不同组的所述行程数据加载显示给所述第一用户。

需要说明的是，本申请实施例中所记载的行程数据处理设备可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。

图10为本申请实施例提供的一种服务信息推送设备的结构示意图。所述服务信息推送设备包括：确定单元1001、处理单元1002和推送单元1003，其中：

确定单元1001，确定与第一用户相关联的至少一个行程数据组，所述行程数据组中包含至少一个行程数据，所述行程数据组对应一个行程安排；

处理单元1002，根据所述行程数据组中的所述行程数据的事件属性，确定所述行程数据组对应的行程安排中的缺失行程数据；

推送单元1003，根据所述缺失行程数据，向所述第一用户推送与所述缺失行程数据相关的服务信息。

在本申请的另一个实施例中，所述推送单元1003根据所述缺失行程数据，向所述第一用户推送与所述缺失行程数据相关的服务信息，包括：

确定所述缺失行程数据的地址属性；

将查找到的所述服务信息推送给所述第一用户。

在本申请的另一个实施例中，所述推送单元1003将查找到的所述服务信息推送给所述第一用户，包括：

需要说明的是，本申请实施例提供的服务信息推送设备可以通过硬件方式实现，也可以通过软件方式实现，这里不做具体限定。在确定与第一用户相关联的至少一个行程数据组时，根据所述行程数据组中的所述行程数据的事件属性，确定所述行程数据组对应的行程安排中的缺失行程数据；并根据所述缺失行程数据，向所述第一用户推送与所述缺失行程数据相关的服务信息。由于在本申请实施例中，一个行程数据组对应一个行程安排，那么通过分析该行程数据组中包含的行程数据，可以确定第一用户已经订购的商品或者网络服务，这样基于第一用户的行程安排，互联网服务平台可以确定第一用户尚未订购但在该行程安排中需要的商品或者网络服务，并将确定的商品或者网络服务推送给第一用户，以供用户进行选择，这样有效节省第一用户为安排该行程所消耗的时间，提升用户获取有效信息的效率，进而改善用户对互联网服务平台的用户体验。

图11为本申请实施例提供的一种行程数据处理方法的流程示意图。所述方法可以如下所示。

步骤1101：确定多个行程数据。

在本申请实施例中，确定的多个行程数据可以属于同一个用户的，也可以属于不同用户的，这里不做具体限定。

步骤1102：将所述多个行程数据进行分组，同组中的所述行程数据之间满足设定的关联关系。

在本申请实施例中所记载的设定的关联关系可以是指所述行程数据对应于同一个用户；也可以是指所述行程数据对应于同一个用户的同一个行程安排的；还可以是指所述行程数据对应于不同用户，但是这些用户属于一个团队，这些行程数据对应于同一个行程安排，这里不做具体限定。

至于分组的方式可以参见上述实施例中所记载的方式，这里不再一一赘述。

步骤1103：展示各组中的所述行程数据。

如果参与分组的行程数据属于同一个用户，那么可以按照上述步骤103中所记载的方式展示分组后各组的行程数据，这里不再一一赘述。

但是，由于在本申请实施例中参与分组的行程数据可能不属于同一个用户，因此在本申请实施例中展示各组中的所述行程数据时，确定显示这些行程数据的设备的设备标识，并查找与该设备标识对应的用户标识，即使用该设备的用户的用户标识，那么在展示这些行程数据时，可以显性显示该用户标识对应的行程数据，该组中的其他行程数据可以采用隐性显示方式，也可以对其他行程数据中的隐私数据进行过滤处理后显示，以保护达到保护用户隐私的目的。或者同组中的行程数据设置访问权限，只有具备访问权限的用户方可查看到行程数据中的行程数据以及用户信息。

至于展示方式可以按照上述步骤103中所记载的方式展示分组后各组的行程数据，这里不再一一赘述。

图12为本申请实施例提供的一种行程数据处理设备的结构示意图。所述处理设备包括：确定单元1201、处理单元1202和显示单元1203，其中：

确定单元1201，确定多个行程数据；

处理单元1202，将所述多个行程数据进行分组，同组中的所述行程数据之间满足设定的关联关系；

显示单元1203，展示各组中的所述行程数据。

需要说明的是，本申请实施例提供的服务信息推送设备可以通过硬件方式实现，也可以通过软件方式实现，这里不做具体限定。

在本申请实施例中，假设互联网服务平台在接收到用户发送的订单处理请求时，可根据该订单处理请求中包含的目标对象(这里的目标对象可以理解为用户所订购的商品或者服务，例如：所购买的机票、景点门票等等)生成一条与该目标对象相关的数据(如果这里的数据与行程相关，那么这里的数据可以称之为行程数据)。为了更好的为用户提供网络服务，互联网服务器平台可以基于该行程数据，生成一张行程卡片，在该行程卡片中包含该行程数据中所记载的内容。也就是说，在互联网服务平台中，不同的行程数据对应不同的行程卡片，那么基于同一个发明构思，行程卡片也可以作为本申请实施例中研究对象，即在本申请实施例中提供一种行程卡片(即卡片形式的行程数据)的处理方法，所述方法可以如下所示。

第一步：确定与第一用户相关联的多个行程卡片。

这里的不同的行程卡片对应一条行程数据，各行程数据对应一个行程段，该行程段可以属于某一个行程安排。

在本申请实施例中，假设第一用户有一个行程安排，即准备去A地游玩5天，那么第一用户通常会提前预定去A地的机票、预定在A地住宿的酒店以及制定在A地的旅行计划。

那么第一用户预订去A地的机票可以但不限于通过以下方式实现：第一用户在互联网服务平台中选择合适的去A地的机票(例如：2016年01月01日早上9点从北京飞往A地的机票)，向互联网服务平台发送订单处理请求，在该订单处理请求中包含目标用户的用户标识以及该目标用户所订购的机票数据；互联网服务平台在接收到该订单处理请求时，根据订单处理请求中包含的机票数据，生成一个行程卡片，并建立该用户标识与该行程卡片的卡片标识之间的映射关系。这里将这张行程卡片可以称之为行程卡片1，在该行程卡片1中包含一个行程数据，即从北京飞往A地这一行程数据，它属于“去A地游玩5天”这一行程安排中的一个行程段。那么通过该行程卡片1可以使该第一用户获取哪天什么时间飞往A地等信息。

再者，第一用户预订在A地住宿的酒店也可以采用上面记载的方式，与其不同的是：互联网服务平台根据订单处理请求中包含的住宿数据，生成一个行程卡片，并建立该用户标识与该行程卡片的卡片标识之间的映射关系。这里的行程卡片可以称之为行程卡片2，在该行程卡片2中也包含一个行程数据，即住宿在A地这一行程数据，它也属于“去A地游玩5天”这一行程安排中的一个行程段。那么通过该行程卡片2可以使该第一用户获取到A地后所住宿的酒店以及住宿时间等信息。

由此可见，用户在规划一个行程安排时，可以在互联网服务平台中订购至少一个商品(或者网络服务)，那么互联网服务平台可以为该用户生成至少一个行程卡片。本申请实施例中所记载的第一用户可以是指众多用户中的任意一个，这里不做限定。

具体地，互联网服务平台从数据库中随机选择一个用户标识，将该用户标识对应的用户作为第一用户。此时，互联网服务平台确定所述第一用户的用户标识；根据用户标识与行程卡片的卡片标识之间的映射关系，确定与所述第一用户的用户标识对应的卡片标识；将所述卡片标识对应的行程卡片确定为与所述第一用户相关联的行程卡片。

仍以上述记载的实例为例，那么互联网服务平台确定的与第一用户相关的行程卡片包含行程卡片1和行程卡片2。

除此之外，在本申请实施例中确定与第一用户相关的多个行程卡片的方式包括但不限于上述记载的方式，还可以参见上述记载的行程数据的确定方式，这里不做具体限定。

仍以表1中所示的行程数据为例进行说明。各行程数据可以分别对应不同的行程卡片：行程数据1对应行程卡片1、行程数据2对应行程卡片2、行程数据3对应行程卡片3、行程数据4对应行程卡片4、行程数据5对应行程卡片5、行程数据6对应行程卡片6和行程数据7对应行程卡片7。

第二步：根据不同的所述行程卡片中包含的所述行程数据的属性，将所述多个行程卡片进行分组。

其中，同组中的所述行程卡片中包含的所述行程数据满足设定关系。

这里的设定关系可以根据行程数据的属性确定。这里的属性可以包含但不限于时间属性、地址属性、事件属性、不同事件之间的关系属性的等等。

需要说明的是，这里属性的界定可以参见图1中所示的行程数据的属性，这里不再一一赘述。

那么在本申请实施例中，在将所述多个行程卡片进行分组时，可以采用但不限于以下方式实现：

第一种方式：

根据不同的所述行程卡片中包含的所述行程数据中包含的时间属性，将所述多个行程卡片进行分组，同组中包含的所述行程卡片的时间相同或者位于一个行程安排的时间区间中。

第二种方式：

根据不同的所述行程卡片中包含的所述行程数据中包含的地址属性，将所述多个行程卡片进行分组，同组中包含的所述行程卡片的目的地相同。

第三种方式：

根据不同的所述行程卡片中包含的所述行程数据中包含的事件属性，将所述多个行程卡片进行分组，同组中包含的所述行程卡片的事件类型相同。

第四种方式：

根据不同的所述行程卡片中包含的所述行程数据中包含的不同事件之间的关系属性，将所述多个行程卡片进行分组，同组中包含的所述行程卡片属于同一趟行程安排。

上述记载的四种方式的具体实现可以参见图1中所示的内容，这里不再一一赘述。

然而，在将行程卡片进行分组时，上述记载的四种方式可以单一使用，也可以任选其中两个或者三个或者四个合并使用，这里不做具体限定。

较优地，提取确定的与第一用户相关联的多个行程卡片中包含的行程数据的属性，并根据不同的行程数据的属性，采用聚类的方式，将多个行程卡片进行分组。

例如：首先使用时间属性，将时间属性满足条件的行程卡片聚合在一起；其次，使用地址属性，将地址属性满足条件的行程卡片聚合在一起；最后，得到不同的行程卡片组。

第三步：以组为单元，分别将各组中的所述行程卡片展示给所述第一用户。

在本申请实施例中，在得到的不同的行程卡片组(这里的行程卡片组中包含至少一个行程卡片)时，以组为单元，分别将不同的行程卡片组展示给第一用户。

具体地，为每一个行程卡片组生成一个显示页面，在该显示页面中显示该行程卡片组中的行程卡片。

较优地，针对每一个行程卡片组，还可以确定该组中的所述行程卡片对应的行程段的目的地；进而根据所述目的地，生成包含所述目的地的显示页面，并在所述显示页面中显示该组中的所述行程卡片。

此外，在本申请实施例中，在显示同组中的行程卡片时，还可以按照设定排序规则对该组中所述行程卡片进行排序；将排序后的该组中的所述行程卡片展示给所述第一用户。

在本申请实施例中设定排序规则可以按照行程安排中各行程段发生的先后顺序，也可以按照行程段在行程安排中的优先级，还可以按照行程段的发生状态(例如：已发生、尚未发生、即将发生)，这里不做具体限定。

较优地，在将同组中的行程卡片展示给用户时，可以采用列表形式，也可以采用叠加形式，还可以采用平铺形式，这里不做具体限定。

较优地，针对一个行程卡片组，在将行程卡片组中的行程卡片展示给第一用户时，所述方法还包括：

根据该组中的所述行程卡片对应的行程段的目的地，从信息数据库中，查找与所述目的地相关的服务信息，所述服务信息包含天气信息、图片信息、文字信息、交通信息、商品信息中的一种或者多种；

将查找到的所述服务信息和该组中的所述行程卡片推送给所述第一用户。

在本申请的另一个实施例中，所述方法还包括：

首先，对于同组中的所述行程卡片，根据所述行程卡片中包含的行程数据对应的行程段，确定该组的所述行程卡片对应的行程安排中的缺失行程段。

其次，根据所述缺失行程段，向所述第一用户推荐与所述缺失行程段相关的信息。

第一种方式：

将查找到的所述服务信息对应的链接地址发送给所述目标用户。

第二种方式：

在展示该组中的所述行程卡片的页面中，显示查找到的所述服务信息对应的链接地址。

第三种方式：

在该组中的所述行程卡片的指定区域中，显示查找到的所述服务信息。

这里所记载的内容的具体实现方式可以参见图1中相关内容的实现方式，这里不再一一赘述。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims

1.一种行程数据处理方法，其特征在于，包括：

以组为单元，分别将不同组的所述行程数据展示给所述第一用户；

还包括：

对于同组中的所述行程数据，根据所述行程数据中包含的事件属性，确定该组中包含的所述行程数据对应的行程安排中的缺失行程数据；所述缺失行程数据为互联网服务平台根据用户的行程安排和历史行程数据，分析用户已生成的行程数据，确定出的需要提醒用户注意的事件；

2.根据权利要求1所述的行程数据处理方法，其特征在于，将不同组的所述行程数据展示给所述第一用户，包括：

分别确定各组的所述行程数据对应的信息显示界面；

在所述信息显示界面中显示对应组的所述行程数据。

3.根据权利要求1所述的行程数据处理方法，其特征在于，将不同组的所述行程数据展示给所述第一用户，包括：

将排序后的该组中的所述行程数据展示给所述第一用户。

4.根据权利要求1所述的行程数据处理方法，其特征在于，根据所述行程数据中包含的内容属性，将所述多个行程数据进行分组，包括：

和/或，

5.根据权利要求1所述的行程数据处理方法，其特征在于，根据所述缺失行程数据，向所述第一用户推荐与所述缺失行程数据相关的服务信息，包括：

确定所述缺失行程数据的地址属性；

将查找到的所述服务信息推送给所述第一用户。

6.根据权利要求5所述的行程数据处理方法，其特征在于，将查找到的所述服务信息推送给所述第一用户，包括：

7.根据权利要求6所述的行程数据处理方法，其特征在于，将查找到的所述服务信息对应的链接地址发送给所述第一用户，包括：

8.根据权利要求5所述的行程数据处理方法，其特征在于，将查找到的所述服务信息推送给所述第一用户，包括：

9.根据权利要求1所述的行程数据处理方法，其特征在于，将不同组的所述行程数据展示给所述第一用户，包括：

10.根据权利要求1所述的行程数据处理方法，其特征在于，将不同组的所述行程数据展示给所述第一用户，包括：

11.根据权利要求1至10任一项所述的行程数据处理方法，其特征在于，确定与第一用户相关联的多个行程数据，包括：

确定所述第一用户的用户标识；

12.一种服务信息推送方法，其特征在于，包括：

根据所述行程数据组中的所述行程数据的事件属性，确定所述行程数据组对应的行程安排中的缺失行程数据；所述缺失行程数据为互联网服务平台根据用户的行程安排和历史行程数据，分析用户已生成的行程数据，确定出的需要提醒用户注意的事件；

13.根据权利要求12所述的服务信息推送方法，其特征在于，根据所述缺失行程数据，向所述第一用户推送与所述缺失行程数据相关的服务信息，包括：

确定所述缺失行程数据的地址属性；

将查找到的所述服务信息推送给所述第一用户。

14.根据权利要求13所述的服务信息推送方法，其特征在于，将查找到的所述服务信息推送给所述第一用户，包括：

15.一种行程数据处理设备，其特征在于，包括：

处理单元，以组为单元，分别将不同组的所述行程数据展示给所述第一用户；

所述处理设备还包括：推送单元，其中：

推送单元，对于同组中的所述行程数据，根据所述行程数据中包含的事件属性，确定该组中包含的所述行程数据对应的行程安排中的缺失行程数据；所述缺失行程数据为互联网服务平台根据用户的行程安排和历史行程数据，分析用户已生成的行程数据，确定出的需要提醒用户注意的事件；

16.一种服务信息推送设备，其特征在于，包括：

推送单元，根据所述缺失行程数据，向所述第一用户推送与所述缺失行程数据相关的服务信息；所述缺失行程数据为互联网服务平台根据用户的行程安排和历史行程数据，分析用户已生成的行程数据，确定出的需要提醒用户注意的事件。