Solving CVRP with ACO

Minimizing Travel Cost for Complex Delivery Problems

Start With The Story

This scenario involves the Capacitated Vehicle Routing Problem, solved using the meta-heuristics algorithm Ant Colony Optimization. Basically, VRP is a network consisting of a number of nodes (sometimes called cities) and arcs connecting one to all others along with the corresponding costs. Mostly, the aim is to minimize the cost in visiting each customer once and only once. The term "capacitated" is added due to some capacity constraints on the vehicles (vcap).

Enter the problem. Some company wants to deliver loads to a number of customers. In this case, we have 24 nodes based on the location of Germany's train stations (don't ask why). The delivery always starts from and ends at the depot, visiting a list of customers in other cities. And then a number of questions arise:

  • How do we minimize the travel cost in terms of distance?
  • How many trucks are required?
  • Which cities are visited by the truck #1, #2. etc.?
Such questions are addressed by employing the ants.

How to use this page?
Two parameters can be adjusted:
  • depot: [0..23], def = 0
  • vcap: [200..400], def = 400
Calling this page without parameter will get the defaults. Otherwise, just try something like this

There is a way to set all the demands, but I don't think you are ready for that. 😉
Map
DEPOT: Berlin Hbf
VCAP: 300 vol.
ACTIVE: 22 customers
  1. Düsseldorf Hbf (65 vol.)
  2. Frankfurt Hbf (100 vol.)
  3. Hannover Hbf (100 vol.)
  4. Aachen Hbf (20 vol.)
  5. Stuttgart Hbf (80 vol.)
  6. Dresden Hbf (100 vol.)
  7. Hamburg Hbf (90 vol.)
  8. München Hbf (35 vol.)
  9. Bremen Hbf (90 vol.)
  10. Leipzig Hbf (30 vol.)
  11. Dortmund Hbf (100 vol.)
  12. Nürnberg Hbf (75 vol.)
  13. Karlsruhe Hbf (35 vol.)
  14. Ulm Hbf (40 vol.)
  15. Köln Hbf (100 vol.)
  16. Mannheim Hbf (90 vol.)
  17. Kiel Hbf (40 vol.)
  18. Mainz Hbf (95 vol.)
  19. Würzburg Hbf (100 vol.)
  20. Saarbrücken Hbf (55 vol.)
  21. Osnabrück Hbf (80 vol.)
  22. Freiburg Hbf (90 vol.)
Result
OVERALL | #TOURS: 6 | COST: 8112.057 km | LOAD: 1610 vol. | VCAP: 300 vol.
Tour 1
COST: 1888.198 km
LOAD: 300 vol.

  1. München Hbf | 35 vol.
  2. Ulm Hbf | 40 vol.
  3. Stuttgart Hbf | 80 vol.
  4. Karlsruhe Hbf | 35 vol.
  5. Mannheim Hbf | 90 vol.
  6. Aachen Hbf | 20 vol.

Tour 2
COST: 1172.952 km
LOAD: 270 vol.

  1. Dresden Hbf | 100 vol.
  2. Leipzig Hbf | 30 vol.
  3. Hannover Hbf | 100 vol.
  4. Kiel Hbf | 40 vol.

Tour 3
COST: 941.643 km
LOAD: 260 vol.

  1. Osnabrück Hbf | 80 vol.
  2. Bremen Hbf | 90 vol.
  3. Hamburg Hbf | 90 vol.

Tour 4
COST: 1209.291 km
LOAD: 275 vol.

  1. Frankfurt Hbf | 100 vol.
  2. Würzburg Hbf | 100 vol.
  3. Nürnberg Hbf | 75 vol.

Tour 5
COST: 1169.186 km
LOAD: 265 vol.

  1. Dortmund Hbf | 100 vol.
  2. Düsseldorf Hbf | 65 vol.
  3. Köln Hbf | 100 vol.

Tour 6
COST: 1730.787 km
LOAD: 240 vol.

  1. Mainz Hbf | 95 vol.
  2. Saarbrücken Hbf | 55 vol.
  3. Freiburg Hbf | 90 vol.

ANTS
#generations: 10 for global, 5 for local
#ants: 5 times #active_customers

ACO
Rel. importance of pheromones α = 1.0
Rel. importance of visibility β = 10.0
Trail persistance ρ = 0.5
Pheromone intensity Q = 10

See this wikipedia page to learn more.

What kind of cost?
Directed driving distance, obtained through Google API. The visualization does not display that since the idea is VRP. Adding such feature is very easy, but not a priority for this case.
Can we use any address?
Yes, absolutely. What we need is the geo-coordinates of the addresses, and the distance matrix, which is not a problem. See my oldie master thesis here, implemented using PHP/MySQL for a delivery case in Darmstadt city, Germany.
Travel time as the cost?
Just replace the distance matrix with a duration matrix, then it is done. Please keep in mind, this feature is not intended for realtime use. But regarding the idea, not an issue.
Up to how many nodes?
There is no definitive answer for that. However, if a large number of nodes involved, a good strategy is required. Actually, for this one, a suitable technique is already implemented instead of a "plain" ACO. 

NETWORK
Depo: [1] Berlin Hbf | Number of cities: 24 | Total loads: 1610 vol. | Vehicle capacity: 300 vol.
Loads: [0, 0, 65, 100, 100, 20, 80, 100, 90, 35, 90, 30, 100, 75, 35, 40, 100, 90, 40, 95, 100, 55, 80, 90]

ITERATION
Generation: #1
Best cost: 8896.677 | Path: [1, 2, 16, 5, 12, 1, 7, 11, 4, 18, 1, 8, 10, 22, 14, 1, 13, 20, 3, 1, 19, 17, 21, 15, 1, 9, 6, 23, 1]
Best cost: 8631.156 | Path: [1, 12, 2, 16, 5, 1, 11, 7, 13, 6, 1, 8, 18, 10, 22, 1, 4, 3, 19, 1, 20, 9, 15, 14, 17, 1, 21, 23, 1]
Best cost: 8609.946 | Path: [1, 23, 14, 17, 21, 5, 1, 11, 7, 13, 9, 15, 1, 4, 10, 8, 1, 18, 22, 12, 2, 1, 20, 3, 19, 1, 16, 6, 1]
Best cost: 8601.014 | Path: [1, 2, 16, 5, 12, 1, 11, 7, 13, 9, 15, 1, 8, 10, 4, 1, 18, 22, 3, 14, 1, 20, 19, 17, 1, 6, 23, 21, 1]
Best cost: 8124.178 | Path: [1, 9, 15, 6, 14, 17, 5, 1, 7, 11, 4, 18, 1, 8, 10, 22, 1, 13, 20, 3, 1, 12, 2, 16, 1, 19, 21, 23, 1]

OPTIMIZING each tour...
Current: [[1, 9, 15, 6, 14, 17, 5, 1], [1, 7, 11, 4, 18, 1], [1, 8, 10, 22, 1], [1, 13, 20, 3, 1], [1, 12, 2, 16, 1], [1, 19, 21, 23, 1]]
[3] Cost:  947.067 to  941.643 | Optimized: [1, 22, 10, 8, 1]
[4] Cost: 1215.988 to 1209.291 | Optimized: [1, 3, 20, 13, 1]

ACO RESULTS
[1/300 vol./1888.198 km] Berlin Hbf -> München Hbf -> Ulm Hbf -> Stuttgart Hbf -> Karlsruhe Hbf -> Mannheim Hbf -> Aachen Hbf --> Berlin Hbf
[2/270 vol./1172.952 km] Berlin Hbf -> Dresden Hbf -> Leipzig Hbf -> Hannover Hbf -> Kiel Hbf --> Berlin Hbf
[3/260 vol./ 941.643 km] Berlin Hbf -> Osnabrück Hbf -> Bremen Hbf -> Hamburg Hbf --> Berlin Hbf
[4/275 vol./1209.291 km] Berlin Hbf -> Frankfurt Hbf -> Würzburg Hbf -> Nürnberg Hbf --> Berlin Hbf
[5/265 vol./1169.186 km] Berlin Hbf -> Dortmund Hbf -> Düsseldorf Hbf -> Köln Hbf --> Berlin Hbf
[6/240 vol./1730.787 km] Berlin Hbf -> Mainz Hbf -> Saarbrücken Hbf -> Freiburg Hbf --> Berlin Hbf
OPTIMIZATION RESULT: 6 tours | 8112.057 km.