Pilots and other aircraft crew members rely on many sources of information to accurately and safely plan and prepare for flights. A significant quantity of this information is relatively unchanging with respect to a particular route and/or aircraft, such as distances between fixed points, aircraft capabilities, and airport/runway configurations. However, there is also a large quantity of information that may or may not be important to a pilot based on the particular route being flown, or on the particular phase of flight. For example, a destination airport may be undergoing repair operations on one or more runways, an air show or skydiving operations may be taking place at an alternative airport or other location en route to the final destination, or there may be volcanic ash at certain altitudes due to recent volcano activity in the vicinity of the flight path of the aircraft. This type of information is typically provided to all pilots by a government agency in the form of notices to airmen (NOTAMs).
A typical flight planning scenario might include a pilot receiving ten to fifty pages of NOTAMs prior to the flight. While some of this information may be critically important to one or more phases of the flight being planned, other portions of the information may have no relevance, or limited relevance, to the upcoming flight. The pilot or crew must parse through all of the NOTAMs to manually determine which NOTAMs are applicable to the upcoming flight, and to ascertain the importance of the applicable NOTAMs. Even though conventional airline pilots may have NOTAM information in electronic form utilizing an electronic flight deck, they must still sort through the NOTAMs to match the applicable information to the flight being planned. This process is cumbersome and inefficient, which increases the pilot's workload and creates an opportunity for errors to be made as important information may be missed.
It is with respect to these considerations and others that the disclosure made herein is presented.
It should be appreciated that this Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to be used to limit the scope of the claimed subject matter.
Methods, systems, and computer-readable storage media described herein provide for the selective notification of relevant NOTAMs according to a target phase of flight. The concepts and technologies disclosed herein allow for various types of notifications of applicable NOTAMs to be made to the pilots depending on the phase of flight that the aircraft is currently in, or any other desired phase of flight, and the determined level of relevance of each NOTAM. As a result, the pilots are able to much more quickly and efficiently review the NOTAMs that apply to their selected flight phase without having to sort through large quantities of NOTAMs, many of which have relatively little effect on the current flight or selected phase of flight.
According to one aspect of the disclosure provided herein, a number of NOTAMs are received. The target or selected phase of flight is determined and used to determine a relevance for each of the NOTAMs. A notification of one or more NOTAMs is provided according to the relevance of the NOTAMs for the target phase of flight.
According to another aspect, a NOTAM notification computer system includes a NOTAM notification processor, a memory, and a NOTAM notification application executed by the processor. When executed, the NOTAM notification application allows for relevant NOTAMs to be provided to a crew of an aircraft according to a target phase of flight. A number of NOTAMs are received and the current phase of flight is determined, if applicable. A set of relevance rules are retrieved and used to determine a relevance for each of the NOTAMs. The relevance rules include a relevance code for each NOTAM subject code at each phase of flight. A notification of one or more NOTAMs is provided according to the determined relevance for the current or target phase of flight.
According to yet another aspect, a NOTAM is received and the selected phase of flight is determined. A relevance is determined for the NOTAM according to the subject of the NOTAM and according to the selected phase of flight. A status of the NOTAM is determined and used to update the determined relevance if necessary. This updated relevance is used to determine a notification method and the applicable notification is made.
The features, functions, and advantages that have been discussed can be achieved independently in various embodiments of the present disclosure or may be combined in yet other embodiments, further details of which can be seen with reference to the following description and drawings.
The following detailed description is directed to methods, systems, and computer-readable storage media for selecting relevant NOTAMs corresponding to the current or other selected phase of flight of an aircraft and providing appropriate notifications to the crew. As discussed briefly above, parsing through the vast quantity of NOTAMs for any given flight is a task that consumes a significant amount of time and creates a risk that valuable information will be missed during the cumbersome process. Utilizing the concepts and technologies described herein, pilots are provided with various levels or types of notifications corresponding to the relevance of the NOTAMs that apply to a specific phase of flight that is of interest to the pilot.
In the following detailed description, references are made to the accompanying drawings that form a part hereof, and which are shown by way of illustration, specific embodiments, or examples. Referring now to the drawings, in which like numerals represent like elements through the several figures, the selective notification of relevant NOTAMs will be described.
The NOTAMs 106 are uploaded to the aircraft 110 and stored in a centralized database 112 or other data repository for access by a NOTAM notification processor 116. The NOTAM notification processor 116 executes a notification application 118 that is operative to perform the various operations described herein. Specifically, the NOTAM notification processor 116 utilizes the electronic NOTAMs 106 stored within the centralized database 112, in combination with a set of NOTAM relevance rules 108 stored within a relevance rules database 114 or other data repository on the aircraft 110, and with phase of flight information provided by a phase of flight processor 124, to determine which NOTAMs 106 to provide to the crew of the aircraft 110, as well as to select a format in which to provide the notification 126.
The NOTAM relevance rules 108 are a set of rules that establish the relevancy of NOTAMs according to the subject of the various NOTAMs and to the phase of flight of the aircraft 110. The NOTAM relevance rules 108 will be described in greater detail below with respect to
In order to determine the relevance of each NOTAM 106, the notification application 118 utilizes the current phase of flight, or any other phase of flight selected by the pilot or other user, as applicable. The various phases of flight and how this information is used to determine the relevance will be discussed in greater detail below with respect to
If the target phase of flight is the current phase of flight, then any type of aircraft data 120 may be used to determine the current phase of flight, including but not limited to, aircraft position, speed, altitude, climb and/or descent rates, control surface positioning, landing gear positioning, engine settings, and/or the time of day. The phase of flight processor 124 receives the applicable aircraft data 120, processes the data to determine the current phase of flight, and provides that information to the notification application. It should be understood that while the phase of flight processor 124 is shown to be a separate component from the NOTAM notification processor 116, these two processors may be a single processor of a flight computer installed in the aircraft 110.
After determining the relevance of each NOTAM 106 to the current or other target phase of flight, the notification application 118 determines how the crew of the aircraft 110 should be notified and provides the corresponding notifications 126. As will be discussed in further detail below, the notifications 126 vary according to the relevance of the NOTAM 106 to the crew at the target phase of flight. The level of relevance of each NOTAM 106 triggers a display and signaling level (DSL) 128 that instructs the notification application 118 as to the method of notification to be used when providing the NOTAM 106 to the pilot. For example, if the notification application 118 determines that a NOTAM 106 has a “Significant” relevance to the crew during the target phase of flight, then the corresponding DSL 128 would be “1”, which indicates that the notification 126 be made to the pilot in the form of an aural, visual, and textual notification.
Turning to
The NOTAM relevance rules 108 provide relevance indicators for every phase of flight for each NOTAM subject. A NOTAM relevance rules example 208 is partially shown in
The NOTAM notification processor 116 utilizes the target phase of flight 204 to effectively aid the determination of which NOTAMs 106 are relevant to the aircraft crew. If, for example, a condition exists at an alternate destination airport, it might not be relevant to the pilot while taxiing out to take off from the departure airport. Consequently, according to embodiments described herein, if the target phase of flight 204 is the phase of flight that the aircraft 110 is currently in, the NOTAM notification processor would assign a lower relevance to a NOTAM 106 containing this information about the alternate destination airport during the taxi and takeoff phases of flight, but would increase the relevance of this NOTAM 106 as the aircraft 110 progressed toward the destination airport.
According to various embodiments, a flight may be broken down into any number of phases for the purposes of providing relevant NOTAMs 106 to the pilots. For example, the phase of flight example 206 shown in
After determining the target phase of flight 204, the NOTAM notification processor 116 utilizes this information, along with the subject and status codes from the NOTAMs 106, to determine the relevance of the NOTAM 106 to the target phase of flight. Depending on the determined relevance of the various NOTAMs 106, the NOTAM notification processor 116 will provide corresponding notifications 126. As will become clear from the detailed examples discussed below, these notifications 126 may include various formats, including but not limited to icons, textual notifications, aural notifications, or the conventional notifications available in a conventional NOTAM package.
Turning now to
The subject category 307 sections of the rules may additionally include the textual description of each subject code 306, as shown in
The relevance codes 304 may include a multi-letter code, with each letter associated with the relevance of the NOTAM subject code 306 in the context of a particular flight segment along the flight route and/or one or more airports associated with that flight segment. The specific letter used represents the level of relevance. For example, according to the NOTAM relevance rules example 208, each relevance code 304 is a four letter code. The first letter corresponds to the departure airport or other alternative departure airport, or to the departure segment of flight of the planned flight route.
The second letter corresponds to an en route airport or other airport under Extended Range Twin-Engine Operational Performance Standards (ETOPS) guidelines, or to the en route segment of flight of the planned flight route. The third letter corresponds to the alternate destination airports. The fourth letter corresponds to the destination airport or to the arrival segment of flight of the planned flight route. The letter itself identifies the level of relevance of the associated NOTAM subject. According to one embodiment, the letters may be “S” for “Significant,” “L” for “Limited,” “M” for “Minor,” or “N” for “Non-relevant.” It should be appreciated that any number of letters, numbers, or symbols may be used as the relevance codes 304. For example, according to an alternative embodiment, the relevance codes 304 each contain three letters, corresponding to the departure, en route, and arrival flight segments, respectively. Similarly, the letters are not limited to “S,” “L,” “M,” and “N.” Rather, any quantity and type of relevance indicators can be used within the relevance codes 304.
As an example that illustrates how the NOTAM notification processor 116 determines the relevance of any given NOTAM 106 using the NOTAM relevance rules 108, assume a NOTAM 106 includes the subject code “LX” and a status code of “AS” corresponding to the taxiway center line lights of a departure airport being unserviceable. The NOTAM notification processor 116 determines the current phase of fight 204 to be the planning phase due to aircraft location and timing. Utilizing the NOTAM relevance rules 108, the NOTAM notification processor 116 determines that the relevance code 304 corresponding to the “LX” subject code 306 and “planning” as the current phase of flight to be “SLSS.” Therefore, the relevance of this NOTAM 106 at the departure airport is “Significant.”
All available status codes 310 of NOTAMs 106 are listed with descriptions in the NOTAM status section 308 of the NOTAM relevance rules 108 according to one embodiment. As described above with respect to the NOTAM subject section 302, the NOTAM status section 308 may have any number of status categories that group together similar status codes 310. For purposes of clarity, a limited number of status codes 310 are shown, and they share a single category.
According to one embodiment, each status code 310 is assigned a notification activation code 312. The notification activation code 312 instructs the NOTAM notification processor 116 as to whether the applicable relevance indicator of the associated relevance code 304 remains effective or is no longer effective. If effective, the relevance indicator remains the same, but if no longer effective, the relevance indicator is downgraded. According to the embodiment shown in
Continuing the example with the subject code 306 of “LX” and status code of “AS,” the status code 310 corresponds to a notification activation code 312 of “E” since taxiway center line lights being inoperative is a condition for which the pilot would want to be notified. If a condition has improved so that the subject of the NOTAM 106 is now operative or available, the notification activation code 312 is likely to be “U,” which would downgrade the relevance indicator of the associated relevance code 304 from “S” to “M,” for example. However, in this example, because the notification activation code 312 is “E,” the relevance code 304 remains “SLSS.”
As stated above, the level of relevance of each NOTAM 106 triggers a DSL 128 that instructs the notification application 118 as to the method of notification to be used when providing the NOTAM 106 to the pilot. Continuing the example, as shown in the box 314 in the lower right portion of
As another example in which the relevance code 304 is downgraded according to the notification activation code 312, refer again to the NOTAM content example 202 shown in
It should be noted that the relevance rules example 208 shown in
Turning now to
The routine 400 begins at operation 402, where a number of NOTAMs are received. The NOTAMs 106 are formatted in an electronic format that can be easily parsed by the notification application 118 for subject and status codes at operation 404. The routine 400 continues to operation 406, where the NOTAMs 106 are uploaded to the aircraft 110. At operation 408, the notification application 118 parses the NOTAMs 106 for NOTAM subject codes 306 and NOTAM status codes 310. From operation 408, the routine 400 continues to operation 410, where the notification application 118 determines the target phase of flight 204. For example, if the relevant NOTAMs 106 for the current phase of flight are requested, the notification application 118 may do this directly using real-time aircraft data 120, or may receive or retrieve this information from the phase of flight processor 124. If the current phase of flight is not the requested target phase of flight 204, then the target phase of flight 204 would simply be the phase of flight selected by the requesting party.
The routine 400 continues from operation 410 to operation 412, where the notification application 118 retrieves the NOTAM relevance rules 108 from the relevance rules database 114. The applicable relevance codes 304 are determined using the NOTAM subject codes 306 and the target phase of flight 204 at operation 414. From operation 414, the routine 400 continues to operation 416, where the notification application 118 determines the notification activation codes 312 that are associated with the NOTAM status codes 310 for all of the received NOTAMs 106.
At operation 418, a determination is made for each NOTAM 106 as to whether or not the applicable relevance indicator is effective. As discussed above, the notification activation code 312 associated with each status code 310 of each NOTAM 106 indicates whether the applicable relevance indicator of the corresponding relevance code 304 is effective. If the relevance indicator is effective, the relevance code 304 for that NOTAM 106 remains the same and the routine 400 proceeds from operation 418 to operation 422 and continues as described below. However, if at operation 418, the notification application 118 determines from the notification activation code 312 for a given NOTAM 106 that the relevance indicator is not effective, then the routine 400 continues to operation 420, where the relevance code 304 is downgraded, such as changing a “Significant” relevance indicator to a “Minor” relevance indicator.
From operation 420, the routine 400 continues to operation 422, where the relevance indicators are determined for each NOTAM 106. As previously discussed, these indicators may correspond to various flight segments and/or airports throughout the planned flight route and provide an indication as the level of relevance that the NOTAM 106 has to that flight segment or airport based on the target phase of flight 204. The applicable relevance indicators trigger a DSL 128 that instructs the notification application 118 as to the method of notification to be used when providing the NOTAM 106 to the pilot. After determining the DSLs 128 at operation 424, the routine 400 continues to operation 426, where the applicable notifications 126 are provided to the crew of the aircraft 110 according to the DSLs 128.
The computer architecture shown in
The mass storage device 510 is connected to the PROCESSOR 116 through a mass storage controller (not shown) connected to the bus 504. The mass storage device 510 and its associated computer-readable media provide non-volatile storage for the computer 500. Although the description of computer-readable media contained herein refers to a mass storage device, such as a hard disk or CD-ROM drive, it should be appreciated by those skilled in the art that computer-readable storage media can be any available computer storage media that can be accessed by the computer 500.
By way of example, and not limitation, computer-readable storage media may include volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules or other data. For example, computer-readable storage media includes, but is not limited to, RAM, ROM, EPROM, EEPROM, flash memory or other solid state memory technology, CD-ROM, digital versatile disks (DVD), HD-DVD, BLU-RAY, or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by the computer 500. As used herein, the term computer-readable storage media does not encompass transitory signals.
According to various embodiments, the computer 500 may operate in a networked environment using logical connections to remote computers through a network such as the network 520. The computer 500 may connect to the network 520 through a network interface unit 506 connected to the bus 504. It should be appreciated that the network interface unit 506 may also be utilized to connect to other types of networks and remote computer systems. The computer 500 may also include an input/output controller 512 for receiving and processing input from a number of other devices, including a keyboard, mouse, or electronic stylus (not shown in
As mentioned briefly above, a number of program modules and data files may be stored in the mass storage device 510 and RAM 514 of the computer 500, including an operating system 518 suitable for controlling the operation of a networked desktop, laptop, server, or other flight computer. The mass storage device 510 and RAM 514 may also store one or more program modules. In particular, the mass storage device 510 and the RAM 514 may store the NOTAMs 106, the NOTAM relevance rules 108, and the notification application 118 and any corresponding modules described above. The mass storage device 510 and RAM 514 may also store other program modules and data.
In general, software applications or modules may, when loaded into the processor 116 and executed, transform the processor 116 and the overall computer 500 from a general-purpose computing system into a special-purpose computing system customized to perform the functionality presented herein. The processor 116 may be constructed from any number of transistors or other discrete circuit elements, which may individually or collectively assume any number of states. More specifically, the processor 116 may operate as one or more finite-state machines, in response to executable instructions contained within the software or modules. These computer-executable instructions may transform the processor 116 by specifying how the processor 116 transitions between states, thereby physically transforming the transistors or other discrete hardware elements constituting the processor 116.
Encoding the software or modules onto a mass storage device may also transform the physical structure of the mass storage device or associated computer-readable storage media. The specific transformation of physical structure may depend on various factors, in different implementations of this description. Examples of such factors may include, but are not limited to: the technology used to implement the computer-readable storage media, whether the computer-readable storage media are characterized as primary or secondary storage, and the like. For example, if the computer-readable storage media is implemented as semiconductor-based memory, the software or modules may transform the physical state of the semiconductor memory, when the software is encoded therein. For example, the software may transform the states of transistors, capacitors, or other discrete circuit elements constituting the semiconductor memory.
As another example, the computer-readable storage media may be implemented using magnetic or optical technology. In such implementations, the software or modules may transform the physical state of magnetic or optical media, when the software is encoded therein. These transformations may include altering the magnetic characteristics of particular locations within given magnetic media. These transformations may also include altering the physical features or characteristics of particular locations within given optical media, to change the optical characteristics of those locations. Other transformations of physical media are possible without departing from the scope and spirit of the present description, with the foregoing examples provided only to facilitate this discussion.
Based on the foregoing, it should be appreciated that technologies for providing NOTAM notifications according to relevance to the target phase of flight of an aircraft have been presented herein. Although the subject matter presented herein has been described in language specific to computer structural features, methodological acts, and computer readable media, it is to be understood that the invention defined in the appended claims is not necessarily limited to the specific features, acts, or media described herein. Rather, the specific features, acts and storage mediums are disclosed as example forms of implementing the claims.
The subject matter described above is provided by way of illustration only and should not be construed as limiting. Various modifications and changes may be made to the subject matter described herein without following the example embodiments and applications illustrated and described, and without departing from the true spirit and scope of the present disclosure, which is set forth in the following claims.
Number | Name | Date | Kind |
---|---|---|---|
4425617 | Sherwood | Jan 1984 | A |
5208590 | Pitts | May 1993 | A |
6199008 | Aratow et al. | Mar 2001 | B1 |
6700482 | Ververs et al. | Mar 2004 | B2 |
7081834 | Ruokangas et al. | Jul 2006 | B2 |
7813871 | Small et al. | Oct 2010 | B2 |
8046165 | Sacle et al. | Oct 2011 | B2 |
8200378 | Chiew et al. | Jun 2012 | B1 |
8203465 | Shafaat et al. | Jun 2012 | B2 |
8332084 | Bailey et al. | Dec 2012 | B1 |
20030225489 | Tsao | Dec 2003 | A1 |
20060129286 | King | Jun 2006 | A1 |
20080198157 | Feyereisen et al. | Aug 2008 | A1 |
20090093953 | Wiesemann et al. | Apr 2009 | A1 |
20110264313 | Sampath | Oct 2011 | A1 |
20120274484 | Zimmer et al. | Nov 2012 | A1 |
Entry |
---|
Defense Internet NOTAM Service, “NOTAM Retrieval” https://www.notams.jcs.mil/dinsQueryWeb/ [retrieved Jan. 14, 2010], 2 pages. |
Hatta, Takashi, “Current activity towards digital AIM in Japan,” 5th Digital NOTAM Workshop, Eurocontrol, 10 pages, Sep. 2009. |
Vernaleken, et al., “Considerations on Symbology, Data Requirements, and Operational Concept for integral NOTAM Visualization on Airport Moving Map Displays,” Proceedings of SPIE vol. 6957, Enhanced and Synthetic Vision 2008, 16 pages, Apr. 2008. |
Final Office Action in U.S. Appl. No. 12/689,600 dated Jun. 22, 2012. |
Non-Final Office Action in U.S. Appl. No. 12/689,600 dated Jan. 6, 2012. |
Non-Final Office Action in U.S. Appl. No. 13/249,721 dated Apr. 4, 2013. |
Notice of Allowance dated Oct. 21, 2013 in U.S. Appl. No. 13/249,721. |