CN102246210A - 用于执行实时数据分析的系统和方法 - Google Patents

Abstract

一种适合于执行安装在客运交通工具团队上的交通工具信息系统的实时监视的数据监视和分析系统以及用于制造和使用它的方法。数据监视和分析系统包括用于与每个交通工具信息系统建立通信信道的加载脚本系统。连续接收由交通工具信息系统累积的执行数据，加载脚本系统验证和解析执行数据并且将所得执行数据提供给数据库系统以便进一步分析。数据库系统使得团队经营者能够利用交通工具团队的合并执行数据生成报告，以基于一个或更多个变量使执行数据分层、和/或深入到执行数据的子集中以了解系统执行下面的根本起因。因而可以以有含义的方式呈现由团队累积的大容量的执行数据，以便根据需要进行迅速的人工干预。

Description

用于执行实时数据分析的系统和方法

技术领域

公开的实施例一般地涉及数据分析系统，更具体但非排他地涉及适合用于客运交通工具上安装的交通工具信息系统的实时执行数据监视和分析系统。

背景技术

诸如汽车和飞机的交通工具常常提供娱乐系统以满足行驶期间对于娱乐的乘客需求。

传统交通工具信息系统(或乘客娱乐系统)包括具有用于选择观看内容的单独控制的头顶舱观看系统和/或椅背观看系统。观看内容通常包括诸如音频和/或视频素材的娱乐内容，并且可以从各种内容源得到观看内容。例如，可以通过交通工具内安装的诸如音频和视频系统的内部内容源提供诸如运动图像和音乐的预先记录的观看内容。外部内容源同样可以经由诸如蜂窝和/或卫星通信系统的无线通信系统将包括卫星电视节目或卫星无线电节目的观看内容发送到交通工具。

虽然交通工具信息系统支持行驶期间系统执行数据的编译，但当前可用的数据分析系统不支持系统执行的实时监视和分析。而是，必须仅在行驶完成之后从交通工具信息系统下载行驶期间累积的系统执行数据，并对该数据进行分析。换言之，目前，仅可以在客运交通工具到达了它的行驶目的地之后发起交通工具信息系统的测试以及如果有必要的修理。结果，如果适当的替换部件没有准备好，则在不确定的时段内交通工具信息系统会不可用，并且会延迟后续行驶。

鉴于以上内容，存在如下需要：克服与当前可用数据分析系统相关联的上述障碍和缺点的交通工具信息系统的用于监视和分析系统执行数据的改进的系统和方法。

本申请要求2008年12月15日提交的序列号61/122,661的美国临时专利申请的优先权。明确要求该临时专利申请的优先权，并且通过引用将该临时申请的公开内容整体并入本申请并用于所有目的。

附图说明

图1是图示了适合用于客运交通工具上安装的交通工具信息系统的执行数据监视和分析系统的实施例的示例性顶级图。

图2A是图示了图1的执行数据监视和分析系统的实施例的示例性顶级图，其中，该执行数据监视和分析系统可以与被置于预定地理地点处的选定交通工具信息系统通信。

图2B是图示了图2A的执行数据监视和分析系统的替选实施例的示例性顶级图，其中，该执行数据监视和分析系统包括用于接收从选定交通工具信息系统手动卸载的下载数据的文件上传系统。

图2C是图示了图1的执行数据监视和分析系统的替选实施例的示例性顶级图，其中，该执行数据监视和分析系统可以在行驶期间与选定交通工具信息系统通信。

图3A是图示了图1的交通工具信息系统的示例性顶级图，其中，选定交通工具信息系统被安装在汽车上。

图3B是图示了图1的交通工具信息系统的替选实施例的示例性顶级图，其中，选定交通工具信息系统被安装在飞机上。

图4是图示了图3A-B的交通工具信息系统的分发系统的优选实施例的示例性细节图。

图5A是图示了图1的客运交通工具的乘客舱的实施例的示例性顶级图，其中，安装有图3A-B的交通工具信息系统。

图5B是图示了图5A的乘客舱的替选实施例的示例性顶级图，其中，该交通工具信息系统支持与个人媒体装置的通信。

图6A是图示了图1的执行数据监视和分析系统的实施例的示例性细节图，其中，该执行数据监视和分析系统包括用于呈现包括内置测试设备(BITE)座位执行数据的下载数据的交互式用户界面系统。

图6B是图示了图6A的执行数据监视和分析系统的替选实施例的示例性细节图，其中，用户界面系统可以呈现BITE座位可用性数据。

图6C是图示了图6A的执行数据监视和分析系统的另一替选实施例的示例性细节图，其中，用户界面系统可以通过表格格式呈现下载数据。

图6D是图示了图6A的执行数据监视和分析系统的又一替选实施例的示例性细节图，其中，用户界面系统可以呈现BITE覆盖日程。

图6E是图示了图6A的执行数据监视和分析系统的又一替选实施例的示例性细节图，其中，用户界面系统可以呈现飞行事件分析。

图6F是图示了图6A的执行数据监视和分析系统的又一替选实施例的示例性细节图，其中，用户界面系统可以呈现飞行覆盖图。

图6G是图示了图6A的执行数据监视和分析系统的又一替选实施例的示例性细节图，其中，执行数据监视和分析系统包括用于通过线路可替换单元和/或MMN执行全局搜索的内部工具。

图7A是图示了图6A-G的执行数据监视和分析系统的替选实施例的示例性细节图，其中，用户界面系统可以基于下载数据呈现详细信息。

图7B是图示了图7A的执行数据监视和分析系统的另一替选实施例的示例性细节图，其中，用户界面系统可以呈现用于描绘飞机执行的散布图。

图7C是图示了图7A的执行数据监视和分析系统的又一替选实施例的示例性细节图，其中，用户界面系统可以呈现用于提供预定时间间隔期间事件计数的概况的飞行表。

图7D是图示了图7A的执行数据监视和分析系统的又一替选实施例的示例性细节图，其中，用户界面系统可以呈现预定时间间隔内的配置概要。

图7E是图示了图7A的执行数据监视和分析系统的又一替选实施例的示例性细节图，其中，用户界面系统可以呈现单飞行表。

图7F是图示了图7A的执行数据监视和分析系统的又一替选实施例的示例性细节图，其中，用户界面系统可以呈现通过解决修理代码归类的选定系统部件的分析。

图7G是图示了图7F的用户界面系统的替选实施例的示例性细节图，其中，选定系统部件的分析被呈现为解决修理完毕日期的时间表。

图7H是图示了图7A的执行数据监视和分析系统的又一替选实施例的示例性细节图，其中，用户界面系统可以呈现选定系统部件的修理店历史。

图8是图示了图7A-H的执行数据监视和分析系统的替选实施例的示例性细节图，其中，用户界面系统可以通过图形显示格式呈现基于时间的每个团队的重启命令数目。

图9A是图示了图7A-H的执行数据监视和分析系统的另一替选实施例的示例性细节图，其中，用户界面系统可以通过图形显示格式呈现基于时间的每个团队的BITE系统执行。

图9B是图示了图9A的执行数据监视和分析系统的替选实施例的示例性细节图，其中，用户界面系统可以通过图形显示格式呈现基于时间的飞机类型和交通工具信息系统的选定组合的BITE系统执行。

图10A是图示了图1的执行数据监视和分析系统的另一替选实施例的示例性细节图，其中，用户界面系统可以通过图形显示格式呈现基于时间的展示每个团队的BITE系统执行的系统报告。

图10B是图示了图10A的执行数据监视和分析系统的替选实施例的示例性细节图，其中，用户界面系统可以呈现展示整个预定日期范围中的飞机类型和交通工具信息系统的选定组合的BITE系统执行的系统报告。

图10C是图示了图10B的执行数据监视和分析系统的替选实施例的示例性细节图，其中，用户界面系统可以呈现展示预先选定日期的飞机类型和交通工具信息系统的选定组合的BITE系统执行的系统报告。

图10D是图示了图10A的执行数据监视和分析系统的另一替选实施例的示例性细节图，其中，用户界面系统可以呈现展示自飞机起飞起重启数目的系统报告。

图10E是图示了图10D的执行数据监视和分析系统的替选实施例的示例性细节图，其中，用户界面系统可以基于整个预定日期范围中累积的过滤数据来呈现展示自飞机起飞起重启数目的系统报告。

图11A是图示了图1的执行数据监视和分析系统的又一替选实施例的示例性细节图，其中，用户界面系统提供用于生成进一步系统报告的可靠性计算系统。

图11B-E是图示了可以由图11A的可靠性计算系统提供的选定系统报告的替选实施例的示例性细节图。

图12A是图示了图1的执行数据监视和分析系统的又一替选实施例的示例性细节图，其中，执行数据监视和分析系统提供用于记录、检修和跟踪故障和乘客舱内其它情况的电子舱日志本。

图12B是图示了图12A的电子舱日志本的实施例的示例性细节图，其中，电子舱日志本可以呈现新缺陷录入屏幕。

图12C是图示了图12A的电子舱日志本的替选实施例的示例性细节图，其中，电子舱日志本可以同时呈现观测缺陷数据和BITE缺陷数据。

图12D是图示了图12A的电子舱日志本的另一替选实施例的示例性细节图，其中，电子舱日志本可以呈现维护行动描述录入屏幕。

图12E是图示了图12A的电子舱日志本的又一替选实施例的示例性细节图，其中，电子舱日志本可以呈现用于将修理数据和库存数据相关联的替换部分信息。

图13A是图示了经由图1的执行数据监视和分析系统发起的维护过程的实施例的示例性细节图，其中，通过行驶期间出现的故障发起维护过程。

图13B是图示了图13A的维护过程的替选实施例的示例性细节图，其中，维护过程包括用于解决故障的地面过程。

应当注意，没有按比例绘制图，在所有图中用相似的附图标记总体上表示类似结构或功能的元件，以用于说明的目的。还应当注意，这些图仅旨在便于优选实施例的描述。附图没有示出所描述的实施例的各个方面并且不限制本公开的范围。

具体实施方式

由于传统数据分析系统只在行驶完成之后才会下载和分析由交通工具信息系统累积的系统执行数据，并由此会延迟交通工具信息系统的测试、发起任何必要的修理和出发以进行后续行驶，所以克服当前可用数据分析系统的上述障碍和缺点的执行数据监视和分析系统可以证明是期望的，并且为诸如在旅行期间在汽车、飞机和其它类型的客运交通工具上安装和使用的乘客娱乐系统的广泛系统应用提供基础。根据这里公开的一个实施例，可以通过如图1所示的用于与各客运交通工具390上安装的一个或多个交通工具信息系统300通信的数据监视和分析系统1000来取得此结果。

转到图1，数据监视和分析系统1000可以包括如下这种综合数据分析可靠性跟踪系统：提供用于从多个交通工具信息系统300接收下载数据1510的基于网络的在线维护工具(OMT)、可以基于接收的下载数据1510生成至少一个执行报告、可以跟踪多个交通工具信息系统300的可靠性、和/或可以跟踪服务中问题执行。下载数据1510可以包括乘客使用信息、多个交通工具信息系统300的汇总执行信息、和/或多个交通工具信息系统300的一个或更多个选定系统部件的执行信息。因而数据监视和分析系统1000可以针对多个交通工具信息系统300的整体或部分生成执行报告和/或跟踪可靠性。换言之，数据监视和分析系统1000可以针对多个交通工具信息系统300的整体和/或针对多个交通工具信息系统300的选定系统部件生成执行报告和/或跟踪可靠性。

图1中数据监视和分析系统1000被图示为包括数据库系统1100和加载脚本系统1200。加载脚本系统1200可以经由一个或更多个硬件部件和/或软件部件设置，并且在一个实施例中，可以包括由处理系统执行的应用。加载脚本系统1200可以建立用于与每个多个交通工具信息系统300通信的至少一个通信信道(或数据通道)1500并且可以利用通信信道1500接收由多个交通工具信息系统300累积的下载数据1510。下载数据1510可以通过传统数据格式提供给加载脚本系统1200，并且优选地通过与该交通工具信息系统300存储的下载数据1510的数据格式相同的和/或兼容的预先选定数据格式来提供下载数据1510。

加载脚本系统1200可以针对每个通信信道1500验证接收的下载数据1510。验证的下载数据1510可以被解析并提供给数据库系统1100以便进一步分析。数据库系统1100可以通过任何传统方式存储下载数据1510，并且在一个优选实施例中，可以支持除了数据监视和分析系统1000之外的一个或更多个其它应用。优选地包括传统数据库系统，数据库系统1100同样可以经由一个或更多个硬件部件和/或软件部件(如，由处理系统执行的应用)设置，并且根据需要可以至少部分地与加载脚本系统1200整合。处理系统可被设置为一个或更多个基于计算机的服务器系统的簇。在一个实施例中，例如，数据库系统1100可以包括飞机地面信息系统(AGIS)代码数据库系统。

优选地，加载脚本系统1200以自动方式如在建立与预先选定多个交通工具信息系统300的通信信道1500时自动地接收、验证和/或解析下载数据1510。根据需要，数据监视和分析系统1000可以包括交互式用户界面系统1400(图6A-G中所示)。用户界面系统1400例如可以呈现数据监视和分析系统1000的至少一个系统状态(或故障)消息，并且可以在适当时为操作员(未示出)提供响应系统状态消息的机会。示出的系统状态消息可以包括用于表示选定下载数据1510被识别成无效的消息和/或用于表示数据库系统1100尚未成功接收(和/或存储)下载数据1510的消息。

在一个实施例中，可以将无效下载数据1510(尽管被识别成无效)提供给数据库系统1100以便存储。有利地，数据库系统1100可以将无效下载数据1510识别成无效数据。因而，随后可以从数据库系统1100获取无效下载数据1510并手动修正无效下载数据1510以形成有效下载数据1510。随后可以将修正的下载数据1510提供给数据库系统1100以便存储。数据库系统1100可以将修正的下载数据1510识别成包括有效数据。可选地，可以在提供有效下载数据1510时从数据库系统1000删除无效下载数据1510。根据需要，可以进一步分析无效下载数据1510以努力改进将下载数据1510从多个交通工具信息系统300传送给数据监视和分析系统1000的方式。

有利地，数据监视和分析系统1000和多个交通工具信息系统300可以通过任何传统方式通信以使得数据监视和分析系统1000可以基本实时地接收下载数据1510而不论多个交通工具信息系统300的各个系统的地理地点和/或行驶状态如何。转到图2A-B，例如，一个交通工具信息系统300被示出为安装在置于预定地理地点处的选定客运交通工具390上。预定地理地点可以包括适合于安放选定客运交通工具390的任何地理地点。如果例如选定客运交通工具390包括汽车390A(图3A中所示)，则预定地理地点可以包括汽车停车设施，如停车场和/或停车结构。类似地，预定地理地点在选定客运交通工具390包括诸如飞机390B(图3B中所示)、公共汽车、客运列车、邮轮等的大量运输客运交通工具390的情况下可以是乘客运输枢纽。预定地理地点通常包括但不限于选定客运交通工具390的行驶起始地、行驶目的地、和/或中间行驶停留地(或其它地点)。

在将选定客运交通工具390置于预定地理地点处的情况下，相关联的交通工具信息系统300可以优选地实时以包括经由有线和/或无线通信的任何传统方式与数据监视和分析系统1000通信。如图2A所示，该交通工具信息系统300可以经由中间通信系统(或通道处理器系统)370与数据监视和分析系统1000以无线方式通信。通信系统370可以包括任何传统类型的无线通信系统，如宽带(和/或数据3)卫星通信系统370A、蜂窝通信系统370B、和/或飞机地面信息系统(AGIS)通信系统，而没有限制。在优选实施例中，数据监视和分析系统1000和多个交通工具信息系统300可以通过马里兰州安纳波利斯的ARINC公司提供的ARINC通信寻址和报告系统(ACARS)的方式通信。

当选定客运交通工具390接近(和/或到达)预定地理地点并由此可以通过以上参照图1叙述的方式接收下载数据1510时，加载脚本系统1200优选地可以建立用于自动与该交通工具信息系统300通信的通信信道1500。同样可以在建立通信信道1500时手动和/或自动发起下载数据1510的传送。根据需要，加载脚本系统1200可以在选定客运交通工具390保持被置于预定地理地点处的情况下维持通信信道1500，而在离开预定地理地点时终止通信信道1500。替选地和/或另外地，即使选定客运交通工具390保持被置于预定地理地点处，加载脚本系统1200也可以终止通信信道1500。例如，一旦下载数据1510的传送完成就可以终止通信信道1500。接收的下载数据1510可以由加载脚本系统1200来处理，并且通过以上更详细叙述的方式被提供给数据库系统1100。

如果期望有线通信，则通信线缆配件(未示出)可以置于数据监视和分析系统1000与该交通工具信息系统300之间，并且耦合数据监视和分析系统1000和该交通工具信息系统300。可以通过任何传统方式设置通信线缆配件，并且当耦合加载脚本系统1200和该交通工具信息系统300时，加载脚本系统1200可以建立用于自动与该交通工具信息系统300通信的通信信道1500。同样当建立通信信道1500时可以手动和/或自动发起下载数据1510的传送。加载脚本系统1200由此可以通过以上叙述的方式优选地实时经由通信线缆配件接收下载数据1510。接收的下载数据1510可以由加载脚本系统1200来处理，并且通过以上更详细叙述的方式提供给数据库系统1100。

替选地和/或另外地，可以从该交通工具信息系统300手动下载该下载数据1510。换言之，该交通工具信息系统300可以将下载数据1510存储在可拆卸介质(未示出)上，这些介质诸如传统硬盘、软盘、光盘、致密盘和/或闪存介质，而没有限制。可以在行驶完成之后由技术人员从该交通工具信息系统300移除可拆卸介质，并且该可拆卸介质可以物理(或手动)地传递到数据监视和分析系统1000。通信信道1500由此可以包括可拆卸介质的物理(或手动)传递。优选地，技术人员安装用于允许该交通工具信息系统300在后续行驶期间累积额外下载数据1510的另一可拆卸介质。

转到图2B，数据监视和分析系统1000被示出为还包括用于经由可拆卸介质的物理传递便于接收下载数据1510的文件上传系统1300。文件上传系统1300被示出为置于加载脚本系统1200与该交通工具信息系统300之间，并且可以使得系统操作员(未示出)能够将手动卸载的下载数据1510移动到数据库系统1100。当与可拆卸介质通信时，文件上传系统1300可以从可拆卸介质接收下载数据1510并且可以将接收的下载数据1510提供给加载脚本系统1200。由此加载脚本系统1200可以通过以上参照图1更详细叙述的方式接收下载数据1510。有利地，文件上传系统1300可以按选定部分和/或整体地将下载数据1510提供给加载脚本系统1200。接收的下载数据1510可以由加载脚本系统1200来处理，并且通过以上讨论的方式提供给数据库系统1100。

在数据监视和分析系统1000的一个实施例中，文件上传系统1300同样可以提供用于协助系统操作员从可拆卸介质传送下载数据1510的交互式用户界面系统1400(图6A-G中所示)。例如，用户界面系统1400可以使得系统操作员能够选择下载数据1510的一个或更多个文件以便从可拆卸介质传送。根据需要，如果在数据监视和分析系统1000内在下载数据1510的传送和/或存储期间出现错误，则用户界面系统1400还可以向系统操作员呈现适当的消息。换言之，文件上传系统1300可以向系统操作员提供关于下载数据1510的错误反馈、提供关于数据库系统1100中数据库群的经由文件上传系统1300从加载脚本系统1200通过的错误反馈、和/或对验收测试过程(ATP)和其它系统提供支持(rack support)。系统操作员由此可以容易地尝试改正错误。

转到图2C，数据监视和分析系统1000被示出为替选地和/或另外地被配置成支持行驶期间内与一个选定的交通工具信息系统300的通信。加载脚本系统1200可以通过包括直接和/或如图2C中所示的间接经由中间通信系统370的任何传统方式与该选定的交通工具信息系统300通信。虽然示出为卫星通信系统370A以用于说明的目的，但通信系统370可以通过以上参照通信系统370(图2A中所示)更详细叙述的方式被设置，并且可以支持加载脚本系统1200与该选定的交通工具信息系统300之间的传统无线通信。加载脚本系统1200由此可以建立用于与该交通工具信息系统300通信的通信信道1500并且可以通过以上参照图1更详细叙述的方式接收下载数据1510。接收的下载数据1510可以由加载脚本系统1200来处理并且通过以上讨论的方式提供给数据库系统1100。

优选地，通信系统370使得加载脚本系统1200能够在整个行驶过程中连续维持与该交通工具信息系统300的通信信道1500，以使得可以将下载数据1510实时提供给数据监视和分析系统1000。然而，可以根据需要按照预定准则断续建立通信信道1500。例如，加载脚本系统1200可以按预先选定的时间间隔周期性地建立通信信道1500，和/或该交通工具信息系统300可以在客运交通工具390上出现预先选定的条件(如多个交通工具信息系统300的系统部件故障)的情况下发起通信信道1500。该交通工具信息系统300因而可以在行驶期间将下载数据1510提供给加载脚本系统1200。

数据监视和分析系统1000由此可以有利地提供用于使得客运交通工具390的所有者和/或经营者能够在包括行驶之前、期间和/或之后的任何时间执行对该交通工具信息系统300的执行实时监视的方案。客运交通工具390例如可以包括客运交通工具390的团队。客运交通工具390的示例性团队可以包括出租车公司或车辆租赁公司运营的汽车390A(图3A中所示)的团队、公共汽车公司运营的公共汽车的团队、航空公司运营的飞机390B(图3B中所示)的团队、和/或邮轮航线公司运营的客运船舶的团队，而没有限制。由于数据监视和分析系统1000可以接收由该交通工具信息系统300累积的下载数据1510，所以加载脚本系统1200可以实时验证和/或解析接收的下载数据1510并且可以将所得下载数据1510提供给归一化的数据库系统1100。因而，可以通过有含义的方式(如，通过一个或更多个显示系统上呈现的高内容解析度图)呈现大容量的下载数据1510，以便根据需要进行迅速的人工干预。

如应用于航空公司运营的飞机390B的团队，例如，可以根据选定机体类型、选定机体类型内的预定座位配置、选定交通工具信息系统类型、和/或选定交通工具信息系统类型的软件版本(或构造)来限定每个团队。应理解，航空公司可以运营飞机390B的一个或更多个团队。因而数据监视和分析系统1000的在线维护工具可以被配置成装载维护控制器、装载维护工程师、和/或随着时间检查来自飞机390B上安装的该交通工具信息系统300的下载数据1510。检查下载数据1510优选地不限于飞机内置测试设备(BITE)数据使用，在该数据使用中通常由于短回转而几乎不能进行趋势预测(trending)。在一个实施例中，例如，可以使用至少一个标准化尺度比较所有航空公司、团队和/或飞机390B。

并非限于分析合同执行，其中具体接触的条款会影响分析下载数据1510，同样在线维护工具可以被配置成利用BITE数据做出一个或更多个比较。例如，在线维护工具可以将航空公司的选定团队内的飞机390B相互比较、将选定航空公司内的团队相互比较、和/或将两个或更多个航空公司的团队相互比较。在线维护工具同样可以比较选定航空公司内的至少一个选定的线路可替换单元(或LRU)的执行和/或在全球范围内比较选定线路可替换单元的执行。同样可以比较来自选定线路可替换单元和/或MMN的BITE消息。替选地和/或另外地，在线维护工具可以通过飞机390B的尾部号码提供BITE覆盖。

因此，数据监视和分析系统1000的使用可以导致用于运营客运交通工具390团队的所有权的成本减少。数据监视和分析系统1000例如可以帮助交通工具操作员防止问题、更快地识别和纠正问题、以及更好地管理技术资源。数据监视和分析系统1000同样可以便于使用下载数据1510以在影响顾客之前主动识别细微执行趋势、可以改进BITE数据准确性、改进总体系统可靠性、和/或改进系统部件可靠性。例如，可以通过改进BITE数据质量、检查消息计数、适当地将故障分类成维护(或工程)消息、以及更高地驱动LRU级别BITE设计来改进BITE数据准确性；然而，可以通过实况监视系统执行以及响应趋势来改进可靠性。因而，数据监视和分析系统1000可以包括这样的工具，通过该工具航空公司和其它交通工具操作员可以透明地测量多个类别中的该交通工具信息系统300的执行。

有利地，数据监视和分析系统1000可以答复广泛观众的关于交通工具信息系统操作的许多类型的问题。数据监视和分析系统1000例如可以提供关于如下内容的报告：团队座位可用性、团队座位降级率、客运交通工具390的团队中的交通工具信息系统健康度、不同客运交通工具平台的执行比较、和/或团队执行与乘客满意度之间的任何相关性。可以将这些报告提供给用于利用选定的该交通工具信息系统300识别和修理问题的维护人员；然而，管理人员可以使用这些报告来分析系统执行趋势。管理高层可以审阅报告以努力确定团队健康度的状态，并且交通工具信息系统制造商可以利用报告来保持对交通工具信息系统执行的监督。

虽然适合于支持被置于诸如建筑物的固定地点中的信息系统的执行的实时监视，但优选地在便携式系统应用中也会应用数据监视和分析系统1000。转到图3A-B，例如，示出了适合于安装在各种客运交通工具390上的该交通工具信息系统300的一个实施例。示例性类型的客运交通工具可以包括汽车390A(图3A中所示)、飞机390B(图3B中所示)、公共汽车、休闲交通工具、船、火车、和/或任何其它类型的客运交通工具，而没有限制。如果例如如图3B中所示安装在飞机390B上，则该交通工具信息系统300可以包括传统飞机乘客飞行中娱乐系统，诸如由加利福尼亚的莱克福里斯特的松下航空电子公司(先前称为松下航空电子系统公司)制造的系列2000、3000、eFX和/或eX2飞行中娱乐系统。虽然主要参考用于飞机390B上安装的该交通工具信息系统300描述和示出，但仅用于说明的目的，这里公开的数据监视和分析系统1000可以均等地应用于任何传统类型的客运交通工具390而没有限制。

可以通过如下这些共同未决的美国专利申请中叙述的方式设置交通工具信息系统300：2004年2月4日提交的申请序列号10/772,565的题为“SYSTEM AND METHOD FOR DOWNLOADING FILES(用于下载文件的系统和方法)”；2005年5月6日提交的申请序列号11/123,327的题为“SYSTEM AND METHOD FOR MANAGING CONTENT ON MOBILEPLATFORMS(用于在移动平台上管理内容的系统和方法)”；2005年6月15日提交的申请序列号11/154,749的题为“PORTABLE MEDIA DEVICEAND METHOD FOR PRESENTING VIEWING CONTENT DURINGTRAVEL(用于在行驶期间呈现观看内容的便携式媒体装置和方法)”；2005年11月7日提交的申请序列号11/269,378的题为“SYSTEM AND METHODFOR RECEIVING BROADCAST CONTENT ON A MOBILE PLATFORMDURING INTERNATIONAL TRAVEL(用于在国际行驶期间在移动平台上接收广播内容的系统和方法)”；2008年9月15日提交的申请序列号12/210,624的题为“SYSTEM AND METHOD FOR INTERFACING APORTABLE MEDIA DEVICE WITH A VEHICLE INFORMATIONSYSTEM(用于将便携式媒体装置与交通工具信息系统对接的系统和方法)”；2008年9月15日提交的申请序列号12/210,636的题为“MEDIADEVICE INTERFACE SYSTEM AND METHOD FOR VEHICLEINFORMATION SYSTEMS(用于交通工具信息系统的媒体装置接口系统和方法)”；2008年9月15日提交的申请序列号12/210,652的题为“MEDIADEVICE INTEREACE SYSTEM AND METHOD FOR VEHICLEINFORMATION SYSTEMS(用于交通工具信息系统的媒体装置接口系统和方法)”；2008年9月15日提交的申请序列号12/210,689的题为“PORTABLEUSER CONTROL DEVICE AND METHOD FOR VEHICLEINFORMATION SYSTEMS(用于交通工具信息系统的便携式用户控制装置和方法)”；2008年9月24日提交的申请序列号12/237,253的题为“SYSTEMAND METHOD FOR RECEIVING BROADCAST CONTENT ON AMOBILE PLATFORM DURING TRAVEL(用于在行驶期间在移动平台上接收广播内容的系统和方法)”；以及2008年10月3日提交的申请序列号12/245,521的题为“SYSTEM AND METHOD FOR PRESENTINGADVERTISEMENT CONTENT ON A MOBILE PLATFORM DURINGTRAVEL(用于在行驶期间在移动平台上呈现广告内容的系统和方法)”，这些申请转让给了本申请的受让人，并且它们的各公开内容通过引用整体地并入本申请。

如图3A-B中所示，该交通工具信息系统300包括至少一个传统内容源310、以及经由实时内容分发系统320通信的一个或更多个用户(或乘客)界面系统360。内容源310可以包括一个或更多个内部内容源，如，客运交通工具390上安装的媒体(或内容)服务器系统310A和/或在客运交通工具390外部的至少一个远程(或陆地)内容源310B。媒体服务器系统310A可以包括用于提供该交通工具信息系统300的总体系统控制功能的信息系统控制器、和/或可以存储观看内容210(如预编程的观看内容和/或下载的观看内容210D)，以便选择、分发、以及呈现。观看内容210可以包括任何传统类型的音频和/或视频观看内容，如存储的(或时延的)观看内容和/或实况(或实时)观看内容，而没有限制。根据需要，媒体服务器系统310A同样可以支持该交通工具信息系统300的解码和/或数字版权管理(DRM)功能。

该交通工具信息系统300被配置成分发和/或呈现由一个或更多个选定内容源310提供的观看内容210，该交通工具信息系统300可以实时并以任何传统方式(包括经由有线和/或无线通信)与内容源310通信。该交通工具信息系统300和陆地内容源310B例如可以通过任何传统无线方式(包括直接地和/或通过以上参照通信系统370(图2A、2C中所示)更详细叙述的方式经由中间通信系统370间接地)通信。该交通工具信息系统300因而可以从选定陆地内容源310B接收下载观看内容210D和/或向陆地内容源310B发送上传观看内容210U。根据需要，陆地内容源310B可以被配置成与其它陆地内容源(未示出)通信。图3B中将陆地内容源310B示出为提供至因特网310C的接入。

为了便于与陆地内容源310B通信，该交通工具信息系统300可以如图3B中所示包括用于从远程(或陆地)内容源310B接收观看内容210的天线系统330和收发器系统340。优选地，天线系统330被置于客运交通工具390外部，如，飞机390B的机身392的任何适当的外表面394。天线系统330可以从陆地内容源310B接收观看内容210并且将收发器系统340所处理的接收的观看内容210提供给该交通工具信息系统300的计算机系统350。计算机系统350根据需要可以将接收的观看内容210提供给媒体服务器系统310A和/或一个或更多个用户界面360。虽然示出和描述成单独系统仅用于说明的目的，但根据需要可以将计算机系统350和媒体服务器系统310A至少部分地整合。

图4图示了该交通工具信息系统300的示例性内容分发系统320。图4的内容分发系统320耦合并且支持包括内容源310的头端系统310H与多个用户界面系统360之间的通信。换言之，该交通工具信息系统300的包括内容源310和用户界面系统360的部件被示出为经由内容分发系统320通信。以2006年3月29日提交的申请序列号11/277,896的题为“SYSTEM ANDMETHOD FOR ROUTING COMMUNICATION SIGNALS VIA A DATADISTRIBUTION NETWORK(用于经由数据分发网络路由通信信号的系统和方法)”的共同未决的美国专利申请中、以及均题为“INTEGRATEDVIDEO AND AUDIO SIGNAL DISTRIBUTION SYSTEM AND METHODFOR USE ON COMMERCIAL AIRCRAFT AND OTHER VEHICLES(用于在商业飞行器和其它交通工具上使用的整合视频和音频信号分发系统和方法)”的美国专利第5,596,647号、第5,617,331号和第5,953,429号中叙述的方式设置图4的分发系统320，这些申请和专利转让给了本申请的受让人，并且它们的各公开内容通过引用整体地并入本申请并用于所有目的。

替选地和/或另外地，可以通过2009年2月6日提交的申请序列号12/367,406的题为“OPTICAL COMMUNICATION SYSTEM ANDMETHOD FOR DISTRIBUTING CONTENT ABOARD A MOBILEPLATFORM DURING TRAVEL(用于在行驶期间分发移动平台上的内容的光学通信系统和方法)”的共同未决的美国专利申请中叙述的方式设置分发系统320，该申请转让给了本申请的受让人，并且其公开内容通过引用整体地并入本申请并用于所有目的。根据需要，分发系统320同样可以包括以2004年2月6日提交的申请序列号10/773,523的题为“SYSTEM AND METHODFOR IMPROVING NETWORK RELIABILITY(用于改进网络可靠性的系统和方法)”、以及2005年3月21日提交的申请序列号11/086,510的题为“SYSTEM AND METHOD FOR IMPROVING NETWORK RELIABILITY(用于改进网络可靠性的系统和方法)”的共同未决的美国专利申请中叙述的方式设置的网络管理系统(未示出)，这些申请转让给了本申请的受让人，并且它们的各公开内容通过引用整体地并入本申请。

如图4中所示，分发系统320可以被设置成经由多个有线和/或无线通信连接325实时通信的多个区域分发盒(或ADB)322、多个场地断开盒(floordisconnect box)(或FDB)323、以及多个座位电子盒(或SEB)(和/或视频座位电子盒(或VSEB)和/或高级座位电子盒(或PSEB))324。分发系统320同样可以包括用于提供分发系统320与头端系统310H之间接口的交换系统321。交换系统321可以包括诸如以太网交换系统的传统交换系统，并且被配置成将头端系统310H与区域分发盒322耦合。区域分发盒322中的每个区域分发盒与交换系统321耦合并且与交换系统321通信。

区域分发盒322中的每个区域分发盒继而与至少一个场地断开盒323耦合并且与至少一个场地断开盒323通信。虽然在任何传统配置中可以将区域分发盒322和相关联的场地断开盒323耦合，但优选地，相关联的场地断开盒323被置于如图4中所示的关于围绕中央区域分发盒322的星形网络拓扑中。每个场地断开盒323与座位电子盒324的多个菊花链耦合并且服务于座位电子盒324的多个菊花链。座位电子盒324继而被配置成与用户界面系统360通信。每个座位电子盒324可以支持一个或更多个用户界面系统360。

优选地，该交通工具信息系统300的交换系统321、区域分发盒322、场地断开盒323、座位电子盒324、天线系统330、收发器系统340、内容源310、媒体服务器系统310A、头端系统310H、视频接口系统362(图5A-B中所示)、音频接口系统364(图5A-B中所示)、用户输入系统366(图5A-B中所示)、以及其它资源(和/或部件)被设置成线路可替换单元(或LRU)326。因为可以简单地从该交通工具信息系统300移除有缺陷的线路可替换单元326并且用新的(或不同的)线路可替换单元326将其替换，所以线路可替换单元326的使用便于该交通工具信息系统300的维护。之后，可以修理有缺陷的线路可替换单元326以便后续安装。有利地，线路可替换单元326的使用可以通过允许方便地修改内容分发系统320的数目、布置、和/或系统资源的配置来促进配置内容分发系统320过程中的灵活性。同样可以通过用新线路可替换单元326替换任何陈旧线路可替换单元326容易地升级内容分发系统320。

根据需要，场地断开盒323有利地可以被设置成路由系统、和/或通过2006年3月29日提交的申请序列号11/277,896的题为“SYSTEM ANDMETHOD FOR ROUTING COMMUNICATION SIGNALS VIA A DATADISTRIBUTION NETWORK(用于经由数据分发网络路由通信信号的系统和方法)”的以上引用的共同未决的美国专利申请中叙述的方式互连。分发系统320可以包括至少一个FDB内部端口旁路连接325A和/或至少一个SEB回环连接325B。每个FDB内部端口旁路连接325A是允许与不同区域分发盒322相关联的场地断开盒323直接通信的通信连接325。每个SEB回环连接325B是如图4中所示直接耦合选定场地断开盒323的座位电子盒324的每个菊花链中最后一个座位电子盒324的通信连接325。因而每个SEB回环连接325B在与相关场地断开盒323耦合的菊花链座位电子盒324之中形成回环路径。

图5A提供了上面安装了该交通工具信息系统300的诸如汽车390A(图3A中所示)和/或飞机390B(图3B中所示)的客运交通工具390的示例性乘客舱380的视图。乘客舱380被图示成包括多个乘客座位382，每个乘客座位382与选定用户界面系统360相关联。每个用户界面系统360可以包括视频接口系统362和/或音频接口系统364。示例性视频接口系统362可以包括具有中央控制的头顶舱显示系统362A、均具有单独控制的椅背显示系统362B或扶手显示系统(未示出)、乘务员显示面板、和/或手持视频呈现系统。

用户界面系统360的音频接口系统364可以通过任何传统方式来设置并且可以包括头顶扬声器系统364A、手持音频呈现系统、和/或与例如乘客座位382的扶手388处设置的音频插口耦合的耳机。一个或更多个扬声器系统同样可以与乘客座位382相关联，如，被置于乘客座位382的底座384B内的扬声器系统364B和/或被置于乘客座位382的头枕384C内的扬声器系统364C。在优选实施例中，音频接口系统364可以包括用于进一步改进音频接口系统364产生的声音质量的可选噪声消除系统。

如图5A中所示，用户界面系统360同样可以包括用于允许用户(或乘客)与该交通工具信息系统300通信的输入系统366。输入系统366可以通过任何传统方式设置并且通常包括：诸如键盘或小键盘的一个或更多个开关(或按钮)，和/或诸如鼠标、轨迹球和/或触笔的指示装置。根据需要，输入系统366可以与相关联的视频接口系统362和/或音频接口系统364至少部分地整合、和/或与其分离。例如，视频接口系统362和输入系统366可以被设置为触摸屏显示系统。输入系统366同样可以包括用于将诸如全尺寸计算机键盘、外部鼠标、和/或游戏手柄的外围输入装置(未示出)与该交通工具信息系统300耦合的一个或更多个外围通信连接器366P(或端口)(图11B中所示)。

优选地，多个用户界面系统360中的至少一个用户界面系统包括用于将个人电子(或媒体)装置200(图5B中所示)与该交通工具信息系统300耦合的诸如传统通信端口(或连接器)的有线和/或无线接入点368。因而正在客运交通工具390上面行驶的乘客(未示出)可以在行驶期间享用个人选择的观看内容。接入点368位于接近相关联的乘客座位382处，并且可以设置在诸如椅背386、墙壁396、天花板和/或舱壁的任何适当的舱表面。

转到图5B，该交通工具信息系统300被示出为与一个或更多个个人电子装置200通信。每个个人电子装置200可以存储音频和/或视频观看内容210，并且可以被设置为诸如膝上型电脑、掌上电脑、个人数字助理(PDA)、蜂窝电话、iPod

数字电子媒体装置、iPhone

数字电子媒体装置、和/或MPEG音频层3(MP3)装置的手持装置。如下这些以上引用的共同未决的美国专利申请中示出和描述了示例性的个人电子装置200：2004年2月4日提交的申请序列号10/772,565的题为“SYSTEM ANDMETHOD FOR DOWNLOADING FILES(用于下载文件的系统和方法)”；2005年6月15日提交的申请序列号11/154,749的题为“PORTABLEMEDIA DEVICE AND METHOD FOR PRESENTING VIEWINGCONTENT DURING TRAVEL(用于在行驶期间呈现观看内容的便携式媒体装置和方法)”；以及2005年11月7日提交的申请序列号11/269,378的题为“SYSTEM AND METHOD FOR RECEIVING BROADCASTCONTENT ON A MOBILE PLATFORM DURING INTERNATIONALTRAVEL(用于在国际行驶期间在移动平台上接收广播内容的系统和方法)”；2008年9月15日提交的申请序列号12/210,624的题为“SYSTEMAND METHOD FOR INTERFACING A PORTABLE MEDIA DEVICEWITH A VEHICLE INFORMATION SYSTEM(用于将便携式媒体装置与交通工具信息系统接口的系统和方法)”；2008年9月15日提交的申请序列号12/210,636的题为“MEDIA DEVICE INTERFACE SYSTEMAND METHOD FOR VEHICLE INFORMATION SYSTEMS(用于交通工具信息系统的媒体装置接口系统和方法)”；2008年9月15日提交的申请序列号12/210,652的题为“MEDIA DEVICE INTERFACE SYSTEMAND METHOD FOR VEHICLE INFORMATION SYSTEMS(用于交通工具信息系统的媒体装置接口系统和方法)”；以及2008年9月15日提交的申请序列号12/210,689的题为“PORTABLE USER CONTROLDEVICE AND METHOD FOR VEHICLE INFORMATION SYSTEMS(用于交通工具信息系统的便携式用户控制装置和方法)”。

如图5B中所示的个人电子装置200包括用于在视觉上呈现观看内容210的视频显示系统240和/或用于在听觉上呈现观看内容210的音频呈现系统250。每个个人电子装置200同样可以包括如下这种用户控制系统260：可以通过任何传统方式来设置，并且通常包括诸如键盘或小键盘的一个或更多个开关(或按钮)、和/或诸如鼠标、轨迹球或触笔的指示装置。因而个人电子装置200可以选择期望的观看内容210并且控制接收和/或呈现选定观看内容210的方式。

多个个人电子装置200中的每个个人电子装置同样可以包括至少一个通信端口(或连接器)270。通信端口270使得个人电子装置200能够经由各用户界面系统360的接入点368与该交通工具信息系统300通信。如通过个人电子装置200A所示的，例如，选定通信端口270和接入点368可以支持无线通信；然而，通信线缆配件387提供对于同个人电子装置200B相关联的接入点368与另一选定通信端口270之间有线通信的支持。个人电子装置200B的通信端口270与接入点368之间的有线通信优选地包括向个人电子装置200B提供运行电力220。

换言之，每个个人电子装置200可以包括装置电力连接器(或端口)270P，装置电力连接器(或端口)270P可以与相关接入点368提供的诸如传统电学电力插座的系统电力连接器(或端口)368P耦合。系统电力连接器368P可以被置于与相关乘客座位382相邻，并且当经由通信线缆配件387与装置电力连接器270P耦合时，可以将运行电力220从该交通工具信息系统300提供给个人电子装置200。根据需要，观看内容210和运行电力220可以经由分开的通信线缆配件387提供给个人电子装置200。当通信端口270和接入点368通信时，该交通工具信息系统300支持用于允许相关联的个人电子装置200使用用户友好通信接口与该交通工具信息系统300整合的简单方式。

当不再使用个人电子装置200和/或并不需要与个人电子装置200直接物理接触时，个人电子装置200可以与系统电力连接器368P断开并且存放在乘客座位382处。乘客座位382可以包括用于提供个人电子装置200的存放的存放间389。如利用乘客座位382B所示的，个人电子装置200可以被放置在乘客座位382B的扶手388中形成的存放袋389B中。存放间389同样可以设置在乘客座位382的椅背386和/或头枕384上。根据需要，存放间389可以包括头顶存放间、门存放间、设置在乘客座位382之下的存放间、或者客运交通工具390中可用的诸如手套间、行李箱或者柜橱的任何其它类型的传统存放间。

转到图1，如果例如客运交通工具390包括飞机390B(图3B中所示)，则数据监视和分析系统1000可以包括如下这种综合数据分析可靠性跟踪系统：提供用于从该交通工具信息系统300接收系统执行数据的在线维护工具、可以生成至少一个执行报告、可以跟踪该交通工具信息系统300的可靠性、和/或可以通过以上更详细叙述的方式跟踪服务中问题执行。可以通过以上参照数据监视和分析系统1000(图1中所示)叙述的方式设置在线维护工具，其中，下载数据1510可以包括来自该交通工具信息系统300的系统执行数据。系统执行数据可以包括传统类型的执行数据，如飞机内置测试设备(BITE)数据、修理店数据、和/或原始设备制造商(OEM)飞行时长，而没有限制。根据需要，系统执行数据同样可以包括其它类型的执行数据，包括：由一个或更多个外部网站提供的飞行信息和/或观测系统故障和调整。

数据监视和分析系统1000可以跟踪该交通工具信息系统300的可靠性，从而监视和分析与平均故障时间(Mean Time Between Failures，MTBF)和/或平均非计划拆卸时间(Mean Time Between UnscheduledRemovals，MTBUR)相关的数据。数据监视和分析系统1000同样可以包括服务中问题执行跟踪器和/或可以生成展示系统监视和分析的结果的执行报告。示例性执行报告可以包括系统BITE可用性报告、系统BITE降级报告、重启报告、命令报告、电子邮件使用报告、短消息业务(SMS)报告、座位可用性报告、和/或座位降级尺度报告，而没有限制。座位可用性报告和/或座位降级报告可选地可以包括基于观测故障(或失败)的报告。根据需要，数据监视和分析系统1000可以为相关联的执行数据提供电子舱日志本(或文件)1600(图12A-E中所示)。电子舱日志本1600可以捕获可以与下载的BITE数据相关的观测故障(或失败)数据，以提供可提供给适当航空公司所有者(或经营者)的各种主动执行指示报告。

因而数据监视和分析系统1000可以有利地提供用于使得飞机390B的所有者和/或经营者能够针对各次飞行在包括飞行之前、期间和/或之后的任何时间对该交通工具信息系统300的执行进行实时监视的方案。加载脚本系统1200因而可以通过以上参照图2A-C叙述的方式卸载由该交通工具信息系统300生成的包括BITE数据和其它执行数据的下载数据1510。如以上所讨论的，加载脚本系统1200可以验证和解析卸载的下载数据1510并且将所得下载数据1510提供给归一化的数据库系统1100。因而可以通过有含义的方式(如，通过一个或更多个显示系统上呈现的高内容解析度图)呈现大容量的下载数据1510，以便根据需要进行迅速的人工干预。

数据监视和分析系统1000有利地可以通过由MMN对BITE数据的自动分析、线路可替换单元(LRU)类型、以及配置来增加BITE准确性。通过在影响客户(或乘客)之前结合主动维护和工程途径并识别趋势，数据监视和分析系统1000可以单独地和/或整体地改进该交通工具信息系统300的总系统执行、以及该交通工具信息系统300的诸如线路可替换单元(LRU)的选定系统元件的执行。数据监视和分析系统1000同样可以为交通工具操作员提供从概况至期望的最低级别细节的执行数据。换言之，航空公司可以利用数据监视和分析系统1000查看飞机390B团队的BITE数据的合并，以通过一个或更多个变量使BITE数据分层、和/或深入到BITE数据子集中以努力了解交通工具信息系统执行的根本起因。

数据监视和分析系统1000可以通过各种格式呈现诸如飞机内置测试设备(BITE)数据的选定下载数据1510。数据监视和分析系统1000例如可以呈现飞机平台数据、航段的配置数据、航段的故障数据、和/或航段的重启数据。同样可以通过图形的方式呈现下载数据1510。下载数据1510的示例性图形表示可以包括BITE团队执行图、重启命令图、和/或电子舱日志本团队执行BITE系统执行(和/或降级)图。根据需要，数据监视和分析系统1000替选地和/或另外地可以呈现包括BITE覆盖日程报告、故障计数报告、每小时每套重启命令报告、和/或团队执行比较报告的报告。

转到图6A-G，数据监视和分析系统1000被示出为包括交互式用户界面系统1400。数据监视和分析系统1000可以通过包括经由视频显示系统(未示出)的任何传统方式呈现用户界面系统1400。如图6A和6C中所示的，用户界面系统1400可以通过表格格式呈现BITE座位执行数据。用户界面系统1400同样可以支持用于分析BITE座位执行数据的颜色和/或列归类。例如可以分析BITE座位可用性数据以识别如图6B中所示的飞机390B团队内的维护目标飞机390B。图6D将用户界面系统1400图示为包括BITE覆盖日程，用于示出在一天或更多天期间对于选定航班数目BITE数据可用的航班数目，图6E中示出了用于以时间次序呈现诸如系统重启的选定交通工具信息系统事件的示例性飞行事件分析。用户界面系统1400同样可以使得系统操作员能够利用支持BITE数据选定搜索(如，基于线路可替换单元信息和/或MMN信息的BITE数据的全局搜索，而没有限制)的其它内部工具。

有利地，数据监视和分析系统1000的用户界面系统1400可以呈现具有预定级别细节的下载数据1510。换言之，用户界面系统1400可以呈现下载数据1510的概况和/或下载数据1510内的选定额外细节。用户界面系统1400根据需要可以通过包括以表格格式和/或图形显示格式的任何适当格式呈现下载数据1510。转到图7A，用户界面系统1400被示出为包括具有用于选择预定下载数据1510以便呈现的一个或更多个选择标记1410的图形用户界面。如图7A中所示，选择标记1410可以包括航空公司经营者的名称1410A、日期(或日期范围)1410B、和/或航空公司经营者1410A的团队内的特定飞机390B(图3B中所示)的至少一个尾部符号1410C。

图7A中示出了经由选择标记1410识别的下载数据1510被呈现为表格格式。对于每个选定尾部符号1410C，用户界面系统1400可以呈现基于通过尾部符号1410C识别的由飞机390B在选定日期范围1410B内累积的下载数据1510的详细执行信息1420。可经由用户界面系统1400呈现的示例性下载数据1510可以包括飞机390B的交通工具信息系统类型1420A、在日期范围1410B期间飞机390B进行的飞行数目1420B、飞机390B上安装的该交通工具信息系统300(图1中所示)经历的系统故障数目1420C、该交通工具信息系统300经历的重启数目1420D、和/或该交通工具信息系统300执行的重启命令数目1420E。

根据需要，用户界面系统1400可以通过任何适当图形格式呈现详细执行信息1420。图7B例如示出了散布图，其中，相对于选定日期范围1410B内平均每次飞行的重启数目1420D′绘制平均每次飞行的故障数目1420C′。对于每个尾部符号1410C，数据监视和分析系统1000可以通过用系统故障数目1420C(图7A中所示)除以飞机390B进行的飞行数目1420B(图7A中所示)来确定平均每次飞行的故障数目1420C′；然而，可以通过用重启数目1420D(图7A中所示)除以飞行数目1420B来确定平均每飞行的重启数目1420D′。每个尾部符号1410C的所得商可以绘制在散布图上并且针对任何执行趋势进行分析。

转到图7C，用户界面系统1400被示出为呈现用于提供预定时间间隔期间事件计数概况(如，预先选定数目的连续日历日)的飞行表。用于选择预定下载数据1510以便呈现的选择标记1410可以包括至选定飞行段选项的跳转1410D，并且详细执行信息1420可以包括与选定飞行段相关联的详细执行信息1420C-I。对于与选定飞行段相关联的每个飞行，详细执行信息1420可以包括到达数据1420F、飞行起始地和/或目的地信息1420G、航班号1420H、和/或飞行小时数1420I。详细执行信息1420同样可以通过以上参照图7A更详细叙述的方式包括选定飞机390B(图3B中所示)上安装的交通工具信息系统300(图1中所示)经历的系统故障数目1420C、该交通工具信息系统300经历的重启数目1420D、和/或该交通工具信息系统300执行的重启命令数目1420E。

图7D的用户界面系统1400可以呈现预定时间间隔期间飞行段和/或一个或更多个选定飞机390B(图3B中所示)的配置概要；然而，图7E将用户界面系统1400示出为适于呈现预定时间间隔期间的飞行段和/或选定飞机390B(图3B中所示)的单飞行表。在图7F-G中，用户界面系统1400被示出为呈现选定系统部件的航空公司报告工作完毕计数的分析。选定系统部件例如可以与特定交通工具信息系统300(图1中所示)和/或与特定类型的交通工具信息系统300相关联。图7F的用户界面系统1400包括将预定修理代码识别成与相关类型的部件修理相关联的修理代码图例1430。

如图7F中所示，例如，修理代码CH可以与收费硬件修理相关联；然而，修理代码CHS可以与收费软件修理相关联。修理代码CI被示出为与归因为选定系统部件的乘客滥用的顾客引起的修理相关联。图7F中图示了其它示例性修理代码。修理代码图例1430可以包括适合于选定系统部件的任何类型修理的修理代码。用户界面系统1400可以通过任何适当方式呈现选定系统部件的分析。例如，图7F的用户界面系统1400以图形显示格式呈现分析，其中，通过解决修理代码将详细执行信息1420归类；然而，图7G示出了详细执行信息1420被设置为解决修理完毕日期的时间表。在图7H中，用户界面系统1400可以呈现选定系统部件的修理店历史。

图8中图示了数据监视和分析系统1000的典型应用。为了维持可能的最高座位可用性，重启该交通工具信息系统300(图1中所示)会变得有必要。这些重启会在乘客座位382(图5A-B中所示)处各自出现，和/或可以同时重启飞机390B(图3B中所示)上的所有乘客座位382。可以经由该交通工具信息系统300的乘客(或乘务员)界面系统360(图5A-B中所示)由客舱乘务员手动和/或自动发起重启。

在假想场景中，航空公司管理人员会听到系统重启的数目最近经历了急剧增加的传言。航空公司管理人员因而可以转到数据监视和分析系统1000以便实际上查看航空公司团队中实际上正发生什么。数据监视和分析系统1000在通过以上讨论的方式从该交通工具信息系统300接收下载数据1510时可以呈现图8中示出的示例性图表。下面的图示出了关于如下内容的详细执行信息1420：随着改变飞机平台300/390的整个飞机团队的命令(手动发起)重启的数目。换言之，航空公司团队通常包括多于一个类型的飞机390B以及多于一个类型的交通工具信息系统300。用图8中的各飞机平台300/390A-G来表示飞机390B和交通工具信息系统的各种组合。

如图8中所示，诸如飞机平台300/390A的一些飞机平台300/390上面发起的命令重启的数目随着时间保持相对稳定；然而，诸如飞机平台300/390B和飞机平台300/390C的其它飞机平台300/390上面发起的命令重启的数目经历明显偏差。图8的图所呈现的信息可以向管理高层提供关于大量重启的地点和起因的进一步情况。可能的初始理论可以包括关于特定机体类型的较大技术问题和/或客舱乘务员训练问题。通过以有含义的方式呈现大容量的下载数据1510，数据监视和分析系统1000可以帮助管理高层确认问题是否实际存在，如果存在，则可以协助识别至少一个可能方案以便迅速解决问题。

图9A-B中示出了数据监视和分析系统1000可以生成的其它典型图。图9A例如图示了示例性BITE系统执行图。图9A的图示出了针对另一假想航空公司团队如何执行每个飞机机体390B、交通工具信息系统300、以及配置。如图9A中所示，诸如飞机平台300/390C的一些飞机平台300/390上面的座位可用性随着时间保持相对稳定；然而，诸如飞机平台300/390A的其它飞机平台300/390上面的座位可用性经历明显偏差。此高级别视图可以帮助管理高层带动维护资源决定，从而提供对执行较低的飞机平台300/390的配置的额外关注。

根据需要，数据监视和分析系统1000同样可以生成如图10A-E中所示的系统报告。示例性系统报告可以包括BITE座位可用性报告、BITE座位降级报告、重启报告、重启命令报告、电子邮件使用统计学报告、短消息业务(SMS)统计学报告、BITE准确性报告、和/或观测故障座位可用性报告。图10A例如示出了用户界面系统1400能够以图形显示格式呈现针对时间的展示每个团队的BITE系统执行的系统报告。系统报告提供飞机平台300/390A-E的五个示例性配置的BITE系统执行。用户界面系统1400可以呈现如下系统报告：展示如图10B中所示的整个预定日期范围中和/或如图10C中所示的预先选定日期内的选定飞机平台300/390A的BITE系统执行和BITE系统执行降级。图10D示出了展示自飞机起飞起的重启数目的系统报告；然而，图10E包括基于整个预定日期范围中累积的过滤数据展示自飞机起飞起的重启数目的系统报告。

用户界面系统1400可以通过包括利用高内容解析度的和/或以多维度的任何传统方式呈现系统报告。报告中的多维度的使用可以有利地增强由数据监视和分析系统1000支持的系统分析。例如，用户界面系统1400可以呈现包括团队(或尾部)健康度的多轴图形表示的系统报告。通过经由多轴图形表示呈现团队健康度，可以在单个图上各自呈现诸如BITE、观测故障数据、重启、以及乘客使用的团队健康度的许多方面。

转到图11A-E，数据监视和分析系统1000被示出为包括用于生成飞机390B(图3A中所示)团队的选定系统报告的可靠性计算系统1450。可靠性计算系统1450可以经由用户界面系统1400呈现，并且可以有利地使得系统操作员能够生成广泛系统报告。这些系统报告可以包括平均故障时间(MTBF)报告和/或平均非计划拆卸时间(MTBUR)报告。可以对于选定线路可替换单元(LRU)、对于选定系统部件、和/或对于团队内该交通工具信息系统300的预定修改生成MTBF报告和MTBUR报告。

可靠性计算系统1450同样可以支持诸如系统全局执行报告的系统航空公司执行报告的生成。示例性系统航空公司执行报告可以包括比较系统报告，如比较如下内容的比较系统报告：保证平均故障时间(GMTBF)与实际平均故障时间(MTBF)、保证平均非计划拆卸时间(MTBUR)与实际平均非计划拆卸时间(MTBUR)、预测平均故障时间(PMTBF)与实际平均故障时间(MTBF)、和/或预测平均非计划拆卸时间(PTBUR)与实际平均非计划拆卸时间(MTBUR)。

根据需要，可靠性计算系统1450可以生成该交通工具信息系统300的选定系统部件的执行报告。可靠性计算系统1450例如可以生成选定线路可替换单元(LRU)的执行报告。选定线路可替换单元的执行报告可以包括用于将线路可替换单元修理与装运的线路可替换单元相比较的比较报告和/或针对时间段的线路可替换单元的执行报告。可靠性计算系统1450同样可以生成部分使用报告，如线路可替换单元的部分使用报告和/或顾客的部分使用报告。图11B-E中示出了可靠性计算系统1450可以生成的示例性系统报告。

转到图12A-E，数据监视和分析系统1000被示出为包括电子舱日志本(或文件)1600。电子舱日志本1600使得飞机舱乘务员和/或维护乘务员能够记录、检修、和/或跟踪客舱故障和其它情况。在一个实施例中，电子舱日志本1600可以捕获与设备问题、尝试的飞行中补救、以及会影响乘客行驶体验的其它事件相关联的下载数据1510。维护乘务员可以访问下载数据1510以加速系统修理和/或记录采取的行动。有利地，客舱乘务员可以利用电子舱日志本1600使日志本条目标准化以使得其它系统用户可以容易地解释条目；同时，电子舱日志本1600使得维护乘务员能够在检修飞机390B(图3B中所示)的情况下检查和/或管理系统故障。管理层同样可以利用电子舱日志本1600分析下载数据1510以识别例如趋势、训练缺点、和/或乘客满意度。

电子舱日志本1600被图示成包括用于便于与电子舱日志本1600交互的交互式用户界面系统1650。在一个优选实施例中，用户界面系统1650可以被设置成可经由触摸屏显示系统呈现的图形用户界面(或GUI)。用户界面系统1650可以使得能够将日志条目容易地归类以便容易观看。典型类型的日志条目可以包括封闭日志条目、延迟(deferred)日志条目、和/或开放日志条目，而没有限制。根据需要，可以利用相应背景颜色呈现不同类型的日志条目。用户界面系统1650同样可以包括用以利用数据条目协助系统操作员的自动填充特性和/或用于提供选定日志条目简要描述的预览窗口。另外地和/或替选地，日志条目可以与用于将高优先级日志条目与优先级较低的日志条目区分的优先级标签相关联。

有利地，电子舱日志本1600的使用呈现若干优点，包括去除基于纸张的日志本，从而解决了解读手写日志本条目的过程中的困难，和/或无需在行驶完成之后向电子数据库中传送客舱日志本数据。电子舱日志本1600还去除了工程师解释客舱日志本数据的需要并且使得能够通过将行驶期间报告的故障与人观测的故障相关联来验证BITE数据的准确性。另外，电子舱日志本1600可以关注于故障的乘客影响，下至最小的细节。下载数据1510中同样可以包括选定故障以使得维护乘务员能够在客运交通工具390到达之前准备好修理故障并因而减少客运交通工具390的维护停机时间。

根据需要，电子舱日志本1600可以包括选定该交通工具信息系统300的硬件和/或软件模块(未示出)。如果例如该交通工具信息系统300包括飞行中娱乐系统，则电子舱日志本1600可以包括如下这种模块：包括与飞行中娱乐系统相关联的故障(优选地包括乘客娱乐系统(PES)和/或乘客服务系统(PSS)故障)描述。模块同样可以具有选定交通工具信息系统300的BITE关联和/或验证功能、和/或可以在乘务员面板、乘务员终端、座位电子盒、智能显示单元(SDU)和/或便携式媒体装置200(图5B中所示)上执行该模块。因而可以从客运交通工具390(图5A-B中所示)的乘客舱380(图5A-B中所示)内的任何乘客座位地点录入故障维护数据。另外，模块可以包括选定交通工具信息系统300和乘客舱380内会出现的问题的故障描述。

在一个实施例中，电子舱日志本1600可以被设置为便携式支持模块(未示出)。换言之，电子舱日志本1600可以与通过以上参照图5B更详细叙述的方式提供的便携式媒体装置200整合。便携式支持模块可以包括以上对于电子舱日志本1600描述的功能性，并且可以包括用于呈现图形用户界面系统1650的压缩视频显示系统240(图5B中所示)。因而可以录入、编辑、和/或检查维护行动，如经由便携式支持模块所执行的。

图12B-E中图示了电子舱日志本1600的图形用户界面系统1650可以呈现的示例性屏幕。转到图12B，例如，图形用户界面系统1650被示出为包括随客运交通工具390(图5B中所示)行驶的客舱乘务员使用的客舱乘务员界面系统。例如客舱乘务员界面系统被示出为呈现如下这种新缺陷录入屏幕：用于使得乘务员成员能够录入行驶期间乘客(或乘务员成员)观测的故障的描述(故障数据)。

另外地和/或替选地，用户界面系统1650可以包括如图12C-E中所示的维护乘务员使用的维护用户界面系统。图12C的维护用户界面系统被示出为使得维护乘务员成员能够查看从客运交通工具390接收的观测故障数据。有利地，维护用户界面系统可以允许观测故障数据与BITE缺陷数据相邻地同时呈现。该屏幕布置可以便于观测故障数据与BITE缺陷数据之间的关联。

图12D图示了用户界面系统1650可以呈现维护行动描述录入屏幕的方式。维护行动描述录入屏幕被示出为支持使用标准化维护行动描述。转到图12E，用户界面系统1650被图示为呈现替换部分信息。因而可以在客运交通工具390离开之前将替换部分信息存储在数据库系统1100(图1中所示)中。有利地，用户界面系统1650可以便于替换部分信息与修理数据和/或库存数据的相关联。

图13A图示了在行驶期间出现系统故障的情况下可以经由数据监视和分析系统1000发起的示例性维护过程。客运交通工具390示出为在1离开以便飞行、飞行期间在2出现故障。在观测到故障后，在客运交通工具390上飞行的乘客可以在3经由电子舱日志本1600(图12A-E中所示)录入观测的故障。作为可能的风险减缓步骤，可以在4将观测的缺陷打印到飞机打印机并放置在飞机日志本中。替选地和/或另外地，可以在5通过以上参照图1和2A-C更详细叙述的方式将与观测的缺陷相关联的下载数据1510(图1中所示)从客运交通工具390手动传输给数据监视和分析系统1000。

向数据监视和分析系统1000传输下载数据1510可以包括可能的风险减缓步骤，并且可以通过实时方式和/或通过延时方式执行。类似地，与观测的缺陷相关联的下载数据1510可以单独地传输和/或与一个或更多个其它观测的缺陷相关联的下载数据1510相结合而传输。根据需要，同样可以在6将与观测的缺陷相关联的下载数据1510从客运交通工具390自动传输给数据监视和分析系统1000。在7，电子舱日志本1600可以手动备份与观测的缺陷相关联的先前传输的下载数据1510。在8示出了飞行完成。

图13B中示出了用于解决行驶期间出现的系统故障的示例性维护过程。在客运交通工具390到达以前，维护乘务员在1可以利用维护用户界面系统来接收趋势数据以改进执行，并且另外在2可以为飞机到达作好准备。随着客运交通工具390接近飞行目的地，数据监视和分析系统1000可以在3接收与观测的缺陷相关联的下载数据1510。在4，维护乘务员可以登上客运交通工具390，并且根据需要，在5手动卸载下载数据1510，包括与观测的缺陷相关联的下载数据1510。

维护乘务员在6还可以利用维护用户界面系统来录入解决观测的缺陷所采取的维护行动。可以在7确认维护行动，并且在8经由维护用户界面系统打印维护行动。一旦解决了观测的缺陷，就可以在9向数据监视和分析系统1000卸载维护行动数据。可以通过任何传统方式将维护行动数据卸载到数据监视和分析系统1000。优选地，通过将下载数据如以上参照图1和2A-C更详细讨论的传输给数据监视和分析系统1000的方式将维护行动数据卸载到数据监视和分析系统1000。

公开的实施例容许各种修改和替选形式，通过图中的示例示出了其具体示例，并且这里详细描述了其具体示例。然而，应当理解，公开的实施例不限于公开的特定形式或方法，而是反之，公开的实施例涵盖所有修改、等同物、以及替选方案。

Claims (15)

1.一种用于执行数据监视和分析的方法，包括：

和安装在与交通工具团队相关联的各客运交通工具上的多个交通工具信息系统建立通信连接；

经由所述通信连接接收由所述交通工具信息系统累积的执行数据；

验证所述接收的执行数据；

解析所述验证的执行数据；

合并所述交通工具团队的所述解析执行数据；

应用所述合并的执行数据，以生成所述交通工具信息系统的汇总报告；以及

应用所述合并的执行数据的选定子集，以生成用于分析所述交通工具信息系统的执行方面的至少一个较低级别报告，

其中，实时呈现由所述团队累积的所述执行数据，以便于根据需要进行迅速的人工干预。

2.如权利要求1所述的方法，其中，所述建立通信连接包括建立与所述交通工具信息系统的无线通信连接。

3.如权利要求3所述的方法，其中，所述建立无线通信连接包括经由中间通信系统与选定交通工具信息系统建立无线通信连接。

4.如权利要求4所述的方法，其中，所述建立无线通信连接包括经由选自一个组的中间通信系统建立所述无线通信连接，所述组由蜂窝调制解调器通信系统、宽带卫星通信系统、ARINC通信寻址和报告系统、以及数据3通信系统构成。

5.如权利要求1所述的方法，其中，所述接收执行数据包括从所述交通工具信息系统连续接收所述执行数据。

6.如权利要求1所述的方法，其中，所述接收执行数据包括从选定交通工具信息系统手动接收所述执行数据。

7.如权利要求1所述的方法，其中，所述接收执行数据包括接收选自一个组的执行数据，所述组由飞机内置测试设备BITE数据、修理店数据、原始设备制造OEM飞行时长数据、以及观测故障和调整数据、以及来自外部网站的飞行信息构成。

8.如权利要求1所述的方法，其中，所述接收执行数据包括从外部网站接收行驶信息。

9.一种用于执行数据监视和分析的计算机程序产品，所述计算机程序产品被编码在更多个或更多个机器可读存储介质上并且包括：

用于和安装在与交通工具团队相关联的各客运交通工具上的多个交通工具信息系统建立通信连接的指令；

用于经由所述通信连接接收由所述交通工具信息系统累积的执行数据的指令；

用于验证所述接收的执行数据的指令；

用于解析所述验证的执行数据的指令；

用于合并所述交通工具团队的所述解析执行数据的指令；

用于应用所述合并的执行数据以生成所述交通工具信息系统的汇总报告的指令；以及

用于应用所述合并的执行数据的选定子集以生成用于分析所述交通工具信息系统的执行方面的至少一个较低级别报告的指令，

其中，实时呈现由所述团队累积的所述执行数据，以便于根据需要进行迅速的人工干预。

10.一种用于执行数据监视和分析的系统，包括：

加载脚本系统，其用于和安装在与交通工具团队相关联的各客运交通工具上的多个交通工具信息系统建立通信连接，所述加载脚本系统经由所述通信连接接收、验证、以及解析由所述交通工具信息系统累积的执行数据；

数据库系统，其用于合并所述交通工具团队的所述解析执行数据，所述数据库系统应用所述合并的执行数据以生成所述交通工具信息系统的汇总报告，并且应用所述合并的执行数据的选定子集以生成用于分析所述交通工具信息系统的执行方面的至少一个较低级别报告，

其中，实时呈现由所述团队累积的所述执行数据，以便于根据需要进行迅速的人工干预。

11.如权利要求10所述的系统，其中，所述数据库系统包括飞机地面信息系统AGIS代码数据库系统。

12.如权利要求10所述的系统，其中，所述接收执行数据选自一个组，所述组由飞机内置测试设备BITE数据、修理店数据、原始设备制造OEM飞行时长数据、以及观测故障和调整数据、以及来自外部网站的飞行信息构成。

13.如权利要求10所述的系统，其中，所述执行数据包括从外部网站接收的行驶信息。

14.如权利要求10所述的系统，其中，所述交通工具信息系统包括乘客娱乐系统。

15.如权利要求10所述的系统，其中，所述客运交通工具包括飞机。

Images