一种机票销售方法、装置、设备及存储介质与流程

1.本发明涉及机票销售技术领域，具体而言，涉及一种机票销售方法、装置、设备及存储介质。


背景技术：

2.机票在线销售代理人，如飞猪、去哪儿、携程等，往往需要向航空公司的机票销售系统发起机票购买请求，从而进行购买机票。
3.随着机票在线销售比例的越来越高，机票在线销售代理人对于机票销售系统的接口产品的调用量越来越高。目前的机票销售系统，面对短时间大量的接口调用请求时，容易出现流量拥挤导致机票出票的响应速率低下。


技术实现要素：

4.有鉴于此，本技术的目的在于提供一种机票销售方法、装置、设备及存储介质，提高机票销售的响应速率。
5.为实现上述目的，本技术实施例公开了如下技术方案：
6.第一方面，本技术提供了一种机票销售方法，包括：
7.获取客户端发送的机票购买请求；
8.根据所述机票购买请求进行接口流量校验；
9.若所述接口流量校验通过，则生成与购买请求对应的机票出票信息。
10.向所述客户端返回机票出票信息。
11.可选的，所述机票购买请求包括用户名以及接口名，所述根据所述机票购买请求进行接口流量校验包括：
12.根据所述用户名以及接口名生成访问信息；
13.判断所述访问信息是否满足预设条件；
14.若所述访问信息满足预设条件，则确定所述接口流量校验通过。
15.可选的，所述机票销售系统包括n个应用服务器，n大于或等于2且n为正整数，所述机票购买请求的数量为m个，m大于或等于2且m为正整数，则获取客户端发送的机票购买请求之后，根据所述机票购买请求进行接口流量校验之前，所述方法包括：
16.通过负载均衡硬件以及负载均衡软件将m个所述机票购买请求分别发送至n个应用服务器。
17.可选的，将所述机票购买请求发送至应用服务器之后，所述方法还包括：
18.验证所述机票购买请求是否符合用户购买权限；
19.若验证通过，则继续执行根据所述机票购买请求进行接口流量校验的步骤。
20.可选的，所述流量校验通过之后，所述方法还包括：
21.将所述机票购买请求的格式转换成xsd文件格式。
22.第二方面，本技术提供了一种机票销售装置，应用于机票销售系统，包括：
23.获取单元，用于获取客户端发送的机票购买请求；
24.校验单元，用于根据所述机票购买请求进行接口流量校验；
25.生成单元，用于若所述接口流量校验通过，则生成与购买请求对应的机票出票信息；
26.返回单元，用于向所述客户端返回机票出票信息。
27.可选的，所述机票购买请求包括用户名以及接口名，所述校验单元，具体包括：
28.生成子单元，用于根据所述用户名以及接口名生成访问信息；
29.判断子单元，用于判断所述访问信息是否满足预设条件；
30.确定子单元，用于若所述访问信息满足预设条件，则确定所述接口流量校验通过。
31.可选的，所述机票销售系统包括n个应用服务器，n大于或等于2且n为正整数，所述机票购买请求的数量为m个，m大于或等于2且m为正整数，所述装置还包括：
32.发送单元，用于通过负载均衡硬件以及负载均衡软件将m个所述机票购买请求分别发送至n个应用服务器。
33.可选的，所述装置还包括：
34.验证单元，用于验证所述机票购买请求是否符合用户购买权限，若验证通过，则继续执行根据所述机票购买请求进行接口流量校验的步骤。
35.可选的，所述装置还包括：
36.转换单元，用于将所述机票购买请求的格式转换成xsd文件格式。
37.第三方面，本发明提供一种机票销售设备，包括：
38.存储器，用于存储计算机程序；
39.处理器，用于执行所述存储器中存储的计算机程序以实现如第一方面提供的所述机票销售方法的步骤。
40.第四方面，本发明提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行以实现如第一方面提供的所述机票销售方法的步骤。
41.可见，本技术实施例公开的一种机票销售方法、装置、设备及存储介质，在一种机票销售方法中，该方法应用于机票销售系统，获取客户端发送的机票购买请求；根据所述机票购买请求进行接口流量校验；若所述接口流量校验通过，则生成与购买请求对应的机票出票信息，向所述客户端返回机票出票信息。可见，上述方法在对机票购买请求进行接口流量校验后才会进行下一步的流程，避免接口在短时间内被大量流量冲击，从而提高了机票销售的响应速率。
附图说明
42.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
43.图1是本技术实施例提供的一种机票销售方法的流程示意图；
44.图2是本技术实施例提供的一种机票销售装置的结构示意图。
具体实施方式
45.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
46.为便于理解本技术提供的技术方案，下面将先对本技术涉及的背景技术进行说明。
47.随着机票在线销售比例的越来越高，机票在线销售代理人对于机票销售系统的接口产品的调用量越来越高。目前的机票销售系统，面对短时间大量的接口调用请求时，容易出现流量拥挤导致机票出票的响应速率低下。
48.基于此，本技术提供的一种机票销售方法、装置、设备及存储介质，在一种机票销售方法中，该方法应用于机票销售系统，获取客户端发送的机票购买请求；根据所述机票购买请求进行接口流量校验；若接口流量校验通过，则生成与购买请求对应的机票出票信息，向所述客户端返回机票出票信息。可见，上述方法在对机票购买请求进行接口流量校验后才会进行进一步流程，避免接口在短时间内被大量流量冲击，从而提高了机票销售的响应速率。
49.为便于理解本技术提供的技术方案，下面将结合附图对本技术提供的一种机票销售方法进行说明，该方法应用于机票销售系统。机票销售系统包括1个以上应用服务器以及数据库redis集群。
50.参见图1，该图为本技术实施例提供的一种机票销售方法的流程示意图，如图1所示，所述方法包括s101-s104。
51.s101：获取客户端发送的机票购买请求。
52.本技术实施例中，会先去获取客户端发送的机票购买请求。可以理解的是，客户端是指机票在线销售代理人的终端。
53.本技术不限制获取机票购买请求的具体方式，作为一种示例，客户端可以通过域名，采用超文本传输安全协议(https，hyper text transfer protocol over secure socket layer)的方式进行发送机票购买请求。可以理解的是，本技术可以在多个不同城市地区都分别进行部署数据库集群，通过不同的域名可以去访问不同城市地区的集群数据库，从而在某一地区的集群数据库出现故障时，可以通过其他地区的集群数据库执行业务，实现了异地双活。作为另一种示例，本技术提供了专线方式进行获取机票购买请求，客户端可以通过专线的方式进行访问，进一步保证了传输的稳定性。
54.本技术不限制机票购买请求的具体内容。作为一种示例，机票购买请求可以包括：用户名，接口名，需要购买的机票航班信息、数量、旅客信息等。
55.s102：根据所述机票购买请求进行接口流量校验。
56.本技术实施例中，在获取到客户端发送机票购买请求之后，会根据机票购买请求进行接口流量校验。
57.本技术不限制根据根据机票购买请求进行接口流量校验的具体方式。当机票购买请求包括用户名，接口名时，作为一种示例，根据所述机票购买请求进行接口流量校验包括以下步骤：
58.a1：根据所述用户名以及接口名生成访问信息。
59.本技术实施例中，会根据用户名以及接口名进行生成访问信息。可以理解的是，该访问信息包括了需要进行访问接口的用户信息以及接口信息，以及该用户名访问该接口名的访问次数。
60.a2：判断所述访问信息是否满足预设条件。
61.本技术实施例中，在生成访问信息之后，会去判断访问信息是否满足预设条件。可以理解的是，本技术会预先规定每个用户每天能访问的不同接口的预设访问次数。通过判断该用户名访问该接口名的访问次数是否达到预设访问次数，进行判断能否继续访问。具体的，本技术可以利用lua脚本组装数据库redis的命令，将用户名和接口名组装为一个访问信息，并设置预设访问次数，在每次访问时，都执行decrby命令减一操作，当减一操作执行后，结果大于等于零，则确定访问信息满足预设条件，可以继续执行下一步操作。若减一操作执行后，结果小于零，则确定访问信息不满足预设条件，会返回报错。进一步的，本技术实施例中还会添加时间期限，以满足在具体时间期限内的访问次数。
62.a3：若所述访问信息满足预设条件，则确定所述接口流量校验通过。
63.本技术实施例中，在确定出访问信息满足预设条件之后，就确定接口流量校验通过，确认机票购买请求可以继续执行。
64.s103：若所述接口流量校验通过，则生成与购买请求对应的机票出票信息。
65.本技术实施例中，当接口流量校验通过，才会去执行机票购买请求的具体业务逻辑，进行生成与购买请求对应的机票出票信息。
66.作为一种可能的实现方式，本技术系统可以采用领域模型，使用了统一封装和多节点负载的框架结构，对于日志、异常、业务功能等功能分领域的处理。每个领域都能单独进行处理，从而增加了系统的稳定性和容量。
67.本技术在执行生成与购买请求对应的机票出票信息中，需要调用第三方系统接口，如支付系统。进一步的，本技术根据倒置原则、迪米特原则对第三方接口调用实现了统一的调用封装，并利用论询算法，对第三方接口的调用实现了动态调用和设置超时时间，如出现异常后，能够及时断开连接和抛出异常，这不仅最大限度的使用第三方系统资源，同时也避免了由于第三方接口的异常影响了本系统的资源消耗。
68.另外，本技术还设置了交易库以及历史库，通过将满足预设期限的数据放入历史库中。生成与购买请求对应的机票出票信息是通过访问交易库进行获取，使交易库的数据量始终维持在较低水平，保证了该步骤的执行效率。
69.s104：向所述客户端返回机票出票信息。
70.本技术实施例中，在生成与购买请求对应的机票出票信息之后，则会向客户端返回机票出票信息。
71.在一种机票销售方法中，该方法应用于机票销售系统，获取客户端发送的机票购买请求；根据所述机票购买请求进行接口流量校验；若所述接口流量校验通过，则生成与购买请求对应的机票出票信息，向所述客户端返回机票出票信息。可见，上述方法在对机票购买请求进行接口流量校验后才会进行下一步的流程，避免接口在短时间内被大量流量冲击，从而提高了机票销售的响应速率。
72.作为一种可能的实现方式，当机票销售系统包括n个应用服务器，n大于或等于2且
n为正整数，所述机票购买请求的数量为m个，m大于或等于2且m为正整数时，本技术提供的机票销售方法中，获取客户端发送的机票购买请求之后，根据所述机票购买请求进行接口流量校验之前，还包括以下步骤：通过负载均衡硬件以及负载均衡软件将m个所述机票购买请求分别发送至n个应用服务器。
73.可以理解的是，本技术中的机票销售系统可以具有多个应用服务器，机票销售系统包括负载均衡硬件，负载均衡硬件上设置有负载均衡软件。本技术会先通过负载均衡硬件进行接收机票购买请求，通过负载均衡硬件进行初步分流处理，再通过负载均衡软件进行进一步分流处理，从而将多个的机票购买请求分别导入至多个应用服务器中，通过多个应用服务器进行分流处理。本技术不限制负载均衡硬件的具体内容，作为一种示例，负载均衡硬件可以为f5。本技术不限制负载均衡软件的具体内容，可以用本领域技术人员所熟知的负载均衡软件，例如apache软件。通过负载均衡硬件以及负载均衡软件将所述机票购买请求发送至应用服务器，实现了流量的分流，从而避免了流量的拥挤，进一步提高了机票销售的响应速率。
74.作为一种可能的实现方式，本技术中的机票销售系统在更新上线时，还采用了滚动发布，先将当前处理的机票购买请求转移，当前应用服务器完成更新后再将机票购买请求重新导入。
75.作为一种可能的实现方式，本技术提供的一种的机票销售方法中，将所述机票购买请求发送至应用服务器之后，还包括以下步骤：验证所述机票购买请求是否符合用户购买权限；若验证通过，则继续执行根据所述机票购买请求进行接口流量校验的步骤。
76.本技术实施例中，应用服务器在接收到机票购买请求之后，还会先进行验证发送机票购买请求的用户是否具有购买权限。可以理解的是，本技术可以通过机票购买请求中包括的用户名、密码以及ip等用户信息，进行验证机票购买请求是否符合用户购买权限。只有当验证通过，才会继续执行根据机票购买请求进行接口流量校验的步骤，如果校验不通过直接返回报错信息，不再做进一步的操作。本技术不限制验证机票购买请求是否符合用户购买权限的具体方式，作为一种示例，本技术可以预先将数据库中的具有购买权限的用户信息加载到内存，在内存中将机票购买请求中携带的用户信息与具有购买权限的用户信息进行匹配。通过在内存中进行匹配，可以有效地缩短对比时间，从而提供了验证的效率。
77.另外，该步骤避免了无权限的用户也需要进行流量判定的步骤，有效地节约了系统资源，实现了无权限接口访问的快速反弹。
78.作为一种可能的实现方式，本技术提供的一种的机票销售方法中，接口流量校验通过之后，还包括：将机票购买请求的格式转换成xsd(xml schema definition，可扩展标记语言架构)文件格式。
79.可以理解的是，客户端发送的机票购买请求往往是使用xml格式，通过转换成xsd，可以便于机票销售系统进行处理。在将xml转xsd的过程中，如果机票购买请求不符合系统接口预先设定的格式，系统接口会将返回异常信息给用户，不做进一步的操作，节约了后续的服务器资源消耗。
80.可以理解的是，在进行格式转化后，在机票销售系统中处理完成的机票出票信息的是xsd格式的。因此，本技术还可以将机票出票信息转换成xml文件格式后，再发送给客户。作为一种可能的实现方式，本技术还可以将机票出票信息进行压缩，得到压缩后的机票
出票信息，再将压缩后的机票出票信息返给用户。可以理解的是，当某一用户所需要返回的机票出票信息较多时，直接发送机票出票信息会使得发送效率较为低下，通过压缩后再进行发送，可以减少发送的数据量，提高系统的发送效率。
81.下面对本技术实施例提供的一种机票销售装置进行介绍，下文描述的装置与上文描述的一种机票销售方法可相互对应参照。
82.参见图2，图2为本技术实施例所提供的一种机票销售装置的结构示意图，该装置应用于机票销售系统，包括：获取单元201，校验单元202，生成单元203以及返回单元204。
83.获取单元201，用于获取客户端发送的机票购买请求；
84.校验单元202，用于根据所述机票购买请求进行接口流量校验；
85.生成单元203，用于若所述接口流量校验通过，则生成与购买请求对应的机票出票信息；
86.返回单元204，用于向所述客户端返回所述机票出票信息。
87.在一种机票销售装置中，该装置应用于机票销售系统，获取客户端发送的机票购买请求；根据所述机票购买请求进行接口流量校验；若所述流量校验通过，则生成与机票购买请求对应的机票出票信息，向所述客户端返回机票出票信息。可见，上述装置在对机票购买请求进行接口流量校验后才会进行进一步流程，避免接口在短时间内被大量流量冲击，从而提高了机票销售的响应速率。
88.作为一种可能的实现方式，所述机票购买请求包括用户名以及接口名，所述校验单元，具体包括：
89.生成子单元，用于根据所述用户名以及接口名生成访问信息；
90.判断子单元，用于判断所述访问信息是否满足预设条件；
91.确定子单元，用于若所述访问信息满足预设条件，则确定所述流量校验通过。
92.作为一种可能的实现方式，机票销售系统包括n个应用服务器，n大于或等于2且n为正整数，所述机票购买请求的数量为m个，m大于或等于2且m为正整数，所述装置还包括：
93.发送单元，用于通过负载均衡硬件以及负载均衡软件将m个所述机票购买请求分别发送至n个应用服务器。
94.作为一种可能的实现方式，所述装置还包括：
95.验证单元，用于验证所述机票购买请求是否符合用户购买权限，若验证通过，则继续执行根据所述机票购买请求进行接口流量校验的步骤。
96.作为一种可能的实现方式，所述装置还包括：
97.转换单元，用于将所述机票购买请求的格式转换成xsd文件格式。
98.本技术还提供了一种设备，可以包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时，可以实现上述实施例所提供的步骤。当然所述设备还可以包括各种网络接口，电源等组件。
99.需要说明的是，本技术实施例提供的一种设备，具有如上任意一个实施例所具有的技术效果，本技术实施例在此并不作赘述。
100.本技术还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者
光盘等各种可以存储程序代码的介质。
101.需要说明的是，本技术实施例提供的一种计算机可读存储介质，具有如上任意一个实施例所具有的技术效果，本技术实施例在此并不作赘述。
102.应当理解，在本技术中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
103.还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
104.本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以对本技术进行若干改进和修饰，这些改进和修饰也落入本技术权利要求的保护范围内。

技术特征：
1.一种机票销售方法，其特征在于，应用于机票销售系统，所述方法包括：获取客户端发送的机票购买请求；根据所述机票购买请求进行接口流量校验；若所述接口流量校验通过，则生成与所述机票购买请求对应的机票出票信息；向所述客户端返回所述机票出票信息。2.根据权利要求1所述的方法，其特征在于，所述机票购买请求包括用户名以及接口名，所述根据所述机票购买请求进行接口流量校验包括：根据所述用户名以及所述接口名生成访问信息；判断所述访问信息是否满足预设条件；若所述访问信息满足预设条件，则确定所述接口流量校验通过。3.根据权利要求1所述的方法，其特征在于，所述机票销售系统包括n个应用服务器，n大于或等于2，且n为正整数，所述机票购买请求的数量为m个，m大于或等于2，且m为正整数，则获取客户端发送的机票购买请求之后，根据所述机票购买请求进行接口流量校验之前，所述方法还包括：通过负载均衡硬件以及负载均衡软件将m个所述机票购买请求分别发送至n个应用服务器。4.根据权利要求3所述的方法，其特征在于，所述将m个所述机票购买请求分别发送至n个应用服务器之后，所述方法还包括：验证所述机票购买请求是否符合用户购买权限；若验证通过，则继续执行根据所述机票购买请求进行接口流量校验的步骤。5.根据权利要求1所述的方法，其特征在于，所述接口流量校验通过之后，所述方法还包括：将所述机票购买请求的格式转换成xsd文件格式。6.一种机票销售装置，其特征在于，应用于机票销售系统，所述装置包括：获取单元，用于获取客户端发送的机票购买请求；校验单元，用于根据所述机票购买请求进行接口流量校验；生成单元，用于若所述接口流量校验通过，则生成与所述机票购买请求对应的机票出票信息；返回单元，用于向所述客户端返回所述机票出票信息。7.根据权利要求6所述的装置，其特征在于，所述机票购买请求包括用户名以及接口名，所述校验单元，具体包括：生成子单元，用于根据所述用户名以及接口名生成访问信息；判断子单元，用于判断所述访问信息是否满足预设条件；确定子单元，用于若所述访问信息满足预设条件，则确定所述接口流量校验通过。8.根据权利要求6所述装置，其特征在于，所述机票销售系统包括n个应用服务器，n大于或等于2，且n为正整数，所述机票购买请求的数量为m个，m大于或等于2，且m为正整数，所述装置还包括：发送单元，用于通过负载均衡硬件以及负载均衡软件将m个所述机票购买请求分别发送至n个应用服务器。
9.一种机票销售设备，其特征在于，包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如权利要求1-5任一项所述的方法的步骤。10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-5任一项所述的方法的步骤。

技术总结
本申请提供的一种机票销售方法、装置、设备及存储介质。在一种机票销售方法中，该方法应用于机票销售系统，获取客户端发送的机票购买请求；根据所述机票购买请求进行接口流量校验；若所述接口流量校验通过，则生成与购买请求对应的机票出票信息，向所述客户端返回机票出票信息。可见，上述方法在对机票购买请求进行接口流量校验后才会进行下一步的流程，避免接口在短时间内被大量流量冲击，从而提高了机票销售的响应速率。票销售的响应速率。票销售的响应速率。


技术研发人员：高苑 孙洛 谭笑 郭蕊 林进杰 孙大成 李利波 杨毅 刁华林 张波 赵晓龙 谭梦雪 吴候军 王鏖棋
受保护的技术使用者：中国民航信息网络股份有限公司
技术研发日：2023.05.24
技术公布日：2023/8/16