Türme von Hanoi

Die Türme von Hanoi sind ein mathematisches Knobel- und Geduldsspiel. In der Informatik gilt es als Standardbeispiel für rekursive Programmierung.

Spielregeln 

Das Spiel wird von einer Person gespielt. Es besteht aus drei gleich großen Stäben, auf die mehrere gelochte Scheiben gesteckt werden, alle verschieden groß.

Zu Beginn liegen alle Scheiben auf dem linken Stab, der Größe nach geordnet, mit der größten Scheibe unten und der kleinsten oben (siehe Bild).

Ziel des Spiels ist es, den kompletten Scheiben-Stapel vom linken Stab auf den rechten Stab zu versetzen. Hierbei gelten zwei Regeln:
 Es darf immer nur eine Scheibe gleichzeitig bewegt werden.
 Die bewegte Scheibe darf nicht auf eine kleinere Scheibe gesteckt werden.
Folglich sind zu jedem Zeitpunkt des Spieles die Scheiben auf jedem Feld der Größe nach geordnet.

Geschichte 
Das Spiel wurde 1883 vom französischen Mathematiker Édouard Lucas erfunden – deshalb auch manchmal Lucas-Türme (engl. Lucas Tower) genannt. Lucas brachte das Spiel 1883 auf den Markt als Tour d’Hanoi von einem Prof. Claus aus Siam (von der Universität Li-Sou-Stian), ein Anagramm für Lucas und die Universität Saint-Louis. Er dachte sich dazu die Geschichte aus, dass dies eine vereinfachte Version des Turms von Brahma sei. Indische Mönche im großen Tempel zu Benares, im Mittelpunkt der Welt, müssten einen Turm aus 64 goldenen Scheiben versetzen. Bevor ihnen das gelungen sei, wäre aber der Tempel zu Staub zerfallen und mit einem Donnerschlag das Ende der Welt gekommen. Das ursprüngliche Spiel hatte acht Scheiben. Das Rätsel fand bald darauf Eingang in Sammlungen mathematischer Rätsel.

Zugfolgen 
Das Spiel kann mit einer beliebigen Anzahl von Scheiben gespielt werden. Zur Erläuterung wird die linke Stange (Start) mit , die mittlere mit  und die rechte Stange (Ziel) mit  bezeichnet. Die Scheiben werden, von der kleinsten bis zur größten mit ,   usw. bis  bezeichnet, wobei  die Anzahl der Scheiben ist. Die hier verwendete Schreibweise für Züge ist:

Die Angabe   bedeutet, dass die Scheibe  vom Stab  auf den Stab  verschoben wird.

Türme bis vier Scheiben 
Der triviale Fall mit n = 1, also mit einer Scheibe, ist in einem Zug lösbar. Es genügt der Zug:

Der Fall , also mit zwei Scheiben, erfordert drei Züge: Zuerst wird die obere kleine Scheibe auf den Stab  gelegt, anschließend die untere größere Scheibe auf den Stab  und abschließend die kleine Scheibe vom Stab  auf den Stab  gelegt. Die Aufgabe wird also durch die folgenden drei Züge gelöst:
 |  | 

Für den Fall , also mit drei Scheiben, kann folgende Vorüberlegung angestellt werden: Um die größte, also unten liegende, Scheibe nach  bewegen zu können, muss der Zweierstapel („2-Stapel“, Stapel aus den Scheiben  und ) darüber auf  bewegt werden. Um diesen 2-Stapel nach  zu bewegen, muss der 1-Stapel darüber, also die oberste, kleinste Scheibe , zunächst nach  bewegt werden. Anschließend kann die mittlere Scheibe nach  und die kleinste Scheibe von  nach  bewegt werden. Es ergibt sich also die Zugfolge:

Diese Zugfolge entspricht also dem Fall mit zwei Scheiben, wobei jedoch die Stäbe  und  vertauschte Rollen spielen.

Jetzt kann die dritte, unterste Scheibe nach rechts verschoben werden. Dies entspricht dem Zug:

Zum Schluss muss der 2-Stapel von der Mitte nach rechts verschoben werden, um die Aufgabe zu lösen. Dies funktioniert genauso wie die Zugfolge am Anfang, nur dass Stab  mit Stab , Stab  mit Stab  und Stab  mit Stab  vertauschte Rollen spielen. Es bleibt also die Zugfolge:

auszuführen. Insgesamt werden also sieben Spielzüge benötigt.

Allgemein kann für jede zusätzliche Scheibe zuerst der Stapel mit einer Scheibe auf , dann die unterste Scheibe nach  und anschließend der Stapel von  nach  weiterbewegt werden. Für den Fall , also mit vier Scheiben, ergibt sich also die Zugfolge mit den 15 Lösungsschritten:

Zugfolge für größere Türme 

Die Zahl der bei optimaler Lösung nötigen Züge wächst exponentiell mit der Scheibenzahl. Für  Scheiben werden  Züge benötigt. Die nebenstehende Tabelle zeigt die Anzahl der Züge bei verschiedenen Turmgrößen.

Rekursiver Algorithmus 
Die Geschichte um die Mönche und die Zugfolgen für kleine Scheibenanzahlen führen mit einem rekursiven Algorithmus zur Lösung des Spiels. Da sich ein Computerprogramm zur Lösung des Spiels mit wenigen Zeilen schreiben lässt, ist Türme von Hanoi ein klassisches Beispiel für diese Art der Problemlösung.

Der Algorithmus besteht im Wesentlichen aus einer Funktion bewege, die vier Parameter besitzt. Mit i ist die Anzahl der zu verschiebenden Scheiben bezeichnet, mit a der Stab von dem verschoben werden soll, mit b der Stab, der als Zwischenziel dient und mit c der Stab, auf den die Scheiben verschoben werden sollen. Zur Lösung des eigentlichen Problems wird bewege mit i = n, a = A, b = B und c = C aufgerufen.

Die Funktion bewege löst ein Teilproblem dadurch, dass es dieses in drei einfachere Probleme aufteilt, sofern der zu verschiebende Turm mindestens die Höhe 1 besitzt. Andernfalls ist die Funktion bewege untätig. Die drei Teilprobleme werden sequentiell ausgeführt. Zunächst wird der um eine Scheibe kleinere Turm von a auf das Zwischenziel b verschoben, indem sich die Funktion bewege selbst mit den entsprechenden Parametern aufruft. Die Stäbe b und c tauschen dabei ihre Rollen. Anschließend wird die einzig verbliebene Scheibe von a nach c verschoben. Zum Abschluss wird der zuvor auf b verschobene Turm auf seinen Bestimmungsort c verschoben, wobei hier a und b die Rollen tauschen.

 function bewege (Zahl i, Stab a, Stab b, Stab c) {
     falls (i > 0) {
        bewege(i-1, a, c, b);
        verschiebe oberste Scheibe von a nach c;
        bewege(i-1, b, a, c);
     }
 }

So verhält sich die Funktion bei drei Scheiben (die Stäbe wurden durchnummeriert, links: a, mitte: b, rechts: c; der Bewegungsablauf ist exakt wie im Bild oben):

 bewege(3,a,b,c) {
     bewege(2,a,c,b) {
         bewege(1,a,b,c) {
             bewege(0,a,c,b){};
             verschiebe oberste Scheibe von a nach c;
             bewege(0,b,a,c){};
         };
         verschiebe oberste Scheibe von a nach b;
         bewege(1,c,a,b){
             bewege(0,c,b,a){};
             verschiebe oberste Scheibe von c nach b;
             bewege(0,a,c,b){};
         };
     };
     verschiebe oberste Scheibe von a nach c;
     bewege(2,b,a,c){
         bewege(1,b,c,a){
             bewege(0,b,a,c){};
             verschiebe oberste Scheibe von b nach a;
             bewege(0,c,b,a){};
         };
         verschiebe oberste Scheibe von b nach c;
         bewege(1,a,b,c){
             bewege(0,a,c,b){};
             verschiebe oberste Scheibe von a nach c;
             bewege(0,b,a,c){};
         };
     };
 };

Die Korrektheit des Algorithmus ist zwar intuitiv glaubhaft, formal aber nicht trivial beweisbar. Im Wesentlichen müssen zwei Dinge gezeigt werden. Zum einen müssen die Teillösungen korrekt arbeiten. Zum anderen ist zu zeigen, dass diese überhaupt durchgeführt werden können. Schließlich darf keine der Scheiben, die bei Teillösungen nicht betrachtet werden, den Transport verhindern. Dass dem tatsächlich so ist, folgt aus der Eigenschaft, dass die Funktion bewege bei jeder Teillösung immer nur die kleinsten i Scheiben bewegt. Sowohl diese Eigenschaft als auch die Korrektheit der Teillösungen lässt sich durch vollständige Induktion zeigen.

Iterativer Algorithmus

Uhrzeigersinn 
Peter Buneman und Leon Levy haben 1980 einen iterativen Algorithmus beschrieben, der die gleiche Zugfolge generiert. Bei diesem ist die Korrektheit zwar nicht sofort erkennbar, die Handlungsweise aber ohne das Konzept der Rekursion verständlich. Es sei vorausgesetzt, dass die Stäbe A, B und C bei gerader Scheibenanzahl im Uhrzeigersinn auf einem Kreis angeordnet sind, sonst entgegen dem Uhrzeigersinn. Die Scheiben befinden sich zum Anfang alle auf Stab A, am Ende auf Stab C.

Solange sich auf wenigstens einem der beiden Stäbe A und B Scheiben befinden, wird erst die kleinste Scheibe () im Uhrzeigersinn und anschließend, sofern dies möglich ist, eine von  verschiedene Scheibe verschoben. Als Pseudocode notiert ergibt sich also folgender Algorithmus:

 solange (Stab A oder B enthalten Scheiben) {
     Verschiebe  im Uhrzeigersinn um einen Platz;
     falls (eine von  verschiedene Scheibe ist verschiebbar)
         Verschiebe eine von  verschiedene Scheibe;
 }

So verhält sich die Funktion bei drei Scheiben (vergleiche Bild oben).

Um mit dem Bild zu synchronisieren, wird  um zwei, statt um ein Feld im Uhrzeigersinn verschoben:

 Anfangsposition:
 A = 3,2,1 | B = 0,0,0 | C = 0,0,0

 Erster Durchlauf:
 A = 3,2,0 | B = 0,0,0 | C = 1,0,0 //  von A nach C
 A = 3,0,0 | B = 2,0,0 | C = 1,0,0 //  von A nach B

 Zweiter Durchlauf:
 A = 3,0,0 | B = 2,1,0 | C = 0,0,0 //  von C nach B
 A = 0,0,0 | B = 2,1,0 | C = 3,0,0 //  von A nach C

 Dritter Durchlauf:
 A = 1,0,0 | B = 2,0,0 | C = 3,0,0 //  von B nach A
 A = 1,0,0 | B = 0,0,0 | C = 3,2,0 //  von B nach C

 Letzter Durchlauf
 A = 0,0,0 | B = 0,0,0 | C = 3,2,1 //  von A nach C

 Endposition:
 A = 0,0,0 | B = 0,0,0 | C = 3,2,1

Der zweite Zug innerhalb der Schleife ist bis auf den letzten Schleifendurchgang immer möglich und auch eindeutig. Um dies einzusehen, sei der Stab, auf dem  liegt mit a und von den beiden verbliebenen Stäben denjenigen mit der kleineren obenaufliegenden Scheibe mit b, der anderen mit c bezeichnet. Offensichtlich kann die oberste Scheibe von b auf c verschoben werden. Dies ist zugleich die einzige Möglichkeit, eine Scheibe verschieden von  zu verschieben. Denn weder die oberste Scheibe von b noch von c kann auf a verschoben werden, da dort mit  die kleinste Scheibe liegt. Auch ein Verschieben der obersten Scheibe von c nach b ist nach Wahl der Bezeichnungen der Stäbe nicht möglich. Der Fall, dass keine andere Scheibe als  verschiebbar ist, tritt nur dann ein, wenn alle Scheiben wieder auf einem Stab liegen, das Ziel also bereits erreicht ist.

Gerade / Ungerade Ziffern 
Ein weiterer Lösungsweg beruht auf folgenden beiden Merkmalen des Anfangsturms. Zum einen auf der geraden bzw. ungeraden Anzahl der Scheiben und zum Zweiten auf der Nummerierung der Scheiben beim Abzählen von unten nach oben. Es sind dann folgende Regeln zu beachten:
 beim ersten Zug und bei ungerader Scheibenanzahl geht die kleinste Scheibe von A nach C bzw. im geraden Fall von A nach B,
 jeder zweite Zug erfolgt stets mit der kleinsten Scheibe, falls ihre Endziffer gerade (bzw. ungerade) ist, geht der Zug auf eine Scheibe mit ungerader (bzw. gerader) Nummerierung, falls dies nicht möglich ist, geht der Zug auf ein Leerfeld,
 der Zug dazwischen betrifft die beiden oben liegenden nicht-kleinsten Scheiben. Er ist eindeutig, die kleinere der beiden Scheiben geht auf die größere Scheibe, falls das nicht möglich ist, auf ein Leerfeld.

Optimalität der Algorithmen 
Es gibt für jede Scheibenanzahl nur einen optimalen Lösungsweg für das Problem, also nur eine kürzeste Zugfolge. Diese wird von beiden Algorithmen durchlaufen. In diesem Sinne sind die Algorithmen also optimal.

Für den rekursiven Algorithmus lässt sich dies leicht einsehen. Bevor die unterste Scheibe eines (Teil-)Turmes verschoben werden kann, müssen alle darüberliegenden Scheiben auf das Zwischenziel verschoben werden (dort müssen sie natürlich in geordneter Reihenfolge landen). Erst dann kann die unterste Scheibe auf den Zielstab verschoben werden. Denn nur dann liegt diese frei und nur wenn alle ursprünglich über dieser Scheibe liegenden Scheiben auf dem Zwischenziel liegen, kann keine dieser kleineren Scheiben das Verschieben der untersten Scheibe auf das Ziel blockieren.

Für die Optimalität des iterativen Algorithmus genügt es zu zeigen, dass die durch den rekursiven Algorithmus bestimmte Zugfolge den Bedingungen des iterativen Algorithmus genügt. Dies ergibt sich aus der folgenden Überlegung: Das Versetzen eines nichtleeren Teilturmes beginnt und endet jeweils mit einer Bewegung der kleinsten Scheibe. In der rekursiven Funktion wird also unmittelbar vor und unmittelbar nach dem Verschieben der i-ten Scheibe die kleinste Scheibe bewegt. Da jede Bewegung einer Scheibe auf dieser Anweisung beruht und die kleinste Scheibe aufgrund der Optimalität niemals zweimal direkt hintereinander bewegt wird, wird sie in jedem zweiten Zug versetzt. Die zyklische Richtung, in der die beiden Teiltürme in einem Aufruf der Funktion versetzt werden, ist für die beiden rekursiven Aufrufe a–c–b und b–a–c der Funktion dieselbe, nämlich der Richtung a–b–c entgegengesetzt. Infolgedessen ist die zyklische Richtung für alle Aufrufe mit i = 1 dieselbe, das heißt, die kleinste Scheibe wird immer in derselben Richtung bewegt. Somit erzeugt der rekursive Algorithmus dieselbe Zugfolge wie der iterative.

Der iterative Algorithmus führt auch dann zur Lösung, wenn die Stäbe falsch herum auf dem Kreis angeordnet werden. Im Falle einer falschen Anordnung werden die Scheiben aber zuerst auf Stab B verschoben. Da in dieser Situation die Abbruchbedingung nicht erfüllt ist, wird anschließend weiter auf C verschoben. Der Algorithmus benötigt in diesem Fall damit doppelt so viele Züge, ist dann also nicht optimal.

Für eine optimale Zugfolge sind folgende Bedingungen offensichtlich notwendig:

 Eine bestimmte Spielsituation darf nicht erneut erreicht werden.
 Die zuletzt bewegte Scheibe darf nicht gleich noch einmal bewegt werden.

Sie sind aber nicht hinreichend, dies zeigt das Beispiel für drei Scheiben mit insgesamt 11 Zügen:

 |  |  |  | |  |  |  |  |  | 
Die oben angegebenen Zugfolgen für kleine Scheibenanzahlen sind optimal, entsprechen also genau den Zugfolgen, die von den Algorithmen erzeugt werden.

Eigenschaften optimaler Zugfolgen 
Für optimale Zugfolgen lassen sich eine ganze Reihe von Eigenschaften herleiten. Wegen der Optimalität des rekursiven Algorithmus ist dies besonders leicht anhand seiner Funktionsweise möglich.

Sei  wieder die Anzahl der Scheiben. Die Anzahl der Züge der optimalen Lösung ist dann . Dies lässt sich leicht induktiv zeigen. Für eine einzelne Scheibe ist dies sicher richtig, denn diese muss nur von  nach  verschoben werden. Die optimale Zugfolge besteht also, wie behauptet, aus einem Zug. Für größere Scheibenanzahlen wird die Anzahl der Züge durch Summation der Züge für die Teilprobleme nachgewiesen. Die Zuganzahl entspricht also dem Doppelten der minimalen Zuganzahl für den um eine Scheibe kleineren Turm, da dieser zweimal bewegt werden muss, plus den einen Zug, um die größte Scheibe zu bewegen. Wie behauptet folgt:

Es lässt sich leicht bestimmen, wie oft und bei welchen Zügen eine Scheibe bei einer optimalen Zugfolge bewegt wird. Allgemein gilt, dass die Scheibe  genau  mal bewegt wird. Dabei wird sie beim Zug  das erste Mal und dann nach jeweils  Zügen erneut bewegt. Die kleinste Scheibe  wird bei jedem zweiten Zug bewegt, beginnend mit dem ersten Zug. Die zweitkleinste Scheibe  wird bei jedem vierten Zug bewegt, beginnend mit dem zweiten Zug. Die größte Scheibe  wird einmal bewegt, und zwar beim mittleren, also dem -ten Zug. Die zweitgrößte Scheibe  wird zweimal bewegt, und zwar nach dem ersten und dritten Viertel der um 1 erhöhten Zugfolge, also bei den Zügen  und . Auf diese Weise ist es möglich, an jedem Punkt der Zugfolge zu bestimmen, welche Scheibe als Nächstes bewegt werden muss.

Der Spielbaum und das Sierpiński-Dreieck 

Stellt man alle erlaubten Spielzüge in einem Graphen dar, dann erhält man den Spielbaum. Dabei wird jede Spielstellung durch einen Knoten dargestellt und jeder Zug durch eine Kante. Die Beschriftung der Knoten erfolgt anhand der Position der Scheiben, beginnend mit der Position der größten Scheibe .

Die nebenstehende Grafik zeigt den Spielbaum eines Turms der Höhe drei. Die Ecken des Dreiecks mit den Stellungen AAA und CCC entsprechen der Start- bzw. Endposition, die Ecke BBB entspricht der Stellung mit allen Scheiben auf dem mittleren Stab B. Die Kantenfarbe entspricht der der bewegten Scheibe in der Animation oben: Rot für die kleinste, Gelb für die mittlere und Blau für die größte Scheibe .

Der erste Zug der optimalen Lösung – oben bezeichnet mit -AC – entspricht also der roten Kante zwischen AAA und AAC und bewegt die kleine rote Scheibe  von A nach C. Danach wird die gelbe Scheibe  von A nach B gezogen und die Stellung dadurch von AAC zu ABC verändert.

Die Anzahl der Knoten im Graph – also die Anzahl möglicher Spielstellungen – ist , denn jede Scheibe kann sich auf jedem Stab befinden und bei mehreren Scheiben auf demselben Stab ist deren Anordnung aufgrund ihrer Größe eindeutig gegeben.

Von jeder Spielstellung aus lässt sich die kleinste Scheibe auf zwei andere Stäbe bewegen.
Sind nicht alle Scheiben auf dem gleichen Stab, darf man zudem noch die nächstkleinere, obenliegende Scheibe bewegen.
Von allen Stellungen aus hat man also drei Zugmöglichkeiten, außer an den Ausgangspositionen AAA, BBB und CCC, in denen nur zwei Züge möglich sind.

Die Anzahl der Kanten  im Graph ist also

Die Division durch Zwei rührt daher, dass jede Kante zu zwei Knoten gehört. Die Gesamtheit aller Züge ist , da man Hin- und Rückzug unterscheiden muss.

Durch den rekursiven Aufbau des Spielgraphen lässt sich leicht nachweisen, dass der Durchmesser des Graphen gleich  ist. Das heißt, von einer gegebenen Stellung aus ist jede andere Stellung mit höchstens  Zügen erreichbar, und es gibt Stellungen, deren kürzeste Verbindung  Züge umfasst, wie zum Beispiel die optimale Zugfolge von der Start- zur Endstellung.

Erhöht man einen Turm um eine Scheibe, dann wachsen sowohl die Anzahl der Knoten als auch die Anzahl der Kanten seines Spielbaumes in der Größenordnung von 3, während der geometrische Durchmesser in der gewählten Veranschaulichung um den Faktor 2 wächst. Normiert man die Spielbäume auf den Durchmesser Eins, dann strebt die Folge der so normierten Graphen gegen das Sierpinski-Dreieck.

Die Grenzstruktur ist also ein selbstähnliches Fraktal mit der Hausdorff-Dimension

Literatur 
 Andreas M. Hinz, Sandi Klavžar, Ciril Petr: The Tower of Hanoi. Myth and Math, 2. Auflage, Birkhäuser 2018
 Martin Gardner: Das Ikosaeder Spiel und der Turm von Hanoi, in: Martin Gardner, Mathematische Rätsel und Probleme, Vieweg 1964
 englisches Original The Icosian Game and the Tower of Hanoi, in: Martin Gardner: The Scientific American Book of Puzzles and Diversions, Simon and Schuster 1959, Neuauflage Hexaflexygons, Probability Paradoxes and the Tower of Hanoi, Cambridge UP 2008 (mit Literaturverzeichnis)

Weblinks 
 Einführung in die wissenschaftliche Programmierung – Seite 3, Stack-Beispiel: Türme von Hanoi (Vorlesung an der Technischen Universität München)
 Lernfunk.de – Demonstration des Algorithmus (Ausschnitt aus der Vorlesung Algorithmen der Universität Osnabrück)
 Towers of Hanoi bei Wolfram Research – Zusammenhang zu verschiedenen mathematischen Fachgebieten
 Türme von Hanoi – ein mit Maple realisierter Algorithmus
 Türme von Hanoi – eine graphische Realisierung des Algorithmus in Html5-Canvas
 Explizite Lösung

Einzelnachweise 

Geduldsspiel
Kognitionswissenschaft
Rekursion