US20220318722A1

Movatterモバイル変換

Info

Publication number: US20220318722A1
Application number: US17/848,908
Authority: US
Inventors: William Driegert; Eric Berdinis
Original assignee: Uber Technologies Inc
Current assignee: Uber Technologies Inc
Priority date: 2018-04-16
Filing date: 2022-06-24
Publication date: 2022-10-06
Also published as: US20190318298A1; US11392881B2

Abstract

A network computer system operates to monitor a location of multiple freight vehicle. For each freight vehicle of a candidate set, a determination is made as to the amount of additive travel that the freight vehicle would likely incur in traveling to a loading location of a new freight load, based at least in part on the monitored location information communicated from the operator device associated with that freight operator. The network computer system implements a matching process to match the freight load with one of the freight vehicles of the candidate set. The network computer system also determines a shipment value for transporting the freight load, based on the additive amount of travel which the freight vehicle is to perform. In some examples, the network computer system directs the matched freight operator to the loading location, using a device of the matched freight operator.

Description

PRIORITY CLAIM

This application is a continuation of and claims the benefit of priority to U.S. patent application Ser. No. 15/954,123, filed on Apr. 16, 2018, titled “Freight Vehicle Matching and Operation”, which is incorporated herein by reference in its entirety for all purposes.

TECHNICAL FIELD

Examples described herein relate to freight vehicle matching and operation.

BACKGROUND

Freight vehicles generally comprise of a truck and trailer. While the use of freight vehicles for transportation of goods and services is a critical aspect of society, the manner in which freight vehicles are utilized can be inefficient, due to factors such as lack of communication and centralized management of freight vehicles.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a network computer system to match freight vehicles to freight load requests, according to one or more examples.

FIG. 2 illustrates an example freight matching service provided by a network computer system, such as described with an example ofFIG. 1.

FIG. 3 illustrates an example method for matching a new freight load to a freight operator.

FIG. 4 illustrates examples of matching processes for matching a load of a new freight load request to a freight operator, based on a determination of additive cost for individual freight operators.

FIG. 5 illustrates a block diagram for a computer system on which examples described herein may be implemented.

FIG. 6 is a block diagram that illustrates a computing device upon which examples described herein may be implemented.

DETAILED DESCRIPTION

According to examples, a network computer system implements a freight matching service to monitor and match freight vehicles with new loads. Examples match freight operators to new freight loads by determining the amount of additive travel or cost that individual freight operators would incur in traveling to the loading locations of respective new freight loads.

With respect to examples, the “amount of additive travel” and the “amount of additive cost” refer to quantities that a freight operator incurs, or would likely incur as a result of traveling to a specified loading location. As described, examples can determine the amounts of additive travel and/or cost when matching freight operators to new freight loads, to lower the operating cost for matched freight operators. Among other benefits, the network computer system can reduce the amount of time and resources (e.g., computational resources) that would otherwise be used to match new freight loads to freight operators by prioritizing matching of new freight loads to freight operators with the lowest additive travel and/or cost. In such examples, the prioritized matchings are more likely to be successful, causing the network computer system to expend less computation resources when matching freight operators to new freight loads.

In some examples, a network computer system operates to monitor a location of multiple freight vehicles. For each freight operator of a candidate set, a determination is made as to the amount of additive travel and/or cost that the freight operator would likely incur in traveling to a loading location of a new freight load. The network computer system implements a matching process to match the freight load with one of the freight operators of the candidate set. The network computer system also determines a shipment value for transporting the freight load, based on the additive amount of additive travel or cost which the freight operator is to incur. In some examples, the network computer system directs the matched freight operator to the loading location, using a device of the matched freight operator. One or more examples described provide that methods, techniques, and actions performed by a computing device are performed programmatically, or as a computer-implemented method. Programmatically, as used, means through the use of code or computer-executable instructions. These instructions can be stored in one or more memory resources of the computing device. A programmatically performed step may or may not be automatic.

One or more examples described can be implemented using programmatic modules, engines, or components. A programmatic module, engine, or component can include a program, a sub-routine, a portion of a program, or a software component or a hardware component capable of performing one or more stated tasks or functions. As used herein, a module or component can exist on a hardware component independently of other modules or components. Alternatively, a module or component can be a shared element or process of other modules, programs, or machines.

Some examples described can generally require the use of computing devices, including processing and memory resources. For example, one or more examples described may be implemented, in whole or in part, on computing devices such as servers, desktop computers, cellular or smartphones, and tablet devices. Memory, processing, and network resources may all be used in connection with the establishment, use, or performance of any example described herein (including with the performance of any method or with the implementation of any system).

Furthermore, one or more examples described may be implemented through the use of instructions that are executable by one or more processors. These instructions may be carried on a computer-readable medium. Machines shown or described with figures below provide examples of processing resources and computer-readable mediums on which instructions for implementing examples described can be carried and/or executed. In particular, the numerous machines shown with examples described include processor(s) and various forms of memory for holding data and instructions. Examples of computer-readable mediums include permanent memory storage devices, such as hard drives on personal computers or servers. Other examples of computer storage mediums include portable storage units, such as CD or DVD units, flash memory (such as carried on smartphones, multifunctional devices or tablets), and magnetic memory. Computers, terminals, network enabled devices (e.g., mobile devices, such as cell phones) are all examples of machines and devices that utilize processors, memory, and instructions stored on computer-readable mediums. Additionally, examples may be implemented in the form of computer-programs, or a computer usable carrier medium capable of carrying such a program.

FIG. 1 illustrates a network computer system to match freight vehicles to freight load requests, according to one or more examples. According to examples, anetwork computer system100 implements a freight matching service to match new freight load requests with freight operators. In particular, thenetwork computer system100 can implement a freight matching service based at least in part on a determination of additive cost which matched freight operators would incur as a result of traveling to the site of a new freight load request.

According to examples, thenetwork computer system100 can be implemented in a variety of computing environments, including as part of a network service provided through one or more servers. Thenetwork computer system100 may be implemented on a server, on a combination of servers, and/or on a distributed set of computing devices which communicate over anetwork99, such as the Internet. In some examples, thenetwork computer system100 is implemented using mobile devices of users, includingoperator devices24 and/orshipper devices22. In such examples, the individual mobile devices may execute a corresponding service application that causes the respective mobile device to operate as an information inlet and/or outlet for thenetwork computer system100.

Over a given territory, thesystem100 can communicate with a collection ofoperator devices24 that are individually located withincorresponding freight vehicles14. In some examples, each freight vehicle includes a truck (or tractor) and trailer, with the trailer being separable from the truck. In variations, eachfreight vehicle14 can correspond to any vehicle that is capable of carrying a load or other type of freight load.

In some examples, theoperator devices24 correspond to mobile devices of freight operators. For example, at least some of theoperator devices24 can be implemented as a multi-functional messaging and/or telephony device of the freight operator (e.g., feature phone, smart phone, phablet, tablet, ultramobile computing device, etc.). In variations,individual operator devices24 implement respective service applications which communicate with thesystem100. In communicating with thesystem100, the individualrespective operator devices24 access geo-aware resources of the computing device, such as a respective satellite receiver (e.g., Global Positioning System (“GPS”)) which determines longitude and latitude of theoperator device24 over repeated intervals. Theindividual operator devices24 may also execute the service applications to access other types of data, such as sensor data obtained from an accelerometer, gyroscope, inertial mass unit (“IMU”) or other type of sensor device.

As an addition or alternative, at least some of theoperator devices24 can communicate with corresponding electronic logging devices (ELD) that are resident within the respective freight vehicles. By way of example,individual operator devices24 can execute the corresponding service application to interface and obtain logging information from the ELD of therespective freight vehicle14. The logging information may, for example, record hours in which the freight vehicle has been operated, as well as other kinds of information (e.g., telemetry information as measured by integrated sensors of the freight vehicle).

Thesystem100 programmatically monitors freight operators (or freight vehicles) that are active in operating freight vehicles over a given territory. According to examples, thesystem100 communicating withoperator devices24 of freight operators. For example, thesystem100 monitors freight operators through communications withrespective operator devices24 which freight operators may carry within their respective vehicle. Thesystem100 can communicate withoperator devices24 to obtainvehicle information51, where thevehicle information51 includes location data that identifies the current location of the respective vehicle. As an addition or alternative, thesystem100 communicates with theoperator devices24 to obtainlogging information53 from correspondingfreight vehicles14. Thelogging information53 may be obtained from, for example, the operator device124, or alternatively from the resident ELD of thefreight vehicle14. The logging information may identify, for example, information about the operation of the corresponding freight vehicle, such as information from which fuel efficiency can be determined. As an addition or variation, thelogging information53 may identify a continuous interval during which the vehicle was in operation. Such information may be used to monitor the number of hours during which a freight operator has continuously operated a freight vehicle. Thesystem100 can aggregate andstore vehicle information51, logginginformation53 and various other kinds of information.

In variations, thesystem100 maintains a profile that is associated with each freight operator and/orfreight vehicle14, where the profile can indicate an availability or capability of the corresponding vehicle. In some examples,system100 develops or maintains profiles for freight operators (or carriers) and/orfreight vehicle14 based on aggregatedvehicle information51 and/orlogging information53, as well as other information (e.g., user account information). Among other types of information, the profile maintained bysystem100 in association with a given freight operator can include (i) information that tracks freight operator on an existing route; (ii) information that identifies the existing load (if any) being carried within a respective trailer of the freight operator's vehicle; (iii) the type of freight vehicle and/or trailer that the freight operator is utilizing (e.g., whether the freight vehicle can carry wide-load or hazardous material, the power of the vehicle); and/or (iv) a consecutive interval of time during which the freight operator has been operating therespective freight vehicle14. Thesystem100 may use the profile information to predict or otherwise anticipate the freight vehicle's route in an upcoming interval of time, as well as the availability or capability of the freight vehicle to transport specific freight loads.

In some examples,system100 receives afreight load request112 from a shipper12 (e.g. via shipper device22), where thefreight load request112 specifies a load for transport from the shipper's site to a delivery destination. Thefreight load request112 can specify request parameters113, such as (i) a loading time interval, specifying when loading can take place, (ii) information about the new load (“load information115”), (iii) a delivery time interval when the loaded load can be unloaded at the delivery location, and/or (iv) other restrictions. Each of the loading and delivery time intervals may specify an initial time and a final time, so as to at least partially define the stated time interval. By way of example, theshipper12 can specify that a new load is available for loading immediately during an upcoming time interval, or at an interval that begins at a particular time (e.g., in four hours, at specific time of day or next day). Still further, the loading time interval can specify a loading time that begins at a defined time and is subject to a restriction of a delivery time or window. The time interval for delivery (or unloading) can similarly specify a window of time in a given day during which delivery of the load would be acceptable. Theload information115 of the newfreight load request112 can specify, for example, a type of load which requires a specific capability of a trailer or vehicle (e.g., wide-load, hazardous material). More generally, theload information115 can specify a size (e.g., volume, weight) or characteristic (e.g., partial load) of the load that is to be shipped.

Thesystem100 operates to match the newfreight load request112 to a freight operator. In matching thefreight load request112 to a freight operator, thesystem100 implements operations to minimize additive cost associated with a matched freight operator traveling to a loading site (e.g., site of shipper warehouse) to pickup a new load offreight load request112. In determining additive cost, thesystem100 can determine an additive travel distance and/or duration (“additive amount of travel”) for individual freight operator to travel to the site of the load. With respect to examples described, the additive travel distance or duration (or “additive amount of travel”) corresponds to a travel distance or time for a freight operator to travel to a site of ashipper12 from a given departure point, where the given departure point is a current or likely future location of the freight operator.

According to some examples,system100 determines an additive cost for one or more freight operators, reflecting a cost of additive travel as well as other factors (e.g., additional inefficiencies associated with operating the freight vehicle) associated with the freight operator traveling to the site of the shipper. Thesystem100 can also determine a shipment value for new freight load requests, where the shipment value includes a surcharge value that reflects the additive cost associated with individual freight operators traveling to the site of theshipper12 for the newfreight load request112. As individual freight operators may have different amounts of additive travel which they may incur to load a load of a newfreight load request112, thesystem100 may assign different surcharge values to different freight operators for fulfilling the same freight load request. In such examples, the determination of the surcharge value can be based on the distance and/or time of travel for the respective freight operators to reach the site of the shipper. Accordingly, a shipment value assigned for fulfilling the newfreight load request112 can vary amongst a group of candidate freight operators who are in sufficient proximity to the load site to accept thefreight load request112.

In determining the additive amount of travel,system100 may utilize at least one of (i) a departure point corresponding to the current location of a candidate freight vehicle, or (ii) a likely future location of the candidate freight vehicle. In determining the likely future location,system100 can project the future locations of the freight operator using routing or contextual information. By way of example,system100 can predict a future location of a freight operator based on a planned route or known destination of the freight operator. As another example, once thesystem100 assigns a freight load request to a freight vehicle, thesystem100 can update a freight operator profile associated with the freight vehicle to reflect the destination of the freight vehicle. Subsequently, thesystem100 can predict the location of the freight vehicle at a future point in time, based on route information, delivery information or other monitoring or tracking activities which can be performed in conjunction with the freight operator transporting a previously assigned load. Still further, thesystem100 can provide, or otherwise integrate with a route planning service for individual freight operators, in order to facilitate the freight operators in navigating the respective freight vehicles to delivery destinations or other locations. In variations, thesystem100 can also utilize contextual information, such as by way of determining a suitable point on a highway where the freight operator can change directions and travel towards the site of theshipper12.

By way of examples, thesystem100 may receive a newfreight load request112 which specifies an immediate or soonest available loading time for a new load that is located at a site of a shipper. Thesystem100 can determine the additive amount of travel by anticipating a direct route between the current or likely future location of a candidate freight operator and the site of the load. In variations, thefreight load request112 may provide for a future loading time interval (e.g., next 8 hours, next day between 10 AM and 2 PM, etc.) during which loading may take place. For future loading time intervals, thesystem100 determines the additive distance of travel for the candidate freight operator by determining a likely future location for that freight operator, given information determined from the profile associated with the freight vehicle, such as the current route of the freight operator. Still further, in other variations,system100 determines the likely point of departure for candidate freight vehicles as being the point in the freight operator's existing or predicted route, at which point travel to the load site can be minimized.

In some examples, thesystem100 implements a matching process to match a new freight load request with a freight operator based on factors that include a determination of the additive cost associated with loading the load of the newfreight load request112 in acorresponding freight vehicle14. As candidate vehicles for handling new freight load requests have differing locations with respect to the site of the respective shipper, the determination of additive cost for assigning the new freight load request to each of the candidate freight operators may differ.

In some variations, thesystem100 can implement an objective to minimize the additive cost that would otherwise be incurred by a freight operator that travels to load a load of a new freight load request. In examples, thesystem100 can prioritize selection of freight operators for thefreight load request112 who are expected to have the least amount of additive travel to the load site. As an addition or variation, thesystem100 can associate different levels of priority to different freight operators for thefreight load request112, based on the expected amount of additive travel for the respective freight operators to the load site. The prioritization of freight operators can be reflected by, for example, the timing in which the respective freight operators are provided information about the new load (e.g., closest freight operator can accept newfreight load request112 before other freight operators who may be relatively further away).

In some examples,system100 can determine an initial value for thefreight load request112, based on a first threshold distance range (e.g., within 75 km of load facility) for the additive travel distance. Thesystem100 can then perform a first matching process to match thefreight load request112 to freight vehicles that are determined to require an additive amount of travel that is less than the first threshold distance range. If thefreight load request112 is not matched to a freight vehicle, thesystem100 can determine a second threshold distance range (e.g., within 150 km of load facility) for the additive travel distance, and thesystem100 performs a second matching process to match thefreight load request112 to freight vehicles that are determined to require an additive travel distance that is less than the second threshold distance range. Thesystem100 can repeat the matching process until a freight vehicle is matched to thefreight load request112. Parameters such as the value of the threshold ranges, and the granularity between minimum threshold ranges can be varied based on factors such an estimated number of freight vehicles in a vicinity of the shipper. In variations, the threshold distance ranges may also be varied, based on factors such as the average distance of travel for freight operators that are in the vicinity of the load facility. Thus, for example, the additive cost for the first selection of freight operators may be based on an average distance of travel for each of the freight operators to the load site (e.g., based on current location).

In variations,system100 may offer thefreight load request112 to multiple freight operators, based on a shipment value of the freight load request that includes (i) a shipment value, corresponding to the value the shipper assigns for transporting the respective load from the load site to the destination; and (ii) a surcharge value that is based on the determination of additive cost associated with the matched freight operator traveling to the load site. In such variations, the shipment value provided to individual freight operators may vary based on a determination of additive cost that is specific to each of the freight vehicles. For example, the freight operator can operate the operator device124 to view a job screen, where thefreight load request112 is rendered, along with a carrier specific shipment value that accounts for the additive cost of the freight operator to travel to the load site.

Depending on implementation, the additive cost associated with thefreight load request112 can be based on at least one of (i) the current location of the respective freight operator, (ii) a likely location of the freight operator in a future time interval where travel and timely pickup of the shipper's load can be made. In variations, the additive cost can be determined from the current location of the freight operator, such that the shipment value that would be provided to a given freight operator can change over time.

FIG. 2 illustrates an example freight matching service provided by a network computer system, such as described with an example ofFIG. 1. With reference to an example ofFIG. 2, afreight matching service200 can be implemented by, for example,network computer system100 to match freight vehicles to freight load requests. As described, theservice200 can perform the matching in a manner that accounts for additive costs to freight vehicle operators that travel to the site of the shipper to load a new load.

With further reference to an example ofFIG. 2, thefreight matching service200 includes ashipper interface210, theoperator device interface220, and amatching component230. Theshipper interface210 can be implemented as a communication interface for shippers. In an implementation, theshipper interface210 provides a web-based portal or other form of programmatic interface, from which shippers can generate new freight load requests212. In an example ofFIG. 2, theshipper interface210 communicate with a shipper device202 on which ashipper service application208 executes. A shipper can, for example, interact with theservice application208 to generate a newfreight load request212, where the new freight load request specifies load parameters that include a loading time interval, a load site (or location where load is to be loaded), a delivery location, and a delivery time interval.

Theoperator device interface220 communicates with mobile devices of freight operators (as represented by the operator device204), on which arespective service application206 executes. Theservice application206 can execute on theoperator device204 to, for example, automatically obtain and transmit various types ofvehicle information211. In some examples, theshipper interface210 and theoperator device interface220 can each include or use an application programming interface (API), such as an externally provider-facing API, to communicate data with the shipper device202 and theoperator device204, respectively. By providing the externally facing API, theservice200 can establish secure communication channels via secure access channels over the network through any number of methods, such as web-based forms, programmatic access via RESTful APIs, Simple Object Access Protocol (SOAP), remote procedure call (RPC), scripting access, and/or other logic.

In examples, thevehicle information211 includes location data, which theservice application206 can obtain by interfacing with a satellite receiver (or other geo-aware resource) of theoperator device204. In this way, theoperator device interface220 can correlate, or otherwise determine a current location of the freight vehicle (or freight operator) based on the location data provided as part of thevehicle information211. As an addition or variation, theservice application206 interfaces with other types of resources, such as one or more movement sensors (e.g., accelerometer, gyroscope) to determine movement information (e.g., via accelerometer sensor), as well as environmental sensors (e.g., barometer, thermometer) to determine respective types of environmental information (e.g., barometric information, temperature information, etc.).

In examples, theservice application206 can identify the freight operator or carrier, as well as the freight vehicle that the freight operator is operating. As described with some examples, theservice application206 can communicate with an ELD of the freight vehicle to obtain a VIN or other identifier of the freight vehicle. In variations, the freight operator may capture an image or otherwise manually enter the identifier of the freight vehicle. In this way, theservice application206 can associateoperator devices204 with respective freight operators and freight vehicles, even in situations where the freight operator operates more than one freight vehicle over a given time frame.

Theservice application206 can also process input or other information that indicates a service state of the freight vehicle. For example, theservice application206 may record input and/or other activity of the freight operator to identify the state of the freight vehicle as being available (e.g., trailer of freight vehicle is empty or partially full) or unavailable (e.g., trailer of freight vehicle is full) for transporting a new load. In some examples, theservice application206 may also execute to record a state of the freight operator, based on a determination of a continuous time interval during which the freight operator has operated the freight vehicle. If, for example, the freight operator nears or exceeds 8 hours of continuous service when operating the freight vehicle, then theservice200 may identify the freight operator as being unavailable for matching to freight load requests which would otherwise cause the freight operator to drive the freight vehicle to the site of the load during a time interval that would otherwise be designated for resting.

In some variations, theservice application206 can execute on theoperator device204 to communicate with resources that are integrated with, or otherwise associated independently with the freight vehicle. In this way, thevehicle information211 can include sensor information, user input, state information and/or other information which can be obtained and/or determined on theoperator device204. By way of example, theservice application206 may communicate with the ELD of the freight vehicle, to obtain ELD logging information, as well as vehicle telemetry information, such as engine state, odometer readings, and various types of sensor information of the vehicle.

As an addition or variation, theservice application206 may implement processes to determine, for example, the state of the freight vehicle or operator based on the data obtained from the ELD. Alternatively, theservice application206 can communicate the ELD information to theservice200 via theoperator device interface220. In turn, theservice200 can utilize the ELD information to determine the state of the freight vehicle or freight operator. Similarly, theservice application206 can communicate with sensors that are integrated or otherwise provided with the trailer, tires, or other components of the freight vehicle. Processes of theservice application206 and/orfreight matching service200 can utilize sensor information to determine, for example, whether the freight vehicle is available to carry an additional load based on an estimated size or weight of an existing load carried within the trailer of the freight vehicle.

In some examples, theoperator device interface220 can access aprofile data store228 to identify a profile for the freight operator and/or freight vehicle. With respect to the freight vehicle, the profile information can identify, for example, a trailer size, a vehicle or trailer type, and/or a fuel efficiency of the freight vehicle. Additionally, the profile information for the freight operator can identify, for example, recent freight load requests which the freight operator has picked up, including open freight load requests that identify the loads which the operator is carrying but not yet delivered. In variations, the profile for the freight operator can identify one or more delivery locations of open freight load requests which the freight operator is in process of delivering. Still further, the profile for the freight operator can identify the number of hours which the freight operator has continuously operated the freight vehicle.

In an example ofFIG. 2, theoperator device interface220 can communicate with theoperator device204 via theservice application206 to receive updatedvehicle information211 pertaining to the freight vehicle that a respective freight operator is operating. Theoperator device interface220 can store thevehicle information211 in anactive data store240, which theoperator device interface220 updates through communications with multiple active freight operators in a given territory or region. For example, theoperator device interface220 can update a record associated with the freight operator or vehicle, based on thevehicle information211. Theoperator device interface220 can also record, with theactive data store240, updated location information (e.g., current location) provided by multiple operator devices, for respective freight vehicles that are operated within a territory or given geographic region.

In variations, theoperator device interface220 can also record relevant profile information along with updated information for individual freight operators. In this way, the record that is associated with each freight operator can identify a current location of the respective freight vehicle, as well as other information determined from theprofile data store228. For example, theoperator device interface220 may associate a capability of the freight vehicle with the associated record of the respective freight operator.

Theshipper interface210 can communicate with the shipper device202 (or shipper interface) to receive a newfreight load request212. Thefreight load request212 can specify parameters such as a load location and a delivery location. Thefreight load request212 can also specify a pickup time or time interval, as well as a delivery time or time interval when the load is to be delivered at the delivery location.

Thematching component230 can implement one or more processes to match the newfreight load request212 with a freight vehicle. In examples, thematching component230 can determine an additive amount of travel for each of multiple candidate freight vehicles. In variations, thematching component230 can implement logic to determine an additive cost for each of the multiple candidate freight vehicles, where the additive cost is based on the additive travel distance that is determined for the respective freight vehicle, as well as other considerations. In examples, such other considerations for determining the additive cost can be reflected by parameters that represent the terrain that is to be traversed by the respective freight operator to reach the destination, as well as environmental conditions (e.g., inclement weather) which individual freight operators may encounter (or avoid) when traveling to the site of the shipper. As an addition or variation, thematching component230 may also use profile information from theprofile data store228 to determine additional factors that contribute to the additive cost for individual freight operators. By way of example, the additional factors may include the fuel efficiency of the freight vehicle that the operator is driving, which can be determined from historical information and/or other vehicle profile information (e.g., vehicle type or age).

In some examples, thematching component230 processes new freight load requests which specify an immediate time interval (e.g., next 4 hours) for loading onto a matched freight vehicle. For such freight load requests, thematching component230 determines ashipment value215 for thefreight load request212, where the shipment value accounts for the additive cost to individual freight vehicles when traveling to the site of new load. Theshipment value215 can correspond to a monetary value or consideration, to compensate the freight operator for transporting the load to the delivery location. Similarly, the determination of additive cost to the freight operator can form the basis of a surcharge monetary value or consideration, to compensate the freight operator for deviating from a current location or planned route to the site of the shipper, where the freight load can be picked up.

According to some examples, thematching component230 implements a matching process by identifying, from theactive data store240, a set of candidate freight vehicles that are within a threshold distance of the load site. In examples in which the loading time for the new freight load is immediate, the matching component can determine the current location of monitored freight operators. For example, a candidate set of freight operators may be determined by comparing a current location of individual freight operators with the shipper's location. In variations in which the loading time is in the future, the loading time interval, and the amount of time provided with the loading time interval can set the threshold range for identifying candidate freight operators. Thematching component230 can determine the threshold cost (or surcharge value) for each freight operator of the candidate, based at least in part on the additive travel which the respective freight vehicle is to incur in traveling to the site of the new load.

Still further, in other examples, thefreight matching service200 can implement location planning logic244 to predict a location of individual freight operators at a point in time in the future. By way of example, the location planning logic244 can use profile information from theprofile data store228, (e.g., information about next delivery of freight operator, or current route of freight operator) to determine a planned or likely route or location for individual freight operators. When thefreight load request212 identifies a future time interval, the location planning logic244 can implement a matching process in advance using the predicted routes and locations of individual freight operators.

As described by various examples, thematching component230 can further implement a process that prioritizes an objective to minimize an amount of additive travel that will result in fulfilling the freight load request. In some examples, thematching component230 can implement a process that makes a given load to more likely be matched to a freight operator that satisfies a condition of reduced travel. For example, the process can be implemented to favor an outcome in which new loads are matched to freight operators who have to incur the least amount of additive travel or cost. As another example, the process can be implemented to favor an outcome in which a new load is more likely to match to a freight operator that is within a threshold range of travel from the shipper site. In variations, the prioritization of the matching process can result in outcomes in which communications (e.g., invitations) are successively and sequentially displayed to freight operators based on the respective determinations of additive travel and/or cost. In such variations, for example, the nearest freight operators may receive initial invitations that enable the respective freight operators to accept the freight load request, followed by the next nearest freight operators, until the freight load request is accepted by one of the candidate freight operators. In such examples, the shipping values provided to each freight operator may vary, based on the determination of additive amount or cost for each of the respective freight operators.

In such examples, thematching component230 can publish information about thefreight load request212 to a candidate set of freight operators, where the published information can specify thefreight load request212, theload parameters213 and the shipment value (including a surcharge value). As described by examples, theshipment value215 associated with thefreight load request212 varies for each freight operator of the candidate set. In particular, theshipment value215 can vary based on the respective location of the freight vehicle as compared with the shipper location of the newfreight load request212. In an implementation, therespective service application206 of theoperator device204 used by each freight operator of the candidate set may publishload information225 about thefreight load request212, where theload information225 specifies ashipment value215 that is specific to the carrier.

As an addition or variation, the shipment value215 (as determined and/or published) may be specific to the location of the freight operator, or range of the carrier from the load site. Thus, freight operators that are within a designated region or range of travel (e.g., within 50 km) of the shipment location may be provided ashipment value215 that is less than the shipment value of other freight operators who are further away from the shipment location.

In some examples, theload information225 about the newfreight load request212, including theshipment value215 that accounts for additive cost, may be displayed to the freight operator using an interface generated by theservice application206. In variations, theload information225 about the new load can be sent to the freight operator as a notification. As described with some examples, a matching process in which freight operators are selected to view shipping information, including ashipping value215 that accounts for additive cost, can be implemented with an objective to reduce an additive cost of the matched freight operator. In particular, the matching process may be implemented to have an outcome that favors matching of freight loads to freight operators who are deemed to be closest, or to have the least additive cost associated with driving their respective freight vehicles to the site of the shipper for the new loads.

When freight operators are matched, thefreight matching service200 can implement operations to direct the matched freight operator to the loading location, as specified by thefreight load request212. By example, thematching component230 can trigger the operator device interface to send a communication235 (e.g., notification) that identifies the load and/or loading location. In variations, the communication235 can include a navigation instruction for enabling the freight operator to efficiently reach the loading location. By of example, thematching component230 and/or location planning logic244 can identify a departure point for the freight operator that minimizes the amount of additive travel which the freight operator is to incur in driving the respective freight vehicle to the loading location. The departure point can be determined from, for example, determining an existing route (or planned destination) of the freight vehicle, and using the route planning logic (e.g., via an external map service) to plan a route that minimizes the overall travel distance or time.

While some examples are described in context of an individualload transport request212,freight matching service200 can also be implemented to manage a quantity of loads on a scheduled basis (e.g., daily), on behalf of a shipper or shipment facility. For example, thesystem100 can schedule freight operators to transport a varying number of loads for the shipper on a regular (e.g., daily, weekly) basis. In such examples,service200 can schedule freight operators in advance to transport a designated number of loads for the shipper. For at least some scheduled loads, thefreight matching service200 can schedule freight operators in advance to minimize additive cost by, for example, intelligently routing freight vehicles, and/or by matching freight operators from a larger group of candidates based on a predicted future location of the respective freight operators.

Examples further recognize that the number of loads which the shipper may have to transport at regular intervals can fluctuate, as can the number of freight operators or vehicles. In situations where such fluctuations result in one or more loads being available and unassigned to a freight operator,service200 may match the unassigned load to an available freight process, using a process that prioritizes the reduction of additive cost.

FIG. 3 illustrates an example method for matching a new load to a freight operator, using a network computer system such as described with an example ofFIG. 1. For purpose of illustration, an example ofFIG. 3 is described in context of a network computer system, such as described with an example ofFIG. 1. Accordingly, any reference to an example ofFIG. 1 is for purpose of illustrating suitable components for performing a step or sub-step being described.

With reference to an example ofFIG. 3, thesystem100 receive input to identify a new load request for which a shipper is requesting transport (310). A shipper may specify a freight load request using, for example, a portal or shipper device (e.g., operating a service application). The new load request can specify one or multiple loads, along with a set of load parameters. The set of load parameters can include the shipper location for the specified load(s) (e.g., site of shipper), the delivery location of the new load(s), as well as the loading time interval and the delivery time interval.

Thesystem100 receives vehicle information communicated from operator devices, corresponding to mobile devices that are carried within the freight vehicles (320). The vehicle information can include location information, from which thesystem100 can identify the current location of the respective freight vehicle. In some examples, the vehicle information can also include movement information and/or logging information (e.g., number of hours during which a freight operator continuously operates a freight vehicle).

In some examples,system100 determines the additive amount of travel which would be incurred by a set of one or more candidate freight operators operating their respective freight vehicles to travel to the shipper location (330). Thesystem100 may implement a process to match the freight load of the transport request with one of multiple freight providers (340). As described with some examples, thesystem100 performs the matching in accordance with an objective to minimize an amount of additive travel and lower the operating cost in fulfilling the freight load request.

In some examples, thesystem100 determines a shipment value for transporting the freight load(s) of the new freight load request by at least one freight operator of the candidate set (350). In variations, the shipment value is determined for multiple freight operators of the candidate set. In such examples, the shipment value varies amongst the freight operators based on the respective amount of additive travel that is determined to be required from each of the multiple freight operators in traveling to pickup the new freight load. Moreover, the shipment value may vary amongst one or more freight operators based on additional factors identified from, for example, profile information (e.g., age or fuel efficiency of freight vehicle), or contextual information about the location of the freight operator (e.g., inclement weather, traffic, roadway conditions, hills, etc.).

According to examples, thesystem100 directs the matched freight operator to the shipper location of the new freight load request (360). The matched freight vehicle can travel to the shipper location, so as to arrive during a time that is within the specified loading time interval. In some examples, the operator device receives a notification of the assignment, as well as directions to travel to the shipper location. In variations, the operator device can be intelligently navigated to the shipper location of the new freight load request. Still further, in other variations, thesystem100 can be provided a planned route that navigates the freight vehicle to the shipper location.

Upon fulfillment of the freight load request, thesystem100 can transfer a monetary credit to an account of the freight operator, based on the shipment value determined for the new load. As described with some examples, the shipment value can be based on a base or transport value, as well as a surcharge which accounts for the amount of additive travel and other additive costs incurred as a result of the freight operator driving to the shipper location.

FIG. 4 illustrates examples of matching processes for matching a load of a new freight load request to a freight operator, based on a determination of additive cost for individual freight operators. For purpose of illustration, an example ofFIG. 4 is described in context of freight matching service, such as described with an example ofFIG. 2. Accordingly, in describing an example ofFIG. 4, reference may be made to elements of an example ofFIG. 2 for purpose of illustrating suitable components for performing a step or sub-step being described.

With reference toFIG. 4, once thefreight matching service200 receives a new freight load request, thematching component230 implements a matching process that is based on a determination of additive cost for one or more candidate freight operators. In an example, thematching component230 identifies a set of candidate freight operators (410). In examples in which the new freight load request is immediate (e.g., same day, within next 4 hours, etc.), the candidate freight operators may correspond to freight operators who are determined to be in a first designated threshold vicinity of the shipper's location (412). In such examples, thematching component230 may access theactive data store240 to identify those freight operators who have a current location that is within a geographic region of the site of the shipper.

In variations, the freight load request can specify a loading time for the new freight load request that is outside a threshold of immediacy (e.g., next day), and thematching component230 can implement a matching process to accommodate the future loading time (414). In an implementation, when the shipper specifies a future loading time, thematching component230 can schedule a corresponding future point in time that precedes the future loading time interval, at which time the matching process can be initiated and performed. The determination of the future point in time from which the matching process can be initiated can be based on a variety of factors, such as historical information (e.g., average amount of time forsystem100 to locate freight vehicle for shipper in prior instances) and a number of available freight operators and/or new freight load requests in a relevant geographic region of the shipper.

In variations, when the shipper specifies a future loading time, thematching component230 can implement the matching process in advance of a travel time needed by candidate freight operators to reach the site of the shipper. For example, thesystem100 can receive a new freight load request for loading on the next day. Thematching component230 may then initiate the matching process a day in advance. In such variations, thematching component230 can identify a second threshold vicinity of the shipper location, which can be based on, for example, a maximum travel distance or time that can be expected from a freight operator until the future loading time arrives. In such variations, thesystem100 may utilize location planning logic244 to determine a likely route or location of individual freight operators over a given interval of time (e.g., next 24 hours). The location planning logic244 can utilize the profile information of the freight operator and/or vehicle, to determine a likely route of travel for individual freight operators over a given future time interval (e.g., over next 24 hours). For example, the location planning logic244 can use the freight operator's profile information to (i) identify likely delivery locations of a given freight operator based on identification of other loads which the given freight operator is in process of delivering; (ii) a planned navigation route, based on a navigation guide which the freight operator is utilizing (e.g., via theservice application206, or through another service which theservice application206 can interface with); and/or (iii) an expected number of hours in which the freight operator is to operate the freight vehicle, based on logging information from the freight operator's vehicle.

In determining the candidate set of freight operators, thematching component230 may exclude freight operators that are deemed to be unavailable (416). Unavailable freight operators can include those freight operators which would otherwise be deemed available, based on their respective location at the time when the candidate set is identified. The determination that freight operator unavailable may be based on profile information associated with the freight operator. The profile information can identify, for example, (i) freight operators who have a full trailer (e.g., based on profile information recording the freight operators loading and unloading); and (ii) freight operators who are located, or otherwise traveling in a direction that makes transport to the loading location impractical. As an addition or alternative, the freight operator's profile information can also exclude those freight operators who have insufficient time remaining before a mandated rest period to reach the shipper's site during the loading time interval, or otherwise complete the transport of the load on time.

As an addition or variation, thematching component230 identifies the candidate set of freight operators based on a capability of the respective freight vehicles (418). For example, thematching component230 may access the vehicle profile information of individual freight operators, in order to determine whether the capability of the respective freight operator's vehicle is a match for a requirement of the new load. For example, if the new load is excessively heavy, requires hazardous containment, or has other requirements, thematching component230 can exclude those freight operators who are operating vehicles that lack the requisite or preferred capability.

According to examples, thematching component230 makes a determination of the additive cost which would be incurred by one or more candidate freight operators in fulfilling the freight load request (420). The determination of additive cost can be based on the additive amount of travel for the respective freight operator (422). The determination of the additive amount of travel can be based on, for example, a current location of each freight vehicle of the candidate set. For example, the freight load request may specify that a new load is available immediately for a carrier (e.g., same day, within a few hours, in the next two hours, etc.). As an addition or variation, the additive amount of travel can be based on a likely location of the freight vehicle at a point in time in the future.

In variations, the determination of additive cost can also be based on a vehicle profile (e.g., a fuel efficiency of an identified freight vehicle) or location profile of the carrier's current location (424). By way of example, the location profile can identify traffic patterns which may lengthen the freight operator's travel time. As an addition or variation, the location profile can identify roadway conditions (e.g., hilly travel for particular freight operator) or environmental conditions that could impact a particular freight operator above a typical travel route. Thematching component230 can further identify location profile information which would disproportionately impact one or more freight operators of the candidate set over other freight operators who are within a threshold vicinity of the site of the shippers of the candidate set. For example, the location profile can identify a condition that would disproportionately impact one freight operator over another within the vicinity of the load site (e.g., one freight operator would be driving against traffic or into inclement weather).

Thesystem100 can implement a matching process to select a freight operator from the candidate set based at least in part on the determined additive cost associated with one or more of the freight operators of the candidate set (430). In some examples, thematching component230 implements a matching process that prioritizes selection of the freight operator based at least in part on the determined additive costs associated with one or more of the freight operators of the candidate set (432). In an example, thematching component230 prioritizes the selection of freight operators with an objective of minimizing additive cost to the matched freight operator (434). For example, thematching component230 may initially publish the shipment value to include an additive cost that is based on a determination of any one of (i) the lowest additive cost for any freight operator of the candidate set; (ii) an average of the additive cost for multiple freight operators of a statistical sample or size sample; and/or (iii) a predetermined threshold that accounts (e.g., is greater than) the additive cost associated for at least one of the freight operators of the candidate set. The publication of the load information and determined shipment value (including additive cost) can be limited to a select set of the candidate freight operators.

In examples, thematching component230 can communicate or otherwise publish new load information to match to an available freight operator in accordance with the prioritization objective of minimizing the additive cost (440). In examples, multiple freight operators of the candidate set may view load information, along with a shipment value (including a surcharge that is based on a determined additive value), as part of the matching process. For example, individual freight operators may utilize theservice application206 to view load information and shipment value as an offer which they can select to accept. Alternatively, thesystem100 can communicate a notification or other message to individual freight operators of the candidate set, in order to inform the receiving freight operator about the new load. In such examples, the shipment value may differ amongst at least some of the freight operators based on the determination of the additive cost associated with the respective freight operator of the candidate set.

In examples, the load information and shipping value can be successively revealed or otherwise communicated (e.g., by notification, display through an offer interface ofservice application206, etc.) to select freight operators of the candidate set over a given time period (442). In such examples, the freight operator(s) having the least additive cost for matching to the new load receives content that is displayed on, for example, therespective operator device204. For example, the content may be delivered as a notification or application content. After passage of time, the freight operator (or set of freight operators) having the next least additive cost determination for transporting the new load is provided content for the new load (e.g., as a notification or via the application). Thus, the load information and the value for the new information can be displayed or otherwise provided, in successive fashion, to one or more freight operators in accordance with a timed sequence, where the timed sequence is based on the respective additive cost which those freight operators are estimated to incur in traveling to the shipper site. By making the new load available in successive fashion and in accordance with a timed sequence, thefreight matching service200 can implement prioritization to further an objective of minimizing the additive cost associated with matching the new load to an available freight operator.

In variations, sets of one or more freight operators can be provided with the shipping information and shipping value of a new load in successive fashion, with each set of freight operators being determined by threshold ranges of additive travel (e.g., within 50 KM). Thus, for example, the shipping information and shipping value can be displayed to freight operators for which the amount of additive travel is less than a first threshold (e.g., 100 km or 1 hour of travel). If no match is identified for the freight load request, the shipping information and shipping value can be displayed to freight operators for which the amount of additive travel is less than a second threshold (e.g., 150 km or 1.5 hours of travel). The successive process to match the freight load request to a freight operator can be continued successively, and in accordance with a timed sequence, for each of the identified threshold ranges of travel. With respect to such examples, the determination of the threshold ranges of additive travel can be predetermined and based on, for example, historical values and/or an average or representative additive travel distance or time. Moreover, in variations, the additive cost that is assigned to each freight operator for being matched to the new freight load request can be equalized to be the same for each freight operator that falls within one of the predetermined thresholds.

While some examples provide for a successive and sequenced process to provide freight operators with the shipping information and value for a new load, in variations, the shipping information and value can be displayed to multiple freight operators at once (444), with the shipping value provided to some freight operators being different than the shipping value provided to others. As described with other examples, the determination of the shipping value for each of the respective freight operators may be based on the amount of additive travel and/or cost associated with each of the freight operators. Thus, for example, a first freight operator who is determined to have the least additive travel value for accepting the new load may be provided information about the new freight load request at the same time as a second freight operator who is determined to have a greater amount of additive travel value as a result of being further away from the site of the shipper. In such an example, the shipping value (which includes the additive cost as determined for the freight operator) for the first freight operator may be determined to be different than the shipping value for the second freight operator.

FIG. 5 illustrates a block diagram for a computer system on which examples described herein may be implemented. For example, in the context ofFIG. 1 andFIG. 2,network computer system100 and/orfreight matching service200 may be implemented using a computer system or combination of computer systems, such as described byFIG. 5.

In one implementation, thecomputer system500 includes one ormore processors510,memory resources520, and a communication interface530. Thecomputer system500 includes at least oneprocessor510 for processing information. Thememory resources520 may include a random access memory (RAM) or other dynamic storage device, for storing information and instructions to be executed by the processor(s)510. Thememory resources520 also may be used for storing temporary variables or other intermediate information during execution of instructions to be executed by the processor(s)510. Thecomputer system500 may also include other forms of memory resources, such as static storage devices for storing static information and instructions for theprocessor510. Thememory resources520 can store information and instructions, including instructions542 for matching freight operators to minimize additive costs associated with travelling to the site of the new freight loads for shipment. Additionally, the processor(s)510 can execute the instructions642 to implement a method such as described with examples ofFIG. 3 and/orFIG. 4.

The communication interface530 can enable thecomputer system500 to communicate with one or more networks580 (e.g., cellular network) through use of the network link (wireless or wireline). Using the network link, thecomputer system500 can communicate with one or more other computing devices and/or one or more other servers or data centers. In some variations, thecomputer system500 can receive device data and/or service-specific information from operator devices (e.g., operator device204) and shipper devices (e.g., shipper device202) via thenetwork580 to facilitate determination of additive cost amongst freight operators, and matching of freight operators to new freight loads for shipment.

Examples described herein are related to the use of thecomputer system500 for implementing the techniques described herein. According to one embodiment, those techniques are performed by thecomputer system500 in response to theprocessor510 executing one or more sequences of one or more instructions contained in thememory resource520. Such instructions may be read into thememory resources520 from another machine-readable medium, such as the storage device. Execution of the sequences of instructions contained in themain memory520 causes theprocessor510 to perform the process steps described herein. In alternative implementations, hard-wired circuitry may be used in place of or in combination with software instructions to implement examples described herein. Thus, the examples described are not limited to any specific combination of hardware circuitry and software.

FIG. 6 is a block diagram that illustrates a computing device upon which examples described herein may be implemented. In one embodiment, a computing device600 may correspond to a mobile computing device, such as a cellular device that is capable of telephony, messaging, and data services. The computing device600 can correspond to a device operated by a freight operator (e.g., operator device124 and/or operator device204). Examples of such devices include smartphones, handsets, tablet devices, or in-vehicle computing devices that communicate with cellular carriers.

The computing device600 includes aprocessor610,memory resources620, a display device630 (e.g., such as a touch-sensitive display device), one or more communication sub-systems640 (including wireless communication sub-systems), one or more sensors650 (e.g., accelerometer, gyroscope, barometer, altimeter, microphone, camera), and one or more location detection mechanisms (e.g., GPS component)660. In one example, at least one of thecommunication sub-systems640 sends and receives cellular data over data channels and voice channels. Thecommunications sub-systems640 can include a cellular transceiver and one or more short-range wireless transceivers. Theprocessor610 can exchange data with a service arrangement system (not illustrated inFIG. 6) via thecommunications sub-systems640.

Theprocessor610 can implement operators to provide load information225 (seeFIG. 2), including shipment values215 (e.g., seeFIG. 2) which are specific to the determination of additive cost for that freight operator. Theprocessor610 can implement such operations by executing instructions stored in thememory resources620. Thememory resources620 can also store instructions for theservice application625. For example, theprocessor610 is configured with software and/or other logic to perform one or more processes, steps, and other functions described with mobile computing devices of occupants of vehicles. In particular, theprocessor610 can execute instructions and data stored in thememory resources620 in order to execute a service application, such as described with various examples. In one example, theprocessor610 may executeinstructions622 to communicate messages, notifications, service-specific information, and other data between the computing device600 and thefreight matching service200.

It is contemplated for examples described herein to extend to individual elements and concepts described herein, independently of other concepts, ideas or system, as well as for examples to include combinations of elements recited anywhere in this application. Although examples are described in detail herein with reference to the accompanying drawings, it is to be understood that the concepts are not limited to those precise examples. Accordingly, it is intended that the scope of the concepts be defined by the following claims and their equivalents. Furthermore, it is contemplated that a particular feature described either individually or as part of an example can be combined with other individually described features, or parts of other examples, even if the other features and examples make no mentioned of the particular feature. Thus, the absence of describing combinations should not preclude having rights to such combinations.

It is contemplated for embodiments described herein to extend to individual elements and concepts described herein, independently of other concepts, ideas or system, as well as for embodiments to include combinations of elements recited anywhere in this application. Although embodiments are described in detail herein with reference to the accompanying drawings, it is to be understood that the invention is not limited to those precise embodiments. As such, many modifications and variations will be apparent to practitioners skilled in this art. Accordingly, it is intended that the scope of the invention be defined by the following claims and their equivalents. Furthermore, it is contemplated that a particular feature described either individually or as part of an embodiment can be combined with other individually described features, or parts of other embodiments, even if the other features and embodiments make no mentioned of the particular feature. Thus, the absence of describing combinations should not preclude the inventor from claiming rights to such combinations.

Claims

What is claimed is:

1. A computer-implemented method comprising:

receiving a freight load request from a computing device of a shipper, the freight load request identifying a freight load and a loading location for the freight load;

determining a first threshold travel range based on the loading location for the freight load;

determining one or more first candidate freight operators for traveling to the loading location that are within the first threshold travel range based on a current location and a current route of the one or more first candidate freight operators; and

implementing a process to match the freight load request to a matching freight operator among the one or more first candidate freight operators, wherein implementing the process includes:

(a) determining an amount of additive travel for each of the one or more first candidate freight operators to pick up the freight load at the loading location;

(b) selecting the matching freight operator for the freight load request based on the amount of additive travel for the matching freight operator being lowest among the one or more first candidate freight operators; and

(c) transmitting a notification to the matching freight operator, the notification including information about the freight load request.

2. The computer-implemented method ofclaim 1, wherein selecting the matching freight operator for the freight load request comprises selecting the matching freight operator for the freight load request based on an amount of additive travel distance for the matching freight operator being lowest among the one or more first candidate freight operators.

3. The computer-implemented method ofclaim 1, wherein selecting the matching freight operator for the freight load request comprises selecting the matching freight operator for the freight load request based on an amount of additive travel time for the matching freight operator being lowest among the one or more first candidate freight operators.

4. The computer-implemented method ofclaim 1, wherein:

the freight load request indicates a loading time that is immediate; and

determining an amount of additive travel for each of the one or more first candidate freight operators comprises determining the amount of additive travel for each of the one or more first candidate freight operators based on a current location for each of the one or more first candidate freight operators.

5. The computer-implemented method ofclaim 1, wherein:

the freight load request indicates a loading time that is for a future time interval; and

determining an amount of additive travel for each of the one or more first candidate freight operators comprises determining the amount of additive travel for each of the one or more first candidate freight operators based on a likely future location for each of the one or more first candidate freight operators.

6. The computer-implemented method ofclaim 1, wherein determining the one or more first candidate freight operators for traveling to the loading location is further based on profile information of each of the one or more first candidate freight operators.

7. The computer-implemented method ofclaim 1, wherein determining the one or more first candidate freight operators for traveling to the loading location is further based on a fuel efficiency of a freight vehicle of each of the one or more first candidate freight operators.

8. The computer-implemented method ofclaim 1, wherein determining the one or more first candidate freight operators for traveling to the loading location comprises excluding at least a second freight operator from the one or more first candidate freight operators based on a number of continuous hours which the second freight operator has operated a freight vehicle.

9. The computer-implemented method ofclaim 1, further comprising obtaining logging data from an electronic logging device provided with a freight vehicle of the matching freight operator.

10. A non-transitory computer-readable medium that stores instructions for execution by one or more processors of a computer system to cause the computer system to perform operations that include:

11. The non-transitory computer-readable medium ofclaim 10, wherein selecting the matching freight operator for the freight load request comprises selecting the matching freight operator for the freight load request based on an amount of additive travel distance for the matching freight operator being lowest among the one or more first candidate freight operators.

12. The non-transitory computer-readable medium ofclaim 10, wherein selecting the matching freight operator for the freight load request comprises selecting the matching freight operator for the freight load request based on an amount of additive travel time for the matching freight operator being lowest among the one or more first candidate freight operators.

13. The non-transitory computer-readable medium ofclaim 10, wherein:

the freight load request indicates a loading time that is immediate; and

14. The non-transitory computer-readable medium ofclaim 10, wherein:

15. The non-transitory computer-readable medium ofclaim 10, wherein determining the one or more first candidate freight operators for traveling to the loading location is further based on profile information of each of the one or more first candidate freight operators.

16. The non-transitory computer-readable medium ofclaim 10, wherein determining the one or more first candidate freight operators for traveling to the loading location is further based on a fuel efficiency of a freight vehicle of each of the one or more first candidate freight operators.

17. The non-transitory computer-readable medium ofclaim 10, wherein determining the one or more first candidate freight operators for traveling to the loading location comprises excluding at least a second freight operator from the one or more first candidate freight operators based on a number of continuous hours which the second freight operator has operated a freight vehicle.

18. A computer system comprising:

one or more processors; and

a set of memory resources to store a set of instructions, where the one or more processors execute the set of instructions causing the computer system to perform operations that include:

19. The computer system ofclaim 18, wherein selecting the matching freight operator for the freight load request comprises selecting the matching freight operator for the freight load request based on an amount of additive travel distance for the matching freight operator being lowest among the one or more first candidate freight operators.

20. The computer system ofclaim 18, wherein selecting the matching freight operator for the freight load request comprises selecting the matching freight operator for the freight load request based on an amount of additive travel time for the matching freight operator being lowest among the one or more first candidate freight operators.