Abstract 1 Introduction 2 Warm-up: moving at speed 1 or 0 3 Improved algorithm for open online TSP on the half-line 4 General lower bound for online TSP on the half-line References

Improved Bounds for Online TSP on the Half-Line

Júlia Baligács ORCID University of Warsaw, Poland    Yann Disser ORCID TU Darmstadt, Germany    Linda Thelen ORCID TU Darmstadt, Germany
Abstract

In the open online traveling salesperson problem, requests appear over time at different positions of a metric space. A single agent traveling at unit speed must serve all requests, by visiting their positions, with the objective of minimizing the completion time. We propose online algorithms for this problem for the case that the metric space is the half-line. First, we present a 2-competitive algorithm in which the server always either moves at unit speed or remains stationary, which improves on the previously best-known ratio of 2.04. We further observe that algorithms must sometimes move slower than unit speed to achieve competitive ratios below 2. We introduce a second algorithm that beats the barrier of 2 by carefully modulating its speed, and prove a tight bound of 1.75 on its competitive ratio. Finally, we slightly strengthen a known lower bound on the best-possible competitive ratio on the half-line from 1.627 to 1.646.

Keywords and phrases:
online algorithms, competitive analysis, server problems, online TSP
Funding:
Júlia Baligács: Supported by the project BOBR that has received funding from the European Research Council (ERC) under the European Union’s Horizon 2020 research and innovation programme (grant agreement No. 948057).
Copyright and License:
[Uncaptioned image] © Júlia Baligács, Yann Disser, and Linda Thelen; licensed under Creative Commons License CC-BY 4.0
2012 ACM Subject Classification:
Theory of computation Online algorithms
Editor:
Pierre Fraigniaud

1 Introduction

We study the online traveling salesperson problem (TSP) on the half-line. In this problem, requests of the form r=(t,p) are revealed over time, where t0 denotes the release time and p0 the position of the request. A single server, initially located at the origin and moving at speed at most 1, must serve every request by visiting position p at some time not earlier than time t. In the online setting, the algorithm only learns about a request at its release time, whereas an offline algorithm knows the entire request sequence from time 0. The objective is to minimize the makespan, i.e., the time when all requests are served. Note that the offline setting does not coincide with the classical TSP, as the offline algorithm is still restricted to serving a request after its release time. Furthermore, we consider the open version of the problem, where, in contrast to the closed version, the server does not need to return to the origin.

Online TSP models dynamic routing scenarios arising, for instance, in robotic maintenance, cleaning, or collection tasks where jobs appear over time. In many such settings, the depot lies at the boundary of a one-dimensional operating region, such as inspection along a track, pipeline, or corridor, so that the underlying metric space is the half-line, making it a natural case to study. While the online TSP has been extensively studied in many variants [3, 4, 5, 12, 18, 19, 20, 25], in particular for the underlying metric space being the real line or higher-dimensional Euclidean spaces n, we focus here on algorithms tailored specifically to the half-line 0. Although this setting appears simple at first glance, obtaining optimal strategies turns out to be surprisingly challenging. The half-line has fundamentally different structural properties due to the lack of symmetry around the origin, and it seems that optimal strategies cannot be obtained by simple adaptations of known algorithms. For instance, we will see that, unlike any algorithm previously proposed for online TSP, an optimal online strategy on the half-line must already start moving before the first request is revealed.

As usual in online optimization, we measure the quality of a (deterministic) algorithm in terms of competitive analysis. For an algorithm Alg and a request sequence σ, let Alg(σ) denote the completion time of Alg on σ, and let Opt(σ) denote the completion time of an optimal offline solution. We say that Alg is ρ-competitive if Alg(σ)ρOpt(σ) for every request sequence σ. The competitive ratio of Alg is the infimum over all such ρ, and the competitive ratio of the problem is the best ratio achievable by any online algorithm.

Throughout the paper, we assume without loss of generality that every request r=(t,p) satisfies tp. Indeed, since the server moves at speed at most 1, even the offline optimum cannot reach position p before time p, and is therefore unaffected by this assumption. Moreover, an online algorithm could only benefit from learning about a request earlier. Hence, this assumption is justified when the request sequence is constructed adversarially and does not affect the competitive ratio of the problem.

Finally, we introduce the following notational conventions. Given an online algorithm Alg, we write pos(t)0 for the position of the server at time t. For a request sequence σ, we sometimes abbreviate the completion times Alg(σ) and Opt(σ) by Alg and Opt when the sequence is clear from context. At any point in time, the server can move in (at most) two directions. We refer to the direction towards the origin as left and to the direction away from the origin as right.

Our results

We begin by introducing the algorithm LeftFirst (cf. Algorithm 1), which follows a very simple strategy: it prioritizes requests that lie to the server’s left over those to its right. We show that this algorithm achieves a competitive ratio of 2, improving on the previously best known ratio of 2.04 [11]. We further observe that no algorithm restricted to moving either at full speed or not at all can achieve a better competitive ratio.

Theorem 1.

The algorithm LeftFirst is 2-competitive for online TSP on the half-line. Moreover, this ratio is optimal among all algorithms in which the server is restricted to speeds 0 and 1.

In particular, the theorem shows that fundamentally new ideas are required to beat the barrier of 2. Our main contribution is to propose such an idea in the form of a parameterized algorithm LeftGuard(α) for α(0,1] (cf. Algorithm 2). Its strategy can be summarized as follows. The algorithm maintains at all times that pos(t)αt, enabling the server to reach requests to its left in a timely manner. It assigns strict deadlines to such requests and prioritizes requests to its right if and only if these deadlines can still be met. Our main result is a careful analysis of this algorithm. We show that, for α=0.75, it achieves a competitive ratio of 1.75. After identifying the most difficult instances for LeftGuard, a key ingredient of our proof is an LP-duality argument that yields sharp performance bounds. Moreover, we prove that this analysis is tight in the sense that LeftGuard(α) has competitive ratio at least 1.75 for every choice of α.

Theorem 2.

LeftGuard(0.75) is 1.75-competitive for open online TSP on the half-line. Moreover, the choice α=0.75 is optimal.

We complement our result by a general lower bound on the best-possible competitive ratio that slightly improves the known lower bound of 1.627 [26].

Theorem 3.

Every algorithm for open online TSP on the half-line has competitive ratio at least 1.6463.

Related work

While this is, to the best of our knowledge, the first work to specifically focus on open online TSP on the half-line, the problem has been studied before on other metric spaces. Most notably, Bjelde et al. tightly analyzed the problem on the line with a competitive ratio of 2.04 [11]. Their upper bound also applies to the special case of the half-line and, prior to our work, was the best known upper bound in this setting. Their lower bound extends to general metric spaces and remains the best known lower bound there. The best known algorithm for general metric spaces, introduced by Bonifaci and Stougie, achieves a competitive ratio of 1+22.41 [13].

By contrast, the closed version of the problem is tightly analyzed in all three cases: It has a competitive ratio of 2 on general metric spaces [5], of 1.64 on the line [5, 11] and of 1.5 on the half-line [12]. The optimal algorithm for the closed version on the half-line follows a strategy that can be viewed as the “opposite” of our algorithm LeftFirst: That algorithm moves right whenever a request to the server’s right is available and otherwise moves left.

Online TSP has also been investigated in several related settings, for instance when the metric space is a circle [20], when distances are asymmetric [3], or when the request sequence satisfies additional structural assumptions [12, 25].

The online TSP can be viewed as a special case of the extensively studied online dial-a-ride problem [2, 7, 9, 10, 17, 24, 26], where each requests is a transportation request consisting of a release time, a starting position, and a destination. In other words, the online TSP corresponds to the special case of online dial-a-ride in which starting position and destination always coincide. Classical online dial-a-ride strategies include Ignore, which repeatedly recomputes a schedule for the currently unserved requests [8, 23]; Replan, which greedily recomputes an optimal tour whenever a new request arrives [5, 8, 23]; and Lazy, which deliberately delays service to aggregate requests before executing a tour [7, 26].

Other online variants of the TSP focus on different types of uncertainty. In online graph exploration [6, 15, 16, 22], the metric space is initially unknown and all vertices must be visited. In universal TSP [14, 21], the goal is to find a fixed master tour that is competitive for any subset of active requests. Recently, Abrahamsen et al. [1] introduced a model where requests are revealed one-by-one and must be irrevocably sorted to minimize total travel distance, rather than minimizing the makespan for requests arriving over time.

2 Warm-up: moving at speed 1 or 0

Before considering the problem in full-generality, we first consider the easier case where the server is only allowed to move with full speed or not move at all. We first observe a simple lower bound on the competitive ratio of this variant of the problem.

Lemma 4.

If the server is only allowed to move at speed 1 or 0, the competitive ratio of open online TSP on the half-line is at least 2. The same lower bound applies when the server is not allowed to move before the first request is revealed.

Proof.

Fix an algorithm Alg in which the server can move only at speed 0 or 1. Then there exists some time ε>0 such that, before time ε, the server has not changed its speed. Hence pos(ε){0,ε}. If pos(ε)=0, we release the request r=(ε,ε), and if pos(ε)=ε, we release the request r=(ε,0). In both cases, we have Opt=ε, while Alg cannot complete the request before time 2ε. Therefore, the competitive ratio is at least 2. Observe that even if the server is allowed to move at intermediate speeds, as long as it does not move before the first request is revealed, the same argument still applies.

Next, we give an algorithm whose competitive ratio matches this lower bound.

2.1 A 2-competitive algorithm

Algorithm 1 LeftFirst.

When considering algorithms for online TSP on the half-line (or even on the line), observe that, at any point in time, the algorithm only needs to consider at most two requests: the request with the leftmost position among all unserved requests to the algorithm’s left (referred to as the left-request) and the request with the rightmost position among all unserved requests to the algorithm’s right (referred to as the right-request). At some times, there may be no left-request or no right-request. This is the case when all unserved requests lie on the same side of the server. If there are multiple requests at the same position, we select the one with the latest release time. By serving the left- and right-request, the algorithm necessarily also serves all other requests on the way. In our analysis, we therefore consider only left- and right-requests. The online algorithm is thus defined by a strategy that determines when to serve the left-request, when to serve the right-request, and when to wait.

The algorithm LeftFirst is formally defined in Algorithm 1 and follows a simple strategy: It prioritizes left-requests over right-requests. More precisely, whenever a left-request is available, the server executes command MoveLeft, i.e., travels towards the origin at full speed (note that MoveLeft is never invoked when the server is located in the origin). If no left-request is available but a right-request exists, the server executes command MoveRight, i.e., it moves away from the origin at full speed. If there are no unserved requests, the server follows command Stay, i.e., remains stationary.

Before turning to the analysis of the algorithm, we state a simple observation that will be useful throughout our paper. Since the offline optimum cannot serve requests before they are released, the following holds.

Observation 5.

If t is the release time of any request of the input sequence, then Optt.

Now we have all the prerequisites at hand to analyze the algorithm LeftFirst.

Theorem 6.

LeftFirst is 2-competitive.

Proof.

Fix an arbitrary request sequence. Let r=(t,p) denote the last request served by LeftFirst. First, observe that, if r is a left-request, we have

LeftFirstt+(pos(t)p)t+pos(t)2tObs. 52Opt,

where we have made used of the fact that pos(t)t since the server cannot move at speed more than 1. Therefore, we can assume from now on that r is a right-request.

Next, observe that, if the server does not move left after time t, we have

LeftFirstt+(ppos(t))t+p2tObs. 52Opt,

where we have used the assumption that every request fulfills tp.

Therefore, we can assume from now on that there was an unserved left-request after time t and let rL=(tL,pL) denote the last left-request served by LeftFirst. Observe that we have

LeftFirsttL+(pos(tL)pL)+(ppL). (1)

We distinguish now the following two cases: (1) The offline optimum serves rL before r or (2) The offline optimum serves r before rL. In the first case, we have

OpttL+(ppL). (2)

With (1) and (2), we obtain

LeftFirsttL+(pos(tL)pL)+(ppL)=tL+ppLOpt+pos(tL)tLOptpL02Opt.

In the second case, i.e., where Opt serves r before rL, we have

Optt+(ppL). (3)

Moreover, observe that we have pos(tL)t because either ttLpos(tL) or tLt and therefore r=(t,p) was an unserved right-request at time tL. With (1) and (3), we obtain

LeftFirsttL+pos(tL)tpL0+ppLtLOpt+t+ppLOpt2Opt.

To summarize, we have in either case that LeftFirst2Opt, which completes the proof of the theorem.

Note that Theorem 6 and Lemma 4 together complete the proof of Theorem 1.

3 Improved algorithm for open online TSP on the half-line

In this section, we prove our main result (Theorem 2), i.e., we prove that the competitive ratio of open online TSP on the half-line is at most 1.75. For this, we begin with introducing the algorithm LeftGuard.

3.1 The algorithm LEFTGUARD

The algorithm LeftGuard is formally defined in Algorithm 2. It is parameterized by a value α(0,1] and we let t denote the current time. Its intuition can be summarized as follows: First, recall that no algorithm is better than 2-competitive if the server does not move while being idle (Lemma 4), so we let the server move at speed α before the first request is revealed. As before, we consider always at most two requests – the left-request and the right-request. The most important property of our algorithm is that every left-request rL=(tL,pL) has a strict deadline, meaning that it must be served no later than at time (1+α)tL. To make this possible, the server maintains at every time t that pos(t)αt. Therefore, whenever a new left-request rL=(tL,pL) appears, the server is located at pos(tL)αtL so that, by moving left immediately, position pL0 can be reached by time (1+α)tL. However, if the server can serve a right-request without violating the deadlines of left-requests, it proceeds to do so. Note that a right-request rR=(tR,pR) can be reached by time max{t+pRpos(t),pRα}, where the first term corresponds to moving from pos(t) to pR at unit speed, and the second term is the arrival time at pR in case pos(t)αt becomes tight. Therefore, the server prioritizes a right-request over a left-request if and only if max{t+pRpos(t),pRα}+pRpL(1+α)tL.

The algorithm definition contains the subroutines MoveLeft and MoveRight(α). When MoveLeft is invoked, it simply orders the server to move towards the origin at unit speed (observe that MoveLeft is never invoked when the server is located at the origin). MoveRight(α) depends on the parameter α and orders the server to move away from the origin at full speed maintaining that pos(t)αt. In other words, the server moves at speed 1 as long as pos(t)<αt and at speed α when pos(t)=αt. In particular, the server always moves either at speed 1 or at speed α. When it moves at speed α, we say that it slows down.

Algorithm 2 LeftGuard(α).
Algorithm 3 MoveRight(α).
Algorithm 4 MoveLeft.

Let us summarize the most important properties that immediately follow from the algorithm’s definition.

Observation 7.

LeftGuard(α) fulfills the following properties.

  1. i)

    At every time t, the server position fulfills pos(t)αt.

  2. ii)

    Every left-request rL=(tL,pL) is served no later than at time (1+α)tL, unless a new left-request appeared before time (1+α)tL.

  3. iii)

    Every right request rR=(tR,pR) is served no earlier than at time pR/α. Moreover, if the server is slowed down (i.e., moving at speed α) at the time of serving rR, it is served precisely at time pR/α.

3.2 Upper bound for the competitive ratio of LEFTGUARD

We now turn to analyzing the algorithm LeftGuard. More precisely, we show the following.

Theorem 8.

For α(0.3,1], the competitive ratio of LeftGuard(α) is upper-bounded by max{1+α,1/α,2.5α,1+1/(2α)}.

Note that, by setting α=0.75, we obtain a competitive ratio of 1.75 (cf. Figure 1), i.e., the statement of the first part of Theorem 2 follows.

Figure 1: Bounds on the competitive ratio from Theorem 8 depending on α.

We now prove Theorem 8. To this end, for the remainder of this subsection, we fix an arbitrary input sequence of requests, and we show that LeftGuard(α) achieves the claimed ratio on this sequence. We denote by Opt an optimum offline solution, or its completion time, depending on context. We denote the last right-request served by LeftGuard(α) by rR=(tR,pR), and the last left-request served by LeftGuard(α) by rL=(tL,pL). In case there is no left-request, it is immediate that the competitive ratio is bounded by 1/α (by Observations 5 and 7 iii), and in case there is no right-request, it is bounded by 1+α (by Observations 5 and 7 ii). Similarly, we immediately obtain the desired bounds in the following two cases.

Observation 9.

If one of the following conditions hold, then LeftGuard(α) completes the request sequence by max(1+α,1/α)Opt:

  1. i)

    LeftGuard(α) serves rL after rR.

  2. ii)

    LeftGuard(α) serves rR while moving at speed α

Therefore, we assume from now on that rL and rR both exist, and that the server served first rL and then moved at full speed to rR. Next, we identify two further simple cases within these assumptions.

Lemma 10.

Assume that LeftGuard(α) serves rL before rR and always moves at unit speed after serving rL. If one of the following two conditions hold, the request sequence is completed by time (1+α)Opt.

  1. i)

    Opt serves rL before rR.

  2. ii)

    tLtR.

Proof.

In both cases, Opt serves neither of rL,rR earlier than at time tL, and then travels to the other request, which takes pRpL time units. Therefore,

OpttL+pRpL. (4)

By assumption, LeftGuard first serves rL and then moves at full speed to pR. By Observation 7 ii), rL is reached no later than (1+α)tL and then moving to rR takes pRpL time units. It follows that the request sequence is completed by time

(1+α)tL+pRpL=tL+pRpL+αtL(4)Opt+αtLObs. 5(1+α)Opt.

The remaining case turns out to be the most difficult to analyze and constitutes the crux of our proof. While the two previous results hold for any α(0,1], we need in the following lemma that α0.3. This is a reasonable assumption, since for α0.3, the bound 1/α from Observation 9 is already signigicantly worse than the bound of 2 achieved by LeftFirst.

Lemma 11.

Assume that LeftGuard(α) serves rL before rR and always moves at unit speed after serving rL. Additionally, assume that tL>tR and Opt serves rR before rL. Then LeftGuard(α) completes the request sequence by time max(2.5α,1+1/(2α))Opt.

Proof.

First, observe that in the given setting, when rL appeared at time tL, the server decided to not detour to serve rR before rL. In other words, at time tL, the condition in line 2 of Algorithm 2 was violated, i.e., we have

max{tL+pRpos(tL),pRα}+(pRpL)>(1+α)tL. (5)

Further, note that the completion time of LeftGuard(α) is given by

LeftGuard(α)tL+(pos(tL)pL)+(pRpL)=tL+pos(tL)+pR2pL (6)

and the completion time of the offline optimum is bounded by

OpttR+pRpL. (7)

Next, we will make use of the following observation: The behavior of LeftGuard is independent of multiplying all release times and positions with the same factor x>0. In particular, this allows us to assume w.l.o.g. that Opt=1 by rescaling with 1/Opt (if Opt=0, then Alg=0 is trivial). Summarizing our findings, it follows that the competitive ratio is bounded by the maximum value of the following optimization problem (here, Alg, Opt, tL,tR,pL,pL,pos(tL) are interpreted as variables of the optimization problem):

max Alg
s.t. OpttL (5)
OpttR+pRpL (7)
AlgtL+pos(tL)+pR2pL (6)
max(tL+pRpos(tL),pR/α)+pRpL(1+α)tL (5, relaxed)
pos(tL)pR (rR is a right-request)
tRpR (by assumption)
Opt=1 (scaling)
Alg,Opt,tR,tL,pR,pL,pos(tL)0.

Observe that the problem is not linear due to the maximum-operation in (5). Therefore, we distinguish now the two cases tL+pRpos(tL)pR/α and tL+pRpos(tL)<pR/α. For each of the two cases, we obtain a linear program, which allows us to use duality. In the end, the competitive ratio will be bounded by the maximum of the two values of the optimization problems.

First, we consider the case tL+pRpos(tL)pR/α. Here, we obtain the following LP, where it turns out that the condition pos(tL)pR can be dropped.

max Alg
s.t. OpttL (5)
OpttR+pRpL (7)
AlgtL+pos(tL)+pR2pL (6)
tL+pRpos(tL)+pRpL(1+α)tL (5, relaxed)
tRpR (by assumption)
Opt=1 (scaling)
Alg,Opt,tR,tL,pR,pL,pos(tL)0.

A relaxation of the LP and its dual (D) can equivalently be written as

max(1,0,0,0,0,0,0) 𝒙s.t.
(P)(010100001101101001121000α21100101000100000) 𝒙(000001)
𝒙𝟎
min(0,0,0,0,0,1) 𝒚s.t.
(D)(001000110001010010101α00011210012100001100) 𝒚(1000000)
𝒚𝟎.

By weak duality, any feasible solution to the dual provides an upper bound on the optimum value of the primal. The dual solution 𝒚=(1α,1.5,1,1,1.5,2.5α) is feasible for α(0,1] and has objective value 2.5α.

Next, we consider the case tL+pRpos(tL)<pR/α. Here, we obtain the following LP, where it turns out that the condition OpttL can be dropped.

max Alg
s.t. OpttR+pRpL (7)
AlgtL+pos(tL)+pR2pL (6)
1αpR+pRpL(1+α)tL (5, relaxed)
pos(tL)pR (rR is a right-request)
tRpR (by assumption)
Opt=1 (scaling)
Alg,Opt,tR,tL,pR,pL,pos(tL)0.

As before, we can write the dual (D) of the relaxed LP as

min(0,0,0,0,0,1) 𝒚s.t.
(D)(010000100001100010011+α00011α+1α110121000010100) 𝒚(1000000)
𝒚𝟎.

The dual solution 𝒚=(1+12α,1,11+α,1,1+12α,1+12α) is feasible for α0.3 (More precisely, the second-to-last inequality holds for α(173)/40.281. All other inequalities hold for all α>0.) The corresponding objective value is 1+12α.

Together, we obtain that the competitive ratio is bounded by max(2.5α,1+1/(2α)).

Let us summarize the different cases we considered to prove Theorem 8.

Proof of Theorem 8.

First, we noted that, in case there is no left-request or no right-request, we easily obtain a bound of max(1+α,1/α) on the competitive ratio. Therefore, we can assume that a left- and right-request exist and let rL denote the last-served left-request and rR the last-served right-request. By Observation 9, we can assume that the server first served rL and then moved at full-speed to rR (otherwise, we obtain a bound of max(1+α,1/α)). By Lemma 10, we can additionally assume that Opt serves rR before rL and that rR was released before rL (otherwise, we obtain a bound of 1+α). Finally, we showed in Lemma 11 that, under these assumptions, the competitive ratio is bounded by max(2.5α,1+1/(2α)).

3.3 Lower bound for the competitive ratio of LEFTGUARD

In this section, we present two lower-bound constructions for LeftGuard, showing that the analysis in Section 3.2 is tight in the sense that no choice of α yields a competitive ratio below 1.75 for LeftGuard(α) (i.e., we prove the second part of Theorem 2).

Lemma 12.

The competitive ratio of LeftGuard(α) is at least max(1+α,1/α) for every α(0,1].

Proof.

First, consider the input sequence consisting of the single request (1,0). Note that LeftGuard(α) executes MoveRight(α) before time 1 so that pos(1)=α. Therefore, the request is served by time 1+α. On the other hand, Opt serves the request immediately at time 1 by waiting in the origin. Therefore, the competitive ratio is at least 1+α.

Next, consider the input sequence consisting of the single request (1,1). Since (1,1) is a right-request, by Observation 7 iii), LeftGuard(α) completes it not earlier than at time 1/α, while we have Opt=1. Therefore, the competitive ratio is at least 1/α.

Lemma 13.

The competitive ratio of LeftGuard(α) is at least 2.5α for α[0.5,1].

Proof.

Consider the input sequence consisting of the three requests (α1+α,0), (0.5+ε,0.5+ε) and (1,0) where 0<ε<0.5. Observe that α/(1+α)0.5 for α1 so the requests indeed arrive in the order given above.

Opt can serve the requests by moving to position 0.5+ε at time 0.5+ε and then moving to position 0, i.e., we have

Opt=1+2ε. (8)

On the other hand, LeftGuard(α) moves away from the origin with speed α until time α/(1+α) so that pos(α/(1+α))=α2/(1+α). By moving back to the origin at unit speed, LeftGuard(α) could serve the first request at time

α1+α+α21+α=α=(1+α)α1+α,

which is the maximum time allowed to serve the first request according to the algorithm definition. Therefore, LeftGuard(α) cannot decide to serve another right-request before serving the left-request at position 0, or before another left-request is revealed. Hence, LeftGuard(α) serves the left-request at position 0 at time α1, and then moves right at maximum speed maintaining pos(t)αt to serve the right-request at position 0.5+ε. We obtain pos(1)=1α<0.5+ε (where we have used that α0.5), i.e., the request (0.5+ε,0.5+ε) is still unserved when the new left-request (1,0) arrives.

Serving the right-request first, Alg would arrive at the left-request at time

1+(0.5+ε)pos(1)+0.5+ε=2+2ε(1α)=1+α+2ε>(1+α)1,

hence LeftGuard(α) has to move to the left-request first before serving the right-request. It follows that LeftGuard(α) finishes at time

1+pos(1)+0.5+ε=1+(1α)+0.5+ε=2.5α+ε.

Together with (8) and letting ε0, we obtain that the competitive ratio is at least 2.5α.

For α0.5, Lemma 12 implies that the competitive ratio of LeftGuard(α) is at least 1/α2. For α>0.5, Lemmas 12 and 13 together imply that the competitive ratio is at least max(1+α,2.5α)1.75. Thus, this completes the proof that LeftGuard(α) has competitive ratio at least 1.75 for any choice of α (i.e., the second part of Theorem 2).

4 General lower bound for online TSP on the half-line

In the following, we fix an arbitrary online algorithm Alg and prove a general lower bound for the competitive ratio of online TSP on the half-line.

Theorem 3. [Restated, see original statement.]

Every algorithm for open online TSP on the half-line has competitive ratio at least 1.6463.

It is immediate to see that no online algorithm for the TSP on the half-line can achieve a competitive ratio strictly smaller than 3/2: At time 1, we reveal either a request at 0 if pos(1)1/2, or a request at 1 otherwise. In both cases, we have Alg3/2 and Opt=1.

For the remainder of this section, we fix ρ(3/2,5/3] and assume that Alg has competitive ratio strictly less than ρ. We progressively introduce requests that, based on the fact that it must be ρ-competitive if no further requests appear, constrain Alg’s behavior more and more. Specifically, we present two fixed requests, followed by three requests that depend on Alg’s behavior. Based on the derived restrictions on Alg, we show that the resulting request sequence yields a lower bound of ρ1.6463. We denote by serve(ri) the time when the request ri=(ti,pi) is served by Alg and formally define the adversarial request sequence as follows.

Definition 14 (Adversarial request sequence).

We present an adversarial request sequence (r1,r2,r3,r4,r5) consisting of the requests

  1. 1.

    r1:=(1/ρ,0) and r2:=(1,1),

  2. 2.

    r3:=(t,0), where tmin{t1:pos(t)=2ρ1t},

  3. 3.

    r4:=(b,b) for some bt+1/2 to be determined later,

  4. 4.

    r5 depending on Alg’s behavior:

    1. i.

      if pos(2b)<b/2 and serve(r4)>2b, then r5:=(tm,0) with tmmin{t2b:pos(tm)=b/2},

    2. ii.

      otherwise, r5:=(2b,0).

We show in Lemmas 15 and 18 that this sequence is well-defined, in the sense that the time t in the second step and, if needed, the time tm in the fourth step exist.

The adversarial sequence is illustrated in Figure 2 for ρ=1.64. The figure also shows the trajectory of the optimum offline solution for the entire request sequence, as well as the best possible trajectory of Alg.

Figure 2: Adversarial request sequence for the lower bound in Theorem 3 for ρ=1.64 with best Alg in blue and the offline optimum in red. Curved lines in Alg’s trajectory indicate that the online algorithm has degrees of freedom in its behavior, whereas straight lines indicate that any other behavior increases the lower bound on the competitive ratio. Dashed lines show that there are two possible trajectories. The trajectories marked (i) and (ii) correspond to the two cases in the definition of r5.

By σi(r1,r2,,ri) we denote the sequence of requests revealed up to and including request ri, and we write Alg(σi) and Opt(σi) for the cost of Alg and the offline optimum, respectively, for serving the request sequence σi. Moreover, we write Alg[σi] for the schedule Alg computes for the request sequence σi, i.e., Alg’s behavior if only the requests r1,,ri were revealed. Note that the serving times serve(ri) are always w.r.t. the full schedule Alg[σ5].

The following lemma establishes that the time t as described in the second step of Definition 14 exists and falls within certain bounds.

Lemma 15.

After releasing the requests r1 and r2 of Definition 14, there exists a time t[ρ+(3/(2ρ))1,2] such that pos(t)=2ρ1t. Moreover, serve(r2)>t.

Proof.

Observe that, before the first request r1 is revealed, the server needs to be able to handle the case where the first request is of the form (t,t) with t1/ρ. In this case, the offline optimum’s cost is t and the server must be able to serve the request before time ρt. Note that pos(t)t since the server is restricted to unit speed. It follows that t+(tpos(t))ρt. Equivalently, we have

pos(t)(2ρ)tfor all t[0,1/ρ].

This implies that, when r1 is revealed at time 1/ρ, we have pos(1/ρ)(2ρ)/ρ, and it follows that

serve(r1)t1+|pos(t1)p1|=1/ρ+pos(1/ρ)(3ρ)/ρ. (9)

Moreover, serve(r1)1 because Alg is ρ-competitive for the request sequence σ1, i.e., r1 is already served when r2 is revealed. From (9), it follows that

serve(r2)serve(r1)+|p2pos(serve(r1))|=serve(r1)+1(3ρ)/ρ+1=3/ρ.

With this, we obtain that there is a time t where pos(t)=2ρ1t: Let (t):=2ρ1t. At time serve(r1), we have pos(serve(r1))=0<(serve(r1)). When request r2=(1,1) is served at time serve(r2)3/ρ, we have pos(serve(r2))=1>2ρ1(3/ρ)(serve(r2)), where the first inequality holds for ρ1.82. Therefore, by continuity of , there exists t(serve(r1),serve(r2)) such that pos(t)=(t)=2ρ1t.

It remains to prove the claimed upper and lower bounds on t. To this end, note that r2 is served no earlier than time t+(1pos(t))=t+1(2ρ1t)=2t+22ρ. Moreover, Opt(σ2)1+1/ρ (wait in p1=0 until time t1=1/ρ and then move up to p2=1) so that 2t+22ρρOpt(σ2)ρ+1. Reformulating and using ρ5/3 yields

t3ρ122.

To bound t from below, observe that, using (9) and pos(serve(r1))=p1=0, we have for all tserve(r1) that pos(t)pos(serve(r1))+tserve(r1)t(3ρ)/ρ . By definition of time t, it therefore holds that

2ρ1t=pos(t)t(3ρ)/ρ,

or, equivalently, tρ+3/(2ρ)1.

The time t is chosen precisely such that Alg is forced to serve r2 before r3, as the alternative would not be competitive in case no more requests are released.

Observation 16 (Planned order of r2 and r3).

Alg[σ3] serves r2=(1,1) before r3=(t,0).

Proof.

Otherwise, Alg[σ3] would finish the request sequence no earlier than

t+(pos(t)0)+1=t+2ρ1t+1=2ρObs.17ρOpt(σ3),

contradicting that Alg has competitive ratio strictly less than ρ.

To prove restrictions on Alg’s behavior beyond this, we use the fact that Alg’s competitive ratio is strictly less than ρ for the request sequences σ3 and σ4, whose optimum offline cost can be bounded.

Observation 17.

It holds that

Opt(σ3)2andOpt(σ4)t+b.
Proof.

An offline algorithm can serve σ3 by moving to p2=1 at time t2=1 and then moving back to p1=p3=0 to serve r1=(1/ρ,0) and r3=(t,0) at time 2, since t2, achieving completion time 2.

For σ4, the offline optimum can wait in 0 until time t and then move to p4=b>1, serving r2 on the way.

We can now prove lower bounds on the competitive ratio of Alg, depending on which request r5 is released.

Lemma 18.

If pos(2b)<b/2 and serve(r4)>2b, then the adversarial request sequence is well-defined in the sense that tm as described in Definition 14 exists, and

ρ1+3b/2ρ(t+b)b/2.
Proof.

Since pos(2b)<b/2 and r4=(b,b) is not yet served at time 2b, the server has to cross position b/2 at some time tm after 2b. Therefore, the request r5=(tm,0) is well-defined.

Between times b and tm, only requests up to r4 are present, so the offline optimum cost is Opt(σ4)t+b by Observation 17. Since Alg is ρ-competitive, Alg[σ4] must therefore serve r4=(b,b) before time ρ(t+b). This implies that

tm+b/2=tm+|p4pos(tm)|ρ(t+b). (10)

Since pos(tm)=b/2 and since r4=(b,b) and r5=(tm,0) are not yet served by Alg at time tm, we have Alg(σ5)tm+3b/2. Moreover, Opt(σ5)=tm. It follows that

ρAlgOpttm+3b/2tm=1+3b/2tm(10)1+3b/2ρ(t+b)b/2.

To prove a lower bound on the competitive ratio in the second case, we first establish that Alg must plan to serve r3 before r4, and we derive a lower bound on the time r3 is served. We prove the claimed serving order by contradiction: assuming the opposite, we can construct an additional request for which the resulting request sequence even yields a lower bound of 1.75. To establish the lower bound on the serving time of r3, we make use of the fact that Alg must plan to serve r2 before r3 (Observation 16). The details of both proofs can be found in the full version of this paper.

Lemma 19 (Serving order of r3 and r4).

Alg[σ4] serves r3=(t,0) before r4=(b,b).

Lemma 20 (Serving time of r3).

If bt+1/2, it holds that serve(r3)3+2t2ρ.

Combining the previous two lemmas, we can prove a lower bound on the competitive ratio for the second case. Here, the main observation is that it is always optimal for Alg to serve r3, then r4 and then r5, which allows us to use the lower bound on serve(r3) to obtain a lower bound on the competitive ratio for σ5.

Lemma 21.

Let bt+1/2. If pos(2b)b/2 or serve(r4)2b, then

ρ1+3+2t2ρ2b.
Proof.

The adversarial sequence concludes by releasing r5=(2b,0) at time 2b. The optimum offline cost for the entire sequence is Opt(σ5)=2b (immediately move to b and back to the origin in time 2b). By Lemma 19, Alg[σ4] serves r3=(t,0) before r4=(b,b). If serve(r4)2b=t5, i.e., r4 has already been served when r5 appears, then we have serve(r3)<serve(r4)<serve(r5). It follows that Alg(σ5)serve(r3)+|p4p3|+|p5p4|=serve(r3)+2b. In the other case (i.e., serve(r4)>2b), we have pos(2b)b/2 and serve(r4)>2b by assumption. Moreover, we can show that serve(r3)<2b, i.e., r3 is served before r4 and r5: Otherwise, since Alg[σ4] serves r3 before r4 (Lemma 19), it holds that

2ρbbtρ(t+b)Obs.17ρOpt(σ4)Alg(σ4)2b+|pos(2b)p3|+|p4p3|7b/2,

contradicting ρ5/3. Since pos(2b)b/2 and serve(r4)>2b, the fastest way for Alg to complete the sequence σ5 is to serve r4=(b,b) before r5=(2b,0). As before, we obtain Alg(σ5)serve(r3)+2b. It follows that

ρAlg(σ5)Opt(σ5)serve(r3)+2b2b=1+serve(r3)2bLem. 201+3+2t2ρ2b.

To prove Theorem 3, we also need the following two technical lemmas, which are proven in the full version of this paper.

Lemma 22.

Let ρ[3/2,5/3] and t75. If b satisfies

3+2t2ρ2b=3b/2ρ(t+b)b/2 (11)

then bt+1/2.

Lemma 23.

Assume that ρ>3/2 is fixed and b(t) is chosen such that

3+2t2ρ2b(t)=3b(t)2ρ(t+b(t))b(t)LB(t).

Then LB(t) is increasing in t.

Proof of Theorem 3.

Lemmas 18 and 21 combined yield that, for every bt+1/2 and ρ(3/2,5/3], we have

ρ1+min(3b/2ρ(t+b)b/2,3+2t2ρ2b)LB(t,ρ,b). (12)

The remainder of the proof is purely analytical and dedicated to showing that, for every ρ(3/2,5/3] and tρ+3/(2ρ)1, there exists bt+1/2 such that, in (12) one of the values in the minimum is at least 1.64634.

To this end, we choose the maximal b(t,ρ) such that the two values in the minimum coincide. By Lemma 15, we have that tρ+32ρ132+32351=7/5, and therefore, Lemma 22 gives b(t,ρ)t+1/2, so that the lower bound still applies. Moreover, it follows from Lemma 23 that the resulting lower bound LB(t,ρ,b(t,ρ)) is increasing in t. Therefore, we obtain a general lower bound by setting t=ρ+3/(2ρ)1 (since we have proven in Lemma 15 that t is lower bounded by this value). Plugging this in, we obtain

ρ1+min(3b2ρ22ρ+2ρb+3b,3+ρ2ρb)

resulting in

b=2ρ2+5ρ3+52ρ4+116ρ359ρ2+186ρ+912ρ

and a lower bound on the competitive ratio of

1+6(ρ+3)2ρ2+5ρ3+52ρ4+116ρ359ρ2+186ρ+9,

which decreases in ρ>0 and equals ρ at ρ>1.6463. Therefore, we established a lower bound of at least 1.6463 for every ρ1.6463.

References

  • [1] Mikkel Abrahamsen, Ioana O. Bercea, Lorenzo Beretta, Jonas Klausen, and László Kozma. Online sorting and online TSP: randomized, stochastic, and high-dimensional. In Proceedings of the 32nd Annual European Symposium on Algorithms (ESA), pages 5:1–5:15, 2024. doi:10.4230/LIPIcs.ESA.2024.5.
  • [2] Norbert Ascheuer, Sven Oliver Krumke, and Jörg Rambau. Online dial-a-ride problems: Minimizing the completion time. In Proceedings of the 17th Annual Symposium on Theoretical Aspects of Computer Science (STACS), pages 639–650, 2000. doi:10.1007/3-540-46541-3_53.
  • [3] Giorgio Ausiello, Vincenzo Bonifaci, and Luigi Laura. The on-line asymmetric traveling salesman problem. Journal of Discrete Algorithms, 6(2):290–298, 2008. doi:10.1016/J.JDA.2007.03.002.
  • [4] Giorgio Ausiello, Marc Demange, Luigi Laura, and Vangelis Th. Paschos. Algorithms for the on-line quota traveling salesman problem. Information Processing Letters, 92(2):89–94, 2004. doi:10.1016/J.IPL.2004.06.013.
  • [5] Giorgio Ausiello, Esteban Feuerstein, Stefano Leonardi, Leen Stougie, and Maurizio Talamo. Algorithms for the on-line travelling salesman. Algorithmica, 29(4):560–581, 2001. doi:10.1007/S004530010071.
  • [6] Júlia Baligács, Yann Disser, Irene Heinrich, and Pascal Schweitzer. Exploration of graphs with excluded minors. Journal of Computer and System Sciences, 156:103725, 2026. doi:10.1016/J.JCSS.2025.103725.
  • [7] Júlia Baligács, Yann Disser, Farehe Soheil, and David Weckbecker. Tight analysis of the lazy algorithm for open online dial-a-ride. In Proceedings of the 18th International Algorithms and Data Structures Symposium (WADS), pages 43–64, 2023. doi:10.1007/978-3-031-38906-1_4.
  • [8] Alexander Birx. Competitive analysis of the online dial-a-ride problem. PhD thesis, TU Darmstadt, 2020.
  • [9] Alexander Birx and Yann Disser. Tight analysis of the smartstart algorithm for online dial-a-ride on the line. SIAM Journal on Discrete Mathematics, 34(2):1409–1443, 2020. doi:10.1137/19M1268513.
  • [10] Alexander Birx, Yann Disser, and Kevin Schewior. Improved bounds for open online dial-a-ride on the line. Algorithmica, 2022. doi:10.1007/S00453-022-01061-4.
  • [11] Antje Bjelde, Jan Hackfeld, Yann Disser, Christoph Hansknecht, Maarten Lipmann, Julie Meißner, Miriam Schlöter, Kevin Schewior, and Leen Stougie. Tight bounds for online TSP on the line. ACM Transactions on Algorithms, 17(1):3:1–3:58, 2021. doi:10.1145/3422362.
  • [12] Michiel Blom, Sven O. Krumke, Willem E. de Paepe, and Leen Stougie. The online TSP against fair adversaries. INFORMS Journal on Computing, 13(2):138–148, 2001. doi:10.1287/IJOC.13.2.138.10517.
  • [13] Vincenzo Bonifaci and Leen Stougie. Online k-server routing problems. Theory of Computing Systems, 45(3):470–485, 2008. doi:10.1007/S00224-008-9103-4.
  • [14] George Christodoulou and Alkmini Sgouritsa. An improved upper bound for the universal TSP on the grid. SIAM J. Comput., 53(5):1476–1523, 2024. doi:10.1137/17M1154849.
  • [15] Romain Cosson. Breaking the k/log k barrier in collective tree exploration via tree-mining. In Proceedings of the 2024 ACM-SIAM Symposium on Discrete Algorithms (SODA), pages 4264–4282, 2024. doi:10.1137/1.9781611977912.148.
  • [16] Yann Disser, Jan Hackfeld, and Max Klimm. Tight bounds for undirected graph exploration with pebbles and multiple agents. Journal of the ACM, 66(6):40(41), 2019. doi:10.1145/3356883.
  • [17] Esteban Feuerstein and Leen Stougie. On-line single-server dial-a-ride problems. Theoretical Computer Science, 268(1):91–105, 2001. doi:10.1016/S0304-3975(00)00261-9.
  • [18] Patrick Jaillet and Xin Lu. Online traveling salesman problems with service flexibility. Networks, 58(2):137–146, 2011. doi:10.1002/NET.20454.
  • [19] Patrick Jaillet and Xin Lu. Online traveling salesman problems with rejection options. Networks, 64(2):84–95, 2014. doi:10.1002/NET.21559.
  • [20] Vinay A. Jawgal, V. N. Muralidhara, and P. S. Srinivasan. Online travelling salesman problem on a circle. In In Proceedings of the 15th International Conference on Theory and Applications of Models of Computation (TAMC), pages 325–336, 2019. doi:10.1007/978-3-030-14812-6_20.
  • [21] Lujun Jia, Guolong Lin, Guevara Noubir, Rajmohan Rajaraman, and Ravi Sundaram. Universal approximations for TSP, Steiner tree, and set cover. In Proceedings of the 37th Annual ACM Symposium on Theory of Computing (STOC), pages 386–395, 2005. doi:10.1145/1060590.1060649.
  • [22] Bala Kalyanasundaram and Kirk R. Pruhs. Constructing competitive tours from local information. Theoretical Computer Science, 130(1):125–138, 1994. doi:10.1016/0304-3975(94)90155-4.
  • [23] Sven O. Krumke. Online optimization competitive analysis and beyond. Habilitation thesis, Zuse Institute Berlin, 2001.
  • [24] Sven O. Krumke, Willem E. de Paepe, Diana Poensgen, Maarten Lipmann, Alberto Marchetti-Spaccamela, and Leen Stougie. On minimizing the maximum flow time in the online dial-a-ride problem. In Proceedings of the 3rd International Conference on Approximation and Online Algorithms (WAOA), pages 258–269, 2006. doi:10.1007/11671411_20.
  • [25] Sven Oliver Krumke, Luigi Laura, Maarten Lipmann, Alberto Marchetti-Spaccamela, Willem de Paepe, Diana Poensgen, and Leen Stougie. Non-abusiveness helps: An O(1)-competitive algorithm for minimizing the maximum flow time in the online traveling salesman problem. In Proceedings of the 5th International Workshop on Approximation Algorithms for Combinatorial Optimization (APPROX), pages 200–214, 2002. doi:10.1007/3-540-45753-4_18.
  • [26] Maarten Lipmann. On-line routing. PhD thesis, Technische Universiteit Eindhoven, 2003.