不正常航班旅客服务处置系统及方法与流程
1.本公开涉及航空领域，并且更具体地，涉及一种不正常航班旅客服务处置系统、方法、计算设备和存储介质。
背景技术：
2.随着民航业运输量的不断增大，航空公司不断提高航班准点率，但受制于流量控制、天气影响、公共安全、市场计划等原因，航班变更(例如，取消、延误等)在所难免，导致旅客出行计划不得不受到影响。因流量控制、天气影响、公共安全、市场计划等原因发生变更而导致无法按照原计划执飞的航班被称为不正常航班。如何高效快速应对不正常航班的旅客服务处置、有效化解受影响旅客与航空公司直接的矛盾、降低因不正常航班而导致的收益损失和不利公众影响，是航空公司的服务难点和重点关注的问题。
技术实现要素：
3.根据本公开的第一方面，提供了一种不正常航班旅客服务处置系统，包括航班信息发布子系统、旅客保护子系统和旅客通知子系统。航班信息发布子系统被配置为：根据运行航班数据获取航班变更信息，所述航班变更信息包括发生变更的不正常航班、变更类型、变更时间和变更内部原因；面向旅客发布并且面向航空公司员工发布不正常航班信息和对外公布原因，所述不正常航班信息包括发生变更的不正常航班、变更类型、变更时间，所述对外公布原因由变更内部原因转换得到。旅客保护子系统被配置为：根据不正常航班信息确定要保护航班信息，要保护航班是发生预设变更类型的变更的不正常航班；根据不正常航班信息和旅客数据确定要保护旅客信息，要保护旅客是受要保护航班影响的旅客；根据航班计划数据和航班库存数据确定可保护航班信息，可保护航班是在当前时刻被确定将按计划执飞并具有舱位和座位库存从而使得可将要保护旅客转移至其上的航班；根据要保护旅客信息和可保护航班信息计算保护方案；执行计算出的保护方案以将要保护旅客的航班信息更新至可保护的新航班上。旅客通知子系统被配置为向要通知旅客通知与要通知旅客相关的不正常航班信息和对外公布原因，并且当要通知旅客是要保护旅客时，还向要通知旅客通知与要通知旅客相关的保护方案，要通知旅客是受落入通知航班范围的不正常航班影响的旅客。
4.根据本公开的第二方面，提供了一种不正常航班旅客服务处置方法，包括：根据运行航班数据获取航班变更信息，所述航班变更信息包括发生变更的不正常航班、变更类型、变更时间和变更内部原因；面向旅客发布并且面向航空公司员工发布不正常航班信息和对外公布原因，所述不正常航班信息包括发生变更的不正常航班、变更类型、变更时间，所述对外公布原因由变更内部原因转换得到；根据不正常航班信息确定要保护航班信息，要保护航班是发生预设变更类型的变更的不正常航班；根据不正常航班信息和旅客数据确定要保护旅客信息，要保护旅客是受要保护航班影响的旅客；根据航班计划数据和航班库存数据确定可保护航班信息，可保护航班是在当前时刻被确定将按计划执飞并具有舱位和座位
库存从而使得可将要保护旅客转移至其上的航班；根据要保护旅客信息和可保护航班信息计算保护方案；执行计算出的保护方案以将要保护旅客的航班信息更新至可保护的新航班上；以及向要通知旅客通知与要通知旅客相关的不正常航班信息和对外公布原因，并且当要通知旅客是要保护旅客时，还向要通知旅客通知与要通知旅客相关的保护方案，要通知旅客是受落入通知航班范围的不正常航班影响的旅客。
5.根据本公开的第三方面，提供了一种不正常航班旅客服务处置设备，包括：一个或多个处理器；以及存储计算机可执行指令的存储器，所述计算机可执行指令在被所述一个或多个处理器执行时使得所述一个或多个处理器执行根据本公开的第二方面的任一实施例所述的不正常航班旅客服务处置方法。
6.根据本公开的第四方面，提供了一种其上存储有计算机可执行指令的非瞬态存储介质，所述计算机可执行指令在被计算机执行时使得计算机执行根据本公开的第二方面的任一实施例所述的不正常航班旅客服务处置方法。
7.通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得更为清楚。
附图说明
8.构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。
9.参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：
10.图1是示出根据本公开的一些实施例的不正常航班旅客服务处置系统的示意框图；
11.图2至图5分别是示出根据本公开的一些实施例的图1的不正常航班旅客服务处置系统的航班信息发布子系统、旅客保护子系统、旅客通知子系统和客票动向子系统的示意框图；
12.图6是示出根据本公开的一些实施例的与图1的不正常航班旅客服务处置系统协作的外部系统的示意框图；
13.图7是示出根据本公开的一些实施例的不正常航班旅客服务处置方法的流程图；
14.图8是示出根据本公开的一些实施例的不正常航班旅客服务处置设备的示意框图。
15.注意，在以下说明的实施方式中，有时在不同的附图之间共同使用同一附图标记来表示相同部分或具有相同功能的部分，而省略其重复说明。在本说明书中，使用相似的标号和字母表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
16.为了便于理解，在附图等中所示的各结构的位置、尺寸及范围等有时不表示实际的位置、尺寸及范围等。因此，所公开的发明并不限于附图等所公开的位置、尺寸及范围等。此外，附图不必按比例绘制，一些特征可能被放大以示出具体组件的细节。
具体实施方式
17.现在将参照附图来详细描述本公开的各种示例性实施例。应当注意，除非另外具
体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
18.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。本领域的技术人员将会理解，它们仅仅说明可以用来实施本公开的示例性方式，而不是穷尽的方式。
19.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
20.不正常航班的旅客服务处置是一项涉及运行、营销、服务、代理等多方协同配合的工作。目前，当航空公司因为各种内外部原因出现不正常航班时，首先需要由航班决策部门将不正常航班信息同步传达给航班计划调整部门和旅客服务部门。之后，航班计划调整部门根据接收到的不正常航班信息，人工制定出航班计划调整，并在订座系统中人工进行航班变更操作。在航班计划调整部门操作完后，旅客服务部门根据职责分配分别对受不正常航班影响的旅客进行各项服务受理，例如包括但不限于：通过各种通信渠道向旅客传达航班变更信息，通过人工操作订座系统为旅客提供改期或退票服务等。现有的不正常航班旅客服务处置流程较长但信息自动化程度较低，并且在许多关键环节缺少监控，极易造成信息传递的脱节和丢失、执行处理不到位等问题，而且很多环节都是通过人工完成，不仅处置效率低下也容易出错。当遇到大面积航班不正常时，对人工处置和服务造成巨大压力，易招致旅客抱怨并严重损害公司收益。
21.为此，本公开提供了一种不正常航班旅客服务处置系统和相关联的方法，该系统能够通过局域网对接航空公司其它系统和通过互联网对接对外通信渠道以集成各种重要数据和进行各种处置操作，高效快速地实现从航班信息发布、到旅客保护、再到旅客通知的全流程旅客服务处置。
22.下面首先将结合附图详细描述根据本公开的各种实施例的不正常航班旅客服务处置系统。这样的不正常航班旅客服务处置系统例如但不限于被实现为计算机、服务器、计算平台、数据中心等各种合适的计算系统。应理解，实际的不正常航班旅客服务处置系统可能还包括其它部件，但为了避免模糊本公开的要点，本文不去讨论并且附图也未示出这些其它部件。
23.图1是示出根据本公开的一些实施例的不正常航班旅客服务处置系统100(在后文中，简称为系统100)的流程图。如图1所示，系统100包括航班信息发布子系统110、旅客保护子系统120和旅客通知子系统130。在本文中，“保护”是指将不正常航班的旅客转移至其它正常航班。
24.航班信息发布子系统110可以被配置为根据运行航班数据获取航班变更信息，所述航班变更信息包括发生变更的不正常航班、变更类型、变更时间和变更内部原因。在一些实施例中，例如参考图6，航班信息发布子系统110可以通过局域网从航班运行管理系统(作为航空公司内部的另一系统)获取运行航班数据。航班信息发布子系统110还可以被配置为面向旅客发布并且面向航空公司员工发布不正常航班信息和对外公布原因，所述不正常航班信息包括发生变更的不正常航班、变更类型、变更时间，所述对外公布原因由变更内部原因转换得到。例如，航班信息发布子系统110可以将不正常航班信息和对外公布原因推送到航空公司的和/或应用程序(app)。注意，这里的“发布”并不等效于后文的“通知”。也就
是说，这里是将不正常航班信息和对外公布原因发布在航空公司的和/或app上从而是面向所有旅客的，使得旅客在主动访问和/或app时可以浏览查询到不正常航班信息和对外公布原因，但是并没有将不正常航班信息和对外公布原因特地通知到相关旅客个人。另外，航班信息发布子系统110例如可以通过局域网或公司内网将不正常航班信息和对外公布原因提供给航空公司的内部员工。对于直接服务旅客、为旅客答疑解惑的前台员工，可能只知晓对外公布原因就够了；而对于涉及航班计划调整、监控等的后台员工，可能还需要向其提供变更内部原因。之所以要将变更内部原因转换为对外公布原因，是为了将技术深奥的和/或不便透露的变更内部原因转换为旅客能理解、能接受的对外公布原因，从而提高旅客的接受度，化解旅客与航空公司之间的矛盾。例如，对外公布原因可以是流量控制、天气影响、公共安全等。
25.航班信息发布子系统110可以被提供有多个功能模块来分别执行相应的功能。在一些实施例中，例如如图2所示，航班信息发布子系统110可以包括航班数据管理模块111、对外原因生成模块112和航班发布模块113。
26.航班数据管理模块111可以被配置为通过局域网从航班运行管理系统接收并管理运行航班数据以获取航班变更信息，记录发生变更的不正常航班、变更类型、变更时间、变更前航班信息、变更后航班信息、变更内部原因，并通过局域网向旅客保护子系统120和旅客通知子系统130提供不正常航班信息。
27.对外原因生成模块112可以被配置为从航班数据管理模块111接收变更内部原因，并基于预设规则自动将变更内部原因转换为对外公布原因，或允许人工录入与变更内部原因对应的对外公布原因。
28.航班发布模块113可以被配置为通过互联网面向旅客发布并且通过局域网面向航空公司内部员工发布从航班数据管理模块111接收的不正常航班信息和从对外原因生成模块112接收的对外公布原因。
29.在一些实施例中，航班信息发布子系统110还可以包括航班发布日志记录模块114，航班发布日志记录模块114可以被配置为记录从接收运行航班数据到完成对外发布所经历的相应操作的日志记录。例如，航班发布日志记录可以记载航班信息接收时间及操作人、对外原因生成时间及操作人、航班对外发布时间及操作人。
30.旅客保护子系统120可以被配置为根据不正常航班信息确定要保护航班信息。要保护航班可以是发生预设变更类型的变更的不正常航班。在一些实施例中，预设变更类型可以被选择为使得旅客无法乘坐原计划航班飞机的变更。例如，预设变更类型可以包括取消航班、机型变更航班、延误中转航班中的一者或多者。而那些不影响旅客乘坐原计划航班飞机的变更，例如一般延误航班、时刻调整航班、机场调整航班等，可以不在要保护航班之列。在另一些实施例中，也可以根据实际情况按照其它要求选择要保护航班的范围。
31.旅客保护子系统120还可以被配置为根据不正常航班信息和旅客数据确定要保护旅客信息。要保护旅客可以是受要保护航班影响的旅客。在一些实施例中，要保护旅客可以是受要保护航班影响的全部旅客。在另一些实施例中，要保护旅客可以是受要保护航班影响的部分旅客。可以根据实际情况按照一定标准选择受要保护航班影响的部分旅客。这可能是因为可用于保护旅客的航班资源是有限的，并且保护旅客的处置对航空公司的收益也有影响。在一些实施例中，可以对受要保护航班影响的旅客进行旅客价值排序，然后选择高
旅客价值的旅客作为要保护旅客。在一些实施例中，例如参考图6，旅客保护子系统120可以通过局域网从旅客数据平台(作为航空公司内部的另一系统)获取旅客数据。
32.旅客保护子系统120还可以被配置为根据航班计划数据和航班库存数据确定可保护航班信息。可保护航班可以是在当前时刻被确定将按计划执飞并具有舱位和座位库存从而使得可将要保护旅客转移至其上的航班。可以理解，可保护航班的情况是随时间发生变化的，在某时刻可以作为可保护航班的航班可能过一段时间也被取消了而不再能作为可保护航班。所述当前时刻即指旅客保护子系统120获取到航班计划数据和航班库存数据的时刻，并且可保护航班是根据该时刻的航班计划数据和航班库存数据确定的。在一些实施例中，例如参考图6，旅客保护子系统120可以通过局域网从航班计划管理系统(作为航空公司内部的另一系统)获取航班计划数据，并通过局域网从航班库存管理系统(作为航空公司内部的另一系统)获取航班库存数据。航班计划数据指示计划飞行但尚未起飞的航班情况，航班库存数据指示航班的库存(即剩余)舱位和座位情况。
33.旅客保护子系统120还可以被配置为根据要保护旅客信息和可保护航班信息计算保护方案，并执行计算出的保护方案以将要保护旅客的航班信息更新至可保护的新航班上。例如，旅客保护子系统120可以根据要保护旅客信息和可保护航班信息构建合适的运筹学模型(包括但不限于网络优化模型、整数规划模型等)，以期望的业务目标为约束和目标函数，计算指示要保护旅客和要保护航班的对应关系的保护方案。
34.旅客保护子系统120可以被提供有多个功能模块来分别执行相应的功能。在一些实施例中，例如如图3所示，旅客保护子系统120可以包括保护航班分析模块121、保护旅客分析模块122、保护方案计算模块123、保护执行模块124和保护规则配置模块125。
35.保护航班分析模块121可以被配置为通过局域网从航班信息发布子系统110接收不正常航班信息以确定要保护航班信息并按照变更类型对要保护航班分类，并且通过局域网分别从航班计划管理系统和航班库存管理系统接收航班计划数据和航班库存数据以确定可保护航班信息。例如，当选择要保护航班的预设变更类型为取消航班、机型变更航班、延误中转航班时，保护航班分析模块121被配置为将要保护航班分类为取消航班、机型变更航班、延误中转航班。
36.保护旅客分析模块122可以被配置为根据(从保护航班分析模块121接收的)要保护航班信息，通过局域网从旅客数据平台接收旅客数据以确定要保护旅客信息，并按照旅客属性对要保护旅客分类。例如，要保护旅客信息可以包括旅客身份信息(例如，姓名和/或有效证件号码，如身份证号码，等等)、旅客价值、旅客订座记录、客票号、旅客预订原航班、旅客申请项(例如，特殊餐食、特殊座位、用氧/担架/轮椅等等)、舱位(例如，头等舱、经济舱等等)的要保护旅客信息。旅客价值可以是从航空公司的其它系统直接获得的数据。旅客价值例如可以包括旅客本身的静态价值和/或旅客的与行程相关的动态价值。比如，里程数高的旅客的价值可能被设置得高于里程数低的旅客的价值，等等。可以根据实际情况具体设计旅客价值的计算方法。保护旅客分析模块122还可以被配置为按照旅客属性对要保护旅客分类，例如可以根据旅客身份和旅客申请项对要保护旅客分类。作为非限制性示例，例如可以将要保护旅客分类为特殊身份(例如贵宾及无陪儿童)旅客、涉及用氧/担架/轮椅类旅客、申请其他类免费旅客、申请付费旅客和普通旅客。这样的分类有利于针对不同旅客提供适合的保护方案。
37.保护方案计算模块123可以被配置为根据从保护航班分析模块121接收的可保护航班信息和从保护旅客分析模块122接收的要保护旅客信息计算保护方案。例如，保护方案计算模块123可以利用合适的保护算法引擎，根据要保护旅客信息和可保护航班信息构建合适的数学模型(包括但不限于网络优化模型、整数规划模型等)，以期望的业务目标为约束和目标函数计算保护方案。在一些实施例中，保护方案计算模块123可以被配置为通过以下操作根据可保护航班信息和要保护旅客信息计算保护方案：通过大数据分析历史数据获得并量化旅客行程偏好；结合航班计划数据、旅客订座记录、旅客价值、航空公司始发地-目的地收益管理模型和量化的旅客行程偏好，利用网络优化模型在平衡收益最大化与旅客接受度最大化的目标下计算保护方案。这样既能提升旅客满意度，又能保障航空公司的收益。
38.在一些实施例中，保护方案可以包括以下各种方案中的一种或多种的组合：不变更旅客原行程的始发地和目的地并且直达的点到点保护方案，例如可包括同地多个机场的跨机场保护(例如，原行程为北京-上海，保护方案仍为北京-上海或大兴-浦东)；不变更旅客原行程的始发地和目的地但增加中转点的中转点保护方案(例如，原行程为北京-上海，保护方案为北京-杭州-上海)；将旅客原行程的始发地和目的地中的一者或二者变更为邻近地的邻近机场保护方案(例如，原行程为北京-上海，保护方案为北京-杭州，可以补偿杭州-上海差价或采用其它交通方式将旅客送达上海)。
39.保护执行模块124可以被配置为根据从保护方案计算模块123接收的保护方案通过局域网在订座系统上更新旅客订座记录和客票，以将要保护旅客的航班信息更新至可保护的新航班上。
40.保护规则配置模块125可以被配置为新增、编辑、启用、禁用、查询由保护方案计算模块123调用的保护方案计算规则。在一些实施例中，保护规则配置模块125可以被配置为设置可保护航班范围、物理舱位序列、中转联程最小衔接时间参数、保护方案计算参数、保护执行自动化程度、要保护航班范围、要保护旅客范围中的一者或多者。
41.在一些实施例中，保护规则配置模块125可以进一步被配置为执行以下中的一者或多者。
42.在一些示例中，保护规则配置模块125可以根据航班影响程度和应用场景将保护模式划分为旅客级保护、航班级保护、航线级保护和区域级保护。旅客级保护可以被配置为针对个体旅客的身份或客票信息执行旅客保护，或根据人工录入的航班选择需要保护的一个或多个旅客匹配到人工指定的保护航班来执行旅客保护。航班级保护可以被配置为自动接入全部取消航班信息完成对全航班旅客的自动保护。航线级保护可以被配置为使关于预先在保护规则配置模块125中配置为要保护航线的航线的航班自动进入航线级保护排队，并由人工控制启动该航线上批量航班的保护方案的计算与执行。区域级保护可以被配置为使关于预先在保护规则配置模块125中配置为要保护航站的航站的航班自动进入区域级保护排队，并由人工控制启动该航站的相关航线上批量航班的保护方案的计算与执行。航线级保护和区域级保护均可以通过按照在计算保护方案时选择的航班集合进行旅客价值排序来计算和执行保护方案。在航线级保护和区域级保护中采取排队是因为，航线级保护和区域级保护涉及航班较多，上游部门运行决策时间较长，为避免旅客的行程被多次调整(比如，在a航班被取消时立刻将a航班旅客保护到同航线或区域的b航班，然后b航班又被取消了，导致旅客需要被重新保护)而招致旅客抱怨，可以使航班排队等待运行决策稳定后再执
行保护。
43.在一些示例中，保护规则配置模块125可以设置对旅客属性分类的保护规则(可含同行人员)。例如，保护规则配置模块125可以配置根据旅客身份和旅客申请项分类的要保护旅客的保护规则，包括：提供使贵宾及无陪儿童匹配同行人员保护至相同航班上的配置项；提供将涉及用氧/担架/轮椅类旅客以工单推送给专属人员进行保护的配置项；对于其他类免费申请，按服务项提供是否需要自动申请至新航班进行保护的配置项；提供实现付费的原价保护或同属性保护的配置项。
44.在一些示例中，保护规则配置模块125可以设置对旅客价值排序的规则。例如，保护规则配置模块125可以针对旅客价值排序，提供选择旅客本身的静态价值和/或旅客的与行程相关的动态价值作为旅客价值排序的维度的配置项，并且对于多人同行旅客按照所选择的维度计算整体旅客价值。
45.在一些示例中，保护规则配置模块125可以设置对可保护至本航空公司或外部航空公司(或称外航)联盟联营航班的保护规则。例如，保护规则配置模块125可以针对可保护至本航空公司或外航联盟联营航班，提供按照可保护至本航空公司、联盟航班、联营航班、代码共享航班、其他航空公司航班的顺序进行保护的配置项以及针对外航代码的配置项。
46.在一些示例中，保护规则配置模块125可以设置保护方案计算方式规则。例如，保护规则配置模块125可以按照保护模式以及保护方案计算模块123可提供的计算方式，提供每种保护模式下的点到点保护方案、中转点保护方案、邻近机场保护方案的配置项。比如，在有的情况下，点到点保护方案、中转点保护方案、邻近机场保护方案这三种方案均可配置为可供选择，但在有的情况下，可能只有中转点保护方案这一种方案可配置为可供选择。
47.在一些示例中，保护规则配置模块125可以设置保护执行自动化程度的配置规则。例如，保护规则配置模块125可以针对保护执行自动化程度配置，提供自动计算并执行保护方案的全自动模式、自动计算保护方案但手动触发执行保护方案的半自动模式、手动计算并执行保护方案的全手动模式的配置项。比如，对于半自动模式，可以允许保护方案在生成后由人工进行审核、调整和优化。
48.在一些实施例中，旅客保护子系统120还可以包括风险管控模块126，风险管控模块126可以被配置为在由保护执行模块124执行的保护发生异常的情况下采取应急措施。在一些示例中，风险管控模块126可以被配置为提供对要保护航班未处理的预警、对要保护航班处理超时的预警、对旅客保护子系统获取外围数据异常的预警、对保护成功率低于阈值的预警。保护成功率是已保护旅客数量与要保护旅客数量之比。比如，当因保护成功率低下而预警时，工作人员可以排查触发原因是系统技术原因(如调用接口有问题等)还是可保护航班过少等。在一些示例中，风险管控模块126可以进一步被配置为实现以下中的一者或多者：保护关停，使得在保护执行过程中即刻中断保护的执行；保护撤回，使得将保护执行之后的旅客订座记录和客票中的新航班通过重新保护的方式还原回原航班。比如，作为保护撤回的应用示例场景，当某个航班被上游部门误认为取消而导致该航班的旅客被保护到新航班上、但是实际上该航班没有被取消时，可以应用保护撤回将旅客还原到原航班上；当某个航班确实被取消了而导致该航班的旅客被保护到新航班上、但是后来该航班又被恢复了时，可以应用保护撤回将旅客还原到原航班上。
49.在一些实施例中，旅客保护子系统120还可以包括保护报表统计模块127，保护报
表统计模块127可以被配置为查询和导出旅客保护结果数据，包括每个要保护航班的保护统计信息和每个要保护旅客的保护结果明细信息。
50.旅客通知子系统130可以被配置为向要通知旅客通知与要通知旅客相关的不正常航班信息和对外公布原因，并且当要通知旅客是要保护旅客时，还向要通知旅客通知与要通知旅客相关的保护方案。要通知旅客是受落入通知航班范围的不正常航班影响的旅客。例如，旅客通知子系统130可以通过局域网从航班信息发布子系统110获取不正常航班信息和对外公布原因，通过局域网从旅客数据平台获取旅客名单及，通过局域网从旅客保护子系统120获取旅客保护信息，将各种变更类型的航班(例如，取消航班，延误航班，时刻调整航班，机场变更航班，机型变更航班，舱位变更航班，座位变更航班，等等)按照预定的通知规则通过例如短信网关、电话网关、邮件服务器、互联网等经由旅客的手机、语音电话、邮箱、、app、等渠道向旅客个人发送通知信息。
51.旅客通知子系统130可以被提供有多个功能模块来分别执行相应的功能。在一些实施例中，例如如图4所示，旅客通知子系统130可以包括通知航班分析模块131、通知旅客分析模块132、通知规则配置模块133和通知执行模块134。
52.通知航班分析模块131可以被配置为通过局域网从航班信息发布子系统110接收要通知航班信息和对外公布原因，并按照变更类型对要通知航班分类。要通知航班是落入通知航班范围的不正常航班。通知航班范围是可由通知规则配置模块133配置的。例如，可以将要通知航班分类为取消航班，取消恢复航班，延误航班，延误恢复航班，时刻调整航班，时刻调整恢复航班，机场变更航班，机型变更航班，舱位变更航班，座位变更航班，等等。
53.通知旅客分析模块132可以被配置为通过局域网从旅客数据平台获取要通知旅客的旅客信息和。要通知旅客是受要通知航班影响的旅客。例如，旅客信息可以包括旅客姓名、舱位、旅客订座记录、客票号、旅客预订原航班信息、客票变更后新航班信息，可以包括订座系统代理方(例如，购票网站、购票app、购票代理站点等)、旅客本人和/或邮件、本航空公司收集的旅客电话、官方app、等等。
54.通知规则配置模块133可以被配置为新增、编辑、启用、禁用、查询旅客通知规则，包括配置通知航班范围、通知启动时间、通知读取回执有效时间。以短信通知为例，假设可以设置在后一刻钟内收到短信读取回执则被视为通知成功，若未在一刻钟内收到短信读取回执则被视为通知失败而无论后续是否收到短信读取回执。
55.在一些示例中，通知规则配置模块133还可以被配置为针对要通知旅客提供选择需旅客确认的通知方式或无需旅客确认的通知方式的配置项。比如，对于要通知旅客当中落入旅客保护子系统120的要保护旅客范围内的旅客，在通知时有两种通知方式可供选择：一种是需旅客确认的通知方式，即先预订保护方案再发送给旅客确认，待旅客确认接受保护方案后再执行保护方案，之后再将保护执行结果通知旅客；另一种是无需旅客确认的通知方式，即在保护执行完成后直接将保护执行结果通知旅客；而对于要通知旅客当中未落入旅客保护子系统120的要保护旅客范围内的旅客，通常可以采取无需旅客确认的通知方式来向旅客通知航班变更信息。举例来说，点到点保护方案可在被旅客保护子系统120执行完之后被旅客通知子系统130直接通知给旅客，例如通过短信内容说明如需变更，可选择通过原购票渠道、官方自助渠道或客服渠道进行改期或退票；中转点保护方案则可采用先由旅客保护子系统120预订方案再短信通知旅客预留的航班信息，如果旅客接受则回复“y”或
点击消息内容链接并在链接打开的页面上进行确认，在旅客确认完毕后旅客保护子系统120再执行所预订的中转点保护方案的后续保护操作，并将执行结果再次通过旅客通知子系统130通知旅客。
56.在一些示例中，通知规则配置模块133还可以被配置为针对要通知旅客提供选择通知渠道的配置项，例如包括短信、邮件、语音电话、、app、小程序等通知渠道的开关配置，以及给代理方推送航班变更通知的代理方代码维护及开关配置等。
57.在一些示例中，通知规则配置模块133还可以被配置为提供基于各种航班变更类型维护的固定通知模板或根据特殊场景自定义的个性化通知模板的配置项。例如，固定通知模板包括但不限于航班变更类型为取消且有保护方案的通知模板、航班变更类型为取消且无保护方案的通知模板、航班变更类型为延误的通知模板、航班变更类型为机场变更的通知模板、航班变更类型为时刻调整的通知模板、航班变更类型为舱位变更的通知模板、航班变更类型为座位变更的通知模板、中转点保护方案预订的通知模板、中转点保护方案换开的通知模板等。
58.在一些示例中，通知规则配置模块133还可以被配置为设置通知预警规则，包括但不限于对旅客通知子系统130获取外围数据异常的预警、对旅客未通知超时的预警、对通知成功率低于阈值的预警。通知成功率是已通知旅客数量与已保护旅客数量之比。当相应预警触发时，可及时提醒相关处理人员进行排查。
59.通知执行模块134可以被配置为使从航班信息发布子系统110接收的不正常航班信息和对外公布原因、从旅客保护子系统120接收的保护方案匹配到通知规则配置模块所配置的旅客通知规则，并按照从通知旅客分析模块接收的旅客适配相应的通知渠道进行通知。具体地，例如，首先，对于要通知旅客当中落入旅客保护子系统120的要保护旅客范围内的旅客可以通过局域网获取旅客保护子系统120的保护执行模块124的输出数据以提炼变更后的航班信息，并且对于要通知旅客当中未落入旅客保护子系统120的要保护旅客范围内的旅客可以通过局域网从旅客订座记录中提炼变更后的航班信息；然后，将变更前航班信息和变更后航班信息以及由航班信息发布子系统110提供的对外公布原因匹配相应旅客通知规则；最后，按照通知旅客分析模块132获取的旅客适配相应的短信/邮件//app/等通知渠道进行通知。
60.在一些实施例中，旅客通知子系统130还可以包括人工二次干预模块135，该人工二次干预模块135可以被配置为将旅客通知子系统130首次自动通知失败的旅客信息按照人工二次干预规则分配给相应处理人员进行干预。在一些示例中，人工二次干预模块135可以被配置为将旅客通知子系统130首次自动通知失败的旅客信息按照人工二次干预规则分配给相应处理人员，由相应处理人员二次识别再次通知。例如，处理人员可以通过人工确认或更新首次发送的或选择其他处理模式，再基于原发送方式再次发起通知。其他处理模式包括但不限于人工外呼或置为无需通知。在旅客通知子系统130还包括人工二次干预模块135的实施例中，通知规则配置模块133在一些示例中还可以被配置为设置人工二次干预规则。在一些示例中，人工二次干预规则可以规定对处理人员的分配，例如可以通过识别旅客订座记录的备注项信息、国际航空运输协会iata号、或海外订票邮箱信息识别国内或海外出票地，用于人工二次干预模块135分配国内或海外处理人员人工处理任务。
61.在一些实施例中，旅客通知子系统130还可以包括通知报表统计模块136，该通知报表统计模块136可以被配置为查询及导出旅客通知结果数据，包括每个要通知航班的通知统计信息和每个要通知旅客的通知结果明细信息。
62.另外，返回参考图1，在一些实施例中，系统100还可以包括客票动向子系统140，该客票动向子系统140可以被配置为实时跟踪每张受不正常航班影响的旅客的客票的成行及退改签轨迹，以便对旅客保护方案进行优化调整以及对无处置方案旅客进行进一步服务补救。
63.客票动向子系统140可以被提供有多个功能模块来分别执行相应的功能。在一些实施例中，例如如图5所示，客票动向子系统140可以包括客票动向追踪模块141和旅客保护追踪模块142。
64.客票动向追踪模块141可以被配置为通过局域网集成来自航班信息发布子系统110、旅客保护子系统120和旅客通知子系统130的航班变更信息、旅客保护信息和旅客通知信息，并通过局域网访问订座系统分析所有受不正常航班影响的旅客的客票状态，实时记录客票状态变更信息和变更时间，从而获取每个受不正常航班影响的旅客的当前处置状态。旅客的处置状态例如可以包括但不限于已保护(指旅客已通过旅客保护子系统120进行了保护)、已通知(指旅客已接收到旅客通知子系统130的通知)、已成行(指旅客已按本航空公司航班完成了飞行成行)、已改期(指旅客对旅客保护子系统120执行的保护结果进行了改期操作，且改期至本航空公司的其它航班)、已退票(指旅客对旅客保护子系统120执行的保护结果进行了退票操作)、已签转(指旅客对旅客保护子系统120执行的保护结果进行了换开操作，且换开签转至外航)或其它签转信息等。
65.旅客保护追踪模块142可以被配置为通过局域网从旅客保护子系统120获取保护结果数据，并在保护的新航班起飞后分析已保护旅客的客票状态，实时记录已保护旅客的客票状态的变更信息，从而获取已保护旅客对保护方案的接受度，所述接受度是已保护旅客当中的实际成行旅客数量与已保护旅客数量之比。已保护旅客的客票状态例如可以包括但不限于实际成行(指旅客按照旅客保护子系统120执行的保护航班完成了飞行成行)、未出现noshown(指旅客未按照旅客保护子系统120执行的保护航班进行成行，也未进行客票其它变更操作)、已改期(指旅客对旅客保护子系统120执行的保护结果进行了改期操作，且改期至本航空公司的其它航班)、已退票(指旅客对旅客保护子系统120执行的保护结果进行了退票操作)、已签转(指旅客对旅客保护子系统120执行的保护结果进行了换开操作，且换开签转至外航)。
66.图6示出了根据本公开的一些实施例的与不正常航班旅客服务处置系统100协作的外部系统。系统100可以通过局域网与航空公司的航班运行管理系统、航班计划管理系统、航班库存管理系统和旅客数据平台通信，以获取航班运行数据、航班计划数据、航班库存数据、旅客数据(如旅客信息，旅客价值，旅客等)，基于旅客保护和旅客通知的相关规则处理上述信息，满足规则要求则在订座系统中完成旅客订座记录及客票状态的更新，并通过相应通知渠道(如短信网关、电话网关、邮件服务器、互联网等)向旅客的手机、语音电话、邮箱、、app、等渠道发送通知。在一些情况下，航空公司还可以相应地设有航班发布席位、保护监控席位、通知监控席位和处置监控席位，来分别维护、管理和监控系统100的航班信息发布子系统110、旅客保护子系统120、旅客通知子系统130和客票动向子
系统140。
67.根据本公开的各种实施例的不正常航班旅客服务处置系统100能够集成航班运行数据、航班计划数据、航班库存数据、旅客数据，高效地完成数据的分析、处理和流转，保证不正常航班信息发布、受影响旅客保护、受影响旅客通知、旅客服务处置各个环节的信息和操作的准确性、完整性、一致性和高效性，大大提高了不正常航班旅客服务处置效率，在减少航空公司收益流失的同时提高旅客服务满意度。
68.下面结合图7来介绍根据本公开的一些实施例的不正常航班旅客服务处置方法200(在后文中，简称为方法200)。如图7所示，方法200包括：
69.在步骤s202处，根据运行航班数据获取航班变更信息，所述航班变更信息包括发生变更的不正常航班、变更类型、变更时间和变更内部原因；
70.在步骤s204处，面向旅客发布并且面向航空公司员工发布不正常航班信息和对外公布原因，所述不正常航班信息包括发生变更的不正常航班、变更类型、变更时间，所述对外公布原因由变更内部原因转换得到；
71.在步骤s206处，根据不正常航班信息确定要保护航班信息，要保护航班是发生预设变更类型的变更的不正常航班；
72.在步骤s208处，根据不正常航班信息和旅客数据确定要保护旅客信息，要保护旅客是受要保护航班影响的旅客；
73.在步骤s210处，根据航班计划数据和航班库存数据确定可保护航班信息，可保护航班是在当前时刻被确定将按计划执飞并具有舱位和座位库存从而使得可将要保护旅客转移至其上的航班；
74.在步骤s212处，根据要保护旅客信息和可保护航班信息计算保护方案；
75.在步骤s214处，执行计算出的保护方案以将要保护旅客的航班信息更新至可保护的新航班上；以及
76.在步骤s216处，向要通知旅客通知与要通知旅客相关的不正常航班信息和对外公布原因，并且当要通知旅客是要保护旅客时，还向要通知旅客通知与要通知旅客相关的保护方案，要通知旅客是受落入通知航班范围的不正常航班影响的旅客。
77.方法200的实施例基本类似于前述系统100的实施例，因此在此不再赘述，相关之处可参见系统实施例部分的说明。
78.本公开还提供了一种不正常航班旅客服务处置设备，其可以包括一个或多个处理器以及存储计算机可执行指令的存储器，计算机可执行指令在被一个或多个处理器执行时使得一个或多个处理器执行根据本公开的前述任一实施例所述的不正常航班旅客服务处置方法。如图8所示，计算设备300可以包括(一个或多个)处理器302以及存储计算机可执行指令的存储器304，计算机可执行指令在被(一个或多个)处理器302执行时使得(一个或多个)处理器302执行根据本公开的前述任一实施例所述的不正常航班旅客服务处置方法。(一个或多个)处理器302例如可以是计算设备300的中央处理单元(cpu)。(一个或多个)处理器302可以是任何类型的通用处理器，或者可以是专门设计用于不正常航班旅客服务处置的处理器，诸如专用集成电路(“asic”)。存储器304可以包括可由(一个或多个)处理器302访问的各种计算机可读介质。在各种实施例中，本文描述的存储器304可以包括易失性和非易失性介质、可移除和不可移除介质。例如，存储器304可以包括以下的任何组合：随机
存取存储器(“ram”)、动态ram(“dram”)、静态ram(“sram”)、只读存储器(“rom”)、闪存、高速缓冲存储器和/或任何其它类型的非瞬态计算机可读介质。存储器304可以存储在被处理器302执行时使得处理器302执行根据本公开的前述任一实施例所述的不正常航班旅客服务处置方法的指令。
79.本公开还提供了一种其上存储有计算机可执行指令的非瞬态存储介质，计算机可执行指令在被计算机执行时使得计算机执行根据本公开的前述任一实施例所述的不正常航班旅客服务处置方法。
80.说明书及权利要求中的词语“左”、“右”、“前”、“后”、“顶”、“底”、“上”、“下”、“高”、“低”等，如果存在的话，用于描述性的目的而并不一定用于描述不变的相对位置。应当理解，这样使用的词语在适当的情况下是可互换的，使得在此所描述的本公开的实施例，例如，能够在与在此所示出的或另外描述的那些取向不同的其它取向上操作。例如，在附图中的装置倒转时，原先描述为在其它特征“之上”的特征，此时可以描述为在其它特征“之下”。装置还可以以其它方式定向(旋转90度或在其它方位)，此时将相应地解释相对空间关系。
81.在说明书及权利要求中，称一个元件位于另一元件“之上”、“附接”至另一元件、“连接”至另一元件、“耦接”至另一元件、或“接触”另一元件等时，该元件可以直接位于另一元件之上、直接附接至另一元件、直接连接至另一元件、直接耦接至另一元件或直接接触另一元件，或者可以存在一个或多个中间元件。相对照的是，称一个元件“直接”位于另一元件“之上”、“直接附接”至另一元件、“直接连接”至另一元件、“直接耦接”至另一元件或“直接接触”另一元件时，将不存在中间元件。在说明书及权利要求中，一个特征布置成与另一特征“相邻”，可以指一个特征具有与相邻特征重叠的部分或者位于相邻特征上方或下方的部分。
82.如在此所使用的，词语“示例性的”意指“用作示例、实例或说明”，而不是作为将被精确复制的“模型”。在此示例性描述的任意实现方式并不一定要被解释为比其它实现方式优选的或有利的。而且，本公开不受在技术领域、背景技术、发明内容或具体实施方式中所给出的任何所表述的或所暗示的理论所限定。
83.如在此所使用的，词语“基本上”意指包含由设计或制造的缺陷、器件或元件的容差、环境影响和/或其它因素所致的任意微小的变化。词语“基本上”还允许由寄生效应、噪声以及可能存在于实际的实现方式中的其它实际考虑因素所致的与完美的或理想的情形之间的差异。
84.另外，仅仅为了参考的目的，还可以在本文中使用“第一”、“第二”等类似术语，并且因而并非意图限定。例如，除非上下文明确指出，否则涉及结构或元件的词语“第一”、“第二”和其它此类数字词语并没有暗示顺序或次序。
85.还应理解，“包括/包含”一词在本文中使用时，说明存在所指出的特征、整体、步骤、操作、单元和/或组件，但是并不排除存在或增加一个或多个其它特征、整体、步骤、操作、单元和/或组件以及/或者它们的组合。
86.在本公开中，术语“提供”从广义上用于涵盖获得对象的所有方式，因此“提供某对象”包括但不限于“购买”、“制备/制造”、“布置/设置”、“安装/装配”、和/或“订购”对象等。
87.如本文所使用的，术语“和/或”包括相关联的列出项目中的一个或多个的任何和所有组合。本文中使用的术语只是出于描述特定实施例的目的，并不旨在限制本公开。如本
文中使用的，单数形式“一”、“一个”和“该”也旨在包括复数形式，除非上下文另外清楚指示。
88.本领域技术人员应当意识到，在上述操作之间的边界仅仅是说明性的。多个操作可以结合成单个操作，单个操作可以分布于附加的操作中，并且操作可以在时间上至少部分重叠地执行。而且，另选的实施例可以包括特定操作的多个实例，并且在其它各种实施例中可以改变操作顺序。但是，其它的修改、变化和替换同样是可能的。可以以任何方式和/或与其它实施例的方面或元件相结合地组合以上公开的所有实施例的方面和元件，以提供多个附加实施例。因此，本说明书和附图应当被看作是说明性的，而非限制性的。
89.虽然已通过示例对本公开的一些特定实施例进行了详细说明，但本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。在此公开的各实施例可以任意组合，而不脱离本公开的精神和范围。本领域的技术人员还应理解，可以对实施例进行多种修改而不脱离本公开的范围和精神。本公开的范围由所附权利要求来限定。
技术特征：
1.一种不正常航班旅客服务处置系统，包括：航班信息发布子系统，被配置为：根据运行航班数据获取航班变更信息，所述航班变更信息包括发生变更的不正常航班、变更类型、变更时间和变更内部原因，面向旅客发布并且面向航空公司员工发布不正常航班信息和对外公布原因，所述不正常航班信息包括发生变更的不正常航班、变更类型、变更时间，所述对外公布原因由变更内部原因转换得到；旅客保护子系统，被配置为：根据不正常航班信息确定要保护航班信息，要保护航班是发生预设变更类型的变更的不正常航班，根据不正常航班信息和旅客数据确定要保护旅客信息，要保护旅客是受要保护航班影响的旅客，根据航班计划数据和航班库存数据确定可保护航班信息，可保护航班是在当前时刻被确定将按计划执飞并具有舱位和座位库存从而使得可将要保护旅客转移至其上的航班，根据要保护旅客信息和可保护航班信息计算保护方案，执行计算出的保护方案以将要保护旅客的航班信息更新至可保护的新航班上；以及旅客通知子系统，被配置为：向要通知旅客通知与要通知旅客相关的不正常航班信息和对外公布原因，并且当要通知旅客是要保护旅客时，还向要通知旅客通知与要通知旅客相关的保护方案，要通知旅客是受落入通知航班范围的不正常航班影响的旅客。2.根据权利要求1所述的不正常航班旅客服务处置系统，其中，航班信息发布子系统包括：航班数据管理模块，被配置为通过局域网从航班运行管理系统接收并管理运行航班数据以获取航班变更信息，记录发生变更的不正常航班、变更类型、变更时间、变更前航班信息、变更后航班信息、变更内部原因，并通过局域网向旅客保护子系统和旅客通知子系统提供不正常航班信息；对外原因生成模块，被配置为从航班数据管理模块接收变更内部原因，并基于预设规则自动将变更内部原因转换为对外公布原因，或允许人工录入与变更内部原因对应的对外公布原因；航班发布模块，被配置为通过互联网面向旅客发布并且通过局域网面向航空公司内部员工发布从航班数据管理模块接收的不正常航班信息和从对外原因生成模块接收的对外公布原因；航班发布日志记录模块，被配置为记录从接收运行航班数据到完成对外发布所经历的相应操作的日志记录。3.根据权利要求1所述的不正常航班旅客服务处置系统，其中，旅客保护子系统包括：保护航班分析模块，被配置为通过局域网从航班信息发布子系统接收不正常航班信息以确定要保护航班信息并按照变更类型对要保护航班分类，并且通过局域网分别从航班计划管理系统和航班库存管理系统接收航班计划数据和航班库存数据以确定可保护航班信息；
保护旅客分析模块，被配置为根据要保护航班信息通过局域网从旅客数据平台接收旅客数据以确定要保护旅客信息并按照旅客属性对要保护旅客分类；保护方案计算模块，被配置为根据从保护航班分析模块接收的可保护航班信息和从保护旅客分析模块接收的要保护旅客信息计算保护方案；保护执行模块，被配置为根据从保护方案计算模块接收的保护方案通过局域网在订座系统上更新旅客订座记录和客票，以将要保护旅客的航班信息更新至可保护的新航班上；保护规则配置模块，被配置为新增、编辑、启用、禁用、查询由保护方案计算模块调用的保护方案计算规则；风险管控模块，被配置为在由保护执行模块执行的保护发生异常的情况下采取应急措施；保护报表统计模块，被配置为查询和导出旅客保护结果数据，包括每个要保护航班的保护统计信息和每个要保护旅客的保护结果明细信息。4.根据权利要求3所述的不正常航班旅客服务处置系统，其中，要保护航班的所述预设变更类型包括取消航班、机型变更航班、延误中转航班，并且保护航班分析模块被配置为将要保护航班分类为取消航班、机型变更航班、延误中转航班；其中，保护旅客分析模块被配置为确定包括旅客身份信息、旅客价值、旅客订座记录、客票号、旅客预订原航班、旅客申请项、舱位的要保护旅客信息，并根据旅客身份和旅客申请项对要保护旅客分类；其中，保护方案计算模块被配置为通过以下操作根据可保护航班信息和要保护旅客信息计算保护方案：通过大数据分析历史数据获得并量化旅客行程偏好；结合航班计划数据、旅客订座记录、旅客价值、航空公司始发地-目的地收益管理模型和量化的旅客行程偏好，利用网络优化模型在平衡收益最大化与旅客接受度最大化的目标下计算保护方案；其中，保护规则配置模块被配置为设置可保护航班范围、物理舱位序列、中转联程最小衔接时间参数、保护方案计算参数、保护执行自动化程度；其中，风险管控模块被配置为提供对要保护航班未处理的预警、对要保护航班处理超时的预警、对旅客保护子系统获取外围数据异常的预警、对保护成功率低于阈值的预警，所述保护成功率是已保护旅客数量与要保护旅客数量之比。5.根据权利要求4所述的不正常航班旅客服务处置系统，其中，保护方案包括以下各种方案中的一种或多种的组合：不变更旅客原行程的始发地和目的地并且直达的点到点保护方案；不变更旅客原行程的始发地和目的地但增加中转点的中转点保护方案；将旅客原行程的始发地和目的地中的一者或二者变更为邻近地的邻近机场保护方案。6.根据权利要求5所述的不正常航班旅客服务处置系统，其中，保护规则配置模块进一步被配置为执行以下中的一者或多者：根据航班影响程度和应用场景将保护模式划分为：旅客级保护，被配置为针对个体旅客的身份或客票信息执行旅客保护，或根据人工录
入的航班选择需要保护的一个或多个旅客匹配到人工指定的保护航班来执行旅客保护，航班级保护，被配置为自动接入全部取消航班信息完成对全航班旅客的自动保护，航线级保护，被配置为使关于预先在保护规则配置模块中配置为要保护航线的航线的航班自动进入航线级保护排队，并由人工控制启动该航线上批量航班的保护方案的计算与执行，区域级保护，被配置为使关于预先在保护规则配置模块中配置为要保护航站的航站的航班自动进入区域级保护排队，并由人工控制启动该航站的相关航线上批量航班的保护方案的计算与执行，其中，航线级保护和区域级保护均通过按照在计算保护方案时选择的航班集合进行旅客价值排序来计算和执行保护方案；配置根据旅客身份和旅客申请项分类的要保护旅客的保护规则，包括：提供使贵宾及无陪儿童匹配同行人员保护至相同航班上的配置项，提供将涉及用氧/担架/轮椅类旅客以工单推送给专属人员进行保护的配置项，对于其他类免费申请，按服务项提供是否需要自动申请至新航班进行保护的配置项，提供实现付费的原价保护或同属性保护的配置项；针对旅客价值排序，提供选择旅客本身的静态价值和/或旅客的与行程相关的动态价值作为旅客价值排序的维度的配置项，并且对于多人同行旅客按照所选择的维度计算整体旅客价值；针对可保护至本航空公司或外航联盟联营航班，提供按照可保护至本航空公司、联盟航班、联营航班、代码共享航班、其他航空公司航班的顺序进行保护的配置项以及针对外航代码的配置项；按照保护模式以及保护方案计算模块可提供的计算方式，提供每种保护模式下的点到点保护方案、中转点保护方案、邻近机场保护方案的配置项；针对保护执行自动化程度配置，提供自动计算并执行保护方案的全自动模式、自动计算保护方案但手动触发执行保护方案的半自动模式、手动计算并执行保护方案的全手动模式的配置项。7.根据权利要求4所述的不正常航班旅客服务处置系统，其中，风险管控模块进一步被配置为实现以下中的一者或多者：保护关停，使得在保护执行过程中即刻中断保护的执行；保护撤回，使得将保护执行之后的旅客订座记录和客票中的新航班通过重新保护的方式还原回原航班。8.根据权利要求1所述的不正常航班旅客服务处置系统，其中，旅客通知子系统包括：通知航班分析模块，被配置为通过局域网从航班信息发布子系统接收要通知航班信息和对外公布原因，并按照变更类型对要通知航班分类，要通知航班是落入通知航班范围的不正常航班；通知旅客分析模块，被配置为通过局域网从旅客数据平台获取要通知旅客的旅客信息和，要通知旅客是受要通知航班影响的旅客；
通知规则配置模块，被配置为新增、编辑、启用、禁用、查询旅客通知规则，包括配置通知航班范围、通知启动时间、通知读取回执有效时间；通知执行模块，被配置为使从航班信息发布子系统接收的不正常航班信息和对外公布原因、从旅客保护子系统接收的保护方案匹配到通知规则配置模块所配置的旅客通知规则，并按照从通知旅客分析模块接收的旅客适配相应的通知渠道进行通知；人工二次干预模块，被配置为将旅客通知子系统首次自动通知失败的旅客信息按照人工二次干预规则分配给相应处理人员进行干预；通知报表统计模块，被配置为查询及导出旅客通知结果数据，包括每个要通知航班的通知统计信息和每个要通知旅客的通知结果明细信息。9.根据权利要求8所述的不正常航班旅客服务处置系统，其中，通知规则配置模块进一步被配置为执行以下中的一者或多者：针对要通知旅客提供选择需旅客确认的通知方式或无需旅客确认的通知方式的配置项；针对要通知旅客提供选择通知渠道的配置项；提供基于各种航班变更类型维护的固定通知模板或根据特殊场景自定义的个性化通知模板的配置项；设置通知预警规则，包括对旅客通知子系统获取外围数据异常的预警、对旅客未通知超时的预警、对通知成功率低于阈值的预警，所述通知成功率是已通知旅客数量与已保护旅客数量之比；设置人工二次干预规则，包括对处理人员的分配。10.根据权利要求1所述的不正常航班旅客服务处置系统，还包括：客票动向子系统，被配置为实时跟踪每张受不正常航班影响的旅客的客票的成行及退改签轨迹，以便对旅客保护方案进行优化调整以及对无处置方案旅客进行进一步服务补救。11.根据权利要求10所述的不正常航班旅客服务处置系统，其中，客票动向子系统包括：客票动向追踪模块，被配置为通过局域网集成来自航班信息发布子系统、旅客保护子系统和旅客通知子系统的航班变更信息、旅客保护信息和旅客通知信息，并通过局域网访问订座系统分析所有受不正常航班影响的旅客的客票状态，实时记录客票状态变更信息和变更时间，从而获取每个受不正常航班影响的旅客的当前处置状态；旅客保护追踪模块，被配置为通过局域网从旅客保护子系统获取保护结果数据，并在保护的新航班起飞后分析已保护旅客的客票状态，实时记录已保护旅客的客票状态的变更信息，从而获取已保护旅客对保护方案的接受度，所述接受度是已保护旅客当中的实际成行旅客数量与已保护旅客数量之比。12.一种不正常航班旅客服务处置方法，包括：根据运行航班数据获取航班变更信息，所述航班变更信息包括发生变更的不正常航班、变更类型、变更时间和变更内部原因；面向旅客发布并且面向航空公司员工发布不正常航班信息和对外公布原因，所述不正常航班信息包括发生变更的不正常航班、变更类型、变更时间，所述对外公布原因由变更内
部原因转换得到；根据不正常航班信息确定要保护航班信息，要保护航班是发生预设变更类型的变更的不正常航班；根据不正常航班信息和旅客数据确定要保护旅客信息，要保护旅客是受要保护航班影响的旅客；根据航班计划数据和航班库存数据确定可保护航班信息，可保护航班是在当前时刻被确定将按计划执飞并具有舱位和座位库存从而使得可将要保护旅客转移至其上的航班；根据要保护旅客信息和可保护航班信息计算保护方案；执行计算出的保护方案以将要保护旅客的航班信息更新至可保护的新航班上；以及向要通知旅客通知与要通知旅客相关的不正常航班信息和对外公布原因，并且当要通知旅客是要保护旅客时，还向要通知旅客通知与要通知旅客相关的保护方案，要通知旅客是受落入通知航班范围的不正常航班影响的旅客。13.一种不正常航班旅客服务处置设备，包括：一个或多个处理器；以及存储计算机可执行指令的存储器，所述计算机可执行指令在被所述一个或多个处理器执行时使得所述一个或多个处理器执行根据权利要求12所述的不正常航班旅客服务处置方法。14.一种其上存储有计算机可执行指令的非瞬态存储介质，所述计算机可执行指令在被计算机执行时使得计算机执行根据权利要求12所述的不正常航班旅客服务处置方法。
技术总结
本公开涉及不正常航班旅客服务处置系统及方法。该系统包括航班信息发布子系统、旅客保护子系统和旅客通知子系统。航班信息发布子系统被配置为确定并发布不正常航班信息和对外公布原因。旅客保护子系统被配置为确定要保护航班信息、要保护旅客信息和可保护航班信息，根据要保护旅客信息和可保护航班信息计算并执行保护方案，以将要保护旅客的航班信息更新至可保护的新航班上。旅客通知子系统被配置为向要通知旅客通知不正常航班信息和对外公布原因，并且当要通知旅客是要保护旅客时还向要通知旅客通知保护方案。要通知旅客通知保护方案。要通知旅客通知保护方案。
