Patent Application
20150017609
The subject matter disclosed herein relates generally to aviation simulation and, more specifically, to methods and apparatuses for generating or updating an aviation simulation scenario.
Various aviation simulations may be performed to simulate aviation operation. For example, air traffic control simulations, aircraft operator simulations, and/or airport simulations may be performed. These simulations use scenarios that are generated using data from various sources. For example, scenarios may be generated using wind data, weather grid data, meteorological terminal aviation routine weather report (METAR) data, aircraft navigation data, repetitive flight plan (RPL) data, flight traffic history data, aircraft operations data, airport operations data, and so forth. The data from the various sources is processed to generate a scenario format. In certain arrangements, the data is manually entered into a scenario generation software to generate the scenarios. Unfortunately, generating such scenarios via manual data input may be time consuming, error-prone, and/or inefficient.
In one embodiment, a method for generating an aviation simulation scenario includes receiving user input corresponding to the aviation simulation scenario at a processing device. The method also includes accessing one or more input data sources collectively having multiple data sets using the processing device. The method includes transforming data sets into the aviation simulation scenario using the processing device based on the user input. The method also includes storing the aviation simulation scenario. The aviation simulation scenario is configured to be provided to an aviation simulator software for executing an aviation simulation.
In another embodiment, a method for updating an aviation simulation scenario includes receiving output metrics data from an aviation simulator software at a processing device. The aviation simulation software uses the aviation simulation scenario. The method also includes determining actual metrics data at the processing device. The method includes comparing the output metrics data to the actual metrics data using the processing device to determine a difference between the output metrics data and the actual metrics data.
In a further embodiment, an apparatus includes at least one tangible, machine-readable media having instructions encoded thereon for execution by a processor. The instructions include instructions to receive user input corresponding to an aviation simulation scenario and instructions to access one or more input data sources collectively having multiple data sets. The instructions also include instructions to transform the data sets into the aviation simulation scenario using the processing device based on the user input. The aviation simulation scenario is configured to be provided to an aviation simulator software for executing an aviation simulation.
These and other features, aspects, and advantages of the present invention will become better understood when the following detailed description is read with reference to the accompanying drawings in which like characters represent like parts throughout the drawings, wherein:
The processing device 14 includes one or more processors 18, memory devices 20, and storage devices 22. The processor(s) 18 may be used to execute software, such as scenario generation software, simulation software, and so forth. Moreover, the processor(s) 18 may include one or more microprocessors, such as one or more “general-purpose” microprocessors, one or more special-purpose microprocessors and/or application specific integrated circuits (ASICS), or some combination thereof. For example, the processor(s) 18 may include one or more reduced instruction set (RISC) processors.
The memory device(s) 20 may include a volatile memory, such as random access memory (RAM), and/or a nonvolatile memory, such as read-only memory (ROM). The memory device(s) 20 may store a variety of information and may be used for various purposes. For example, the memory device(s) 20 may store processor-executable instructions (e.g., firmware or software) for the processor(s) 18 to execute, such as instructions for scenario generation software, simulation software, and so forth.
The storage device(s) 22 (e.g., nonvolatile storage) may include ROM, flash memory, a hard drive, or any other suitable optical, magnetic, or solid-state storage medium, or a combination thereof. The storage device(s) 22 may store data (e.g., input data 12, simulations results data 16, etc.), instructions (e.g., software or firmware for scenario generation, simulations, etc.), and any other suitable data.
The processing device 14 includes a user interface 24. The user interface 24 enables an operator to input parameters associated with the input data 12 (e.g., the type of data, the format of the data, etc.). The user interface 24 also enables an operator to select options that define the scope of a scenario (e.g., restricting the scenario to a specific day, restricting the scenario to a specific portion of airspace, restricting the scenario to a specific set of airdromes, restricting the scenario to a type of aircraft traffic, defining a degree of fidelity, selecting scenario features to be included or restricted, such as weather, and so forth). As may be appreciated, the user interface 24 may include a keyboard, a mouse, or any suitable device for inputting data, making selections, and/or operating the processing device 14. Furthermore, the user interface 24 may include a display to present data, such as the simulation results data 16. The user interface 24 may also include a printer for printing data, such as for printing simulation results data 16.
The processing device 14 may include software configured to receive the input data 12 from various sources (e.g., extract the input data 12 from various files), process the input data 12 (e.g., convert, format, and/or merge the data), and generate one or more scenario files (e.g., an air traffic simulation scenario, an aircraft operator simulation scenario, an airport simulation scenario, etc.) for a software simulation. The processing device 14 may also include software configured to provide outputs, including a set of user configurable metrics and/or graphical representations associated with the input data 12 (e.g., based on real world historical data, data from a validated model, etc.). Moreover, the processing device 14 may be configured to validate scenarios by comparing outputs from simulations (e.g., simulation results data) with actual aviation data (e.g., input data 12). As may be appreciated, using the processing device 14, simulation scenarios may be generated and/or validated quickly and/or efficiently. While the processing device 14 is described in the illustrated embodiments, other embodiments may use one or more processing devices to generate simulation scenarios, execute simulations, and/or validate simulation scenarios.
The input data 12 is provided to a simulation design and validation software 42. The simulation design and validation software 42 may be configured to extract the input data 12 from one or more files, process the input data 12, and output one or more files that contain data representative of a simulation scenario 44 (e.g., air traffic simulation scenario, aircraft operator simulation scenario, airport simulation scenario, etc.), thereby facilitating quick, accurate, and/or efficient generation of the simulation scenario 44. An operator may provide input to the simulation design and validation software 42 to at least partially control extraction and/or processing of the input data 12. Furthermore, operator input enables selection of parameters that relate to a specific simulation scenario 44. After the simulation scenario 44 is generated, the simulation scenario 44 is provided to a simulation software 46. The simulation software 46 performs a simulation (e.g., air traffic simulation, aircraft operator simulation, airport simulation, etc.) using the generated simulation scenario 44. As illustrated, the simulation software 46 outputs the simulation results data 16, which is provided to the simulation design and validation software 42.
In addition, the simulation design and validation software 42 uses the operations data 38, the traffic history data 36, and/or the RPL data 34 to generate traffic data 60. Moreover, the simulation design and validation software 42 uses the operations data 38 and the traffic history data 36 to automatically generate flight plan generation data 62. The simulation design and validation software 42 uses the automatic flight plan generation data 62, the RPL data 34, and the navigation data 32 to generate flight plans 64. Furthermore, the simulation design and validation software 42 uses the simulation results data 16 to generate metrics calculation data 66. The metrics calculation data 58 and 66 are used to generate metrics comparison and tuning data 68. In addition, the navigation data 32 is used to generate waypoints data 70, airways data 72, sectors data 74, and procedures data 76. As may be appreciated, the data generated by the simulation design and validation software 42 may be provided to one or more data files, to a software interface (e.g., a software bot, a communication middleware, a DLL, etc.), or to any suitable hardware and/or software to collectively contain the simulation scenario 44. Thus, the simulation design and validation software 42 may efficiently generate the simulation scenario 44 by accessing files containing the input data 12 and outputting files collectively containing the simulation scenario 44 without manually inputting the input data 12.
The simulation design and validation software 42 determines whether the results of the comparison are within a suitable range (block 84). For example, the simulation design and validation software 42 may determine whether the average difference in the time that aircraft for each flight are in the TMA is within a lower and an upper predetermined threshold. If the result of the comparison of at least one of the parameters is not within a suitable range, simulation parameter tuning is performed by the simulation design and validation software 42 on the at least one of the parameters (block 86). For example, a parameter corresponding to time in the TMA may be adjusted (e.g., runway occupancy time (ROT) 88—the time an aircraft is on a runway). In contrast, if the results of the comparison are all within a suitable range, tuning is complete (block 90). Returning to block 86, specific parameters may be tuned within block 86, such as the ROT 88, final aircraft separation time 92, departure time variance 94 (e.g., a difference between a planned departure time and an actual departure time), vectoring pattern/maneuver usage 96, and gate usage 98 (e.g., a percentage of time that a terminal gate is used). In certain embodiments, any suitable parameters may be tuned within block 86, such parameters may include air traffic control conflict resolution rules, aircraft speeds, departure procedure assignment rules, approach procedure assignment rules, and/or any other parameters described herein. After parameters are tuned, the simulation design and validation software 42 modifies the simulation scenario 44 to include the updated parameters. The simulation software 46 may perform a simulation using the modified simulation scenario 44, and the cycle repeats until tuning is complete (block 90). In some embodiments, the cycle may only repeat for a predetermined maximum number of iterations. Accordingly, the simulation scenario 44 may be tuned, such as by using the simulation design and validation software 42. As may be appreciated, while one specific iterative process is described herein, any suitable optimization technique and/or machine learning may be used.
The processing device 14 stores the simulation scenario, such as in one or more output data files, or in any suitable storage arrangement (block 108). The simulation scenario is configured to be provided to an aviation simulator software for executing an aviation simulation. The processing device 14 outputs metrics and/or graphical data corresponding to the simulation scenario (block 110). In certain embodiments, the simulation scenario is provided to a simulation software (block 112). For example, the simulation scenario may be provided to the aviation simulator for executing the aviation simulation. As may be appreciated, the method 100 may be performed by the processor(s) 18 executing software instructions stored on the memory device(s) 20 and/or the storage device(s) 22. Furthermore, although the processing device 14 is described as performing the method 100, the method 100 may be performed using any suitable device.
However, if the difference between any of the parameters of the output metrics data and the respective parameter of the actual metrics data is not within the lower and the upper predetermined thresholds (e.g., or greater than the respective threshold value), the simulation scenario is modified (block 128). The modified simulation scenario is provided to the simulation software (block 130). In certain embodiments, the method 114 then returns to block 116 where the method 114 is repeated until all of the parameters of the metrics data are within their respective lower and upper predetermined thresholds. Moreover, in other embodiments, the method 114 may repeat a predetermined number of times, repeat a predetermined maximum number of times, operate on multiple parameters in parallel, or repeat and/or function in any suitable manner. While the processing device 14 has been described herein as processing data and/or executing various software to perform the method 114, any suitable processing device or processing devices may be used to perform the method 114. For example, cloud computing may be used to provide remote and/or parallel processing. Furthermore, while certain computational and/or optimization techniques have been described herein, any suitable computational and/or optimization techniques may be used.
An output 140 from the script_x 138 is provided to a script_y 142. Furthermore, a representation of an input database 144 provides an output 146 to the script_y 142. The representation of the input database 144 represents another form of input data 12 provided to the simulation design and validation software 42. The representation of the input database 144 may be associated with any suitable parameters corresponding to the input data 12. The script_y 142 performs processing on the outputs 140 and 146. The processing may be performed using any suitable processor, which may be defined in the parameters associated with the script_y 142. For example, the processing may be performed by executing software and/or a script on a local device (e.g., a device to which the screen is coupled), an external device, and/or a remote device, such as devices connected through a network (e.g., the Internet). An output 148 from the script_y 142 is provided to a representation of an output file 150. The representation of the output file 150 represents at least a portion of the simulation scenario 44 produced by the simulation design and validation software 42. The representation of the output file 150 may be associated with any suitable parameters corresponding to the simulation scenario 44.
The output 146 is also provided to a script_z 152. Furthermore, a representation of a website 154 provides an output 156 to the script_z 152. The representation of the website 154 represents another form of input data 12 provided to the simulation design and validation software 42. The representation of the website 154 may be associated with any suitable parameters corresponding to the input data 12. The script_z 152 performs processing on the outputs 146 and 156. The processing may be performed using any suitable processor, which may be defined in the parameters associated with the script_z 152. For example, the processing may be performed by executing software and/or a script on a local device (e.g., a device to which the screen is coupled), an external device, and/or a remote device, such as devices connected through a network (e.g., the Internet). An output 158 from the script_z 152 is provided to a representation of an output database 160. The representation of the output database 160 represents at least a portion of the simulation scenario 44 produced by the simulation design and validation software 42. The representation of the output database 160 may be associated with any suitable parameters corresponding to the simulation scenario 44. As may be appreciated, the illustrated screenshot 132 represents one example of graphically displaying input data 12 and data corresponding to a simulation scenario 44 to an operator. It should be noted that graphical representations may be rearranged, added, removed, changed, and so forth, based on a configuration desired by the operator in order to process input data 12 to produce a simulation scenario 44.
Technical effects of the invention include efficiency and/or accuracy in developing and validating simulation scenarios. Accordingly, costs to develop and/or validate simulation scenarios may be reduced. For example, one or more software programs may facilitate efficient simulation scenario preparation, simulation scenario validation, and/or simulation of air traffic, aircraft operations, and/or airport operations scenarios.
This written description uses examples to disclose the invention, including the best mode, and also to enable any person skilled in the art to practice the invention, including making and using any devices or systems and performing any incorporated methods. The patentable scope of the invention is defined by the claims, and may include other examples that occur to those skilled in the art. Such other examples are intended to be within the scope of the claims if they have structural elements that do not differ from the literal language of the claims, or if they include equivalent structural elements with insubstantial differences from the literal languages of the claims.
