GENERATING NETWORK COVERAGE IMPROVEMENT METRICS UTILIZING MACHINE-LEARNING TO DYNAMICALLY MATCH TRANSPORTATION REQUESTS

1 . A method comprising:

receiving, by one or more servers, a transportation request from a transportation requester device in a region;

determining, by the one or more servers, regional network coverage features corresponding to transportation provider devices and transportation requester devices of the region;

generating, by the one or more servers utilizing a machine-learning model, a predicted network coverage improvement metric resulting from not assigning a transportation provider device to the transportation request according to the regional network coverage features; and

generating, by the one or more servers utilizing a transportation matching model, a transportation match for the transportation request from the predicted network coverage improvement metric.

2 . The method as recited in claim 1 , wherein determining the regional network coverage features further comprises:

receiving requester location data from a plurality of transportation requester devices associated with a plurality of transportation requests within the region;

receiving provider location data and provider availability indications from a plurality of transportation provider devices within the region; and

determining the regional network coverage features based on the requester location data, the provider location data, and the provider availability indications.

3 . The method as recited in claim 1 , wherein generating the predicted network coverage improvement metric further comprises:

generating, utilizing the machine-learning model, a provider device utilization score based on a predicted measure of incremental fulfilled transportation requests per additional transportation provider device availability metric within the region; and

generating the predicted network coverage improvement metric based on the provider device utilization score.

4 . The method as recited in claim 3 , wherein generating the predicted network coverage improvement metric further comprises:

determining, utilizing a device utilization model, a threshold response time associated with transportation requests in the region from network coverage for the region;

generating a response time score based on a predicted response time for the transportation request and the threshold response time; and

generating the predicted network coverage improvement metric further based on the response time score.

5 . The method as recited in claim 4 , wherein generating the predicted network coverage improvement metric further comprises combining a weighted average of the provider device utilization score and the response time score.

6 . The method as recited in claim 4 , wherein generating the transportation match further comprises:

generating a request filter based on the threshold response time; and

excluding, utilizing the request filter in connection with the transportation request, transportation provider devices associated with response times greater than the threshold response time.

7 . The method as recited in claim 4 , wherein generating the predicted network coverage improvement metric further comprises:

generating a predicted transportation time and a predicted idle time for the transportation provider device in connection with the transportation request; and

generating the predicted network coverage improvement metric further based on the predicted transportation time and the predicted idle time.

8 . The method as recited in claim 1 , wherein generating the transportation match further comprises:

generating an unmatched requester device efficiency metric for the transportation request by utilizing a Markov decision policy corresponding to a plurality of possible request states; and

generating the transportation match based on the predicted network coverage improvement metric and the unmatched requester device efficiency metric.

9 . A system comprising:

at least one processor; and

a non-transitory computer readable storage medium comprising instructions that, when executed by the at least one processor, cause the system to:

receive a transportation request from a transportation requester device in a region;

determine regional network coverage features corresponding to transportation provider devices and transportation requester devices of the region;

generate, utilizing a machine-learning model, a predicted network coverage improvement metric resulting from not assigning a transportation provider device to the transportation request according to the regional network coverage features; and

generate, utilizing a transportation matching model, a transportation match for the transportation request from the predicted network coverage improvement metric.

10 . The system as recited in claim 9 , wherein the instructions that, when executed by the at least one processor, cause the system to determine the regional network coverage features further cause the system to determine a difference between a number of transportation requester devices and a number of transportation provider devices within the region.

11 . The system as recited in claim 9 , wherein the instructions that, when executed by the at least one processor, cause the system to generate the predicted network coverage improvement metric further cause the system to:

generate, utilizing the machine-learning model, a provider device utilization score based on a predicted measure of incremental fulfilled transportation requests per additional transportation provider device availability metric within the region;

generate a response time score based on a threshold response time associated with transportation requests in a geohash of the region from network coverage for the geohash; and

generate the predicted network coverage improvement metric based on the provider device utilization score and the response time score.

12 . The system as recited in claim 11 , wherein the instructions that, when executed by the at least one processor, cause the system to generate the transportation match further cause the system to:

determine that a predicted response time for the transportation provider device in connection with the transportation request exceeds the threshold response time; and

exclude, utilizing the transportation matching model, the transportation provider device from matching with the transportation request.

13 . The system as recited in claim 11 , wherein the instructions that, when executed by the at least one processor, cause the system to:

generate an additional response time score based on an additional threshold response time associated with transportation requests in an additional geohash of the region from network coverage for the additional geohash; and

generate an additional predicted network coverage improvement metric resulting from not assigning an additional transportation provider device to an additional transportation request based on the provider device utilization score and the additional threshold response time.

14 . The system as recited in claim 9 , wherein the instructions that, when executed by the at least one processor, cause the system to generate the transportation match further cause the system to:

determine a predicted request metric based on an estimated travel distance or an estimated travel time of the transportation request; and

generate the transportation match based on a difference between the predicted request metric and the predicted network coverage improvement metric.

15 . A method comprising:

receiving, by one or more servers, a transportation request from a transportation requester device in a region;

determining, by the one or more servers, a plurality of state features corresponding to a plurality of possible request states of the transportation request in connection with one or more transportation provider devices;

determining, by the one or more servers, a Markov decision model policy corresponding to the plurality of possible request states based on the plurality of state features;

generating, by the one or more servers, an unmatched requester device efficiency metric for the transportation request utilizing the Markov decision model policy corresponding to the plurality of possible request states; and

generating, by the one or more servers utilizing a transportation matching model, a transportation match for a matched transportation provider device utilizing the unmatched requester device efficiency metric.

16 . The method as recited in claim 15 , wherein determining the plurality of state features corresponding to the plurality of possible request states further comprises:

determining provider characteristics of a plurality of transportation provider devices within the region; and

determining the plurality of state features and the plurality of possible request states based on the provider characteristics.

17 . The method as recited in claim 15 , wherein determining the Markov decision model policy further comprises:

generating a transition matrix comprising probabilities of transitioning between the plurality of possible request states based on characteristics of a region or a sub-region associated with the transportation request; and

determining the Markov decision model policy based on the probabilities of transitioning between the plurality of possible request states.

18 . The method as recited in claim 15 , wherein generating the unmatched requester device efficiency metric for the transportation request utilizing the Markov decision model policy further comprises:

determining a remaining time associated with the transportation request; and

generating the unmatched requester device efficiency metric for the transportation request utilizing the Markov decision model policy according to the remaining time associated with the transportation request.

19 . The method as recited in claim 15 , further comprising:

receiving an additional transportation request from an additional transportation requester device in the region;

determining an additional Markov decision model policy corresponding to the additional transportation request; and

generating an additional unmatched requester device efficiency metric for the additional transportation request utilizing the additional Markov decision model policy.

20 . The method as recited in claim 19 , wherein generating the transportation match further comprises generating the transportation match for the matched transportation provider device utilizing the unmatched requester device efficiency metric and the additional unmatched requester device efficiency metric.