US20200285460A1 - Tracking aircraft with older version of software/database and initiating autoload of latest version of software/database when aircraft is in safe state for dataload - Google Patents
Tracking aircraft with older version of software/database and initiating autoload of latest version of software/database when aircraft is in safe state for dataload Download PDFInfo
- Publication number
- US20200285460A1 US20200285460A1 US16/881,682 US202016881682A US2020285460A1 US 20200285460 A1 US20200285460 A1 US 20200285460A1 US 202016881682 A US202016881682 A US 202016881682A US 2020285460 A1 US2020285460 A1 US 2020285460A1
- Authority
- US
- United States
- Prior art keywords
- aircraft
- software
- ground
- database update
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/18502—Airborne stations
- H04B7/18506—Communications with or from aircraft, i.e. aeronautical mobile service
Definitions
- an avionics software or database update is done by a dataload, which is initiated using a data loader by an aircraft maintenance engineer who is physically required to be present in the vicinity of the aircraft.
- the maintenance engineer has no mechanism indicating what software or database version is available on the aircraft, nor what software or database version is available on a data loader present in an aircraft equipped with a wireless gateway.
- a method for updating aircraft data comprises: receiving one or more messages at a ground system that one or more aircraft is in a safe state on the ground; selecting one or more aircraft in the safe state to receive a software or database update from the ground system; verifying that the selected one or more aircraft in the safe state is in need of the software or database update; initiating a remote loading of the software or database update to the verified selected one or more aircraft in the safe state; and receiving one or more messages at the ground system from the verified selected one or more aircraft indicating a status of the remote loading.
- FIG. 1 is a flow diagram of a method for updating aircraft data, according to one implementation
- FIG. 2 is a block diagram of an exemplary system for updating aircraft data, according to one embodiment
- FIG. 3 is a block diagram of system architecture for updating aircraft data, according to one example embodiment
- FIG. 4 is an operational flow diagram of one exemplary method for updating aircraft data using a remote wireless dataload
- FIG. 5 is an operational flow diagram of another exemplary method for updating aircraft data using a remote wireless dataload.
- FIG. 6 is an operational flow diagram of an alternative exemplary method for updating aircraft data using a remote wireless dataload.
- a method and system for tracking an aircraft with an older version of software/database, and initiating an autoload of the latest version of the software/database when the aircraft is in safe state for dataload.
- the present method provides for determining which software/database version is currently installed on the aircraft, and provides various approaches for remotely installing an updated software/database on the aircraft.
- the present method allows maintenance personnel in a ground operations center to initiate remote dataloading of software/database updates to one or more aircraft, without having to be at or near the aircraft.
- FIG. 1 is a flow diagram of a method 100 for updating aircraft data, according to one implementation.
- one or more messages are received at a ground center that one or more aircraft is in a safe state on the ground (block 110 ), such as at a gate.
- One or more aircraft in the safe state is then selected to receive a software or database update from the ground center (block 120 ).
- the method 100 then verifies that the selected aircraft in the safe state is in need of the software or database update (block 130 ).
- the method 100 thereafter initiates a remote loading of the software or database update to the verified selected aircraft in the safe state (block 140 ).
- One or more messages are received at the ground center from the verified selected aircraft indicating a status of the remote loading (block 150 ).
- FIG. 2 illustrates an exemplary system 200 , which can be employed for updating aircraft data, according to one embodiment.
- the system 200 generally comprises a ground system 210 , which can include one or more database sources, as well as a system end point at a ground center.
- the ground system 210 is in operative communication with a ground infrastructure 220 , which can include Wi-Fi access points, cellular infrastructure, satellite communications (SatCom) infrastructure, and the like.
- a ground infrastructure 220 can include Wi-Fi access points, cellular infrastructure, satellite communications (SatCom) infrastructure, and the like.
- the ground infrastructure 220 is configured for operative communication with one or more aircraft, such as an aircraft 230 , which is located on the ground in a safe state, such as parked at an airport terminal gate.
- the aircraft 230 includes an aircraft gateway 232 , which is configured to communicate with ground infrastructure 220 , such as through a wireless connection.
- the aircraft gateway 232 is in operative communication with an on-board data storage 234 , which operatively communicates with one or more target avionics 236 .
- a message is sent from aircraft gateway 232 to ground system 210 through ground infrastructure 220 that aircraft 230 is in a safe state on the ground.
- the aircraft 230 is selected to receive a software or database update after verification that aircraft 230 is in need of the update.
- Remote loading of the software or database update is then initiated from ground system 210 , which sends the update through ground infrastructure 220 to aircraft 230 .
- the software or database update is received by aircraft gateway 232 and is then sent to on-board data storage 234 .
- the update is then sent to the appropriate target avionics 236 .
- FIG. 3 illustrates a system architecture 300 , which can be employed for updating aircraft data, according to one example embodiment.
- the system architecture 300 includes a ground system 310 , which can include at least one database provider, at least one airline data consumer, ground support services, and the like.
- the ground system 310 also includes an operations ground center where a data loading software application (DLS App) is located for remote operation.
- DLS App data loading software application
- the ground system 310 is in operative communication with a ground infrastructure 320 , such as through the Internet 324 .
- the ground infrastructure 320 can include Wi-Fi access points, cellular infrastructure, SatCom infrastructure, and the like.
- the ground infrastructure 320 is configured for operative communication with one or more aircraft located on the ground in a safe state.
- An onboard gateway 330 on the aircraft is the aircraft gateway and is configured to wirelessly communicate with ground infrastructure 320 .
- the onboard gateway 330 includes respective Wi-Fi and cellular communication devices 332 , 334 , as well as a processor 336 and a memory unit 338 .
- the onboard gateway 330 operatively communicates with an onboard data loader 340 , such as through an Ethernet connection 342 .
- the data loader 340 includes a memory unit 344 , a WiFi radio 346 , an Ethernet switch 348 , and data loading software 350 .
- An avionics system 360 onboard the aircraft operatively communicates with data loader 340 , such as through an Ethernet bus 352 that is connected to Ethernet switch 348 .
- the avionics system 360 also operatively communicates with onboard gateway 330 , such as through an Ethernet connection 354 coupled to Ethernet bus 352 .
- the avionics system 360 includes a set of network interface controller (NIC) modules 362 , which communicate with Ethernet bus 352 and also communicate with an avionics standard communications bus (ASCB) 356 .
- NIC network interface controller
- a plurality of line replaceable units (LRUs) in avionics system 360 operatively communicate with NIC modules 362 through a virtual backplane (VBP) bus 364 .
- a communications management unit (CMU) or communication management function (CMF) 366 in avionics system 360 is associated with an LRU 368 , which communicates with VBP bus 364 .
- a central maintenance computer (CMC) 370 in avionics system 360 includes data loading software (DLS) 372 .
- the CMC 370 is in communication with Ethernet bus 352 and VBP bus 364 .
- An aircraft condition monitoring system (ACMS) or aircraft condition monitoring function (ACMF) 374 in avionics system 360 is in communication with Ethernet bus 352 and VBP bus 364 .
- ACMS aircraft condition monitoring system
- ACMF aircraft condition monitoring function
- ground system 310 notifies an LRU on the aircraft that a software/database update is available, and the LRU requests data loader 340 to initiate a dataload of the update when a maintenance mode is entered.
- ground system 310 can send an auto update command by way of a datalink uplink using CMF 366 in the aircraft.
- the CMF 366 will forward/route the auto update command to the respective LRUs on the aircraft for which the software/database update is needed.
- Each LRU will save this auto update command and wait for the LRU to enter a maintenance mode. As soon as the maintenance mode is entered, the LRU will automatically request data loader 340 to initiate the dataload update.
- CMF 366 monitors a broadcast discrete of an LRU operation state (normal mode or maintenance mode) on the aircraft.
- CMF 366 informs ground system 310 using a datalink message indicating the LRU is available for maintenance (dataload).
- the ground system 310 can command data loader 340 through CMF 366 using a datalink uplink to initiate the dataload update.
- ground system 310 can command data loader 340 through onboard gateway 330 to initiate the dataload update.
- FIGS. 4-6 are operational flow diagrams showing further details of the various alternative methods for updating aircraft data using a wireless dataload.
- a DLS App (block 410 )
- GDC ground data center
- LRU LRU
- data loader (block 440 ) onboard an aircraft.
- the method 400 can provide a control dataload method for one or more aircraft LRUs, for example.
- the DLS App is used to send a query to the GDC regarding the current software in an aircraft of interest.
- the GDC is aware of the software available on the data loader (block 422 ) in the aircraft.
- the software for the update is available in the data loader, as the data has already been pushed to the aircraft (block 424 ).
- the DLS App is used to initiate an auto update uplink, which is sent to the GDC to perform a GDC validation operation at 450 . If valid, the GDC forwards the uplink to the LRU, which notifies the LRU that a software/database update is available, and a maintenance mode is entered at 452 to set up an auto update operation.
- the LRU requests the data loader to initiate the software update when ready.
- the dataload is started, and the dataloading operation is carried out (block 454 ).
- the software used in the maintenance mode for dataloading is proactive and uses a “pull” method for the update. This means that the LRU has some logic that determines which software in the LRU may be updated.
- a status message such as an ACARS message is sent from the LRU to the GDC, which in turn sends a dataload success status message to the DLS App.
- the GDC validation can determine that the uplink request is to be rejected (block 460 ). For example, the GDC validation can determine that uplink of the message to the aircraft is not possible because: the GDC has determined that the airline does not support remote dataloading; or the GDC has determined that the aircraft is not available for the time required to complete the software update.
- maintenance personnel by way of a DLS App (block 510 ), interact with a GDC (block 520 ), which in turn operatively communicates with various aircraft components, including a CMF (block 530 ), at least one LRU (block 540 ), and a data loader (block 550 ).
- the CMF monitors a broadcast discrete of an LRU operation state (normal mode or maintenance mode), and waits for a maintenance event of any LRU on the aircraft.
- the aircraft level discrete for dataload can be used to trigger the dataload event (block 532 ).
- a maintenance mode event a specific LRU is identified for the update (block 534 ), and a datalink message such as an ACARS message is sent to the GDC.
- the GDC is aware of the software available on the data loader (block 536 ) in the aircraft. A notification is then sent to the DLS App from the GDC that the aircraft is available for maintenance.
- the DLS App is used to initiate a remote dataload by the GDC, which performs a GDC validation operation at 560 .
- the GDC sends a command message, such as an ACARS message, to the CMF on the aircraft to start the dataload when the software update is available on the data loader.
- the CMF sends a dataload command to the data loader, which initiates the dataload to the LRU.
- a dataload status message is sent from the LRU to the data loader, which in turn sends the dataload status message to the CMF.
- the dataload status message is forwarded from the CMF to the GDC, such as through an ACARS message.
- the dataload status message is then sent from the GDC to the DLS App.
- maintenance personnel by way of a DLS App (block 610 ), interact with a GDC (block 620 ), which in turn operatively communicates with various aircraft components, including a CMF (block 630 ), a gateway (block 640 ), at least one LRU (block 650 ), and a data loader (block 660 ).
- the CMF monitors a broadcast discrete of an LRU operation state (normal mode or maintenance mode), and waits for a maintenance event of any LRU on the aircraft.
- the aircraft level discrete for dataload can be used to trigger the dataload event (block 632 ).
- a maintenance mode event a specific LRU is identified for the update (block 634 ), and a datalink message such as an ACARS message is sent to the GDC.
- the GDC is aware of the software available on the data loader (block 636 ) in the aircraft. A notification is then sent to the DLS App from the GDC that the aircraft is available for maintenance.
- the DLS App is used to initiate a remote dataload by the GDC, which performs a GDC validation operation at 660 .
- the GDC sends a command message, such as an Internet protocol (IP) message, to the gateway on the aircraft to start the dataload when the software update is available on the data loader.
- IP Internet protocol
- the gateway sends a dataload command to the data loader, which initiates the dataload to the LRU.
- a dataload status message is sent from the LRU to the data loader, which in turn sends the dataload status message to the gateway.
- the dataload status message is forwarded from the gateway to the GDC, such as through an IP message.
- the dataload status message is then sent from the GDC to the DLS App.
- a computer or processor used in the present system and method can be implemented using software, firmware, hardware, or any appropriate combination thereof, as known to one of skill in the art. These may be supplemented by, or incorporated in, specially-designed application-specific integrated circuits (ASICs) or field programmable gate arrays (FPGAs).
- ASICs application-specific integrated circuits
- FPGAs field programmable gate arrays
- the computer or processor can also include functions with software programs, firmware, or other computer readable instructions for carrying out various process tasks, calculations, and control functions used in the present method and system.
- the present method can be implemented by computer executable instructions, such as program modules or components, which are executed by at least one processor.
- program modules include routines, programs, objects, data components, data structures, algorithms, and the like, which perform particular tasks or implement particular abstract data types.
- Instructions for carrying out the various process tasks, calculations, and generation of other data used in the operation of the methods described herein can be implemented in software, firmware, or other computer-readable or processor-readable instructions. These instructions are typically stored on any appropriate computer program product that includes a computer readable medium used for storage of computer readable instructions or data structures. Such a computer readable medium can be any available media that can be accessed by a general purpose or special purpose computer or processor, or any programmable logic device.
- Suitable processor-readable media may include storage or memory media such as magnetic or optical media.
- storage or memory media may include conventional hard disks, compact disks, DVDs, Blu-ray discs, or other optical storage disks; volatile or non-volatile media such as Random Access Memory (RAM); Read Only Memory (ROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, and the like; or any other media that can be used to carry or store desired program code in the form of computer executable instructions or data structures.
- RAM Random Access Memory
- ROM Read Only Memory
- EEPROM Electrically Erasable Programmable ROM
- flash memory and the like
- any other media that can be used to carry or store desired program code in the form of computer executable instructions or data structures.
- Example 1 includes a method for updating aircraft data, the method comprising: receiving one or more messages at a ground system that one or more aircraft is in a safe state on the ground; selecting one or more aircraft in the safe state to receive a software or database update from the ground system; verifying that the selected one or more aircraft in the safe state is in need of the software or database update; initiating a remote loading of the software or database update to the verified selected one or more aircraft in the safe state; and receiving one or more messages at the ground system from the verified selected one or more aircraft indicating a status of the remote loading.
- Example 2 includes the method of Example 1, wherein the ground system comprises one or more database sources, and an operations center where a data loading software application is located.
- Example 3 includes the method of any of Examples 1-2, wherein the ground system is in operative communication with a ground infrastructure comprising one or more Wi-Fi access points, a cellular communications infrastructure, or a satellite communications infrastructure.
- Example 4 includes the method of Example 3, wherein the ground infrastructure is configured for operative communication with the one or more aircraft in the safe state on the ground.
- Example 5 includes the method of Example 4, wherein the one or more aircraft includes an aircraft gateway, which is configured to communicate with the ground infrastructure through a wireless connection.
- Example 6 includes the method of Example 5, wherein the aircraft gateway is in operative communication with an on-board data storage, which operatively communicates with one or more onboard target avionics.
- Example 7 includes the method of Example 6, wherein a message received at the ground system that an aircraft is in a safe state on the ground, is sent from the aircraft gateway through the ground infrastructure.
- Example 8 includes the method of Example 7, wherein the remote loading of the software or database update is initiated by the data loading software application.
- Example 9 includes the method of Example 8, wherein the software or database update is received by the aircraft gateway and is sent to the on-board data storage.
- Example 10 includes the method of Example 9, wherein the software or database update is sent from the on-board data storage to the one or more onboard target avionics.
- Example 11 includes a system for updating aircraft data, the system comprising: at least one processor located in a ground operations center; and a non-transitory computer readable medium including instructions executable by the at least one processor to perform a method for updating aircraft data comprising: receiving one or more messages that one or more aircraft is in a safe state on the ground; selecting one or more aircraft in the safe state to receive a software or database update; verifying that the selected one or more aircraft in the safe state is in need of the software or database update; initiating a remote loading of the software or database update to the verified selected one or more aircraft in the safe state; and receiving one or more messages from the verified selected one or more aircraft indicating a status of the remote loading.
- Example 12 includes the system of Example 11, wherein the ground operations center includes at least one database provider.
- Example 13 includes the system of any of Examples 11-12, wherein the ground operations center is in operative communication with a ground infrastructure comprising one or more Wi-Fi access points, a cellular communications infrastructure, or a satellite communications infrastructure.
- a ground infrastructure comprising one or more Wi-Fi access points, a cellular communications infrastructure, or a satellite communications infrastructure.
- Example 14 includes the system of Example 13, wherein the ground infrastructure is configured for operative communication with the one or more aircraft in the safe state on the ground.
- Example 15 includes the system of Example 14, wherein the one or more aircraft comprises: an onboard gateway configured to wirelessly communicate with the ground infrastructure; a data loader in operative communication with the onboard gateway; and an avionics system comprising: a communications management function in operative communication with the onboard gateway and the data loader; and one or more line replaceable units in operative communication with the communications management function and the data loader.
- the one or more aircraft comprises: an onboard gateway configured to wirelessly communicate with the ground infrastructure; a data loader in operative communication with the onboard gateway; and an avionics system comprising: a communications management function in operative communication with the onboard gateway and the data loader; and one or more line replaceable units in operative communication with the communications management function and the data loader.
- Example 16 includes the system of any of Examples 11-15, wherein the remote loading of the software or database update is initiated by a data loading software application located in the ground operations center.
- Example 17 includes the system of any of Examples 15-16, wherein the remote loading of the software or database update comprises: sending an auto update command from the ground operations center to the communications management function through a datalink message; forwarding the auto update command from the communications management function to a line replaceable unit for which the software or database update is needed; saving the auto update command at the line replaceable unit until a maintenance mode for the line replaceable unit is entered; and when the maintenance mode is entered, sending a request from the line replaceable unit to the data loader to start the software or database update at the line replaceable unit.
- Example 18 includes the system of any of Examples 15-16, wherein the remote loading of the software or database update comprises: sending a dataload update command from the ground operations center to the communications management function through a datalink message; and forwarding the dataload update command from the communications management function to the data loader to start the software or database update at a line replaceable unit for which the software or database update is needed.
- Example 19 includes the system of any of Examples 15-16, wherein the remote loading of the software or database update comprises: sending a dataload update command from the ground operations center to the onboard gateway through the ground infrastructure; and forwarding the dataload update command from the onboard gateway to the data loader to start the software or database update at a line replaceable unit for which the software or database update is needed.
- Example 20 includes a computer program product, comprising: a non-transitory computer readable medium including instructions executable by a processor to perform a method for updating aircraft data comprising: receiving one or more messages that one or more aircraft is in a safe state on the ground; selecting one or more aircraft in the safe state to receive a software or database update; verifying that the selected one or more aircraft in the safe state is in need of the software or database update; initiating a remote loading of the software or database update to the verified selected one or more aircraft in the safe state; and receiving one or more messages from the verified selected one or more aircraft indicating a status of the remote loading.
- a computer program product comprising: a non-transitory computer readable medium including instructions executable by a processor to perform a method for updating aircraft data comprising: receiving one or more messages that one or more aircraft is in a safe state on the ground; selecting one or more aircraft in the safe state to receive a software or database update; verifying that the selected one or more aircraft in the safe state is in need of the software or database update
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Astronomy & Astrophysics (AREA)
- Aviation & Aerospace Engineering (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
Description
- Currently, an avionics software or database update is done by a dataload, which is initiated using a data loader by an aircraft maintenance engineer who is physically required to be present in the vicinity of the aircraft. The maintenance engineer has no mechanism indicating what software or database version is available on the aircraft, nor what software or database version is available on a data loader present in an aircraft equipped with a wireless gateway.
- A method for updating aircraft data is provided. The method comprises: receiving one or more messages at a ground system that one or more aircraft is in a safe state on the ground; selecting one or more aircraft in the safe state to receive a software or database update from the ground system; verifying that the selected one or more aircraft in the safe state is in need of the software or database update; initiating a remote loading of the software or database update to the verified selected one or more aircraft in the safe state; and receiving one or more messages at the ground system from the verified selected one or more aircraft indicating a status of the remote loading.
- Features of the present invention will become apparent to those skilled in the art from the following description with reference to the drawings. Understanding that the drawings depict only typical embodiments and are not therefore to be considered limiting in scope, the invention will be described with additional specificity and detail through the use of the accompanying drawings, in which:
-
FIG. 1 is a flow diagram of a method for updating aircraft data, according to one implementation; -
FIG. 2 is a block diagram of an exemplary system for updating aircraft data, according to one embodiment; -
FIG. 3 is a block diagram of system architecture for updating aircraft data, according to one example embodiment; -
FIG. 4 is an operational flow diagram of one exemplary method for updating aircraft data using a remote wireless dataload; -
FIG. 5 is an operational flow diagram of another exemplary method for updating aircraft data using a remote wireless dataload; and -
FIG. 6 is an operational flow diagram of an alternative exemplary method for updating aircraft data using a remote wireless dataload. - In the following detailed description, embodiments are described in sufficient detail to enable those skilled in the art to practice the invention. It is to be understood that other embodiments may be utilized without departing from the scope of the invention. The following detailed description is, therefore, not to be taken in a limiting sense.
- A method and system is provided for tracking an aircraft with an older version of software/database, and initiating an autoload of the latest version of the software/database when the aircraft is in safe state for dataload. The present method provides for determining which software/database version is currently installed on the aircraft, and provides various approaches for remotely installing an updated software/database on the aircraft. The present method allows maintenance personnel in a ground operations center to initiate remote dataloading of software/database updates to one or more aircraft, without having to be at or near the aircraft.
- Further details of the present method and system are described hereafter with reference to the drawings.
-
FIG. 1 is a flow diagram of amethod 100 for updating aircraft data, according to one implementation. Initially, one or more messages are received at a ground center that one or more aircraft is in a safe state on the ground (block 110), such as at a gate. One or more aircraft in the safe state is then selected to receive a software or database update from the ground center (block 120). Themethod 100 then verifies that the selected aircraft in the safe state is in need of the software or database update (block 130). Themethod 100 thereafter initiates a remote loading of the software or database update to the verified selected aircraft in the safe state (block 140). One or more messages are received at the ground center from the verified selected aircraft indicating a status of the remote loading (block 150). -
FIG. 2 illustrates anexemplary system 200, which can be employed for updating aircraft data, according to one embodiment. Thesystem 200 generally comprises aground system 210, which can include one or more database sources, as well as a system end point at a ground center. Theground system 210 is in operative communication with aground infrastructure 220, which can include Wi-Fi access points, cellular infrastructure, satellite communications (SatCom) infrastructure, and the like. - The
ground infrastructure 220 is configured for operative communication with one or more aircraft, such as anaircraft 230, which is located on the ground in a safe state, such as parked at an airport terminal gate. Theaircraft 230 includes anaircraft gateway 232, which is configured to communicate withground infrastructure 220, such as through a wireless connection. Theaircraft gateway 232 is in operative communication with an on-board data storage 234, which operatively communicates with one ormore target avionics 236. - In order to update the aircraft data for
aircraft 230, a message is sent fromaircraft gateway 232 toground system 210 throughground infrastructure 220 thataircraft 230 is in a safe state on the ground. Theaircraft 230 is selected to receive a software or database update after verification thataircraft 230 is in need of the update. Remote loading of the software or database update is then initiated fromground system 210, which sends the update throughground infrastructure 220 toaircraft 230. The software or database update is received byaircraft gateway 232 and is then sent to on-board data storage 234. The update is then sent to theappropriate target avionics 236. -
FIG. 3 illustrates asystem architecture 300, which can be employed for updating aircraft data, according to one example embodiment. Thesystem architecture 300 includes aground system 310, which can include at least one database provider, at least one airline data consumer, ground support services, and the like. Theground system 310 also includes an operations ground center where a data loading software application (DLS App) is located for remote operation. - The
ground system 310 is in operative communication with aground infrastructure 320, such as through the Internet 324. Theground infrastructure 320 can include Wi-Fi access points, cellular infrastructure, SatCom infrastructure, and the like. Theground infrastructure 320 is configured for operative communication with one or more aircraft located on the ground in a safe state. - An
onboard gateway 330 on the aircraft is the aircraft gateway and is configured to wirelessly communicate withground infrastructure 320. Theonboard gateway 330 includes respective Wi-Fi andcellular communication devices processor 336 and amemory unit 338. Theonboard gateway 330 operatively communicates with anonboard data loader 340, such as through an Ethernetconnection 342. Thedata loader 340 includes amemory unit 344, aWiFi radio 346, anEthernet switch 348, anddata loading software 350. - An
avionics system 360 onboard the aircraft operatively communicates withdata loader 340, such as through an Ethernetbus 352 that is connected to Ethernetswitch 348. Theavionics system 360 also operatively communicates withonboard gateway 330, such as through an Ethernetconnection 354 coupled to Ethernetbus 352. Theavionics system 360 includes a set of network interface controller (NIC)modules 362, which communicate with Ethernetbus 352 and also communicate with an avionics standard communications bus (ASCB) 356. - A plurality of line replaceable units (LRUs) in
avionics system 360 operatively communicate withNIC modules 362 through a virtual backplane (VBP)bus 364. A communications management unit (CMU) or communication management function (CMF) 366 inavionics system 360 is associated with anLRU 368, which communicates withVBP bus 364. A central maintenance computer (CMC) 370 inavionics system 360 includes data loading software (DLS) 372. The CMC 370 is in communication with Ethernetbus 352 and VBPbus 364. An aircraft condition monitoring system (ACMS) or aircraft condition monitoring function (ACMF) 374 inavionics system 360 is in communication with Ethernetbus 352 and VBPbus 364. - In one method for performing an update operation using
system architecture 300,ground system 310 notifies an LRU on the aircraft that a software/database update is available, and the LRUrequests data loader 340 to initiate a dataload of the update when a maintenance mode is entered. For example,ground system 310 can send an auto update command by way of a datalink uplink using CMF 366 in the aircraft. The CMF 366 will forward/route the auto update command to the respective LRUs on the aircraft for which the software/database update is needed. Each LRU will save this auto update command and wait for the LRU to enter a maintenance mode. As soon as the maintenance mode is entered, the LRU will automatically requestdata loader 340 to initiate the dataload update. - In another method for performing an update operation using
system architecture 300, CMF 366 monitors a broadcast discrete of an LRU operation state (normal mode or maintenance mode) on the aircraft. When an LRU status enters a maintenance mode (or dataload mode), CMF 366 informsground system 310 using a datalink message indicating the LRU is available for maintenance (dataload). Theground system 310 can commanddata loader 340 throughCMF 366 using a datalink uplink to initiate the dataload update. Alternatively,ground system 310 can commanddata loader 340 throughonboard gateway 330 to initiate the dataload update. -
FIGS. 4-6 are operational flow diagrams showing further details of the various alternative methods for updating aircraft data using a wireless dataload. - In a
first updating method 400 shown inFIG. 4 , maintenance personnel, by way of a DLS App (block 410), interact with a ground data center (GDC) (block 420), which in turn operatively communicates with at least one LRU (block 430) and a data loader (block 440) onboard an aircraft. Themethod 400 can provide a control dataload method for one or more aircraft LRUs, for example. - In
method 400, the DLS App is used to send a query to the GDC regarding the current software in an aircraft of interest. The GDC is aware of the software available on the data loader (block 422) in the aircraft. In addition, the software for the update is available in the data loader, as the data has already been pushed to the aircraft (block 424). After receiving information from the GDC on the query, the DLS App is used to initiate an auto update uplink, which is sent to the GDC to perform a GDC validation operation at 450. If valid, the GDC forwards the uplink to the LRU, which notifies the LRU that a software/database update is available, and a maintenance mode is entered at 452 to set up an auto update operation. The LRU requests the data loader to initiate the software update when ready. The dataload is started, and the dataloading operation is carried out (block 454). The software used in the maintenance mode for dataloading is proactive and uses a “pull” method for the update. This means that the LRU has some logic that determines which software in the LRU may be updated. - When the dataloading is complete at 456, the auto update operation is cleared, and the maintenance mode is exited (block 458). A status message such as an ACARS message is sent from the LRU to the GDC, which in turn sends a dataload success status message to the DLS App.
- The GDC validation can determine that the uplink request is to be rejected (block 460). For example, the GDC validation can determine that uplink of the message to the aircraft is not possible because: the GDC has determined that the airline does not support remote dataloading; or the GDC has determined that the aircraft is not available for the time required to complete the software update.
- In another
updating method 500 depicted inFIG. 5 , maintenance personnel, by way of a DLS App (block 510), interact with a GDC (block 520), which in turn operatively communicates with various aircraft components, including a CMF (block 530), at least one LRU (block 540), and a data loader (block 550). - During
method 500, the CMF monitors a broadcast discrete of an LRU operation state (normal mode or maintenance mode), and waits for a maintenance event of any LRU on the aircraft. For example, the aircraft level discrete for dataload can be used to trigger the dataload event (block 532). During a maintenance mode event, a specific LRU is identified for the update (block 534), and a datalink message such as an ACARS message is sent to the GDC. The GDC is aware of the software available on the data loader (block 536) in the aircraft. A notification is then sent to the DLS App from the GDC that the aircraft is available for maintenance. - The DLS App is used to initiate a remote dataload by the GDC, which performs a GDC validation operation at 560. The GDC sends a command message, such as an ACARS message, to the CMF on the aircraft to start the dataload when the software update is available on the data loader. The CMF sends a dataload command to the data loader, which initiates the dataload to the LRU. A dataload status message is sent from the LRU to the data loader, which in turn sends the dataload status message to the CMF. The dataload status message is forwarded from the CMF to the GDC, such as through an ACARS message. The dataload status message is then sent from the GDC to the DLS App.
- In an
alternative updating method 600 depicted inFIG. 6 , maintenance personnel, by way of a DLS App (block 610), interact with a GDC (block 620), which in turn operatively communicates with various aircraft components, including a CMF (block 630), a gateway (block 640), at least one LRU (block 650), and a data loader (block 660). - During
method 600, the CMF monitors a broadcast discrete of an LRU operation state (normal mode or maintenance mode), and waits for a maintenance event of any LRU on the aircraft. For example, the aircraft level discrete for dataload can be used to trigger the dataload event (block 632). During a maintenance mode event, a specific LRU is identified for the update (block 634), and a datalink message such as an ACARS message is sent to the GDC. The GDC is aware of the software available on the data loader (block 636) in the aircraft. A notification is then sent to the DLS App from the GDC that the aircraft is available for maintenance. - The DLS App is used to initiate a remote dataload by the GDC, which performs a GDC validation operation at 660. The GDC sends a command message, such as an Internet protocol (IP) message, to the gateway on the aircraft to start the dataload when the software update is available on the data loader. The gateway sends a dataload command to the data loader, which initiates the dataload to the LRU. A dataload status message is sent from the LRU to the data loader, which in turn sends the dataload status message to the gateway. The dataload status message is forwarded from the gateway to the GDC, such as through an IP message. The dataload status message is then sent from the GDC to the DLS App.
- A computer or processor used in the present system and method can be implemented using software, firmware, hardware, or any appropriate combination thereof, as known to one of skill in the art. These may be supplemented by, or incorporated in, specially-designed application-specific integrated circuits (ASICs) or field programmable gate arrays (FPGAs). The computer or processor can also include functions with software programs, firmware, or other computer readable instructions for carrying out various process tasks, calculations, and control functions used in the present method and system.
- The present method can be implemented by computer executable instructions, such as program modules or components, which are executed by at least one processor. Generally, program modules include routines, programs, objects, data components, data structures, algorithms, and the like, which perform particular tasks or implement particular abstract data types.
- Instructions for carrying out the various process tasks, calculations, and generation of other data used in the operation of the methods described herein can be implemented in software, firmware, or other computer-readable or processor-readable instructions. These instructions are typically stored on any appropriate computer program product that includes a computer readable medium used for storage of computer readable instructions or data structures. Such a computer readable medium can be any available media that can be accessed by a general purpose or special purpose computer or processor, or any programmable logic device.
- Suitable processor-readable media may include storage or memory media such as magnetic or optical media. For example, storage or memory media may include conventional hard disks, compact disks, DVDs, Blu-ray discs, or other optical storage disks; volatile or non-volatile media such as Random Access Memory (RAM); Read Only Memory (ROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, and the like; or any other media that can be used to carry or store desired program code in the form of computer executable instructions or data structures.
- Example 1 includes a method for updating aircraft data, the method comprising: receiving one or more messages at a ground system that one or more aircraft is in a safe state on the ground; selecting one or more aircraft in the safe state to receive a software or database update from the ground system; verifying that the selected one or more aircraft in the safe state is in need of the software or database update; initiating a remote loading of the software or database update to the verified selected one or more aircraft in the safe state; and receiving one or more messages at the ground system from the verified selected one or more aircraft indicating a status of the remote loading.
- Example 2 includes the method of Example 1, wherein the ground system comprises one or more database sources, and an operations center where a data loading software application is located.
- Example 3 includes the method of any of Examples 1-2, wherein the ground system is in operative communication with a ground infrastructure comprising one or more Wi-Fi access points, a cellular communications infrastructure, or a satellite communications infrastructure.
- Example 4 includes the method of Example 3, wherein the ground infrastructure is configured for operative communication with the one or more aircraft in the safe state on the ground.
- Example 5 includes the method of Example 4, wherein the one or more aircraft includes an aircraft gateway, which is configured to communicate with the ground infrastructure through a wireless connection.
- Example 6 includes the method of Example 5, wherein the aircraft gateway is in operative communication with an on-board data storage, which operatively communicates with one or more onboard target avionics.
- Example 7 includes the method of Example 6, wherein a message received at the ground system that an aircraft is in a safe state on the ground, is sent from the aircraft gateway through the ground infrastructure.
- Example 8 includes the method of Example 7, wherein the remote loading of the software or database update is initiated by the data loading software application.
- Example 9 includes the method of Example 8, wherein the software or database update is received by the aircraft gateway and is sent to the on-board data storage.
- Example 10 includes the method of Example 9, wherein the software or database update is sent from the on-board data storage to the one or more onboard target avionics.
- Example 11 includes a system for updating aircraft data, the system comprising: at least one processor located in a ground operations center; and a non-transitory computer readable medium including instructions executable by the at least one processor to perform a method for updating aircraft data comprising: receiving one or more messages that one or more aircraft is in a safe state on the ground; selecting one or more aircraft in the safe state to receive a software or database update; verifying that the selected one or more aircraft in the safe state is in need of the software or database update; initiating a remote loading of the software or database update to the verified selected one or more aircraft in the safe state; and receiving one or more messages from the verified selected one or more aircraft indicating a status of the remote loading.
- Example 12 includes the system of Example 11, wherein the ground operations center includes at least one database provider.
- Example 13 includes the system of any of Examples 11-12, wherein the ground operations center is in operative communication with a ground infrastructure comprising one or more Wi-Fi access points, a cellular communications infrastructure, or a satellite communications infrastructure.
- Example 14 includes the system of Example 13, wherein the ground infrastructure is configured for operative communication with the one or more aircraft in the safe state on the ground.
- Example 15 includes the system of Example 14, wherein the one or more aircraft comprises: an onboard gateway configured to wirelessly communicate with the ground infrastructure; a data loader in operative communication with the onboard gateway; and an avionics system comprising: a communications management function in operative communication with the onboard gateway and the data loader; and one or more line replaceable units in operative communication with the communications management function and the data loader.
- Example 16 includes the system of any of Examples 11-15, wherein the remote loading of the software or database update is initiated by a data loading software application located in the ground operations center.
- Example 17 includes the system of any of Examples 15-16, wherein the remote loading of the software or database update comprises: sending an auto update command from the ground operations center to the communications management function through a datalink message; forwarding the auto update command from the communications management function to a line replaceable unit for which the software or database update is needed; saving the auto update command at the line replaceable unit until a maintenance mode for the line replaceable unit is entered; and when the maintenance mode is entered, sending a request from the line replaceable unit to the data loader to start the software or database update at the line replaceable unit.
- Example 18 includes the system of any of Examples 15-16, wherein the remote loading of the software or database update comprises: sending a dataload update command from the ground operations center to the communications management function through a datalink message; and forwarding the dataload update command from the communications management function to the data loader to start the software or database update at a line replaceable unit for which the software or database update is needed.
- Example 19 includes the system of any of Examples 15-16, wherein the remote loading of the software or database update comprises: sending a dataload update command from the ground operations center to the onboard gateway through the ground infrastructure; and forwarding the dataload update command from the onboard gateway to the data loader to start the software or database update at a line replaceable unit for which the software or database update is needed.
- Example 20 includes a computer program product, comprising: a non-transitory computer readable medium including instructions executable by a processor to perform a method for updating aircraft data comprising: receiving one or more messages that one or more aircraft is in a safe state on the ground; selecting one or more aircraft in the safe state to receive a software or database update; verifying that the selected one or more aircraft in the safe state is in need of the software or database update; initiating a remote loading of the software or database update to the verified selected one or more aircraft in the safe state; and receiving one or more messages from the verified selected one or more aircraft indicating a status of the remote loading.
- The present invention may be embodied in other specific forms without departing from its essential characteristics. The described embodiments are to be considered in all respects only as illustrative and not restrictive. The scope of the invention is therefore indicated by the appended claims rather than by the foregoing description. All changes that come within the meaning and range of equivalency of the claims are to be embraced within their scope.
Claims (21)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/881,682 US20200285460A1 (en) | 2016-10-27 | 2020-05-22 | Tracking aircraft with older version of software/database and initiating autoload of latest version of software/database when aircraft is in safe state for dataload |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/336,516 US10664258B2 (en) | 2016-10-27 | 2016-10-27 | Systems and methods for updating aircraft data based on location of aircraft |
US16/881,682 US20200285460A1 (en) | 2016-10-27 | 2020-05-22 | Tracking aircraft with older version of software/database and initiating autoload of latest version of software/database when aircraft is in safe state for dataload |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/336,516 Continuation US10664258B2 (en) | 2016-10-27 | 2016-10-27 | Systems and methods for updating aircraft data based on location of aircraft |
Publications (1)
Publication Number | Publication Date |
---|---|
US20200285460A1 true US20200285460A1 (en) | 2020-09-10 |
Family
ID=60244854
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/336,516 Active 2037-01-06 US10664258B2 (en) | 2016-10-27 | 2016-10-27 | Systems and methods for updating aircraft data based on location of aircraft |
US16/881,682 Abandoned US20200285460A1 (en) | 2016-10-27 | 2020-05-22 | Tracking aircraft with older version of software/database and initiating autoload of latest version of software/database when aircraft is in safe state for dataload |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/336,516 Active 2037-01-06 US10664258B2 (en) | 2016-10-27 | 2016-10-27 | Systems and methods for updating aircraft data based on location of aircraft |
Country Status (2)
Country | Link |
---|---|
US (2) | US10664258B2 (en) |
EP (1) | EP3316126A1 (en) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10846076B2 (en) * | 2016-10-11 | 2020-11-24 | Barfield, Inc. | Remote application update of measurement device field firmware |
WO2021005044A1 (en) * | 2019-07-08 | 2021-01-14 | Safran Electronics & Defense | System and method for updating data for computing devices in an aircraft |
US11354116B2 (en) * | 2019-08-19 | 2022-06-07 | Honeywell International Inc. | Updating remote databases |
US11816937B2 (en) | 2020-11-18 | 2023-11-14 | Honeywell International Inc. | Systems and methods for reconfigurable on-vehicle data routing |
CN112884798A (en) * | 2021-01-27 | 2021-06-01 | 湖北三江航天红峰控制有限公司 | Verification method of moving target tracking and aiming system |
US20230259348A1 (en) * | 2022-02-15 | 2023-08-17 | Pratt & Whitney Canada Corp. | System and method for software update in aircraft |
Family Cites Families (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6799037B1 (en) * | 1996-12-12 | 2004-09-28 | Verizon Airfone Inc. | Method and apparatus for communication with a mobile unit |
US6438468B1 (en) * | 2000-11-28 | 2002-08-20 | Honeywell International Inc. | Systems and methods for delivering data updates to an aircraft |
US6671589B2 (en) * | 2001-02-13 | 2003-12-30 | William Holst | Method and apparatus to support remote and automatically initiated data loading and data acquisition of airborne computers using a wireless spread spectrum aircraft data services link |
US7908042B2 (en) * | 2001-02-13 | 2011-03-15 | The Boeing Company | Methods and apparatus for wireless upload and download of aircraft data |
US7500436B2 (en) * | 2003-05-22 | 2009-03-10 | General Electric Company | System and method for managing emissions from mobile vehicles |
US6876905B2 (en) * | 2002-11-14 | 2005-04-05 | System And Software Enterprises, Inc. | Aircraft data transmission system for wireless communication of data between the aircraft and ground-based systems |
US7636568B2 (en) | 2002-12-02 | 2009-12-22 | The Boeing Company | Remote aircraft manufacturing, monitoring, maintenance and management system |
US7489992B2 (en) * | 2004-04-12 | 2009-02-10 | Sagem Avionics, Inc. | Method and system for remotely communicating and interfacing with aircraft condition monitoring systems |
US7366589B2 (en) * | 2004-05-13 | 2008-04-29 | General Motors Corporation | Method and system for remote reflash |
US20060229772A1 (en) * | 2005-04-08 | 2006-10-12 | Honeywell International Inc. | Systems and methods for avionics software delivery |
US8682509B2 (en) * | 2007-02-16 | 2014-03-25 | Honeywell International Inc. | Vehicle monitoring system |
US20090138873A1 (en) * | 2007-11-27 | 2009-05-28 | The Boeing Company | Method and Apparatus for Loadable Aircraft Software Parts Distribution |
US8209351B2 (en) * | 2007-12-18 | 2012-06-26 | Honeywell International Inc. | Display definitions interface for avionics communications systems |
FR2926692B1 (en) * | 2008-01-23 | 2010-02-19 | Airbus France | METHODS AND DEVICES FOR IMPROVING COMMUNICATION RELIABILITY BETWEEN AN AIRCRAFT AND A REMOTE SYSTEM |
US8055393B2 (en) * | 2008-02-06 | 2011-11-08 | The Boeing Company | Method and apparatus for loading software aircraft parts |
US8063798B2 (en) * | 2008-06-03 | 2011-11-22 | Honeywell International Inc. | Methods and apparatus to assist pilots under conditions in which spatial disorientation may be present |
US20100083242A1 (en) * | 2008-09-30 | 2010-04-01 | Kai Altstaedt | Installation management system for an aircraft server |
FR2943152B1 (en) * | 2009-03-13 | 2019-03-15 | Airbus Operations | AUTOMATED SOFTWARE DOWNLOADING METHODS AND DEVICES IN AN APPARATUS SUCH AS AN AIRCRAFT INCLUDING UPDATING THE ASSOCIATED DOCUMENTATION |
FR2959633B1 (en) * | 2010-04-29 | 2012-08-31 | Airbus Operations Sas | METHOD FOR UPGRADING AN AIRCRAFT |
FR2987145B1 (en) * | 2012-02-20 | 2014-04-04 | Airbus Operations Sas | METHOD AND APPARATUS FOR OPTIMIZING DATA UPDATES IN OPERALLY APPROVED AIRCRAFT SOFTWARE APPLICATIONS |
FR2990531B1 (en) * | 2012-05-11 | 2014-06-06 | Airbus Operations Sas | METHOD FOR UPDATING AN AIRCRAFT SOFTWARE ABOARD AN AIRCRAFT |
US9207954B2 (en) * | 2012-10-26 | 2015-12-08 | Pratt & Whitney Canada Corp | Configurable aircraft data acquisition and/or transmission system |
US10382555B2 (en) * | 2012-11-13 | 2019-08-13 | Gogo Llc | Vehicle data distribution system and method |
US9086941B1 (en) * | 2014-05-29 | 2015-07-21 | Massachusetts Institute Of Technology | System and method for providing predictive software upgrades |
US20160280374A1 (en) * | 2015-03-25 | 2016-09-29 | Global Sky Technologies, Llc | Mobile passenger entertainment and information system |
US9934620B2 (en) * | 2015-12-22 | 2018-04-03 | Alula Aerospace, Llc | System and method for crowd sourcing aircraft data communications |
-
2016
- 2016-10-27 US US15/336,516 patent/US10664258B2/en active Active
-
2017
- 2017-10-23 EP EP17197773.9A patent/EP3316126A1/en not_active Withdrawn
-
2020
- 2020-05-22 US US16/881,682 patent/US20200285460A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
EP3316126A1 (en) | 2018-05-02 |
US10664258B2 (en) | 2020-05-26 |
US20180121188A1 (en) | 2018-05-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200285460A1 (en) | Tracking aircraft with older version of software/database and initiating autoload of latest version of software/database when aircraft is in safe state for dataload | |
US10203949B2 (en) | System and method for providing software updates | |
CN112004729A (en) | Real-time remote control of a vehicle with high redundancy | |
WO2019116896A1 (en) | On-vehicle update device, program, and program or data update method | |
US10552147B2 (en) | Over the air updates using drones | |
CN111066334B (en) | Mobile communication system | |
US9753969B2 (en) | Systems and method for wirelessly and securely updating a terrain awareness warning system database | |
US10798033B2 (en) | Processing messages for an application running on a computer external to a communications management unit (CMU) | |
US10678534B2 (en) | Method for updating a plurality of vehicles and assembly formed by a plurality of railway vehicles and an associated management system | |
CN105913690B (en) | System and method for detecting whether a data link application is available at an airport | |
US8107412B2 (en) | Gatelink startup controlled by ACARS CMU | |
JP7310570B2 (en) | In-vehicle update device, program, and program update method | |
CN110708107B (en) | Method and system for controlling operation of aircraft satellite data unit | |
US20220261239A1 (en) | Updating remote databases | |
CN109660586B (en) | System and method for aircraft data loading using a cabin gateway | |
CN110875845B (en) | Communication management unit with configurable interface | |
US10971019B2 (en) | Vehicle communication and navigation system | |
EP3471079A1 (en) | System and method for aircraft data loading using cabin gateways | |
EP3462306B1 (en) | Over the air updates using drones | |
EP3518214A1 (en) | Smart data query method and system | |
KR20170119414A (en) | Oma-dm standards vehicle devices and management based on oma-dm and f/sota supporting method | |
CN115380519A (en) | Link service profile for predictive service control | |
JP2020120184A (en) | Communication device, control method, and control program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: HONEYWELL INTERNATIONAL INC., NEW JERSEY Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SRINIVASAN, DIVYA SWARUP GIRIYAPPA;GOLDSTEIN, DAVID B.;MATHEWS, DILIP;AND OTHERS;REEL/FRAME:052736/0074 Effective date: 20161025 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE AFTER FINAL ACTION FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: ADVISORY ACTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |