服务提供商的偏好对航班运行因素205进行加权。
[0042] 破坏严重性模块120根据用于各个航班运行因素205的选定参数来计算破坏严重 性指标值130。在一些实现中，选定参数的函数使用各种数学运算和技术来组合（例如，聚 合）与选定参数相关联的选择指标值。在一个特定实现中，破坏严重性指标值130等于与 选定参数相关联的选择指标值的总和（例如，加权总和）。尽管用于计算破坏严重性指标 值130的选定参数的函数可以基于多个航班运行参数中的任何一个，根据一个实现，例如， 破坏严重性指标（DSI)值130根据下式计算为选定参数的函数：
[0043] DSI=f(TOD,DD,AOG,MF,AF,MF,LF,VF,HF,CF,NF,RF,PF) (1)
[0044] 其中DD是延迟持续时间因素，MF是错过航班因素，AF是航班摆渡因素，LF是负荷 因素，VF是错过航班值因素，HF是枢纽因素，CF是错过连接百分比因素，NF是网络延迟因 素，RF是时刻因素，而PF是飞行员/机组人员因素。负荷因素表示任何错过航班的最高负 荷。错过航班值因素表示由于修理不定期维修事件而导致的任何错过航班是否是网络指定 的高值航班。枢纽因素表示由于修理不定期维修事件而导致的任何错过航班是否是到网络 枢纽的入站航班。错过连接百分比因素表示如果修理不定期维修事件将在枢纽经历错过连 接的具有不定期维修事件的飞机上的乘客的百分比。网络延迟因素表示在发生不定期维修 事件时已经在企业网络中的总延迟。时刻因素表示不定期维修事件的修理相对于网络的飞 行开始日的开始的时刻。飞行员/机组人员因素表示作为具有在修理中的不定期维修事件 的飞机的飞行员和机组人员延迟的结果的推迟航班的数目。当然，能够省略或用另一因素 或其它因素代替式1的上述因素中的任何一个或更多个，或者能够在式1中考虑另外的因 素。
[0045] 将用于各个因素的示例性参数和用于各个参数的示例性选择指标值代入式1，能 够确定DSI值130。视需要用于式1的各个因素的可能因素和关联的选择指标值的数量和 范围能够变化。
[0046] 在航班运行因素205由航班运行因素模块200选择之后，破坏严重性计算模块230 包括算法模块240,该算法模块240对破坏严重性指标值式或算法（其可以与式1相同或相 似）应用航班运行因素205的选定参数，以计算破坏严重性指标值130。在一些实施方式 中，手动地选择航班运行因素205的参数，而在其它实施方式中，基于预定偏好自动地选择 航班运行因素的参数。
[0047] 根据采用航班运行因素205的参数的手动选择的实施方式，破坏严重性模块120 包括接口模块210。接口模块210包括接口 215,在一些实现中接口 215可以是显示112的 图形用户界面。接口 215包括用于接收用户选择的多个数据输入域220A-E。各个数据输入 域220A-E能够与航班运行因素205中的相应一个对应。此外，各个数据输入域220A-E可 以显示或作为选择提供与相应的航班运行因素相关联的参数。例如，数据输入域220A-E中 的一个可以与延迟持续时间因素对应，并且显示和为选择而提供多个延迟持续时间参数和 选择指标值。用户可以基于各种偏好和信息（包括已知的历史数据、过去的经验、业务规则 等）中的任一个手动地选择航班运行因素205的参数。
[0048] 在采用航班运行因素205的参数的自动选择的实施方式中，破坏严重性计算模块 230包括规则模块235。规则模块235包括支配各个航班运行因素的哪些参数被选择的规 贝1J。规则基于各种因素，诸如业务偏好、历史数据、当前航班时间表、维修资源等。业务偏好 和历史数据可以作为来自外部输入166的输入，当前航班时间表可以作为来自航班时间表 162的输入，而维修资源可以作为来自维修资源164的输入。例如，针对TOD因素和错过航 班因素所选择的偏好可以分别基于从航班时间表162获得的飞机的航班时间表和当前位 置。作为另一示例，针对延迟持续时间因素所选择的偏好可以基于从维修资源164获得的 可用维修资源。
[0049] 返回参照图2,航班推荐模块140至少部分地或单独基于来自破坏严重性模块120 的破坏严重性指标值130生成推荐动作150。例如，在一些实现中，推荐动作150可以单独 基于破坏严重性指标值130。在一个实现中，航班推荐模块140可以将破坏严重性指标值 130与预定或动态确定的阈值相比较，并且如果破坏严重性指标值满足阈值，则生成用于在 飞行飞机之前修复飞机的推荐动作150,或者如果破坏严重性指标值不满足阈值，则生成用 于在修复飞机之前飞行飞机的推荐动作。
[0050] 在又一些实现中，例如，推荐动作150基于严重性指标值130以及来自航班时间表 162、维修资源164和外部输入166的业务偏好和其它输入中的至少一个。如图4中所不， 根据一个实施方式航班推荐模块140包括业务规则模块250。业务规则模块250存储或生 成推荐确定模块260可以在生成推荐动作150时利用的一个或更多个业务规则。在一些实 现中业务规则可以由用户作为用户输入152输入。在特定实现中，业务规则可以由业务规 则模块250基于用户输入152生成。通常，业务规则具体实现有关如何鉴于经营航线的运 行方面处理不定期维修事件的服务提供商的偏好。例如，一个运营商可能选择使维修延期 (如果可能），以便于使对航空公司的乘客的航班时间表延迟影响最小化，并且然后在延期 容限（例如，时间段）内的最早可用时间执行修理。另一运营商还可能选择来采取相同延 期，但是替代地在进行修理之前飞行飞机长达延期容限的全长度。推荐确定模块260可以 被构造成应用从业务规则模块250接收到的业务规则以便生成推荐动作150。
[0051] 在一些实现中，推荐确定模块260依靠代替或除用于生成推荐动作150的业务规 则之外的输入。在一个实现中，推荐确定模块260利用来自当前航班时间表162的实时数 据来确定使针对不定期维修事件的维修延期是否是所希望的。例如，使维修延期可以基于 飞机的目前位置、将来航班的目的地和/或从当前航班时间表162获得的不定期备用飞机 的可用性。在一个特定实现中，如果飞机被调度以在延期容限内飞行高优先级（例如，高回 报）航班，则推迟修理动作直到该飞机已完成高优先级航班或当另一飞机能够被轮换以覆 盖高优先级航班为止。
[0052] 类似地，除业务规则和实时航班时间表数据之外或在业务规则和实时航班时间表 数据的替代方案方面，推荐确定模块260可以利用来自当前维修资源164的实时数据来确 定使针对不定期维修事件的维修延期是否是所希望的。例如，使维修延期可以基于当前的 或即将到来的降落场的维修能力（例如，人力、修理设施、备件库存等）。根据一个实现，不 定期维修事件的维修被延期直到将来航班的完成和飞机到达具有比目前的或中间的降落 场更好的维修能力的降落场为止。以这种方式，使维修延期尽管延长故障的修复，但是提供 服务提供商的总体运行的更高效管理。当飞机着陆在其中运营商不具有超越标准服务（诸 如加燃料和装载乘客）的维修能力的站时，这个类型的延期能够发生。如果故障不是在许 可飞机再次飞行之前将要求修理的航班关键项目，则可以启动修理的延期使得飞机能够在 它将最终着陆在具有适当维修能力的站的其定期路线上继续。延期还能够在尽管具有足够 的能力但是可能正在服务进行中的其它同时发生的不定期维修事件（其能够占用所有的 可用资源）的机场处发生。在这个后者情况下，飞机降落场将被认为具有容量局限性而不 是能力局限性。在容许延期的情况下，乘客可以继续被运送到期望目的地，并且飞机可以被 移动到足够的维修能力和容量可能是可用的其它机场或降落场。在任何一种情况下，修理 的延期防止不定期维修事件影响客户体验，并且使得计划外事件能够在将来某个时候转变 为计划事件。
[0053] 除业务规则和实时航班和维修资源数据之外或在业务规则和实时航班和维修资 源数据的替代方案方面，推荐确定模块260可以利用来自外部数据模块60或数据库的外部 输入166来确定使针对不定期维修事件的维修延期是否是所希望的。在一个实现中，外部 输入166包括用于给定类型的不定期维修事件的历史破坏严重性指标值。推荐确定模块 260能够被构造成将当前不定期维修事件的破坏严重性指标值130与来自过去的相似不定 期维修事件的历史破坏严重性指标值相比较。在一些实现中，当前破坏严重性指标值130 单独将不保证立即修复当前不定期维修事件，但是如果当前的破坏严重性指标值是高于历 史破坏严重性指标值的特定量，则可以提供触发当前不定期维修事件的立即解决的决策支 持。相比之下，作为低于历史破坏严重性指标值的特定量的当前破坏严重性指标值130可 以提供导致当前不定期维修事件的解决的延迟的决策支持。
[0054] 根据另一实现，外部输入166可以包括来自一个或更多个可访问数据库的数据。 例如