CN117829789A - 一种基于多数据融合的航空器服务保障系统和方法 - Google Patents

Abstract

本发明实施例公开了一种基于多数据融合的航空器服务保障系统和方法，其中，系统用户需求子系统、融合数据子系统以及保障实施子系统；用户需求子系统识别用户需求，收集、分解和传递用户需求，跟踪用户需求处理的整个过程；融合数据子系统根据用户需求子系统传递的用户需求，结合融合数据库中给出处理意见，并提交给用户需求子系统；保障实施子系统从用户需求子系统获取处理意见，创建保障方案，并基于保障方案开展保障工作，将保障实施过程中记录的实施数据更新至融合数据库中。本发明实施例提供的技术方案解决了现有航空器服务保障系统，由于保障决策并未有效、全面应用服务保障数据，从而导致保障决策难以保证科学性、及时性和全面性的问题。

Description

一种基于多数据融合的航空器服务保障系统和方法

技术领域

本发明涉及但不限于航空综合保障技术领域，尤指一种基于多数据融合的航空器服务保障系统和方法。

背景技术

航空器装备全面升级换代，航空器装备向着多样化、智能化、信息化方向发展；且三代、四代航空器使用寿命大幅延寿，形成一代装备几代电子系统的特点，不仅服务保障任务量加大，而且标准更高、要求更严。

如何准确高效的向用户提供服务保障，是服务保障的重点。通过查找相似专利，一种知识工程管理平台及管理方法(CN 115170055A)、一种基于云平台的装备综合保障系统(CN 111353787A)及基于IETM的装备综合保障系统(CN 104657903A)。现有航空器服务保障系统，主要实现对服务保障过程的管理，具有部分决策功能，保障决策并未有效、全面应用服务保障数据，不能保证科学性、及时性和全面性。

发明内容

本发明的目的：为了解决上述技术问题，本发明实施例提供了一种基于多数据融合的航空器服务保障系统和方法，以解决现有航空器服务保障系统，由于保障决策并未有效、全面应用服务保障数据，从而导致保障决策难以保证科学性、及时性和全面性的问题。

本发明的技术方案：本发明实施例提供一种基于多数据融合的航空器服务保障系统，其特征在于，包括：用户需求子系统、融合数据子系统以及保障实施子系统；

其中，所述用户需求子系统，用于识别用户需求，通过规范化业务表单收集、分解和传递用户需求，以及跟踪用户需求处理的整个过程；

所述融合数据子系统，用于在具有数据更新需求时，对所更新数据进行融合处理，将各类数据融合成数据元素，并对其内部融合数据库数据进行迭代完善；还用于根据用户需求子系统传递的用户需求，结合融合数据库中给出处理意见，并提交给用户需求子系统；

所述保障实施子系统，用于从用户需求子系统获取处理意见，创建保障方案，并基于保障方案开展保障工作，将保障实施过程中记录的实施数据更新至融合数据库中。

可选地，如上所述的基于多数据融合的航空器服务保障系统中，

所述用户需求子系统包括：需求接收模块、需求追踪模块、需求处理模块；

其中，需求接收模块，用于接收用户需求信息，将结构不同的用户需求信息转化到规范化业务表单中，通过规范化业务表单将用户需求信息划分为管理源数据和业务数据；

需求追踪模块，用于从需求接收模块获取管理源数据，使用管理源数据建立需求信息库，并在需求信息库记录管理源数据对应的用户需求处理过程中的全生命周期数据，并根据需求处理过程动态更新处理数据；

需求处理模块，用于从需求接收模块获取用规范化业务表单，根据业务数据，将用户需求按类别进行分类，划分为独立、有限、明确的数个单项子需求，针对每项子子需求，调用融合数据子系统进行智能决策，获取初始处理意见，将始处理意见提交人工审查，形成最终处理意见。

可选地，如上所述的基于多数据融合的航空器服务保障系统中，

所述管理源数据包括用户信息、需求编号、机群信息、反馈日期、办理人员、办理周期、联系方式这些用于服务保障过程管理的数据；

所述业务数据包括用户需求中的航空器技术状态数据、故障描述、采购信息、损伤信息和需求描述这些数据；所述业务数据以数据元素的形式存在，数据元素是用户需求中的最小数据单元，通过数据元素的组合用以描述精确描述用户需求。

可选地，如上所述的基于多数据融合的航空器服务保障系统中，所述融合数据子系统包括：融合数据库、数据更新模块、数据融合模块和智能决策模块；

所述融合数据库，用于对融合数据库内所有数据赋予数据元素编码并进行统一管理；

所述数据更新模块，用于负责更新融合数据库，从设计、供应系统、需求处理模块、实施记录模块获取航空器状态改变数据、维护数据，并将更新数据发送给数据融合模块；

所述数据融合模块，用于接收数据更新模块发送的更新数据，将各类数据融合成数据元素，对融合数据库数据进行迭代完善；

所述智能决策模块，用于根据需求处理模块传递的业务数据，在融合数据库中进行检索、匹配、分析，形成处理意见，并提交需求处理模块。

可选地，如上所述的基于多数据融合的航空器服务保障系统中，所述融合数据库分为三个层级；

其中，第一层级为机群信息，将用户机群按机型、机型序列进行分类；

第二层级以机型系列为基础单元，每个基础单元由该机型系列的OBOM(单机运营BOM)、SBOM(服务BOM)和知识库组成；其中，OBOM存储单机运行信息，SBOM由数据元素组成，数据元素以SBOM中的元素为基础构建，知识库存储对应机型所有的历史保障方案；

第三层级围绕单架机SBOM中的系统、分系统、分分系统、组件构建。

可选地，如上所述的基于多数据融合的航空器服务保障系统中，所述智能决策模块在融合数据库中进行检索、匹配、分析，形成初始处理意见的方式为：

根据需求处理模块传递的业务数据，首先查询融合数据库的知识库，如知识库内已有处理意见，则直接将处理意见输出给需求处理模块；

如识库内无保障方案，则识别、判断、分析融合数据库内数据，如现有数据能够生成处理意见，则向需求处理模块输出处理意见；

如现有数据不能生成处理意见，则智能决策模块向需求处理模块输出需其他部门处理该项用户需求的处理意见。

可选地，如上所述的基于多数据融合的航空器服务保障系统中，所述保障实施子系统包括：保障规划模块、实施执行模块、实施记录模块；

其中，所述保障规划模块，用于从用户需求子系统获取处理意见，创建保障方案，并按照保障方案制定实施计划；

所述实施执行模块，用于从保障规划模块获取保障方案和实施计划，使得保障人员依据保障方案和实施计划开展保障工作；其中，保障资源清单；

所述实施记录模块，用于记录保障方案实施过程中的实施数据，并将实施数据通过数据更新模块和数据融合模块更新至融合数据库中。

本发明实施例还提供一种基于多数据融合的航空器服务保障系统的保障方法，采用如上述任一项所述的基于多数据融合的航空器服务保障系统执行航空器服务保障方法，所述方法包括：

步骤1，通过用户需求子系统识别用户需求，通过规范化业务表单收集、分解和传递用户需求，并交由融合数据子系统创建处理意见；

步骤2，融合数据子系统根据传递的用户需求，结合融合数据库中给出处理意见，并提交给用户需求子系统；

步骤3，通过保障实施子系统从用户需求子系统获取处理意见，创建保障方案，并基于保障方案开展保障工作，将保障实施过程中记录的实施数据更新至融合数据库中。

可选地，如上所述的基于多数据融合的航空器服务保障系统的保障方法中，所述步骤1中还包括：

在用于需求处理的过程中，跟踪用户需求处理的整个过程。

可选地，如上所述的基于多数据融合的航空器服务保障系统的保障方法中，还包括：

步骤4，通过融合数据子系统在具有数据更新需求时，对所更新数据进行融合处理，将各类数据融合成数据元素，并对其内部融合数据库数据进行迭代完善。

本发明的有益效果：本发明实施例提供一种基于多数据融合的航空器服务保障系统和方法，其中系统由用户需求子系统、融合数据子系统以及保障实施子系统组成，各子系统通过规则化、软件化、模块化处理，封装为数据接口统一、能够重复使用的组件。采用该航空器服务保障系统对服务保障数据进行管理，并且针对用户需求，充分利用服务保障数据，做出科学性强、时效性高、有针对性的保障决策，让用户满意。本发明实施例提供的保障系统，可以应用到所有服务保障系统中。与传统的服务保障系统相比，引入基于SBOM的融合数据，有效的组织和利用服务保障数据，改变传统服务保障系统信息处理方式，全局掌控服务保障数据并根据用户需求智能生成服务保障方案，降低了服务保障人员工作强度，提升了服务保障效率。即本发明实施例提供的技术方案，解决了各种服务保障数据分布在不同系统中导致数据使用效率低下的问题，通过对多种服务保障数据进行融合并引入智能决策机制，自动生成保障方案，提高数据使用效率，缩短服务保障活动周期，提升服务保障活动质量。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本发明实施例提供的基于多数据融合的航空器服务保障系统的系统架构示意图；

图2为本发明实施例提供的基于多数据融合的航空器服务保障系统中用户需求子系统的处理流程示意图；

图3为本发明实施例提供的基于多数据融合的航空器服务保障系统中融合数据库的架构示意图；

图4为本发明实施例提供的基于多数据融合的航空器服务保障系统中融合数据子系统的处理流程示意图；

图5为本发明实施例提供的基于多数据融合的航空器服务保障系统中保障实施子系统的处理流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

上述背景技术中已经说明，现有航空器服务保障系统，由于保障决策并未有效、全面应用服务保障数据，从而导致保障决策难以保证科学性、及时性和全面性。

针对上述问题，本发明实施例提供一种基于多数据融合的航空器服务保障系统和方法，对服务保障数据进行管理，并且针对用户需求，充分利用服务保障数据，做出科学性强、时效性高、有针对性的保障决策，让用户满意。

本发明提供以下几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图1为本发明实施例提供的基于多数据融合的航空器服务保障系统的系统架构示意图。如图1所示，本发明实施例提供的基于多数据融合的航空器服务保障系统，包括：用户需求子系统、融合数据子系统以及保障实施子系统；其中，各子系统通过规则化、软件化、模块化的处理，封装为数据接口统一、能够重复使用的组件。

其中，用户需求子系统，用于识别用户需求，通过规范化业务表单收集、分解和传递用户需求，以及跟踪用户需求处理的整个过程；

融合数据子系统，用于在具有数据更新需求时，对所更新数据进行融合处理，将各类数据融合成数据元素，并对其内部融合数据库数据进行迭代完善；还用于根据用户需求子系统传递的用户需求，结合融合数据库中给出处理意见，并提交给用户需求子系统；

保障实施子系统，用于从用户需求子系统获取处理意见，创建保障方案，并基于保障方案开展保障工作，将保障实施过程中记录的实施数据更新至融合数据库中。

以下对本发明实施例提供的基于多数据融合的航空器服务保障系统中各子系统的组成和功能进行说明。

(1)用户需求子系统

如图1所示，用户需求子系统包括：需求接收模块、需求追踪模块、需求处理模块。图2为本发明实施例提供的基于多数据融合的航空器服务保障系统中用户需求子系统的处理流程示意图。

1.1，需求接收模块具备对用户需求进行规范处理的功能，该需求接收模块中配置有规范化业务表单，用于收集、分解和传递用户需求信息。规范化业务表单将用户需求信息划分为管理源数据和业务数据；其中，管理源数据包括用户信息、需求编号、机群信息、反馈日期、办理人员、办理周期、联系方式等用于服务保障过程管理的数据；业务数据包括用户需求中的航空器技术状态数据、故障描述、采购信息、损伤信息和需求描述等数据，且业务数据以数据元素的形式存在，数据元素是用户需求中的最小数据单元，每个数据元素包含了自身所需的所有独立信息，数据元素与融合数据子系统中的数据元素定义一致，通过数据元素的组合可描述精确描述用户需求。

1.2，需求追踪模块提供用户需求处理进展查询、跟踪功能。需求追踪模块使用用户需求中的管理源数据构建需求信息库并提供视图功能。需求追踪模块在需求信息库中记录用户需求处理过程的全生命周期数据，并根据需求处理过程动态更新处理数据；该模块记录的数据包括用户需求信息的更正、补充和完善，涉及技术资料的种类、内容和细节，智能决策模块提供的初始服务保障方案，经人工校正过的定版服务保障方案，相关部门的处理意见。

另外，用户需求追踪模块支持通过视图功能对需求信息库中的各项用户需求进行模糊查询、精确查询，支持通过选定的条件组合进行数据汇总和数据分析。当需查询某项用户需求进展情况时，在需求追踪模块的需求追踪页面中输入相应管理源数据，需求追踪模块检索需求信息库，以视图的方式输出用户需求处理进展情况。

1.3，需求处理模块从需求接收模块获取规范化业务表单。利用业务数据，将用户需求按类别进行分类，划分为独立、有限、明确的数个单项子需求，针对每项子需求，调用融合数据子系统进行智能决策，获取初始处理意见，将始处理意见提交人工审查，形成最终处理意见。

需要说明的是，需求处理模块与设计、工程等部门相交联，处理超手册保障需求。需求处理模块提供查询接口，查询接口与融合数据子系统交联，支持通过视图功能对融合数据子系统进行模糊查询、精确查询，供服务保障人员查询各种保障数据、方案或历史保障记录。

(2)融合数据子系统

如图1所示，融合数据子系统包括融合数据库、数据更新模块、数据融合模块和智能决策模块。

2.1，融合数据库在构型上实现基于架次有效性配置的模块化管理；围绕机型系列、OBOM(单机运营BOM)、SBOM(服务BOM)及知识库建立。如图3所示，为本发明实施例提供的基于多数据融合的航空器服务保障系统中融合数据库的架构示意图，所建立的融合数据库分为三个层级，第一层级为机群信息，将用户机群按机型、机型序列进行分类，形成该第一层级；第二层级以机型系列为基础单元，每个基础单元由该机型系列的OBOM(单机运营BOM)、SBOM(服务BOM)和知识库组成；第三层级围绕单架机SBOM中的系统、分系统、分分系统、组件构建。

融合数据库用于对数据库内所有数据赋予数据元素编码并进行统一管理。其中，OBOM存储单机运行信息，包括该架机随机档案、用户信息、履行信息如贮存期、使用记录、使用过程中产生的各类数据、返修记录、报废信息等；SBOM以产品结构为核心组织各种飞机设计、使用、维护数据，由数据元素组成，数据元素以SBOM中的元素为基础构建，与用户需求中业务数据的数据元素定义一致；知识库存储该机型所有的历史保障方案。

需要说明的是，数据元素包含完备的属性和子元素，存储与SBOM项目相关的技术出版物信息如维护方法、寿命要求、图解图；供应信息如供应商、采购周期、采购价格；LSA分析数据如维修所需人员数量、技能等级、时间；培训信息如培训需求、培训内容、培训耗时；历史保障记录如排故方案、修理方案、调试方案。

如图4所示，为本发明实施例提供的基于多数据融合的航空器服务保障系统中融合数据子系统的处理流程示意图。

2.2，数据更新模块与需求处理模块、实施记录模块、设计、生产、供应等系统集成。当与融合数据库相关的各类数据变化时，如航空器履历改变、设计数据改变、超手册维护/修理、加改装、供应信息改变等，数据更新模块将变化数据录入，并输送给数据融合模块。

2.3，数据融合模块将数据更新模块中的各项数据规范、分解、最终融合成数据元素，对融合数据库内OBOM、SBOM数据元素、知识库内技术方案进行更新或迭代。

2.4，智能决策模块使用需求处理模块传递的业务数据在融合数据库进行检索、匹配、分析，形成初始处理意见，并提交需求处理模块。具体实施中，首先查询融合数据库的知识库，如知识库内已有处理意见，则直接将处理意见输出给需求处理模块；如识库内无保障方案，则识别、判断、分析融合数据库内数据，如现有数据能够生成处理意见，则向需求处理模块输出处理意见，如现有数据不能生成处理意见，即无历史保障方案或超手册范围的用户需求，则智能决策模块向需求处理模块输出需其他部门处理该项用户需求处理意见。

需要说明的是，智能决策模块因融合数据库信息缺乏无法给出明确处理意见时，给出需设计、工程等部门办理的处理意见，并将处理意见反馈需求处理模块，由其对接相关部门启动人工处理过程，处理方法及结果通过数据更新模块和数据融合模块存入融合数据库。随着融合数据库数据的迭代完善，智能决策模块决策能力和范围将不断提高。

(3)保障实施子系统

如图1所示，保障实施子系统包括保障规划模块、实施执行模块、实施记录模块。如图5所示，为本发明实施例提供的基于多数据融合的航空器服务保障系统中保障实施子系统的处理流程示意图。

3.1，保障规划模块从用户需求子系统获取处理意见，按不同原则，如效率优先、成品优先，基于现有保障资源和分布情况等，创建初始保障方案。另外，该保障规划模块具备人工审查功能，通过人工审查后形成最终保障方案。履行保障方案的签批流程；按照保障方案制定实施计划。与供应、生产、车间等门户交联，完成行备件投产、备件采购、实施人员借调等归集保障资源工作。

3.2，实施执行模块从保障规划模块获取保障方案和实施计划，该实施计划中包括保障资源清单。保障人员依据保障方案和实施计划开展保障工作。跟踪、监督保障工作全过程，保证保障工作正常进行。

3.3，实施记录模块全面记录保障实施过程中的各项实施数据，将实际保障过程中的实施数据通过数据更新模块和数据融合模块更新至融合数据库中。

本发明实施例提供的基于多数据融合的航空器服务保障系统，由用户需求子系统、融合数据子系统以及保障实施子系统组成，各子系统通过规则化、软件化、模块化处理，封装为数据接口统一、能够重复使用的组件。采用该航空器服务保障系统对服务保障数据进行管理，并且针对用户需求，充分利用服务保障数据，做出科学性强、时效性高、有针对性的保障决策，让用户满意。本发明实施例提供的保障系统，可以应用到所有服务保障系统中。与传统的服务保障系统相比，引入基于SBOM的融合数据，有效的组织和利用服务保障数据，改变传统服务保障系统信息处理方式，全局掌控服务保障数据并根据用户需求智能生成服务保障方案，降低了服务保障人员工作强度，提升了服务保障效率。即本发明实施例提供的技术方案，解决各种服务保障数据分布在不同系统中导致数据使用效率低下的问题，通过对多种服务保障数据进行融合并引入智能决策机制，自动生成保障方案，提高数据使用效率，缩短服务保障活动周期，提升服务保障活动质量。

基于……

以下通过一个具体实施示例对本发明实施例提供的基于多数据融合的航空器服务保障系统和方法的实施方式进行示意性说明。

实施示例

如图1到图5所示，该实施示例提供一种基于多数据融合的航空器服务保障系统，该航空器服务保障系统由用户需求子系统、基于SBOM的融合数据子系统以及保障实施子系统组成。

一，用户需求子系统

该用户需求子系统包括需求接收模块、需求追踪模块、需求处理模块。用户需求子系统识别用户需求，跟踪用户需求处理的整个过程。

需求接收模块接收用户需求信息，利用数据采集技术将结构不同的用户需求信息转化为规范化的业务表单，规范化业务表单将用户需求信息划分为管理源数据和业务数据。

需求追踪模块从需求接收模块获取管理源数据，使用管理源数据建立需求信息库，该需求信息库记录管理源数据对应的用户需求处理过程中的全生命周期数据，并根据需求处理过程动态更新处理数据；其中，记录的全生命周期数据，包括用户需求信息的更正、补充和完善，涉及技术资料的种类、内容和细节，智能决策模块提供的初始服务保障方案，经人工校正过的定版服务保障方案，相关部门的处理意见。当需查询某项用户需求进展情况时，在需求追踪页面中输入相应管理源数据，需求追踪模块检索需求信息库，以视图的方式输出用户需求处理进展情况。

需求处理模块从需求接收模块获取用规范化业务表单，根据业务数据信息，查询融合数据子系统，如有历史处理方案，则生成处理意见供保障实施子系统使用；如无历史处理方案，则将用户需求按类别进行分类，划分为独立、有限、明确的数个单项子需求，针对每项子子需求，调用融合数据子系统进行智能决策，获取初始处理意见，将始处理意见提交人工审查，形成最终处理意见。

需要说明的是，针对超手册修理或更改航空器状态等用户需求，融合数据子系统无法给出处理方案，则将规范化业务表单传递给设计、工程等部门，由相应部门给出处理方案。当服务保障人员需要查询保障数据、方案，在查询接口页面按类别输入查询组合条件，调用融合数据子系统，生成相应文件，供服务保障人员使用。

二，融合数据子系统

该融合数据子系统包括：融合数据库、数据更新模块、数据融合模块和智能决策模块。

融合数据库围绕OBOM、SBOM建立，由数据元素组成。融合数据库分为三个层级。第一层级为机群信息，将用户机群按机型、机型序列进行分类。第二层级以机型系列为基础单元，每个基础单元由该机型系列OBOM、SBOM、知识库组成；其中，以单架机为最小单元，构建OBOM(单机运营BOM)，记录该架机随机档案及使用过程中产生的各类数据，主要包括飞机整机层面的交付信息、交付客户信息、出厂报告、首飞记录信息等；构建该机型系列知识库，知识库内记录该机型所有的历史保障方案息，如培训方案、航材备件清单、维修方案、保障方案、技术通报等。第三层级围绕单架机SBOM中的系统、分系统、分分系统、组件构建，首先将IETM中手册数据按SBOM结构数进行分解，将各个数据模块关联至SBOM，其次将供应信息、LSA、成本费用关联至SBOM，按SBOM中零部件号，可直接提供该部件相关技术手册信息、LSA信息、供应信息、维护成本信息。

数据更新模块负责更新融合数据库，从设计、供应等系统、需求处理模块、实施记录模块获取航空器状态改变数据、维护数据，并将更新数据发送给数据融合模块。

数据融合模块接收数据更新模块发送的更新数据，将各类数据融合成数据元素，对融合数据库数据进行迭代完善。

智能决策模块根据用户需求子系统中需求处理模块传递的业务数据，首先查询融合数据库的知识库，如知识库内已有处理意见，则直接将处理意见输出给用户需求子系统的需求处理模块；如识库内无保障方案，则识别、判断、分析融合数据库内数据，如现有数据能够生成处理意见，则向用户需求子系统输出处理意见，如现有数据不能生成处理意见，即无历史保障方案或超手册范围的用户需求，则智能决策模块向用户需求子系统输出需其他部门处理该项用户需求处理意见。

三，保障实施子系统

该保障实施子系统包括保障规划模块、实施执行模块、实施记录模块。

保障规划模块从用户需求子系统获取处理意见，创建保障方案；履行保障方案的签批流程；按照保障方案制定实施计划；完成行备件投产、备件采购、实施人员借调等归集保障资源工作。

实施执行模块按照实施计划向用户提供客户培训、技术支持、航材支援、修理支持、技术通报实施等服务保障；监控服务保障进展情况。

实施记录模块记录保障方案实施过程中的实施数据，并将实施数据通过数据更新模块和数据融合模块更新至融合数据库

虽然本发明所揭露的实施方式如上，但内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种基于多数据融合的航空器服务保障系统，其特征在于，包括：用户需求子系统、融合数据子系统以及保障实施子系统；

其中，所述用户需求子系统，用于识别用户需求，通过规范化业务表单收集、分解和传递用户需求，以及跟踪用户需求处理的整个过程；

所述融合数据子系统，用于在具有数据更新需求时，对所更新数据进行融合处理，将各类数据融合成数据元素，并对其内部融合数据库数据进行迭代完善；还用于根据用户需求子系统传递的用户需求，结合融合数据库中给出处理意见，并提交给用户需求子系统；

所述保障实施子系统，用于从用户需求子系统获取处理意见，创建保障方案，并基于保障方案开展保障工作，将保障实施过程中记录的实施数据更新至融合数据库中。

2.根据权利要求1所述的基于多数据融合的航空器服务保障系统，其特征在于，

所述用户需求子系统包括：需求接收模块、需求追踪模块、需求处理模块；

其中，需求接收模块，用于接收用户需求信息，将结构不同的用户需求信息转化到规范化业务表单中，通过规范化业务表单将用户需求信息划分为管理源数据和业务数据；

需求追踪模块，用于从需求接收模块获取管理源数据，使用管理源数据建立需求信息库，并在需求信息库记录管理源数据对应的用户需求处理过程中的全生命周期数据，并根据需求处理过程动态更新处理数据；

需求处理模块，用于从需求接收模块获取用规范化业务表单，根据业务数据，将用户需求按类别进行分类，划分为独立、有限、明确的数个单项子需求，针对每项子子需求，调用融合数据子系统进行智能决策，获取初始处理意见，将始处理意见提交人工审查，形成最终处理意见。

3.根据权利要求2所述的基于多数据融合的航空器服务保障系统，其特征在于，

所述管理源数据包括用户信息、需求编号、机群信息、反馈日期、办理人员、办理周期、联系方式这些用于服务保障过程管理的数据；

所述业务数据包括用户需求中的航空器技术状态数据、故障描述、采购信息、损伤信息和需求描述这些数据；所述业务数据以数据元素的形式存在，数据元素是用户需求中的最小数据单元，通过数据元素的组合用以描述精确描述用户需求。

4.根据权利要求2所述的基于多数据融合的航空器服务保障系统，其特征在于，所述融合数据子系统包括：融合数据库、数据更新模块、数据融合模块和智能决策模块；

所述融合数据库，用于对融合数据库内所有数据赋予数据元素编码并进行统一管理；

所述数据更新模块，用于负责更新融合数据库，从设计、供应系统、需求处理模块、实施记录模块获取航空器状态改变数据、维护数据，并将更新数据发送给数据融合模块；

所述数据融合模块，用于接收数据更新模块发送的更新数据，将各类数据融合成数据元素，对融合数据库数据进行迭代完善；

所述智能决策模块，用于根据需求处理模块传递的业务数据，在融合数据库中进行检索、匹配、分析，形成处理意见，并提交需求处理模块。

5.根据权利要求4所述的基于多数据融合的航空器服务保障系统，其特征在于，所述融合数据库分为三个层级；

其中，第一层级为机群信息，将用户机群按机型、机型序列进行分类；

第二层级以机型系列为基础单元，每个基础单元由该机型系列的OBOM(单机运营BOM)、SBOM(服务BOM)和知识库组成；其中，OBOM存储单机运行信息，SBOM由数据元素组成，数据元素以SBOM中的元素为基础构建，知识库存储对应机型所有的历史保障方案；

第三层级围绕单架机SBOM中的系统、分系统、分分系统、组件构建。

6.根据权利要求4所述的基于多数据融合的航空器服务保障系统，其特征在于，所述智能决策模块在融合数据库中进行检索、匹配、分析，形成初始处理意见的方式为：

根据需求处理模块传递的业务数据，首先查询融合数据库的知识库，如知识库内已有处理意见，则直接将处理意见输出给需求处理模块；

如识库内无保障方案，则识别、判断、分析融合数据库内数据，如现有数据能够生成处理意见，则向需求处理模块输出处理意见；

如现有数据不能生成处理意见，则智能决策模块向需求处理模块输出需其他部门处理该项用户需求的处理意见。

7.根据权利要求4所述的基于多数据融合的航空器服务保障系统，其特征在于，所述保障实施子系统包括：保障规划模块、实施执行模块、实施记录模块；

其中，所述保障规划模块，用于从用户需求子系统获取处理意见，创建保障方案，并按照保障方案制定实施计划；

所述实施执行模块，用于从保障规划模块获取保障方案和实施计划，使得保障人员依据保障方案和实施计划开展保障工作；其中，保障资源清单；

所述实施记录模块，用于记录保障方案实施过程中的实施数据，并将实施数据通过数据更新模块和数据融合模块更新至融合数据库中。

8.一种基于多数据融合的航空器服务保障系统的保障方法，其特征在于，采用如权利要求1～7中任一项所述的基于多数据融合的航空器服务保障系统执行航空器服务保障方法，所述方法包括：

步骤1，通过用户需求子系统识别用户需求，通过规范化业务表单收集、分解和传递用户需求，并交由融合数据子系统创建处理意见；

步骤2，融合数据子系统根据传递的用户需求，结合融合数据库中给出处理意见，并提交给用户需求子系统；

步骤3，通过保障实施子系统从用户需求子系统获取处理意见，创建保障方案，并基于保障方案开展保障工作，将保障实施过程中记录的实施数据更新至融合数据库中。

9.根据权利要求8所述的基于多数据融合的航空器服务保障系统的保障方法，其特征在于，所述步骤1中还包括：

在用于需求处理的过程中，跟踪用户需求处理的整个过程。

10.根据权利要求8所述的基于多数据融合的航空器服务保障系统的保障方法，其特征在于，还包括：

步骤4，通过融合数据子系统在具有数据更新需求时，对所更新数据进行融合处理，将各类数据融合成数据元素，并对其内部融合数据库数据进行迭代完善。