[0001] 本发明涉及信息处理领域，具体涉及一种用于飞行器维护消息分类显示的方法与系统。

[0002] 随着民航运输业的不断发展，目前越来越多的航空公司把运营精力放在提升维修效率上。当在过站维修、航线维护时，维修人员需要尽快了解维护消息是否需要修理以及维护消息的优先级并快速采取维修操作，以避免影响飞机签派和放行。对于维修人员，特别是新手维修人员的操作并不能高效地辨别出维护消息的状态与维修措施。当前主要通过修改维护消息内部模型、软件和对维修人员进行教程、手册培训来提升维修效率。机载软件更改周期长、迭代慢、耗费成本高，并且维修人员理解操作具有不确定性。

[0003] 此外，现有机载维护页面显示终端的自动化程度不高，仅能按照时间属性对维护消息顺序显示，不能对基于相同类型故障和基于相同维修动作进行重新组合。

[0004] 因此，亟需一种对现有技术进行改进的系统和方法。

[0056] 以下将参考形成本发明一部分并示出各具体示例性实施例的附图更详尽地描述各个实施例。然而，各实施例可以以许多不同的形式来实现，并且不应将其解释为限制此处所阐述的各实施例；相反地，提供这些实施例以使得本公开变得透彻和完整，并且将这些实施例的范围完全传达给本领域普通技术人员。各实施例可按照方法、系统或设备来实施。因此，这些实施例可采用硬件实现形式、全软件实现形式或者结合软件和硬件方面的实现形式。因此，以下具体实施方式并非是局限性的。

[0057] 各流程图中的步骤可通过硬件(例如，处理器、引擎、存储器、电路)、软件(例如，操作系统、应用、驱动器、机器/处理器可执行指令)或其组合来执行。如本领域普通技术人员将理解的，各实施例中所涉及的方法可以包括比示出的更多或更少的步骤。

[0058] 在本发明中，能够基于接收到的分类选择来对故障维护消息进行分类重组并显示，分类选择可包括按故障类型或维护操作来对维护消息进行分类，并且还能够基于维护消息的重要程度进行优先级排序。

[0059] 以下将详细描述本发明的各方面。

[0060] 图1示出了根据本公开的一个实施例的用于飞行器维护消息分类显示的系统100的示意性框图。

[0061] 如图1所示，系统100包括分类模块102、排序模块104、以及显示模块106。以下将对这些模块进行详细描述。

[0062] 在本发明的一个实施例中，分类模块102可被配置成接收对维护消息的分类变量的选择，并基于所选分类变量来对维护消息进行分类，以供显示经分类的维护消息。如本领域技术人员可以理解的，本文中的分类变量可以对应于维护消息的多个属性之一，并且在本发明的一些实施例中，该多个属性可包括故障类型和维护动作，但在本发明的其他实施例中，该多个属性还可包括除了故障类型和维护动作以外的任何其他合适的属性，而不限于任何特定一个或多个属性。

[0063] 在本发明的一个实施例中，如图2所示，图2示出了根据本公开的一个实施例的未经处理的维护消息显示页面200的示意图。在图2中，作为示例而非限制，示意性地显示了八个故障维护消息(对应于八个故障Failure 1‑8)，并且这些维护消息的属性可包括(但不限于)Failure Name(故障名)、FIM‑Code(FIM码)、State(状态)、Type(类型)、Maint.ID(维护动作ID)、以及Severity(严重性)。所有这些维护消息都被随机排序显示，未经任何处理(分类或优先级排序)。

[0064] 在本发明的一个实施例中，如图2中的显示页面的右上角所示，显示有“FAILURE TYPE(故障类型)”和“MAINTENANCE ID(维护动作ID)”两个分类变量选项。系统100中的分类模块102可以在接收到对分类变量的选择后基于该选择来对维护消息进行分类。

[0065] 图3示出了根据本公开的一个实施例的基于故障类型进行分类后的维护消息显示页面300的示意图。

[0066] 如图3所示，当“FAILURE TYPE(故障类型)”被选择(如图3的显示页面的右上角所示)时，系统100中的分类模块102可基于维护消息的故障类型属性(即，图3中的“Type(类型)”属性)来对所有维护消息进行分类，即将具有相同属性值(相同的故障类型)的维护消息归为一类并集中显示。如图3所示，作为示例而非限制，分类模块102可将故障类型相同(具有相同的属性值‘1’)的故障1、3、4、5、8归为一类并集中显示这些经分类的维护消息。如本领域技术人员可以理解的，图3出于说明性(而非限制性)目的仅仅示出了故障类型1的所有维护消息，并且该显示页面还可包括与其他故障类型相对应的维护消息的分类显示(图3中未示出)。

[0067] 在本发明的另一个实施例中，分类模块102还可被任选地配置成在接收对分类变量的选择之前加载维护消息的多个属性中的全部或某一些(连同属性值)的清单。例如，在本发明的一个实施例中，可预先加载或配置故障类型清单和维护动作清单，以供对这两个分类变量进行选择。

[0068] 在本发明的上述实施例中，分类模块102还可被任选地进一步配置成在接收该选择之后读取所选分类变量的定义并基于该定义来对维护消息进行分类。例如，在本发明的一个实施例中，分类模块102可任选地在故障类型选项或维护动作选项被选择后读取相应的故障类型定义或维护动作定义，并且这些定义可被预先加载或配置在维护消息的属性清单中。

[0069] 在本发明的一个实施例中，排序模块104可被配置成对经分类维护消息进行优先级排序。图4示出了根据本公开的一个实施例的基于维护动作进行分类和排序后的维护消息显示页面400的示意图。

[0070] 如图4所示，首先，当“MAINTENANCE ID(维护动作ID)”被选择(如图4的显示页面的右上角所示)时，系统100中的分类模块102可基于维护消息的维护动作ID属性(即，图4中的“Maint.ID(维护动作ID)”属性)来对所有维护消息进行分类，即将具有相同属性值(相同的维护动作ID)的维护消息归为一类并集中显示。如图4所示，作为示例而非限制，分类模块102可将具有维护动作ID‘00000002’的故障2、5、8归为一类，将具有维护动作ID‘00000001’的故障1、3归为一类，将具有维护动作ID‘00000003’的故障6归为一类，将具有维护动作ID‘00000004’的故障4归为一类，并显示这些经分类的维护消息。

[0071] 除了分类显示这些维护消息之外，在本发明的一个实施例中，排序模块104可被进一步配置成获取经分类维护消息的与优先级相关联的属性的信息，并且该属性可包括维护动作编码和严重性等级。在图4的实施例中，与优先级相关联的属性可以指严重性等级(即，属性“Severity(严重性)”)。如本领域技术人员可以理解的，属性可包括除了维护动作编码和严重性等级以外的任何其他合适的与维护消息优先级相关的属性，而不限于严重性等级和维护动作编码，并且图4中也可显示维护动作编码属性或其他合适的属性，而不限于严重性等级属性。

[0072] 在本发明的实施例中，严重性等级可包括Warning(警告)、Caution(关注)、Advisory(建议)。如本领域技术人员可以理解的，在本发明的其他实施例中，也可包括任何其他合适的严重性等级。

[0073] 在图4中，排序模块104可被进一步配置成交叉比较经分类维护消息的与优先级相关联的属性(即，属性“Severity(严重性)”)的信息(即，Warning(警告)、Caution(关注)、Advisory(建议))，并基于该交叉比较来按该信息(即，属性“Severity(严重性)”的值Warning(警告)、Caution(提醒)、Advisory(提示))对经分类维护消息(针对每一类维护消息)进行优先级排序，排序可以是严重性等级越高排序越前(作为示例而非限制)。

[0074] 在本发明的另一个实施例中，排序模块104还可被任选地进一步配置成在进行该优先级排序之前确认与维护消息相对应的故障是否仍被触发(如图4所示，即故障的State(状态)是否仍然是“Active(有效)”)，并且在确定故障仍被触发的情况下继续执行对该故障的维护消息的优先级排序，或者在确定故障未被触发的情况下不对该故障进行优先级排序并且可选地通知显示模块106不显示该故障的维护消息。在该实施例中，排序模块104还可被进一步配置成在确定(诸)故障之前触发过且当前未被触发的情况下，按照时间倒序对该(这些)故障的维护消息进行排序，并将该(这些)故障的维护消息显示在仍被触发的故障之后。例如，如图2所示，一共显示了八个故障的未经处理的维护消息，而在图4中，当确定状态为“Inactive(无效)”的故障7之前触发过且当前未被触发时，排序模块104可被配置成在仍被触发的故障(即，故障1‑6、8)的维护消息之后显示该故障7的维护消息(图4中未示出)。如本领域技术人员可以理解的，排序模块104可被配置成以任何合适的方式显示先前被触发过且当前未被触发的故障的维护消息，而不限于上述特定方式。

[0075] 在本发明的又一个实施例中，排序模块104还可被任选地进一步配置成在获取经分类维护消息与优先级相关联的属性的信息之前获取经分类维护消息的分类变量并确认该分类变量是否一致。例如，排序模块104可以在确定故障仍被触发后，在获取与优先级相关联的属性的信息之前获取每一类维护消息的故障类型信息(在“FAILURE TYPE(故障类型)”被选择时)或维护动作ID信息(在“MAINTENANCE ID(维护动作ID)”被选择时)并确认这些被归为一类的维护消息的故障类型信息或维护动作ID信息是否一致(即，验证分类是否正确)，并且在确认一致的情况下继续获取经分类维护消息与优先级相关联的属性信息，以及在确认不一致的情况下通知分类模块102基于所选分类变量对该维护消息进行重新分类。

[0076] 在本发明的一个实施例中，显示模块108可被配置成在显示终端上显示经优先级排序的经分类维护消息。

[0077] 图5示出了根据本公开的一个实施例的用于飞行器维护消息分类显示的方法500的流程图。

[0078] 如图5所示，方法500开始于步骤502，接收对维护消息的分类变量的选择。在本发明的该实施例中，该分类变量对应于该维护消息的多个属性之一，并且该多个属性包括故障类型和维护动作。在本发明的上述实施例中，该方法进一步包括在接收该选择之前加载该维护消息的多个属性的清单。

[0079] 接着，方法500继续至步骤504，基于所选分类变量来对该维护消息进行分类。在本发明的一个实施例中，方法500可任选地进一步包括在接收该选择之后读取所选分类变量的定义并基于该定义来对该维护消息进行分类。

[0080] 然后，方法500继续至步骤506，对经分类维护消息进行优先级排序。在本发明的一个实施例中，方法500可任选地进一步包括：在进行该优先级排序之前确认与该维护消息相对应的故障是否仍被触发；在确定该故障仍被触发的情况下继续执行对该故障的维护消息的优先级排序；在确定该故障之前触发过且当前未被触发的情况下，按照时间倒序对该故障的维护消息进行排序，并将该故障的维护消息显示在仍被触发的故障之后；以及；以及在确定该故障未被触发的情况下不对该故障进行优先级排序并且不显示该故障的维护消息。在本发明的另一个实施例中，对经分类维护消息进行优先级排序可进一步包括：获取该经分类维护消息的与优先级相关联的属性的信息，该属性包括维护动作编码和严重性等级；
交叉比较该经分类维护消息的该信息；基于该交叉比较来按该信息对该经分类维护消息进行优先级排序。在本发明的又一个实施例中，方法500可任选地进一步包括在获取该经分类维护消息的与优先级相关联的属性的信息之前获取该经分类维护消息的分类变量并确认该分类变量是否一致；在确认一致的情况下继续获取该经分类维护消息的该信息；以及在确认不一致的情况下基于所选分类变量对该维护消息进行重新分类。

[0081] 最后，方法500继续至步骤508，在显示终端上显示经优先级排序的经分类维护消息。

[0082] 方法500在步骤508后结束。

[0083] 综上，本发明能够在不改变接口成员系统设计的条件下，在机载维护系统端基于故障类型或维护动作/程序对维护消息分类处理和集中显示，并且还能够在机载维护页面显示终端依据维护消息的重要程度进行优先级自动化排序，这不仅使得维护页面显示终端的维护消息更自动化，减轻维修人员负担，提高了维修效率，而且相比之前人工筛选处理，能够更快速更准确找到失效消息对应的维修操作，实现了维护操作快且优。

[0084] 此外，本发明具有较好的通用性，可根据不同的机型、不同的需求等来对机载维护页面显示终端的维护消息进行重组处理，提高排故效率，提升飞机利用率。

[0085] 以上参考根据本发明的实施例的方法、系统和计算机程序产品的框图和/或操作说明描述了本发明的实施例。框中所注明的各功能/动作可以按不同于任何流程图所示的次序出现。例如，取决于所涉及的功能/动作，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以按相反的次序来执行。

[0086] 以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。