Demand Estimation and Chance-Constrained Fleet Management for Ride Hailing

Demand Estimation and Chance-Constrained Fleet Management for Ride Hailing

Justin Miller and Jonathan P. How Laboratory of Information and Decision Systems, Massachusetts Institute of Technology, 77 Massachusetts Ave., Cambridge, MA, USA {justinm, jhow}

In autonomous Mobility on Demand (MOD) systems, customers request rides from a fleet of shared vehicles that can be automatically positioned in response to customer demand. Recent approaches to MOD systems have focused on environments where customers can only request rides through an app or by waiting at a station. This paper develops MOD fleet management approaches for ride hailing, where customers may instead request rides simply by hailing a passing vehicle, an approach of particular importance for campus MOD systems. The challenge for ride hailing is that customer demand is not explicitly provided as it would be with an app, but rather customers are only served if a vehicle happens to be located at the arrival location. This work focuses on maximizing the number of served hailing customers in an MOD system by learning and utilizing customer demand. A Bayesian framework is used to define a novel customer demand model which incorporates observed pedestrian traffic to estimate customer arrival locations with a quantification of uncertainty. An exploration planner is proposed which routes MOD vehicles in order to reduce arrival rate uncertainty. A robust ride hailing fleet management planner is proposed which routes vehicles under the presence of uncertainty using a chance-constrained formulation. Simulation of a real-world MOD system on MIT’s campus demonstrates the effectiveness of the planners. The customer demand model and exploration planner are demonstrated to reduce estimation error over time and the ride hailing planner is shown to improve the fraction of served customers in the system by 73% over a baseline exploration approach.


[name=J. H., color=blue]jh \definechangesauthor[name=J. M., color=orange]jm \definechangesauthor[name=S. C., color=purple]sc \setremarkmarkup(#2)

I Introduction


[width=1] figures/fleet_and_hailing_v2

Fig. 1: A fleet of three electric shuttles operates on MIT campus. The shuttles are manually driven but equipped with camera and Lidar for sensing pedestrians. Customers may hail rides directly from any nearby shuttle.

A paradigm shift in transportation is coming by way of the autonomous vehicle, which promises to save lives and reduce costs with fewer accidents [1]. Autonomous vehicles are expected to first be deployed within a Mobility On Demand (MOD) setting, as evidenced by companies such as Uber [2], nuTonomy [3], and Ford [4] currently in active development of autonomous MOD fleets. Modern approaches to autonomous MOD systems focus on two ways for customers to request rides: either customers walk to a station where they expect to find a parked car, or they request a ride using an app. However, traditional taxi MOD systems have allowed a third option where customers can hail a ride by simply waving down a passing vehicle; an option not accounted for in existing autonomous MOD systems. This work is motivated by the MIT MOD system which operates in a campus environment and allows customers to both make app requests and hail rides directly from a fleet of electric shuttles shown in Figure 1. Experience has shown that while customers using the MOD system have reduced commute times on campus, the hassle of requesting a ride via an app often causes many customers to default to walking. Ride hailing can lower the barrier to entry by allowing customers who plan to walk, to instead hail a ride if they encounter an MOD vehicle. The challenge for ride hailing is that the MOD system is not provided a customer arrival location as it would be with an app. Unless a vehicle is in proximity of a customer’s arrival location, that customer will not be served. Furthermore, there are often more potential customer arrival locations than MOD vehicles available to monitor them. For an MOD system to be successful, the distribution of MOD vehicles across potential arrival locations must be managed to match the customer demand [5].

The two main challenges for effective MOD management are estimating customer demand and managing vehicles with respect to the estimated demand. Typical customer demand modeling approaches focus on the use of historical data consisting of locations and times that customers were served in the past. If customers are submitting requests via an app, then historical customer arrival data can easily be obtained from request logs. As more requests arrive via the app, the customer demand model can be improved. But for customers only requesting rides via hailing, then historical customer arrivals are only obtained if vehicles were at the right place at the right time to encounter newly arrived customers. A trial-and-error approach to assigning vehicles to park and wait sequentially at every potential arrival location would be slow and result in missed customers. Furthermore, estimation of future customer arrival locations in real-time will inherently result in uncertainty for the predicted demand. If uncertainty is not accounted for, vehicles may be assigned to wait at locations where no customers are arriving, again resulting in missed customers elsewhere within the MOD system.

This work addresses the challenges of estimating customer demand and managing an autonomous vehicle fleet in order to improve the number of served customers in a campus MOD system. A key component of the approach is the use of pedestrian traffic to estimate customer demand without the need for historical databases or uninformed trial-and-error assignment. In a campus environment, areas with a large amount of pedestrian traffic are likely to be locations with potential customers. The approach assumes customer arrivals to be correlated with total pedestrian arrivals due to campus-related events such as lunch breaks and regular schedules. In [6], a method for measuring pedestrian arrival rates using camera and Lidar sensors onboard MOD shuttles is introduced. This work extends that method by developing a customer demand model based on correlations with measured pedestrian arrival rates. An exploration planner is developed which routes vehicles throughout the MOD network in order to minimize the uncertainty in pedestrian arrival rates. The method is demonstrated to improve the estimates of customer arrival rates as vehicles explore the network. Additionally, the work focuses on quantifying the uncertainty in arrival rate estimates using a Bayesian framework. The arrival rate probabilities are incorporated into robust ride hailing policies which plan under uncertainty in customer arrival. Expected value and chance-constrained MOD fleet planners are demonstrated to improve the number of served customers. The concepts and approaches for the paper are demonstrated in the accompanying video available at

The contributions of this work are: 1) modeling customer demand through the use of real-time pedestrian measurements made from MOD vehicle sensors; 2) quantifying and reducing uncertainty in ride hailing customer arrivals through MOD fleet management; and 3) increasing the number of served hailing customers through MOD fleet planning under uncertainty.

Ii Related Work

Several automated MOD planners have been proposed, each focused on specific operating environments. MOD operation can be classified into car sharing, ride request, ride sharing, and ride hailing environments. In car sharing environments, customers walk to an origin hub and drive vehicles to a destination hub. As vehicles service customers, vehicles will be moved across the network and may be far from the next customer arrival location, causing an imbalance between future customer demand and fleet locations. Car sharing planners focus on using known customer arrival rates to rebalance vehicles across the network [7, 8, 9, 10]. These methods assume accurate knowledge of customer arrival rates, and do not address measurement uncertainty. In [11], customer arrival uncertainty is addressed through a robust optimization, with focus on rebalancing fleets on city-wide scales.

In ride request environments, customers request rides using an app and a vehicle is routed to them. Ride sharing environments are an extension of ride request environments where vehicle capacities are increased and different customers may be serviced simultaneously by sharing a ride. Ride request and ride hailing planners focus on optimizing the assignment of customers to vehicles in order to improve customer quality of service [12, 13]. These methods assume that customer arrivals are made known via an app.

In ride hailing environments, customers do not specify pickup locations but rather hail a nearby passing vehicle. Ride hailing customer demand estimation has been studied for taxi MOD systems. In [14, 15, 16, 17], temporal demand estimation methods are proposed based on historical data . Historical ride data may not be available in autonomous MOD systems if there are no knowledgeable human-taxi drivers to find customers in the first place. In [18, 19], customer demand hotspots are estimated in real-time using large-scale taxi fleets, where the demand is specified either for city-scale areas [18] or for customers waiting at taxi stands [19]. In [20, 21, 22, 19], ride hailing planners are presented in the form taxi recommendation systems. Taxi-based planners typically focus on recommendations for individual taxi drivers and do not consider fleet-wide coordination available in autonomous systems.

Iii Preliminaries

Customer Arrival Model

This section presents a customer arrival model based on a network graph for an MOD system. The directed network graph is denoted by , where is a set of nodes. is a set of directed link edges each taking the form of an ordered pair of neighbor nodes, , where and represent the respective origin and destination node indexes of each link. A route is defined as a sequence of directed links which corresponds to a unique minimum-travel-time path between origin node and destination node .

Customer demand is quantified as the number of MOD customers that will arrive at nodes within the network graph. Pedestrians are modeled as arriving in the system with a predetermined route according to a discrete-time Poisson process with the time-varying arrival rate parameter . In this work, the time discretization is sufficiently large such that arrival rates are assumed constant within the considered operating regime, that is . A fraction of total pedestrian route arrivals are potential MOD customers, who will wait briefly at their arrival node to hail a ride. A waiting customer within proximity of one of the vehicles in the system will receive a ride if the vehicle is unoccupied. If a customer does not receive a ride after waiting for a time of , they will no longer be a potential customer and will walk their route instead. Due to Poisson superposition and decomposition properties, customer node arrivals occur according to a Poisson process. The arrival rate of customers at each node, , is given by , where represents the set of routes with as the origin node. The number of customer node arrivals, , over a time period of , is modeled as .

Bayesian Updates

This section presents an overview of recursive Bayesian updates for probability distributions utilized in this work. First, this work measures customer and pedestrian arrivals with uncertain arrival rates. The number of arrivals, , is modeled as Poisson distributed with uncertain arrival rate parameter such that The rate parameter is modeled as Gamma distributed with hyperparameters and such that . Estimation of the arrival rate parameter is made using the number of arrivals, , observed over a time period of . The Gamma distribution is conjugate to the Poisson which allows for recursive updates with more observations, that is and , where and are prior values.

Second, this work distinguishes between customer and pedestrian arrivals using binary classification. A binary quantity is modeled as Bernoulli distributed where indicates a customer with uncertain fraction and a pedestrian otherwise such that . The fraction parameter is modeled as Beta distributed with hyperparameters and such that . Estimation of the fraction parameter is made using the number of observed “successes”, , and the number of observed “failures”, . The Beta distribution is conjugate to the Bernoulli which allows for recursive updates with more observations, that is and , where and are prior values.

Iv Customer Arrival Estimation

A Bayesian framework is utilized to estimate customer arrival rates with a quantification of uncertainty. The key challenge for estimating customer arrivals is the sparsity of observable data. Direct estimation of the customer arrival rates would require observing the number of customer arrivals at each node over a give period of time. For ride hailing, this would require vehicles to be placed at each node in order to fully observe the network. Instead, customer arrival rates are estimated through a two-parameter model which splits customer arrival rates into pedestrian arrival rates and customer fractions in order to utilize more readily observable data. That is, , where is the estimated customer arrival rate, is the pedestrian arrival rate for a node, and is the fraction of pedestrian arrivals which are newly arriving customers. The benefit to this decomposition is that either large customer fractions or large pedestrian arrival rates can be used as indicators of nodes with large customer arrival rates. While customer fraction estimation still require that vehicles make observations at the nodes, the pedestrian arrival rates can be estimated from moving vehicles and serve as indicators as to which nodes are worth waiting at. This allows for identifying spikes in demand by observing unscheduled events that generate high traffic counts.

Pedestrian arrival rates at nodes are first measured along links in the network graph. While pedestrian arrival rates are originally modeled for routes, pedestrians walking routes will also generate Poisson arrivals on links along that route, where link arrival rate parameters, , are given by . Previous work in [6] presents a moving observer method for estimating link arrival rates using the sensors onboard the MOD vehicles themselves. The method provides data in the form of a pedestrian link counts with corresponding observation time window for a particular link. The link arrival rate parameters are modeled and updated using Gamma distributions with hyperparameters, and . Similarly, pedestrians traveling along links will generate arrivals at the origin node of that link, with node arrival rates, , given by , where represents the set of links with as the origin node. The node arrival rate parameters are distributed according to a sum of Gamma distributed link arrival rates, and are also modeled using Gamma distributions with hyperparameters, and . Node hyperparameters are computed from the link hyperparameters using the the Welch-Satterthwaite approximation for the sum of Gamma distributions provided in [23].

Due to the Poisson superposition and decomposition properties, pedestrians node arrivals will be proportioned between new customer route arrivals and arrivals for pedestrians passing through the node. The customer probabilities at each node are represented using a Bernoulli distribution with uncertain customer fraction parameter . Observations include the number of customers that were picked up at a node, , and the number of non-customer pedestrians observed at the node using vehicle sensors, . Customer fractions are modeled and updated using Beta distributions with hyperparameters and .

The probability of the number of customer arrivals over a time period of is determined through marginalization of the pedestrian arrival rate and customer fraction parameters. The marginalization can be simplified into an analytical expression, the derivation of which is provided in Section -A. The analytical expression is given as


where represents the Gamma function and represents the hypergeometric function. The customer arrival rate probability in creftypecap 1 incorporates both the inherent uncertainty in the Poisson arrival process as well as the parameter uncertainty from online estimation of pedestrian arrival rates and customer fractions.

V Exploration to Reduce Uncertainty

An exploration planner is proposed for routing vehicles in order to reduce uncertainty in pedestrian arrival rates. Both pedestrian arrival rates and customer fractions are used to estimate customer arrival rates. Customer fraction estimation requires vehicles to be near nodes, which can lead to missed customers if vehicles are simply waiting at nodes with low customer arrival rates. On the other hand, pedestrian arrival rate estimation allows vehicles to continue to explore the network graph as estimation is performed as vehicles traverse links. For the same customer fraction, nodes with higher pedestrian arrival rates will result in higher customer arrival probability. This exploration planner focuses on routing vehicles along links that will most reduce the variance in pedestrian arrival rates.

Problem Formulation

The belief of the link arrival rate, , is expressed through the Gamma distribution hyperparameters and . The mean and variance for a Gamma distribution are known to be and , respectively. The expected amount of time to traverse a link is given by , where is the length of the link and is the expected vehicle speed along the link. The number of pedestrians that are expected to be observed during that time is . Using the Bayesian update for link arrival rates, the expected variance in the link after a traversal is given by


The exploration problem is that of assigning vehicles to links such that the reduction in link arrival rate variance is maximized. Vehicles are assigned a route composed of links, where is the total number of assigned links and represents the link index within the route. The problem can be formed as a non-linear integer problem with binary decision variables equal to 1 if vehicle is assigned to link for the index within the route; and zero otherwise. The exploration problem formulation is,


where and represent the known origin and destination node indexes of each link, respectively; and for is known using each vehicle’s current link. The objective in creftypecap 3 computes the total number of visits for each link and measures the expected reduction in uncertainty across all links. creftypecap 4 ensures that each vehicle is assigned a link for each index in its route. creftypecap 5 ensures that route continuity is maintained by ensuring that the origin node of the link at is the same as the destination node of the previous link at .

Online Approach

The exploration problem can be solved to assign vehicle routes; however, the objective function in creftypecap 3 is nonlinear and challenging to solve. To address this, route assignments are determined sequentially for each individual vehicle. The feasibility constraints in creftypecap 5 are ensured by assigning routes chosen from the set of routes that are pre-computed for each node in the network graph. Each route is then evaluated under the nonlinear objective in creftypecap 3. The process is repeated for each unassigned vehicle with knowledge of the previous vehicle’s route so that future link visits are accounted. Figure 2 shows an example set of route assignments. A greedy assignment is used so that vehicles are continually assigned new routes whenever their previous route is completed. Otherwise, routes would have to be recomputed for all vehicles whenever one vehicle completes its route, or vehicles would have to wait until all routes are completed.


[width=1] figures/route_assignments.png

Fig. 2: Route assignments from the exploration planner. Relative link uncertainties are shown in maroon. Three vehicles (red, blue, green) are each assigned a route to reduce uncertainty. The route origin for each vehicle is marked with a cross.The traffic network for MIT campus is composed of 33 nodes, 106 directed links, and 1056 precomputed routes.

Vi Ride Hailing Fleet Management

Ride hailing planning frameworks are proposed to assign the number of vehicles at each node to match the number of customer arrivals. The number of customer arrivals at each node is uncertain, so the ride hailing planners utilize the probability distribution for the customer arrivals presented in Section IV.

Problem Formulation

Let be the number of customers arriving at node in a time period of . Let be the number of vehicles assigned to node , where is the total number of available vehicles. For a given vehicle assignment, the cost, , at each node is . A quadratic cost function is chosen so that 1) in the case where there are fewer customer arrivals than vehicles in the system, excess vehicles at a node are penalized in order to have more vehicles available for exploration; and 2) in the case where there are more customer arrivals than vehicles, vehicles are assigned proportionally to the number of customer arrivals. The problem can be formulated as an integer quadratic program with as the decision variables. The ride hailing problem formulation is,


creftypecap 7 ensures that vehicle assignments do not exceed the fleet size. The challenge for the problem formulation stems from the uncertainty in the number of customer arrivals at each node. The formulation is adapted to address the uncertainty by using expected value and chance-constrained approaches.

The expected value formulation assigns vehicles based on the expected number of customers. The expectation is taken over all customer arrivals changing the objective function in creftypecap 6 to be


Because the probability of customer arrivals at each node is independent, creftypecap 8 can be rewritten as


where is the expectation according to creftype 1.

The chance-constrained formulation bounds the total vehicle assignment cost to be within a threshold. The chance constraint is applied to the objective, changing creftypecap 6 to be


where is a decision variable representing the total cost and is a predetermined risk tolerance threshold. The additional constraint in creftypecap 11 uses the joint probability of the sum of random customer arrivals, which is difficult to compute. Instead, a more constrained version of the problem is formulated, where the bound is made for each node cost. The node chance-constrained formulation replaces the objective in creftypecap 6 with


where are decision variables representing the cost incurred at each node and are risk tolerance thresholds for each node. creftypecap 13 constrains the cost at each node according to the customer arrival probability and can be can be rewritten as,


where F represents the cumulative distribution function (CDF) for the customer arrivals, computed from creftype 1.

Online Approach

The ride hailing planner operates on a fixed planning horizon of length . At the start of the planning horizon, the number of vehicles to assign to each node is determined. After determining the number of vehicles to assign, actual vehicle assignments are made using greedy assignment. Vehicles are continually assigned over the course of the time horizon to satisfy the determined node assignment numbers. For example, if a vehicle encounters a customer and leaves an assigned node to serve them, any unassigned vehicles in the system will be assigned to take its place. The main challenge for the online approach is to determine the number of vehicles to assign to each node.

For the expected value ride hailing planner, the expected number of customers arrivals at each node for is first computed. Rather than compute the expectation from creftype 1, an iterated expectation is computed over the parameters. The expectation is given as,


where and are known for Beta and Gamma distributions, respectively. creftypepluralcap 7 and 9 are then solved using integer quadratic programming.

For the chance-constrained ride hailing planner, the problem is not as easily solved because creftypecap 14 introduces a nonlinear constraint. Instead, the problem is decomposed into two sub-problems. The first problem determines the minimum cost for each vehicle at each node, represented by the cost matrix . The problem is formulated as,


is computed through enumeration over all nodes and number of vehicles. The second problem determines the optimal number of vehicles to assign to each node to minimize the total cost. The problem is formulated as,


which is solved using integer linear programming. One challenge for the chance-constrained planner is that of determining the appropriate risk allocation thresholds for each node. External knowledge of the MOD network could be used to allocate more risk to certain nodes than others. In this work, a uniform risk allocation is used where each node is assigned the same risk tolerance value.

Planner Comparison

The expected value and chance-constrained formulations both utilize the belief in the number of customer arrivals. The expected value formulation assigns vehicles based on the expectation of the belief, and is robust only in the sense that the planner should perform well on average. The chance-constrained formulation uses the full posterior information of the belief through the CDF and allows the cost at each node to vary according to the risk threshold for that node. To develop a general understanding of the difference between the two planners, a simulation that allows for any number of vehicles to be assigned is performed, where the chance-constrained risk tolerance is set to to better emphasize the difference. Poisson customer arrivals for a 33 node network graph are generated from a negative binomial approximation, where each node has mean arrival rate of 1 ped/min but with a set variance. Two performance metrics are studied. First, is the mean cost over all nodes, that is . Second, is the maximum cost for any single node, that is . Figure 3 shows comparisons of expected value and chance-constrained planners under increasing amounts of variance. The expected value planner has lower mean cost because it assigns the correct number of vehicles on average, with no consideration towards potentially high node costs. The chance-constrained planner has lower maximum cost because it assigns more vehicles in order to bound any potentially high individual node cost, which comes at the price of higher mean cost. The choice of planner ultimately comes down to the goal of the MOD system, whether it is more important to perform well on average or to bound performance on any individual node.



(a) Mean cost


(b) Maximum cost
Fig. 3: Comparison of expected value and chance-constrained planners. Arrivals are generated from a negative binomial distribution, with mean of 1 ped/min at each node and varying standard deviation. Cost is measured as (a) mean cost or (b) maximum cost across all nodes, lower is better. Note that maximum costs are an order of magnitude higher than the mean costs. Mean and standard deviation are shown for 1000 simulated arrivals.

Vii Experiments

The ride hailing fleet management framework is evaluated using data-driven simulation of the real-world MIT MOD system. There are two motivating test cases: 1) evaluating how well the planners can learn customer arrival rates, and 2) evaluating how well the planners can increase the number of served hailing customers. The MIT MOD system is used to provide simulation parameters that reflect a realistic operating environment for vehicles and customers.

Simulation Setup

Pedestrians and vehicles operate within a network graph for the MIT campus. The network graph, shown in Figure 2, is generated using pedestrian trajectory data collected from sensors onboard the MOD vehicles, following the work presented in [6]. Pedestrian arrivals are sampled from a Poisson process with route arrival rates determined to reflect values presented in [6]. Not all routes will have pedestrian or customer arrivals. Ten randomly chosen routes with separate origin nodes are assigned pedestrian arrival rates of 1 ped/min and three of the ten routes will have all customer arrivals. Customers wait at their origin node and will successfully hail a ride if a vehicle comes within a 20 meter proximity. If no vehicle arrives within 30 seconds, the customer is not served and will instead walk their route. In this simulation, customers can only be picked up at their origin nodes in the network graph and can not be served after they decide to walk. The simulation considers 5 vehicles in the MIT MOD system. Both vehicles and walking pedestrians travel along links in the network graph according to their respective velocities. Pedestrians link speeds are nominally 1.5 m/s and vehicle link speeds are either 11 m/s or 4 m/s for links corresponding to either city streets or shared pedestrian pathways, respectively. A period of 1 hour is simulated.

Four different ride hailing planners are analyzed. Each ride hailing planner operates on a 5 minute planning horizon. At the start of the planning horizon, the number of vehicles to assign to each node is first determined based on the ride hailing planner. If fewer vehicles are needed than there are vehicles in the system, the remaining vehicles are assigned to drive routes according to the exploration planner, where assigned routes have a length of 5 links. In any of the planners, if a vehicle encounters a hailing customer, the vehicle immediately serves the customer. The first two planners are the expected value and chance-constrained planners formulated in Section VI. The third is a sensing planner which represents a baseline approach where vehicles continually patrol the network in order to happen upon a hailing customer. The planner is implemented by never assigning vehicles to wait at nodes so that they are always assigned to traverse links through the exploration planner. Finally, the fourth is an oracle planner designed to represent the upper bound on performance for serving customers. The planner is implemented by providing the true number of customer arrivals over the planning horizon to the expected value planner, causing vehicles to often be assigned to wait at nodes. The oracle is provided only with the actual number of arrivals, and not the true arrival rate parameters, so that estimation performance can still be tested.


[width=1] figures/rate_convergence.png

Fig. 4: Customer arrival rate estimation error as a function of time. The error is computed as the mean-squared error between the true and estimated customer arrival rates, where less error is better. Each line is the mean error profile over 100 runs.


In campus MOD systems, arrival rates can vary throughout the day, so it is important to determine the timescales for which arrival rates can be estimated using the exploration and ride hailing planners. The simulation considers all planners initially having a uniform uninformative prior belief for each node, and evaluates the mean squared error between the true and estimated customer arrival rates over the course of 1 hour. In addition to the four strategies above, a stationary counter approach is considered to provide the best-case scenario in rate estimation performance. The stationary counter approach is implemented by monitoring the true number of pedestrian and customer arrivals at every node in the network graph, the practical implementation of which would be costly. Figure 4 shows the performance of each strategy for the one hour operation. Initially, the prior beliefs result in high starting error. The sensing, chance-constrained, and expected value planners initially assign all vehicles to explore the network. During the first 10 minutes, the arrival rate error is reduced from exploration. After that time, customer fraction estimates are improved by the chance-constrained and expected value planners which have begun to assign vehicles to nodes. The sensing planner rarely improves customer fraction estimates as vehicles are never assigned to wait at nodes, thus the error converges to a higher value. The oracle planner immediately assigns vehicles to known arrivals and is slower to reduce error as vehicles only explore the network graph to serve customers. The results demonstrate the effectiveness of the exploration and ride hailing planners for improving customer arrival rate estimates over time. For estimation of arrival rates which would change on short time scales (10 minutes), the exploration planner performs better than waiting. For changes over larger time scales (1 hour), the estimation accuracy approaches that of the lower-bound stationary counter.



(a) Overall fraction of customers served


(b) Maximum cost across time horizons
Fig. 5: Comparison of sensing, expected value, oracle, and chance-constrained planners. The chance-constrained strategy is compared with several risk allocation values as indicated by the x-axis. (a) Performance is measured the fraction of customer population that is served, higher is better. (b) Cost is measured as the highest cost of any time horizon, lower is better. Mean and standard deviation shown for 100 simulated runs.

Ride Hailing

The performance of the ride hailing planners is evaluated in terms of two performance metrics: the average fraction of customers served for the whole network, and the average highest cost for any individual planning horizon. With the chance-constrained formulation, uncertainty is managed according to a risk tolerance parameter for each node . To determine the effect of the risk tolerance parameter, several chance-constrained planners with varying risk are evaluated along with the other planners. Figure 5 show the two performance metrics for each of the planners. First, the results indicate that a higher risk tolerance generally leads to better performance with performing best. Second, the performance of the oracle planner demonstrates the difficulty of the problem, in that a cost is still incurred due to there being more customer arrivals than vehicles available. Third, the chance-constrained planner demonstrates an advantage over the expected value planner with a 4% improvement faction of customers served and 7% reduction in maximum cost. Finally, the chance-constrained planner significantly outperforms the baseline sensing planner with a 73% improvement in the faction of customers served and a 30% reduction in maximum cost. This is due to the fact that, in the presence of unknown customer arrival locations, the chance-constrained ride hailing planner successfully learns and utilizes customer demand to improve the number of customers that are served.

Viii Conclusion

This paper presented an MOD fleet management framework which addresses the challenges of learning and utilizing customer demand for ride hailing environments. Ride hailing is of particular importance for campus MOD systems, where customers who have the option of walking may be unwilling to request rides through other means such as waiting at stations or using an app. To address the challenge of customer demand not being specified with ride hailing, a customer demand model is presented which utilizes observable pedestrian arrival rates to estimate customer arrival locations. Two fleet management planners were presented. An exploration planner routes vehicles throughout an MOD network in order to reduce uncertainty in pedestrian arrival rates. A robust chance-constrained ride hailing planner assigns vehicles to wait at customer arrival locations which are subject to arrival rate uncertainty. Data-driven simulation of the MIT MOD system was used to validate the performance of the planners. The customer demand model and exploration planner were demonstrated to reduce estimation error over time. The chance-constrained ride hailing planner was shown to improve the fraction of served customers in the system by 73% over the baseline exploration approach.

Future work will apply these techniques to the physical MIT MOD system where MIT students will be able to hail rides from the shuttles shown in Figure 1. In particular the appropriateness of the Poisson model for customer arrivals will be studied, with emphasis on capturing and predicting short-term bursts in arrivals. The modeling approach presented in this work can be extended to non-Poisson arrival models; however, new techniques for efficient computation may be needed. Additionally, the uninformed priors chosen for this work can be improved by extracting temporal arrival patterns from pedestrian and customer data collected over long-term MOD operation.


Research supported by the Ford Motor Company through the Ford-MIT Alliance.


  • [1] J. M. Anderson, N. Kalra, K. D. Stanley, P. Sorensen, C. Samaras, and O. A. Oluwatola, “Autonomous Vehicle Technology,”˙reports/RR443-1.html, 2014.
  • [2] P. E. Ross, “Uber Will Start Driverless Service in Pittsburgh—This Month,” IEEE Spectrum: Technology, Engineering, and Science News, Aug. 2016.
  • [3] E. Ackerman, “Hail, robo-taxi! [Top Tech 2017],” IEEE Spectrum, vol. 54, no. 1, pp. 26–29, Jan. 2017.
  • [4] “Ford Targets Fully Autonomous Vehicle for Ride Sharing in 2021; Invests in New Tech Companies, Doubles Silicon Valley Team — Ford Media Center,”
  • [5] W. Mitchell, “Mobility on Demand: Future of Transportation in Cities,” Smart Cities MIT Media Laboratory, Tech. Rep., 2008.
  • [6] J. Miller, A. Hasfura, S. Y. Liu, and J. P. How, “Dynamic arrival rate estimation for campus Mobility On Demand network graphs,” in 2016 IEEE/RSJ International Conference on Intelligent Robots and Systems (IROS), Oct. 2016, pp. 2285–2292.
  • [7] M. Pavone, S. L. Smith, E. Frazzoli, and D. Rus, “Robotic load balancing for mobility-on-demand systems,” The International Journal of Robotics Research, vol. 31, no. 7, pp. 839–854, June 2012.
  • [8] M. Volkov, J. Aslam, and D. Rus, “Markov-based redistribution policy model for future urban mobility networks,” in 2012 15th International IEEE Conference on Intelligent Transportation Systems (ITSC), Sept. 2012, pp. 1906–1911.
  • [9] R. Zhang and M. Pavone, “Control of robotic mobility-on-demand systems: A queueing-theoretical perspective,” The International Journal of Robotics Research, vol. 35, no. 1-3, pp. 186–203, 2016.
  • [10] R. Zhang, F. Rossi, and M. Pavone, “Model predictive control of autonomous mobility-on-demand systems,” in 2016 IEEE International Conference on Robotics and Automation (ICRA), May 2016, pp. 1382–1389.
  • [11] F. Miao, S. Han, S. Lin, Q. Wang, J. Stankovic, A. Hendawi, D. Zhang, T. He, and G. J. Pappas, “Data-Driven Robust Taxi Dispatch under Demand Uncertainties,” arXiv:1603.06263 [cs], Mar. 2016.
  • [12] D. J. Fagnant and K. M. Kockelman, “Dynamic Ride-Sharing and Optimal Fleet Sizing for a System of Shared Autonomous Vehicles,” 2015.
  • [13] J. Miller and J. P. How, “Predictive Positioning and Quality Of Service Ridesharing for Campus Mobility On Demand Systems,” arXiv:1609.08116 [cs], Sept. 2016.
  • [14] H.-w. Chang, Y.-c. Tai, and J. Y.-j. Hsu, “Context-Aware Taxi Demand Hotspots Prediction,” Int. J. Bus. Intell. Data Min., vol. 5, no. 1, pp. 3–18, Dec. 2010.
  • [15] S. Phithakkitnukoon, M. Veloso, C. Bento, A. Biderman, and C. Ratti, “Taxi-Aware Map: Identifying and Predicting Vacant Taxis in the City,” in Ambient Intelligence.   Springer, Berlin, Heidelberg, Nov. 2010, pp. 86–95.
  • [16] X. Li, G. Pan, Z. Wu, G. Qi, S. Li, D. Zhang, W. Zhang, and Z. Wang, “Prediction of urban human mobility using large-scale taxi traces and its applications,” Frontiers of Computer Science, vol. 6, no. 1, pp. 111–121, Feb. 2012.
  • [17] N. Davis, G. Raina, and K. Jagannathan, “A multi-level clustering approach for forecasting taxi travel demand,” in 2016 IEEE 19th International Conference on Intelligent Transportation Systems (ITSC), Nov. 2016, pp. 223–228.
  • [18] D. Shao, W. Wu, S. Xiang, and Y. Lu, “Estimating Taxi Demand-Supply Level Using Taxi Trajectory Data Stream,” in 2015 IEEE International Conference on Data Mining Workshop (ICDMW), Nov. 2015, pp. 407–413.
  • [19] A. Anwar, A. Odoni, and D. Rus, “Inferring Unmet Demand from Taxi Probe Data,” in 2015 IEEE 18th International Conference on Intelligent Transportation Systems (ITSC), Sept. 2015, pp. 861–868.
  • [20] Y. Ge, H. Xiong, A. Tuzhilin, K. Xiao, M. Gruteser, and M. Pazzani, “An Energy-efficient Mobile Recommender System,” in Proceedings of the 16th ACM SIGKDD International Conference on Knowledge Discovery and Data Mining, ser. KDD ’10.   New York, NY, USA: ACM, 2010, pp. 899–908.
  • [21] J. Yuan, Y. Zheng, L. Zhang, X. Xie, and G. Sun, “Where to Find My Next Passenger,” in Proceedings of the 13th International Conference on Ubiquitous Computing, ser. UbiComp ’11.   New York, NY, USA: ACM, 2011, pp. 109–118.
  • [22] N. J. Yuan, Y. Zheng, L. Zhang, and X. Xie, “T-Finder: A Recommender System for Finding Passengers and Vacant Taxis,” IEEE Transactions on Knowledge and Data Engineering, Sept. 2012.
  • [23] F. Massey, “The Approximation for Sums of Gamma Random Variables,”

-a Marginalization of Arrival Probability

Section IV presents a two-parameter model for estimating customer arrivals based on pedestrian arrival rate parameters, , that are modeled using Gamma distributions with hyperparameters, and , and customer fractions, , that are modeled using Beta distributions with hyperparameters and . The probability of the predicted number of customer arrivals, , over a time period of is determined through marginalization of the pedestrian arrival rate and customer fraction parameters. The derivation of the analytical expression for the probability of is provided as,

represents the Gamma function, represents the Beta function, represents the hypergeometric function, and represents the regularized hypergeometric function.

The Gamma and Beta functions are related by

The hypergeometric and regularized hypergeometric functions are related by

Comments 0
Request Comment
You are adding the first comment!
How to quickly get a good reply:
  • Give credit where it’s due by listing out the positive aspects of a paper before getting into which changes should be made.
  • Be specific in your critique, and provide supporting evidence with appropriate references to substantiate general statements.
  • Your comment should inspire ideas to flow and help the author improves the paper.

The better we are at sharing our knowledge with each other, the faster we move forward.
The feedback must be of minimum 40 characters and the title a minimum of 5 characters
Add comment
Loading ...
This is a comment super asjknd jkasnjk adsnkj
The feedback must be of minumum 40 characters
The feedback must be of minumum 40 characters

You are asking your first question!
How to quickly get a good answer:
  • Keep your question short and to the point
  • Check for grammar or spelling errors.
  • Phrase it like a question
Test description