申请/专利权人：波音公司

申请日：2017-06-28

公开（公告）日：2023-05-23

公开（公告）号：CN107563519B

主分类号：G06Q10/20

分类号：G06Q10/20;G06Q10/0635;G06Q10/0637;G06Q10/0639

优先权：["20160630 US 15/198,601"]

专利状态码：有效-授权

法律状态：2023.05.23#授权;2019.07.26#实质审查的生效;2018.01.09#公开

摘要：本申请涉及飞行器非周期性维护安排系统。具体地，该系统聚合与飞行器中的不合格系统有关的数据，并且分配资源来修理所述不合格状况。所述系统包括接收和分配所述不合格状况的服务总线，和生成修理另选方案的优化工具。所述优化工具允许动态重新配置规则，以启用和停用或者改变规则集中的单独规则的权重。

主权项：1.一种确定针对飞行器104中的不合格状况的维护响应的方法，该方法包括以下步骤：在具有存储器342的处理器340处，接收所述飞行器中的所述不合格状况；在所述处理器和所述存储器处，接收故障和维护信息，该故障和维护信息包括与所述飞行器特有的所述不合格状况相对应的进一步故障的风险；在所述处理器和所述存储器处，从所述飞行器的运营商108接收针对所述飞行器的航班计划、一个或更多个修理位置、以及与所述不合格状况相关的零件库存；通过将针对所述不合格状况的历史修理记录与针对所述不合格状况的修理处理进行比较，来生成针对所述不合格状况的简单性、模糊性、波动性评级，即SAV评级，其中，所述SAV评级包含用于解决所述不合格状况的简单性值、模糊性值、以及波动性值；以及利用在所述处理器上执行的、在所述存储器中存储的规则集302、360，来评估所述故障和维护信息、所述进一步故障的风险、针对所述飞行器的所述航班计划、所述一个或更多个修理位置、以及针对所述不合格状况的所述SAV评级，从而生成针对所述飞行器的使解决所述不合格状况的位置和时间，其中，所述简单性值具有三元值+1、0或-1，当针对“已检查OK”的不合格状况的诊断超过一阈值时指配+1，当针对“已检查OK”的不合格状况的诊断不满足所述阈值时指配0，而当未确定诊断数超过第二阈值时指配-1，所述模糊性值是平均修理步骤数与为解决所述不合格状况所需的总可能修理步骤数的百分比的函数，以及所述波动性值是用于将所述不合格状况解决成预选置信水平的最佳情况步骤数和用于将所述不合格状况解决成所述预选置信水平的最差情况步骤数的组合。

全文数据：飞行器非周期性维护安排系统技术领域[0001]本公开总体上涉及飞行器非周期性维护安排scheduling，并且更具体地说，涉及一种如下系统，其评估维护风险并指导针对在日程安排、分时段零件更换或者定期检查及其关联修理行动外发生的组件故障事件的飞行器维护活动。背景技术[0002]飞行器是航空公司或依赖这种飞行器以在城市间及时移动人员和材料的任何业务的命脉。地面上的飞行器尤其是用于保养或其它维护）不能产生收入。目标是让飞行器保持适航条件，以使它们在需要时可获得使用。[0003]当诸如故障代码或预后警报之类的事件（即，任何不合格状况发生时，必须作出关于何时何地执行所需服务的决定。对路线、修理位置、零件可用性等各种因素进行优化，以达到最佳解决方案是一个具有挑战性的问题。发明内容[0004]在本公开的一方面，一种用于飞行器维护安排的系统，该系统包括:现场接口，该现场接口联接至具有存储器的处理器，并且该现场接口被配置成经由网络接口，从与所述处理器通信的电子不合格存储库接收错误报告，所述错误报告包含针对飞行器中的不合格状况的信息。所述系统还包括厂商接口，该厂商接口联接至具有所述存储器的所述处理器，并且厂商接口被配置成接收与所述飞行器中的所述不合格状况有关的飞行器特有故障信息和维护信息；以及服务桥，该服务桥联接至具有所述存储器的所述处理器，并且所述服务桥被配置成从所述飞行器的运营商接收，针对所述飞行器的航班计划、一个或更多个修理位置及其各自修理能力、以及针对所述一个或更多个修理位置中每一个修理位置的零件库存。所述系统另外包括辅助接口，该辅助接口联接至具有所述存储器的所述处理器，并且所述辅助接口被配置成从针对与所述航班计划相对应的位置和针对所述一个或更多个修理位置的至少一个天气服务接收天气数据。所述系统包括存储器和处理器。所述存储器存储至少一个规则集，其中，一规则集包括多个单独规则，这些单独规则用于处理所述飞行器特有故障信息、所述维护信息、所述航班计划、所述一个或更多个修理位置及其各自修理能力、所述零件库存、以及所述天气数据，每运营商标准对所述规则集进行配置。所述处理器联接至所述现场接口、所述厂商接口、所述运营商接口、所述辅助接口、以及所述存储器。所述处理器被配置成执行所述规则集，以确定如下各项：i是否能够延期纠正所述不合格状况;并且在可延期时，ii用于纠正所述不合格状况的行动过程。所述系统还包括显示器，该显示器联接至所述处理器，并且呈现用于指导所述飞行器呈现在一位置的所述行动过程，和在用于纠正所述不合格状况的所述行动过程中指定的时间。[0005]在本公开的另一方面，提供了一种系统，其聚合与飞行器中的不合格状况有关的数据，并且分配资源来修理所述不合格状况，该系统包括:服务总线，该服务总线接收和分配与所述不合格状况有关的数据;和数据应用服务，该数据应用服务联接至所述服务总线，该数据应用服务存储和检索针对所述飞行器的延期风险数据和技术数据，所述应用服务响应于经由所述服务总线接收的请求，来提供所述延期风险和计数数据。所述系统还包括:月艮务适配器，该服务适配器将所述服务总线联接至运营商行业应用服务，所述服务适配器被配置成接收来自运营商的运营商数据，所述运营商数据包括路线计划和零件库存。所述系统还包括联接至所述服务总线的优化工具。所述优化工具本身包括:格式化经由所述服务总线接收的数据的预处理器;和利用一规则集生成修理另选方案的优化器，其中，所述规则集可在所述优化工具操作期间配置。[0006]在本公开又一方面，一种确定针对飞行器中的不合格状况的维护响应的方法，该方法包括以下步骤:经由联接至具有存储器的处理器的现场接口接收所述飞行器中的所述不合格状况。所述方法继续，经由联接至所述处理器和所述存储器的厂商接口来请求和接收，与所述飞行器特有的所述不合格状况相对应的、包括故障和维护信息的进一步故障的风险。该方法包括以下步骤:经由联接至所述处理器和所述存储器的运营商接口，从所述飞行器的运营商接收，针对所述飞行器的航班计划、一个或更多个修理位置、以及与所述不合格状况相关的零件库存。通过将针对所述不合格状况的历史修理记录与针对所述不合格状况的修理处理进行比较，来生成针对所述不合格状况的简单性、模糊性以及波动性SAV:simplicity，ambiguityandvolatility评级rating，其中，所述SAV评级包含用于解决所述不合格状况的简单性值、模糊性值以及波动性值。所述通过一些步骤而得出结论，即，利用在所述处理器上执行的、在所述存储器中存储的规则集，来评估所述故障和维护信息、所述进一步故障的风险、针对所述飞行器的所述航班计划、所述一个或更多个修理位置、以及针对所述不合格状况的所述SAV评级，从而生成针对所述飞行器的、以使解决所述不合格状况的位置和时间。[0007]已经讨论的特征、功能以及优点可以在不同实施方式中独立实现，或者可以在其它实施方式中组合，其进一步细节可以参照下列描述和附图而了解。附图说明[0008]为了更完整理解本公开方法和装置，对有关附图更详细例示的实施方式进行说明，其中：[0009]图1是根据本公开的飞行器环境的框图；[0010]图2是根据本公开的用于飞行器维护安排系统的服务架构的框图；[0011]图3例示了飞行器维护安排系统中的数据流；[0012]图4是示出飞行器维护安排系统的输出的示例性例示图；[0013]图5是用于设置飞行器维护安排系统的步骤的例示图；[0014]图6是与使用飞行器维护安排系统相关联的步骤的流程图；[0015]图7是图6的流程图的延续；[0016]图8是定制用于飞行器维护安排系统的规则集的例示图；以及[0017]图9是飞行器维护安排系统的功能框图。[0018]应当明白，附图不必比例化，并且所公开的实施方式有时以图解方式和按局部视图进行例示。在某些情况下，可能省略了对于所公开方法和装置的理解来说是不必要的或者致使其它细节难于察觉的细节。应当明白，毫无疑问，本公开不限于本文所示的特定实施方式。具体实施方式[0019]图1例示了用于飞行器维护安排的系统102的部件。飞行器104产生一事件，其被传送至系统1〇2以供分析。该事件可以自动报告，例如，利用飞行器通信寻址和报告系统ACARS。在其它情况下，该事件可以由飞行员、机械师或其他地面人员报告，或基于以前的维护历史自动生成。[0020]该事件可能是许多条件中的任何一个，从诸如阅读灯故障这样的简单报告到可能表示目前危险的关键发动机组件条件。在简单和关键之间是落入这两者之间的成千上万的条件。这些事件中的每一个事件必须由合格的维护人员进行评估和调度dispatched以进行维护。出于本公开的目的，术语“服务”和“维护”可以互换使用。在许多情况下，维护可能延期直到飞行器处于具有必要零件和合格技术人员的便利的中途停留点为止。在其它情况下，该事件可能要求飞行器在修理之前被转移到修理设施甚或停场grounded。[0021]响应于向系统1〇2报告的事件，从多个来源接收数据，包括飞行器的制造商106、运营商108、一个或更多个机场110、以及天气信息源112。在实施方式中，调度员114监视系统102的操作。[0022]如下面将参照图3更详细讨论的，制造商106提供关于飞行器的信息包括服务程序和风险信息），而运营商108在各个机场110提供有关飞行路线服务能力的信息。天气信息源112用于确定沿着飞行器104的当前飞行路线的天气是否会影响选择可能的修理位置。[0023]图2是例示系统102的示例性服务架构视图的框图。下面，参照图9,呈现了系统102的功能视图。通过数据服务总线120连接系统102的单独部件，该数据服务总线提供各种系统组件之间的数据连接和通信量traffic管理。服务桥122提供各种标准和定制适配器，以允许数据服务总线120与各种外部实体之间的连接。服务桥122还可以使用具有预定协议的集成适配器，以供用于构建针对各种数据提供者，特别是针对航空公司或其他航空承运人的接口。在该示例性实施方式中，针对运营商服务总线124的连接允许来自所有运营商行业应用服务128和运营商数据服务126的信息传递。[0024]在这个实施方式中，运营商业务应用服务128包括:运营商的维护管理系统、航班计划、飞行器配置、以及备件库存可用性。运营商数据服务包括但不限于:针对业务、运营，以及维护的一般运营实践和策略。[0025]返回至系统102，数据应用服务组件130是一子系统，其提供维护计划优化、最小设备清单MEL信息（下面讨论）、与特定事件相关联的延期风险和延迟风险两者，以及飞行器技术数据等等。[0026]优化工具132综合来自所有可用源的数据，以提供用于致力于解决特定事件的一个或更多个推荐行动过程。预处理器134从各种源接收数据，并且针对特定数据类型及其来源按需要提供数据变换和归一化。管理服务136监督处理和资源安排，并且优化器138根据制造商数据、运营商（例如，航空公司）数据、以及诸如天气信息这样的其它数据，利用适用于特定情况或事件的规则来生成所述一个或更多个行动过程。在一个实施方式中，该规则是预定的，并且从多个规则或规则集中选择。在另一实施方式中，一规则集中的各个规则可以根据该特定情形或事件来定制，如下将更详细讨论的。在大多数情况下，执行该规则导致用于纠正该问過的行动过程。用于呈现该行动过程结果的一个实施方式在图4中示出并在下面进行讨论。[0027]在所示实施方式中，系统102还包括经由数据服务总线12〇连接的几个示例性支持服务。数据服务140包括访问存储和备份以及归档处理。辅助接口141连接至标准数据服务，如气象机构或商业数据服务。因为针对这种数据服务的连接通常是公开的，并且有很好的文档记录，所以为了容易集成，服务桥丨2〗的库可能不是必需的。然而，在一些实施方式中，由辅助接口141提供的能力可以合并到服务桥122中。[0028]认证和安全装置或服务142提供登录控制和两个内部组件之间的单向和相互认证，以及经由服务桥122访问的外部服务。在实施方式中，认证和安全服务142还在希望或需要时提供文件和或通信加密。整个地，该架构和接口是数字航空平台（在实施方式中已知为DAP的一部分。图3例示了用于处理事件的示例性数据流16〇。优化工具丨32的管理服务1%发送请求、管理收集数据以及在接收到必需的数据时安排处理。当数据需要重新格式化或者用于生成衍生信息例如，时区转换或零件供应商编号系统之间的转换时，使用预处理器134。最终将通过优化器138使用的数据来自两个主要源和多个辅助源。第一个主要源是提供制造商数据161的制造商106。或者，在另选实施方式中，制造商数据161可以由对制造商数据161进行分类的第三方数据提供方来源。[0029]在不同实施方式中，制造商数据161提供下列各项中的一些或全部：[0030]•故障隔离手册FIM:FaultIsolationManual-FIM提供用于确定故障源或其它事件代码的逐步处理。与FIM相关联的是为执行每个故障隔离步骤所需的时间。在某些情况下，可能需要一定量地拆卸飞行器的一部分，来执行故障隔离处理中的一些步骤。其影响是一些步骤可能比其它步骤需要更多的时间。[0031]•维护手册Maintenancemanual-维护手册对针对飞行器的所需例行维护，以及为访问和或更换特定部件或者执行例行维护任务如检查液压系统所需的拆卸和重新组装步骤两者进行分类。一些如果不是全部维护手册还可以包括为执行特定维护步骤所需的希望时间。[0032]•最小设备清单MEL:MinimumEquipmentList-由调度员用于确定特定事件是否需要停场该飞行器的参考。MEL专用于飞行器的特定制造和型号，并指定了与适航性和操作规程有关的设备，这些设备可能不起作用，而通过适当的条件和限制仍保持可接受的安全等级。[0033]•飞行器健康管理AHM:AirplaneHealthManagement-飞行器维护管理优化。AHM是使用实时飞行器数据来提供增强故障转移故障排除和历史修复信息，以减少计划中断、改善故障隔离以及增加维护效率的服务。[0034]•天气警报Weatheralert-除天气服务报告和状况外，针对各地的天气信息可以由制造商来报告。[0035]•飞行器技术数据AircraftTechnicalData-与针对飞行器的操作和机械规格和容差有关的信息。因为飞行器的高度定制化，所以某些规格可能会针对单独飞行器进行详细说明。例如，由于座椅配置和发动机变化，因而，针对重量和平衡的规格可能以逐个飞行器为基础来改变。[0036]•延期维护操作风险评估（DMORA:DeferredMaintenanceOperationalRiskAssessment-还已知为“延期风险”，这是对事件对单独飞行器以及机队的运行准备情况的影响的评估。其量化与延期维护相关联的风险级别。[0037]•延迟风险DelayRisk-这示出了特定系统故障可能对航班计划造成的相对风险。它评估特定飞行器系统造成航班计划延迟的可能性，并接着将该中断概率与历史事件平均航班计划延迟长度的量值相关联。[0038]•修复有效性信息Fixeffectivenessinformation-修复有效性基于过去修复处理历史，并使用维护记录的文本分析来确定什么修理操作修复该故障。修复有效性信息的应用在下面进行更多讨论。[0039]用于作出关于维护情形的决定的第二个主要信息源是运营商数据162。即，来自飞行器运营商（如，航空公司）的数据。在各个实施方式中并且无限制地，运营商数据162包括以下各项：[0040]•维护管理系统MaintenanceManagementSystem-运营商用于安排、跟踪以及记录针对运营商机队的飞行器的维护相关活动的系统。[0041]•航班计划Flightschedule-针对所考虑飞行器的航班计划。针对飞行器的路线、抵达时间以及地上时间被优化器138用于确定何时何地将安排维护活动。[0042]•飞行器配置-所考虑飞行器的特定配置，包括但不限于，机龄、自上次服务以来的时间、座位配置、发动机类型、液压系统、以及小翼类型。[0043]•位置能力Locationcapability-特定位置用于执行特定级别服务的能力，包括但不限于，机库容量、工具和测试设备可用性以及技师服务认证。[0044]•零件库存-根据与针对所考虑飞行器的事件相对应的位置而可用的零件。理想的是，每个零件都将总是处于每个地方。然而，当需要标识的零件但其未在希望位置时，有几种方法来寻求解决该需要。首先，飞行器可以移动至零件所在地方，特别是如果该零件位于飞行器航班计划上的一位置处时。第二，运营商可以将零件移动至运营商安排航班之一上的修理位置。第三，该零件可以通过标准运送服务如UPS或联邦快递之一移动。一种方法超过另一方法的可取性取决于零件的尺寸或重量、运送零件所需的时间、航班计划、天气等。零件可用性由系统102在执行规则集时连同下面更多讨论的其它因素一起处理。[0045]•—般实践手册GeneralPracticesManual-针对特定运营商的标准操作程序手册，其可以包括诸如优先排序指南、优选维护位置等的这样这种项目。[0046]•主要最小设备清单MasterMinimumEquipmentList-包含制造商最小设备清单MEL的超集，和运营商针对飞行器运行所需的附加安全级别与舒适度的参考。[0047]•策略、运营、业务以及维护信息-有关针对特定运营商的人员、按预期成本的审核水平、逐步升级过程等的附加相关信息。[0048]优化器1洲所使用的附加信息源在图3中被例示为辅助数据164。辅助数据可以包括:来自联邦航空管理局FAA和国家海洋与大气管理局N0AA的天气信息。天气信息被优化器用于许多目的。在一个示例中，可以使用天气信息来预测飞行器是否能够到达可能的维护目的地，无论是在其航班路线上还是作为一个非安排目的地。在另一示例中，可以使用天气信息来确定飞行器在可以执行维护活动的位置是否会延迟，假设有预期的额外地面时间。天气还可以用作维护是否可能需要在机库内执行的指示符，从而影响特定机场进行修理的能力。例如，高风状况可能妨碍机械师在升高的平台上进行户外工作，而且如果修理需要拆除外部面板，那么可能因雨水导致飞行器结构内的水侵入，而不建议在户外进行工作。[0049]当在优化工具132处接收到一些或全部相关数据时，需要重新格式化、计算或归一化的任何数据在预处理器134进行处理。预处理器134还可以管理规则定制，这将在下面更详细地讨论。[0050]管理服务136监督安排请求和处理作业。优化器138使用规则来开发修理计划，并且基于该规则的目标加权），根据它们的功效而呈现它们。[0051]该修理计划然后可以被附加自动化系统，或者基于调度员的系统而使用，以提供动态线路维护，其通过缩减必须在修理设施之间移动的零件的数量，来实现有关维护活动的改善周转时间并降低零件成本。[0052]修复有效性SAV评级[0053]下面，将讨论转向上面提到的修复有效性。通过利用文本分析器检查过去的维护活动报告，来开发修复有效性信息，以确定哪个零件是故障的根本原因。更具体地说，在一个实施方式中，统计数据被保持用于导致10天内不会再次发生问题的报告修复。例如，一个特定的气动系统代码在75%的时间执行系统复位、通过20%的时间更换过滤器1、以及通过5%的时间更换过滤器2,而导致10天或以上的修理。针对更换过滤器1的修复有效性高于更换过滤器2的修复有效性，因而，在这种情况下，在更换过滤器2之前，可以假定大约95%的时间，该故障将按两个或更少修理行动来修复。在另一示例中，修理压缩机的第四个FIM步骤可以在75%的时间内清除故障。虽然将这一步骤移动至故障隔离处理的开始可能是合乎逻辑的，但可能还有驱动该步骤的位置的其它考虑因素。在这种情况下，第四步可能涉及到修理既昂贵又耗时的组件，因而，即使它们的效果较差，但在处理中更早执行更简单且成本更低的故障隔离步骤方面仍有价值。[0054]总的来说，在开发修复有效性信息方面的价值在于，其提供了一种用于以统计上准确为基础来预测修理时间的方法。即使个体情况可能有偏差，但在全队范围内采取时，修理时间和成本可以被预测，并用于安排维护人员、地面设施以及和飞行器停机时间。[0055]修复有效性可以根据三个统计数据（简单性值、模糊性值，以及波动性值（SAV:simplicity，ambiguity，volatility来获取。用于确定SAV评级的数据基于对解决问题报告的文本日志的分析，这些通常是修理技术人员进行的自由形式的文本输入。示例计算将遵循每个的简要说明。[0056]简单性是F頂对特定代码或事件的理解有多好的度量。简单性的值是三元-1、〇、+1。当大于5〇%的服务报告用“重新测试已检查0K”的修理进行编码时，将指配+1。当小于5〇%的错误报告被编码为“已检查0K”时，指配0,但有一个例外。该例外是当大于50%的错误报告被编码为“其它”或“未知”时，指配-1。使用术语“编码”，但在实践中，编码可能简单地意指，错误报告包括纯文本“已检查0K”、“其它”或“未知”。[GG57]模糊性值是FIM中的总步数的、平均起来需要修理故障的百分比的度量。该值在一个公式中获取，该公式将最高修复有效性百分比与FM中其它可能步骤数进行比较。在一个实施方式中，使用以下等式来计算模糊性值：[0058]最高修复有效性％+10V1+FIM步骤#_1102[QQ59]波动性值是为达到一定百分比修复有效性所需的步骤数的度量。在实施方式中，希望修复有效性被配置成9〇%的预选置信水平。即，需要FIM的多少步才能达到90%的累积修旻有效性。最佳情况BC:bestcase值被计算为，从为达到给定修复有效性所需的开始起计数的步骤数。最差情况WC:w〇rstcase值是，从为达到给定修复有效性所需的FIM的最后一步起计数的步骤数。波动性值由以下公式给出：[0060]BC+WC2-1[0061]虽然确定简单性值是直接给定一组维护报告，但下面的几个示例例示了计算模糊性和波动性。[0062]示例1:具有100%有效件的一击FTM:{100%}[0063]模糊性=1QQ+!〇〇1+Q102=100+1002二100,绝对确定性;[0064]波动性=4+p2-1=22-1=0，零波动性；[0065]示例2:具有多个倌的两步FTM:丨90%[0066]模糊性=翌+1〇〇八1+11〇2=並+912=90.5，高确定性；[0067]波动性=丄+当2-i=32-1=〇.5，轻微波动；[0068]示例3:具有多个值的四步FIM:{50%,30%,15%,5%}[0069]模糊性=並+1〇^1+21〇2=迎+772=63.5，中确定性；[0070]波动性=@+多2-1=72-1=6增加波动性BC从左起需要三步达到90%的确定性，WC从右起需要四^达到90%的确定性，其在这种情况下也是100%的确定性）；[0071]示例4:100步的FIM，每步具有1%的修胷有效件:[0072]模糊性=丄+1001+逆102=丄+9.22=5,低确定性；[0073]波动性=迎+迎2-1=1802-1=89,高波动性BC和WC是相同的，因为从开始起90步和从末尾起90步两者都达到90%的置信度）。[0074]显见的是，出于例示的目的，一些示例是极端的，但如可以看出，FIM中的更多步通常会增加模糊性和波动性两者的值。类似的是，伴随总体降低的有效性的步数也增加了模糊性值和波动性值。这些等式是以经验方式导出的，并被选择使用容易通过数据挖掘维护报告获取的变量。这些等式坯被选择成在基于较少FM步的更高有价值特征的值与该处理开始附近的更好分辨率的值之间产生显著距离。因此，这些等式仅仅是示例，并且在根据本文所公开的构思和原理引导时，可以开发和代替其它合适的等式，尽管可能需要显著的努力。[0075]如下面参照图6-图7例不的，针对SAVsimplicity,ambiguity，volatility;简单性、模糊性、波动性的计算值仅仅是进入用于执行导致维护计划的优化处理的规则引擎的另一组输入。在其它实施方式中，SAV值可以独立于系统102而使用。[0076]图4描绘了由优化工具132产生的结果的示例性显示的屏幕截图190。日历部分191示出了针对涉及三个阶段的工单的另选方案。计划1摘要行192示出了计划1符合规则集的93%，并且例示了步骤1和步骤2将于上午5:30至6:30之间在西雅图执行。然后飞行器将飞往丹佛，在那里，剩余步骤3将在上午9:00后不久开始。计划2摘要行194显示计划2符合规则集的89%。在计划2中，步骤1和步骤2也在西雅图完成，但步骤3于下午1点15分左右在圣路易斯完成。[0077]在该示例性实施方式中，细节部分196示出了针对最高评级计划的细节，其因此是默认计划1。时间、位置、描述、持续时间以及零件列是不言自明的，示出了针对每次修理的希望时间和所需零件若有的话）。“选择”按钮198允许调度器114启用计划1，其将导致在西雅图和丹佛发出工单，并为所需技术人员和零件分配该工作。在另一窗口中，“改变”按钮199允许选择计划2、选择另一个低评级计划、或者改变规则以围绕与维护服务相对的其它标准进行优化。[0078]图5例示了用于设置和管理系统102的管理工具200的一个实施方式。在框2〇2处，确定决策所需的信息，并且对应地，确定该信息的来源。如图5所示，信息源204通常是运营商包括上述信息，如航班计划。信息源206通常是制造商提供了上面参照图2讨论的那些信息元素，并且包括故障隔离手册FIM和风险评估。辅助数据207可以包括经由附加的第三方接收的天气信息或其它数据。[0079]在框208处，开发并实现针对所标识的数据源的接口。这些接口可以具体实施在服务桥122图2中。在实施方式中，可以使用接口库来促进开发单独接口，该接口库包括用于不同数据库供应商的库和通信协议。[0080]在框210处，开发针对每个客户（例如，特定的航空公司）的具体规则改变策略、规则加权以及评分。规则加权和评分根据特定承运人。主要或排它地进行国际飞行的承运人在返回至他们的主要枢纽上放置更高价值，以便限制暴露于针对运送至外国的修理零件的高运送成本和潜在海关问题。在更恶劣气候下运营的承运人如位于加拿大的航空公司）与在较温和气候下运营的承运人如位于墨西哥的航空公司）相比，在规划方面可能在天气上放置更高权重。[0081]规则改变策略针对哪些规则可以修改而设置限制，和或可以对其加权进行什么限制。一些承运人可能希望调度员或与系统102交互的其他人具有关于改变规则具有更多判断力，使得系统102将开发用于推荐修理的更多或不同选项。动态规则改变将在下面进行更详细讨论。[0082]在框212处，构建规则引擎。在实施方式中，规则引擎是商业现货（C0TS:commercialoff-the-shelf产品，但在其它实施方式中，规则引擎可以从现货产品内部开发或修改。在规则引擎被配置和测试后，在框214处，可以将系统102发行给用户。用户通常是航空公司或其他航空承运人，如航运公司。在其它实施方式中，用户可能是一队包机，甚或管理一队飞行器的联邦机构。[0083]图6和图7是例示具有在操作用于飞行器维护安排的系统102中执行的步骤的处理23〇的流程图。在框232处，在与飞行器104有关的系统102处接收到与故障或错误报告有关的警报。可以直接从飞行器数据系统、从来自飞行人员或地面维护人员的报告、或者其它来源接收事件、故障或错误报告。还可以由维护即将到来的例行维护要求的日志的飞行器维护安排系统生成事件、故障或错误报告。在框236处，收集与故障有关的数据，包括来自框234的信息。在实施方式中，数据是飞行器类型、驾驶舱效果、维护消息、以及相关联的最小设备清单MEL。驾驶舱效果是向航班机组人员显示的消息，其帮助机组人员确定针对当前状况的响应，而不一定是系统中的哪个组件有故障了。MEL特定于飞行器的特定制造和型号，并指定不能禁止操作的、可以不起作用的设备。[0084]在框238处，确定故障是否可延期。或许显见的是，如果该确定结果是“否”，则在框244处，继续故障不可延期执行，飞行器停场begrounded，并生成启动修理的工单。如果在框238处，故障是可延期的，则在框MO处继续执行，其中，进行检查以确定是否存在用于该飞行器的现有维护单。如果是，则在框242处，继续执行以确定该附加故障与最近所标识的故障相结合，是否产生故障不可再延期的情况。例如，新故障可能会将飞行器的功能系统降低到可接受的MEL要求之下。当这种情况发生时，在框244处继续执行，其如前所述，使飞行器停场并生成工单。[0085]返回至框240,如果没有其它未决维护状况，则在框246处继续执行。如果在框242处，该附加维护状况不生成停场飞行器AOG:AircraftonGround状况，那么这也是真的。[0086]在框2你处，系统收集超过在框236处收集的故障状况信息的数据。如上参照图3讨论的，在框2妨处收集的数据通常包括诸如FIM这样的设备相关数据248,以及环境相关数据250,包括:航班计划、零件可用性、以及天气。而且如上所述，SAV数据252被计算并被包括在框246处所收集的数据中，其中利用来自数据248和数据250的信息。[0087]优化工具132在框256处被启用。优化工具132尝试生成用于解决飞行器104所经历的状况或故障的至少一个行动过程。在某些情况下，可能找不到满足一规则集的所有要求的行动过程。在其它情况下，开发一个或更多个行动过程并使其可用。[0088]在图7中的“1”标记处继续，该流程图在框260处继续，其中确定是否存在满足这些规则的最小要求的任何计划。如果是这样，则在框262处继续执行，并且呈现一个或更多个行动过程。在图4中例示了显示该结果的一个示例并且上面进行了讨论。如果最高评级的计划可接受，则在框264处可以批准该计划，并且“是”分支被跟随至框266，在其中生成工单，并根据该计划执行飞行器104的修理。执行该计划可能需要将飞行器104、零件、或两者移动至该计划中指示的位置。[0089]如果在框264处，未选择最高评级的计划，则执行可以跟随从框264到框268的“否”分支，其中可以跟随去往框266的选项（1来选择另一计划。另选的是，在框268处，所有提议的计划都可能被拒绝，并且可以通过跟随去往框272的选项2来作出针对这些计划中的任一者的手动更新。[0090]在框洲8处可用的第三选项是选项（3，其返回至图6的框254,并且允许用户更新针对所考虑的特定事件或故障的规则。当完成该规则改变时，在框256处，由优化工具132执行。值得注意的是，在框254处进行的规则改变是对规则的暂时改变，并且仅针对当前正在考虑的故障或事件而应用到飞行器104。一般规则集保持完整，并且处理230的另一并发concurrent使用将使用未修改的规则。[0091]短暂地返回至框260,如果优化工具132未生成可行的计划，则执行可以跟随“否”分支至框274,其中，运营商可能被警告缺少自动生成的选项。在框268处，可以继续执行，其中，仅呈现选项2和选项3选项1与选择另一计划相关联，其在这种情况下不存在）。[0092]图8是描绘适合在图6的、用于修改规则的框254处使用的一个可能用户接口300的例示图。示出了具有多个单独规则3〇3-310的规则集3〇2。在该示例性实施方式中，与计算机编程语言相反，每个规则以纯文本形式呈现，并且可以利用复选框来选择或取消选择单独规则。取消选择的规则可能会变灰，以便更容易地标识活动规则。诸如随规则303和304所示的一些规则可以具有用户可设置的值，在这种情况下，分别是用于故障隔离和修理任务的转向时间分钟数。每个规则都被赋予用于软或硬执行的值。软规则被认为是可取的但不是必需的，换句话说，计划性的“可能”。硬规则被视为需要或计划性地“应当”。如所示，利用值零来取消选择“硬”或“软”。规则的权重通过增加其相应的“硬”或“软”值来改变，如本实施方式中所示，处于范围-1至-3中。运营商有选择地关闭规则，或将规则执行从硬必需）改变为软希望的能力及其权重是极大地扩展优化工具132的有用性的能力。对规则集的这种实时和非永久性改变向运营商赋予适应特定情况或应用信息的判断力，其在一实例中，可用于运营商，但在数据248和250中不容易更新。例如，运营商可能具有在数据250图6上获取的天气信息中未反映出的目前天气更新，使得运营商可以关闭天气相关规则，以便增加针对修理和时间的另选方案。当然期望针对规则改变的理由的其它示例，包括但不限于：当前新闻事件、运营商个人经验、人员安排等。[0093]希望可以手动或自动记录和检查对规则所做的改变，使得随着时间的推移，可以更新基本规则以反映例行地或在选定情形下出现的改变。按这种方式，基本规则变得越来越复杂，并且整个系统102变得自我学习。[0094]如图8所示，一些规则与任务本身有关，如规则3〇9，其主张在需要多个任务时，它们必须按次序完成。一些规则与零件可用性有关，如规则3〇5,其主张FM中所需的零件编号不是零件数据库所知的。这意味着当FIM可能要求特定的零件编号时，可以使用具有不同编号的等同零件例如，来自另一厂商）。一些规则与执行服务的设施有关，如指定修理设施的认证级别的规则310。其它规则可能指定针对天气预报的敏感度，而其它规则可以设置针对SAV值的敏感度。[0095]如上所述，规则可以被关闭或打开，或者具有在系统配置框210,图5时所指定的策略描述的限制内改变的其“硬”或“软”值。这样，航空公司可以针对系统102的运营商可以有多少判断力来定制规则而放置限制。在实施方式中，该策略本身可以以规则的形式来指定，使得可以通过经适当授权的人，针对特殊情形如多州风雪或飓风来修改该策略。[00½]图9例示了系统1〇2的功能视图，其与图2所示的服务架构视图形成对照。系统1〇2包括:经由数据总线346连接至存储器342和显示器344的处理器340。数据总线346还将处理器340连接至多个接口，包括但不限于：现场接口348、厂商接口350、辅助接口141、服务桥122以及用户接口354。[0097]现场接口348连接至各种报告实体，并且用于从电子不合格存储库（electronicnon-conformancerepositoryM9接收关于特定飞行器104的问题报告。在实施方式中，不合格存储库349是自动报告系统，如ACARS，但也可能包括各种航班机组人员和地勤人员报告系统。如图6所示，问题报告的接收是用于激活系统102的初始触发。厂商接口350通过一般型号和通过特定尾号单独飞行器），将系统102与针对飞行器104的制造商数据相连接。这些信息包括但不限于，针对该飞行器的FIM和MEL。在实施方式中，该信息来自飞行器104的制造商，但在其它实施方式中可以从另一数据聚合器获得。[0098]辅助接口141用于连接至例如提供针对各种位置的天气数据的服务。具体来说，系统102使用针对飞行器104的路线上的目的地的天气预报，来确定在希望时间帧内是否可访问可能的修理位置。上述服务桥122提供一组库，其可以用于连接至航空公司或其他承运人，以响应于来自系统102的查询，来接收有关航班路线、服务地点、以及零件库存的信息。用户接口354结合显示器344用于向运营商提供信息，并接收来自运营商的指令。在实施方式中，该信息包括一个或更多个行动过程，如图4所示。这些指令可能包括对规则的改变，包括启用或禁用规则以及改变规则的权重，如上面参照图8讨论的。[00"]上述服务桥U2将系统102连接至航空公司或承运人数据库，其中尤其包括针对飞行器104的策略信息、零件库存、以及路线信息。[0100]存储器342是物理存储器，并且不包括载波或传播介质。在各个实施方式中，存储器342包括操作系统356和实用程序358。操作系统356和实用程序358用于管理系统102的总体操作以及设置和诊断。规则360可以包括上面参照图8示出的单独规则303-310。这些规则360可以处于规则集302中。附加规则集未描绘可以被存储以供系统丨〇2的不同用户（例如，不同的承运人使用，或者由同一用户针对不同情况使用。存储器342还可以包括由认证和安全服务142图2使用的加密服务362。在其它实施方式中，加密服务可以由诸如智能芯片未描绘这样的硬件单元提供。存储器342还可以包括上述优化工具132。在实施方式中，该优化工具132包括在处理器340上执行以处理规则360的规则引擎366。存储器342还可以包括SAV工具368。如上所述，SAV工具3G8收集从服务报告中挖掘出的信息，并且在一个实施方式中，生成由规则引擎在生成用于解决飞行器104中的所报告问题的行动过程中使用的三个值。[0101]用于聚合来自多个来源的数据、生成和评估另选修理计划、以及利用定制规则集快速重新评估哪些计划的能力是:超过刚性定义并且对数据访问受限的现有技术系统的显著改进。而且，在评估可能行动过程中使用简单性、模糊性以及波动性SAV认识到与分析和修理同一问题报告有关的历史数据的价值。SAV信息向系统102或手动调度员提供了深入该复杂性的窗口，并因此提供了解决问题可能花费的时间。系统102不仅使已经手动执行的处理自动化，而且与现有技术系统相比，该系统102不仅可以访问附加数据，还可以访问可配置规则，系统102改进了维护计划生成的速度和准确度两者。这导致飞行器花费更多的时间在空中而花费更少的时间在地上，这是航空运输业的根本驱动力。[0102]而且，本公开包括根据下列条款的实施方式：[0103]条款1.一种分配资源来修理飞行器中的不合格状况的系统，该系统包括:联接至服务总线的处理器和存储器，该服务总线接收和分配与所述不合格状况有关的数据;所述服务总线还被配置成检索针对所述飞行器的延期风险数据和技术数据;服务适配器，该服务适配器被配置成接收来自所述飞行器的运营商的运营商数据，所述运营商数据包括路线计划和零件库存；以及联接至所述服务总线的优化工具，所述优化工具包括:格式化经由所述服务总线接收的所述数据的预处理器;和利用一规则集生成修理另选方案的优化器，其中，所述规则集可在所述优化工具操作期间配置。[0104]条款2.根据条款1所述的系统，所述系统还包括联接至所述服务总线的认证和安全装置，该认证和安全装置提供用于经由所述服务适配器通信的数据加密和认证服务。[0105]条款3.根据条款1或2所述的系统，所述系统还包括管理工具，该管理工具提供:生成所述规则集，和设置所述服务适配器以供与所述运营商通信，以接收所述运营商数据。[0106]条款4•根据条款1至3中的任一项所述的系统，所述系统还包括用户接口，该用户接口接收用于实现针对所述规则集的改变的指令，其中，所述改变专用于所述飞行器中的所述不合格状况。[0107]条款5.根据条款4所述的系统，其中，所述用户接口接收用于停用来自所述规则集中的单独规则的指令。[0108]条款6•根据条款4或5所述的系统，其中，所述用户接口接收用于改变所述规则集中的单独规则的规则权重的指令。[0109]条款7•根据条款1至6中的任一项所述的系统，所述系统还包括联接至所述服务总线的简单性、模糊性、波动性工具，即SAV工具，所述SAV工具接收针对所述不合格状况的历史数据，并且提供SAV评级，以供所述优化器在生成所述修理另选方案中使用。[0110]条款8.根据条款7所述的系统，其中，所述SAV评级包括具有三元值+1、0或-1的简单性值，当针对“已检查0K”的不合格状况的诊断超过一阈值时指配+1，当针对“已检查0K”的不合格状况的诊断不满足所述阈值时指配〇,而当未确定诊断数超过第二阈值时指配-1。[0111]条款9.根据条款7或8所述的系统，其中，所述SAV评级包括一模糊性值，该模糊性值是平均修理步骤数与为解决所述不合格状况所需的总可能修理步骤数的百分比的函数。[0112]条款10.根据条款7至9中的任一项所述的系统，其中，所述SAV评级包括一波动性值，该波动性值是用于将所述不合格状况解决成预选置信水平的最佳情况步骤数和用于将所述不合格状况解决成所述预选置信水平的最差情况步骤数的组合。[0113]条款11.一种确定针对飞行器中的不合格状况的维护响应的方法，该方法包括以下步骤：[0114]在具有存储器的处理器处接收所述飞行器中的所述不合格状况；[0115]在所述处理器和所述存储器处，接收故障和维护信息，该故障和维护信息包括与所述飞行器特有的所述不合格状况相对应的进一步故障的风险；[0116]在所述处理器和所述存储器处，从所述飞行器的运营商接收针对所述飞行器的航班计划、一个或更多个修理位置、以及与所述不合格状况相关的零件库存；[0117]通过将针对所述不合格状况的历史修理记录与针对所述不合格状况的修理处理进行比较，来生成针对所述不合格状况的简单性、模糊性、波动性评级，即SAV评级，其中，所述SAV评级包含用于解决所述不合格状况的简单性值、模糊性值、以及波动性值;以及[0118]利用在所述处理器上执行的、在所述存储器中存储的规则集，来评估所述故障和维护信息、所述进一步故障的风险、针对所述飞行器的所述航班计划、所述一个或更多个修理位置、以及针对所述不合格状况的所述SAV评级，从而生成针对所述飞行器的使解决所述不合格状况的位置和时间。[0119]条款12.根据条款11所述的方法，其中，利用在所述处理器上执行的、在所述存储器中存储的所述规则集的步骤包括以下步骤：[0120]利用存储在所述存储器中的如下规则，在使用前，通过选择性地停用所述规则集中的一个或更多个规则而对这些规则进行修改。[0121]条款13.根据条款11或12所述的方法，其中，利用在所述处理器上执行的、存储在所述存储器中的所述规则集的步骤包括以下步骤：[0122]利用在所述存储器中存储的如下规则，在使用前，通过选择性地重新加权所述规则集中的一个或更多个规则而对这些规则进行修改。[0123]条款14.根据条款11至13中的任一项所述的方法，其中，所述SAV评级的所述波动性值被计算为：[0124]BC+WC2-1，[0125]其中，BC是为了将所述不合格状况解决成预选置信水平所需的最佳情况步骤数，而WC是为了将所述不合格状况解决成所述预选置信水平所需的最差情况步骤数。[0126]条款15.根据条款11至14中的任一项所述的方法，其中，所述SAV评级的模糊性值被计算为：[0127]HFE%+10V1+其它步骤#1〇2，[0128]其中，HFE是以百分比表示的最高修复有效性，而“其它步骤的#，’是解决过程中的总步骤数减去1。[0129]条款16.—种用于飞行器维护安排的系统，该系统包括：[0130]具有存储器的处理器，该处理器从与所述处理器通信的电子不合格存储库接收错误报告，所述错误报告包含针对飞行器中的不合格状况的信息；[0131]服务桥，该服务桥联接至具有所述存储器的所述处理器，并且所述服务桥被配置成从所述飞行器的运营商接收如下各项:针对所述飞行器的航班计划、一个或更多个修理位置及其各自修理能力、以及针对所述一个或更多个修理位置中每一个修理位置的零件库存；以及[0132]规则集，该规则集存储在所述存储器中，所述规则集包括用于处理所述不合格状况的多个单独规则、所述航班计划、所述一个或更多个修理位置及其各自修理能力、以及所述零件库存，其中，所述处理器被配置成执行所述规则集，以确定如下各项：i是否能够延期纠正所述不合格状况，并且在可延期时，ii选择所述航班计划上的一位置，并安排所述位置处的零件和人员以纠正所述不合格。[0133]条款17.根据条款16所述的系统，所述系统还包括用户接口，该用户接口接收用于启用和停用所述规则集中的所述多个单独规则中的一个或更多个单独规则的指令，以创建供所述处理器执行的修订规则集。[0134]条款18.根据条款16或17所述的系统，所述系统还包括如下用户接口，该用户接口接收用于重新加权所述规则集中的单独规则的指令，以创建供所述处理器执行的修订规则集。[0135]条款19.根据条款16至18中的任一项所述的系统，所述系统还包括如下用户接口，该用户接口接收用于拒绝选择的所述位置的指令，以纠正所述不合格状况，其中，所述处理器生成用于纠正所述不合格状况的另一位置。[0136]条款20.根据条款16至19中的任一项所述的系统，所述系统还包括集成适配器，该集成适配器具有预定协议，该预定协议用于构建针对可经由所述服务桥访问的预先存在的数据源的接口。[0137]虽然仅描述了特定实施方式，但本领域技术人员根据上面的描述将明白另选例和修改例。具体来说，不同实施方式的多个方面可以彼此组合或替代。这些和其它另选例被视为等同物，并且处于本公开和所附权利要求书的精神和范围内。

权利要求：1.一种确定针对飞行器（104中的不合格状况的维护响应的方法，该方法包括以下步骤：在具有存储器342的处理器340处，接收所述飞行器中的所述不合格状况；在所述处理器和所述存储器处，接收故障和维护信息，该故障和维护信息包括与所述飞行器特有的所述不合格状况相对应的进一步故障的风险；在所述处理器和所述存储器处，从所述飞行器的运营商（108接收针对所述飞行器的航班计划、一个或更多个修理位置、以及与所述不合格状况相关的零件库存；通过将针对所述不合格状况的历史修理记录与针对所述不合格状况的修理处理进行比较，来生成针对所述不合格状况的简单性、模糊性、波动性评级，即SAV评级，其中，所述SAV评级包含用于解决所述不合格状况的简单性值、模糊性值、以及波动性值;以及利用在所述处理器上执行的、在所述存储器中存储的规则集302、360，来评估所述故障和维护信息、所述进一步故障的风险、针对所述飞行器的所述航班计划、所述一个或更多个修理位置、以及针对所述不合格状况的所述SAV评级，从而生成针对所述飞行器的使解决所述不合格状况的位置和时间。2.根据权利要求1所述的方法，其中，利用在所述处理器340上执行的、在所述存储器342中存储的所述规则集302、360的步骤包括以下步骤：利用在所述存储器中存储的如下规则303-310，在使用前，通过选择性地停用所述规则集中的一个或更多个规则而对这些规则303-310进行修改。3.根据权利要求1所述的方法，其中，利用在所述处理器340上执行的、在所述存储器342存储中的所述规则集302、360的步骤包括以下步骤：利用在所述存储器中存储的如下规则303-310，在使用前，通过选择性地重新加权所述规则集中的一个或更多个规则而对这些规则303-310进行修改。4.根据权利要求1所述的方法，其中，所述SAV评级的所述波动性值被计算为：BC+WC2-1,其中，BC是为了将所述不合格状况解决成预选置信水平所需的最佳情况步骤数，而WC是为了将所述不合格状况解决成所述预选置信水平所需的最差情况步骤数。5.根据权利要求1所述的方法，其中，所述SAV评级的模糊性值被计算为：HFE%+10V1+其它步骤的#102，其中，HFE是以百分比表示的最高修复有效性，而“其它步骤的#”是解决处理中的总步骤数减去1。6.—种用于飞行器维护安排的系统（102，该系统包括：具有存储器342的处理器（340，该处理器340从与所述处理器通信的电子不合格存储库349接收错误报告，所述错误报告包含针对飞行器104中的不合格状况的信息；服务桥（122，该服务桥（122联接至具有所述存储器的所述处理器，并且所述服务桥122被配置成从所述飞行器的运营商（108接收如下各项:针对所述飞行器的航班计划、一个或更多个修理位置及其各自修理能力、以及针对所述一个或更多个修理位置中每一个修理位置的零件库存;以及规则集302、306，该规则集302、306存储在所述存储器中，所述规则集302、306包括用于处理所述不合格状况的多个单独规则303-310、所述航班计划、所述一个或更多个修理位置及其各自修理能力、以及所述零件库存，其中，所述处理器被配置成执行所述规则集，以确定如下各项：i是否能够延期纠正所述不合格状况;并且在可延期时，ii选择所述航班计划上的一位置，并安排所述位置处的零件和人员以纠正所述不合格。7.根据权利要求6所述的系统（102，所述系统（102还包括用户接口（300、354，该用户接口（300、354接收用于启用和停用所述规则集302、360中的所述多个单独规则303-310中的一个或更多个单独规则的指令，以创建供所述处理器340执行的修订规则集。8.根据权利要求6所述的系统（102，所述系统（102还包括用户接口（3〇0、354，该用户接口（300、354接收用于重新加权所述规则集3〇2、360中的单独规则303-310的指令，以创建供所述处理器340执行的修订规则集。9.根据权利要求6所述的系统（102，所述系统（10¾还包括用户接口（3〇〇、354，该用户接口（300、354接收用于拒绝所选择的位置的指令，以纠正所述不合格状况，其中，所述处理器340生成用于纠正所述不合格状况的另一位置。10.根据权利要求6所述的系统（102，所述系统（1〇2还包括集成适配器，该集成适配器具有预定协议，该预定协议用于构建针对能够经由所述服务桥（12¾访问的预先存在的数据源的接口。

百度查询： 波音公司 飞行器非周期性维护安排系统

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD