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

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


背景技术：

2.随着经济和科技的日益发展，用户的出行离不开公共交通工具；公共交通是指所有收费提供交通服务的运输方式，也有极少数免费服务。公共交通系统由道路、交通工具、站点设施等物理要素构成，公共交通有助于缓解交通拥堵、出行不便、环境污染等问题，在城市交通发展中占有重要位置，用户通过公共交通出行，需要提前进行购票，因此，如何高效有效的购票，并在购票过程中及时感知行程信息是服务方和用户日益关注的重点。


技术实现要素：

3.本说明书一个或多个实施例提供了一种购票处理方法。所述购票处理方法，包括：接收票务平台在接收到用户的购票请求后发送的行程信息以及行程时间。向查询接口传入所述行程信息和所述行程时间进行信息查询，获取所述查询接口回传的所述行程时间对应的通行信息和通行策略。将所述通行信息与所述通行策略进行通行匹配。根据匹配结果确定所述购票请求的响应动作，执行所述响应动作并向所述票务平台发送执行结果提醒。
4.本说明书一个或多个实施例提供了另一种购票处理方法，包括：获取用户的购票请求，并提取所述购票请求中携带的行程信息以及行程时间。向通行平台发送所述行程信息以及所述行程时间；所述通行平台对基于所述行程信息以及所述行程时间查询到的通行信息和通行策略进行通行匹配。接收所述通行平台执行根据匹配结果确定的响应动作后发送的执行结果提醒，并向所述用户发送。
5.本说明书一个或多个实施例提供了一种购票处理装置，包括：信息接收模块，被配置为接收票务平台在接收到用户的购票请求后发送的行程信息以及行程时间。信息查询模块，被配置为向查询接口传入所述行程信息和所述行程时间进行信息查询，获取所述查询接口回传的所述行程时间对应的通行信息和通行策略。通行匹配模块，被配置为将所述通行信息与所述通行策略进行通行匹配。动作执行模块，被配置为根据匹配结果确定所述购票请求的响应动作，执行所述响应动作并向所述票务平台发送执行结果提醒。
6.本说明书一个或多个实施例提供了另一种购票处理装置，包括：信息提取模块，被配置为获取用户的购票请求，并提取所述购票请求中携带的行程信息以及行程时间。信息发送模块，被配置为向通行平台发送所述行程信息以及所述行程时间；所述通行平台对基于所述行程信息以及所述行程时间查询到的通行信息和通行策略进行通行匹配。提醒发送模块，被配置为接收所述通行平台执行根据匹配结果确定的响应动作后发送的执行结果提醒，并向所述用户发送。
7.本说明书一个或多个实施例提供了一种购票处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：接收票务平台在接收到用户的购票请求后发送的行程信息以及行程时间。向查询接口传入
所述行程信息和所述行程时间进行信息查询，获取所述查询接口回传的所述行程时间对应的通行信息和通行策略。将所述通行信息与所述通行策略进行通行匹配。根据匹配结果确定所述购票请求的响应动作，执行所述响应动作并向所述票务平台发送执行结果提醒。
8.本说明书一个或多个实施例提供了另一种购票处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取用户的购票请求，并提取所述购票请求中携带的行程信息以及行程时间。向通行平台发送所述行程信息以及所述行程时间；所述通行平台对基于所述行程信息以及所述行程时间查询到的通行信息和通行策略进行通行匹配。接收所述通行平台执行根据匹配结果确定的响应动作后发送的执行结果提醒，并向所述用户发送。
9.本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：接收票务平台在接收到用户的购票请求后发送的行程信息以及行程时间。向查询接口传入所述行程信息和所述行程时间进行信息查询，获取所述查询接口回传的所述行程时间对应的通行信息和通行策略。将所述通行信息与所述通行策略进行通行匹配。根据匹配结果确定所述购票请求的响应动作，执行所述响应动作并向所述票务平台发送执行结果提醒。
10.本说明书一个或多个实施例提供了另一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取用户的购票请求，并提取所述购票请求中携带的行程信息以及行程时间。向通行平台发送所述行程信息以及所述行程时间；所述通行平台对基于所述行程信息以及所述行程时间查询到的通行信息和通行策略进行通行匹配。接收所述通行平台执行根据匹配结果确定的响应动作后发送的执行结果提醒，并向所述用户发送。
附图说明
11.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；
12.图1为本说明书一个或多个实施例提供的一种购票处理方法处理流程图；
13.图2为本说明书一个或多个实施例提供的一种应用于航空购票场景的购票处理方法处理时序图；
14.图3为本说明书一个或多个实施例提供的一种购票处理方法在轮询过程中的处理流程图；
15.图4为本说明书一个或多个实施例提供的另一种购票处理方法处理流程图；
16.图5为本说明书一个或多个实施例提供的第三种购票处理方法处理流程图；
17.图6为本说明书一个或多个实施例提供的第四种购票处理方法处理流程图；
18.图7为本说明书一个或多个实施例提供的一种购票处理装置示意图；
19.图8为本说明书一个或多个实施例提供的另一种购票处理装置示意图；
20.图9为本说明书一个或多个实施例提供的一种购票处理设备的结构示意图；
21.图10为本说明书一个或多个实施例提供的另一种购票处理设备的结构示意图。
具体实施方式
22.为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。
23.本说明书提供的一种购票处理方法实施例：
24.本实施例提供的购票处理方法，通过在对用户的购票请求进行出票之前，对用户的购票请求的通行行程进行核验，在确定可对用户进行出票后进行出票处理，以此，提升对于用户进行购票的有效管理，避免用户购票后无法出行导致用户感知程度降低；具体的，根据用户的购票请求中携带的行程信息以及行程时间进行信息查询，获得行程时间对应的通行信息和通行策略，将通行策略和通行策略进行通行匹配，根据匹配结果确定购票请求的响应动作并执行；以此，通过将基于行程信息和行程时间查询到的通行信息和通行策略进行匹配，对不同的匹配结果执行不同的相应动作，以此，在用户和用户的出发地满足通行条件的情况下对用户进行出票，在不满足通行条件的情况下则不向用户进行出票，提升用户对于购票的感知程度，避免由于用户或者用户的出发地不符合通行条件导致用户购票后无法出行影响用户心智，也提升对于通行用户的管理有效性。
25.参照图1，本实施例提供的购票处理方法，具体包括步骤s102至步骤s108。
26.步骤s102，接收票务平台在接收到用户的购票请求后发送的行程信息以及行程时间。
27.所述票务平台，包括购票服务对应的平台；本实施例提供的购票处理方法，应用于通行平台；所述通行平台，包括与票务平台进行数据对接且对相关行程进行管理的平台；例如，航班管理平台。所述票务平台和所述通行平台可以为独立的平台，也可以为第三方应用的两个子平台；本实施例在此不做限定。此外，所述票务平台和所述通行平台还可以为同一个平台。
28.所述购票请求，包括用户通过购票应用、购票子程序或者购票网站提交的对一个公共交通进行座位预定的预定请求；例如，用户对火车、高铁、飞机、轮船等公共交通的购票请求；所述行程信息，是指该购票请求中的能表征用户身份和出行详情的信息；例如用户的购票请求中携带的身份信息、出发地(起始地)信息和目的地信息。可选的，所述行程信息包括身份信息、起始地信息和/或目的地信息。此外，所述行程信息还可包括购票请求对应的车次的途径站点信息；所述途径站点信息，是指车次的途径站点的相关信息；所述途经站点，是指购票请求对应的车次在实际行驶时的行驶路线经过并且停靠的站点，可选的，所述途经站点包括该车票的起始站点和目的站点，以及起始站点和目的站点之间的经停的中间站点。需要说明的是，行程信息还可仅为中间站点，不包含起始站点的出发地信息和目的站点的目的地信息。所述行程时间，包括用户预约的公共交通的出发时间；例如，用户购买飞机票，购买飞机票时录入的乘机人的身份凭证、购买的航班的起始地信息和目的地信息为行程信息，该航班的起飞时间为行程时间。
29.具体实施时，票务平台获取用户的购票请求，为了使通行平台对用户进行通行匹配，并在匹配结果为行程准入结果的情况下对用户进行出票处理，票务平台提取购票请求
中携带的行程信息以及行程时间并向通行平台发送；具体的，票务平台获取用户的购票请求，并提取购票请求中携带的行程位置(起始地和目的地)、身份信息以及行程时间，并向通行平台发送。
30.通行平台接收票务平台在接收到用户的购票请求后发送的行程信息以及行程时间。
31.除此之外，上述行程信息中还可包含行程时间；即上述步骤s102可被替换为，接收票务平台在接收到用户的购票请求后发送的行程信息；对应的，下述步骤s104可被替换为，向查询接口传入所述行程信息进行信息查询，获取所述查询接口回传的通行信息和通行策略；并与下述步骤s106和步骤s108组成新的实现方式。可选的，所述行程信息包括行程位置、身份信息以及行程时间；可选的，所述通行信息和所述通行策略与所述行程信息中包含的行程时间对应。
32.步骤s104，向查询接口传入所述行程信息和所述行程时间进行信息查询，获取所述查询接口回传的所述行程时间对应的通行信息和通行策略。
33.所述查询接口，包括进行用户通行和地区通行管理的第三方平台提供的接口。所述通行信息，包括表征用户和地区的健康通行状态的信息；例如，用于表征用户的健康通行状态的用户通行轨迹；或者，用于表征地区的健康通行状态的位置区域的区域等级和/或所在地区的用户的健康状态。所述通行策略，包括为了保证用户的健康状态，避免病毒传播设定的用于对进入该地区或者离开该地区的用户进行核验的通行规则；简单来说，符合通行规则的用户则可以进入或者离开对应的地区；此外，所述通行策略还包括用户的通行条件；例如，用户离开或者进入地区需携带的未携带病毒的证明信息。
34.本实施例中，通过向查询接口传入行程信息和行程时间以进行信息查询，获取到查询接口回传的行程时间对应的通行信息和通行策略；此外，步骤s104还可被替换为，基于所述行程信息和所述行程时间查询所述行程时间对应的通行信息和通行策略；并与本实施例提供的其他处理步骤组成新的实现方式。
35.本实施例提供的一种可选实施方式中，所述行程时间对应的通行信息和通行策略，采用如下方式确定：
36.基于所述行程信息中包含的区域标识，读取区域通行信息和区域通行策略，和/或，基于所述行程信息中包含的身份信息，读取用户通行轨迹；
37.根据所述区域通行信息、所述区域通行策略和预设通行周期，预测所述行程时间对应的预测通行信息和预测通行策略；
38.将所述用户通行轨迹和所述预测通行信息作为所述通行信息，将所述预测通行策略作为所述通行策略。
39.可选的，所述预测通行信息包括：目的地通行信息和/或起始地通行信息；所述预测通行策略包括：起始地准出策略、目的地准入策略。
40.所述区域标识，包括起始地标识和/或目的地标识；所述区域通行信息包括起始地通行信息和/或目的地通行信息；所述区域通行策略包括起始地通行策略和/或目的地通行策略；其中，通行策略包括准出策略和/或准入策略；
41.具体的，基于行程信息，读取区域通行信息、区域通行策略和用户通行轨迹；然后根据区域通行信息、区域通行策略和预设的通行周期，预测行程时间对应的预测通行信息
和预测通行策略；
42.例如，用户的行程时间为当前时间的十五天后，第三方平台在接收到查询接口传入的行程信息和行程时间后，读取用户的用户通行轨迹，并且，读取起始地和目的地的病毒传播信息和病毒防御规则；若当前目的地处于病毒传播阶段，按照历史经验病毒传播在14天内可被有效防御，因此，预测到该行程时间目的地为病毒稳定阶段，则确定病毒稳定阶段的目的地对应的病毒传播信息和病毒防御规则。
43.为了进一步提升预测的区域通行信息和区域通行策略的有效性，根据所述区域通行信息、所述区域通行策略和预设通行周期，预测所述行程时间对应的预测通行信息和预测通行策略之前，基于区域通行信息判断是否起始地或者目的地处于病毒传播阶段；若起始地或者目的地处于病毒传播阶段，则根据所述区域通行信息、区域通行策略和预设通行周期，预测行程时间对应的预测通行信息和预测通行策略；若起始地和目的地未处于病毒传播阶段，则将所述区域通行信息和所述用户通行轨迹作为所述通行信息，将所述区域通行策略作为所述通行策略。
44.可选的，在根据所述区域通行信息、区域通行策略和预设通行周期，预测行程时间对应的预测通行信息和预测通行策略的过程中，读取所述区域通行信息中的病毒传播起始时间；基于所述病毒传播起始时间和预设通行周期预测病毒传播终止时间；若所述行程时间在所述病毒传播终止时间之前，则确定所述目的地的预测通行信息为病毒传播阶段信息，确定病毒传播阶段对应的通行策略为所述预测通行策略；若所述行程时间在所述病毒传播终止时间之后，则确定所述目的地的预测通行信息为病毒稳定阶段信息，确定所述病毒稳定阶段对应的通行策略为所述预测通行策略。其中，不同阶段对应的通行策略一致也可以不一致。
45.此外，根据所述区域通行信息、所述区域通行策略和预设通行周期，预测所述行程时间对应的预测通行信息和预测通行策略的过程，还可被替换为，根据所述区域通行信息和预设通行周期，预测所述行程时间对应的预测通行信息；对应的，将所述用户通行轨迹和所述预测通行信息作为所述通行信息，将所述预测通行策略作为所述通行策略可被替换为，将所述用户通行轨迹和所述预测通行策略作为所述通行信息，将所述区域通行策略作为所述通行策略。
46.除上述对通行信息和通行策略的确定方式之外，行程时间对应的通行信息和通行策略的确定方式，还可被替换为，基于所述行程信息中包含的区域标识读取区域信息，和/或，基于所述行程信息中包含的身份信息，读取用户通行轨迹；根据所述区域信息和预设通行周期，预测所述行程时间对应的预测信息；将所述用户通行轨迹和所述区域信息中的预测通行信息作为所述通行信息，将所述区域信息中的预测通行策略作为所述通行策略。
47.具体实施时，在获取到通行信息和通行策略后，为了保证通行信息满足通行条件，对所述通行信息进行核验，并在核验通过的情况下执行下述步骤s106和步骤s108。本实施例提供的一种可选实施方式中，采用如下方式对所述通行信息进行核验：
48.基于所述通行信息中包含的用户通行轨迹核验所述用户是否满足用户通行条件，基于所述通行信息中包含的起始地通行信息核验起始地是否为准出地区，和/或，基于所述通行信息中包含的目的地通行信息核验目的地是否为准入地区；
49.若是，执行下述步骤s106；若否，则对所述购票请求进行撤销处理，并读取所述核
验详情；生成包含所述核验详情和撤销结果的执行结果提醒并向所述票务平台发送。
50.具体的，在对所述通行信息进行核验的过程中，核验用户通行信息(用户通行轨迹)是否满足用户通行条件；若否，则进行购票撤销处理；
51.若是，基于通行信息中包含的起始地通行信息核验起始地是否为准出地区；若否，则进行购票撤销处理；
52.若是，基于通行条件中包含的目的地通行信息核验目的地是否为准入地区；若否，则进行购票撤销处理；
53.若是，则执行下述步骤s106。
54.下述分别对核验用户通行信息是否满足用户通行条件，基于所述通行信息中包含的起始地通行信息核验起始地是否为准出地区和基于所述通行信息中包含的目的地通行信息核验目的地是否为准入地区的过程进行具体说明。
55.(1)核验用户通行信息是否满足用户通行条件
56.核验用户通行信息是否满足用户通行条件包括基于用户通行轨迹，确定用户的通行状态；若所述通行状态为可通行状态，则确定满足用户通行条件；若通行状态为中间通行状态和禁止通行状态，则确定不满足用户通行条件；
57.所述中间通行状态，包括在通行后需要进行健康观测的通行状态。
58.除此之外，核验用户通行信息是否满足用户通行条件，包括核验用户通行轨迹中是否包含特定等级的位置区域；若是，则确定不满足用户通行条件；若否，则确定满足用户通行条件。其中，所述特定等级的位置区域，包括被标注病毒传播等级的位置区域。需要说明的是，上述对于用户是否满足用户通行条件的说明仅仅是示意性的，具体的用户通行条件可根据实际场景具体配置，本实施例在此不做限定。
59.(2)基于通行信息中包含的起始地通行信息核验起始地是否为准出地区
60.为了避免病毒向目的地传播，基于通行信息中包含的起始地通行信息核验起始地是否为准出地区，包括基于起始地通行信息确定起始地的病毒传播状态；若病毒传播状态为一级传播状态，则确定起始地不为准出地区；若病毒传播状态为一级传播状态以外的传播状态，则确定起始地为准出地区；
61.此外，还可以是若病毒传播状态为一级传播状态和二级传播状态，则确定起始地不为准出地区；若为一级传播状态和二级传播状态以外的传播状态，则确定起始地为准出地区；具体可根据实际场景的配置进行设定，本实施例仅仅是示意性的，在此不做限定。
62.(3)基于通行条件中包含的目的地通行信息核验目的地是否为准入地区
63.为了避免在目的地发生病毒传播，用户进入目的地造成用户的健康损失，基于通行条件中包含的目的地通行信息核验目的地是否为准入地区；基于通行条件中包含的目的地通行信息核验目的地是否为准入地区与上述基于通行信息中包含的起始地通行信息核验起始地是否为准出地区的过程类似；
64.具体的，基于目的地通行信息确定目的地的病毒传播状态；若病毒传播状态为一级传播状态，则确定起始地不为准入地区；若病毒传播状态为一级传播状态以外的传播状态，则确定目的地为准入地区。
65.除此之外，上述步骤s104还可被替换为，向查询接口传入所述行程信息进行信息查询，获取所述查询接口回传的区域信息和用户通行轨迹；基于所述区域信息预测所述行
程时间对应的预测通行信息和通行策略；相应的，下述步骤s106还可被替换为，将所述用户通行轨迹和所述预测通行信息组成的通行信息与所述通行策略进行匹配；并与本实施例提供的其他步骤组成新的实现方式。
66.步骤s106，将所述通行信息与所述通行策略进行通行匹配。
67.具体实施时，在获取到查询到的通行信息和通行策略后，为了对用户进行行程的准入核验，确保用户在购票后能够顺利进行行程，将通行信息和通行策略进行匹配，本实施例提供的一种可选实施方式中，所述将所述通行信息与所述通行策略进行通行匹配，包括：将用户通行信息与起始地准出策略和目的地准入策略进行匹配，将用户通行信息和起始地通行信息与目的地准入策略进行匹配，和/或，将用户通行信息和目的地通行信息与起始地准出策略进行匹配。
68.上述提供了三种进行通行匹配的方式，下述分别介绍具体的匹配过程。
69.本实施例提供的第一种可选实施方式中，在进行通行匹配的过程中将用户通行信息与起始地准出策略和目的地准入策略进行匹配，具体的，采用如下方式进行通行匹配：
70.基于所述通行信息中包含的用户通行轨迹，确定所述用户的通行状态；
71.将所述通行状态与起始地准出策略进行匹配，和/或，将所述通行状态与目的地准入策略进行匹配。
72.所述通行状态包括仅基于该用户的用户通行轨迹确定的表征用户是否能自由通行的状态；例如允许通行状态，中间通行状态和禁止通行状态；其中，中间通行状态包括在通行后需要接受一定的防御管理；例如，将用户独立管理在某地点。
73.具体的，将基于通行信息中包含的用户通行轨迹确定的通行状态与通行策略进行匹配；进一步，也即是将通行状态与起始地准出策略和目的地准入策略进行匹配；若通行状态符合起始地准出策略和目的地准入策略，则确定匹配结果为行程准入结果；若通行状态不符合起始地准出策略或者目的地准入策略，则确定匹配结果为行程异常结果。
74.本实施例提供的第二种可选实施方式中，采用如下方式进行通行处理：
75.基于所述通行信息中包含的起始地通行信息，确定起始地的用户通行状态；
76.将所述用户通行状态与目的地准入策略进行匹配。
77.其中，所述用户通行状态，包括基于处于起始地的用户的健康信息或者病毒传播信息确定的起始地的病毒传播级别。对应的，可与上文中的病毒传播级别对应理解。
78.具体的，将基于通行信息中包含的起始地通行信息确定的起始地的用户通行状态与目的地准入策略进行匹配；若用户通行状态为可通行状态，则确定匹配结果为行程准入结果；若通行状态不为可通行状态，则确定匹配结果为行程异常结果。
79.上述对将用户通行信息与起始地准出策略和目的地准入策略进行匹配和将起始地通行信息与目的地准入策略进行匹配的过程进行了具体说明，将用户通行信息和起始地通行信息与目的地准入策略进行匹配，以及将用户通行信息和目的地通行信息与起始地准出策略进行匹配的过程与上述匹配过程类似，且可与上述步骤s104中的内容进行结合理解；例如，将用户通行信息和目的地通行信息与起始地准出策略进行匹配的过程中，基于用户通行轨迹确定通行状态，以及基于目的地通行信息确定目的地的用户通行状态，将通行状态和用户通行状态与起始地准出策略进行匹配；若符合起始地准出策略，则确定匹配结果为行程准入结果；若不符合起始地准出策略，则确定匹配结果为行程异常结果。
80.步骤s108，根据匹配结果确定所述购票请求的响应动作，执行所述响应动作并向所述票务平台发送执行结果提醒。
81.对上述提供的两种不同的匹配结果，对购票处理进行不同的响应处理。
82.本实施例提供的第一种可选实施方式中，若所述匹配结果为行程准入结果，则将对所述购票请求进行出票处理确定为所述响应动作；
83.所述执行所述响应动作并向所述票务平台发送执行结果提醒，包括：
84.基于所述购票请求进行出票处理，获得出票结果；
85.读取所述通行策略中包含的起始地对应的准出条件和/或目的地对应的准入条件，生成包含所述出票结果、所述准出条件和/或准入条件的执行结果提醒并向所述票务平台发送。
86.上述步骤s108还可被替换为，在匹配结果为行程准入结果的情况下，对所述购票请求进行出票处理并生成购票结果向所述票务平台发送，并与本实施例提供的其他处理步骤组成新的实现方式。
87.具体的，为了进一步提升用户对于购票结果的感知程度，使用户感知到起始地或者目的地对于行程的通行要求，向票务平台发送以使票务平台发送至用户的购票结果中包含起始地对应的准出条件或者目的地对应的准入条件。
88.例如，起始地准出策略为空；目的地准入策略包括通行状态为允许通行状态的用户持预设时间的未携带病毒的证明信息可进入目的地；因此，在对用户出票成功后生成包含购票结果、以及“预设时间的未携带病毒的证明信息”的相关提醒内容的购票结果并向票务平台发送。
89.本实施例提供的第二种可选实施方式中，若所述匹配结果为行程异常结果，则将对所述购票请求进行撤销处理确定为所述响应动作；
90.所述执行所述响应动作并向所述票务平台发送执行结果提醒，包括：
91.对所述购票请求进行撤销处理，并读取所述通行策略中的禁止通行详情；
92.生成包含所述禁止通行详情和撤销结果的执行结果提醒并向所述票务平台发送。
93.上述步骤s108还可被替换为，在匹配结果为行程异常结果的情况下，对所述购票请求进行撤销处理并生成撤销结果向所述票务平台发送，并与本实施例提供的其他处理步骤组成新的实现方式。
94.具体的，为了避免对不符合起始地准出策略或者目的地准入策略的用户进行出票导致用户后续退票造成的资源损失，影响用户心智，若匹配结果为行程异常结果，则不对用户进行出票处理，撤销用户的购票请求；为了避免用户对购票请求进行撤销的误解，提升用户的感知程度，向票务平台发送包含禁止通行详情和撤销结果的撤销提醒，以使票务平台向用户发送。
95.例如，起始地准出策略为空；目的地准入策略包括禁止中间通行状态和禁止通行状态的用户进入目的地，基于用户的用户通行轨迹确定的通行状态为禁止通行状态，则撤销用户的购票请求，并向票务平台发送携带“您的通行状态为禁止通行状态，目的地禁止通行状态为禁止通行状态的用户进入，请您更换目的地或延后购票”的撤销提醒向票务平台发送，票务平台将该撤销提醒发送给用户。
96.除上述提供的对于匹配结果为行程准入结果和行程异常结果后进行的处理进行
了具体说明，除上述两者外，本实施例还提供另外一种匹配结果为行程延期结果；若匹配结果为行程延期结果，则将对所述购票请求的授权购票处理确定为所述相应动作；
97.所述执行所述响应动作并向所述票务平台发送执行结果提醒，包括：
98.基于所述行程延期结果读取所述目的地通行策略中的延期准入详情，并生成包含所述延期准入详情的授权提醒向所述票务平台发送；所述票务平台向所述用户发送所述授权提醒；
99.根据所述票务平台发送的所述用户基于所述授权提醒提交的购票确认请求进行出票处理，生成携带出票结果和所述延期准入详情的购票结果并向所述票务平台发送。
100.上述步骤s108还可被替换为在匹配结果为行程延期结果的情况下，对所述购票请求进行授权购票处理并向所述票务平台发送购票结果，并与本实施例提供的其他处理步骤组成新的实现方式。
101.具体的，在将通行信息与通行策略进行通行匹配后，若基于用户通行轨迹确定的通行状态满足目的地准入策略中的延期准入策略，即在该通行状态的用户进入目的地后需要对用户进行预设时间且独立的封闭式管理；则确定匹配结果为行程延期结果；若匹配结果为行程延期结果，基于通行策略中包含的延期准入策略向票务平台发送授权提醒，并在接收到票务平台发送的用户基于所述授权提醒提交的购票确认请求后进行出票处理，并生成携带出票结果和延期准入策略的购票结果向票务平台发送，票务平台向用户发送购票结果。
102.例如，将基于通行信息中包含的用户通行轨迹确定的通行状态和目的地准入策略进行匹配；若通行状态为中间通行状态，满足目的地准入策略中的“中间通行状态的用户到达目的地后进行预设时间的独立封闭式管理”，则确定匹配结果为延期准入结果，生成携带“您的通行状态为中间通行状态，目的地要求中间通行状态的用户落地隔离观察7天，请确认是否购票”的授权提醒并向票务平台发送，根据票务平台发送的用户基于授权提醒提交的购票确认指令进行出票处理，并生成携带“您已成功购票，您的通行状态为中间通行状态，到达目的地后需隔离观察7天，请您做好个人防护”的购票结果并向票务平台发送，票务平台在接收到购票结果后向用户发送。
103.由于对病毒具有传染性，因此，并不能确定不存在病毒传播的地区后续也不存在病毒传播事件，且通过对病毒传播的有效防控，存在病毒传播的地区后续也会不存在病毒传播事件；为了使购票的用户能够及时地感知起始地和目的地的病毒传播情况，在用户购票成功后，设置对该用户的检测周期，比如以1天为一个轮询周期对用户进行通行检测；以此，提前告知用户起始地和目的地的通行信息和通行策略，一方面，提升交通工具的运营效率，避免占用交通工具的运营资源，另一方面，保证用户的有效出行，避免影响用户出行计划。
104.基于此，本实施例提供的一种可选实施方式中，在对用户进行出票处理后，还执行如下操作：
105.若检测到所述用户的购票信息的检测周期届满，则读取所述购票信息中包含的行程地信息和身份信息；
106.基于所述行程地信息和所述身份信息查询周期通行信息；
107.对所述周期通行信息进行通行核验，并在核验未通过的情况下进行行程提醒。
108.其中，行程地信息包括起始地标识和目的地标识。
109.需要说明的是，由于向用户进行行程提醒，在一定程度上会对用户造成打扰；例如，每天给用户进行一次行程提醒会对用户造成打扰；因此，为了保证用户的购票体验，票务平台在想用户发送执行结果提醒后，向用户发送行程提醒授权信息，若检测到用户的授权指令，则对用户的购票信息进行存储并设置对用户的购票信息的检测周期。
110.具体的，在设置检测周期后，在检测周期届满时，基于购票信息查询周期通行信息，并对周期通行信息进行通行核验，并根据通行核验结果对用户进行行程提醒。
111.在基于购票信息查询周期通行信息的过程中，读取购票信息中包含的行程地信息和身份信息并传入查询接口进行信息查询，获取查询接口回传的周期通行信息，对周期通行信息进行通行核验。
112.为了及时感知起始地和目的地的病毒传播变化，本实施例提供的一种可选实施方式中，在对周期通行信息进行通行核验的过程中，执行如下操作：
113.读取所述检测周期的上一检测周期的历史通行信息；
114.比对所述周期通行信息和所述历史通行信息是否一致，若是，则确定核验通过，不做处理即可；若否，则确定核验未通过。
115.具体的，通过将读取到的周期通行信息和该检测周期的上一检测周期的历史通行信息进行比对，确定周期通行信息是否发生了变化；若比对结果一致，则确定核验通过，不做处理即可，若比对结果不一致，则确定周期通行信息发生了变化，进行行程提醒。在进行行程提醒的过程中，基于所述周期通行信息和所述历史通行信息确定所述检测周期的通行变化等级；若所述通行变化等级为第一等级，则向所述用户发送携带通行变化信息的通行提醒；若所述通行变化等级为第二等级，则取消所述购票信息对应的出行航班，并向航班服务方发送取消提醒。
116.本实施例提供的一种可选实施方式中，为了提升比对效率，通过对周期通行信息进行哈希处理后的周期哈希结果与上一检测周期的历史哈希结果进行比对来实现通行核验，具体的，在通行核验的过程中，执行如下操作：
117.对所述周期通行信息进行哈希处理，获得周期哈希结果；
118.将所述周期哈希结果与所述检测周期的上一检测周期对应的历史哈希结果进行比对；
119.若所述周期哈希结果与所述历史哈希结果一致，则确定核验通过；若所述周期哈希结果与所述历史哈希结果不一致，则确定核验未通过。
120.进一步，若核验未通过，则通过确定周期通行信息对应的通行变化等级进行行程提醒，本实施例提供的一种可选实施方式中，在进行行程提醒的过程中，执行如下操作：
121.基于所述周期哈希结果读取所述周期通行信息以及基于所述历史哈希结果读取所述历史通行信息；
122.基于所述周期通行信息和所述历史通行信息确定所述检测周期的通行变化等级；
123.若所述通行变化等级为第一等级，则向所述用户发送携带通行变化信息的通行提醒；
124.若所述通行变化等级为第二等级，则取消所述购票信息对应的出行航班，并向航班服务方发送取消提醒。
125.其中，第一等级的等级程度低于第二等级。可选的，基于所述周期通行信息和所述历史通行信息确定所述检测周期的通行变化等级的过程中，若所述周期通行信息中的通行策略相比所述历史通行信息中的通行策略发生变化，则确定所述通行变化等级为所述第一等级；若所述周期通行信息中的通行行为信息相比所述历史通行信息中的通行行为信息发生变化，则基于变化详情确定所述通行变化等级。
126.所述通行行为信息，包括健康状态异常的用户数量，和/或，包含的特定等级的位置区域的数量。
127.本实施例提供的第一种可选实施方式中，所述基于变化详情确定所述通行变化等级，包括：
128.计算所述周期通行信息中目的地包含的特定等级的位置区域的数量与所述历史通行信息中所述目的地包含的所述特定等级的位置区域的数量的第一差值，和/或，计算所述周期通行信息中起始地包含的特定等级的位置区域的数量与所述历史通行信息中所述起始地包含的所述特定等级的位置区域的数量的第二差值；
129.若所述第一差值和/或所述第二差值大于或者等于预设阈值，则确定所述通行变化等级为所述第二等级；
130.若所述第一差值和/或所述第二差值小于所述预设阈值，则确定所述通行变化等级为所述第一等级。
131.实际应用中，对于发生病毒传播风险的地区，为了便于管理和加强地区用户的防范意识，通过设定地区的病毒传播等级来对地区进行病毒的防控管理，假设在病毒传播地区，按照病毒传播的传播可能性和绝对性，将地区进行病毒传播等级状态的划分；例如，将有病毒传播事件发生的地区设定为一级传播状态，将有病毒传播可能的地区设定为二级传播状态，将暂时没有病毒传播可能的地区设定为三级传播状态；其中，一级传播状态和二级传播状态为预设状态。
132.具体的，若周期通行信息中起始地包含的特定等级的位置区域的数量与历史通行信息中起始地包含的特定等级的位置区域的数量的差值，或者周期通行信息中目的地包含的特定等级的位置区域的数量与历史通行信息中目的地包含的特定等级的位置区域的数量的差值大于或者等于预设阈值，则确定通行变化等级为第二等级；若小于预设阈值或者仅仅是通行政策的变化，则确定对应的通行变化等级为第一等级。
133.在确定通行变化等级为第一等级的情况下，向用户发送携带通行变化信息的通行提醒即可，在通行变化等级为第二等级的情况下，为了避免病毒进一步传播，则取消对应的交通线路，并向服务方发送该航线的取消提醒。
134.本实施例提供的第二种可选实施方式中，所述基于变化详情确定所述通行变化等级，包括：
135.计算所述周期通行信息中目的地包含的健康状态异常的用户数量与所述历史通行信息中所述目的地包含的所述健康状态异常的用户数量的第一差值，和/或，所述周期通行信息中起始地包含的健康状态异常的用户数量与所述历史通行信息中所述起始地包含的所述健康状态异常的用户数量的第二差值；
136.若所述第一差值和/或所述第二差值大于或者等于预设阈值，则确定所述通行变化等级为所述第二等级；
137.若所述第一差值和/或所述第二差值小于所述预设阈值，则确定所述通行变化等级为所述第一等级。
138.所述健康状态异常的用户，包括感染病毒的用户。
139.实际应用中，一个地区的病毒传播程度根据该地区感染并入的用户数量决定，因此，本实施例中，基于健康状态异常的用户数量确定通行变化等级。
140.具体的，若周期通行信息中起始地包含的健康状态异常的用户数量与历史通行信息中起始地包含的健康状态异常的用户数量的差值，或者周期通行信息中目的地包含的健康状态异常的用户数量与历史通行信息中目的地包含的健康状态异常的用户数量的差值大于或者等于预设阈值，则确定通行变化等级为第二等级；若小于预设阈值或者仅仅是通行政策的变化，则确定对应的通行变化等级为第一等级。
141.在确定通行变化等级为第一等级的情况下，向用户发送携带通行变化信息的通行提醒即可，在通行变化等级为第二等级的情况下，为了避免病毒进一步传播，则取消对应的交通线路，并向服务方发送该航线的取消提醒。
142.综上所述，本实施例提供的购票处理方法，在用户提交购票请求后，通过基于用户的行程信息查询在用户的行程时间对应的通行信息和通行策略，并将通行信息和通行策略进行匹配，若匹配结果为行程准入结果的，则对用户进行出票处理；若匹配结果为行程异常结果，则撤销用户的购票请求，以此，在基于用户的行程信息查询到的通行信息满足通行策略的情况下对用户进行出票处理，在不满足通行策略的情况下不对用户进行出票处理，提升用户对通行信息的感知程度，也避免无法出行的用户购票后无法出行导致资源损失以及影响用户心智；
143.且在用户购票后，为了及时地使用户感知到行程对应的通行变化，通过设定轮询周期进行通行信息的轮询，并在查询获得周期通行信息后，将周期通行信息与上一周期的历史通行信息进行比对，在比对结果为比对一致的情况下不做处理即可，在比对结果为比对不一致的情况下，通过确定周期通行信息的通行变化等级进行行程提醒，以此，将起始地和目的地发生变化的通行信息及时告知用户，可以使用户提前安排出行计划并感知通行策略，提升用户出行的便捷性，对于第二等级的通行变化等级，取消交通线路并及时通知交通运维人员，降低运营成本。
144.下述以本实施例提供的一种购票处理方法在航空购票场景的应用为例，对本实施例提供的购票处理方法进行进一步说明，参见图2，应用于航空购票场景的购票处理方法，具体包括下述步骤。
145.步骤s202，获取用户对目标航班的购票请求。
146.步骤s204，提取购票请求中携带的起始地信息、目的地信息、航班时间和身份标识。
147.步骤s206，向通行平台发送起始地信息、目的地信息、航班时间和身份标识。
148.步骤s208，通过查询接口向第三方平台发送起始地信息、目的地信息、航班时间和身份标识。
149.步骤s210，获取查询接口返回的航班时间对应的通行信息和通行策略。
150.其中，通行信息包括用户通行信息、起始地通行信息和/或目的地通行信息；通行策略包括起始地通行策略和/或目的地通行策略。
151.步骤s212，将通行信息与通行策略进行通行匹配。
152.具体的，将用户通行信息与起始地通行策略和目的地通行策略进行匹配，将起始地通行信息和目的地通行策略进行匹配，和/或，将目的地通行信息与起始地通行策略进行匹配。
153.步骤s214，若匹配结果为行程准入结果，则对购票请求进行出票处理。
154.步骤s216，向票务平台发送包含出票结果和通行策略的购票结果。
155.在进行出票处理后，通过如下步骤对用户的购票信息进行轮询处理。参照图3，本实施例提供的购票处理方法在轮询过程中执行如下步骤。
156.步骤s302，在检测到用户的购票信息的检测周期届满，则基于购票信息中包含的行程信息查询周期通行信息。
157.其中，行程信息包括起始地信息、目的地信息和身份标识。在进行查询的过程中，向第三方平台提供的查询接口传入行程信息，获取查询接口回传的周期通行信息。
158.步骤s304，对周期通行信息进行哈希处理，获得哈希结果。
159.步骤s306，将哈希结果与上一检测周期的历史哈希结果进行比对。
160.步骤s308，若哈希结果与历史哈希结果不一致，则读取周期通行信息和历史通行信息。
161.步骤s310，基于周期通行信息和历史通行信息确定该检测周期的通行变化等级。
162.步骤s312，基于通行变化等级进行行程提醒。
163.本说明书提供的另一种购票处理方法实施例：
164.本实施例提供的购票处理方法应用于票务平台，上述实施例提供的购票处理方法应用于通行平台，本实施例提供的应用于票务平台的购票处理方法与上述提供的应用于通行平台的购票处理方法，二者在执行过程中相互配合，因此，阅读本实施例请参照上述方法实施例的对应内容，本实施例在此不再一一赘述。
165.参照图4，本实施例提供的购票处理方法，具体包括步骤s402至步骤s406。
166.步骤s402，获取用户的购票请求，并提取所述购票请求中携带的行程信息以及行程时间。
167.本实施例应用于票务平台，所述票务平台，包括购票服务对应的平台。
168.所述通行平台，包括与票务平台进行数据对接且对相关行程进行管理的平台；例如，航班管理平台。所述票务平台和所述通行平台可以为独立的平台，也可以为第三方应用的两个子平台；本实施例在此不做限定。此外，所述票务平台和所述通行平台还可以为同一个平台。
169.所述购票请求，包括用户通过购票应用、购票子程序或者购票网站提交的对一个公共交通进行座位预定的预定请求；例如，用户对火车、高铁、飞机等公共交通的购票请求；所述行程信息，是指该购票请求中的能表征用户身份和出行详情的信息；例如用户的购票请求中携带的身份信息、出发地(起始地)信息和目的地信息。可选的，所述行程信息包括身份信息、起始地信息和/或目的地信息。所述行程时间，包括用户预约的公共交通的出发时间；例如，用户购买飞机票，购买飞机票时录入的乘机人的身份凭证、购买的航班的起始地信息和目的地信息为行程信息，该航班的起飞时间为行程时间。
170.步骤s404，向通行平台发送所述行程信息以及所述行程时间。
171.所述通行平台对基于所述行程信息以及所述行程时间查询到的通行信息和通行策略进行通行匹配。
172.通行平台接收票务平台在接收到用户的购票请求后发送的行程信息以及行程时间，向查询接口传入所述行程信息和所述行程时间进行信息查询，获取所述查询接口回传的所述行程时间对应的通行信息和通行策略。
173.所述查询接口，包括进行用户通行和地区通行管理的第三方平台提供的接口。所述通行信息，包括表征用户和地区的健康通行状态的信息；例如，用于表征用户的健康通行状态的用户通行轨迹；或者，用于表征地区的健康通行状态的位置区域的区域等级和/或所在地区的用户的健康状态。所述通行策略，包括为了保证用户的健康状态，避免病毒传播设定的用于对进入该地区或者离开该地区的用户进行核验的通行规则；简单来说，符合通行规则的用户则可以进入或者离开对应的地区；此外，所述通行策略还包括用户的通行条件；例如，用户离开或者进入地区需携带的未携带病毒的证明信息。
174.本实施例中，通过向查询接口传入行程信息和行程时间以进行信息查询，获取到查询接口回传的行程时间对应的通行信息和通行策略；
175.本实施例中，所述行程时间对应的通行信息和通行策略，通行平台采用如下方式确定：
176.基于所述行程信息中包含的区域标识，读取区域通行信息和区域通行策略，和/或，基于所述行程信息中包含的身份信息，读取用户通行轨迹；
177.根据所述区域通行信息、所述区域通行策略和预设通行周期，预测所述行程时间对应的预测通行信息和预测通行策略；
178.将所述用户通行轨迹和所述预测通行信息作为所述通行信息，将所述预测通行策略作为所述通行策略。
179.可选的，所述预测通行信息包括：目的地通行信息和/或起始地通行信息；所述预测通行策略包括：起始地准出策略、目的地准入策略。
180.所述区域标识，包括起始地标识和/或目的地标识；所述区域通行信息包括起始地通行信息和/或目的地通行信息；所述区域通行策略包括起始地通行策略和/或目的地通行策略；其中，通行策略包括准出策略和/或准入策略；
181.具体的，基于行程信息，读取区域通行信息、区域通行策略和用户通行轨迹；然后根据区域通行信息、区域通行策略和预设的通行周期，预测行程时间对应的预测通行信息和预测通行策略；
182.例如，用户的行程时间为当前时间的十五天后，第三方平台在接收到查询接口传入的行程信息和行程时间后，读取用户的用户通行轨迹，并且，读取起始地和目的地的病毒传播信息和病毒防御规则；若当前目的地处于病毒传播阶段，按照历史经验病毒传播在14天内可被有效防御，因此，预测到该行程时间目的地为病毒稳定阶段，则确定病毒稳定阶段的目的地对应的病毒传播信息和病毒防御规则。
183.为了进一步提升预测的区域通行信息和区域通行策略的有效性，根据所述区域通行信息、所述区域通行策略和预设通行周期，预测所述行程时间对应的预测通行信息和预测通行策略之前，基于区域通行信息判断是否起始地或者目的地处于病毒传播阶段；若起始地或者目的地处于病毒传播阶段，则根据所述区域通行信息、区域通行策略和预设通行
周期，预测行程时间对应的预测通行信息和预测通行策略；若起始地和目的地未处于病毒传播阶段，则将所述区域通行信息和所述用户通行轨迹作为所述通行信息，将所述区域通行策略作为所述通行策略。
184.可选的，在根据所述区域通行信息、区域通行策略和预设通行周期，预测行程时间对应的预测通行信息和预测通行策略的过程中，读取所述区域通行信息中的病毒传播起始时间；基于所述病毒传播起始时间和预设通行周期预测病毒传播终止时间；若所述行程时间在所述病毒传播终止时间之前，则确定所述目的地的预测通行信息为病毒传播阶段信息，确定病毒传播阶段对应的通行策略为所述预测通行策略；若所述行程时间在所述病毒传播终止时间之后，则确定所述目的地的预测通行信息为病毒稳定阶段信息，确定所述病毒稳定阶段对应的通行策略为所述预测通行策略。其中，不同阶段对应的通行策略一致也可以不一致。
185.此外，根据所述区域通行信息、所述区域通行策略和预设通行周期，预测所述行程时间对应的预测通行信息和预测通行策略的过程，还可被替换为，根据所述区域通行信息和预设通行周期，预测所述行程时间对应的预测通行信息；对应的，将所述用户通行轨迹和所述预测通行信息作为所述通行信息，将所述预测通行策略作为所述通行策略可被替换为，将所述用户通行轨迹和所述预测通行策略作为所述通行信息，将所述区域通行策略作为所述通行策略。
186.除上述对通行信息和通行策略的确定方式之外，行程时间对应的通行信息和通行策略的确定方式，还可被替换为，基于所述行程信息中包含的区域标识读取区域信息，和/或，基于所述行程信息中包含的身份信息，读取用户通行轨迹；根据所述区域信息和预设通行周期，预测所述行程时间对应的预测信息；将所述用户通行轨迹和所述区域信息中的预测通行信息作为所述通行信息，将所述区域信息中的预测通行策略作为所述通行策略。
187.具体实施时，在获取到通行信息和通行策略后，为了保证通行信息满足通行条件，对所述通行信息进行核验。本实施例中，采用如下方式对所述通行信息进行核验：
188.基于所述通行信息中包含的用户通行轨迹核验所述用户是否满足用户通行条件，基于所述通行信息中包含的起始地通行信息核验起始地是否为准出地区，和/或，基于所述通行信息中包含的目的地通行信息核验目的地是否为准入地区；
189.若是，将通行信息与通行策略进行通行匹配；若否，则对所述购票请求进行撤销处理，并读取所述核验详情；生成包含所述核验详情和撤销结果的执行结果提醒并向所述票务平台发送。
190.具体的，在对所述通行信息进行核验的过程中，核验用户通行信息(用户通行轨迹)是否满足用户通行条件；若否，则进行购票撤销处理；
191.若是，基于通行信息中包含的起始地通行信息核验起始地是否为准出地区；若否，则进行购票撤销处理；
192.若是，基于通行条件中包含的目的地通行信息核验目的地是否为准入地区；若否，则进行购票撤销处理；
193.若是，将通行信息与通行策略进行通行匹配。
194.下述分别对核验用户通行信息是否满足用户通行条件，基于所述通行信息中包含的起始地通行信息核验起始地是否为准出地区和基于所述通行信息中包含的目的地通行
信息核验目的地是否为准入地区的过程进行具体说明。
195.(1)核验用户通行信息是否满足用户通行条件
196.核验用户通行信息是否满足用户通行条件包括基于用户通行轨迹，确定用户的通行状态；若所述通行状态为可通行状态，则确定满足用户通行条件；若通行状态为中间通行状态和禁止通行状态，则确定不满足用户通行条件；
197.所述中间通行状态，包括在通行后需要进行健康观测的通行状态。
198.除此之外，核验用户通行信息是否满足用户通行条件，包括核验用户通行轨迹中是否包含特定等级的位置区域；若是，则确定不满足用户通行条件；若否，则确定满足用户通行条件。其中，所述特定等级的位置区域，包括被标注病毒传播等级的位置区域。需要说明的是，上述对于用户是否满足用户通行条件的说明仅仅是示意性的，具体的用户通行条件可根据实际场景具体配置，本实施例在此不做限定。
199.(2)基于通行信息中包含的起始地通行信息核验起始地是否为准出地区
200.为了避免病毒向目的地传播，基于通行信息中包含的起始地通行信息核验起始地是否为准出地区，包括基于起始地通行信息确定起始地的病毒传播状态；若病毒传播状态为一级传播状态，则确定起始地不为准出地区；若病毒传播状态为一级传播状态以外的传播状态，则确定起始地为准出地区；
201.此外，还可以是若病毒传播状态为一级传播状态和二级传播状态，则确定起始地不为准出地区；若为一级传播状态和二级传播状态以外的传播状态，则确定起始地为准出地区；具体可根据实际场景的配置进行设定，本实施例仅仅是示意性的，在此不做限定。
202.(3)基于通行条件中包含的目的地通行信息核验目的地是否为准入地区
203.为了避免在目的地发生病毒传播，用户进入目的地造成用户的健康损失，基于通行条件中包含的目的地通行信息核验目的地是否为准入地区；基于通行条件中包含的目的地通行信息核验目的地是否为准入地区与上述基于通行信息中包含的起始地通行信息核验起始地是否为准出地区的过程类似；
204.具体的，基于目的地通行信息确定目的地的病毒传播状态；若病毒传播状态为一级传播状态，则确定起始地不为准入地区；若病毒传播状态为一级传播状态以外的传播状态，则确定目的地为准入地区。
205.具体的，通行平台在获取到通行信息和通行策略后，将所述通行信息与所述通行策略进行通行匹配。
206.具体实施时，在获取到查询到的通行信息和通行策略后，为了对用户进行行程的准入核验，确保用户在购票后能够顺利进行行程，将通行信息和通行策略进行匹配，本实施例中，通行平台将所述通行信息与所述通行策略进行通行匹配，包括：将用户通行信息与起始地准出策略和目的地准入策略进行匹配，将用户通行信息和起始地通行信息与目的地准入策略进行匹配，和/或，将用户通行信息和目的地通行信息与起始地准出策略进行匹配。
207.上述提供了三种进行通行匹配的方式，下述分别介绍具体的匹配过程。
208.本实施例中，在进行通行匹配的过程中将用户通行信息与起始地准出策略和目的地准入策略进行匹配，具体的，通行平台采用如下方式进行通行匹配：
209.基于所述通行信息中包含的用户通行轨迹，确定所述用户的通行状态；
210.将所述通行状态与起始地准出策略进行匹配，和/或，将所述通行状态与目的地准
入策略进行匹配。
211.所述通行状态包括仅基于该用户的用户通行轨迹确定的表征用户是否能自由通行的状态；例如允许通行状态，中间通行状态和禁止通行状态；其中，中间通行状态包括在通行后需要接受一定的防御管理；例如，将用户独立管理在某地点。
212.具体的，将基于通行信息中包含的用户通行轨迹确定的通行状态与通行策略进行匹配；进一步，也即是将通行状态与起始地准出策略和目的地准入策略进行匹配；若通行状态符合起始地准出策略和目的地准入策略，则确定匹配结果为行程准入结果；若通行状态不符合起始地准出策略或者目的地准入策略，则确定匹配结果为行程异常结果。
213.本实施例中，通行平台还可采用如下方式进行通行处理：
214.基于所述通行信息中包含的起始地通行信息，确定起始地的用户通行状态；
215.将所述用户通行状态与目的地准入策略进行匹配。
216.其中，所述用户通行状态，包括基于处于起始地的用户的健康信息或者病毒传播信息确定的起始地的病毒传播级别。对应的，可与上文中的病毒传播级别对应理解。
217.具体的，将基于通行信息中包含的起始地通行信息确定的起始地的用户通行状态与目的地准入策略进行匹配；若用户通行状态为可通行状态，则确定匹配结果为行程准入结果；若通行状态不为可通行状态，则确定匹配结果为行程异常结果。
218.上述对将用户通行信息与起始地准出策略和目的地准入策略进行匹配和将起始地通行信息与目的地准入策略进行匹配的过程进行了具体说明，将用户通行信息和起始地通行信息与目的地准入策略进行匹配，以及将用户通行信息和目的地通行信息与起始地准出策略进行匹配的过程与上述匹配过程类似；例如，通行平台将用户通行信息和目的地通行信息与起始地准出策略进行匹配的过程中，基于用户通行轨迹确定通行状态，以及基于目的地通行信息确定目的地的用户通行状态，将通行状态和用户通行状态与起始地准出策略进行匹配；若符合起始地准出策略，则确定匹配结果为行程准入结果；若不符合起始地准出策略，则确定匹配结果为行程异常结果。
219.通行平台将通行信息和通行策略进行通行匹配后，根据匹配结果确定所述购票请求的响应动作，执行所述响应动作并向所述票务平台发送执行结果提醒。
220.对上述提供的两种不同的匹配结果，对购票处理进行不同的响应处理。
221.第一种，本实施例中，若所述匹配结果为行程准入结果，通行平台则将对所述购票请求进行出票处理确定为所述响应动作；
222.所述执行所述响应动作并向所述票务平台发送执行结果提醒，包括：
223.基于所述购票请求进行出票处理，获得出票结果；
224.读取所述通行策略中包含的起始地对应的准出条件和/或目的地对应的准入条件，生成包含所述出票结果、所述准出条件和/或准入条件的执行结果提醒并向所述票务平台发送。
225.在匹配结果为行程准入结果的情况下，对所述购票请求进行出票处理并生成购票结果向所述票务平台发送。
226.具体的，为了进一步提升用户对于购票结果的感知程度，使用户感知到起始地或者目的地对于行程的通行要求，向票务平台发送以使票务平台发送至用户的购票结果中包含起始地对应的准出条件或者目的地对应的准入条件。
227.例如，起始地准出策略为空；目的地准入策略包括通行状态为允许通行状态的用户持预设时间的未携带病毒的证明信息可进入目的地；因此，在对用户出票成功后生成包含购票结果、以及“预设时间的未携带病毒的证明信息”的相关提醒内容的购票结果并向票务平台发送。
228.第二种，本实施例中，若所述匹配结果为行程异常结果，通行平台则将对所述购票请求进行撤销处理确定为所述响应动作；
229.所述执行所述响应动作并向所述票务平台发送执行结果提醒，包括：
230.对所述购票请求进行撤销处理，并读取所述通行策略中的禁止通行详情；
231.生成包含所述禁止通行详情和撤销结果的执行结果提醒并向所述票务平台发送。
232.在匹配结果为行程异常结果的情况下，对所述购票请求进行撤销处理并生成撤销结果向所述票务平台发送。
233.具体的，为了避免对不符合起始地准出策略或者目的地准入策略的用户进行出票导致用户后续退票造成的资源损失，影响用户心智，若匹配结果为行程异常结果，则不对用户进行出票处理，撤销用户的购票请求；为了避免用户对购票请求进行撤销的误解，提升用户的感知程度，向票务平台发送包含禁止通行详情和撤销结果的撤销提醒，以使票务平台向用户发送。
234.例如，起始地准出策略为空；目的地准入策略包括禁止中间通行状态和禁止通行状态的用户进入目的地，基于用户的用户通行轨迹确定的通行状态为禁止通行状态，则撤销用户的购票请求，并向票务平台发送携带“您的通行状态为禁止通行状态，目的地禁止通行状态为禁止通行状态的用户进入，请您更换目的地或延后购票”的撤销提醒向票务平台发送，票务平台将该撤销提醒发送给用户。
235.除上述提供的对于匹配结果为行程准入结果和行程异常结果后进行的处理进行了具体说明，除上述两者外，本实施例还提供另外一种匹配结果为行程延期结果；若匹配结果为行程延期结果，通行平台则将对所述购票请求的授权购票处理确定为所述相应动作；
236.所述执行所述响应动作并向所述票务平台发送执行结果提醒，包括：
237.基于所述行程延期结果读取所述目的地通行策略中的延期准入详情，并生成包含所述延期准入详情的授权提醒向所述票务平台发送；所述票务平台向所述用户发送所述授权提醒；
238.根据所述票务平台发送的所述用户基于所述授权提醒提交的购票确认请求进行出票处理，生成携带出票结果和所述延期准入详情的购票结果并向所述票务平台发送。
239.在匹配结果为行程延期结果的情况下，对所述购票请求进行授权购票处理并向所述票务平台发送购票结果。
240.具体的，通行平台在将通行信息与通行策略进行通行匹配后，若基于用户通行轨迹确定的通行状态满足目的地准入策略中的延期准入策略，即在该通行状态的用户进入目的地后需要对用户进行预设时间且独立的封闭式管理；则确定匹配结果为行程延期结果；若匹配结果为行程延期结果，基于通行策略中包含的延期准入策略向票务平台发送授权提醒，并在接收到票务平台发送的用户基于所述授权提醒提交的购票确认请求后进行出票处理，并生成携带出票结果和延期准入策略的购票结果向票务平台发送，票务平台向用户发送购票结果。
241.例如，将基于通行信息中包含的用户通行轨迹确定的通行状态和目的地准入策略进行匹配；若通行状态为中间通行状态，满足目的地准入策略中的“中间通行状态的用户到达目的地后进行预设时间的独立封闭式管理”，则确定匹配结果为延期准入结果，生成携带“您的通行状态为中间通行状态，目的地要求中间通行状态的用户落地隔离观察7天，请确认是否购票”的授权提醒并向票务平台发送，根据票务平台发送的用户基于授权提醒提交的购票确认指令进行出票处理，并生成携带“您已成功购票，您的通行状态为中间通行状态，到达目的地后需隔离观察7天，请您做好个人防护”的购票结果并向票务平台发送，票务平台在接收到购票结果后向用户发送。
242.由于对病毒具有传染性，因此，并不能确定不存在病毒传播的地区后续也不存在病毒传播事件，且通过对病毒传播的有效防控，存在病毒传播的地区后续也会不存在病毒传播事件；为了使购票的用户能够及时地感知起始地和目的地的病毒传播情况，在用户购票成功后，设置对该用户的检测周期，比如以1天为一个轮询周期对用户进行通行检测；以此，提前告知用户起始地和目的地的通行信息和通行策略，一方面，提升交通工具的运营效率，避免占用交通工具的运营资源，另一方面，保证用户的有效出行，避免影响用户出行计划。
243.基于此，本实施例中，在对用户进行出票处理后，通行平台还执行如下操作：
244.若检测到所述用户的购票信息的检测周期届满，则读取所述购票信息中包含的行程地信息和身份信息；
245.基于所述行程地信息和所述身份信息查询周期通行信息；
246.对所述周期通行信息进行通行核验，并在核验未通过的情况下进行行程提醒。
247.其中，行程地信息包括起始地标识和目的地标识。
248.需要说明的是，由于向用户进行行程提醒，在一定程度上会对用户造成打扰；例如，每天给用户进行一次行程提醒会对用户造成打扰；因此，为了保证用户的购票体验，票务平台在想用户发送执行结果提醒后，向用户发送行程提醒授权信息，若检测到用户的授权指令，则对用户的购票信息进行存储并设置对用户的购票信息的检测周期。
249.具体的，在设置检测周期后，在检测周期届满时，基于购票信息查询周期通行信息，并对周期通行信息进行通行核验，并根据通行核验结果对用户进行行程提醒。
250.在基于购票信息查询周期通行信息的过程中，读取购票信息中包含的行程地信息和身份信息并传入查询接口进行信息查询，获取查询接口回传的周期通行信息，对周期通行信息进行通行核验。
251.为了及时感知起始地和目的地的病毒传播变化，本实施例中，在对周期通行信息进行通行核验的过程中，通行平台执行如下操作：
252.读取所述检测周期的上一检测周期的历史通行信息；
253.比对所述周期通行信息和所述历史通行信息是否一致，若是，则确定核验通过，不做处理即可；若否，则确定核验未通过。
254.具体的，通过将读取到的周期通行信息和该检测周期的上一检测周期的历史通行信息进行比对，确定周期通行信息是否发生了变化；若比对结果一致，则确定核验通过，不做处理即可，若比对结果不一致，则确定周期通行信息发生了变化，进行行程提醒。在进行行程提醒的过程中，基于所述周期通行信息和所述历史通行信息确定所述检测周期的通行
变化等级；若所述通行变化等级为第一等级，则向所述用户发送携带通行变化信息的通行提醒；若所述通行变化等级为第二等级，则取消所述购票信息对应的出行航班，并向航班服务方发送取消提醒。
255.本实施例中，为了提升比对效率，通过对周期通行信息进行哈希处理后的周期哈希结果与上一检测周期的历史哈希结果进行比对来实现通行核验，具体的，在通行核验的过程中，通行平台执行如下操作：
256.对所述周期通行信息进行哈希处理，获得周期哈希结果；
257.将所述周期哈希结果与所述检测周期的上一检测周期对应的历史哈希结果进行比对；
258.若所述周期哈希结果与所述历史哈希结果一致，则确定核验通过；若所述周期哈希结果与所述历史哈希结果不一致，则确定核验未通过。
259.进一步，若核验未通过，则通过确定周期通行信息对应的通行变化等级进行行程提醒，本实施例提供的一种可选实施方式中，在进行行程提醒的过程中，执行如下操作：
260.基于所述周期哈希结果读取所述周期通行信息以及基于所述历史哈希结果读取所述历史通行信息；
261.基于所述周期通行信息和所述历史通行信息确定所述检测周期的通行变化等级；
262.若所述通行变化等级为第一等级，则向所述用户发送携带通行变化信息的通行提醒；
263.若所述通行变化等级为第二等级，则取消所述购票信息对应的出行航班，并向航班服务方发送取消提醒。
264.其中，第一等级的等级程度低于第二等级。可选的，基于所述周期通行信息和所述历史通行信息确定所述检测周期的通行变化等级的过程中，若所述周期通行信息中的通行策略相比所述历史通行信息中的通行策略发生变化，则确定所述通行变化等级为所述第一等级；若所述周期通行信息中的通行行为信息相比所述历史通行信息中的通行行为信息发生变化，则基于变化详情确定所述通行变化等级。
265.所述通行行为信息，包括健康状态异常的用户数量，和/或，包含的特定等级的位置区域的数量。
266.本实施例中，通行平台采用如下方式执行所述基于变化详情确定所述通行变化等级操作：
267.计算所述周期通行信息中目的地包含的特定等级的位置区域的数量与所述历史通行信息中所述目的地包含的所述特定等级的位置区域的数量的第一差值，和/或，计算所述周期通行信息中起始地包含的特定等级的位置区域的数量与所述历史通行信息中所述起始地包含的所述特定等级的位置区域的数量的第二差值；
268.若所述第一差值和/或所述第二差值大于或者等于预设阈值，则确定所述通行变化等级为所述第二等级；
269.若所述第一差值和/或所述第二差值小于所述预设阈值，则确定所述通行变化等级为所述第一等级。
270.实际应用中，对于发生病毒传播风险的地区，为了便于管理和加强地区用户的防范意识，通过设定地区的病毒传播等级来对地区进行病毒的防控管理，假设在病毒传播地
区，按照病毒传播的传播可能性和绝对性，将地区进行病毒传播等级状态的划分；例如，将有病毒传播事件发生的地区设定为一级传播状态，将有病毒传播可能的地区设定为二级传播状态，将暂时没有病毒传播可能的地区设定为三级传播状态；其中，一级传播状态和二级传播状态为预设状态。
271.具体的，若周期通行信息中起始地包含的特定等级的位置区域的数量与历史通行信息中起始地包含的特定等级的位置区域的数量的差值，或者周期通行信息中目的地包含的特定等级的位置区域的数量与历史通行信息中目的地包含的特定等级的位置区域的数量的差值大于或者等于预设阈值，则确定通行变化等级为第二等级；若小于预设阈值或者仅仅是通行政策的变化，则确定对应的通行变化等级为第一等级。
272.在确定通行变化等级为第一等级的情况下，向用户发送携带通行变化信息的通行提醒即可，在通行变化等级为第二等级的情况下，为了避免病毒进一步传播，则取消对应的交通线路，并向服务方发送该航线的取消提醒。
273.本实施例中，通行平台还可采用如下方式执行所述基于变化详情确定所述通行变化等级操作：
274.计算所述周期通行信息中目的地包含的健康状态异常的用户数量与所述历史通行信息中所述目的地包含的所述健康状态异常的用户数量的第一差值，和/或，所述周期通行信息中起始地包含的健康状态异常的用户数量与所述历史通行信息中所述起始地包含的所述健康状态异常的用户数量的第二差值；
275.若所述第一差值和/或所述第二差值大于或者等于预设阈值，则确定所述通行变化等级为所述第二等级；
276.若所述第一差值和/或所述第二差值小于所述预设阈值，则确定所述通行变化等级为所述第一等级。
277.所述健康状态异常的用户，包括感染病毒的用户。
278.实际应用中，一个地区的病毒传播程度根据该地区感染并入的用户数量决定，因此，本实施例中，基于健康状态异常的用户数量确定通行变化等级。
279.具体的，若周期通行信息中起始地包含的健康状态异常的用户数量与历史通行信息中起始地包含的健康状态异常的用户数量的差值，或者周期通行信息中目的地包含的健康状态异常的用户数量与历史通行信息中目的地包含的健康状态异常的用户数量的差值大于或者等于预设阈值，则确定通行变化等级为第二等级；若小于预设阈值或者仅仅是通行政策的变化，则确定对应的通行变化等级为第一等级。
280.在确定通行变化等级为第一等级的情况下，向用户发送携带通行变化信息的通行提醒即可，在通行变化等级为第二等级的情况下，为了避免病毒进一步传播，则取消对应的交通线路，并向服务方发送该航线的取消提醒。
281.步骤s402和步骤s404可被替换为，提取用户的购票请求中携带的行程信息以及行程时间并向通行平台发送；并与本实施例提供的下述步骤s406组成新的实现方式。
282.步骤s406，接收所述通行平台执行根据匹配结果确定的响应动作后发送的执行结果提醒，并向所述用户发送。
283.下述以本实施例提供的一种购票处理方法在航空购票场景的应用为例，对本实施例提供的购票处理方法进行进一步说明，参见图2，应用于航空购票场景的购票处理方法，
具体包括下述步骤。
284.步骤s202，获取用户对目标航班的购票请求。
285.步骤s204，提取购票请求中携带的起始地信息、目的地信息、航班时间和身份标识。
286.步骤s206，向通行平台发送起始地信息、目的地信息、航班时间和身份标识。
287.通行平台通过查询接口向第三方平台发送起始地信息、目的地信息、航班时间和身份标识；获取查询接口返回的航班时间对应的通行信息和通行策略；将通行信息与通行策略进行通行匹配；若匹配结果为行程准入结果，则对购票请求进行出票处理；向票务平台发送包含出票结果和通行策略的购票结果。
288.本说明书提供的第三种购票处理方法实施例：
289.参照图5，本实施例提供的购票处理方法，具体包括步骤s502至步骤s508。
290.步骤s502，接收票务平台在接收到用户的购票请求后发送的途径站点信息以及行程时间。
291.所述途径站点信息是指途径站点的相关信息；所述途径站点，是指购票请求对应的车次、航次或者轮次在实际行驶时的行驶路线经过并且停靠的站点。可选的，所述途径站点包括该购票对应的车次、航次或者轮次的起始站点和目的站点，以及起始站点和目的站点之间经停的中间站点。
292.具体实施时，票务平台获取用户的购票请求后，提取购票请求对应的车次的途径站点信息以及行程时间并向通行平台发送。
293.此外，上述步骤s502还可被替换为，接收票务平台在接收到用户的购票请求后发送的途径站点信息、行程时间以及身份信息；并与本实施例提供的其他处理步骤组成新的实现方式；本实施例中身份信息为购票请求中携带的乘车用户的身份信息。
294.步骤s504，向查询接口传入所述途径站点信息和所述行程时间进行信息查询，获取所述查询接口回传的所述行程时间途径站点的通行信息和通行策略。
295.所述查询接口，包括进行用户通行和地区通行管理的第三方平台提供的接口。所述通行信息，用于表征途径站点的健康通行状态的位置区域的区域等级和/或所在地区的用户的健康状态，或者，用于表征途经站点或者途经站点所在区域的通行风险的风险状态，以及为了降低通行风险所要求进行的通行核验相关的信息。可选的，所述通行状态信息携带有通行风险级别和/或通行核验条件。其中，所述通行风险级别，是指途经站点或者途经站点所在区域自身的通行风险的级别，比如将通行风险级别分为三个级别，风险级别从高到低的三个级别依次表示高风险级别、中风险级别和低风险级别；此外，还可在三个级别的基础上增加一个无风险级别。所述通行策略，包括为了保证用户的健康状态，避免病毒传播设定的用于对进入该地区或者离开该地区的用户进行核验的通行规则。
296.可选的，所述通行信息和所述通行策略，采用如下方式确定：
297.基于所述行程信息中包含的途径站点信息，读取各途径站点的站点通行信息和站点通行策略；
298.根据所述站点通行信息、所述站点通行策略和预设通行周期，预测所述行程时间对应的预测通行信息和预测通行策略；
299.将各途径站点的预测通行信息作为所述通行信息，以及，将各途径站点的预测通
行策略作为所述通行策略。
300.可选的，在根据所述站点通行信息、所述站点通行策略和预设通行周期，预测行程时间对应的预测通行信息和预测通行策略的过程中，读取所述站点通行信息中的病毒传播起始时间；基于所述病毒传播起始时间和预设通行周期预测病毒传播终止时间；若所述行程时间在所述病毒传播终止时间之前，则确定所述目的地的预测通行信息为病毒传播阶段信息，确定病毒传播阶段对应的通行策略为所述预测通行策略；若所述行程时间在所述病毒传播终止时间之后，则确定所述目的地的预测通行信息为病毒稳定阶段信息，确定所述病毒稳定阶段对应的通行策略为所述预测通行策略。其中，不同阶段对应的通行策略一致也可以不一致。
301.此外，上述步骤s504还可被替换为，向查询接口传入所述途径站点信息、所述身份信息和所述行程时间进行信息查询，获取所述查询接口回传的用户通行轨迹，所述行程时间对应的途径站点的通行信息和通行策略；并与本实施例提供的其他处理步骤组成新的实现方式。
302.步骤s506，将所述通行信息与所述通行策略进行通行匹配。
303.可选的，所述通行匹配，包括：将所述途径站点中各途径站点的通行信息与其他途径站点的通行策略进行匹配；进一步，将所述途径站点中各途径站点的通行信息与其他途径站点的通行策略进行匹配的过程中，将各途径站点的通行信息与该途径站点之后的途径站点的准入策略进行匹配，以及将各途径站点的通行信息与该途径站点之前的途径站点的准出策略进行匹配。
304.具体的，基于各途径站点的通行信息确定各途径站点的用户通行状态，基于该用户通行状态与其他途径站点的通行策略进行匹配。
305.此外，步骤s506还可被替换为，将所述用户通行轨迹和所述通行信息与所述通行策略进行通行匹配；并与本实施例提供的其他处理步骤组成新的实现方式。
306.步骤s508，根据匹配结果确定所述购票请求的响应动作，执行所述响应动作并向所述票务平台发送执行结果提醒。
307.所述响应动作包括对购票请求的出票处理和/或撤销处理。
308.在对购票请求进行出票处理后，按照检测周期对途径站点的周期通行信息和周期通行策略进行查询，并基于查询到的周期通行信息和周期通行策略对用户进行提醒。
309.具体的，在周期通行信息和周期通行策略的通行变化等级为第一等级的情况下，向用户发送携带通行变化信息的通行提醒；用户可基于该通行提醒进行退票。
310.本实施例提供的购票处理方法，与上述步骤s102至步骤s108对应的实施例在实现过程中类似，阅读本实施例请参照上述实施例的相关内容，本实施例在此不再赘述。
311.本说明书提供的第四种购票处理方法实施例：
312.本实施例提供的购票处理方法应用于票务平台，上述说明书提供的第三种实施例提供的购票处理方法应用于通行平台，本实施例提供的应用于票务平台的购票处理方法与上述提供的应用于通行平台的购票处理方法，二者在执行过程中相互配合，因此，阅读本实施例请参照上述方法实施例的对应内容，本实施例在此不再一一赘述。
313.参照图6，本实施例提供的购票处理方法，具体包括步骤s602至步骤s606。
314.步骤s602，获取用户的购票请求，并提取所述购票请求中携带的途径站点信息以
及行程时间。
315.此外，步骤s602还可被替换为，获取用户的购票请求，并提取所述购票请求中携带的途径站点信息、身份信息以及行程时间。
316.步骤s604，向通行平台发送所述途径站点信息以及所述行程时间。
317.可选的，所述通行平台对基于所述途径站点信息以及所述行程时间查询到的所述行程时间途径站点的通行信息和通行策略进行通行匹配。
318.此外，步骤s604还可被替换为，向通行平台发送所述途径站点信息、所述身份信息以及所述行程时间。可选的，所述通行平台将基于所述途径站点信息、所述身份信息和所述行程时间查询到的用户通行轨迹和途径站点的通行信息与途径站点的通行策略进行通行匹配。
319.步骤s606，接收所述通行平台执行根据匹配结果确定的响应动作后发送的执行结果提醒，并向所述用户发送。
320.需要说明的是，本实施例提供的购票处理方法，与本说明书提供的上述实施例提供的另一种购票处理方法的实现过程类似，阅读本实施例请参照上述实施例提供的另一种购票处理方法。
321.本说明书提供的一种购票处理装置实施例如下：
322.在上述的实施例中，提供了一种购票处理方法，与之相对应的，还提供了一种购票处理装置，下面结合附图进行说明。
323.参照图7，其示出了本实施例提供的一种购票处理装置示意图。
324.由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
325.本实施例提供一种购票处理装置，包括：
326.信息接收模块702，被配置为接收票务平台在接收到用户的购票请求后发送的行程信息以及行程时间；
327.信息查询模块704，被配置为向查询接口传入所述行程信息和所述行程时间进行信息查询，获取所述查询接口回传的所述行程时间对应的通行信息和通行策略；
328.通行匹配模块706，被配置为将所述通行信息与所述通行策略进行通行匹配；
329.动作执行模块708，被配置为根据匹配结果确定所述购票请求的响应动作，执行所述响应动作并向所述票务平台发送执行结果提醒。
330.本说明书提供的另一种购票处理装置实施例如下：
331.在上述的实施例中，提供了另一种购票处理方法，与之相对应的，还提供了一种购票处理装置，下面结合附图进行说明。
332.参照图8，其示出了本实施例提供的一种购票处理装置示意图。
333.由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
334.本实施例提供一种购票处理装置，包括：
335.信息提取模块802，被配置为获取用户的购票请求，并提取所述购票请求中携带的行程信息以及行程时间；
336.信息发送模块804，被配置为向通行平台发送所述行程信息以及所述行程时间；所
述通行平台对基于所述行程信息以及所述行程时间查询到的通行信息和通行策略进行通行匹配；
337.提醒发送模块806，被配置为接收所述通行平台执行根据匹配结果确定的响应动作后发送的执行结果提醒，并向所述用户发送。
338.本说明书提供的一种购票处理设备实施例如下：
339.对应上述描述的一种购票处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种购票处理设备，该购票处理设备用于执行上述提供的购票处理方法，图9为本说明书一个或多个实施例提供的一种购票处理设备的结构示意图。
340.本实施例提供的一种购票处理设备，包括：
341.如图9所示，购票处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器901和存储器902，存储器902中可以存储有一个或一个以上存储应用程序或数据。其中，存储器902可以是短暂存储或持久存储。存储在存储器902的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括购票处理设备中的一系列计算机可执行指令。更进一步地，处理器901可以设置为与存储器902通信，在购票处理设备上执行存储器902中的一系列计算机可执行指令。购票处理设备还可以包括一个或一个以上电源903，一个或一个以上有线或无线网络接口904，一个或一个以上输入/输出接口905，一个或一个以上键盘906等。
342.在一个具体的实施例中，购票处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对购票处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
343.接收票务平台在接收到用户的购票请求后发送的行程信息以及行程时间；
344.向查询接口传入所述行程信息和所述行程时间进行信息查询，获取所述查询接口回传的所述行程时间对应的通行信息和通行策略；
345.将所述通行信息与所述通行策略进行通行匹配；
346.根据匹配结果确定所述购票请求的响应动作，执行所述响应动作并向所述票务平台发送执行结果提醒。
347.本说明书提供的另一种购票处理设备实施例如下：
348.对应上述描述的另一种购票处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种购票处理设备，该购票处理设备用于执行上述提供的购票处理方法，图10为本说明书一个或多个实施例提供的一种购票处理设备的结构示意图。
349.本实施例提供的一种购票处理设备，包括：
350.如图10所示，购票处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1001和存储器1002，存储器1002中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1002可以是短暂存储或持久存储。存储在存储器1002的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括购票处理设备中的一系列计算机可执行指令。更进一步地，处理器1001可以设置为与存储器1002通信，在购票处理设备上执行存储器1002中的一系列计算机可执行指令。购票处理设备还可以包括一个
或一个以上电源1003，一个或一个以上有线或无线网络接口1004，一个或一个以上输入/输出接口1005，一个或一个以上键盘1006等。
351.在一个具体的实施例中，购票处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对购票处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
352.获取用户的购票请求，并提取所述购票请求中携带的行程信息以及行程时间；
353.向通行平台发送所述行程信息以及所述行程时间；所述通行平台对基于所述行程信息以及所述行程时间查询到的通行信息和通行策略进行通行匹配；
354.接收所述通行平台执行根据匹配结果确定的响应动作后发送的执行结果提醒，并向所述用户发送。
355.本说明书提供的一种存储介质实施例如下：
356.对应上述描述的一种购票处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。
357.本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：
358.接收票务平台在接收到用户的购票请求后发送的行程信息以及行程时间；
359.向查询接口传入所述行程信息和所述行程时间进行信息查询，获取所述查询接口回传的所述行程时间对应的通行信息和通行策略；
360.将所述通行信息与所述通行策略进行通行匹配；
361.根据匹配结果确定所述购票请求的响应动作，执行所述响应动作并向所述票务平台发送执行结果提醒。
362.需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于购票处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。
363.本说明书提供的另一种存储介质实施例如下：
364.对应上述描述的另一种购票处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。
365.本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：
366.获取用户的购票请求，并提取所述购票请求中携带的行程信息以及行程时间；
367.向通行平台发送所述行程信息以及所述行程时间；所述通行平台对基于所述行程信息以及所述行程时间查询到的通行信息和通行策略进行通行匹配；
368.接收所述通行平台执行根据匹配结果确定的响应动作后发送的执行结果提醒，并向所述用户发送。
369.需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于购票处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。
370.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
371.在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device，pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell universityprogramming 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。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
372.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
373.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何
设备的组合。
374.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
375.本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
376.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
377.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
378.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
379.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
380.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(nash ram)。内存是计算机可读介质的示例。
381.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
382.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要
素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
383.本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
384.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
385.以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。