Previous Article in Journal
Developing a Mobility as a Service Status Index: A Quantitative Approach Using Mobility Market and Macroeconomic Metrics
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Article

Re-Supplying Autonomous Mobile Parcel Lockers in Last-Mile Distribution

1
Faculty of Industrial Engineering, K. N. Toosi University of Technology, Tehran 19991-43344, Iran
2
School of Industrial Engineering, Eindhoven University of Technology, 5600MB Eindhoven, The Netherlands
3
Panalpina Centre for Manufacturing and Logistics Research, Cardiff Business School, Cardiff University, Cardiff CF10 3EU, UK
*
Author to whom correspondence should be addressed.
Future Transp. 2024, 4(4), 1266-1296; https://doi.org/10.3390/futuretransp4040061
Submission received: 22 July 2024 / Revised: 1 October 2024 / Accepted: 10 October 2024 / Published: 28 October 2024

Abstract

:
This paper investigates a practical last-mile delivery scenario where a fleet of trucks replenishes autonomous mobile parcel lockers (AMPLs) in an urban setting. The lockers move along specified paths within restricted zones to reach customers’ locations. Ensuring seamless coordination between trucks and AMPLs requires the identification of suitable locations to exchange empty or loaded modular lockers. We first introduce a mixed-integer linear programming (MILP) formulation for the investigated problem. The proposed formulation establishes the basis for optimizing meeting point selection and routing decisions. Additionally, the study introduces a cluster-based simulated annealing (CSA) algorithm tailored for addressing larger-scale instances of the studied problem. The CSA algorithm incorporates the K-means clustering method with specialized operators rooted in an extensive neighborhood search, aiming to improve the effectiveness of solution discovery. We generated a new set of benchmark instances to assess the MILP formulation’s efficiency and the proposed metaheuristic algorithm and conducted comprehensive numerical experiments.

1. Introduction

Last-mile delivery operations, a crucial aspect of urban logistics, have gained attention due to their environmental and social impact on humans and the environment. These operations, which involve expensive transportation of goods to their destinations, face challenges and opportunities driven by the booming demand for e-commerce services. The growth of megacities and the projected increase in e-commerce sales underscore the need for efficient last-mile logistics solutions [1].
As the complexity of last-mile delivery within supply networks continues to grow, recent technological advancements offer retailers and logistics service providers (LSPs) the potential to address these challenges with greater efficiency and effectiveness [2]. Some of these innovative solutions catering to demanding customer needs include rapid delivery [3], collaborative shipping [4], mobile delivery routes [5], pavement-side delivery [6], storage lockers [7], autonomous delivery robots [8], and drone delivery [9]. However, the feasibility of these solutions varies across locations due to constraints in urban infrastructure development. In contrast, online consumers’ expectations for timely and cost-effective order fulfillment persist. Consequently, effective coordination of the flow of goods, collaborative efforts among stakeholders, and optimal order consolidation remain critical components in navigating the complexities of last-mile logistics [10].
A novel innovation in last-mile delivery is the mobile parcel locker (MPL) technology, which allows customers to pick up parcels from convenient locations [11,12,13]. MPLs can be operated autonomously or with a human driver. They can be classified into two groups: fixed locker boxes mounted on mobile platforms, and mobile platforms with separate locker sections. MPLs can travel between different locations throughout the day, serving customers in nearby areas. Consequently, online consumers can conveniently access them during designated time windows for order retrieval or returns.
In a comprehensive study conducted by [13], various last-mile settings and configurations were examined. Based on their research findings, our current problem lies in the space between two distinct configurations. Specifically, this study lies in the middle of the “depot–mobile parcel locker–self-service” configuration, as investigated by [11], and the “depot–autonomous van–locker–self-service” configuration, as studied by [14]. The central focus of this study is to look at the procedure of replenishing a fleet of autonomous MPLs (AMPLs) by using a fleet of trucks, with a specific emphasis on refining last-mile logistics within the delivery network. The primary objective is to enhance the operational efficiency of a designated subset of AMPLs by optimizing the loading of restocked lockers and unloading returned ones, facilitated by a group of delivery trucks.
However, there is a drawback related to the capacity of this delivery assistant. If AMPLs are not replenished regularly, the lockers cannot fulfill orders throughout the day, as anticipated with other MPL variants. Although this system offers considerable potential for the transportation and operations research community, current research remains limited. Therefore, this paper is dedicated to devising a formulation and a solution strategy for a scenario in which a fleet of trucks efficiently loads replenished lockers and unloads returned ones from several AMPLs at selected meeting points during the day. To address this complex problem, we combine two established variants of the vehicle routing problem (VRP), namely, the VRP with multiple time windows (VRPMTW) and the generalized VRPTW (GVRPTW). On the one hand, leveraging the GVRPTW approach enables us to pick an appropriate physical demand location from alternative options, ensuring service within the designated time window for the AMPLs. Nevertheless, unlike VRPTW and VRPMTW, this issue does not require a visit to all nodes. On the other hand, the VRPMTW framework empowers us to deconstruct a physical demand point into other nodes, termed meeting points, within our graph-based model. This partitioning facilitates the segmentation of lengthy waiting periods at each physical point into more manageable time windows, effectively transforming the problem into a recognizable VRPMTW instance.
With our aim centered on selecting the best meeting point from various alternatives, we face the task of choosing a physical location that aligns with a time window within the broader time slot. Moreover, each time window is linked to a unique parking fee, allowing us to integrate this aspect into our model. It is important to note that this innovative integrated approach remains unexplored in previous research in the context of last-mile applications. The problem addressed in this paper differs from the problem discussed by [11], who focused on optimizing the location of human driver MPLs in the last-mile delivery context. In this paper, the main objective is to efficiently re-supply AMPLs (called R-AMPLP), eliminating the need for them to return to the depot for refilling. This approach significantly benefits e-commerce firms or LSPs, as new orders can be processed and transferred to meeting points without the AMPLs returning to the depot.
The contributions in this paper can be summarized into three key dimensions. Firstly, we introduce a novel re-supplying AMPL problem in the context of last-mile distribution, entailing an optimization strategy for establishing a designated set of meeting points. These aspects aid in the efficient loading and unloading of lockers on AMPLs, which customers have emptied in the initial segment of their routes and need to be restocked for the remaining customers in the latter segment. Second, we present a MILP formulation tailored to this problem. Our formulation incorporates various alternative locations characterized by multiple time windows, time-dependent parking charges, and a fleet of capacitated trucks responsible for conveying same-day orders. These orders are stowed in loaded lockers, moving from the depot to the pre-identified meeting points. Lastly, we propose a cluster-based simulated annealing (CSA) algorithm featuring a specialized enhancement operator to manage the clustering aspect and randomized destroy and repair operators. Particularly, we incorporate the well-known K-means method to cluster nodes as a preparation phase and then customize the simulated annealing (SA) approach to handle the instances.
The following sections of the paper are structured as follows: Section 2 reviews the related literature that addresses similar problems. Section 3 presents the problem definition and the problem’s mathematical formulation. Section 4 presents the CSA algorithm and its features, including the clustering method and neighborhood search operators. Section 5 presents the computational outcomes of applying the MILP model and the CSA algorithm on a range of benchmark instances. Finally, Section 6 concludes the paper and provides possible avenues for future research.

2. Literature Review

This section reviews the work related to the problem at hand. Theoretically, the investigated problem falls under the VRPMTW, in which a physical demand location can be defined with multiple time windows during the planning horizon. On the other hand, since it aims to select an optimal meeting point amongst a set of alternative meeting points located at different locations and has different time windows, the GVRPTW concept is also considered. In addition, although it is related to the dynamic VRP, by considering fixed order acceptance and fixed routes, including meeting points, we can also adapt our problem to a static setting.
Regarding last-mile delivery, many studies proposed various innovations for performing delivery operations. We refer to [13] and [2] for more details. In this setting, we only focused on re-supplying MPL. Therefore, our literature review section is divided into three fields. First, we review the recent generalized VRPTW (GVRPTW) studies. Second, the works related to the VRPMTWs are explored. Finally, recent research studies have been reviewed in the context of MPLs.

2.1. The Generalized Vehicle Routing Problem with Time Windows

One of the VRP variants is the VRPTW, where customers must be visited within a specific period [15]. Another type of VRP, known as the generalized VRP (GVRP), considers a setting in which customers are grouped into some unconnected clusters, and the goal is to visit exactly one node in each cluster [16,17]. Theoretically, when we combine the VRPTW and the GVRP, we obtain an extended version of the GVRP, known as the GVRPTW. To our knowledge, the GVRPTW was first studied by [18]. The problem is formulated and solved in their paper by an incremental Tabu search algorithm. After that, Ref. [5] presented the VRP with roaming delivery locations (VRPRDL), known as the trunk delivery problem. In this problem, customers can select their preferred locations with time windows for receiving orders. The difference between the VRPRDL and GVRPTW is that time windows in the VRPRDL cannot overlap with each other because the location of each customer may change during the day. For this problem, they introduced an arc-based formulation. Afterward, Ref. [19] formulated the VRPRDL as a set-covering problem and promoted a branch-and-cut-and-price algorithm as a solution approach. On the other hand, the main difference between the VRPRDL and our problem is that each location is available as a meeting point within different time windows.
Recently, Ref. [20] proposed the VRP with delivery options (VRPDO), which, similar to the VRPRDL, gives customers alternatives to pick up their orders from different locations. They presented an MIP and a large neighborhood search (LNS) algorithm for the problem. The authors considered an extension of the VRPTW with multiple delivery options. Our problem, however, concerns a setting where a fleet of vehicles must re-supply a fleet of mobile parcel lockers in a location (or re-supply point). Therefore, we focused on re-supply operations rather than customers’ pickup alternatives. Ref. [21] presented a VRPDO involving optimizing shipments to various locations considering customer preferences and time windows. They introduced a new algorithm to minimize carrier costs while accommodating shared capacity constraints. This approach, tested in scenarios with up to 100 delivery options, includes new solutions to routing problems with roaming delivery locations. Ref. [22] introduced a new VRP variant that addresses the delivery of parcels to a customer’s vehicle at various locations during the day. It replaces the traditional distance matrix with a probability distribution matrix for variable travel times. The research applied a Monte Carlo method combined with an enhanced greedy randomized adaptive search procedure to find a near-optimal solution, which was validated through various experiments.

2.2. The VRP with Multiple Time Windows

One of the first studies on the VRPMTW was presented by [23]. The authors considered a periodic VRP concept in which demand points are associated with different time windows during the planning horizon. They presented an MIP model and an ant colony algorithm to minimize the total duration. In another study, Refs. [24,25] proposed a heuristic algorithm known as the hybrid variable neighborhood with the Tabu search algorithm for the VRPMTW. Ref. [26] studied a multi-objective version of the VRPMTW based on customer preference with a case study. The authors applied a local search algorithm to solve it. Recently, Ref. [27] presented an exact polynomial–time algorithm based on neighborhood evaluation. The main difference between our work and these works is that, in our setting, each demand point has multiple potential locations and time windows, with time-dependent traveling time and parking fees.

2.3. Mobile Parcel Lockers

Regarding MPLs, the paper presented by [11] was the first research to introduce an optimization problem in the MPL context. The objective of their paper was to find optimal locations for MPLs. They presented three alternative mixed-integer programs and a heuristic algorithm for their problem. The authors did not consider any assumption of responding to new orders and re-supply operations in a same-day context. See Table 1 and Table 2 for a comparison of the contributions of this paper with related work in the literature.

3. Problem Description

We now formally introduce the R-AMPLP and present the corresponding mathematical formulation of the problem. Assume an LSP serving its customers in distinct geographical areas or zones with a fleet of AMPLs. In particular, the LSP employs a delivery system with several AMPLs that cover all delivery needs in each zone during the day via already optimized paths. Zones may have restrictions, and not all types of trucks or vans, such as typical delivery vehicles, can be used. In addition, it is assumed that demand is deterministic, leading daily delivery orders through fixed paths with a long planning horizon. As demand information and zones are known and constant, several AMPLs can be assigned to each zone with pre-defined paths, where they travel and stop at known locations associated with time windows.
However, in this setting, there are two main issues for which the LSP should decide. The first problem is the capacity restriction of AMPLs to satisfy all customers’ orders during a planning horizon. This implies that all AMPLs are depleted approaching noon and require replenishment to serve the remaining customers or demand points that have not been addressed on their routes. The second issue concerns situations where there are a few parking slots to exchange lockers between trucks and AMPLs located around each zone. Additionally, each parking slot has a different reservation price during the day. It is crucial to highlight that when lockers are fully emptied from autonomous mobile platforms, the synchronization of each box’s capacity is disrupted, particularly when previous customers have not received their orders. Therefore, it is assumed that all customers served before noon have collected their orders, leaving all boxes empty.
Furthermore, the LSP operates a distribution center (DC) from which trucks are dispatched to replenish AMPLs with new lockers and retrieve returned lockers. Each truck can transport multiple loaded parcel lockers replenished at the DC. At a designated meeting point, a truck unloads a specified number of parcel lockers onto an equal number of mobile platforms, known as AMPLs. The AMPLs then move from the drop-off point into a zone and follow predetermined routes to serve customers. Customers can visit AMPLs in zones to receive orders from designated lockers. Since demands are already known in the system and AMPLs move in pre-defined routes, the required time in the operation course is clear for replenishment. Therefore, once all delivery orders up to the meeting time have been fulfilled, the AMPL returns to a truck at a specific parking slot to deliver its parcel locker and retrieve a new one. Consequently, exchange operations can occur at a parking space or meeting point.
For further information on the application of this problem, we refer to Figure 1. The biggest advantage of loaded lockers is the autonomy of being separated from the carrying platforms. Figure 1 shows a scenario where three autonomous platforms, each with an empty locker, endeavor to swap their lockers at a meeting point. This is especially important in places that restrict the entry of delivery vans or trucks. AMPLs can offer a viable solution by collaborating with a truck fleet to serve a diverse range of last-mile customers in such areas (e.g., city centers).
Additional assumptions and system details are outlined as follows: Figure 1 illustrates how the predetermined route of each AMPL is divided into two segments around midday. Indeed, once all customers have retrieved their orders from the boxes, the AMPL becomes empty. Utilizing its navigation, it can then move to a designated parking slot within specified time windows. Each zone has a predetermined number of parking spaces outside (i.e., parking 1–4) that can be reserved at different costs during different day periods. The arrival time of a truck at a meeting point is considered to access a specific parking slot, meaning a time window is associated with each parking slot. AMPLs are available during the designated time windows for delivering and loading parcel lockers at the selected meeting point by automatically changing their paths, as shown in Figure 1. The maximum number of AMPLs visited at each meeting point corresponds to the number of parcel lockers carried by truck. For example, in a zone with a dedicated AMPL, a truck may deliver and load one parcel locker at the selected meeting point. While a truck can visit multiple meeting points from different zones during its trip, the capacity constraint must be adhered to. The battery capacity of the AMPLs is assumed to be sufficient to support daily operations. Trucks are required to reach the selected meeting points (e.g., parking slots within specified time windows) on time. The time needed to load and unload parcel lockers is also incorporated into the travel time.

Mixed-Integer Linear Programming Model

This section presents a mixed-integer linear programming model for the problem. We define the R-AMPLP on a directed graph, G = ( N , A ) , in which N is associated with the node set, N = 0,1 , , n , and A corresponds to the arc set, A = i , j : i , j ϵ C , i j . Set C = N \ { C c , 0 } is associated with potential meeting points, which are grouped into a set of p distinct clusters (i.e., zones), C = C 1 , C 2 , , C p . The complement set, C c = C c 1 , C c 2 , , C c p , corresponds to the AMPLs’ leaving and returning points. Note that in this study, zones and clusters are used interchangeably. These two sets have two main properties, which are as follows: for members in C ,   C h C h = ,   h ,   h 1 ,   ,   p , where h   h and C 1 C 2 C p = N \ 0 , C c , and for members in C c ,   C c h C c h = ,   h ,   h 1 ,   ,   p , where h   h and C c 1 C c 2 C c p = N \ { 0 , C } . Each cluster, C c h ,   1 h p , corresponds to several leaving and returning points for AMPL(s). Node 0 represents a depot with a set of k homogeneous trucks, V = { 1 , , k } . Each truck has a specific capacity, L f ,   1 f k , and a certain constant speed, s f .
More precisely, for handling multiple time windows associated with each location, we consider multiple copies of a certain physical location, each with a specific time window and identical traveling distances. Hence, for a node i C h , there is a time window, e i , l i , which is associated with a specific parking cost, p c i . All the nodes in a cluster, C h ,   1 h p , have an equal non-negative demand, 0 < q i max L 1 , , L k ,   i C h , which equals the number of AMPLs available at node i . On the other hand, node b C c h is a node at which an AMPL in zone h leaves its path to go to the meeting point and returns to its path at b C c h to continue serving customers. Note that b C c h and b C c h might be identical, in other words, b = b , or different based on the system configuration. For instance, as Figure 1 shows, three leaving and three returning points are associated with three AMPLs moving in the presented zone. We assume that at each meeting point, AMPLs are available from the beginning of the time windows, so the operation starts as soon as the truck arrives.
The travel time, d i j / s f , is associated with each arc, ( i , j ) ϵ A , where d i j represents the traveling distance from i   to j . Also, s f denotes the speed of the trucks, which is constant and the same for 1 f k , in our case. Concerning AMPLs’ paths, in this paper, we only consider the traveling distance that each AMPL must pass to reach the meeting point. In fact, as AMPLs have pre-defined paths and a navigation system that can help them find the meeting points, we consider the traveling distance they must pass in our objective function.
Moreover, the working time length of the day is defined as [ 0 , T ] . The solution to this problem is to provide k optimal routes, in which (i) a location is only served by exactly one truck within corresponding time windows (i.e., meeting point); (ii) all of the routes of trucks must start and end at the depot within e 0 , l 0 , which is equal to [ 0 , T ] ; (iii) the total demand carried by each truck cannot exceed L f , which is connected to the capacity of the truck f . Also, each truck’s total operation time cannot exceed T . Finally, (iv) the total cost, including traveling and parking costs, is minimized. The required symbols for presenting the MILP model are listed in Table 3.
The MILP model of the R-AMPLP is presented as follows:
minimize i N \ C c j N \ C c f V d i j x i j f + i N \ 0 , C c p c i y i + C h C ( d b i + d i b ) y i
subject to:
i C h y i = 1 , C h C ,
j N \ C c f V x i j f = y i , i N \ C c , i j ,
j N \ C c f V x j i f = y i , i N \ { C c } , i j ,
j N \ C c f V x i j f j N \ C c f V x j i f = 0 , i N \ { 0 , C c } , i j ,
i N \ 0 , C c , i 0 x 0 i f 1 , f V ,
i N \ 0 , C c , i 0 x i 0 f 1 , f V ,
i N \ C c q i j N \ C c x i j f L f , f V ,
e i a i l i , i N \ { C c } ,
a i a j + ( d i j / s f ) l i y i e j y j l i e j x i j f , i , j N \ { C c } , f V ,
a i + ( d i 0 / s f ) x i 0 f l 0 , i N \ { C c } , f V ,
x i j f 0,1 , i , j A , f V ,
y i 0,1 , i N \ { C c } ,
a i R + , i N \ { C c } .
The objective function (1) minimizes the total traveling and related parking costs. We assume that the traveling distance corresponding to each route defines its cost. Hence, we do not add any new parameter to calculate the cost. The first summation shows the total traveling cost associated with trucks’ routes. The second summation shows the total parking cost that the system must pay. Finally, the third summation corresponds to the total traveling cost associated with AMPLs’ paths from their leaving points to the meeting points and from the meeting points to the returning points. Constraints (2)–(4) ensure that exactly one node of each cluster is served by a vehicle. Constraint (5) is a flow constraint that guarantees each cluster has the same entry and exit re-supply point. Constraints (6) and (7) ensure that routes must start and end at the depot. Constraint (8) ensures that each route’s total demand cannot exceed the assigned vehicle’s capacity. Constraints (9)–(11) are time window constraints, in which constraint (10) ensures that the service time associated with each meeting point must be within its time window, and constraint (11) guarantees that arrival and traveling times are consistent.
Moreover, using these constraints, sub-tours are eliminated. Constraint (9) ensures that each tour ends before the end of the working time. Finally, Constraints (12)–(14) present the domains of decision variables. Constraints (2)–(4) and (9)–(11) are based on a study on the generalized traveling salesman problem (GTSPTW) presented by [28], but we adapted them to consider a specific vehicle index in the formulation.

4. The Solution Approach

We initially provide the underlying mathematical principles to introduce our cluster-based simulated annealing (CSA) solution approach for the R-AMPLP. This groundwork enables our solution to manage the objective function and constraints of the problem effectively. For simplicity, we assume from now on that AMPLs’ paths cover meeting points with no need to change their route, so the third element in the objective function (1) becomes zero. Regarding the mathematical foundation of the problem, we now present the related equations by which a given objective function, F , must be minimized, subject to a set of constraints. A possible solution is shown by ω , and F ( ω ) represents the value or fitness of the given solution, ω . Assume that a set of meeting points C = N \ C c = 0 , 1 , 2 , , m , clusters C = C 1 , , C p , trucks V = 1 , , k , and dummy nodes L = m + 1 , , m + k 1 are given. All possible solutions are shown by set . A solution, ω , of this optimization problem can be arranged in a row with S = p + L columns, so ω = S . Each column is represented by g ω v = φ ,   ω ,   v L C ,   φ 1 , , S . As an example, a solution with m = 20 ,   C h = 4 ,   h 1 , , p = 5 ,   a n d   k = 2 is shown in Figure 2. Therefore, in this instance, ω is equal to S = 5 + 1 = 6 .
Let A = ( m + 1 ) × ( m + 1 ) be a squared matrix, where d u v is the traveling cost between each pair, u , v N \ C c ,   u v . To be more precise, assume a zone with three physical parking slots. All three parking slots are available in a single time slot with a one-and-a-half-hour course between 12:00 and 14:00. This timeframe is separated by three distinct shorter time windows (e.g., 12:30–13:00, 13:01–13:30, and 13:31–14:00). It means that this zone must be served only in the mentioned time slot, from 12:30 to 14:00. Hence, in our methodology, we create 3 × 3 = 9 virtual nodes or meeting points associated with this zone.

4.1. Cost Functions

Here, we present a set of functions to obtain an objective function value.

4.1.1. Total Traveling Cost Formula

Let ψ f ω be the total traveling cost corresponding to the distance associated with each truck, f 1 , . . , k . To calculate ψ f ω , the current solution, ω , must be broken into a set of ω f ,   f = 1 k ω f = ω \ L . Since in ω solution, there are dummy nodes to separate each truck’s tour, we only need to use v ω \ L . Hence, nodes that are between dummy nodes are used to calculate the cost function, ψ f ω . In the example above, node 21 is a dummy node. Therefore, all nodes before this node are visited by truck 1, and all nodes after that are served by truck 2. If ω represents a solution, the following Formula (15) shows the total traveling cost, Ψ ω , associated with the current solution:
f : ψ f ω = u ω \ L v ω \ L d u v + v ω \ L d 0 , v + u ω \ L c u , 0 Ψ ω = f V ψ f .
where u , v L ,   d 0 , v represents the distance from the depot or node 0 to the first meeting point, and d u , 0 shows the distance from the last meeting point to the depot or node 0 corresponding with vehicle f . In the presented example, regarding the truck 1, d 0 , v d 0 , 3 and d u , 0 d 10 , 0 are the distances from the depot to the first meeting point and from the last meeting point to the depot. Acknowledging the constancy of the overall distance that AMPLs must traverse to reach their designated meeting points, we regard this component as a fixed constant within our analysis. Consequently, this distance is excluded from the mathematical formulation underlying our heuristic strategy and the computation of numerical outcomes. This decision streamlines the model by focusing on variable distances directly influenced by routing decisions, thereby enhancing the clarity and effectiveness of our heuristic approach in optimizing traveling costs. As a justification, this element does not affect the total cost calculation, as the distance matrix of leaving points to all possible meeting points and from meeting points to returning points for each cluster is already available.

4.1.2. Capacity Violation and Penalty Cost Formula

Let q v be the demand associated with meeting point v , and L f be the total capacity corresponding to the vehicle, f 1 , . . , k . If ω represents a solution, the following Formula (16) shows the penalty cost, M ω , associated with capacity violation of the current solution:
f : δ f ω = m a x { 0 , L f v ω \ L q v } M ω = f V δ f ω ,
where δ f ω 0 represents the amount of capacity violation corresponding with vehicle f .

4.1.3. Time Window Violation and Its Penalty Cost Formula

Let e v , l v , a v be the earliest time, latest time, and arrival time at the meeting point v ω \ L , respectively. If ω represents a solution, the following Formula (17) shows the penalty cost, Γ ω , associated with a time window violation of the current solution:
v ω \ L γ v α = m a x { 0 , e v a v } v ω \ L γ v β = m a x { 0 , a v l v } Γ ω = v ω \ L ( γ v α + γ v β ) ,
where γ v α   a n d   γ v β 0 represent the number of time window violations corresponding with the earliest time and latest time associated with meeting point v ω \ L , respectively.

4.1.4. Parking Slot Cost Formula

Let ρ v , v ω \ L be the parking slot fee associated with meeting point v . If ω represents a solution, the following Formula (18) shows the penalty cost, Ρ ω , associated with the current solution’s total parking fee:
v ω \ L Ρ ω = v ω \ L ρ v ,
where ρ v 0 represents the parking fee corresponding to parking slot v ω \ L .
Objective function:
The total cost corresponding to the solution ω is presented in Equation (19). We base our assumption on the idea that the traveling distance for each route determines its associated cost. Therefore, we do not introduce any additional parameters for cost calculation.
F ω = Ψ ω + M ω + Γ ω + Ρ ω
Regarding the optimal solution, ω * , the objective function value, F ω * , shows the minimum cost of the system. More precisely,
ω *   ω   min F ω .
As mentioned in this section, represents all possible solutions in which 0 .

4.2. A Cluster-Based Simulated Annealing Algorithm

This section presents the procedure of a cluster-based simulated annealing (CSA) algorithm. According to [29] and [30], using simulated annealing (SA) with a set of neighborhood search operators in the context of the VRP and its variants is successful.
We first provide a general rule for the CSA and then step-by-step define sub-algorithms in three main categories: clustering, initial solution, and improvement algorithms. In Algorithm 1, we define steps to solve the problem by applying the CSA algorithm. This algorithm uses three phases to deliver a solution. The first phase is to obtain data from Algorithm 2, by which nodes are grouped into distinct clusters by applying a K-means algorithm. The second phase creates an initial solution using Algorithm 3 based on the output of Algorithm 2. Finally, by calling Algorithm 4 and its sub-functions (see Appendix A) improvement algorithms, Algorithm 1 tries to find an optimal solution based on a standard simulated annealing step, as shown in Algorithm 1.
Algorithm 1. The cluster-based simulated annealing algorithm (CSA)
//Initialization phase creates an initial solution (instance) by calling Algorithm 3;
ωbest ω;
calculate the fitness value (ω);
F(ωbest) ← F(ω);
TT0;
Tf ← 0;
//improvement phase
for externaliteration = 1 to EImax do
  if T > Tf then
    for internaliteration = 1 to IImax do
      ωnew ←createnighborhoodsolutions(ω);
      F(ωnew) ← calculatethefitnessvalue(ωnew);
      if F(ωnew) <= F(ω) then
        ω ← ωnew;
      else
        Δ = T0 − Tf;
        η = e(Δ/T);
        if random(0,1) <= η then
          ωωnew;
        end
      end
    end
  end
  if F(ω) <= F(ωbest) then
  ωnewω;
  end
  T = εT;
end
In Algorithm 2, a given dataset is transformed into a dataset with clusters grouped into distinct clusters based on clustering criteria, such as nodes’ coordinates. In this algorithm, we consider the coordinates of nodes as grouping criteria by applying a K-means procedure. This algorithm is based on the silhouette method [31]. The method is a widely used technique in cluster analysis, particularly in the context of unsupervised machine learning and data mining. It serves as a valuable tool for evaluating the quality of clustering results. The primary goal of clustering is to partition a dataset into distinct groups or clusters, each containing similar data points. The silhouette method quantitatively measures how well this goal has been achieved. Several steps are involved in computing the silhouette score for a particular data point, as follows: (i) Calculate the average distance (ϖ) between the data point and all other data points within the same cluster. This value represents the cohesion of the data point with its cluster, indicating how similar it is to the other points in the same group. (ii) Calculate the average distance (κ) between the data point and all data points in the nearest neighboring cluster that the data point is not a part of. This value measures the separation of the data point from other clusters, indicating how dissimilar it is to points in neighboring clusters. (iii) Compute the silhouette score (ς) for the data point using the formula: ς = (κ − ϖ)/max(ϖ, κ).
Algorithm 2. Clustering algorithm.
Input: Nodes’ coordinates, nodes’ labels N
Output: A set of H clusters, i n s t a n c e
Step 1: Call data to extract horizontal and vertical coordinates.
Step 2: Analyze the maximum number of distinct clusters by calling the silhouette method.
Step 3: Select p   c l u s t e r s based on the silhouette method.
Step 4: Apply the K-means method for clustering.
Step 5: Print zones (clusters) with memberships.
Concerning producing an initial solution, we apply Algorithm 3. This algorithm yields a set of nodes obtained from Algorithm 2 and then creates an initial solution randomly.
Algorithm 3. Initial random solution algorithm.
Input: An instance
Output: An initial solution, ω
function create initial solution (instance)
NNinstance;
ppinstance;
kkinstance;
|ω| ← p + k − 1;
ω ← 0;
for g = 1 to p do
   cluster(g) ← random_sampling(g,1);
end
ω ← [permutation([p+1:p+k−1],[cluster(g) from 1 to p])];
To improve the initial solution, Algorithm 4 is applied. The algorithm employs six internal operators that are invoked randomly to enhance the initial solution. A detailed explanation of these operators can be found in Appendix A. Each operator is linked to a distinct selection function, which identifies a group of nodes and generates new routes.
Algorithm 4. Create neighborhoods algorithm.
Input: An initial solution, ω
Output: A new solution, ωnew
function create neighborhoods (ω)
r ← random_integer_number[1, 6]
switch r do
  case 1 do
    ωnew2_opt(ω);
  end
  case 2 do
    ωnewremove_insert1(ω);
  end
  case 3 do
    ωnewshake_cluster(ω);
  end
  case 4 do
    ωnew3_opt(ω);
  end
  case 5 do
    ωnewremove_insert_2(ω);
  end
  case 6 do
    ωnewreverse(ω);
  end
end

5. Computational Experiments

This section demonstrates the computational outcomes achieved by solving various instances, adapted according to the methodology described in this paper. It also offers substantial proof of the effectiveness of the CSA.

5.1. Dataset and Strategy Definition

Our experiments used the Solomon dataset [32]. It is important to note that for obtaining multiple time windows associated with each node, we defined four internal strategies, including 25-nodes-per-set (25nps), 50-nodes-per-set (50nps), 75-nodes-per-set (75nps), and 100-nodes-per-set (100nps). These strategies indicate how many nodes from each dataset with which range were selected. For example, regarding class C1, 25nps means we chose the first 25 nodes. We applied this approach to create a wide range of instances, and each dataset, such as c101 from class C1, was divided into four strategies as instances.
Moreover, we designed three and four scenarios to combine strategies for each class, C1, C2, R1, R2, RC1, and RC2, as explained in the following tables. For instance, scenario c101—c103 means combining internal strategies from c101 to c103. The number of scenarios depended on the dataset class, as depicted in Tables 4, 6, 8, and 10. In fact, there were four scenarios for classes R1 and R2, and for the rest, there were three. Our instances had a specific ID based on both scenarios and strategies mentioned before. For example, an instance with ID “c101—103:25nps” indicates that it called the first 25 nodes from each dataset from c101 to c103, creating 75 meeting points. The reason for this approach was that it created multiple time windows for several nodes. As each dataset, such as C1, had identical coordinates but different time windows associated with each node, c101—103:25nps represents 25 alternative locations, with 3 time windows for each node. The number of clusters was obtained by applying Algorithm 2.

5.2. Performance Metrics and Parameters

The performance metrics included the number of nodes ( N ), the number of capacitated arcs ( C ), demand ( q i ), vehicle capacity ( L f ), the number of time windows (NTWs), and the average solutions. Moreover, based on the length of the value of the earliest time associated with each node, we assigned a parking slot fee between 1 and 4. Particularly, we divided the maximum earliest time windows into four intervals. Then, we considered the earliest time windows associated with each node to assign the parking fee. If it was below the first interval, then we assigned 1, and so on. Therefore, the parking slot fee was calculated for the total cost of each instance. Moreover, as we already mentioned, we assumed that the third summation in the objective function was a constant in our calculations, so we could ignore it in the final results.
Regarding the CSA parameters, we set them at E I m a x = 150,000 ,   I I m a x = 50 ,   T 0 = 100 ,   ε = 0.9999 ,   a n d   T f = 0 , empirically. To confirm that the CSA is a reliable algorithm, we solved a set of small and medium-sized instances using the IBM CPLEX solver [33], as shown in Table 16. We selected the first dataset from each scenario corresponding to each class. All instances were run on a 64-bit Windows system with 8 GB RAM and Core i5 CPU. The maximum computational time for CPLEX was set to 3600 s. Here, parking fees were disregarded to emphasize the contrast between RRAMPL and the original VRPTW.
To illustrate the impact of clustering and to assess the effects of various factors on our defined problem, we presented outcomes dually linked to each class. Initially, we showcased the outcomes of the R-AMPLP, a solution yielded through CSA. Subsequently, we offered results for the fundamental VRPTW problem, maintaining an equal count of clusters and nodes. For instance, in C1, there were nine different subsets, C1–C9, each with 25, 50, and 100 nodes. For this, in CSA, we set the number of clusters to the size of the instance (nodes) and obtained the objective value related to the dataset. The results are shown in Tables 5, 7, 9, and 11. It is important to note that no parking slot fee was associated with VRPTW instances.

5.3. Results of the R-AMPLP and VRPTW

Focusing on the results, we compared the R-AMPLP solution with the VRPTW. This comparison highlighted the CSA algorithm’s efficacy in reducing operational costs and demonstrated the impact of clustering on solution quality.
Regarding class C1, as depicted in Table 4, identical strategies employed across distinct scenarios—such as 25nps in c101—c103 and c101—c106—exhibited comparable cluster counts and average solutions. This observation was evident from the graphical representation, where the time window variability in classes c103 and c104 was noticeably more uneven than the rest. These findings were further substantiated by the results presented in Table 5 for the VRPTW.
The Pearson correlation coefficient of 0.985 indicated a strong positive correlation, suggesting that as the number of clusters increased, there was a tendency for the average objective values to increase as well. The statistical significance of this correlation was supported by a p-value of approximately 6.35 × 10−9, indicating that the observed relationship was not due to random chance.
Table 4 and Table 5 show that the objective value increased when the number of nodes and clusters increased. The mean overall cost of R-AMPLP within this specific class, denoted as C1, was 318.64. This value contrasted notably with the VRPTW context, where the cost was 459.65. As such, it can be deduced that the R-AMPLP demonstrated enhanced cost efficiency compared to the original VRPTW, mainly when clustering was a viable option within the given configuration. The performance shown by the introduced algorithm for this class revealed an exceedingly slight gap compared to the exact solutions associated with it.
Regarding class C2, Table 6 shows that the average objective values were related to the number of clusters. That is, scenarios with more clusters had greater solution values. In addition, the length of time window intervals significantly impacted the cost values. Although the coordinates corresponding to each node were the same in both class C1 and C2, the length of the time window intervals was tighter in class C1, and solution values regarding class C1 were greater than class C2 on average.
The statistical analysis of Table 6 from Solomon’s dataset C2 showed a positive correlation between the number of clusters (|C|) and the average objective values (average of solutions), with a correlation coefficient of approximately 0.774. This indicated a moderate to strong correlation. The p-value was approximately 0.0031, suggesting this correlation was statistically significant.
Regarding Table 7, as the results revealed, the performance of the CSA compared to the optimal solutions was worse than that of class C1 in Table 5. Consequently, the average gap in class C2 was greater than that in class C1, which means that the CSA worked better with the same solution resources in cases with tighter time windows, such as C1. Also, for small instances, the CSA quality was near optimal.
Table 8 shows that scenarios with larger clusters had greater solution values regarding dataset R1. The results revealed that the effect of the number of clusters on solution values was considerable.
The analysis of Table 8, using Solomon’s dataset R1, demonstrated a notably strong positive correlation between the number of clusters (|C|) and the average objective values, as indicated by a correlation coefficient near 0.989. This reflected a nearly ideal correlation. With a p-value of around 5.35 × 10−13, the statistical significance of this correlation was extremely high, confirming its reliability.
Table 9 asserts that increasing the number of nodes impacted both objective function values and, in most cases, the gap between optimal solutions and the CSA. However, an improvement was achieved in the gap regarding class C1. We can interpret this improvement based on the structure of class R1, in which nodes were scattered randomly in the geographical area. On the other hand, as the numerical results of the R-AMPLP presented, applying the clustering approach could reduce the operation cost of the system and algorithm.
Regarding class R2, Table 10 reveals that scenarios with larger clusters had greater solution values. The results also showed that the number of clusters’ effect on solution values was more dominant than the time windows’ interval length. To be more precise, when considering a given strategy across various scenarios, it became evident that the impact of the time window duration was relatively less significant than the influence exerted by the number of nodes and clusters.
The examination of Table 10, drawn from Solomon’s R2 dataset, revealed a powerful positive correlation between the count of clusters (|C|) and the average values of the solutions. With a correlation coefficient near 0.981, the relationship approached an almost perfect correlation. The p-value, approximately 2.20 × 10−11, underscored the remarkable statistical significance of this correlation.
As the results in Table 10 show, class R1 had a shorter interval length and a smaller average solution value than class R2. In classes R1 and R2, known as scattered datasets, the average of the solution depended on the average time window interval length. This conclusion is different from that of classes C1 and C2, where dataset C1, with a shorter interval length on average than C2, had a greater average solution value. Moreover, the average solution values in classes R1 and R2 were smaller than those in C1.
Table 11 reveals the same conclusions regarding the correlation between the number of nodes and the value of the objective functions and gaps when we compared the optimal solutions with the CSA results. On the other hand, the average cost of class R2 was less than that of class R1, so having tighter time windows led to higher costs.
Regarding dataset RC1, as with previous datasets, scenarios with larger clusters had greater solution values than others, see Table 12. These results showed that the number of clusters defined the dominant element on solution values.
The analysis of Table 12 from Solomon’s dataset RC1 revealed a strong positive correlation between the number of clusters (|C|) and the average objective values (average of solutions), with a correlation coefficient of approximately 0.916. This indicates a substantial correlation. The p-value was around 2.84 × 10−5, suggesting that this correlation was statistically significant.
Based on Table 12 and Table 13, the mean objective values within this class lay intermediate to those of classes R1, R2, and C1. This positioning arose because the configuration linked to this particular class, RC1, no longer adhered strictly to pure clustering or random scattering.
Table 14 shows that scenarios with more clusters had greater solution values for class RC2. In addition, several clusters dominated the solution compared to the effect of the time window interval length on solution values.
The examination of Table 14, based on Solomon’s RC2 dataset, showed a significantly strong positive correlation between the number of clusters (|C|) and the average objective values, evidenced by a correlation coefficient of about 0.951. This demonstrates a substantial and meaningful correlation. The p-value, approximately 2.05 × 10−6, emphasized the statistical importance of this correlation.
In class RC1, as Table 15 shows, the average gap was less than that in class C2 but greater than that in classes C1, R1, and R2. In fact, as in class RC1 and RC2 the dispersing method was no longer random and clustered, the results were also in the middle of those approaches. Regarding the general insights from Table 15, the numbers of objective function values and gaps increased when the number of nodes increased in most cases.
In Table 15, objective values increased while we increased the number of nodes. On the other hand, regarding classes R1 and R2, the average gap and cost of the RC2 were greater than those in both classes R1 and R2. Here, again, we can recognize that tighter time windows produced higher costs. The results from RC2 with wider time windows showed that the average cost was less than the average cost in RC1.
As a comprehensive class comparison, Figure 3 shows that R1 and R2 had smaller objective values than RC1, RC2, C1, and C2. In fact, after applying the clustering method, pure scattered datasets had the smallest objective values. In addition, the average number of clusters in classes R1 and R2 was smaller than that in C1, C2, RC1, and RC2. Also, the average number of clusters in classes RC1 and RC2 was smaller than that in C1 and C2.

5.4. Comparison with CPLEX Solutions

We compared the performance of the CSA algorithm with CPLEX on a set of small and medium-sized datasets that were solved before, as shown in Table 16.
By comparing CSA solutions with those obtained from the CPLEX solver, this section evidences the reliability and effectiveness of our proposed algorithm.
The results showed that the outputs from CPLEX could confirm the output of CSA. Moreover, the important factor in the gap between CSA and CPLEX was the number of clusters and nodes in each instance (ID). The findings indicated that the algorithm’s performance was notably superior for class C1 compared to the remaining classes. Figure 4 depicts a graphical presentation of the CSA algorithm’s performance compared with CPLEX on small and medium-sized datasets.

5.5. Summary of Findings

Here, we have summarized insights from the presented numerical results. Firstly, by applying the clustering approach we used in the R-AMPLP instances, the traveling cost decreased regarding the original cases in the VRPTW setting of the Solomon dataset (Solomon, 1987), in which the clustering approaches were not considered. Secondly, having wider time windows caused smaller costs than cases of tighter time windows, either in the pure VRPTW or R-AMPLP setting. An important point relates to class C2, where the outcomes suggested that combining clustering with extended time windows resulted in lower costs. Figure 5 depicts the numerical results based on Solomon’s datasets (VRPTW) compared to the R-AMPLP.
It is critical to note that these results revealed that even when considering the parking slot fee, the operation cost related to the R-AMPLP was significantly less than the VRPTW setting.

5.6. Managarial Insights

In this study, we divided the last-mile delivery operation into two subsystems to coordinate the handling of delivery items using different technologies and facilities. However, the scope of this paper was limited to situations where access to final customers for order delivery may not be possible due to restrictions. In these cases, AMPL units were employed to fulfill orders in certain clusters. Additionally, due to the real-world limitations posed by the capacity of AMPLs, a fleet of trucks was utilized to replenish these units with new orders. This replenishment can either serve remaining customers along pre-defined AMPL routes or fulfill same-day delivery requests. Moreover, serving AMPLs at designated meeting points, whether included in their paths or not, can significantly reduce travel costs, as this approach eliminates the need for AMPLs to return to distribution centers. Consequently, trucks also avoid the need to cover all customer nodes, which can be costly in last-mile delivery due to increased demands for drivers, trucks, and operational costs, as well as negative environmental impacts.
Unlike the GVRPTW, this study addressed not only issues related to alternative physical points but also managed multiple time windows for each physical node. This added complexity increased the challenges associated with GVRPTW. The situation became even more complicated when each time window at each physical node incurred specific or time-dependent parking costs during the operational delivery period.
The proposed algorithm overcame the complexities of the presented problem by incorporating the K-means clustering method. This approach first classified physical nodes into distinct clusters and then created copies of each node to apply the multiple time windows strategy, making the model more realistic and closer to real-world scenarios in last-mile delivery. Given that the number of meeting points is typically extremely large when handling multiple time windows for a set of physical nodes, having an effective algorithm to manage these issues is crucial. The results revealed that the algorithm could effectively address the complexity, even for those VRPTW instances, such as a basic case of R-AMPLP, where no exact solution existed. In such cases, the algorithm could provide a feasible solution within a reasonable timeframe. Furthermore, this algorithm was not sensitive to the structure of meeting points concerning their associated time windows. For instance, a physical node in a zone may have three distinct time windows, each with a parking fee, or three time windows arranged serially within a long time slot, or even overlapping with each other.

6. Conclusions

In summary, we presented a significant advancement in the efficiency of last-mile distribution by developing a mixed-integer linear programming (MILP) model tailored for re-supplying autonomous mobile parcel lockers (AMPLs) through a coordinated effort with a fleet of trucks. Although AMPLs move in pre-defined paths, we considered the traveling cost from leaving points in their paths to selected meeting points and from the meeting points to returning points in their paths. Moreover, we introduced a novel approach utilizing cluster-based simulated annealing (CSA) to tackle the complexities of large-scale re-supply scenarios, with the model’s robustness validated against smaller instances for a comprehensive understanding of its effectiveness. The CSA heuristic efficiently managed up to 1200 potential meeting points, showcasing the model’s scalability and applicability for practical deployment. This system significantly aided in the strategic planning of AMPL re-supply points, ensuring that the AMPLs could maintain optimal service routes while integrating re-supply needs effectively. By employing advanced navigation systems, the AMPLs were systematically directed to designated re-supply points, minimizing the total re-supplying cost and optimizing the network’s overall efficiency.
Our findings illuminated the cost benefits of a clustering strategy coupled with assigning multiple time windows to alternative meeting locations, which collectively lowered the operational expenses compared to traditional methods that necessitate individual visits to each AMPL individually. This streamlined approach negated the requirement for AMPLs to return to distribution centers for re-supply, enhancing operational efficiency and extending the reach of service routes without significant deviations. In summarizing the comprehensive class comparison and performance evaluation presented, it was evident that the application of clustering methods significantly impacted the efficiency and objective values in routing problems, as demonstrated by the comparison across different classes (R1, R2, RC1, RC2, C1, and C2). Particularly, the groups R1 and R2 demonstrated lower objective values and smaller average cluster counts compared to their counterparts, underscoring the efficiency of scattered meeting points in yielding more efficient and cost-effective solutions relative to clustered or semi-clustered strategies. Moreover, comparing the CSA algorithm with CPLEX across various dataset sizes confirmed the CSA algorithm’s robust performance, with minimal discrepancies observed between the two approaches. This alignment further emphasized the reliability of clustering strategies in optimizing routing problems. Notably, the findings underscored the significant advantages of applying clustering, particularly in the context of the VRPTW settings from Solomon’s dataset, where the introduction of broader time windows coupled with clustering approaches yielded lower operational costs. This suggests a promising avenue for enhancing the efficiency of routing problems by strategically integrating clustering methods and adjusting time window parameters, ultimately leading to significant cost reductions.
The research suggested promising research avenues for the future. These include integrating considerations of electric consumption, addressing parameter uncertainties and synchronization challenges between AMPLs and trucks, and investigating comprehensive location-allocation and routing problems within specific geographic areas. Notably, the study identified the dynamic and intricate case of replenishing mobile vendor machines in urban settings as a viable domain for further investigation.

Author Contributions

Conceptualization, M.S., S.H. and T.V.W.; methodology, S.H., T.V.W. and E.D.; software, S.H.; validation, S.H., T.V.W. and E.D.; formal analysis, S.H.; resources, M.S., S.H. and T.V.W.; data curation, S.H.; writing, M.S. and S.H.; writing—review and editing, T.V.W. and E.D.; visualization, S.H.; supervision, M.S. and T.V.W.; All authors have read and agreed to the published version of the manuscript.

Funding

This research received no external funding.

Informed Consent Statement

Not applicable.

Data Availability Statement

The datasets generated and/or analyzed during the current study are not publicly available but are available from the corresponding author upon reasonable request.

Acknowledgments

We would like to express our sincere gratitude to the anonymous reviewers for their valuable feedback and insightful comments. Their suggestions have significantly contributed to improving the quality of this work. We appreciate their time and effort in carefully reviewing the manuscript.

Conflicts of Interest

The authors declare that they have no known competing financial interests or personal relationships that could have appeared to influence the work reported in this paper.

Appendix A

In Algorithms A1–A6, we present improvement functions that were randomly selected at each internal iteration to create an improvement in the current solution. Figure A1, Figure A2, Figure A3, Figure A4, Figure A5 and Figure A6 graphically show operations that were performed by these algorithms, corresponding to the example provided in Section 4.
In Algorithm A1, the 2_opt operator is depicted. This operator selects two meeting points and then exchanges their positions within the current route.
Algorithm A1. 2_opt algorithm.
Input: An initial solution, ω
Output: A new solution, ωnew
function 2_opt (ω)
S ← |ω|;
g(v) ← 0;
g(u) ← 0;
[list(1),list(2)] ← random sampling((1,S),2);
g(v) ← list(1);
g(u) ← list(2);
update(ω) ← ω([g(u) g(v)]);
ωnew ← ω;
Figure A1. Graphical depiction of Algorithm A1 corresponding to the example in Section 4.
Figure A1. Graphical depiction of Algorithm A1 corresponding to the example in Section 4.
Futuretransp 04 00061 g0a1
Algorithm A2 operates by selecting two meeting points within the current solution. It then assesses their order and removes the meeting point with the lesser order from its route, placing it instead after the second selected meeting point. This process effectively destroys and constructs new routes.
Algorithm A2. remove_insert_1 algorithm.
Input: An initial solution, ω
Output: A new solution, ωnew
function remove_insert_1 (ω)
S ← |ω|;
g(v) ← 0;
g(u) ← 0;
[list(1),list(2)] ← random sampling((1,S),2);
g(v) ← list(1);
g(u) ← list(2);
if g(v)<g(u) then
   update (ω) ← ω([[1:g(v)−1][g(v)+1:g(u)][g(v)][g(u)+1:|ω|])]);
else
   update (ω) ← ω([[1:g(u)][g(v)][g(u)+1:g(v)−1][g(v)+1:|ω|])]);
end
ωnew ← ω;
Figure A2. Graphical depiction of Algorithm A2 corresponding to the example in Section 4.
Figure A2. Graphical depiction of Algorithm A2 corresponding to the example in Section 4.
Futuretransp 04 00061 g0a2
Algorithm A3 functions by shaking up the current solution, achieved by selecting a new meeting point from each cluster. This is a fundamental operator for managing alternative locations that have multiple time windows.
Algorithm A3. shake_cluster algorithm.
Input: An initial solution, ω
Output: A new solution, ωnew
function shake-cluster (ω)
S ← |ω|;
L ← Linstance;
C← Cinstance;
for g(v) do
  if v\∈ L then
  update (ω) ← ω([random_sampling(g(g(v)).1)});
  end
end
ωnew ← ω;
Figure A3. Graphical depiction of Algorithm A3 corresponding to the example in Section 4.
Figure A3. Graphical depiction of Algorithm A3 corresponding to the example in Section 4.
Futuretransp 04 00061 g0a3
Algorithm A4 selects three meeting points within the current solution and proceeds to exchange their positions with each other.
Algorithm A4. 3_opt algorithm.
Input: An initial solution, ω
Output: A new solution, ωnew
function 3_opt (ω)
S ← |ω|;
g(v) ← 0;
g(u) ← 0;
g(w) ← 0;
[list(1),list(2),list(3)] ← random sampling((1,S),3);
g(v) ← list(1);
g(u) ← list(2);
g(w) ← list(3);
update (ω) ← ω([[g(u)] [g(w)] [g(v)]]);
ωnew ω;
Figure A4. Graphical depiction of Algorithm A5 corresponding to the example in Section 4.
Figure A4. Graphical depiction of Algorithm A5 corresponding to the example in Section 4.
Futuretransp 04 00061 g0a4
Algorithm A5 involves selecting a single meeting point in the current solution and then transferring it from its original route to a different route.
Algorithm A5. remove_insert_2 algorithm.
Input: An initial solution, ω
Output: A new solution, ωnew
function remove_insert_2 (ω)
S ← |ω|;
g(v) ← 0;
g(u) ← 0;
[list(v)] ← random sampling((1,S),1);
[list(u)] ← find dummy(ω,1);
g(v) ← list(v);
g(u) ←list(u);
if g(v) < g(u) then
   update (ω)←ω([[1:g(v)−1][g(v)+1:g(u)[g(v)][g(u)+1:|ω|]]);
else
   update (ω)←ω([[g(v)][ 1:g(u)[g(u)+1:g(v)+1][g(v)+1:|ω|]]);
end
ωnew ω;
Figure A5. Graphical depiction of Algorithm A4 corresponding to the example in Section 4.
Figure A5. Graphical depiction of Algorithm A4 corresponding to the example in Section 4.
Futuretransp 04 00061 g0a5
Algorithm A6 involves selecting two elements within the current solution and disrupting the routes. This is carried out by reversing the order of meeting points located between these two selected points.
Algorithm A6. reverse algorithm.
Input: An initial solution, ω
Output: A new solution, ωnew
function reverse (ω)
S ← |ω|;
g(v) ← 0;
g(u) ← 0;
g(w) ← 0;
g(y) ← 0;
[list(1),list(2)] ← random sampling((1,S),2);
g(v) ← list(1);
g(u) ← list(2);
g(w) ← find min(g(v),g(u));
g(y) ← find max(g(v),g(u));
update (ω) ← ω(reverse([[g(y)] : [g(w)]]));
ωnew ω;
Figure A6. Graphical depiction of Algorithm A6 corresponding to the example in Section 4.
Figure A6. Graphical depiction of Algorithm A6 corresponding to the example in Section 4.
Futuretransp 04 00061 g0a6

References

  1. Siegfried, P.; Zhang, J.J. Developing a Sustainable Concept for Urban Last-Mile Delivery. Open J. Bus. Manag. 2020, 9, 268–287. [Google Scholar] [CrossRef]
  2. Demir, E.; Syntetos, A.; Van Woensel, T. Last mile logistics: Research trends and needs. IMA J. Manag. Math. 2022, 33, 549–561. [Google Scholar] [CrossRef]
  3. Gu, Q.; Fan, T.; Pan, F.; Zhang, C. A vehicle-UAV operation scheme for instant delivery. Comput. Ind. Eng. 2020, 149, 106809. [Google Scholar] [CrossRef]
  4. Alnaggar, A.; Gzara, F.; Bookbinder, J.H. Crowdsourced delivery: A review of platforms and academic literature. Omega 2021, 98, 102139. [Google Scholar] [CrossRef]
  5. Reyes, D.; Savelsbergh, M.; Toriello, A. Vehicle routing with roaming delivery locations. Transp. Res. Part C Emerg. Technol. 2017, 80, 71–91. [Google Scholar] [CrossRef]
  6. Figliozzi, M.A. Carbon emissions reductions in last mile and grocery deliveries utilizing air and ground autonomous vehicles. Transp. Res. Part D Transp. Environ. 2020, 85, 102443. [Google Scholar] [CrossRef]
  7. Lin, Y.H.; Wang, Y.; He, D.; Lee, L.H. Last-mile delivery: Optimal locker location under multinomial logit choice model. Transp. Res. Part E Logist. Transp. Rev. 2020, 142, 102059. [Google Scholar] [CrossRef]
  8. Chen, C.; Demir, E.; Huang, Y.; Qiu, R. The adoption of self-driving delivery robots in last mile logistics. Transp. Res. Part E Logist. Transp. Rev. 2021, 146, 102214. [Google Scholar] [CrossRef] [PubMed]
  9. Rojas Viloria, D.; Solano-Charris, E.L.; Muñoz-Villamizar, A.; Montoya-Torres, J.R. Unmanned aerial vehicles/drones in vehicle routing problems: A literature review. Int. Trans. Oper. Res. 2021, 28, 1626–1657. [Google Scholar] [CrossRef]
  10. Savelsbergh, M.; Van Woensel, T. 50th anniversary invited article—City logistics: Challenges and opportunities. Transp. Sci. 2016, 50, 579–590. [Google Scholar] [CrossRef]
  11. Schwerdfeger, S.; Boysen, N. Optimizing the changing locations of mobile parcel lockers in last-mile distribution. Eur. J. Oper. Res. 2020, 285, 1077–1094. [Google Scholar] [CrossRef]
  12. Schwerdfeger, S.; Boysen, N. Who moves the locker? A benchmark study of alternative mobile parcel locker concepts. Transp. Res. Part C Emerg. Technol. 2022, 142, 103780. [Google Scholar] [CrossRef]
  13. Boysen, N.; Fedtke, S.; Schwerdfeger, S. Last-mile delivery concepts: A survey from an operational research perspective. OR Spectr. 2021, 43, 1–58. [Google Scholar] [CrossRef]
  14. Ulmer, M.W.; Streng, S. Same-day delivery with pickup stations and autonomous vehicles. Comput. Oper. Res. 2019, 108, 1–19. [Google Scholar] [CrossRef]
  15. Desrochers, M.; Lenstra, J.K.; Savelsbergh, M.W.; Soumis, F. Vehicle Routing with Time Windows: Optimization and Approximation; (No. OS-R8715); CWI. Department of Operations Research and System Theory [BS]: Vancouver, BC, Canada, 1987. [Google Scholar]
  16. Ghiani, G.; Improta, G. An efficient transformation of the generalized vehicle routing problem. Eur. J. Oper. Res. 2000, 122, 11–17. [Google Scholar] [CrossRef]
  17. Hedayati, S.; Setak, M.; Demir, E.; Van Woensel, T. A new approach to the joint order batching and picker routing problem with alternative locations. IMA J. Manag. Math. 2024, 35, 241–265. [Google Scholar] [CrossRef]
  18. Moccia, L.; Cordeau, J.-F.; Laporte, G. An incremental tabu search heuristic for the generalized vehicle routing problem with time windows. J. Oper. Res. Soc. 2012, 63, 232–244. [Google Scholar] [CrossRef]
  19. Ozbaygin, G.; Karasan, O.E.; Savelsbergh, M.; Yaman, H. A branch-and-price algorithm for the vehicle routing problem with roaming delivery locations. Transp. Res. Part B Methodol. 2017, 100, 115–137. [Google Scholar] [CrossRef]
  20. Dumez, D.; Lehuédé, F.; Péton, O. A large neighborhood search approach to the vehicle routing problem with delivery options. Transp. Res. Part B Methodol. 2021, 144, 103–132. [Google Scholar] [CrossRef]
  21. Tilk, C.; Olkis, K.; Irnich, S. The last-mile vehicle routing problem with delivery options. OR Spectr. 2021, 43, 877–904. [Google Scholar]
  22. Lombard, A.; Tamayo-Giraldo, S.; Fontane, F. Vehicle routing problem with roaming delivery locations and stochastic travel times (VRPRDL-S). Transp. Res. Procedia 2018, 30, 167–177. [Google Scholar] [CrossRef]
  23. Favaretto, D.; Moretti, E.; Pellegrini, P. Ant colony system for a VRP with multiple time windows and multiple visits. J. Interdiscip. Math. 2007, 10, 263–284. [Google Scholar] [CrossRef]
  24. Belhaiza, S.; Hansen, P.; Laporte, G. A hybrid variable neighborhood tabu search heuristic for the vehicle routing problem with multiple time windows. Comput. Oper. Res. 2014, 52, 269–281. [Google Scholar] [CrossRef]
  25. Belhaiza, S.; M’Hallah, R.; Brahim, G.B. A new hybrid genetic variable neighborhood search heuristic for the vehicle routing problem with multiple time windows. In Proceedings of the 2017 IEEE Congress on Evolutionary Computation (CEC), San Sebastián, Spain, 5–8 June2017; IEEE: Piscataway, NJ, USA, 2017. [Google Scholar]
  26. Beheshti, A.K.; Hejazi, S.R.; Alinaghian, M. The vehicle routing problem with multiple prioritized time windows: A case study. Comput. Ind. Eng. 2015, 90, 402–413. [Google Scholar] [CrossRef]
  27. Hoogeboom, M.; Dullaert, W.; Lai, D.; Vigo, D. Efficient neighborhood evaluations for the vehicle routing problem with multiple time windows. Transp. Sci. 2020, 54, 400–416. [Google Scholar] [CrossRef]
  28. Yuan, Y.; Cattaruzza, D.; Ogier, M.; Rousselot, C.; Semet, F. Mixed integer programming formulations for the generalized traveling salesman problem with time windows. 4OR 2021, 19, 571–592. [Google Scholar] [CrossRef]
  29. Wei, L.; Zhang, Z.; Zhang, D.; Leung, S.C. A simulated annealing algorithm for the capacitated vehicle routing problem with two-dimensional loading constraints. Eur. J. Oper. Res. 2018, 265, 843–859. [Google Scholar] [CrossRef]
  30. Wang, C.; Mu, D.; Zhao, F.; Sutherland, J.W. A parallel simulated annealing method for the vehicle routing problem with simultaneous pickup–delivery and time windows. Comput. Ind. Eng. 2015, 83, 111–122. [Google Scholar] [CrossRef]
  31. Rousseeuw, P.J. Silhouettes: A graphical aid to the interpretation and validation of cluster analysis. J. Comput. Appl. Math. 1987, 20, 53–65. [Google Scholar] [CrossRef]
  32. Solomon, M.M. Algorithms for the vehicle routing and scheduling problems with time window constraints. Oper. Res. 1987, 35, 254–265. [Google Scholar] [CrossRef]
  33. Ilog. IBM ILOG CPLEX Optimization Studio [Online]. 2023. Available online: https://www.ibm.com/products/ilog-cplex-optimization-studio (accessed on 22 July 2024).
Figure 1. Meeting of trucks and AMPLs at meeting points with different leaving and returning points for AMPLs.
Figure 1. Meeting of trucks and AMPLs at meeting points with different leaving and returning points for AMPLs.
Futuretransp 04 00061 g001
Figure 2. A solution with m  =   20 , p  =   5 , and k  =   2 .
Figure 2. A solution with m  =   20 , p  =   5 , and k  =   2 .
Futuretransp 04 00061 g002
Figure 3. Visual representation of R-AMPLP outcomes. Part (a) illustrates the distribution of clusters for each class, while part (b) displays the distribution of objective values (OFV) across different classes.
Figure 3. Visual representation of R-AMPLP outcomes. Part (a) illustrates the distribution of clusters for each class, while part (b) displays the distribution of objective values (OFV) across different classes.
Futuretransp 04 00061 g003
Figure 4. Graphical depiction of the CSA algorithm’s performance compared with CPLEX on small and medium-sized datasets.
Figure 4. Graphical depiction of the CSA algorithm’s performance compared with CPLEX on small and medium-sized datasets.
Futuretransp 04 00061 g004
Figure 5. Graphical depiction of numerical results based on Solomon’s datasets (VRPTW) compared to the R-AMPLP.
Figure 5. Graphical depiction of numerical results based on Solomon’s datasets (VRPTW) compared to the R-AMPLP.
Futuretransp 04 00061 g005
Table 1. The main differences between GVRPTW, VRPMTW, and MPLs.
Table 1. The main differences between GVRPTW, VRPMTW, and MPLs.
ReferenceSettingGVRPTWVRPMTWMPLs
[11]Alternative locations* *
[24,25]Alternative time windows *
[11,20]Sharing delivery locations *
This paperAlternative locations and
alternative time windows
***
Table 2. A list of contributions and solution methodologies from selected publications.
Table 2. A list of contributions and solution methodologies from selected publications.
ReferenceModelSolutionRoaming/
GVRPTW
Multiple Time
Windows
Parking Slot
Fee
AMPLSharing Locations
[5]IP aGRASP d-VNS e*
[18]-TS f*
[21]MIP bGRASP*
[20]MIPLNS g* *
[21]SP cBPC h* *
This paperMIPCSA i****
a Integer programming, b mixed-integer programming, c set-partitioning, d greedy randomized adaptive search procedure, e variable neighborhood search, f Tabu search, g large neighborhood search, h branch-and-cut-and-price, i cluster-based simulated annealing.
Table 3. Notations used in the model.
Table 3. Notations used in the model.
NotationDescription
Sets
N = { 0 , 1 , n } The set of nodes
N \ { 0 , C c } The set of meeting points
A = { ( i , j ) : i , j ϵ N \ { 0 , C c } , i j } The set of arcs
C = C 1 , C 2 , , C p The set of clusters corresponding to meeting points
C c = C c 1 , C c 2 , , C c p The complement set of clusters associated with AMPL paths
V = { 1 , , k } The set of vehicles
{ 0 } ϵ N The depot
b C c h Leaving point in cluster h
b ' C c h Returning point in cluster h
Parameters
d i j The traveling distance (cost) between meeting points i and j
q i The demand of node i ,   i N { 0 }
s f The speed of vehicle f
L f The capacity of vehicle f
e i The earliest arriving time at a meeting point i
l i The latest arriving time at a meeting point j
p c i The parking cost at a meeting point i
Decision variables
a i 0 The arrival time at a meeting point i
x i j f ϵ { 0,1 } If the traveling path between node i to node j is traveled by a vehicle f , it is equal to 1 , and 0 otherwise
y i ϵ { 0,1 } If the node i in a cluster is visited by a vehicle f , it is equal to 1 , and 0 otherwise
Table 4. Numerical results based on Solomon’s dataset C1.
Table 4. Numerical results based on Solomon’s dataset C1.
ClassScenarioStrategyID N C q i L f NTWsAverage of Solutions
C1c101—c10325npsc101-c103:25nps7532060383.48
50npsc101-c103:50nps150620603231.58
75npsc101-c103:75nps225920603466.84
100npsc101-c103:100nps3001020603478.41
c101—c10625npsc101-c106:25nps15032060682.48
50npsc101-c106:50nps300720606266.94
75npsc101-c106:75nps4501020606495.03
100npsc101-c106:100nps6001020606470.24
c101—c10925npsc101-c109:25nps22532060971.12
50npsc101-c109:50nps450620609243.29
75npsc101-c109:75nps675820609446.26
100npsc101-c109:100nps9001020609488.05
Average---3758.520606318.64
Table 5. Numerical results for confirming the CSA performance compared to optimal solutions on Solomon’s dataset C1.
Table 5. Numerical results for confirming the CSA performance compared to optimal solutions on Solomon’s dataset C1.
DatasetSubset N C Optimal
(Benchmark)
CSA SolutionGap%
C1c1012525191.3191.810.27%
c1015050362.4363.240.23%
c101100100827.3828.930.20%
c1022525190.3190.730.23%
c1025050361.4362.170.21%
c102100100827.3828.930.20%
c1032525190.3190.730.23%
c1035050361.4362.170.21%
c103100100826.3834.751.02%
c1042525186.9187.450.29%
c1045050358358.880.25%
c104100100822.9834.941.46%
c1052525191.3191.810.27%
c1055050362.4363.240.23%
c105100100827.3828.930.20%
c1062525191.3191.810.27%
c1065050362.4363.240.23%
c106100100827.3828.930.20%
c1072525191.3191.810.27%
c1075050362.4363.240.23%
c107100100827.3828.930.20%
c1082525191.3191.810.27%
c1085050362.4363.240.23%
c108100100827.3828.940.20%
c1092525191.3191.810.27%
c1095050362.4363.920.42%
c109100100827.3828.940.20%
Average459.65463.450.36%
Table 6. Numerical results based on Solomon’s dataset C2.
Table 6. Numerical results based on Solomon’s dataset C2.
ClassScenarioStrategyID N C q i L f NTWsAverage of Solutions
C2c201—c20325npsc201-c203:25nps75820603173.50
50npsc201-c203:50nps150920603213.34
75npsc201-c203:75nps2251020603373.65
100npsc201-c203:100nps300820603294.02
c201—c20625npsc201-c206:25nps150920606224.05
50npsc201-c206:50nps300520606145.77
75npsc201-c206:75nps450820606221.37
100npsc201-c206:100nps6001020606341.01
c201—c20825npsc201-c208:25nps2001020608266.68
50npsc201-c208:50nps400720608204.00
75npsc201-c208:75nps6001020608306.95
100npsc201-c208:100nps800720608216.77
Average---354.168.4120605.66248.42
Table 7. Numerical results for confirming the CSA performance compared to benchmarks on Solomon’s dataset C2.
Table 7. Numerical results for confirming the CSA performance compared to benchmarks on Solomon’s dataset C2.
DatasetSubset N C Optimal
(Benchmark)
CSA SolutionGap%
C2c2012525214.7215.540.39%
c2015050360.2361.790.44%
c201100100589.1673.1614.27%
c2022525214.7215.540.39%
c2025050360.2395.819.89%
c202100100589.1674.2914.46%
c2032525214.7215.540.39%
c2035050359.8393.989.50%
c203100100588.7674.9514.65%
c2042525213.1215.541.15%
c2045050350.1393.3712.36%
c204100100588.1640.598.93%
c2052525214.7215.540.39%
c2055050359.8364.751.38%
c205100100586.4652.4111.26%
c2062525214.7215.540.39%
c2065050359.8361.410.45%
c206100100586642.579.65%
c2072525214.5215.540.48%
c2075050359.6402.3211.88%
c207100100585.5675.7515.41%
c2082525214.5215.540.48%
c2085050350.5352.120.46%
c208100100585.5637.078.81%
Average---386.41417.538.05%
Table 8. Numerical results based on Solomon’s dataset R1.
Table 8. Numerical results based on Solomon’s dataset R1.
ClassScenarioStrategyID N C q i L f NTWsAverage of Solutions
R1r101–r10325npsr101-r103:25nps751020603276.05
50npsr101-r103:50nps15042060388.46
75npsr101-r103:75nps225520603102.31
100npsr101-r103:100nps30042060378.92
r101–r10625npsr101-r106:25nps150920606253.62
50npsr101-r106:50nps3001020606264.91
75npsr101-r106:75nps45042060678.84
100npsr101-r106:100nps60042060678.81
r101–r10925npsr101-r109:25nps225920609284.7
50npsr101-r109:50nps450820609240.79
75npsr101-r109:75nps67542060976.25
100npsr101-r109:100nps90042060965.59
r101–r11225npsr101-r112:25nps3008206012207.54
50npsr101-r112:50nps600420601277.25
75npsr101-r112:75nps900320601234.26
100npsr101-r12:100nps1200420601268.69
Average---468.755.8720607.5142.31
Table 9. Numerical results for confirming the CSA performance compared to benchmarks on Solomon’s dataset R1.
Table 9. Numerical results for confirming the CSA performance compared to benchmarks on Solomon’s dataset R1.
DatasetSubset N C Optimal
(Benchmark)
CSA SolutionGap%
R1r1012525617.1627.131.63%
r101505010441065.92.10%
r1011001001637.71699.343.76%
r1022525547.1550.200.57%
r1025050909923.221.56%
r1021001001466.61523.343.87%
r1032525454.6464.822.25%
r1035050772.9813.055.19%
r1031001001208.71289.846.71%
r1042525416.9437.084.84%
r1045050625.4644.072.99%
r104100100971.51043.677.43%
r1052525530.5531.530.19%
r1055050899.3948.365.46%
r1051001001355.31462.897.94%
r1062525465.4466.480.23%
r1065050793830.784.76%
r1061001001234.61299.895.29%
r1072525424.3437.673.15%
r1075050711.1746.124.92%
r1071001001064.61127.835.94%
r1082525379.3398.295.01%
r1085050617.87630.532.05%
r108100100-1001.17-
r1092525441.3442.620.30%
r1095050786.8819.214.12%
r1091001001146.91211.665.65%
r1102525444.1447.470.76%
r1105050697735.055.46%
r11010010010681150.077.68%
r1112525428.8440.042.62%
r1115050707.2740.564.72%
r1111001001048.71101.815.06%
r1122525393413.445.20%
r1125050630.2646.852.64%
r112100100-999.19-
Average---792.31 *831.71 *4.97%
* These results are restricted to the available optimal solutions in the benchmark.
Table 10. Numerical results based on Solomon’s dataset R2.
Table 10. Numerical results based on Solomon’s dataset R2.
ClassScenarioStrategyID N C q i L f NTWsAverage of Solutions
R2r201—r20325npsr201-r203:25nps751020603271.9
50npsr201-r203:50nps15042060385.06
75npsr201-r203:75nps225520603100.42
100npsr201-r203:100nps30042060384.01
r201—r20625npsr201-r206:25nps150920606287.70
50npsr201-r206:50nps3001020606247.64
75npsr201-r206:75nps45042060679.52
100npsr201-r206:100nps60042060677.36
r201—r20925npsr201-r209:25nps225920609285.15
50npsr201-r209:50nps450820609232.81
75npsr201-r209:75nps67542060981.04
100npsr201-r209:100nps90042060970.90
r201—r21125npsr201-r211:25nps2758206011225.76
50npsr201-r211:50nps5509206011280.85
75npsr201-r211:75nps825320601134.30
100npsr201-r211:100nps1100420601172.23
Average---453.126.1820607.25157.29
Table 11. Numerical results for confirming the CSA performance compared to benchmarks on Solomon’s dataset R2.
Table 11. Numerical results for confirming the CSA performance compared to benchmarks on Solomon’s dataset R2.
DatasetSubset N C Optimal
(Benchmark)
CSA SolutionGap%
R2r2012525463.3475.512.64%
r2015050791.9836.805.67%
r2011001001143.21271.9511.26%
r2022525410.5421.282.63%
r2025050698.5765.809.63%
r202100100-1265.5-
r2032525391.4399.672.11%
r2035050605.3618.982.26%
r203100100-977.39-
r2042525355358.571.01%
r2045050506.4530.844.83%
r204100100-824.16-
r2052525393407.003.56%
r2055050690.1723.904.90%
r205100100-1074.42-
r2062525324.0325.100.34%
r2065050632.4692.009.42%
r206100100-970.02-
r2072525361.6392.328.50%
r2075050-583.01-
r207100100-914.83-
r2082525328.2331.791.09%
r2085050-510.88-
r208100100-778.72-
r2092525370.7399.217.69%
r2095050600.6619.533.15%
r209100100-954.34-
r2102525404.6431.106.55%
r2105050645.6679.015.18%
r210100100 -959.19-
r2112525350.9351.90.28%
r2115050535.5581.608.61%
r211100100-817.02-
Average---526.33 *553.04 *5.07% *
* These results are restricted to the available optimal solutions in the benchmark.
Table 12. Numerical results based on Solomon’s dataset RC1.
Table 12. Numerical results based on Solomon’s dataset RC1.
ClassScenarioStrategyID N C q i L f NTWsAverage of Solutions
RC1rc101—rc10325npsrc101-rc103:25nps75420603187.33
50npsrc101-rc103:50nps150520603235.24
75npsrc101-rc103:75nps225820603278.85
100npsrc101-rc103:100nps3001020603350.11
rc101—rc10625npsrc101-rc106:25nps150320606124.08
50npsrc101-rc106:50nps300420606201.48
75npsrc101-rc106:75nps450920606288.80
100npsrc101-rc106:100nps6001020606316.13
rc101—rc10825npsrc101-rc108:25nps200720608235.24
50npsrc101-rc108:50nps400520608255.85
75npsrc101-rc108:75nps600920608347.09
100npsrc101-rc108:100nps800920608284.67
Average---354.166.9120605.66258.74
Table 13. Numerical results for confirming the CSA performance compared to benchmarks on Solomon’s dataset RC1.
Table 13. Numerical results for confirming the CSA performance compared to benchmarks on Solomon’s dataset RC1.
DatasetSubset N C Optimal
(Benchmark)
CSA SolutionGap%
RC1rc1012525461.1464.570.75%
rc1015050944968.802.63%
rc1011001001619.81721.186.26%
rc1022525351.8352.740.27%
rc1025050822.5890.268.24%
rc1021001001457.41539.485.63%
rc1032525332.8333.910.33%
rc1035050710.9753.526.00%
rc10310010012581391.7710.63%
rc1042525306.6307.140.18%
rc1045050545.8546.510.13%
rc104100100-1191.07-
rc1052525411.3434.295.59%
rc1055050855.3894.084.53%
rc1051001001513.71649.148.95%
rc1062525345.5347.260.51%
rc1065050723.2814.4912.62%
rc106100100-1475.35-
rc1072525298.3298.950.22%
rc1075050642.7671.774.52%
rc1071001001207.81278.375.84%
rc1082525294.5295.740.42%
rc1085050598.1599.170.18%
rc1081001001114.21217.629.28%
Average---764.33 *807.76 *5.68% *
* These results are restricted to the available optimal solutions in the benchmark.
Table 14. Numerical results based on Solomon’s dataset RC2.
Table 14. Numerical results based on Solomon’s dataset RC2.
ClassScenarioStrategyID N C q i L f NTWsAverage of Solutions
RC2rc201—rc20325npsrc201-rc203:25nps75420603187.33
50npsrc201-rc203:50nps150520603238.58
75npsrc201-rc203:75nps225820603297.67
100npsrc201-rc203:100nps3001020603357.66
rc201—rc20625npsrc201-rc206:25nps150320606143.4
50npsrc201-rc206:50nps300420606209.03
75npsrc201-rc206:75nps450920606313.10
100npsrc201-rc206:100nps6001020606347.58
rc201—rc20825npsrc201-rc208:25nps200720608240.23
50npsrc201-rc208:50nps400520608250.89
75npsrc201-rc208:75nps600920608359.58
100npsrc201-rc208:100nps800920608369.96
Average---354.166.9120605.66276.25
Table 15. Numerical results for confirming the CSA performance compared to benchmarks on Solomon’s dataset RC2.
Table 15. Numerical results for confirming the CSA performance compared to benchmarks on Solomon’s dataset RC2.
ClassSubset N C Optimal
(Benchmark)
CSA SolutionGap%
RC2rc2012525360.2361.240.29% *
rc2015050684.8686.310.22%
rc2011001001261.81395.7010.61%
rc2022525338338.820.24%
rc2025050613.6665.538.46%
rc2021001001092.31233.7212.95%
rc2032525326.9328.440.47%
rc2035050555.3625.6012.66%
rc203100100-1082.26-
rc2042525299.7315.955.42%
rc2045050444.2462.984.23%
rc204100100-847.32-
rc2052525338338.930.28%
rc2055050630.2631.980.28%
rc20510010011541241.27.56%
rc2062525324325.100.34%
rc2065050610611.750.29%
rc206100100-1190.45-
rc2072525298.3298.950.22%
rc2075050558.6561.420.50%
rc207100100-1081.70-
rc2082525269.1269.560.17%
rc2085050-491.46-
rc208100100-810.35-
Average---564.38 *594.06 *5.26% *
* These results are restricted to the available optimal solutions in the benchmark.
Table 16. Numerical results needed to confirm the CSA performance, solved by CPLEX.
Table 16. Numerical results needed to confirm the CSA performance, solved by CPLEX.
ClassScenarioStrategyID N C q i L f NTWsMIP SolutionCSA SolutionGap%
C1c101-c10325npsc101-c103:25nps7532060383.4883.480.00%
C1c101-c10625npsc101-c106:25nps15032060682.4882.480.00%
C1c101-c10925npsc101-c109:25nps22532060971.1271.120.00%
C2c201-c20325npsc201-c203:25nps75820603172.81173.50.40%
C2c201-c20625npsc201-c206:25nps150920606199.38214.397.53%
C2c201-c20825npsc201-c208:25nps2001020608236.03243.673.24%
R1r101-r10325npsr101-r103:25nps751020603242.32246.331.65%
R1r101-r10625npsr101-r106:25nps150920606207.00234.713.38%
R1r101-r10925npsr101-r109:25nps225920609238.70257.617.92%
R1r101-r11225npsr101-r112:25nps3008206012197.00207.545.35%
R2r201-r20325npsr201-r203:25nps751020603244.32264.528.27%
R2r201-r20625npsr201-r206:25nps150920606209.32233.7311.66%
R2r201-r20925npsr201-r209:25nps225920609234.34250.736.99%
R2r201-r21125npsr201-r211:25nps2758206011198.632095.22%
RC1rc101-rc10325npsrc101-rc103:25nps75420603187.33187.330.00%
RC1rc101-rc10625npsrc101-rc106:25nps150320606124.08124.080.00%
RC1rc101-rc10825npsrc101-rc108:25nps200720608231.23235.241.73%
RC2rc201-rc20325npsrc201-rc203:25nps75420603187.33187.330.00%
RC2rc201-rc20625npsrc201-rc206:25nps150320606143.39143.390.00%
RC2rc201-rc20825npsrc201-rc208:25nps200720608231.23240.233.89%
Average186.07194.524.54%
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content.

Share and Cite

MDPI and ACS Style

Hedayati, S.; Setak, M.; Van Woensel, T.; Demir, E. Re-Supplying Autonomous Mobile Parcel Lockers in Last-Mile Distribution. Future Transp. 2024, 4, 1266-1296. https://doi.org/10.3390/futuretransp4040061

AMA Style

Hedayati S, Setak M, Van Woensel T, Demir E. Re-Supplying Autonomous Mobile Parcel Lockers in Last-Mile Distribution. Future Transportation. 2024; 4(4):1266-1296. https://doi.org/10.3390/futuretransp4040061

Chicago/Turabian Style

Hedayati, Sajjad, Mostafa Setak, Tom Van Woensel, and Emrah Demir. 2024. "Re-Supplying Autonomous Mobile Parcel Lockers in Last-Mile Distribution" Future Transportation 4, no. 4: 1266-1296. https://doi.org/10.3390/futuretransp4040061

Article Metrics

Back to TopTop