CN104881906A - 获取交通工具数据的方法和装置 - Google Patents

Abstract

一种用于自动获取交通工具数据的计算机实现的装置和计算机可用程序代码。在一个有利实施例中，计算机实现的方法经由无线接口针对事件监控交通工具。响应于接收由交通工具经由无线接口发送的事件，基于策略确定对于事件是否需要交通工具数据。响应于确定需要交通工具数据，经由无线接口向交通工具发送交通工具数据的请求。响应于经由无线接口从交通工具接收交通工具数据，存储该交通工具数据。分析从交通工具接收交通工具数据之后存储的交通工具数据，以形成分析。可以使用该分析识别一组故障条件。

Description

获取交通工具数据的方法和装置

本申请是国际申请日为2009年6月12日、进入国家阶段日为2011年1月24日的名称为“获取交通工具数据的方法和装置”的中国专利申请200980129029.7的分案申请。

技术领域

本公开一般涉及改善的数据处理系统，具体地说，涉及处理数据的方法和装置。更具体地说，本公开涉及用于获得交通工具数据的计算机实现的方法、装置和计算机可用程序代码。

背景技术

飞行器可以包括执行各种功能的一个或多个计算机。这些功能包括例如环境控制系统、飞行器飞行控制系统、导航系统和健康监控系统。飞行器中的健康监控系统可以是连接到飞行器中的其他计算机和/或传感器的计算机或其他装置。该类型的系统可以收集飞行器数据和故障信息，用于在需要修理或维护时进行识别。

可以在飞行器已经着陆后和/或在飞行期间获取该类型的数据。当前，操作员可以选择飞行器健康监控系统可以用来生成报告的数据和事件。响应于特定类型的事件，飞行器数据处理系统可以存储数据或向地面位置发送数据。在当前系统中，要下载的数据是由系统固定的，并且不随着飞行器上情况的环境改变。

发明内容

有利实施例提供了一种用于自动获取交通工具数据的计算机实现的装置和计算机可用程序代码。在一个有利实施例中，计算机实现的方法经由无线接口为事件监控交通工具。响应于接收由交通工具经由无线接口发送的事件，基于策略确定对于事件是否需要交通工具数据。响应于确定需要交通工具数据，经由无线接口向交通工具发送交通工具数据的请求。响应于经由无线接口从交通工具接收交通工具数据，存储该交通工具数据。

在另一有利实施例中，为事件监控交通工具。响应于检测事件，基于策略确定对于事件是否需要交通工具数据。响应于确定需要交通工具数据，向交通工具发送交通工具数据的请求。

在又一有利实施例中，装置包括策略、数据请求处理和数据处理系统。该策略识别何时需要针对事件的交通工具数据的一组条件。数据请求处理能够经由无线接口为事件监控交通工具。响应于接收由交通工具经由无线接口发送的事件，基于策略确定对于事件是否需要交通工具数据。响应于确定需要交通工具数据，经由无线接口向交通工具发送交通工具数据的请求。响应于经由无线接口从交通工具接收交通工具数据，存储该交通工具数据。数据请求处理和策略位于数据处理系统上。

在又一有利实施例中，计算机程序产品含有在计算机可记录存储介质上的程序代码。给出了如下程序代码，其用于经由无线接口为事件监控交通工具。还给出了如下程序代码，其接收由交通工具经由无线接口发送的事件，以便基于策略确定对于事件是否需要交通工具数据。给出了如下程序代码，其响应于确定需要交通工具数据，经由无线接口向交通工具发送交通工具数据的请求。给出了如下程序代码，其响应于经由无线接口从交通工具接收交通工具数据，存储该交通工具数据。

特征、功能和优点可以在本公开的各种实施例中独立实现，或可以在其他实施例中组合，在其中可以参考下面的描述和附图看出进一步的细节。

附图说明

在随附的权利要求中陈述了有利实施例的特有的新颖特征。然而，通过结合附图阅读并且参考本公开的有利实施例的下面详细描述，将更好地理解有利实施例以及优选使用模式、其进一步的目标和优点，其中：

图1是数据处理系统的网络的形象表示，在其中可以实现有利实施例；

图2是根据有利实施例的数据处理系统的图示；

图3是图示说明了根据有利实施例的用来从交通工具自动获取数据的部件的图示；

图4是图示说明了根据有利实施例的用于请求交通工具数据的数据流的图示；

图5是根据有利实施例的用于请求交通工具数据的数据流的图解；

图6是根据有利实施例的用于交通工具数据的数据流的另一图解

图7是根据有利实施例的用于获取交通工具数据的处理的流程图；以及

图8是根据有利实施例的用于分析交通工具数据的处理的流程图。

具体实施方式

现在参考附图，特别参考图1-2，提供了数据处理环境的示例性图示，在其中可以实现本发明的有利实施例。应理解，图1-2仅是示例性的，并且无意断言或暗示针对在其中可以实现不同实施例的环境的任何限制。可以对所描绘的环境做出许多修改。

现在参考附图，图1描绘了数据处理系统的网络的形象表示，在其中可以实现本发明的有利实施例。网络数据处理系统100是在其中可以实现实施例的计算机网络。网络数据处理系统100包含网络102，所述网络102是用来提供在网络数据处理系统100内连接在一起的各种装置和计算机之间的通信链接的介质。网络102可以包括连接，例如线缆、无线通信链接或光缆。

在所描绘的例子中，服务器104和服务器106与存储单元108一起连接到网络102。

此外，客户端110、112和114连接到网络102。这些客户端110、112和114可以是例如个人计算机或网络计算机。在所描绘的例子中，服务器104向客户端110、112和114提供数据，例如引导文件、操作系统镜像和应用程序。在该例子中，客户端110、112和114是服务器104的客户端。

飞行器116是同样可以与客户端110、112和114交换信息的客户端。飞行器116还可以与服务器104和106交换信息。飞行器116可以在飞行时通过无线通信链接或在地面时通过任何其他类型的通信链接与不同计算机交换数据。在这些例子中，服务器104、服务器106、客户端110、客户端112和客户端114可以是计算机。

飞行器116可以生成事件，并将那些事件发送到计算机，例如服务器104。此外，服务器104可以处理这些事件，从而确定是否需要额外数据。使用策略做出该确定。如果需要来自飞行器116的额外数据，则服务器104可以向飞行器116发送回该额外数据的请求。可以自动做出这些类型的确定，从而最小化位于飞行器116上的瞬态数据可能失去或不再存在的可能性。在这些例子中，瞬态数据是可以仅临时存在于数据处理系统或存储器件内的数据。网络数据处理系统100可以包括未示出的额外服务器、客户端和其他器件。

在所描绘的例子中，网络数据处理系统100是具有网络102的互联网，该网络102表示使用传输控制协议/互联网协议(TCP/IP)的协议组来相互通信的一批全球范围的网络与网关。当然，网络数据处理系统100也可以被实现为许多不同类型的网络，例如内部网、局域网(LAN)或广域网(WAN)。图1意指为例子，而不是不同实施例的架构限制。

现在转到图2，根据说明性实施例描绘了数据处理系统的图示。数据处理系统200是可以用来实现服务器和客户端(例如服务器104和客户端110)的数据处理系统的例子。进一步地，数据处理系统200是可以在图1中的飞行器116中找到的数据处理系统的例子。

在该说明性例子中，数据处理系统200包括通信构造202，其在处理器单元204、存储器206、永久存储208、通信单元210、输入/输出(I/O)单元212和显示器214之间提供通信。

处理器单元204用作执行可以加载到存储器206的软件的指令。根据特定的实现，处理器单元204可以是一组一个或多个处理器，或可以是多处理器核心。进一步地，可以使用一个或多个异种处理器系统实现处理器单元204，在其中主处理器与二级处理器一起存在于单芯片上。如另一说明性例子，处理器单元204可以是包括同一类型的多个处理器的对称多处理器系统。

在这些例子中，存储器206可以是例如随机访问存取存储器或任何其他合适的易失性或非易失性存储器件。根据特定实现，永久存储208可以采用各种形式。永久存储208可以包含一个或多个组件或器件，例如硬盘驱动器、闪存、可重写光盘、可重写磁带或上面的某些组合。永久存储208使用的介质也可以是可移除的。例如，可移除硬盘可以用于永久存储208。

在这些例子中，通信单元210提供与其他数据处理系统或装置的通信。在这些例子中，通信单元210是网络接口卡。通信单元210可以通过使用物理通信链接和无线通信链接中的一个或两者提供通信。

输入/输出单元212允许与可以连接到数据处理系统200的其他装置进行数据的输入和输出。例如，输入/输出单元212可以提供连接，以便用户通过键盘和鼠标输入。进一步地，输入/输出单元212可以将输出发送到打印机。显示器214提供向用户显示信息放入机构。

用于操作系统和应用或程序的指令位于永久存储208上。这些指令可以加载到存储器中，例如存储器206，以便处理器单元204执行。不同实施例的处理可以由处理器单元204使用计算机实现的指令执行，所述计算机实现的指令可以位于存储器206中。这些指令称为程序代码、计算机可用程序代码或计算机可读程序代码，可以由处理器单元204中的处理器读取并执行它们。不同实施例中的程序代码可以体现在不同的物理介质或有形的计算机可读介质上，例如存储器206或永久存储208。

程序代码216以功能形式位于计算机可读介质218上，并可以被加载到或传输到数据处理系统200上，以便由处理器单元204执行。在这些例子中，程序代码216和计算机可读介质218形成计算机程序产品220。在一个例子中，计算机可读介质218可以是有形形式，例如光盘或磁盘，所述光盘或磁盘被插入或放入作为永久存储208的一部分(例如作为永久存储208的一部分的硬盘驱动器)的驱动装置或其他装置中，以便传输到存储装置上。在有形形式中，计算机可读介质218也可以采取永久存储的形式，例如连接到数据处理系统200的硬盘驱动器或闪存。计算机可读介质218的有形形式也称为计算机可记录存储介质。

替换地，程序代码216可以从计算机可读介质218通过到通信单元210的通信链接和/或通过到输入/输出单元212的连接传输到数据处理系统200。在说明性例子中，该通信链接和/或该连接可以是物理的或无线的。计算机可读介质也可以采取非有形介质的形式，例如含有程序代码的通信链接或无线传输。

所示的用于数据处理系统200的不同部件无意对不同实施例可以实现的方式提供架构限制。不同的说明性实施例可以被实现在下述数据处理系统中，该数据处理系统包括除了所示的用于数据处理系统200的那些部件之外的或替代那些部件的部件。图2中所示的其他部件可以从所示的说明性例子中变化。

例如，总线系统可以用来实现通信构造202，并可以由一个或多个总线组成，例如系统总线或输入/输出总线。当然，可以使用任何合适类型的架构实现该总线系统，该架构提供附着到总线系统的不同部件或装置之间的数据传输。此外，通信单元可以包括用来发送和接收数据的一个或多个装置，例如调制解调器或网络适配器。进一步地，存储器可以是例如存储器206或缓存(例如可能存在于通信构造202中的接口-存储器控制器中心中找到的缓存)。

不同的有利实施例认识并且考虑到，尽管可以为交通工具选择事件从而发送和/或存储交通工具数据，但该数据可能不足以执行期望的分析。交通工具数据是关于交通工具的数据和/或由交通工具收集的数据。当前，从飞行器下载的数据可以是响应由飞行器数据处理系统检测到的事件而自动生成的一组预定报告。

不同的有利实施例认识到，可能需要额外数据来执行额外分析或做出建议。不同的有利实施例认识到，在当前，可以由操作员或请求该数据的其他用户识别和/或获取额外的数据。然而，这些类型的请求可能不是及时的。例如，不同的有利实施例认识到，通常数据可能是瞬态的。换句话说，在数据不再可用之前，该数据可能仅持续例如10分钟或几秒钟。

湍流事件是瞬态条件。一些数据(例如飞行控制表面位置)可以由机载系统捕获/保存并存储。然而，其他数据(例如湍流事件周围的空气调节组件空气流入速率)可能是瞬态的并且不可保存。该瞬态数据对于分析湍流事件期间的空气调节系统反常操作可以是有用的，并且在没有不同的有利实施例的情况下将丢失。

瞬态数据的例子包括例如在任务特定阶段存在的燃料总量、在不同时间单个燃料箱中的燃料量、启动期间的发动机条件、关闭期间的发动机条件、启动期间的电气条件、关闭期间的电气条件、发动机参数和可能是瞬态的其他类型的数据。

结果，即使当数据被接收时由操作员分析数据以识别可能需要的额外数据，在操作员确定需要额外数据之后，额外数据中的一些或全部可能不再可用。进一步地，即使额外数据仍然可用，该类型的处理费时且昂贵。

在认识并考虑到该问题下，不同的有利实施例自动分析来自飞行器数据处理系统的交通工具数据。不同的有利实施例经由无线接口为事件监控交通工具。该无线接口可以包括使用一组通信链接。在此使用的一组指代一个或多个项目。

例如，一组无线通信链接是一个或多个无线通信链接。响应于接收由交通工具经由无线接口发送的事件，可以基于策略，针对是否需要额外交通工具数据用于事件做出确定。在这些例子中使用的策略是可以用来针对是否需要额外数据和/或需要什么类型的数据做出决定的一组规则和/或数据。

不同的有利实施例认识到，依靠操作员执行分析并接着确定可能需要什么额外数据可能发生在额外数据不再可用或仅部分额外数据可用期间或之后的一段时间上。进一步地，该类型的处理在监控飞行器的全部机群时对操作员可能是集中的。因此，不同的有利实施例使用策略自动分析事件，从而确定是否需要额外交通工具数据和/或可能需要什么额外交通工具数据。响应于确定需要额外数据，该策略可以用来识别该数据。接着，可以向交通工具发送额外数据的请求。

通过使用策略，不再要求针对是否需要数据和需要什么数据的操作员解释。进一步地，通过使用策略，可以基于针对不同类型的事件可能要求什么数据的预先确定来获取同一类型的数据。换句话说，策略确保所获取的额外数据的类型一致。当依靠不同操作员识别数据时，根据他们的解释和/或分析，对于同一事件，不同操作员可以选择不同类型的数据。

响应于确定需要交通工具数据，将交通工具数据的请求经由无线接口发送到交通工具。响应于经由无线接口从交通工具接收交通工具数据，可以存储该交通工具数据。因此，可以避免瞬态数据的丢失。

现在参考图3，根据有利实施例描绘了图示说明用来从交通工具自动获取数据的部件的图示。

在该例子中，交通工具数据收集环境300可以包括交通工具302和交通工具监控系统304。交通工具302可以是例如飞行器(例如图1中的飞行器116)。当然，交通工具302可以采取其他形式。例如，交通工具302可以是例如而不限于水面舰艇、轿车、卡车、军用陆上交通工具、个人运输工具、潜艇、宇宙飞船或一些其他交通工具。

交通工具监控系统304可以是数据处理系统，例如图1中的服务器104。交通工具监控系统304可以位于地面站，例如机场、维护设施或一些其他地面位置。

在该例子中，交通工具302包括数据处理系统306、线路可置换单元308和传感器310。数据处理系统306可以用作健康监控系统，从而监控交通工具302内的线路可置换单元308和其他部件。可以使用传感器310监控这些其他部件。可以由数据处理系统306从传感器310直接获得该数据，或通过线路可置换单元308间接获得该数据。传感器310可以包括例如而不限于阀位传感器、压力传感器、温度传感器、氧压传感器、燃料位传感器或在交通工具302中的一些其他合适的传感器。

在该例子中，事件生成处理312在数据处理系统306上执行。事件生成处理312可以是基于期望向交通工具监控系统304传输的数据和信息的选择自动生成事件的处理。在这些例子中，事件生成处理312可以生成事件，例如事件314。事件314可以采取各种形式。例如，事件314可以包含交通工具数据或警报。当事件314中包括交通工具数据时，该交通工具数据可以是原始形式或被放入报告中。

数据响应处理316也在数据处理系统306上执行。数据响应处理316可以接收请求，例如请求318。响应于接收请求318，数据响应处理316可以识别要被收集并返回为数据320的数据。在这些例子中，数据320可以是交通工具数据。该数据可以从各种部件中收集，例如而不限于传感器310和线路可置换单元308。

数据处理系统306可以收集各种形式的交通工具数据。该交通工具数据可以包括例如发动机油量、氧压、胎压、液压液位、燃料位、机舱温度、外界温度、气压、速度、位置和其他合适类型的交通工具数据制。

在这些例子中，数据处理系统306经由无线接口322向交通工具监控系统304发送事件314。该事件可以经由通信链接发送，例如经由无线接口322的通信链接323。在这些例子中，无线接口322是经由其可以进行交通工具302和交通工具监控系统304之间的通信的介质。在这些例子中，该介质是空气。根据交通工具的类型，该介质可以是真空或水。

交通工具监控系统304包括用来处理事件(例如事件314)的许多部件。在这些例子中，交通工具监控系统304包括数据请求处理324、策略326、存储装置328和分析处理330。

数据请求处理324使用策略326接收事件314并且处理事件314。数据请求处理324将事件314存储在存储装置328中，以便由分析处理330分析。在一些有利实施例中，数据请求处理324可以直接向分析处理330发送事件314。

在这些例子中，策略326是可以用来识别是否需要额外数据来处理该事件的一组规则和/或数据。进一步地，策略326还可以用来识别所需的额外数据的类型。

数据请求处理324可以生成请求318，并经由通信链接332通过无线接口322将请求318发送到飞行器数据处理系统306。由数据响应处理316处理请求318。请求318可以是例如额外温度数据、线路可置换单元308内的线路可置换单元中的寄存器值或其他合适数据的请求。数据响应处理316使用传感器310和/或线路可置换单元308收集该数据。接着，通过无线接口322经由通信链接334将数据320发送回到数据请求处理324。

同样，在这些有利实施例中，可以执行数据分析的迭代方法。换句话说，基于所接收的数据，可以触发额外策略以请求更多的数据。事件(例如数据请求、数据传输和额外数据请求)的若干次迭代可以允许增强的自动一致的数据收集和分析。

在这些例子中，数据320可以采取前后敏感(context sensitive)的交通工具数据的形式。前后敏感的交通工具数据是使用策略326定义的任何交通工具数据，并可以是与事件有关的任何数据。作为另一例子，前后敏感的交通工具数据可以是与事件有关的条件。例如，如果原事件是故障，则数据320可以是来自传感器310的额外数据，或来自线路可置换单元308中系统的包含生成该故障的特定部件的相关部分的额外数据。

在另一例子中，如果事件是交通工具302的特定阶段，则可以基于时间收集前后敏感的交通工具数据。例如，如果交通工具302是下降阶段的飞行器，则可以在下降期间每两分钟收集一次飞行器内的一批气压数据。在又一实施例中，如果交通工具处于下降阶段，则可以在下降阶段期间每五分钟收集一次燃料消耗作为前后敏感的交通工具数据。在这些例子中，前后敏感的交通工具数据是使用策略识别的数据。

在这些例子中，数据320由数据请求处理324接收，并存储在存储装置328中。如上面讨论，数据320可以触发策略326中的额外策略，从而请求允许迭代数据收集和分析的额外数据。分析处理330可以从存储装置328获取数据320和事件314，并处理该数据从而生成结果。

该结果可以是例如警报336和/或建议338。警报336可以由分析处理330生成。警报336可以指示应采取行动。警报336可以识别感兴趣的特定问题或故障。进一步地，可以将警报336发送到维护操作员和/或交通工具302。分析处理330还可以生成建议338。建议338可以识别针对特定条件可能执行的维护操作。

分析处理330可以分析事件314和数据320，从而当可以应用维护时确定当前条件是否需要该维护。分析处理330可以识别未来可能需要维护的潜在条件和当前发生的条件。作为例子，分析处理330可以执行趋势分析和/或其他统计分析。

以此方式，不同的有利实施例减少了识别可能需要维护的条件所需的时间和努力的量。进一步地，不同的有利实施例提供了获取使用当前采用的方法可能丢失的数据的能力，从而提供更好的分析。不同的有利实施例还提供了自动识别所需的交通工具数据的能力。

交通工具数据收集环境300的图解描绘了可以实现有利实施例的一种方式。该图解无意暗示对可以实现交通工具数据收集环境300的方式的物理限制或架构限制。例如，交通工具监控系统304可以位于另一交通工具上而不是地面位置。在其他有利实施例中，交通工具监控系统304可以监控多个交通工具而不是仅监控交通工具302。进一步地，不同组件可以用不同于图示说明功能性组件的方式的代码实现。例如，事件生成处理312和数据响应处理316可以使用单个程序而不是如图3中所示的两个分离的部件实现。

现在参考图4，根据有利实施例描绘了请求交通工具数据的数据流的图示。在该例子中，飞行器400在它的任务期间在出发地402和到达地404之间具有多个不同阶段。

这些阶段包括爬升406、巡航408和下降410。交通工具监控系统412在巡航阶段408期间从飞行器400接收故障代码414形式的事件。交通工具监控系统412是交通工具监控系统的例子，例如图3中的交通工具监控系统304。

响应于接收故障代码414，交通工具监控系统412识别可能需要的数据。将请求416发送到飞行器400。响应于接收请求416，飞行器400生成数据418并将其返回到交通工具监控系统412。数据418也可以采用可能需要额外数据的事件的形式。在该例子中，数据418可以由交通工具监控系统412处理，从而生成到飞行器400的请求420，以请求将数据422发送回交通工具监控系统412。

现在参考图5，根据有利实施例描绘了请求交通工具数据的数据流的图示。

在该例子中，飞行器500从出发地502出发，任务是去到达地504。当飞行器500离开出发地502时，飞行器500生成事件506，其由交通工具监控系统508接收。交通工具监控系统508可以使用系统实现，例如图3中的交通工具监控系统304。事件506可以是例如出发地代码或仅指示飞行器500起飞。

飞行器500在其去到达地504的任务期间可以具有多个阶段。这些阶段包括爬升阶段510、巡航阶段512和下降阶段514。在该所示的例子中，随着飞行器500在任务期间飞行，交通工具监控系统508向飞行器500周期性发送数据请求。

例如，交通工具监控系统508在经过一段时间之后发送请求516，而此时飞行器500处于爬升阶段510。作为响应，飞行器500返回数据518。又经过一段时间之后，交通工具监控系统508向飞行器500发送请求520，而此时飞行器500处于巡航阶段512。作为响应，飞行器500返回数据522。又经过一段时间之后，交通工具监控系统508向飞行器500发送请求524并接收数据526，而此时飞行器500处于巡航阶段512。又经过一段时间之后，交通工具监控系统508向飞行器500发送请求528并接收数据530，而此时飞行器500处于下降阶段514。

飞行器500在到达地504着陆之后，当从飞行器500接收到事件532时，数据的该请求和接收结束。事件532可以是例如到达机场的代码或仅指示飞行器500已经着陆。

现在参考图6，根据有利实施例描绘了获取交通工具数据的数据流的另一例子。在该例子中，飞行器600可以从出发地602出发，任务是去到达地604。

飞行器600在其任务期间可以具有各种阶段。这些阶段包括爬升阶段606、巡航阶段608、下降阶段610、保持阶段612和下降阶段614。在该任务期间，飞行器600可以向交通工具监控系统616发送事件，并从交通工具监控系统616接收请求。

在该例子中，飞行器600向交通工具监控系统616发送返航事件618。当飞行器意外地返回原点时发生返航事件。返航事件可能因为飞行器问题、天气或其他问题而发生。通过返航事件618，关于飞行器健康的额外信息可以用来评估问题性质以便在着陆之后解决。响应于在巡航阶段608期间接收返航事件618，交通工具监控系统616向飞行器600发送请求620。响应于接收请求620，飞行器600返回数据622。

在该例子中，稍后在飞行处于巡航阶段608期间，飞行器600发送湍流事件624。湍流事件624指示飞行器600遭遇剧烈的湍流。响应于接收湍流事件624，交通工具监控系统616发送请求626以获取与该湍流有关的更多数据。

通过湍流事件624，可能被请求的数据包括例如加速度、空气速度变化或其他合适参数。该类型的信息可以用来确定对飞行器的结构和系统部件的影响。进一步地，该信息可以用来为飞行器引导或识别检查。响应于接收请求626，飞行器600向交通工具监控系统616返回数据628。

在其任务期间，飞行器600在保持阶段612期间可能遭遇延长保持阶段。响应于该条件，飞行器600可以向交通工具监控系统616发送延长保持事件630。响应于接收延长保持事件630，交通工具监控系统616可以向飞行器600发送请求632。

在延长保持期间，全部燃料量和单独燃料箱量被严密监控，从而确保存在足够的燃料量。进一步地，该信息可以用来管理在预期的目的地着陆。进一步地，该信息可以用来确定是否将飞行器转向到另一目的地。转向可能因为各种因素而发生，例如天气或空中交通条件。

响应于接收请求632，飞行器600向交通工具监控系统616发送回数据634。通过该类型的信息，交通工具监控系统616可以进行许多不同类型的分析。例如，当信息包括湍流期间的急剧空气速度变化时，分析可以识别需要机身和/或发动机检查。该检查的性质和程度可以在飞行器维护文档中具体说明，并可能取决于飞行器配置和事件的严重性。

作为另一例子，雷击可能需要系统检查从而确保各种装置和连接未受影响。该分析可以识别要测试的系统和具体测试。可以基于雷击的性质和严重性在分析中识别该测试。

在又一例子中，该分析可以响应于另一系统或子系统功能性的丢失，识别对该系统或子系统的操作和/或功能性的影响的可能性。该分析可以识别测试、检查、调节或可能需要来确保合适的随后操作或阻止进一步的故障事件的其他行动。作为具体例子，液压液的丢失可能使液压泵和/或管道损坏。

在又一例子中，该分析可以识别燃料量和不均衡。这些不均衡可能由于燃料的边到边装载中的差而发生。进一步地，该分析还可以识别请求的信息中的燃料中的水。因此，该分析可以在进场(approach)或着陆期间建议飞行员行动的改变。进一步地，根据该分析，机场选择也可以改变。

现在参考图7，根据有利实施例描绘了获取交通工具数据的处理的流程图。图7中所示的处理可以以软件部件实现，例如图3中的交通工具监控系统304中的数据请求处理324。

该处理开始于监控交通工具(操作700)。操作700可以包括监控用于来自交通工具的传输的无线接口。在其他有利实施例中，操作700可以包括监控交通工具的计时器设定。该计时器可以用来生成周期性事件从而请求交通工具数据。接着该处理确定是否检测到事件(操作702)。该事件可以是例如由交通工具生成并被发送到该处理的事件。在其他有利实施例中，该事件可以是计时器的届期。

响应于检测事件，将该事件与策略比较(操作706)。该策略用来在没有用户干涉的情况下提供自动确定是否需要额外交通工具数据的能力。进一步地，使用策略也帮助确保请求的数据与特定类型的事件一致。因此，来自不同交通工具的相似事件的分析可以相互进行或相互比较。接着针对是否需要额外交通工具数据做出确定(操作708)。可以使用与策略比较做出该确定。如果需要额外交通工具数据，则使用策略识别交通工具数据(操作710)。

接着，该处理向交通工具发送使用策略识别的数据的请求(操作712)。接着，接收请求的数据(操作714)。存储该接收的数据(操作716)，在其后该处理结束。

现在参考图8，根据有利实施例描绘了分析交通工具数据的处理的流程图。图8中所示的该处理可以以部件实现，例如图3中的交通工具监控系统304中的分析处理330。

该处理开始于识别交通工具数据以便分析(操作800)。在这些例子中，该数据可以包括一组事件和可能已经请求的一组额外交通工具数据。接着，该处理对所识别的数据执行分析(操作802)。可以使用任何当前可用的分析处理执行该分析。

不同类型的分析处理的例子可以包括将当前发动机设定、燃料流动、速度和海拔数据与理想化飞行测试的类似数据进行比较。该比较可以用来识别飞行器和发动机性能的改变。可能执行的分析的另一例子包括比较飞行器上不同轮胎之间的胎压。可以识别胎压之间的边到边的差，该差可能对着陆引起控制问题。可以分析液压燃料位的改变以识别潜在的泄漏问题。

作为另一例子，可以评估发动机油的改变以识别潜在的泄漏或油耗问题。在又一例子中，在辅助供电单元启动期间电气系统参数的改变和趋势可以用来确定飞行器中电池的状态。

接着，该处理从分析生成结果(操作804)。操作804中的结果可以是一组故障条件。故障条件是故障或潜在故障的识别。该故障可以是部件、零件、系统、子系统或交通工具正确操作和/或如预期操作所需要的其他物体的任何故障。

此后，识别一组建议(操作806)。这些建议可以包括来自维护操作的、采取行动或甚至不需要行动的建议。接着，该处理可以生成警报(操作808)，在其后处理结束。在该例子中，警报808可以是根据建议的优先权实现的可选步骤。例如，一些建议可能需要在交通工具的任务结束后采取行动，而其他建议可能需要立即的行动。

因此，不同的有利实施例提供了计算机实现的方法、装置和计算机可用的程序代码，以便获取和管理交通工具数据。不同的有利实施例提供了选择除预定数据之外的、可能由飞行器在其任务期间发送的额外数据的能力。使用策略而不是用户输入执行任务数据的识别。以此方式，可以获取更一致类型的数据。

在不同描绘的实施例中的流程图和框图图示说明了装置、方法和计算机程序产品的一些可能实现的架构、功能和操作。在这点上，流程图或框图中的每个方框可以表示计算机可用或可读程序代码的模块、一段或一部分，其包括一个或多个可执行指令，用于实现特定的功能。

在一些替换实施例中，方框中指出的功能可以按附图中指出的顺序之外的顺序发生。例如，在一些情况下，根据所涉及的功能，连续示出的两个方框可以基本同时执行，或有时可以反向的顺序执行方框。

不同的有利实施例可以采取完全硬件实施例的形式、完全软件实施例的形式或含有硬件和软件元件的实施例的形式。一些实施例以软件实现，该软件包括但不限于形式，例如固件、常驻软件和微代码。

此外，不同的实施例可以采取从计算机可用或计算机可读介质可访问的计算机程序产品的形式，该计算机可用或计算机可读介质提供程序代码，以便由执行指令的计算机或任何装置或系统使用，或与它们一起使用。对于该公开的目的，计算机可用或计算机可读介质通常可以是任何有形装置，其可以含有、存储、传递、传播或传输程序，以便由指令执行系统、装置或器件使用，或与它们一起使用。

计算机可用或计算机可读介质可以是例如而不限于电子的、磁的、光学的、电磁的、红外的或半导体系统，或传播介质。计算机可读介质的非限制性例子包括半导体或固态存储器、磁带、可移除计算机磁盘、随机访问存取存储器(RAM)、只读存储器(ROM)、硬磁盘和光盘。光盘可以包括高密度盘-只读存储器(CD-ROM)、高密度盘-读取/写入(CD-R/W)和DVD。

进一步地，计算机可用或计算机可读介质可以含有或存储计算机可读或可用程序代码，使得当计算机可读或可用程序代码在计算机上执行时，该计算机可读或可用程序代码的执行使计算机经由通信链接传输另一计算机可读或可用程序代码。该通信链接可以使用介质，例如而不限于物理的或无线的。

适合存储和/或执行计算机可读或计算机可用程序代码的数据处理系统将包括通过通信构造(例如系统总线)直接或间接耦合到存储器元件的一个或多个处理器。该存储器元件可以包括在实际执行程序代码期间采用的本地存储器、大容量存储和缓存存储器，该缓存存储器提供至少一些计算机可读或计算机可用程序代码的临时存储，从而减少在执行代码期间从大容量存储检索代码的次数。

输入/输出或I/O装置可以直接耦合到系统或通过插入I/O控制器耦合到系统。这些装置可以包括例如而不限于键盘、触摸屏显示器和定位装置。不同的通信适配器也可以耦合到系统，从而使数据处理系统能够通过插入私有或公共网络耦合到其他数据处理系统或远程打印机或存储装置。非限制性例子是调制解调器和网络适配器，其仅为当前可用类型的通信适配器中的一些。

出于说明和描述目的给出了不同的有利实施例的描述，并且其无意详尽或被限制在所公开形式中的实施例。许多修改和变化对于本领域技术人员将是明显的。进一步地，不同的有利实施例可以提供与其他有利实施例相比不同的优点。

选定并且描述所选的实施例是为了最好地解释实施例的原理、实际应用，并使本领域技术人员能够理解各种实施例的公开，所述各种实施例具有适合所考虑的特定使用的各种修改。

Claims (11)

1.一种用于自动获取交通工具瞬态数据的计算机实现的方法，所述计算机实现的方法包括：

在远离于交通工具的交通工具监控系统上，经由无线接口针对事件监控所述交通工具；

响应于接收由所述交通工具经由所述无线接口发送的事件，在所述交通工具监控系统上基于策略确定对于所述事件是否需要交通工具瞬态数据，所述策略包括用于识别是否需要额外瞬态数据来处理所述事件的一组规则或数据；

响应于确定需要交通工具瞬态数据，从所述交通工具监控系统经由所述无线接口向所述交通工具发送对所述交通工具瞬态数据的请求；

响应于由所述交通工具接收所述请求，由所述交通工具传输所述交通工具瞬态数据到所述交通工具监控系统；

响应于在所述交通工具监控系统经由所述无线接口从所述交通工具接收所述交通工具瞬态数据，存储所述交通工具瞬态数据；以及

从所述交通工具接收所述交通工具瞬态数据之后，在所述交通工具监控系统上分析存储的所述交通工具瞬态数据，以便形成分析。

2.根据权利要求1所述的计算机实现的方法，还包括：

使用所述分析识别一组故障条件。

3.根据权利要求2所述的计算机实现的方法，还包括：

响应于识别该组故障条件，生成一组建议。

4.根据权利要求1所述的计算机实现的方法，其中所述分析步骤包括：

使用所述交通工具瞬态数据执行根本原因分析。

5.根据权利要求1所述的计算机实现的方法，其中所述交通工具选自于飞行器、潜艇、水面舰艇、轿车、卡车、军用陆上交通工具、个人运输工具和宇宙飞船中的一个。

6.根据权利要求2所述的计算机实现的方法，其中该组故障条件包括潜在未来故障的标识。

7.根据权利要求1所述的计算机实现的方法，其中所述交通工具是飞行器并且其中在所述飞行器飞行的同时接收所述事件，并且还包括：

在从飞行中的所述飞行器接收所述交通工具瞬态数据之后在所述交通工具监控系统上分析所存储的所述交通工具瞬态数据，从而形成分析，其中所述交通工具监控系统包括在维护设施处的地面站；

在所述飞行器处于飞行的同时使用所述分析识别一组故障条件；以及

在所述飞行器完成所述飞行器的任务之前生成一组维护行动。

8.根据权利要求1所述的计算机实现的方法，还包括：

响应于经由所述无线接口从所述交通工具接收所述交通工具瞬态数据，基于所述策略确定是否需要更多交通工具瞬态数据；以及

响应于确定需要所述交通工具瞬态数据，经由所述无线接口向所述交通工具发送对所述交通工具瞬态数据的额外请求。

9.一种用于监控交通工具瞬态数据的装置，包括：

策略，其中所述策略识别何时需要针对事件的交通工具瞬态数据的一组条件，所述策略包括用于识别是否需要额外瞬态数据来处理所述事件的一组规则或数据；

数据请求处理，其中所述数据请求处理能够经由无线接口针对事件监控交通工具；响应于接收由所述交通工具经由所述无线接口发送的所述事件，基于所述策略确定对于所述事件是否需要交通工具瞬态数据；响应于确定需要交通工具瞬态数据，经由所述无线接口向所述交通工具发送对所述交通工具瞬态数据的请求；以及响应于经由所述无线接口从所述交通工具接收所述交通工具瞬态数据，存储所述交通工具瞬态数据；

数据处理系统，其中所述数据请求处理和所述策略位于所述数据处理系统上，其中所述数据处理系统远离所述交通工具；以及

在所述数据处理系统中的分析处理，其中所述分析处理能够使用由所述数据请求处理存储的所述交通工具瞬态数据识别一组故障条件。

10.根据权利要求9所述的装置，还包括：

用户接口，其中所述用户接口能够给出针对该组故障的一组建议。

11.根据权利要求10所述的装置，其中所述交通工具瞬态数据包括针对所述事件的前后敏感交通工具瞬态数据。