U.S. patent application number 12/183039 was filed with the patent office on 2009-02-05 for transmodal and logistics system and method.
This patent application is currently assigned to ZMS TECHNOLOGIES INC.. Invention is credited to Nilendu G. Jani, Paul Orsak, Brian Treat.
Application Number | 20090037095 12/183039 |
Document ID | / |
Family ID | 40338897 |
Filed Date | 2009-02-05 |
United States Patent
Application |
20090037095 |
Kind Code |
A1 |
Jani; Nilendu G. ; et
al. |
February 5, 2009 |
TRANSMODAL AND LOGISTICS SYSTEM AND METHOD
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.
Inventors: |
Jani; Nilendu G.; (Bedford,
TX) ; Orsak; Paul; (Dallas, TX) ; Treat;
Brian; (Irving, TX) |
Correspondence
Address: |
MUNSCH, HARDT, KOPF & HARR, P.C.;INTELLECTUAL PROPERTY DOCKET CLERK
3800 LINCOLN PLAZA, 500N AKARD STREET
DALLAS
TX
75201
US
|
Assignee: |
ZMS TECHNOLOGIES INC.
Dallas
TX
|
Family ID: |
40338897 |
Appl. No.: |
12/183039 |
Filed: |
July 30, 2008 |
Related U.S. Patent Documents
|
|
|
|
|
|
Application
Number |
Filing Date |
Patent Number |
|
|
60962578 |
Jul 30, 2007 |
|
|
|
Current U.S.
Class: |
701/533 ;
705/417 |
Current CPC
Class: |
G06Q 10/083 20130101;
G06Q 10/0834 20130101; G06Q 30/0284 20130101; G06Q 10/08355
20130101; G06Q 10/08345 20130101; G06Q 10/08 20130101 |
Class at
Publication: |
701/202 ;
705/417 |
International
Class: |
G01C 21/34 20060101
G01C021/34; G06F 17/00 20060101 G06F017/00 |
Claims
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'.times.24'.times.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.
* * * * *