CN108628998A - 一种机票查订比控制方法、装置、服务器和存储介质 - Google Patents

Abstract

本发明实施例公开了一种机票查订比控制方法、装置、服务器和存储介质，该方法包括：依据用户端上报的机票查询请求确定目标航线；将所述目标航线与各机票供应方提供的航线信息进行匹配，并滤除匹配失败的机票供应方；向剩余的机票供应方发送所述目标航线的查询请求。本发明实施例避免了向不能提供目标航线的机票供应方发送无效的查询请求，而浪费向机票供应方的可查询次数的情况，进一步地能够有效控制机票预订系统的机票查订比，相应的有效控制机票预订系统向机票供应方的机票查询成本。

Description

一种机票查订比控制方法、装置、服务器和存储介质

技术领域

本发明实施例涉及数据处理技术领域，尤其涉及一种机票查订比控制方法、装置、服务器和存储介质。

背景技术

机票预订系统用于向下对接机票供应方等外部供应接口，向上提供统一标准查询服务。

由于机票供应方对调用接口次数有硬性要求，例如普遍采用的机票查订比，即机票的查询量与预订量的比值，当超过查订比的限制要求时，如需再次进行机票信息的查询，则需要支付高额的查订比超限流量查询费用。因此要通过预先把机票信息进行缓存，以此来将机票预订系统中机票查订比控制在机票供应方限定的范围内。现有技术通常通过延长缓存过期时间，来减少向机票供应方发送查询请求的次数，从而实现机票查订比的控制。

然而，现有技术虽然对缓存中的机票信息的实时性做出了让步，降低了向机票供应方的查询次数，但是当查询请求不命中缓存中的机票信息时，机票预订系统会向所有机票供应方发送查询请求，进而让然存在严重浪费查订比限制内的机票查询次数的情况，机票查订比得不到有效的控制。

发明内容

本发明实施例提供了一种机票查订比控制方法、装置、服务器和存储介质，能够有效地控制机票预订系统的查订比。

第一方面，本发明实施例提供了一种机票查订比控制方法，包括：

依据用户端上报的机票查询请求确定目标航线；

将所述目标航线与各机票供应方提供的航线信息进行匹配，并滤除匹配失败的机票供应方；

向剩余的机票供应方发送所述目标航线的查询请求。

第二方面，本发明实施例提供了一种机票查订比控制装置，包括：

目标航线确定模块，用于依据用户端上报的机票查询请求确定目标航线；

供应方过滤模块，用于将所述目标航线与各机票供应方提供的航线信息进行匹配，并滤除匹配失败的机票供应方；

供应方查询模块，用于向剩余的机票供应方发送所述目标航线的查询请求。

第三方面，本发明实施例提供了一种服务器，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例任意实施例所述的机票查订比控制方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例任意实施例所述的机票查订比控制方法。

本发明实施例通过确定目标航线，并将目标航线与机票预订系统的各机票供应方提供的航线信息进行匹配，对机票供应方进行初步过滤，即过滤掉不能提供目标航线的机票供应方，仅仅向仍然能够提供目标航线的机票供应方发送查询请求。进而避免了向不能继续提供目标航线信息的机票供应方发送无效的查询请求，而浪费了向机票供应方的可查询次数。因此本发明实施例能够进一步地有效控制机票预订系统的查订比，相应的有效控制机票预订系统的向机票供应方的机票查询成本。

附图说明

图1为本发明实施例一提供的一种机票查订比控制方法的流程图；

图2为本发明实施例二提供的机票查询的流程图；

图3为本发明实施例三提供的依据机票查订比更新缓存的流程图；

图4为本发明实施例三提供的依据机票的刷新次数更新缓存的流程图；

图5为本发明实施例三提供的依据用户订单的提交更新缓存的流程图；

图6为本发明实施例四提供的一种机票查订比控制装置的结构示意图；

图7为本发明实施例五提供的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本发明实施例作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明实施例，而非对本发明实施例的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明实施例相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种机票查订比控制方法的流程图，本实施例可适用于利用机票预订系统查询机票的情况，该方法可由机票查订比控制装置来执行。该方法具体包括如下步骤：

S110、依据用户端上报的机票查询请求确定目标航线。

在本发明具体实施例中，用户通过机票预订系统进行机票的查询，机票查询请求包括出发地、到达地和出发时间。其中，该机票预订系统为第三方的机票预订应用程序，该第三方的机票预订应用程序向下对接机票供应方等外部供应接口。该外部供应接口为面向企业客户(To Business，TOB)的平台，包括在线票务服务公司以及航空公司。用户通过第三方的机票预订应用程序进行机票的查询，在第三方的机票预订应用程序的提示下，输入用户所要查询的机票的出发地、到达地和出发时间来上报机票查询请求。进而依据用户端上报的机票查询请求中所包含的飞机飞行的起讫点，即可确定目标航线。例如，用户上报了2018年3月1日北京至天津的机票查询请求，进而可以确定在2018年3月1日当天，飞机飞行的起讫点或经停点包含由北京飞至天津的目标航线。

S120、将目标航线与各机票供应方提供的航线信息进行匹配，并滤除匹配失败的机票供应方。

在本发明具体实施例中，在向各机票供应方发送目标航线的查询请求之前，首先根据各机票供应方的航线信息，对机票供应方进行初步的过滤，以过滤掉无法继续提供目标航线的机票供应方。其中，各机票供应方的航线信息是指机票预订系统当前已掌握的各机票供应方的航线信息，该航线信息可以为机票预订系统已经缓存的各机票供应方的航线信息；或者，可以为定时地向各机票供应方发送查询请求后更新的航线信息；或者，可以为用户预订过某航班后更新的航线信息；或者，可以为直接向机票供应方发送查询请求后更新的航线信息；或者，可以通过爬虫技术等数据抓取技术从网页或网站等网上公开的内容中抓取海量数据信息，经大数据深度学习分析并确定各机票供应方的基础航线信息，从而获得各机票供应方提供的更为实时且更为准确的航线信息。因此，通过将目标航线与各机票供应方提供的航线信息进行匹配，过滤掉匹配失败即未开通目标航线或目标航线对应的航班机票已售罄或停售的机票供应方，从而避免了向不能继续提供目标航线的机票供应方仍然发送机票查询请求的情况，进一步减少了此类无效的机票查询请求对机票供应方限制的查询次数的浪费，减少向机票供应方查询机票的查询成本。

示例性的，在上述示例中，假设预先通过爬虫技术抓取各机票供应方的海量数据信息后，分析并确定了A、B和C三个机票供应方提供的航线信息。其中，A机票供应方提供2018年3月1日北京至天津即目标航线对应的航班，且个别航班机票还有余票；B机票供应方提供目标航线对应的航班，但各航班机票已售罄；C机票供应方未提供目标航线对应的航班。因此，将目标航线分别与各机票供应方提供的航线信息进行匹配，即与A机票供应方提供的航线信息匹配成功，而与B和C机票供应方提供的航线信息匹配失败，所以过滤掉B和C机票供应方，将B和C机票供应方添加到目标航线的过滤供应方中。

S130、向剩余的机票供应方发送目标航线的查询请求。

在本发明具体实施例中，通过过滤掉不能继续提供目标航线的机票供应方，避免了向不能继续提供目标航线的机票供应方的无效请求而增加了向机票供应方的查询次数。因此，本发明实施例仅向过滤后剩余的机票供应方，即仍能提供目标航线的机票供应方发送有效的目标航线的查询请求，充分利用各机票供应方限制的每一次机票的查询次数，进一步缩小向机票供应方查询机票的查询成本。例如，在上述示例中，通过将目标航线与A、B和C三个机票供应方提供的航线信息进行匹配，并滤除匹配失败的B和C机票供应方，从而仅向匹配成功的A机票供应方发送有效的目标航线的查询请求，以此查询获得A机票供应方提供的实时的航班信息，

本实施例的技术方案，通过确定目标航线，并将目标航线与机票预订系统的各机票供应方提供的航线信息进行匹配，对机票供应方进行初步过滤，即过滤掉不能提供目标航线的机票供应方，仅仅向仍然能够提供目标航线的机票供应方发送查询请求。进而避免了向不能继续提供目标航线信息的机票供应方发送无效的查询请求，而浪费了向机票供应方的可查询次数。因此本发明实施例能够进一步地有效控制机票预订系统的查订比，相应的有效控制机票预订系统的向机票供应方的机票查询成本。

实施例二

本实施例在上述实施例一的基础上，提供了机票查订比控制方法的一个优选实施方式，能够过滤掉无法提供目标航线的机票供应方。图2为本发明实施例二提供的机票查询的流程图，如图2所示，该方法包括以下具体步骤：

S201、依据用户端上报的机票查询请求确定目标航线。

在本发明具体实施例中，用户通过机票预订系统进行机票的查询，在机票预订系统的提示下，输入用户所要查询的机票的出发地、到达地和出发时间来上报机票查询请求。进而依据用户端上报的机票查询请求中所包含的飞机飞行的起讫点，即可确定目标航线。例如，用户上报了2018年3月1日北京至天津的机票查询请求，进而可以确定在2018年3月1日当天，飞机飞行的起讫点或经停点包含由北京飞至天津的目标航线。

S202、将目标航线与预先缓存的各机票供应方的航线信息进行匹配，判断是否命中缓存，若是，则执行步骤203；否则，则执行步骤240。

在本发明具体实施例中，机票预订系统预先对各机票供应方的航线信息进行查询，将查询到的各机票供应方的航线信息缓存在机票预订系统中，并适时地更新机票预订系统缓存中各机票供应方的航线信息。因此，在正式向机票供应方发送机票查询请求之前，首先以缓存中各机票供应方的航线信息为基础进行目标航线的匹配。若匹配成功，则命中缓存，无需再向机票供应方发送机票查询请求，在机票预订系统的缓存中进行机票查询即可，减少向机票供应方的查询次数。

示例性的，在上述示例中，假设机票预订系统中预先缓存了自2018年2月20日起各机票供应方近30天内200个航线信息对应的1000个航班信息。因此根据目标航线，提取出缓存中2018年3月1日当天各机票供应方提供的航线信息，将目标航线与提取出的各机票供应方提供的航线信息进行匹配，以此来确定各机票供应方是否提供目标航线。

S203、依据匹配结果，将在缓存中的匹配成功的航线信息反馈给用户。

S204、若预先缓存的机票供应方的航线信息中不包含目标航线，则将目标航线与各机票供应方提供的航线信息进行匹配。

在本发明具体实施例中，难免存在机票供应方能够提供的航线信息发生变化，而机票预订系统中缓存的各机票供应方的航线信息得不到及时更新的情况。因此，若目标航线与预先缓存的各机票供应方的航线信息匹配失败，即预先缓存的机票供应方的航线信息中不包含目标航线，则需要将目标航线与各机票供应方提供的航线信息进行匹配。其中，各机票供应方的航线信息是指机票预订系统当前已掌握的各机票供应方的航线信息，该航线信息可以为机票预订系统已经缓存的各机票供应方的航线信息；或者，可以为定时地向各机票供应方发送查询请求后更新的航线信息；或者，可以为用户预订过某航班后更新的航线信息；或者，可以为直接向机票供应方发送查询请求后更新的航线信息；或者，可以通过爬虫技术等数据抓取技术从网页或网站等网上公开的内容中抓取海量数据信息，经大数据深度学习分析并确定各机票供应方的基础航线信息，从而获得各机票供应方提供的更为实时且更为准确的航线信息。进一步将目标航线与其他手段确定的各机票供应方提供的航线信息进行匹配，以此实现对机票供应方进行过滤。

优选的，抓取各机票供应方的数据信息；解析数据信息确定各机票供应方提供的航线信息；其中，所述航线信息至少包括该航线的余票信息和报价信息；将目标航线与抓取确定的各机票供应方提供的航线信息进行匹配。

在本发明具体实施例中，可以通过爬虫技术等抓取技术来抓取各机票供应方的数据信息。其中，抓取技术是指按照一定的规则，自动地抓取万维网信息的程序或者脚本，其通过抓取大量的万维网信息以此来有效地提取并利用万维网中承载的大量信息。本发明实施例可以通过抓取互联网中各机票供应方的相关数据信息，为获取各机票供应方的航线信息提供分析依据。

具体的，可以通过基于大数据的深度学习方法来解析各机票供应方的数据信息。由于互联网中承载的数据量巨大且种类繁多，因此通过抓取各机票供应方的海量数据信息，利用深度学习方法从不同的数据维度、数据量、数据计算速度以及数据类别等方面来理解和分析各机票供应方的大数据信息，从而更好的挖掘数据隐藏的结构和关系，无需向机票供应方发起机票查询请求即可确定各机票供应方提供的较为实时和准确的航线信息。由于互联网中数据量巨大，进而可以同时确定各机票供应方提供的航线信息的多方面信息，至少包括该航线的余票信息和报价信息。

S205、依据匹配结果，将未能提供目标航线的机票供应方添加到该航线的过滤供应方中。

在本发明具体实施例中，进一步的，将目标航线与抓取确定的各机票供应方提供的航线信息进行匹配。若目标航线与抓取确定的某一机票供应方提供的航线信息匹配成功，则说明该机票供应方能够提供目标航线，可以向该机票供应方发送有效的机票查询请求。若匹配失败，则说明该机票供应方未能提供目标航线，因此过滤掉该机票供应方，将该机票供应方添加到该航线的过滤供应方中。

优选的，若依据各机票供应方提供的航线信息检测到任一机票供应方的任一航线的停售事件，则将该机票供应方添加到该航线的过滤供应方中。

优选的，若依据各机票供应方提供的航线信息检测到任一过滤供应方的任一航线的恢复售卖事件，则将该机票供应方从该航线的过滤供应方中移除。

在本发明具体实施例中，综合考虑影响机票供应方提供航线信息的多种因素，例如由于季节、天气、节假日以及机票预订情况等因素，导致各机票供应方提供的航线信息有所调节。因此，若依据各机票供应方提供的航线信息检测到任一机票供应方的任一航线的停售事件，例如航线机票已售罄或者恶劣天气影响飞行的情况，则过滤掉该机票供应方，将该机票供应方添加到该航线的过滤供应方中。同样反之，若依据各机票供应方提供的航线信息检测到任一过滤供应方的任一航线的恢复售卖事件，则将该机票供应方从该航线的过滤供应方中移除，恢复对该机票供应方的可查询请求。

S206、向剩余的机票供应方发送目标航线的查询请求。

在本发明具体实施例中，通过过滤掉不能继续提供目标航线的机票供应方，避免了向不能继续提供目标航线的机票供应方的无效请求而增加了向机票供应方的查询次数。因此，本发明实施例仅向过滤后剩余的机票供应方，即仍能提供目标航线的机票供应方发送有效的目标航线的查询请求，充分利用各机票供应方限制的每一次机票的查询次数，进一步缩小向机票供应方查询机票的查询成本。

S207、判断在第一时间长度内是否未收到剩余的任一机票供应方返回的查询结果，若是，则执行步骤208；否则，执行步骤210。

在本发明具体实施例中，为了尽快将查询结果反馈给用户，而不使用户无期限的等待下去，因此预先设定了第一时间长度。在向过滤后剩余的机票供应方发送机票查询请求时，若在第一时间长度内可以获取全部机票供应方的机票查询结果，则将机票查询结果反馈给用户。否则，在第一时间长度内只要没有获得任一机票供应方返回的查询结果，则在第一时间长度到达时向用户端发送查询失败信息，用户可停止或启动新的机票查询请求。

S208、向用户端发送查询失败信息。

在本发明具体实施例中，为了尽快将查询结果反馈给用户，而不使用户无期限的等待下去，因此预先设定了第一时间长度。在向过滤后剩余的机票供应方发送机票查询请求时，若在第一时间长度内可以获取全部机票供应方的机票查询结果，则将机票查询结果反馈给用户。否则，在第一时间长度内只要没有获得任一机票供应方返回的查询结果，则在第一时间长度到达时向用户端发送查询失败信息，用户可停止或启动新的机票查询请求。

S209、继续监听机票供应方接口的数据，在接收到机票供应方返回的查询结果之后，依据接收的查询结果更新缓存中的对应机票供应方的航线信息。

在本发明具体实施例中，若在第一时间长度内未收到剩余的任一机票供应方返回的查询结果，则系统前端向用户端发送查询失败信息。然而为了不浪费此次向机票供应方的机票查询次数，系统后台仍然会继续监听机票供应方接口的数据。并在接收到机票供应方返回的查询结果之后，依据接收的查询结果更新缓存中的对应机票供应方的航线信息。因此在不耽误用户继续查询机票的情况下，充分利用每一次向机票供应方的查询次数来更新缓存中对应机票供应方的航线信息。

S210、向用户发送查询结果，并依据向机票供应方的查询结果，更新缓存中的航线信息。

在本发明具体实施例中，若在第一时间长度内收到全部剩余的机票供应方返回的查询结果，则将机票查询结果反馈给用户，并依据向机票供应方的查询结果，更新缓存中的航线信息。

示例性的，假设第一时间长度为30秒，则在向过滤后剩余的机票供应方发送机票查询请求时，若在30秒内获取到全部机票供应方的机票查询结果，则将机票查询结果反馈给用户。否则，在30秒内只要没有获得任一机票供应方返回的查询结果，则在向过滤后剩余的机票供应方发送机票查询请求之后30秒时，向用户端发送查询失败信息，用户可停止或启动新的机票查询请求。然而此时后台继续监听机票供应方接口的数据，并在接收到机票供应方返回的查询结果之后，更新缓存中的对应机票供应方的航线信息。

本实施例的技术方案，在向各机票供应方发送目标航线的查询请求之前，通过首先将目标航线与机票预订系统中缓存的航线信息进行匹配，若缓存中不包含航线信息，则将目标信息与抓取确定的各机票供应方提供的航线信息进行匹配，以此进一步过滤掉未能提供航线信息的机票供应方，从而仅向仍然能够提供目标航线的机票供应方发送查询请求。并根据查询结果对缓存进行同步或异步的更新。本发明实施例避免了向不能继续提供目标航线信息的机票供应方发送无效的查询请求，而浪费了向机票供应方的可查询次数，进一步地有效控制机票预订系统的查订比；且根据查询结果对缓存进行同步或异步的更新，提高缓存中航线信息的实时性以及缓存的命中率，同时减少了后续的向机票供应方的查询次数和查询成本。

实施例三

本实施例在上述实施例一的基础上，提供了机票查订比控制方法的优选实施方式，能够充分利用机票查询次数来更新各机票供应方的航线信息。

在本发明具体实施例中，可以周期性的向机票供应方发送机票查询请求来刷新缓存中的航线信息，还可以采用多种方式来实现机票预订系统的缓存中机票供应方航线信息的更新。

图3为本发明实施例三提供的依据机票查订比更新缓存的流程图，如图3所示，该方法包括以下具体步骤：

S310、依据各航线的机票查询量和机票预订量，确定当前机票查订比。

在本发明具体实施例中，获取机票预订系统中各航线的机票查询量和机票预订量，计算机票查询量和机票预订量的比值即可确定当前机票查订比。机票查订比阈值为机票供应方预先设置的，若机票预订系统的机票查订比低于该机票查订比阈值，则机票预订系统可向机票供应方进行免费的机票查询，否则要支付高额的机票查询费用。

S320、若依据当前机票查订比和预先设置的机票查订比阈值生成缓存更新事件，则向机票的机票供应方发送航线信息查询请求，并依据机票供应方返回的信息更新缓存中的航线信息。

在本发明具体实施例中，系统的调度中心会依据当前机票查订比以及机票查订比阈值自动调整控制策略，若当前机票查订比远低于机票查订比阈值，可以理解为当前的机票查询量较低，或者为当前的机票预订量较高，则说明可以利用当前充足的免费查询次数来向机票供应方发送机票查询请求，进而生成缓存更新事件，以换取对缓存中航线信息的更新。保证了系统中机票查订比不超限的情况下，最大限度地利用查询次数来异步更新缓存中的航线信心，提高了机票信息缓存的实时性。

示例性的，监控当前机票查订比与机票查订比阈值的差值，判断是否有可用的查询次数。若有，则机票查询系统可用自动查询并更新缓存中的航线信息，而不依赖于客户的查询请求才进行的查询和更新缓存。这样的缓存更新方式既不浪费查询次数，又保证了缓存中航线信息的实时性，从而提高缓存的命中率，同时减少了后续的向机票供应方的查询次数和查询成本。

图4为本发明实施例三提供的依据机票的刷新次数更新缓存的流程图，如图4所示，该方法包括以下具体步骤：

S410、依据各航线信息的历史查询数量确定各航线的刷新次数。

S420、依据各航线的刷新次数向航线所属的机票供应方发送航线信息查询请求，并依据机票供应方返回的信息更新缓存中的航线信息。

在本发明具体实施例中，可以理解的是，热门航线的历史查询数量较多，进而其在缓存中的刷新次数也相对较多。因此，航线信息的历史查询数量与航线的刷新次数成正比例，可以通过各航线信息的历史查询数量确定各航线的刷新次数。对于刷新次数较多的航线，其航线信息的变化频率较高，相应的需要提高该航线的主动查询和更新次数。因此依据各航线的刷新次数向航线所属的机票供应方发送航线信息查询请求，以提高热门航线的更新频率，保证了缓存中热门航线信息的实时性，从而提高缓存的命中率，同时减少了后续的向机票供应方的查询次数和查询成本。

图5为本发明实施例三提供的依据用户订单的提交更新缓存的流程图，如图5所示，该方法包括以下具体步骤：

S510、依据用户端上报的机票预订请求，将验仓验价请求发送至机票供应方。

在本发明具体实施例中，当用户通过机票预订系统对机票进行预订时，会针对用户预订的机票信息发送验仓验价请求至机票所属的机票供应方，以明确用户预订的机票的仓位和价格。其中，验仓是指检查航班的余票数量，验价是指检查航班的仓位价格。

S520、依据机票供应方响应验仓验价请求反馈的航线信息，判断航班信息是否发生变化，若是，则执行步骤530；否则，执行步骤540。

在本发明具体实施例中，机票供应方响应验仓验价请求将机票信息反馈给用户，通过比对验仓验价前后用户所预订的航班的航班信息，判断航班信息是否发生变化。

S530、更新缓存中的航线信息。

在本发明具体实施例中，当验仓验价前后用户所预订的航班的航班信息发生变化，即航班余票数量不足或航班仓位价格发生变化时，需要对用户预订的机票信息进行及时地更改，以确保用户订单的正确性，并实时更新缓存中的航线信息，减少后续机票查询时向机票供应方的查询次数。此外，由于航线的基本信息基本保持不变或者更新频率较低，例如，起讫点、经停点、时间、机场、航站楼以及退改签规则等基本信息，而航线的动态信息的更新评率较高，例如航线的余票数量和报价。因此，可以通过向机票供应方进行查询而预先缓存各机票供应方的航线信息之后，动态通过数据抓取而获得航线的动态信息，减少向机票供应方的查询次数。

S540、执行后续的机票预订流程。

具体的，后续的机票预订流程可以包括用户的信息添加或者费用支付等流程，本文不再赘述。

本实施例的技术方案，在后台定时刷新缓存中的航线信息之余，通过充分利用每一次查询请求，当查询次数充足或者航线信息更新频繁或者用户下单等情况下，实现对缓存中航线信息的更新。本发明实施例保证系统查订比不超限的情况下最大限度利用查询次数来异步更新缓存中的航线信息，提高缓存中航线信息的实时性以及缓存的命中率，同时减少了后续的向机票供应方的查询次数和查询成本。

实施例四

图6为本发明实施例四提供的一种机票查订比控制装置的结构示意图，本实施例可适用于利用机票预订系统查询机票的情况，该装置可实现本发明实施例任意实施例所述的机票查订比控制方法。该装置具体包括：

目标航线确定模块601，用于依据用户端上报的机票查询请求确定目标航线；

供应方过滤模块602，用于将所述目标航线与各机票供应方提供的航线信息进行匹配，并滤除匹配失败的机票供应方；

供应方查询模块603，用于向剩余的机票供应方发送所述目标航线的查询请求。

进一步的，所述装置还包括：

缓存匹配模块604，用于在所述将所述目标航线与各机票供应方提供的航线信息进行匹配之前，将所述目标航线与预先缓存的各机票供应方的航线信息进行匹配；

缓存判断模块605，用于若预先缓存的机票供应方的航线信息中不包含所述目标航线，则将所述目标航线与各机票供应方提供的航线信息进行匹配。

进一步的，所述装置还包括：

数据抓取模块606，用于在所述将所述目标航线与各机票供应方提供的航线信息进行匹配之前，抓取各机票供应方的数据信息；

航线信息确定模块607，用于解析所述数据信息确定各机票供应方提供的航线信息；其中，所述航线信息至少包括该航线的余票信息和报价信息。

优选的，所述供应方过滤模块602具体还用于，若依据各机票供应方提供的航线信息检测到任一机票供应方的任一航线的停售事件，则将该机票供应方添加到该航线的过滤供应方中。

优选的，所述供应方过滤模块602具体还用于，若依据各机票供应方提供的航线信息检测到任一过滤供应方的任一航线的恢复售卖事件，则将该机票供应方从该航线的过滤供应方中移除。

进一步的，所述装置还包括：

查询结果反馈模块608，用于在所述向剩余的机票供应方发送所述目标航线的查询请求之后，若在第一时间长度内未收到剩余的任一机票供应方返回的查询结果，则向所述用户端发送查询失败信息；

缓存维护模块609，用于继续监听机票供应方接口的数据，在接收到所述机票供应方返回的查询结果之后，依据接收的查询结果更新缓存中的对应机票供应方的航线信息。

进一步的，所述装置还包括：

查订比监控模块610，用于依据各航线的机票查询量和机票预订量，确定当前机票查订比；

所述缓存维护模块609还用于若依据当前机票查订比和预先设置的机票查订比阈值生成缓存更新事件，则向所述机票的机票供应方发送航线信息查询请求，并依据所述机票供应方返回的信息更新缓存中的航线信息。

进一步的，所述装置还包括：

刷新次数监控模块611，用于依据各航线信息的历史查询数量确定各航线的刷新次数；

所述缓存维护模块609，还用于依据各航线的刷新次数向航线所属的机票供应方发送航线信息查询请求。

进一步的，所述装置还包括：

机票预订模块612，用于依据用户端上报的机票预订请求，将验仓验价请求发送至机票供应方；

所述缓存维护模块609，还用于依据所述机票供应方响应所述验仓验价请求反馈的航线信息，更新缓存中的航线信息。

本实施例的技术方案，通过各个功能模块间的相互配合，实现了目标航线的确定、缓存航线的匹配、数据的抓取和航线信息的确定、机票供应方的过滤、机票的查询、查订比的监控和控制以及缓存的更新和维护等功能。本发明实施例避免了向不能继续提供目标航线信息的机票供应方发送无效的查询请求，而浪费了向机票供应方的可查询次数，进一步地有效控制机票预订系统的查订比；且保证系统查订比不超限的情况下最大限度利用查询次数来异步更新缓存中的航线信息，提高缓存中航线信息的实时性以及缓存的命中率，同时减少了后续的向机票供应方的查询次数和查询成本。

实施例五

图7为本发明实施例五提供的一种服务器的结构示意图，图7示出了适于用来实现本发明实施例实施方式的示例性服务器的框图。图7显示的服务器仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

图7显示的服务器12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，服务器12以通用计算设备的形式表现。服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图7未显示，通常称为“硬盘驱动器”)。尽管图7中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明实施例各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明实施例所描述的实施例中的功能和/或方法。

服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该服务器12交互的设备通信，和/或与使得该服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与服务器12的其它模块通信。应当明白，尽管图中未示出，可以结合服务器12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的机票查订比控制方法。

实施例六

本发明实施例六还提供一种计算机可读存储介质，其上存储有计算机程序(或称为计算机可执行指令)，该程序被处理器执行时用于执行一种机票查订比控制方法，该方法包括：

依据用户端上报的机票查询请求确定目标航线；

将所述目标航线与各机票供应方提供的航线信息进行匹配，并滤除匹配失败的机票供应方；

向剩余的机票供应方发送所述目标航线的查询请求。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明实施例的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明实施例不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明实施例的保护范围。因此，虽然通过以上实施例对本发明实施例进行了较为详细的说明，但是本发明实施例不仅仅限于以上实施例，在不脱离本发明实施例构思的情况下，还可以包括更多其他等效实施例，而本发明实施例的范围由所附的权利要求范围决定。

Claims (16)

1.一种机票查订比控制方法，其特征在于，包括：

依据用户端上报的机票查询请求确定目标航线；

将所述目标航线与各机票供应方提供的航线信息进行匹配，并滤除匹配失败的机票供应方；

向剩余的机票供应方发送所述目标航线的查询请求。

2.根据权利要求1所述的方法，其特征在于，在所述将所述目标航线与各机票供应方提供的航线信息进行匹配之前，还包括：

将所述目标航线与预先缓存的各机票供应方的航线信息进行匹配；

若预先缓存的机票供应方的航线信息中不包含所述目标航线，则将所述目标航线与各机票供应方提供的航线信息进行匹配。

3.根据权利要求1所述的方法，其特征在于，在所述将所述目标航线与各机票供应方提供的航线信息进行匹配之前，还包括：

抓取各机票供应方的数据信息；

解析所述数据信息确定各机票供应方提供的航线信息；其中，所述航线信息至少包括该航线的余票信息和报价信息。

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

若依据各机票供应方提供的航线信息检测到任一机票供应方的任一航线的停售事件，则将该机票供应方添加到该航线的过滤供应方中。

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

若依据各机票供应方提供的航线信息检测到任一过滤供应方的任一航线的恢复售卖事件，则将该机票供应方从该航线的过滤供应方中移除。

6.根据权利要求1所述的方法，其特征在于，在所述向剩余的机票供应方发送所述目标航线的查询请求之后，还包括：

若在第一时间长度内未收到剩余的任一机票供应方返回的查询结果，则向所述用户端发送查询失败信息；

继续监听机票供应方接口的数据，在接收到所述机票供应方返回的查询结果之后，依据接收的查询结果更新缓存中的对应机票供应方的航线信息。

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

依据各航线的机票查询量和机票预订量，确定当前机票查订比；

若依据当前机票查订比和预先设置的机票查订比阈值生成缓存更新事件，则向所述机票的机票供应方发送航线信息查询请求，并依据所述机票供应方返回的信息更新缓存中的航线信息。

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

依据各航线信息的历史查询数量确定各航线的刷新次数；

依据各航线的刷新次数向航线所属的机票供应方发送航线信息查询请求。

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

依据用户端上报的机票预订请求，将验仓验价请求发送至机票供应方；

依据所述机票供应方响应所述验仓验价请求反馈的航线信息，更新缓存中的航线信息。

10.一种机票查订比控制装置，其特征在于，包括：

目标航线确定模块，用于依据用户端上报的机票查询请求确定目标航线；

供应方过滤模块，用于将所述目标航线与各机票供应方提供的航线信息进行匹配，并滤除匹配失败的机票供应方；

供应方查询模块，用于向剩余的机票供应方发送所述目标航线的查询请求。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

数据抓取模块，用于在所述将所述目标航线与各机票供应方提供的航线信息进行匹配之前，抓取各机票供应方的数据信息；

航线信息确定模块，用于解析所述数据信息确定各机票供应方提供的航线信息；其中，所述航线信息至少包括该航线的余票信息和报价信息。

12.根据权利要求10所述的装置，其特征在于，所述装置还包括：

查询结果反馈模块，用于在所述向剩余的机票供应方发送所述目标航线的查询请求之后，若在第一时间长度内未收到剩余的任一机票供应方返回的查询结果，则向所述用户端发送查询失败信息；

缓存维护模块，用于继续监听机票供应方接口的数据，在接收到所述机票供应方返回的查询结果之后，依据接收的查询结果更新缓存中的对应机票供应方的航线信息。

13.根据权利要求10所述的装置，其特征在于，所述装置还包括：

查订比监控模块，用于依据各航线的机票查询量和机票预订量，确定当前机票查订比；

所述缓存维护模块，还用于若依据当前机票查订比和预先设置的机票查订比阈值生成缓存更新事件，则向所述机票的机票供应方发送航线信息查询请求，并依据所述机票供应方返回的信息更新缓存中的航线信息。

14.根据权利要求10所述的装置，其特征在于，所述装置还包括：

刷新次数监控模块，用于依据各航线信息的历史查询数量确定各航线的刷新次数；

所述缓存维护模块，还用于依据各航线的刷新次数向航线所属的机票供应方发送航线信息查询请求。

15.一种服务器，其特征在于，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1至9中任一项所述的机票查订比控制方法。

16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至9中任一项所述的机票查订比控制方法。