CN117993523A - 行程信息处理方法、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种行程信息处理方法、设备及存储介质。在行程信息处理方法中，第一用户可通过指定页面，向至少部分行程与第一用户相同的第二用户分享行程预订信息，该行程预订信息包括第一用户的多个目标行程信息以及各自关联的出行服务信息。进而，对于与第一用户同行的第二用户而言，可根据第一用户分享的行程预订信息，快速实现相同或者至少部分相同行程的预订，第二用户无需与第一用户通过线下或者线上方式商量行程，也无需再执行出行服务的搜索操作，极大降低了第二用户的行程预订的操作复杂度，提升第二用户的行程预订效率。

Description

行程信息处理方法、设备及存储介质

技术领域

本申请涉及互联网应用技术领域，尤其涉及一种行程信息处理方法、设备及存储介质。

背景技术

随着互联网技术的发展，人们可通过基于互联网的行程预订工具，享受基于互联网的机票、火车票、酒店等预订服务。在一些场景中，存在多个用户同时出行的需求。例如，在企业的差旅场景中，经常会出现多人一同出差的场景。在这种场景下，多个同行人可能会选择相同的行程安排，例如多个同行人可选择同一航班或列车车次，并在出差地住同一家酒店。在一些传统方案中，通常由多个同行人线下商量行程信息，再分别按照商量出的行程信息预订各自的行程。在预订过程中，同行的每个人需要分别查询行程对应的航班号、车次号、酒店信息等，操作较为繁琐，导致行程预订效率较低。因此，有待提出一种新的解决方案。

发明内容

本申请的多个方面提供一种行程信息处理方法、设备及存储介质，用以简化多人同行时预订行程的操作复杂度，提升行程预订效率。

本申请实施例提供一种行程信息处理方法，包括：接收第一用户分享的行程预订信息；所述行程预订信息包括：所述第一用户的多个目标行程信息以及各自关联的出行服务信息；在行程预订页面上展示所述多个目标行程信息各自关联的出行服务信息，以供第二用户一键预订至少两个目标行程信息关联的出行服务；响应所述第二用户针对至少两个目标行程信息发起的一键预订操作，根据所述至少两个目标行程信息关联的出行服务信息，预订所述至少两个目标行程信息关联的出行服务。

可选地，响应所述第二用户针对至少两个目标行程信息发起的一键预订操作，根据所述至少两个目标行程信息关联的出行服务信息，预订所述至少两个目标行程信息关联的出行服务，包括：响应所述第二用户针对至少两个目标行程信息发起的一键预订操作，从所述行程预订页面跳转至下单页面，所述下单页面上包括所述至少两个目标行程信息关联的出行服务信息；响应所述下单页面上的下单操作，根据所述至少两个目标行程信息关联的出行服务信息，生成所述至少两个目标行程信息关联的出行服务订单。

可选地，响应所述第二用户针对至少两个目标行程信息发起的一键预订操作，从所述行程预订页面跳转至下单页面，包括：在所述行程预订页面上，所述多个目行程信息各自关联的出行服务信息默认为全选状态，响应对所述行程预订页面上的预订控件的触发操作，从所述行程预订页面跳转至下单页面，所述下单页面上包括所述多个目标行程信息各自关联的出行服务信息；或者，响应对所述行程预订页面上的目标行程信息发起的选择操作，确定被选择的至少两个目标行程信息，响应对所述行程预订页面上的预订控件的触发操作，从所述行程预订页面跳转至下单页面，所述下单页面上包括被选择的至少两个目标行程信息各自关联的出行服务信息。

可选地，所述多个目标行程信息为所述第一用户已预订的行程信息，各个目标行程信息关联的出行服务信息包括所述第一用户针对目标行程信息预订的出行服务的基本信息和服务规格信息；所述下单页面上还包括用于对所述至少两个目标行程信息关联的出行服务信息进行修改的修改控件；响应所述下单页面上的下单操作，根据所述至少两个目标行程信息关联的出行服务信息，生成所述至少两个目标行程信息关联的出行服务订单，包括：响应所述第二用户通过所述修改控件对所述下单页面上任一出行服务信息发起的修改操作，修改所述任一出行服务信息中的服务规格信息，以得到修改后的出行服务信息；响应下单操作，根据所述下单页面上未经修改的出行服务信息和/或修改后的出行服务信息，生成所述至少两个目标行程信息各自关联的出行服务订单。

可选地，在所述出行服务信息对应车票/机票服务的情况下，可修改的服务规格信息包括坐席类型和是否包含餐饮服务中的至少一种；在所述出行服务信息对应住宿服务的情况下，可修改的服务规格信息包括房间类型、是否包含餐饮服务以及是否包含客房服务中的至少一种；在所述出行服务信息对应景区服务的情况下，可修改的服务规格信息包括门票类型、是否包含交通服务、是否包含导游服务以及是否包含保险服务中的至少一种。

可选地，从所述行程预订页面跳转至下单页面，包括：从所述行程预订页面跳转至行程审批单关联界面；以及响应所述第二用户在所述行程审批单关联界面为所述至少两个目标行程信息关联目标行程审批单的操作，将所述至少两个目标行程信息与所述目标行程审批单进行关联；在将所述至少两个目标行程信息与所述目标行程审批单进行关联的情况下，从所述行程审批单关联界面跳转至所述下单页面。

可选地，响应所述第二用户在所述行程审批单关联界面为所述至少两个目标行程信息关联目标行程审批单的操作，将所述至少两个目标行程信息与所述目标行程审批单进行关联，包括：响应所述第二用户对所述行程审批单关联界面上展示的已有行程审批单的选择操作，将被选择的已有行程审批单作为目标行程审批单，并将所述至少两个目标行程信息与所述目标行程审批单进行关联；或者，响应所述第二用户对所述行程审批单关联界面上的审批单添加控件的触发操作，获取所述第二用户添加的行程审批单作为目标行程审批单，并将所述至少两个目标行程信息与所述目标行程审批单进行关联。

可选地，响应对所述行程预订信息的查看操作，在行程预订页面上展示所述多个目标行程信息各自关联的出行服务信息，以供第二用户一键预订至少两个目标行程信息关联的出行服务，包括：响应对所述行程预订信息的查看操作，校验所述多个目标行程信息各自关联的出行服务信息是否符合所述第二用户对应的出行条件并得到校验结果；展示所述多个目标行程信息各自关联的出行服务信息以及是否符合所述出行条件的校验结果，以供所述第二用户一键预订符合所述出行条件的至少两个目标行程信息关联的出行服务。

可选地，在选择部分目标行程信息的情况下，所述方法还包括：响应所述下单页面上添加新行程信息的操作，根据所述新行程信息的类型跳转至与之适配的出行服务详情页面，以供所述第二用户选择与所述新行程信息关联的出行服务信息；响应于所述第二用户在所述出行服务详情页面上选择所述新行程信息关联的出行服务信息的操作，返回所述下单页面，并在所述下单页面上展示所述新行程信息及其关联的出行服务信息。

在这种实施方式中，可获取第一用户分享的行程预订信息，并在行程预订页面上展示行程预订信息包含的多个目标行程信息各自关联的出行服务信息，第二用户可一键预订至少两个目标行程信息关联的出行服务，快速实现相同或者至少部分相同行程的预订，提升第二用户的行程预订效率。

本申请实施例还提供一种行程信息处理方法，包括：响应对第一页面的访问操作，展示所述第一页面，所述第一页面上包括第一用户已预订的多个目标行程信息以及各自关联的出行服务信息，各个目标行程信息关联的出行服务信息包括所述第一用户针对目标行程信息预订的出行服务的基本信息和服务规格信息；响应所述第一页面上的行程分享操作，向至少部分行程与所述第一用户相同的第二用户分享行程预订信息，所述行程预订信息包括所述多个目标行程信息以及各自关联的出行服务信息，以供所述第二用户一键预订至少两个目标行程信息关联的出行服务。

在这种实施方式中，基于第一页面提供的行程分享功能，第一用户可根据已预订的多个目标行程信息以及各自关联的出行服务信息，向第二用户分享行程预订信息，该行程预订信息包括第一用户的多个目标行程信息以及各自关联的出行服务信息。进而，可便于与第一用户同行的第二用户，快速实现相同或者至少部分相同行程的预订，提升第二用户的行程预订效率。

本申请实施例还提供一种行程信息处理方法，包括：响应对目标出行服务的详情页面的访问操作，展示所述目标出行服务的详情页面，所述详情页面上包括所述目标出行服务的至少一种服务规格信息和行程分享控件，所述详情页面关联第一用户的目标行程信息，且所述目标出行服务是所述第一用户待预订的出行服务，所述目标行程信息是所述第一用户的多个行程信息中的任一行程信息；响应通过所述行程分享控件发起的行程分享操作，向至少部分行程与所述第一用户相同的第二用户分享行程预订信息，所述行程预订信息包括所述目标行程信息及其关联的目标出行服务的详情页面，以供所述第二用户一键预订所述目标出行服务。

在本实施例中，基于目标出行服务的详情页面的行程分享功能，第一用户可将待预订的出行服务关联的出行服务信息分享给第二用户。进而，可便于与第一用户同行的第二用户，快速实现相同或者至少部分相同行程的预订，提升第二用户的行程预订效率。

本申请实施例还提供一种服务器，包括：存储器和处理器；所述存储器用于存储一条或多条计算机指令；所述处理器用于执行所述一条或多条计算机指令以用于：执行本申请实施例提供的方法中的步骤。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被处理器执行时能够实现本申请实施例提供的方法中的步骤。

附图说明

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

图1为本申请一示例性实施例提供的行程信息处理方法由第一终端执行时的流程示意图；

图2-1为本申请一示例性实施例提供的在第一页面上展示多个目标行程信息的示意图；

图2-2为本申请一示例性实施例提供的在第一页面上展示行程选择控件的示意图；

图2-3为本申请一示例性实施例提供的在第一页面上选择目标行程信息并分享的示意图；

图2-4为本申请一示例性实施例提供的选择同行人以及分享方式的示意图；

图3为本申请另一示例性实施例提供的行程信息处理方法由第一终端执行时的流程示意图；

图4-1为本申请一示例性实施例提供的目标出行服务的详情页面的示意图；

图4-2为本申请一示例性实施例提供的分享单个目标行程信息后的消息界面的示意图；

图5为本申请一示例性实施例提供的行程信息处理方法由第二终端执行时的流程示意图；

图6-1为本申请一示例性实施例提供的分享行多个目标行程信息后的消息界面的示意图；

图6-2为本申请一示例性实施例提供的多个出行服务的行程预订页面的示意图；

图6-3为本申请一示例性实施例提供的下单页面的示意图；

图6-4为本申请一示例性实施例提供的行程审批单关联界面的示意图；

图6-5为本申请一示例性实施例提供的接收单个目标行程信息后的消息界面的示意图；

图6-6为本申请一示例性实施例提供的单个出行服务的行程预订页面的示意图；

图7为本申请一示例性实施例提供的电子设备的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

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

目前的多人出行时，需要多个同行人线下商量行程信息，再分别按照商量出的行程信息预订各自的行程，从而操作较为繁琐，导致行程预订效率较低。针对上述技术问题，在本申请一些实施例中，提供了一种解决方案，以下结合附图，详细说明本申请各实施例提供的技术方案。

本申请提供的技术方案，应用于多人同行时基于行程处理终端实现的行程信息分享场景。该行程信息分享场景，可包括多人同行的旅行行程分享场景中，也可包括多人同行的差旅行程分享场景。在行程信息分享场景中，多个出行人包括发起分享操作的用户以及接收分享操作的用户。其中，发起分享操作的用户持有的终端可描述为第一终端，接收分享操作的用户持有的终端可描述为第二终端。第一终端和第二终端，可通过安装在本地或云桌面上的行程信息处理应用的客户端程序，使用行程信息处理功能；或者，第一终端和第二终端，可通过安装在本地或者云桌面上的浏览器，访问行程信息处理应用对应的网页；或者，第一终端和第二终端，可通过安装在本地或者云桌面上的第三方客户端调用行程信息处理应用对应的小程序，以使用行程信息处理应用提供的行程信息处理功能，本实施例对上述应用场景不做限制。

图1是本申请一示例性实施例提供的行程信息处理方法由第一终端执行时的流程示意图，该方法可包括如图1所示的步骤：

步骤101、响应对第一页面的访问操作，展示所述第一页面，所述第一页面上包括第一用户已预订的多个目标行程信息以及各自关联的出行服务信息，各个目标行程信息关联的出行服务信息包括所述第一用户针对目标行程信息预订的出行服务的基本信息和服务规格信息。

步骤102、响应所述第一页面上的行程分享操作，向至少部分行程与所述第一用户相同的第二用户分享行程预订信息，所述行程预订信息包括所述多个目标行程信息以及各自关联的出行服务信息，以供所述第二用户一键预订至少两个目标行程信息关联的出行服务。

本实施例可由第一终端执行，该第一终端主要用于根据第一用户(即同行人中发起分享操作的用户)的行程分享操作，将行程预订信息分享给第二用户(即同行人中接受分享操作的用户)。

其中，第一页面用于展示第一用户已预订的多个目标行程信息以及多个目标行程信息各自关联的出行服务信息。其中，目标行程信息，可以是第一用户已预订的旅游行程的信息，也可以是第一用户已预订的差旅行程的信息。其中，目标行程信息可包括：航班行程信息、火车行程信息、酒店行程信息以及景点行程信息中的至少一种。其中，任一目标行程信息关联的出行服务信息，是指目标行程信息对应的出行服务的相关信息。其中，出行服务，是指为用户的出行需求提供的虚拟服务或者实体服务。例如，出行服务可包括但不限于：机票服务、火车票服务、船票服务、住宿服务、景区服务、租车服务、接送机服务中的至少一种。其中，任一目标行程信息关联的出行服务信息可包括：第一用户针对目标行程信息预订的出行服务的基本信息和服务规格信息。其中，出行服务的基本信息，主要包括出行服务固有的、不可定制化的信息。服务规格信息，主要包括：可因人而异的、差异化定制的信息。以下将结合不同的行程信息举例说明。

例如，机票服务关联的出行服务信息中，基础信息可包括：出发机场、到达机场、航班号、出发时间、到达时间、机型、准点率、餐饮供应信息、价格信息以及折扣信息中的至少一种；服务规格信息，可包括：舱位类型、退改费用信息以及行李托运信息中的至少一种。例如，火车票服务关联的出行服务信息中，基础信息可包括：出发车站、到达车站、车次、出发时间、到达时间、车型以及价格信息中的至少一种；服务规格信息可包括：坐席类型。又例如，住宿服务关联的出行服务信息中，基础信息可包括：酒店名称、酒店地址、交通信息以及价格信息中的至少一种；服务规格信息可包括：房间类型、餐饮供应类型以及退改费用信息中的至少一种。

可选地，第一页面，可以实现为第一用户的行程页面，该行程页面，用于管理第一用户已添加的行程。当然，除了行程页面之外，第一页面也可实现为第一用户的历史行程查看页面、历史订单查看页面等，本实施例不做限制。继续以第一页面实现为行程页面为例，第一终端可响应对第一用户的行程页面的访问操作，展示该行程页面。其中，该行程页面可包括：第一用户已添加的行程信息及其关联的出行服务订单。其中，该出行服务订单中包括第一用户针对已添加的行程信息预订的出行服务的基本信息和服务规格信息。

在一些实施例中，该已添加的行程信息，可通过显式的方式展示在第一页面上，例如，第一页面可展示：9月2号从C城到D城的航班行程，以及九月2日在D城的酒店行程。在另一些实施例中，该已添加的行程信息，可通过隐式的方式展示在第一页面上，在这种方式中，可通过出行服务订单透出的行程信息展示第一用户已添加的行程信息。如图2-1所示的第一页面201上，展示有第一用户已添加的两个航班行程信息以及一个酒店行程信息。其中，任一个已添加的行程信息，通过其对应的出行服务订单包含的信息进行隐式展示。如第一出行服务订单可透出9月2日从机场A到机场B的航班行程信息，第二出行服务订单可透出9月2日的酒店行程信息，第三出行服务订单可透出9月4日从机场A到机场B的航班行程信息。

第一终端可响应第一用户对该已添加行程信息的选择操作，选择多个目标行程信息，并从该多个目标行程信息各自关联的出行服务订单中获取第一用户为其预订的出行服务的基本信息和服务规格信息，作为该多个目标行程信息各自关联的出行服务信息。即，针对任一目标行程信息，可从该目标行程信息关联的出行服务订单中，获取第一用户为该目标行程信息预订的出行服务的基本信息和服务规格信息，作为该目标行程信息各自关联的出行服务信息。

其中，第一用户对该已添加行程信息的选择操作，可通过第一页面上的第一行程分享控件触发。继续结合附图进行说明。如图2-1所示，第一页面201上可展示第一行程分享控件202，第一终端可响应第一行程分享控件202的触发操作，展示第一用户的已添加行程信息各自的选择控件。如图2-2所示，第一终端可在第一页面201上，展示已添加的每个行程信息的第一行程选择控件203，以使第一用户通过触发第一行程选择控件203对已添加的行程信息进行选择。如图2-3所示，第一用户可从该已添加行程信息中，选择酒店行程信息和一个航班行程信息，作为待分享的目标行程信息。

在一些实施例中，第一页面的访问操作，可由第一用户的行程信息查看操作触发。例如，第一终端可在任一页面展示行程管理控件，响应对该行程管理控件的触发操作，可自动触发第一页面的访问操作，以跳转到第一页面展示可管理的多个目标行程信息。其中，该行程管理控件，可展示在第一终端的出行服务的详情页面，或者可展示在第一终端的用户个人中心页面，本实施例不做限制。在另一些实施例中，第一页面的访问操作，可由第一用户的行程预订结束操作触发。例如，第一用户预订一目标行程信息后，可自动触发第一页面的访问操作，以跳转到第一页面展示可管理的多个目标行程信息。

其中，基于第一页面上展示的多个目标行程信息，第一用户可执行行程分享操作。第一用户可在第一页面上选中多个(即两个及两个以上)目标行程信息，并对选中的目标行程信息执行行程分享操作。

第一终端可响应第一页面上的行程分享操作，向第二用户分享行程预订信息。其中，行程预订信息包括该多个目标行程信息以及各自关联的出行服务信息，以供第二用户一键预订至少两个目标行程信息关联的出行服务。其中，第一页面上的行程分享操作，可基于第一页面上的第二行程分享控件实现。第一行程分享控件被触发之后，在第一用户选择目标行程信息之前，第一页面上的第二行程分享控件处于不可操作状态；在第一用户选择至少一个目标行程信息之后，第一页面上的第二行程分享控件处于可操作状态。如图2-3所示，第一页面201上还可展示第二行程分享控件204，第一终端可响应第一用户对第二行程分享控件204的触发操作，向第二用户分享行程预订信息，该行程预订信息包括被选中的酒店行程信息及其关联的出行服务信息，以及被选中的航班行程信息及其关联的出行服务信息。

其中，该第二用户是指至少部分行程与第一用户相同的用户，即与第一用户为差旅同行人或者旅行同行人的用户。可选地，在向第二用户分享行程预订信息时，第一终端可响应第一页面上的行程分享操作，基于第一用户关联的同行人员信息，确定所述第二用户。其中，在不同应用场景中，第一用户关联的同行人员信息的获取方式不同。例如，在差旅场景中，第一用户的同行人员信息，可通过第一用户关联的差旅审批单确定。在这种场景中，第一终端可响应第一页面上的行程分享操作，展示第一用户关联的差旅审批单中的同行人员信息，并根据第一用户对该同行人员信息的选择操作，确定第二用户。或者，第一终端可响应第一页面上的行程分享操作，自动确定第一用户关联的差旅审批单中的所有同行人员作为第二用户，本实施例不做限制。其中，当采用即时通信应用分享行程预订信息时，第二用户也可以是第一用户在即时通信应用中的好友用户或者与第一用户属于同一企业组织架构中的用户。又例如，在旅行场景中，第一用户的同行人员信息，可由第一用户手动添加，或者可根据第一用户历史添加过的出行用户确定，本实施例不做限制。

基于上述实施方式确定第二用户后，第一终端可以即时通信应用、应用内消息和复制链接中的至少一种方式，向第二用户分享该行程预订信息，以使得第二用户一键预订至少两个目标行程信息关联的出行服务。其中，应用内消息，是指第一终端访问的行程信息处理应用内的消息。

其中，该一键预订，是指第二用户可通过一个预订操作，预订至少两个目标行程信息关联的出行服务。

继续结合附图进行说明。当图2-3中示意的第二行程分享控件204被触发时，第一终端可在第一页面201上展示如图2-4所示的同行人选择窗口205以及分享方式确定窗口206。当然，在一些其他实施例中，第一终端也可响应第二行程分享控件204的触发操作，在第一页面201上展示同行人选择窗口205，或者，在第一页面上展示分享方式确定窗口206。其中，同行人选择窗口205展示至少一个同行人员信息，以供第一用户选择。例如，第一用户可选择用户U1以及用户U2中的至少一位，作为第二用户。其中，分享方式确定窗口206可展示至少一种分享方式，如图2-4所示的即时通信应用M1、即时通信应用M2以及复制链接等方式中的至少一种。当第一终端获取到第一用户对同行人员信息和/或分享方式的选择结果之后，可根据对应的选择结果执行行程预订信息的分享操作。

在这种实施方式中，基于第一页面提供的行程分享功能，第一用户可根据已预订的多个目标行程信息以及各自关联的出行服务信息，向第二用户分享行程预订信息，该行程预订信息包括第一用户的多个目标行程信息以及各自关联的出行服务信息。进而，可便于与第一用户同行的第二用户，快速实现相同或者至少部分相同行程的预订，提升第二用户的行程预订效率。

除上述实施方式之外，本申请还提供另一种可由第一终端执行的行程信息处理方法，该方法可在出行服务的详情页面实现行程预订信息的分享操作。以下将结合附图进行示例性说明。

图3是本申请另一示例性实施例提供的行程信息处理方法由第一终端执行时的流程示意图，该方法可包括如图3所示的步骤：

步骤301、响应对目标出行服务的详情页面的访问操作，展示所述目标出行服务的详情页面，所述详情页面上包括所述目标出行服务的至少一种服务规格信息和行程分享控件，所述详情页面关联第一用户的目标行程信息，且所述目标出行服务是所述目标行程信息待预订的出行服务，所述目标行程信息是所述第一用户的多个行程信息中的任一行程信息。

步骤302、响应通过所述行程分享控件发起的行程分享操作，向至少部分行程与所述第一用户相同的第二用户分享行程预订信息，所述行程预订信息包括所述目标行程信息及其关联的目标出行服务的详情页面，以供所述第二用户一键预订所述目标出行服务。

本实施例可由第一终端执行，该第一终端主要用于基于分享用户(即第一用户)在目标出行服务的详情页面上的行程分享操作，将行程预订信息分享给接收用户(即第二用户)。在本实施例中，行程预订信息，可包括第一用户已经预订的行程信息，也可包括第一用户即将预订但尚未预订的行程的信息。

其中，第一终端，提供目标出行服务预订功能。第一用户可通过第一终端，查看目标出行服务的详情页面。响应对目标出行服务的详情页面的访问操作，第一终端可展示该目标出行服务的详情页面。

在一些可选的实施例中，对目标出行服务的详情页面的访问操作，可以是通过对出行服务列表中的目标出行服务的选择操作触发的。例如，第一终端可根据第一用户的机票服务搜索操作，展示符合第一用户的搜索条件的机票服务列表；响应第一用户对机票服务列表中的目标机票服务的选择操作，可展示目标机票服务对应的详情页面。基于这种实施方式，第一用户可在预订目标出行服务之前，通过目标出行服务的详情页面，将目标出行服务分享给第二用户。

在另一些可选的实施例中，对目标出行服务的详情页面的访问操作，可以是通过对目标出行服务对应的出行服务订单的点击操作触发的。例如，第一终端可在第一用户的订单管理页面展示第一用户已预订的一个或者多个出行服务订单；相应对目标出行服务对应的出行服务订单的点击操作，第一终端可展示目标出行服务的详情页面。基于这种实施方式，第一用户可在预订目标出行服务之后，通过目标出行服务的详情页面，将目标出行服务分享给第二用户。

其中，目标出行服务的详情页面包括目标出行服务的至少一种服务规格信息。其中，详情页面关联第一用户的目标行程信息。其中，目标出行服务是第一用户待预订的出行服务，详情页面关联第一用户的目标行程信息是第一用户的多个行程中的任一行程信息。

图4-1对机票服务的详情页面进行了示意，如图4-1所示，在详情页面401上，可展示机票服务的基础信息，该基础信息至少包括：航班发出城市、航班到达城市、出发日期、出发时间、到达时间、出发机场、到达机场、行程时长、机型、餐饮情况、准点率等信息。除了基础信息之外，还可包括机票服务的至少一种服务规格信息。继续参考图4-1，例如，机票服务的一种服务规格信息包括：经济舱5折、退改费200、托运行李20KG，价格为968。在详情页面401上，分别展示了不同规格的机票服务各自的服务规格信息以及价格信息，且每种规格的机票服务对应一预订控件，以便于第一用户预订该规格对应的机票服务。

其中，目标出行服务的详情页面还包括行程分享控件。其中，行程分享控件，用于分享目标出行服务对应的行程预订信息。其中，该行程预订信息，可包括目标行程信息及其关联的目标出行服务的详情页面，以供第二用户一键预订该目标出行服务。

相应地，第一终端可响应通过目标出行服务的详情页面上的行程分享控件发起的行程分享操作，第二用户分享行程预订信息。其中，第二用户是指至少部分行程与第一用户相同的用户，即第一用户的同行人。

如图4-1所示，以目标出行服务实现为机票服务为例，机票服务的详情页面401上展示有第三行程分享控件402。其中，第三行程分享控件402，用于直接将机票服务对应的行程预订信息分享给第二用户。第一终端可响应对第三行程分享控件402的触发操作，展示图2-4所示同行人选择窗口205，以根据同行人选择窗口205中展示的同行人员信息，选择第二用户。

基于上述实施方式确定第二用户后，第一终端可以即时通信应用、应用内消息和复制链接中的至少一种方式，向第二用户分享该行程预订信息，以使得第二用户一键预订至少两个目标行程信息关联的出行服务。其中，该一键预订，是指第二用户可通过一个预订操作，预订至少两个目标行程信息关联的出行服务。图4-2示意了第一用户通过即时通信应用或者应用内消息分享行程预订信息的实施方式，在第一用户分享行程预订信息之后，第一消息界面404可采用消息卡片的形式展示行程预订信息，该消息卡片上展示有第一用户的目标行程信息，即：C城到D城，7月20日的航班。其中，该消息卡片可携带目标出行服务的详情页面的链接，以关联该目标出行服务的详情页面。相应地，第二用户可通过触发该消息卡片，进入目标出行服务的详情页面，以实现对该目标出行服务的一键预订。

在一些可选的实施例中，目标出行服务的详情页面上还展示行程添加控件，以供第一用具将目标出行服务对应的出行行程添加为第一用户的行程。相应地，第一终端可响应第一用户对该目标出行服务的详情页面上的行程添加控件的触发操作，将目标行程信息以及目标出行服务的详情页面关联添加到第一用户的行程页面中。继续以图4-1为例，机票服务的详情页面401上展示有行程添加控件403。其中，行程添加控件403用于将机票服务对应的出行行程添加为第一用户的行程。第一终端可响应对行程添加控件403的触发操作，将机票服务对应的出行行程添加为第一用户的行程，并可在图2-1所示的行程页面上展示航班出服务对应的出行行程。进而，第一用户可通过图2-1所示的行程页面，向第二用户分享行程预订信息，具体可参考前述实施例的记载，此处不赘述。

在另一些可选的实施例中，第一终端可响应第一用户对目标出行服务的下单操作，将该目标行程信息以及目标出行服务对应的出行服务订单关联添加到第一用户的行程页面中。

当然，上述通过行程添加控件添加行程的实施方式以及通过下单操作添加行程的方式可组合执行。通过上述两种实施方式对相同出行服务执行的行程添加操作之后，第一用户的行程页面，可对不同方式添加的相同行程进行合并，以优化页面显示效果。

在本实施例中，基于目标出行服务的详情页面的行程分享功能，第一用户可将待预订的出行服务关联的出行服务信息分享给第二用户。进而，可便于与第一用户同行的第二用户，快速实现相同或者至少部分相同行程的预订，提升第二用户的行程预订效率。

前述各实施例记载了行程信息处理方法在第一终端执行时的可选实施方式，除上述实施方式之外，本申请还提供一种可由第二终端执行的行程信息处理方法，以下将结合附图进行示例性说明。

图5是本申请一示例性实施例提供的行程信息处理方法由第二终端执行时的流程示意图，该方法可包括如图5所示的步骤：

步骤501、接收第一用户分享的行程预订信息；所述行程预订信息包括：所述第一用户的多个目标行程信息以及各自关联的出行服务信息。

步骤502、在行程预订页面上展示所述多个目标行程信息各自关联的出行服务信息，以供第二用户一键预订至少两个目标行程信息关联的出行服务。

步骤503、响应所述第二用户针对至少两个目标行程信息发起的一键预订操作，根据所述至少两个目标行程信息关联的出行服务信息，预订所述至少两个目标行程信息关联的出行服务。

其中，第一用户可通过第一终端向第二用户分享行程预订信息，具体可参考前述各实施例的记载，此处不赘述。第二终端可接收第一用户分享的行程预订信息，并执行本实施例提供的行程信息处理方法。其中，第二终端由第二用户登录。第一用户和第二用户为至少部分行程相同的同行人。

其中，该行程预订信息包括：第一用户的多个目标行程信息，以及多个目标行程各自关联的出行服务信息。其中，任一目标行程信息及其关联的出行服务信息，可以是相互独立的，也可以是相互融合的。当相互独立时，行程预订信息可包括两部分信息，即：目标行程信息，以及目标行程信息关联的出行服务信息。例如，以机票服务为例，行程预订信息可描述为：{航班行程信息：9月20日从C城飞往D城的航班；出行服务信息：出发日期：9月20日、航班号：xxx，航空公司：xxxx，出发机场：C城机场A，到达机场：D城机场B，有餐食，无行李托运额，总价900元}。当相互独立时，目标行程信息及其关联的出行服务信息为两部分信息。当相互融合时，行程预订信息可包括目标行程信息关联的出行服务信息，其中，出行服务信息可至少部分地透出目标行程信息。例如，继续以机票服务为例，行程预订信息可描述为：{出发日期：9月20日、航班号：xxx，航空公司：xxxx，出发机场：C城机场A，到达机场：D城机场B，有餐食，无行李托运额，总价900元}。上述出行服务信息可体现9月20日从C城飞往D城的航班对应的航班行程信息。

在一些可选的实施例中，第二终端可通过接收第一用户发送的链接的方式，接收第一用户分享的行程预订信息。在这种实施方式中，第一用户发送的链接，可指向包含行程预订信息的页面。可选地，行程预订信息，也可显式地展示在该链接对应的地址参数中，本实施例对此不做限制。

在另一些可选的实施例中，第二用户可通过即时通信应用或者应用内消息的方式，接收第二用户分享的行程预订信息，并可在第二用户与第一用户的消息界面展示该行程预订信息。该消息界面可以是即时通信应用的消息界面，也可以是应用内消息的消息界面。如图6-1所示，第二用户接收到第一用户(即用户U0)发送的行程预订信息，可第二消息界面601展示行程预订信息对应的消息卡片，第二消息界面601为第二用户与第一用户进行通信往来的消息界面。如图6-1所示，消息卡片上可展示多个目标行程信息，该多个目标行程信息可包括：9月4日从C城到D城的航班行程，以及9月4日至9月6日在D城的酒店行程。

接收到行程预订信息后，第二终端可在行程预订页面上展示该多个目标行程信息各自关联的出行服务信息。

可选地，第二终端通过链接接收第一用户分享的行程预订信息时，第二终端可响应第二用户对该链接的点击操作，展示行程预订页面。在这种实施方式中，第二终端可通过行程预订页面展示行程预订信息，并提供行程预订功能。

可选地，在展示行程预订页面之前，第二终端可通过其他的目标界面展示行程预订信息中的全部信息或者部分信息。可选地，第二终端通过即时通信应用接收第一用户分享的行程预订信息时，第二终端可在即时通信应用的消息界面展示行程预订信息中的全部信息或者部分信息，以供第二用户查看。第二终端可响应对消息界面展示的行程预订信息的查看操作，跳转到行程信息处理应用，以在行程信息处理应用内展示行程预订页面。可选地，第二终端通过应用内消息接收行程预订信息时，第二终端可在即时通信应用的消息界面展示行程预订信息中的全部信息或者部分信息，以供第二用户查看。第二终端可响应对消息界面展示的行程预订信息的查看操作，直接在行程信息处理应用内展示行程预订页面。

如图6-1所示，在展示行程预订界面之前，第二终端可在第二消息界面601中展示消息卡片，消息卡片上展示有行程预订信息中的部分信息以及“查看行程并预订的”提示信息。可选地，该消息卡片可携带多个目标行程信息各自对应的出行服务的标识，该标识可以是出行服务对应的商品ID(Identity document，身份标识)或者商品SKU(Stock KeepingUnit，最小存货单位)。进而，当第二用户查看行程预订信息时，第二终端可展示行程预订页面，并根据消息卡片携带的商品ID或者商品SKU确定多个出行服务，在行程预订页面展示多个出行服务对应的出行服务信息。响应对该消息卡片的点击操作，第二终端可根据消息卡片携带的多个目标行程信息各自对应的出行服务的标识，展示如图6-2所示的行程预订页面。如图6-2所示，在行程预订页面602上展示有机票服务对应的出行服务信息、住宿服务对应的出行服务信息以及火车票服务对应的出行服务信息。

在一些可选的实施例中，除多个目标行程信息各自关联的出行服务信息之外，行程预订页面还可展示的多个目标行程信息各自对应的校验信息。可选地，响应对行程预订信息的查看操作，第二终端可校验该多个目标行程信息各自关联的出行服务信息是否符合第二用户对应的出行条件并得到校验结果。在不同场景中，第二用户对应的出行条件不同。例如，在差旅场景中，第二用户对应的出行条件可包括第二用户对应的出差标准对应的条件。在企业中，不同职级的员工或者不同部门的员工，对应不同的出差标准，例如，部分职级的员工的出差标准中，交通标准为：飞机头等舱、飞机商务舱、高铁一等座；住宿标准为：四星以上酒店；另一部分职级的员工的出差标准中，交通标准为：飞机经济舱、高铁二等座；住宿标准为：四星以下酒店等。例如，在旅游场景中，第二用户对应的出行条件可包括第二用户对应的优惠条件，例如老年票优惠条件、学生票优惠条件、月卡/年卡优惠条件等。

针对任一目标行程信息，第二终端可校验该目标行程信息关联的出行服务信息是否符合第二用户对应的出行条件。例如，以差旅场景为例，第二终端可校验航班行程信息关联的机票舱位类型、价格等信息是否符合第二用户的出差标准中的交通标准，可校验酒店行程信息关联的酒店级别是否符合第二用户的出差标准中的住宿标准。

基于上述实施方式执行校验操作后，可展示该多个目标行程信息各自关联的出行服务信息以及是否符合出行条件的校验结果，以供第二用户一键预订符合该出行条件的至少两个目标行程信息关联的出行服务。如图6-2中，对任一出行服务信息，可展示该出行服务信息对应的校验通过标识603，以直观地指示该出行服务信息符合第二用户的出行条件。进而，当多人同行时，自动地根据第二用户的出行条件对第一用户分享的出行服务信息进行校验，极大降低第二用户预订到不符合其出行条件的出行服务的风险。

基于行程预订页面，第二用户可一键预订至少两个目标行程信息关联的出行服务。其中，一键预订，是指针对至少两个出行服务进行合并预订。即，预订的对象可视为该至少两个出行服务的组合服务，进而降低第二用户的操作复杂度。第二终端可响应第二用户针对至少两个目标行程信息发起的一键预订操作，根据该至少两个目标行程信息关联的出行服务信息，预订该至少两个目标行程信息关联的出行服务。进而，对于与第一用户同行的第二用户而言，可根据第一用户分享的行程预订信息，快速实现相同或者至少部分相同行程的预订，第二用户无需与第一用户通过线下或者线上方式商量行程，也无需再执行出行服务的搜索操作，极大降低了第二用户的行程预订的操作复杂度，提升第二用户的行程预订效率。

在本实施例中，一键预订操作，可包括通过一个按键操作直接预订多个出行服务的操作，也可包括通过一系列操作预订多个出行服务对应的组合服务的操作。以下将对通过一系列操作一键预订多个出行服务的可选实施方式进行示例性说明。

在一些示例性的实施例中，第二终端可响应第二用户针对至少两个目标行程信息发起的一键预订操作，从该行程预订页面跳转至下单页面。其中，该下单页面上包括该至少两个目标行程信息关联的出行服务信息，以用于对该至少两个目标行程进行合并下单。在一些可选的实施例中，行程预订页面上，该多个目行程信息各自关联的出行服务信息默认为全选状态，响应对该行程预订页面上的预订控件的触发操作，第二终端可从行程预订页面跳转至下单页面，该下单页面上包括该多个目标行程信息各自关联的出行服务信息。在这种实施方式中，下单页面对应的下单对象，为全部目标行程信息对应的出行服务。在另一些可选的实施例中，第二终端可响应对行程预订页面上的目标行程信息发起的选择操作，确定被选择的至少两个目标行程信息，并响应对行程预订页面上的预订控件的触发操作，从行程预订页面跳转至下单页面，该下单页面上包括被选择的至少两个目标行程信息各自关联的出行服务信息。在这种实施方式中，下单页面对应的下单对象，为被选择的至少两个目标行程信息对应的出行服务。

继续参考图6-2进行说明。如图6-2所示，行程预订页面602上，任一目标行程信息可对应一个第二行程选择控件604。其中，第二行程选择控件604默认处于选中状态，第二用户可通过对多个目标行程信息各自对应的第二行程选择控件604的状态进行修改，实现对该多个目标行程信息的灵活选择操作。其中，行程预订页面上的预订控件，可实现为图6-2示意的一键预订控件605。当行程预订页面602上的多个目标出行服务信息处于全选状态时，第二终端可响应对一键预订控件605的触发操作，进入图6-3所示的下单页面。

值得说明的是，在一些示例性的实施例中，在选择部分目标行程信息的情况下，第二终端可提供新行程信息的添加功能。在这种实施方式中，第二终端可响应下单页面上添加新行程信息的操作，根据该新行程信息的类型跳转至与之适配的出行服务详情页面，以供第二用户选择与所述新行程信息关联的出行服务信息；响应于第二用户在该出行服务详情页面上选择新行程信息关联的出行服务信息的操作，返回下单页面，并在该下单页面上展示该新行程信息及其关联的出行服务信息。进而，第二用户的一键下单操作，可实现对第一用户分享的出行服务以及新添加的出行服务的合并下单操作，进一步降低了第二用户的下单操作的复杂度。

基于上述实施方式进入下单页面后，第二终端可响应下单页面上的下单操作，根据该至少两个目标行程信息关联的出行服务信息，生成该至少两个目标行程信息关联的出行服务订单。

值得说明的是，在一些可选的实施例中，第二用户在执行一键下单操作的过程中，可对出行服务信息进行修改，以实现出行服务信息的差异化定制。以下将进行示例性说明。

可选地，该多个目标行程信息为第一用户已预订的行程信息，各个目标行程信息关联的出行服务信息包括：第一用户针对目标行程信息预订的出行服务的基本信息和服务规格信息。图6-3对下单页面进行了示意，如图6-3所示，第一下单页面606上展示的机票服务的基本信息可包括：机票的出发城市以及到达城市、机票的出发日期、航班号等；机票服务的服务规格信息可包括：经济舱、退改￥70起、无免费托运行李额等。可选地，该下单页面上还包括用于对该至少两个目标行程信息关联的出行服务信息进行修改的修改控件。可选地，该至少两个目标行程信息关联的出行服务信息，可各自对应一修改控件，也可共享一修改控件，本实施例对此不做限制。其中，修改控件用于对服务规格信息进行修改。图6-3对每一出行服务信息对应一修改控件607的实施方式进行了示意，第二用户可基于修改控件607，对机票服务信息中的服务规格信息进行修改。以下将进行示例性说明。

可选地，在一键下单的过程中，第二终端可响应第二用户通过该修改控件对下单页面上任一出行服务信息发起的修改操作，修改该任一出行服务信息中的服务规格信息，以得到修改后的出行服务信息。可选地，在出行服务信息对应车票/机票服务的情况下，可修改的服务规格信息包括坐席类型和是否包含餐饮服务中的至少一种；可选地，在出行服务信息对应住宿服务的情况下，可修改的服务规格信息包括房间类型、是否包含餐饮服务以及是否包含客房服务中的至少一种；可选地，在出行服务信息对应景区服务的情况下，可修改的服务规格信息包括门票类型、是否包含交通服务、是否包含导游服务以及是否包含保险服务中的至少一种。例如，在图6-3中，第二终端可响应对机票服务信息对应的修改控件607发起的修改操作，将机票服务的舱位类型修改为商务舱，将行李托运额度修改为免费托运10KG行李。

得到修改后的出行服务信息后，第二终端可响应下单操作，根据下单页面上未经修改的出行服务信息和/或修改后的出行服务信息，生成该至少两个目标行程信息各自关联的出行服务订单。其中，该下单操作可通过下单页面上的一键提交控件触发，该一键提交控件的一次触发操作，可提交该至少两个目标行程信息各自关联的出行服务订单。如图6-3所示，下单页面606上展示一键提交控件608。第二终端可响应一键提交控件608的触发操作，提交机票服务信息关联的出行服务订单、酒店出行服务信息关联的出行服务订单以及火车出行服务信息关联的出行服务订单。

在一些可选的实施例中，第二终端还可在下单界面，聚合展示至少两个目标行程信息对应的至少一个出行人信息，如图6-3示意的聚合展示的出行人信息609；和/或，在下单界面，聚合展示该至少两个目标行程信息对应的权益信息，如图6-3示意的聚合展示的权益信息610；和/或，在下单界面，聚合展示该至少两个目标行程信息对应的协议条款信息，如图6-3示意的聚合展示的协议信息611；和/或，在下单界面，聚合展示该至少两个目标行程信息对应的订单费用信息，如图6-3示意的聚合展示的费用信息612。进而，便于在一个下单页面聚合展示多种信息，并可实现部分信息的复用，进而降低下单操作的复杂度，以提升第二用户的下单效率。

还值得说明的是，在差旅场景中，第二终端还可提供行程审批单关联操作。可选地，第二终端在从行程预订页面跳转至下单页面的过程中，可先从行程预订页面跳转至行程审批单关联界面，并响应第二用户在该行程审批单关联界面为该至少两个目标行程信息关联目标行程审批单的操作，将该至少两个目标行程信息与目标行程审批单进行关联。在一些可选的实施方式中，第二终端可响应第二用户对行程审批单关联界面上展示的已有行程审批单的选择操作，将被选择的已有行程审批单作为目标行程审批单，并将该至少两个目标行程信息与所述目标行程审批单进行关联。在另一些可选的实施方式中，第二终端可响应第二用户对行程审批单关联界面上的审批单添加控件的触发操作，获取第二用户添加的行程审批单作为目标行程审批单，并将该至少两个目标行程信息与所述目标行程审批单进行关联。

如图6-4所示，在行程审批单关联界面613上，可展示第二用户已有的第一差旅审批单和第二差旅审批单以及新建审批单控件。第二用户可从第一差旅审批单和第二差旅审批单中选择至少一个差旅审批单，作为目标行程审批单。或者，可通过新建审批单控件，创建新的审批单，不再赘述。在将该至少两个目标行程信息与目标行程审批单进行关联的情况下，第二终端可从该行程审批单关联界面跳转至下单页面。

基于这种实施方式，第二终端可自动将第二用户的目标行程信息与目标行程审批单关联，一方面便于第二用户后续的账单处理操作，另一方面便于对出行服务订单进行校验。以下将进行示例性说明。

在一些可选的实施例中，将第二用户的目标行程信息与目标行程审批单关联之后，第二终端在提交目标行程信息对应的出行服务订单的过程中，可根据目标行程审批单，对任一目标行程信息执行校验操作。其中，该校验操作包括：出行条件校验、预算校验以及重复预订校验中的至少一种。其中，出行条件校验，用于校验目标行程信息是否满足目标行程审批单中约定的出差标准；预算校验，用于校验目标行程信息是否满足目标行程审批单中约定的预算标准；重复预订校验，用于校验第二用户的目标行程信息是否重复下单。

其中，若该至少两个目标行程信息中，存在未通过全部校验操作的任一目标行程信息，则第二终端可返回该目标行程信息的订单提交失败的提示信息，以供第二用户对该目标行程信息进行修改后重新下单。

其中，在任一目标行程信息通过全部校验操作时，可创建该目标行程信息对应的出行服务订单，并进入支付环节。其中，若多个目标行程信息通过全部校验操作时，可按照多个目标行程的出行时间顺序，依次创建对应的出行服务订单。其中，若存在多个成功创建的出行服务订单，则可合并支付该多个出行服务订单，或者可单独支付每个出行服务订单，本实施例不做限制。其中，不同的出行服务订单可分别推送提交成功与否的提示信息。其中，合并支付的多个出行服务订单，可单独展示，不同出行服务订单分别执行各自的履约逻辑以及退改规则，互不影响。

基于上述校验操作，可降低第二用户预订到不符合审批标准的出行服务订单的风险，降低第二用户的经济损失。

前述实施例记载了第二终端接收到的行程预订信息包括多个目标行程信息以及各自关联的出行服务信息的场景，在另一些场景中，行程预订信息包括单个目标行程信息及其出行服务信息。如图6-5所示，在第三消息界面614上可展示消息卡片，该消息卡片展示有机票服务的出行服务信息。第二用户可通过点击该消息卡片，进入图6-6所示的第二下单页面615，并通过第二下单页面615提交订单。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤101至步骤104的执行主体可以为设备A；又比如，步骤101和102的执行主体可以为设备A，步骤103的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

图7示意了本申请一示例性实施例提供的电子设备的结构示意图，该电子设备适用于前述实施例提供的行程信息处理方法。其中，该电子设备可实现为终端设备，例如用户侧的手机、电脑、智能电视以及智能可穿戴设备等。如图7所示，该电子设备包括：存储器701以及处理器702。

存储器701，用于存储计算机程序，并可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令。

处理器702，与存储器701耦合，用于执行存储器701中的计算机程序，以用于：接收第一用户分享的行程预订信息；所述行程预订信息包括：所述第一用户的多个目标行程信息以及各自关联的出行服务信息；在行程预订页面上展示所述多个目标行程信息各自关联的出行服务信息，以供第二用户一键预订至少两个目标行程信息关联的出行服务；响应所述第二用户针对至少两个目标行程信息发起的一键预订操作，根据所述至少两个目标行程信息关联的出行服务信息，预订所述至少两个目标行程信息关联的出行服务。

可选地，处理器702在响应所述第二用户针对至少两个目标行程信息发起的一键预订操作，根据所述至少两个目标行程信息关联的出行服务信息，预订所述至少两个目标行程信息关联的出行服务时，具体用于：响应所述第二用户针对至少两个目标行程信息发起的一键预订操作，从所述行程预订页面跳转至下单页面，所述下单页面上包括所述至少两个目标行程信息关联的出行服务信息；响应所述下单页面上的下单操作，根据所述至少两个目标行程信息关联的出行服务信息，生成所述至少两个目标行程信息关联的出行服务订单。

可选地，处理器702在响应所述第二用户针对至少两个目标行程信息发起的一键预订操作，从所述行程预订页面跳转至下单页面时，具体用于：在所述行程预订页面上，所述多个目行程信息各自关联的出行服务信息默认为全选状态，响应对所述行程预订页面上的预订控件的触发操作，从所述行程预订页面跳转至下单页面，所述下单页面上包括所述多个目标行程信息各自关联的出行服务信息；或者，响应对所述行程预订页面上的目标行程信息发起的选择操作，确定被选择的至少两个目标行程信息，响应对所述行程预订页面上的预订控件的触发操作，从所述行程预订页面跳转至下单页面，所述下单页面上包括被选择的至少两个目标行程信息各自关联的出行服务信息。

可选地，所述多个目标行程信息为所述第一用户已预订的行程信息，各个目标行程信息关联的出行服务信息包括所述第一用户针对目标行程信息预订的出行服务的基本信息和服务规格信息；所述下单页面上还包括用于对所述至少两个目标行程信息关联的出行服务信息进行修改的修改控件；处理器702在响应所述下单页面上的下单操作，根据所述至少两个目标行程信息关联的出行服务信息，生成所述至少两个目标行程信息关联的出行服务订单时，具体用于：响应所述第二用户通过所述修改控件对所述下单页面上任一出行服务信息发起的修改操作，修改所述任一出行服务信息中的服务规格信息，以得到修改后的出行服务信息；响应下单操作，根据所述下单页面上未经修改的出行服务信息和/或修改后的出行服务信息，生成所述至少两个目标行程信息各自关联的出行服务订单。

可选地，在所述出行服务信息对应车票/机票服务的情况下，可修改的服务规格信息包括坐席类型和是否包含餐饮服务中的至少一种；在所述出行服务信息对应住宿服务的情况下，可修改的服务规格信息包括房间类型、是否包含餐饮服务以及是否包含客房服务中的至少一种；在所述出行服务信息对应景区服务的情况下，可修改的服务规格信息包括门票类型、是否包含交通服务、是否包含导游服务以及是否包含保险服务中的至少一种。

可选地，处理器702在从所述行程预订页面跳转至下单页面时，具体用于：从所述行程预订页面跳转至行程审批单关联界面；以及响应所述第二用户在所述行程审批单关联界面为所述至少两个目标行程信息关联目标行程审批单的操作，将所述至少两个目标行程信息与所述目标行程审批单进行关联；在将所述至少两个目标行程信息与所述目标行程审批单进行关联的情况下，从所述行程审批单关联界面跳转至所述下单页面。

可选地，处理器702在响应所述第二用户在所述行程审批单关联界面为所述至少两个目标行程信息关联目标行程审批单的操作，将所述至少两个目标行程信息与所述目标行程审批单进行关联时，具体用于：响应所述第二用户对所述行程审批单关联界面上展示的已有行程审批单的选择操作，将被选择的已有行程审批单作为目标行程审批单，并将所述至少两个目标行程信息与所述目标行程审批单进行关联；或者，响应所述第二用户对所述行程审批单关联界面上的审批单添加控件的触发操作，获取所述第二用户添加的行程审批单作为目标行程审批单，并将所述至少两个目标行程信息与所述目标行程审批单进行关联。

可选地，处理器702在响应对所述行程预订信息的查看操作，在行程预订页面上展示所述多个目标行程信息各自关联的出行服务信息，以供第二用户一键预订至少两个目标行程信息关联的出行服务时，具体用于：响应对所述行程预订信息的查看操作，校验所述多个目标行程信息各自关联的出行服务信息是否符合所述第二用户对应的出行条件并得到校验结果；展示所述多个目标行程信息各自关联的出行服务信息以及是否符合所述出行条件的校验结果，以供所述第二用户一键预订符合所述出行条件的至少两个目标行程信息关联的出行服务。

可选地，在选择部分目标行程信息的情况下，处理器702在还用于：响应所述下单页面上添加新行程信息的操作，根据所述新行程信息的类型跳转至与之适配的出行服务详情页面，以供所述第二用户选择与所述新行程信息关联的出行服务信息；响应于所述第二用户在所述出行服务详情页面上选择所述新行程信息关联的出行服务信息的操作，返回所述下单页面，并在所述下单页面上展示所述新行程信息及其关联的出行服务信息。

在这种实施方式中，可获取第一用户分享的行程预订信息，并在行程预订页面上展示行程预订信息包含的多个目标行程信息各自关联的出行服务信息，第二用户可一键预订至少两个目标行程信息关联的出行服务，快速实现相同或者至少部分相同行程的预订，提升第二用户的行程预订效率。

除前述实施例之外，图7示意的电子设备还可用于执行以下行程信息处理方法，其中，处理器702具体用于：响应对第一页面的访问操作，展示所述第一页面，所述第一页面上包括第一用户已预订的多个目标行程信息以及各自关联的出行服务信息，各个目标行程信息关联的出行服务信息包括所述第一用户针对目标行程信息预订的出行服务的基本信息和服务规格信息；响应所述第一页面上的行程分享操作，向至少部分行程与所述第一用户相同的第二用户分享行程预订信息，所述行程预订信息包括所述多个目标行程信息以及各自关联的出行服务信息，以供所述第二用户一键预订至少两个目标行程信息关联的出行服务。

在这种实施方式中，基于第一页面提供的行程分享功能，第一用户可根据已预订的多个目标行程信息以及各自关联的出行服务信息，向第二用户分享行程预订信息，该行程预订信息包括第一用户的多个目标行程信息以及各自关联的出行服务信息。进而，可便于与第一用户同行的第二用户，快速实现相同或者至少部分相同行程的预订，提升第二用户的行程预订效率。

除前述实施例之外，图7示意的电子设备还可用于执行以下行程信息处理方法，其中，处理器702具体用于：响应对目标出行服务的详情页面的访问操作，展示所述目标出行服务的详情页面，所述详情页面上包括所述目标出行服务的至少一种服务规格信息和行程分享控件，所述详情页面关联第一用户的目标行程信息，且所述目标出行服务是所述第一用户待预订的出行服务，所述目标行程信息是所述第一用户的多个行程信息中的任一行程信息；响应通过所述行程分享控件发起的行程分享操作，向至少部分行程与所述第一用户相同的第二用户分享行程预订信息，所述行程预订信息包括所述目标行程信息及其关联的目标出行服务的详情页面，以供所述第二用户一键预订所述目标出行服务。

在本实施例中，基于目标出行服务的详情页面的行程分享功能，第一用户可将待预订的出行服务关联的出行服务信息分享给第二用户。进而，可便于与第一用户同行的第二用户，快速实现相同或者至少部分相同行程的预订，提升第二用户的行程预订效率。

进一步，如图7所示，该电子设备还包括：通信组件703、显示组件704、音频组件705、电源组件706等其它组件。图7中仅示意性给出部分组件，并不意味着电子设备只包括图7所示组件。

其中，存储器701可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random-Access Memory，SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，只读存储器(Read-Only Memory，ROM)，磁存储器，快闪存储器，磁盘或光盘。

其中，通信组件703被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如Wi-Fi(无线网络通信技术)，2G(如全球移动通信系统(Global System for Mobile Communications，GSM)等)、3G(如宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、4G(如长期演进(Long Term Evolution，LTE)等)、4G+(如升级版长期演进(LTE-Advanced，LTE-A)等)或5G(第五代移动通信技术(5th Generation Mobile Communication Technology))，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件可基于近场通信(Near FieldCommunication,NFC)技术、射频识别(Radio Frequency Identification,RFID)技术、红外数据协会(IrDA)技术、超宽带(Ultra Wide Band，UWB)技术、蓝牙(Bluetooth,BT)技术和其他技术来实现。

显示组件704包括屏幕，其屏幕可以包括液晶显示器(Liquid Crystal Display,LCD)和触摸面板(Touch panel，TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

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

其中，电源组件706，用于为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由电子设备执行的各步骤。

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

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

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

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

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

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

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

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

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

Claims (13)

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

接收第一用户分享的行程预订信息；所述行程预订信息包括：所述第一用户的多个目标行程信息以及各自关联的出行服务信息；

在行程预订页面上展示所述多个目标行程信息各自关联的出行服务信息，以供第二用户一键预订至少两个目标行程信息关联的出行服务；

响应所述第二用户针对至少两个目标行程信息发起的一键预订操作，根据所述至少两个目标行程信息关联的出行服务信息，预订所述至少两个目标行程信息关联的出行服务。

2.根据权利要求1所述的方法，其特征在于，响应所述第二用户针对至少两个目标行程信息发起的一键预订操作，根据所述至少两个目标行程信息关联的出行服务信息，预订所述至少两个目标行程信息关联的出行服务，包括：

响应所述第二用户针对至少两个目标行程信息发起的一键预订操作，从所述行程预订页面跳转至下单页面，所述下单页面上包括所述至少两个目标行程信息关联的出行服务信息；

响应所述下单页面上的下单操作，根据所述至少两个目标行程信息关联的出行服务信息，生成所述至少两个目标行程信息关联的出行服务订单。

3.根据权利要求2所述的方法，其特征在于，响应所述第二用户针对至少两个目标行程信息发起的一键预订操作，从所述行程预订页面跳转至下单页面，包括：

在所述行程预订页面上，所述多个目行程信息各自关联的出行服务信息默认为全选状态，响应对所述行程预订页面上的预订控件的触发操作，从所述行程预订页面跳转至下单页面，所述下单页面上包括所述多个目标行程信息各自关联的出行服务信息；

或者，

响应对所述行程预订页面上的目标行程信息发起的选择操作，确定被选择的至少两个目标行程信息，响应对所述行程预订页面上的预订控件的触发操作，从所述行程预订页面跳转至下单页面，所述下单页面上包括被选择的至少两个目标行程信息各自关联的出行服务信息。

4.根据权利要求2所述的方法，其特征在于，所述多个目标行程信息为所述第一用户已预订的行程信息，各个目标行程信息关联的出行服务信息包括所述第一用户针对目标行程信息预订的出行服务的基本信息和服务规格信息；所述下单页面上还包括用于对所述至少两个目标行程信息关联的出行服务信息进行修改的修改控件；

响应所述下单页面上的下单操作，根据所述至少两个目标行程信息关联的出行服务信息，生成所述至少两个目标行程信息关联的出行服务订单，包括：

响应所述第二用户通过所述修改控件对所述下单页面上任一出行服务信息发起的修改操作，修改所述任一出行服务信息中的服务规格信息，以得到修改后的出行服务信息；

响应下单操作，根据所述下单页面上未经修改的出行服务信息和/或修改后的出行服务信息，生成所述至少两个目标行程信息各自关联的出行服务订单。

5.根据权利要求4所述的方法，其特征在于，在所述出行服务信息对应车票/机票服务的情况下，可修改的服务规格信息包括坐席类型和是否包含餐饮服务中的至少一种；

在所述出行服务信息对应住宿服务的情况下，可修改的服务规格信息包括房间类型、是否包含餐饮服务以及是否包含客房服务中的至少一种；

在所述出行服务信息对应景区服务的情况下，可修改的服务规格信息包括门票类型、是否包含交通服务、是否包含导游服务以及是否包含保险服务中的至少一种。

6.根据权利要求2所述的方法，其特征在于，从所述行程预订页面跳转至下单页面，包括：

从所述行程预订页面跳转至行程审批单关联界面；以及响应所述第二用户在所述行程审批单关联界面为所述至少两个目标行程信息关联目标行程审批单的操作，将所述至少两个目标行程信息与所述目标行程审批单进行关联；

在将所述至少两个目标行程信息与所述目标行程审批单进行关联的情况下，从所述行程审批单关联界面跳转至所述下单页面。

7.根据权利要求6所述的方法，其特征在于，响应所述第二用户在所述行程审批单关联界面为所述至少两个目标行程信息关联目标行程审批单的操作，将所述至少两个目标行程信息与所述目标行程审批单进行关联，包括：

响应所述第二用户对所述行程审批单关联界面上展示的已有行程审批单的选择操作，将被选择的已有行程审批单作为目标行程审批单，并将所述至少两个目标行程信息与所述目标行程审批单进行关联；

或者，

响应所述第二用户对所述行程审批单关联界面上的审批单添加控件的触发操作，获取所述第二用户添加的行程审批单作为目标行程审批单，并将所述至少两个目标行程信息与所述目标行程审批单进行关联。

8.根据权利要求1-7任一项所述的方法，其特征在于，响应对所述行程预订信息的查看操作，在行程预订页面上展示所述多个目标行程信息各自关联的出行服务信息，以供第二用户一键预订至少两个目标行程信息关联的出行服务，包括：

响应对所述行程预订信息的查看操作，校验所述多个目标行程信息各自关联的出行服务信息是否符合所述第二用户对应的出行条件并得到校验结果；

展示所述多个目标行程信息各自关联的出行服务信息以及是否符合所述出行条件的校验结果，以供所述第二用户一键预订符合所述出行条件的至少两个目标行程信息关联的出行服务。

9.根据权利要求3所述的方法，其特征在于，在选择部分目标行程信息的情况下，所述方法还包括：

响应所述下单页面上添加新行程信息的操作，根据所述新行程信息的类型跳转至与之适配的出行服务详情页面，以供所述第二用户选择与所述新行程信息关联的出行服务信息；

响应于所述第二用户在所述出行服务详情页面上选择所述新行程信息关联的出行服务信息的操作，返回所述下单页面，并在所述下单页面上展示所述新行程信息及其关联的出行服务信息。

10.一种行程信息处理方法，其特征在于，包括：

响应对第一页面的访问操作，展示所述第一页面，所述第一页面上包括第一用户已预订的多个目标行程信息以及各自关联的出行服务信息，各个目标行程信息关联的出行服务信息包括所述第一用户针对目标行程信息预订的出行服务的基本信息和服务规格信息；

响应所述第一页面上的行程分享操作，向至少部分行程与所述第一用户相同的第二用户分享行程预订信息，所述行程预订信息包括所述多个目标行程信息以及各自关联的出行服务信息，以供所述第二用户一键预订至少两个目标行程信息关联的出行服务。

11.一种行程信息处理方法，其特征在于，包括：

响应对目标出行服务的详情页面的访问操作，展示所述目标出行服务的详情页面，所述详情页面上包括所述目标出行服务的至少一种服务规格信息和行程分享控件，所述详情页面关联第一用户的目标行程信息，且所述目标出行服务是所述第一用户待预订的出行服务，所述目标行程信息是所述第一用户的多个行程信息中的任一行程信息；

响应通过所述行程分享控件发起的行程分享操作，向至少部分行程与所述第一用户相同的第二用户分享行程预订信息，所述行程预订信息包括所述目标行程信息及其关联的目标出行服务的详情页面，以供所述第二用户一键预订所述目标出行服务。

12.一种电子设备，其特征在于，包括：存储器和处理器；

所述存储器用于存储一条或多条计算机指令；

所述处理器用于执行所述一条或多条计算机指令以用于：执行权利要求1-11任一项所述的方法中的步骤。

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