Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS20090037095 A1
Publication typeApplication
Application numberUS 12/183,039
Publication dateFeb 5, 2009
Filing dateJul 30, 2008
Priority dateJul 30, 2007
Also published asUS8756167, US20110161241, US20140244537
Publication number12183039, 183039, US 2009/0037095 A1, US 2009/037095 A1, US 20090037095 A1, US 20090037095A1, US 2009037095 A1, US 2009037095A1, US-A1-20090037095, US-A1-2009037095, US2009/0037095A1, US2009/037095A1, US20090037095 A1, US20090037095A1, US2009037095 A1, US2009037095A1
InventorsNilendu G. Jani, Paul Orsak, Brian Treat
Original AssigneeZms Technologies Inc.
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Transmodal and logistics system and method
US 20090037095 A1
Abstract
A transmodal and logistics method, comprising generating at least one transportation route for shipping a shipment using one or more different transportation modes and at least two transportation providers, and calculating a cost rate associated with the at least one transportation route.
Images(7)
Previous page
Next page
Claims(20)
1. A transmodal and logistics method, comprising:
generating at least one transportation route for shipping a shipment using one or more different transportation modes and at least two transportation providers; and
calculating a cost rate associated with the at least one transportation route.
2. The method of claim 1, further comprising applying provider rules to the at least one transportation route to ensure that the at least one transportation route conforms to the provider rules.
3. The method of claim 1, further comprising adjusting the at least one transportation route to conform to provider rules.
4. The method of claim 1, wherein at least one of the two different transportation providers comprises a logistics services provider.
5. The method of claim 1, wherein the cost rate comprises the sum of the cost rates for the at least two different transportation providers.
6. The method of claim 1, wherein the cost rate comprises a profit margin cost.
7. The method of claim 1, further comprising linking together transportation segments to form the at least one transportation route, each transportation segment using one of the at least two different transportation providers.
8. The method of claim 1, further comprising presenting to a user an optimal transportation route and cost rate for shipping the shipment.
9. A transmodal and logistics system, comprising:
a transportation routing module generating automatically at least one transportation route for shipping a shipment using at least two different transportation modes and at least two different transportation providers; and
a transportation rating module calculating a cost rate associated with the at least one transportation route.
10. The system of claim 9, wherein the transportation routing module applies provider rules to the at least one transportation route to ensure that the at least one transportation route conforms to the provider rules.
11. The system of claim 9, wherein the transportation routing module adjusts the at least one transportation route to conform to provider rules.
12. The system of claim 9, wherein at least one of the two different transportation providers is a logistics services provider.
13. The system of claim 9, wherein the cost rate comprises the sum of the cost rates for the at least two different transportation providers.
14. The system of claim 9, wherein the transportation routing module links together transportation segments to form the at least one transportation route, each transportation segment using one of the at least two different transportation providers.
15. The system of claim 9, wherein the transportation routing module dynamically presenting to a user an optimal transportation route and rate for shipping the shipment.
16. A transmodal and logistics method, comprising:
identifying two or more transportation routes for shipping a shipment, each transportation route comprising a plurality of transportation segments, the each transportation route using one or more different combinations of providers; and
calculating a cost rate for each transportation segment.
17. The method of claim 16, further comprising calculating a total cost rate for the each transportation route, the total cost rate comprising the sum of the cost rate for each transportation segment in the each transportation route.
18. The method of claim 16, further comprising validating shipment information for shipping the shipment.
19. The method of claim 16, wherein the providers comprise third-party providers.
20. A transmodal and logistics method, comprising:
generating at least one transportation route for shipping a shipment using at least two different transportation modes and one or more transportation providers; and
calculating a cost rate associated with the at least one transportation route.
Description
    CROSS-REFERENCE TO RELATED PATENT APPLICATIONS
  • [0001]
    This patent application claims the benefit of U.S. Provisional Patent Application No. 60/962,578, filed Jul. 30, 2007, the teachings and disclosure of which are hereby incorporated in their entireties by reference thereto.
  • BACKGROUND OF THE INVENTION
  • [0002]
    The shipment of packages and/or freight is an age-old method of transporting items from one location to another. Today, packages are shipped using a particular method (e.g., air, ground, rail, ocean, etc.) based on a desired and/or requested delivery date. For example, local domestic packages are shipped via ground using a truck. In some instances, a package is shipped using multiple methods of transportation between the originating and destination locations and are consolidated and deconsolidated several times at the various transportation mode interchange locations before reaching the final destination. However, software solutions are limited and only allow for the manual building of inter-connected routes when the shipments are transported using multiple transportation modes. Additionally, the software solutions are unable to perform the end-to-end shipment route planning that spans multiple transportation modes and/or providers.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • [0003]
    FIG. 1 illustrates an electronic device comprising an embodiment of a transmodal and logistics system;
  • [0004]
    FIG. 2 illustrates an embodiment of customer criteria for the transmodal and logistics system of FIG. 1;
  • [0005]
    FIG. 3 illustrates an embodiment of transportation route data and transportation rating data for the transmodal and logistics system of FIG. 1;
  • [0006]
    FIGS. 4A and 4B illustrate another embodiment of transportation route data and transportation rating data for the transmodal and logistics system of FIG. 1; and
  • [0007]
    FIG. 5 is a flowchart illustrating an embodiment of the transmodal and logistics method.
  • DETAILED DESCRIPTION OF THE DRAWINGS
  • [0008]
    FIG. 1 illustrates an electronic device 10 comprising an embodiment of a transmodal and logistics system 100. Transmodal and logistics system 100 is configured to identify at least one transportation route for shipping a shipment using one or more different transportation modes and/or providers. In some embodiments, transmodal and logistics system 100 identifies the at least one transportation route based on an originating and destination location, an available pickup date and time, a desired delivery date and time, a provider profile, customer criteria, provider rules, and other constraints.
  • [0009]
    As used herein, “transmodal” is defined as the ability to transport across multiple transportation modes and/or providers. A “transportation mode” can be any means of transporting and/or shipping a shipment, including, but not limited to, by personal courier, airplane, ground, train, and boat. A “transportation provider” can be any provider which transports using a particular transportation mode or a provider which provides associated transportation and/or logistics services, such as, but not limited, providing a general storage and/or holding facility for the shipment, packaging services (e.g., wrapping shipment in foam) for the shipment, and providing a cold storage holding facility. The “transportation provider” can be the primary provider itself or a third-party provider with which the primary provider has contracted for a particular transportation and/or logistics service.
  • [0010]
    In FIG. 1, electronic device 10 may comprise any type of portable or non-portable electronic device including, but not limited to, a desktop computer, a laptop computer, a notebook computer, a tablet computer, a personal digital assistant (PDA), a cellular phone or any other type portable and/or non-portable electronic device. In the illustrated embodiment, electronic device 10 comprises a user interface 20, a processor 30, and a memory 40. Components of electronic device 10 may comprise hardware, software, firmware or any combination thereof. In the illustrated embodiment, memory 40 comprises shipping modules 50 and data 60. Shipping modules 50 are executable instructions and/or processes stored in memory 40 which are configured to identify at least one transportation route for shipping the shipment. In FIG. 1, shipping modules 50 comprise a location validation module 52, a transportation routing module 53, a transportation rating module 54, a dynamic consolidation module 55, an intelligent sourcing module 56, and a simulation module 57. Location validation module 52 verifies and/or ensures that an originating and/or pickup location and a destination location for the shipment are valid. Thus, location validation module 52 determines whether the originating and destination locations can be found on a map and have a corresponding identifiable longitude and latitude location.
  • [0011]
    Transportation routing module 53 identifies possible transportation routes for a shipment based on the originating and delivery locations validated by the location validation module 52. In some embodiments, transportation routing module 52 identifies and strings together one or more transportation segments, each of which represents a portion of the route to be traveled in a single transportation route. In some embodiments, each transportation segment is determined based on a variety of criteria, including, but not limited to, the transportation modes available, the size of the shipment, the provider's licensing certificates, the provider's skill requirements, operational constraints, the provider's rules, the provider's preferences, and the type of special equipment required to load and unload the shipment.
  • [0012]
    In the illustrated embodiment, transportation rating module 54 calculates the individual and/or total transportation costs associated with each provider identified by transportation routing module 53. In some embodiments, transportation rating module 54 can calculate transportation costs with a built-in profit margin. In some embodiments, transportation rating module 54 can convert the transportation costs into another foreign currency.
  • [0013]
    In FIG. 1, dynamic consolidation module 55 establishes and/or links the current shipment with at least one other shipment to enable a consolidated shipment at a discounted rate. In some embodiments, the consolidated shipment is based on the shipments which have similar originating and destination locations. In some embodiments, the similar originating and destination locations are a location generally having the same geographic region (e.g., same city, same zip code, etc.). In some embodiments, the consolidated shipment is based on shipments having similar originating and destination locations for the entire transportation route and/or at least a portion of the transportation route or one or more transportation segments.
  • [0014]
    In the illustrated embodiment, shipping modules 50 also comprise intelligent sourcing module 56 which identifies a central location to consolidate multiple shipments that may have a number of different starting locations so that a single arrival of the multiple shipments can be made at the destination location. For example, shipping module 50 may coordinate the shipment of a single product which has multiple components stored at different facilities. In this embodiment, shipping module 50 may identify a central location to which all the components may be shipped and then consolidate the multiple components for a single shipment to an identified delivery location.
  • [0015]
    In FIG. 1, simulation module 57 enables a provider and/or any other user to run shipment simulations using transportation routing module 53. In some embodiments, simulation module 57 identifies optimal shipping scenarios and/or sourcing strategies to understand the individual provider's and/or user's business impact from a timing and cost perspective. In some embodiments, simulation module 57 simulates the transportation routes available for an example aggregate set of shipments and identifies the costs and potential savings for various “what if” scenarios.
  • [0016]
    In FIG. 1, memory 40 also comprises data 60 used by one or more of shipping modules 50 to execute each of shipping modules 50. It should be understood that data 60 can be stored in memory 40 in any format, including, but not limited to, an extensible Markup Language (XML) database, a relational database, a file, or a list. In the illustrated embodiment, data 60 comprises customer criteria 68, geocoding data 70, provider rules 72, default provider rules 74, transportation route data 76, transportation route costs 79, and provider profile data 80. In FIG. 1, customer criteria 68 list information that the customer provides when requesting a shipment of their respective package. For example, customer criteria 68 may comprise an originating location, a destination location, and a timeframe for which the package is to be delivered. Geocoding data 70 is utilized by the location validation module 52 to validate the starting and the destination location. Provider rules 72 are the rules and/or criteria established by a particular provider for transporting particular types of shipments. For example, provider rules 72 may specify that, for a small package to be shipped overseas, the shipment must first be delivered to a specified gateway airport to be flown to a destination gateway airport and subsequently delivered by truck to the final destination. A “destination gateway airport,” as used herein, is an airport capable of and/or authorized to transport packages internationally. As another example, provider rules 72 may indicate that large shipments with certain characteristics (e.g., containing a particular hazardous material or perishables) be shipped within appropriate transportation specific containers and/or combined with other appropriate shipments (e.g., ensuring that the hazardous material is not shipped with other materials which could cause the hazardous material to explode, shipping perishables in containers designed to maintain a certain temperature and humidity level, etc.). In the illustrated embodiment, default provider rules 74 is a list of default rules which are used in place of provider rules 72 if no specific provider rules are provided. In some embodiments, provider rules 72 comprises a list of approved providers for a given geographic region or geographic lane. A “geographic lane” as used herein is a geographic region (e.g., a country, a city, etc.) between the originating and destination location.
  • [0017]
    Transportation route data 76 comprises data stored after transportation routing module 53 is executed. Transportation route data 76 comprises at least one or more transportation routes for shipping a shipment. Each transportation route identified in transportation data 76 may comprise one or more segments and/or one or more providers which constitutes the entire transportation route identified by transportation routing module 53. For example, one transportation route may comprise ten segments, each of the segments representing a point in between the starting location and the destination location. Each of the ten segments may also have a different provider who is responsible for the transportation for their respective segment. In some embodiments, the segments are optimally linked together so that one transportation route is formed to minimize cost and time and/or adhere to other key attributes (e.g., maintain reliability, ensure a particular profit/cost margin, etc.). Each transportation segment typically comprises an originating location and a destination location, with each representing a pick-up and drop-off location for a particular provider.
  • [0018]
    Transportation rating data 79 comprises cost information associated with each transportation route identified by transportation routing module 53. In some embodiments, transportation rating data 79 comprises information associated with each individual transportation segment and/or the cost of the entire transportation route. In some embodiments, transportation rating data 79 comprises a profit margin or a percent of profit margin which can be used to calculate a total cost that includes the profit margin.
  • [0019]
    In FIG. 1, provider profile data 80 is a list of information associated with each provider. For example, in FIG. 1, provider profile data 80 comprises provider coverage area data 81, shipment size data 82, available special equipment data 83, provider services data 84, type of delivery data 85, and provider cost data 88. It should be understood, however, that provider profiled data 80 can comprise more or fewer data than illustrated. Provider coverage area data 81 indicates the area of operation for the particular provider. In some embodiments, provider coverage area data 81 indicates the transportation routes, transportation segments, and drop-off and/or pick-up locations for that particular provider. Shipment size data 82 identifies the sizes of shipments in which the provider can transport (e.g., any shipment under 500 pounds, shipments having a size less than 24′24′24′, etc.). Available special equipment data 83 indicates the types of shipping vehicles provided by and/or utilized by a particular provider (e.g., flatbeds, straight truck, fifty-three foot (53′) trailer, cargo transporter, commercial airline jet, etc.). Provider services data 84 identifies the special services provided by the provider, including, but not limited to, particular lifting equipment (e.g., fork truck, crane, etc.) and the speed of delivery of the shipment (e.g., same day, overnight, six weeks, etc.). FIG. 1 indicates two types of deliveries 85 in which providers are typically categorized: (1) on-demand type 86 and (2) scheduled type 87. An on-demand 86 provider is one which can be arranged generally at any time to provide a particular shipping service. Example on-demand 86 providers include, but are not limited to, a courier, a pick-up and delivery provider, a truckload provider, and a chartered airplane. Scheduled 87 providers have a pre-determined and/or pre-set schedule having a particular arrival and/or departure time. Examples of scheduled 87 providers include, but are not limited to, a commercial airline, a bus, a less than a truckload provider, and a train. Provider cost data 88 includes information associated with shipping a particular shipment based on the other information associated with the provider. For example, in some embodiments, provider cost data 88 comprises cost information based on the shipment sizes identified in shipment sizes data 82 or available special equipment data 83. In some embodiments, provider cost data 85 may vary based on the coverage area specified in provider coverage area data 81.
  • [0020]
    Thus, in operation, a customer enters shipping information regarding the shipment, such as, but not limited to, the shipment size, the starting location, and destination location of the shipment. The information is captured and stored by transportation routing module 53 as customer criteria 68. Location validation module 52 then validates the starting location and the destination location stored in customer criteria 68. Transportation routing module 53 then references provider profile data 80 to identify the providers which can ship the shipment for a portion of and/or the entire distance between the originating location and the destination location. In some embodiments, transportation routing module 53 compares the customer criteria 68 against the provider profile data 80. For example, if customer criteria 68 identify that the shipment is a large shipment, transportation routing module 53 then references shipment sizes data 82 and transportation network data 80 to identify the available providers. As another example, if customer criteria 68 identifies a starting location as a residence or a business location, then transportation routing module 53 references type of delivery data 85 to identify an on-demand 86 provider to pick-up the shipment from customer location. As another example, if customer criteria 68 identify that special equipment such as a forklift or a crane is required to pick-up the shipment, then transportation routing module 53 references provider services data 84 and shipment sizes data 82 to identify which providers have such a service and/or transportation vehicle available to accommodate a large shipment.
  • [0021]
    Transportation routing module 53 then generates at least one transportation route using one or more different combinations of identified providers based on customer criteria 68. In some embodiments, the transportation routes comprise one or more transportation segments are strung and/or linked together by transportation routing module 53. Transportation routing module 53 then stores the different transportation routes as transportation route data 76. Transportation routing module 53 then applies provider rules 72 or default provider rules 74 depending on whether the provider has a customized set of provider rules 72. Provider rules 72 identify any patterns and/or specific rules that have been established by the providers. For example, in some embodiments, provider rules 72 may indicate that any large package must be shipped first by truck and then by boat to any destination location that has an ocean between the starting location and the destination location. In this embodiment, transportation routing module 53 then adjusts the transportation routes stored in transportation route data 76 based on either provider rules 72 or default provider rules 74. In some embodiments, transportation routing module 53 may replace each of the providers in each of the transportation segments and/or transportation routes that do not conform to provider rules 72 with a provider which conforms to provider rules 72 or default provider rules 74. In some embodiments, transportation routing module 53 may filter the transportation routes, leaving those transportation routes which conform to provider rules 72 or default provider rules 74. In some embodiments, transportation routing module 53 stores the new transportation routes (e.g., the transportation routes identified after applying provider rules 72 or default provider rules 74) as transportation route data 76. In some embodiments, transportation routing module stores the new transportation routes as a separate component in data 60.
  • [0022]
    Transportation rating module 54 then evaluates and/or reviews the transportation routes identified by transportation routing module 53 and calculates a cost for shipping the shipment and other specified services (e.g., packaging the shipment with foam, etc.) based on that particular transportation route. In some embodiments, transportation rating module 54 references provider cost data 88 to determine the cost associated with each transportation route. In some embodiments, transportation rating module 54 calculates the cost to a particular provider for that particular shipment. In some embodiments, transportation rating module 54 calculates a recommended cost for which the provider should charge the customer based on a target and/or specified margin and/or profit amount. The costs associated with each transportation route are stored as transportation route costs 79 and presented to the user via user interface 20. In some embodiments, transportation rating module 54 presents only the lowest cost for transporting the shipment. In some embodiments, transportation rating module presents a portion or all of the alternative transportation routes and associated costs thereof for selection by the user.
  • [0023]
    FIG. 2 illustrates an embodiment of customer criteria 68 for transmodal and logistics system 100 of FIG. 1. In some embodiments, customer criteria 68 are the information/data entered by a customer regarding a particular shipment. Customer criteria 68 are used to determine the transportation routes and cost rates associated with shipping the particular shipment. In FIG. 2, customer criteria 68 indicates that John Doe's Auto Center has a package which needs to be shipped from 123 Midway Avenue, San Francisco, Calif. 94101 to 456 State Street, Beverly Hills, Calif. 90210. The expected delivery timeframe is “same day.” It should be understood, however, that fewer or more data may be included in customer criteria 68.
  • [0024]
    FIG. 3 illustrates an embodiment of transportation route data 76 and transportation rating data 79 for transmodal and logistics system 100 of FIG. 1. In the illustrated embodiment, transportation route data 76 and transportation rating data 79 are illustrated for a single provider who uses several third-party providers for one or more of the transportation segments for one of the transportation routes. In some embodiments, the single provider may transport the shipment for a portion or the entire transportation route and not utilize the services of a third-party provider. In the illustrated embodiment, transportation route data 76 and transportation rating data 79 are presented in combination; however, it should be understood that, in some embodiments, transportation route data 76 and transportation rating data 79 may be presented separately.
  • [0025]
    FIG. 3 illustrates provider transportation options 300, 310, 320, and 330. Each of transportation options 300 through 330 identifies provider service data 84, transportation rating data 79, transportation route data 76, and delivery date/time 350. In FIG. 3, provider service data 84 indicates the speed with which the shipment is delivered. For example, provider transportation options 300 and 310 are “Same Day/Next Flight Out” delivery speed. In FIG. 3, transportation rating data 79 comprises a recommended price 360, a cost rate 362, and margin 364. Recommended price 360 is the customer's cost for shipping the requested shipment based on the actual cost for shipping the shipment (e.g., as reflected in cost rate 362) and a profit margin identified by a provider (e.g., as reflected in margin 364). Thus, recommended price 360 is the combination of cost rate 362 and margin 364. Cost rate 362 is the cost for shipping the shipment using the transportation route illustrated by transportation route data 76 for each of transportation options 300 through 330. Thus, cost rate 362 is the combination of all the costs charged by each of the providers indicated in transportation route data 76. Margin 364 is the amount of profit or the desired margin with which the provider prefers to operate.
  • [0026]
    In FIG. 3, each of provider transportation options 300 through 330 comprises a different transportation route within transportation route data 76. For example, in option 300, the first transportation segment of the transportation route begins with a ground pick-up from the originating location having a zip code of 94101 using a ground transport vehicle G001. Ground transport vehicle G001 travels 21 miles to deliver the shipment to an airport to be transported by an airline A1 on flight number 0895-73G from OAK to BUR for the second transportation segment of the transportation route. Upon arrival at BUR, a ground transport vehicle G002 transports the shipment for 14 miles to the destination location having a zip code 90210 for the final segment of the transportation route. The provider cost of the first transportation segment is $20.56 United States Dollars (“USD”), the second is $95.63 USD, and the final is $18.91 USD. Therefore, the total provider cost is $135.10 USD, as reflected by provider transportation cost rate 362 for provider transportation option 300.
  • [0027]
    As another example, in provider transportation option 320, the first transportation segment of the transportation route begins with a ground pick-up from the originating location having a zip code of 94101 using a ground transport vehicle G004. Ground transport vehicle G004 transports the shipment for 10 miles to a drop-off location (e.g., SFO) so that a ground transport vehicle G005 can transport the shipment between SFO and LAX for the second segment of the transportation route. In the final segment, ground transport vehicle G005 transfers the shipment in LAX for ground transport vehicle G006 to travel 12 miles to deliver the shipment to destination location having a zip code 90210. The provider cost of the first transportation segment is $17.70 USD, the second is $23.68, and third is $17.70 USD. The total provider cost is $59.08 USD, as reflected by cost rate 362 for provider transportation option 320.
  • [0028]
    In Figure, it should be understood that, in some embodiments, the same provider can provide one or more of the transportation segments. Furthermore, in the illustrated embodiment, each of the routes in transportation route data 76 uses three different providers. However, it should be understood that more or fewer providers can be used for each transportation route, and/or each transportation route may comprise more or fewer transportation segments.
  • [0029]
    In FIG. 3, provider transportation option 300 is highlighted and/or selected by a user as the optimal provider transportation option. In this embodiment, the customer indicated that the shipment needed to be delivered the same day. Thus, provider transportation option 300 provides the desired delivery schedule for the lowest cost. Therefore, in this embodiment, provider transportation option 300 was the optimal provider transportation option. It should be understood, however, that a different provider transportation option may be selected depending on various customer criteria 68 and/or provider rules 72. For example, provider rules 72 may indicate that the route with the largest and/or greatest margin 364 is the optimal provider transportation option. Therefore, in the illustrated embodiment, provider transportation option 310 is the optimal provider transportation option.
  • [0030]
    FIGS. 4A and 4B illustrate another embodiment of transportation route data 76 and transportation rating data 79 for transmodal and logistics system 100 of FIG. 1. In the illustrated embodiment, transportation route data 76 and transportation rating data 79 are presented in combination; however, it should be understood that, in some embodiments, transportation route data 76 and transportation rating data 79 may be presented separately.
  • [0031]
    FIG. 4A illustrates window 470, FIG. 4B illustrates window 480. Each of windows 470 and 480 are illustrated as a graphical user interface (GUI). Window 470 illustrates provider transportation option 400. Window 480 illustrates transportation details for each of the transportation segments (e.g., transportation segments 420, 430, 440, 450, and 460) indicated in transportation route data 76 for provider transportation option 400.
  • [0032]
    Regarding FIG. 4A, window 470 illustrates provider transportation option 400 having transportation rating data 79, transportation route data 76, and delivery date/time 350. In FIG. 4, transportation rating data 79 comprises recommended price 360, cost rate 362, margin 364, and a margin percentage (“% margin”) 410. % margin 410 is the percentage of recommended price 360 which comprises margin 364. Thus, % margin 410 is equal to margin 364 divided by recommended price 360. Thus, in the illustrated embodiment, margin 364 constitutes 23.08% (e.g., $ margin 410) of recommended price 360 (e.g., $2,779.73 USD).
  • [0033]
    Regarding FIG. 4B, the transportation route for provider transportation option 400 comprises five transportation segments, namely transportation segments 420, 430, 440, 450, and 460. Window 480 illustrates the transportation details for each of transportation segments 420 through 460. For example, the originating location for the shipment is Singapore. Thus, for the first transportation segment, Singapore Pick-up and Delivery (PUD) Service is the provider to transport the shipment for 12 miles from the originating location to SHIP1. Specifically, Singapore PUD Service is expected to pick-up the shipment on Saturday (Sat) at 16:36 Singapore time (SGT) and arrives at SHIP1's Ocean Carrier Facility for a Monday, 08:00 SGT departure time. The cost for transportation segment 420 is $60.00 USD. The shipment then travels on transportation segment 430 across the ocean on SHIP1's boat, leaving SHIP1's Ocean Carrier Facility on February 18 at 08:00 SGT. SHIP1 then travels for 4 hours and arrives at SIN at 12:00 SGT on February 18. Thereafter, SHIP1 travels 8785 miles to SPQ, arriving at SPG at 18:00 Pacific Standard Time (PST) on 3/3. The cost for transportation segment 430 is $1380. Thereafter, the shipment travels by ground transportation using Land Air LAX PUD Service (LAND02) as the provider for transportation segment 440. Then, for transportation segment 450, the shipment travels by rail using TRAIN1 as the provider. For final transportation segment 460, the shipment gravels by ground using ground transportation vehicle G008 to reach the destination location on Sat. at 15:09 Central Standard Time (CST).
  • [0034]
    Thus, FIGS. 4A and 4B illustrate an embodiment of transportation route data 76 and transportation rating data 79 for transmodal and logistics system 100 of FIG. 1. It should be understood, however, that more or fewer transportation routes than illustrated may be used to transport the shipment. Additionally, it should be understood that more or fewer details regarding each of transportation segments 420 through 460 may be provided.
  • [0035]
    FIG. 5 is a flowchart illustrating an embodiment of the transmodal and logistics method. The method begins with block 510 in which transportation routing module 53 captures shipment information from customer criteria 68 for transporting/shipping a shipment. Transportation routing module 53 then validates the shipment information in customer criteria 68 using location validation module 52 (block 520). Transportation routing module 53 then generates automatically at least one transportation route using one or more different combinations of providers based on customer criteria 68 (block 530). Transportation routing module 53 then applies either provider rules 72 or default provider rules 74 to the generated routes (block 540). Transportation routing module 53 then adjusts the transportation routes based on provider rules 72 or default provider rules 74 so that the transportation routes conform to the respective provider rules 72 or default provider rules 74 (block 550). Transportation rating module then generates transportation rating information based on the identified transportation routes (block 560). Transportation rating module then presents an optimal transportation route and rate for shipping the shipment between the originating and destination locations (block 570), with the method terminating thereafter.
  • [0036]
    The illustrative embodiment maybe implemented in software and can be adapted to run on different platforms and operating systems. In particular, functions implemented by wireless network communications system 100 for example maybe provided by an ordered listing of executable instructions that can be embodied in any computer readable medium for use by or in connection with an instruction execution system apparatus or device such as a computer based system, processor containing system or other system that can fetch the instructions from the instruction execution system apparatus or device and execute the instructions. In the context of this document a “computer readable medium” can be any means 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 readable medium for example that is not limited to an electronic magnetic optical, electro magnetic infrared or semiconductor system apparatus device or propagation medium.
  • [0037]
    Therefore, embodiments of transmodal and logistics system 100 enable a provider to identify the most cost effective method and transportation means for shipping a shipment. Furthermore, transmodal and logistics system 100 also enables a provider to use a number of different combinations of third-party providers and automatically generate transportation routes based on the different combination of third-party providers without user intervention. Additionally, transmodal and logistics system 100 allows for the incorporation of logistics services providers in addition to transportation providers providing different modes of transportation. Moreover, transmodal and logistics system 100 enables a provider to establish a set of rules which govern which providers to use and the criteria limiting the providers.
Patent Citations
Cited PatentFiling datePublication dateApplicantTitle
US7711629 *Mar 25, 2004May 4, 2010Future Freight CorporationFreight fulfillment and trading platform
US7783557 *Aug 24, 2010Future Freight CorporationComputer-implemented display to facilitate trading in multi-modal freight shipment derivatives
US20070124009 *Jan 30, 2006May 31, 2007Bradley Randolph LMethods, systems, and computer integrated program products for supply chain management
Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US8150781 *Sep 17, 2010Apr 3, 2012Enroute Systems CorporationPackage shipping system and method, including usage of historical analytic data
US20100169242 *Dec 29, 2008Jul 1, 2010Salazar Edilberto IMultiple carrier mail sorting system
US20110071954 *Mar 24, 2011Enroute Systems CorporationPackage shipping system and method, including usage of historical analytic data
US20120173450 *Jul 5, 2012Enroute Systems CorporationPackage shipping system and method, including usage of historical analytic data
US20140058971 *Aug 21, 2012Feb 27, 2014Ebay Inc.Cross-border shipping solution
US20160004997 *Aug 19, 2015Jan 7, 2016SynchroNet Logistics, Inc.Determining optimal routes and rates for cargo transportation
Classifications
U.S. Classification701/533, 705/417
International ClassificationG06F17/00, G01C21/34
Cooperative ClassificationG06Q10/08, G06Q10/0834, G06Q10/083, G06Q30/0284, G06Q10/08345, G06Q10/08355
European ClassificationG06Q10/08, G06Q10/08355, G06Q30/0284
Legal Events
DateCodeEventDescription
Apr 23, 2009ASAssignment
Owner name: ZMS TECHNOLOGIES INC., TEXAS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:JANI, NILENDU G.;ORSAK, PAUL;TREAT, BRIAN;REEL/FRAME:022585/0466
Effective date: 20090310