Blackboard-Architektur

Stell dir eine Schulklasse vor, die gemeinsam ein schwieriges Rätsel löst. In der Mitte steht eine große Tafel. Wer eine Teillösung hat, schreibt sie an. Alle anderen lesen mit und bauen darauf auf. Genau so funktioniert die Blackboard-Architektur in der Software: Ein gemeinsamer Speicherbereich, das Blackboard, hält alle bisherigen Zwischenergebnisse fest. Mehrere getrennte Programmteile schauen dort hinein und tragen ihr Wissen ein. Keiner dieser Teile kennt die Lösung allein, und keiner redet direkt mit den anderen.

Warum man Probleme ohne festen Lösungsweg so angeht

Für viele Aufgaben kennt man den Rechenweg vorher genau. Eine Steuerberechnung etwa läuft immer in derselben Reihenfolge ab. Bei anderen Problemen weiß man das nicht. Wenn ein Programm gesprochene Sprache verstehen soll, hängt es vom Tonsignal ab, welcher Schritt als Nächstes sinnvoll ist. Mal hilft die Grammatik weiter, mal die Lautanalyse.

Genau für solche Fälle wurde das Blackboard-Modell in den 1970er-Jahren entwickelt. Das bekannteste Beispiel ist Hearsay-II, ein System zur Spracherkennung an der Carnegie Mellon University. Es zerlegte die Aufgabe in Ebenen: Signal, Laute, Silben, Wörter, Sätze. Für jede Ebene gab es eigene Fachmodule. Sie arbeiteten sich gemeinsam von unklaren Schallwellen zu einem sinnvollen Satz hoch.

Der praktische Vorteil ist die lose Kopplung. Die Module hängen nicht voneinander ab, sondern nur vom gemeinsamen Speicher. Man kann ein Modul austauschen oder ein neues hinzufügen, ohne den Rest umzubauen. Das macht solche Systeme erweiterbar, aber auch schwer vorhersagbar: Welcher Weg zur Lösung genommen wird, entscheidet sich erst während der Laufzeit.

Tafel, Fachmodule und Schiedsrichter

Ein solches System besteht aus drei Bauteilen. Das Blackboard ist der gemeinsame Datenspeicher mit allen Zwischenergebnissen. Die Wissensquellen sind die spezialisierten Programmteile, oft nach Fachgebieten getrennt. Der Kontrollmechanismus ist eine Art Schiedsrichter, der entscheidet, wer als Nächstes schreiben darf.

Der Ablauf wiederholt sich in Runden. Jede Wissensquelle prüft, ob der aktuelle Tafelinhalt zu ihr passt. Wenn ja, meldet sie sich als einsatzbereit. Melden sich mehrere gleichzeitig, wählt der Kontrollmechanismus eine aus, etwa nach Dringlichkeit oder erwartetem Nutzen. Die gewählte Wissensquelle rechnet und schreibt ihr Ergebnis auf das Blackboard. Danach beginnt die nächste Runde mit einem veränderten Tafelbild.

Wichtig ist, dass Einträge nicht endgültig sein müssen. Eine Wissensquelle darf eine Hypothese notieren, also eine begründete Vermutung mit einem Sicherheitswert. Spätere Module können diese Vermutung stützen oder verwerfen. So nähert sich das System der Lösung an, statt sie in einem Zug zu berechnen. Ein häufiger Irrtum ist, das Blackboard für eine bloße Datenbank zu halten. Der Unterschied liegt im Kontrollmechanismus: Er treibt den Prozess aktiv voran.

Von Hearsay-II zu heutigen Agentensystemen

In der klassischen Form ist die Blackboard-Architektur selten geworden. Ihre Idee lebt aber weiter. Roboter nutzen sie, um Kamerabilder, Abstandssensoren und Kartendaten zu einem Bild der Umgebung zu verschmelzen. Auch in der Signalauswertung, etwa bei der Überwachung von Schiffsbewegungen, kommen ähnliche Aufbauten vor.

Auffällig ist die Nähe zu aktuellen Multi-Agenten-Systemen. Dort arbeiten mehrere KI-Programme an einer Aufgabe, oft mit unterschiedlichen Rollen. Viele dieser Systeme nutzen einen gemeinsamen Arbeitsspeicher, in den alle Agenten ihre Zwischenschritte schreiben. In Fachartikeln taucht dafür regelmäßig wieder das Wort Blackboard auf. Der Begriff ist also über vierzig Jahre alt und trotzdem in aktuellen Debatten präsent.

Wer Software entwickelt, begegnet dem Muster außerdem in Lehrbüchern zur Softwarearchitektur. Dort steht es neben bekannteren Bauplänen wie der Schichtenarchitektur. Man wählt es bewusst dann, wenn kein fester Ablauf existiert und viele unterschiedliche Fachbereiche zusammenwirken müssen.