CN117436975A - 抢票方法、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种抢票方法、设备及存储介质。在抢票方法中，可在抢票管理界面展示至少两个出发日期和该多个出行方案信息中的至少一部分；获取至少一个出发日期选择信息，并确定该至少一个出发日期选择信息各自对应的目标出发日期；针对任一目标出发日期，响应对目标筛选标签的触发操作，从该多个出行方案信息中筛选该目标出发日期对应的目标出行方案信息，并对目标出行方案信息执行抢票操作。进而，可基于抢票管理界面向用户提供了灵活管理抢票方案的功能，用户可按照出发日期在抢票管理界面对抢票方案进行筛选，从而可使得筛选出的目标抢票方案更加匹配用户的出行需求，有利于基于更加精准的抢票目标，自动为用户购买满足出行需求的车票。

Description

抢票方法、设备及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种抢票方法、设备及存储介质。

背景技术

随着互联网的发展，网络购票服务逐渐成为人们日常出行环节中的重要角色，基于网络购票服务，用户可在足不出户的情况下实现购票。

在一些抢票方法中，用户需触发多次抢票功能，以生成多个不同日期的抢票的订单。这种方式，一方面增加了用户的操作复杂度，另一方面，多个抢票的订单彼此独立，会导致抢到多张车票，从而导致抢票工具对应的服务器资源的浪费、出票平台的资源的浪费，还会对用户产生不必要的退票成本。在另一些抢票方法中，一些网络购票服务可向用户提供多日期组合抢票功能，该抢票功能允许用户提供多个抢票的日期，并可对用户提供的多个抢票日期确定多个出行方案信息。网络购票服务可根据多个出行方案信息生成一个抢票的订单，并尽量从多个出行方案信息中为用户抢到一个出行方案信息对应的车票，方便用户出行。但是，这种方式的抢票精度相对较差，不一定能够抢到更符合用户需求的车票。因此，有待提出一种新的解决方案。

发明内容

本申请的多个方面提供一种抢票方法、设备及存储介质，用以灵活地对抢票订单的抢票方案进行管理，以提升抢票精度。

本申请实施例提供一种抢票方法，包括：获取用户的抢票诉求参数，所述抢票诉求参数至少包括：至少两个出发日期；根据所述抢票诉求参数，确定多个出行方案信息；展示抢票管理界面，所述抢票管理界面上展示有所述至少两个出发日期和所述多个出行方案信息中的至少一部分；获取至少一个出发日期选择信息，确定所述至少一个出发日期选择信息各自对应的目标出发日期；针对任一目标出发日期，响应对预设的至少一个筛选标签中目标筛选标签的触发操作，从所述多个出行方案信息中筛选所述目标出发日期对应的目标出行方案信息；响应抢票指令，针对所述至少两个出发日期对应的目标出行方案信息执行抢票操作。

可选地，还包括：在所述抢票管理界面上展示所述至少一个筛选标签；其中，所述至少一个筛选标签包括：时段维度的筛选标签，坐席维度的筛选标签，车次维度的筛选标签，以及出发车站维度的筛选标签中的至少一种。

可选地，所述时段维度的筛选标签包括上午时段的筛选标签、下午时段的筛选标签和晚上时段的筛选标签中的至少一个。

可选地，还包括：在任一时段维度的筛选标签上展示所述筛选标签对应的时段信息；和/或，在分布于不同出发日期的出行方案信息之间，展示日期分割信息，其中，属于同一出发日期的出行方案信息连续展示在所述抢票管理界面上的同一区域内。

可选地，在所述抢票管理界面上展示所述至少一个筛选标签之前，还包括：根据所述多个出行方案信息的出行时间所属的时段信息，从预设筛选标签集中选择至少一个时段维度的筛选标签；和/或，根据所述多个出行方案信息的坐席类型，从预设筛选标签集中选择坐席维度的筛选标签；和/或，根据所述多个出行方案信息的车次类型，从预设筛选标签集中选择至少一个车次维度的筛选标签；和/或，根据所述多个出行方案信息的出发车站，从预设筛选标签集中选择至少一个出发车站维度的筛选标签。

可选地，针对任一目标出发日期，响应对预设的至少一个筛选标签中目标筛选标签的触发操作，从所述多个出行方案信息中筛选所述目标出发日期对应的目标出行方案信息，包括：针对任一目标出发日期，响应对所述至少一个筛选标签中目标筛选标签的触发操作，根据所述目标筛选标签对应的筛选维度信息，从所述多个出行方案信息中筛选至少一个候选出行方案信息；在所述抢票管理界面上，标记所述至少一个候选出行方案信息为选中状态，以供用户确认是否对所述至少一个候选出行方案信息进行调整；响应于用户不对所述至少一个候选出行方案信息进行调整的第一确认操作，将所述至少一个候选出行方案信息作为所述目标出发日期对应的目标出行方案信息。

可选地，还包括：响应于用户对所述至少一个候选出行方案信息发起的调整操作，取消至少部分候选出行方案信息的选中状态，和/或，标记至少部分非候选出行方案信息为选中状态，以得到调整后的候选出行方案信息；响应用户对所述调整后的候选出行方案信息的第二确认操作，将所述调整后的出行方案信息作为所述目标出发日期对应的目标出行方案信息。

可选地，还包括：在订单查看界面，展示根据所述抢票指令生成的抢票订单以及所述抢票订单的修改控件，所述抢票订单中包括所述目标出行方案信息；响应对所述修改控件的触发操作，跳转至所述抢票管理界面，以利用所述抢票管理界面对所述抢票订单中的目标出行方案信息进行修改。

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

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

本申请实施例提供的抢票方法中，根据用户的抢票诉求参数，确定多个出行方案信息；展示抢票管理界面，该抢票管理界面上展示有该至少两个出发日期和该多个出行方案信息中的至少一部分；获取至少一个出发日期选择信息，确定该至少一个出发日期选择信息各自对应的目标出发日期；针对任一目标出发日期，响应对预设的至少一个筛选标签中目标筛选标签的触发操作，从该多个出行方案信息中筛选该目标出发日期对应的目标出行方案信息；响应抢票指令，针对该至少两个出发日期对应的目标出行方案信息执行抢票操作。进而，可基于抢票管理界面向用户提供了灵活管理抢票方案的功能，用户可按照出发日期在抢票管理界面对抢票方案进行筛选，从而可使得筛选出的目标抢票方案更加匹配用户的出行需求，有利于基于更加精准的抢票目标，自动为用户购买满足出行需求的车票。

附图说明

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

图1为本申请一示例性实施例提供的抢票方法的流程示意图；

图2为本申请一示例性实施例提供的抢票下单界面的示意图；

图3为本申请一示例性实施例提供的抢票管理界面的示意图；

图4为本申请一示例性实施例提供的抢票管理界面上按照时段维度的筛选标签对抢票方案进行筛选的示意图；

图5为本申请一示例性实施例提供的抢票管理界面上按照车次维度的筛选标签对抢票方案进行筛选的示意图；

图6为本申请一示例性实施例提供的抢票管理界面上按照时段维度以及坐席维度的筛选标签对抢票方案进行筛选的示意图；

图7为本申请一示例性实施例提供的抢票管理界面上提供自定义筛选标签的示意图；

图8为本申请一示例性实施例提供的服务器的结构示意图。

具体实施方式

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

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

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

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

在一些抢票方法中，一些网络购票服务可向用户提供多日期组合抢票功能，该抢票功能允许用户提供多个抢票的日期，并可对用户提供的多个抢票日期确定多个出行方案信息。网络购票服务可根据多个出行方案信息生成一个抢票的订单，并尽量从多个出行方案信息中为用户抢到一个出行方案信息对应的车票，方便用户出行。但是，这种方式的抢票精度相对较差，不一定能够抢到更符合用户需求的车票。例如，在一些现有的抢票方法中，用户可以选择输入多个出发日期。但是对于用户而言，对不同的出发日期所期望的车次或者坐席往往是不一致的。比如，用户计划在周末从A地去B地游玩，在抢票时，用户可选择周五或者周六作为出发日期。用户期待周五出发的车次位于周五晚上，周六出发的车次位于周六上午，以充分预留游玩时间。或者，用户期待周五晚上出发的坐席是卧铺，周六上午出发的车次的坐席可以是二等座。但是，对网络购票服务而言，可抢到周五出发的任意车次或者周六出发的任意车次，无法精准匹配用户在不同日期选择不同出行车次的需求。

针对现有技术中的抢票方案无法精准地满足用户的出行需求的技术问题，在本申请一些实施例中，提供了一种解决方案，以下结合附图，详细说明本申请各实施例提供的技术方案。

图1是本申请一示例性实施例提供的抢票方法的流程示意图，该方法可包括如图1所示的步骤：

步骤101、获取用户的抢票诉求参数，所述抢票诉求参数至少包括：至少两个出发日期。

步骤102、根据所述抢票诉求参数，确定多个出行方案信息。

步骤103、展示抢票管理界面，所述抢票管理界面上展示有所述至少两个出发日期和所述多个出行方案信息中的至少一部分。

步骤104、获取至少一个出发日期选择信息，确定所述至少一个出发日期选择信息各自对应的目标出发日期。

步骤105、针对任一目标出发日期，响应对预设的至少一个筛选标签中目标筛选标签的触发操作，从所述多个出行方案信息中筛选所述目标出发日期对应的目标出行方案信息。

步骤106、响应抢票指令，针对所述至少两个出发日期对应的目标出行方案信息执行抢票操作。

本实施例的执行主体可以为终端设备或者包含终端设备和服务器的信息系统。其中，该终端设备或者信息系统可基于其上运行的客户端或者浏览器向用户提供抢票服务。其中，该终端设备可包括用户侧的手机、计算机、平板电脑或者智能穿戴设备等，本实施例不做限制。该用户通常是购票场景中的购票用户。其中，该购票场景可包括但不限于火车票购票场景、汽车票购票场景、飞机票购票场景等等。其中，抢票服务，用于在用户无法直接购买到心仪的车次时，为用户提供购票网站的余票信息的自动获取服务，并根据获取到的余票信息判断是否存在与出行诉求匹配的余票。若存在与出行诉求匹配的余票，则自动执行订票操作。

其中，出行方案信息，是根据用户提供的出行诉求数据规划得到的。其中，用户的出行诉求数据可包括至少两个出发日期。该至少两个出发日期可以是相邻日期或者不相邻的日期，本实施例不做限制。在一些可选的实施例中，用户的出行诉求数据还可包括：指定的出行出发地、指定的出行目的地、指定的车次、备选的车次、指定的坐席类型以及备选的坐席类型中的至少一种。当用户无法根据指定的出发日期、指定的车次以及指定的坐席类型直接购买到车票时，抢票服务可根据用户的上述出行诉求数据，为用户规划出行方案信息。其中，抢票服务可根据用户的出行诉求数据为用户组合出多个出行方案信息。其中，一个出行方案信息至少包括：指定的出行出发地的出发车站信息，指定的出行目的地的目的车站信息、车次信息、坐席信息以及票价信息中的至少一种。其中，不同出发日期中的出行方案信息可以相同，也可以不同，具体根据实际放票信息确定。

其中，根据出行诉求数据规划出的不同出行方案信息，与用户的出行需求的匹配度可以不同。例如，可根据指定的出发日期D1、指定的坐席类型S1、备用的坐席类型S2，规划出在日期D1出发的坐席类型为S1的任意车次，以及在日期D1出发的坐席类型为S2的任意车次。其中，用户更希望在日期D1的晚上或者在日期D2的上午出发。规划得到的日期D1出发的坐席类型为S1的任意车次以及在日期D1出发的坐席类型为S2的任意车次中，包含部分与用户的出发时间需求不符的车次，例如在日期D1的上午或者在日期D2的下午出发的车次。

例如，可根据指定的出发日期D1、指定的日间车次C1、备用的夜间车次C2、指定的二等座坐席类型、备用的二等卧坐席类型，规划出在日期D1出发的日间车次C1、二等座的出行方案信息；在日期D1出发的日间车次C1、二等卧的出行方案信息；在日期D1出发的夜间车次C2、二等座的出行方案信息；以及在日期D1出发的夜间车次C2、二等卧的出行方案信息。假设，用户更希望在日间乘车时，购买二等座车票，并在夜间乘车时，购买二等卧车票。则上述规划出的方案中，包含部分与用户的出发时间需求不符的车次，例如在日期D1出发的日间车次C1、二等卧的出行方案信息，以及在日期D1出发的夜间车次C2、二等座的出行方案信息。

基于本申请实施例提供的方法，可在抢票管理界面对规划出的出行方案信息进行筛选，以精准匹配用户的出行需求。

在一些可选地实施例中，抢票管理界面可在设定事件的触发下自动展示。其中，该设定事件可包括：出行方案信息的确定事件。抢票服务可在根据抢票诉求参数确定多个出行方案信息后，自动展示抢票管理界面。

在另一些可选地实施例中可选地，抢票管理界面也可在用户的抢票管理操作下触发。其中，抢票管理操作，可在抢票订单的下单过程中触发。在下单过程中，可基于本申请实施例提供的实施方式对出行方案信息进行筛选，并根据筛选出的目标出行方案信息发起抢票指令，以提交筛选后的出行方案信息对应的抢票订单。抢票服务接收到抢票订单后，可对抢票订单中的目标出行方案信息进行抢票处理。其中，筛选出的目标出行方案信息可以是一个或者多个，本实施例不做限制。

可选地，抢票服务可在抢票订单的下单界面展示出行方案信息管理控件，并响应对该出行方案信息管理控件的触发操作，展示抢票管理界面。如图2所示，抢票服务可在抢票下单界面200展示出行方案信息管理控件201。若检测到用户对出行方案信息管理控件201的触发操作，则可展示如图3所示的抢票管理界面。即，在用户提交抢票订单的过程中，可对订单对应的出行方案信息进行管理，以提交符合出行需求的抢票订单。

值得说明的是，在另一些可选的实施例中，抢票管理操作还可在抢票订单提交之后触发。可选地，抢票服务可在订单查看界面，展示根据抢票指令生成的抢票订单以及该抢票订单的修改控件。该修改控件用于触发抢票管理操作。响应对该修改控件的触发操作，可跳转至抢票管理界面，以利用抢票管理界面对抢票订单中的目标出行方案信息进行修改。即，在用户提交抢票订单之后，可对订单对应的出行方案信息进行管理，以根据出行需求灵活地修改抢票订单。

在又一些实施例中，抢票服务还可在抢票服务的个人中心界面，提供管理出行方案信息的操作入口。该个人中心界面可展示出行偏好管理控件，该出行偏好管理用于触发抢票管理操作。响应对该出行偏好管理控件的触发操作，可跳转至抢票管理界面，以在抢票管理界面上设置用户的偏好出行方案信息。在需要购买车票时，可展示偏好的出行方案信息，并根据偏好的出行方案信息提交抢票订单，不再赘述。

其中，抢票管理界面上展示有该至少两个出发日期和该多个出行方案信息中的至少一部分。例如，抢票管理界面上可展示该至少两个出发日期中的任一出发日期对应的全部出行方案信息或者部分出行方案信息。如图3所示，可在抢票管理界面300上展示9月30日对应的多个出行方案信息301。其中，多个出行方案信息可按照出发时间顺序依次展示，多个出行方案信息沿垂直方向对齐，如图3所示，以便于用户查看。

抢票服务可获取至少一个出发日期选择信息，并确定该至少一个出发日期选择信息各自对应的目标出发日期。其中，获取该至少一个出发日期选择信息的实施方式，可包括自动获取或者根据用户的触发操作获取。以下将分别进行示例性性说明。

在一些可选的实施例A1中，抢票诉求参数中的该至少两个出发日期的抢票优先级不同。在这种实施方式中，获取至少一个出发日期选择信息的方式可包括：获取该至少两个出发日期各自的抢票优先级，并根据该至少两个出发日期各自的抢票优先级，获取出发日期选择信息。例如，获取到的第一个出发日期选择信息可包括：选择优先级最高的出发日期，以将优先级最高的优选出发日期作为目标出发日期。获取到的第二个出发日期选择信息可包括：选择优先级次高的出发日期，以将优先级次高的出发日期作为目标出发日期，以此类推。

在另一些可选的实施例A2中，获取至少一个出发日期选择信息的方式可包括：获取该至少两个出发日期的时间顺序，并可根据该至少两个出发日期的时间顺序，获取出发日期选择信息。例如，获取到的第一个出发日期选择信息可包括：选择排序第一的出发日期，以将出发时间最早的出发日期作为目标出发日期。获取到的第二个出发日期选择信息可包括：选择排序第二的出发日期，以将出发时间较早的出发日期作为目标出发日期，以此类推。

在另一些可选的实施例A3中，可获取至少一个出发日期选择信息的方式可包括：根据用户对该至少两个出发日期的至少一次选择操作，获取至少一个出发日期选择信息。在用户每次执行选择操作时，抢票服务可响应用户对该至少两个出发日期中的任一出发日期的选择操作，将用户选择的出发日期作为目标出发日期。

需要说明的是，可选地，用户可将该至少两个出发日期中的一个或者多个出发日期分别选作目标出发日期。抢票服务获取至少一个出发日期选择信息的实施方式，可包括上述实施例A1、实施例A2以及实施例A3中的至少一种。即，上述实施例A1、实施例A2以及实施例A3可单独执行，也可组合执行，本实施例不做限制。例如，获取该至少一个出发日期选择信息时，可先执行实施例A2，获取出发时间排序最靠前的出发日期，作为一个出发日期选择信息。之后，执行实施例A3，根据用户对该至少两个出发日期的选择操作，获取用户提供的另一个日期选择信息。

在一些示例性的实施例中，抢票服务可在抢票管理界面，展示任一目标出行日期中的出行方案信息各自的选择控件，以用于对该目标出行日期中的多个出行方案信息进行筛选，如图3所示的选择控件302。其中，目标出行日期中的多个出行方案信息各自的选择控件，可与多个出行方案信息对应展示。例如，如图3所示，多个出行方案信息可按照出发时间的先后顺序，沿纵向排列，并在抢票管理界面的左侧对齐展示。任一选择控件可展示在其对应的出行方案信息的右侧，进而形成如图3所示的多个选择控件沿纵向排列，并在抢票管理界面的右侧对齐展示的视觉效果。

在一些场景中，多个出行方案信息的车次相同，但坐席类型以及价格不同。在该场景下，可将该多个出行方案信息进行组合展示。在组合展示时，可展示多个出行方案信息共享的车次信息的效果，并展示多个出行方案信息不同的坐席类型以及价格信息。其中，每种出行方案信息对应的选择控件与该出行方案信息对应的坐席类型和价格信息对应展示。如图3所示，从A到B站的出行方案信息，包括D171车次的二等座方案，以及D171车次的二等卧方案，这两个方案对应的车次相同，因此可将这两种方案组合展示，以简化抢票管理界面，并对相似方案进行有效区分。

在一些示例性的实施例中，抢票服务可响应对该目标出行日期中的多个出行方案信息各自的选择控件中的至少一个选择控件的触发操作，确定该至少一个选择控件对应的出行方案信息，作为目标出行日期中被选中的出行方案信息。

确定被选中的出行方案信息后，抢票服务可展示该被选中的出行方案信息的选中状态。可选地，该选中状态，用于将被选中的出行方案信息和未被选中的出行方案信息进行区分，以供用户确认。可选地，展示被选中的出行方案信息的选中状态时，可展示该被选中的出行方案信息的选择控件的勾选效果，和/或，可展示该被选中的出行方案信息所在的显示区域的高亮效果，和/或，可展示该被选中的出行方案信息所在的显示区域的放大效果，本实施例不做限制。

响应对选中状态下的出行方案信息的确认操作，可将选中状态下的出行方案信息作为目标出行方案信息。可选地，该确认操作，可通过抢票管理界面上的确认控件触发，或者可通过语音指令触发。例如，如图3所示抢票管理界面300可展示确认控件303，用户完成出行方案信息的筛选后，可触发该确认控件，以发起抢票指令。抢票服务可响应该确认控件的触发操作，将选中状态下的出行方案信息作为目标出行方案信息，并执行目标出行方案的抢票操作。

在这种实施方式中，基于多个出行方案信息各自的选择控件，可实现单个出行方案信息的筛选，从而便于精准匹配用户的出行需求。

在另一些示例性的实施例中，任一目标出发日期，可预设有至少一个筛选标签。不同目标出发日期的筛选标签可以相同，也可以不同。其中，针对任一目标出发日期，抢票服务可响应对预设的至少一个筛选标签中目标筛选标签的触发操作，从该多个出行方案信息中筛选该目标出发日期对应的目标出行方案信息。筛选出目标出行方案信息后，可响应抢票指令，针对该至少两个出发日期对应的目标出行方案信息执行抢票操作。

在一些可选的实施例中，用户选中任一目标出发日期后，可根据用户对该目标出发日期对应的至少一个筛选标签中的目标筛选标签的触发操作，确定一部分目标出行方案信息。接下来，若用户选中另一个目标出发日期，则可对该目标出发日期对应的至少一个筛选标签中的目标筛选标签的触发操作，确定另一部分目标出行方案信息，以此类推，直至用户完成选择操作后发出抢票指令。响应用户的抢票指令，可针对该至少两个出发日期对应的目标出行方案信息执行抢票操作。

在另一些可选的实施例中，用户选中任一目标出发日期后，抢票服务可根据用户对该目标出发日期对应的至少一个筛选标签中的目标筛选标签的触发操作，确定一部分目标出行方案信息，并可响应用户的抢票指令，针对这一部分目标出行方案信息执行抢票操作。接下来，用户选中另一个目标出发日期后，抢票服务可根据用户对该目标出发日期对应的至少一个筛选标签中的目标筛选标签的触发操作，确定另一部分目标出行方案信息，并可响应用户的抢票指令，针对这一部分目标出行方案信息执行抢票操作，以此类推，直至用户停止筛选操作。

可选地，抢票服务可在抢票管理界面，展示目标出发日期对应的至少一个筛选标签，以用于对该多个出行方案信息进行筛选。可选地，抢票服务可在确定任意一个出发日期选择信息对应的目标出发日期后，展示该出发日期对应的至少一个筛选标签。该至少一个筛选标签，可展示在抢票管理界面，也可展示在新的界面，本实施例不做限制。例如，在一些实施例中，确定目标出发日期后，可在抢票管理界面展示一悬浮窗口，并在悬浮窗口中展示该目标出发日期对应的至少一个筛选标签。

其中，该至少一个筛选标签可包括：时段维度的筛选标签，坐席维度的筛选标签，车次维度的筛选标签，以及出发车站维度的筛选标签中的至少一种。可选地，该时段维度的筛选标签可包括上午时段的筛选标签、下午时段的筛选标签和晚上时段的筛选标签中的至少一个。

其中，该至少一个筛选标签可以是默认设置的，也可以是根据多个出行方案信息各自的属性值生成，以下将进行示例性说明。

在一些实施例中，可根据用户在出行时较为关注的信息，固定设置一个或者多个筛选标签。通常，对出行方案信息而言，用户更关注其所在的出行时段，因此可固定设置多个时段维度的筛选标签，以利用固定的筛选标签对多个出行方案信息进行筛选。例如，固定设置的时段维度的筛选标签可包括：上午时段的筛选标签、下午时段的筛选标签以及晚上时段的筛选标签。

在另一些实施例中，可根据多个出行方案信息各自的属性值，确定一个或者多个筛选标签。即，抢票管理界面展示的至少一个筛选标签，根据多个出行方案信息的属性值进行动态变化。以下将分别结合不同实施方式进行示例性说明。

在一些可选的实施例B1中，在抢票管理界面上展示该至少一个筛选标签之前，可根据该多个出行方案信息的出行时间所属的时段信息，从预设筛选标签集中选择至少一个时段维度的筛选标签。预设标签集中，不同标签对应不同的出发时段。例如，只选上午标签对应上午时段，只选下午标签对应下午时段。

其中，出行时间所属的时段信息，用于描述出行方案信息的出发时间所在的出行时段。出行时间所属的时段信息可包括：上午时段、下午时段以及晚上时段中的至少一种。

在这种实施方式中，当多个出行方案信息的出发时间分布在多个日期内时，出发时段属性，往往是用户更为关注的属性。因此，根据出发时段属性确定筛选标签，可便于用户从更关注的时间维度上进行方案筛选，提升用户的筛选效率。

在一些可选的实施例B2中，在抢票管理界面上展示该至少一个筛选标签之前，可根据该多个出行方案信息的坐席类型，从预设筛选标签集中选择坐席维度的筛选标签。

其中，坐席类型可包括：硬座、二等卧、一等卧、一等座、二等座、商务座以及动车组卧铺中的至少一种。例如，从预设标签集中筛选出的坐席维度的筛选标签可包括：只选二等座标签以及只选二等卧标签。

在一些可选的实施例B3中，在抢票管理界面上展示该至少一个筛选标签之前，可根据该多个出行方案信息的车次类型，从预设筛选标签集中选择至少一个车次维度的筛选标签。

其中，出行方案信息的车次类型可包括：普通列车、快速列车、特快列车、直达特快列车、城际动车组列车、动车组列车以及高铁(即高速动车组列车)中的至少一种。

在一些可选的实施例B4中，在抢票管理界面上展示该至少一个筛选标签之前，可根据所述多个出行方案信息的出发车站，从预设筛选标签集中选择至少一个出发车站维度的筛选标签。

可选地，用于批量筛选出行方案信息的目标属性类型，可以为出发站属性。其中，出行方案信息根据指定出发地生成，当指定出发地包含多个车站时，不同的出行方案信息可对应不同的出发站。例如，出行诉求数据包括：指定出发地为C城市，生成的出行方案信息可包括：出发站为C城的火车南站的第一出行方案以及出发站为C城的火车北站的第二出行方案信息。

在这种实施方式中，当根据用户的出行诉求数据生成多个出行方案信息时，若多个出行方案信息的出发时间分布在多个日期内，则不同日期内，用户期待的出发站可以不同。例如，在工作日，用户更希望从靠近工作地点的出发站乘车。在休息日，用户更希望从离家更近的出发站乘车。因此，根据出发车站确定筛选标签，可便于用户从更关注的出发车站的维度上进行方案筛选，提升用户的筛选效率。

值得说明的是，上述实施例B1、实施例B2、实施例B3以及实施例B4可单独执行，也可任意组合执行，不再一一赘述。

还值得说的是，在一些示例性的实施例中，根据用户的出行诉求数据获取多个出行方案信息后，抢票服务可获取该多个出行方案信息各自的出发时间，并根据所述多个出行方案信息的出发时间的日期分布特征，确定用于批量筛选出行方案信息的目标属性类型。根据目标属性类型，执行上述实施例B1、实施例B2、实施例B3以及实施例B4中的至少一种。

其中，日期分布特征，用于描述多个方案的出发时间的日期维度上的跨度。

当多个出行方案信息的出发时间分布在多个日期内时，出发时段属性和/或出发车站属性，往往是用户更为关注的属性。可选地，若该多个出行方案信息的出发时间分布于多个不同日期内，则执行上述实施例B1和/或实施例B4，以便于用户从更关注的出发时段维度和/或车站维度上进行方案筛选，提升用户的筛选效率。

若多个出行方案信息的出发时间分布于单个日期内，坐席属性和/或车次属性，往往是用户更为关注的属性。可选地，若该多个出行方案信息的出发时间分布于单个日期内，则可执行上述实施例B2和/或实施例B3，以便于用户从更关注的坐席维度和/或车次维度上进行方案筛选，提升用户的筛选效率。

基于上述实施方式确定目标属性后，可根据多个出行方案信息在目标属性类型上对应的属性值，确定至少一个筛选标签，并在抢票管理界面展示该至少一个筛选标签。可选地，若目标属性为出发时段属性，则可根据多个出行方案信息各自在出发时段属性上的属性值，确定至少一个时段维度的筛选标签。可选地，出发时段属性的属性值可包括：上午时段、下午时段以及晚上时段中的至少一种。例如，若多个出行方案信息中，部分出行方案信息在出发时段属性上的属性值为上午时段，另一部分出行方案信息在出发时段属性上的属性值为下午时段，则可确定时段维度的筛选标签为：只选上午的筛选标签以及只选下午的筛选标签。又例如，若多个出行方案信息中，一部分出行方案信息在出发时段属性上的属性值为上午时段，一部分出行方案信息在出发时段属性上的属性值为下午时段，另一部分出行方案信息在出发时段属性上的属性值为晚上时段，则可确定时段维度的筛选标签为：只选上午的筛选标签、只选下午的筛选标签以及只选晚上的筛选标签。确定至少一个时段维度的筛选标签后，展示该至少一个时段维度的筛选标签。如图3所示，可在抢票管理界面300上展示多个筛选标签304，以供用户操作。

可选地，任一时段维度的筛选标签可包括：时段对应的时间信息。例如，只选上午的筛选标签中，可展示时间信息为：06:00-12:00，只选下午的筛选标签中，可展示时间信息为：13:00-18:00，只选晚上的筛选标签中，可展示时间信息为：19:00-06:00。基于时间信息，可使得用户直观地感知时段的划分依据，从而提升筛选效率。

可选地，当多个出行方案信息的出发时间分布在多个日期内时，可在不同日期的出行方案信息之间展示日期分割信息，以便于用户对分布在不同日期中的出行方案信息进行区分。其中，属于同一出发日期的出行方案信息连续展示在抢票管理界面上的同一区域内。当单个日期的出行方案信息较多时，可响应抢票管理界面上的滑动操作，滚动展示多个出行方案信息，并在滚动展示的过程中，展示不同日期的出行方案信息之间展示日期分割信息。例如，展示第一个日期的出行方案信息时，向下滚动，可展示下一个日期的出行方案信息以及日期分割信息。展示下一个日期的出行方案信息时，向上滚动，可展示上一个日期的出行方案信息以及日期分割信息。

可选地，若目标属性为车次属性，则可根据该多个出行方案信息各自在车次属性上的属性值，确定至少一个车次维度的筛选标签。例如，若多个出行方案信息中，部分出行方案信息在车次属性上的属性值为直达特快列车，另一部分出行方案信息在车次属性上的属性值为动车组列车，则可确定车次维度的筛选标签为：只选直达特快的筛选标签以及只选动车的筛选标签。又例如，若多个出行方案信息中，一部分出行方案信息在车次属性上的属性值为特快列车，一部分出行方案信息在车次属性上的属性值为动车组列车，另一部分出行方案信息在车次属性上的属性值为高铁，则可确定时段维度的筛选标签为：只选特快的筛选标签、只选动车的筛选标签以及只选高铁的筛选标签。

可选地，若目标属性为坐席属性，则可根据该多个出行方案信息各自在坐席属性上的属性值，确定至少一个坐席维度的筛选标签。例如，若多个出行方案信息中，部分出行方案信息在坐席属性上的属性值为一等座，另一部分出行方案信息在坐席属性上的属性值为二等座，则可确定坐席维度的筛选标签为：只选一等座的筛选标签以及只选二等座的筛选标签。又例如，若多个出行方案信息中，一部分出行方案信息在坐席属性上的属性值为一等座，一部分出行方案信息在坐席属性上的属性值为二等座，另一部分出行方案信息在坐席属性上的属性值为二等卧，则可确定时段维度的筛选标签为：只选一等座的筛选标签、只选二等座的筛选标签以及只选二等卧的筛选标签。

可选地，若目标属性包括坐席数据以及车次属性，则可根据多个出行方案信息各自在坐席属性上的属性值，确定至少一个坐席维度的筛选标签，并可根据多个出行方案信息各自在车次属性上的属性值，确定至少一个车次维度的筛选标签。具体可参考前述实施例的记载，此处不再赘述。

以下将以任一目标出发日期为例，对根据目标筛选标签的触发操作，从多个出行方案信息中筛选目标出发日期对应的目标出行方案信息的可选实施方式进行示例性说明。

可选地，针对任一目标出发日期，响应对该目标出发日期对应的至少一个筛选标签中目标筛选标签的触发操作，可根据该目标筛选标签对应的筛选维度信息，从该多个出行方案信息中筛选至少一个候选出行方案信息。确定至少一个候选出行方案信息之后，可在抢票管理界面上，标记该至少一个候选出行方案信息为选中状态，以供用户确认是否对该至少一个候选出行方案信息进行调整。

在一些可选的实施例中，响应于用户不对该至少一个候选出行方案信息进行调整的第一确认操作，可将该至少一个候选出行方案信息作为该目标出发日期对应的目标出行方案信息。

在另一些可选的实施例中，响应于用户对该至少一个候选出行方案信息发起的调整操作，取消至少部分候选出行方案信息的选中状态，和/或，标记至少部分非候选出行方案信息为非选中状态，以得到调整后的候选出行方案信息。

在这种实施方式中，可选地，抢票管理界面上显示有该多个出行方案信息各自对应的选择控件，且该至少一个候选出行方案信息对应的选择控件处于选中状态。可选地，可响应用户对至少部分候选出行方案信息对应的选择控件发起的触发操作，将选择控件从选中状态置为非选中状态，以取消至少部分候选出行方案信息的选中状态；和/或，响应用户对至少部分非候选出行方案信息对应的选择控件发起的触发操作，将所述选择控件从非选中状态置为选中状态，以标记至少部分非候选出行方案信息为选中状态。

基于上述实施方式完成调整操作后，可响应用户对调整后的候选出行方案信息的第二确认操作，可将调整后的出行方案信息作为该目标出发日期对应的目标出行方案信息。以下将结合抢票管理界面上展示的目标出发日期的至少一个筛选标签，对抢票管理界面上的筛选操作进行示例性说明。其中，筛选标签用于批量筛选出行方案信息。在一些示例性的实施例中，抢票服务可响应对该至少一个筛选标签中的目标筛选标签的选择操作，根据该多个出行方案信息各自的属性值与筛选标签的对应关系，从该多个出行方案信息中确定目标筛选标签对应的出行方案信息。确定目标筛选标签对应的出行方案信息后，可展示目标筛选标签对应的出行方案信息的选中状态。其中，展示选中状态的可选实施方式可参考前述实施例的记载，此处不赘述。

例如，在一些实施例中，该至少一个筛选标签包括：只选上午的筛选标签、只选下午的筛选标签以及只选晚上的筛选标签。若检测到对只选上午的筛选标签的选择操作，则可根据该多个出行方案信息各自在出发时段属性上的属性值，从该多个出行方案信息中确定出发时段属性上的属性值为上午时段的出行方案信息，作为目标筛选标签对应的出行方案信息。若检测到对只选下午以及只选晚上的筛选标签的选择操作，则可根据该多个出行方案信息各自的出发时段属性上的属性值，从该多个出行方案信息中确定出发时段属性上的属性值为下午时段的出行方案信息以及出发时段属性为晚上时段的出行方案信息，作为目标筛选标签对应的出行方案信息。

除筛选标签之外，可选地，抢票管理界面上还显示有全选标签。在响应出发日期选择操作确定目标出发日期之后，可响应对该全选标签的触发操作，将该目标出发日期对应的至少一个出行方案信息全部作为目标出行方案信息。如图3所示，目标出行标签为全部车次的筛选标签时，可展示全部出行方案信息的选中状态。如图4所示，目标出行标签为只选晚上的筛选标签时，可展示出发时间分布于晚上时段的出行方案信息的选中状态。

例如，在另一些实施例中，该至少一个筛选标签包括：只选特快的筛选标签、只选动车的筛选标签以及只选高铁的筛选标签。若检测到对只选特快的筛选标签的选择操作，则可根据该多个出行方案信息各自在车次属性上的属性值，从该多个出行方案信息中确定车次属性上的属性值为特快列车的出行方案信息，作为目标筛选标签对应的出行方案信息。若检测到对只选动车以及只选高铁的筛选标签的选择操作，则可根据该多个出行方案信息各自在车次属性上的属性值，从该多个出行方案信息中，确定车次属性上的属性值为动车组列车的出行方案信息以及车次属性上的属性值为高铁的出行方案信息，作为目标筛选标签对应的出行方案信息。如图5所示，用户选择的目标出行标签为只选动车的筛选标签以及只选特快的筛选标签时，可展示车次属性为动车组列车的出行方案信息以及车次属性为特快列车的出行方案信息的选中状态。

又例如，在又一些实施例中，该至少一个筛选标签，包括：只选一等座的筛选标签、只选二等座的筛选标签以及只选二等卧的筛选标签。若检测到对只选二等座的筛选标签的选择操作，则可根据该多个出行方案信息各自在坐席属性上的属性值，从该多个出行方案信息中确定坐席属性上的属性值为二等座的出行方案信息，作为目标筛选标签对应的出行方案信息。若检测到对只选二等座以及只选二等卧的筛选标签的选择操作，则可根据该多个出行方案信息各自在坐席属性上的属性值，从该多个出行方案信息中确定坐席属性上的属性值为二等座的出行方案信息以及坐席属性为二等卧的出行方案信息，作为目标筛选标签对应的出行方案信息。如图6所示，用户选择的目标出行标签为只选动车的筛选标签以及只选二等座的筛选标签时，可展示车次属性为动车组列车的出行方案信息以及坐席属性为二等座的出行方案信息的选中状态。

响应用户对选中状态下的出行方案信息的确认操作，将选中状态下的出行方案信息作为目标出行方案信息。

其中，目标筛选标签可以包括一个筛选标签或者多个筛选标签，本实施例不做限制。在这种实施方式中，多个出行方案信息各自具有筛选标签，基于目标筛选标签对多个出行方案信息进行筛选，实现了出行方案信息的批量筛选，进一步提升了方案管理效率。

在一些示例性的实施例中，在对选中状态下的出行方案信息进行确认之前，可进一步对批量筛选出的出行方案信息进行修改，该修改可包括：对批量筛选出的出行方案信息进行删除，或者在批量筛选出出行方案信息的基础上新增出行方案信息。以下将进行示例性说明。

可选地，在用户对选中状态下的出行方案信息进行确认操作之前，若检测到用户对选中状态下的出行方案信息中的第一出行方案信息的删除操作，将可第一出行方案信息更新为非选中状态。其中，第一出行方案信息可以是选中状态下的任一出行方案信息。

在一些可选的实施例中，第一出行方案信息的删除操作，可通过第一出行方案信息的选择控件实现。例如，第一出行方案信息的选择控件为勾选按钮时，当第一出行方案信息处于选中状态时，其勾选按钮处于勾选状态。单击第一出行方案信息的勾选按钮，即可将其勾选按钮从勾选状态更新为非勾选状态。在另一些可选的实施例中，第一出行方案信息的删除操作，可通过对选中状态下的第一出行方案信息的单击操作、长按操作、左滑操作或者右滑操作实现，不再一一赘述。

可选地，该第一出行方案信息，可以包括以下至少一种：到达时间不符合用户预期的方案、总行程耗时与坐席类型的组合不符合用户预期的方案、出发时段与坐席类型不符合用户预期的方案。

例如，在一些场景中，若检测到对只选晚上的筛选标签的选择操作后，可根据该多个出行方案信息各自在出发时段属性上的属性值，确定出发时段属性的属性值为晚上时段的出行方案信息，作为目标筛选标签对应的出行方案信息，并展示出发时段为晚上时段的出行方案信息的选中状态。若处于选中状态的出行方案信息中，存在部分出行方案信息的坐席类型为硬座类型，则用户可删除硬座类型的部分出行方案信息，以放弃购买晚间出行舒适度较低的车票。又例如，晚上时段为18:00-06:00，则用户通过只选晚上的筛选标签批量选择晚上时段内的出行方案信息后，可从批量筛选出的出行方案信息中，删除出发时间为22:15的硬座类型的出行方案信息。或者，可从批量筛选出的出行方案信息中，删除出发时间为23:30，但总耗时为3小时的出行方案信息，以放弃购买夜间到达的车票。

基于这种实施方式，当用户通过筛选标签批量选择出行方案信息之后，可对批量选择出的出行方案信息进行方案级别的逐个筛选，从而将批量筛选和精细化筛选进行结合，即使是在筛选标签的颗粒度较大的情况下，也能够较为精准地匹配用户的出行需求。

可选地，在用户对选中状态下的出行方案信息进行确认操作之前，若检测到用户对非选中状态下的第二出行方案信息的选中操作，将第二出行方案信息更新为选中状态。其中，第二出行方案信息，可以是非选中状态下的任一出行方案信息。其中，非选中状态的下的出行方案信息，可包括：在目标筛选标签的批量筛选后更新为选中状态，并在被删除后更新为非选中状态的出行方案信息，也包括未在被批量筛选中被选中，从而一直保持非选中状态的出行方案信息。即，被删除的出行方案信息，可再次被选中。可选地，第二出行方案信息的删除操作，可通过第二出行方案信息的选择控件实现。例如，第二出行方案信息的选择控件为勾选按钮时，当第二出行方案信息处于未选中状态时，其勾选按钮处于未勾选状态。单击第二出行方案信息的勾选按钮，即可将其勾选按钮从未勾选状态更新为勾选状态。在另一些可选的实施例中，第二出行方案信息的选中操作，可通过对非选中状态下的第二出行方案信息的单击操作、长按操作、左滑操作或者右滑操作实现，不再一一赘述。

可选地，该第二出行方案信息，可以包括：出发时间位于目标筛选标签对应的时段附近的出行方案信息。目标筛选标签对应的时段附近可包括：目标标签对应的筛选时段的起始时间附近，和/或，目标标签对应的筛选时段的结束时间附近。

例如，在一些场景中，若检测到对只选下午的筛选标签的选择操作后，可根据该多个出行方案信息各自在出发时段属性上的属性值，确定出发时段属性上的属性值为下午时段的出行方案信息作为目标筛选标签对应的出行方案信息，并展示出发时段属性上的属性值为下午时段的出行方案信息的选中状态。若处于非选中状态的出行方案信息中，存在部分出行方案信息的出发时间位于用户选择的出行时段附近，则用户可选中此部分出行方案信息，以增加抢票的成功率。例如，下午时段为13:00-18:00，则用户通过只选下午时段的筛选标签批量选择下午时段内的出行方案信息后，可将出发时间为12:50的出行方案信息也选择为可购买的出行方案信息。例如，晚上时段为18:00-06:00，则用户通过只选晚上时段的筛选标签批量选择晚上时段内的出行方案信息后，可将出发时间为17:55的出行方案信息或者出发时间为06:10的出行方案信息也选择为可购买的出行方案信息。

进而，基于该实施方式，在基于筛选标签进行批量筛选的基础上，可基于单项筛选功能，将不符合筛选标签，但符合用户出行需求的方案筛选出来，更加灵活地对出行方案信息进行管理。

值得说明的是，在一些可选的实施方式中，抢票管理界面还可向用户提供自定义筛选标签的操作控件，如图7所示的自定义筛选标签305。响应对自定义筛选标签的操作，可获取用户输入的至少一个自定义标签，该至少一个自定义标签可包括：自定义时段标签以及自定义价格标签中的至少一种。例如，用户输入的自定义时段标签可以是17:00-20:00，进而可在只选下午的筛选标签和只选晚上的筛选标签的覆盖范围较广的问题，实现粒度更细的筛选操作。例如，用户输入的自定义价格标签可以是价格在￥300～500之间，进而从价格维度实现方案的精准筛选。

基于前述各实施例从多个出行方案信息中筛选出目标出行方案信息后，抢票服务可执行目标出行方案信息对应的抢票操作。其中，在执行目标出行方案信息对应的抢票操作时，可在购票网站中，根据目标出行方案信息执行车票搜索操作，并在搜索到余票时，执行订票操作，从而完成抢票操作。

本实施例中，响应对抢票管理操作，可展示抢票管理界面，并可响应抢票管理界面上的筛选操作，从抢票管理界面上展示的多个出行方案信息中筛选出目标出行方案信息。进而，响应根据目标出行方案信息发起的抢票指令，可执行目标出行方案信息对应的抢票操作。基于这种实施方式，在抢票场景中基于抢票管理界面向用户提供了灵活管理出行方案信息的功能，用户可在抢票管理界面对出行方案信息进行筛选，从而可使得筛选出的目标出行方案信息更加匹配用户的出行需求，有利于基于更加精准的抢票目标，为用户购买满足出行需求的车票。

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

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

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

图8示意了本申请一示例性实施例提供的电子设备的结构示意图，如图8所示，该电子设备包括：存储器801、处理器802以及显示组件803。

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

处理器802，与存储器801耦合，用于执行存储器801中的计算机程序，以用于：获取用户的抢票诉求参数，所述抢票诉求参数至少包括：至少两个出发日期；根据所述抢票诉求参数，确定多个出行方案信息；控制显示组件803，展示抢票管理界面，所述抢票管理界面上展示有所述至少两个出发日期和所述多个出行方案信息中的至少一部分；获取至少一个出发日期选择信息，确定所述至少一个出发日期选择信息各自对应的目标出发日期；针对任一目标出发日期，响应对预设的至少一个筛选标签中目标筛选标签的触发操作，从所述多个出行方案信息中筛选所述目标出发日期对应的目标出行方案信息；响应抢票指令，针对所述至少两个出发日期对应的目标出行方案信息执行抢票操作。

可选地，处理器802还用于：控制显示组件803在所述抢票管理界面上展示所述至少一个筛选标签；其中，所述至少一个筛选标签包括：时段维度的筛选标签，坐席维度的筛选标签，车次维度的筛选标签，以及出发车站维度的筛选标签中的至少一种。

可选地，所述时段维度的筛选标签包括上午时段的筛选标签、下午时段的筛选标签和晚上时段的筛选标签中的至少一个。

可选地，处理器802还用于：控制显示组件803在任一时段维度的筛选标签上展示所述筛选标签对应的时段信息；和/或，在分布于不同出发日期的出行方案信息之间，展示日期分割信息，其中，属于同一出发日期的出行方案信息连续展示在所述抢票管理界面上的同一区域内。

可选地，处理器802在控制显示组件803在所述抢票管理界面上展示所述至少一个筛选标签之前，还用于：根据所述多个出行方案信息的出行时间所属的时段信息，从预设筛选标签集中选择至少一个时段维度的筛选标签；和/或，根据所述多个出行方案信息的坐席类型，从预设筛选标签集中选择坐席维度的筛选标签；和/或，根据所述多个出行方案信息的车次类型，从预设筛选标签集中选择至少一个车次维度的筛选标签；和/或，根据所述多个出行方案信息的出发车站，从预设筛选标签集中选择至少一个出发车站维度的筛选标签。

可选地，针对任一目标出发日期，处理器802在响应对预设的至少一个筛选标签中目标筛选标签的触发操作，从所述多个出行方案信息中筛选所述目标出发日期对应的目标出行方案信息时，具体用于：针对任一目标出发日期，响应对所述至少一个筛选标签中目标筛选标签的触发操作，根据所述目标筛选标签对应的筛选维度信息，从所述多个出行方案信息中筛选至少一个候选出行方案信息；在所述抢票管理界面上，标记所述至少一个候选出行方案信息为选中状态，以供用户确认是否对所述至少一个候选出行方案信息进行调整；响应于用户不对所述至少一个候选出行方案信息进行调整的第一确认操作，将所述至少一个候选出行方案信息作为所述目标出发日期对应的目标出行方案信息。

可选地，处理器802还用于：响应于用户对所述至少一个候选出行方案信息发起的调整操作，取消至少部分候选出行方案信息的选中状态，和/或，标记至少部分非候选出行方案信息为选中状态，以得到调整后的候选出行方案信息；响应用户对所述调整后的候选出行方案信息的第二确认操作，将所述调整后的出行方案信息作为所述目标出发日期对应的目标出行方案信息。

可选地，处理器802还用于：在订单查看界面，展示根据所述抢票指令生成的抢票订单以及所述抢票订单的修改控件，所述抢票订单中包括所述目标出行方案信息；响应对所述修改控件的触发操作，跳转至所述抢票管理界面，以利用所述抢票管理界面对所述抢票订单中的目标出行方案信息进行修改。

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

其中，存储器801可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(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)，磁存储器，快闪存储器，磁盘或光盘。

其中，通信组件804被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如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)技术和其他技术来实现。

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

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

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

本实施例中，根据用户的抢票诉求参数，确定多个出行方案信息；展示抢票管理界面，该抢票管理界面上展示有该至少两个出发日期和该多个出行方案信息中的至少一部分；获取至少一个出发日期选择信息，确定该至少一个出发日期选择信息各自对应的目标出发日期；针对任一目标出发日期，响应对预设的至少一个筛选标签中目标筛选标签的触发操作，从该多个出行方案信息中筛选该目标出发日期对应的目标出行方案信息；响应抢票指令，针对该至少两个出发日期对应的目标出行方案信息执行抢票操作。进而，可基于抢票管理界面向用户提供了灵活管理抢票方案的功能，用户可按照出发日期在抢票管理界面对抢票方案进行筛选，从而可使得筛选出的目标抢票方案更加匹配用户的出行需求，有利于基于更加精准的抢票目标，为用户购买满足出行需求的车票。

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

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

1.一种抢票方法，其特征在于，包括：

获取用户的抢票诉求参数，所述抢票诉求参数至少包括：至少两个出发日期；

根据所述抢票诉求参数，确定多个出行方案信息；

展示抢票管理界面，所述抢票管理界面上展示有所述至少两个出发日期和所述多个出行方案信息中的至少一部分；

获取至少一个出发日期选择信息，确定所述至少一个出发日期选择信息各自对应的目标出发日期；

针对任一目标出发日期，响应对预设的至少一个筛选标签中目标筛选标签的触发操作，从所述多个出行方案信息中筛选所述目标出发日期对应的目标出行方案信息；

响应抢票指令，针对所述至少两个出发日期对应的目标出行方案信息执行抢票操作。

2.根据权利要求1所述的方法，其特征在于，还包括：在所述抢票管理界面上展示所述至少一个筛选标签；

其中，所述至少一个筛选标签包括：时段维度的筛选标签，坐席维度的筛选标签，车次维度的筛选标签，以及出发车站维度的筛选标签中的至少一种。

3.根据权利要求2所述的方法，其特征在于，所述时段维度的筛选标签包括上午时段的筛选标签、下午时段的筛选标签和晚上时段的筛选标签中的至少一个。

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

在任一时段维度的筛选标签上展示所述筛选标签对应的时段信息；和/或，

在分布于不同出发日期的出行方案信息之间，展示日期分割信息，其中，属于同一出发日期的出行方案信息连续展示在所述抢票管理界面上的同一区域内。

5.根据权利要求3所述的方法，其特征在于，在所述抢票管理界面上展示所述至少一个筛选标签之前，还包括：

根据所述多个出行方案信息的出行时间所属的时段信息，从预设筛选标签集中选择至少一个时段维度的筛选标签；

和/或，

根据所述多个出行方案信息的坐席类型，从预设筛选标签集中选择坐席维度的筛选标签；

和/或，

根据所述多个出行方案信息的车次类型，从预设筛选标签集中选择至少一个车次维度的筛选标签；

和/或，

根据所述多个出行方案信息的出发车站，从预设筛选标签集中选择至少一个出发车站维度的筛选标签。

6.根据权利要求2-5任一项所述的方法，其特征在于，针对任一目标出发日期，响应对预设的至少一个筛选标签中目标筛选标签的触发操作，从所述多个出行方案信息中筛选所述目标出发日期对应的目标出行方案信息，包括：

针对任一目标出发日期，响应对所述至少一个筛选标签中目标筛选标签的触发操作，根据所述目标筛选标签对应的筛选维度信息，从所述多个出行方案信息中筛选至少一个候选出行方案信息；

在所述抢票管理界面上，标记所述至少一个候选出行方案信息为选中状态，以供用户确认是否对所述至少一个候选出行方案信息进行调整；

响应于用户不对所述至少一个候选出行方案信息进行调整的第一确认操作，将所述至少一个候选出行方案信息作为所述目标出发日期对应的目标出行方案信息。

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

响应于用户对所述至少一个候选出行方案信息发起的调整操作，取消至少部分候选出行方案信息的选中状态，和/或，标记至少部分非候选出行方案信息为选中状态，以得到调整后的候选出行方案信息；

响应用户对所述调整后的候选出行方案信息的第二确认操作，将所述调整后的出行方案信息作为所述目标出发日期对应的目标出行方案信息。

8.根据权利要求1-5任一项所述的方法，其特征在于，还包括：

在订单查看界面，展示根据所述抢票指令生成的抢票订单以及所述抢票订单的修改控件，所述抢票订单中包括所述目标出行方案信息；

响应对所述修改控件的触发操作，跳转至所述抢票管理界面，以利用所述抢票管理界面对所述抢票订单中的目标出行方案信息进行修改。

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

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

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

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