1. Field of the Disclosure
The disclosure relates to management of weight and balance of cargo on aircraft.
2. Introduction
For cargo airlines, weight and balance of the cargo load can be crucial for safety of flight and fuel cost savings. Airline personnel spend considerable man-hours ensuring that the weight and balance of aircraft meet specific criteria for safety of flight and fuel cost savings, for example.
Conventional weight and balance load planning and performance calculating systems are cumbersome and require considerable time and manual entries. Changes in cargo placement also require manual or cumbersome automated changes in airline paperwork.
A method and apparatus for weight and balance management for aircraft is disclosed. The method may include receiving specific aircraft weight and balance data, the specific aircraft weight and balance data including aircraft identification information, passenger and crew information, aircraft destination information, container and cargo destination information, cargo and container origin information, fuel information, container identification information, container weight information, cargo weight information, cargo storage area identification information, cargo storage area configuration information, and container storage area configuration information, computing weight and balance information based on the received specific aircraft weight and balance data, wherein if the computed weight and balance information does not meet predetermined parameters, sending a signal to alert a user that the computed weight and balance information does not meet predetermined parameters, and sending computed weight and balance information and specific aircraft weight and balance data to a weight and balance management server for at least one of processing and storage.
In order to describe the manner in which the above-recited and other advantages and features of the disclosure can be obtained, a more particular description of the disclosure briefly described above will be rendered by reference to specific embodiments thereof which are illustrated in the appended drawings. Understanding that these drawings depict only typical embodiments of the disclosure and are not therefore to be considered to be limiting of its scope, the disclosure will be described and explained with additional specificity and detail through the use of the accompanying drawings in which:
Additional features and advantages of the disclosure will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the disclosure. The features and advantages of the disclosure may be realized and obtained by means of the instruments and combinations particularly pointed out in the appended claims. These and other features of the present disclosure will become more fully apparent from the following description and appended claims, or may be learned by the practice of the disclosure as set forth herein.
Various embodiments of the disclosure are discussed in detail below. While specific implementations are discussed, it should be understood that this is done for illustration purposes only. A person skilled in the relevant art will recognize that other components and configurations may be used without parting from the spirit and scope of the disclosure.
The disclosure comprises a variety of embodiments, such as a method and apparatus and other embodiments that relate to the basic concepts of the disclosure. Note that while this disclosure discusses aircraft, airline and railway travel uses for the disclosure, the disclosure is by no means limited to that area and may be applied to a wide variety of environment and uses.
This disclosure concerns a weight and balance application specifically designed to permit easy input of data as well as for managing distribution of cargo containers and providing a seamless data exchange capability with the customer's conventional weight and balance load planning and performance calculating system. The weight and balance application may be Electronic Flight Bag (EFB) hosted and may be executed on a cost effective tablet personal computer (PC) and can use the data link system to move the entered or acquired weight and balance information to and from where it is needed without requiring redundant data input. The weight and balance application may be focused on easy data input as well as addresses the unique requirements of cargo container placement and special handling parameters required by the users.
The weight and balance application that is disclosed herein describes a “Finger Friendly” user interface for entering the necessary data which addresses the specific needs of a specific Cargo airline with regard to container default weights, locations and parameters that are used by the airline operationally. This data and user interface can be changed easily. The weight and balance application may use bar code scanning or Radio Frequency Identification (RFID) technology as well as interfaces to existing weight measuring devices to automatically input cargo container identification and associated weights.
The weight and balance application may include a user interface that was easy to understand and use as well as to use a database for individual tail numbers that allowed flexibility in defining specific airframe characteristics. The database architecture may be XML-based, for example, in order to allow easy portability of the data as well as to allow for management of the data components that reside on the EFB and for the data that is communicated.
As an aircraft chooses to perform weight and balance and performance calculations, for example, the weight and balance may transmit the weight and balance data to their dispatch system in order to do the final calculations. The communications medium may include ACARS and ground based 802.11× technologies. Conceptually, ACARS may be used at remote sites and while in-flight and 802.11 may be suitable for use at the master cargo sort facility where all aircraft ultimately converge in a confined area. Weight and balance data may be received packaged in ACARS messages and extracted from the application and passed to a processing system or server via an automated data interface, for example.
The one or more wireless scanner 120 may represent any scanner used to scan for identification devices (e.g., barcodes, RFID tags, etc.) found in, on or around containers, cargo, and locations on the aircraft, such as an RFID or bar code scanner.
The one or more aircraft 130 represents any aircraft that transports cargo, including passenger airlines, cargo airlines, charter airlines, private jets, etc.
The weight and balance management server 150 may be any server, computer or other similar device capable of storing and managing media publications and other documents and products. Weight and balance management database 160 may serve to store weight and balance data and aircraft configurations for individual flights, aircraft, and/or aircraft type, for example.
The processor 220 may include at least one conventional processor or microprocessor that interprets and executes instructions. Memory 230 may be a random access memory (RAM) or another type of dynamic storage device that stores information and instructions for execution by processor 220. Memory 230 may also include a read-only memory (ROM) which may include a conventional ROM device or another type of static storage device that stores static information and instructions for processor 220.
The communication interface 270 may include any mechanism that facilitates communication via the communications network 110. For example, the communication interface 270 may include a modem. Alternatively, the communication interface 270 may include other mechanisms for assisting in communications with other devices and/or systems.
ROM 240 may include a conventional ROM device or another type of static storage device that stores static information and instructions for the processor 220. The weight and balance management unit 140 may also include any type of storage media, such as, for example, magnetic or optical recording media and its corresponding drive.
The user interface 260 may include one or more conventional input mechanisms that permit a user to input information, communicate with the weight and balance management unit 140, and/or present information to the user, such as an electronic display, microphone, touchpad, keypad, keyboard, mouse, pen, stylus, voice recognition device, buttons, one or more speakers, etc. Output mechanisms for the user interface 260 may include one or more conventional mechanisms that output information to the user, including a display, a printer, one or more speakers, or a medium, such as a memory, or a magnetic or optical disk and a corresponding disk drive.
The weight and balance management unit 140 may perform such functions in response to the processor 220 by executing sequences of instructions contained in a computer-readable medium, such as, for example, memory 230. Such instructions may be read into memory 230 from another computer-readable medium, such as a storage device or from a separate device via the communication interface 270.
The weight and balance management unit 140 illustrated in
Note that the diagram 300 in
For illustrative purposes, the operation of the weight and balance management unit 140 will be described below in relation to the diagrams shown in
The specific aircraft weight and balance data may be received by at least one of manual entry and automatically. As far as automatically receiving data, the specific aircraft weight and balance data may be received from a memory, a server, a scanner, and a Radio Frequency Identification (RFID) device, for example.
At step 4300, the weight and balance management module 250 may compute weight and balance information based on the received specific aircraft weight and balance data. At step 4400, the weight and balance management module 250 may determine if the computed weight and balance information meets predetermined parameters. The predetermined parameters may be weight differentials between different sections of the aircraft and weight limits, for example.
If the weight and balance management module 250 determines that the computed weight and balance information does not meet predetermined parameters, the process goes to step 4500 where the weight and balance management module 250 may send a signal to alert a user that the computed weight and balance information does not meet predetermined parameters. The weight and balance management module 250 may also make suggestions on how to solve the weight and balance problem, such as moving containers and or cargo to different locations. The process then returns back to step 4200 where the weight and balance management module 250 may receive updated information and recomputed the weigh and balance information.
If at step 4400, the weight and balance management module 250 determines that the computed weight and balance information meets the predetermined parameters, at step 4600, the weight and balance management module 250 may determine if there is any more cargo to be loaded. If the weight and balance management module 250 determines that there is more cargo to be loaded, the process returns to step 4200.
If the weight and balance management module 250 determines that there is no more cargo to be loaded, the process goes to step 4700 where the weight and balance management module 250 may send the computed weight and balance information and specific aircraft weight and balance data to a weight and balance management server for at least one of processing and storage. The computed weight and balance information and specific aircraft weight and balance data may be sent using Aircraft Communication Addressing and Reporting System (ACARS). The process then goes to step 4800 and ends.
The aircraft identification information may include aircraft tail number, aircraft configuration, aircraft empty weight, flight information, aircraft flight parameters, aircraft weight and balance limits, and safety of flight information, for example. The container identification information may include identification number, content information, hazardous material information, destination information, and origin information, for example. Fuel information may include fuel, location, fuel type, fuel amount, and fuel weight, for example.
For example, in a DC-9, each of the field areas (A-L) may represent one of the 11 cargo areas of the aircraft where “A” is located at the front and “L” is towards the Tail section. As data is input, a running total of the Balance may be shown in the “B” box to the right and the Weight is shown in the “W” box. These totals are for the specific lateral location (A-L). Note that this table will differ for different aircraft configurations.
To enter data in a specific field, the user may either touch the exact field where the container is being placed or the user may touch one of the larger, light blue “A” to “L” buttons to the right of the load diagram which will pop up a larger view of the load row enabling easier selection.
Note that if data has already been entered in the table, the pop-up template may reflect all current values and parameters allowing easy correction of any field with a simple touch, for example. There may be color coding to indicate in the cargo distribution table field that the Hazardous material attribute or parameter was set when entering the data. This identification may be a requirement for the actual print out of the cargo report/load plan.
The Container color which may be a company-specific code for type of container may be an important attribute because it associates the empty container weight with the actual weight of the contents in order to determine the actual revenue generating weight of the cargo.
Data entry fields are also available for several other flight specific parameters including; number of people on board, weight and distribution of fuel in specific tanks, and the distribution and special handling parameters of cargo in the belly compartments of the aircraft. As is available in the airframe cargo data fields, Special Handling parameters can be entered as well for the belly compartment cargo and this data is displayed in the right side of the data field.
The passenger weight may be taken from a modifiable parameter field in the airframe data set. This allows for changing the default weight per person depending on season or other factors. In this embodiment, if the user touches a specific field, a context sensitive data entry template is presented to the user in order for input of the necessary values. In this example, the “Belly #1” field was touched. The “Remove” button may be pressed on the template to effectively indicate that there is no cargo in the specified location and remove the template from view. The “Done” button may be pressed to transfer the data from the template into the appropriate data field and close the template pop up.
A similar template appears for “Belly Compartments” as well as for the “Passengers” field. Current information about this specific weight and balance session may be shown as highlighted areas. For example, if the upper right side was highlighted, this would identify the loaders by initials, the location of the aircraft, and the tail and flight number. The lower area if highlighted may show 7 data fields that are continually updated programmatically as data is entered in the data entry fields previously described.
As the user requires access to other forms and capabilities, several button commands may be available that when touched, will navigate the application as desired. The main form provides 4 additional features. Besides the main form primary function of providing a clean method of entering required data, the form also provides access to additional capabilities which may include:
This interface is used to manage and configure parameters for the specific airframe. Certain data fields are editable and other data fields are calculated data derived from the parameters to the far left.
The interface also provides some additional capabilities which include:
Another feature of the weight and balance process may include an integrated countdown to departure timer with an alarm capability. To assist and advise loading crew of time remaining until the scheduled (or input time parameter) departure time, a real-time display of current time and departure time may be constantly shown in the upper right corner of the display. When the current time is within a specified time of the departure, an audible alert may be generated and the countdown time may begin to flash. The audible alert and flashing time may be acknowledged by simply touching the flashing time, for example. The “Set Alarm” command button may be touched to cause the clock entry window to pop up which enables the user to set the departure time, set the time before departure alert interval and to turn alarm functionality on or off, for example. The “Done” may be pressed to dispose of the pop up window and return the display to the previous view, for example.
The RFID input capability may be designed to compliment the manual entry of container data as well as specific location information. If a location specific RFID tag is scanned using a handheld RFID scanning device, a location template may be displayed to the user on both tablet PC device and the handheld device. The user may complete the input of the container location by touching the “Done” button or the handheld trigger. The user may also change the location dynamically using the input panel (manually) to by simply scanning another location RFID tag.
The capabilities described in this disclosure have been presented using very specific examples of providing a communications enabled weight and balance process that fulfills specific requirements. It is important to realize that a process may be developed to leverage other customers communications infrastructures, databases and specific work flow and procedures to exploit RFID capabilities.
While this disclosure describes an ACARS connected EFB implementation, it should be easy to conceive that there could be other permutations developed that would fully integrate to tablet PC type of situations or even to host processing type of scenarios. Any apparatus may be used as long as the ability to capture container and location data as easily as possible and draw from a database to extract the necessary parameter data remains.
Note that the actual container specifics (data) may be automatically displayed to the user. The user may then change any data field manually using the touch input on the display.
In addition to the weight and balance application described herein, the related process of intelligent load distribution and planning capability that would interactively calculate the optimum distribution of cargo containers (given that their weights are known) and suggest to loaders their loading sequence and actual best locations may also be described. This additional capability would result in optimum cargo loading and result in savings to the customer.
The load planning process may include receiving specific aircraft weight and balance data. The specific aircraft weight and balance data including aircraft identification information, passenger and crew information, aircraft destination information, container and cargo destination information, cargo and container origin information, fuel information, container identification information, container weight information, cargo weight information, cargo storage area identification information, cargo storage area configuration information, and container storage area configuration information.
The load planning process may also include creating a load plan to determine positions of cargo and containers based on the received specific aircraft weight and balance data. If the created load plan does not meet predetermined parameters, the process may send a signal to alert a user that created load plan does not meet predetermined parameters and suggest load planning solutions. The load planning process may output the created load plan and specific aircraft weight and balance data to a user.
Embodiments within the scope of the present disclosure may also include computer-readable media for carrying or having computer-executable instructions or data structures stored thereon. Such computer-readable media can be any available media that can be accessed by a general purpose or special purpose computer. By way of example, and not limitation, such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to carry or store desired program code means in the form of computer-executable instructions or data structures. When information is transferred or provided over a network or another communications connection (either hardwired, wireless, or combination thereof to a computer, the computer properly views the connection as a computer-readable medium. Thus, any such connection is properly termed a computer-readable medium. Combinations of the above should also be included within the scope of the computer-readable media.
Computer-executable instructions include, for example, instructions and data which cause a general purpose computer, special purpose computer, or special purpose processing device to perform a certain function or group of functions. Computer-executable instructions also include program modules that are executed by computers in stand-alone or network environments. Generally, program modules include routines, programs, objects, components, and data structures, etc. that perform particular tasks or implement particular abstract data types. Computer-executable instructions, associated data structures, and program modules represent examples of the program code means for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps.
Although the above description may contain specific details, they should not be construed as limiting the claims in any way. Other configurations of the described embodiments of the disclosure are part of the scope of this disclosure. For example, the principles of the disclosure may be applied to each individual user where each user may individually deploy such a system. This enables each user to utilize the benefits of the disclosure even if any one of the large number of possible applications do not need the functionality described herein. In other words, there may be multiple instances of the disclosed system each processing the content in various possible ways. It does not necessarily need to be one system used by all end users. Accordingly, the appended claims and their legal equivalents should only define the disclosure, rather than any specific examples given.
This non-provisional patent application claims priority from U.S. Provisional Patent Application Ser. No. 61/024,018, filed Jan. 28, 2008, the content of which is incorporated by reference in its entirety.
Number | Date | Country | |
---|---|---|---|
61024018 | Jan 2008 | US |