lsp13_01_58_63_Layout 1 14.01.
13 11:44 Seite 58
TRAININGSLEHRE
Daniel Link/Jrg Ahmann
Spielanalyse im Beachvolleyball
Die Softwaretools fr die Olympischen Spiele 2012
Seit der Saison 2012 erfolgen Spielana-
lysen im deutschen Beachvolleyball
ber zwei eigens entwickelte Spiel-
beobachtungstools. Mit dem Beach-
Scouter knnen Spieldaten parallel
zum Wettkampf ber eine Touch-Ober-
flche erhoben werden. Um die Anzahl
der bentigten Benutzereingaben auf
ein Minimum zu reduzieren, wurden
sportartspezifische Zusammenhnge
zwischen den Beobachtungsmerkma-
len implementiert. Fr nachtrgliche
Analysen steht ein zweiter Erfassungs-
modus mit einer greren Datentiefe
zur Verfgung.
Der BeachViewer wird zur Analyse und
Prsentation der Spieldaten verwendet
und erlaubt es, quantitative Auswertun-
gen zu erstellen sowie Videomaterial
fr die qualitative Analyse vorzustruktu-
rieren. Die Besonderheit besteht darin,
dass Merkmale, die bislang vom Beob-
achter qualitativ erhoben werden
mussten, aus den Positionsdaten auto-
matisch berechnet werden knnen.
Ebenfalls werden die Positionen ge-
nutzt, um Spielsituationen und Zusam-
menhnge besser zu visualisieren.
Eingegangen: 22.11.2012
1
Die Arbeiten wurden durch das Bundesinstitut fr
Sportwissenschaft unter den folgenden Zeichen gefr-
dert: Verfahrensentwicklung: IIA1-070708/10, Beach-
Scouter: IIA1-071604/11, BeachViewer: IIA1-071603/11.
58 LEISTUNGSSPORT 1/2013
1. Einleitung
Videobasierte Eigen- und Gegneranalysen sind
wichtige Elemente der Wettkampfvorbereitung
in Sportspielen. Sie erlauben es, taktische und
technische Charakteristika von Spielern und
Mannschaften aufzudecken und so Strategien
fr Training und Wettkampf abzuleiten. In der
Praxis wird die Erfassung und Auswertung von
Spieldaten durch Softwaretools untersttzt. Ei-
ne wesentliche Basisfunktionalitt ist die Zerle-
gung von Videoaufnahmen in einzelne Sequen-
zen und die Zuordnung von Beobachtungs-
merkmalen. Hierdurch knnen Statistiken er-
zeugt und einzelne Videoszenen fr qualitative
Analysen gezielt angesteuert werden.
An der Technischen Universitt Mnchen wur-
den mit Frderung des Bundesinstituts fr
Sportwissenschaft (BISp)1 zwei neue Spiel-
beobachtungstools fr die Sportart Beachvol-
leyball entwickelt. Leitgedanke war es, den
Spielbeobachtungsprozess unter Ausnutzung
der Mglichkeiten moderner Hardware auf den
aktuellen Stand der Technik zu heben. Im Fokus
der Entwicklung standen die Optimierung der
Datenerfassung sowie die Erweiterung der Aus-
wertungsmglichkeiten durch Positionsdaten.
Diese knnen nicht nur genutzt werden, um
Spielzge besser zu visualisieren, sondern ins-
besondere Beobachtungsmerkmale automa-
tisch zu berechnen, die sonst durch den Scou-
ter qualitativ beurteilt und manuell eingegeben
werden mssten.
In diesem Beitrag sollen, etwas ausfhrlicher
als in sportwissenschaftlichen Publikationen
blich, die Funktionsweise und das Zusammen-
spiel von BeachScouter (Datenerfassung) und
BeachViewer (Datenauswertung) dargestellt
werden. Es wird exemplarisch gezeigt, wie die
Logik, der Spielrhythmus und die Leistungs-
struktur einer Sportart in einer Software abge-
bildet werden knnen. Hierdurch sollen Ideen
und Anregungen geliefert werden, wie sich
auch in anderen Sportarten Effizienzsteigerun-
gen bei der Datenanalyse erreichen lassen.
2. Hintergrund
Betrachtet man den Markt fr Spielbeobach-
tungssoftware, so lsst sich grob zwischen
sportartbergreifenden Tools und Werkzeugen
fr eine bestimmte Sportart unterscheiden. Be-
kannte Vertreter der ersten Gruppe sind bei-
spielweise SportsCode, Data Video Pro, Simi
Scout oder Utilius VS; speziell fr Volleyball
und Beachvolleyball erfreuen sich DataVolley,
Sportstec Mercury oder Mercury Beach einer
groen Verbreitung. Diese Produkte stellen um-
fangreiche Funktionen fr die Annotation von
Spielen oder Videoanalysen zur Verfgung und
wurden fr zahlreiche wissenschaftliche Unter-
suchungen verwendet (Zimmermann et al.,
2012; Patsiaouras et al., 2009; Turpin et al.,
2008).
Trotz der Leistungsfhigkeit dieser Produkte
stand der Deutsche Volleyball-Verband (DVV)
vor dem Problem, dass keines die spezifischen
Anforderungen fr den Bereich Beachvolleyball
ausreichend erfllte. Im Wesentlichen lassen
sich hierfr vier Grnde anfhren, die auf jedes
Werkzeug in unterschiedlichem Ma zutreffen:
Zu hohe Komplexitt: Im Kern sind diese
Produkte komplexe Datenbanktools, die ber
Jahre gewachsen sind. Der Funktionsumfang
stellt eine Art Vereinigungsmenge der Anforde-
rungen dar, die aus verschiedenen Richtungen
an den Hersteller herangetragen wurden. In
der Praxis beobachtet man, dass Anwender nur
einen kleinen Teil des Funktionsumfangs ben-
tigen, aber trotzdem einen Groteil des Pro-
dukts berschauen mssen, um damit arbeiten
zu knnen. Viele Vertreter der Sportpraxis ent-
scheiden sich in ihrer persnlichen Kosten-
Nutzen-Kalkulation daher gegen den Einsatz.
Mangelnde Effizienz der Datenerfas-
sung: Fr das Live-Scouting, aber auch fr die
nachtrgliche Bearbeitung des Videomaterials,
ist es wesentlich, die Anzahl der Benutzereinga-
ben so klein wie mglich zu halten. Zwar erlau-
ben die meisten Tools, ihre Erfassungsoberfl-
chen in gewissem Umfang anzupassen, aber
die Notwendigkeit, beliebige Beobachtungssys-
teme abbilden zu mssen, setzt diesem Mecha-
nismus Grenzen. Ohne Vernderungen des
Quellcodes gelingt es nicht ausreichend, sport-
artspezifische Zusammenhnge zwischen
Merkmalen zu modellieren, Algorithmen fr de-
ren Ableitung zu implementieren oder die Be-
nutzerfhrung wesentlich zu steuern.
Unzureichende Auswertungsoptionen:
Nicht nur jede Sportart, sondern auch jeder
Trainer hat sein eigenes spezifisches Erkennt-
nisinteresse. Tools mssen nicht nur Merkmals-
hufigkeiten addieren, sondern die sportart-
spezifischen Zusammenhnge angemessen ab-
bilden. Insbesondere die Mglichkeiten, die
sich aus der Analyse von Positionsdaten im
Beachvolleyball ergeben, werden bislang nicht
ausreichend untersttzt.
Oberflchendesign: Hufig stellt man fest,
dass sich die Auswertungsmodule in ihrer Ge-
staltung an der Logik von Office-Anwendungen
und Datenbankstrukturen orientieren. In Trai-
ningsbesprechungen wird jedoch eine einfache
Oberflchengestaltung bentigt, die es ermg-
licht, leistungsdiagnostische Fragestellungen
mit wenigen Klicks zu beantworten und zu pr-
sentieren.
lsp13_01_58_63_Layout 1 14.01.13 11:44 Seite 59
De facto fhrten diese Defizite dazu, dass im
Deutschen Volleyball-Verband bis 2011 keine
Spielbeobachtungswerkzeuge verwendet wur-
den und stattdessen lediglich einfache Video-
player zum Einsatz kamen. Die nun verfgbaren
Eigenentwicklungen nutzen insbesondere die
sportartspezifische Logik bei der Datenerfas-
sung und bilden das spezifische Erkenntnis-
interesse der Trainer in der Analysekomponen-
te ab. Wie dies im Detail aussieht und wie die
Spielbeobachtung des Verbandes organisiert
wurde, soll in den folgenden Abschnitten erlu-
tert werden.
3. Der Spielanalyseprozess im DVV
Die Entscheidung fr die Entwicklung von zwei
getrennten Softwarewerkzeugen erfolgte vor
dem Hintergrund, dass Datenerfassung und
-auswertung zwei inhaltlich und zeitlich unab-
hngige Prozesse sind, die in der Regel von
verschiedenen Personen durchgefhrt werden.
Die Aufteilung der Funktionen auf zwei Pro-
gramme hat den Vorteil, dass jedes einzelne in-
haltlich schlanker und damit bersichtlicher
gehalten werden kann. Insbesondere Trainer
und Spieler mssen sich so nur in eine Software
einarbeiten und bentigen keine Kenntnisse
ber die Funktionsweise der Datenerfassung.
Eine zentrale Anforderung besteht darin, un-
mittelbar nach einem Spiel eine erste Basisaus-
wertung verfgbar zu haben, um rechtzeitig
Analysen durchfhren und die Spieler informie-
ren zu knnen. Gleichzeitig mssen aber auch
komplexere Auswertungen mglich sein, die ei-
nen greren Zeitaufwand erfordern und mg-
licherweise erst nach einem Turnier zu leisten
sind. Der BeachScouter untersttzt deswegen
zwei Betriebsmodi: Im Live-Modus erfolgt die
Eingabe der Start- und Endzeitpunkte der Ball-
wechsel sowie der wichtigsten Beobachtungs-
merkmale (z.B. Aufschlger, Annahmespieler,
Erfolg, Spielstand). Diese erste Annotation
kann im Review-Modus um Positionsdaten und
detaillierte Merkmale ergnzt werden. Die vom
BeachScouter in beiden Modi erzeugte XML-
basierte Annotationsdatei wird zusammen mit
der Videodatei vom BeachViewer eingelesen. Je
nach vorhandener Datentiefe stehen dann un-
terschiedlich detaillierte Auswertungsoptionen
zur Verfgung.
Abb. 1 zeigt die prinzipiellen Arbeitsablufe und
das Zusammenspiel der beiden Tools. Bei der
Betreuung der Nationalteams auf der FIVB-
Weltserie erfolgt die Aufnahme der Videos
durch einen Scouter des Olympiasttzpunkts
Westfalen unmittelbar vor Ort. Dieser erstellt
parallel zum Spiel eine Basisannotation, die zu-
sammen mit der Videodatei auf einen Fileser-
ver geladen wird. Spieler und Trainer knnen
sich diese Dateien herunterladen und zeitnah
fr ihre Analysen nutzen. Whrend eines nor-
malen Turniers wird in der Regel auf die zweite
Detaillierungsstufe verzichtet und stattdessen
versucht, mglichst viele Spiele in der ersten
Stufe zu erheben. Ist eine Live-Erfassung nicht
mglich, weil beispielsweise mehrere Spiele
parallel stattfinden, erfolgt die Annotation im
Anschluss ber die aufgezeichnete Videodatei.
TRAININGSLEHRE
ABB. 1 Arbeistschritte im BeachScouter und BeachViewer
Rewiew-Modus
Nachbearbeitung Erweiterte Annotation
Beach Scouter
Basisannotation
Scouter Live-Scouting Video
Live-Modus
Fileserver
Auswertung Import
Trainer &
Beach-Viewer
Spieler
Schematische Darstellung der Arbeitsschritte mit BeachScouter und BeachViewer.
Der Spielbeobachter erfasst die Spieldaten je nach verfgbarer Zeit in zwei Detaillierungsstufen. Im Live-
Modus werden Basisinformationen zum Ballwechsel erhoben, der Review-Modus dient der detaillierten Er-
fassung u.a. von Positionsdaten. Die Annotationsdatei wird zusammen mit dem Video auf einen Fileserver
geladen und von Trainern und Spielern fr die Datenauswertung im BeachViewer verwendet.
Ist eine detaillierte Annotation gewnscht, so Ressourceneinsatz erhoben werden. Der
werden die Spiele vom Olympiasttzpunkt im BeachScouter erfllt diese Anforderungen mit-
Nachgang zu einem Turnier im Review-Modus tels vier Features, die sich in dieser Spezifitt
nachbearbeitet. Fr die Olympischen Spiele und Kombination bislang nirgendwo anders fin-
standen von den gegnerischen Spitzenteams den lassen:
mehrere detaillierte Annotationen auf Basis der 1. Untersttzung eines Live- und eines Review-
Videos der vorangegangenen Wettkmpfe zur Modus,
Verfgung. Diese wurden in London durch Da- 2. Erhebung von Positionsdaten aus dem
ten der aktuellen Spiele ergnzt. Aufgrund der Videobild,
groen Bedeutung des Turniers wurde der 3. Ableitung von Merkmalen aus dem Spiel-
Scouter whrend der Olympischen Spiele durch und Ballwechselverlauf,
einen zweiten Scouter von Deutschland aus un- 4. fr Touchscreens optimierte Oberflche.
tersttzt. Dieser hatte ebenfalls Zugriff auf den
Fileserver und konnte so die Spiele nachbear- Um zu zeigen, wie diese Konzepte in der Praxis
beiten und die vervollstndigten Annotationen umgesetzt sind, werden im Folgenden die Ar-
im Anschluss wieder hochladen. Dieses Verfah- beitsschritte und die Details der Dateneingabe
ren kommt auch bei wichtigen Spielen im Rah- in den beiden Erfassungsmodi dargestellt. Lo-
men der brigen Turniere der Weltserie zum
Einsatz.
Bei den Nachwuchsmannschaften des Deut-
schen Volleyball-Verbands ist es in der Regel
nicht mglich, dass ein Trainer oder Scouter die
Athleten zu den internationalen Wettkmpfen
begleitet. Hier nehmen die Spieler Videos ihrer
Gegner teilweise selbst auf und laden diese zur
Auswertung auf einen Fileserver. Eventuell wer-
den die Spiele vom Veranstalter bzw. von Wett-
anbietern live im Internet bertragen. Der Trai-
ner kann dann den Live-Stream fr die Basis-
annotation nutzen und die Videodatei mit-
schneiden. Nach der Auswertung in Deutsch-
land laden die Spieler die BeachScouter-Datei
wieder herunter und knnen sich mit telefoni-
scher Untersttzung durch den Trainer auf den
nchsten Wettkampf vorbereiten.
4. Datenerfassung mit dem
BeachScouter
Wie bei jeder anderen Sportart auch sollen im
Beachvolleyball mglichst viele leistungsrele-
vante Merkmale bei gleichzeitig vertretbarem
LEISTUNGSSPORT 1/2013 59
lsp13_01_58_63_Layout 1 14.01.13 11:44 Seite 60
TRAININGSLEHRE
gik und Design der Benutzeroberflche sind in
beiden Fllen auf die Minimierung der notwen-
digen Benutzereingaben ausgelegt.
Live-Modus
Die Oberflche des Live-Modus teilt sich in vier
Hauptkomponenten (Abb. 2). Der linke Bereich
(A) beinhaltet die Konfiguration des Ballwech-
sels (Aufstellung, Spielstand, Aufschlagspieler).
Videobild und -steuerung (B) sind nur verfg-
bar, wenn ber eine Videodatei gescoutet wird.
Ist kein Videosignal vorhanden, startet der Be-
nutzer zu Spielbeginn einen Timer, ber den die
Annotation nachtrglich mit dem Videobild
synchronisiert werden kann. Die Eingabe der
Merkmale (C) erfolgt ber Schaltflchen, die
vorzugsweise ber eine Touch-Oberflche be-
dient werden. Der rechte Bereich (D) beinhaltet
die Liste der bereits erhobenen Ballwechsel.
Vor dem Ballwechsel
Vor jedem Ballwechsel wird zunchst dessen
Konfiguration annotiert. Diese wird auf Basis
der Konfiguration und des Ergebnisses des Vor-
gngerballwechsels vom Programm berechnet
und entsprechend in den Schaltflchen vorbe-
legt. So lassen sich auf Basis des Spielstands
automatisch ein Seitenwechsel vornehmen und
mittels der einmal eingegebenen Aufschlagrei-
henfolge sowohl der Aufschlagspieler als auch
die mglichen Annahmespieler bestimmen. Der
Scouter muss somit nur in Sonderfllen Einga-
ben ttigen, beispielsweise wenn ein Spieler
nicht ber seine Standardseite angreift oder
wenn eine Auszeit genommen wurde. Ein zent-
raler Ballwechsel, z.B. nach einem spektakul-
ren Punkt, einer Diskussion mit dem Schieds-
richter oder zwischen den Mannschaften, kann
als Stresspunkt markiert werden. Der Beach-
Scouter schlgt dies automatisch vor, wenn ei-
ne Mannschaft mehr als 18 bzw. 12 Punkte im
dritten Satz mit einem Abstand von hchstens
ABB. 2 Benutzerschnittstelle des BeachScouter im Live-Modus
Die Schaltflchen werden intelligent vorbelegt und sind miteinander gekoppelt, um die Anzahl der Einga-
ben zu minimieren. Im Schnitt werden statt der dargestellten acht Eingaben lediglich fnf bentigt.
60 LEISTUNGSSPORT 1/2013
einem Break hat, der Vorgngerballwechsel ln-
ger als 15 Sekunden dauerte oder mehr als ein
Gegenangriff zustande kam.
Neben diesen eindeutig zuzuordnenden Vorbe-
legungen lassen sich einige weitere zumindest
abschtzen. Der BeachScouter merkt sich fr
jeden Spieler die zuletzt verwendete Aufschlag-
technik bzw. pro Team den zuletzt angespielten
Gegner. Da die Spieler hufig eine bestimmte
Aufschlagtaktik verfolgen, bleiben diese Para-
meter whrend des Spiels relativ konstant. Da-
rber hinaus ist ein Spielzuggewinn durch die
annehmende Mannschaft mit ihrem ersten An-
griffsschlag wahrscheinlich (Sideout-Punkt).
Whrend und nach dem Ballwechsel
Whrend des Ballwechsels erfolgt zunchst die
Erfassung des Startzeitpunkts entweder ber
eine Schaltflche oder einen Klick in das Video.
Im zweiten Fall wird diese Koordinate bereits
als Aufschlagposition gespeichert (siehe Re-
view-Modus). Nach dem Aufschlag dauert der
Ballwechsel in der Regel zwischen 5 und 15 Se-
kunden. In dieser Zeit wird versucht, Auf-
schlagtechnik, Annahmespieler, Zuspieltechnik,
Angriffstechnik, Angriffserfolg und Endzeit-
punkt zu erheben. Kommt es durch direkte Auf-
schlagpunkte oder Fehler nicht zu einem An-
griff, sind weniger Benutzeraktionen erforder-
lich.
Die Steuerelemente sind so angeordnet, dass
der Weg zwischen ihnen mglichst kurz ist und
diese in einer flssigen Bewegung von oben
nach unten zu bettigen sind. Gelingt die voll-
stndige Erfassung bis zum Ende des Spielzugs
nicht, so muss zumindest der Endzeitpunkt kor-
rekt angegeben werden. Bis zum nchsten Ball-
wechsel sind dann noch mindestens 15 Sekun-
den Zeit, um Merkmale nachzuscouten. Eben-
falls werden dann Spezialflle wie Angriff ohne
Block, Druckball am Netz, Freeball, berkopf-
zuspiel oder mgliche Gegenangriffe aus der
Feldabwehr annotiert. Nach Abschluss des Ball-
wechsels wird dieser in einer Liste gespeichert,
die Oberflchenansicht wird zurckgesetzt und
die Vorbelegungen fr die nchsten Ballwechsel
werden berechnet.
Zwischen den Beobachtungsmerkmalen beste-
hen inhaltliche Beziehungen, die genutzt wer-
den, um Verhaltensabhngigkeiten zwischen
den Schaltflchen zu implementieren. Bei-
spielsweise wird bei einem Klick auf die Schalt-
flche Ass gleichzeitig die Schaltflche Spiel-
zugergebnis auf Break umgestellt. In hnlicher
Weise verwendet die Software u.a. die folgen-
den Zusammenhnge:
Ein Ass, Annahme- oder Zuspielfehler fhren
zu einem Punkt der aufschlagenden Mann-
schaft (Break).
Ein Break schliet einen direkten Angriffs-
erfolg der annehmenden Mannschaft aus.
Ein direkter Angriffserfolg und ein Auf-
schlagfehler fhren zu einem Punkt fr die an-
nehmende Mannschaft (Sideout-Point).
Ein Freeball und ein Gegenangriff schlieen
einen direkten Angriffserfolg der annehmenden
Mannschaft (Kill) aus.
Ein erfolgreicher Gegenangriff determiniert
den Gewinner des Ballwechsels.
Aufschlagfehler und Asse schlieen sich ge-
genseitig aus.
Neben den genannten Basisdaten knnen op-
tional die Annahmequalitt und die Angriffs-
richtung eingegeben werden. Bei Letzterer
werden je nach Schlagtechnik mehrere Feldbe-
reiche unterschieden und auf den Schaltfl-
chen auch so dargestellt. Erfolgt die explizite
Angabe dieser beiden Parameter nicht, so wer-
den diese auf Basis der in der zweiten Erhe-
bungswelle eingegebenen Positionsdaten be-
rechnet.
Wie Abb. 2 (Bereich C) zeigt, sind fr das Scou-
ten der Merkmale im Live-Modus bei einem
Standardspielzug maximal acht Klicks notwen-
dig (zuzglich zweier weiterer, um vor dem
Ballwechsel Stresspoints und Auszeiten zu mar-
kieren). Durch die Vorbelegungen und die im-
plementierten Abhngigkeiten reduziert sich
der Aufwand im statistischen Mittel auf ca. fnf
Klicks. Bei einem Gegenangriff kommen noch
einmal maximal vier Klicks hinzu, im Falle eines
Fehlers im Spielaufbau sind drei Klicks weniger
notwendig. Erfahrungen der ersten Saison zei-
gen, dass diese Eingaben von einem Scouter
mit ein wenig bung zwischen zwei Aufschl-
gen geleistet werden knnen. In der Summe
werden parallel zum Spiel die Ausprgungen
von 18 Merkmalen pro Ballwechsel festgelegt.
Eine detaillierte Aufstellung der Beobachtungs-
merkmale und ihrer Ausprgungen findet sich
bei Link und Ahmann (2013, in Begutachtung).
Review-Modus
Zweck des Review-Modus ist die Erfassung der
Positionsdaten und einiger weiterer qualitati-
ver Merkmale, die in Realgeschwindigkeit nicht
ausreichend gut zu erkennen sind. Die Schnitt-
stelle ist hnlich aufgebaut wie der Live-
Modus, beinhaltet allerdings einige weitere
Steuerelemente, da die Merkmale der ersten
lsp13_01_58_63_Layout 1 15.01.13 09:52 Seite 61

TRAININGSLEHRE

Erhebungswelle ebenfalls noch editierbar sein

mssen.
ABB. 3 BeachScouter im Review-Modus
Die Datenerfassung erfolgt in einer definierten
Reihenfolge, wobei der Scouter die Positionen Spielzug Video luft Video Pause
von Aufschlag, Annahme, Zuspiel, Anlauf, Ab- 1 2 3
auswhlen
sprung und Feldabwehr direkt im Videobild Aufschlag
f hl Annahme
A h Lateralitt
t lilit
t
markiert. Ergnzt werden die Positionen durch
die qualitative Bewertung der Lateralitt der Video luft
Annahme, der Ausgangsposition von Abwehr-
und Blockspieler sowie der Blocktechnik und
Video Pause Video luft Video Pause
-richtung. Die Ausgangspositionen von Block- 7 6 5 4
und Feldabwehrspieler (line, diagonal, Mitte)
knnten prinzipiell auch aus Koordinaten abge- Startpunkt Ab
Absprung
b Anlauf
A l f Z
Zuspiel
i l
leitet werden. Hier wird allerdings auf eine Abwehr
qualitative Einschtzung des Scouters vertraut,
da sich eine automatische Differenzierung zwi-
schen den Merkmalsstufen nicht mit der ge-
Sprung 0,2 s Sprung 0,2 s
wnschten Fehlerrate realisieren lie. 8 9 10 11
Schaltflchen und Videobildeingaben sind mit
der Videosteuerung so abgestimmt, dass sich Startpunkt Richtung Technik Zuspiel
Z i l
der Benutzer nicht mehr um das Abspielen oder Block Block Block
Anhalten des Videos kmmern muss, sodass
die Anzahl der Eingaben auch hier minimiert Zusammenspiel zwischen Benutzereingaben und Videosteuerung im Review-Modus.
wird. Beispielsweise wird das Videobild nach Das Icon symbolisiert die Erhebung des Positionsdatums durch Klick in das Videobild, die blauen Recht-
Eingabe der Annahmeposition angehalten und ecke stellen qualitative Eingaben ber Schaltflchen dar. Durch das abgestimmte Verhalten des Video-
players kann die Anzahl der notwendigen Benutzeraktionen verringert werden.
nach Eingabe der Annahmelateralitt wieder
gestartet (Abb. 3). Nach den elf Klicks der zwei-
ten Welle liegen in Summe die vier qualitativen Das Programm besteht im Wesentlichen aus ei- seite sowie die Annahmequalitt und im Be-
Merkmale und die Positionsdaten des Ball- nem Fenster mit einer bersicht der Filterop- reich Angriffsaufbau der Zuspielwinkel, die Zu-
wechsels vor. Aus Letzteren werden nicht nur tionen (A), einer Liste von Ballwechseln (B) als spielrichtung, die Zuspielweite, die Anlaufrich-
Visualisierungen erstellt, sondern auch zehn Ergebnis der Filter sowie einem Videofenster tung, die Absprungzone und die Angriffsrich-
weitere Merkmale automatisch berechnet, die mit einigen elementaren Steuerelementen (C). tung. Die Berechnung erfolgt fr einige Merk-
bei der Nutzung von Standardsoftware manuell Einziger Menpunkt ist das Einladen einer oder male wie Aufschlagsektor und Absprungzone
eingegeben werden mssten. Die Zeit fr die mehrere Datendateien des BeachScouters. kanonisch aus einer Position, andere ergeben
Dateneingabe entspricht in etwa der Brutto- Nach dem Einladen berechnet der BeachViewer sich aus dem Verhltnis zweier Positionen (z.B.
spielzeit. auf Basis der Positionsdaten die Ausprgungen Anlaufrichtung, Zuspielrichtung). Etwas auf-
weiterer Beobachtungsmerkmale. Beispiels- wndiger ist die Berechnung der Annahme-
5. Datenauswertung mit dem weise sind dies im Bereich Aufschlag/Annahme qualitt. Diese wird aus der Zuspielposition so-
die Aufschlagzone, die Aufschlaglnge, die Feld- wie der Hhe der Annahme (berechnet aus der
BeachViewer
Die Analyse der so erhoben Daten erfolgt unter ABB. 4 Benutzerschnittstelle des BeachViewer
der Zielstellung, Strken und Schwchen po-
tenzieller Gegner aufzudecken. Hierfr wird ein
Spektrum an Routinefragen und spontanen
Eindrcken auf Basis der Videoaufnahmen aus-
gewertet. Aus der Beantwortung ergibt sich ein
charakteristisches Bild des Gegners, woraus
sich eigene Aufschlag-, Feldabwehr- oder An-
griffsstrategien erarbeiten lassen.
Methodisch werden in Anlehnung an die quali-
tative Spielbeobachtung (Hansen & Lames,
2001) drei Arbeitsschritte durchlaufen. Dies
sind die Filterung von Spielszenen sowie nach-
folgend die quantitative Voranalyse und die
qualitative Hauptanalyse, beides auf Basis der
Treffermenge des Filters. Um die Besonderhei-
ten des BeachViewers deutlich zu machen, sol-
len vier Grundkonzepte herausgestellt werden:
1. Verwendung einer minimalistischen Benut-
zeroberflche,
2. Klassifikation von Ballwechseln auf Basis von
Positionsdaten,
3. Bereitstellung von beachvolleyballspezifi-
schen Filtermglichkeiten,
4. Reports zur quantitativen Voranalyse.
Das Programm besteht im Wesentlichen aus einem Fenster mit einer bersicht der Filteroptionen (A),
Der BeachViewer bietet eine einfache, mit we- einer Liste von Ballwechseln (B) als Ergebnis der eingesetzten Filter sowie einem Videofenster mit einigen
elementaren Steuerelementen (C). Die Filter sind gem der Auswertungslogik im Beachvolleyball an-
nigen Klicks bedienbare Oberflche ohne Fens- geordnet.
terhierarchien und Verzweigungen (Abb. 4).

LEISTUNGSSPORT 1/2013 61
lsp13_01_58_63_Layout 1 14.01.13 11:44 Seite 62
TRAININGSLEHRE
Zeitdifferenz zwischen den Ballkontakten bei
Annahme und Zuspiel) abgeleitet (Details bei
Link, 2011). Die weitere Funktionsweise des
BeachViewers und die Umsetzung der oben ge-
nannten Konzepte werden im Folgenden am
Beispiel der logischen Arbeitsschritte nher er-
lutert.
Filterung
Fr die Beantwortung von leistungsdiagnosti-
schen Fragen ist die Verwendung von Situa-
tionsfiltern wesentlich. Diese Filter sind im
BeachViewer gem der Auswertungslogik im
Beachvolleyball organisiert. Zunchst whlt der
Anwender, ob eine Analyse von Sideout-, Punkt-
ball- und Aufschlagsituationen erfolgen soll. Bei
der Aufschlaganalyse werden die Aufschlge ei-
nes Spielers angezeigt, nachgeordnet ist eine
Filterung nach dem Ergebnis (Fehler, Standard,
mit Wirkung und Ass) mglich. Der Punktball-
Filter zeigt alle Punktchancen eines Spielers.
Hierbei wird differenziert, ob die Punktchance
aus einer Abwehr gegen eine Angriffsaktion
oder aus einer Freeball-Situation zustande ge-
kommen ist.
Der Sideout-Filter unterscheidet auf der zwei-
ten Ebene zwischen den drei Grundtypen Side-
ABB. 5 Analyse der Lauf- und Ballwege
Exemplarischer Report auf Basis der Treffermenge eines Filters (hier alle Angriffe von Emanuel [BRA] nach
Anlauf zur Feldmitte).
Neben elementaren Statistiken ber Erfolg, Schlagtechnik und Richtungsverteilung werden die Spielzge
auf Basis der Positionsdaten visualisiert. Zu sehen ist eine Tendenz zu Longlineschlgen bei Emanuel bei ei-
nem Anlauf nach auen.
62 LEISTUNGSSPORT 1/2013
outs mit Fehlern, Angriffe des Zuspielers ber
den zweiten Ball sowie Standard-Sideouts mit
drei Ballkontakten. Von Interesse sind insbe-
sondere die Standard-Sideouts, die ca. 80 Pro-
zent aller Ballwechsel ausmachen. Diese kn-
nen auf der dritten Filterebene nach diversen
Merkmalen in den Kategorien Aufschlag, An-
nahme, Zuspiel, Anlauf, Angriff und Abwehr un-
terschieden werden. Ebenso kann nach Kon-
textinformationen gefiltert werden (z.B. Ball-
wechsel nach einem Break). Die Merkmalsaus-
prgungen innerhalb eines Merkmals werden
dabei mit einem Oder-Operator verknpft
(Ballwechsel mit kurzem oder mittellangem
Zuspiel), zwischen den Merkmalen sind Oder-
und Und-Operatoren mglich (z.B. Ballwech-
sel mit Anlauf zur Spielfeldmitte und Shot).
Bei der Filterung sind die Definition und die
Reihenfolge der Filter wesentlich. So macht es
leistungsdiagnostisch durchaus Sinn, Ballwech-
sel zunchst nach Anlaufrichtungen zu filtern
und dann den Erfolg zu betrachten (Wie ist die
Erfolgsrate bei Annahme in der Spielfeldmit-
te?). Ebenso knnten Spielzge auch zu-
nchst nach Erfolg gefiltert und dann innerhalb
dieser Treffermenge auf Gemeinsamkeiten un-
tersucht werden (In welcher Situation ist die
Effektivitt am geringsten?).
Ein weiterer Faktor ist die Spezifitt der Filter.
Zu enge Filter durch die Verknpfung mehrerer
Klassifikatoren (z.B. alle erfolgreichen Angriffe
eines Spielers auf der ungewohnten Seite mit
einem harten Angriffsschlag) liefern eine klei-
ne, wenig reprsentative Stichprobe von Spiel-
szenen. Sind die Filter zu wenig spezifisch (z.B.
alle Sideouts eines Spielers), erschwert dies
die systematische Untersuchung. Fr den Ge-
brauch von Filtern lassen sich nur schwer Re-
geln formulieren, vielmehr spielen individuelle
Erfahrungen, Vorlieben und das eigene Ver-
stndnis der Sportart eine wichtige Rolle.
Quantitative Voranalyse
Im zweiten Schritt erfolgt die quantitative
Voranalyse innerhalb der gefilterten Spielzge.
Der BeachViewer untersttzt diese Phase ber
sogenannte Reports, die zum einen Spielzge
auf Basis der Positionsdaten visualisieren und
zum anderen deskriptive Statistiken wie bei-
spielsweise die Verteilung von Angriffstechnik
(Shot oder Smash) und Angriffsrichtung enthal-
ten. Das Design des Reports hngt dabei von
dem gewhlten Primrfilter ab. Bei der Side-
out-Analyse werden beispielsweise die Lauf-
und Ballwege aller Ballwechsel der Treffermen-
ge eines Filters in einem Spielfeld angezeigt
(Abb. 5). Diese knnen entweder nach Erfolg
des Spielzugs bzw. nach eingesetzter Schlag-
technik eingefrbt werden. Weitere Reports
zeigen das Aufschlagverhalten oder das Verhal-
ten bei Angriffen ber den zweiten Ball. Aus
leistungsdiagnostischer Sicht ist die Intention
dabei, einen mglichen Zusammenhang zwi-
schen der rumlich/zeitlichen Konstellation ei-
nes Spielzugs und der Folgehandlung erkennen
zu knnen. Dies ermglicht es, Spielsituationen
zu identifizieren, bei denen ein Spieler Stereo-
typen im Angriffsverhalten zeigt.
Exemplarisch lsst sich das Prinzip am Beispiel
der Vorbereitung von Julius Brink und Jonas
Reckermann auf das Olympiafinale zeigen.
Hierbei wurde das Angriffsverhalten von Ema-
nuel Rego (BRA) bei verschiedenen Anlaufrich-
tungen untersucht. Whrend bei geraden An-
lufen und bei Anlufen von auen nach innen
keinerlei Besonderheiten festzustellen waren,
scheint Emanuel bei Anlufen nach auen ver-
mehrt longline anzugreifen (Abb. 5). Diese In-
formation lsst sich unter Umstnden fr die
eigene Strategieentwicklung nutzen.
Qualitative Hauptanalyse
Wesentlich ist, die Reports nur als ein Hilfsmit-
tel bei der Suche nach Aufflligkeiten zu begrei-
fen. Die Aussagen mssen durch eine qualitati-
ve Analyse des Videomaterials, in die smtliche
Kontextinformationen einbezogen werden, er-
hrtet oder eben verworfen werden. Aus die-
sem Grund erfolgt im dritten Schritt eine quali-
tative Hauptanalyse. Der integrierte Videoplay-
er bietet Standardfunktionen wie Standbild,
Zeitlupe sowie das wiederholte Abspielen von
Anlaufsequenzen oder ganzen Spielzgen. Ein-
zige Besonderheit ist, dass der Videoplayer auf
Basis der Videoposition erkennt, welcher Ball-
lsp13_01_58_63_Layout 1 14.01.13 11:44 Seite 63
wechsel aktuell abgespielt wird, und dadurch
whrend der Wiedergabe einige Basisparame-
ter wie Spielstand, Aufschlger und Annahme-
spieler darstellen kann.
Bei der Suche nach Aufflligkeiten hat es sich
bewhrt, eine Teilmenge von Szenen immer
wieder abzuspielen und in jedem Zyklus die
Aufmerksamkeit auf unterschiedliche Verhal-
tensmerkmale zu legen. Ob sich hierdurch ver-
wertbare Informationen finden lassen, ist of-
fen. Spitzenspieler sind deshalb erfolgreich,
weil sie ber ein groes Ma an situationsange-
passter Flexibilitt verfgen. Darber hinaus ist
u.a. aufgrund der geringen Stichprobengre
nicht zu erwarten, dass sich Profile quantitativ
oder gar gruppenstatistisch nachweisen lassen.
Dies ist allerdings, auch wenn es wissenschaft-
lich erfreulich wre, fr die Praxis wenig rele-
vant. Hierfr reicht schon ein zustzlicher
Spielzuggewinn, der plausibel auf einen Hin-
weis aus der Spielbeobachtung zurckgefhrt
werden kann.
6. Ausblick und Fazit
Mit dem BeachScouter und BeachViewer ste-
hen dem Deutschen Beachvolleyball zwei
Werkzeuge fr die umfangreiche Beobachtung
und Analyse von Wettkmpfen zur Verfgung.
In der Summe ber beide Erhebungswellen
werden je nach Zhlweise ca. 32 Beobach-
tungsmerkmale pro Ballwechsel erhoben bzw.
abgeleitet. Hierfr sind je nach Verlauf des Ball-
wechsels ca. 17 Klicks pro Ballwechsel notwen-
dig. Die Erhebung ist in etwa der doppelten
Spielzeit mglich. Mit einem klassischen Spiel-
beobachtungstool mit frei definierbarem Ka-
tegoriensystem und ohne sportartspezifische
Logik dauert eine solche Datenerfassung um
ein Vielfaches lnger. Eben diese Effizienzstei-
gerung machte die Auswertung in diesem De-
tailierungsgrad in London erst mglich.
Zudem besteht mit Blick auf die enormen Fort-
schritte im Bereich der Bilderkennung die be-
rechtigte Hoffnung, die Erhebung der Posi-
tionsdaten durch informatische Verfahren un-
tersttzen und beschleunigen zu knnen. In ei-
nem vom BISp gefrderten Folgeprojekt (IIA1-
070804/12-13) wird zur Zeit versucht, Spieler
und Ball mittels automatischer Bilderkennungs-
verfahren zu bestimmen. Gelingt dies zumin-
dest teilweise, knnte der Aufwand fr die ma-
nuelle Kodierung weiter verringert werden.
Zusammenfassend ist festzustellen, dass sich
durch die Abbildung von Sportartwissen in ei-
ner Software wesentliche Effizienzsteigerun-
gen erzielen lassen. Jede Sportart hat nicht nur
ihre eigene Logik, ihren Rhythmus und ihre
speziellen Rahmenbedingungen, sondern jeder
Trainer hat auch sein spezifisches Erkenntnis-
interesse. Eben diese Spezifika lassen sich
durch Standardprodukte nur unzureichend ab-
bilden. Aus Sicht der Sportpraxis muss es weni-
ger darum gehen, was im Prinzip mit einer
Software mglich ist, sondern darum, ob der
Weg dahin so optimiert ist, dass er in den we-
nigen Stunden von der Videoaufnahme bis zur
Trainingsbesprechung durchlaufen werden
kann. Das volle Potenzial der Spielanalyse lsst
sich erst dann nutzen, wenn sportspezifische
Softwarelsungen zur Verfgung stehen, die
den Erhebungsaufwand minimieren und spezi-
fische leistungsdiagnostische Fragen zu beant-
worten helfen.
* E-Mail: daniel.link@tum.de
TRAININGSLEHRE
Literatur
Lames, M. & Hansen, G. (2001). Designing observational sys-
tems to support top-level teams in game sports. Internatio-
nal Journal of Performance Analysis in Sport, 1, 83-90.
Link, D. & Ahmann, J. (2013, in Begutachtung). Moderne
Spielbeobachtung im Beach Volleyball auf Basis von Posi-
tionsdaten. Sportwissenschaft. Berlin: Springer.
Link, D. (2011). Notational Analysis in Beach Volleyball Using
Positional Data. Proceeding on the 8th International Sympo-
sium on Computer Science in Sport (pp. 90-93). Liverpool:
Word Academic Union.
Patsiaouras, A., Charitonidis, K., Moustakidis, A. & Kokaridas,
D. (2009). Comparison of technical skills effectiveness of
mens National Volleyball teams. International Journal of
Performance Analysis in Sport, 9 (1), 1-7.
Turpin, J., Cortell, J. M., Chinchilla, J. J., Cejuela, R. & Sua-
rez, C. (2008). Analysis of jump patterns in competition for
elite male Beach Volleyball players. International Journal of
Performance Analysis in Sport, 8 (2), 94-101.
Zimmermann, B., Rasser, M., Beyer, C. N., Gawin, W. & Bsch,
D. (2012). Entwicklung von Auswertungsmodulen zur Analyse
technisch-taktischer Handlungen im Volleyball. Zeitschrift
fr Angewandte Trainingswissenschaft, 19 (1), 116-132.
*
Die Autoren
Dr. Daniel LINK ist wissenschaftlicher Mitarbeiter am Lehr-
stuhl fr Trainingswissenschaft und Sportinformatik an der
Technischen Universitt Mnchen. Seine Forschungsschwer-
punkte liegen in den Bereichen Sportspielforschung, Trai-
ningswissenschaft und Sportinformatik. Zur Zeit beschftigt
er sich im Schwerpunkt mit dem Nutzen von Positionsdaten
im Sport.
Jrg AHMANN ist Diplom-Trainer und betreut als leitender
Bundestrainer Beach-Volleyball zahlreiche Nachwuchsmann-
schaften im Deutschen Volleyball Verband. Als aktiver Sportler
gewann er 2000 in Sydney als erster deutscher Spieler die
Bronzemedaille bei einem olympischen Beachvolleyballturnier.
Anschrift: Dr. Daniel Link, Technische Universitt Mnchen,
Uptown Mnchen-Campus D M209, Georg-Brauchle-Ring
60/62, 80992 Mnchen