Das Amsterdam Hypermedia Model

Wenngleich das im vorigen Abschnitt näher betrachtete Dexter-Modell durch seinen schon herausgestellten hohen Abstraktionsgrad nicht nur für Hypertext geeignet ist, sondern sich auch auf jeden hypermedialen Typ anwenden lässt, mangelt es diesem Modell an einem besonderen Aspekt, der insbesondere für eine Kombination von Hypermedia mit Multimedia zwingend ist. Gemeint ist damit das zeitliche Medienverhalten und die Abhängigkeit von der Benutzerinteraktion. [BOL98]

• So kann Hypertext als eine Struktur aus Knoten angesehen werden, innerhalb der sich der Benutzer mit Hilfe von Links bewegen kann. Diese Bewegung ist unabhängig von jedem zeitlichen Aspekt und somit auch nicht zeitlich getrieben. Vielmehr findet die Bewegung bzw. Veränderung nur dann statt, wenn der Benutzer diese explizit durch eine Interaktion anstößt.
• Multimedia hat hingegen, wie im Abschnitt "Multi ..." gezeigt, zwingend ein zeitliches Eigenverhalten. Multimedia ohne dieses Eigenverhalten kann es nach dieser Definition zwar durchaus geben, stellt aber einen Sonderfall dar. Das zeitliche Eigenverhalten hat zur Folge, dass die Präsentation des Mediums sich auch ohne explizite Interaktion eines Benutzers verändern kann.

In dem nun hier vorgestellten Modell wird Hypermedia nun als eine Kombination aus Multimedia und Hypertext angesehen. Die Knoten, aus denen auch in diesem Modell der Informationsraum aufgespannt wird, sind multimedial und zudem mittels Links untereinander verbunden. Es handelt sich also um eine Netzwerkstruktur, die zeitliche Aspekte einbindet. Dadurch kombinieren sich die Navigation durch Interaktion mit dem medieninhärenten zeitlichen Antrieb aus den Multimedien.

Um diese Kombination von zeitlichen und interaktiven Charakteristika zu kombinieren und modellhaft zu beschreiben, entwickelten Lynda Hardman, Dick Bulterman und Guido van Rossum 1994 das Amsterdam Hypermedia Model (AHM). Dieses erweitert das Dexter Model um zeitliche und kontextuelle Anteile und beschreibt so erstmals explizit Hypermedia anstelle von Hypertext.

Zwar kann heutzutage durchaus gesagt werden, dass der Ansatz der "Timeline", die das AHM einführt, in vielen Aspekten hinter den Möglichkeiten aktueller Multimediasysteme zurückbleibt. Dennoch ist dieses Modell so stark, dass es an dieser Stelle näher vorgestellt werden muss.

Das Modell baut auf dem Dexter-Modell auf und erweitert dieses um zwei Mechanismen zur Behandlung des zeitlichen Verhaltens:

• die sogenannte Collection gruppiert Medienkomponenten, und
• die Synchronization beschreibt die zeitliche Abhängigkeit zwischen diesen Komponenten.

Dieses Vorgehen allein löst die Probleme, die sich aus der Kombination von zeitlicher Eigendynamik und Beeinflussung durch benutzergetriebene Interaktion ergeben, noch nicht. Um dies zu erreichen, berücksichtigt das AHM verschiedene weitere, strukturelle Ansätze:

Hypertext, Multimedia und Hypermedia im AHM (1)

• Alle Daten einer Komponente werden in der Hidden Structure vereint. Durch die Zusammenführung und kombinierte Behandlung der Inhalte einer Komponente ergibt sich eine interne Synchronisation, womit das Problem der Synchronisation umgangen werden soll. Als Beispiel wird hier oftmals der Medientyp Video genannt, der sowohl bewegte Bilder und als auch Ton beinhaltet. Diese sind untrennbar miteinander verbunden. Die Synchronisierung kann hier also entfallen. Allerdings birgt diese Betrachtungsweise den Nachteil, dass die Medien einer Komponente nicht einzeln genutzt werden können.
• Für die getrennte Behandlung der Inhalte wird in der Regel die Separate Structure betrachtet. Hierin ist es möglich, die Medienobjekte einzeln zu nutzen. Voraussetzung dafür ist jedoch das Vorhandensein eines Links zu jeder Komponente. Die eigentliche Synchronisierung übernimmt das Laufzeitsystem der Hypermedia Engine.
• Das AHM kombiniert nun diese beiden Ansätze und setzt auf eine sogenannte Composite Structure. Bei diesem Ansatz werden alle Medienobjekte, die nicht einzeln angesprochen werden müssen, in einer Gruppe zusammengefasst. Der Vorteil ist eine Verringerung des Synchronisationsaufwandes.

Die Berücksichtigung der Synchronisation in der Modellbetrachtung erfordert die wesentlichste Erweiterung des Dexter-Modells:

• Atomare Komponenten werden mit einem Attribut für die Zeitdauer der Präsentation versehen.
• Kompositionen enthalten keine eigenen Daten, sondern dienen als Container für atomare Komponenten.
  Zwei Wege der Synchronisation können hier verfolgt werden.
• Der eine Weg führt über eine gemeinsame Startzeit, die an die Komponenten gesandt wird.
• Eine genauere Synchronisierung auch während der Laufzeit ist, wenngleich wesentlich komplexer, so doch möglich. Dazu führt das AHM "Synchronization Arcs" ein, die die Komponenten untereinander versenden können. Diese Synchronization Arcs enthalten den Zeitpunkt und eine optionale Abweichung, in der sich die Synchronisation zwischen den Komponenten bewegen darf. Empfängt eine Zielkomponente einen solchen Synchronization Arc, so muss sie sich selbst überprüfen und gegebenenfalls ihre Zeit der empfangenen Zeit aus dem Synchronization Arc angleichen. Bei der Aufstellung des AHM wurde darauf verzichtet zu berücksichtigen, dass auch das Laufzeitsystem einen Synchronisierungstakt vorgeben könnte.

Implizit wird bei dieser Konzeption und Implementierung von Hypermediasystemen davon ausgegangen, dass die Aktivierung eines Links zwei Dinge auslöst:

1. Das Löschen der bisher aktuellen Inhalte und ...
2. ... die Präsentation der durch die Aktivierung des Links in den Aktualitätsfokus gerückten neuen Inhalte.

Hypertext, Multimedia und Hypermedia im AHM (2)

Weil für den Benutzer vor allem der zweite Punkt wichtig ist und der erste Punkt nicht wirklich relevant, wird ebendieser auch von den Entwicklern von Hypermediasystemen häufig vernachlässigt. Allerdings stellt die gleichzeitige Sichtbarkeit mehrerer Komponenten für ein Hypermediasystem eine zwingende Notwendigkeit dar. Auf dieses Problemfeld wird im späteren Abschnitt "Gestalt und Gestaltung" noch näher eingegangen werden.

Das Amsterdam Hypermedia Model berücksichtigt dieses Problemfeld ebenfalls und führt zu dessen Lösung einen sogenannten Linkkontext ein. Dieser beschreibt, wie sich die Präsentation verhalten soll, wenn der Benutzer einen Link aktiviert. Dazu beschreibt die Komponente, von der der aktivierte Link ausgeht, wie sich die Inhalte des Zielknoten bei ihrer Präsentation darstellen sollen. Solche beschreibenden Informationen können zum Beispiel sein, ...

• ... ob dynamische Medien stoppen oder weiterlaufen sollen, ...
• ... ob Medien ersetzt werden sollen, ...
• ... ob bestimmte Darstellungsbereiche gelöscht werden sollen ...

... und so weiter. Die zentrale Neuerung, die das AHM einführte, bestand also in der Möglichkeit, die Präsentation weitaus dynamischer gestalten zu können als mit den Vorläufermodellen.

Diesen Ansatz rundet das AHM durch die Erweiterung der Präsentationsspezifikationen des Dexter Hypertext Referenz Modells um zusätzliche globale Attribute ab. Auch das Dexter-Modell ermöglichte es schon, jeder Komponente eigene Präsentationsattribute mitzugeben. Ohne Berücksichtigung blieben dabei jedoch globale Attribute wie die individuelle Anpassung der Systemlautstärke oder der Standardschriftart. Da der Benutzer solche Einstellungen in der Regel nicht für jede Komponente einzeln vornehmen möchte, muss das System ihn gerade an dieser Stelle unterstützen. Dazu definiert das AHM abstrakte Ausgabegeräte als Channels, die jede auszugebende Komponente durchlaufen muss. Ein solches Ausgabegerät kann zum Beispiel ein "Textchannel" sein, der durch Attribute wie Textart, Textauszeichnung, Textfarbe und so weiter beschrieben wird. Durchläuft ein Text diesen Textchannel, so werden dem Text automatisch alle festgelegten Attribute des Channels bei der Präsentation zugewiesen.