行程产品的打包处理方法、系统、设备及存储介质

摘要

本发明提供了行程产品的打包处理方法，应用于移动终端，包括如下步骤：遍历用户的出行订单库，将出行订单库中的出行订单按出行时间进行依次排序；提取出行订单中的一长途交通工具订单；提取长途交通工具订单时间顺序先后排列且时间段互不重叠的至少一城市交通工具订单；当城市交通工具订单的目的地与长途交通工具订单的出发地相同或城市交通工具订单的出发地与长途交通工具订单的目的地相同时，则将城市交通工具订单和长途交通工具订单组成行程订单组，将长途交通工具订单的目的地作为行程订单组的标识。本发明使得出行订单以行程订单组的形式展示，从而分类更合理，围绕目的地推送的产品服务更精准，更方便用户查找核对相应出行计划。

权利要求

1.一种行程产品的打包处理方法，应用于移动终端，其特征在于，包括如下步骤：S1：遍历用户的出行订单库，将所述出行订单库中的出行订单按出行时间进行依次排序；

S2：提取所述出行订单中的一长途交通工具订单，并确定所述长途交通工具订单的出发时间、出发地、到达时间和目的地；

S3：提取所述长途交通工具订单时间顺序先后排列且时间段互不重叠的至少一城市交通工具订单，并确定所述城市交通工具订单的出发时间、出发地、到达时间和目的地；

S4：当所述城市交通工具订单的目的地与所述长途交通工具订单的出发地相同或所述城市交通工具订单的出发地与所述长途交通工具订单的目的地相同时，则将所述城市交通工具订单和所述长途交通工具订单组成行程订单组，所述行程订单组具有相同的起点和终点，将所述长途交通工具订单的目的地作为所述行程订单组的标识；

S5：重复执行步骤S2至S4，将所述出行订单库的出行订单生成多个以目的地为标识的行程订单组；

在步骤S1中还包括如下步骤：

S101：遍历用户的出行订单库，提取所述出行订单的开票信息；

S102：当所述开票信息中的开票名称为法人时，则将所述出行订单归入因公出行集，当所述开票信息中的开票名称为自然人时，则将所述出行订单归入因私旅行集，当所述出行订单中不具有开票信息，则将所述出行订单归入因私旅行集；

S103：将所述因私旅行集和所述因公出行集中的出行订单按出行时间进行依次排序；

S104：将所述因私旅行集和所述因公出行集中的出行订单分别执行步骤S2至步骤S5生成多个所述行程订单组。

2.根据权利要求1所述的行程产品的打包处理方法，其特征在于：当所述长途交通工具订单为往返出行订单时，将所述往返出行订单拆分为长途出发订单和长途返回订单，并分别根据所述长途出发订单、所述长途返回订单分别执行步骤S2至步骤S5生成所述行程订单组；

当所述长途交通工具订单为多程订单时，将所述多程订单拆分为多个单独的长途交通工具订单，并分别根据每个所述长途交通工具订单分别执行步骤S2至步骤S5生成所述行程订单组。

3.根据权利要求1所述的行程产品的打包处理方法，其特征在于：当一所述城市交通工具订单为送机订单、所述长途交通工具订单为机票订单且所述城市交通工具订单的航班号与所述机票订单的航班号相同时，将一所述送机订单和所述机票订单合并为一行程订单组；

当另一所述城市交通工具订单为接机订单且所述接机订单的航班号与所述机票订单的航班号相同时，将另一所述接机订单和所述机票订单合并为至所述行程订单组。

4.根据权利要求1所述的行程产品的打包处理方法，其特征在于：当所述出行订单为酒店订单且所述酒店订单的入住时间晚于所述长途交通工具订单的到达时间，所述酒店订单的位置位于所述长途交通工具订单的目的地所在城市时，则将所述酒店订单合并至所述行程订单组中。

5.根据权利要求1所述的行程产品的打包处理方法，其特征在于，在时间上顺次排列的两个相邻的出行订单中，当后一出行订单未触发之前，还包括如下推荐步骤：在时间上顺次排列的两个出行订单之间，计算前一出行订单的达到时间与后一出行订单的出发时间之间的时间差；

当所述时间差大于预设定的阈值时，获取所述前一出行订单的目的地或所述后一出行订单的出发地的地理位置；

根据所述地理位置获取距离所述地理位置预设定距离阈值内的多家美食餐厅，进而获取所述多家美食餐厅的评分；

在所述多家美食餐厅中筛选出评分大于预设定的评分阈值的若干家目标美食餐厅；

进而通过所述若干家目标美食餐厅的在线预定系统根据所述行程订单组的出行人数，获取所述若干家目标美食餐厅当前的排队序号，选取排队序号最靠前的目标美食餐厅进行取号预定并生成预定信息；

将所述预定信息推送至所述用户并请求所述用户回复确认信息。

6.根据权利要求5所述的行程产品的打包处理方法，其特征在于：还包括如下步骤：对所述预定信息生成一自动取消时限，所述自动取消时限与所述后一出行订单的出发时间的时间差值小于预设的时间阈值；

当达到所述自动取消时限时且未收到所述确认信息时，则取消所述预定信息。

7.一种行程产品的打包处理系统，用于实现权利要求1至6中任一项所述的行程产品的打包处理方法，其特征在于，包括：订单排序模块，用于遍历用户的出行订单库，将所述出行订单库中的出行订单按出行时间进行依次排序；

第一订单提取模块，用于提取所述出行订单中的一长途交通工具订单，并确定所述长途交通工具订单的出发时间、出发地、到达时间和目的地；

第二订单提取模块，用于提取所述长途交通工具订单时间顺序先后排列且时间段互不重叠的至少一城市交通工具订单，并确定所述城市交通工具订单的出发时间、出发地、到达时间和目的地；

行程订单组生成模块，用于当所述城市交通工具订单的目的地与所述长途交通工具订单的出发地相同或所述城市交通工具订单的出发地与所述长途交通工具订单的目的地相同时，则将所述城市交通工具订单和所述长途交通工具订单组成行程订单组，将所述长途交通工具订单的目的地作为所述行程订单组的标识。

8.一种行程产品的打包处理设备，其特征在于，包括：

处理器；

存储器，其中存储有所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至6中任意一项所述行程产品的打包处理方法的步骤。

9.一种计算机可读存储介质，用于存储程序，其特征在于，所述程序被执行时实现权利要求1至6中任意一项所述行程产品的打包处理方法的步骤。

说明书

行程产品的打包处理方法、系统、设备及存储介质

技术领域

[0001] 本发明涉及在线旅行，具体地说，涉及一种行程产品的打包处理方法、系统、设备及存储介质。

背景技术

[0002] 随着互联网技术的快速发展，在线旅行社也得以迅猛发展，越来越多的酒店和机票可以在互联网上方便快捷地进行预订，同时在线旅行社中的用户账户中，随着使用生成大量的行程订单。

[0003] 目前市场上的行程展示订单方式通常都是简单的时间排序，当订单较多情况下，显示较为混乱，不适宜查看也不方便管理。特别是在商旅预订中，将公务出行和私人旅游两种场景，将公务出行和私人旅游订单混杂在一起，不便管理，通常给客户查看订单带来困扰。

发明内容

[0004] 针对现有技术中的问题，本发明的目的在于提供一种行程产品的打包处理方法、系统、设备及存储介质。

[0005] 根据本发明的一个方面，提供一种行程产品的打包处理方法，应用于移动终端，包括如下步骤：

[0006] S1：遍历用户的出行订单库，将所述出行订单库中的出行订单按出行时间进行依次排序；

[0007] S2：提取所述出行订单中的一长途交通工具订单，并确定所述长途交通工具订单的出发时间、出发地、到达时间和目的地；

[0008] S3：提取所述长途交通工具订单时间顺序先后排列且时间段互不重叠的至少一城市交通工具订单，并确定所述城市交通工具订单的出发时间、出发地、到达时间和目的地；

[0009] S4：当所述城市交通工具订单的目的地与所述长途交通工具订单的出发地相同或所述城市交通工具订单的出发地与所述长途交通工具订单的目的地相同时，则将所述城市交通工具订单和所述长途交通工具订单组成行程订单组，所述行程订单组具有相同的起点和终点，将所述长途交通工具订单的目的地作为所述行程订单组的标识；

[0010] S5：重复执行步骤S2至S4，将所述出行订单库的出行订单生成多个以目的地为标识的行程订单组。

[0011] 优选地，在步骤S1中还包括如下步骤：

[0012] S101：遍历用户的出行订单库，提取所述出行订单的开票信息；

[0013] S102：当所述开票信息中的开票名称为法人时，则将所述出行订单归入因公出行集，当所述开票信息中的开票名称为自然人时，则将所述出行订单归入因私旅行集，当所述出行订单中不具有开票信息，则将所述出行订单归入因私旅行集；

[0014] S103：将所述因私旅行集和所述因公出行集中的出行订单按出行时间进行依次排序；

[0015] S104：将所述因私旅行集和所述因公出行集中的出行订单分别执行步骤S2至步骤S5生成多个所述行程订单组。

[0016] 优选地，当所述长途交通工具订单为往返出行订单时，将所述往返出行订单拆分为长途出发订单和长途返回订单，并分别根据所述长途出发订单、所述长途返回订单分别执行步骤S2至步骤S5生成所述行程订单组；

[0017] 当所述长途交通工具订单为多程订单时，将所述多程订单拆分为多个单独的长途交通工具订单，并分别根据每个所述长途交通工具订单分别执行步骤S2至步骤S5生成所述行程订单组。

[0018] 优选地，当一所述城市交通工具订单为送机订单、所述长途交通工具订单为机票订单且所述城市交通工具订单的航班号与所述机票订单的航班号相同时，将一所述送机订单和所述机票订单合并为一行程订单组；

[0019] 当另一所述城市交通工具订单为接机订单且所述接机订单的航班号与所述机票订单的航班号相同时，将另一所述接机订单和所述机票订单合并为至所述行程订单组。

[0020] 优选地，当所述出行订单为酒店订单且所述酒店订单的入住时间晚于所述长途交通工具订单的到达时间，所述酒店订单的位置位于所述长途交通工具订单的目的地所在城市时，则将所述酒店订单合并至所述行程订单组中。

[0021] 优选地，在时间上顺次排列的两个相邻的出行订单中，当后一出行订单未触发之前，还包括如下推荐步骤：

[0022] 在时间上顺次排列的两个出行订单之间，计算前一出行订单的达到时间与后一出行订单的出发时间之间的时间差；

[0023] 当所述时间差大于预设定的阈值时，获取所述前一出行订单的目的地或所述后一出行订单的出发地的地理位置；

[0024] 根据所述地理位置获取距离所述地理位置预设定距离阈值内的多家美食餐厅，进而获取所述多家美食餐厅的评分；

[0025] 在所述多家美食餐厅中筛选出评分大于预设定的评分阈值的若干家目标美食餐厅；

[0026] 进而通过所述若干家目标美食餐厅的在线预定系统根据所述行程订单组的出行人数，获取所述若干家目标美食餐厅当前的排队序号，选取排队序号最靠前的目标美食餐厅进行取号预定并生成预定信息；

[0027] 将所述预定信息推送至所述用户并请求所述用户回复确认信息。

[0028] 优选地，还包括如下步骤：

[0029] 对所述预定信息生成一自动取消时限，所述自动取消时限与所述后一出行订单的出发时间的时间差值小于预设的时间阈值；

[0030] 当达到所述自动取消时限时且未收到所述确认信息时，则取消所述预定信息。

[0031] 根据本发明的另一个方面，提供一种行程产品的打包处理系统，用于实现所述的行程产品的打包处理方法，包括：

[0032] 订单排序模块，用于遍历用户的出行订单库，将所述出行订单库中的出行订单按出行时间进行依次排序；

[0033] 第一订单提取模块，用于提取所述出行订单中的一长途交通工具订单，并确定所述长途交通工具订单的出发时间、出发地、到达时间和目的地；

[0034] 第二订单提取模块，用于提取所述长途交通工具订单时间顺序先后排列且时间段互不重叠的至少一城市交通工具订单，并确定所述城市交通工具订单的出发时间、出发地、到达时间和目的地；

[0035] 行程订单组生成模块，用于当所述城市交通工具订单的目的地与所述长途交通工具订单的出发地相同或所述城市交通工具订单的出发地与所述长途交通工具订单的目的地相同时，则将所述城市交通工具订单和所述长途交通工具订单组成行程订单组，将所述长途交通工具订单的目的地作为所述行程订单组的标识。

[0036] 本发明还提供一种行程产品的打包处理设备，包括：

[0037] 处理器；

[0038] 存储器，其中存储有所述处理器的可执行指令；

[0039] 其中，所述处理器配置为经由执行所述可执行指令来执行所述行程产品的打包处理方法的步骤。

[0040] 本发明还提供一种计算机可读存储介质，用于存储程序，所述程序被执行时实现所述行程产品的打包处理方法的步骤。

[0041] 相比现有技术，本发明具有如下优势：

[0042] 本发明以长途交通工具订单为中心，将所述长途交通工具订单时间顺序先后排列且时间段互不重叠的城市交通工具以及在所述长途交通工具订单的目的的酒店等其他娱乐消费订单合并至以长途交通工具订单的目的地为标识的行程订单组，从而使得出行订单以行程订单组的形式展示，从而分类更合理，围绕目的地推送的产品服务更精准，更方便用户查找核对相应出行计划。

附图说明

[0043] 通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。

[0044] 图1是本发明中行程产品的打包处理方法的步骤流程图；

[0045] 图2是本发明中因私旅行集和所述因公出行集分别打包处理方法的步骤流程图；

[0046] 图3是本发明中后一出行订单未触发之前的推荐步骤流程图；

[0047] 图4是本发明中行程产品的打包处理系统的模块示意图；

[0048] 图5是本发明中行程产品的打包处理方法设备的结构示意图；以及[0049] 图6是本本发明中计算机可读存储介质的结构示意图。

具体实施方式

[0050] 现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的实施方式。相反，提供这些实施方式使得本发明将全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的结构，因而将省略对它们的重复描述。

[0051] 在本实施例中，图1是本发明中行程产品的打包处理方法的步骤流程图，如图1所示，本发明提供的行程产品的打包处理方法，应用于移动终端，包括如下步骤：

[0052] S1：遍历用户的出行订单库，将所述出行订单库中的出行订单按出行时间进行依次排序；

[0053] 图2是本发明中因私旅行集和所述因公出行集分别打包处理方法的步骤流程图，更为具体地，在步骤S1中还包括如下步骤：

[0054] S101：遍历用户的出行订单库，提取所述出行订单的开票信息；

[0055] S102：当所述开票信息中的开票名称为法人时，则将所述出行订单归入因公出行集，当所述开票信息中的开票名称为自然人时，则将所述出行订单归入因私旅行集，当所述出行订单中不具有开票信息，则将所述出行订单归入因私旅行集。

[0056] 在本实施例，当开票名称中出现公司字样时，则认定开票名称为法人，当开票名称少于等于四个字时，则认定开票名称为自然人。

[0057] S103：将所述因私旅行集和所述因公出行集中的出行订单按出行时间进行依次排序；

[0058] S104：将所述因私旅行集和所述因公出行集中的出行订单分别执行步骤S2至步骤S5生成多个所述行程订单组。

[0059] S2：提取所述出行订单中的一长途交通工具订单，并确定所述长途交通工具订单的出发时间、出发地、到达时间和目的地。

[0060] 在本实施例，所述长途交通工具订单包括火车票订单和飞机票订单。

[0061] S3：提取所述长途交通工具订单时间顺序先后排列且时间段互不重叠的至少一城市交通工具订单，并确定所述城市交通工具订单的出发时间、出发地、到达时间和目的地。

[0062] 在本实施例，所述城市交通工具订单包括出租车订单、接机订单和送机订单。

[0063] S4：当所述城市交通工具订单的目的地与所述长途交通工具订单的出发地相同或所述城市交通工具订单的出发地与所述长途交通工具订单的目的地相同时，则将所述城市交通工具订单和所述长途交通工具订单组成行程订单组，所述行程订单组具有相同的起点和终点，将所述长途交通工具订单的目的地作为所述行程订单组的标识。

[0064] 在本实施例中，所述城市交通工具订单可以为在长途交通工具订单的出发地的去机场的送机订单和在长途交通工具订单的目的地的离开机场的接机订单。

[0065] 更为具体地，当一所述城市交通工具订单为送机订单、所述长途交通工具订单为机票订单且所述城市交通工具订单的航班号与所述机票订单的航班号相同时，将一所述送机订单和所述机票订单合并为一行程订单组；

[0066] 当另一所述城市交通工具订单为接机订单且所述接机订单的航班号与所述机票订单的航班号相同时，将另一所述接机订单和所述机票订单合并为至所述行程订单组。

[0067] S5：重复执行步骤S2至S4，将所述出行订单库的出行订单生成多个以目的地为标识的行程订单组。

[0068] 在本实施例中，所述行程订单组配以长途交通工具订单的目的地图片予以展示。将长途出发订单和长途返回订单合并至一所述行程订单组中，从而使得所述行程订单组具有相同的起点和终点。

[0069] 在变形例中，当所述长途交通工具订单为往返出行订单时，将所述往返出行订单拆分为长途出发订单和长途返回订单，并分别根据所述长途出发订单、所述长途返回订单分别执行步骤S2至步骤S5生成所述行程订单组；如将上海至北京在返回上海的行程的形成拆分为上海至北京行程、北京至上海的行程。

[0070] 当所述长途交通工具订单为多程订单时，将所述多程订单拆分为多个单独的长途交通工具订单，并分别根据每个所述长途交通工具订单分别执行步骤S2至步骤S5生成所述行程订单组。如将上海至伦敦至纽约的行程，拆分后为上海至伦敦为一个行程、伦敦至纽约为一个行程。

[0071] 在变形例中，也可以将酒店订单作为出行订单合并至所述行程订单组。具体为，当所述出行订单为酒店订单且所述酒店订单的入住时间晚于所述长途交通工具订单的到达时间，所述酒店订单的位置位于所述长途交通工具订单的目的地所在城市时，则将所述酒店订单合并至所述行程订单组中。此外，也可以将酒店订单延伸的时间范围内的其他娱乐项目合并至所述行程订单组，如用户的美食订单和景点门票订单等，从而能够当该用户订一所述行程订单组中的长途交通工具订单时，可以将所述行程订单组中的城市交通工具订单、酒店订单等订单推送给所述用户。

[0072] 在旅行时，交通工具换乘是比较常见的，为了缩短出行时间，用户经常将时间需要换乘的两列交通工具之间留出较短的时间。但是确不方便用户在换乘点进行美食的品尝。因为评分高的餐馆一般排队都会很久，再加上点餐、等餐等时间需要花费大量时间，容易造成用户赶不上航班，这是用户无法接受的。因此需要一种自动预定系统以缩短等候时间，以提高用户旅行中的体验。

[0073] 图3是本发明中后一出行订单未触发之前的推荐步骤流程图，在本实施例中，在时间上顺次排列的两个相邻的出行订单中，当后一出行订单未触发之前，还包括如下推荐步骤：

[0074] 在时间上顺次排列的两个出行订单之间，计算前一出行订单的达到时间与后一出行订单的出发时间之间的时间差；

[0075] 当所述时间差大于预设定的阈值时，获取所述前一出行订单的目的地或所述后一出行订单的出发地的地理位置；

[0076] 根据所述地理位置获取距离所述地理位置预设定距离阈值内的多家美食餐厅，进而获取所述多家美食餐厅的评分；

[0077] 在所述多家美食餐厅中筛选出评分大于预设定的评分阈值的若干家目标美食餐厅；本实施例中，通过大众点评、美团等第三方平台获取美食餐厅的评分。

[0078] 进而通过所述若干家目标美食餐厅的在线预定系统根据所述行程订单组的出行人数，获取所述若干家目标美食餐厅当前的排队序号，选取排队序号最靠前的目标美食餐厅进行取号预定并生成预定信息；该在线预定系统为根据大众点评、美团等第三方平台上的在线预定接口。

[0079] 将所述预定信息推送至所述用户并请求所述用户回复确认信息。

[0080] 本发明提供的行程产品的打包处理方法，还包括如下步骤：对所述预定信息生成一自动取消时限，所述自动取消时限与所述后一出行订单的出发时间的时间差值小于预设的时间阈值；

[0081] 当达到所述自动取消时限时且未收到所述确认信息时，则取消所述预定信息。

[0082] 本发明根据出行订单的达到时间与后一出行订单的出发时间之间的时间差，初步判断出用户的时间满足用餐的需求。此时通过获取前一出行订单的目的地或所述后一出行订单的出发地的地理位置并根据该地理位置自动筛选出评分大于预设定的评分阈值的目标美食餐厅，并自动协助用户预定取号，使得用户不需要省去排队时间，节约了用户时间，使得用户能够在品尝美食与尽快换乘之间实现了平衡。

[0083] 图4是本发明中行程产品的打包处理系统的模块示意图；在本实施例中，本发明提供一种行程产品的打包处理系统，用于所述的行程产品的打包处理方法，包括：

[0084] 订单排序模块101，用于遍历用户的出行订单库，将所述出行订单库中的出行订单按出行时间进行依次排序；

[0085] 第一订单提取模块102，用于提取所述出行订单中的一长途交通工具订单，并确定所述长途交通工具订单的出发时间、出发地、到达时间和目的地；

[0086] 第二订单提取模块103，用于提取所述长途交通工具订单时间顺序先后排列且时间段互不重叠的至少一城市交通工具订单，并确定所述城市交通工具订单的出发时间、出发地、到达时间和目的地；

[0087] 行程订单组生成模块104，用于当所述城市交通工具订单的目的地与所述长途交通工具订单的出发地相同或所述城市交通工具订单的出发地与所述长途交通工具订单的目的地相同时，则将所述城市交通工具订单和所述长途交通工具订单组成行程订单组，将所述长途交通工具订单的目的地作为所述行程订单组的标识。

[0088] 本发明实施例还提供一种行程产品的打包处理设备，包括处理器。存储器，其中存储有处理器的可执行指令。其中，处理器配置为经由执行可执行指令来执行的行程产品的打包处理方法的步骤。

[0089] 如上，该实施例通过以长途交通工具订单为中心，将与所述长途交通工具订单时间顺序先后排列且时间段互不重叠的城市交通工具以及在所述长途交通工具订单的目的的酒店等其他娱乐消费订单合并至以长途交通工具订单的目的地为标识的行程订单组，从而使得出行订单以行程订单组的形式展示，从而分类更合理，围绕目的地推送的产品服务更精准，更方便用户查找核对相应出行计划。

[0090] 所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“平台”。

[0091] 图5是本发明的行程产品的打包处理的结构示意图。下面参照图5来描述根据本发明的这种实施方式的电子设备600。图5显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

[0092] 如图5所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同平台组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

[0093] 其中，存储单元存储有程序代码，程序代码可以被处理单元610执行，使得处理单元610执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，处理单元610可以执行如图1中所示的步骤。

[0094] 存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

[0095] 存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

[0096] 总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

[0097] 电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储平台等。

[0098] 本发明实施例还提供一种计算机可读存储介质，用于存储程序，程序被执行时实现的行程产品的打包处理方法的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。

[0099] 如上所示，该实施例的计算机可读存储介质的程序在执行时，以长途交通工具订单为中心，将与所述长途交通工具订单时间顺序先后排列且时间段互不重叠的城市交通工具以及在所述长途交通工具订单的目的的酒店等其他娱乐消费订单合并至以长途交通工具订单的目的地为标识的行程订单组，从而使得出行订单以行程订单组的形式展示，从而分类更合理，围绕目的地推送的产品服务更精准，更方便用户查找核对相应出行计划。

[0100] 图6是本发明的计算机可读存储介质的结构示意图。参考图6所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

[0101] 程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

[0102] 计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

[0103] 可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

[0104] 本发明以长途交通工具订单为中心，将与所述长途交通工具订单时间顺序先后排列且时间段互不重叠的城市交通工具以及在所述长途交通工具订单的目的的酒店等其他娱乐消费订单合并至以长途交通工具订单的目的地为标识的行程订单组，从而使得出行订单以行程订单组的形式展示，从而分类更合理，围绕目的地推送的产品服务更精准，更方便用户查找核对相应出行计划。

[0105] 以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。