车票处理方法及装置与流程

1.本文件涉及数据处理技术领域，尤其涉及一种车票处理方法及装置。

背景技术：

2.随着互联网技术发展和移动终端的普及，越来越多的服务开始向线上场景延伸，比如通过线上处理方式实现的车票预定以及车票购买服务，并且随着这些服务在线上场景的应用愈加频繁，各方对服务线上处理的多样化需求也越来越高，比如用户对车票在各个环节的感知和操作便捷的需求越来越高，这对线上服务的提供方提出了更高的考验。

技术实现要素：

3.本说明书一个或多个实施例提供了一种车票处理方法，包括：获取用户的车票的出行路线的途经站点的通行状态信息。根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略。针对所述用户进行所述车票的变更提醒处理，并在所述用户确认变更后按照所述执行策略执行所述变更操作。
4.本说明书一个或多个实施例提供了一种车票处理装置，包括：通行状态信息获取模块，被配置为获取用户的车票的出行路线的途经站点的通行状态信息。操作策略确定模块，被配置为根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略。变更操作执行模块，被配置为针对所述用户进行所述车票的变更提醒处理，并在所述用户确认变更后按照所述执行策略执行所述变更操作。
5.本说明书一个或多个实施例提供了一种车票处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取用户的车票的出行路线的途经站点的通行状态信息。根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略。针对所述用户进行所述车票的变更提醒处理，并在所述用户确认变更后按照所述执行策略执行所述变更操作。
6.本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取用户的车票的出行路线的途经站点的通行状态信息。根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略。针对所述用户进行所述车票的变更提醒处理，并在所述用户确认变更后按照所述执行策略执行所述变更操作。
附图说明
7.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的
附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；
8.图1为本说明书一个或多个实施例提供的一种车票处理方法处理流程图；
9.图2为本说明书一个或多个实施例提供的一种应用于票务平台场景的车票处理方法处理流程图；
10.图3为本说明书一个或多个实施例提供的一种应用于子程序场景的车票处理方法处理流程图；
11.图4为本说明书一个或多个实施例提供的一种车票处理装置示意图；
12.图5为本说明书一个或多个实施例提供的一种车票处理设备的结构示意图。
具体实施方式
13.为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。
14.本说明书提供的一种车票处理方法实施例：
15.本技术提供的车票处理方法，在获取用户的车票对应的途经站点的通行状态信息的基础上，根据途经站点的通行状态信息，或者，根据途经站点的通行状态信息和车票的核销状态，确定车票的变更操作以及变更操作的执行策略，并通过向用户进行变更提醒处理的方式向用户提供针对于车票的出行决策支撑，使用户能够更加清楚的感知已购车票的出行情况，并在用户确认变更后按照执行策略执行变更操作，从而使用户能够及时对已购车票的出行做出相应改变，以此在降低用户出行风险的同时，减少了用户在购买车票后因无法出行导致的损失。
16.参照图1，本实施例提供的车票处理方法，所述方法具体包括步骤s102至步骤s106。
17.步骤s102，获取用户的车票的出行路线的途经站点的通行状态信息。
18.本实施例所述车票的出行路线，是指车票对应的列车车次在实际行驶时的行驶路线，具体的，该出行路线是从起始站点行驶至目的站点，该起始站点和目的站点也即是该车票记录的起始站点和目的站点。所述车票可以是用户乘坐火车、长途客运或者轮船等交通工具购买的车票。
19.所述途经站点，是指车票对应的列车车次在实际行驶时的行驶路线经过并且停靠的站点，可选的，所述途经站点包括该车票的起始站点和目的站点，以及起始站点和目的站点之间的经停的中间站点。
20.本实施例所述途经站点的通行状态信息，用于表征途经站点或者途经站点所在区域的通行风险的风险状态，以及为了降低通行风险所要求进行的通行核验相关的信息。可选的，所述通行状态信息携带有通行风险级别和/或通行核验条件。
21.其中，所述通行风险级别，是指途经站点或者途经站点所在区域自身的通行风险的级别，比如将通行风险级别分为三个级别，风险级别从高到低的三个级别依次表示高风
险级别、中风险级别和低风险级别；此外，还可在三个级别的基础上增加一个无风险级别。
22.所述通行核验条件，是指为了降低途经站点或者途经站点所在区域的通行风险，对通行经过该途经站点或者途经站点所在区域的用户的通行条件，满足通行条件的用户允许通行经过该途经站点或者途经站点所在区域，不满足通行条件的用户不允许通行经过该途经站点或者途经站点所在区域，或者，不满足通行条件的用户被限制通行经过该途经站点或者途经站点所在区域。
23.实际应用中，部分用户会选择在票务平台进行购票，可选的，本实施例提供的车票处理方法，应用于与票务平台对接的服务平台，以此为在票务平台购票的用户提供出行决策支撑；此外，实际中还有部分用户往往会通过应用程序提供的用于进行购票的购票子程序进行购票，因此，为提升用户在使用应用程序的购票子程序进行购票过程中的购票体验，本实施例提供的车票处理方法，还可应用于针对目标应用的购票子程序提供的车票服务的服务器。
24.具体实施时，在获取用户的车票的出行路线的途经站点的通行状态信息的过程中，可通过调用数据提供方提供数据查询接口，向该数据查询接口传入所述出行路线的各途经站点的站点标识，以进行各途经站点的通行状态信息的查询，并接收数据查询接口返回的各途经站点的通行状态信息。除此之外，还可构建用于对相应区域的通行状态信息进行数据抓取的数据抓取模型，通过将各途经站点的站点标识输入该数据抓取模型，由数据抓取模型从网络抓取到各途经站点的通行状态信息并返回。
25.此外，在具体执行过程中，为了进一步降低用户购买车票后因无法出行导致产生损失的概率，本实施例中，在用户购票过程中根据用户的出发地和目的地进行相应的提醒处理，以此来避免用户购买车票后因无法出行产生经济损失，本实施例提供的一种可选实施方式中，将所述用户的用户状态信息与所述用户提交的目的站点的通行状态信息进行通行匹配；
26.若通行匹配成功，则进行车票订单处理获得所述车票；即：所述车票在用户的通行状态与目的站点的通行状态信息匹配成功后生成；
27.若通行匹配失败，则向所述用户发送通行匹配失败提醒。
28.其中，所述用户的通行状态，是指用于表征用户的通行状态的信息，包括健康状态信息、生物样本检测时间和/或生物样本检测结果，健康状态可根据实际需要分为若干个状态，具体可用颜、数字、文字、标签等具有分类程度的标记表示，本实施例在此不做限定，比如将健康状态分为3个状态，第一状态为不存在携带病毒的风险的状态，第二状态为存在特定概率携带病毒的风险的状态，第三状态为存在较大概率携带病毒的风险的状态；
29.生物样本采集往往与用户的健康状态相关，比如通过生物样本的检测结果确定用户是否携带相应病毒，是否携带病毒的检测结果能够代表用户的健康状态，同时，用户的健康状态也决定着用户的通行范围，生物样本是指用于检测用户是否存在针对用户采集的样本，比如用户的体表分泌的分泌物，或者用户的器官分泌的能够从体外采集的分泌物；所述生物样本检测时间，是指检测生物样本的时间；所述生物样本检测结果，是指对生物样本进行检测的检测结果。
30.具体在将用户的用户状态信息与所述用户提交的目的站点的通行状态信息进行通行匹配的过程中，可将根据目的站点的通行核验条件，将用户的用户状态信息中相应的
状态信息项与对应的通行核验条件进行匹配，比如用户提交的目的站点a城市xx站的通行核验条件为健康状态为第一状态，在特定时间范围内进行生物样本采集的次数大于或者等于预设次数阈值，并且生物样本检测结果为特定检测结果，则在在该用户的健康状态为第一状态，该用户在特定时间范围内进行生物样本采集的次数大于或者等于预设次数阈值，并且该用户的生物样本检测结果为特定检测结果的情况下，则通行匹配成功，反之，通行匹配失败。
31.实际应用中，在用户进行购票处理获得车票之后，为了避免因用户没有要求按照目的站点的通行核验条件进行生物样本采集，从而导致用户到达目的站点后无法通行这种情况给用户带来的影响，本实施例提供的一种可选实施方式中，还在用户购票后乘车前进行生物样本的采集提醒，具体采用如下方式实现：
32.根据所述车票的目的站点的通行状态信息携带的通行核验条件，以及所述出行路线的乘车时长，确定所述用户的生物样本检测时间；
33.向所述用户发送携带所述生物样本检测时间的检测提醒。
34.步骤s104，根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略。
35.本实施例所述车票的核销状态，是指车票是否被使用(乘车检票)的状态，具体的，所述核销状态包括已核销状态和未核销状态，已核销状态是指用户已经登车，车票也已经过检票；未核销状态是指用户尚未登车、车票也尚未经检票。可选的，所述变更操作包括改签操作和/或退票操作。所述执行策略，是指按照何种策略对用户的车票进行改签或者退票，或者将用户的车票改签为何种车票的策略。
36.具体实施时，车票的核销状态决定着用户是否能够对车票进行改签或者退票等操作，因此，本实施例在确定所述车票的变更操作的过程中，根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略。
37.需要说明的是，此处根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略，包括：根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述变更操作和所述执行策略。除此之外，根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略，还包括：根据所述通行状态信息以及所述车票的核销状态中至少一者确定所述变更操作，以及，根据所述通行状态信息以及所述车票的核销状态中至少一者确定所述执行策略。或者，还可将根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略这一处理过程，替换为根据所述通行状态信息以及所述车票的核销状态中至少一者确定所述变更操作，以及，根据所述通行状态信息以及所述车票的核销状态中至少一者确定所述执行策略这一处理过程。
38.需要说明的是，确定所述变更操作和确定所述执行策略，所依赖的数据信息，可以是相同的数据，也可以是不同的数据，特别的，在确定所述变更操作和确定所述执行策略所依赖的数据信息相同的情况下，根据所述通行状态信息以及所述车票的核销状态中至少一者确定所述变更操作，以及，根据所述通行状态信息以及所述车票的核销状态中至少
一者确定所述执行策略，可表述为：根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述变更操作和所述执行策略；在确定所述变更操作和确定所述执行策略所依赖的数据信息不同的情况下，根据所述通行状态信息以及所述车票的核销状态中至少一者确定所述变更操作，以及，根据所述通行状态信息以及所述车票的核销状态中至少一者确定所述执行策略这一表述不变。
39.比如，根据所述通行状态信息以及所述车票的核销状态确定所述变更操作，以及根据所述通行状态信息以及所述车票的核销状态确定所述执行策略，可表述为：根据所述通行状态信息以及所述车票的核销状态确定所述变更操作和执行策略；
40.再比如，根据所述通行状态信息以及所述车票的核销状态确定所述变更操作，以及根据所述通行状态信息或者所述车票的核销状态确定所述执行策略；或者，根据所述通行状态信息或者所述车票的核销状态确定所述变更操作，以及根据所述通行状态信息以及所述车票的核销状态确定所述执行策略；或者，根据所述通行状态信息或者所述车票的核销状态确定所述变更操作，以及根据所述通行状态信息或者所述车票的核销状态确定所述执行策略。
41.本实施例提供一种可选实施方式中，根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略的过程中，具体是根据所述通行状态信息确定所述车票的变更操作，并根据所述通行状态信息以及所述车票的核销状态确定所述变更操作的执行策略，具体采用如下方式实现：
42.若所述车票的中间站点的通行状态信息携带的通行风险级别处于第一通行风险区间，确定所述车票的变更操作为改签操作；其中，所述第一通行风险区间可以高风险级别、中风险级别构成的通行风险区间，也可以是高风险级别单独构成的通行风险区间；
43.若所述车票的核销状态为未核销状态，则基于所述途经站点的通行状态信息确定所述改签操作的改签策略。
44.进一步，在基于所述途经站点的通行状态信息确定所述改签操作的改签策略的过程中，本实施例提供下述两种可选实施方式。
45.本实施例提供的第一种可选实施方式中，通过将用户当前的车票改签为其他车次的方式来降低用户通过存在通行风险的中间站点给用户带来的影响，比如导致用户的行程在存在通行风险的中间站点被中断，具体的，基于所述途经站点的通行状态信息确定所述改签操作的改签策略，包括：
46.在途经所述车票的起始站点和目的站点的候选车次中筛选出目标车次；所述目标车次的出行路线不经过通行风险级别处于所述第一通行风险区间的中间站点；
47.生成将所述车票改签为所述目标车次的改签策略。
48.本实施例提供的第二种可选实施方式中，通过将用户当前的车票改签为直达车次的方式，避免用户的出行受到存在通行风险的中间站点的影响，大大降低了用户的出行被中断或者影响给用户造成损失的概率，具体的，基于所述途经站点的通行状态信息确定所述改签操作的改签策略，包括：
49.查询起始站点和目的站点为所述车票的起始站点和目的站点的直达车次；
50.生成将所述车票改签为所述直达车次的改签策略。
51.此外，实际中在用户登车或者乘车后，用户的用户状态信息还可能会受到存在通
行风险的中间站点的登车乘客的影响，从而导致用户的行程被中断或者受到影响，为了避免这种情况的发生，本实施例提供的一种可选实施方式中，在上述所述车票的中间站点的通行状态信息携带的通行风险级别处于第一通行风险区间，确定所述车票的变更操作为改签操作之后，若所述车票的核销状态为已核销状态，则在检测到所述车票对应的列车车厢存在乘车站点为所述中间站点的购票用户后，确定所述列车车厢的升舱车厢；生成将所述车票更新为所述升舱车厢的升舱车票的改签策略。
52.可选的，将所述车票更新为所述升舱车厢的升舱车票的改签策略对应的变更操作，在所述用户乘坐的列车到达存在通行风险的中间站点之前执行，以此避免用户与存在通行风险的中间站点的登车乘客发生接触，从而来保障用户不会受到存在通行风险的中间站点的登车乘客的影响。
53.本实施例提供另一种可选实施方式中，根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略的过程中，具体是根据所述通行状态信息确定所述车票的变更操作，并根据所述车票的核销状态确定所述变更操作的执行策略，具体采用如下方式实现：
54.若所述车票的目的站点的通行状态信息携带的通行风险级别处于第二通行风险区间，确定对所述车票的变更操作为退票操作；其中，所述第二通行风险区间可以高风险级别、中风险级别构成的通行风险区间，也可以是高风险级别单独构成的通行风险区间；
55.若所述车票的核销状态为未核销状态，生成在特定时间范围内对所述车票进行退票处理的退票策略。
56.此外，在上述确定对所述车票的变更操作为退票操作的情况下，还可通过提醒用户在到达目的站点前提前下车的方式，避免用户到达通行风险的目的站点后被限制出行，可选的，若所述车票的核销状态为已核销状态，则生成目标站点的下车提醒信息并向所述用户发送；其中，所述目标站点为所述出行路线中所述目的站点之前并且通行风险级别未处于所述第二通行风险区间的中间站点。
57.步骤s106，针对所述用户进行所述车票的变更提醒处理，并在所述用户确认变更后按照所述执行策略执行所述变更操作。
58.上述确定所述车票的变更操作以及所述变更操作的执行策略之后，此处，针对所述用户进行所述车票的变更提醒处理，以此来使用户感知到当前的车票的出行路线存在风险情况，以及针对存在风险情况采用何种方式去避开风险，针对于此，针对所述用户进行所述车票的变更提醒处理的过程中，可向用户发送携带所述变更操作的操作信息以及所述执行策略的策略信息的提醒，还可在提醒中加入当前存在风险的中间站点或者目的站点的通行风险级别等信息，以支撑用户基于更加全面的信息感知，去决策是否采纳变更操作以及相应的执行策略。此外，在具体执行过程中，针对所述用户进行所述车票的变更提醒处理，并在所述用户确认变更后按照所述执行策略执行所述变更操作这一处理过程，还可被替换为按照所述执行策略执行所述变更操作。
59.本实施例提供的一种可选实施方式中，在用户确认变更后，采用如下方式执行按照所述执行策略执行所述变更操作：
60.若所述变更操作为改签操作，则基于所述改签操作的改签策略生成改签信息；调用票务服务接口，并向所述票务服务接口传入针对所述车票进行改签处理的所述改签信
息；
61.和/或，
62.若所述变更操作为退票操作，则调用所述票务服务接口，并向所述票务服务接口传入所述车票的退票指令。
63.本实施例中，为了降低用户的出行风险，同时也为了降低用户在避免出行风险过程中提前下车，剩余未乘坐的出行路线部分的车票费用无法退费给用户带来的经济损失，本实施例提供的一种可选实施方式中，在用户购票下单过程中，采用组合购票的方式进行车票下单，以此来提升剩余未乘坐的出行路线部分的车票费用能够被退费的概率，具体采用如下方式实现：
64.根据所述用户提交的起始站点和目的站点，确定所述起始站点至所述目的站点的候选出行路线的候选车次组合；
65.根据所述候选出行路线的途经站点的通行状态信息，预测所述候选出行路线的途经站点的通行风险级别；
66.基于所述通行风险级别在所述候选车次组合中筛选出目标车次组合，并向所述用户推荐；
67.其中，所述车票的车票订单在所述用户对所述目标车次组合进行下单处理后生成。
68.在此基础上，上述根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略，还可采用如下可选实施方式实现：
69.若所述车票的中间站点或者目的站点的通行风险级别处于第三通行风险区间，确定对所述车票的变更操作为退票操作；其中，所述第三通行风险区间可以高风险级别、中风险级别构成的通行风险区间，也可以是高风险级别单独构成的通行风险区间；
70.若所述车票的核销状态为已核销状态，则根据所述中间站点或者所述目的站点的通行风险级别确定下车站点，并确定对退票站点对应的车票进行退票处理的退票策略。
71.下述以本实施例提供的一种车票处理方法在票务平台场景的应用为例，对本实施例提供的车票处理方法进行进一步说明，参见图2，应用于票务平台场景的车票处理方法，具体包括下述步骤。
72.步骤s202，将用户的用户状态信息与用户在票务平台提交的目的站点的通行状态信息进行通行匹配；
73.若通行匹配成功，则进行车票订单处理获得车票，并执行步骤s204至步骤s208；
74.若通行匹配失败，则向用户发送通行匹配失败提醒。
75.步骤s204，根据车票的目的站点的通行状态信息携带的通行核验条件，以及出行路线的乘车时长，确定用户的生物样本检测时间。
76.步骤s206，向用户发送携带生物样本检测时间的检测提醒。
77.步骤s208，获取用户的车票的出行路线的途经站点的通行状态信息。
78.步骤s210，若车票的中间站点的通行状态信息携带的通行风险级别处于第一通行风险区间，确定车票的变更操作为改签操作。
79.步骤s212，若车票的核销状态为未核销状态，则基于途经站点的通行状态信息确
定改签操作的改签策略。
80.此外，若车票的核销状态为已核销状态，则在检测到车票对应的列车车厢存在乘车站点为中间站点的购票用户后，确定列车车厢的升舱车厢，并生成将车票更新为升舱车厢的升舱车票的改签策略。
81.步骤s214，调用票务平台进行用户的车票的改签提醒处理。
82.步骤s216，调用票务平台的票务服务接口，并向票务服务接口传入基于改签操作的改签策略生成的改签信息。
83.步骤s218，若车票的目的站点的通行状态信息携带的通行风险级别处于第二通行风险区间，确定对车票的变更操作为退票操作。
84.步骤s220，若车票的核销状态为未核销状态，生成对车票进行退票处理的退票策略。
85.此外，若车票的核销状态为已核销状态，则生成目标站点的下车提醒信息并向用户发送；其中，目标站点为出行路线中目的站点之前并且通行风险级别未处于第二通行风险区间的中间站点。
86.步骤s222，调用票务平台进行用户的车票的退票提醒处理。
87.步骤s224，调用票务平台的票务服务接口，并向票务服务接口传入车票的退票指令。
88.下述以本实施例提供的一种车票处理方法在子程序场景的应用为例，对本实施例提供的车票处理方法进行进一步说明，参见图3，应用于子程序场景的车票处理方法，具体包括下述步骤。
89.步骤s302，根据用户通过子程序提交的起始站点和目的站点，确定起始站点至目的站点的候选出行路线的候选车次组合。
90.步骤s304，根据候选出行路线的途经站点的通行状态信息，预测候选出行路线的途经站点的通行风险级别。
91.步骤s306，基于通行风险级别在候选车次组合中筛选出目标车次组合，并通过子程序向用户推荐。
92.其中，订单在用户对目标车次组合进行下单处理后生成。
93.步骤s308，调用数据提供方的数据查询接口获取用户的车票的出行路线的途经站点的通行状态信息。
94.步骤s310，若车票的中间站点或者目的站点的通行风险级别处于预设通行风险区间，确定对车票的变更操作为退票操作。
95.步骤s312，若车票的核销状态为已核销状态，则根据中间站点或者目的站点的通行风险级别确定下车站点，并确定对退票站点对应的车票进行退票处理的退票策略。
96.步骤s314，按照退票策略执行退票操作。
97.本说明书提供的一种车票处理装置实施例如下：
98.在上述的实施例中，提供了一种车票处理方法，与之相对应的，还提供了一种车票处理装置，下面结合附图进行说明。
99.参照图4，其示出了本实施例提供的一种车票处理装置示意图。
100.由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上
述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
101.本实施例提供一种车票处理装置，包括：
102.通行状态信息获取模块402，被配置为获取用户的车票的出行路线的途经站点的通行状态信息；
103.操作策略确定模块404，被配置为根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略；
104.变更操作执行模块406，被配置为针对所述用户进行所述车票的变更提醒处理，并在所述用户确认变更后按照所述执行策略执行所述变更操作。
105.本说明书提供的一种车票处理设备实施例如下：
106.对应上述描述的一种车票处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种车票处理设备，该车票处理设备用于执行上述提供的车票处理方法，图5为本说明书一个或多个实施例提供的一种车票处理设备的结构示意图。
107.本实施例提供的一种车票处理设备，包括：
108.如图5所示，车票处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器501和存储器502，存储器502中可以存储有一个或一个以上存储应用程序或数据。其中，存储器502可以是短暂存储或持久存储。存储在存储器502的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括车票处理设备中的一系列计算机可执行指令。更进一步地，处理器501可以设置为与存储器502通信，在车票处理设备上执行存储器502中的一系列计算机可执行指令。车票处理设备还可以包括一个或一个以上电源503，一个或一个以上有线或无线网络接口504，一个或一个以上输入/ 输出接口505，一个或一个以上键盘506等。
109.在一个具体的实施例中，车票处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对车票处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
110.获取用户的车票的出行路线的途经站点的通行状态信息；
111.根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略；
112.针对所述用户进行所述车票的变更提醒处理，并在所述用户确认变更后按照所述执行策略执行所述变更操作。
113.本说明书提供的一种存储介质实施例如下：
114.对应上述描述的一种车票处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。
115.本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：
116.获取用户的车票的出行路线的途经站点的通行状态信息；
117.根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略；
118.针对所述用户进行所述车票的变更提醒处理，并在所述用户确认变更后按照所述执行策略执行所述变更操作。
119.需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于车票处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。
120.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
121.在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件 (programmable logic device，pld)(例如现场可编程门阵列(field programmable gatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言 (hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如 abel(advanced boolean expression language)、ahdl(altera hardware descriptionlanguage)、confluence、cupl(cornell university programming language)、hdcal、 jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl (ruby hardware description language)等，目前最普遍使用的是vhdl(very-high
‑ꢀ
speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
122.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的
装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
123.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
124.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
125.本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
126.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
127.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
128.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
129.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
130.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
131.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器 (sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备
或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
132.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
133.本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
134.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
135.以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

技术特征：

1.一种车票处理方法，包括：获取用户的车票的出行路线的途经站点的通行状态信息；根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略；针对所述用户进行所述车票的变更提醒处理，并在所述用户确认变更后按照所述执行策略执行所述变更操作。2.根据权利要求1所述的车票处理方法，所述根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略，包括：若所述车票的中间站点的通行状态信息携带的通行风险级别处于第一通行风险区间，确定所述车票的变更操作为改签操作；若所述车票的核销状态为未核销状态，则基于所述途经站点的通行状态信息确定所述改签操作的改签策略。3.根据权利要求2所述的车票处理方法，所述基于所述途经站点的通行状态信息确定所述改签操作的改签策略，包括：在途经所述车票的起始站点和目的站点的候选车次中筛选出目标车次；所述目标车次的出行路线不经过通行风险级别处于所述第一通行风险区间的中间站点；生成将所述车票改签为所述目标车次的改签策略。4.根据权利要求2所述的车票处理方法，所述基于所述途经站点的通行状态信息确定所述改签操作的改签策略，包括：查询起始站点和目的站点为所述车票的起始站点和目的站点的直达车次；生成将所述车票改签为所述直达车次的改签策略。5.根据权利要求2所述的车票处理方法，还包括：若所述车票的核销状态为已核销状态，则在检测到所述车票对应的列车车厢存在乘车站点为所述中间站点的购票用户后，确定所述列车车厢的升舱车厢；生成将所述车票更新为所述升舱车厢的升舱车票的改签策略。6.根据权利要求1所述的车票处理方法，所述根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略，包括：若所述车票的目的站点的通行状态信息携带的通行风险级别处于第二通行风险区间，确定对所述车票的变更操作为退票操作；若所述车票的核销状态为未核销状态，生成在特定时间范围内对所述车票进行退票处理的退票策略。7.根据权利要求6所述的车票处理方法，还包括：若所述车票的核销状态为已核销状态，则生成目标站点的下车提醒信息并向所述用户发送；其中，所述目标站点为所述出行路线中所述目的站点之前并且通行风险级别未处于所述第二通行风险区间的中间站点。8.根据权利要求1所述的车票处理方法，还包括：根据所述车票的目的站点的通行状态信息携带的通行核验条件，以及所述出行路线的乘车时长，确定所述用户的生物样本检测时间；
向所述用户发送携带所述生物样本检测时间的检测提醒。9.根据权利要求1所述的车票处理方法，还包括：将所述用户的用户状态信息与所述用户提交的目的站点的通行状态信息进行通行匹配；若通行匹配成功，则进行车票订单处理获得所述车票；若通行匹配失败，则向所述用户发送通行匹配失败提醒。10.根据权利要求1所述的车票处理方法，还包括：根据所述用户提交的起始站点和目的站点，确定所述起始站点至所述目的站点的候选出行路线的候选车次组合；根据所述候选出行路线的途经站点的通行状态信息，预测所述候选出行路线的途经站点的通行风险级别；基于所述通行风险级别在所述候选车次组合中筛选出目标车次组合，并向所述用户推荐；其中，所述车票的车票订单在所述用户对所述目标车次组合进行下单处理后生成。11.根据权利要求10所述的车票处理方法，所述根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略，包括：若所述车票的中间站点或者目的站点的通行风险级别处于第三通行风险区间，确定对所述车票的变更操作为退票操作；若所述车票的核销状态为已核销状态，则根据所述中间站点或者所述目的站点的通行风险级别确定下车站点，并确定对退票站点对应的车票进行退票处理的退票策略。12.根据权利要求1所述的车票处理方法，所述按照所述执行策略执行所述变更操作，包括：若所述变更操作为改签操作，则基于所述改签操作的改签策略生成改签信息；调用票务服务接口，并向所述票务服务接口传入针对所述车票进行改签处理的所述改签信息；若所述变更操作为退票操作，则调用所述票务服务接口，并向所述票务服务接口传入所述车票的退票指令。13.根据权利要求1至12任意一项所述的车票处理方法，所述车票处理方法，应用于与票务平台对接的服务平台，或者，应用于针对目标应用的购票子程序提供的车票服务的服务器。14.一种车票处理装置，包括：通行状态信息获取模块，被配置为获取用户的车票的出行路线的途经站点的通行状态信息；操作策略确定模块，被配置为根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略；变更操作执行模块，被配置为针对所述用户进行所述车票的变更提醒处理，并在所述用户确认变更后按照所述执行策略执行所述变更操作。15.一种车票处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被
执行时使所述处理器：获取用户的车票的出行路线的途经站点的通行状态信息；根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略；针对所述用户进行所述车票的变更提醒处理，并在所述用户确认变更后按照所述执行策略执行所述变更操作。16.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取用户的车票的出行路线的途经站点的通行状态信息；根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略；针对所述用户进行所述车票的变更提醒处理，并在所述用户确认变更后按照所述执行策略执行所述变更操作。

技术总结

本说明书实施例提供了车票处理方法及装置，其中，一种车票处理方法包括：获取用户的车票的出行路线的途经站点的通行状态信息；根据所述通行状态信息以及所述车票的核销状态中至少一者，确定所述车票的变更操作，以及所述变更操作的执行策略；针对所述用户进行所述车票的变更提醒处理，并在所述用户确认变更后按照所述执行策略执行所述变更操作。照所述执行策略执行所述变更操作。照所述执行策略执行所述变更操作。