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: Kassel-Wilhelmshöhe
VCAP: 400 vol.
ACTIVE: 19 customers
  1. Berlin Hbf (65 vol.)
  2. Düsseldorf Hbf (90 vol.)
  3. Frankfurt Hbf (90 vol.)
  4. Hannover Hbf (85 vol.)
  5. Aachen Hbf (95 vol.)
  6. Stuttgart Hbf (80 vol.)
  7. Dresden Hbf (80 vol.)
  8. München Hbf (45 vol.)
  9. Bremen Hbf (70 vol.)
  10. Leipzig Hbf (30 vol.)
  11. Dortmund Hbf (40 vol.)
  12. Nürnberg Hbf (85 vol.)
  13. Karlsruhe Hbf (70 vol.)
  14. Ulm Hbf (70 vol.)
  15. Köln Hbf (65 vol.)
  16. Kiel Hbf (70 vol.)
  17. Würzburg Hbf (90 vol.)
  18. Osnabrück Hbf (45 vol.)
  19. Freiburg Hbf (40 vol.)
Result
OVERALL | #TOURS: 4 | COST: 4401.246 km | LOAD: 1305 vol. | VCAP: 400 vol.
Tour 1
COST: 1390.776 km
LOAD: 390 vol.

  1. Nürnberg Hbf | 85 vol.
  2. München Hbf | 45 vol.
  3. Ulm Hbf | 70 vol.
  4. Stuttgart Hbf | 80 vol.
  5. Karlsruhe Hbf | 70 vol.
  6. Freiburg Hbf | 40 vol.

Tour 2
COST: 1441.48 km
LOAD: 400 vol.

  1. Hannover Hbf | 85 vol.
  2. Bremen Hbf | 70 vol.
  3. Kiel Hbf | 70 vol.
  4. Berlin Hbf | 65 vol.
  5. Dresden Hbf | 80 vol.
  6. Leipzig Hbf | 30 vol.

Tour 3
COST: 804.366 km
LOAD: 380 vol.

  1. Dortmund Hbf | 40 vol.
  2. Düsseldorf Hbf | 90 vol.
  3. Köln Hbf | 65 vol.
  4. Aachen Hbf | 95 vol.
  5. Frankfurt Hbf | 90 vol.

Tour 4
COST: 764.624 km
LOAD: 135 vol.

  1. Osnabrück Hbf | 45 vol.
  2. Würzburg 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: [0] Kassel-Wilhelmshöhe | Number of cities: 24 | Total loads: 1305 vol. | Vehicle capacity: 400 vol.
Loads: [0, 65, 90, 90, 85, 95, 80, 80, 0, 45, 70, 30, 40, 85, 70, 70, 65, 0, 70, 0, 90, 0, 45, 40]

ITERATION
Generation: #1
Best cost: 5276.627 | Path: [0, 1, 11, 7, 12, 2, 16, 0, 22, 10, 4, 18, 5, 0, 3, 14, 6, 15, 9, 23, 0, 20, 13, 0]
Best cost: 5030.937 | Path: [0, 2, 5, 16, 12, 22, 11, 0, 3, 14, 6, 15, 23, 9, 0, 4, 10, 18, 1, 7, 0, 20, 13, 0]
Best cost: 4903.161 | Path: [0, 9, 15, 6, 14, 23, 3, 0, 12, 2, 16, 5, 22, 1, 0, 4, 10, 18, 7, 11, 0, 20, 13, 0]
Best cost: 4881.478 | Path: [0, 12, 2, 16, 5, 3, 0, 22, 10, 4, 18, 1, 11, 0, 20, 13, 9, 15, 6, 0, 14, 23, 7, 0]
Best cost: 4729.532 | Path: [0, 2, 16, 5, 12, 22, 11, 0, 4, 10, 18, 1, 7, 0, 20, 13, 9, 15, 6, 0, 3, 14, 23, 0]
Best cost: 4645.463 | Path: [0, 23, 14, 6, 15, 9, 13, 0, 12, 2, 16, 5, 22, 11, 0, 4, 10, 18, 1, 7, 0, 3, 20, 0]
Best cost: 4627.445 | Path: [0, 23, 14, 6, 15, 9, 13, 0, 4, 22, 10, 18, 1, 11, 0, 12, 2, 16, 5, 3, 0, 20, 7, 0]
Generation: #2
Best cost: 4416.468 | Path: [0, 23, 14, 6, 15, 9, 13, 0, 12, 2, 16, 5, 3, 0, 4, 10, 18, 1, 7, 11, 0, 22, 20, 0]
Generation: #3
Best cost: 4401.246 | Path: [0, 13, 9, 15, 6, 14, 23, 0, 4, 10, 18, 1, 7, 11, 0, 12, 2, 16, 5, 3, 0, 22, 20, 0]

OPTIMIZING each tour...
Current: [[0, 13, 9, 15, 6, 14, 23, 0], [0, 4, 10, 18, 1, 7, 11, 0], [0, 12, 2, 16, 5, 3, 0], [0, 22, 20, 0]]
No changes made.

ACO RESULTS
[1/390 vol./1390.776 km] Kassel-Wilhelmshöhe -> Nürnberg Hbf -> München Hbf -> Ulm Hbf -> Stuttgart Hbf -> Karlsruhe Hbf -> Freiburg Hbf --> Kassel-Wilhelmshöhe
[2/400 vol./1441.480 km] Kassel-Wilhelmshöhe -> Hannover Hbf -> Bremen Hbf -> Kiel Hbf -> Berlin Hbf -> Dresden Hbf -> Leipzig Hbf --> Kassel-Wilhelmshöhe
[3/380 vol./ 804.366 km] Kassel-Wilhelmshöhe -> Dortmund Hbf -> Düsseldorf Hbf -> Köln Hbf -> Aachen Hbf -> Frankfurt Hbf --> Kassel-Wilhelmshöhe
[4/135 vol./ 764.624 km] Kassel-Wilhelmshöhe -> Osnabrück Hbf -> Würzburg Hbf --> Kassel-Wilhelmshöhe
OPTIMIZATION RESULT: 4 tours | 4401.246 km.