背景技术：
航空公司航班运行期间生成大量数据。这些数据可以包括与商用航线相关的多种资源的状态和记录。表示或对应于实际航班数据的数据可以被记录和保存以供报告系统或设备以及其他类型处理系统来使用。但是，实际航班数据可能其中包含一些错误，包括但不限于不完整记录、重复记录、超范围值等。将包含错误的实际航班数据用于其他处理任务可能导致不可靠和不精确的处理结果。因此，期望设计一种装置和方法，其提供航空公司的航线运行的实际航班数据的自动评估和验证。
技术实现要素：
根据一些实施例，提供一种方法和系统用于评估和验证与一些实施例中的商用航线航班运行相关的数据。在一些方面中，本文公开的概念、系统、过程和多种实施例可以适用于其他场景并在其中使用，包括例如，在起始和停靠目的地之间有多个航节或航段的任何运输系统或物流系统。在一些实施例中，本文的一种系统包括实际航班数据评估模块，用于评估和验证与实际航班调度关联的数据，并基于实际航班调度数据和商业规则和/或基于模拟的模型执行来确定航线运行性能约束和度量。本发明公开的一些实施例的技术效果是一种用于评估和验证与一些实施例中的商用航线航班运行相关的数据的高效技术和系统。随着在下文中将显见到的这些和其他优点和特征，可以通过参考下文详细描述和附图更完整地理解本发明的本质。其他实施例与存储用于执行本文描述的任何方法的指令的系统和/或计算机可读介质关联。技术方案1：一种系统，其包括：通信设备，所述通信设备工作以接收实际航班调度，所述实际航班调度包含与所述实际航班调度的每个航班关联的航班详情；实际航班数据评估模块，所述实际航班数据评估模块包含基于模拟的模型用于接收所述实际航班调度和评估其性能；存储器，所述存储器用于存储程序指令；以及耦合到所述存储器并与性能模块通信的至少一个处理器，所述至少一个处理器工作以执行用于执行程序指令来：接收实际航班调度数据，所述实际航班调度数据包含与所述实际航班调度的每个航班关联的航班详情；基于所述实际航班调度数据和商业规则的至少其中之一以及基于模拟的模型执行来确定航空公司运行性能约束和度量的至少其中之一的估计；以及基于航空公司运行性能约束和度量的至少其中之一的估计以及所述实际航班数据来生成校正的实际航班数据的记录。技术方案2：如技术方案1所述的系统，其中所述至少一个处理器还工作以执行用于执行程序指令来：在确定所述航空公司运行性能约束和度量的至少其中之一的估计之前，整理所接收的实际航班调度数据。技术方案3：如技术方案1所述的系统，其中所述至少一个处理器还工作以执行用于执行程序指令来：至少部分地基于所述校正的实际航班数据执行如下的至少其中之一：网络规划、数据可视化和航空公司恢复分析。技术方案4：如技术方案1所述的系统，其中基于所述实际航班调度数据和商业规则的至少其中之一以及基于模拟的模型执行来确定航空公司运行性能约束和度量的至少其中之一的估计包括：确定如下项的至少其中之一：时空约束违规、计划的设备线路约束、波及性延误的根原因、网络吞吐量约束和不真实数据错误的校正。技术方案5：如技术方案1所述的系统，其中所述实际航班调度数据包括从公众组织接收的公众数据、航空公司内部生成的数据和来自第三方服务提供商的数据的至少其中之一。技术方案6：如技术方案1所述的系统，其中所述航空公司运行性能约束包括如下项的至少其中之一：计划的航班、计划的航班路线、飞越时间、等泊时间、设备和人员容量、设备和人员指派、机场容量和约束以及航空公司运行中断。技术方案7：一种由计算系统响应所述计算系统的处理器执行程序指令来实现的方法，所述方法包括：接收实际航班调度数据，所述实际航班调度数据包含与所述实际航班调度的每个航班关联的航班详情；基于所述实际航班调度数据和商业规则的至少其中之一以及基于模拟的模型执行来确定航空公司运行性能约束和度量的至少其中之一的估计；以及基于航空公司运行性能约束和度量的至少其中之一的估计以及所述实际航班数据来生成校正的实际航班数据的记录。技术方案8：如技术方案7所述的方法，还包括，在确定航空公司运行性能约束和度量的至少其中之一的估计之前，整理所接收的实际航班调度数据。技术方案9：如技术方案7所述的方法，还包括：至少部分地基于所述校正的实际航班数据，执行如下的至少其中之一：网络规划、数据可视化和航空公司恢复分析。技术方案10：如技术方案7所述的方法，其中基于所述实际航班调度数据和商业规则的至少其中之一以及基于模拟的模型执行来确定航空公司运行性能约束和度量的至少其中之一的估计包括：确定如下项的至少其中之一：时空约束违规、计划的设备线路约束、波及性延误的根原因、网络吞吐量约束和不真实数据错误的校正。技术方案11：如技术方案7所述的方法，其中所述实际航班调度数据包括从公众组织接收的公众数据、航空公司内部生成的数据和来自第三方服务提供商的数据的至少其中之一。技术方案12：如技术方案7所述的方法，其中所述航空公司运行性能约束包括如下项的至少其中之一：计划的航班、计划的航班路线、飞越时间、等泊时间、设备和人员容量、设备和人员指派、机场容量和约束以及航空公司运行中断。技术方案13：如技术方案7所述的方法，其中所生成的航空公司运行性能约束和度量的至少其中之一的估算的记录包括，要在航空公司运行评估中使用的测试数据组。技术方案14：一种存储指令的非瞬态计算机可读介质，所述指令在被计算机处理器执行时促使所述计算机处理器执行一种方法，所述介质包含可被所述计算机处理器执行以执行如下步骤的程序指令：接收实际航班调度数据，所述实际航班调度数据包含与所述实际航班调度的每个航班关联的航班详情；基于所述实际航班调度数据和商业规则的至少其中之一以及基于模拟的模型执行来确定航空公司运行性能约束和度量的至少其中之一的估计；以及基于航空公司运行性能约束和度量的至少其中之一的估计以及所述实际航班数据来生成校正的实际航班数据的记录。技术方案15：如技术方案14所述的介质，还包括，在确定航空公司运行性能约束和度量的至少其中之一的估计之前，整理所接收的实际航班调度数据。技术方案16：如技术方案14所述的介质，还包括：至少部分地基于所述校正的实际航班数据，执行如下的至少其中之一：网络规划、数据可视化和航空公司恢复分析。技术方案17：如技术方案14所述的介质，其中基于所述实际航班调度数据和商业规则的至少其中之一以及基于模拟的模型执行来确定航空公司运行性能约束和度量的至少其中之一的估计包括：确定如下项的至少其中之一：时空约束违规、计划的设备线路约束、波及性延误的根原因、网络吞吐量约束和不真实数据错误的校正。技术方案18：如技术方案14所述的介质，其中所述实际航班调度数据包括从公众组织接收的公众数据、航空公司内部生成的数据和来自第三方服务提供商的数据的至少其中之一。技术方案19：如技术方案14所述的介质，其中所述航空公司运行性能约束包括如下项的至少其中之一：计划的航班、计划的航班路线、飞越时间、等泊时间、设备和人员容量、设备和人员指派、机场容量和约束以及航空公司运行中断。技术方案20：如技术方案14所述的介质，其中所生成的航空公司运行性能约束和度量的至少其中之一的估计的记录包括，要在航空公司运行评估中使用的测试数据组。实施方案1：一种系统，其包括：通信设备，所述通信设备工作以接收实际航班调度，所述实际航班调度包含与所述实际航班调度的每个航班关联的航班详情；实际航班数据评估模块，所述实际航班数据评估模块包含基于模拟的模型用于接收所述实际航班调度和评估其性能；存储器，所述存储器用于存储程序指令；以及耦合到所述存储器并与性能模块通信的至少一个处理器，所述至少一个处理器工作以执行用于执行程序指令来：接收实际航班调度数据，所述实际航班调度数据包含与所述实际航班调度的每个航班关联的航班详情；基于所述实际航班调度数据和商业规则的至少其中之一以及基于模拟的模型执行来确定航空公司运行性能约束和度量的至少其中之一的估计；以及基于航空公司运行性能约束和度量的至少其中之一的估计以及所述实际航班数据来生成校正的实际航班数据的记录。实施方案2：如实施方案1所述的系统，其中所述至少一个处理器还工作以执行用于执行程序指令来：在确定所述航空公司运行性能约束和度量的至少其中之一的估计之前，整理所接收的实际航班调度数据。实施方案3：如实施方案1所述的系统，其中所述至少一个处理器还工作以执行用于执行程序指令来：至少部分地基于所述校正的实际航班数据执行如下的至少其中之一：网络规划、数据可视化和航空公司恢复分析。实施方案4：如实施方案1所述的系统，其中基于所述实际航班调度数据和商业规则的至少其中之一以及基于模拟的模型执行来确定航空公司运行性能约束和度量的至少其中之一的估计包括：确定如下项的至少其中之一：时空约束违规、计划的设备线路约束、波及性延误的根原因、网络吞吐量约束和不真实数据错误的校正。实施方案5：如实施方案1所述的系统，其中所述实际航班调度数据包括从公众组织接收的公众数据、航空公司内部生成的数据和来自第三方服务提供商的数据的至少其中之一。实施方案6：如实施方案1所述的系统，其中所述航空公司运行性能约束包括如下项的至少其中之一：计划的航班、计划的航班路线、飞越时间、等泊时间、设备和人员容量、设备和人员指派、机场容量和约束以及航空公司运行中断。实施方案7：一种由计算系统响应所述计算系统的处理器执行程序指令来实现的方法，所述方法包括：接收实际航班调度数据，所述实际航班调度数据包含与所述实际航班调度的每个航班关联的航班详情；基于所述实际航班调度数据和商业规则的至少其中之一以及基于模拟的模型执行来确定航空公司运行性能约束和度量的至少其中之一的估计；以及基于航空公司运行性能约束和度量的至少其中之一的估计以及所述实际航班数据来生成校正的实际航班数据的记录。实施方案8：如实施方案7所述的方法，还包括，在确定航空公司运行性能约束和度量的至少其中之一的估计之前，整理所接收的实际航班调度数据和/或至少部分地基于所述校正的实际航班数据，执行如下的至少其中之一：网络规划、数据可视化和航空公司恢复分析。实施方案9：如实施方案7所述的方法，其中基于所述实际航班调度数据和商业规则的至少其中之一以及基于模拟的模型执行来确定航空公司运行性能约束和度量的至少其中之一的估计包括：确定如下项的至少其中之一：时空约束违规、计划的设备线路约束、波及性延误的根原因、网络吞吐量约束和不真实数据错误的校正。实施方案10：如实施方案7所述的方法，其中所述实际航班调度数据包括从公众组织接收的公众数据、航空公司内部生成的数据和来自第三方服务提供商的数据的至少其中之一。实施方案11：如实施方案7所述的方法，其中所述航空公司运行性能约束包括如下项的至少其中之一：计划的航班、计划的航班路线、飞越时间、等泊时间、设备和人员容量、设备和人员指派、机场容量和约束以及航空公司运行中断。实施方案12：如实施方案7所述的方法，其中所生成的航空公司运行性能约束和度量的至少其中之一的估算的记录包括，要在航空公司运行评估中使用的测试数据组。实施方案13：一种存储指令的非瞬态计算机可读介质，所述指令在被计算机处理器执行时促使所述计算机处理器执行一种方法，所述介质包含可被所述计算机处理器执行以执行如下步骤的程序指令：接收实际航班调度数据，所述实际航班调度数据包含与所述实际航班调度的每个航班关联的航班详情；基于所述实际航班调度数据和商业规则的至少其中之一以及基于模拟的模型执行来确定航空公司运行性能约束和度量的至少其中之一的估计；以及基于航空公司运行性能约束和度量的至少其中之一的估计以及所述实际航班数据来生成校正的实际航班数据的记录。实施方案14：如实施方案13所述的介质，还包括，在确定航空公司运行性能约束和度量的至少其中之一的估计之前，整理所接收的实际航班调度数据和/或至少部分地基于所述校正的实际航班数据，执行如下的至少其中之一：网络规划、数据可视化和航空公司恢复分析。实施方案15：如实施方案13所述的介质，其中所述航空公司运行性能约束包括如下项的至少其中之一：计划的航班、计划的航班路线、飞越时间、等泊时间、设备和人员容量、设备和人员指派、机场容量和约束以及航空公司运行中断。附图说明图1是根据一些实施例的信息流的说明性逻辑略图；图2是根据一些实施例的系统的说明性描述；图3是根据一些实施例的流程图的描述；图4是根据一些实施例的数据验证系统或服务平台的框图；以及图5是根据一些实施例的系统的说明性描述。具体实施方式提供下文描述是为了使本领域技术人员能够实施和使用所描述的实施例。但是，多种修改一直将为本领域技术人员所容易地显见到。图1是用于用于评估和验证与在起始与停靠目的地之间有多个航节或航段的运输系统或物流系统关联的数据的过程和平台的信息流的说明性逻辑略图。将主要在具有在许多目的地之间包含多个航班（例如，100或甚至1000个）航班调度的商用航线的场景中论述图1。在一些实施例中，支持、协助或提供图1所示的信息流和过程100的系统或平台接收实际航班调度数据，其中实际航班调度数据包含与实际航班调度数据中公开的每个航班相关的航班详情。正如本文所使用的，实际航班调度数据包括指示或表示航空公司的航班调度运行期间实际发生的详情的历史数据。在一些方面中，与实际航班调度数据的至少一个航班关联的详情可以包括航班编号、航班离港时间、航班到达时间、航班离港机场、航班到达机场、所述至少一个航班的飞机类型、所述至少一个航班的飞机机组人员详情、与所述航班相关的其他特定信息的至少其中之一，所述与所述航班相关的其他特定信息包括但不限于预期的城市对、预期的飞行时间、轮挡时间（blocktimes）、飞机资产、机场、机场登机口分配、地勤人员和机组人员以及其组合。可以对应于实际航班调度中的每个航班包含这些类型的详情或这些详情的子集。相应地，实际航班调度数据可能复杂且非常适于通过数据库系统120来设计、存储和管理。数据库系统120可以包括关系数据库、多维数据库、可扩充标记语言（XML）文档或存储结构化和/或非结构化数据的任何其他数据存储系统。不作为限制或不失一般性，数据库系统125可以包括有数据分布在若干那关系数据库中的分布式数据库系统、多维数据库和/或其他数据源、面向对象的数据库、混合型数据库、以及包括能够在“云”中且作为服务提供的存储器内数据库系统的其他类型的数据库管理系统。虽然实际航班调度数据可能由于航班调度的运行期间遇到的一个或多个航线干扰（例如，天气相关的延误、设备故障、机组人员短缺等）导致偏离计划的航班调度，但是实际航班调度数据中报告的一些偏离可以是不允许的。此外，实际航班调度数据可能包含由于一个或多个原因导致的一些不准确，从而使得数据“含噪声”。不准确可能由于数据不一致、重复数据、数据记录/报告错误等引起。在数据分析、报告和计划过程中使用“含噪声”数据可能导致这些工作中不可靠的结果。在一些方面中，过程100可以工作以评估实际航班调度数据来确定其中的“噪声”，并清除该数据（例如，去除数据错误），以使实际校正的航班调度数据可以有用于后续处理和报告目的。实际航班调度数据（本文也称为实际航班数据）可以包括来自一个或多个源的数据。在一些实施例中，实际航班数据可以是公众可获取的数据，如公共（即，政府）航空和/或运输机构提供的数据。例如，航班数据105可以从如美国联邦航空管理局（FAA）的航空监管机构接收。航班数据105可以包括例如，与航班相关的飞机类型、飞机登记和其他历史详情的航班详情。航班数据110可以包括例如美国运输署（DOT）的运输相关机构提供的航班数据详情。DOT提供的航班数据可以包括例如，含承运方、机场、航班、航段、票务和与实际示例航班相关的其他详情的航班详情。在一些实施例中，实际航班调度数据可以由第三方服务提供商（例如，将来自不同源的数据汇总的航线服务提供商等）提供或从第三方服务提供商获取并且可以是航空公司本身生成和维护的数据。由此，数据105和110代表航班数据的不同源，包括图1中未确切地示出的那些数据。可以收集或以其他方式获取实际航班数据105、110，并在115处进行整理。正如所使用的，整理实际航班数据可以包括从不同源收集实际航班数据，并按对于其中进行分析有用且有意义的配置将其安排在一起。在一些方面中，可以将数据整理成使得与特定航班相关的所有详情在逻辑上被安排在一起（例如，安排在命令文件/记录中、根据某个指定的命名和/或组织方案进行交叉引用等）。在一些方面中，整理数据可以包括将接收的数据转换成特定数据文件或其他数据结构格式。整理的数据可以出在数据库管理系统120或其他数据存储中。在一些方面中，数据库120可以采用针对实际航班数据的存储和检索进行优化的方式来存储该数据。在一些方面中，数据库120可以将其中一些数据存储在存储器（例如，随机存取存储器（RAM））内以便快速检索以及将其他数据存储在基于磁盘的存储单元中。在一些方面中，数据库120可以是分布式数据库或基于云的存储解决方案。在图1的125处，系统可以工作以基于实际航班数据和一个或多个商业规则和对航班调度运行的基于模拟的模型来估计网络性能和度量。商业规则可以包括检测和修复实际航班数据中的时空约束违规和其他约束的规则。时空约束解决同时时间（即，时间方面的）和空间（即，空间方面的）的现实违规（realisticviolation）。例如，如果实际航班数据报告飞机XX离开目的地（例如，服务于航班100的飞机XX在1:00PM飞离特定机场）在其实际到达该目的地之前（例如，服务于航班200的飞机XX在2:00PM到达该机场），则将数据事件确定为违反时间约束。此类数据是不真实的，并且指示该实际航班数据存在问题。在另一个示例中，实际航班数据可能违反空间约束。例如，实际航班数据可能报告飞机YY到达第一机场但是飞离第二机场。此类数据是实际航班数据中错误的指示，因为飞机不可能同时位于两个不同地方（例如，第一机场和第二机场）。即，飞机YY的远程跳转是不真实的或不切实际的。虽然数据中的时空类型的错误是在飞机的场景中论述的，但是相同或相似类型的约束可以适用于其他资源，例如航空公司机组人员、乘客、货物等。这些和其他类型的资源（包括非航空公司场景中的那些资源）可以与航空公司航班（或其他运输和物流场景）相关联来予以跟踪。在一些方面中，可以不将所有不同类型的资源与每个航班关联（例如，航班可以不包括乘客，即使它可能有货物）。在一些实施例中，在操作125处估计网络性能和度量可以包括分析支持中数据清理的方面。具体来说，可以根据实际航班数据推导计划的设备路线。例如，给定实际航班调度，可以推导、导出或以其他方式确定服务于该航班调度的航班的飞机的路线。实际航班数据可以在一个或多个文件/记录中报告特定飞机在特定一天中飞抵四个不同的机场。此类信息可以用于此飞机在相关日期服务于哪个（那些）线路。对此，此类型的分析可以适用于作为飞机的补充或替代的其他资源。在一些实施例中，在操作125处估计网络性能和度量可以包括，推导实际航班数据中航班的波及性延误（propagateddelays）的根原因的分析方面。基于实际航班数据以及还基于计划的航班调度，可以在其中执行处理以确定与计划的航班调度的偏离。这些偏离可以是指本文中航班运行干扰，并且可以包括两个分量，根（主）原因和波及延误。根原因是指最初引入特定航班或其航段/航节的干扰。波及延误是指上游先前干扰导致的延误。在一些方面中，可以通过检查实际航班数据并确定航班运行干扰首先在哪里以及在何时开始来确定根原因。在一些实施例中，在操作125处估计网络性能和度量可以包括推导网络吞吐量（利用率）约束的分析方面。在一些方面中，机场或其他资源的吞吐量可能无法在航空公司（或其他实体）可访问或已知的实际数据105、110中显性地指明。就一些方面而言，航空公司可能不知道机场或其他资源（例如，飞机、飞机机组人员、机场登机口等）的实际吞吐量。相应地，在优化航空公司（或其他行业）的多种方面时可能需要机场和其他资源的吞吐量以及其他有用信息。正如本文所使用的，吞吐量一般可以是指资产或资源的利用率。资产和资源可以包括飞机、机场、跑道、机场登机口、货物、乘客、航空公司机组人员、雇员等。例如，给定实际航班调度数据，可以分析该数据以确定吞吐量的一个或多个方面。例如，特定时间框架或时间段期间的特定机场的起飞率和离港率。作为机场吞吐量（利用率）确定的示例，特定机场的实际航班数据可以指示机场的飞机吞吐量在某个水平（例如，飞机的数量）达到饱和。其中一些实施例可以执行限制吞吐量的机场约束的确定。所确定的约束可以包括可用的机场资源，例如特定机场的登机口数量、跑道起降时段数、运行或机场宵禁的小时数等。本文中，吞吐量可以按照飞机以外的资源的利用率来表述。例如，可以使用基于实际航班数据对机场、一组机场或国家或地区内的商务乘客的吞吐量的确定来确定或推导相关经济的健康/实力的指示。在一些实施例中，在操作125处估计网络性能和度量可以包括数据清理的方面，即不真实数据的检测和校正。不真实数据可以利用参数或一组参数的合理和/或可接受范围外的值来表征。例如，飞机据报告直达飞行多于其已知范围的小时数/里程数，飞机据报告承载大于其配置承载量的乘客数，机组人员据报告持续工作多于法定许可的小时数以及可接受和/或合理范围以外的其他数据点可以指示实际航班数据中的错误。在检测到不真实或其他方面不可接受的数据时，本文的系统、设备和平台可以工作以校正该数据。在一些实例中，可以基于参数和其他因子的已知信息来确定参数的适合值。在一些实施例中，可以将确定为错误或其它方面不可接受的数据标记或以其他方式注释为错误的或其他方面不可接受的。可以将标记为错误的或其他方面不可接受的航班数据隔离，不将其与其他数据包含或封装来用于后续处理和报告，因为此数据是不真实的并且由此对于数据分析目的是不可靠的。在125处估计的特定网络性能约束和度量130的其中一些的说明性示例可以包括与确定如下项的其中一个或多个相关的约束和度量：计划的航班、计划的航班路线、航班的飞越时间、与实际航班调度中的航班关联的资源的容量、航班中断的不同类型以及根据实际航班数据确定一个或多个关键性能指标（KPI）。过程100的实例的特定KPI可以针对航空公司或航空公司管理人员（或其他实体）的优选和目标。网络性能约束和度量是量化参数，每个表示与航班的多个方面关联的、赋予航班的多个方面的、为航班的多个方面定义的或为航班的多个方面指定的一个或多个量化度量所关联的值。网络性能约束和KPI可以将航空公司（或其他实体）评价的多个因子、参数和考量表示为航班性能的重要、前瞻性或关键指标。在一些方面中，鲁棒性表示的量化值可以包括换算值、相对评级值、归一化值和其他值格式。网络性能约束和KPI可以表征例如，航空公司的与准点离港、准点到达、航班延误、航班取消、乘客满意度、货物、收入、成本和其他因子相关的性能。在一些实施例中，可以使用航班运行的基于模拟的模型来向评估和/或验证过程揭示或突显实际航班数据的多个方面。执行航班运行的基于模拟的模型可以包括完整且详细模拟航空公司的运行，包括注入与实际航班数据的时间框架对应的实际历史中断。通过使用实际航班数据执行基于模拟的模型，可以揭示且识别实际航班数据中的不准确和错误。一旦识别，可以通过多种不同过程校正这些特定数据错误或可以至少标记这些特定数据错误且因为将其标识为错误的而在网络处理或报告时不依据这些数据错误。在一些实施例中，可以在135处使用所确定的网络优选和度量130来基于航空公司运行性能约束和度量的至少其中之一的估计和准确地表示实际航班的实际航班数据来创建或综合已清理且可靠校正的实际航班数据的多个测试组。可以使用数据的测试组来实现一个或多个目的，包括处理和报告工作。此类目的可以包括网络规划、数据可视化和报告、恢复分析和规划以及其他目的。在一些实施例中，航空公司（或其他实体）内部的模拟引擎140系统和设备可以使用已进行评估并清理的数据测试组，模拟引擎140系统和设备执行模拟以设计和/或评估提议的航班调度以及航空公司（或其他行业）的其他方面。在一些方面中，数据可视化和报告设备或系统145可以使用清理的数据测试组。一些此类系统可以包括企业仪表盘（enterprisedashboard）应用或服务，企业仪表盘应用或服务可以生成航空公司（或其他行业/商务组织）的过往和当前运行状态的仪表盘和报告。在一些方面中，网络规划设备和系统150可以使用清理的数据测试组。此网络规划系统可以用于设计和评估提议的航班调度，其中计划的航班调度典型地是相对于其任何计划的实施超前多个月而设计的。在一些实施例中，可以在确定航班调度时使用确定为准确的实际航班数据，其中例如可以使用基于模拟的模型和实际航班数据的至少一些方面来评估和验证提议的航班调度。在一些方面中，恢复评估设备或系统155可以使用清理的数据测试组。此类型的系统或设备可以工作以识别和评估航空公司在运行期间（即，航班前一天或当天）吸收中断以及从航空公司运行中断恢复的能力/容量。在一些方面中，设备或系统140-155可以使用的不同样本数据类型以“校验标记”指示。如图所示，有多种数据类型可以包含在135处综合的数据测试组中。在一些实施例中，本文中不失一般性地，135处综合的清理的数据测试组可以用于图1中未确切地概述的其他目的。图2是可在本文一些实现实施例中使用的系统200的说明性框图。图2包括多个不同的实际航班数据源，包括公众可获取的数据205、航空公司（或根据特定使用案例的其他实体）内部的数据210以及从第三方提供商提供或采集的数据215。可以通过通信设备、系统、网络或其他接口220将来自源205、210、215的其中一个或多个源的实际航班数据传送或通信到实际航班数据评估模块225。根据本文中的一些其他方面，实际航班数据评估模块225可以执行或提供图1所示的功能性的至少其中一些。实际航班数据评估模块225可以包括一个或多个不同的或差异性系统和设备，这些系统和设备彼此协作以提供参考图1示出并论述的功能性的至少其中一些。在一些实施例中，实际航班数据评估模块225可以包括执行引擎，所述执行引擎包括可以并行地同时执行多个执行线程的多核分布式处理系统。又如图所示，实际航班数据评估模块225可以访问数据存储装置230。数据存储装置230可以实现为关系数据库管理系统或其他配置的数据库系统，包括存储器内数据库系统，其存储和存续实际航班数据评估模块225接收并使用的实际航班数据以及实际航班数据评估模块225生成的已分析和验证的数据（例如数据测试组）。在一些实施例和实例中，实际航班数据评估模块225可以提供数据测试组的输出。实际航班数据评估模块225输出的数据测试组可以采用记录、文件、报告和数据可视化的形式，并且可以用于实现一个或多个目的，如上文论述。测试组可以包含基于航空公司运行性能约束和度量的至少其中之一的估计以及实际航班数据来校正的实际航班数据的记录。图3是根据本文的一些实施例的系统可执行的过程300的说明性流程图。在一些实例中，可以使用平台、信息流（例如图1）和系统（例如图2）的多个方面来实现图3所示的过程300的操作的至少其中一些。部分地，与过程300相关的一些详情已在上文中信息流100和系统200的介绍和论述中予以阐述。因此，虽然下文将公开图3的完整论述，但是不会重复本质上可能重复的某些详情，因为已经在本文其他地方予以公开。参考图3，公开一种与提供用于评估和验证航空公司的实际航班数据的平台或框架相关的过程。过程300可以由配置成执行该过程的操作的系统、应用或装置来实现。一般来说，过程300涉及一种过程，其基于航空公司运行性能约束和度量的至少其中之一的估计以及实际航班数据来高效地（1）评估实际航班数据的准确性和（2）生成包含校正的实际航班数据的记录的数据测试组。在一些实施例中，实施系统200的装置、设备或系统的多种硬件元件执行用于执行过程300的程序指令。例如，本发明公开提供一种用于评估实际航班数据以查找其中违反商业逻辑、航班运行逻辑以及其他约束和度量的错误的机制，以及还提供校正的实际航班数据的记录。在一些实施例中，可以使用硬布线电路来替代用于执行根据一些实施例的过程的程序指令或与之组合。能够由实现过程300（以及本文公开的其他过程和从属过程）的系统、设备或装置执行的程序指令可以存储在非瞬态有形介质上或以其他方式实施为非瞬态有形介质。因此，实施例不限于硬件和软件的任何特定组件。在操作305之前，设备或系统（图3中未示出），例如分布式数据库系统的服务器侧计算设备（例如，应用服务器）上执行的应用或服务可以设计并部署成设计、接收、管理和/或存续包含与之相关的详情的实际航班数据。过程300可以通过一个或多个设备或系统和通信协议从一个或多个源接收实际航班数据。因此可以实际航班数据的生成和获取提供到过程300。在操作305处，接收实际航班数据。可以从通信接口或设备接收实际航班数据，该通信接口或设备可以是与实现过程300的设备或系统集成或与之分开的。在一些实例中，实际航班数据的不同部分可以从其彼此不同的位置、系统或实体采集而来。在一些方面中，实际航班数据将包括在特定时间段期间执行航班计划或其至少多个部分所产生的航班运行详情的历史表示。实际航班数据将包括实际航班数据中的每个航班的特定详情，包括例如，航班的历史离港和到达时间、取消的航班和在计划的航班调度的实际历史执行期间添加到调度的航班。在操作310处，执行或实现基于实际航班调度数据和商业规则的至少其中之一以及基于模拟的模型执行来确定航空公司运行性能约束和度量的至少其中之一的估计。在一些实施例中，操作310可以包括相对于一个或多个性能约束和度量来评估和分析实际航班数据，其中性能约束和度量已定义为表示考量实际航班数据的主要或关键方面的因子。在一些实施例中，可以至少部分地使用航空公司航班运行的基于模拟的模型来执行实际航班数据的评估和分析。使实际航班数据接受模拟可以工作以揭示实际航班数据中的错误和不允许的数据点。就一些方面而言，本文的性能约束和度量可以部分地定义确定实际航班数据中的错误的标准。接续过程300，操作315包括基于航空公司运行性能约束和度量的至少其中之一的估计以及实际航班数据来生成校正的实际航班数据的记录（例如，数据测试组）。即，数据测试组将包括作为实际航班运行的准确反映的校正的实际航班数据，因为操作305处接收的实际航班数据中的错误（如果有的话）在操作310处被识别并校正或移除。图3还包括指示可以进一步处理和以其他方式使用过程300在操作315处生成的校正的实际航班数据的记录（例如，数据测试组），如箭头离开操作315所示。正如上文详细论述的，可以将校正的实际航班数据的记录用于多种目的，包括网络规划、报告、恢复分析、数据可视化和其他方面。图4是根据一些实施例的计算系统或平台的逻辑框图的说明性图示。系统400可以例如与用于实现本文公开的过程（例如，信息流100和过程300）的设备关联。作为设备、系统或平台的逻辑表示和抽象，系统400的实际实现不限于图4所示的特定配置，并且可以包括在变化的配置中安排的更少的、附加的、备选的和替代性的组件。例如，在本文范围内不失一般性地，可以在图4的两个或更多个组件之间设置利于通信和/或处理的一个或多个设备和系统。系统400包括基于云的服务405。基于云的服务405可以由服务提供商410来提供。不作为限制或不失一般性地，服务405可以是商业服务（例如，数据评估和验证服务、网络规划服务、航空公司数据可视化服务等）、基于云的应用以及其他应用和服务。在一些实施例中，服务提供商410可以在后端系统415、420和425的实现中采用数据库系统的实例。后端实现415、420和425可以单独工作或以组合方式工作以向客户端设备435交付一个或多个服务和应用405。本文公开的过程和概念不限于其任何一个系统或技术实现。在一些实施例中，支持基于云的服务405的工作和可用性的客户端设备（或简称为客户端）435、服务提供商410和数据中心430可以分布在彼此远离的不同位置上。例如，位于第一城市（例如纽约）的客户端435可以请求如位于第二城市（例如，波士顿）的服务提供商410提供的基于云的服务405，其中数据中心430可以被包含在数据中心中。为了向客户端交付期望的服务，典型地可以对例如后端实现425和数据中心430发出多个通信和数据调用。在一些实施例中，本文的过程、介质和系统可以工作以采用增强例如实际航班数据的准确性的方式提供数据评估和验证服务，以便可以将服务405生成的校正的航班数据组可靠地用于分析、报告和其他目的。在一些方面中，基于商业规则和其他约束和/或依据航班运行的基于模拟的模型来分析实际航班数据以揭示和识别实际航班数据中的错误。系统500包括处理器505，如采用单芯片微处理器或多核处理器形式的一个或多个可购得的中央处理单元（CPU），处理器505耦合到通信设备520，通信设备520配置成通过通信网络（图5未示出）向另一个设备或系统（例如，未示出的管理员设备或客户端设备）通信。系统500还可以包括缓存510，如RAM存储器模块。该系统还可以包括输入装置515（例如，用于输入内容的触摸屏、鼠标和/或键盘）和输出装置.525（例如，触摸屏、用于显示的计算机监视器、LCD显示器）。处理505与存储装置530通信。存储装置530可以包括任何适合的信息存储装置，包括磁存储装置（例如，硬盘驱动器）、光存储装置、固态硬盘驱动器和或半导体存储装置的组合。在一些实施例中，存储装置530可以包括数据库系统，在一些配置中，该数据库系统包含存储器内数据库。存储装置530可以存储用于控制数据库引擎535的操作以根据本文的过程来评估本文的实际航班数据（例如数据540）的有效性的程序代码或指令。处理505可以这些指令以便执行用于实现鲁棒性评估模块535以便根据本文描述的实施例的任何一个实施例工作。实际航班数据模块535可以采用压缩的、未编译和/或加密的格式来存储。用于鲁棒性实际航班数据模块535的程序指令还可以包括处理器505使用来与例如客户端、管理员和外围设备（图5中未示出）实现接口的其他程序元件，如操作系统、数据库报告系统和/或设备驱动程序。存储装置530还可以包括数据540。在一些方面中，数据540可以被系统500用于执行本文的一个或多个过程，包括个体过程、这些过程的个体操作以及个体过程与个体过程操作的组合。例如，根据本文的一些实施例，数据540可以包括数据库系统的永久性层，并且存储实际航班数据和校正的航班数据（即，测试组）等。本文论述的所有系统和过程可以包含在一个或多个有形非瞬态计算机可读介质上的程序代码中。此类介质可以包括例如，软盘、CD-ROM、DVD-ROM、闪存驱动器、磁带和固态随机存取存储器（RAM）或只读存储器（ROM）存储单元。因此，实施例不限于硬件和软件的任何特定组件。在一些实施例中，本文的多个方面可以由应用、设备或系统来实现以永久方式跨不同设备，实际上跨整个域管理实体或其他用的恢复。正如本文所使用的，可以由例如（i）平台200从另一个设备“接收”信息或将信息从另一个设备“传送”到平台200；或（ii）由平台200内的软件应用或模块从另一个软件应用、模块或任何其他源“接收”或或将信息从另一个软件应用、模块或任何其他源“传送”到平台200内的软件应用或模块。正如本领域技术人员将认识到的，本发明的多个方面可以作为系统、方法或计算机程序产品来包含。相应地，本发明的多个方面可以采取完全硬件实施例、完全软件实施例（包括固件、驻留软件、微代码等）或组合了可全部通称为“电路”、“模块”或“系统”的软件和硬件方面的实施例的形式。再者，本发明的多个方面可以采用计算机程序产品的形式，所述计算机程序产品被包含在其上包含有计算机可读程序代码的一个或多个计算机可读介质中。附图中的流程图和框图图示根据根据本发明的多种实施例的系统、方法和计算机程序产品的可能实现的体系结构、功能性和操作。就此而言，流程图或框图中的每个框可以表示包含用于实现指定的逻辑功能的一个或多个可执行指令的模块、分段或代码部分。在一些备选实现中，特定的框中提到的功能可以不是按附图提到的次序发生的。例如，依次示出的两个框实际可以基本同时地执行，或这些框有时可以按逆序执行，具体取决于所涉及的功能性而定。还要注意，框图和/或流程图图示的每个框和框图和/或流程图图示中框的组合可以由执行指定的功能或动作的基于专用硬件的系统或专用硬件和计算机指令的组合来实现。应该注意本文描述的方法中任一方法可以包括提供包括在计算机可读存储介质上包含的不同软件模块的系统的附加步骤；这些模块可以包括例如，框图所示和/或本文描述的元件中的任何一个或全部。再者，计算机程序产品可以包括含有代码的计算机可读存储介质，所述代码调适成被执行以实现本文描述的一个或多个方法步骤，包括提供含有不同软件模块的系统。虽然多个实施例是结合某些场景来描述的，但是不失一般性地，可以部分地或全部将一些实施例与其他类型的设备、系统和配置关联。本文描述的多个实施例仅出于说明目的。本领域技术人员将认识到可以通过修改和替代来实施的其他实施例。本领域技术人员还将认识到，在不背离权利要求的范围和精神的前提下可以配置上文描述的实施例的多种调适和修改。因此，应理解，可以在本文具体描述的以外实施权利要求。