Patent Application
20100250446
The subject matter disclosed herein relates generally to a freight commerce system and method and, more specifically, to a freight commerce system that includes real time geo-based information.
Large freight companies typically have the ability and resources to organize shipments and schedules of their freight carriers to maximize efficiency. Dispatchers may communicate directly with the carriers to arrange and coordinate pick-up and drop-off of loads to reduce down time. They may consolidate routes to minimize the amount of time and distance that a particular carrier travels without a load. Additionally, they may maximize the amount of goods that are being carried along particular routes by the carriers.
In contrast, small carriers, small shippers, and individual drivers are unable to take advantage of efficiencies of scale afforded to the large freight companies. There is no simple, user-friendly mechanism that allows the small owner/operator carriers to find loads and small shippers to find carriers that fit into their schedules and meet other personalized requirements. For example, currently, drivers may use brokers, bulletin boards, or other rudimentary discovery mechanisms to identify potential loads. There is no automated or semi-automated way for them to optimize their schedule or negotiate contract details.
In particular, many current systems are limited to electronic bulletin boards, such as a Trans-core Exchange powered by DAT that brokers use to identify supply and demand for freight services. Additionally, U-Ship provides a web auction that allows shippers to post delivery request for drivers to bid on. Load Direct provides service kiosks located at truck stops that allow drivers to brows bulletin boards for loads. However, none of the current systems enable personalized requirements of the small owner/operator carriers and/or shippers and receivers. For example, shippers are not provided the tools to track the status of a load once it has left their yard. Thus, shippers and receivers do not know the real-time location of a load, estimated time of arrival of the load, temperature of the load, if there are other loads in the trailer, if the load is compatible with the other loads in the trailer, the number of times the trailer was opened en route, and so forth.
In a first embodiment, a freight commerce system is provided. The freight commerce system includes a server communicatively coupled to a communication network. The freight commerce system also includes one or more data collection devices communicatively coupled to the communication network. The one or more data collection devices are configured to provide location information to the server via the communication network, wherein the location information includes real-time geo-based information, historical geo-based information, or a combination thereof. In addition, the freight commerce system includes one or more electronic devices coupled to the communication network and configured to receive user preference information from a user and provide the preference information to the server. The server is configured to process the user preference information from the one or more electronic devices and the location information from the one or more data collection devices and provide the user with information for potential shipping business partners based on the user preference information and the location information.
In a second embodiment, a method for operating a freight commerce system is provided. The method includes receiving real-time data from a plurality of data devices via a communication network. The data devices are located with goods or carriers. The method also includes receiving preference data from carriers and shippers via the communication network. In addition, the method includes processing the real-time data from the plurality of data devices and the preference data from the carriers and shippers. The method also includes providing carriers and shippers with a recommendation list based at least in part on the real-time data and preferences data.
In a third embodiment, a shipping management system is provided. The shipping management system includes a data collection system. The data collection system includes a data collection device configured to obtain real-time data relating to a shipment load. The data collection system also includes a communication network configured to transmit the real-time data. In addition, the data collection system includes a central station configured to collect the real-time data. The shipping management system also includes a server configured to receive the real-time data, to receive preference information from carriers or shippers via the communication network, to process the real-time data and the preference information, to learn behavioral characteristics of the carriers or shippers based at least in part on the real-time data and the preference information, and to provide the carriers or shippers with a recommendation list based at least in part on the learned behavioral characteristics of the carriers or shippers.
These and other features, aspects, and advantages of the present invention will become better understood when the following detailed description is read with reference to the accompanying drawings in which like characters represent like parts throughout the drawings, wherein:
One or more specific embodiments of the present invention will be described below. In an effort to provide a concise description of these embodiments, all features of an actual implementation may not be described in the specification. It should be appreciated that in the development of any such actual implementation, as in any engineering or design project, numerous implementation-specific decisions must be made to achieve the developers' specific goals, such as compliance with system-related and business-related constraints, which may vary from one implementation to another. Moreover, it should be appreciated that such a development effort might be complex and time consuming, but would nevertheless be a routine undertaking of design, fabrication, and manufacture for those of ordinary skill having the benefit of this disclosure.
When introducing elements of various embodiments of the present invention, the articles “a,” “an,” “the,” and “said” are intended to mean that there are one or more of the elements. The terms “comprising,” “including,” and “having” are intended to be inclusive and mean that there may be additional elements other than the listed elements.
The disclosed embodiments include a freight commerce system and methods which enable carriers, drivers, shippers, and receivers to interact within a virtual market place and offer a set of tools that enable personalized, customizable, real-time negotiations and contract agreements. The freight commerce system provides features such as business partner discovery, contract negotiations, multi-hop schedule recommendations, and telematics-infused supply chain optimizations. The freight commerce system enables users to base negotiations on real-time geo-based information, analysis of historical geo-based information, user calibrated preferences, performance metrics, and inputs from all actors, as will be described in detail below. In addition, the freight commerce system may include the capability of being able to adaptively learn from user preferences, past user performance, and so forth.
The real-time capabilities of the freight commerce system may be based on data provided by real-time tracking devices associated with a real-time tracking system, such as the VeriWise™ from General Electric, for example. The real-time tracking system may provide actors with the ability to discover each other. For example, a shipper may be able to find carriers that are currently located near the shipper. This may be useful in the event that a particular shipment is a rush shipment, as the carrier may already be in the vicinity of the shipper. Additionally, implementation of the real-time tracking system within the freight commerce system may allow for historical data to be gathered regarding carriers. For example, data such as routes taken, goods carried, and on-time services may create a historical profile useful to shippers that are seeking carriers. In addition, the real-time tracking system may include real-time monitoring of load location, load status, load condition, and so forth.
It should be noted that, as used herein, the term “real-time” is not intended to be limited to data and transactions which occur substantially instantaneously (e.g., measured in microseconds). Rather, in the specific context of the freight commerce system presented herein, as well as the logistics domain in general, the term “real-time” can mean up to 24 hours in certain circumstances. Indeed, in the present context, the term “real-time” may be taken as anything from a few seconds to the latest relevant information.
The freight commerce system may also aid in negotiations between carriers and shippers. For example, each actor may have a unique set of multi-attribute preferences for each negotiation they enter into. In one example, a carrier may attempt to optimize workload and maximize profits by negotiating with multiple shippers in parallel. Similarly, the shipper may be able to examine a set of proposals from multiple carriers or drivers, and each actor may make decisions based on personal multi-attribute preferences. In addition, the freight commerce system may also use real-time geo-based information to aid in negotiations.
Turning to the figures, and referring initially to
The freight commerce system 10 may be configured to manage preferences and personal profiles for each of the actors. Specifically, a personal profile for the driver 20 may contain basic facts such as years of experience, license type, average load value, customer feedback, ratings, reliability, references, credentials, and so forth. Additionally, the driver's personal profile may include preferences such as preferred trip distance, preferred load types, and so forth. Some of the details may be provided by the driver 20, while other details, such as average load value, may be computed by the server 12 over a period of time. The shipper 14, on the other hand, may complete a profile that contains basic facts such as shipper's location, hours of operation, and so forth, and preferences such as preferred load handling practices, and/or preferred hours of load pick up. A receiver 16 may complete a profile that may contain similar facts, and may also include the number of loading docks at the facility, and preferences such as the use of certain loading docks for different loads for different shippers, preferred delivery schedule, and so forth.
The preference information may be used to influence negotiation and assist in comparative valuations of competing proposals set forth by both shippers and carriers. Furthermore, the preference information may be used by the server 12 to provide contract and agreement templates to allow the users to enter into freighting agreements. In one embodiment, a valuation matrix that reflects the immediate preferences of each of the actors may be maintained by the freight commerce system 10 and may be used in a comparative evaluations process. As discussed in greater detail below, the preference information may be added to the freight commerce system 10 either automatically (e.g., by tracking a user's behavior), or manually input by a user into a custom interface of the freight commerce system 10 or through a general user interface (e.g., web browsers, and so forth).
In the valuation matrix, preferences are weighted and the score of a given opportunity is valued based on that weighting. Preferences to be weighted can include any of the factors in the system including, but not limited to, driver qualifications (license type, on-time performance, language, and so forth), shipper qualifications (timeliness of payments, ease of working relationships, and so forth), shipper needs (on time delivery, and so forth), as well as other similar factors related to carriers 20 and loads 18. A summation across all references may then enable the system to compare opportunities. The weightings may be either user-entered or learned. A “learned” weighting is created by determining what the user has previously selected as choices and/or which choices have brought benefit to the user. The manual weightings that go into the valuation matrix may be dynamic and may be changed to meet any short-term need. For example, a shipper 14 may weight “reliability of delivery” higher and “on-time delivery” lower. Therefore, an opportunity requiring that a load absolutely be delivered, with less emphasis on timing, will be scored higher. Similar examples may be generated for the carrier 20 or the load 18 itself. The valuation matrix may encompass all of the actor interactions. Therefore, the suitability of the carrier 20 for a given load 18 may be evaluated (e.g., how well the carrier 20 meet the requirements of the load 18) and vice versa (e.g., how suitable is the load 18 for the carrier 20, what the carrier 20 gains by carrying this load 18, and so forth). All of the interactions (shipper-carrier, shipper-driver, and so forth) have this two-way element and all such interactions are included in the valuation matrix. The net result is the score given to the potential transaction.
The freight commerce system 10 may also facilitate a reputation feedback mechanism for all of the actors so that reputations can be factored into the comparative evaluations during negotiations. For instance, a driver's reputation may be built as a composite of inputs from shipper's feedback, receiver's feedback, and so forth. The inputs can have both manual and automated components. For example, the shipper 14 may manually rate the carrier 20 on professionalism at the time of pick up. In addition, the receiver 16 may manually rate the carrier 20 on his ability to deliver to the correct dock door. Additionally, the carrier 20 can rate the shipper 14, receiver 16, and even the load 18. For example, the carrier 20 may rate the shipper 14 and receiver 16 on professionalism and the load 18 based on compatibility with other loads, packaging, ease of transport, and so forth. As such, in certain embodiments, the valuation matrix may enable a multiple attribute reputation building mechanism based on geo-based historical and real-time information (e.g., on time delivery, and so forth) as well as user feedback and other data inputs, discussed in greater detail below.
Automated inputs from the data collection system 24 may include, for example, timeliness of delivery, adherence to route, previous experience in that geographic area (i.e. from historical data gathered through the data collection system 24) or with a particular pick-up or delivery location, sensor data on the load 18 (such as excess impact, temperature history, etc.). Thus, the data collection system 24 may include electronic devices configured to provide location information, for example, satellite-based or cellular-based devices, among others.
Additionally, in certain embodiments, the load 18 may act as an active actor in the freight commerce system 10 and may provide data to the data collection system 24 such as temperature, mishandling, and so forth, based on signals from sensors (e.g., thermometers, accelerometers, and so forth) located on or near the load 18. In such systems, the load 18 may be provided with a radio frequency identification (RFID) tag that contains information related to the shipping of the load 18. For example, the RFID tag may indicate temperature constraints, handling instructions, and so forth. Alternatively, a shipper 14 or receiver 16 may provide handling instructions to the server 12 on behalf of the load 18. The data relating to the load 18 may be used in a number of instances. For example, the load 18, receiver 16, and shipper 14 may have opposing sets of preferences. A load 18 and receiver 16 may prefer the load 18 to travel in a protective environment and arrive safely at its destination. On the other hand, the shipper 14 may not care about the load's accommodations but, rather, cost and time of delivery. Allowing the load 18 to participate as an active actor may, thus, help to insure that all actors achieve desired efficiencies.
In addition to the foregoing features, the freight commerce system 10 may be configured to facilitate personalized optimization over multiple route schedules. For example, the driver 20 may be able to build a chain of routes that will provide a particular benefit desired by the driver 20. This type of optimization will enable the driver 20 to develop and execute a personalized long-term strategy that may focus on individual goals and needs. For example, if the driver 20 desires to build up experience in transporting particular goods, such as fragile goods, the freight commerce system 10 may be configured to suggest a multi-stepped schedule of deliveries that will maximize the number of loads 18 that are considered fragile. Upon completion of each of these steps, the driver's record and/or reputation may reflect improvements in the driver's qualifications, thus, making his or her skill set more marketable. In particular, these needs of the driver 18 to build experience and/or reputation may be adaptively learned and, further, the freight commerce system 10 may make future recommendations based on the learned needs. Furthermore, this same type of learning based on any of the actors' actions may be accomplished by the freight commerce system 10.
Additionally, the freight commerce system 10 may allow for hedging via bulk route pre-buying. To hedge, a hedger may contract to provide freight services for a particular volume on a particular route for a particular period of time. Because of the uncertainty of bulk rate purchasing, the hedger may be able to negotiate a favorable price for such services. The hedger may later benefit from either re-selling the route at a lower price due to reduced market demand or executing it in a lower cost environment due to external factors, such as, lower fuel costs. A small business operator would not typically be in a position to benefit from this type of strategy.
The communication network 32 may be coupled to the central station 34, which may include a server, database, and/or relay switches for handling the data provided by the data collection device 30. The central station 34 may be configured to not only collect data from the data collection device 30 but also parse, sort, and/or process the data for use by the server 12. Alternatively, the central station 34 may simply be a communication link for relaying the data from the data collection device 30 to the server 12. As such, in certain embodiments, the data collection system 24 may be coupled to the server 12 via a network, such as network 40.
The network 40 may be any suitable communication network. In particular, the network 40 may include a variety of components and/or connections such as servers, fiber optics, cables, and wireless communication devices. Additionally, the network 40 may include a variety of networks including LANS, WANS, and the Internet. The network 40 allows for the server 12 to be coupled to kiosks 42, cell phones 44, data collection devices 46, laptop computers 48, and PC computers 50, among other things.
Actors in the freight commerce system 10 may communicate with the server 12 via any electronic device coupled to the network 40. In particular, actors such as drivers 20 may access a kiosk 42, which may be located in a truck stop, for example. The driver 20 may input preference data, as discussed above, and/or negotiate contracts or select loads for transportation in accordance with the disclosed embodiments. Alternatively, the actor may use a cell phone 44 or any electronic device enabled to access the Internet. Additionally, a data collection device 46 may be configured to enable the user to access the server 12 via the network 40 to provide preferential data as well as feedback and other information in accordance with the disclosed embodiments.
The storage devices 60 may be any electronic or magnetic storage device and may include a shipper database 62, a carrier database 64, a tracking database 66, as well as algorithms, software, and/or programs to aggregate information 68, process the information 70, and generate preference listings 72, as will be described in greater detail below. The shipper database 62 may include all information related to shippers 14 including preferential data, feedback data and historical data regarding contracts entered into, for example. The carrier database 64, may include all carrier information, including preferential data, feedback, and historical information, for example. The tracking database 66 may include all information related to loads 18, trailers, cabs, other devices, and/or actors, for which tracking data may be provided.
Returning to
Furthermore, in certain embodiments, the method 100 may include using the real-time data from the data collection devices and the preference information received from the actors to adaptively learn from the real-time data and preference information, as indicated at block 110. In addition, the method 100 may also learn from historical data (e.g., historical data collected from the data collection devices and historical preference information). This learning aspect of the freight commerce system 10 may enable validation of the preference information. In addition, the learning aspect may be used to supplement the preference information. For example, the freight commerce system 10 may recommend actions to a user, such as by learning user preferences based on the user's previous selections, accepting a less than desirable load in order to build reputation in a weaker area of competence, picking a less than desirable carrier 20 that still meets risk criteria at an acceptable cost point, and so forth. Since the freight commerce system 10 is able to learn from the real-time data and the preference information, the freight commerce system 10 may be able to make recommendations based not only on the preference information, but also based on the learned behavioral characteristics (e.g., behavioral patterns, and so forth).
In particular, in certain embodiments, the freight commerce system 10 may be configured to provide a forum for actors to negotiate for services. For example, a shipper 14 may provide preference information related to a particular shipment. Through the freight commerce system 10, carriers 20 that meet (or most closely approximate) the preferences set by the shipper 14 may be listed for review by the shipper 14. As described earlier, the preference listing may take into account real-time location information. The shipper 14 may be able to contact one or more of the listed carriers 20 after reviewing credentials (e.g., experience, licenses, ratings, and so forth) and/or carrier preferences. The freight commerce system 10 may be configured to provide an analogous procedure to allow a carrier 20 to find shippers 14.
Alternatively, the freight commerce system 10 may provide some variant of an auction for services to allow actors to bid for services. For example, a shipper 14 may provide preferences as to a particular shipment and the freight commerce system 10 may be configured to list the particular shipment in an electronic forum for auction. Upon using the freight commerce system 10 to find loads 18, carriers 20 fitting the preference profile may bid to carry the shipment for the shipper 14. The freight commerce system 10 may be configured to allow the shipper 14 to review the bids, credentials (e.g., experience, rating, licenses, and so forth) and preferences of the carrier 20 before accepting a bid. As such, the auction may not necessarily go to the highest bidder, but may allow a shipper 14 to achieve a preferred pricing while still achieving preferences for the shipment.
Other functionality may also be provided, including a “Ship Now” option that automatically allows a carrier 20 that meets a particular price to automatically win the auction. Additionally, a shipper 14 may set a reserve price, starting bid price, and so forth. Again, the freight commerce system 10 may be configured to provide an analogous procedure for a carrier 20 to find shippers 14.
Additionally,
Additionally, a driver 20 is provided an opportunity to prioritize each of the variables in accordance with preferences. Specifically, in the left hand column a priority menu 270 is shown next to each of the various preference variables. The priority allows for a driver 20 to indicate what is most important to the particular driver 20 on a scale of 1 to 10, for example. Although shown as a drop down menu, the priority menu 270 may be implemented in other forms, such as a sliding bar, for example. Preference weightings are used when evaluating the suitability of a given potential transaction. As described above, the valuation matrix encompasses all of the actor interactions. Therefore, all of the interactions (e.g., shipper-carrier, shipper-driver, and so forth) have a two-way element and all such interactions are included in the valuation matrix. The net result is the score given to the potential transaction.
Although only the driver's profile form 200 is given as an example, a shipper 14, receiver 16, broker 22, load 18, and so forth, may have similar forms that address the particular preferences of the actor, as described above.
When the user has set preferences, indicated location, and/or selected a search radius, the driver 20 may select a “Map-It” icon 310 which will then process both the preference information as well as current location information for the driver 20 and provide the user with the result of the search. Specifically, as illustrated, the user indicated a search radius of ten miles from the indicated latitude and longitude and the search results may be provided as illustrated in
The freight commerce system 10 provides beneficial tools to negotiate custom contracts and helps ensure that the contract details are executed to the full precision that was agreed. Multi-attribute reputation building mechanisms from all of the participants, or actors, may be used as feedback for each of the transactions. As described above, the freight commerce system 10 may aggregate information related to the various actors. Specifically, for example, the freight commerce system 10 may be configured to store data relating to a driver's historical on-time performance. For instance, in certain embodiments, sensing/tracking devices may automatically update performance information where available. The data may be collected directly using the data collection devices or may be provided by other actors privy to a particular shipping/carrying agreement. For example, a shipper 14 may indicate that a carrier 20 arrived on-time, ahead of schedule, or was late. This information may be used by the freight commerce system 10 to build a reputation for the driver 20. Other information that may be used for performance assessment and reputation building may be obtained and/or learned from data collection devices (e.g., how much impact the driver 20 allows the load 18 to experience, and so forth). In fact, all of the types of information described herein may generally be input manually (e.g., input by a user about himself, input by a user about another user, and so forth) or collected automatically via data collection devices.
The freight commerce system 10 may be particularly beneficial for providing opportunities to smaller shippers 14 and carriers 20 that might otherwise be unavailable. For example, the ability of smaller shippers 14 and carriers 20 to access centralized real-time freight data (e.g., geo-based data, and so forth) makes available new opportunities for more proactively scheduling the types of loads that are shipped and carried, respectively. This capability affords these smaller shippers 14 and carriers 20 more control over their own businesses than they would otherwise have without the freight commerce system 10. However, the benefits of the freight commerce system 10 are not limited to smaller shippers 14 and carriers 20. The automated features of the freight commerce system 10 may also prove beneficial for larger freight commerce participants. For example, the ability to access the large, automated network of the freight commerce system 10 may enable larger market participants to more efficiently schedule shipments. In other words, all market participants may benefit from using the freight commerce system 10 described herein.
This written description uses examples to disclose the invention, including the best mode, and also to enable any person skilled in the art to practice the invention, including making and using any devices or systems and performing any incorporated methods. The patentable scope of the invention is defined by the claims, and may include other examples that occur to those skilled in the art. Such other examples are intended to be within the scope of the claims if they have structural elements that do not differ from the literal language of the claims, or if they include equivalent structural elements with insubstantial differences from the literal languages of the claims.
