Classifications

• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q10/00—Administration; Management
  • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
• • G—PHYSICS
  • G01—MEASURING; TESTING
  • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
  • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
  • G01C21/20—Instruments for performing navigational calculations
  • G01C21/203—Instruments for performing navigational calculations specially adapted for water-borne vessels
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q10/00—Administration; Management
  • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q10/00—Administration; Management
  • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
  • G06Q10/063—Operations research, analysis or management
  • G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
  • G06Q50/40—Business processes related to the transportation industry

Definitions

• the present disclosure relates generally to ship operations and, in particular, to a method and apparatus for analyzing ship performance. Still more particularly, the present disclosure provides a computer implemented method, apparatus, and computer usable program code for analyzing and comparing a ship's voyage efficiency while traveling between an origination point and a destination point.
• Commercial vessels carry cargo, goods, passengers, and/or materials from one port to another.
• Commercial vessels may include, for example, tankers, bulk carriers, container vessels, and passenger vessels.
• Globally tens of thousands of vessels make voyages over the seas from one port to another port.
• a typical cargo vessel may make anywhere from 10 to 30 voyages per year. Often, at any one time, 1,000 to 3,000 commercial vessels are at sea.
• Issues may occur when a ship arrives at a destination later than scheduled. For example, the availability of a planned berth and a port may be missed. As a result, the ship may have to wait additional time for another berth. Further, scheduling of dockside labor facilities also may be disrupted by a ship arriving to a destination later than scheduled. Connections also may be missed as well as delivery of products to a vendor being delayed. These types of issues may increase costs in transporting cargo on a ship.
• the ship may still have to wait for a scheduled berth at a port. Further, fuel efficiency may be decreased by the increased speed with an early arrival. In some cases, the ship may arrive on time but may require bursts of speed that may also reduce fuel efficiency. These situations also increase the costs needed to make a voyage.
• Identifying a solution that provides the best efficiency for a ship may decrease the cost to make a voyage.
• a better solution also may increase the occurrences of on time arrivals as well as the possibility of reducing disruptions at a port.
• a method for analyzing voyage efficiency.
• Historical data for a completed voyage of a ship is obtained.
• a baseline voyage solution for a completed voyage is generated with a software application executing on a processor unit using a model of the ship and the historical data.
• the baseline voyage solution is compared to an actual voyage solution used for the completed voyage to form a comparison.
• a data processing system comprises a storage device having program code stored thereon, and a processor unit in communication with the storage device.
• the processor unit executes the program code to obtain historical data for a completed voyage of a ship.
• the processor unit further executes the program code to generate a baseline voyage solution for the completed voyage with a software application executing on a processor unit using a model of the ship and the historical data.
• the processor unit further executes the program code to compare the baseline voyage solution to an actual voyage solution used for the completed voyage to form a comparison.
• a computer program product for analyzing voyage efficiency comprises a computer recordable storage medium and program code stored on the computer recordable storage medium.
• Program code may be present for obtaining historical data for a completed voyage of a ship.
• Program code may also be present for generating a baseline voyage solution for the completed voyage with a software application executing on a processor unit using a model of the ship and the historical data.
• program codes may be present for comparing the baseline voyage solution to an actual voyage solution used for the completed voyage to form a comparison.
• FIG. 1 is a diagram of a data processing system in accordance with an advantageous embodiment
• Figure 2 is a diagram of a model development environment in accordance with an advantageous embodiment
• Figure 3 is a diagram of a voyage analysis environment in accordance with an advantageous embodiment
• Figure 4 is a diagram of a model of a ship in accordance with an advantageous embodiment
• Figure 5 is a diagram illustrating historical data in accordance with an advantageous embodiment
• Figure 6 is a diagram illustrating routes for voyage solutions in accordance with an advantageous embodiment
• Figure 7 is a flowchart of a process for analyzing voyage efficiency in accordance with an advantageous embodiment
• Figure 8 is a flowchart of a process for analyzing voyage efficiency in accordance with an advantageous embodiment
• Figure 9 is a flowchart of a process for comparing voyage solutions in accordance with an advantageous embodiment
• Figure 10 is a flowchart of a process for identifying modifications to a ship to increase ship performance in accordance with an advantageous embodiment.
• Data processing system 100 is an example of a data processing system that may be used to implement different advantageous embodiments.
• Data processing system 100 may be located on a ship, in a home office, and/or some other suitable location.
• Data processing system 100 may implement processes needed to analyze voyage efficiency in accordance with one or more of the different advantageous embodiments.
• data processing system 100 includes communications fabric 102, which provides communications between processor unit 104, memory 106, persistent storage 108, communications unit 110, input/output (I/O) unit 112, sensors 113, and display 114.
• Processor unit 104 serves to execute instructions for software that may be loaded into memory 106.
• Processor unit 104 may be a set of one or more processors or may be a multiprocessor core, depending on the particular implementation. Further, processor unit 104 may be implemented using one or more heterogeneous processor systems in which a main processor is present with secondary processors on a single chip. As another illustrative example, processor unit 104 may be a symmetric multi-processor system containing multiple processors of the same type.
• Memory 106 and persistent storage 108 are examples of storage devices 109.
• a storage device is any piece of hardware that is capable of storing information such as, for example, without limitation, data, program code in functional form, and/or other suitable information either on a temporary basis and/or a permanent basis.
• Memory 106 in these examples, may be, for example, a random access memory or any other suitable volatile or non- volatile storage device.
• Persistent storage 108 may take various forms, depending on the particular implementation.
• persistent storage 108 may contain one or more components or devices.
• persistent storage 108 may be a hard drive, a flash memory, a rewritable optical disk, a rewritable magnetic tape, or some combination of the above.
• the media used by persistent storage 108 also may be removable.
• a removable hard drive may be used for persistent storage 108.
• Communications unit 110 in these examples, provides for communications with other data processing systems or devices.
• communications unit 110 is a network interface card.
• Communications unit 110 may provide communications through the use of either or both physical and wireless communications links.
• Input/output unit 112 allows for input and output of data with other devices that may be connected to data processing system 100.
• input/output unit 112 may provide a connection for user input through a keyboard and mouse.
• Another example is the use of sensors
• Sensors 113 may be specialized sensors such as, for example, multi-axis motion monitors.
• input/output unit 112 may send output to a printer.
• Display 114 provides a mechanism to display information to a user.
• Instructions for the operating system and applications or programs are located on persistent storage 108. These instructions may be loaded into memory 106 for execution by processor unit 104. The processes of the different embodiments may be performed by processor unit 104 using computer implemented instructions, which may be located in a memory, such as memory 106. These instructions are referred to as program code, computer usable program code, or computer readable program code that may be read and executed by a processor in processor unit 104.
• the program code in the different embodiments may be embodied on different physical or tangible computer readable media, such as memory 106 or persistent storage
• Program code 116 is located in a functional form on computer readable media 118 and may be loaded onto or transferred to data processing system 100 for execution by processor unit 104.
• Program code 116 and computer readable media 118 form computer program product 120 in these examples.
• Computer readable media 118 is also an example of a storage device.
• Processor unit 104 may be in communication with the storage device to execute program code
• Processor unit 104 may be in communication with a storage device using communications fabric 102.
• computer readable media 118 may be in a tangible form such as, for example, an optical or magnetic disc that is inserted or placed into a drive or other device that is part of persistent storage 108 for transfer onto a storage device, such as a hard drive that is part of persistent storage 108.
• computer readable media 118 also may take the form of a persistent storage, such as a hard drive or a flash memory that is connected to data processing system 100.
• the tangible form of computer readable media 118 is also referred to as computer recordable storage media.
• program code 116 may be transferred to data processing system 100 from computer readable media 118 through a communications link to communications unit 110 and/or through a connection to input/output unit 112.
• the communications link and/or the connection may be physical or wireless in the illustrative examples.
• the computer readable media also may take the form of non-tangible media, such as communications links or wireless transmissions containing the program code.
• the different components illustrated in data processing system 100 are not meant to provide architectural limitations to the manner in which different embodiments may be implemented.
• the different illustrative embodiments may be implemented in a data processing system including components in addition to, or in place of, those illustrated for data processing system 100.
• Other components shown in Figure 1 can be varied from the illustrative examples shown.
• the different embodiments may be implemented using any hardware device or system capable of executing program code.
• the data processing system may include organic components integrated with inorganic components and/or may be comprised entirely of organic components excluding a human being.
• a storage device may be comprised of an organic semiconductor.
• a storage device in data processing system 100 is any hardware apparatus that may store data.
• Memory 106, persistent storage 108, and computer readable media 118 are examples of storage devices in a tangible form.
• a bus system may be used to implement communications fabric 102 and may be comprised of one or more buses, such as a system bus or an input/output bus.
• a bus system may be implemented using any suitable type of architecture that provides for a transfer of data between different components or devices attached to the bus system.
• a communications unit may include one or more devices used to transmit and receive data, such as a modem or a network adapter.
• a memory may be, for example, memory 106 or a cache, such as found in an interface and memory controller hub that may be present in communications fabric 102.
• the different advantageous embodiments recognize and take into account that an ability to analyze or evaluate software used to plan voyages would be useful.
• the different advantageous embodiments recognize and take into account that with a capability to analyze software used to plan voyages, the analysis may be used to improve and/or refine this type of software.
• the different advantageous embodiments recognize and take into account that it would be desirable to have a capability to analyze how well software for voyage optimization performs, as well as how well a voyage is optimized given changing conditions.
• the different advantageous embodiments may provide a method and apparatus for analyzing voyage efficiency.
• Historical data may be obtained for a completed voyage of a ship.
• a baseline voyage solution may be generated for the completed voyage with a software application executing on a processor unit using a model of the ship and the historical data.
• the baseline voyage solution may be compared to an actual solution used for the completed voyage to form a comparison.
• one or more of the different advantageous embodiments may be able to analyze the performance of the software application, as well as possibly identify improvements. Further, the different advantageous embodiments may be used to compare different software applications to identify one or more applications that may provide some desired level of performance.
• Model development environment 200 may be implemented using one or more data processing systems such as, for example, data processing system 100 in Figure 1.
• Model development environment 200 may begin with initial model 202.
• Model creation process 201 may be used to create initial model 202.
• initial model 202 may be a model of a ship.
• Initial model 202 is a model that may be used to perform simulations and/or generate voyage solutions for the ship.
• a voyage solution as used herein, is a plan for a ship to travel from an origination point to a destination.
• the plan may include, for example, without limitation, at least one of a number of speeds, a number of directions, and/or other relevant factors for performing the voyage.
• the voyage solution may be static or may change while the voyage occurs.
• Model creation process 201 may change initial model 202 to increase the accuracy of a simulation of a ship.
• Models such as initial model 202, may incorporate detailed ship-specific data.
• This ship-specific data may include, for example, ship hull shape, appendages, such as bilge keels and stabilization fins, engine power characteristics, propeller curves, sea-keeping models, user-defined safe operating limits, ship draft and trim, metacentric height, and available trial and other test and/or voyage data.
• Optional onboard sensors improve model accuracy through adaptive learning processes.
• simulation process 204 may perform simulation 206 with initial model 202. Jeppesen's Voyage and Vessel Optimization Solution (VVOS) is one such simulation application.
• VVOS Jeppesen's Voyage and Vessel Optimization Solution
• Simulation 206 also uses historical data 208 in these illustrative examples.
• Historical data may be obtained for a previously completed voyage for the ship.
• historical data 208 may contain information about voyage 210.
• Historical data 208 may include environmental information 212 for voyage 210.
• voyage 210 is a completed voyage.
• Environmental information 212 may include, for example, without limitation, weather conditions, wave heights, currents, and/or other relevant environmental information that was present during voyage 210.
• This environmental information may be, for example, a hindcast.
• a hindcast is an accurate historical record of weather.
• Hindcast wind and waves are the analytical predictions of wind velocity and direction and wave height, speed, and direction generated using state-of-the- art numerical models based on forecast or recorded weather data and verified by physical data. This data may be obtained from Oceanweather Inc. in these examples.
• the weather information may include, for example, without limitation, surface wind velocities and directions; wave heights, velocities, and directions; surface current velocities and directions; and other relevant information.
• Historical data 208 also may include actual route 214 for voyage 210.
• This data also may include recorded weather data. Recorded weather data is the actual recorded weather data and may have the same types of information as the weather forecast. Real-time data may be included with the use of onboard sensors 225 and interfaces to existing shipboard instrumentation 226.
• Environmental information also may include current data. Current data is, for example, without limitation, the tidal and/or major ocean current directions, routes and velocities. This data is obtained from sources other than the weather and/or hindcast data.
• Simulation process 204 may perform simulation 206 using environmental information 212 and actual route 214 to create simulated voyage 216.
• Simulated voyage 216 contains results from simulation 206.
• simulated voyage 216 may include at least one of fuel usage 218, arrival time 220, and/or other relevant information.
• the phrase "at least one of, when used with a list of items, means that different combinations of one or more of the items may be used and only one of each item in the list may be needed.
• "at least one of item A, item B, and item C" may include, for example, without limitation, item A or item A and item B. This example also may include item A, item B, and item C or item B and item C.
• Simulated voyage 216 may be compared to voyage 210 by model creation process 201.
• the comparison of simulated voyage 216 to voyage 210 may include comparing information such as, for example, fuel usage 218 and arrival time 220 to corresponding information within historical data 208 for voyage 210.
• Model creation process 201 may generate correlation coefficient 222 from the comparison of simulated voyage 216 to voyage 210, which is an actual voyage in the illustrative examples.
• Correlation coefficient 222 may be used to change initial model 202.
• correlation coefficient 222 may be used to adjust initial model 202 to match the actual recorded ship performance.
• the performance of the ship may be, for example, without limitation, at least one of fuel efficiency, speed, and probability of arriving on time at the destination.
• Correlation coefficient 222 may also be adjusted for changes such as, for example, modifications made to the ship hull design, changes in hull or propeller roughness, fuel quality, or use of different hull coating materials. Further, correlation coefficient 222 may also be used to correct the model for missing or erroneous data. Correlation coefficient 222 may be readjusted as additional data is collected for the ship performance. The additional data may be collected from the interfacing with sensors and/or shipboard instrumentation and/or after maintenance or repair.
• the correlation coefficient for hull roughness can be expressed in terms of a propeller wake factor. Assuming the propeller has not been damaged, there is a fixed relationship between shaft horsepower, ship speed, and engine revolutions per minute. This relationship follows the propeller curve, including the wake factor. Using measured data on shaft horsepower, speed, and revolutions per minute, one can derive the wake factor.
• the propeller wake factor When a ship is new, the propeller wake factor may range from around 20 percent to around 25 percent. As the hull condition worsens due to fouling, the propeller wake factor may increase to over 40 percent. This change may result in increased true slip, which requires increased horsepower for the same ship speed.
• the increased propeller wake factor can be updated in the performance model to investigate the return on investments on propeller polishing to reduce the wake factor, required horsepower, and fuel consumption based on the ship's future voyages.
• multiple correlation coefficients such as correlation coefficient 222
• model creation process 201 may generate and/or modify model 224.
• Multiple coefficients, such as correlation coefficient 222 are used to calibrate the model simulation results to match the actual measured voyage performance. Coefficients can be used, for example, to correct for resistance errors due to hull or propeller roughness, differences in draft, trim, or modifications to the ship, engine state-of-tune, and/or fuel quality.
• model creation process 201 may then form model 224.
• Model 224 may be used to identify voyage solutions and/or perform comparisons in accordance with one or more advantageous embodiments. Sea-keeping and speed-keeping models are examples of types of models that may be used to implement model 224.
• voyage analysis environment 300 may be implemented using one or more data processing systems, such as data processing system 100 in Figure 1.
• analysis process 302 within voyage analysis environment 300 may use historical data 304 and models 306 to perform analysis of voyages.
• completed voyage 308 in historical data 304 may be obtained by analysis process 302.
• Historical data 304 may contain information similar to historical data 208 in Figure 2.
• Historical data 304 may include, for example, without limitation, environmental information recorded during the time period of the voyage for the locations through which the voyage passed, the actual route for the voyage, and other relevant information.
• the environmental information may include, for example, without limitation, weather conditions, wave heights, currents, and other relevant environmental information. In these examples, this environmental information may take the form of a hindcast.
• Completed voyage 308 contains historical data for a voyage that has been completed by a ship. Routing process 310 in analysis process 302 may generate baseline voyage solution 314 using historical data for completed voyage 308 and model 312.
• Model 312 is a model within models 306 for the ship that generated historical data 304 for completed voyage 308.
• Baseline voyage solution 314 may be compared to actual voyage solution 316 in historical data 304 for completed voyage 308.
• actual voyage solution 316 may be the actual plan followed for completed voyage 308.
• Actual voyage solution 316 may be generated manually or using a routing process such as, for example, routing process 326.
• Analysis process 302 may compare number of parameters 318 in baseline voyage solution 314 to number of parameters 320 in actual voyage solution 316.
• a number refers to one or more items.
• number of parameters 318 is one or more parameters.
• Number of parameters 318 may be parameters generated by analysis process 302 in forming baseline voyage solution 314.
• Number of parameters 320 may be generated from completed voyage 308.
• number of parameters 318 and number of parameters 320 may take the form of performance parameters. These parameters may include, for example, without limitation, fuel consumption, speed, arrival time, and/or other relevant parameters identifying performance for a voyage.
• Number of parameters 320 is selected to correspond to number of parameters 318 in these examples.
• the comparison of number of parameters 318 and number of parameters 320 may result in comparison 322.
• Comparison 322 may include voyage efficiency 324.
• Voyage efficiency 324 may identify efficiency for number of parameters 318 and number of parameters 320 in comparison 322.
• Voyage efficiency 324 may be expressed as the ratio of the minimum possible amount of fuel consumed by a ship given a specific set of constraints or parameters to the actual amount of fuel consumed by the same ship given the same set of constraints or parameters.
• 100 percent voyage efficiency is when the amount of fuel actually consumed is the same as the minimum possible amount of fuel consumed.
• a lower percentage indicates a less than optimum efficiency. In other words, more fuel is actually consumed than the minimum possible amount of fuel.
• voyage efficiency 324 may be calculated as follows:
• V voyage efficiency
• O operating efficiency
• E engine efficiency
• P propeller efficiency
• H hull efficiency.
• E , P and H are typically monitored by existing shipboard instrumentation. If instrumentation is not present on a ship, additional sensors may be installed. E can be measured by monitoring fuel consumption in relation to output shaft torque and revolutions per minute (RPM).
• RPM revolutions per minute
• This fuel consumption may be, for example, in terms of shaft horsepower (SHP).
• SHP shaft horsepower
• P can be measured by monitoring revolutions per minute relative to shaft horsepower and speed.
• H can be measured by monitoring ship speed in relation to shaft horsepower.
• the O is the sum of all of the different engine, propeller, and hull efficiencies for a given segment of a given voyage.
• the overall V is the product of all operating efficiencies for each segment of a given voyage from origination to destination.
• a voyage efficiency of 100 percent represents a perfectly optimized voyage. In other words, a 100 percent voyage efficiency occurs when the amount of fuel actually consumed is the same as the minimum amount of fuel that should be consumed for the voyage.
• a voyage efficiency of less than 100 percent indicates a lower than optimum voyage.
• a lower percentage indicates a less than optimum efficiency, in these examples. For example, more fuel may be actually consumed than the minimum amount of fuel that should be consumed.
• An optimum baseline voyage is the route, speed, and direction of a simulated voyage for a ship that offers the maximum voyage efficiency. This efficiency may be, for example, minimum fuel consumption, given the same departure and arrival times, origination and destination, load, draft, trim, and other constraints as the ship performing an actual voyage.
• the parameters used may include, for example, without limitation, the different parameters in a ship model. These parameters may be, for example, without limitation, hull shape; hull coatings; propeller design; hull and propeller roughness; draft; trim; engine performance; sea keeping, speed keeping, and safe operating limits; origination and destination; departure and arrival times; geographical limits; ocean conditions for weather, waves, and currents; special storm warnings; and/or other relevant parameters.
• the different advantageous embodiments provide a capability to determine how much fuel was used in actual voyage solution 316 as compared to baseline voyage solution 314.
• actual voyage solution 316 may have been generated by routing process 326.
• a comparison between routing process 310 and routing process 326 may be performed in a manner that allows an identification of which routing process may be an ideal or better routing process for performing routing for a particular ship.
• analysis process 302 may modify performance parameters 328 in model 312 to determine whether increased efficiencies may occur.
• Performance parameters 328 may include, for example, engine 330, hull 332, propeller 334, and/or other relevant parameters.
• hull 332 may be adjusted to take into account repainting of the hull of a ship.
• Propeller 334 may be adjusted to take into account a different propeller, adding a number of new propellers, varying pitch, and/or polishing of a current propeller.
• Engine 330 may be altered to take into account maintenance on an engine, improvements to an engine, or other modifications.
• New model 336 may then be used with completed voyage 308 in historical data 304 to generate new voyage solution 338.
• New voyage solution 338 may then be compared to baseline voyage solution 314 and/or actual voyage solution 316 to form new comparison 340.
• Analysis process 302 may analyze new comparison 340 and comparison 322 to determine whether the modifications for new model 336 provide better performance for the ship. If sufficient increases in performance are identified, changes in new model 336 may be implemented in the actual ship for new model 336.
• routing process 310 may generate voyage solutions for a voyage from an origination point to a destination point with fixed transit duration. For example, the departure and arrival time may be fixed. A theoretical optimum passage that maximizes advantages of winds, waves, current, and other environmental conditions with respect to ship performance may be identified in a manner that minimizes fuel consumption while meeting the constraints of the departure and arrival times.
• Routing process 310 may find an optimum voyage solution by creating a grid or number of possible solutions following within the constraints. This routing process may compare each leg of the grid for minimum fuel consumption.
• the parameters considered by routing process 310 may include, for example, without limitation, ship hull design, engine power characteristics, propeller curves, ship draft, safe operating limits, and/or other relevant parameters.
• One or more of the different advantageous embodiments may use voyage analysis environment 300 to provide a capability to benchmark or compare voyage solutions generated by different routing processes.
• the comparisons of routing solutions generated by routing process 310 may be compared to those generated by routing process 326.
• routing process 326 generates actual voyage solution 316 for completed voyage 308.
• Routing process 310 may then create baseline voyage solution 314 from historical data 304 for completed voyage 308.
• Analysis process 302 may compare these voyage solutions to generate voyage efficiency 324.
• voyage efficiency 324 may be used to identify which routing process provides a better routing solution. This type of comparison may be formed with many different types of routing processes to identify a particular routing process that may provide better routing solutions as compared to other routing processes.
• model 400 is an example of a model that may be found in model development environment 200 and/or voyage analysis environment 300.
• model 400 may be used to implement initial model 202, model 224, model 312, and new model 336.
• Model 400 contains information about a ship and may be used to simulate performance of the ship.
• Model 400 may include, for example, ship hull design 402, engine power characteristics 404, propeller curves 406, ship draft and trim 408, metacentric height 410, and/or other relevant information.
• Engine power characteristics 404 may be used to identify engine efficiencies for the ship.
• Propeller curves 406 may be used to identify propeller efficiency.
• Ship hull design 402, ship draft and trim 408, and metacentric height 410 may be used to identify hull efficiencies for the ship. These different efficiencies may be combined to form the operating voyage efficiency for a ship when model 400 is used by a routing process or other simulation tool.
• Historical data 500 contains data for completed voyage 502.
• Completed voyage 502 may include data such as, for example, environmental information 504, route 506, and voyage boundaries 508.
• Environmental information 504 is information for the same period of time during which completed voyage 502 occurred.
• Environmental information 504 may include, for example, without limitation, weather 510, waves 512, current 514, temperature 516, and/or other relevant environmental information present during the performance of completed voyage 502.
• Route 506 may include, for example, without limitation, origination 518, destination 520, and path 522 between origination 518 and destination 520.
• Voyage boundaries 508 are boundaries or constraints to the manner in which the ship operates and/or moves.
• voyage boundaries 508 may include departure time 524, arrival time 526, maximum speed 528, minimum speed 530, maximum roll 532, maximum pitch 534, and other relevant boundaries. Constraints are limitations and/or specifications for a voyage.
• Constraints may be, for example, without limitation, parameters used in the ship model, such as hull shape, hull coatings, propeller design, hull and propeller roughness, draft, trim, engine performance, sea-keeping and speed-keeping limits, safe operating limits, origination and destination, departure and arrival times, geographical limits, ocean conditions for weather, ocean conditions for waves, conditions for ocean and tidal currents, special storm warnings, and other relevant information.
• parameters used in the ship model such as hull shape, hull coatings, propeller design, hull and propeller roughness, draft, trim, engine performance, sea-keeping and speed-keeping limits, safe operating limits, origination and destination, departure and arrival times, geographical limits, ocean conditions for weather, ocean conditions for waves, conditions for ocean and tidal currents, special storm warnings, and other relevant information.
• model development environment 200 in Figure 2 voyage analysis environment 300 in Figure 3, model 400 in Figure 4, and historical data 500 in Figure 5 are not meant to imply physical and/or architectural limitations to the manner in which different advantageous embodiments may be implemented. Some advantageous embodiments may include other components in addition to, or in place of, the ones illustrated. Further, in some advantageous embodiments, some of the components may be unnecessary.
• model development environment 200 in Figure 2 may be executed on the same data processing system as voyage analysis environment 300 in Figure 3 in some examples.
• these different environments may be distributed over a number of different data processing systems that may be connected to each other through a communications medium, such as a network.
• additional routing processes may be compared or benchmarked in addition to the two illustrated in voyage analysis environment 300 in Figure 3.
• the different models such as initial model 202 in Figure 2, model 224 in Figure 2, and model 312 in Figure 3, are models representing actual physical ships or designs for ships.
• route 600 may be a ship voyage between origination 602 and destination 604 for ship 605.
• Route 600 is a voyage that has actually completed.
• Route 606 is the sum of segments 608, 610, and 612 and may be a baseline voyage solution generated using historical data for the completed voyage using route 600.
• This historical data may be, for example, historical data 304 in Figure 3.
• the route may be divided into shorter segments, such as segments 608, 610, and 612, for analysis.
• Each segment may be analyzed to identify voyage efficiency for a particular set of parameters such as, for example, without limitation, fuel consumption, while maintaining on-time arrival.
• Actual operating efficiency for route 600 may then be compared to the baseline efficiency for route 606.
• the efficiency of each voyage segment may be calculated. For example, each segment of the baseline voyage solution for a completed voyage may be compared to a corresponding segment in the actual voyage solution used for the completed voyage. The total voyage efficiency over the entire route may be calculated by combining the efficiencies of each voyage segment.
• Model creation process 201 may be a software component.
• model creation process 201 may include operations performed by users or designers.
• the process begins by creating an initial model of the ship (operation 700). The process then obtains historical data for a previously completed voyage by the ship (operation 702).
• a simulation of the previously completed voyage for the ship is simulated using the initial model to form a simulated voyage (operation 704).
• the performance data for the previously completed voyage is compared to performance data for the simulated voyage to identify a correlation coefficient (operation 706).
• the process changes the initial model using the correlation coefficient (operation 712).
• Other possible changes to the model include, for example, the addition of missing data, the correction of erroneous data, the adding or modifying of model parameters, the providing of additional actual recorded voyage data, and interfacing with specialized sensors and/or other shipboard instrumentation.
• Current data is the tidal and/or major ocean current directions, routes, and velocities. This data is obtained from sources other than the weather and/or hindcast data.
• Recorded voyage data is the route, speed, direction, departure time, arrival time, load, draft, trim, fuel consumption, engine speed, engine revolutions per minute, horsepower, and other relevant data associated with a voyage that has been, or is in the process of being, completed.
• the process then returns to operation 702 to perform additional simulations.
• a flowchart of a process for analyzing voyage efficiency is depicted in accordance with an advantageous embodiment.
• the process illustrated in Figure 8 may be implemented in a process such as, for example, analysis process 302 in Figure 3.
• the process may include software and/or user implemented operations.
• the process begins by obtaining historical data for a completed voyage of a ship
• operation 800 The process then generates a baseline voyage solution for the completed voyage for the software application executing on a processor unit using a model of the ship and the historical data (operation 802). The process then compares the baseline solution to an actual voyage solution used for the completed voyage to form a comparison (operation 804), with the process terminating thereafter.
• FIG. 9 a flowchart of a process for comparing voyage solutions is depicted in accordance with an advantageous embodiment.
• the process illustrated in Figure 9 is a more detailed illustration of operation 804 in Figure 8.
• the process begins by identifying a first number of parameters for the baseline voyage solution (operation 900).
• This first number of parameters is a number of parameters of interest.
• the first number of parameters may be fuel consumption.
• the process then identifies a second number of parameters for the actual voyage solution used for the completed voyage (operation 902).
• the process compares the first number of parameters to the second number of parameters to form the comparison (operation 904).
• the comparison may include identifying a difference between the first number of parameters and the second number of parameters to form the comparison expressed as a percentage.
• the process terminates thereafter.
• FIG 10 a flowchart of a process for identifying modifications to a ship to increase ship performance is depicted in accordance with an advantageous embodiment.
• the process illustrated in Figure 10 may be implemented using a process such as, for example, analysis process 302 in Figure 3.
• This process may take the form of software and/or user implemented operations.
• the process illustrated in Figure 10 begins by obtaining historical data for a completed voyage of a ship (operation 1000). The process then generates a baseline voyage solution for the completed voyage (operation 1002). The process then compares the baseline voyage solution to the actual voyage solution (operation 1004).
• the process then changes the model of the ship to form a new model of the ship (operation 1006).
• a new voyage solution is then generated for the completed voyage using the new model of the ship and the historical data (operation 1008).
• a comparison is made between the new voyage solution and the actual voyage solution to form the new comparison (operation 1010).
• each block in the flowchart or block diagrams may represent a module, segment, or portion of computer usable or readable program code, which comprises one or more executable instructions for implementing the specified function or functions.
• the blocks also may include user implemented operations when appropriate.
• the function or functions noted in the block may occur out of the order noted in the figures.
• two blocks shown in succession may be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.
• one or more of the different advantageous embodiments may be used to identify improvements to the ship. These improvements may include, for example, painting the hull of the ship, cleaning the hull of the ship, polishing propellers, changing propellers, performing maintenance on an engine, modifying auto pilot, stabilizing fin function, and/or other relevant processes.
• the different advantageous embodiments may be used to compare different software applications to identify one or more applications that may provide some desired level of performance.
• a software application may have one or more of the functions identified in the blocks or described previously in the various embodiments. Comparisons of a voyage solution from a first ship may be analyzed with comparisons of voyage solutions from a number of ships to determine whether a software application is more accurate than a number of other software applications.
• the processor may execute program code to obtain first historical data for a first completed voyage of a first ship and generate a first baseline voyage solution for the first completed voyage.
• the first baseline voyage solution is generated with a first software application using a first model of the first ship and first historical data.
• a first comparison for the first ship is formed by comparing the first baseline voyage solution to a first actual voyage solution used for the first completed voyage.
• the processor further executes program code to obtain historical data for a number of completed voyages for a number of ships and generates a number of baseline voyage solutions for the number of completed voyages.
• the number of baseline voyage solutions are generated using a number of software applications using a number of models of the number of ships and the number of historical data.
• a number of comparisons are formed by comparing the number of baseline voyage solutions to a number of corresponding actual voyage solutions used for the number of completed voyages. Finally, the first comparison and the number of comparisons are analyzed to identify which one of the first software application and the number of software applications is more accurate.
• the different advantageous embodiments also may be used to identify when a model of a ship and the ship diverge in performance. This divergence may be used to identify changes that may have occurred to the ship during use that may not be reflected in the model.
• the paint on the hull of a ship may deteriorate. This deterioration may result in the actual voyages diverging from the voyage solution generated by a routing process.
• a divergence that occurs over time between the voyage solution and the actual results may be used to indicate that updates to the model and/or maintenance may need to be performed to the ship.
• the different advantageous embodiments also may be used to establish a baseline for emissions from fuel combustion, such as carbon dioxide and other greenhouse gases (GHG).
• fuel combustion such as carbon dioxide and other greenhouse gases (GHG).
• GFG greenhouse gases
• Carbon emissions from combustion of petroleum-based fuel are directly proportional to fuel consumption. This emission index may then be used to monitor, record, and/or certify changes of greenhouse gases emission quantities for the purposes of meeting operating regulations and/or carbon credit trading.
• the different advantageous embodiments provide a method and apparatus for analyzing voyage efficiency.
• One or more of the different advantageous embodiments provide a capability to compare different routing processes to identify whether a particular routing process may generate better routing solutions.
• the different advantageous embodiments generate comparisons by identifying differences between efficiencies or other parameters using a model and historical data for a completed voyage.
• one of the parameters that may be compared and benchmarked is fuel consumption.
• the different advantageous embodiments provide a capability to compare optimum fuel consumption with actual fuel consumption.
• the different advantageous embodiments, as described above, may recreate an actual ship voyage using recorded data and then find an optimized solution using a routing process. The comparison of the actual voyage or voyage solution is compared with the solution made by the routing process.
• the different advantageous embodiments can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment containing both hardware and software elements.
• Some embodiments are implemented in software, which includes, but is not limited to, forms such as, for example, firmware, resident software, and microcode.
• the different embodiments can take the form of a computer program product accessible from a computer usable or computer readable medium providing program code for use by, or in connection with, a computer or any device or system that executes instructions.
• a computer usable or computer readable medium can generally be any tangible apparatus that can contain, store, communicate, propagate, or transport the program for use by, or in connection with, the instruction execution system, apparatus, or device.
• the computer usable or computer readable medium can be, for example, without limitation, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, or a propagation medium.
• a computer readable medium include a semiconductor or solid state memory, magnetic tape, a removable computer diskette, a random access memory (RAM), a read-only memory (ROM), a rigid magnetic disk, and an optical disk.
• Optical disks may include compact disk - read only memory (CD-ROM), compact disk - read/write (CD-R/W), and DVD.
• a computer usable or computer readable medium may contain or store a computer readable or usable program code such that when the computer readable or usable program code is executed on a computer, the execution of this computer readable or usable program code causes the computer to transmit another computer readable or usable program code over a communications link.
• This communications link may use a medium that is, for example, without limitation, physical or wireless.
• a data processing system suitable for storing and/or executing computer readable or computer usable program code will include one or more processors coupled directly or indirectly to memory elements through a communications fabric, such as a system bus.
• the memory elements may include local memory employed during actual execution of the program code, bulk storage, and cache memories which provide temporary storage of at least some computer readable or computer usable program code to reduce the number of times code may be retrieved from bulk storage during execution of the code.
• I/O devices can be coupled to the system either directly or through intervening I/O controllers. These devices may include, for example, without limitation, keyboards, touch screen displays, and pointing devices.
• Different communications adapters may also be coupled to the system to enable the data processing system to become coupled to other data processing systems or remote printers or storage devices through intervening private or public networks.
• Non-limiting examples are modems and network adapters and are just a few of the currently available types of communications adapters.
• a data processing system comprising: a storage device, wherein the storage device includes program code; and a processor unit in communication with the storage device, wherein the processor unit is capable of executing the program code to obtain historical data for a completed voyage of a ship; generate a baseline voyage solution for the completed voyage with a software application executing on a processor unit using a model of the ship and the historical data; and compare the baseline voyage solution to an actual voyage solution used for the completed voyage to form a comparison. 16.
• the processor unit in executing the program code to compare the baseline voyage solution to the actual voyage solution used for the completed voyage to form the comparison, is capable of executing the program code to identify a first number of parameters generated for the baseline voyage solution; identify a second number of parameters generated for the actual voyage solution used for the completed voyage; and compare the first number of parameters to the second number of parameters to form the comparison.
• the processor unit in executing the program code to compare the first number of parameters to the second number of parameters to form the comparison, is capable of executing the program code to identify a difference between the first number of parameters and the second number of parameters to form the comparison expressed as a percentage.
• the processor unit in executing the program code to compare the baseline voyage solution to the actual voyage solution used for the completed voyage to form the comparison, is capable of executing the program code to compare each segment in a plurality of segments in the baseline voyage solution for the completed voyage to a corresponding segment in a plurality of segments in the actual voyage solution used for the completed voyage to form the comparison.

Landscapes

• Business, Economics & Management (AREA)
• Engineering & Computer Science (AREA)
• Human Resources & Organizations (AREA)
• Economics (AREA)
• Strategic Management (AREA)
• Entrepreneurship & Innovation (AREA)
• General Physics & Mathematics (AREA)
• Physics & Mathematics (AREA)
• Tourism & Hospitality (AREA)
• Development Economics (AREA)
• General Business, Economics & Management (AREA)
• Marketing (AREA)
• Theoretical Computer Science (AREA)
• Operations Research (AREA)
• Quality & Reliability (AREA)
• Educational Administration (AREA)
• Radar, Positioning & Navigation (AREA)
• Remote Sensing (AREA)
• Game Theory and Decision Science (AREA)
• Automation & Control Theory (AREA)
• Health & Medical Sciences (AREA)
• General Health & Medical Sciences (AREA)
• Primary Health Care (AREA)
• Navigation (AREA)
• Traffic Control Systems (AREA)
• Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Priority Applications (3)

Applications Claiming Priority (2)

Publications (2)

Family

ID=42337656

Family Applications (1)

Country Status (5)

Cited By (7)

Families Citing this family (39)

Family Cites Families (66)

• 2009
  • 2009-01-16 US US12/355,152 patent/US8935174B2/en active Active
  • 2009-12-09 WO PCT/US2009/067375 patent/WO2010082989A2/en not_active Ceased
  • 2009-12-09 EP EP09802064.7A patent/EP2389592A4/en not_active Ceased
  • 2009-12-09 CN CN200980154843.4A patent/CN102282472B/zh active Active
  • 2009-12-09 JP JP2011546247A patent/JP5559815B2/ja active Active

Non-Patent Citations (2)

Also Published As

Similar Documents

Legal Events