本公开大体涉及管理服务公告的系统及方法，特别是，涉及从服务公告创建工程指令(engineeringorder)的系统及方法。
背景技术：
在航空工业中，飞行器制造商为航空公司提供咨询服务公告以便于进行飞行器的维护、修理和服务。服务公告通常是冗长的文件，其需要大量的工时用于分类和查找与特定飞行器相关的部分。特别是，航空公司花费大量的人工工作从服务公告创建工程指令。大量的人工工作可导致错误、重复工作以及延迟飞行器的维护、修理和服务。工程指令是航空公司准备传输工作指令给特定飞行器以遵从服务公告的文件。
技术实现要素：
根据一个方面，公开了一种用于从发布的电子服务公告为飞行器创建工程指令的一个或更多个处理器的系统。该系统可包括：接口，该接口经配置以从电子服务公告标记服务公告数据；数据库，该数据库包含飞行器机队信息；以及工程指令(eo)模块，该工程指令(eo)模块与接口和数据库进行操作性通信。eo模块可经配置以通过网络从接口接收服务公告数据，访问数据库中的飞行器机队信息，以及基于服务公告数据从数据库中的飞行器机队信息中过滤出多架飞行器。eo模块可进一步经配置以通过网络接收飞行器服务公告配置状态，并基于飞行器服务公告配置状态将多架飞行器划分成不同的飞行器组。eo模块可进一步经配置以提取适用于不同的飞行器组的服务公告数据，以及基于在从接口接收到服务公告数据时即刻实时提取的服务公告数据，为不同飞行器组生成工程指令。该系统可缩短花费在创建工程指令上的时间量以及工作量，以及因此减少飞行器的维护、修理和服务中的错误、重复工作和延迟。作为一个示例，该系统可将创建工程指令的时间量从几周减小到几分钟。减少生成工程指令的时间可使得可能更有效的安排工作人员(如机械师)对飞行器进行维护、修理和服务。
在一个改进中，eo模块可进一步经配置以通知用户发布的服务公告。
在另一个改进中，eo模块可进一步经配置以为不同飞行器组中的每个创建唯一工程指令。此过程可简化飞行器的维护、修理和服务，并且可当该唯一订单没有被创建的时候避免错误。例如，如果没有为不同飞行器组中的每个创建唯一工程指令，则工程师、规划师、机械师等可能需要提取适用于特定航空公司本身的步骤，这可能导致延误、错误和重复工作。此外，此过程允许更快速识别和提取关于特定的航空公司配置的服务公告信息。
在另一个改进中，eo模块可进一步经配置以从不同飞行器组中的每个的服务公告数据解析资源数据，并将解析的资源数据填充到工程指令数据库中。
在另一个改进中，解析的资源数据可包括不同飞行器组中的每个的唯一工程指令所需要的部件、工具、程序(procedure)和参考资料(reference)中的至少一个。该系统可缩短花费在创建工程指令上的时间量和工作，以及因此减少飞行器的维护、修理和服务中的错误、重复工作以及延迟。减少生成工程指令的时间可使得可能更有效的安排工作人员(如机械师)对飞行器进行维护、修理和服务。
在另一个改进中，eo模块可进一步经配置以经由电子邮件系统和移动应用中的至少一个通知用户生成的工程指令。此过程可使用户更快地访问必要的信息以对飞行器进行维护、修理和服务。
在另一个改进中，eo模块可进一步经配置以连接门户(portal)，该门户提供关于生成的工程指令所需要的部件的信息。
在另一个改进中，eo模块可进一步经配置以将与生成的工程指令相关联的可扩展标记语言(xml)内容转换为航空运输协会(ata)标准格式规范。
在另一个改进中，eo模块可进一步经配置以请求批准生成的工程指令。
在另一个改进中，eo模块可进一步经配置以通过网络传送可扩展标记语言(xml)内容形式的生成的工程指令到外部系统。此过程可提供精确的一致的数据结构，并消除飞行器维护、修理和服务中的错误和重复工作。
根据另一方面，公开了一种从电子服务公告为飞行器创建工程指令的自动化方法。该自动化方法可包括通过网络从接口接收服务公告数据，访问包含飞行器机队信息的数据库，以及在数据库中过滤出受服务公告数据影响的多架飞行器，该接口经配置以提供标记服务公告数据。该自动化方法可进一步包括基于通过网络接收到的配置数据，将多架飞行器划分成不同的飞行器组，提取适用于不同的飞行器组中的每个的服务公告数据，以及基于在从接口接收到服务公告数据时即刻实时提取的服务公告数据，为不同飞行器组中的每个生成工程指令。接收、访问、过滤、划分、提取和生成可由与接口和数据库操作性通信的处理器执行。
在一个改进中，自动化方法可进一步包括通过接口发布服务公告。
在另一个改进中，自动化方法可进一步包括从服务公告数据中挖掘(mine)与不同飞行器组中的每个相关联的元数据。
在另一个改进中，自动化方法可进一步包括在从接口接收到服务公告数据时即刻实时发布工程指令以由预定用户批准。
在另一个改进中，自动化方法可进一步包括将生成的工程指令的xml内容转化成atas1000d和i2200兼容模式中的至少一种。
根据另一方面，公开了一种存储指令的非暂时性计算机可读存储介质，当指令由处理器执行时从服务公告为飞行器创建工程指令。非暂时性计算机可读存储介质可包含用于以下操作的指令：通过操作性连接到处理器的接口发布服务公告，该接口经配置以标记服务公告数据；通过网络从接口接收服务公告数据；以及访问包含飞行器机队信息的数据库。非暂时性计算机可读存储介质可进一步包含用于以下操作的指令：从数据库中的飞行器机队信息识别受服务公告数据影响的多架飞行器；为多架飞行器中的每架接收服务公告配置状态；基于多架飞行器中的每架的服务公告配置状态，将多架飞行器划分成不同的飞行器组。非暂时性计算机可读存储介质可进一步包含用于以下操作的指令：过滤出不适用于不同飞行器组的服务公告数据；基于在从接口接收到服务公告数据时即刻实时过滤的服务公告数据，为不同飞行器组生成工程指令；以及经由电子邮件系统或移动应用中的至少一个通知用户生成的工程指令。
在一个改进中，非暂时性计算机可读存储介质可进一步包含用于通过网络将生成的工程指令输出到外部系统的指令。
在另一个改进中，非暂时性计算机可读存储介质可进一步包含用于请求在创建主工程指令和不同飞行器组中的每个的多个不同工程指令之间进行选择的指令。
在另一个改进中，非暂时性计算机可读存储介质可进一步包含用于以下操作的指令：从过滤的不同飞行器组中的每个的服务公告数据解析资源数据，以及将解析的资源数据填充到工程指令数据库中，其中解析的资源数据包括用于生成工程指令所需要的部件、工具、程序和参考资料中的至少一个。
在另一个改进中，非暂时性计算机可读存储介质可进一步包含用于接合门户的指令，该门户提供关于生成的工程指令所需要的部件的信息和定价。
附图说明
图1是根据一方面的从发布的电子服务公告为飞行器创建工程指令的系统的示意图；
图2是根据另一方面的图1的系统的另一个示意图；
图3是根据另一方面的来自图1的系统的图示；
图4是根据另一方面的由图1的系统提供的门户的示例显示；以及
图5是图示说明根据另一方面的从电子服务公告为飞行器创建工程指令的自动化过程的流程图。
虽然本公开可以进行各种修改和使用替代性结构，下面将会详细示出和描述其某些说明性实施例。本公开不受限于公开的特定实施例，而是包括所有的修改、替代性结构及其等同物。
具体实施方式
现在参考附图，具体参考图1，根据本公开的一些方面，示出一种从发布的电子服务公告为飞行器创建工程指令的系统20。系统20包括工程指令(eo)模块22，其与接口24(如应用编程接口(api))进行操作性通信，以及电子数据库26。eo模块22可进一步与一个或更多个外部系统28(如企业资源计划(erp)系统或维护及工程(m&e)系统)进行操作性通信。
接口24经配置以从发布的服务公告标记服务公告数据，以及将标记的服务公告数据发送到eo模块22。接口24还可经配置以在从飞行器制造商接收后自动发布服务公告。数据库26包含飞行器机队信息，如航空公司拥有的飞行器类型和飞行器数量。此外，数据库26可被动态更新(如每天更新)以反映航空公司拥有的飞行器机队的改变。尽管被示出和描述为只有一个接口24和一个数据库26，但是应该理解，系统20可具有多于一个接口24和多于一个数据库26。事实上，多种类型的接口和数据库26可用在系统20的不同配置中。
使用处理器、微处理器和基于处理器的设备(可包括或者与其上存储计算机可执行指令的非暂时性计算机可读存储介质相关联)或者任何其他合适的装置中的一个或更多个实施eo模块22，以便通过电子方式实施系统20。eo模块22经配置以根据经编程或被并入到存储器中的预定算法或指令集操作，eo模块22与该存储器相关联或可访问该存储器。
但是，其它硬件、软件、固件和配置可用于实施系统20。此外，eo模块22、接口24、数据库26和外部系统28也可包含软件和硬件网络组件以允许与eo模块22、接口24、数据库26和外部系统28通信来往。这样的网络组件可提供无线或有线的网络功能。
现在转到图2，继续参考图1，eo模块22经配置以通过网络(如无线或有线网络)从接口24接收标记的服务公告数据。例如，接口24馈送标记的服务公告数据(如可扩展标记语言(xml)内容)到eo模块22的加载器30。加载器30经配置以搜索、检索和处理服务公告数据，解析xml内容并将其加载到块32处的eo模块22的工具箱或其它应用中。例如，加载器30将服务公告数据分块(chunk)或分离为不同的部分，如参考资料、部件、工具、区域、技能和工作指令。此外，加载器30可经配置以在预定时间周期获取新的服务公告数据，如每天，每小时等。
eo模块22进一步经配置以将标记的服务公告数据作为xml片段存储到数据库中，如存储到数据库26或本地化到eo模块22的单独数据库中。在块34处，当xml内容被加载到工具箱后，eo模块22可以可选地通知预定用户发布的服务公告，例如经由移动应用、内部电子邮件系统、外部电子邮件系统等。eo模块22还可经配置以请求批准创建工程指令，例如通过提示预定用户查看服务公告并批准创建工程指令。
在块36处，eo模块22经配置以过滤服务公告数据，以便生成工程指令。更具体地，eo模块22经配置以访问数据库26中的飞行器机队信息，并且基于服务公告数据从飞行器机队信息过滤出多架飞行器。例如，如果服务公告适用于特定型号的飞行器，eo模块22过滤出航空公司拥有的机队中的该特定型号的多架飞行器。
eo模块22进一步经配置以基于每架飞行器的服务公告配置状态，将在块36处过滤出的多架飞行器划分成不同的组38、40、42。服务公告配置状态表示飞行器相对于仍在进行的先前服务公告变化的修改状态。在一个示例中，在由eo模块22过滤之前，服务公告配置状态可以由将飞行器分配成不同配置的用户手动输入到接口(如接口24或本地化到eo模块22的单独接口)。一旦接收到服务公告配置状态，则eo模块22将多架飞行器划分成不同的组。
在另一个示例中，服务公告配置状态由外部系统28提供并通过网络发送到eo模块22。在此示例中，服务公告配置状态被自动馈送到eo模块22，其之后将多架飞行器过滤成不同的组38、40、42。例如，如果服务公告适用于两种特定类型的飞行器，eo模块22可初步将多架飞行器过滤成“组1”(图2中示出为组38)和“组2”(图2中示出为组40和42)。基于服务公告配置状态，eo模块22进一步过滤多架飞行器并进一步划分组。
例如，如果在“组2”中的飞行器拥有两种不同的配置，eo模块22可将“组2”分成“组2配置1”(图2中示出为组40)和“组2配置2”(图2中示出为组42)。继续该示例，组40包含第一配置，如服务后(post-service)公告配置，其中飞行器已经并入根据先前的服务公告的修改。组42包含第二配置，如服务前(pre-service)公告配置，其中飞行器尚未并入根据先前的服务公告的修改。因此，第一配置可能需要与第二配置不同的工程指令。
此外，eo模块22可经配置以过滤出或消除不适用于组38、40、42的服务公告数据并提取适用于不同组38、40、42的服务公告数据。基于提取的服务公告数据，eo模块22生成工程指令。eo模块22可为所有组38、40、42创建单个的主工程指令和/或为不同组38、40、42中的每个创建唯一工程指令。eo模块22可具有默认设置以生成主工程指令和/或唯一工程指令，用户可对默认设置进行调节。在另一个示例中，eo模块22可经配置以请求在创建主工程指令和为不同组38、40、42中的每个创建多个不同工程指令之间进行选择。
eo模块22经配置以在从接口24接收到服务公告数据时即刻实时创建工程指令。此外，eo模块22经配置以从与不同飞行器组38、40、42中的每个相关联的服务公告数据挖掘元数据。换句话说，eo模块22从不同组38、40、42中的每个的服务公告数据解析资源数据。例如，如图3所示，解析的资源数据44包括执行关于飞行器组38、40、42的工程指令46所需要的部件、工具、程序、参考资料和/或其它信息。
如果为不同组38、40、42中的每个生成的工程指令是唯一的，则用于每组的解析的资源数据44可以是变化的。取决于工程指令适用于飞行器组38、40、42中的哪一个，唯一的工程指令中的每个可能需要不同的部件、工具、程序、参考资料和/或其它信息。eo模块22进一步经配置以将解析的资源数据44填充到工程指令数据库中。工程指令数据库可包含数据库26或本地化到eo模块22的单独的数据库。但是，可以使用其它的配置。
一旦创建了工程指令，eo模块22经配置以通知预定用户生成的工程指令。在一个示例中，eo模块22可经由与eo模块22进行操作性通信的接口(如接口24或本地化到eo模块22的单独接口)提醒预定用户。在另一个示例中，eo模块22可通过网络经由外部电子邮件系统和/或(如电子手持设备上的)移动应用提醒预定用户。eo模块22进一步经配置以请求批准工程指令。例如，eo模块22可经配置以在从接口24接收到服务公告数据时即刻实时发布工程指令以由预定用户批准。此过程可使用户更快的访问必要的信息以对飞行器进行维护、修理和服务。
eo模块22发送的通知可包括(一个或更多个)工程指令、关于(一个或更多个)工程指令的链接和/或其它与其相关的信息。例如，eo模块22可经配置以连接到具有门户48的接口，如图4所示，门户48提供关于工程指令所需要的部件的信息。门户48可列出执行关于飞行器组38、40、42的工程指令46需要的部件，以及它们的可用性和定价。用户可通过门户48直接采购部件。
此外，eo模块22可经配置以使用接口24或本地化到eo模块22的单独接口，以访问其它库存管理系统检查部件的可用性，例如通过定位。此外，出于另外的考虑(如启动资源生产和规划有关的报价流程)，相关服务、推荐的服务公告、相关的服务公告、相关技术文献和其它信息可包含在工程指令中。针对相关的多个服务公告，eo模块22可进一步经配置以批量提供部件定价和订购，以便针对不同的服务公告可添加多个部件。
工程指令从服务公告数据的xml内容以xml内容的形式生成。eo模块22经配置以将工程指令的xml内容转化成航空运输协会(ata)标准格式规范，如atas1000d和i2200兼容模式。此外，eo模块22经配置以输出生成的工程指令到外部系统28。例如，eo模块22可通过网络传输以xml内容形式的工程指令到外部系统28用于采购部件、资源规划和追踪执行。
在一个示例中，一旦预定用户批准了工程指令，eo模块22即刻经由网络实时馈送工程指令和相关联的资源数据到外部系统28。eo模块22可使用网络服务(web-service)集成以自动转移工程指令到外部系统28。外部系统28可经配置以利用工程指令的资源数据用于库存管理、资源生产和规划、维护预测、追踪到期日、执行工程指令等。这样做，在没有人类交互的情况下实现了从服务公告创建工程指令以及将工程指令数据传输到外部系统。
由上所述，可以看出本公开的教导可在任意数量不同的情况下发现工业应用、技术效果和益处，包括但不限于复杂产品(如飞行器)的管理和维护。本公开提供了用于从电子服务公告为飞行器创建工程指令的系统和方法。更具体地，公开的系统和方法直接从资源文件中自动提取数据以生产工程指令。
特别是，公开的系统和方法充分利用标记的服务公告数据和飞行器机队数据库26以过滤相关资源数据并将其馈送到外部系统28(如erp系统)用以规划和执行工程指令。资源数据可被操控和查看以追踪飞行器的修改。此外，公开的系统和方法将工程指令转化成ata兼容模式，以便允许其它的文件容易地合并到工程指令中。系统和方法也发布服务公告以及为合规目的提供通知给预定用户。这样做，服务公告和工程指令在单个应用中进行管理。结果，在从接口24接收到服务公告数据时即刻实时生成(一个或更多个)工程指令，因此消除无数小时的手工时间和劳力。
现在转到图5，继续参考图1-图4，示出了根据另一方面从电子服务公告为飞行器创建工程指令的自动化流程50。在块52处，eo模块22通过网络从接口24接收服务公告数据。接口24经配置以提供标记服务公告数据。在块54处，eo模块22访问包含飞行器机队信息的数据库26。在块56处，eo模块22过滤出数据库26中受服务公告数据影响的多架飞行器。
在块58处，eo模块22基于配置数据(如服务公告配置状态)，将多架飞行器划分成不同飞行器组38、40、42。在块60处，eo模块22提取适用于不同飞行器组38、40、42中的每个的服务公告数据。在块62处，eo模块22基于提取的服务公告数据，为不同飞行器组38、40、42中的每个生成工程指令。应当理解，图5中的流程图被示出和描述为示例性的，仅用于协助公开所公开的系统的特征，并且应当理解，与所示相同或不同顺序的更多或更少步骤可包含在对应于所公开系统的上述多种特征的过程中，而不脱离本公开的范围。
此外，本公开包含根据如下实施例的实施例：
实施例1.一种从发布的电子服务公告为飞行器创建工程指令的一个或更多个处理器的系统，所述系统包括：
接口，其经配置以从电子服务公告标记服务公告数据；
数据库，其包含飞行器机队信息；以及
工程指令(eo)模块，其与接口和数据库操作性通信，eo模块配置以:
通过网络从接口接收服务公告数据，
访问数据库中的飞行器机队信息，
基于服务公告数据，从数据库中的飞行器机队信息中过滤出多架飞行器，
通过网络接收飞行器的服务公告配置状态，
基于飞行器的服务公告配置状态，将多架飞行器划分成不同的飞行器组，
提取适用于不同飞行器组的服务公告数据，以及
基于在从接口接收到服务公告数据时即刻实时提取的服务公告数据，为不同的飞行器组生成工程指令。
实施例2.根据实施例1所述的系统，其中所述eo模块进一步经配置以通知用户发布的服务公告。
实施例3.根据任一前述实施例所述的系统，其中所述eo模块进一步经配置以为不同飞行器组中的每个创建唯一的工程指令。
实施例4.根据实施例3所述的系统，其中所述eo模块进一步经配置以从不同飞行器组中的每个的服务公告数据解析资源数据并用解析的资源数据填充工程指令数据库。
实施例5.根据实施例4所述的系统，其中解析的资源数据包括不同飞行器组中的每个的唯一工程指令所需要的部件、工具、程序和参考资料中的至少一个。
实施例6.根据任一前述实施例所述的系统，其中所述eo模块进一步经配置以经由电子邮件系统和移动应用中的至少一个通知用户生成的工程指令。
实施例7.根据任一前述实施例所述的系统，其中所述eo模块进一步经配置以连接到门户，该门户提供关于生成的工程指令所需要的部件的信息。
实施例8.根据任一前述实施例所述的系统，其中所述eo模块进一步经配置以将与生成的工程指令相关联的可扩展标记语言(xml)内容转换为航空运输协会(ata)标准格式规范。
实施例9.根据任一前述实施例所述的系统，其中所述eo模块进一步经配置以请求批准生成的工程指令。
实施例10.根据任一前述实施例所述的系统，其中所述eo模块进一步经配置以通过网络传送以xml内容形式的生成的工程指令到外部系统。
实施例11.一种从电子服务公告为飞行器创建工程指令的自动化方法，所述自动化方法包括：
通过网络从接口接收服务公告数据，该接口经配置以提供标记服务公告数据；
访问包含飞行器机队信息的数据库；
过滤出数据库中受服务公告数据影响的多架飞行器；
基于通过网络接收的配置数据，将多架飞行器划分成不同的飞行器组；
提取适用于不同飞行器组中的每个的服务公告数据；
基于在从接口接收到服务公告数据时即刻实时提取的服务公告数据，为不同的飞行器组中的每个生成工程指令，接收、访问、过滤、划分、提取和生成由与接口和数据库操作性通信的处理器执行。
实施例12.根据实施例11所述的自动化方法，进一步包括通过接口发布服务公告。
实施例13.根据实施例11-12中任一个所述的自动化方法，进一步包括从服务公告数据中挖掘与不同飞行器组中的每个相关联的元数据。
实施例14.根据实施例11-13中任一个所述的自动化方法，进一步包括在从接口接收到服务公告数据时即刻实时发布工程指令以由预定用户批准。
实施例15.根据实施例11-14中任一个所述的自动化方法，进一步包括将生成的工程指令的xml内容转化成atas1000d和i2200兼容模式中的至少一种。
实施例16.一种存储指令的非暂时性计算机可读存储介质，该指令当被处理器执行时从服务公告为飞行器创建工程指令，所述非暂时性计算机可读存储介质包含用于执行以下操作的指令：
通过操作性连接到处理器的接口发布服务公告，该接口经配置以标记服务公告数据；
通过网络从接口接收服务公告数据；
访问包含飞行器机队信息的数据库；
从数据库中的飞行器机队信息识别受服务公告数据影响的多架飞行器；
接收多架飞行器中的每个的服务公告配置状态；
基于多架飞行器中的每个的服务公告配置状态，将多架飞行器划分成不同的飞行器组；
过滤出不适用于不同的飞行器组的服务公告数据；
基于在从接口接收到服务公告数据时即刻实时过滤出的服务公告数据，为不同的飞行器组中的每个生成工程指令；以及
经由电子邮件系统或移动应用中的至少一个，通知用户生成的工程指令。
实施例17.根据实施例16所述的非暂时性计算机可读存储介质，进一步包括用于通过网络输出生成的工程指令到外部系统的指令。
实施例18.根据实施例16-17中任一个所述的非暂时性计算机可读存储介质，进一步包括用于请求在创建主工程指令和为不同飞行器组中的每个创建多个不同工程指令之间进行选择的指令。
实施例19.根据实施例16-18中任一个所述的非暂时性计算机可读存储介质，进一步包括从过滤出的不同飞行器组中的每个的服务公告数据解析资源数据的指令，以及用解析的资源数据填充工程指令数据库的指令，解析的资源数据包括生成的工程指令所需要的部件、工具、程序和参考资料中的至少一个。
实施例20.根据实施例19所述的非暂时性计算机可读存储介质，进一步包括用于接合门户的指令，该门户提供关于生成的工程指令所需要的部件的信息和定价。
尽管关于某些特定实施例已经给出并提供了以上详细的描述，应当理解，本公开的范围不限于这样的实施例，这样的实施例仅仅是为了实现和最佳模式的目的而提供的。本公开的宽度和精神比具体公开的实施例要宽，并且包含在所附权利要求书内。此外，尽管一些特征结合某些具体实施例进行描述，但是这些特征并不限于仅与由它们被描述的实施例使用，而是可以与结合替代性实施例公开的其他特征结合或分开使用。