确定联程航班的方法及装置与流程

文档序号:12469291阅读:637来源:国知局
确定联程航班的方法及装置与流程

本发明涉及数据处理领域,具体而言,涉及一种确定联程航班的方法及装置。



背景技术:

旅客在中国航信系统订座之后,系统内会为旅客生成一个订座记录,这就是PNR。其中包括旅客姓名、预订的航段、个人身份信息、联系方式、客票信息等。联程航段,是在没有直达航线的情况下,或者某些经济原因,旅客可以选择多个航段,通过中转的方式到达目的地。例如从青岛-重庆,可以选择“青岛-成都-重庆”联程,其中包含“青岛-成都”,“成都-重庆”两个航段,成都为中转。联程航段中的两个航段分别由不同的航班承运,前者称为入港航班,后者为出港航班;

最小连接时间(Minimum Connect Time,简称为MCT)-联程航段的入港航班到达中转机场的时间,与出港航班离开中转机场的时间差值。这个时间决定了旅客在中转机场停留的时间、航空公司地面保障服务所需要的时间。

目前,航空公司越来越倾向于用“支线+枢纽”的方式来构建自己的运输网络。通过支线航班,将分散的旅客集中到枢纽机场,再通过枢纽机场的强大运力,快速的将旅客运送到其他各地。这样一来,航空公司就可以把运力都集中到枢纽机场,而支线用经济的小型飞机。既能够保证航班客座率,又对航空公司的各类型飞机资源有了合理的配置与利用。毕竟,所有航线都是直达的话,对航空公司的运力和资源都将是巨大的浪费。

这种“支线+枢纽”的运输网络,对航空公司的地面保障能力提出了更高的要求。旅客的行程从直飞航段,变为两个或者更多的联程航段,航空公司将面临更为复杂航线管理和资源配置问题。其中,如何设置联程航班的中转时间范围就是一个突出的难题。而要让旅客了解这些复杂的时间限制,进而规范自身的预订行为。

航空公司要想实现高效的联程,在作为枢纽的中转机场,必须提供一个合情合理的航班中转时间以实现联程航班的无缝衔接。在这段时间里,航空公司地面保障人员需要处理旅客、行李以及其他随行货物的中转联程,保证进港航班上的转机旅客及其行李,能够顺畅的换乘到出港航班上。根据自身的航班调度计划、地面支撑及服务能力、航线营销策略,航空公司为枢纽机场制定了一个较为详细的联程转机地面保障时间表,这就是联程航班最小连接时间(MCT-Minimum Connect Time)。中国航信有一份各个航空公司制定的,包含世界所有机场的MCT数据,来自于世界著名的航空数据提供商OAG,即英国欧艾吉航空国际有限公司。它会定期收集并发布各个航空公司最新的MCT数据。

例如,旅客预订两个联程航段CA123和CA456,在上海中转。其中,CA123是从北京到上海浦东,CA456是从上海虹桥到海口,这两个联程航班之间间隔3个小时。也就是说,旅客预留了3个小时的时间用于从CA123到CA456的中转,想着都是在上海,3个小时的时间应该足够在两个机场之间进行换乘了吧!实际上,很有可能CA123停靠的是上海浦东的远机位,旅客下飞机之后,还要搭乘摆渡车才能到达候机楼,然后再经过若干辛苦才能到达虹桥机场。这还没有考虑CA123航班自身的延误、旅客有时还需要自带行李等等因素。反正,航空公司给出的从上海浦东机场到虹桥机场之间的MCT时间最少都是4个小时,有些航班甚至是5个小时。

一旦旅客没有赶上出港航班,通常不会认为是自己没有合理安排出行计划,而是投诉航空公司没有准确的航班计划。

针对相关技术中存在的上述问题,目前尚未发现有效的解决方案。



技术实现要素:

本发明实施例提供了一种确定联程航班的方法及装置,以至少解决现有技术中的因为不知晓联程航段的MTC而导致预定不合理航班的问题。

根据本发明的一个实施例,提供了一种确定联程航班的方法,包括:获取联程航班中的入港航班数据;根据预设最小连接时间MTC数据库确定符合所述入港航班数据的指定MTC;根据所述指定MTC确定所述联程航班中的出港航班是否合理。

可选地,根据所述指定MTC确定所述联程航班中的出港航班是否合理包括:计算所述入港航班与所述出港航班的中转时间;在所述中转时间大于所述指定MTC时,确定所述联程航班中的出港航班合理,在所述中转时间大于或等于所述指定MTC时,确定所述联程航班中的出港航班不合理。

可选地,在确定所述联程航班中的出港航班不合理之后,所述方法还包括:终止所述联程航班的订单确认,和/或,输出用于指示所述联程航班的订单失败的告警信息。

可选地,在确定所述联程航班中的出港航班不合理之后,所述方法还包括:停止所述联程航班的查询或选座,和/或,输出用于指示所述联程航班的订单错误的告警信息。

可选地,在确定所述联程航班中的出港航班不合理之后,所述方法还包括:推荐指定航班作为所述联程航班的出港航班,其中,所述指定航班与所述入港航班的中转时间大于所述指定MTC。

可选地,所述入港航班数据包括:承运航空公司、航班号、中转机场、航班时刻、所属国家地区、航班机型。

可选地,根据预设MTC数据库确定符合所述入港航班数据的指定MTC包括:通过格式转换将所述入港航班数据转换为符合所述预设MTC数据库的格式字段;使用所述格式字段在所述预设MTC数据库搜索得到符合所述入港航班数据的指定MTC。

根据本发明的另一个实施例,提供了一种确定联程航班的装置,包括:获取模块,用于获取联程航班中的入港航班数据;第一确定模块,用于根据预设最小连接时间MTC数据库确定符合所述入港航班数据的指定MTC;第二确定模块,用于根据所述指定MTC确定所述联程航班中的出港航班是否合理。

可选地,所述第二确定模块包括:计算单元,用于计算所述入港航班与所述出港航班的中转时间;确定单元,用于在所述中转时间大于所述指定MTC时,确定所述联程航班中的出港航班合理,在所述中转时间大于或等于所述指定MTC时,确定所述联程航班中的出港航班不合理。

可选地,所述装置还包括:第一处理模块,用于在确定所述联程航班中的出港航班不合理之后,终止所述联程航班的订单确认,和/或,输出用于指示所述联程航班的订单失败的告警信息。

可选地,所述装置还包括:第二处理模块,用于在确定所述联程航班中的出港航班不合理之后,停止所述联程航班的查询或选座,和/或,输出用于指示所述联程航班的订单错误的告警信息。

可选地,所述装置还包括:第三处理模块,用于在确定所述联程航班中的出港航班不合理之后,推荐指定航班作为所述联程航班的出港航班,其中,所述指定航班与所述入港航班的中转时间大于所述指定MTC。

可选地,所述入港航班数据包括:承运航空公司、航班号、中转机场、航班时刻、所属国家地区、航班机型。

可选地,第一确定模块包括:转转单元,用于通过格式转换将所述入港航班数据转换为符合所述预设MTC数据库的格式字段;搜索单元,用于使用所述格式字段在所述预设MTC数据库搜索得到符合所述入港航班数据的指定MTC。

通过本发明,获取联程航班中的入港航班数据;根据预设最小连接时间MTC数据库确定符合所述入港航班数据的指定MTC;根据所述指定MTC确定所述联程航班中的出港航班是否合理。实现了联程航段最小连接时间的实时校验,在旅客订座过程中,实时的校验可以制止旅客预订错误的、不合理的联程航段,解决了现有技术中的因为不知晓联程航段的MTC而导致预定不合理航班的问题,通过前期的实时控制,及时的将航空公司的规则告知旅客,即为旅客的行程进行优化考虑,也分担了航空公司的风险。

附图说明

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

图1是根据本发明实施例的确定联程航班的方法的流程图;

图2是根据本发明实施例的确定联程航班的装置的结构框图;

图3是本发明实施例的设计流程图;

图4是本发明实施例的模块流程示意图;

图5是本发明实施例的总体流程图;

图6是本发明实施例的可选方案流程示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。

实施例1

在本实施例中提供了一种确定联程航班的方法,图1是根据本发明实施例的确定联程航班的方法的流程图,如图1所示,该流程包括如下步骤:

步骤S102,获取联程航班中的入港航班数据;

步骤S104,根据预设最小连接时间MTC数据库确定符合入港航班数据的指定MTC;

步骤S106,根据指定MTC确定联程航班中的出港航班是否合理。

通过上述步骤,获取联程航班中的入港航班数据;根据预设最小连接时间MTC数据库确定符合所述入港航班数据的指定MTC;根据所述指定MTC确定所述联程航班中的出港航班是否合理。实现了联程航段最小连接时间的实时校验,在旅客订座过程中,实时的校验可以制止旅客预订错误的、不合理的联程航段,解决了现有技术中的因为不知晓联程航段的MTC而导致预定不合理航班的问题,通过前期的实时控制,及时的将航空公司的规则告知旅客,即为旅客的行程进行优化考虑,也分担了航空公司的风险。

可选地,上述步骤的执行主体可以为订票系统,如终端、服务器等,但不限于此。

可选的,根据指定MTC确定联程航班中的出港航班是否合理包括:

S11,计算入港航班与出港航班的中转时间;

S12,在中转时间大于指定MTC时,确定联程航班中的出港航班合理,在中转时间大于或等于指定MTC时,确定联程航班中的出港航班不合理。

在本实施例的可选实施方式中,在确定联程航班中的出港航班不合理之后,还包括:

终止联程航班的订单确认,和/或,输出用于指示联程航班的订单失败的告警信息;

停止联程航班的查询或选座,和/或,输出用于指示联程航班的订单错误的告警信息;

推荐指定航班作为联程航班的出港航班,其中,指定航班与入港航班的中转时间大于指定MTC。

可选的,入港航班数据包括:承运航空公司、航班号、中转机场、航班时刻、所属国家地区、航班机型。

可选的,根据预设MTC数据库确定符合入港航班数据的指定MTC包括:

S21,通过格式转换将入港航班数据转换为符合预设MTC数据库的格式字段;

S22,使用格式字段在预设MTC数据库搜索得到符合入港航班数据的指定MTC。

预设最小连接时间MTC数据库,来自各个航空公司制定的,包含世界所有机场的MCT数据,或者来自于航空数据提供商OAG,如英国欧艾吉航空国际有限公司,定期收集并发布各个航空公司最新的MCT数据。也可以根据用户的投诉建议或者城市机场的实时路况信息来确定。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例的方法。

实施例2

在本实施例中还提供了一种确定联程航班的装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的确定联程航班的装置的结构框图,如图2所示,该装置包括:

获取模块20,用于获取联程航班中的入港航班数据;

第一确定模块22,用于根据预设最小连接时间MTC数据库确定符合入港航班数据的指定MTC;

第二确定模块24,用于根据指定MTC确定联程航班中的出港航班是否合理。

可选的,第二确定模块包括:计算单元,用于计算入港航班与出港航班的中转时间;确定单元,用于在中转时间大于指定MTC时,确定联程航班中的出港航班合理,在中转时间大于或等于指定MTC时,确定联程航班中的出港航班不合理。

在本是实施例中,装置还包括:第一处理模块,用于在确定联程航班中的出港航班不合理之后,终止联程航班的订单确认,和/或,输出用于指示联程航班的订单失败的告警信息;第二处理模块,用于在确定联程航班中的出港航班不合理之后,停止联程航班的查询或选座,和/或,输出用于指示联程航班的订单错误的告警信息;第三处理模块,用于在确定联程航班中的出港航班不合理之后,推荐指定航班作为联程航班的出港航班,其中,指定航班与入港航班的中转时间大于指定MTC。

可选的,入港航班数据包括:承运航空公司、航班号、中转机场、航班时刻、所属国家地区、航班机型。

可选的,第一确定模块包括:转转单元,用于通过格式转换将入港航班数据转换为符合预设MTC数据库的格式字段;搜索单元,用于使用格式字段在预设MTC数据库搜索得到符合入港航班数据的指定MTC。

需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

本实施例是根据本发明的可选实施例,用于结合具体的场景对本申请进行详细说明:

本发明提供了一种技术方案,使得旅客的预订航段的时候,就能立即计算出所选择的联程航段的MCT时间。如果旅客选择的联程航段转机时间小于MCT,那么订座系统会立刻提醒旅客,并拒绝旅客的预订请求。

本发明是用于检验旅客订座PNR中,联程航班的最小连接时间是否满足航空公司在指定机场规定的MCT时间限制。图3是本发明实施例的设计流程图,包括三个阶段,设计生效于“订单确认”阶段。

图4是本发明实施例的模块流程示意图,本发明中主要包括三个模块:关键条件收集、MCT校验和结果处理。

也就是说,在旅客进行“订单确认”操作时,除了原有的检查逻辑,还会嵌入新的MCT校验。校验逻辑一开始,是关键条件收集模块。该模块会收集旅客订座PNR中创建的预订航段,选出其中互为联程的两个航段,根据联程航段的内容整理出联程航段中的关键条件,包括进、出港航段的承运航空公司、航班号、中转机场、航班时刻、所属国家地区、航班机型等等,并将这些关键条件打包发送给MCT校验模块进行比对。

MCT校验模块收到前端发来的关键条件数据包,需要将其格式化,转变成为可以与MCT数据库中的字段进行比较的格式,然后开始搜索MCT数据库,直至从MCT表中找出符合这些条件的MCT时间。找到航空公司规定的MCT时间之后,将这个MCT时间传送到最后一个模块:结果处理。

结果处理模块将这个MCT时间与旅客订座PNR中联程航段的实际中转实际进行比较。一旦发现旅客选择的中转时间小于MCT,则立刻终止“订单确认”操作,并输出告警信息,提醒旅客联程航段中转时间过短,需要重新选择更为合理的联程航段。图5是本发明实施例的总体流程图。

本实施例实现了联程航段最小连接时间的实时校验。在旅客订座PNR生成的过程中,实时的校验可以制止旅客预订错误的、不合理的联程航段,并提醒它选择其他时间的联程航段,将风险控制在座位预订的前期。通过前期的实时控制,及时的将航空公司的规则告知旅客,即为旅客的行程进行优化考虑,也分担了航空公司的风险。

可选的,在本实施例的设计中,将MCT校验逻辑嵌入“订单确认”阶段,是出于对整个订座逻辑的集中控制和成本约束来考虑的。但是,如果扩大校验范围,也可以将MCT的校验逻辑继续提前到“座位预订”阶段,甚至于“航班查询”阶段。图6是是本发明实施例的可选方案流程示意图。这样的设计也可以实现实施例中描述的功能,只是会增加座位预订中的控制逻辑,而且影响的业务场景也大大多于在“订单确认”中的方案。

实施例4

本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:

S1,获取联程航班中的入港航班数据;

S2,根据预设最小连接时间MTC数据库确定符合所述入港航班数据的指定MTC;

S3,根据所述指定MTC确定所述联程航班中的出港航班是否合理。

可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行获取联程航班中的入港航班数据;

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行根据预设最小连接时间MTC数据库确定符合所述入港航班数据的指定MTC;

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行根据所述指定MTC确定所述联程航班中的出港航班是否合理。

可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。

显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1