Diplomarbeit Das L2L-Network: Ein Geschäftsmodell und ... - TZI

Diplomarbeit
Das L2L-Network:
Ein Geschäftsmodell und Architekturkonzept
für ein Netzwerk ortsbezogener Dienste
Hendrik Witt
Bremen, den 22. April 2004
Fachbereich Mathematik und Informatik
Gutachter:
1. Prof. Dr. Otthein Herzog
2. Dr. Andreas Breiter

Vorwort
Das L2L-Network Projekt, aus dem die in dieser Arbeit thematisierte Idee eines Netz-
werkes ortsbezogener Dienste entstammt, hat seinen Ursprung in der Arbeitsgruppe für
Mobiles- und Wearable-Computing ([wearLab])[Wea04] des Technologie Zentrum Infor-
matik (TZI) an der Universität Bremen.
Bis zum heutigen Zeitpunkt wird das L2L-Projekt noch mit dem Status intern innerhalb
des TZI geführt und ist bis dato nach außen hin noch nicht mit Veröffentlichungen o.ä.
in Erscheinung getreten. Das Projekt besteht seit der Gründung aus zwei Personen, dem
damaligen Leiter des [wearLab], Dr. Michael Boronowsky, und dem Autor dieser Arbeit.
Aus diesem Grund ist die hier vorliegende Arbeit im wesentlichen eine Dokumentation der
aktuellen Forschungsergebnisse des L2L-Projektes und soll als Grundlage für weitergehen-
de Forschungen dienen.
i

” Die Visionäre der Gegenwart sind die Realisten der Zukunft.“
[ Helmut Kohl ]
I

Inhaltsverzeichnis
1 Einleitung 1
1.1 Motivation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.1.1 Aktuelle Trends auf dem Mobilfunksektor . . . . . . . . . . . . . . . 2
1.1.2 Das L2L-Network Projekt . . . . . . . . . . . . . . . . . . . . . . . . 3
1.2 Ziele und Abgrenzungen der Arbeit . . . . . . . . . . . . . . . . . . . . . . . 4
1.3 Struktur der vorliegenden Arbeit . . . . . . . . . . . . . . . . . . . . . . . . 5
2 Grundlagen 7
2.1 Ortsbezogene Dienste . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.1.1 Inhaltliche Bedeutung . . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.1.2 Grundlegende Konzepte . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.1.3 Positionierungstechniken . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.1.4 Bestehende Ansätze . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.2 Peer-to-Peer Netzwerke . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
2.2.1 Inhaltliche Bedeutung . . . . . . . . . . . . . . . . . . . . . . . . . . 19
2.2.2 Arten von Peer-to-Peer Netzwerken . . . . . . . . . . . . . . . . . . 20
2.2.3 Peer-to-Peer als mögliche Basis für ortsbezogene Dienste . . . . . . . 22
3 Ein Geschäftsmodell für ortsbezogene Dienste 27
3.1 Grundlagen zu Geschäftsmodellen für mobile Anwendungen . . . . . . . . . 27
3.2 Marktanalyse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
3.2.1 Mobile Märkte zwischen Hype und Realismus . . . . . . . . . . . . . 31
3.2.2 Der Markt für ortsbezogene Dienste . . . . . . . . . . . . . . . . . . 33
3.2.3 Die Rolle der Nutzer . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
3.2.4 Zusammenfassung der Marktanalyse . . . . . . . . . . . . . . . . . . 38
3.3 Die Geschäftsidee . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
3.3.1 Nutzungsszenario des L2L-Networks . . . . . . . . . . . . . . . . . . 40
3.3.2 Aufgaben der Netzwerk-Teilnehmer innerhalb des Szenarios . . . . . 41
3.4 Die Wertschöpfungskette . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
3.4.1 Die Wertschöpfungskette des L2L-Networks . . . . . . . . . . . . . . 44
3.5 Perspektiven eines Geschäftsmodells des L2L-Networks . . . . . . . . . . . . 47
3.5.1 Unterschiedliche Wege der Realisierung . . . . . . . . . . . . . . . . 48
3.5.2 Die Erlösquellen des L2L-Networks . . . . . . . . . . . . . . . . . . . 50
II

INHALTSVERZEICHNIS III
3.5.3 Die Preis- und Produktstrategie des L2L-Networks . . . . . . . . . . 53
3.5.4 Das Kundensegment des L2L-Networks . . . . . . . . . . . . . . . . 57
3.5.5 Der Wertbeitrag des L2L-Networks . . . . . . . . . . . . . . . . . . . 58
3.6 Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
4 Architekturkonzepte für das L2L-Network 63
4.1 Überblick . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
4.1.1 Identifikation von Komponenten des L2L-Networks . . . . . . . . . . 63
4.1.2 Struktureller Aufbau des L2L-Networks . . . . . . . . . . . . . . . . 65
4.2 Der L2L-Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
4.3 Die L2L-Unit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
4.3.1 Query Performing Modul (QPM) . . . . . . . . . . . . . . . . . . . . 71
4.3.2 Resultset Rendering Modul (RRM) . . . . . . . . . . . . . . . . . . . 72
4.3.3 Content Exchange Module (CEM) . . . . . . . . . . . . . . . . . . . 72
4.4 Das Konzept der Service Scopes . . . . . . . . . . . . . . . . . . . . . . . . . 72
4.5 Das Konzept des Location Models . . . . . . . . . . . . . . . . . . . . . . . 75
4.6 Ein Location Model für das L2L-Network . . . . . . . . . . . . . . . . . . . 76
4.6.1 Relation zwischen Location Contexten . . . . . . . . . . . . . . . . . 77
4.6.2 Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
5 Räumliches Schließen 80
5.1 Region Connection Calculus . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
5.1.1 RCC5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
5.1.2 RCC8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
5.2 Schließen über räumliche Relevanz . . . . . . . . . . . . . . . . . . . . . . . 83
5.2.1 Beschreibung räumlicher Anordnungen . . . . . . . . . . . . . . . . . 83
5.2.2 Räumliche Relevanz . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
5.3 Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
6 Datenaustausch auf Basis räumlicher Relevanz 93
6.1 Idee des Content Exchange Modules . . . . . . . . . . . . . . . . . . . . . . 93
6.1.1 Der Austausch-Mechanismus . . . . . . . . . . . . . . . . . . . . . . 95
6.2 Formalisierung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
6.2.1 Erweiterte räumliche Relevanz . . . . . . . . . . . . . . . . . . . . . 98
6.2.2 Bestimmung der auszutauschenden Daten . . . . . . . . . . . . . . . 100
6.2.3 Veränderung von Meta-Daten durch den Datenaustausch . . . . . . 101
6.2.4 Zusammenfassung . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
7 Fazit und Ausblick 103
7.1 Zusammenfassung und kritische Reflexion . . . . . . . . . . . . . . . . . . . 103

Abbildungsverzeichnis
1.1 Markt für standortbezogene Dienste (Prognose) Quelle: [Kur02] . . . . . . 2
1.2 L2L-Projekt: Forschungsschwerpunkte . . . . . . . . . . . . . . . . . . . . . 4
2.1 Arten von Peer-to-Peer Netzwerken . . . . . . . . . . . . . . . . . . . . . . . 21
3.1 Die Komponenten eines Geschäftsmodells nach Zobel [Zob01] . . . . . . . . 29
3.2 Durchschnittliche Ertragsquellen pro Nutzer in Europa [Dur01b] . . . . . . 32
3.3 mCommerce Hype-Kurve [Dur01a] . . . . . . . . . . . . . . . . . . . . . . . 33
3.4 Markt für standortbezogene Dienste (Prognose) Quelle: [Kur02] . . . . . . 34
3.5 Der zeitlich unterschiedliche Verlauf der Hype-Kurven von mCommerce und
ortsbezogenen Diensten (eigene Darstellung) . . . . . . . . . . . . . . . . . . 35
3.6 Nutzerinteresse an Anwendungen im Bereich mCommerce nach [The00] . . 36
3.7 Motive für die Nutzung von mCommerce Angeboten [The00] . . . . . . . . 37
3.8 Kundenanforderungen an mCommerce Angebote [Zob01] . . . . . . . . . . . 37
3.9 Beispiel-Szenario für eine mögliche Nutzung des L2L-Networks . . . . . . . 41
3.10 Die Wertschöpfung innerhalb eines Produktionsprozesses angelehnt an [Sto69] 43
3.11 Die Wertschöpfungskette des mBusiness nach Zobel [Zob01] . . . . . . . . . 44
3.12 Die Wertschöpfungskette des L2L-Networks . . . . . . . . . . . . . . . . . . 44
3.13 Die strategische Ausrichtung zwischen Unabhängigkeit und Marktchancen . 49
3.14 Art und Systematik der Erlösformen nach [PRW01] . . . . . . . . . . . . . . 50
3.15 Mögliche Erlösquellen innerhalb der Wertschöpfungskette des L2L-Networks 52
3.16 Generelle Preisstrategien nach Clement [Cle02] . . . . . . . . . . . . . . . . 55
4.1 L2L-Network Komponenten . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
4.2 L2L-Network Umgebung . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
4.3 Modul-Interaktion während des Integrationsprozesses . . . . . . . . . . . . . 69
4.4 Basis-Architektur der L2L-Unit . . . . . . . . . . . . . . . . . . . . . . . . . 70
4.5 Scope-based Model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
4.6 Erweitertes Scope-based Model mit Skalierung . . . . . . . . . . . . . . . . 74
4.7 Location-Model des L2L-Networks . . . . . . . . . . . . . . . . . . . . . . . 76
4.8 Inklusionsbeziehungen innerhalb des Location Models . . . . . . . . . . . . 78
5.1 Definition der RCC5-Relationen . . . . . . . . . . . . . . . . . . . . . . . . . 82
5.2 Definition der RCC8-Relationen . . . . . . . . . . . . . . . . . . . . . . . . . 82
IV

ABBILDUNGSVERZEICHNIS V
5.3 Dekompositions-Hierarchie einer Polygon-Tessilierung . . . . . . . . . . . . 83
5.4 Homogene Polygon-Tessilierung in Form eines Rasters . . . . . . . . . . . . 84
5.5 Dekompositions-Baum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
5.6 Abstraktion einer Region mittels einer pSRT . . . . . . . . . . . . . . . . . 85
5.7 Unterschiede der Abstraktion mittels unterer und oberer Schranke . . . . . 86
5.8 Erzeugung eines Nachbarschaftsgraphs GP auf Basis einer pSRT P . . . . . 88
5.9 Berechnung der räumlichen Relevanz in Abhängigkeit von α . . . . . . . . 91
6.1 Schematischer Fluß von Informationseinheiten . . . . . . . . . . . . . . . . . 94
6.2 Datenaustausch zwischen L2L-Units mittels des CEM . . . . . . . . . . . . 95

Tabellenverzeichnis
2.1 Definitionsansätze für ortsbezogene Dienste . . . . . . . . . . . . . . . . . . 8
2.2 Positionierungstechniken im Überblick [Dur01b] . . . . . . . . . . . . . . . . 14
3.1 Abschöpfungs- und Penetrationsstrategie im Vergleich nach Wöhe [Wöh02] 56
5.1 Basisrelationen des RCC5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
5.2 Werte-Tabelle der RCC5-Relationen. T=True, F=False . . . . . . . . . . . 81
6.1 Exemplarische Wertetabelle der deklarierten Relevanz . . . . . . . . . . . . 100
VI

Kapitel 1
Einleitung
1.1 Motivation
Mobile Computer und Kommunikationsgeräte, wie Handy’s oder PDA’s (Personal Digital
Assistants), haben in den letzten Jahren stetig an Bedeutung gewonnen. Neue Möglichkei-
ten haben sich für Unternehmen ergeben, mit ihren potentiellen Kunden in Verbindung zu
treten - jeder Zeit an jedem Ort. In diesem Zusammenhang ist nicht nur die Entwicklung
modernerer und leistungsfähigerer Endgeräte von Bedeutung, sondern auch jene Entwick-
lung mobiler Applikationen, die durch mobile Endgeräte, wie Handys oder zukünftige
Smartphones, genutzt werden können.
Die Entwicklung von mobilen Endgeräten scheint zum heutigen Zeitpunkt nicht mehr
das zentrale Problem für den Erfolg oder Mißerfolg am Mobilfunkmarkt zu sein. Viele
am Markt verfügbare Geräte haben bereits heute einen höheren Leistungsumfang als der
durchschnittliche Nutzer alltäglich benötigt. So ist es nicht verwunderlich, daß der Markt
für Mobiltelefone nach aktuellen Analysen in weiten Teilen als gesättigt gilt. Dieses geht
damit einher, daß aktuelle Prognosen über die Verbreitung von Computern nicht mehr
länger daran gemessen werden, wieviele Personen einen Computer besitzen, sondern viel-
mehr daran, wieviele Computer eine Person besitzt [DR99].
Aufgrund dieser aktuellen Situation scheint es sinnvoll, sich in Zukunft stärker mit er-
folgversprechenden mobilen Diensten bzw. Anwendungen auseinanderzusetzen als mit der
Entwicklung neuer Mobiltelefone. Dieses gilt nach Analysten insbesondere für den Erfolg
des Mobilfunks der dritten Generation (3G) und damit UMTS (Universal Mobile Tele-
communication System) - dessen Einführung kurz bevorsteht. Eine Studie des Marktfor-
schungsunternehmens TNS Emnid, die in zehn europäischen Ländern durchgeführt wurde,
unterstreicht diese Analyse. Ihr nach sind 42 Prozent der Befragten an Angeboten und
Diensten der neuen Moblilfunkgeneration interessiert.
Besonders interessant scheinen in diesem Zusammenhang ortsbezogene Mobilfunkdienste
zu sein; jene Dienste, die auf Basis des aktuellen Aufenthaltsorts einer Person passende
Informationen zur Verfügung stellen. Nach einer Studie von The Strategis Group steigt die
Zahl der Nutzer für ortsbezogene Dienste - Location Based Services (LBS) - weltweit von
derzeit 70 Millionen auf 220 Millionen im Jahr 2005, was ein Anstieg um ca. 300 Prozent
1

KAPITEL 1. EINLEITUNG 2
Mio. US $
10000
9000
8000
7000
6000
5000
4000
3000
2000
1000
0
1,6
13,2
75
195
Markt für standortbezogene Dienste
742
1125
2000 2001 2002 2003 2004 2005
2451
Nordamerika Europa
Abbildung 1.1: Markt für standortbezogene Dienste (Prognose) Quelle: [Kur02]
bedeutet. Abbildung 1.1 veranschaulicht diesen Sachverhalt aus der Wachstumsperspek-
tive des Marktes im direkten Vergleich Europas mit Nordamerika. Eine Emnid-Umfrage
bestätigt dieses Interesse der Anwender ebenfalls: 80 Prozent finden ortsbezogene Dien-
ste nützlich. Allerdings wird die Akzeptanz von LBS beim Verbraucher maßgeblich vom
Mehrwert der mobil zur Verfügung gestellten Informationen und Anwendungen abhängen.
1.1.1 Aktuelle Trends auf dem Mobilfunksektor
Das momentan wohl bedeutendste Thema im Bereich Mobilfunk ist neben der Verbreitung
von WLAN Hotspots in Großstädten, wie Hamburg oder München, immer noch UMTS.
In der Vergangenheit hat die Versteigerung der UMTS-Lizenzen durch die Regulierungs-
behörde für Telekommunikation und Post (RegTP) für Schlagzeilen in der Medienland-
schaft gesorgt. Zum damaligen Zeitpunkt wurde nach Auffassung vieler der Besitz von
UMTS-Lizenzen als besonders wichtig für die zukünftige strategische Planung der großen
Telekommunikationskonzerne, wie Deutsche Telekom, D2 Vodafone oder aber Mobilcom,
eingestuft. Dieses führte dazu, daß für den Erwerb einer UMTS-Lizenz horrende Beträge in
Milliarden Höhe gezahlt wurden und so eine erhebliche finanzielle Belastung für die Kon-
zerne entstand. In der Zeit nach der Vergabe der Lizenzen wurden die einst euphorischen
Stimmen für UMTS leiser und die Prognosen zunehmend realistischer, was unweigerlich
zur Folge hatte, daß der Druck auf die Lizenzbesitzer aufgrund ihrer hohen finanziellen
Investitionen zunahm.
Nach einer in der Computer Zeitung vom 7. Februar 2003 zitierten Studie aus dem Hause
Arthur D. Little wird sich UMTS nach Meinung der Analysten langsamer verbreiten als
bisher angenommen. Dieses wurde dadurch begründet, daß es mit Hilfe moderner Tech-
nologien möglich sein wird, durch den Mobilfunkstandard General Packet Radio Service
3240
4556
6039
6518
9167

KAPITEL 1. EINLEITUNG 3
(GPRS) 90 Prozent der neuen Multimediadienste auch ohne UMTS abzubilden. Aus die-
sem Grund sind die Provider der kommenden UMTS-Netze derzeit extrem daran inter-
essiert, neue Dienste zu entwickeln, die die vorhandenen technischen Möglichkeiten von
UMTS ausschöpfen, um so ihre Kunden zu einem Umstieg auf die neuere Technik nach-
haltig zu motivieren.
Genau in diesem Bereich von mobilen Anwendungen und der Suche nach der ” Killerappli-
kation“ können nach Meinung von Experten ortsbezogene Dienste angesiedelt werden, da
z.B. für mehrwertorientierte ortsbezogene Dienste eine permanente Verbindung zum In-
ternet, wie bei UMTS möglich, mehr als günstig wäre. Aber auch die Weiterentwicklungen
auf dem Mobiltelefonmarkt und die Bestrebung der Hersteller, Positionierungstechnologie
bereits ab Werk in ihre Geräte zu integrieren, eröffnet ein günstiges Umfeld für die Ent-
wicklung ortsbezogener Dienste. Beispielsweise kündigte Motorola noch für 2003 UMTS-
Handys mit standardmäßig integrierten GPS-Modul (Global Positioning System) an. Intel
stellte bereits auf der CeBit 2003 in Hannover seinen neu entwickelten Manitoba Handy-
chip vor. Dieser Chip soll nach Aussagen von Intel PR-Manager Peter Hayard gegenüber
DIE WELT (Ausgabe vom 25. Februar 2003) ” ein Chip für die nächste Handygeneration“
sein und die Rechenleistung von Handys stark in Richtung PC weiterentwickeln.
Betrachtet man zusammenfassend den aktuellen Mobilfunkmarkt, so läßt sich erkennen,
daß der Druck auf die Telekommunikationskonzerne immer stärker zunimmt, ihre Kunden
für die neue Generation von Mobilfunknetzen zu begeistern und sie zu einem Wechsel zu
bewegen. Ein Wechsel der Kunden zu UMTS wird aber nur dann in breiter Masse zu
verzeichnen sein, wenn es den Konzernen gelingt, neue, für den Kunden nützliche Anwen-
dungen zu entwickeln, die die technischen Möglichkeiten von UMTS ausschöpfen. Eine
dieser gesuchten Anwendungen könnten hierbei die ortsbezogenen Dienste sein.
1.1.2 Das L2L-Network Projekt
Das Location-to-Location Network (L2L-Network) Projekt erforscht Konzepte und Me-
thoden für ortsbezogene Dienste. Hierbei liegt das zentrale Augenmerk innerhalb des Pro-
jektes bei der Konzeption einer geeigneten Netzwerk-Infrastrukturbasis für ortsbezogene
Dienste. Zum aktuellen Zeitpunkt wird die Forschung in diesem Bereich in Richtung ei-
nes Peer-to-Peer Netzwerkes vorangetrieben. Ein Peer-to-Peer Netzwerk ist in diesem Fall
primär dadurch charakterisiert, daß einzelne Einheiten innerhalb eines Netzwerkes (hier
Peers genannt) sowohl Client als auch Server sein können.
Über die eigentliche Entwicklung eines Architekturmodells für ortsbezogene Dienste hin-
aus erhebt das Projekt den Anspruch, die entwickelte Architektur bzw. deren Konzepte
für Unternehmen interessant zu machen und versucht damit, die häufig auftretende Lücke
zwischen wissenschaftlichen Erkenntnissen und praktischer Verwertbarkeit zu schließen.
Aus diesem Grund ist die Entwicklung eines Geschäftsmodells für das zu entwickelnde
Konzept eines ortsbezogenen Dienstes ebenfalls eine wichtige Säule innerhalb des Projek-

KAPITEL 1. EINLEITUNG 4
Business Model
Prototype Development
The L2L-Network Project
- Research Topics -
Data Annotation Framework
Concept’s &
Architecture
Abbildung 1.2: L2L-Projekt: Forschungsschwerpunkte
tes. Abbildung 1.2 beinhaltet eine Übersicht aller Forschungsgebiete, die im L2L-Projekt
primär verfolgt werden sollen.
1.2 Ziele und Abgrenzungen der Arbeit
Aufgrund der eingangs beschriebenen Möglichkeiten, die ortsbezogenen Diensten zuge-
sprochen werden, scheint eine Auseinandersetzung mit dem Thema ortsbezogener Dienste
nicht nur aktuell sondern auch zukunftsträchtig zu sein.
Die vorliegende Arbeit soll versuchen, eine mögliche neue Sichtweise auf ortsbezogene
Dienste zu präsentieren und dabei nicht nur ein isoliertes Architekturkonzept als Lösung
für noch offene Probleme im Bereich der ortsbezogenen Dienste vorzustellen, sondern sich
zusätzlich mit einer realen Verwertbarkeit der hier präsentierten Ideen und Ansätze im
ökonomischen Umfeld auseinandersetzen. Es geht demnach in dieser Arbeit nicht darum,
ein fertiges System zu entwickeln, das einen ortsbezogenen Dienst realisiert. Vielmehr soll
das Marktsegment der mobilen Märkte ökonomisch analysiert werden, um Erkenntnisse zu
gewinnen, welche Bedürfnisse der Markt bei ortsbezogenen Diensten hat, sowie ein Weg
gefunden werden, wie ein hierzu passendes System aussehen könnte. Darüber hinaus hat
diese Arbeit das Ziel, einen zentralen Aspekt bei ortsbezogenen Diensten, die Relevanz
von Informationen an unterschiedlichen geographischen Orten, näher zu untersuchen und
einen Ansatz zu finden, mit dessen Hilfe eine Bewertung der Relevanz von Informationen
und deren Verfügbarkeit in einem Netzwerk ortsbezogener Dienste möglich sein könnte.
Die hier vorliegende Arbeit hat nicht das Ziel, detailliert auf Technologieentwicklungen
aus dem Hardware-Bereich, wie z.B. die Positionsbestimmung von Objekten mittels GPS
oder deren Funktionsweise, einzugehen. Auch eine ausführliche Darlegung der in dieser
Arbeit vorgestellten Architekturkonzepte auf Implementationsebene soll ebenfalls nicht
angestrebt werden, da sie nicht in dem hier zur Verfügung stehenden Rahmen auf einem
adäquaten Niveau dargestellt werden könnte.
Indoor Positioning Technics
Content Management

KAPITEL 1. EINLEITUNG 5
1.3 Struktur der vorliegenden Arbeit
Die nachfolgenden Ausführungen innerhalb dieser Arbeit sind wie folgt strukturiert:
Kapitel 2 legt die erforderlichen Grundlagen für diese Arbeit und soll Anknüpfpunkte
für nachfolgende Kapitel bilden. Innerhalb dieses Kapitels werden zentrale Begriffe der
Arbeit in Bezug auf ortsbezogene Dienste und Peer-to-Peer Netzwerke definiert, um ein
einheitliches Verständnis der inhaltlichen Bedeutungen zu schaffen. Darüber hinaus wer-
den Projekte, die sich direkt oder indirekt mit der Entwicklung ortsbezogener Dienste
auseinandersetzen, kurz vorgestellt, um dem Leser eine erste Orientierung im Themen-
komplex dieser Arbeit zu ermöglichen.
Kapitel 3 befaßt sich mit der ökonomischen Perspektive von ortsbezogenen Diensten in
Form eines Geschäftsmodells. Hierzu werden vorab theoretische Grundlagen gelegt und
eine Marktanalyse für den Bereich der mobilen Kommunikationsmärkte durchgeführt, die
als Bezugspunkt für darauf folgende Ausführungen innerhalb des Geschäftsmodells dient.
Das Geschäftsmodell selbst basiert auf der Idee eines ortsbezogenen Dienstes nach den
Peer-to-Peer basierten Vorstellungen des L2L-Projektes und zeigt mögliche ökonomische
Realisierungsaspekte auf. Von diesen Realisierungsaspketen werden am Ende des Kapi-
tels Anforderungen und Rahmenbedingungen für den hier thematisierten ortsbezogenen
Dienst abgeleitet, so daß diese in den nachfolgenden Kapiteln als Kriterien herangezogen
werden können.
Kapitel 4 geht nach den vorangegangenen ökonomischen Aspekten und den daraus ab-
geleiteten Anforderungen über zu einer technischen Sichtweise des in dieser Arbeit the-
matisierten ortsbezogenen Dienstes und stellt mögliche Architekturkonzepte vor, deren
Beachtung eine Ausgangsbasis für ein zu entwickelndes Architekturmodell bietet. Abgese-
hen von thematisierten Konzepten, die für ortsbezogene Dienste allgemein relevant sind,
gehen die vorgestellten Konzepte im speziellen auf die Anforderungen des ortsbezogenen
Dienstes dieser Arbeit ein und stellen Lösungsvorschläge zur Diskussion.
Kapitel 5 befaßt sich aufbauend auf den vorgestellten Konzepten für ein Architekturmodell
vertiefend mit dem Aspekt der Repräsentation von Objekten im physikalischen Raum und
den Möglichkeiten des räumlichen Schließens. Es zeigt einen Weg über einen qualitativen
Ansatz zur Abstraktion von Regionen auf, mit dessen Hilfe der in dieser Arbeit thema-
tisierte ortsbezogene Dienst seine Leistungen innerhalb einer realen Welt zur Verfügung
stellen könnte. Darüber hinaus wird die Relevanz von Objekten im geographischen Raum
thematisiert und ein theoretisches Konzept eingeführt, mit dessen Hilfe sich diese Relevanz
berechnen läßt.
Kapitel 6 vertieft die Möglichkeiten eines Datenaustausches innerhalb von Peer-to-Peer
Netzwerken mittels der im vorherigen Kapitel eingeführten Berechnungsmethoden und
erweitert diese auf die räumliche Relevanz von Informationen und versucht, einen Aus-
tauschmechanismus auf Basis der Konzepte und Methoden aus Kapitel 4 und 5 zu ent-
wickeln und diesen formal zu beschreiben.

KAPITEL 1. EINLEITUNG 6
Kapitel 7 schließt diese Arbeit ab und faßt hierbei nochmals zentrale Ergebnisse zusammen
bzw. reflektiert die vorliegende Arbeit kritisch.

Kapitel 2
Grundlagen
Nachdem im vorherigen Kapitel das Thema ortsbezogene Dienste allgemein aus der Sicht-
weise der aktuellen Entwicklungen auf dem Mobilfunksektor betrachtet und das Umfeld
von ortsbezogenen Diensten beleuchtet wurde, soll dieses Kapitel dazu dienen, ein grund-
legendes Verständnis zentraler Begriffe dieser Arbeit zu schaffen. Darüber hinaus werden
einige Basiskonzepte für ortsbezogene Dienste eingeführt und diskutiert, inwieweit aus
diesen ein Nutzen für ein neu zu entwickelndes Konzept eines ortsbezogenen Dienstes
generiert werden kann. Abschließen wird dieses Kapitel mit einer kurzen Bestandsaufnah-
me bereits bestehender Projekte im Bereich ortsbezogener Dienste, um dem Leser einen
Eindruck vom aktuellen Stand auf diesem Gebiet zu vermitteln.
2.1 Ortsbezogene Dienste
Der Begriff ortsbezogene Dienste oder aber seine Synonyme finden derzeit immer häufiger
Verwendung. Allerdings sind die verwendeten Begriffe, wie ortsbezogene Dienste, standort-
bezogene Dienste, mobile location services oder aber location based services, und die sich
dahinter verbergenden Inhalte weitgehend diffus.
Es geht bei der Verwendung dieser Begriffe in irgendeiner Form um ” ortsbezogene Dienste“
- soviel läßt sich zumeist entnehmen. Doch der Rest bleibt oftmals weitgehend unbeant-
wortet. Nicht nur, daß die genaue inhaltliche Bedeutung bei vielen Verwendungen der
Begriffe um ortsbezogene Dienste unbeantwortet bleibt, auch die Versuche, den Begriffen
eine inhaltliche Bedeutung zukommen zu lassen, differieren oft enorm. Um ein einheitli-
ches Verständnis für die Begrifflichkeit und deren Inhalt zu erlangen, sollen nachfolgend
bestehende Ansätze bzgl. ihrer inhaltlichen Bedeutung analysiert und bewertet werden.
2.1.1 Inhaltliche Bedeutung
Eine zunehmende Verwendung von Begriffen, die ortsbezogene Dienste beschreiben, geht
nicht zwangsläufig einher mit einer steigenden Zahl an Definitionen. Zumeist wird die
Auseinandersetzung mit der inhaltlichen Bedeutung der verwendeten Begriffe häufig ver-
nachlässigt oder gar ignoriert und statt dessen darauf vertraut, daß der Leser ein Verständ-
nis von den Begriffen bereits besitzt. Dennoch lassen sich aber in der Literatur einige
7

KAPITEL 2. GRUNDLAGEN 8
UMTS Forum ” A business and consumer
3G service, that enables users
or machines to find other people, vehicles,
resources, services or machines.
It also enables others to find
users, as well as enabling users to
identify their own location via terminal
or vehicle identification.“
José ” A location-based service is a
process or system providing a facility
to the network whose usage is semantically
associated with physical
space.“
Definitionsansätze
Green/Betti/Davidson ortsbezogene
Dienste sind ” Netzwerk-basierte
Dienste, die eine automatische ermittelte
ungefähre Position des Mobilfunkteilnehmers
mit weiteren Informationen
so verknüpft, daß ein
Mehrwert für den Benutzer entsteht.“
Tabelle 2.1: Definitionsansätze für ortsbezogene Dienste
CSISS a location-based service is
” an information service that exploits
the ability of technology to know
where it is, and to modify the information
it presents accordingly“
Zipf ” Location Based Services are
Services for mobile users that take
the current position of the user
into account when performing their
task.“
Ansätze finden, die eine nachfolgende kurze Analyse der gewählten Definition zulassen
(vgl. Tab. 2.1)
UMTS Forum Ansatz (2000)
” A business and consumer 3G service, that enables users or machines to find other people,
vehicles, resources, services or machines. It also enables others to find users, as well as
enabling users to identify their own location via terminal or vehicle identification.“ [UF01]
In diesem Ansatz des UMTS-Forums werden Dienste erfaßt, die sich an zwei Marktseg-
mente richten - den Konsumentenmarkt und den Geschäftskundenmarkt. Die gegebene
Definition beschränkt sich nur auf 3G-Dienste und damit ausschließlich auf UMTS-Netze.
Es ist auffällig, daß bei der Frage, wer die ortsbezogenen Dienste verwenden soll, sowohl
Menschen als auch Maschinen adressiert werden. Dieses führt dazu, daß ein ortsbezogener
Dienst nach Auffassung des UMTS-Forums nicht zwangsläufig nur von Menschen genutzt
werden kann. Die Verwendung von solchen ortsbezogenen Diensten kann für unterschiedli-
che Zwecke geschehen, aber die Bereiche, wofür diese Dienste Verwendung finden, werden
ausschließlich auf das Finden von Objekten und damit indirekt auf das Suchen beschränkt.
Das UMTS-Forum greift weiterhin den Bereich der Positionsbestimmung indirekt auf und
charakterisiert die beschriebenen Dienste dadurch, daß eine Positionsbestimmung von Nut-
zern sowohl durch dritte, wie z.B. Service-Provider, als auch durch einen Nutzer selbst
durchgeführt werden kann.
Auffällig ist, daß der Ansatz des UMTS-Forums keine Angaben darüber macht, welche

KAPITEL 2. GRUNDLAGEN 9
Zusammenhänge zwischen der Position eines Nutzers und den ihm präsentierten Informa-
tionen bestehen. Auch wird eine etwaige Dynamik, die durch die Positionsveränderung
von Nutzern entstehen könnte, nicht betrachtet, so daß davon auszugehen ist, daß in den
Augen des UMTS-Forums solche Überlegungen keine Rolle spielen.
CSISS Ansatz (2001)
” ...an information service that exploits the ability of technology to know where it is, and
to modify the information it presents accordingly“[Fab03]
Die Definition des CSISS (Center for Spatially Integrated Social Science) beschreibt einen
ortsbezogenen Dienst explizit als einen Informationsdienst. Demnach kann jedes Informa-
tionssystem einen ortsbezogenen Dienst darstellen, das die Möglichkeiten der Positionsbe-
stimmung mit integriert und abhängig von diesen Informationen zur Verfügung stellt.
Offen gelassen wird in diesem Ansatz, wer genau Nutzer eines solchen Systems ist bzw. sein
könnte. Auch die Frage, welche Netzwerk-Infrastruktur diesen definierten Diensten zugrun-
de liegt, ist im Gegensatz zum Ansatz des UMTS-Forums offen gelassen worden. Deshalb
läßt sich auch der Zugang zu solchen Diensten nicht eindeutig nur auf mobile Umgebungen
begrenzen. Im direkten Vergleich mit der vorangegangenen Definition des UMTS-Forums
läßt sich aber feststellen, daß eine Beziehung zwischen darzustellenden Informationen und
einer aktuellen Position eines Nutzers für diese Definition eines ortsbezogenen Dienstes
vorhanden sein muß.
Green/Betti/Davidson Ansatz (2000)
” ...Netzwerk-basierte Dienste, die eine automatische ermittelte ungefähre Position des Mobilfunkteilnehmers
mit weiteren Informationen so verknüpft, daß ein Mehrwert für den
Benutzer entsteht.“[GBD00] in [Mül02]
In diesem Ansatz von Green et al. liegt der Fokus innerhalb der Definition auf der In-
frastrukturbasis für die beschriebenen ortsbezogenen Dienste. Es handelt sich demnach
bei einem ortsbezogenen Dienst um einen netzwerk-basierten Dienst, also einem Dienst,
der über ein irgendwie geartetes Netzwerk verfügbar ist, wie beispielsweise einem Mobil-
funknetz. Ebenfalls wird durch Green et al. auf die Existenz einer Positionsbestimmung
eingegangen. Neu hinzu kommt an dieser Stelle allerdings erstmals die Beachtung der Ge-
nauigkeit der Positionsbestimmung. Hierbei wird in der Definition nicht eine exakte Posi-
tionsbestimmung für Service-Leistungen vorausgesetzt, sondern lediglich eine ungefähre.
Die Ermittlung dieser Position ist im Gegensatz zu anderen Definitionen explizit als au-
tomatisch ausgewiesen.
Ging die vorherige Definition bereits von einer Beziehung zwischen Position und verfügba-
rer Information aus und wies damit indirekt auf einen Nutzen durch kontextsensitive
Informationen hin, so beschreiben Green et al. dieses explizit, wenn auch abstrakter da-
durch, daß die beschriebenen ortsbezogenen Dienste einen Mehrwert für Nutzer bieten

KAPITEL 2. GRUNDLAGEN 10
müssen.
Im Vergleich zum vorherigen Ansatz wird sehr wage beschrieben, wie genau die Bezie-
hung zwischen Position und Information bei einem ortsbezogenen Dienst aussehen soll.
Durch die geforderte automatische Ermittlung der Position eines Nutzers scheint der be-
schriebene Dienst allerdings proaktiv zu reagieren, d.h. die Informationen werden Nutzern
automatisch, abhängig von der Position, zur Verfügung gestellt. Eine manuelle Positions-
bestimmung durch den Nutzer, wie durch das UMTS-Forum beschrieben, wird in diesem
Ansatz nicht thematisiert.
Zipf’s Ansatz (2002)
” Location Based Services are Services for mobile users that take the current position of
the user into account when performing their task.“[ZM02]
Der Ansatz von Zipf beschreibt einen ortsbezogenen Dienst primär aus der Perspektive sei-
ner Zielgruppe, den mobilen Nutzern. Über eine anderweitige Nutzung des Dienstes, z.B.
durch stationäre Nutzung, sagt dieser Ansatz nichts aus, schließt es damit aber auch nicht
explizit aus. Wichtig an dieser Stelle in Zipf’s Ansatz scheint vielmehr zu sein, daß der
beschriebene Dienst die aktuelle Position eines Nutzers während seiner Arbeit berücksich-
tigt. Diese Definition ist damit ähnlich zu den bereits diskutieren Ansätzen, die ebenfalls
die Abhängigkeit eines ortsbezogenen Dienstes einzig und allein von der aktuellen Position
eines Nutzer abhängig machen.
Zipf beschreibt in seiner Definition, daß ortsbezogene Dienste auf Basis einer Position Auf-
gaben durchführen, gibt aber keine Auskunft darüber, was diese Aufgaben sein könnten
und welche Beziehungen zwischen der angesprochenen Position und den Aufgaben beste-
hen.
Im Vergleich zu anderen Ansätzen, wie denen vom UMTS-Forum, ist diese gewählte Defi-
nition sehr allgemein gehalten und fokussiert kein direktes Anwendungsfeld. Dieses hat den
Vorteil aber zugleich auch den Nachteil, daß keine genauen Aussagen über Positionierung,
Zielgruppe etc. gemacht werden können.
José’s Ansatz (2001)
” A location-based service is a process or system providing a facility to the network whose
usage is semantically associated with physical space.“[Jos01]
José’s Definition beschreibt einen ortsbezogenen Dienst als ein System oder Prozeß, der
seinen Dienst innerhalb eines Netzwerks zur Verfügung stellt. Ähnlich wie der vorherige
Ansatz wird hier ebenfalls die dem System zugrundeliegende Infrastruktur erfaßt. Auffällig
an dieser Definition ist hingegen, daß eine direkte Abhängigkeit des Dienstes von der Po-
sition eines Nutzers (wie in Zipf’s Ansatz) fehlt. José greift in seinem Ansatz statt dessen
eine räumliche Abhängigkeit des Systems durch eine semantische Verbindung des Dienstes
mit einem physikalischem Raum auf und erhält so einen mächtigeren Ansatz, der neben

KAPITEL 2. GRUNDLAGEN 11
einer bloßen Position eines Nutzers weitere Anhaltspunkte über einen Aufenthaltsort eines
Nutzers abdecken kann.
Generell läßt sich feststellen, daß sich dieser Ansatz von José stark von allen zuvor disku-
tierten Ansätzen unterscheidet und eine offensichtlich abstraktere Perspektive auf einen
ortsbezogenen Dienst beschreibt als es zuvor der Fall gewesen ist. José’s Verständnis von
einem ortsbezogenen Dienst geht mehr in Richtung eines Ansatzes zur Beschreibung eines
offenen Netzwerkes von ortsbezogenen Diensten als auf die Beschreibung eines einzelnen
isolierten Dienstes. Dieses wird besonders deutlich durch seine Arbeit ” An Open Architec-
ture for Location-Based Services in Heterogenous Mobile-Environments“ [Jos01], aus der
diese Definition entnommen wurde.
Zusammenfassung
Betrachtet man zusammenfassend die vorgestellten Definitionen für ortsbezogene Dienste
so läßt sich feststellen, daß ein einheitliches Verständnis nicht oder nur gering besteht.
Sicherlich ist die Einbeziehung der aktuellen Position eines Nutzers in jeder Definition
mehr oder weniger stark ausgeprägt zu finden. Doch bestehen sowohl bei der Ermittlung
dieser Position als auch bei der Art, wie diese Verwendung findet, erhebliche Unterschie-
de. Insbesondere wird bei den vorgestellten Ansätzen deutlich, daß die Schwerpunkte je
nach Ausgangspunkt bzw. Sichtweise der definierenden Person oder Gruppe geprägt sind.
So fokussiert das UMTS-Forum in seiner Definition beispielsweise sehr konkret auf die
kommende Generation des Mobilfunks (3G). Wichtig aus ihrer Sicht ist es ebenfalls, die
Zielgruppe für ortsbezogene Dienste klar zu nennen. Dieses könnte aber dadurch begründet
werden, daß die Aufgaben des UMTS-Forums, nach eigenen Angaben, im Bereich Förde-
rung und Vermittlung zwischen Anwendern und Anbietern kommender 3G Applikationen
liegen [HK01]. Nimmt man hingegen José’s Ansatz, so ist dieser sehr viel allgemeiner und
abstrakter formuliert. Aber auch seine Definition ist wiederum passend für seine eigene
Betrachtungsweise innerhalb seiner Arbeit, in der die Entwicklung einer offenen Architek-
tur für ortsbezogene Dienste in heterogenen mobilen Umgebungen angestrebt wird (vgl.
[Jos01]).
Aufgrund der beschriebenen Problematik, daß die inhaltliche Bedeutung von ortsbezoge-
nen Diensten mehr als heterogen ist, soll nachfolgend eine eigene Definition für ortsbezo-
gene Dienste gegeben werden, die die inhaltliche Bedeutung des Begriffes für die weiteren
Ausführungen der vorliegenden Arbeit versucht festzulegen. Hierbei wurde die Definiti-
on auf der Basis der hier diskutierten Ansätze entwickelt und versucht, diese geeignet zu
kombinieren.
Definition 1 (Ortsbezogener Dienst [Location Based Service) ] Ein ortsbezogener
Dienst ist jeder Prozeß oder jedes System, das einem Benutzer mindestens auf Basis des
aktuellen Aufenthaltsorts kontextsensitive Informationen, d.h. Informationen, die einen
räumlichen Bezug zum Aufenthaltsort haben, anbietet.

KAPITEL 2. GRUNDLAGEN 12
2.1.2 Grundlegende Konzepte
Nachdem die vorherigen Ausführungen versucht haben, die inhaltliche Bedeutung von
ortsbezogenen Diensten zu klären, dient dieser Abschnitt dazu, grundlegende Kommunika-
tionskonzepte für Informationssysteme zu erläutern, die auch bei ortsbezogenen Diensten
oft zum Einsatz kommen. Im Bereich der ortsbezogenen Dienste findet man im wesentli-
chen zwei unterschiedliche Konzepte, die sich mit der Art und insbesondere dem Ablauf
der Kommunikation mit Clients befassen:
Pull-orientierte Konzepte
Von sogenannten ” Pull“-orientierten Konzepten spricht man im allgemeinen immer dann,
wenn eine Reaktion durch ein System initial durch den Benutzer hervorgerufen werden
muß. Der Benutzer muß bei diesem Konzept somit die gewünschten Informationen manu-
ell holen ( ” pullen“).
Betrachtet man z.B. den Such-Dienst, den eine Internet-Suchmaschine wie Google zur
Verfügung stellt, so läßt sich dieser Dienst eindeutig als ” Pull“-Dienst einstufen: Ein Be-
nutzer muß manuell seine Suchanfrage an die Maschine stellen und erhält erst danach ein
Ergebnis passend zu seiner Anfrage.
Näher am Kontext der ortsbezogenen Dienste sind beispielsweise Navigationssysteme als
eine Art Pull-System zu nennen, da diese ebenfalls wie Such-Dienste erst nach Anga-
be eines gewünschten Start-/Zielpaares eine Routenberechnung durchführen können. Wie
dieses Beispiel andeutet, lassen sich ortsbezogene Dienste, die als Pull-System konzipiert
sind, leicht unabhängig von Positionierungstechnologien aufbauen, da eine Positionsbe-
stimmung durch einen Benutzer des Systems erfolgen kann bevor das System in Aktion
tritt. Der ortsbezogene Dienst Vindigo [Vin03] ist hierfür ein gutes Beispiel. Er stellt für
die Stadt New York ein kontextsensitives Informationssystem zur Verfügung und benötigt
z.B. initial die Angabe der aktuellen Position eines Benutzers in Form von Straßenschnitt-
punkten bevor es zur angegebenen Position passende Informationen anbietet.
Pull-Systeme haben damit den Vorteil, daß sie für jeden Benutzer eine vergleichsweise ein-
fache Nutzung ohne zusätzliche Positionierungstechnologie ermöglichen und somit auch
für Benutzer mit Endgeräten, die nicht über die neueste Technologie verfügen, interessant
sind. Die Möglichkeit, einem Benutzer Informationen zur Verfügung zu stellen, ohne daß
dieser manuell seine Position zur Verfügung stellt, ist hingegen einer der Nachteile dieses
Konzeptes in Bezug auf ortsbezogene Dienste.
Push-orientierte Konzepte
Das ” Push“-orientierte Konzept stellt das Gegenstück zum zuvor erläuterten ” Pull“-
orientierten Ansatz dar. Anstatt Informationen nur bei Bedarf eines Nutzers bzw. aufgrund
dessen Anfrage zur Verfügung zu stellen, werden die Informationen bei einem Push-System
durch den Dienst automatisch an das jeweilige Endgerät des Benutzers gesendet. Eine in-
itiale Interaktion seitens des Benutzers ist nicht notwendig.

KAPITEL 2. GRUNDLAGEN 13
Für den Bereich ortsbezogener Dienste bedeutet dieses insbesondere, daß die Positionie-
rung des Benutzers automatisch erfolgen kann bzw. dieses technisch möglich ist. Informa-
tionen können so je nach aktuellem Benutzerkontext im Hintergrund zusammengestellt
und automatisch zum Endgerät eines Benutzers hin übermittelt werden. Aufgrund dieses
Verhaltens müssen im Vergleich zu ” Pull“-orientierten Diensten höhere Anforderungen
an die verwendeten Endgeräte und die genutzte Infrastruktur gestellt werden, um die-
ses Konzept mit seinen Möglichkeiten auszuschöpfen. Beispielsweise ist für einen optima-
len Betrieb eines ” Push“-basierten ortsbezogenen Dienstes im Idealfall eine permanente
Online-Verbindung wünschenswert, damit Informationen zu jeder Zeit gesendet und emp-
fangen werden können. Generell bietet dieses Konzept aber den Vorteil des hohen Au-
tomatisationspotentials, das gerade bei mobilen Endgeräten mit oftmals eingeschränkten
Bedienungsmöglichkeiten nicht unterschätzt werden sollte.
An dieser Stelle sei kurz auf die Möglichkeit der Kombination von Push- und Pull-Ansätzen
hingewiesen, mit deren Hilfe es möglich ist, die Vorteile beider Konzepte zu vereinen. Durch
Kombination von ” Push“- und ” Pull“-Ansatz ist ein simulierter ” Push“-Ansatz denkbar,
der durch aufeinanderfolgende ” Pull“-Intervalle ermöglicht werden kann und so Benutzern
eine erhöhte Kontrolle über das Gesamtsystem verschafft.
2.1.3 Positionierungstechniken
Zentral für die Entwicklung von ortsbezogenen Diensten ist die Möglichkeit, die aktuelle
Position eines Benutzers zu bestimmen (vgl. u.a. Abschnitt 2.1.1). Aus diesem Grund soll
dieser Abschnitt einen Überblick über verfügbare Positionstechnologien geben, sie aber
nicht auf technischer Ebene diskutieren, da dieses für den Fokus dieser Arbeit nicht erfor-
derlich ist.
Die unterschiedlichen Techniken zur Positionsbestimmung unterscheiden sich im wesent-
lichen durch die erzielte Genauigkeit bei der Bestimmung einer Position sowie der tech-
nischen Voraussetzungen, die notwendig sind, um eine bestimmte Technik einsetzen zu
können. Tabelle 2.2 gibt eine Übersicht über gängige Positionierungstechniken und ihre
jeweiligen Eigenschaften. Eine detailliertere Erläuterung einzelner Techniken zur Positi-
onsbestimmung läßt sich u.a. in [Jag03] finden.
Weniger wichtig für den Inhalt dieser Arbeit ist an dieser Stelle die genaue Funktionsweise
von unterschiedlichen Verfahren zur Positionsbestimmung, sondern vielmehr die Erkennt-
nis, daß es Positionierungstechniken gibt, die eine Lokalisierung eines Benutzers in mobilen
Umgebungen ermöglichen. Darüber hinaus ist es zudem möglich, mit einigen Techniken,
wie GPS (vgl. Tab. 2.2), eine sehr genaue Lokalisierung durchzuführen. Lediglich die Po-
sitionsbestimmung innerhalb von Gebäuden scheint zum heutigen Zeitpunkt noch nicht
weit fortgeschritten zu sein (GPS benötigt z.B. eine ” Sichtverbindung“ zu mind. drei GPS-
Satelliten). Jedoch ist davon auszugehen, daß in Zukunft auch dieses keine echte Hürde für
die Nutzung von ortsbezogenen Diensten auch innerhalb von Gebäuden sein wird. Bereits
heute gibt es technische Geräte, die für eine Positionierung innerhalb von Gebäuden geeig-

KAPITEL 2. GRUNDLAGEN 14
Location determining
Positioning
Calculation
Cell ID Terrestrial
Network
Enhance Call
ID
Angle of Arrival
Time of Arrival
Time Difference
of
Arrival
Observed Time
Difference
Enhanced
Observed Time
Difference
Terrestrial
Network
Terrestrial
Network or
Device
Terrestrial
Network or
Device
Terrestrial
Network or
Device
Terrestrial
Network or
Device
Terrestrial
Network +
Satellite
GPS Device from
Satellite data
AGPS Satellite +
Terrestrial
Technology Accuracy
meters
Cell proximity 100-
2000
Cell proximity up to
50 in
the city
Triangulation up to
200
Triangulation up to
100
Upgrades
needed
Magnitude
of upgrade
(dimension)
Cost of upgrade
to user
Time
of
Introduction
Device Small Low (SIM) 2001
Device Small Low (SIM) 2001
Device
and
Network
Device
and
Network
Triangulation up to 15 Device
and
Network
Triangulation up to 50 Device
and
Network
Triangulation up to 20 Device
and
Network
Triangulation 10 Device
and
Network
Triangulation 5-50 Device
and
Network
Significant Moderate
(chip)
Significant Moderate
(chip)
Significant Moderate
(chip)
Significant Moderate
(chip)
Significant Moderate
(new device)
in headset
Very Significant
Very Significant
Tabelle 2.2: Positionierungstechniken im Überblick [Dur01b]
High (chip integration)
High (chip integration)
net wären, wie einem Spezial-Sensor von Leica. Dieser besteht aus einem Beschleunigungs-
und Neigungssensor sowie einem Kompaß, mit dessen Hilfe eine relativ genaue Positions-
bestimmung innerhalb von Gebäuden auch heute schon möglich wäre.
Festzuhalten für den weiteren Verlauf bleibt also, daß die eigentliche Positionsbestimmung
heute keine Problem mehr für ortsbezogene Dienste darstellt und aus diesem Grunde hier
nicht verstärkt betrachtet werden soll.
2.1.4 Bestehende Ansätze
Dieser Abschnitt beschreibt einige bestehende Informationssysteme, bei denen die durch
das System zur Verfügung gestellten Informationen von einer aktuellen Position eines Be-
nutzers abhängig sind. Ihre Beschreibung soll dazu dienen, ein Gefühl für den momentanen
Entwicklungsstand im Bereich der ortsbezogenen Dienste zu erhalten. Wichtig in diesem
Zusammenhang ist, daß die vorgestellten Ansätze ausschließlich dem wissenschaftlichen
Bereich entstammen und sich somit meistens noch in der Entwicklung befinden und auch
noch nicht für eine breite Nutzung in einer Gesellschaft zur Verfügung stehen.
2001
2002
2000
2001

KAPITEL 2. GRUNDLAGEN 15
Das GUIDE Projekt
Das GUIDE Projekt [DCMF99] hat ein System entwickelt, das Besuchern der Stadt Lan-
caster einen kontextsensitiven Stadtführer zur Verfügung stellt. Das Verhalten des Systems
ist hierbei primär von einem Benutzerprofil sowie der aktuellen Umgebung, in der sich der
Benutzer bewegt, abhängig. Eine Reihe weiterer Faktoren, die das System eigenständig
bestimmt, wie z.B. die aktuelle Tageszeit oder aber die aktuelle Wetterlage, können das
Verhalten zusätzlich ändern.
Die Nutzung des GUIDE-Systems erfolgt über eine drahtlose Verbindung nach dem Wi-
reless LAN Standard IEEE 802.11 mittels eines speziellen mobilen Gerätes, dem Fujitsu
TeamPad 7600 [CDM + 00]. Die drahtlose Infrastruktur für GUIDE wird über strategisch
positionierte Basisstationen (Access Points) aufgebaut. Jede durch eine Basisstation auf-
gebaute Funkzelle ist mit einem Server assoziiert, der sowohl ortsbezogene Informationen
zur Verfügung stellt als auch die Übertragung von Daten zum Endgerät hin vornimmt.
Hauptbaustein in dem Informationsmodell des GUIDE-Systems sind die sogenannten Lo-
cation Objects. Sie repräsentieren ein physikalisches Objekt und fungieren als Landmarke
für eine bestimmte Region innerhalb der Stadt. Die Lancaster Burg wird hierbei z.B. durch
ein Location Object repräsentiert und stellt Informationen, wie geographische Lage, Öff-
nungszeiten oder aber Eintrittspreise, zur Verfügung.
Ein Benutzer des Systems erhält immer jene ortsbezogenen Informationen auf sein mobiles
Endgerät übertragen, die zum aktuellen Location Object bzw. der zugehörigen Funkzel-
le assoziiert sind. Die Informationsrepräsentation auf dem Endgerät erfolgt hierbei über
Standard-Hypertext.
Die Repräsentation von geographischen Informationen wird im GUIDE Modell durch ei-
ne weitere Klasse von Objekten, den Navigation Points, erreicht. Navigation Points re-
präsentieren hierbei Wegpunkte zwischen Location Objects. In Kombination mit gewich-
teten Relationen zwischen Location Objects ist es dem GUIDE-System möglich, komplette
Stadttouren oder aber Routenplanung für Benutzer zur Verfügung zu stellen.
Das AROUND Projekt
Das AROUND Projekt [JMMC01] hat die Modellierung und Entwicklung einer Architek-
tur zur Unterstützung von Location-based Services über das Internet zum Gegenstand. Es
baut hierbei auf bereits existierende Arbeiten auf, versucht aber, im Vergleich zu ande-
ren Projekten, keine einschränkende Annahmen über eine dem System zugrundeliegende
Netzwerkinfrastruktur zu machen.
Innerhalb des Projektes werden zwei Hauptziele verfolgt. Zum einen das Ziel, die Modellie-
rung einer Architektur, die eine Auffindung von relevanten oder nahen Diensten bezüglich
einer bestimmten Position eines Benutzers ermöglicht, zu realisieren und zum anderen,
die Entwicklung eines Modells, das es erlaubt, flexibel Orte und deren räumliche Nähe
zueinander zu modellieren.
Der derzeit entwickelte Prototyp des AROUND Systems läßt sich über ein mobiles End-
gerät mittels GSM oder IEEE 802.11 (WLAN) benutzen. Die bis dato entwickelte Lösung

KAPITEL 2. GRUNDLAGEN 16
fokussiert einen generischen ” Urlauberassistenten“. Die Positionsbestimmung erfolgt mit-
tels GPS und anderer Positionierungstechniken, die für die Netzwerkinfrastruktur realisiert
werden können. Der existierende Prototyp ist hierbei so entworfen, daß einzelne Applika-
tionen unabhängig voneinander ihre Dienste ortsabhängig zur Verfügung stellen können.
Kern der AROUND Architektur ist das Scope Model, welches die Art und Weise definiert,
wie ortsbezogene Dienste räumlich beschrieben werden können. Ziel ist es, eine Beziehung
zwischen physikalischen Räumen und Diensten innerhalb eines Netzwerkes herzustellen.
Das Scope Model basiert auf einer Menge von global verfügbaren symbolischen Orten, wie
z.B. ” Gebäude A“ oder ” Einkauf-Center“, die als Location Context bezeichnet werden.
Ortsbezogene Dienste werden innerhalb der AROUND Architektur über die Registrierung
innerhalb eines bestimmten Location Contextes verfügbar gemacht und sind so innerhalb
bestimmter Scopes des Scope Models verfügbar.
Die funktionale Struktur der AROUND Architektur besteht aus den AROUND Services,
dem Contextualization Prozeß sowie einem Name Service. Der AROUND Service ist eine
verteilte räumliche Infrastruktur, die durch einen AROUND Server zur Verfügung gestellt
wird. Dieser übernimmt jeweils die Pflege und Wartung für eine Menge an Informatio-
nen der jeweiligen Dienste. Jeder Location Context wird hierbei von einem bestimmten
AROUND Server verwaltet. Der Prozeß der Contextualization innerhalb der AROUND
Architektur ist jener Prozeß, der bestimmt, welcher Location Context am besten zur ak-
tuellen Position eines Benutzers paßt. Dieser Prozeß bildet demnach die aktuelle Position
eines Benutzers im physikalischen Raum auf eine Position im virtuellen Raum der Location
Contexte ab. Der Name Service innerhalb der AROUND Architektur wird dazu benötigt,
um global verfügbare Location Contexte in Referenzen zu bestimmten AROUND Servern
aufzulösen, über welche dann nachfolgend auf den jeweilig registrierten ortsbezogenen
Dienst zugegriffen werden kann.
Das CRUMPET Projekt
Das CRUMPET Projekt [PLM + 01] (Creation of User-friendly Mobile Services Personali-
sed for Tourism) wird vom europäischem Programm ” Information Societies Technology“
(IST) gefördert und ist dort unter der Projektnummer IST-1999-20147 registriert.
CRUMPET hat das Ziel, eine neue Informationsverteilungs- und Integrationsplattform
für Dienste, die an jedem Ort zugreifbar sein sollen, zu entwickeln. Benutzer sollen hier-
bei, unabhängig von Endgeräten und Art der Netzwerkverbindung, diese Dienste nutzen
können. Beispielsweise sollen sich mit CRUMPET Reisen vorbereiten oder aber Akti-
vitäten während einer Reise oder direkt im Zielgebiet organisieren lassen.
Die Dienste, die durch CRUMPET angeboten werden, sollen in der Lage sein, die Vor-
teile, die sich aus der Integration und Anwendung von vier Schlüsseltechnologien auf den
Bereich Tourismus gewinnen lassen, zu nutzen: ” personalized services, smart component-
based middleware or ’smartware’, that uses multi-agent technology, location-aware services
and mobile data communication“ [PLM + 01].
Für die Realisierung der CRUMPET Architektur wurde auf einen agenten-orientierten An-

KAPITEL 2. GRUNDLAGEN 17
satz auf Basis von FIPA-OS [The04] zurückgegriffen. Aufgrund der Größe und Komplexität
der gesamten CRUMPET Architektur soll an dieser Stelle eine detaillierte Beschreibung
der Architektur ausgelassen und stattdessen auf vertiefende Quellen, die sich näher mit
der CRUMPET Architektur befassen, verwiesen werden (siehe hierzu z.B. [PLM + 01]).
Das Nexus Projekt
Das Nexus Projekt [VS00] entwickelt eine offene Plattform für ortsbezogene Dienste in
mobilen Umgebungen. Zentraler Bestandteil dieser Plattform ist das sogenannte Augmen-
ted World Model, welches ein Modell der realen Welt mit realen und virtuellen Objekten
verwaltet. Für die Modellierung dieser Welt wird eine eigens hierfür entwickelte Modellie-
rungssprache AWML eingesetzt. Durch eine offene Schnittstelle, über die das Nexus System
verfügt, soll eine Integration von Informationen in das Gesamtsystem Nexus durch jede
Datenquelle, ähnlich wie beim World Wide Web, ermöglicht werden. Aufgrund der Offen-
heit des Systems ergibt sich eine hohe Heterogenität in der Datenbasis des Systems, für
dessen Kontrolle Ansätze wie der Föderationsansatz entwickelt wurden. Der Föderations-
ansatz stellt Anwendungen innerhalb von Nexus eine einheitliche Sicht auf die Datenbasis
der integrierten Nexus-Dienste zur Verfügung und ermöglicht den Zugriff auf diese Daten
über sogenannte Nexus-Knoten.
Der generelle Aufbau der Nexus Architektur besteht aus den Komponenten Nexus-Anwen-
dungen, Nexus-Knoten sowie Nexus-Diensten. Nexus-Knoten bieten den Nexus-Anwen-
dungen eine einheitliche Sicht auf das modellierte Augmented World Model an. Nexus-
Anwendungen können Anfragen an Nexus-Knoten mittels einer speziellen Anfragesprache
AWQL stellen. Diese mittels AWQL formulierten Anfragen werden in einem folgenden
Schritt an Nexus-Dienste delegiert. Mit Hilfe eines Spatial Model Servers lassen sich in
Nexus Beziehungen zwischen der Position eines Benutzers und der jeweiligen Anfrage ge-
nerieren und beeinflussen so das Ergebnis einer Anfrage ortsbezogen.
Aufgrund der Komplexität der Nexus Architektur und der vielen Einzelmodule soll an die-
ser Stelle, wie bereits bei der Erläuterung des CRUMPET Projektes, auf eine detaillierte
Darstellung verzichtet werden. Ein guter Einstieg in die NEXUS Architektur und deren
zugrundeliegendem Konzept läßt sich in [Grz02] finden.
Das FETISH Projekt
Das FETISH Projekt (Federated European Tourism Information Systems Harmonisation)
[VSA02] ist, wie auch CRUMPET, ein von der EU gefördertes IST Projekt mit dem Ziel,
eine offene, verteilte Plattform für Dienste und Anwendungen aus dem Bereich Tourismus
zu entwickeln. Hierbei steht die Etablierung einer Infrastruktur für touristisch orientierte
Dienste im Vordergrund.
Bestandteil der Infrastruktur können unterschiedlichste Instanzen sein, wie z.B. Dienste,
Geräte oder aber einzelne Informationseinheiten. Aufgrund der so entstehenden hohen He-
terogenität der integrierbaren Informationsquellen fokussiert FETISH nicht ausschließlich
auf die Entwicklung eines ortsbezogenen Dienstes, sondern versteht diese Eigenschaft le-

KAPITEL 2. GRUNDLAGEN 18
diglich als einen möglichen Bestandteil der entwickelten Infrastruktur, die durch mehrere
Teildienste innerhalb der Architektur von FETISH ermöglicht werden kann.
Für den Aufbau der technischen Komponenten wurde im Rahmen von FETISH die Jini
Netzwerk Technologie [Sun03] auf WAN Umgebungen erweitert, um ein verteiltes Netzwerk
an Servern, die bereits vorhandene Applikationen aus dem Bereich Tourismus organisieren
und deren Dienste verteilt verfügbar machen, zu ermöglichen.
Die FETISH Architektur besteht im wesentlichen aus der FETISH Advanced Directory
Architecture (FADA) Infrastructure [VSA02]. Der FADA Kern stellt hierbei ein verteiltes
Verzeichnis für Dienste dar und bietet FETISH-Mitgliedern die Möglichkeit, ihre Dien-
ste global zur Verfügung zu stellen. Service Provider haben die Möglichkeit, ihre Dienste
bei FADA registrieren zu lassen. FADA selbst stellt darüber hinaus Service Proxys zur
Verfügung, die es ermöglichen, Dienste auffindbar und zugänglich zu machen.
Die Nutzung von Diensten durch Benutzer erfolgt über lokale Service Proxies, die über das
Internet heruntergeladen und lokal ausgeführt werden. Diese lokalen Proxies kommunizie-
ren sodann direkt mit den realen Service Proxies und machen deren Dienste direkt zugäng-
lich. Die Verwaltung der realen Service Proxies wird durch den FADA-Kern gewährleistet,
wobei jeder Service einen FADA-Knoten repräsentiert. Die Knoten selbst sind wiederum
in einem Peer-to-Peer Netzwerk (siehe Abschnitt 2.2) basierend auf Jini Technologie orga-
nisiert. Durch diese Organisationsstruktur ergibt sich eine Topologie aus FADA-Knoten,
bei der die Kommunikation und Erkennung einzelner Knoten über ein Protokoll auf Ba-
sis von Unicast stattfindet. D.h. FADA-Knoten kennen jeweils die Adresse von anderen
existierenden Knoten in der Nähe (Nachbarknoten genannt), so daß sich über diesen Weg
mit Hilfe des ” Wissens“ der Nachbarknoten jeder Knoten identifizieren läßt.
Dadurch bedingt, daß die existierende Topologie von Knoten weder fest noch im voraus
bekannt ist, ist eine dynamische Registrierung von neuen Knoten in FETISH genauso
möglich wie das Verlassen des Netzwerkes. Diese Eigenschaft ermöglicht eine sehr robuste
und ausfallsichere FETISH-Infrastruktur.
Auf eine noch detailliertere Betrachtung der Eigenschaften und insbesondere der speziellen
FADA-Kern Architektur soll an dieser Stelle verzichtet und statt dessen auf weiterführende
Quellen, wie [VSA02], verwiesen werden.
Zusammenfassung
Zusammenfassend läßt sich für diesen Abschnitt festhalten, daß die hier exemplarisch
dargestellten Ansätze bzw. Projekte zum Teil sehr unterschiedliche Wege beschreiten,
um ihre definierten Projektziele zu erreichen. Wärend GUIDE, AROUND und NEXUS
primär auf die Entwicklung ortsbezogener Dienste fokussieren, betrachten andere Projek-
te ortsbezogene Dienste oft als eine mögliche Erweiterung ihrer Infrastruktur. Auffällig
bei den Projekten GUIDE, AROUND und NEXUS ist die Entwicklung eines Ansatzes
zur Modellierung von räumlichen Objekten, um Beziehungen zwischen einer Position im
physikalischen Raum und ortsbezogenen Informationen herstellen zu können. Hierbei sind
die entwickelten Ansätze sehr unterschiedlich. NEXUS entwickelte z.B. sogar eine eigene

KAPITEL 2. GRUNDLAGEN 19
Modellierungssprache mit zugehöriger Anfragesprache, um eine realistische Modellierung
räumlicher Konstellationen zu erreichen.
Sieht man einmal von den Entwicklungen innerhalb des GUIDE Projektes ab, so läßt
sich außerdem feststellen, daß alle vorgestellten Projekte versuchen, eine möglichst flexi-
ble Infrastruktur zu schaffen, die in der Lage ist, unterschiedlichste Informationsquellen
einheitlich in einem System zu integrieren. Dieses überträgt sich oftmals, wie z.B. bei
AROUND und FETISH auf die Wahl der technischen Infrastruktur in Form von Netzwer-
ken mit Eigenschaften angelehnt an Peer-to-Peer Netzwerke, die von ihrer Natur aus für
Dynamik und Dezentralisierung stehen. Aus diesem Grund soll nachfolgender Abschnitt
näher auf die Eigenschaften und Möglichkeiten von Peer-to-Peer Netzwerken eingehen und
versuchen, nützliche Eigenschaften für den Kontext der ortsbezogenen Dienste zu identi-
fizieren.
2.2 Peer-to-Peer Netzwerke
Der vorherige Abschnitt hat den Themenkomplex ortsbezogener Dienste näher beleuchtet
und Grundlagen gelegt, die für den weiteren Verlauf dieser Arbeit wichtig sind. Dieser
Abschnitt soll selbiges für den Bereich der Peer-to-Peer Netzwerke gewährleisten. Insbe-
sondere die inhaltliche Bedeutung des Begriffes Peer-to-Peer sowie die Eigenschaften dieser
Art von Netzwerken stehen nachfolgend im Mittelpunkt.
2.2.1 Inhaltliche Bedeutung
Peer-to-Peer (P2P) Netzwerke werden vielfach mit der Marke Napster in Verbindung ge-
bracht. Innerhalb der ursprünglichen Napster Musiktauschbörse wurde ein Peer-to-Peer-
Netzwerk-Konzept zum Austausch von Dateien, wie z.B. komprimierte Audiodateien im
MPEG Layer 3 (MP3) Format, benutzt. Doch Peer-to-Peer geht in seiner Idee weit über
die Ansätze des bloßen Datenaustausches hinaus.
Eines der Hauptprobleme im Bereich Peer-to-Peer ist die zumeist vielfältige und verwir-
rende Verwendung von unterschiedlichen Begriffen zu diesem Thema innerhalb von Pu-
blikationen oder Diskussionen [Sch01]. Einige Ansätze, wie [Sin01] oder [TSR98], gehen
z.B. lediglich davon aus, daß Peer-to-Peer als Gegenteil von Client/Server-Architekturen
verstanden werden kann. Diesem Zusammenhang widerspricht hingegen Schollmeier in
[Sch01] und stellt den Unterschied zwischen Client/Server und Peer-to-Peer mittels eines
Konzeptes dar, bei dem in Peer-to-Peer Netzwerken jeder Teilnehmer (Peer) als ” Servent“
agiert. Das Wort ” Servent“ ist ein durch Schollmeier künstlich erzeugtes Wort und setzt
sich aus je einer Silbe der Worte Server und Client zusammen. Diese Wort-Konstruktion
soll die Eigenschaft eines Peers innerhalb eines Netzwerkes dahingehend beschreiben, daß
ein Peer zeitgleich sowohl als Server und Client agiert [Sch01].
Aufgrund der hier kurz vorgestellten Iritationen bzw. unterschiedlichen Auffassungen bzgl.
einem einheitlich inhaltlichen Verständnis von Peer-to-Peer Netzwerken sollen nachfolgend
zwei Definitionen aus der Literatur angeführt werden, die diese unterschiedlichen Auffas-

KAPITEL 2. GRUNDLAGEN 20
sungen nochmals unterstreichen:
Definition 2 (Peer-to-Peer nach R. Schollmeier [Sch01]) A distributed network ar-
chitecture may be called a Peer-to-Peer (P-to-P, P2P, ...) network, if the participants share
a part of their own hardware resources (processing power, storage capacity, network link
capa-city, printers, ...). These shared resources are necessary to provide the Service and
content offered by the network (e.g. file sharing or shared workspaces for collaboration).
They are accessible by other peers participants of such a network are thus resource (Ser-
vice and content) providers as well as resource (Service and content) requestors (Servent-
concept).
Definition 3 (Peer-to-Peer nach C. Shirky [Shi01]) P2P is a class of applications
that takes advantage of resources - storage, cycles, content, human presence - available at
the edges of the Internet. Because accessing these decentralized resources means operating
in an environment of unstable connectivity and unpredictable IP addresses, P2P nodes
must operate the DNS system and have significant or total autonomy from central servers.
Im Vergleich der beiden Ansätze wird deutlich, daß Shirky seinen Fokus mehr auf eine
technische Ebene lenkt, Schollmeier hingegen legt mehr Wert auf auf die bereits eingangs
diskutierte Rolle der einzelnen Peers innerhalb eines Peer-to-Peer Netzwerkes.
Für den weiteren Verlauf dieser Arbeit soll die inhaltliche Bedeutung des Begriffes Peer-to-
Peer an die Definition von Schollmeier geknüpft werden, da diese besser die im nachfolgen-
den benötigten Eigenschaften von Peer-to-Peer adressiert und zudem weitere Definitionen
auf Schollmeiers Ansatz basieren.
2.2.2 Arten von Peer-to-Peer Netzwerken
Im Bereich der Peer-to-Peer Netze unterscheidet man im wesentlichen zwei unterschiedliche
Arten von Netzen. Zum einen sind dieses Netze, die eine zentrale Einheit innerhalb des
Netzwerkes für ihr Funktionieren benötigen, und zum anderen solche, bei denen dieses
nicht zutrifft - die also nur aus einzelnen Peers bestehen (vgl. Abb. 2.1). Aus diesem
Grund wird oft eine Unterteilung von Peer-to-Peer Netzen in ” pure“ und ” hybride“ Peer-
to-Peer Netzwerke vorgenommen.
Beide Konzepte werden durch Schollmeier aufbauend auf seiner Peer-to-Peer Definition
(Definition 2) wie folgt eingeführt:
Definition 4 ( ” Pure“ Peer-to-Peer [Sch01]) A distributed network architecture has
to be classified as a Pure Peer-to-Peer network, if it is firstly a Peer-to-Peer network
according to Definition 2 and secondly if any single, arbitrary chosen Terminal Entity can
be removed from the network without having the network suffering any loss of network
service.
Definition 5 ( ” Hybrid“ Peer-to-Peer [Sch01]) A distributed network architecture has
to be classified as a Hybrid Peer-to-Peer network, if it is firstly a Peer-to-Peer network

KAPITEL 2. GRUNDLAGEN 21
“Pure” Peer-to-Peer
“Hybrid” Peer-to-Peer
Abbildung 2.1: Arten von Peer-to-Peer Netzwerken
according to Definition 2 and secondly a central entity is necessary to provide parts of the
offered network services.
Hybride Peer-to-Peer Netzwerke lassen sich nach den gegebenen Definitionen als Zwi-
schenstück zwischen Diensten mit einer zentralisierten Ausrichtung, wie etwa bei FTP-
Diensten zu finden, und einem puren Peer-to-Peer Dienst verstehen. Das bis dato wohl
populärste Beispiel für ein hybrides Peer-to-Peer System ist die Musiktauschbörse Napster.
Bei der Napster Architektur wurden durch das vorhandene Serversystem im wesentlichen
alle Suchfunktionen im Netzwerk zur Verfügung gestellt. Genau in diesem Punkt liegt
einer der Vorteile von hybriden Peer-to-Peer Netzen, da Such- und Indizierungsfunktio-
nen zentral über eine leistungsfähige Datenbank realisiert werden können und nicht, wie
bei purem Peer-to-Peer, durch das Gesamtsystem zur Verfügung gestellt werden müssen
[BWDD02]. Im Vergleich zu puren Peer-to-Peer Netzen haben hybride Netze allerdings
das Problem, daß nicht jeder Ausfall eines Peers innerhalb des Netzwerkes ohne Folgen
bleiben muß, da beispielsweise bei Ausfall eines Servers die Gesamtfunktionalität gefähr-
det wäre [Sch01].
Betrachtet man die beiden unterschiedlichen Netztypen aus der ökonomischen Perspekti-
ve, so läßt sich feststellen, daß bei puren Peer-to-Peer Netzen aufgrund eines fehlenden
Servers keine zentrale Verwaltung und Wartung des Systems erfolgen muß. Die Idee der
automatischen Selbstverwaltung steht hier somit im Vordergrund. Eine technische Umset-
zung dieses Netztyps dürfte allerdings aller Voraussicht nach schwieriger zu erreichen sein
als dies bei hybriden Netzen der Fall wäre, da flexible Mechanismen erforderlich sind, die
z.B. eine automatische Reaktion auf ungewöhnliche Systemzustände ermöglichen. Die Ent-
wicklung solcher Mechanismen würde somit wahrscheinlich auf Grund ihrer Komplexität
eine hohe finanzielle Belastung innerhalb einer Entwicklung bedeuten. Das Fehlen einer
Kontrollinstanz in puren Peer-to-Peer Netzen hat darüber hinaus zur Folge, daß ein sol-

KAPITEL 2. GRUNDLAGEN 22
ches System schwer juristisch handhabbar ist, da ein Verantwortlicher fehlt. Ebenso ist es
fraglich, ob durch das Fehlen einer Kontrollinstanz die Möglichkeit bei puren Peer-to-Peer
Netzwerken besteht, ein funktionierendes Geschäftsmodell zu konzipieren, so daß man zu
dem Schluß kommen kann, daß ein hybrides Peer-to-Peer eher eine positive ökonomische
Perspektive bietet als ein System auf Basis eines puren Peer-to-Peer Netzwerkes.
2.2.3 Peer-to-Peer als mögliche Basis für ortsbezogene Dienste
Das Konzept der Peer-to-Peer Netzwerke ist in der Sache nicht revolutionär. Es wurde
das erste Mal bereits vor ca. 30 Jahren eingeführt. Eine Wiederbelebung erlebte es durch
die jüngsten Erfolge von File sharing Anwendungen, wie Napster oder aber dem Gnutella
Netzwerk. Doch nicht nur in diesem Bereich lassen sich Peer-to-Peer Netzwerke und ihre
Eigenschaften sinnvoll einsetzen. Maedche beispielsweise schlägt eine Einteilung von Peer-
to-Peer Anwendungbereichen in drei Gruppen vor [Mae01]:
• File sharing
• Communication and Collaboration
• Distributed Computing
Denkt man an ein Archtekturkonzept für ortsbezogene Dienste, das sich an die Idee von
Peer-to-Peer Netzwerken in seiner Grundstruktur anlehnt, wie in Abschnitt 2.1.4 be-
reits angesprochen, dann läßt sich feststellen, daß sich einige Aspekte von ortsbezogenen
Diensten in direkter oder abgewandelter Form in den drei Kategorien wiederfinden lassen.
File sharing Aspekte könnten für den Transport und Abruf von ortsbezogenen Informa-
tionen eingesetzt werden, wobei hingegen Ansätze des Distributed Computings nützlich
für die komplexe Berechnung von räumlichen Benutzerprofilen sein könnten.
Nachfolgende Betrachtung von Eigenschaften bzw. Vorteilen von Peer-to-Peer Netzwerken
(vgl. hierzu auch [Fre02]) in Bezug auf ein Modell für ortsbezogene Dienste, das sich an
Peer-to-Peer Strukturen anlehnt, soll mögliche Verknüpfungspunkte zwischen Peer-to-Peer
und ortsbezogenen Diensten aufzeigen.
Aktualität von Inhalten
Die Suche in puren Peer-to-Peer Netzwerken findet immer in einem ad-hoc ähnlichen
Modul statt. D.h. kein zentraler Index muß für die Suche benutzt werden, so daß Sucher-
gebnisse konstant aktuell sein können.
Eines der existierenden Probleme bei ortsbezogenen Diensten ist die häufige Auslegung
der Dienste für ein ganz spezifisches Problem bzw. dessen Lösung [Jos01]. Aufgrund der
sehr individuellen Charakteristik vieler Problemstellungen ist die zugrundeliegende Tech-
nik oftmals zentralisiert. Ein Zugang zu Diensten wird dann über einen zentralen Server
eines bestimmten Service Providers gewährleistet. Durch die Verwendung einer zentralen
Servereinheit können sich aber Probleme im Zusammenhang mit der Aktualität von Daten
ergeben:

KAPITEL 2. GRUNDLAGEN 23
Stellt man sich z.B. einen ortsbezogenen Dienst vor, der einen ” Restaurant-Finder“-Dienst
anbietet, bei dem Informationen über Restaurants, wie z.B. deren Öffnungszeiten, verwen-
det werden, dann könnte ein möglicher Weg für die Bereitstellung von Informationen durch
einen Service Provider wie folgt aussehen: Der Service Provider sammelt im einfachsten
Fall Informationen über die indizierten Restaurants und verbindet diese mit geographi-
schen Daten. Anschließend stellt er diese über einen Server zur Verfügung.
Wenn ein Restaurant sich nun entscheidet, z.B. seine Öffnungszeiten, die zuvor als Daten-
satz aufgenommen wurden, zu ändern, dann wird dieses unbemerkt durch den ortsbezo-
genen Dienst bleiben, da keine automatische Verbindung zwischen dem Anbieter (Service
Provider) und dem ” Informationslieferanten“ besteht. Bereits ab diesem Zeitpunkt sind die
Daten des Systems nicht mehr aktuell, da hierzu eine manuelle Änderung im System nötig
wäre. Hat der Service Provider aber dennoch das Bestreben, sein angebotenes System ak-
tuell und damit interessant für Benutzer zu halten, so bedeutet dieses einen beachtlichen
Pflegeaufwand aufgrund fehlender automatisierter Aktualisierungsmechanismen.
In einem Peer-to-Peer basierten Ansatz für einen ortsbezogenen Dienst wäre es hingegen
denkbar, daß jedes Restaurant durch einen eigenständigen Peer innerhalb eines Netzwer-
kes modelliert wird. Die Verwaltung dieses Peers könnte zudem in der Gewalt bzw. dem
direkten Einflußbereich des jeweiligen Restaurants liegen. Durch diese Struktur könnten
Restaurants beliebige Datensätze zur Verfügung stellen und diese auch ändern. Würden
die Daten eines Peers verändert, so wird die neue Information unmittelbar nach Änderung
im gesamten Netzwerk zur Verfügung stehen - insbesondere auch für einen höheren Dienst,
wie einem ” Restaurant-Finder“, der Informationen nur noch abstrakt agregieren müßte.
Verteilung von Inhalten
Peer-to-Peer Netzwerke unterstützen den Austausch und die Weiterleitung von Informa-
tionen an Dritte an Stelle einer zentralen Bündelung von Informationen an einem einzigen
Ort.
Dynamische Informationen, die sich zur Laufzeit oder aber in bestimmten Abständen
ändern, können, wie bereits zuvor angedeutet, problematisch in der Handhabung für orts-
bezogene Dienste sein. Selbst wenn es einem Service Provider gelingt, einen Aktualisie-
rungsmechanismus bei Änderung von Informationen mit Hilfe seiner ” Informationslieferan-
ten“ zu etablieren, müßten dennoch manuelle Ergänzungen hinsichtlich einer Aufbereitung
der Informationen mit räumlichen Informationen vorgenommen werden - insbesondere gilt
dieses bei neu hinzugekommenen Informationen.
Durch die Zentralisierung von ortsbezogenen Diensten und deren Informationen besteht so-
mit kaum die Möglichkeit einer automatisierten Annotation von Informationen mit räum-
lichen Daten, die für den Betrieb des Systems notwendig sind. Räumliche Beziehungen,
die zwischen Informationen des Systems und dem physikalischen Raum bestehen, müssen
aus diesem Grunde im Vorfeld ” hard-kodiert“ werden. Jeder Informationszuwachs oder
jede Veränderung bedarf eines manuellen Vorgangs seitens des Service Providers, um die
Informationen für eine Nutzung aufzubereiten.

KAPITEL 2. GRUNDLAGEN 24
Durch die Benutzung eines Peer-to-Peer basierten Ansatzes für einen ortsbezogenen Dienst
könnte der Anmelde-Mechanismus des Netzwerkes dazu benutzt werden, um die Informa-
tionseinheiten, die jeder Peer im Netzwerk zur Verfügung stellt, automatisch zu verteilen.
Aber nicht nur die bloße Verteilung einzelner Informationseinheiten, sondern auch deren
automatische Annotation mit räumlichen Zusatzdaten auf Basis eines physikalischen Her-
kunftsortes im Netzwerk könnte hierdurch ermöglicht werden, sofern Peers selbst über ent-
sprechende räumliche Informationen verfügen. Es wäre beispielsweise denkbar, abhängig
von Beziehungen zwischen Peers, räumliche Daten für Informationseinheiten zu generieren,
wie z.B. partonomische Relationen.
Flexible Kommunikation
In Peer-to-Peer Netzwerken ist jeder Peer in der Lage, Kommunikationsverbindungen zu
anderen Peers innerhalb des Netzwerkes eigenständig aufzubauen.
Der Standardisierungsprozeß im Bereich ortsbezogener Dienste ist bis zum aktuellem Zeit-
punkt noch nicht sehr weit fortgeschritten, wenngleich die Bemühungen stetig wachsen.
Dieses mag einer der Gründe sein, warum einige ortsbezogene Dienste noch nicht aufbau-
end auf Standards entwickelt werden. Gegenwärtige Entwicklungen scheinen zumeist auf
eigene proprietäre Lösungen zu setzen (vgl. 2.1.4). Hieraus resultiert zwangsläufig eine
Schwachstelle im Zusammenhang mit der Kompatibilität unterschiedlicher Systeme. Viele
Lösungen können deshalb nur in einer Art ” Stand-Alone“ Modus operieren und sind nicht
in der Lage, von bereits bestehenden Systemen auf dem Markt zu profitieren oder aber
auf deren Leistung aufzubauen. Hinzu kommt außerdem, daß bei zentralisierten Systemen
ein Ausfall einzelner Server den Ausfall des Gesamtsystems zur Folge haben kann.
Durch die Nutzung eines Peer-to-Peer basierten Ansatzes für ortsbezogene Dienste wäre
eine flexible Kommunikation zwischen einzelnen Peers möglich, die eine gewisse Ausfall-
sicherheit und standardisierte Kommunikation zugleich ermöglichen würde. Auf diesem
Sektor existieren bereits diverse Schnittstellen und optimierte Konzepte, die eine solche
Kommunikation unterstützen. Eines der neueren Konzepte, die in diesem Bereich nutzbar
wären, ist sicherlich das Konzept der Webservices.
Unter der Annahme, daß jeder ortsbezogene Dienst aus mindestens einem Peer besteht,
wäre es mit Hilfe des verwendeten Peer-to-Peer Kommunikationsprotokolls ebenfalls mög-
lich, Verbindungen zu anderen Peers aufzubauen, wenn spezielle Informationen benötigt
werden. Dieses könnte z.B. der Fall sein, wenn ein Benutzer detailliertere Informationen
zu einem bestimmten Bereich abfragt und diese physikalisch nicht von dem aktuellen Peer,
der mit einem Benutzer kommuniziert, verwaltet werden.
Entsprechend dieses Ansatzes müßte darüber hinaus die Informationsbasis eines Peers
nicht aus allen Informationen des ortsbezogenen Dienstes bestehen, auf die ein Benutzer
durch einen Peer zugreifen kann. Jeder Peer könnte zusätzlich zu einer physikalisch vor-
handenen Informationsbasis eine Referenzbasis auf weitere Informationen anderer Peers
vorhalten, welche bei Bedarf aufgelöst werden könnten.

KAPITEL 2. GRUNDLAGEN 25
Offerieren und Konsumieren von Inhalten
Peers sind nicht nur in der Lage, Informationen oder Ressourcen von anderen Peers inner-
halb eines Netzwerkes zu konsumieren, sondern sind vielmehr in der Lage, eigene Inhalte
anzubieten.
Bestehende Ansätze ortsbezogener Dienste stellen in der Regel nicht die Möglichkeit zur
Verfügung, daß Benutzer eigene Informationen bereitstellen können. Aus diesem Grund
ist die Entwicklung einiger spezieller Dienste, die nicht nur mit der bloßen Position von
Benutzern als einzigen dynamischen Inhalt operieren, schwierig. AT&T’s ” Find-a-Friend“
Dienst [Wir03] ermöglicht es beispielsweise, daß Freunde die jeweilige Position von ande-
ren Freunden mitgeteilt bekommen. Weitere Informationen können nicht zur Verfügung
gestellt werden, da das System nicht mit dynamischen Daten umgehen kann - die aktuelle
Position einer Person ist hierbei lediglich eine durch die permanente Ortung von Handys
durch den Provider herbeigeführte Dynamik. Würde ein solches System mit dynamischen
Informationen umgehen können, wären erweiterter ” Find-a-Friend“ Dienste möglich, die
zusätzlich zur Position von Freunden weitere ihnen zugeordnete Informationen anbieten.
Hätte ein Benutzer z.B. die Möglichkeit, eine eigene private ” Location Homepage“ zur
Verfügung zu stellen, die beliebige Informationen enthalten könnte, ließe sich ein solcher
Dienst nicht nur ermöglichen, sondern würde zudem einem Benutzer die Kontrolle darüber
bieten, welche Informationen er über sich preisgeben möchte.
Möglich wäre für ein solches Verhalten ein Peer-to-Peer basierter Ansatz für ortsbezogene
Dienste, bei dem ein Benutzer des Dienstes als Peer, der seine Position permanent ändern
kann, modelliert würde. Dieses hätte dann den Vorteil, daß Benutzer wirklich eigenständig
entscheiden, welche Informationen sie in einem System zur Verfügung stellen wollen, an-
stelle diese Entscheidung an einen Service Provider abtreten zu müssen. Ein solches Kon-
zept könnte auch ein Grundansatz für die Lösung von Problemen bzgl. der Privatsphäre
bei Nutzung von ortsbezogenen Diensten sein, wie sie auch u.a. von Leonhard in [Leo98]
diskutiert werden.
Zusammenfassung
Betrachtet man zusammenfassend die vorangegangenen Ausführungen, die sich mit ei-
ner Verwendung von Peer-to-Peer basierten Ansätzen für eine Infrastruktur ortsbezogener
Dienste beschäftigten, so sollte deutlich geworden sein, daß durch Peer-to-Peer eine fun-
dierte Basis für ortsbezogene Dienste gebildet werden könnte. Einige aktuell diskutierte
Probleme, wie die Integration dynamischer Informationen in die Entwicklung ortsbezoge-
ner Dienste, könnten mit der Hilfe von Peer-to-Peer Konzepten gelöst oder aber zumindest
vereinfacht werden. Insbesondere scheint hierbei die Dynamik, die ein Peer-to-Peer Netz-
werk mit sich bringt, besonders interessant und geeignet für mobile Anwendungen, wie
ortsbezogene Dienste, zu sein, da diese in vielen Fällen ähnliche Charakteristika aufwei-
sen. Diese Einschätzung läßt sich zusätzlich durch aktuelle Arbeiten in unterschiedlichen
Projekten, wie z.B. dem bereits in Abschnitt 2.1.4 vorgestellten FETISH Projekt, unter-
mauern.

KAPITEL 2. GRUNDLAGEN 26
Aufgrund der Erkenntnisse in Bezug auf Peer-to-Peer und ortsbezogene Dienste werden
die nachfolgenden Kapitel dieser Arbeit ebenfalls auf ortsbezogene Dienste mit einem
Peer-to-Peer basierten Ansatz eingehen und detaillierter aufzeigen, wie sich dieser Ansatz
in einem Systemkonzept, angelehnt an die Idee von Peer-to-Peer Netzwerken, integrieren
lassen könnte und wie dieser Ansatz sowohl eine ökonomische Perspektive bietet als auch
technisch realisierbar ist.

Kapitel 3
Ein Geschäftsmodell für
ortsbezogene Dienste
Nachdem das vorherige Kapitel in die allgemeinen Verständnisgrundlagen und zentralen
Begrifflichkeiten dieser Arbeit einführte und darüber hinaus einen ersten Einblick in die
Idee eines Peer-to-Peer basierten Ansatzes für ortsbezogene Dienste gab, dient dieses Ka-
pitel dazu, ein mögliches Geschäftsmodell für diesen Ansatz zu erläutern.
Das im nachfolgenden präsentierte Geschäftsmodell stellt hierbei nur eine Möglichkeit un-
ter vielen weiteren vorhandenen Ansätzen dar. Es soll von der grundlegenden Vision ausge-
hend aufzeigen, welche Schritte notwendig sind, um den in dieser Arbeit vorgestellten orts-
bezogenen Dienst in einem kommerziellen Umfeld zu etablieren. Abschließend dient dieses
Kapitel dazu, basierend auf dem zugrundeliegenden Geschäftsmodell sowie existierender
Nutzerinteressen im mobile Business Umfeld, Anforderungen und Rahmenbedingungen
für die Entwicklung ortsbezogener Dienste im allgemeinen und dem hier thematisierten
System im speziellen zu formulieren.
Aufgrund dessen, daß in den folgenden Abschnitten immer wieder die Worte mobile Busi-
ness (mBusiness) bzw. mobile Commerce (mCommerce) Verwendung finden, sollen sie an
dieser Stelle kurz erläutert werden: Mobile Business steht stellvertretend für mobile An-
wendungen, die keine finanziellen Transaktionen beinhalten. Mobile Commerce hingegen
findet dann Verwendung, wenn eine Transaktion mit einem gewissen finanziellem Wert
vorliegt, wie z.B. das Versenden von SMS durch einen Service Provider [Dur01a]. Es läßt
sich allerdings feststellen, daß eine Unterscheidung dieser beiden Begriffe in der Literatur
zumeist sehr unscharf bzw. gar nicht vorgenommen wird. Aus diesem Grund werden im
Nachfolgenden die Begriffe ebenfalls weitgehend synonym behandelt.
3.1 Grundlagen zu Geschäftsmodellen für mobile Anwen-
dungen
Vom aktuellem Zeitpunkt aus betrachtet, läßt sich ein gesellschaftlicher Wandel von der
gerade erreichten modernen Kommunikationsgesellschaft hin zu einer mobilen Kommuni-
27

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 28
kationsgesellschaft, bei der eine größtmögliche Flexibilität und Mobilität von besonderer
Bedeutung ist, verzeichnen. Der endgültige Startschuß in das mobile Zeitalter wurde wohl
durch die Vergabe der knapp 50 Milliarden Euro teuren UMTS-Lizenzen in Deutschland im
August 2000 an die Mobilfunknetz-Betreiber und die damit verbundenen neuen Möglich-
keiten in der Nutzung mobiler Systeme gegeben [Cle02]. Nicht erst seit dieser Zeit findet
der Begriff ” Geschäftsmodell“ immer mehr Verwendung, wenn es um die Generierung
neuer Geschäftsideen geht. Dieses liegt seitens der Mobilfunknetz-Betreiber wohl darin
begründet, daß der Druck nach dem Erwerb der UMTS-Lizenzen und dem daraus resul-
tierenden immensen Investitionsvolumen größer den je geworden ist, Geschäftsmodelle zu
entwickeln, die eine möglichst große Zahl an Kunden gewinnen können und mit deren Hilfe
profitable Geschäfte entstehen, um die Investitionen zu rechtfertigen.
Timmers [Tim98], stellt jedoch bereits 1998 fest, daß sich in der Literatur, die sich mit
dem Thema eCommerce beschäftigt, keine konsistente Benutzung des Begriffs ” Geschäfts-
modell“ finden läßt. Darüber hinaus stellte Timmers fest, daß Autoren häufig gar keine
Definition dieses Begriffes anstreben. Um dieser Diskrepanz über ein einheitliches inhaltli-
ches Verständnis von Geschäftsmodellen Abhilfe zu schaffen, schlägt Timmers aufbauend
auf einer initialen Geschäftsidee nachfolgende Strukturierung mit den relevanten Bestand-
teilen eines Geschäftsmodells vor [GG01]:
• Das Produkt (oder die Dienstleistung), seine Funktion und Spezifikationen
• Die an der Erstellung des Produktes beteiligten Personen, Gruppen und Institutio-
nen und Funktionen im Rahmen der Leistungserstellung
• Der Nutzen, den die einzelnen Beteiligten und Akteure, Dienstleister und Kunden
generieren.
• Die Leistungen, die sie in diesem Rahmen zu erbringen haben
Zusätzlich zu den dargestellten Bestandteilen müssen natürlich noch Ertragsquellen sowie
eine geeignete Strategieplanung für ein komplettes Geschäftsmodell integriert werden, um
sicher zu stellen, daß ein am Markt agierendes Unternehmen hiermit auch langfristig Er-
folg erzielen könnte.
Aus diesem Grund wählt Zobel [Zob01] eine etwas andere Darstellung, um die inhaltliche
Bedeutung eines Geschäftsmodells zu definieren. Nach Zobel besteht ein Geschäftsmo-
dell im wesentlichen aus 3 Faktoren: dem Wertbeitrag für die Kunden, der Kundenseg-
mentierung und den Erlösquellen, wobei alle drei Variablen voneinander abhängig sind.
Rahmenbildend für das gesamte Geschäftsmodell steht eine geeignete Strategie.
Als Grundlage für ein zu erstellendes Geschäftsmodell dient in der Regel eine Markt-
analyse, die Aufschluß über die aktuelle Situation am Markt in der jeweiligen Branche,
Konkurrenten, Chancen und Risiken sowie Nutzerbedürfnisse etc. liefert.
Das Geschäftsmodell selbst baut grundsätzlich auf einer zunächst meist vagen Geschäfts-
idee auf und versucht dann, in einzelnen Schritten diese Idee detailliert zu spezifizieren. Im
Nachfolgenden soll näher auf die einzelnen Komponenten des in Abbildung 3.1 dargestell-
ten Geschäftsmodells nach Zobel eingegangen werden, um deren inhaltliche Bestandteile

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 29
Wertbeitrag
(USP)
Strategie
Geschäftsmodell
Erlösquellen
Kundensegment
Abbildung 3.1: Die Komponenten eines Geschäftsmodells nach Zobel [Zob01]
zu verdeutlichen, die notwendig sind, um ein Geschäftsmodell aus einer Idee heraus zu
generieren.
Wertbeitrag Der Wertbeitrag ist der Wert oder Nutzen, den ein Kunde aus der Nut-
zung eines Angebotes für sich gewinnt. Im englischen Sprachgebrauch wird dieses
als Unique Selling Proposition (USP) bezeichnet. Hierbei wird durch die Verwen-
dung von unique deutlich gemacht, daß es darum geht, einen möglichst einzigartigen
Wertbeitrag für einen Kunden zu generieren, d.h. einen Wertbeitrag zu schaffen,
der möglichst nicht durch andere Anbieter oder vergleichbare Angebote substituiert
werden kann.
Darüber hinaus muß betrachtet werden, welchen Wert ein potentieller Kunde aus un-
terschiedlichen Bereichen (Geschäftskunden, Privatkunden etc.) erhält. In der Regel
läßt sich feststellen, daß für unterschiedliche Kundengruppen jedesmal andere Werte
geschaffen werden können. Hierbei ist es für ein Geschäftsmodell von Bedeutung, für
welche Gruppen sich maximale Werte schaffen lassen.
Kundensegment Das Kundensegment ist nahezu nahtlos mit dem Wertbeitrag gekop-
pelt. Ein Angebot, das aus einer Geschäftsidee heraus resultiert, ist nicht zwangsläufig
nur auf eine spezielle Kundengruppe festgelegt, sondern kann auf verschiedene Grup-
pen bzw. Segmente übertragen werden. Zentral im Bereich Kundensegment ist dem-
nach die Frage, welches Kundensegment ein Anbieter bedienen kann und will und
wie das jeweilige Angebot an die unterschiedlichen Bedingungen angepaßt werden
muß. Ein Anbieter muß abhängig von einer Markteinschätzung abwägen, ob er sich
nur auf einzelne spezielle Kundensegmente konzentrieren will oder aber einen breiten
Fokus für sein Angebot wählt.
Der Bereich des Kundensegmentes und die Festlegung der Zielgruppen befindet sich
in permanenter Abhängigkeit zu den gewählten Erlösquellen und insbesondere zu
der gewählten Strategie für ein Geschäftsmodell. So kann es beispielsweise Bestand-
teil einer Strategie sein, das Kundensegment im Laufe der Zeit zu wechseln und so

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 30
zum Start mehr auf den Bereich Pionierkunden zu fokussieren, also jene Kunden,
die die Bedürfnisse des Marktes antizipieren und zugleich technisch interessiert sind
und kleine Mängel des Angebotes eher akzeptieren als ein Durchschnittskunde.
Erlösquellen Eine weitere wichtige Komponente innerhalb des Geschäftsmodells nehmen
die Erlösquellen ein. Ohne die Entwicklung geeigneter Erlösquellen für ein Angebot
kann kein Anbieter lange am Markt agieren. Gerade im Bereich mCommerce, wo der
Markt noch nicht so stark erforscht ist wie in anderen Bereichen, ist es besonders
wichtig, zeitgleich mehrere Erlösmodelle zu entwickeln, um bei einer Nichtakzeptanz
eines Modells am Markt Ausweichmöglichkeiten zu haben. Ausgangspunkt für eine
solche Art der Überlegung ist die Frage danach, wer für ein Angebot was zahlen
würde. Für die Beantwortung muß sowohl im engeren Sinne das fokussierte Kun-
densegment betrachtet werden als auch die diversen Möglichkeiten von direkten und
indirekten Erlösformen, um ein optimales Ergebnis für das Angebot zu erzielen.
Strategie Die letzte Komponente des Geschäftsmodells befaßt sich mit der Auswahl einer
geeigneten Strategie für den Markteintritt des Angebotes sowie der generellen Stra-
tegie über die Laufzeit des Angebotes. Sie bildet, wie eingangs beschrieben, den alles
umschließenden Rahmen für das zu definierende Geschäftsmodell. Darüber hinaus
befaßt sich der Bereich der Strategiebildung zudem mit Aspekten, wie eine grundle-
gende Produkt- und Preispolitik oder aber die langfristig angestrebte Marktposition.
Als theoretische Basis für eine geeignete Strategie bietet die traditionelle Betriebs-
wirtschaftslehre unterschiedlichste Ansätze an, wie z.B. die Theorie des ” Marked-
based View“ oder aber die des ” Ressource-based View“. Der Ansatz des ” Marked-
based View“ geht dabei auf den maßgeblichen Mitbegründer der modernen Management-
Strategien Michael E. Porter und seine 1992 publizierte Arbeit [Por02] zurück. Bei
diesem marktorientierten Ansatz geht es darum, eine Strategie auf Basis der Wett-
bewerbsbedingungen in der ” Produkt/Markt Arena“ mit dem Ziel zu entwickeln ein
Unternehmen in eine optimale Position zu Wettbewerbskräften und direkten Kon-
kurrenten zu bringen, um Wettbewerbsvorteile zu erzielen [Hil02]. Die Theorie des
” Ressource-based View“ versucht analog zum Marked-based View“ ebenfalls eine
”
Strategie zu entwickeln, die einem Unternehmen Wettbewerbsvorteile sichert. Je-
doch liegt das Hauptaugenmerk nicht auf der Positionierung des Unternehmens im
ökonomischem Umfeld, sondern auf einer Stärken- und Schwächenanalyse des Un-
ternehmens. Der Ressource-based View geht im Gegensatz zum marktorientieren
Ansatz davon aus, daß Wettbewerbsvorteile auf Grundlage von bestimmten Fähig-
keiten eines Unternehmens erzielt werden und nicht auf einer Ebene der strategischen
Geschäftseinheiten [Hil02].
Eine detaillierte Betrachtung der einzelnen Formen bzw. Komponenten innerhalb der
Strategiebildung für Geschäftsmodelle kann der Standard-Literatur der Betriebswirt-
schaftslehre entnommen werden. Spezielle Ansätze für den Bereich mBusiness lassen
sich in [Cle02] finden.

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 31
Ausgangspunkt für das in den nachfolgenden Abschnitten dargestellte Geschäftsmodell
des L2L-Networks bildet eine Marktanalyse über mobile und ortsbezogene Dienste. Auf
dieser Analyse und den daraus gewonnenen Erkenntnissen aufbauend, wird die noch vage
Geschäftsidee des L2L-Networks formuliert. Sie wiederum gibt Aufschluß über Art und
Aufbau einer dem L2L-Network zugrundeliegenden Wertschöpfungskette, die alle beteilig-
ten Akteure integriert. Nach dieser Darstellung wird auf die einzelnen o.g. Komponenten
des Geschäftsmodells detailliert eingegangen. Den Abschluß bildet eine Zusammenfassung
wesentlicher Erkenntnisse, Anforderungen und Rahmenbedingungen an ein auf Basis des
Geschäftsmodells zu entwickelndes System.
3.2 Marktanalyse
Die im nachfolgenden präsentierte Marktanalyse soll die wesentlichen Rahmenbedingungen
für mobile Märkte und insbesondere für den Markt der ortsbezogenen Dienste erläutern.
Diese Erläuterungen sollen dazu dienen, ein besseres Verständnis des Marktes zu erlan-
gen, um das Potential des in diesem Kapitel vorgestellten Geschäftsmodells realistisch
einzuschätzen zu können. Hauptaugenmerk soll hierbei auf die allgemeine Betrachtung
der relevanten Märkte sowie eine Betrachtung von Nutzerinteressen und Nutzungsproble-
men mobiler bzw. ortsbezogener Dienste gelegt werden.
3.2.1 Mobile Märkte zwischen Hype und Realismus
Innerhalb der vergangenen 10 Jahre wurde in der Wirtschaft, sowohl national wie auch
international, ein extremes Wachstum in den Bereichen Internet und mobile Telekommu-
nikation erreicht. Die Euphorie in diesen beiden Märkten führte 1999 bis Anfang 2000 zu
einem Wachstumshöhepunkt. Viele Aktien von Unternehmen, die ihre Wirkungskreise in
diesen beiden Märkten hatten, waren aus heutiger Sicht völlig überzogen bewertet und
es hatte den Anschein als glaubten Investoren an ein scheinbar unbegrenztes Wachstum
[Lad02]. Rückblickend wird dieses Phänomen in der Börsenlandschaft als das ” Platzen der
Dotcom-Blase“ angesehen, was die extremen Kursverluste und diversen Insolvenzen von
” Dotcom“-Unternehmen symbolisieren soll.
Ähnliches läßt sich auch im Zusammenhang mit den Ankündigungen und der darauf fol-
genden Euphorie um die Einführung von UMTS feststellen. Dieses läßt sich wahrschein-
lich darauf zurückführen, daß der Ankündigungszeitpunkt genau am Ende der überhitzten
Phase des ” Dotcom Hypes“ platziert wurde und man hieraus versuchte, neue Hoffnung zu
schöpfen. Doch auch hier mußte die Euphorie schnell der Realität weichen und man stell-
te fest, daß die Investitionen der Mobilfunkanbieter in UMTS-Lizenzpakete sich nicht auf
kurze Sicht leicht amortisieren lassen würden, wie noch kurz vor dem Erwerb erwartet wur-
de. Aus diesem Grund wird derzeit die Chance in multimedialen mobilen Datendiensten,
also im mCommerce bzw. mBusiness gesehen, da diese Anwendungen Netzlasten erzeu-

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 32
gen könnten, die die modernen UMTS-Netze und ihre hohen Bandbreiten rechtfertigen
könnten [Lad02].
Euro per month
ARPU Development in Europe Split by Revenue Source
50,00
45,00
40,00
35,00
30,00
25,00
20,00
15,00
10,00
5,00
0,00
1999 2000 2001 2002 2003 2004 2005
Access/Subscription ARPU 7,50 5,10 4,20 3,80 3,60 3,50 3,40
Voice Traffic ARPU 36,80 31,20 29,10 26,70 24,50 22,30 19,20
Data Traffic ARPU 0,20 0,30 0,50 1,70 3,50 5,10 7,40
Content & Service ARPU 1,80 2,40 3,20 3,30 3,70 5,30 8,70
Indirect ARPU 0,00 0,00 0,00 0,00 0,00 1,00 2,00
Abbildung 3.2: Durchschnittliche Ertragsquellen pro Nutzer in Europa [Dur01b]
Dieser Trend wird ebenfalls durch eine von Durlacher Research Ltd. bereits im Jahr 2001
durchgeführte Marktanalyse untermauert. Ihr nach sind in der Zeit von 2003 bis 2005
die größten Zuwachsraten gemessen als ” durchschnittlicher Ertrag pro Nutzer“ (englisch:
Average Revenue Per User (ARPU)) in Europa in den Bereichen Data Traffic sowie Con-
tent & Service ARPU zu verzeichnen (vgl. Abb. 3.2). Die größte Einnamequelle stellt
allerdings immer noch der Bereich Voice Traffic ARPU dar, wobei hier die prozentualen
Zuwachsraten rückläufig sind, was einen Trend zu einer mehr datengetriebenen Nutzung
von mobilen Kommunikationsgeräten bedeuten würde.
Die Markt-Schwankungen, die durch erste Euphorie und darauf folgende Ernüchterung bei
der Einführung neuer Technologien entstehen, werden inzwischen als sehr typisch betrach-
tet. Rogers [Rog83] beschrieb dieses bereits 1983 in seiner Arbeit ” Diffusion of Innovations“
unter dem Begriff ” Diffusionskurve für Innovationen“. In diesem Zusammenhang hat sich
das Wort ” Hype“ als Beschreibung für das Phänomen der extremen Übertreibung eta-
bliert. Die Darstellung der Schwankungen am Markt läßt sich graphisch, wie in Abbildung
3.3 dargestellt, veranschaulichen. Man spricht dann oft von der sogenannten Hype-Kurve.
Hierbei zeigt diese auf, daß am Anfang einer neuen Technologieeinführung eine Phase der
positiven Übertreibung steht. Ihr folgt eine Phase der Enttäuschung, Ernüchterung und

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 33
Hype
Disapointment
mCommerce Hype
Realism
Growth
1998 1999 2000 2001 2002 2003 2004
Mobile Commerce
Reality
Abbildung 3.3: mCommerce Hype-Kurve [Dur01a]
negativen Übertreibung bis hin zu einer realistischen Einschätzung. Erst nach Ende dieser
Phase kann ein normales, den Bedingungen gerecht werdendes Wachstum erzielt werden.
Abbildung 3.3 zeigt jedoch in diesem speziellen Fall nicht nur den generellen Verlauf der
Hype-Kurve, sondern beschreibt ebenfalls die zeitliche Abfolge der Phasen des mCom-
merce, so daß zum aktuellen Zeitpunkt (2003) nach der dargestellten Einschätzung von
Durlacher Research Ldt. die letzte Phase, die sich durch realistische Wachstums-Chancen
auszeichnet, begonnen hat.
Im nachfolgenden Abschnitt soll genau hier angesetzt werden, um zu untersuchen, inwie-
weit sich der Markt für ortsbezogene Dienste, der ein Teilmarkt im mBusiness darstellt,
diesen Prognosen gerecht wird.
3.2.2 Der Markt für ortsbezogene Dienste
Ortsbezogene Dienste sind nach ihrer Definition her datengetriebene Dienste, da sie einem
Nutzer ein Informationssystem zur Verfügung stellen, dessen präsentierte Informationen
einen zum aktuellen Ortskontext passenden Fokus besitzen. Aus diesem Grund sind orts-
bezogene Dienste von besonderen Interesse im mBusiness, da sie das Potential haben,
dem bereits festgestellten Trend hin zu einer mehr datengetriebenen Nutzung von mobiler
Kommunikation gerecht zu werden.
Bei dem Vergleich von Analysen, die sich mit dem zukünftigen Markt für ortsbezogene
Dienste befaßt haben, läßt sich feststellen, daß - wie bereits zuvor im Gesamtbereich
mCommerce - sich ebenfalls ein Hype um das Thema ortsbezogene Dienste entwickelt
hat. Entsprechend prognostizierten Analysten dem Markt für ortsbezogene Dienste ein
Volumen von etwa 18 Milliarden US $ bis zum Jahreswechsel 2005/2006 [Lad02]:
• Strategy Analytics, Dez. 2000: 16 Milliarden in 2005

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 34
• Ovum, Jan. 2001: 20 Milliarden 2006
• Analysys, Feb. 2001: 2 Milliarden Ende 2002, 18,5 Milliarden in 2006
Auch im direkten Vergleich von Nordamerika und Europa wurde durch die Regulierungs-
behörde für Telekommunikation (RegTP) eine Prognose veröffentlicht, die nicht nur den
Markt als sehr optimistisch einschätzte, sondern auch den europäischen Markt weit im
Vorteil gegenüber Nordamerika sah und vom heutigen Zeitpunkt aus betrachtet einen
Marktzuwachs von derzeit 70 Millionen US $ auf 220 Millionen US $ im Jahr 2005 pro-
gnostizierte, was ein Anstieg um 300 Prozent bedeuten würde (vgl. Abbildung 3.4).
Mio. US $
10000
9000
8000
7000
6000
5000
4000
3000
2000
1000
0
1,6
13,2
75
195
Markt für standortbezogene Dienste
1125
742
2000 2001 2002 2003 2004 2005
2451
Nordamerika Europa
Abbildung 3.4: Markt für standortbezogene Dienste (Prognose) Quelle: [Kur02]
Diese Betrachtung der allgemeinen Prognosen zum Markt für ortsbezogene Dienste macht
deutlich, daß die Entwicklung des Bereiches ortsbezogene Dienste aller Wahrscheinlichkeit
nach ebenfalls den Gesetzen der Hype-Kurve unterliegt wie bereits zuvor der mCommerce
Markt. Aus diesem Grund ist es nicht verwunderlich, daß entgegen den überhitzten Pro-
gnosen in der Hype-Phase zum aktuellen Zeitpunkt nur eine geringe Zahl an Applikationen
am Markt existiert, die einen Ortskontext integrieren. Dennoch läßt sich eine allmähliche
Zunahme an Applikationen am Markt verzeichnen, die versuchen, im Bereich ortsbezo-
gene Dienste Fuß zu fassen. So hat beispielsweise Vodafone für Mitte bis Ende 2003 die
Verfügbarkeit seines ” Friendzone“-Dienstes angekündigt, der es Benutzern ermöglichen
soll, auf Basis von SMS Freunde in der Nähe aufzufinden, um sich so spontan für ein
Treffen verabreden zu können. Ein anderes Beispiel für bereits etablierte ortsbezogene
Dienste ist das Vindigo System [Vin03]. Es stellt Nutzern eine Applikation für PDA’s zur
Verfügung und ermöglicht einen spezifischen Zugriff auf Informationen, wie Wegstrecken,
Restaurants etc. Das System bietet aber keine automatische Ortsidentifikation, sondern
ist auf die manuellen Angaben des Benutzers angewiesen.
Setzt man die eingangs beschriebenen überzogenen Prognosen für ortsbezogene Dienste in
Beziehung mit der aktuellen Marktsituation, gemessen an verfügbaren und bekannten orts-
3240
4556
6039
6518
9167

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 35
bezogenen Anwendungen, dann läßt sich annehmen, daß die anfängliche Hype-Phase bei
ortsbezogenen Diensten überwunden scheint und wir uns derzeit an der Schwelle zwischen
Realismus und leichtem Marktwachstum bewegen müßten. Demnach ist die Hype-Kurve
für die Technologie ortsbezogener Dienste im Vergleich zur Kurve des mCommerce (siehe
Abb. 3.3) zeitlich um mindestens 2 Jahre nach hinten verschoben. Eine Darstellung dieser
möglichen Verschiebung zeigt Abbildung 3.5.
mCommerce und Loction Based Service Hype
im Vergleich
Hype
Disapointment
~ 2 years
Realism
Mobile Commerce
Reality
Growth
1998 1999 2000 2001 2002 2003 2004
Location Based Services
Reality
Abbildung 3.5: Der zeitlich unterschiedliche Verlauf der Hype-Kurven von mCommerce
und ortsbezogenen Diensten (eigene Darstellung)
Geht man von der dargestellten Hype-Kurve für ortsbezogene Dienste aus, dann läßt sich
der Markt in der nahen Zukunft als sehr günstig für die Einführung neuer Anwendungen
mit Ortskontexten einstufen. Dieses läßt sich ebenfalls dadurch belegen, daß bei Umfra-
gen in der Vergangenheit bereits ein erhöhtes Bedürfnis nach ortsbezogenen Diensten zu
verzeichnen war. In einer Analyse der Boston Consulting Group (BCG) vom November
2000 wurde bereits ein erhöhtes Interesse an ortsbezogenen Diensten bei den Befragten
festgestellt: Mehr als ein Drittel aller mCommerce Nutzer äußerte demnach ein Interesse
an dieser Art von Diensten. Zusammen mit einem ermittelten Interesse nach regionalen
Informationen (Zug Informationen, Restaurant Orte etc.) ist das Interesse potentieller
Nutzer auf über 60 Prozent zu beziffern, was den Großbereich ortsbezogener Dienste da-
mit zu dem populärsten Applikationen aller nicht Kommunikationsapplikationen macht
[The00](vgl. Abbildung 3.6).
Selbst wenn die Erhebung dieser Daten im nachhinein betrachtet zeitlich in der Hype-
Phase zu platziert ist, so ist es doch wahrscheinlich, daß sich die generellen Bedürfnisse
in der Bevölkerung mit fortschreitender Zeit nicht grundsätzlich geändert haben dürften.
Insbesondere auch dann nicht, wenn sich die technischen Rahmenbedingungen, wie Positi-
onsbestimmung oder breitbandige Datenverbindungen, im Gegensatz zum Erhebungszeit-
punkt verbessert haben bzw. jetzt erst real vorhanden sind. Darüber hinaus ist die damals
noch weitgehend unbekannte und neu gewesene Idee ” ortsbezogene Dienste“ zum heutigen

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 36
Banking
Ring tone and
Screen saver
dow nloads
Location-based
Services
Regional Information
14%
Usage / Interest in mCommerce Applications
20%
19%
30%
36%
28%
50%
49%
56%
55%
62%
67%
0% 10% 20% 30% 40% 50% 60% 70% 80%
of respondents
Current mCommerce users who
use the application
Current mCommerce users who are
interested in the application
Potential mCommerce users who
are interested in the application
Abbildung 3.6: Nutzerinteresse an Anwendungen im Bereich mCommerce nach [The00]
Zeitpunkt durch erhöhtes Medieninteresse (vgl. z.B. Artikel in Computer Zeitung 39/2002,
Computer Zeitung 8/2003, DIE WELT vom 25. Feb. 2003) einer breiteren Masse bekannt
als noch zum Zeitpunkt der Hype-Phase.
3.2.3 Die Rolle der Nutzer
Bei aller Betrachtung der generellen Marktbedingungen für oder gegen ein positives Um-
feld für die Einführung von ortsbezogenen Diensten dürfen die Interessen der potentiellen
Nutzer solcher Dienste nicht außer acht gelassen werden, da kein System ohne Nutzer
funktionieren kann. Leider sind Kunden und Anbieter zum aktuellen Zeitpunkt bzw. in
der Zeit vergangener Analysen nicht in der Lage gewesen, die Möglichkeiten des mCom-
merce mit neuen Technologien und Organisationsformen und deren Weiterentwicklung zu
überblicken [BF02]. Wenn aber den Kunden bereits schon ein Überblick fehlt, dann wird es
ebenfalls schwierig sein, die Bedürfnisse und Wünsche richtig zu artikulieren. Aus diesem
Grund sind nachfolgende Ausführungen mit Bezug auf empirische Ergebnisse mit einer
gewissen Vorsicht zu betrachten.
Für den Bereich der ortsbezogenen Dienste existieren derzeit nur wenige Erhebungen und
Analysen mit einer breiten Basis an Befragten. Kölmel stellt beispielsweise in [KH02] Er-
gebnisse einer empirischen Analyse für ortsbezogene Dienste vor, kann aber leider nur
auf eine Basis von 479 Befragten zurückgreifen. Auch in größeren Analysen, wie der von
der Boston Consulting Group [The00], lassen sich nur wenige Aussagen speziell zu orts-
bezogenen Diensten finden. Aus diesem Grund soll an dieser Stelle mehr auf allgemeine
Nutzeranfoderungen für den Bereich mCommerce eingegangen werden. Eine Übertragung
dieser Erkenntnisse auf den Bereich ortsbezogener Dienste scheint dann möglich.

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 37
Anforderungen der Kunden
Nach einer Studie der Boston Consulting Group, die 2000 die ersten Pionier-Nutzer im
mCommerce befragte, sind die Nutzungsmotive eher ökonomisch orientiert. Primär sei es
demnach wichtig, durch die Nutzung mobiler Anwendungen Zeit einzusparen. Ebenfalls
wichtig sei es, aktuelle Informationen zu erhalten oder aber einfache und effektive zu
kommunizieren (vgl. Abbildung 3.7).
Neue Freunde finden
Zeitvertreib
Etw as Neues ausprobieren
Zugang zu konkreten Anw endungen
Computernutzung umgehen
Spaß haben
Niedrige Preise, Soderangebote
Hilfe in Notfallsituationen
Kontakt zu Freunden und Familie
Kommunizieren ist einfacher und effektiver
Aktuelle Informationen in Echtzeit
Zeit sparen
Motive für die Nutzung von mCommerce Angeboten
25%
37%
0% 10% 20% 30% 40% 50% 60% 70% 80% 90%
47%
49%
Anteil der Befragten
Abbildung 3.7: Motive für die Nutzung von mCommerce Angeboten [The00]
Generell wird die Nutzung von Angeboten davon abhängen, wie hoch der Wertgewinn
durch eine Nutzung eingestuft wird [BF02]. Neben dieser eher ökonomischen Sichtwei-
se spielen aber auch soziale und psychologische Aspekte eine Rolle, da durch das allge-
genwärtige Mobiltelefon praktisch immer und überall soziale Beziehungen gepflegt werden
können. Zobel [Zob01] weist sogar auf einen Gruppenzwang hin bei dem japanische Tee-
nager zur Nutzung von Mobiltelefonen mit i-Mode-Service ” genötigt“ werden, wenn sie
nicht von ihrer Clique ausgeschlossen werden wollen.
Kundenanforderungen
Soll-Kriterien
Soziale Beziehungen und Anerkennung
Macht
einfacher, schneller, mehr
Unterhaltung
Sicherheit
Muss-Kriterien 3-Minuten-Wert Einfachheit Zusatznutzen
Abbildung 3.8: Kundenanforderungen an mCommerce Angebote [Zob01]
53%
53%
54%
71%
74%
81%
83%
84%

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 38
Aufgrund der wahrscheinlich großen Menge an Anforderungen der Kunden, die über die
hier vorgestellte kleine Auswahl hinausgehen, scheint eine generelle Gruppierung oder
Vereinfachung wesentlich sinnvoller. Zobel [Zob01] entwickelt hierfür ein in Abbildung 3.8
dargestelltes Modell indem er generell zwischen Soll- und Muss-Kriterien unterscheidet:
Muss-Kriterien für eine erfolgreiche mCommerce Anwendung sind zwingend zu erfüllen
und werden deshalb auf unterster Ebene als Fundament der Kundenanforderungen darge-
stellt. Das Angebot muß bei kurzem Zeitaufwand bereits einen Wert generieren, wie ein
Kaufabschluß oder eine erfolgreiche Informationsrecherche. Außerdem muß das Angebot
einfach in der Handhabung und in der Navigation sein. Eine einfache 1:1 Übertragung von
stationären Anwendungen auf mobile Umgebungen reicht nach Zobel demnach nicht aus.
Zu guter letzt muß das Angebot einen Zusatznutzen für den Kunden generieren können,
optimalerweise die Einzigartigkeit des Angebots.
Die Soll-Kriterien bauen auf den Muss-Kriterien auf und greifen u.a. auf die bereits zuvor
kurz erwähnten sozialen Beziehungen zurück. Die weiteren Kriterien gehen zum Teil in sehr
unterschiedliche Richtungen und die dargestellte Liste sollte in keinem Fall als abgeschlos-
sen angesehen werden. Vielmehr geht es bei den Soll-Kriterien darum, zu erkennen, daß
je nach Anwendung unterschiedliche Aspekt zu den Muss-Kriterien hinzu kommen, deren
Betrachtung mehr als ratsam ist. Unter dem in diesem Zusammenhang etwas ungewöhn-
lich klingenden Begriff ” Macht“ versteht Zobel, daß z.B. eine permanente Erreichbarkeit
durch die Nutzung von Mobiltelefonen durch Dritte zu einer Art Macht ausgeweitet wer-
den kann, in dem Sinne, daß diese zu jedem Zeitpunkt in das Leben z.B. durch einen Anruf
eingreifen können, ohne daß der Besitzer eines Mobiltelefones sich dagegen wehren kann.
3.2.4 Zusammenfassung der Marktanalyse
Betrachtet man die dargestellten Ergebnisse zusammenfassend, dann läßt sich festhalten,
daß bei der Einführung von ortsbezogenen Diensten aller Wahrscheinlichkeit nach die glei-
chen Gesetze gelten werden wie bei der Einführung des mCommerce. Allerdings befinden
wir uns sowohl im mCommerce wie auch bei ortsbezogenen Diensten nicht mehr in einer
Hype-Phase sondern am Anfang einer Phase, die durch realistische Markteinschätzungen
geprägt ist. Aus diesem Grund kann man zum heutigen Zeitpunkt davon ausgehen, daß der
Markt und die Nutzer generell bereit sind, neue Applikationen auf Basis von ortsbezogenen
Diensten zu nutzen. Demnach müßte die Anzahl an kommerziell nutzbaren Diensten in der
Folgezeit kontinuierlich zunehmen, so daß momentane Vormärsche von großen Anbietern,
wie z.B. Vodafone mit dem ” FriendZone“ Dienst, erst der Anfang einer neuen Ära sind.
Ein weiterer Aspekt, der die positive Marktsituation für ortsbezogene Dienste weiter
verstärkt, nämlich die Mobilfunk-Hardware als Zugangsmedium zu mobilen Anwendun-
gen, wurde hier nicht näher thematisiert. Es ist allerdings davon auszugehen, daß die Zahl
der IP-fähigen Endgeräte in den nächsten Jahren, u.a. bedingt durch neue Markterschlies-
sungen internetfähiger Übertragungstechnologien, weiter ansteigen wird [BF02]. Ebenfalls
sind andere technische Rahmenbedingungen, wie Positionsbestimmung etc., zum aktuellen
Zeitpunkt kein echtes Problem mehr, so daß ein Einsatz ortsbezogener Dienste hierdurch

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 39
nicht gefährdet würde (vgl. Kapitel 2.1).
Abschließend bleibt noch eine letzte Anmerkung festzuhalten, die sich auf die gesamte
dargestellte Analyse bezieht. Bei der Analyse und Bewertung des Marktes konnte auf
keine eigenen Erhebungen zurückgegriffen werden, da für ein repräsentatives Ergebnis
sehr hohe Beteiligungszahlen notwendig gewesen wären, die den Umfang dieser Arbeit ge-
sprengt hätten. Stellvertretend für eine eigene Erhebung wurde deshalb im wesentlichen
auf Ergebnisse und Zahlen zurückgegriffen, die verfügbaren Marktanalysen und Berichten
entnommen werden konnten. Somit sind die präsentierten Zahlen und Bewertungen von
Situationen stets kritisch zu betrachten, da nicht ausgeschlossen werden kann, daß die
jeweilige Institution mit ihrer Darstellung eigene Interessen verfolgt, die nicht absolut der
Realität am Markt entsprechen. Dennoch sollte es mit Hilfe dieses Materials allerdings
möglich sein, eine gewisse Marktvorstellung zu erhalten.
Nachdem dieser Abschnitt einen tieferen Einblick in den Markt für mobile und ortsbezoge-
ne Dienste gegeben hat, kann eine erste Geschäftsidee vor diesem Hintergrund formuliert
werden, aus der dann wiederum weitere Implikationen ableitbar sind.
3.3 Die Geschäftsidee
In diesem Abschnitt soll die generelle Geschäftsidee präsentiert werden, die dem im die-
sem Kapitel dargestellten Geschäftsmodell zugrunde liegt. Die Geschäftsidee stellt eine in
weiten Teilen noch meist vage formulierte Idee oder Vision als Basis für weitere Konkreti-
sierungen innerhalb eines Geschäftsmodells dar und bietet daher nicht auf alle Fragen im
Detail Antwort. Eine detailliertere Ausarbeitung dieser Fragen läßt sich aber in nachfol-
genden Schritten innerhalb dieser Arbeit finden.
” Anbieten einer flexiblen dezentralen Informationssystem-Infrastruktur für
ortsbezogene Informationen an beliebige Institutionen zur Nutzung als
ortsbezogenes Informationssystem mit Zugang über Mobilfunknetze.“
Die Idee des sogenannten Location-to-Location Networks (L2L-Network) ist die Erzeu-
gung eines ortsbezogenen Informationssystems, mit dessen Hilfe Nutzern Informationen
zur Verfügung gestellt werden, die eine gewisse örtliche bzw. räumliche Relevanz bzgl.
des aktuellen Aufenthaltsorts haben. Hierbei soll die zentrale Idee verfolgt werden, die
Informationseinheiten, die das System zur Verfügung stellt, weder an einem zentralen Ort
zu konzentrieren und damit zu verwalten, noch die Erstellung der Informationseinheiten
durch zentrale Instanzen durchzuführen. Eine Erstellung von Informationseinheiten soll
vielmehr durch beliebige Teilnehmer innerhalb des Netzwerkes möglich sein. Dadurch, daß
das L2L-Network nicht über eine zentrale Datenhaltung verfügen soll, können die durch In-
stitutionen bereitgestellten Informationen an einem beliebigen Ort, vorzugsweise am Ort
der Erstellung, vorgehalten werden, und sind so leicht für einen schnellen und direkten

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 40
Zugriff zugänglich. Bei der Idee des L2L-Networks ist es entscheidend, daß die Informa-
tionseinheiten, die eine Institution zur Verfügung stellt, zum einen Informationen über
die Institution sein sollten und zum anderen eine räumliche Abhängigkeit besitzen. Bei-
spielsweise sollte ein Warenhaus in einer Innenstadt Informationen über das Unternehmen
und räumlich relevante Informationen für Nutzer zur Verfügung stellen, wie z.B. aktuel-
le Angebote, Öffnungszeiten oder aber Informationen über die Länge der Schlangen an
den Kassen. Nicht zur Verfügung sollen hingegen Informationen gestellt werden, die einen
sehr weiten Gültigkeitsbereich haben, wie z.B. Daten des Unternehmenserfolges im ver-
gangenen Jahr o.ä. Hierzu werden andere Möglichkeiten durch das System zur Verfügung
gestellt, die einen theoretischen Zugang dennoch ermöglichen würden, aber sicherstellen,
daß die Informationseinheiten nicht denen einer Internet-Präsenz gleichen.
Im Nachfolgenden soll anhand eines kleinen Szenarios genauer erläutert werden, wie das
L2L-Network arbeitet und welche Rolle dabei die verschiedenen Beteiligten spielen. Eine
Betrachtung der technischen Machbarkeit und Realisierung von Funktionalitäten ist hier
nicht Bestandteil und wird erst in Kapitel 4 genauer betrachtet. Auch etwaige implizite
organisatorische und logistische Annahmen, die innerhalb des Szenarios getroffen werden
und für den Erfolg der Idee des L2L-Networks relevant sind, sollen an dieser Stelle nicht
detailliert betrachtet werden.
3.3.1 Nutzungsszenario des L2L-Networks
Für eine beispielhafte Beschreibung eines Nutzungsszenarios soll die in Abbildung 3.9
dargestellte geographische Konfiguration des L2L-Networks als Ausgangsbasis dienen. In-
nerhalb dieses kleinen Auschnittes des L2L-Networks könnte eine Nutzung dann wie nach-
folgend beschrieben aussehen:
Eine Person P hat den ortsbezogenen Dienst des L2L-Networks abonniert und somit durch
seine mobilen Endgeräte (z.B. PDA oder Auto-Navigationssystem) Zugang zum System. P
fährt mit dem Auto in die Stadt und möchte gerne einige Besorgungen machen. Als erstes
sollen in einem Lebensmittelgeschäft (Gebäude C) Grundnahrungsmittel gekauft werden.
Kurz bevor P das Lebensmittelgeschäft erreicht zeigt sein Auto-Navigationssystem an,
daß das Lebensmittelgeschäft meldet, daß momentan die Wartezeiten an den Kassen 10
Minuten betragen. Diese Zeit ist P für die zu kaufenden Artikel zu lange und er entschließt
sich weiterzufahren, um weitere Besorgungen in der Innenstadt zu tätigen. Zuvor nutzt er
allerdings den angebotenen Service des Lebensmittelgeschäftes und gibt seine Einkaufsliste
online ab und kann dann nach zwei Stunden die Waren an einer speziellen Warenausgabe
im Lebensmittelgeschäft abholen, ohne an einer Kasse zu warten.
Auf der Weiterfahrt in die Innenstadt steht P vor dem Problem der bekannten Parkplatz-
Suche. Er fährt an einem Parkhaus vorbei und schaut auf sein Navigationssystem, das ihm
meldet, daß in diesem Parkhaus noch mehr als zehn Plätze frei sind. P entschließt sich,
dieses Parkhaus anzusteuern und nutzt den durch den Parkhausbetreiber angebotenen

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 41
Innenstadt
Gebäude
C Café Gebäude
A
Parkhaus
Gebäude
B
Abbildung 3.9: Beispiel-Szenario für eine mögliche Nutzung des L2L-Networks
“Parkplatz-Leitsystem-Service“, der ihn genau zu einem freien Parkplatz innerhalb des
Parkhauses ohne langes Suchen lotst. P macht sich nun vom Parkhaus aus auf den Weg
zum Einzelhandel-Unternehmen in Gebäude A. Auf dem Weg dahin kommt er an Gebäude
B vorbei und sein PDA meldet ihm ein interessantes Angebot und zusätzlich einen Rabatt-
Coupon für diesen Artikel, wenn er diesen sofort kaufen würde. P entschließt sich, dieses zu
tun und geht kurzerhand in Gebäude B, kauft den angebotenen Artikel und erhält zusätz-
lich einen Rabatt durch Angabe der Rabattnummer, die sein PDA anzeigt. Anschließend
verläßt P das Gebäude und macht sich auf den weiteren Weg. Er entschließt sich zuvor
noch einen Kaffee zu trinken und setzt sich in ein Café gegenüber des Einzelhändlers in
Gebäude A. Da er nicht genau weiß, wie lange der kleine Einzelhändler in Gebäude A
geöffnet hat, nimmt er wiederum kurzerhand den PDA und schaut sich Informationen
über das Gebäude A an, die ihm angeboten werden, und sieht kurze Zeit später, daß er
noch 1 Stunde bis Ladenschluß Zeit hat und sich somit nicht zu beeilen braucht. Nach-
dem er den Kaffee getrunken und die letzten Besorgungen gemacht hat, geht er zurück zu
seinem Auto und will die bestellten Lebensmittel im Lebensmittelgeschäft (Gebäude C)
abholen. Er setzt sich ins Auto und prüft zuvor noch die aktuellen Stauinformationen der
Innenstadt, die durch die Innenstadt selbst angeboten werden. Er stellt fest, daß auf dem
Weg den er gekommen ist, ein Stau aufgrund eines Unfalls gemeldet ist und entschließt
sich, eine alternative Route zum Lebensmittelgeschäft zu wählen, um Zeit zu sparen. Am
Lebensmittelgeschäft angekommen nimmt er die bestellten Lebensmittel entgegen und
fährt weiter nach Hause.
3.3.2 Aufgaben der Netzwerk-Teilnehmer innerhalb des Szenarios
Um das gegebene Szenario mittels des L2L-Networks realisieren zu können, soll nachfol-
gende Betrachtung dazu dienen aufzuzeigen, welche Maßnahmen die einzelnen Beteiligten

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 42
innerhalb des Szenarios treffen müssen.
Um das gegebene Szenario zu realisieren, muß zuerst durch jeden Netzwerk-Teilnehmer,
der Informationen zur Verfügung stellen möchte, ein Zugang zum Netzwerk beim Betrei-
ber beantragt werden. Wird dieser genehmigt, können die Informationseinheiten durch die
Teilnehmer modelliert und anschließend im Netzwerk angeboten werden. Die an dem Sze-
nario beteiligten Institutionen sind ein Betreiber für Informationen über die Stadt sowie
die jeweiligen Institutionen zu den Gebäuden A bis C und das Parkhaus.
Innenstadt Ein Betreiber, der Informationen über eine Innenstadt anbietet, wird in der
Regel eine übergeordnete Institution sein. Denkbar an dieser Stelle sind Institutio-
nen, die bereits zum heutigen Zeitpunkt die Internet-Präsenzen von Städten organi-
sieren und betreiben.
Für die Bereitstellung von Informationen innerhalb des L2L-Networks bedeutet die-
ses, daß im wesentlichen auf bereits vorhandenes Material zurückgegriffen werden
kann. In dem hier vorgestellten Szenario wären dieses lediglich aktuelle Stau-Mel-
dungen.
Parkhaus Der Betreiber eines Parkhauses muß für die Erfüllung seines Angebotes in-
nerhalb des Szenarios lediglich die Informationen über noch verfügbare Parkplätze
bereit stellen. Die Fähigkeit genau zu wissen, an welcher Stelle welche Parkplätze
noch frei sind, bedarf einer separaten Lösung. Existiert diese Lösung, dann muß
dafür gesorgt werden, daß das System, das das ” Parkplatz-Leitsystem“ ermöglicht,
im L2L-Network zugänglich ist.
Gebäude A Der Betreiber innerhalb des Gebäudes A kann z.B. eine Gemeinschaft aller
im Gebäude ansässigen Unternehmen sein. Hier müssen dann die jeweiligen Unter-
nehmen selbst entscheiden, welche Informationen sie ihren potentiellen Kunden an-
bieten wollen. Dieses wird im wesentlichen eine spezielle Auswahl aus Informationen
sein, die bereits auf einer Internet-Präsenz des Unternehmens zur Verfügung gestellt
werden. Im konkreten Szenario wären dieses neben dem Namen des Unternehmens
die Öffungszeiten.
Gebäude B Der Betreiber innerhalb des Gebäudes B ist ein entsprechend großes Unter-
nehmen und kann deshalb selbst seine Informationen im Netzwerk zur Verfügung
stellen und ist nicht auf einen Zusammenschluß mehrerer angewiesen. Für das Sze-
nario reicht es hier aus, eine Menge von Angeboten zu definieren, die potentiellen
Kunden in der Nähe angeboten werden sollen. Die Möglichkeit, spezielle Rabatte für
Nutzer des L2L-Networks einzuräumen, könnte im einfachsten Fall durch eine sepa-
rate Informationseinheit modelliert werden, die eine einmalig gültige Rabattnummer
generiert.
Gebäude C Der Betreiber innerhalb des Gebäudes C kann für die Ermöglichung sei-
nes Bestelldienstes innerhalb des Szenarios direkt auf eine evtl. bereits vorhandene
Lösung aus seiner Internet-Präsenz zurückgreifen. Im einfachsten Fall läßt sich diese

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 43
Funktionalität auch über eine normale E-Mail an eine spezielle E-Mail-Adresse er-
reichen. Für die Zurverfügungstellung der Informationen über die durchschnittlichen
Wartezeiten an den Kassen muß der Betreiber ein System entwickeln, das diese War-
tezeiten mißt. Kann dieses geschehen, dann stellt die durchschnittliche Wartezeit nur
eine weitere kleine Informationseinheit für das L2L-Network dar.
Die dargestellten Aufgaben, die die jeweiligen Betreiber zu erfüllen haben, um das gegebene
Szenario zu realisieren, sind an dieser Stelle idealisiert zu betrachten und müssen im realen
Fall mit weiteren Informationen aufbereitet werden, damit sie für das L2L-Network nutzbar
sind. Dieses Problem wird zu einem späteren Zeitpunkt nochmals aufgegriffen.
Wichtig an dieser Stelle bleibt abschließend festzuhalten, daß die Betreiber sich keine
Gedanken über die Zugänglichkeit ihrer Informationen innerhalb des Netzwerkes, abhängig
von einem aktuellen Aufenthaltsort von Benutzern, machen müssen. Dieses ist zentraler
Bestandteil der Basis des L2L-Networks.
Nachdem dieser Abschnitt eine bessere Vorstellung des Systems vermitteln sollte, wird
nachfolgender Abschnitt nochmals detaillierter auf die beteiligten Akteure eingehen und
diese in einer Wertschöpfungskette arrangieren.
3.4 Die Wertschöpfungskette
Für den Bereich mBusiness lassen sich unterschiedliche Ausprägungen einer Wertschöp-
fungskette finden. Der Begriff Wertschöpfung meint hierbei grob jenen Wertzuwachs, den
ein Produkt nach einem bestimmten betrieblichen ” Veredelungsprozess“ erhält. Abbildung
3.10 stellt diesen Sachverhalt graphisch im Rahmen eines Produktionskontos dar.
Netto -
produktionswert
Kauf von
Vorleistungen
Abschreibungen
Wertschöpfung
Verkauf an andere
Wirtschaftssubjekte
Brutto -
produktionswert
Abbildung 3.10: Die Wertschöpfung innerhalb eines Produktionsprozesses angelehnt an
[Sto69]
Eine Wertschöpfungskette ist dann die Verkettung mehrerer solcher ” Veredelungspro-
zesse“ durch unterschiedliche Akteure. Die einzelnen Glieder einer Wertschöpfungskette
(Wertschöpfungsbereiche genannt) sind stark miteinander verknüpft und stehen somit in
einem bestimmten Abhängigkeitsverhältnis zueinander, weshalb sie auch als Kette dar-
gestellt werden [S + 02]. Die Besetzung der Wertschöpfungsbereiche geschieht durch un-
terschiedliche Player, wobei deren unternehmerische Zielsetzungen und Strategien zu den

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 44
jeweiligen Bereichen passen.
Zobel [Zob01] schlägt für den Bereich mBusiness die Wertschöpfungsbereiche Infrastruk-
tur, Betreiber, Content, Anwendungen und Portale vor und arrangiert diese in einer eige-
nen Wertschöpfungskette, wie in Abbildung 3.11 dargestellt.
Infrastruktur Betreiber Content Anwendung Portal
Hersteller-Endgeräte
Netzwerk-Dienstleister
Software-Entwickler
Plattform-Entwickler
System-Integrator
WASP
Mobilfunkbetreiber
Virtueller
Netzwerkbetreiber
Weiterverkäufer
Informationsanbieter
Aggregator
Distributor
Werbung
Unterhaltung
Finanzdienste
Navigation/Information
Unified Messaging
Kalender
Zahlung/Transaktion
Sicherheit
Shopping
Horizontal
Abbildung 3.11: Die Wertschöpfungskette des mBusiness nach Zobel [Zob01]
Demnach haben Unternehmen die Wahlmöglichkeit, in welchem der fünf unterschiedlichen
Wetschöpfungsbereiche sie präsent sein wollen. In der Vergangenheit waren die einzel-
nen Bereiche und Player zumeist klar voneinander abgegrenzt: Infrastruktur wurde von
Mobilfunk-Hardware-Herstellern, wie Nokia, Ericsson oder Siemens, besetzt. Der Verkauf
von Verträgen wurde durch Netzwerkbetreiber, wie Vodafone oder Telekom, gewährlei-
stet. Inhalte wurden durch Dritte geliefert. Mit zunehmender Reife des mBusiness ändert
sich dieses jedoch und Infrastrukturfirmen oder Mobilfunkbetreiber versuchen, ebenfalls in
anderen Bereichen der Wertschöpfungskette Fuß zu fassen und generieren so mittlerweile
z.B. eigene Inhalte für ihre eigenen Anwendungen [Zob01].
3.4.1 Die Wertschöpfungskette des L2L-Networks
Die Wertschöpfungskette des L2L-Networks ist in der wesentlichen Struktur identisch mit
der Wertschöpfungskette des mBusiness aus dem vorherigen Abschnitt. Jedoch ist der
primäre Fokus an dieser Stelle mehr auf die einzelnen Beteiligten und ihre Besetzung von
mitunter mehreren Bereichen der Wertschöpfungskette gerichtet, die notwendig sind, um
die Idee des L2L-Networks zu verwirklichen. Für diese Verwirklichung bedarf es ebenfalls,
wie im mBusiness, der fünf unterschiedlichen Bereiche: Infrastruktur, Betreiber, Content,
Anwendung und Portal.
WASP
Vertikal
Infrastruktur Betreiber Content Anwendung Portal
Hardware Mobilfunkbetreiber
Software
Virtueller
Netzwerkbetreiber
Informationsanbieter
Aggregatoren
Navigation/Kartographie
Zahlung/Transaktion
Systemzugang
Abbildung 3.12: Die Wertschöpfungskette des L2L-Networks
Abbildung 3.12 veranschaulicht hierbei nicht nur die einzelnen Beteiligten an der Wert-
schöpfungskette, sondern zeigt darüber hinaus für jedes Glied der Wertschöpfungskette

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 45
entweder Aufgaben auf, die im jeweiligen Bereich eine zentrale Rolle spielen, oder aber
Institutionen, die die jeweiligen Bereiche real bekleiden könnten.
Im Nachfolgenden soll genauer erläutert werden, welche Aufgaben und Eigenschaften auf
die einzelnen Akteure innerhalb der Wertschöpfungskette zukommen und wie diese die
Funktion des Gesamtsystems gewährleisten können:
1. Infrastruktur / Betreiber
Betrachtet man den Bereich Infrastruktur für sich, dann läßt sich feststellen, daß sich
dieser Bereich normalerweise quer oder aber parallel zu allen anderen Bereichen der
Wertschöpfungskette erstrecken müßte, da es für jeden Bereich entsprechende Zu-
lieferer für eine grundlegende Infrastruktur gibt: Für den Betrieb des L2L-Networks
bedarf es z.B. einer Mobilfunknetz-Infrastruktur mit unterschiedlichster Hardware
und Software. Anwendungen müssen auf entsprechenden Plattformen laufen usw.
Generell läßt sich ein Trend zu wachsender Integration erkennen. So wird z.B. durch
Unternehmenszusammenschlüsse oder -verkäufe versucht, wesentliche Teile des Infra-
strukturbereiches zu kontrollieren [Zob01]. Mobilfunkanbieter treten immer häufiger
als Wireless Application Service Provider (WASP) auf und betreiben eigene Anwen-
dungen oder Anwendungen im Auftrag von Dritten. Generell haben Mobilfunkbetrei-
ber die stärkste Ausgangssituation innerhalb von mBusiness-Anwendungen. Dieses
liegt unter anderem daran, daß sie Kundenverbindungen mit laufenden Zahlungsbe-
ziehungen haben. Darüber hinaus sind sie natürlich auch im Besitz von Schlüsselda-
ten über ihre Kunden, wie z.B. das Wissen über den aktuellen Aufenthaltsort eines
bestimmten Kunden. Aber auch die Tatsache, daß Mobilfunkanbieter bei jedem an
einen Kunden übermittelten Datenpaket oder an jeder Minute Netzzugang verdie-
nen, macht ihre Position innerhalb der Wertschöpfungskette zur stärksten Partei
[Zob01].
Aus diesem Grund wurde der Bereich Infrastruktur eng mit dem Bereich Betrei-
ber gekoppelt (vgl. Abb. 3.12) und soll verdeutlichen, daß für die Verwirklichung
des L2L-Networks die notwendigen Infrastruktur-Maßnahmen, wie Zugangssoftware
oder Aufbau des Mobilfunknetzes, direkt durch den Betreiber des L2L-Networks er-
bracht werden können.
Ein Betreiber des L2L-Networks sollte demnach idealerweise ein Mobilfunkanbieter
sein. Dieser verfügt bereits über ein vorzugsweise eigenes Mobilfunknetz und speziel-
les Wissen wie eingangs beschrieben. Darüber hinaus besteht das L2L-Network aus
einem Peer-to-Peer Netzwerk, das durch eine spezielle Zugangssoftware aufgebaut
wird, ähnlich wie bei bekannten Peer-to-Peer Netzwerken, wie z.B. Gnutella oder
Napster. Da diese Software elementarer Bestandteil des L2L-Networks ist, sollte
somit auch die Kontrolle über das Gesamtsystem, die durch diese Zugangssoftwa-
re erreicht wird, bei dem Mobilfunkanbieter liegen. Ist kein eigenes Mobilfunknetz
verfügbar, dann kann der Aufgabenbereich Betrieb auch durch einen virtuellen Netz-
werkbetreiber, der Netzwerkkapazitäten bei Mobilfunkbetreibern anmietet, ausgeübt

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 46
werden. Eine Verschmelzung der Bereiche Infrastruktur und Betreiber scheint hier-
durch mehr als sinnvoll.
2. Content
In der Vergangenheit dienten Content-Anbieter für viele Mobilfunkanbieter, die ei-
gene Portale etablieren wollten, als reine Content-Lieferanten, die somit mehr oder
weniger als Mittel zum Zweck mißbraucht wurden, da die Portalbetreiber nicht al-
leine in der Lage waren, Content in ausreichender Aktualität und Bandbreite zu ge-
nerieren. Trotz dieser Abhängigkeit der Portalbetreiber von den Content-Anbietern
war die Ausgangssituation der Anbieter tendenziell ungünstig, da sie keine direkte
Kundenschnittstelle besaßen und als reiner Zulieferer schnell durch einen anderen
ersetzbar waren [Zob01].
Interessanter wird die Ausgangssituation für Content-Anbieter, wenn man an neue
Formen von Inhalten denkt, die z.B. kontext- und insbesondere orts- oder zeitabhängig
sind. Hierdurch werden Angebote möglich, die sich auf einen aktuellen Ort zuschnei-
den lassen und so z.B. Sonderangebote lokaler Einzelhändler präsentieren oder aber
den Weg zum nächsten Restaurant weisen können. Genau diese Art von Informa-
tionen sind aber zentraler Bestandteil von ortsbezogenen Diensten wie dem L2L-
Network. Content-Anbieter für ortsbezogene Dienste haben damit die Möglichkeit,
unterschiedlichste Dienstleistungen zur Verfügung zu stellen, von der einfachen Ge-
nerierung von Inhalten in speziellen Formaten für kontext-sensitive Anwendungen bis
hin zur Aggregation von existierenden Informationen zu höherwertigen oder kontext-
speziellen Informationen.
Durch die Architektur des L2L-Networks wird es ggf. sogar möglich sein, den Bereich
Content zu dezentralisieren, so daß jeder Nutzer des Netzwerkes eigene Informatio-
nen zur Verfügung stellen könnte, wenn dieses durch den Betreiber gewünscht ist.
Wichtig ist im Rahmen des L2L-Networks festzuhalten, daß der Bereich Content
elementar für den Gesamterfolg des Systems ist, da ein System ohne ausreichen-
de Inhalte keine Zukunft haben dürfte, was den Bereich Content innerhalb der
Wertschöpfungskette nachhaltig stärken sollte.
3. Anwendung
Der Bereich der Anwendungen bietet aufgrund der großen Artenvielfalt von An-
wendungen für Akteure den wohl größten Spielraum innerhalb der Wertschöpfungs-
kette des L2L-Networks. Hierbei kann die Art der Anwendung unterschiedlichste
Ausprägungen besitzen. Sowohl das Anbieten von Einzelanwendungen, wie z.B. ein
Stadtplanausschnitt zu einer gegebenen Koordinate, als auch die Anwendungsko-
ordination unterschiedlicher Teilanwendungen ist hier denkbar. Insbesondere sind
hier z.B. Koordinatoren denkbar, die es schaffen, die unterschiedlichsten Zahlungs-
systeme zur Verfügung stellen, um Leistungen, die innerhalb des L2L-Networks in
Anspruch genommen werden können, abzurechnen.
Die Position von Akteuren innerhalb des Bereiches Anwendung wird aller Voraus-
sicht nach von der Wertigkeit der zur Verfügung gestellten Anwendung abhängen

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 47
und kann somit von Anbieter zu Anbieter stark differieren. Betrachtet man bei-
spielsweise einen Betreiber, der es schafft, sämtliche gängigen Zahlungssysteme über
eine einheitliche Anwendung zur Verfügung zu stellen, so wird seine Position nach-
haltig gestärkt sein, da andere Akteure innerhalb der Wertschöpfungskette auf solche
Dienste angewiesen sind, um sich ihre eigenen Leistungen vergüten lassen zu können.
Hierbei ist es allerdings nicht ausgeschlossen, daß sich die Position eines Anbieters
im Laufe der Zeit mit dem Aufkommen von Konkurrenzanwendungen verschlechtern
kann, wenn es nicht gelingt, einen einmaligen Wertbeitrag für den Kunden sicherzu-
stellen.
4. Portal
Unter einem Portal versteht man im allgemeinen einen Dienst, der eine Startseite für
die Nutzung mit mobilen Endgeräten zur Verfügung stellt [Zob01]. Somit bündelt ein
Portal idealerweise alle wichtigen Nutzungsbereiche und stellt dem Nutzer zugleich
eine einheitliche Navigation zur Verfügung. Im Vergleich mit dem stationären Inter-
net ist die Position von Portalen in mobilen Umgebungen stärker [GG01]. Dieses liegt
unter anderem darin begründet, daß Nutzer von mBusiness Angeboten aufgrund ho-
her Zugangskosten weniger bereit sind, im mobilen Internet zu surfen, um Angebote
zu finden, als vergleichsweise beim stationären Internet mit niedrigen Zugangskosten
[S + 02].
Auch im Bereich der Portale haben Mobilfunkanbieter die stärkste Ausgangssituati-
on, da sie das Vertrauen der Kunden besitzen. Aber nicht nur das Vertrauen, sondern
auch die technischen Möglichkeiten, die ein Mobilfunkanbieter durch den Verkauf von
Handys mit eigener SIM-Karte besitzt, sind hier nicht außer acht zu lassen. Es ist so
z.B. möglich, einen Nutzer vor jeder Nutzung von mobilen Diensten automatisch auf
die Startseite des Mobilfunkanbieters zu leiten [Zob01]. Diese Startseite kann dann
idealerweise ein Portal des Anbieters sein und läßt sich so leicht verbreiten, da der
Nutzer keine Wahl hat, diese Seite nicht zu benutzen.
Für das L2L-Network im speziellen bedeutet dieses, daß der Bereich Portal, wie be-
reits die Bereiche Infrastruktur und Betreiber, primär in der Hand des Mobilfunkbe-
treibers liegen sollte. Dieser Sachverhalt wird ebenfalls in Abbildung 3.12, neben der
eigentlichen Wertschöpfungskette des L2L-Networks, durch die vorhandenen grauen
Hinterlegungen verdeutlicht.
3.5 Perspektiven eines Geschäftsmodells des L2L-Networks
Dieser Abschnitt soll aufzeigen, daß es für die Realisierung eines möglichen Geschäftsmo-
dells des L2L-Networks die unterschiedlichsten Wege gibt. Da jede Geschäftsidee generell
mehrere Geschäftsmodelle haben kann, sollen an dieser Stelle zunächst verschiedene Wege
für ein Geschäftsmodell skizziert werden. Hierbei ist der Fokus beschränkt auf die Sicht
eines Anbieters des L2L-Systems, der das L2L-Network betreibt, aber nicht zugleich Be-
treiber des L2L-Networks und Betreiber eines Mobilfunknetzes ist, wie dieses in Abschnitt

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 48
3.4.1 aufgrund der idealen Wirkungskette angenommen wurde.
Der Grund für diese abweichende Annahme besteht primär darin, daß ein Geschäftsmo-
dell, das einzig und allein von einem großen Mobilfunkanbieter betrieben wird, relativ
uninteressant für viele Leser dieser Arbeit aus dem Bereich klein- und mittelständischer
Unternehmen sein dürfte. Es ist ersichtlich, daß Mobilfunkunternehmen aufgrund ihrer
Marktmacht andere Rahmenbedingungen in ihre Überlegungen für oder gegen ein neu zu
etablierendes System, wie dem hier vorgestellten L2L-Network, einbeziehen können als
kleinere Unternehmen, die im Bereich Entwicklung und Betrieb von Software-Systemen
angesiedelt sind. Aus diesem Grund heraus sollen die nachfolgenden Abschnitte versuchen,
einen Weg aufzuzeigen, wie auch kleine Unternehmen dennoch erfolgreich ein System wie
das L2L-Network betreiben könnten, ohne eine Marktmacht wie Mobilfunkbetreiber zu
besitzen.
3.5.1 Unterschiedliche Wege der Realisierung
Für die Umsetzung der Idee des L2L-Networks lassen sich im wesentlichen zwei charakte-
ristisch unterschiedliche Wege aufzeigen, die für eine Realisierung zur Verfügung stehen:
1. Kooperation
Unter Kooperation soll in diesem Zusammenhang das enge Zusammenwirken von
einem Anbieter des eigentlichen L2L-Networks und einem Mobilfunkbetreiber, über
dessen Netz das System zugänglich ist, verstanden werden.
Aus der strategischen Perspektive betrachtet birgt diese Kooperation für den An-
bieter den Vorteil, daß die Marktmacht und -position des Mobilfunkbetreibers posi-
tiv mittels Werbung, Kundenkontakten, Medienpräsenz etc. für die Etablierung des
L2L-Networks genutzt werden könnte. Auch die einfacheren Abrechnungsgmöglich-
keiten über die Mobilfunkrechnung sind ebenso von Vorteil wie die Nutzung der
Ortsinformationen der Mobilfunkkunden, die einzig und allein in der Gewalt des
Mobilfunkbetreibers liegen. Auf der anderen Seite muß aber berücksichtigt werden,
daß dieses alles nur dann nutzbar ist, wenn es dem Anbieter des L2L-Networks ge-
lingt, einen Mobilfunkanbieter von seinem Vorhaben zu überzeugen. Nachteilig ist
hierbei zusätzlich, daß die Anzahl an potentiellen Mobilfunkanbietern eher gering
ist. Eine Kooperation bedeutet zudem auch immer eine gewisse Abhängigkeit bzw.
Unflexibilität in eigenen Entscheidungen, da ein Kooperationspartner in der Regel
immer ein gewisses Mitspracherecht für sich beanspruchen wird - insbesondere dann,
wenn seine Marktmacht groß ist.
2. Konkurrenz
Unter Konkurrenz soll hier das Gegenteil von Kooperation verstanden werden. Es
existiert somit keine direkte Partnerschaft zwischen einem Anbieter des L2L-Networks
und einem Mobilfunkanbieter.
Dieses Vorgehen bietet strategisch die Möglichkeit, einen vollständig unabhängigen
Service zu etablieren, der im Internet zur Verfügung gestellt wird und für dessen
Zugang lediglich ein Internet-Gateway eines beliebigen Mobilfunkanbieters genutzt

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 49
hoch
Unahängigkeit
niedrig
Konkurrenz
niedrig
Marktchancen
Kooperation
hoch
Abbildung 3.13: Die strategische Ausrichtung zwischen Unabhängigkeit und Marktchancen
werden muß, wie vergleichsweise bei WAP-Internetseiten. Im Vergleich zur Koope-
ration besteht hierbei die Möglichkeit, den Dienst vollständig von der Anzahl der
Mobilfunkbetreiber unabhängig zu machen. Nutzer könnten somit den Dienst un-
abhängig von ihrem Vertrag mit einem bestimmten Mobilfunkanbieter aus ihrem
jeweiligen Mobilfunknetz heraus nutzen. Dieses hätte zusätzlich den Vorteil, daß
wirtschaftliche Schwierigkeiten, denen Mobilfunkanbietern in der Zukunft aufgrund
evtl. höherer Konkurrenz ausgesetzt sein könnten, einen Anbieter des L2L-Networks
vollständig unberührt lassen würden. Die Möglichkeit der vollständigen Unabhängig-
keit hat allerdings den Nachteil, daß die Informationen, die für den Betrieb des
L2L-Networks essentiell sind, nämlich die aktuellen Ortsinformationen von Nutzern,
von den Mobilfunkbetreibern gekauft werden müssen, wenn das System auch von
Mobilfunknutzern ohne eigenes GPS-Modul nutzbar sein soll. Auch die Abrechnung
der angebotenen Leistungen bedarf in diesem Fall einer detaillierteren Überlegung,
da die einfachste Form der Abrechnung über die Rechnung des Mobilfunkbetreibers
nicht direkt genutzt werden kann und so Modelle entwickelt werden müssen, die eine
Vergütung der Leistungen dennoch ermöglicht.
Betrachtet man diese beiden möglichen Wege zwischen den Dimensionen Unabhängigkeit
und Marktchancen in der Darstellungsform eines Strategic Grid [AAM02], wie in Abbil-
dung 3.13, dann läßt sich hieraus ableiten, daß der strategisch beste Weg ein Mittelweg
zwischen Kooperation und Konkurrenz sein müßte.
Für einen Anbieter des L2L-Networks bedeutet dieses, daß er eine bestmögliche Koopera-
tion mit dem Mobilfunkbetreiber aushandeln sollte, in der festgelegt ist, daß die Daten, die
der Anbieter zwingend für den Betrieb seines Dienstes benötigt, wie Ortsinformationen
von Nutzern und Kundenabrechnungsdaten, in geeigneter Weise zur Verfügung gestellt
werden. Im Gegenzug muß sich der Anbieter genau Gedanken darüber machen, in welcher
Art der Mobilfunkbetreiber an dem Erfolg des L2L-Networks beteiligt werden soll. Hier-
bei ist eine zuvor genauestens durchgeführte Analyse von Erlösmodellen sowie eine zuvor
festgelegte Preis- und Produktstrategie wichtigster Bestandteil der Verhandlungen.
In den nachfolgenden Ausführungen werden u.a. genau diese Bestandteile diskutiert und

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 50
aufgezeigt, welche Möglichkeiten einem Anbieter eines L2L-Networks grundsätzlich für die-
se Bestandteile zur Verfügung stehen und darüber hinaus auch geeignet sind. Des weiteren
werden die einzelnen Komponenten, die das Geschäftsmodell zusätzlich neben geeigneten
Erlösquellen und einer generellen Strategie beinhaltet, wie Kundensegment und Wertbei-
trag, ebenfalls beleuchtet.
3.5.2 Die Erlösquellen des L2L-Networks
Die Wahl von geeigneten Erlösformen für ein Geschäftsmodell stellt die Basis für eine
nachfolgende Betrachtung der Preis- und Produktstrategie innerhalb einer allgemeinen
Strategiebildung für ein Geschäftsmodell dar. Durch die Wahl der Erlösformen legt der
Anbieter fest, wie er seine angebotenen Leistungen finanzieren will, und stellt sich so z.B.
die Frage, ob die Leistungen über eine Nutzungsgebühr oder aber über Werbeeinnahmen
finanziert werden sollen [PRW01]. Auf Basis dieser Entscheidungen kann dann innerhalb
einer allgemeinen Strategie für das Geschäftsmodell die konkrete Preis- und Produktstra-
tegie entwickelt werden, die dann wiederum Auskunft darüber gibt, wie genau z.B. die
Höhe von Gebühren angesetzt werden muß. Abbildung 3.14 gibt hierzu einen Überblick
über Art und Systematik von Erlösformen.
- Anschlußgebühren
- Lizenzgebühren
- Spezielle
Empfangsgeräte
Erlösformen
direkt indirekt
nutzungsabhängig nutzungsunabhängig
Einzeltransaktionen einmalig periodisch via Unternehmen via Staat
- nach Leistungsmenge
- nach Leistungsdauer
- Abonnement
- Rundfunkgebühren
- Werbung
- Datamining
- Kommission
- Subventionierung
Abbildung 3.14: Art und Systematik der Erlösformen nach [PRW01]
Generell unterscheidet man bei den Erlösformen primär zwischen direkten und indirek-
ten Erlösformen. Bei direkten Erlösformen stammen die Einnahmen unmittelbar von den
Nachfragern eines Angebotes. Bei indirekten Erlösformen wird das Angebot hingegen ko-
stenlos zur Verfügung gestellt und die Einnahmen für Leistungen werden durch andere
Unternehmen oder dem Staat vergütet [PRW01].
Direkte Erlösformen spielen im mCommerce eine wichtige Rolle. Es kommt allerdings dar-
auf an, welche Art von Produkten oder Leistungen angeboten werden soll [Cle02]. Nach
Einschätzungen von Fachleuten werden in der frühen Phase des mCommerce solche Ange-
bote erfolgreich sein, die eindeutig zu definieren und leicht zu kommunizieren sind [Zob01].
Nach Einschätzung von Clement [Cle02] werden nur Angebote, die ausschließlich auf di-
rekte Erlösformen setzen, erfolgreich bestehen können, wenn sie entweder teure Güter

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 51
anbieten oder aber innovativ sind.
Indirekte Erlösformen haben ebenfalls im mCommerce ihre Daseinsberechtigung. Es müssen
allerdings die Besonderheiten im Nutzerverhalten gegenüber dem elektronischen Geschäfts-
verkehr beachtet werden. Z.B. wird die Überschüttung von Mobilfunk-Nutzern mit Massen
an Werbung schnell dazu führen, die Kunden zu verprellen [Cle02]. Generell gibt es aber
neben der Werbung weitere indirekte Erlösquellen, wie Kommission oder aber Datami-
ning. Insbesondere beim Datamining stellt sich die Frage, ob dieser im Internet bereits
erfolgreich praktizierte Ansatz auch in mobilen Umgebungen bestehen kann und ob auch
hier aus mobilen Daten gewonnene Kundeninformationen an Dritte weiter verkauft wer-
den können. Denkt man beispielsweise an die Möglichkeiten bei ortsbezogenen Diensten,
Verhaltensmuster von Nutzergruppen aufgrund ihres räumlichen Verhaltens generieren zu
können, dann scheint der Bereich Datamining auch im mCommerce ein enormes Potential
zu besitzen, wenngleich rechtliche Aspekte dieses relativieren könnten.
Folgerungen für das L2L-Network
Für einen Anbieter des L2L-Networks sind generell unterschiedliche Erlösquellen denkbar,
die im Detail von der gewählten Strategie abhängig sind. Abbildung 3.15 veranschaulicht
in diesem Zusammenhang eine mögliche Variante von Erlösquellen aus der Perspektive
eines L2L-Network-Betreibers, der in Kooperation mit einem Mobilfunkanbieter operiert.
Hierbei wird in der Abbildung dargestellt, auf welche Art Erlöse in den einzelnen Berei-
chen der Wertschöpfungskette des L2L-Networks erzielt werden könnten. Darüber hinaus
zeigt Abbildung 3.15 zusätzlich, welche Waren und Dienstleistungen hierfür von einzelnen
Akteuren innerhalb der Wertschöpfungskette bezogen bzw. angeboten werden.
Für den Bereich Content innerhalb der Wertschöpfungskette des L2L-Networks, wäre es
z.B. denkbar, daß jeder Informationsanbieter gewisse Flächen im Umkreis eines Objektes
erwerben kann, für welche er Informationen zur Verfügung stellen möchte. Diese Fläche
würde er idealerweise nicht erwerben können, sondern lediglich mieten, was regelmäßige
Einnahmen sichern würde. In diesem Fall wäre die Wahl auf direkte nutzungsunabhängige
Erlösformen gefallen, die einen periodisch wiederkehrenden Charakter aufweisen.
Der Bereich Portal stellt in dem hier vorgeschlagenen Modell die Schnittstelle zu den
Benutzern des Systems dar. Benutzer können über das Portal auf die Leistungen des
L2L-Networks zugreifen. Hier gilt somit besondere Vorsicht bei der Wahl der geeigneten
Erlösformen. Es wird nicht möglich sein, Benutzern ein zu ” modernes“ Erlöskonzept zu
offerieren, da ein solches Konzept anfangs unverständlich oder ungewohnt sein könnte.
Dieses hätte dann zur Folge, daß Benutzer mit Zurückhaltung bei der Nutzung reagieren
würden und so eine kritische Masse an Benutzern des L2L-Networks nur schwer erreichbar
wäre. Mit der Wahl einer direkten nutzungsabhängigen Erlösform im Form von Transaktio-
nen, wie bereits aus anderen Bereichen des Mobilfunks für Benutzer hinlänglich bekannt,
könnte dieses Problem umgangen werden. Eine Ergänzung bzw. Kombination mit wei-
teren direkten nutzungsunabhängigen Erlösquellen, wie z.B. mittels am Markt gängiger

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 52
Anwendung
Navigation/Kartographie
Zahlung/Transaktion
Vermietung virtueller
geographischer Flächen
L2L-spezifische
Anwendungen und Dienste
direkte Vergütung von
Leistungen
Provision für erzeugten
Netzwerkverkehr
WASP
Content
Informationsanbieter
Aggregatoren
Infrastruktur Betreiber
Hardware Mobilfunkbetreiber
Software
L2L-Network
Betreiber
Zugriff auf Technik &
Netzinformationen
Miete für geographische
Flächen
L2L-Network Plattform
Portal
Systemzugang
Nutzungsentgelt
(transaktionsbasiert)
direkte Vergütung von
Leistungen
Legende:
System-Benutzer
monetäre Leistungen
Waren- und Dienstleistungen
Abbildung 3.15: Mögliche Erlösquellen innerhalb der Wertschöpfungskette des L2L-
Networks
Grundgebühren, scheint gerade in der Startphase des L2L-Networks ungeeignet zu sein.
Hierdurch würde beim potentiellen Benutzer ein unnötiger Bindungsgedanke aufgebaut
werden, der sich insbesondere bei neuen Produkten im Hinblick auf die Kundengewinnung
negativ auswirken würde, da eine breite Masse der potentiellen Benutzer noch keine de-
taillierte Einschätzung über den persönlichen Nutzen einer Anwendung erwerben konnte.
Fur den Bereich der Anwendungen sind sehr vielfältige Erlösmodelle denkbar, weil die in
diesem Bereich erbrachten Leistungen stark differieren können. Da es sich aber hierbei
in der Regel um Software-Komponenten in Form von Diensten handeln wird, ist davon
auszugehen, daß an dieser Stelle direkte Erlösformen zum Einsatz kommen sollten.
Innerhalb der Bereiche Infrastruktur und Betreiber der Wertschöpfungskette des L2L-
Networks stehen für den L2L-Network-Betreiber aller Wahrscheinlichkeit nach nur wenige
Erlösquellen zur Verfügung. Aufgrund der eingangs beschriebenen Kooperation von L2L-
Network-Betreiber und Mobilfunkbetreiber ist der Betreiber des L2L-Networks primär
Leistungsempfänger des Mobilfunkbetreibers und wird diesen hierfür geeignet vergüten
müssen. Denkbar in Abhängigkeit zu der jeweiligen Kooperation wären allenfalls direkte
nutzungsabhängige Erlöse, die in Form von Provisionen auf den durch das L2L-Network
generierten Datenverkehr im Mobilfunknetz des Kooperationspartners erzielt werden könn-
ten.

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 53
Wie diese Ausführungen zeigen, gibt es eine große Anzahl an möglichen Varianten, um
geeignete Erlösmodelle für unterschiedliche Gruppen zu finden. Im allgemeinen sollte an
dieser Stelle allerdings immer beachtet werden, daß die gewählten Modelle auch eine ge-
wisse Marktakzeptanz haben müssen, insbesondere dann, wenn sie neu oder ungewöhnlich
sind.
3.5.3 Die Preis- und Produktstrategie des L2L-Networks
Bei der Findung der geeigneten Preis- und Produktstrategie geht es darum, eine geeignete
Strategie zu finden, die ein langfristiges und erfolgreiches Bestehen am Markt sichern kann.
Die Betriebswirtschaftslehre liefert für diesen Findungsprozeß diverse Hilfsmittel, die unter
dem Begriff absatzpolitische Instrumente oder aber Marketing-Instrumente subsummiert
werden [Wöh02]. Diese absatzpolitischen Instrumente sind hierbei wiederum in Produkt-,
Preis-, Kommunikations- und Distributionspolitik unterteilt, wobei an dieser Stelle nur die
ersten beiden näher beleuchtet werden sollen. Eine detaillierte Einführung in alle Bereiche
der absatzpolitischen Instrumente kann in [Wöh02] gefunden werden.
Produktpolitik
Die Produktpolitik steht in der Reihe der absatzpolitischen Instrumente an vorderster
Stelle und wird teilweise auch als das ” Herz des Marketings“ bezeichnet. Die Aufgabe der
Produktpolitik ist es, ein Angebot zu entwickeln, das an den Bedürfnissen der Nachfrager
orientiert ist [Wöh02]. Ziel ist es hierbei, das eigene Produkt so zu konzipieren, daß es sich
positiv von Konkurrenzprodukten abhebt. Darüber hinaus ist es wichtig, das Produkt zu
einem ” Gut eigener Art“ zu machen, um so eine gewisse Produktheterogenität am Markt
zu erzielen, was dazu führt, daß der Anbieter des Produktes nicht so schnell von einem
intensiven Preiswettbewerb erfaßt wird [Wöh02].
Aufgrund des technischen Fortschritts und des sich über die Zeit verschiebenden Bedarfs
auf der Seite der Nachfrager wird dem Markt eine mehr oder weniger starke Dynamik ver-
liehen, die gerade im noch relativ jungen Bereich mCommerce, aller Voraussicht nach, eher
auf einem höheren Niveau sein wird. Aus diesem Grund kann ein Anbieter, der bereits eine
gewisse Vormachtstellung mit einem Produkt erreicht hat, diese auch nur dann behaupten,
wenn er seine Produkte ständig an die sich wandelnden Bedingungen des Marktes anpaßt.
Innerhalb der Produktpolitik ist es deshalb wichtig, das Angebot permanent zu überprüfen
und auf neue Bedürfnisse am Markt zu reagieren, um nicht ins Abseits gegenüber ande-
ren Anbietern zu gelangen. Für diesen dynamischen Prozeß der Produktanpassung stehen
innerhalb der Produktpolitik wiederum unterschiedliche Mittel zur Verfügung [Wöh02]:
Produktinnovation, Produktvariation bzw. Produkteliminierung. Hierbei spricht man von
Produkteliminierung, wenn alte Produkte aus dem Markt genommen werden. Die Möglich-
keiten der Produktvariation bzw. Produktdifferenzierung bestehen darin, für mehr oder
weniger fast identische Güter eines Anbieters unterschiedliche Preise für unterschiedliche
Nachfrager festzusetzen [PRW01]. Dieses kann seine Ausprägung in unterschiedlichster
Art und Weise haben und wird besonders häufig bei reinen Informationsgütern, wie z.B.

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 54
Software, angewendet. Hier ist eine gängige Form der Differenzierung, unterschiedliche
Versionen zu unterschiedlichen Preisen für Unternehmen, Privatpersonen, Studenten etc.
anzubieten, ohne daß der Leistungsumfang der Software extrem unterschiedlich ist. Eine
detailliertere Einführung in die Möglichkeiten der Produktdifferenzierung kann in [PRW01]
gefunden werden.
Für einen Anbieter des L2L-Networks bleibt an dieser Stelle lediglich festzuhalten, daß
eine genaue Betrachtung der unterschiedlichen Möglichkeiten, Produkte aus der Idee des
L2L-Networks zu generieren, nicht nur eine einmalige Aufgabe beschreibt, sondern viel-
mehr ein kontinuierlicher iterativer Prozeß ist, der ständig die aktuellen und zukünftigen
Marktausprägungen beachten sollte.
Preispolitik
Die Preispolitik beinhaltet die einmalige Festlegung und laufende Anpassung des Preises
als Gegenleistung für durch Kunden in Anspruch genommene Leistungen [Ger02]. Für die
Festlegung des Preises stellt die Betriebswirtschaftslehre diverse komplexe und weniger
komplexe Verfahren zur Verfügung, um den Preis für ein jeweiliges Gut zu bestimmen,
wie z.B. kostenorientierte Preisbildung oder nachfrageorientierte Preisbildung. Eine sehr
einfache Darstellung der Preisbildung kann der kostenorientierten Preisbildung entnom-
men werden, wonach sich der Angebotspreis p aus den Kosten k zuzüglich eines mehr oder
weniger einheitlichen Gewinnzuschlags g ergibt [Wöh02]:
p = k(1 + g
100 )
Hierbei wird aber eine Problematik innerhalb der kostenorientierten Preisbildung deut-
lich, wenn man eine Kalkulation auf Vollkostenbasis ansetzt, bei der die Selbstkosten k
anteilige Gemeinkosten bzw. anteilige Fixkosten enthalten. In beiden Fällen ist der Anteil
der in k enthaltenen Gemeinkosten bzw. Fixkosten um so höher je kleiner die abgesetzte
Menge m des Produktes ist [Wöh02]. Der Angebotspreis p ist somit ebenfalls abhängig
von der Absatzmenge. Bei der Absatzmenge besteht jedoch die Problematik der möglichst
genauen Voraussage der absetzbaren Mengen, die im allgemeinen nicht möglich ist. Aus
dieser Problematik heraus soll an dieser Stelle auf eine formale Preisbildung für die Pro-
dukte des L2L-Networks aufgrund fehlender Zahlen verzichtet und statt dessen generelle
Preisstrategien diskutiert werden.
Generelle Preisstrategien
Unabhängig von einer kurzfristigen preispolitischen Entscheidung müssen Anbieter preis-
politische Grundsatzentscheidungen treffen, die eine langfristige Wirkung haben [Wöh02].
Aufgrund ihrer langfristigen Wirkung sind sie ein wichtiger Bestandteil eines Geschäftsmo-
dells und können dieses in seiner Erscheinung nachhaltig verändern. Da neue Anwendungen
im mCommerce sich normalerweise durch einen relativ kurzen Produktlebenszyklus aus-
zeichnen, besteht am Anfang der Produkteinführung die Möglichkeit von unterschiedlichen

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 55
Preis
p*
Pulsationsstrategie
Skimmingstrategie
Schnibbelstrategie
Penetrationsstrategie
Zeit
Abbildung 3.16: Generelle Preisstrategien nach Clement [Cle02]
Preisstrategien (vgl. Abbildung 3.16) für ein Produkt in Abhängigkeit der jeweiligen Ziele
des Anbieters. Dieses gilt in gleicher Form für den Anbieter des L2L-Networks. Er muß
sich Gedanken darüber machen, wie er in Kombination mit geeigneten Erlösquellen (vgl.
Abschnitt 3.5.2) eine bestmögliche Preisstrategie erarbeitet, die die langfristige Strategie
und den Erfolg des Unternehmens sichern.
Die Skimming- oder Abschöpfungsstrategie verfolgt hierbei das Ziel, die Zahlungsbereit-
schaft von Pionierkunden zu Beginn der Einführungsphase eines Produktes optimal ab-
zuschöpfen [Cle02]. Hierzu wird für eine kurze Zeit ein Preis für das Produkt gewählt,
der oberhalb eines optimalen Preises p ∗ für das Produkt liegt. In der Folgezeit wird dieser
Preis dann sukzessive gesenkt, was dazu führt, daß einerseits neue Erlösquellen gefunden
werden müssen, um Erlöse zu sichern, andererseits aber durch die Senkung neue Nach-
fragerkreise erschlossen werden. Ein Nachteil bei der Wahl dieser Strategie liegt darin,
daß es dem Anbieter nicht möglich ist, eine gesicherte Marktposition gegenüber anderen
Wettbewerbern auszubauen, da die Anzahl der Kunden, die bereit sind, den festgesetzten
Preis zu zahlen, vergleichsweise geringer ist als bei einer Strategie, die über niedrige Preise
operiert.
Eine Strategie, die über extrem niedrige Preise unterhalb eines optimalen Preises p ∗ ope-
riert, ist die Penetrations- oder Marktdurchdringungsstrategie. Bei ihr wird das Ziel ver-
folgt, eine Marktdurchdringung zu erreichen und so lange wie möglich eine Monopol-
stellung zu erzielen, oder wenn dieses nicht möglich ist, einen sehr großen Marktanteil
zu erreichen [Wöh02]. Dieser Strategie zugrunde liegt allerdings die Annahme, daß be-
reits eine latente Nachfrage existiert, die durch geeignete Marketingmaßnahmen, wie z.B.
Werbung, aktiviert werden kann [Cle02]. Der Nachteil dieser Strategie besteht darin, daß
bei Erreichen einer zu geringen Kundenanzahl die ohnehin finanziell schwierige Situation
zusätzlich verstärkt wird. Aus diesem Grund ist es mit Hilfe dieser Strategie für kleine
Unternehmen, die sich z.B. nur auf den Bereich mCommerce konzentrieren und zugleich
über eingeschränkte finanzielle Mittel verfügen, schwieriger Erfolge zu erzielen als für große

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 56
Merkmal des
Anbieters
Sonderstellung
durch
Abschöpfungsstrategie Penetrationsstrategie
großes Innovationspotential große Kapitalkraft
technischer Vorsprung: rechtli-
chen Schutz
Chance schnelle Amortisation der F +
E-Kosten über Massenabsatz
konkurrenzlos niedrigen Preis
langsame Amortisation der F +
E-Kosten über Massenabsatz
Risiko Innovation mißlingt Aufnahmefähigkeit des Marktes
wird überschätzt
Tabelle 3.1: Abschöpfungs- und Penetrationsstrategie im Vergleich nach Wöhe [Wöh02]
Unternehmen [Cle02].
Da Abschöpfungs- und Penetrationsstrategie die beiden gegensätzlichsten Strategien der
hier vorgestellten darstellen, zeigt Tabelle 3.1 zusätzlich einen direkten Vergleich der
Stärken und Schwächen dieser beiden Strategien für ausgewählte Kriterien.
Neben den bereits vorgestellten Strategien sind aber auch noch weitere denkbar. Aber auch
sie bieten kein ” Patentrezept“, sondern sind ebenfalls mit Risiken behaftet. Die Pulsati-
onsstrategie versucht von einem initial relativ hohen Preisniveau oberhalb des optimalen
Preises p ∗ , auszugehen, um dann im folgenden in eine Abwechslung von starken Preis-
nachlässen und -anhebungen überzugehen [Cle02]. Die Preisnachlässe sollen am Markt da-
zu dienen, einen gesteigerten Kaufanreiz bei den Nachfragern zu erzeugen. Allerdings hat
diese Strategie den Nachteil, daß bedingt durch ein ständiges Auf und Ab des Preises kaum
ein Massenmarkt geschaffen werden kann. Gleiches gilt auch für die Schnibbelstrategie, bei
der ein gewisses Preisniveau, das durch die Konkurrenz vorgegeben wird, immer wieder
zu unterbieten ist. Diese Art der Preissenkung soll dann dazu dienen, daß ein branchen-
weiter Kostendruck entsteht, dem nur durch eine allgemeine und spürbare Preisanhebung
ausgewichen werden kann.
Folgerungen für das L2L-Network
Die Frage nach der geeigneten Preis- und Produktstrategie für das L2L-Network kann an
dieser Stelle nicht vollständig beantwortet werden. Sie wird unter anderem davon abhängig
sein, wie genau die aktuelle Situation am Mobilfunkmarkt zum Zeitpunkt der Einführung
aussehen wird. Ist die jetzige Tendenz der Mobilfunknutzer hin zu einer kostenlosen Nut-
zung von mCommerce-Angeboten, wie aus dem Bereich stationäres Internet mittlerweile
gewohnt, zum Einführungszeitpunkt des L2L-Networks immer noch vorhanden, dann hätte
eine Strategie, die an einer Marktabschöpfung durch hohe Preise orientiert ist, wohl weni-
ger durchschlagenden Erfolg als eine Strategie niedriger Preise, wie die der Penetrations-
strategie. Denkbar ist in diesem Zusammenhang auch die wohl extremste Form der Pene-
trationsstrategie, die auf eine kostenlose Zuverfügungstellung des Dienstes für Endnutzer

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 57
basiert. In diesem Fall müßten die entstehenden Kosten über andere Kanäle querfinanziert
werden. Hierbei würde sich anbieten, die entstehenden Kosten z.B. über Mieteinnahmen
der Informationsanbieter oder/und Provisionsbeteiligungen für entstehenden Netzwerk-
verkehr auf Seiten der Mobilfunkbetreiber zu kompensieren. Aber auch eine Vergütung
für ” Premium“-Dienste, die auf Standard-Versionen aufbauen, ist ebenso denkbar.
Diese unter dem Namen ” Follow the Free“ bekannte Strategie vereint durch eine kosten-
lose Abgabe die besonderen Kostenstrukturen digitaler Informationsprodukte mit dem
Phänomen der Netzwerkeffekte [Z + 99]. Hierbei ist ” Follow the Free“ keine vollkommen
neue Preisstrategie sondern basiert auf bereits existierende Strategieansätze. Zu beachten
gilt, daß ein anfänglicher Verzicht auf Umsätze zu einer nicht zu unterschätzenden ” Inve-
stition in die Zukunft“ führt und ein hohes unternehmerisches Risiko birgt [Z + 99]. Erfolge
von Unternehmen, wie die von Netscape oder Microsoft bei der Einführung ihrer Internet-
Browser, zeigen jedoch, daß diese Strategiewahl dennoch sehr erfolgreich sein kann. Dieses
liegt primär darin begründet, daß der entstehende ” Lock-in“-Effekt eine langfristige Kun-
denbindung erzielt, die stark genug ist, um Kunden auch an andere Unternehmensleistun-
gen zu binden [Z + 99].
3.5.4 Das Kundensegment des L2L-Networks
Nach einer Studie der Boston Consulting Group [The00] zeichnete sich die erste Welle der
mCommerce-Nutzer im Vergleich zum stationären Internet dadurch aus, daß die Nutzer
jünger und am Bevölkerungsdurchschnitt gemessen besser gebildet waren und dadurch
bedingt über ein höheres Einkommen verfügten.
Nach Geer [GG01] ist davon auszugehen, daß sich die Nutzer des mCommerce in drei
Gruppen unterteilen:
1. Jugendliche unter 18 Jahren
2. Studenten zwischen 18 und 25 Jahren
3. junge Geschäftsleute, die Mitte der achziger Jahre als Young Urban Professionals
(Yuppies) bezeichnet wurden
Für das L2L-Network ist davon auszugehen, daß auf Seiten der Endnutzer des Dienstes die-
se angegebenen Eigenschaften ebenfalls das adressierte Kundensegment charakterisieren.
Allerdings sollte die Gruppe ’‘junge Geschäftsleute“ besser auf ’‘mobile Geschäftsleute“
erweitert werden, da dieses dem momentanen Trend der zunehmenden Mobilitätsanforde-
rungen in Berufsprofilen eher entspricht. Begründen läßt sich dieses zusätzlich dadurch, daß
der ortsbezogene Dienst, den das L2L-Network seinen Kunden zur Verfügung stellt, eine
von der Nutzungsbereitschaft aus gesehene ” normale“ mCommerce Anwendung darstellt
und deshalb auch von genau derselben Kundengruppe in Anspruch genommen werden
sollte.
Auf der anderen Seite adressiert das L2L-Network, wie bereits in der zugehörigen Wert-
schöpfungskette angedeutet, zusätzlich zum Privatkundensegment das Segment der Ge-

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 58
schäftskunden. Auf Geschäftskunden wird hierbei in den Bereichen Content und Anwen-
dungen abgezielt, da hier davon auszugehen ist, daß Informationslieferanten, die Informa-
tionen im L2L-Network zur Verfügung stellen, ein gewisses eigenes (werbendes) Interes-
se verfolgen werden, welches charakteristisch für am Markt agierende Unternehmen ist.
Der Bereich der Unternehmen, die Anwendungen innerhalb des L2L-Networks zur Nut-
zung durch Informationsanbieter zur Verfügung stellen, wird in der Regel der sein, deren
Geschäftsfelder im Bereich Entwicklung und Betrieb von Anwendungen liegen.
Aus dieser mehrdimensionalen Adressierung der Kundensegmente Privat- und Geschäfts-
kunden muß bei der Umsetzung der Idee des L2L-Networks genauestens darauf geachtet
werden, daß die einzelnen gewählten Strategien, Erlösmodelle etc. bestmöglich aufeinander
abgestimmt werden, um alle Kundensegmente gleichermaßen zu befriedigen.
3.5.5 Der Wertbeitrag des L2L-Networks
Der Wertbeitrag beschreibt den Wert oder Nutzen, den ein Kunde durch die Benutzung
des jeweiligen Angebotes erhält. Ohne einen solchen Nutzen, der idealerweise einfach zu
kommunizieren sein sollte, wird ein Anbieter langfristig keine Kundenbindung für sein An-
gebot erzielen können.
Für das L2L-Network besteht nicht nur ein einziger Wertbeitrag für alle Nutzer bzw.
Beteiligten am System. Der Wertbeitrag läßt sich vielmehr für die Kundensegmente Pri-
vatkunden (Endanwender) und Geschäftskunden differenziert beschreiben:
Privatkunden Der Nutzen für den Privat- oder Endkundenbereich ist relativ leicht zu
beschreiben: Ein Endnutzer des L2L-Networks hat mit Hilfe des Systems die Möglich-
keit, auf kontextsensitive Informationen zuzugreifen. Er erhält hierdurch nur Zugriff
auf Informationen, die zum aktuellen Zeitpunkt aufgrund seines räumliches Verhal-
tens relevant für ihn sein könnten - überflüssige Informationen werden vermieden.
Der persönliche Mehrwert für einen jeweiligen Nutzer kann hierbei stark differieren.
Einerseits könnte das System einen Informationsbedarf eines Nutzers befriedigen,
diesen aber zugleich vor einer, in der heutigen Zeit häufig vorkommenden Informati-
onsflut und damit vor langwierigen Selektionsprozessen schützen. Andererseits kann
die Versorgung mit regionalen Informationen für andere Nutzer, z.B. Touristen, da-
zu dienen, Detailinformationen über Objekte oder Gebäude zu erhalten ohne diese
direkt besuchen zu müssen.
Geschäftskunden Der Nutzen des L2L-Networks für Geschäftskunden muß wiederum
differenziert werden für solche Unternehmen, die sich innerhalb des Wertschöpfungs-
bereiches Content bewegen, und jenen im Bereich Anwendungen.
Anbieter von Inhalten innerhalb des L2L-Networks haben den Nutzen, daß sie ihr
Unternehmen, ähnlich eines Internetauftritts, präsentieren können. Hinzu kommt in
dieser speziellen Form, daß die präsentierten Informationen immer dem Kontext des
Nutzers entsprechen. Somit werden nur wirklich wichtige Informationen, für die ein
momentanes potentielles Interesse beim Nutzer besteht, zur Verfügung gestellt. In

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 59
diesem Zusammenhang könnten neue kontextsensitive Werbeformen, wie z.B. Loca-
tion Based Advertisement, mit extrem hoher Erfolgsquote etabliert werden. Detail-
liertere Informationen und Möglichkeiten von Location Based Advertisement lassen
sich z.B. in [Woh02] finden.
Für Anbieter von Anwendungen innerhalb des L2L-Networks ergibt sich hingegen
ein anderer Nutzen, der darin liegt, über das L2L-Network neue Märkte für bereits
bestehende eigene Anwendungen zu finden. Anbieter könnten so mit evtl. geringer
Anpassung eine nahtlose Integration ihrer Anwendungen erreichen. Aber auch eine
Entwicklung von neuen Anwendungen, die speziell auf die Anforderungen der In-
formationsanbieter ausgerichtet sind, wie z.B. Stadtplan-Dienste etc., können dazu
beitragen, neue Absatzmärkte zu erschließen.
3.6 Zusammenfassung
Dieser Abschnitt umfaßt den letzten Bereich innerhalb der Ausführungen des hier vor-
geschlagenen Geschäftsmodells für das L2L-Network. Er soll abschließend dazu dienen,
wesentliche bisher gewonnene Erkenntnisse zusammenzufassen sowie generelle Anforde-
rungen und Rahmenbedingungen an eine dem L2L-Network zugrunde liegende technische
Architektur abzuleiten, welche Bestandteil der nachfolgenden Kapitel sein wird.
Die zentrale Idee des L2L-Networks, die in Abschitt 3.3 beschrieben wurde, ist, Informa-
tionseinheiten des Systems nicht an einem zentralen Ort zu bündeln. Vielmehr soll die
Möglichkeit der Dezentralisierung geboten werden, die durch ein Peer-2-Peer Netzwerk
realisiert werden soll. Aufgrund ökonomischer Perspektiven ist es sinnvoll, hierfür ein hy-
brides Peer-2-Peer Netzwerk zu wählen, um eine zentrale Kontrollinstanz innerhalb des
L2L-Networks, wie bereits in Abschnitt 2.2 thematisiert, zu ermöglichen. Hieraus ergibt
sich eine erste Anforderung:
Anforderung A-I Aufbau des L2L-Networks auf Basis eines hybriden Peer-2-Peer Netz-
werkes.
Mit der Wahl eines hybriden Peer-2-Peer Netzwerkes als Basis für das L2L-Network er-
gibt sich zwangsläufig der Bedarf eines Mechanismus, der für einen Benutzer des Systems
mit spezifischem Ortskontext den jeweilig aktuellen Zugangsknoten (Peer) zum Netzwerk
ermittelt. Dieser Zugangsknoten übernimmt dann im folgenden so lange die Kommunika-
tion mit dem Benutzer wie dessen Ortskontext passend ist. Andernfalls wird der Benutzer
einem anderem Zugangsknoten im Netzwerk ” übergeben“.
Anforderung A-II Anbieten eines Mechanismus, der die Ermittlung eines passenden
Zugangsknotens zum System ermöglicht.
Diese Überlegung setzt allerdings voraus, daß eine gewisse Modellierung von einzelnen ” Or-
ten“ repräsentiert durch Zugangsknoten vorhanden ist. Eine solche Modellierung sollte es

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 60
z.B. ermöglichen, das in Abschnitt 3.9 dargestellte Szenario mit mehreren Gebäuden abzu-
bilden. Hierbei ist auch zu beachten, daß Nachbarschafts- und hierarchische Beziehungen
ebenfalls abbildbar sein sollten, um auch reale Konstellationen, wie mehrere Unterneh-
men innerhalb eines großen Gebäudes, zu realisieren. Des weiteren läßt sich eine solche
Modellierung zusätzlich dazu benutzen, die in Abschnitt 3.5.2 angedachte Vermietung von
virtuellen Flächen an Informationsanbieter abzuwickeln.
Anforderung A-III Unterstützung eines Modells, das eine Abbildung räumlicher Rea-
litäten auf Zugangsknoten ermöglicht.
Nachdem diese bereits genannten Anforderungen notwendig sind, um Funktionalitäten,
die besondere Bedingungen von Peer-2-Peer Netzen nutzen, zu ermöglichen, gehen nach-
folgende Betrachtungen eher auf die Inhalte ein, die innerhalb des Systems ausgetauscht
bzw. dem Benutzer kontextspezifisch zur Verfügung gestellt werden sollen.
Damit Inhalte durch das System überhaupt kontextspezifisch zur Verfügung gestellt wer-
den können, muß den Content-Anbietern innerhalb der Wertschöpfungskette des L2L-
Netzwerks (vgl. Abschnitt 3.4.1) eine Möglichkeit gegeben werden, die kontextspezifischen
Informationseinheiten im System abzubilden. Es muß also eine Beschreibungsart (Sprache)
vorhanden sein, die auf der einen Seite einfach genug ist, um auch kleineren Unterneh-
men die Möglichkeit der Nutzung des L2L-Networks als Anbieter von Informationen durch
eigene Informationserstellung zu ermöglichen; auf der anderen Seite aber mächtig genug
ist, um komplexe räumliche Verhältnisse modellierbar zu machen, um Unternehmen die
sich auf die Erstellung von Inhalten für das L2L-Network spezialisiert haben, vielfältige
Service-Leistungen zu ermöglichen. Diese Maßnahme sollte gewährleisten, daß die essen-
tiellen Inhalte (vgl. Abschnitt 3.4.1) für den Erfolg des Systems in ausreichender Anzahl
verfügbar sind.
Anforderung A-IV Unterstützung einer räumlichen Beschreibungmöglichkeit für kon-
textspezifische Informationen.
Aufgrund des hohen Bedarfs an Informationseinheiten ergibt sich zwangsläufig ebenfalls
ein Bedarf nach einem geeigneten Strukturierungs- und Aggregierungsmechanismus, der
Nutzern des Systems die Informationen in einer effizienten Art und Weise zur Verfügung
stellt, um lange ” Online-Zeiten“ und damit verbundene hohe Kosten durch Suchen zu
vermeiden. Dieses wurde bereits in Abschnitt 3.4.1 innerhalb des Wertschöpfungsberei-
ches Portal diskutiert. Im Idealfall wäre es wünschenswert, ein Portal zu besitzen, das
sich immer dem aktuellem Kontext seines Nutzers anpaßt, so daß dieser eine auf seinen
aktuellen Aufenthaltsort zugeschnittene Homepage ( ” Location Page“) erhält. Eine solche
” Location Page“ würde darüber hinaus vielfältige Preis- und Produktstrategien auf Basis
von Premium-Diensten, wie in Abschnitt 3.16 besprochen, ermöglichen.
Anforderung A-V Unterstützung einer zentralen kontextsensitiven Benutzungsschnitt-

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 61
stelle (Portal) für Endbenutzer.
Betrachtet man die vielen kontextspezifisch annotierten Informationseinheiten innerhalb
des Systems unter dem Hintergrund des Peer-2-Peer Netzes und der Modellierung von
einzelnen Peers als räumlich arrangierte Objekte, dann ist ein weiterer Mechanismus er-
forderlich, der einzelne Informationseinheiten zwischen Peers eigenständig austauscht. Ein
Austausch soll hierbei auf Basis der räumlichen Beziehungen einzelner Peers und den
ausgetauschten Informationseinheiten geschehen. Dieses ist erforderlich, um zum einen
Nutzern eine hohe Qualität der dargebotenen Informationen (Wertbeitrag) garantieren zu
können, und zum anderen, um die Effizienz des Systems zu steigern und ” Online-Kosten“
zu senken.
Anforderung A-VI Unterstützung eines Austauschmechanismus für Informationseinhei-
ten auf Basis räumlicher Beziehungen.
Diese eher technischen Anforderungen ergeben sich größtenteils aus der Basis-Architektur
eines Peer-2-Peer Netzwerkes. Andere Anforderungen ergeben sich bedingt durch die vor-
gestellte Wertschöpfungskette des L2L-Networks und deren Konsequenzen.
Es gibt allerdings neben der wohl wichtigsten Anforderung an einen ortsbezogenen Dienst,
der Ermittlung von Informationen, die einem aktuellen räumlichen Kontext entsprechen,
weitere Rahmenbedingungen, die ebenfalls nicht außer acht bei einer erfolgreichen Ein-
führung des L2L-Networks gelassen werden dürfen:
Rahmenbedingung R-1 Sicherstellung von Datenschutzmaßnahmen der personenbezo-
genen und -beziehbaren Daten innerhalb des L2L-Networks.
Gerade für den Bereich der ortsbezogenen Dienste ist die unrechtmäßige Nutzung
personenbezogener Daten wohl eine der größten Unsicherheitsfaktoren aus Sicht der
Benutzer. Aus diesem Grund müssen Maßnahmen getroffen werden, die den Benutzer
bzw. Kunden vor unrechtmäßiger Verwendung seiner ” Datenspuren“, die er wärend
der Nutzung des Systems hinterläßt, dauerhaft schützen.
Rahmenbedingung R-2 Sicherstellung einer von der Positionierungstechnologie unab-
hängigen Nutzung des L2L-Networks.
Die Entwicklung einer Architektur, die unabhängig von bestimmten Positionierungs-
technologien ist, soll einen Ausschluß von Benutzern gewährleisten, die aus unter-
schiedlichsten Gründen evtl. nicht die Positionierung über den Mobilfunkanbieter
freigeben möchten. Die Architektur sollte es demnach vielmehr ermöglichen, die
notwendigen Positionsdaten soweit zu abstrahieren, daß ggf. auch eine manuelle Po-
sitionsbestimmung durch den Benutzer möglich wäre.
Rahmenbedingung R-3 Sicherstellung einer angemessenen Nutzungsgeschwindigkeit
und Ausfallsicherheit des L2L-Networks

KAPITEL 3. EIN GESCHÄFTSMODELL FÜR ORTSBEZOGENE DIENSTE 62
Eine angemessene Nutzungsgeschwindigkeit einer Anwendung ist bei jedem Softwa-
resystem generell anzustreben. Da es sich bei dem hier thematisierten System um
eine mCommerce-Anwendung handelt, bei der die Online-Zeiten generell teuer für
Benutzer sind, sollte diesem Aspekt besondere Beachtung zukommen.
Abschließend läßt sich festhalten, daß die in diesem Kapitel dargestellten Ausführungen
über eine mögliche kommerzielle Vermarktung eines ortsbezogenen Dienstes auf Peer-2-
Peer Basis eine erste Basis für weitere Überlegungen bieten kann. Neben der generellen
Entwicklung von Geschäftsmodellen wurde ausgehend von einer Marktanalyse und einer
Geschäftsidee aufgezeigt, welche Möglichkeiten im mobilen Marktsegment für ortsbezoge-
ne Dienste bestehen. Dabei wurde ausführlich auf mögliche Erlösquellen und eine dazu
passende Preis- und Produktstrategie eingegangen, ohne die Rolle der Nutzer solcher Sy-
steme außer acht zu lassen. Auch die Ausführungen bzgl. der Wertschöpfungskette haben
aufgezeigt, daß es viele Möglichkeiten gibt, ortsbezogene Dienste kommerziell zu betrei-
ben, auch dann, wenn der Betreiber nicht ein Mobilfunknetz-Betreiber ist.
Festzustellen bleibt, daß eine gute Strategie eines der schwierigsten aber zugleich wichtig-
sten Elemente für ein gutes Geschäftsmodell ist. Eine Strategie greift in alle Teilbereiche
eines Geschäftsmodells ein und wird gleichzeitig von allen Teilbereichen beeinflußt. Eine
kleine Änderung der Erlösquellen kann z.B. schon dazu führen, daß eine gesamte Strategie
neu überdacht werden muß.
Die nachfolgenden Kapitel werden sich näher mit einer technischen Umsetzung des L2L-
Networks auf Basis der gewonnenen Erkenntnisse aus diesem Kapitel beschäftigen und
Anhaltspunkte geben, wie ein solches System zu realisieren wäre. Die in diesem Abschnitt
abgeleiteten Anforderungen und Rahmenbedingungen stellen nur einen kleinen Teil aller
Anforderungen dar und sind deshalb keinesfalls als abschließend zu betrachten. Sie sind
somit auch kein komplettes Ergebniss einer Anforderungsanalyse und sollen nicht als ein
Pflichtenheft für nachfolgende Ausführungen verstanden werden, wohl aber als richtungs-
weisende Anforderungen bzw. Kriterien.

Kapitel 4
Architekturkonzepte für das
L2L-Network
Nachdem die vorangegangenen Kapitel eher allgemeine Rahmenbedingungen für ortsbe-
zogene Dienste und wirtschaftliche Aspekte für den Betrieb des L2L-Networks erörtert
haben, bildet dieses Kapitel den Übergang zu einer mehr technisch orientierten Sichtweise
des L2L-Networks und beschreibt mögliche Architekturkonzepte.
4.1 Überblick
Die hier vorgestellten Architekturkonzepte für das L2L-Network basieren auf der zugehöri-
gen Idee des L2L-Networks und bauen auf Erkenntnissen, Anforderungen und Rahmenbe-
dingungen der vorangegangenen Kapitel auf.
Dieser erste Abschnitt bietet eine sehr abstrakte Sicht auf die Architektur eines L2L-
Networks und soll die wesentlichen Komponenten und ihr Zusammenspiel auf höherer
Ebene beschreiben.
Ziel ist es, den Leser in die generelle Funktionsweise des Netzwerkes bzw. dessen Aufbau
einzuführen, um eine detaillierte Betrachtung einzelner Komponenten in nachfolgenden
Abschnitten zu ermöglichen.
4.1.1 Identifikation von Komponenten des L2L-Networks
In Abschnitt 3.3 wurde ausführlich auf die dem L2L-Network zugrunde liegende Geschäfts-
idee eingegangen. In dieser Darstellung wurde die Idee auf einer informellen Ebene erläutert.
Dieser Abschnitt dient dazu, die bekannte Idee des L2L-Networks aufzugreifen und sie auf
eine technische Ebene zu abstrahieren. Mittels der Abstraktion werden dann im folgen-
den wesentliche Komponenten des Systems, die für den weiteren Verlauf dieses Kapitels
relevant sind, identifiziert. Hierbei geht es jedoch nicht darum, alle Detail-Fragen zu be-
antworten.
63

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 64
Client
L2L
Unit
L2L
Unit
L2L
Unit
L2L
Server
L2L
Unit
L2L
Unit
Abbildung 4.1: L2L-Network Komponenten
Eine der zentralen Anforderungen aus Abschnitt 3.6 war die Erkenntnis, daß die Netzwerk-
Basisstruktur für das L2L-Network ein hybrides Peer-2-Peer Netzwerk sein sollte, damit
ein zentraler Zugangspunkt zum Netzwerk existiert. Da ein Peer-2-Peer Netzwerk per De-
finition nur aus einzelnen Peers besteht, fällt die Unterteilung der Basis-Komponenten des
L2L-Networks auf höchster Abstraktionsebene vergleichsweise leicht, da diese vorgegeben
ist. Es existieren zwei verschiedene Komponenten im System:
1. L2L-Server
2. L2L-Unit
Hierbei übernimmt der L2L-Server die per Definition von hybriden Netzwerken geforder-
te Funktion einer Zentralinstanz, die Teile der Dienstleistungen innerhalb des Netzwerkes
übernimmt (vgl. Abschnitt 2.2). Der L2L-Server ist hierbei primärer Zugangspunkt zum
L2L-Network und realisiert neben dem initialen Netzwerkzugang eine Vielzahl von zentra-
len Anforderungen für die Funktionsweise des ortsbezogenen Dienstes, wie z.B. die Pflege
eines sogenannten Location Models, also einer Repräsentation der räumlichen Strukturen
der L2L-Units oder aber die Ermittlung einer auf den aktuellen Benutzer-Kontext passen-
den L2L-Unit für die weitere Abwicklung der Dienste des L2L-Networks.
Die L2L-Unit repräsentiert hingegen jedes Objekt, das innerhalb des L2L-Networks als In-
formationsanbieter zur Verfügung steht und beinhaltet unterschiedlichste Komponenten,
die für die Abwicklung sämtlicher Funktionalitäten erforderlich sind, wie z.B. die Bearbei-
tung von Benutzeranfragen.
Da ein Peer-2-Peer Netzwerk nur aus einzelnen Peers besteht, wird auch der Client ei-
nes Benutzers als ein solcher modelliert (vgl. Abb. 4.1). Dieses hat zur Folge, daß eine
Unterscheidung von Informationsanbietern und Benutzern des L2L-Networks auf dieser
Abstraktionsebene nicht möglich ist, so daß sie beide jeweils als L2L-Unit modelliert wer-
den.
Diese Sichtweise ermöglicht es, daß Benutzer ebenfalls Informationen im Netzwerk anbieten
können. Im Realfall wird sich allerdings eine kommerzielle Zugangssoftware für Benutzer

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 65
von jener der Informationsanbieter unterscheiden, da viele Funktionalitäten auf Seiten
des Clients nicht benötigt werden und darüber hinaus die Handhabbarkeit der Software
auf mobilen Endgeräten aufgrund limitierter Ressourcen (Speicher, CPU) nicht oder nur
schwer möglich wäre. Dieser Aspekt soll nachfolgend nicht näher thematisiert werden, um
eine zu komplexe Darstellung der Zusammenhänge zu vermeiden. Aus diesem Grund wird
der Begriff Client immer dann verwendet, wenn es sich um eine L2L-Unit handelt, die von
einem Benutzer des L2L-Networks benutzt wird und nicht primär als Informationsanbieter
fungiert.
4.1.2 Struktureller Aufbau des L2L-Networks
Die in Abbildung 4.2 beispielhaft dargestellte technisch orientierte Sichtweise eines Aus-
schnittes des L2L-Networks besteht aus einer Anzahl verschiedener Gebäude bzw. Objekte,
die am L2L-Network teilnehmen und somit aus Systemsicht L2L-Units darstellen, die Be-
standteil des hybriden Peer-2-Peer Netzwerkes sind, das durch einen zentralen Server als
Kontrollinstanz verwaltet wird (in Abb. 4.2 nicht dargestellt).
Jede L2L-Unit besitzt hierbei einen gewissen Zuständigkeitsbereich (Service Scope) oder
kurz Scope, der in Abbildung 4.2 als gestrichelter Kreis dargestellt ist und wie folgt cha-
rakterisiert werden kann:
Definition 6 (Service Scope) Ein Service Scope ist eine Region innerhalb eines geo-
graphischen Raumes, für die eine L2L-Unit zuständig ist und innerhalb derer sie Dienst-
leistungen erbringt.
Eine Region, die durch einen Service Scope einer L2L-Unit repräsentiert wird, kann durch
Definition 6 nahezu beliebig gewählt werden. Es kann ein Raum innerhalb eines Gebäudes,
ein Gebäude oder sogar ein ganzer Stadtteil sein. Voraussetzung ist nur, daß diese Region
mittels geeigneter Strukturen beschrieben werden kann, wie z.B. mittels eines Polygons
als Beschreibung für Flächen.
Ein Benutzer, der Zugang zum System erhalten will, muß sich primär bei der zentralen
Verwaltungseinheit des L2L-Netzwerkes (L2L-Server) authentifizieren. Nach der Authen-
tifikation wird unter Berücksichtigung des aktuellen Aufenthaltsorts dem Benutzer eine
passende L2L-Unit zugewiesen. Nach diesem Vorgang findet jegliche weitere Kommuni-
kation zwischen den einzelnen L2L-Units und dem Benutzer direkt statt - beginnend mit
der initial zugewiesenen L2L-Unit. Verläßt ein Benutzer den Scope einer L2L-Unit und
entfernt sich damit aus deren Zuständigkeitsbereich, so wird dieser automatisch an eine
andere L2L-Unit ” übergeben“. Dieser Vorgang ist ähnlich einem ” Handover“ in Mobil-
funknetzen und sollte eine permanente Netzverbindung ohne Unterbrechungen sichern. In
Abbildung 4.2 ist dieses durch einen Bewegungspfeil zwischen zwei Benutzern bzw. zwi-
schen L2L-Units symbolisiert.
Der Zugriff eines Benutzers auf ortsbezogene Informationen innerhalb des Netzwerkes wird
mittels einer Art ” Homepage des aktuellen Ortes“, einer Location-Page, realisiert. Hierbei

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 66
Location
Page
L2L Unit
L2L Unit
change unit
L2L Unit
proceeds to
Location
Page
L2L Unit
Abbildung 4.2: L2L-Network Umgebung
ist die Form und der Inhalt einer Location-Page abhängig von einem aktuellen Benutzer-
Kontext inklusive eines Aufenthaltsorts. Eine dynamische Anpassung der Location-Page
an veränderte Bedingungen wird mittels des vorhandenen Handover-Mechanismus möglich,
so daß neue Informationen push-basiert an einen Benutzer gesendet werden können.
Nachdem bis zu dieser Stelle der strukturelle Aufbau beschrieben wurde, gehen die nachfol-
genden Abschnitte näher auf einzelne Komponenten und Konzepte ein, die es ermöglichen
können, den hier beschriebenen Ablauf zu realisieren.
4.2 Der L2L-Server
Der L2L-Server stellt innerhalb des L2L-Netzwerkes einige der wichtigsten Funktionen zur
Verfügung. Seine zentrale und gewichtigste Aufgabe besteht darin, ein räumliches Modell
(Location Model) der im Netzwerk verfügbaren L2L-Units zu verwalten und mit dessen
Hilfe Benutzer-Kontexte innerhalb des Systems zu bestimmen. Gerade in der Anfangs-
phase einer Nutzung des L2L-Netzwerkes durch einen Client ist der L2L-Server zusätzlich
für eine korrekte Authentifizierung zuständig. Diese Aufgaben sollen nachfolgend näher
beschrieben werden:
Authentifikation Für jede Art kommerziell betriebener Anwendungen ist ein Authen-
tifikationsmechanismus erforderlich, der eine Zugangskontrolle realisiert, die es nur
registrierten Benutzern ermöglicht, Leistungen innerhalb des L2L-Networks zu be-
ziehen.
Die technische Realisierung dieses Mechanismus ist für die hier dargestellten Zu-
sammenhänge jedoch nicht von besonderem Interesse, da bereits erprobte Zugangs-
systeme für mobile Netze existieren und erfolgreich von Mobilfunknetz-Betreibern
eingesetzt werden. Das derzeit verwendetete Verfahren für eine Authentifikation ba-
siert in den meisten Fällen auf der SIM-Karte (Subscriber Identity Module) eines

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 67
Mobiltelefons. Die Authentifikation wird hierbei mittels einer eindeutigen Identifika-
tionsnummer, die auf der SIM-Karte hinterlegt ist, ermöglicht. Weitere Ausführun-
gen zu Authentifikationsmechanismen und Sicherheit in mobilen Netzen lassen sich
u.a. in [Jag03] finden.
Kontext Bestimmung Die Bestimmung des Kontextes eines Clients innerhalb des L2L-
Networks ist eine der wesentlichen Anforderungen an den zu realisierenden ortsbe-
zogenen Dienst. Ein Kontext kann hierbei jegliches Muster bestehend aus beliebigen
Teilkomponenten sein, das mindestens Auskunft über die aktuelle Position eines Cli-
ents liefert.
Schlieder [SW02] führt in diesem Zusammenhang für die Interpretation räumlichen
Verhaltens den Begriff des Motion-Pattern ein. Ein Motion-Pattern ist hierbei formal
durch ein 5-Tupel aus temporären räumlichen Parametern eines Objektes bestimmt:
( Position, Blickrichtung, Bewegungsrichtung, Distanz, Dauer )
Position und Blickrichtung beschreiben das Ergebnis einer Bewegung, z.B. die ak-
tuelle Position eines Benutzers und dessen momentane Blickrichtung. Die anderen
Parameter beschreiben hingegen die Bewegung in sich und werden in Abhängigkeit
einer vorangegangenen Bewegung gemessen. So berechnet sich beispielsweise die Di-
stanz als Entfernung zwischen der aktuellen Position und der zuletzt bekannten.
Ein Konzept wie das des Motion Pattern kann Kontexte, wie sie für ortsbezogene
Dienste relevant sind, sehr mächtig beschreiben, da neben der eigentlichen Positi-
on eines Clients zusätzliche Informationen über dessen ” räumliches Verhalten“ zur
Verfügung stehen. Beispielsweise könnte ein Parameter Blickrichtung dazu verwen-
det werden, solche Informationen einem Benutzer detaillierter zu präsentieren, die
aktuell in dessen Blickwinkel liegen.
Eine technische Realisierung der Kontext-Bestimmung durch den L2L-Server auf Basis
des Motion-Pattern Konzeptes wäre abhängig von einer Reihe externer Funktionalitäten,
wie z.B. der Positionsbestimmung auf Basis unterschiedlicher Technologien
(vgl. Abschnitt 2.2) oder aber der Messung von Bewegungsgeschwindigkeiten mittels
Beschleunigungssensoren. Aus diesem Grunde scheint eine maximale Abstraktion
von Konzepten zur Kontext-Beschreibung erforderlich, da nicht vorausgesetzt werden
kann, daß jeder Client sämtliche Hardware-Voraussetzungen (z.B. GPS-Sensor)
für die Ermittlung oben beschriebener Daten erfüllt.
i n t e r f a c e UserContext {
}
MotionPattern g e t M o t i o n P a t t e r n F o r U s e r ( u n i q u e U s e r I d ) ;
Listing 4.1: Interface zur Ermittlung eines Kontextes auf Basis des Motion-Pattern

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 68
Durch eine Kapselung aller kontext-relevanten Messdaten innerhalb eines abstrak-
ten Datentyps MotionPattern, wie in Listing 4.1 dargestellt, wäre ein einheitlicher
Zugriff möglich. Hierbei sollte bei einer Umsetzung dieses Ansatzes eine besondere
Beachtung den flexiblen Benutzungsmöglichkeiten zukommen. D.h. es sollte möglich
sein, nur gewisse Komponenten eines Motion-Pattern auszulesen, um nicht nur ei-
ne Differenzierung zwischen Basis- und Premium-Diensten, wie im Geschäftsmodell
thematisiert, bei Bedarf vorzunehmen, sondern auch auf unterschiedliche Client-
Hardware reagieren zu können.
Bzgl. der Differenzierung von Basis- und Premium-Diensten wäre ein Basis-Dienst
denkbar, der nur aus einer einzelnen Komponente des Motion-Pattern besteht, wie
z.B. der Komponente Position. Premium-Dienste würden dementsprechend auf meh-
rere Komponenten eines Motion-Pattern zugreifen und diese mit in eine Auswertung
einbeziehen.
Location-Model Zu Beginn jeglicher Nutzung des L2L-Networks, egal ob durch Infor-
mationsanbieter oder Clients, steht die Initiierung von Kommunikationsbeziehungen
zwischen Netzwerk-Peers. L2L-Units, die als Informationsanbieter fungieren, müssen
genau wie Clients in das L2L-Network integriert werden und benötigen einen ” Über-
blick“ über andere Teilnehmer im Netzwerk, um nachfolgende Kommunikationsbe-
ziehungen aufbauen zu können.
Zentraler Bestandteil in diesem Prozeß ist das Konzept des Location-Models, das ein
räumliches Abbild aller im System integrierten L2L-Units beschreibt. Mittels eines
solchen Location-Models ist es möglich, Aussagen und Schlüsse über räumliche Be-
ziehungen zwischen Objekten (L2L-Units) zu treffen, wie z.B. die Bestimmung von
räumlichen Nachbarn einer L2L-Unit. Diese Informationen könnten beispielsweise
innerhalb einer L2L-Unit Verwendung finden, um den im Abschnitt 4.1.2 angespro-
chenen ” Handover“ von Clients zu realisieren.
Für eine solche Integration einer L2L-Unit in ein bestehendes Location-Model sind
verschiedene räumliche Informationen über eine L2L-Unit erforderlich, wie z.B. de-
ren räumliche Position in Form eines Service Scopes. Auch für die Integration von
Clients sind räumliche Informationen, wie die aktuelle Position, notwendig, um zu
ermitteln, innerhalb welches Service Scope sich ein Client befindet.
Abbildung 4.3 zeigt mittels eines groben UML-Sequenzdiagamms exemplarisch die
Idee des Integrationsprozesses von L2L-Units in das L2L-Network und die damit
verbundene Veränderung des Location-Models.
Eine genauere Betrachtung dieses Ablaufes, insbesondere des Location-Models, fin-
det sich in Abschnitt 4.5. An dieser Stelle bleibt nur festzuhalten, daß die Realisie-
rung eines solchen Moduls eng mit anderen Modulen des L2L-Servers kooperieren
müßte, um die gegebenen Anforderungen zur erfüllen.
Das an dieser Stelle nicht thematisierte ” Abmelden von L2L-Units vom Netzwerk“,
stellt in wesentlichen Zügen eine Umkehrung des dargestellten Integrationsprozesses

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 69
Abbildung 4.3: Modul-Interaktion während des Integrationsprozesses
dar und würde sich somit indirekt bei dessen Entwicklung ergeben.
Mit Hilfe der vorgestellten Konzepte und ihrer Verwendung innerhalb des L2L-Servers
scheint die Entwicklung eines Basis-Architekturmodells mit detaillierten Spezifikationen
möglich. Vergleicht man beispielsweise die hier vorgestellten Ansätze mit den festgehal-
tenen Anforderungen und Rahmenbedingungen an das L2L-Network aus Abschnitt 3.6,
so läßt sich feststellen, daß die präsentierten Konzepte diese erfüllen könnten. Die Anfor-
derungen A-I, A-II und A-III haben hierbei Einfluß auf die Architektur des L2L-Servers.
Anforderung A-I beeinflußt hierbei nur am Rande die Architektur des L2L-Servers, da sie
lediglich aufgrund des geforderten hybriden Peer-2-Peer Netzwerkes eine zentrale Server-
Instanz innerhalb des Netzwerkes fordert. Die Anforderungen A-II und A-III stehen hinge-
gen im direkten Zusammenhang mit dem Modul ” Initiierung von Kommunikationsbezie-
hungen“ und fordern die Existenz eines Modells, das die räumlichen Strukturen einzelner
Peers abbildet, was durch das Location-Model abgedeckt wird, sowie die generelle Existenz
dieses Moduls.
4.3 Die L2L-Unit
Nachdem bereits im vorangegangenen Abschnitt auf Architekturkonzepte des L2L-Servers
und dessen Basis-Module eingegangen wurde, dient folgender Abschnitt dazu, selbiges für

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 70
die L2L-Unit zu gewährleisten.
Die L2L-Unit bildet sowohl für Informationsanbieter als auch für Benutzer des L2L-
Networks die entscheidende Komponente und integriert sich als Peer in das Peer-2-Peer
Konzept des L2L-Networks. L2L-Units bearbeiten Anfragen von Benutzern, stellen Er-
gebnisse zur Verfügung und regeln zusätzlich den Austausch von Informationseinheiten
zwischen unterschiedlichen L2L-Units.
Bezogen auf die Basis-Anforderungen an das L2L-Network aus Abschnitt 3.6 und das ge-
nerell gewählte Architekturkonzept für das L2L-Network mit nur zwei Elementen muß die
L2L-Unit dementsprechend mindestens die Anforderungen A-IV bis A-VI unterstützen,
die sich zum einen mit einem Beschreibungsmodell der Informationen im System befassen
und zum anderen einen Austauschmechanismus für Informationen fordern.
User Query
QPM
L2L Unit
annotated database
RRM
Result
CEM
Unit Communication
Abbildung 4.4: Basis-Architektur der L2L-Unit
Zur Realisierung dieser Anforderungen besteht das Basis-Konzept der L2L-Unit, wie in Ab-
bildung 4.4 dargestellt, primär aus drei zentralen Komponenten: Eine Komponente für den
netzwerk-internen Austausch von Informationseinheiten zwischen einzelnen Units (CEM);
eine weitere Komponente für die Bearbeitung von Benutzer-Anfragen und das Ausliefern
von Ergebnissen (QPM) sowie eine Komponente für das Erzeugen einer Location-Page,
die ortsbezogene Informationen in einer hypertextbasierten Art und Weise für Clients zur
Verfügung stellt (RRM).
Zur Erfüllung dieser Leistungen ist der Zugriff auf eine Datenbasis, die ortsbezogene In-
formationseinheiten verwaltet, unumgänglich. Wie in Abbildung 4.4 bereits angedeutet,
sind die vorhandenen ortsbezogenen Informationen in einer bestimmten Art und Weise mit
Zusatzinformationen annotiert, so daß sie eine spezifische Semantik erhalten und durch
ein System interpretiert und kategorisiert werden können. Eine solche Form der Daten-
basis ist somit eine unmittelbare Konsequenz aus Anforderung A-IV, die eine geeignete
Beschreibungssprache für orts- bzw. kontextbezogene Informationen fordert.
Im folgenden wird näher auf die einzelnen Module und deren Aufgaben eingegangen.

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 71
4.3.1 Query Performing Modul (QPM)
Das QPM bearbeitet Anfragen, die primär aus einem Kontext eines Clients bestehen.
Basis für diesen Kontext kann das bereits eingeführte Konzept des Motion-Pattern sein.
Zusätzlich zu diesen eher dynamischen Informationen sollte aber auch die Möglichkeit
zur Erfassung von statischen Benutzerinformationen gegeben sein, bei denen ein Benutzer
weitere Informationen in der Form eines Benutzer-Profils angeben kann. Dieses hat zur
Folge, daß eine Anfrage an das QPM aus einem Tupel folgenden Aufbaus bestehen würde:
(Motion-Pattern, User-Profil)
Aufgrund der Idee des L2L-Networks bzw. des Konzeptes des Service Scopes werden durch
das QPM einer L2L-Unit nur solche Anfragen beantwortet, für die eine L2L-Unit innerhalb
ihres Scopes aktuell zuständig ist. Basierend auf diesem Scope-Ansatz läßt sich auch ohne
vorhandene benutzerspezifische Kontext-Informationen ein gewisser Kontext ermitteln,
mit dessen Hilfe es möglich wäre, auch Clients mit ortsbezogenen Informationen zu bedienen,
die einer detaillierten Aufzeichnung von Verhaltensinformationen mittels Motion-
Pattern oder aber zusätzlicher Informationen durch ein Benutzer-Profil nicht zustimmen.
In diesem Fall würde zwar die Qualität der präsentierten Informationen geringer sein, aber
ein Ausschluß von Benutzern vermieden.
i n t e r f a c e R e q u e s t I n t e r f a c e {
}
R e s u l t performRequest ( MotionPattern , U s e r P r o f i l ) ;
R e s u l t performRequest ( ) ;
Listing 4.2: Interface für Anfragen an das QPM
Für die Realisierung eines Anfrage-Mechanismus würde dieses bedeuten, daß eine Anfra-
ge auch dann gültig ist, wenn das gegebene Anfrage-Tupel leer ist und nur die Scope-
Informationen genutzt werden können. Hierbei könnte dann allerdings nur sehr grob er-
mittelt werden, wo sich ein Benutzer aufhält. Mittels dieser Erkenntnisse läßt sich eine
Schnittstellenbeschreibung, wie in Listing 4.2 angedeutet, ableiten, die durch ein QPM zu
erfüllen wäre.
Für eine genaue Spezifikation eines solchen Anfrage-Mechanismus mit konkreten Aus-
wertungsstrategien der einzelnen Komponenten eines Anfrage-Tupels läßt sich auf belie-
big komplexe Verfahren zurückgreifen. Im wesentlichen sind diese nur abhängig von den
Möglichkeiten eines zu definierenden Beschreibungssystems für ortsbezogene Informatio-
nen des L2L-Networks. Denkbar wären an dieser Stelle Verfahren aus dem Bereich der
künstlichen Intelligenz mit Hilfsmitteln wie Ontologien oder kognitiven Suchtechnologien.
Ausführungen hierzu sind z.B. in [Fen01] oder [Bel00] zu finden.

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 72
4.3.2 Resultset Rendering Modul (RRM)
Das Resultset Rendering Modul ist für die Aufbereitung der Ergebnisse des QPM zuständig.
Das QPM Modul wird im allgemeinen eine Menge an relevanten Informationseinheiten,
die zu einem aktuellen Kontext existieren, zur Verfügung stellen. Hierbei muß davon aus-
gegangen werden, daß diese Ergebnismengen eine nicht zu unterschätzende Mächtigkeit
aufweisen können, die es gilt weiter zu aggregieren. Eine Aggregation ist insbesondere
auch deshalb notwendig, da das L2L-Network ein System für mobile Umgebungen ist, die
sich durch mobile und damit relativ kleine Geräte mit beispielsweise geringen Display-
Größen auszeichnen. Demzufolge muß es durch das RPM gelingen, die Ergebnismenge
soweit zusammenzufassen, daß sie auf den jeweiligen Endgeräten adäquat darstellbar ist.
Um dieses Problem zu lösen, wäre es z.B. mittels Ontologien und entsprechend verfügba-
rer Meta-Daten der Informationseinheiten denkbar, zu versuchen, einen möglichst ” kleinen
gemeinsamen Nenner“ für mehrere Informationseinheiten zu finden, um sie so unter einem
Oberbegriff zusammenfassen zu können. Ein einfaches Beispiel hierfür wäre eine Zusam-
menfassung italienischer, spanischer und französischer Restaurants unter einem Oberbe-
griff wie mediterrane Gastronomie.
Da sich dieses Modul augenscheinlich im Kern mit der Problematik der geeigneten Präsen-
tation von Informationen auf mobilen Endgeräten befaßt und dieser Bereich bereits um-
fangreich in der Literatur diskutiert wird, soll eine Vertiefung des RPM an dieser Stelle
nicht näher verfolgt werden.
4.3.3 Content Exchange Module (CEM)
Das Content Exchange Modul ist für den eigenständigen Austausch von Informationsein-
heiten zwischen einzelnen L2L-Units verantwortlich. Ein Austausch von Informationsein-
heiten mit anderen L2L-Units findet hierbei auf Basis räumlicher Beziehungen statt. Mit
Hilfe des CEM soll gewährleistet werden, daß sämtliche Module innerhalb eines Architek-
turmodells einer L2L-Unit, die auf der eigenen Datenbasis agieren, stets auf relevanten
und aktuellen Daten agieren. Die zentrale Idee ist es, hierbei Verbindungen zu anderen
L2L-Units innerhalb des Netzwerkes zum Zweck der Anfrage-Auswertung vollständig zu
vermeiden und damit die Antwortzeiten innerhalb des Netzwerkes zu optimieren. Darüber
hinaus kann dieses Modul mit seinem Mechanismus helfen, die bereits in Abschnitt 4.3.2
kurz angesprochenen Probleme des RRM bzgl. einer Präsentation von Informationen zu
lösen, wenn man davon ausgeht, daß ein CEM eine Vorselektion relevanter Informationen
für eine Darstellung auf mobilen Endgeräten ermöglichen könnte.
Auf dieses Modul wird zu einem späteren Zeitpunkt in Kapitel 6 dieser Arbeit detailliert
eingegangen.
4.4 Das Konzept der Service Scopes
Dieser Abschnitt soll den bereits in Definition 6 eingeführten Begriff des Service Scopes
und dessen Zusammenhang mit der Beantwortung von Anfragen durch einen Client näher

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 73
verdeutlichen.
Das für die L2L-Unit verwendbare Konzept der Service Scopes basiert auf dem Ansatz,
Dienstleistungen von L2L-Units bzw. deren Verfügbarkeit mit einem physikalischen Raum
zu assoziieren. D.h. jeder L2L-Unit wird eine geographische Region zugeordnet, für die sie
zuständig ist und innerhalb derer sie für Clients Dienstleistungen anbietet.
Ein so gewählter Ansatz würde es u.a. ermöglichen, daß eine exakte Positionsbestim-
mung von Clients, unter der Bedingung ausreichend großer Service Scopes, nicht zwin-
gend notwendig ist, da ein Aufenthalt innerhalb einer Region als ausschlaggebend für die
Zuständigkeit einer L2L-Unit gewählt werden könnte.
6
1
C
3
Abbildung 4.5: Scope-based Model
Für die Auswahl der zuständigen L2L-Unit könnte an dieser Stelle das Scope-based Model
verwendet werden. Hierbei werden die L2L-Units als zuständig für einen Client ausgewählt,
innerhalb deren Scope sich dieser aufhält. Der Prozeß der Ermittlung der zuständigen L2L-
Unit wäre in diesem Fall nur abhängig von der Position des Clients und des assoziierten
Service Scopes der L2L-Units. Eine Position der L2L-Unit selbst ist damit, anders als bei
Verwendung eines entfernungsbasierten Modells, nicht relevant.
Ein entfernungsbasiertes Modell würde hingegen die L2L-Unit mit kleinster Entfernung
zwischen der Position des Clients und dem Standort einer L2L-Unit suchen. Detailliertere
Ausführungen hierzu lassen sich in [Leo98] finden.
Durch eine Verwendung des Scope-based Models anstelle eines Distance-based Models kann
demnach eine größere Flexibilität und Erweiterbarkeit gewährleistet werden bei der L2L-
Units nicht zwingend am Ort ihrer physikalischen Zuständigkeit vorhanden sein müssen.
Abbildung 4.5 veranschaulicht den beschriebenen Bestimungsprozeß mittels des Scope-
based Models. Für einen Client C am gegebenen Ort würden die L2L-Units gefunden
werden, deren Service-Scopes durch die verstärkt dargestellten Linien markiert sind (1,2,3
und 4). Nur diese enthalten die Position des Clients vollständig.
Um einem Client die Möglichkeit geben zu können, direkt die Ergebnisse einer Location-
Page auf Basis seiner eigenen Wünsche (vgl. User-Profil in Abs. 4.3.1) zu beeinflussen,
4
2
5
7

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 74
wäre eine kleine Variation des vorgestellten Scope-based Models notwendig. Hier müßte,
anstelle die aktuelle Position, im Idealfall gegeben durch eine einzelne Koordinate, für die
Auswertung zu nutzen, ein Client in die Lage versetzt werden können, einen gewissen Be-
reich um seine eigentliche Position zu definieren. Diese Art der Skalierung einer Position
auf eine Fläche um die eigentliche Position würde dann das Ergebnis des Bestimmungspro-
zesses der zuständigen L2L-Units dahingehend verändern, daß nur noch solche L2L-Units
ausgewählt werden, innerhalb deren Service Scope sowohl die aktuelle Position als auch
die durch den Client skalierte Fläche liegen [Jos01]. Abbildung 4.6 veranschaulicht diese
Erweiterung des Scope-based Models und liefert als Ergebnis nur noch die L2L-Units mit
dem Service-Scope 1 und 2.
6
1
C
3
Abbildung 4.6: Erweitertes Scope-based Model mit Skalierung
Mittels dieser Erweiterung wäre es nun möglich, die mittels der Location-Page dargestell-
ten Informationen für einen Client nach seinen individuellen Bedürfnissen zu gestalten.
Versucht man, die durch einen Client vorzunehmende Skalierung semantisch zu deuten, so
könnte man z.B. annehmen, daß je größer der Skalierungsfaktor ist desto größer ist auch
der mögliche Aktionsradius bzw. die Mobilität des Benutzers. Ein einfaches Beispiel hierfür
wären z.B. zwei Personen, die sich innerhalb des in Abschnitt 3.9 dargestellten Szenarios
auf derselben Straße befinden, sich aber dadurch unterscheiden, daß eine Person mit ei-
nem Auto unterwegs ist und die andere zu Fuß. Beide Personen nutzen das L2L-Network,
sind aber an unterschiedlichen Reichweiten der dargebotenen Informationen interessiert.
Während der Fußgänger eher detailliertere Informationen bevorzugen wird, die in seiner
unmittelbaren, zu Fuß erreichbaren Nähe liegen, ist der Autofahrer an Informationen in-
teressiert, die eine größere Fläche abdecken, aber weniger detailliert auf Grund seiner
Fortbewegungsgeschwindigkeit sind. Dementsprechend würde der Skalierungsfaktor des
Autofahrers viel größer gewählt werden müssen als der des Fußgängers, um die gewünsch-
ten Informationen zu erhalten.
Wie das beschriebene Szenario bereits andeutet, stellt die richtige Wahl eines geeigne-
ten Skalierungsfaktors für eine Realisierung eines der Hauptprobleme dar. Wünschenswert
4
2
5
7

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 75
wäre im Idealfall eine automatisierte Bestimmung des Skalierungsfaktors auf Basis eines
aktuellen Benutzerverhaltens. Bei einer Orientierung an der Bewegungsgeschwindigkeit
eines Benutzers zur Bestimmung des Faktors, wie im Szenario dargestellt, wären bei-
spielsweise technische Komponenten, wie ein Beschleunigungssensor, für eine Realisierung
notwendig.
4.5 Das Konzept des Location Models
Service Scopes, wie bereits zuvor diskutiert, bilden einen Basis-Mechanismus innerhalb
des L2L-Networks und ermöglichen die Assoziation von Dienstleistungen einer L2L-Unit
mit einem physikalischen Raum.
Dieser Abschnitt beschreibt einen auf den Service Scopes aufbauenden Ansatz zur Be-
schreibung räumlich arrangierter Objekte. Solche Ansätze werden in der Literatur oft
unter dem Begriff des Location Models beschrieben. Gerade im Bereich der ortsbezogenen
Dienste stellen Location Models ein zentrales Konzept bei der Realisierung dar. Aufgrund
der Vielzahl unterschiedlicher Modelle, die sich zum Teil stark in ihrer Art und Weise
wie Informationen repräsentiert werden unterscheiden, schlägt Leonhardt in [Leo98] eine
generelle Klassifikation aller Modelle in zwei Gruppen vor:
• Symbolische Modelle
• Geometrische Modelle
Symbolische Modelle basieren hierbei auf einer Beschreibung von Regionen und Ob-
jekten durch abstrakte Symbole, z.B. Namen wie ” Raum 5210“ oder ” Hauptbahnhof
Bremen“. Aufgrund der Repräsentation von Regionen und Objekten durch Namen
werden Regionen normalerweise als Mengen und Objekte als Elemente von Mengen
modelliert [Leo98]. Als unmittelbare Konsequenz aus diesem Ansatz ergibt sich, daß
ein Objekt Element einer Region ist wann immer es physikalisch innerhalb der Re-
gion liegt.
Die primären Vorteile dieses Ansatzes liegen in dem einfach zu erreichenden Zugriff
auf ortsbezogene Informationen, sofern auf den relevanten Ort über einen Namen zu-
gegriffen werden kann. Nachteilig hingegen ist, daß die Menge der zu verwaltenden
Symbole innerhalb des Modells je nach Anwendungsdomäne sehr groß sein kann. Im
allgemeinen werden zusätzlich die Regionen und deren Symbole manuell konstruiert
und verwaltet.
Geometrische Modelle verfolgen hingegen ein anderes Konzept und bauen auf ein oder
mehrere Referenz-Koordinatensysteme auf. Regionen werden typischerweise durch
Mengen von Koordinaten beschrieben. Im Gegensatz zu den symbolischen Modellen
gibt es keine ableitbaren Zusammenhänge zwischen Regionen und Objekten, da alles
nur mittels Koordinaten beschrieben wird [Leo98]. Aus diesem Grund sind geometri-
sche Modelle schwieriger anzuwenden als symbolische Modelle, bieten aber potentiell
mehr Leistungsfähigkeit.

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 76
Vorteile dieser Modelle sind u.a. die Flexibilität und Genauigkeit bei der Auswertung
koordinatenbasierter räumlicher Anfragen. Nachteilig ist hingegen z.B. die Notwen-
digkeit der Übersetzung jeglicher akquirierter Informationen, wie sie beispielsweise
von Sensoren geliefert werden, in das Referenz-Koordinatensystem.
Zusammenfassend läßt sich festhalten, daß beide Ansätze ihre Vor- und Nachteile besitzen
und eine Entscheidung für oder gegen ein Modell im wesentlichen von der Beschaffenheit
des zu konzipierenden Systems abhängt. In einigen Fällen, insbesondere dann, wenn es sich
um ein geschlossenes System mit festen Anforderungen handelt, kann die Entscheidung für
ein einzelnes Modell sinnvoll sein. Im allgemeinen liegt die beste Lösung für ein Problem
allerdings meistens in der Mitte eines Spektrums, so daß eine Kombination beider Ansätze
notwendig ist. Nach Leonhards Auffassung in [Leo98] brauchen insbesondere ortsbezogene
Dienste mit einem globaleren Fokus beide Formen der Modelle.
4.6 Ein Location Model für das L2L-Network
Die vorangegangenen Ausführungen haben bis hierhin das Spektrum an möglichen Model-
len für die Entwicklung eines eigenen Location Models für das L2L-Network aufgezeigt.
Ein spezielles Modell für das L2L-Network sollte demnach aus einer Kombination von
symbolischen- und geometrischen Modellen bestehen. Diese Empfehlung von Leonhardt
scheint unter Betrachtung der Anforderungen an das L2L-Network mehr als sinnvoll.
Eine symbolische Variante ermöglicht es z.B. Benutzern des Systems, auf eine bekannte
und ihnen vertraute Weise mittels Namen Objekte oder Regionen zu referenzieren oder zu
beschreiben. Hingegen bietet eine geometrische Variante dem System selbst eine mächtige
und präzise Möglichkeit, auf einer für einen Menschen wenig verständlichen Ebene Be-
rechnungen und Schlußfolgerungen aus Objektkonstellationen oder Sensordaten zu ziehen
und diese auszuwerten.
B
>Street<
A
>Outskirt<
D
>Building<
A*
C
>Street<
E
>Museum<
D* E*
B* C*
Abbildung 4.7: Location-Model des L2L-Networks
Symbolic
Geometric

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 77
Ein kombiniertes Modell könnte für das L2L-Network mittels einer symbolischen Abstrak-
tion der vorhandenen geometrisch orientierten Service Scopes konstruiert werden. Hierbei
ist es notwendig, daß jedem Symbol mindestens einen vorhandenen Service Scope im Sy-
stem und indirekt seine damit verbundene L2L-Unit referenziert. Abbildung 4.7 zeigt eine
so geartete Struktur exemplarisch. Die neu erzeugten Symbole stellen für einen Service Sco-
pe eine Art Ortskontext dar, in dem sich ein Benutzer oder Objekt immer dann befindet,
wenn er sich physikalisch innerhalb eines Service Scopes aufhält. Mittels der geometrischen
und damit koordinatenbasierten Service Scopes lassen sich darüber hinaus räumliche Be-
ziehungen zwischen Symbolen berechnen. Nähere Ausführungen hierzu sind Bestandteil
des nachfolgenden Kapitels 5. Die berechneten Beziehungen können wiederum ebenfalls
auf eine symbolische Ebene, wie z.B. durch benachbart-mit etc. abstrahiert werden, so daß
es möglich ist, eine komplette symbolische Darstellung des geometrischen Modells basie-
rend auf Service Scopes zu generieren.
In den folgenden Ausführungen wird anstelle des Begriffs Ortskontext der Name Location
Context verwendet, da dieser häufig in der Literatur zu finden ist. Unter einem Location
Context soll ein Objekt verstanden werden, das mehrere Teilkomponenten kapseln kann:
Definition 7 (Location Context) Ein Location Context ist ein Objekt, das durch ein
eindeutiges Symbol beschrieben ist und einen geometrischen Service Scope einer L2L-Unit
referenziert.
4.6.1 Relation zwischen Location Contexten
Relationen und insbesondere räumliche Relationen spielen innerhalb des hier präsentierten
Ansatzes eines Location Models für L2L-Network eine zentrale Rolle, da sie entscheidend
dazu beitragen, die für einen ortsbezogenen Dienst notwendigen realen räumlichen Kon-
stellationen zu modellieren.
Wie bereits in Abbildung 4.7 angedeutet, werden räumliche Relationen zwischen unter-
schiedlichen Location Contexts durch binäre Verbindungen dargestellt. Mit Hilfe dieser
Relationen könnte u.a. ein Prozeß zur Findung der optimalen zuständigen L2L-Unit für
eine Client-Anfrage ermöglicht werden. Optimal in diesem Sinne wäre eine Ermittlung der
L2L-Unit, deren Service Scope am kleinsten ist und die Position eines Clients dennoch
enthält.
Die Ausführungen über die Service Scopes in Abschnitt 4.4 haben es bislang nur ermöglicht,
relativ grob zuständige L2L-Units zu finden. Eine Optimierung dieses Ansatzes mit Hilfe
von Relationen zwischen Location Contexts, die indirekt auch die Relationen zwischen Ser-
vice Scopes beschreiben, ist denkbar, bei der die kleinste L2L-Unit durch Auswertung einer
Inklusionsrelation der Art part-of vorgenommen wird. Abbildung 4.8 zeigt ein Location
Model mit existierenden Inklusionsbeziehungen zwischen einzelnen Location Contexts.
In der durch Abbildung 4.8 gegebenen Konstellation von L2L-Units ließe sich nun bei-
spielsweise L2L-Unit D für einen Client in Scope D ∗ ermitteln: Das Scope-based Model
würde die Scopes A ∗ , B ∗ , C ∗ und D ∗ liefern, da diese alle vollständig einen Client in D ∗
enthalten würden. Mit Hilfe der Inklusion läßt sich nun aber zusätzlich feststellen, daß D ∗

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 78
A
B C
part-of
part-of
part-of
D
D*
B* C*
A*
part-of
part-of
Location Context
Service Scope
Abbildung 4.8: Inklusionsbeziehungen innerhalb des Location Models
die optimale L2L-Unit ist, da D ∗ Teil von allen anderen Scopes ist.
An dieser Stelle gilt es aber zu bemerken, daß dieser Mechanismus noch nicht alle mögli-
chen räumlichen Konstellationen und eine damit verbundene eindeutige Bestimmung einer
optimalen L2L-Unit zuläßt. Probleme entstehen z.B. bei identisch großen Service Scopes,
wie es bei B ∗ und C ∗ der Fall ist. Sollte z.B. D ∗ einmal nicht existieren, so besteht die
Wahl zwischen B ∗ und C ∗ als optimale L2L-Unit für eine Client-Anfrage. An dieser Stelle
müßten weitere Überlegungen ansetzen, um dieses Konzept auf beliebige räumliche Kon-
stellationen zu erweitern.
Neben der Optimierung des Prozesses zur Wahl der optimalen L2L-Unit für eine Client-
Anfrage lassen sich räumliche Relationen ebenfalls dazu verwenden, einen Informationsaus-
tausch zwischen L2L-Units zum Zwecke der Abwicklung von Client-Anfragen zu ermögli-
chen. Eine genauere Untersuchung dieser Möglichkeiten des Informationsaustausches auf
Basis räumlicher Beziehungen wird zu einem späteren Zeitpunkt in Kapitel 6 durchgeführt.
4.6.2 Zusammenfassung
Das Konzept des Location Models für das L2L-Network wurde, basierend auf einer grund-
legenden Idee und generellen Klassifizierung zur Bestimmung zentraler Eigenschaften von
Location Models, als eine Kombination aus symbolischen- und geometrischen Modellen
eingeführt. Es abstrahierte bzw. referenzierte geometrische Service Scopes mittels symbo-
lischer Elemente - den Location Contexts. Diese Kombination ermöglicht einerseits präzi-
ses Rechnen mittels Koordinaten auf der geometrischen Ebene, wie es durch Maschinen
möglich ist, und andererseits den intuitiven Umgang mit Symbolen in Form von Namen
mit eindeutigem Inhalt für Menschen.
Wichtiger Bestandteil des Modells waren Relationen zwischen Location-Contexts. Sie
dienten u.a. als Hilfsmittel zur Optimierung des Findungsprozesses einer zuständigen L2L-
Unit für eine Client-Anfrage auf Basis des Scope-based Models und sind zusätzlich notwen-

KAPITEL 4. ARCHITEKTURKONZEPTE FÜR DAS L2L-NETWORK 79
dig, um Client-Anfragen in Kooperation mit anderen L2L-Units bearbeiten und auswerten
zu können.
Nachdem in diesem Kapitel mögliche Architekturkonzepte für das L2L-Network vorgestellt
und in die Struktur eines Location Models und dessen Verwendung eingeführt wurde, soll
im nachfolgenden Kapitel genauer auf die Möglichkeiten des präzisen Rechnens, die durch
eine geometrische Ebene innerhalb des vorgestellten Location Models zur Verfügung ge-
stellt werden, eingegangen werden. Zu diesem Zweck wird nachfolgend in das Gebiet des
räumlichen Schließens eingeführt, um aufzuzeigen, wie es mit Hilfe eines formalen Kalküls
möglich ist, Schlußfolgerungen aus den Informationen, die in einem Location Model ko-
diert sind, abzuleiten. Zentrales Verbindungsglied zwischen dem L2L-Network und dem
im nachfolgenden Kapitel vorgestellten Kalkül sind die Service Scopes aus der geometri-
schen Ebene des bereits vorgestellten Location Models. Diese werden allerdings in den
nachfolgenden Ausführungen in Kapitel 5 auf eine universelle Ebene durch den Begriff
der Regionen in Form von Polygonen abstrahiert und sind infolgedessen nicht explizit als
Service Scopes im Sinne des L2L-Networks gekennzeichnet.

Kapitel 5
Räumliches Schließen
Geo-referenzierte Informationen werden immer häufiger in Anwendungen benutzt, die sich
an gewisse räumliche Verhältnisse anpassen, wie z.B. im Bereich der ortsbezogenen Dien-
ste. Eine Abstraktion bzw. Abbildung von realen räumlichen Strukturen in maschinenin-
terpretierbare Formen ist somit eine unmittelbare Notwendigkeit, wenn diese in Informa-
tionssysteme integriert werden sollen.
Die präsentierten Ansätze in diesem Kapitel beschäftigen sich nicht nur allein mit geeig-
neten Modellierungen von räumlichen Strukturen, sondern stellen zusätzlich eine Reihe
von Mechanismen zur Verfügung, die es ermöglichen, Schlußfolgerungen aus gegebenen
räumlichen Informationen zu ziehen.
Dieses Kapitel dient dazu, einen Ansatz zur Modellierung von räumlichen Konfiguratio-
nen vorzustellen, der Verwendung bei einem System wie dem L2L-Network mit einem
Konzept der Service Scopes auf einer geometrischen Ebene innerhalb des dazugehörigen
Location Models finden könnte. Hierzu wird ein graphbasierter qualitativer Ansatz zur
diskreten Approximation von Regionen (Service Scopes) detailliert diskutiert, da er Basis
für noch folgende Ausführungen in Kapitel 6 ist. Innerhalb dieses Modells wird der Begriff
der räumlichen Relevanz ebenso eingeführt wie eine Formalisierung des Modells auf Basis
eines metrischen Systems. Da das Modell selbst zum Teil auf ein Kalkül zur Beschreibung
von Objektüberlagerungen zurückgreift, wird dieser Kalkül am Anfang des Kapitels kurz
vorgestellt.
5.1 Region Connection Calculus
Der Region Connection Calculus (RCC) ist ein topologischer Ansatz mit dessen Hilfe
Relationen zwischen zwei Regionen in Bezug auf ihre Überlappung definiert und Schluß-
folgerungen aus diesen gezogen werden können. Der RCC Kalkül wurde 1992 von Randell
at al. [RCC92] eingeführt und beachtet die absolut existierende Distanz zwischen Regionen
genau so wenig wie die Orientierung von Regionen zueinander. Er dient also im Kern dazu
zu beschreiben, in welcher Art und Weise sich Regionen überlappen oder nicht.
In der Praxis lassen sich zwei unterschiedliche Varianten des RCC finden, die sich in der
Anzahl der zur Beschreibung von Überlappungen verfügbaren Relationen unterscheiden.
80

KAPITEL 5. RÄUMLICHES SCHLIESSEN 81
Diese sollen nachfolgend kurz vorgestellt werden.
5.1.1 RCC5
Die erste Variante wird als RCC5 bezeichnet und stellt 5 Basisrelationen für die Beschrei-
bung der Beziehungen zwischen zwei Regionen zur Verfügung: disjoined, partial-overlapped,
proper-part, inverse-proper-part und equal.
Relation Symbol Inverse
X disjoint Y DC DC
X partial-overlapped Y PO PO
X proper-part Y PP PP i
X equal Y EQ EQ
Tabelle 5.1: Basisrelationen des RCC5
Mit Hilfe dieser fünf Relationen lassen sich nun die Beziehungen zwischen zwei Regionen
X und Y , wie in Abbildung 5.1 dargestellt, beschreiben. Jede Relation des RCC5 läßt sich
hierbei eindeutig durch die Angabe eines boolschen Tripels ermitteln [Bit01]:
(X ∧ Y =⊥, X ∧ Y = X, X ∧ Y = Y ), ⊥ sei die leere Menge (5.1)
Die für die Bestimmung der vorliegenden Relation notwendigen boolschen Werte sind in
nachfolgender Tabelle aufgeführt.
X ∧ Y =⊥ X ∧ Y = X X ∧ Y = Y RCC5
F F F DC
T F F PO
T T F PP
T F T PP i
T T T EQ
Tabelle 5.2: Werte-Tabelle der RCC5-Relationen. T=True, F=False
Mit den bis hierher dargestellten Relationen lassen sich die Beziehungen zwischen zwei
Regionen formal beschreiben. Für das Schließen von neuen Informationen auf Basis einer
vorliegenden Anordnung von Regionen wird auf das Hilfsmittel der Komposition zurück-
gegriffen. Eine Darstellung der Ergebnisse kann in [Bit01] gefunden werden und soll an
dieser Stelle nicht näher erläutert werden.
Die Darstellung der fünf möglichen Konstellationen von zwei Regionen zueinander ist in
Abbildung 5.1 dargestellt. Darüber hinaus gibt die Abbildung an, welche Relationen ” be-
nachbart“ zueinander sind, d.h. über welche Schritte es möglich ist, von einer Konstellation
über die Zeit gesehen zu einer anderen zu gelangen.
5.1.2 RCC8
Der RCC8 Kalkül stellt eine Erweiterung des RCC5 um weitere drei Relationen dar und
erweitert diesen in Bezug auf die Begenzungsunabhängigkeit. D.h. es werden auch topo-

KAPITEL 5. RÄUMLICHES SCHLIESSEN 82
Y
X
X{PP}Y
i
X{DC}Y X{PO}Y X{PP}Y
Abbildung 5.1: Definition der RCC5-Relationen
X{EQ}Y
logische Beziehungen innerhalb und an den Grenzen von Regionen gesondert betrachtet.
Beim RCC5 wurde beispielsweise nicht unterschieden, ob zwei Regionen wirklich überlap-
pen oder sich nur an ihren Grenzen berühren.
Y
X
X{TPP}Y
X{NTPP}Y
i
i
X{DC}Y X{EC}Y X{PO}Y X{TPP}Y X{NTPP}Y
Abbildung 5.2: Definition der RCC8-Relationen
X{EQ}Y
Für diese Situation bietet der RCC8 hingegen eine Beschreibung mittels der neuen Rela-
tion externally-connected (EC) an, die Verwendung findet, wenn sich zwei Regionen nur
in ihren Grenzen berühren, sich aber nicht überschneiden. Des weiteren wurde die Re-
lation proper-part in zwei neue Relationen aufgeteilt, tangency-proper-part (TPP) und
non-tangency-proper-part(NTPP). Für das Inverse von proper-part gilt dieses in gleicher
Form. Diese vier Relationen dienen dazu, das Innere von Regionen näher zu beschreiben.
Abbildung 5.2 veranschaulicht die Definition der acht Relationen des RCC8 graphisch.
Für das Schließen neuer Informationen wird auch hier die Komposition eingesetzt. Eine
detaillierte Betrachtung der Ergebnisse dieser Komposition kann z.B. in [Bit01] gefunden
werden. Eine detaillierte Einführung in den RCC ist in [CBJG97] zu finden.
Der nachfolgende Abschnitt beschäftigt sich näher mit einem anderen Ansatz zur Re-
präsentation von Regionen und dem Schließen neuer Informationen auf Basis eines quali-
tativen Ansatzes, baut aber auf den Erkenntnissen und Relationen des RCC Kalküls auf,
so daß dieser Abschnitt über den RCC als Grundlage für weitere Ausführungen zu sehen
ist und nicht den Anspruch der vollständigen oder detaillierten Beschreibung hat.

KAPITEL 5. RÄUMLICHES SCHLIESSEN 83
5.2 Schließen über räumliche Relevanz
Ein wichtiger Ansatz beim räumlichen Schließen ist das Schließen über räumliche Rele-
vanzen. Vögele beschreibt hierfür in [VS01] einen qualitativen Ansatz auf Basis diskreter
Aporoximantionen von Regionen. Die Kern-Komponenten seines Referenz-Modells sind
hierbei eine qualitative graph-basierte Abstraktion von Regionen mit Hilfe von Polygon-
Standard-Referenz-Tessilierungen (pSRT) und deren hierarchischer Dekomposition. Das
eigentliche Schließen über räumliche Relevanzen basiert hierbei auf einem metrischen Ver-
fahren, das vertikale und horizontale Entfernungen zwischen Objekten im Raum bestimmt,
um so ein Maß für die räumliche Relevanz zu ermitteln.
5.2.1 Beschreibung räumlicher Anordnungen
Im allgemeinen werden in Geographischen-Informations-Systemen (GIS) Polygone häufig
dazu verwendet, um geographische Objekte oder Regionen im 2-dimensionalen Raum (2D)
zu beschreiben. In der Regel wird hierbei ein Polygon durch eine endliche Menge von
Kanten beschrieben.
Abbildung 5.3: Dekompositions-Hierarchie einer Polygon-Tessilierung
Im 2D-Raum lassen sich Polygone auf unterschiedlichste Weise anordnen. Nimmt man
eine Menge von Polygonen P1, ..., Pn die alle von einem Polygon P umschlossen werden,
so lassen sich zwei unterschiedliche Arten von Anordnungen innerhalb des umschließenden
Polygons P identifizieren [SVV01]:
1. Polygonal Covering, P = P1 ∪ ... ∪ Pn
Alle Polygone überdecken das Polygon P bzw. dessen Fläche. Im allgemeinen werden
sich die Polygone sogar überlagern.
2. Polygonal Patchwork Interior, ∀ i = j; i, j ∈ {1, .., n} : Pi ∩ Pj = ∅
Alle Polygone sind entweder disjunkt voneinander oder aber schneiden sich nur in
ihren Kanten und/oder Eckpunkten, so daß an keiner Stelle Überlappungen existie-
ren.
Auf Basis dieser beiden genannten Typen läßt sich nun eine weitere spezielle aber dennoch
typische Anordnung von Polygonen definieren, die Polygon-Tessilierung (engl. polygonal

KAPITEL 5. RÄUMLICHES SCHLIESSEN 84
tessilation). Sie kann als Mischform aus einem Polygon Covering, das zugleich ein Polygonal
Patchwork ist, beschrieben werden [VS01]. D.h. die Polygone P1, ..., Pn überschneiden sich
nie und ihre Vereinigung bildet das all-umschließende Polygon P . Ein Beispiel für eine
homogene Polygon-Tessilierung wäre eine Zerlegung des Polygons P in ein Raster aus
gleichen Rasterelementen, wie in Abbildung 5.4 dargestellt.
Abbildung 5.4: Homogene Polygon-Tessilierung in Form eines Rasters
Existiert einer dieser drei beschriebenen Typen von Polygon-Anordnungen im 2D-Raum,
so läßt sich hieraus durch Dekomposition eine hierarchische Datenstruktur ableiten, welche
die räumlichen, partonomischen Beziehungen zwischen Polygonen in Form einer Part-of
bzw. Teil-von Relation beschreibt [SVV01]. Abbildung 5.5 veranschaulicht hierbei die hier-
archische Datenstruktur in Form eines Dekompositionsbaumes, der aus einer Tessilierung
von Polygonen, wie in Abbildung 5.3 dargestellt, generiert werden kann. Hierbei können
die einzelnen Ebenen des Baums als eine Art level-of-detail interpretiert werden [VS01].
Abbildung 5.5: Dekompositions-Baum
Mit Hilfe eines solchen Dekompositions-Baumes lassen sich nun Informationen über räum-
liche Beziehungen von Objekten bzw. deren Lage zueinander extrahieren. Beispielsweise
ist es möglich festzustellen, daß die Region AC von der Region A umschlossen ist und
neben ihr noch zwei weitere Regionen existieren.
Diese sogenannten vertikalen räumlichen Informationen über Objekte fließen zu einem
späteren Zeitpunkt in die Ermittlung der räumlichen Relevanz von Objekten, die in Ab-
schnitt 5.2.2 thematisiert wird, ein.

KAPITEL 5. RÄUMLICHES SCHLIESSEN 85
Der nächste Abschnitt beschäftigt sich näher mit der Art und Weise, wie Polygone quali-
tativ abstrahiert werden können und welche Hürden dabei zu überwinden sind.
Qualitative Abstraktion von Regionen
Vögeles Ansatz bei der qualitativen Abstraktion von Regionen ist es, eine gewisse, real
existente Region, die im allgemeinen durch ein GIS Koordinaten-Polygon beschrieben wird,
mittels einer Polygon-Standard-Referenz-Tessilierung (pSRT) virtuell zu überlagern, um
so das GIS Koordinaten-Polygon qualitativ zu abstrahieren. Dieses erreicht Vögele durch
eine Abbildung µ, die eine reale Region P in der Form auf eine Menge von Rasterelementen
ri einer pSRT der Form R = r1∪r2∪...∪rn abbildet, so daß alle Rasterelemente ri der pSRT
zur qualitativen Beschreibungsmenge der realen Region gehören, die sich mit dem realen
GIS Koordinaten-Polygon der Region schneiden oder vollständig von dieser überlagert
werden.
Definition 8 (Qualitative Abbildung) Sei p ∈ P eine qualitativ zu abstrahierende
Region, die durch ein GIS Koordinaten-Polygon beschrieben ist und R eine pSRT mit
R = {r1, ..., rn}, dann wird p durch µ : P → 2 R wie folgt approximiert:
µ(p) = {r ∈ R | EQ(p, r) ∨ P P (p, r) ∨ P O(p, r) }
Ein Beispiel für eine so geartete Abstraktion ist in Abbildung 5.6 durch die schraffierten
Rastereinheiten, die eine zu approximierende Region vollständig überlagert oder diese
schneidet, dargestellt.
Abbildung 5.6: Abstraktion einer Region mittels einer pSRT
Die Genauigkeit dieser qualitativen Abschätzung der realen Region ist hierbei abhängig
von der Auflösung der pSRT bzw. der Größe der einzelnen Rasterelemente. Im allgemei-
nen wird dieser Ansatz allerdings zu einer Überschätzung der realen Region führen, da
keine Unterscheidung dahingehend stattfindet, ob eine Überschneidung von Real-Polygon
und Rasterelementen nur marginal oder real vorhanden ist. D.h. selbst bei einer zu ver-
nachlässigenden kleinen Überlagerung von Rasterelementen durch ein Real-Polygon von
nur einem Prozent wird dieses Element bereits zur approximierenden Menge hinzugezählt.
Um diesem Problem zu begegnen, greift Vögele auf einen Ansatz von Worboys [Wor95]

KAPITEL 5. RÄUMLICHES SCHLIESSEN 86
zurück und versucht, für eine exaktere Abstraktion eine untere und obere Approximati-
onsschranke für die zu abstrahierende Region anzugeben.
Für die formale Beschreibung dieser Schranken kommt, wie bereits in Definition 8 verwen-
det, der Region Connection Calculus in der Variante mit fünf Relationen (RCC-5) zum
Einsatz. Dieser eignet sich, wie bereits eingangs in Abschnitt 5.1 erläutert, sehr gut zur
Beschreibung von Verhältnissen zwischen zwei Objekten im 2D-Raum.
Die obere Schranke ¯ Sp läßt sich somit mittels RCC-5 bzgl. einer Region p und Rasterein-
heiten r ∈ R einer pSRT wie folgt beschreiben:
¯Sp = { r| EQ(r, p) ∨ P P (r, p) ∨ P O(r, p) } (5.2)
Eine untere Schranke läßt sich dementsprechend dadurch beschreiben, daß nur Elemente
aufgenommen werden, die gleich oder vollständig in p enthalten sind. Überschneidende
Elemente werden nicht beachtet, so daß diese Menge von Rastereinheiten das reale Polygon
im allgemeinen immer unterschätzt.
S p = { r| EQ(r, p) ∨ P P (r, p) } (5.3)
Auf Basis dieser beiden Schranken lassen sich nun weitere detaillierte Überlegungen an-
knüpfen, die eine Optimierung der qualitativen Abstraktion ermöglichen. Da diese für die
hier vorliegende Arbeit nicht erforderlich sind, soll an dieser Stelle lediglich auf weitere
Ausführungen in [VSV03] verwiesen werden. Einen Eindruck der Genauigkeit der unter-
schiedlichen Approximationen, die sich durch ¯ Sp und S p ergeben, ist in Abbildung 5.7
exemplarisch dargestellt.
£¡£ ¤¡¤
¤¡¤ £¡£
¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡
¢¡¢¡¢¡¢¡¢¡¢¡¢¡¢¡¢¡¢
¡
¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡
¢¡¢¡¢¡¢¡¢¡¢¡¢¡¢¡¢¡¢
¡ ¡ ¡ ¡ ¡ ¡ ¡
¢¡¢¡¢¡¢¡¢¡¢¡¢¡¢¡¢¡¢
¡ ¡
¢¡¢¡¢¡¢¡¢¡¢¡¢¡¢¡¢¡¢ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡
Abbildung 5.7: Unterschiede der Abstraktion mittels unterer und oberer Schranke
5.2.2 Räumliche Relevanz
Betrachtet man den Unterschied zwischen Daten und Informationen näher, wie häufig im
Bereich des Wissensmanagements zu finden, dann gibt es neben vielen anderen Interpe-
trationen die Ansicht, daß Daten nichts mehr als eine Aneinanderreihung von Symbolen
sind. Aus Daten werden erst Informationen, wenn sie einem bestimmtem Zweck zugeord-
net werden [Ste93].

KAPITEL 5. RÄUMLICHES SCHLIESSEN 87
Informationen sind demnach immer subjektrelevant und kontextrelativ, also benutzer- und
zweckbezogen. Eine japanische Zeitung würde z.B. für einen Europäer ohne Japanisch-
Kenntnisse keine einzige Information enthalten, sondern lediglich Daten darstellen. Ein
Japaner könnte aber sehr wohl auf die Informationen der Zeitung zugreifen.
Erweitert man diese Sichtweise auf Informationen um eine räumliche Komponente, so
erhält man eine räumliche Relevanz von Informationen. Räumliche Relevanz bedeutet in
diesem Zusammenhang, daß Informationen, die einen räumlichen Bezug haben, im engeren
Sinne erst dann Informationen darstellen, wenn ein Empfänger dieser Informationen sich
in einem gewissen räumlichen Kontext in Bezug auf diese Informationen befindet.
Vögele et al. [VS01] gehen, mit einem Fokus auf GIS, bei ihrem Ansatz von der Annah-
me aus, daß die räumliche Relevanz von Objekten größer ist je näher sie sich zu einem
befinden. Hierbei stützen sie sich auf eine Aussage von Tobler [Tob70] über Objekte im
geographischen Raum: ” everything is related to everything else, but near things are more
related than distant things“.
Somit ist die räumliche Relevanz σ(rq, ri) eines durch ri qualitativ mittels µ abstrahierten
Ortes bzw. Objektes pi in Abhängigkeit zu einem durch rq abstrahierten Anfrageort pq
um so höher je geringer die Entfernung D zwischen ri und rq ist [SVV01]. Im einfachsten
1
Fall läßt sich die räumliche Relevanz dann definieren als σ(rq, ri) = D(rq,ri) .
Für den Vergleich von zwei unterschiedlichen Orten ri und rj läßt sich somit ausdrücken,
daß der Ort ri räumlich relevanter ist als rj falls in Bezug zu einem Anfrageort σ(rq, ri) >
σ(rq, rj) gilt.
Innerhalb des von Vögele [VS01] vorgeschlagenen graph-basierten räumlichen Referenz-
modells läßt sich die räumliche Relevanz bzw. dessen Kern-Bestandteil, die Entfernung
zwischen zwei Objekten, leicht über die graphen-theoretische Distanz zwischen Knoten
innerhalb eines Graphen berechnen.
Da das von Vögele beschriebene Modell nicht nur aus dem bereits eingangs in Abschnitt
5.2.1 eingeführten Dekompositions-Baum, der die hierarchischen Beziehungen von Ob-
jekten in Form von Part-Of Relationen kodierte, besteht, sondern zusätzlich aus einem
Nachbarschafts-Graph bzw. Connection-Graph [SVV01], wird die räumliche Relevanz aus
zwei Komponenten berechnet.
Die zweite Datenstruktur innerhalb des Modells von Vögele sind die Nachbarschafts-
Graphen, welche im wesentlichen topologische Nachbarschaftsbeziehungen zwischen Po-
lygonen und deren Ordnung kodierten [VS01]. Für die genaue Berechnung der räumlichen
Relevanz aus zwei Komponenten stehen Vögele somit zwei unterschiedliche Entfernungen
zur Verfügung, die er als vertikale und horizontale Entfernung bezeichnet.
σ(rq, ri) = Dvertikal(rq, ri) + Dhorizontal(rq, ri) (5.4)
Hierbei wird die vertikale Entfernung mittels des Dekompositions-Baums und die horizon-
tale Entfernung über den Nachbarschafts-Graphen berechnet.

KAPITEL 5. RÄUMLICHES SCHLIESSEN 88
Horizontale Distanz
Die horizontale Distanz h(rq, ri) zwischen zwei Knoten rq und ri innerhalb eines Nachbar-
schaftsgraphen läßt sich, wie bereits eingangs beschrieben, über die Distanz zwischen den
Knoten im Graph berechnen. Somit ist die horizontale Distanz zwischen zwei Objekten
um so größer je größer die reale Distanz zwischen ihren Knoten ist.
Vögele gibt bei der Beschreibung seines Modells als Beispiel einer einfachen Berechnungs-
methode für die horizontale Distanz einen Weg über die euklidische Entfernung zwischen
Objekten an. Hierbei geht er von einer Abstraktion der Objektkonturen eines Objektes p
auf Rastereinheiten ri ∈ µ(p), wie in Definition 8 beschrieben, aus und mißt die Entfer-
nung zwischen dem Mittelpunkt des Anfrageortes und dem Mittelpunkt des abstrahierten
Objektes.
Abbildung 5.8: Erzeugung eines Nachbarschaftsgraphs GP auf Basis einer pSRT P
Ein Problem bei diesem Vorschlag stellt die Bestimmung des Mittelpunktes des abstra-
hierten Objektes durch Rastereinheiten dar. Geht man von einer pSRT aus, die aus einem
homogenen Raster mit gleich großen Rastereinheiten besteht, wie bspw. in Abbildung 5.4
dargestellt, so ist die durch das Abstraktionsverfahren gewonnene qualitative Beschreibung
einer Region immer ein Vieleck mit ausschließlich rechten Winkeln. In einem solchen Viel-
eck wäre die Bestimmung des Mittelpunktes als Ausgangspunkt für eine Distanz-Messung
im allgemeinen direkt nicht möglich.
Ein möglicher Ansatz zur Umgehung dieses Problems wäre, die Entfernung zwischen einem
druch rq abstrahierten Anfrageort pq und einem qualitativ abstrahierten Objekt pi, das
durch eine Menge von Rastereinheiten pi = µ(pi) = {r1, ..., rk} repräsentiert wird, über
den Mittelwert aller Entfernungen D zwischen den Mittelpunkten der Rastereinheiten
ri ∈ µ(pi) und dem Mittelpunkt der Rastereinheit des Anfrageortes rq zu ermitteln.
ri∈µ(pi)
D(rq, µ(pi)) =
D(rq, ri)
(5.5)
|µ(pi)|
Wird die in Gleichung 5.5 dargestellte Entfernung D(rq, ri) zwischen zwei Rastereinheiten
rq und ri weiterhin über die euklidische Entfernung, wie von Vögele beispielhaft vorge-
schlagen, definiert, so ist die Voraussetzung für eine korrekte Berechnung eine eindeutige
Bestimmbarkeit des Mittelpunktes einer Rastereinheit, wie es z.B. bei rechteckigen Ra-
stereinheiten der Fall wäre. Würde man die Entfernung D hingegen über die kürzeste

KAPITEL 5. RÄUMLICHES SCHLIESSEN 89
Entfernung zwischen zwei Knoten innerhalb eines Nachbarschaftsgraphen, wie in Abbil-
dung 5.8 dargestellt, definieren, so würde die Einschränkung der Bestimmbarkeit eines
Mittelpunktes einer Rastereinheit wegfallen können.
Vertikale Distanz
Die vertikale Distanz v(rq, ri) zwischen zwei Objekten kann innerhalb des vorhandenen
hierarchischen Dekompositions-Baumes ermittelt werden, der die partonomische Struktur
zwischen Objekten abbildet (siehe Abschnitt 5.2.1).
Für die Ermittlung dieser Distanz kann wiederum auf die graph-theoretische Berechnung
der Entfernung Dtree zwischen zwei Knoten innerhalb des Baumes zurückgegriffen werden
und stellt somit kein Problem dar.
D(pq, pi) = Dtree(vpq, vpi ) mit v ∈ V, GP = (E, V ) (5.6)
Die Beachtung der einzelnen Rastereinheiten ri eines abstrahierten Objektes pi, wie bei
der Berechnung der horizontalen Distanz diskutiert, stellen bei der Berechnung der ver-
tikalen Distanz keine Hürde dar. Dieses ist im wesentlichen dadurch begründet, daß der
Dekompositions-Baum als Knoten nur die Objekte pi als Referenzen führt und keine In-
formationen über deren qualitative Abstraktion beinhaltet.
Semantik von horizontaler und vertikaler Distanz
Versucht man näher die Bedeutung der beiden Distanzmessungen und deren Ausprägung
zu verstehen, so ist auffällig, daß ein Verständnis der vertikalen Distanz v um ein vielfaches
schwieriger scheint als das der horizontalen Distanz h.
Die Bedeutung der horizontalen Distanz läßt sich als die wahre räumliche Distanz zwischen
zwei Objekten, die durch eine qualitative Approximation gemessen wird, beschreiben. D.h.
je größer h ist desto größer ist die Entfernung zwischen zwei Objekten. Beschreibt man
die horizontale Distanz beispielsweise durch eine Relation Nachbarschaft, so ließe sich h
als ein Nachbarschaftsgrad interpretieren, der sinkt sobald h steigt.
Die Semantik der vertikalen Distanz v hängt im Gegensatz zur horizontalen Distanz stark
von der Semantik der verwendeten pSRT und der sich daraus ergebenden Dekomposi-
tonshierarchie ab [VS01]. Ist beispielsweise eine pSRT durch verschiedene administrative
Gebiete bestimmt, so bedeutet ein niedriger Wert für v(rq, ri), daß rq und ri zum sel-
ben administrativen Super-Gebiet gehören, also im Dekompositionsbaum, der partono-
mische Strukturen kodiert, einen gemeinsamen Vaterknoten besitzen und sich zusätzlich
im selben Zweig des Baumes befinden. Ein hoher Wert für v(rq, ri) bedeutet hingegen,
daß rq und ri ” administrativ gesehen“ weit voneinander getrennt sind. Ist z.B. die maxi-
male Tiefe eines Dekompsitionsbaumes TdepthMax kleiner als der Wert von v(rq, ri), also
TdepthMax < v(rq, ri), so bedeutet dieses, daß sich rq und ri in verschiedenen Zweigen eines
Dekompositionsbaumes befinden müssen.
Stellt man sich anstelle der administrativen Gebiete z.B. die Service-Scopes der L2L-Units
innerhalb des L2L-Networks vor, so ist z.B. eine Interpretation der Werte von v in Bezug

KAPITEL 5. RÄUMLICHES SCHLIESSEN 90
auf ihren Informationscharakter möglich: Niedrige Werte würden speziellere Informationen
bedeuten und höhere Werte allgemeine Informationen.
Formale Definition der räumlichen Relevanz
Nachdem bis hierhin alle wesentlichen Komponenten, die für die formale Beschreibung der
räumlichen Relevanz nach Vögele notwendig sind, eingeführt wurden, kann die räumliche
Relevanz nun als Linearkombination von horizontaler und vertikaler Distanz wie folgt
beschrieben werden:
Definition 9 (Räumliche Relevanz) Die räumliche Relevanz einer durch ri mittels µ
qualitativ abstrahierten Region pi in Bezug zu einem aktuellen Anfrageort rq ist definiert
als
σ(rq, ri) =
1
D(rq,ri)
mit D(rq, ri) = α · h(rq, ri) + (1 − α) · v(rq, ri), α ∈ [0, 1]
Die Formalisierung der räumlichen Relevanz in Form einer Linearkombination bietet bei
der Anfrageformulierung eine gewisse Flexibilität hinsichtlich der Wichtung der einzelnen
Teilkomponenten.
Der Term α innerhalb der Definiton der räumlichen Relevanz stellt einen Wichtungs-Faktor
zur Verfügung, der reelle Werte innerhalb des Intervalls [0, 1] annehmen kann. Durch die
Veränderung von α ist eine Feinabstimmung einer räumlichen Anfrage möglich. Sollte in-
nerhalb einer Anfrage das Interesse verstärkt auf Informationen liegen, die im wesentlichen
möglichst nah sind, so ist α maximal mit einem Wert α = 1 zu belegen. Ist es hingegen
mehr von Interesse, Informationen zu erhalten, die aus demselben Teil einer hierarchischen
Partonomie stammen, so ist α maximal mit α = 0 belegbar [VS01].
Damit die beschriebene Wichtung von horizontaler und vertikaler Relevanz durch unter-
schiedliche Werte für α invariant zu einer räumlichen Konstellation von Objekten ist,
müßte eine metrische Vergleichbarkeit von h und v existieren. D.h. unabhängig von realen
räumlichen Objektkonstellationen, die durch Vögeles Ansatz in bekannter Art abstrahiert
werden, sollten die berechneten Werte der horizontalen und vertikalen Relevanz absolut
vergleichbar miteinander sein, um kein ” Ungleichgewicht“ innerhalb der Berechnung der
Entfernung zwischen zwei Objekten, wie in Definition 9 beschrieben, entstehen zu las-
sen, das indirekt über α ausgeglichen werden und sich somit die Semantik von α von
Fall zu Fall verändern würde. Generell liefern h und v in der hier definierten Art positi-
ve Werte, wobei im Mittel die Werte von v, welche die Objektentfernungen beschreiben,
die Werte h übersteigen werden, da im allgemeinen davon ausgegangen werden muß, daß
z.B. eine hierarchische Struktur von Objekten innerhalb des L2L-Networks eine geringe-
re Verschachtelungstiefe erreicht als die durchschnittliche räumliche Entfernung zwischen
Objekten im L2L-Network ist.
Eine erste intuitive Idee, diesem Problem innerhalb Vögeles Ansatz zu begegnen wäre z.B.
eine Normierung von h und v auf denselben Wertebereich mittels maximaler Entfernungen.

KAPITEL 5. RÄUMLICHES SCHLIESSEN 91
Hierzu könnten h und v beispielsweise durch den Suchradius im Dekompositionsbaum bzw.
durch die maximale Entfernung zwischen zwei Knoten im Nachbarschaftsgraphen dividiert
werden.
Auswirkung der Belegung von α auf die Werte der räumlichen Relevanz
Ein einfaches Beispiel soll nachfolgend die Einflüsse von α auf die Ausprägung der Werte
der räumlichen Relevanz σ versuchen zu verdeutlichen.
= 1 = 0 = 0,5
p q
p q
Räumliche Relevanz
abnehmend
Abbildung 5.9: Berechnung der räumlichen Relevanz in Abhängigkeit von α
Ausgangspunkt für eine Berechnung von σ ist eine homogene pSRT, die stark vereinfacht
und idealisiert ein Land wie Deutschland mit dessen Landes- und Ortsgrenzen repräsen-
tieren soll. Abbildung 5.9 zeigt sowohl die pSRT wie auch die Ergebnisse der Berechnung
von σ mit unterschiedlichen Belegungen für α durch Farbabstufungen. Eine einzelne Ra-
stereinheit ri soll hierbei einen Ort mit dessen Ortsgrenzen symbolisieren. Ein Bundesland
besteht aus mehreren Orten. Alle Bundesländer liegen wiederum in den Landesgrenzen des
Landes.
Als Anfrageort pq wird eine Position in der Mitte eines Ortes rq gewählt. Offensichtlich hat
dieser Ort bezogen auf sich selbst die maximal mögliche räumliche Relevanz (σ(rq, rq)=1),
da der Anfrageort pq minimal durch den Ort rq selbst approximiert werden kann. Bei ei-
nem Wert von α = 1 entstehen bei der Berechnung von σ kreisförmige Relevanzzonen mit
vom Zentrum aus abnehmender räumlicher Relevanz (Abb. 5.9 links). Diese entstehen-
den Zonen sind ausschließlich abhängig von ihrer geographischen Nachbarschaft zu pq und
berücksichtigen an keiner Stelle existierende Landesgrenzen. Eine Berücksichtigung dieser
Grenzen ist nur über die vertikale Distanz möglich, diese spielt aber keine Rolle bei einer
Belegung von α = 1. Somit nimmt die räumliche Relevanz stetig ab je weiter entfernt ein
Ort vom Anfrageort pq ist.
Für den Fall, daß α = 0 ist, erhalten alle Orte, die zusammen mit dem Anfrageort pq zu
ein- und demselben Bundesland gehören dieselbe räumliche Relevanz. Alle Orte erhalten
dieselbe Relevanz, da sie denselben Vaterknoten im Dekompositionsbaum besitzen und
ppq q

KAPITEL 5. RÄUMLICHES SCHLIESSEN 92
damit die zu messende Entfernung in der Dekompositionshierarchie bei allen identisch ist
(Abb. 5.9 Mitte). Alle benachbarten Regionen wurden dementsprechend einer niedrigeren
Relevanz zugeordnet. Diese Zuordnung ergibt sich ebenfalls durch die Position auf einer
anderen Ebene inerhalb der Dekompositionshierarchie im Vergleich zum Anfrageort.
Für eine Belegung von α = 0, 5 sieht das entstehende Muster der Zonen mit gleicher
räumlicher Relevanz etwas komplexer aus als bei den beiden zuvor beschriebenen Bele-
gungen, ergibt sich aber direkt aus deren Kombination. Die Relevanzabstufung wird durch
kreisförmige Zonen um den Anfrageort pq bestimmt. Jedoch beeinflußt die vertikale Di-
stanz punktuell die Übergänge der kreisförmigen Zonen immer dort, wo eine Landesgrenze
innerhalb einer solchen Zone liegt. An diesen Stellen ist die Relevanz zwar niedriger als
in der vorherigen Zone vom Anfrageort aus gesehen, aber immer noch höher als der Wert
der Relevanz außerhalb einer Landesgrenze.
5.3 Zusammenfassung
Die hier beschriebenen Ansätze zur Modellierung von räumlichen Konfigurationen stellen
nur eine Möglichkeit von vielen aus dem Gebiet des räumlichen Schließens dar. Insbe-
sondere der Region Connection Calculus dient oft als Grundlage für darauf aufbauende
Modelle und wurde aus diesem Grund auch hier kurz vorgestellt.
Das in diesem Kapitel detaillierter beschriebene graph-basierte Referenzmodell von Vögele
at al. zur Abstraktion von Regionen hat gezeigt, wie es mittels einer Standard-Referenz-
Tessilierung möglich ist, qualitative räumliche Informationen über Objekte zu erhalten,
ohne ein schwergewichtiges System einsetzen zu müssen. Diese dargestellten Möglichkeiten
zur Abstraktion von Regionen können innerhalb des L2L-Networks dazu genutzt werden,
die geometrisch definierten Regionen in Form von Service Scopes ebenfalls zu abstrahie-
ren, um so das Konzept der räumlichen Relevanz von Objekten auch in das L2L-Network
integrieren zu können.
Durch die Möglichkeit der Wichtung von horizontaler und vertikaler Relevanz durch einen
Faktor α bietet die räumliche Relevanz einen Mechanismus, der semantische räumliche
Konstellationen, wie z.B. das Enthaltensein von Regionen in anderen, berücksichtigt und
damit Relevanzen auf- oder abwerten kann. Gerade dieses ist für die Idee des L2L-Networks
mit seiner Struktur von ineinander verschachtelter Service-Scopes besonders interessant
und könnte dazu verwendet werden, Informationen des L2L-Networks mittels räumlicher
Relationen zu strukturieren und zu bewerten. Gelingt dieses, so wäre es möglich, Benut-
zern nur noch solche Informationen zu präsentieren, die eine gewisse ” Relevanzschwelle“
überschreiten. Darüber hinaus könnte ein Mechanismus entwickelt werden, der es einer
L2L-Unit erlaubt, generell relevante Informationen für ihren eigenen Einflußbereich im
L2L-Network automatisch zu sammeln bevor eine Client-Anfrage vorliegt. Eine Entwick-
lung eines solchen Mechanismus soll Bestandteil des nachfolgenden Kapitels sein.

Kapitel 6
Datenaustausch auf Basis
räumlicher Relevanz
Nachdem die vorangegangenen Kapitel 4 und 5 sowohl die grundlegende Architektur des
L2L-Networks als auch einen Mechanismus erläutert haben, der die Relevanz von räum-
lichen Daten bewertet, dient dieses Kapitel dazu, daß bereits in Abschnitt 4.3.3 kurz
angesprochene Content-Exchange-Module (CEM) detaillierter zu untersuchen.
Innerhalb der nachfolgenden Ausführungen wird eine mögliche Variante eines Mechanis-
mus beschrieben, mit dessen Hilfe es möglich sein könnte, Informationseinheiten innerhalb
des L2L-Networks zwischen L2L-Units auf Basis räumlicher Beziehungen automatisiert
auszutauschen. Ausgangspunkt dieser Überlegungen ist die generelle Idee des CEM bzw.
eine Motivation für den vorgestellten Austausch-Mechanismus. Die anschließenden for-
maleren Überlegungen basieren hierbei auf den Erkenntnissen des Kapitels 5 und versu-
chen, eine Erweiterung zu konstruieren, die spezifische Charakteristika des L2L-Networks
berücksichtigt.
6.1 Idee des Content Exchange Modules
Die Aufgabe, die das Content Exchange Modul erfüllen sollte, war der Austausch von
räumlich annotierten Informationseinheiten zwischen verschiedenen L2L-Units innerhalb
des L2L-Networks zwecks Beantwortung von Client-Anfragen. Hierbei ist die Idee, einen
Algorithmus zu entwickeln, der es ermöglicht, Informationseinheiten auf Basis ihrer räum-
lichen Relevanz zwischen L2L-Units automatisch so auszutauschen, daß die Datenbasis
jeder L2L-Unit nur solche Informationseinheiten verwaltet, die oberhalb einer gewissen
Relevanz-Schwelle in Bezug auf den Service-Scope einer Unit liegen und diese damit po-
tentiell zur Ergebnismenge von Client-Anfragen gehören.
Abbildung 6.1 zeigt stark vereinfacht einen Austausch von Informationseinheiten einzel-
ner L2L-Units innerhalb eines L2L-Networks (L2L-Units werden in Abbildung 6.1 durch
Netzknoten/ Peers dargestellt). Mit Hilfe der dargestellten Zusammenhänge soll versucht
werden zu verdeutlichen, daß unterschiedliche Informationseinheiten, abhängig von beste-
93

KAPITEL 6. DATENAUSTAUSCH AUF BASIS RÄUMLICHER RELEVANZ 94
C
E
Datenbasis
§ § § § § ¨ ¨ ¨ ¨ ¨ ¨
§
D
© ©
© ©
© ©
B
A
Datenbasis
¥ ¥ ¥ ¥ ¥ ¦ ¦ ¦ ¦ ¦ ¦ ¥
Datenbasis
Abbildung 6.1: Schematischer Fluß von Informationseinheiten
henden Relationen zwischen L2L-Units, im Netzwerk ausgetauscht und damit verbreitet
werden könnten.
Betrachtet man den Austausch von A nach B, so wird deutlich, daß nur bestimmte In-
formationseinheiten für einen Austausch relevant sind und andere hingegen nicht ausge-
tauscht werden. Nach einem Austausch beinhaltet die Datenbasis von B neben den eigenen
Informationseinheiten zusätzlich zwei neue Einheiten, die sie durch den Austausch mit A
hinzugewonnen hat. Tauscht nun L2L-Unit B ihrerseits Informationseinheiten mit einer
L2L-Unit C aus, so wird die Bewertung der relevanten Informationseinheiten für einen
Austausch auf Basis bestehender Beziehungen zwischen B und C und der aktuellen Da-
tenbasis von B, bestehend aus vier Informationseinheiten, durchgeführt. Diese Art der Be-
wertung führt dazu, daß auch initial nicht in B vorhanden gewesene Informationseinheiten
weitergegeben und abhängig von ihrer Relevanz für eine L2L-Unit verbreitet werden könn-
ten. Eine Verbreitung von Informationseinheiten im Netzwerk hinge damit nicht von einer
direkten Verbindung zwischen L2L-Units ab. Dieser beschriebene Ablauf ist in Abbildung
6.1 durch den Fluß von Informationseinheiten zwischen A,B und C mittels unterschiedlich
schraffierter Kästchen dargestellt.
Eine Antwort auf die Frage, welche Informationseinheiten genau zu einem Zeitpunkt aus-
getauscht werden, basiert hierbei prinzipiell immer auf einer aktuellen Datenbasis einer
L2L-Unit. Eine genauere Betrachtung der Zusammenhänge soll allerdings erst im weiteren
Verlauf dieses Kapitels durchgeführt werden.
Ein derartiger Mechanismus könnte es im Idealfall ermöglichen, den Push-basierten Ansatz
des L2L-Networks mittels der Location-Page dahingehend zu optimieren bzw. zu verein-
fachen, daß die Generierung der Location-Page durch eine spezielle ” Sicht“ auf die lokal
vorhandene Datenbasis einer L2L-Unit erzeugt werden könnte. Eine zusätzliche bedarfsori-
entierte Akquirierung von relevanten Daten durch eine L2L-Unit während der Abarbeitung
einer Anfrage würde entfallen können, was sich wiederum positiv auf die Antwortzeiten des
Systems auswirkt. Angemessene Antwortzeiten waren eine der in Abschnitt 3.6 dargestell-

KAPITEL 6. DATENAUSTAUSCH AUF BASIS RÄUMLICHER RELEVANZ 95
ten Rahmenbedingungen, die auf diesem Weg erfüllt werden könnten. Diesem zugrunde
liegt die Annahme, daß ein ” Prefetching“ von Informationseinheiten durch L2L-Units im
Vergleich zu einer ” on demand“ Akquirierung innerhalb des L2L-Networks Geschwindig-
keitsvorteile bietet und sich zusätzlich eine Optimierung des Netzwerkverkehrs erreichen
ließe.
6.1.1 Der Austausch-Mechanismus
Dieser Abschnitt dient dazu, wesentliche Komponenten des Austausch-Mechanismus zu
identifizieren sowie deren Funktionsweise auf einer informellen Ebene zu erläutern.
L2L-Unit A L2L-Unit B
CEM
Filter
Database
Information
Items
Location
Model
CEM
Modify
Database
Abbildung 6.2: Datenaustausch zwischen L2L-Units mittels des CEM
Abbildung 6.2 stellt stark vereinfacht den Datenaustausch zwischen zwei L2L-Units A und
B dar. Für einen Datenaustausch sind innerhalb des CEM zwei wesentliche Komponenten
von besonderer Bedeutung:
1. Die Filter-Komponente
2. Die Modify-Komponente
Zu Beginn eines Datenaustausches ist die Komponente Filter von L2L-Unit A innerhalb
des CEM dafür verantwortlich, die für den Austausch mit L2L-Unit B relevanten Infor-
mationseinheiten aus der eigenen Datenbasis zu extrahieren. Hierbei wird auf Basis der
existierenden räumlichen Beziehungen zwischen A und B für jedes Datum der Datenbasis
bestimmt, ob es für den Transfer zu L2L-Unit B in Frage kommt oder nicht. Um diese
Aufgabe zu lösen, ist es erforderlich, daß die L2L-Unit Zugriff auf das Location-Modell
des L2L-Networks hat. Mit Hilfe der Informationen aus dem Location-Modell ist es dann
möglich, eine geeignete Bewertung auf Basis der räumlichen Beziehungen von A und B
durchzuführen.
Die durch die Filter-Komponente von L2L-Unit A ausgewählten Informationseinheiten
können dann über die L2L-Netzwerkinfrastruktur an L2L-Unit B übermittelt werden.

KAPITEL 6. DATENAUSTAUSCH AUF BASIS RÄUMLICHER RELEVANZ 96
Die Komponente Modify innerhalb der L2L-Unit B bearbeitet die neu empfangenen Infor-
mationseinheiten bevor sie endgültig in die eigene Datenbasis von B übernommen werden
können.
Die Bearbeitung von Informationseinheiten beschränkt sich im wesentlichen auf die An-
passung von Meta-Informationen der neuen Informationseinheiten. Ziel dieser Bearbeitung
ist es, die ” Geschichte“ einer Informationseinheit in Bezug auf ihren zurückgelegten Weg
von der Ursprungs-L2L-Unit zu dokumentieren. Die Dokumentation dieses Weges setzt
ein gewisses räumliches Wissen über die L2L-Units voraus, welches über das Location-
Modell des L2L-Networks zugänglich ist. Eine solche Information über den zurückgelegten
Weg einer Informationseinheit innerhalb des L2L-Networks bietet ein zusätzliches varia-
bles Identifikationsmerkmal, das in die Bewertung der Filter-Komponente einfließt und die
eher statischen räumlichen Beziehungen zwischen L2L-Units ergänzt.
Um ein besseres Verständnis für die zuletzt diskutierte Existenz von Meta-Informationen
einer Informationseinheit zu erhalten, gibt nachfolgender Abschnitt ein Beispiel dafür, wie
die Struktur einer Informationseinheit innerhalb des L2L-Networks aussehen könnte und
welche Repräsentationsart hierfür in Frage käme.
Meta-Informationen
Die vorangegangenen Ausführungen haben verdeutlicht, welche Komponenten bei dem
hier verfolgten Ansatz notwendig sind. Für eine praktische Umsetzung dieses Ansatzes ist
es notwendig bzw. sinnvoll, Informationseinheiten innerhalb des L2L-Networks um eine
gewisse Menge an Meta-Informationen zu ergänzen, die es Systemen oder Algorithmen
ermöglichen, nähere Informationen über Informationseinheiten zu erhalten.
Bei der Erstellung oder Generierung von Informationseinheiten für das L2L-Network müßte
demnach ein Annotationskonzept existieren bzw. entwickelt werden, das es ermöglicht,
maschineninterpretierbare und menscheninterpretierbare Informationen gleichzeitig abzulegen.
Als Beschreibungsmittel für solche Anforderungen hat sich in der vergangenen Zeit
die Extensible Markup Language (XML) durchgesetzt, so daß eine Verwendung dieser
auch im Bereich der Kodierung von Informationseinheiten für das L2L-Network möglich
und sinnvoll scheint.
XML bietet die Möglichkeit einer flexiblen Spezifikation von Daten und ihrer Struktur.
Einer der Vorteile ist hierbei, daß Daten, die in XML notiert werden, bis zu einem gewissen
Grad menschenlesbar sind.
Eine detaillierte Betrachtung der umfangreichen Modellierungsmöglichkeit mittels XML
soll an dieser Stelle vermieden werden. Vielmehr soll Listing 6.1 versuchen, einen Eindruck
davon zu vermitteln, wie eine Informationseinheit modelliert werden könnte.
0125 hau24581
7834 uia23823

KAPITEL 6. DATENAUSTAUSCH AUF BASIS RÄUMLICHER RELEVANZ 97
B u i l d i n g
< s p a t i a l r e l e v a n c e> LOCAL
< s p a t i a l r e l e v a n c e> NEIGHBORHOOD
< s p a t i a l h i s t o r y v a l u e>
0.2568
. . .
Listing 6.1: Meta-Informationen in XML
Eine in XML notierte Informationseinheit sollte im wesentlichen aus zwei Teilen beste-
hen, den Meta- und Realdaten. Neben allgemeinen Metadaten, wie eindeutige Identifika-
tionsnummer (id), Zugehörigkeit zu einer L2L-Unit (home id) etc., sind weitere Einträge
notwendig, die sich speziell auf die Realisierung eines Austauschmechanismus beziehen.
Hierbei müssen Möglichkeiten vorhanden sein, die eine Bewertung einer Information in
Bezug auf ihre Relevanz für andere L2L-Units im System ermöglicht. In Listing 6.1 ist
dieses mit dem Bereich public angedeutet worden. Er beinhaltet Parameter, die auf Ba-
sis räumlicher Relationen (wie z.B. LOCAL oder NEIGHBORHOOD) eine Relevanzzuordnung
ermöglichen sollten. Ebenfalls in diesem Bereich integriert sollte ein Wert sein, der die
Vergangenheit einer Informationseinheit in Bezug auf dessen Austausch mit anderen L2L-
Units dokumentiert, wie mit spatial history value angedeutet.
Als wesentliche Erkenntnis bleibt an dieser Stelle jedoch festzuhalten, daß Informationsein-
heiten über die Möglichkeit der Meta-Annotation verfügen sollten. Der nächste Abschnitt
geht näher auf die hier noch sehr vage beschriebenen Elemente und Mechanismen des
Austausch-Mechanismus ein und gibt für die hier identifizierten Komponenten konkrete
Beispiele einer möglichen Realisierung auf Basis räumlicher Relevanzen wie sie in Kapitel
5 diskutiert wurden.
6.2 Formalisierung
Dieser Abschnitt dient, wie bereits erwähnt, dazu, eine formale Beschreibung für den hier
vorgeschlagenen Datenaustausch zwischen L2L-Units auf Basis von bereits in Kapitel 5
eingeführten Konzepten vorzunehmen.
In Abschnitt 6.1 wurde informell die grundsätzliche Idee des CEM und der mögliche Ablauf
eines Datenaustausches geschildert. Für die nachfolgenden Betrachtungen des automati-

KAPITEL 6. DATENAUSTAUSCH AUF BASIS RÄUMLICHER RELEVANZ 98
schen Austausches zwischen L2L-Units gilt es demnach zwei wesentliche Schritte formal
zu betrachten:
1. Bestimmung der auszutauschenden Informationseinheiten
2. Veränderung von Meta-Daten auf Basis des Austausches
Um dieses zu beschreiben, ist es vorab notwendig, einige Voraussetzungen zu schaffen, mit
deren Hilfe dann die beiden beschriebenen Punkte definiert werden können.
6.2.1 Erweiterte räumliche Relevanz
Die räumliche Relevanz σ war als ein Maß beschrieben, das ausdrückt, wie räumlich re-
levant Objekte in Bezug auf einen aktuellen Ort sind. Um den automatischen Datenaus-
tausch zwischen zwei Units im Sinne des CEM zu ermöglichen, setzt der hier vorgestellte
Ansatz auf der bekannten Definition der räumlichen Relevanz auf, erweitert diese aber
hinsichtlich der neuen Anforderungen, die sich aus der angestrebten Funktionsweise des
CEM ergeben. Im wesentlichen bezieht sich diese Erweiterung auf die Integration eines
einzelnen Datums des L2L-Networks in die Berechnung der räumlichen Relevanz σ.
Die zentrale Komponente, die für den Datenaustausch auf Basis räumlicher Relevanzen
notwendig ist, ist die Zuordnung von räumlichen Relevanzen zu Informationseinheiten
innerhalb des L2L-Networks. Erst mit ihrer Hilfe ist es möglich festzustellen, welche In-
formationseinheiten für einen Austausch in Frage kommen und welche hingegen nicht.
Die bisher bekannte Definition der räumlichen Relevanz ist lediglich von zwei Objekten,
denen eine geographische Position zugrunde liegt, abhängig, nämlich einem Anfrageort
und einem Ort für den die räumliche Relevanz berechnet werden soll. Aus diesem Grund
gilt es ein Konstrukt zu entwickeln, welches zum einen an eine Informationseinheit gebun-
den ist und zum anderen die Berechnung der räumlichen Relevanz beeinflussen kann. Eine
Möglichkeit dieses zu erreichen ist die Einführung der deklarierten Relevanz.
Deklarierte Relevanz
Die deklarierte Relevanz ist ein ähnliches Maß wie die räumliche Relevanz, die aber initial
bei der Erstellung einer Informationseinheit festgelegt werden kann und als Meta-Datum
einer Informationseinheit über eine Abbildung δ verfügbar ist (vgl. Abs. 6.1). Diese ordnet
jedem Datum di ∈ Dk einer Datenbasis Dk einer zugehörigen L2L-Unit k einen reellen
Wert innerhalb des Intervalls [0, 1] zu:
δ : D → [0, 1] (6.1)
Bei der deklarierten Relevanz existiert, wie bereits bei der räumlichen Relevanz σ, eine
gewisse Vergleichbarkeit von Informationseinheiten auf Basis ihrer deklarierten Relevanz.
Gilt für zwei Informationseinheiten di und dj aus derselben Datenbasis (di, dj ∈ D) die
Gleichung δ(di) > δ(dj), so ist di lokal relevanter als dj, so daß alle Daten einer L2L-Unit

KAPITEL 6. DATENAUSTAUSCH AUF BASIS RÄUMLICHER RELEVANZ 99
einer Ordnungsrelation unterliegen, mit deren Hilfe sich z.B. Suchprozesse optimieren las-
sen.
Eine Erweiterung der räumlichen Relevanz hinsichtlich der bereits eingangs angesproche-
nen Bindung an Informationseinheiten läßt sich nun mittels der deklarierten Relevanz δ
realisieren. Die erweiterte räumliche Relevanz σ ∗ ist somit eine Erweiterung der räumli-
chen Relevanz σ um einen weiteren Parameter, so daß σ ∗ auf Basis eines Anfrageortes
pq ∈ P , eines Bezugsortes pi ∈ P sowie zusätzlich eines Datums einer L2L-Unit di ∈ D
definiert werden kann.
σ ∗ : P × P × D → [0, 1] (6.2)
Auf diese beschriebene Art ist σ ∗ nun zwar an ein Datum einer L2L-Unit gebunden, je-
doch besteht noch keine direkte Verbindung zu den zwei für den Austausch von Daten
im Sinne des CEM notwendigen L2L-Units. Derzeit besteht lediglich die Möglichkeit der
Angabe von zwei unterschiedlichen Objekten, die sich durch Rastereinheiten einer pSRT
mittels der Abbildung µ qualitativ abstrahieren lassen (vgl. Abschnitt 5.2.1). Dieses ist
allerdings keine wirkliche Einschränkung, da auch L2L-Units eine gewisse Region bzw. ein
Objekt im Sinne der räumlichen Relevanz σ darstellen, die durch ihren geographischen
Service-Scope beschrieben ist. Deshalb soll aus Gründen der einfacheren Darstellung im
folgenden anstelle der für die Berechnung von σ notwendigen Rastereinheiten einer pSRT,
die in Abhängigkeit von einem Objekt/Polygon p ∈ P durch die Abbildung µ ermittelt
werden können, synonym eine L2L-Unit benutzt werden.
Eine formale Verbindung zwischen L2L-Unit und qualitativ zu abstrahierenden Polygo-
nen p ∈ P wäre leicht über den Umweg des Service-Scopes einer L2L-Unit möglich, der
ebenfalls durch ein Polygon repräsentiert wird.
Definition 10 (Erweiterte räumliche Relevanz) Die erweiterte räumliche Relevanz
σ ∗ für L2L-Units A und B bzgl. einen Datums d ist definiert als
σ ∗ (A, B, d) = β · σ(A, B) + (1 − β) · δ(d)
mit d ∈ DA, β ∈ [0, 1]
Die Definition von σ ∗ ist analog zum Aufbau der Definition von σ und greift ebenfalls
auf eine Darstellung in Form einer Linearkombination mittels eines Faktors β zurück. Der
Wertebereich für β ist identisch mit dem für den Faktor α innerhalb der Definition von
σ. Er bietet ebenfalls die Möglichkeit, die eine oder andere Teilkomponente stärker oder
schwächer zu gewichten.
Nachdem bis zu diesem Punkt die Voraussetzung für die Festlegung der zentralen Be-
standteile des CEM Austausch-Mechanismus geschaffen wurde, gehen die nachfolgenden
Abschnitte neben einer exemplarischen Ausprägung der deklarierten Relevanz näher auf
die einzelnen Bestandteile des Austauschmechanismus ein und versuchen, sie formal fest-
zulegen.

KAPITEL 6. DATENAUSTAUSCH AUF BASIS RÄUMLICHER RELEVANZ 100
Exemplarische Ausprägung von δ
Ein einfache Möglichkeit, die bis dato nur abstrakt eingeführte deklarierte Relevanz δ
zu beschreiben, ist über eine abschnittsweise definierte Funktion möglich, die einer Menge
räumlicher Relationen einen gewissen Wert für δ zuordnet: Für eine Menge von Relationen
bestehend aus drei Basisrelationen Lokal, Nachbarschaft und Überall gibt Tabelle 6.1 eine
beispielhafte Belegung an.
Relation δ
Lokal 0
Nachbarschaft 0,5
Überall 1
Tabelle 6.1: Exemplarische Wertetabelle der deklarierten Relevanz
Diese in der Tabelle 6.1 dargestellte Ausprägung von δ basiert auf einer Sichtweise des
möglichen ” Verbreitungsgrades“ einer Informationseinheit im L2L-Network. Hierbei sei
die Annahme getroffen, daß eine Information generell weniger relevant an Orten ist, die
weiter vom Ursprung einer Informationseinheit entfernt sind. Um dieses Verhalten inner-
halb des Austausch-Mechanismus zu erreichen, müßte δ infolgedessen um so kleinere Werte
annehmen je geringer der Verbreitungsgrad einer Informationseinheit sein soll, da die Ent-
scheidung über eine Verbreitung von σ ∗ abhängig ist, diese aber wiederum um so größer
ist je größer der Summand (1 − β) · δ(d) ist.
Damit eine Informationseinheit nur lokal verfügbar innerhalb des Service Scopes einer zu-
gehörigen L2L-Unit ist, müßte δ mit einem Wert von Null belegt werden. Eine Belegung
von Eins würde hingegen eine maximale Verbreitung einer Informationseinheit vom Ort
ihrer zugehörigen L2L-Unit aus ermöglichen.
Für eine Definition von δ soll an dieser Stelle ausdrücklich festgehalten werden, daß beliebig
komplexe Berechnungsverfahren verwendet werden können, um δ zu beschreiben. Hierbei
wird die Qualität des hier thematisierten Austauschmechanismus aller Voraussicht nach
jedoch stark an die Qualität und Ausdrucksmächtigkeit von δ geknüpft sein, so daß eine
adäquate Definition dennoch nicht gerade leicht zu finden sein wird.
6.2.2 Bestimmung der auszutauschenden Daten
Die Ermittlung der Menge an auszutauschenden Daten zwischen zwei L2L-Units im Sinne
des CEM baut im wesentlichen auf der Definition der erweiterten räumlichen Relevanz σ ∗
auf und realisiert die Komponente Filter, wie in Abbildung 6.2 bereits dargestellt. Hierzu
wird der Ansatz verfolgt, genau solche Daten aus der Datenbasis einer L2L-Unit für den
Austausch mit einer weiteren L2L-Unit herauszufiltern, deren Werte für σ ∗ oberhalb eines
gewissen Schwelle liegen.
x ≤ σ ∗ mit x ∈ [0, 1] (6.3)
Bei der genauen Bestimmung dieser Menge sei allerdings vorab auf ein wichtiges Detail

KAPITEL 6. DATENAUSTAUSCH AUF BASIS RÄUMLICHER RELEVANZ 101
hingewiesen, das sich auf die ” Richtung“ eines Datenaustausches zwischen zwei L2L-Units
innerhalb des L2L-Netzwerkes bezieht.
Der hier diskutierte ” automatische Austausch von Daten“ ist streng genommen mehr ein
Senden und Empfangen von Daten, wobei die Rolle des Senders und des Empfängers bei
jedem Austausch fest ist und nicht gewechselt werden kann. Von einem echtem Austausch
von Daten zwischen zwei Units A und B kann nur dann gesprochen werden, wenn in zwei
voneinander unabhängigen Datentransfers sowohl Unit A als auch Unit B jeweils die Rolle
des Senders und Empfängers übernommen hat.
Dieses führt dazu, daß für einen Datentransfer von A nach B, notiert als A → B, nur
dann ein Austausch A ←→ B vorliegt, falls auch der Transfer B → A stattgefunden hat.
Definition 11 (Datenaustausch) Ein Datenaustausch zwischen zwei L2L-Units A und
B ist definiert in zwei voneinander unabhängigen Schritten.
A ←→ B ⇔ A → B ∧ B → A
Die nachfolgend angegebenen Beschreibungen von Mengen werden jeweils nur für eine
Teilkomponente des Datenaustausches angegeben, da sie sich jeweils auf eine Datenbasis
einer L2L-Unit beziehen bzw. von dieser beeinflußt werden.
Die Menge der auszutauschenden Daten ∆ zwischen L2L-Unit A und B läßt sich auf Basis
der erweiterten räumlichen Relevanz und aller bis hierhin thematisierten Konzepte wie
folgt beschreiben.
∆A→B = { d ∈ DA | x ≤ σ ∗ (A, B, d) }, x ∈ [0, 1] (6.4)
6.2.3 Veränderung von Meta-Daten durch den Datenaustausch
Nachdem die für den Austausch zwischen zwei L2L-Units relevanten Daten über die Men-
ge ∆A→B bestimmbar sind, gilt es nun die notwendige Veränderung der Meta-Daten von
Informationseinheiten mittels der deklarierten Relevanz δ geeignet vorzunehmen. Hierzu
wäre es wünschenswert, wenn sich δ immer in Abhängigkeit eines aktuellen Datenaus-
tausches zwischen zwei L2L-Units verändert, aber gleichzeitig seine Vergangenheit bzw.
seinen ursprünglichen Herkunftscharakter nicht vollständig verliert.
Aus diesem Grund scheint eine Kombination von δ mit einer aktuellen Austauschsituati-
on, die wiederum durch die räumliche Relevanz σ beschrieben ist, denkbar. Gleichung 6.5
beschreibt eine Möglichkeit, wie sich δ innerhalb eines Austausches zwischen L2L-Unit A
und B verändern ließe, wenn der neue Wert für δ als δ ′ notiert würde.
∀ d ∈ ∆A→B : δ ′ (d) := δ(d) − γ · (1 − σ(A, B)), γ ∈ [0, 1] (6.5)
Diese Beschreibung der Veränderung setzt auf der tatsächlich auszutauschende Menge an
Informationseinheiten ∆A→B auf und gibt für alle Elemente dieser Menge eine Verände-
rung an, bei der die bisherige deklarierte Relevanz δ sowie ein mittels γ gewichteter Anteil
der räumlichen Relevanz σ einfließen.

KAPITEL 6. DATENAUSTAUSCH AUF BASIS RÄUMLICHER RELEVANZ 102
Durch die Subtraktion von γ · (1 − σ(A, B)) hat die beschriebene Veränderung von δ die
Eigenschaft, daß die deklarierte Relevanz mit zunehmender Teilnahme an Datentransfers
sinkt, da σ(A, B) im allgemeinen um so kleiner ist je weiter A und B voneinander entfernt
sind und damit (1−σ(A, B) größer wird. Dieses Verhalten von δ unterstützt wiederum die
These von Tobler [Tob70], die schon Ausgangspunkt für die Betrachtungen zur räumlichen
Relevanz war. Sie besagte, das Objekte relevanter sind, je näher sie zu einem selbst sind.
Ihr Umkehrschluß wäre dementsprechend, daß Objekte irrelevanter sind, je weiter sie sich
von einem entfernen. Geht man bei den Datentransfers davon aus, daß sich im Mittel bei
jedem Transfer die Informationseinheiten von ihrem Ursprung weiter entfernen, so ließe
sich diese These auch hierhin übertragen.
6.2.4 Zusammenfassung
Die Ausführungen haben einen Weg gezeigt, wie es möglich sein könnte, die informell
dargestellten Überlegungen in eine formalere Form zu transformieren. Ein wesentlicher
Bestandteil des hier vorgestellten Lösungsansatzes basierte auf der Existenz eines Meta-
Datums, über das jede Informationseinheit innerhalb des L2L-Networks verfügt und das
als eine Art ” Vergangenheitsprotokoll“ verstanden werden kann. Mit Hilfe dieses Meta-
Datums konnte eine Erweiterung des Modells zur räumlichen Relevanz, wie es von Vögele
in [VS01] eingeführt wurde, erfolgen, welches wiederum Ausgangspunkt für die Beschrei-
bung der auszutauschenden Daten und der Meta-Daten-Veränderung war.
Die größte Schwierigkeit bei dem hier vorgestellten Ansatz ist die genaue Ausprägung
der deklarierten Relevanz, deren Qualität aller Voraussicht nach zentral für die Qualität
der Ergebnisse des Austauschmechanismus sein wird. Ein exemplarisches Beispiel hat eine
einfache Ausprägung der deklarierten Relevanz aufgezeigt, um einen ersten Eindruck über
die Möglichkeiten der Definition zu geben. Für eine praktische Verwertbarkeit auf hohem
Niveau müßten aber an dieser Stelle aller Wahrscheinlichkeit nach weitere Optimierungen
vorgenommen werden, um das gewünschte Verhalten des Mechanismus im Detail zu er-
halten.
Neben diesem hier vorgestellten Ansatz zur Realisierung des Austauschmechanismus sind
mit Sicherheit noch weitere Ansätze denkbar, die das hier thematisierte Problem vielleicht
sogar effizienter oder besser lösen könnten. Der Anspruch der Ausführungen in diesem
Abschnitt lag jedoch nicht auf Vollständigkeit oder Effizienz, sondern sollte dem Leser
vielmehr dazu dienen, einen tieferen Einblick in die Thematik und die Möglichkeiten des
automatisierten Datenaustausches auf Basis räumlicher Beziehungen innerhalb des L2L-
Networks zu erhalten und zu realisieren, daß hierdurch Möglichkeiten gegeben sein könn-
ten, die weit über die bis dato verwendeten Ansätze für die Auswertung von ortsbezogenen
Anfragen im Bereich der ortsbezogenen Dienste hinausgehen.

Kapitel 7
Fazit und Ausblick
Dieses Kapitel bildet den Abschluß der vorliegenden Arbeit und soll unter Berücksichti-
gung einer kritischen Reflexion der dargestellten Zusammenhänge gewonnene Erkenntnisse
dieser Arbeit zusammenfassen. Ein anschließender Ausblick rundet diese Arbeit in Bezug
auf offene Probleme und mögliche zukünftige Arbeiten ab.
7.1 Zusammenfassung und kritische Reflexion
Die vorliegende Arbeit hat gezeigt, wie schwierig es ist aus einer Geschäftsidee heraus
ein funktionsfähiges Geschäftsmodell zu entwickeln, das sowohl wirtschaftlich sinnvoll als
auch technisch realisierbar ist. Angesichts der noch immer kurzen Innovationszyklen bei
Mobilfunkgeräten und -netzen und einer nicht zu unterschätzenden Marktmacht von Mo-
bilfunkanbietern ist die Etablierung neuer Unternehmenskonzepte im Mobilfunk-Sektor
ein hohes Risiko, wenngleich der Markt viele Chancen aufgrund einer Vielzahl potentieller
Kunden birgt. Wenn es gelingt, mit dem vorgestellten Konzept eine genügend große An-
zahl an Kunden zu gewinnen, um eine kritische Masse zu erreichen, kann eine gesicherte
Marktposition, die langfristig Gewinne sichern könnte, im gerade erst entstehenden Markt
für ortsbezogene Dienste etabliert werden.
Als einer der gewichtigen Vorteile bei dem hier vorgestellten Modell des L2L-Networks ist
der Zeitpunkt für einen Markteintritt bzw. dessen technische Realisierbarkeit zu nennen.
Eine Vielzahl von Ideen im Bereich ortsbezogener Dienste wurde bereits in der Vergan-
genheit entwickelt und am Markt angeboten bevor technologische Rahmenbedingungen
gegeben waren, um diese Ideen zu realisieren. Geht man hingegen von den in dieser Arbeit
leider nur auf Basis existierender Kennzahlen aus der Literatur und ohne eigene Evalua-
tion analysierten zeitlichen Entwicklungsphasen des Marktes aus, so ist eine Einführung
des L2L-Networks zum jetzigen Zeitpunkt als positiv zu bewerten, da einerseits der Markt
für ortsbezogene Dienste am Anfang der Wachstumsphase steht und andererseits die tech-
nologischen Rahmenbedingungen, die für das L2L-Network notwendig sind, bereits heute
existieren. Zu beachten gilt es aber bei allen positiven Indikatoren, daß auch bei günstiger
oder möglicherweise idealer Marktsituation, Erfolgsfaktoren, wie Erlösquellen und Stra-
tegiebildung, von entscheidender Bedeutung bleiben, ohne die ein langfristiger Unterneh-
103

KAPITEL 7. FAZIT UND AUSBLICK 104
menserfolg ausgeschlossen ist. Gerade aus diesem Grund hat die Diskussion der Erfolgsfak-
toren des L2L-Networks in dieser Arbeit versucht, eine breite Basis an möglichen Wegen
aufzuzeigen mit deren Hilfe eine solide inhaltliche Auseinandersetzung mit den so wichti-
gen Erfolgsfaktoren möglich ist.
Ein Geschäftsmodell allein kann aber keinen Erfolg erzielen, wenn nicht auch das Funda-
ment des Modells, nämlich das eigentliche Produkt oder die anzubietende Dienstleistung,
existiert. Die vorliegende Arbeit konnte zwar aufgrund ihres thematischen Schwerpunkts in
der Schnittmenge von angewandter und praktischer Informatik nicht final die Existenz des
L2L-Networks mit Hilfe einer Referenzimplementation belegen, wohl aber durch Architek-
turkonzepte einen detaillierten Weg aufzeigen, wie die Konstruktion eines solchen Systems
ermöglicht wird. Zentraler Bestandteil waren hierbei die Überlegungen, in welcher Form
eine Umsetzung mittels Peer-to-Peer basierter Konzepte möglich ist und welche Konzepte
im Speziellen hierfür in Frage kommen. Um dieses zu erreichen, wurden die einzelnen Kom-
ponenten des Systems analysiert und konkrete Lösungsvorschläge formuliert, die bei einer
Realisierung zum Einsatz kommen könnten. Wichtigster Bestandteil der vorgestellten Ar-
chitekturkonzepte war das Location Modell des L2L-Networks und das damit verbundene
Konzept der Service Scopes. Mit ihrer Hilfe konnte ein leistungsfähiges Konzept zur Mo-
dellierung von räumlichen Konstellationen entwickelt werden, auf dessen Grundlage der
ebenfalls vorgestellte Ansatz der räumlichen Relevanz von Objekten diskutiert wurde. Das
präsentierte Konzept der räumlichen Relevanz stellte einen Mechanismus zur Verfügung,
mit dem Objekte im geographischen Raum bewertet werden konnten, um festzustellen,
wie relevant Objekte für einen aktuellen Aufenthaltsort einer Person sind. Dieser anfangs
eingeführte Mechanismus erlaubte es, nur Objekte mit einer Relevanz zu bewerten, nicht
aber die Bewertung der für einen ortsbezogenen Dienst wichtigen Informationen über Ob-
jekte. Zu diesem Zweck wurde der Ansatz der räumlichen Relevanz auf die gegebenen
Anforderungen des L2L-Networks erweitert und ein Mechanismus beschrieben, der einen
automatischen Datenaustausch von Informationen zwischen L2L-Units auf Basis räumli-
cher Relevanz realisieren sollte. Dem dargestellten Mechanismus lag die Idee zugrunde,
Antwortzeiten innerhalb des Netzwerkes möglicherweise dadurch reduzieren zu können,
daß jede Datenbasis einer L2L-Unit nur solche Informationen beinhaltet, die relevant für
ihren jeweiligen Service Scope sind und damit eine Akquirierung von Informationen aus
dem Netzwerk zum Zeitpunkt einer Client-Anfrage entfallen könnte. Ein positiver Ne-
beneffekt bei diesem Ansatz war die Tatsache, daß das Problem der Präsentation von
Informationen auf mobilen Endgeräten durch die Existenz eines Bewertungsmechanismus
für Informationen erleichtert werden konnte. Hierbei war die nur kurz angeschnittene Idee,
generell nur solche Informationen einem Benutzer des L2L-Networks anzuzeigen, die ober-
halb einer gewissen Relevanzschwelle liegen und die bei Bedarf ggf. mittels geeigneter
Oberbegriffe weiter zu aggregieren sind.
Abschließend soll erwähnt werden, daß eine exemplarische Realisierung des vorgestellten
Austausch-Mechanismus in Form eines Programmes zum Zweck der Evaluation wünschens-
wert gewesen wäre; der Implementationsumfang eines solchen Programms bzw. die Lösung
des Darstellungsproblems räumlicher Informationen in einer für den Leser verständlichen

KAPITEL 7. FAZIT UND AUSBLICK 105
Art und Weise hätte aber den gegebenen Rahmen dieser Arbeit gesprengt. Im Nachhinein
betrachtet bleibt festzustellen, daß eine Auseinandersetzung mit der Frage der Realisie-
rung des L2L-Networks auf Basis bereits am Markt erhältlicher Software-Komponenten
gerade im Hinblick auf die wirtschaftliche Betrachtung des L2L-Networks innerhalb dieser
Arbeit sinnvoll gewesen wäre, um eine kosten- und zeitintensive Neuentwicklung zu um-
gehen. Eine solche Auseinandersetzung sollte in nächster Zukunft angestrebt werden.
Die vorliegende Arbeit konnte noch nicht alle Fragen um das L2L-Network beantworten.
In der Zukunft werden weitere Arbeiten folgen müssen, die Teilkomponenten weiter analy-
sieren, um neue Erkenntnisse zu gewinnen. Insbesondere bleibt in dieser Arbeit die Frage
nach einer Realisierung des Resultset Rendering Moduls, das für die Präsentation von In-
formationen auf mobilen Endgeräten zuständig ist, offen. Gerade aber dieses Modul muß
vor einer Markteinführung des L2L-Networks konstruiert werden, da andernfalls eine Be-
nutzungsschnittstelle zum System fehlen würde.
Neben den eigentlichen Komponenten des L2L-Networks sind noch eine Reihe weiterer
Überlegungen wünschenswert, die sich beispielsweise mit einem Content-Management-
System (CSM) zur einfachen Erstellung und Pflege von Inhalten für das L2L-Network
beschäftigen. Aber auch die Entwicklung eines Konzeptes, das eine lückenlose Naviga-
tion bzw. Positionsbestimmung sowohl im Indoor- als auch Outdoor-Bereich über eine
einheitliche Schnittstelle für das L2L-Network ermöglicht, könnte die Leistungsfähigkeit
des Gesamtsystems entscheidend vorantreiben. Zu guter Letzt ist die Entwicklung eines
Prototyps erstrebenswert, mit dessen Hilfe sich eine Testumgebung für Komponenten ei-
nes L2L-Networks schaffen läßt, um Fehler, Performance, Usability o.ä. zu testen und zu
optimieren.

Literaturverzeichnis
[AAM02] Applegate, L.M. ; Austin, R.D. ; McFarlan, F.W.: Corporate Information
Strategy and Management: The Challenges of Managing in a Network Economy.
6. McGraw-Hill, 2002
[Ant95] Antweiler, J.: Wirtschaftlichkeitsanalyse von Informations- und Kommuni-
kationssystemen (IKS). Köln : DATAKONTEXT-Fachverlag, 1995
[Apa03] Apache: The Apache XML Project Homepage. 2003. – http://xml.apache.org/
[B + 01] Burkardt, J. [u. a.]: Pervasive Computing. Addison-Wesley, 2001
[BC01] Barfield, W. ; Candell, T.: Fundamentals of Wearable Computers and Argu-
mented Reality. Mahwah, New Jersy : Lawrence Erlbaum Associated Pictures,
2001
[Bel00] Belew, R.: Finding Out About - A Cognitive Perspective on Search Engine
Technology and the WWW. Cambridge, United Kingdom : Cambridge University
Press, 2000
[BF02] Bliemel, Friedhelm ; Fassott, Georg: Kundenfokus im Mobilen Commerce:
Anforderungen der Kunden und Anforderungen an die Kunden. In: Mobile Com-
merce - Grundlagen, Geschäftsmodelle, Erfolgsfaktoren. Günter Silberer et al.,
2002, S. 3–23
[Bit01] Bittner, Thomas: Approximate Qualitative Temporal Reasoning. 2001. –
hppt://citeseer.nj.nec.com/bittner01approximate.html
[BWDD02] Backx, P. ; Wauters, T. ; Dhoedt, B. ; Demeester, P.: A comparison
of peer-to-peer architectures. In: Eurescom Summit 2002 (2002). – Heidelberg,
Germany
[CBJG97] Cohn, A. G. ; Bennett, B. ; J.Gooday ; Gotts, N. M.: Qualitative Spa-
tial Representation an Reasoning with the Region Connection Calculus. In:
Geoinformatica Bd. 1. Boston, 1997, S. 1–44
[CDM + 00] Cheverst, K. ; Davies, N. ; Mitchell, K. ; Friday, A. ; Efstratiou,
C.: Developing a Context-aware Electronic Tourist Guide: Some Issues and
Experiences. (2000). – Department of Computing, Lancaster Universtity
106

LITERATURVERZEICHNIS 107
[Cle02] Clement, Reiner: Geschäftsmodelle im Mobile Commerce. In: Mobile Com-
merce - Grundlagen, Geschäftsmodelle, Erfolgsfaktoren. Günter Silbert at al.,
2002, S. 26–43
[DCMF99] Davies, N. ; Cheverst, K. ; Mitchell, K. ; Friday, A.: Caches in the Air:
Disseminating Tourist Information in the Guide System. New Orleans, Lousiana,
1999 (Second IEEE Workshop on Mobile Computing Systems and Applications)
[DR99] Dutta-Roy, A.: Technology 1999 Analysis and Forcast: Computers. In: IEEE
Spectrum 36 (1999), Nr. 1, S. 46–51
[Dur01a] Durlacher Research: Mobile Commerce Report / Durlacher Research Ltd.
(UK). London, 2001. – Forschungsbericht
[Dur01b] Durlacher Research: UMTS - An Investment Perspective / Durlacher
Research Ltd. (UK). London, March 2001. – Forschungsbericht
[Fab03] Fabrikant, Sara I. The use of location-based services in distributed collaborative
visualization environments. CSISS Secialist Meeting on Location-based Services.
2003
[Fen01] Fensel, D.: Ontologies: A Silver Bullet for Knowledge Management and Elec-
tronic Commerce. Heidelberg : Springer-Verlag, 2001
[Fre02] Freismuth, Dieter. Peer-to-Peer: Eintagsfliege oder Zukunftsmodell? Graz
University of Technologie, Austria. Januar 2002
[GBD00] Green, J. ; Betti, D. ; Davison, J.: Mobile Location Services: Market Strate-
gies. 2000. – http://www.ovum.com
[Ger02] Gerpott, Torsten J.: Wettbewerbsstrategische Positionierung von Mobilfun-
knetzbetreibern im Mobile Business. In: Mobile Commerce - Grundlagen,
Geschäftsmodelle, Erfolgsfaktoren. Günter Silbert et al., 2002, S. 45–65
[GG01] Geer, Ralf ; Gross, Roland: M-Commerce: Geschäftsmodelle für das mobile
Internet. Landsberg/Lech : Verlag Moderne Industrie, 2001
[Gru93] Gruber, T.: Towards Principles for the Design of Ontologies Used for Know-
ledge Sharing. (1993)
[Grz02] Grzan, Stjepan: Enabeling technology for indoor location aware infromation
system, Universität Stuttgart, Diplomarbeit, Januar 2002
[Hil02] Hille, Maren: Strategieoptionen für Energieversorgungsunternehmen als Reak-
tion auf einen rückläufigen Absatz im Wärmemarkt, Carl von Ossietzky Univer-
sität Oldenburg, Diss., 2002
[HK01] Huber, J. ; Kohil, J.: A Reference Handbook for Portal Operators, Developers
and the Mobile Industry. (2001)

LITERATURVERZEICHNIS 108
[Jag03] Jagoe, Andrew: Mobile Location Services: The Definitive Guide. New Jersey,
USA : Prentice Hall, 2003
[JMMC01] José, R. ; Moreira, A. ; Meneses, F. ; Coulson, G.: An Open Architec-
ture for Developing Mobile Location-Based Applications over the Internet. In:
Proceedings of the 6th IEEE Symposium on Computers and Communications.
Hammamet, Tunisia : IEEE Computer Society, July 2001. – ISBN 0-7695-1177-5,
S. 500–503
[Jos01] José, Rui Joao P.: An Open Architecture for Location-Based Services in He-
terogeneous Mobile Environments, Lancaster University, England, Diss., April
2001
[KH02] Kölmel, Bernhard ; Hubschneider, Martin: Nutzererwartungen an Location
Based Services - Ergebnis einer empirischen Analyse. (2002)
[KS00] Kashyap, V. ; Sheth, A.: Information Brokering Across Heterogeneous Digital
Data - A Metadata-based Approach. Massachusetts : Kluwer Academic Pubis-
hers, 2000
[Kur02] Kurth, Matthias. The Vision of a mobile Europe. Regulierungsbehörde für
Telekommunikation und Post (RegTP). Oktober 2002
[Lad02] Ladstätter, Peter. Location Based Services: bloßer Hype oder reale
Wertschöpfung. Symposium für TeleKartographie und Location Based Services
in Wien, Österreich. Januar 2002
[Leo98] Leonhardt, Ulf: Supporting Location-Awareness in Open Distributed Systems,
University of London, Diss., May 1998
[Mae01] Maedche, Alexander. Interoperable Anwendungssysteme. Vorlesung an der
Universität Kalsruhe. 2001
[Mül02] Müller, Jens: Entwicklung eines Konzeptes für mobiles standortbasiertes En-
tertainment, Technische Universität Darmstadt, Diplomarbeit, März 2002
[MS00] Maedche, A. ; Staab, S.: Applying Semantic Web Technologies for Tourism
Information Sytems. (2000)
[Ora01] Oram, Andy: Peer to Peer: Harnessing the Power of Distruptive Technologies.
O’Reilly, 2001
[PLM + 01] Poslad, S. ; Laamanen, H. ; Malaka, R. ; Nick, A. ; Zipf, A.: Crumpet:
Creation Of User-Friendly Mobile Services Personalised For Tourism. (2001)
[Por02] Porter, Michael E.: Wettbewerbsvorteile (Competitive advantage): Spitzenlei-
stungen erreichen und behaupten. Frankfurt/Main, 2002

LITERATURVERZEICHNIS 109
[PRW01] Picote, Arnold ; Reichwald, Ralf ; Wigand, Rolf T.: Die grenzenlose Un-
ternehmung. 4. Auflage. Gabler Verlag, 2001
[RCC92] ; Randell, David A. (Hrsg.) ; Cui, Zhan (Hrsg.) ; Cohn, Anthony G. (Hrsg.):
A Spatial Logic based on Regions and Connection. 3dr Int. Conf. on Knowlegde
Representation and Reasoning, 1992
[Rie94] Rieken: Intelligent Agents. In: Communication of the ACM 37 (1994), July
[Rog83] Rogers, Everett M.: Diffusion of Innovations. 3. New York, 1983
[S + 02] Scheer, August-Wilhelm [u. a.]: Das mobile Unternehmen. In: Mobile Com-
merce - Grundlagen, Geschäftsmodelle, Erfolgsfaktoren. Günter Silberer et al.,
2002, S. 91–110
[Sch00] Schirmer, J.: Towards Authoring of Mobile Agents - An End-user Interactive
and Programming Approach. (2000)
[Sch01] Schollmeier, R.: A Definition of Peer-to-Peer Networking for the Classification
of Peer-to-Peer Architectures and Applications. In: IEEE 2001 International
Conference on Peer-to-Peer Computiong. Linköping, Sweden, August 27-29 2001
[Shi01] Shirky, C.: Listening to Napster. In: A. Oram: Peer-to-Peer: Harnessing the
Power of Disruptive Technologies. Sebastopol, CA, USA : O’Reilly, 2001
[Sin01] Singh, M.P.: Peering at Peer-to-Peer Computing. In: IEEE Internet Computing
Vol. 5 (2001), January/February, Nr. No. 1
[Ste93] Steinmüller, W.: Informationstechnologie und Gesellschaft: Einführung in die
Angewandte Informatik. Darmstadt : Wissenschaftliche Buchgesellschaft, 1993
[Sto69] Stobbe, Alfred: Volkswirtschaftliches Rechnungswesen. 2. Auflage. Berlin,
Deutschland : Springer Verlag, 1969
[Sun03] Sun Microsystems: The Jini Network Technology. 2003. –
http://wwws.sun.com/software/jini/
[SVV01] Schlieder, C. ; Vögele, T. ; Visser, U.: Qualitative Spatial Reasoning for
Information Retreival by Gazetteers. In: Conference on Spatial Information
Theory (COSIT) (2001)
[SW02] Schlieder, C. ; Werner, A.: Interpretation of Intentional Behavior in Spatial
Partonomies. (2002)
[The00] The Boston Consultion Group: Mobile Commerce: Winning the On-Air
Consumer / The Boston Consultion Group, Inc. Boston, November 2000. –
Forschungsbericht

LITERATURVERZEICHNIS 110
[The04] The Foundation for Intelligent Physical Agents (FIPA): Project-
Homepage. 2004. – http://www.fipa.org
[Tim98] Timmers, Paul: Business Models für Electronic Markets. (1998), April
[Tob70] Tobler, W.: A Computer Movie Simulating Urban Growth in the Detroit
Region. In: Economic Geography 46 (1970), S. 360–371
[TSR98] Thomas, L. ; Suchter, S. ; Rifkin, A.: Developing Peer-to-Peer Applications
on the Internet: the Distributed Editor, SimulEdit. In: Dr. Dobb’s Journal
(1998), January, Nr. 281, S. 76–81
[UF01] UMTS-Forum: 3G Protal Study - A Reference Handbook for Operators, De-
velopers and the Mobile Industry. 2001 ( 16). – Forschungsbericht. http://umts-
forum.org/reports.html
[UF02] UMTS-Forum: Key Components for 3G Devices. (2002)
[UG96] Uschold, M. ; Grüninger, M.: Ontologies: Principles, Methods and Applica-
tions. In: Knowledge engeneering Review 11(2) (1996)
[Vin03] Vindigo Inc.: The Vindigo Homepage. (2003). – http://www.vindigo.com
[VS00] Volz, Steffen ; Sester, Monika: NEXUS - Distributed Data Management Con-
cepts for Location Aware Applications / University of Stuttgart. Stuttgart,
Germany, 2000. – Forschungsbericht
[VS01] Vögele, T. ; Schlieder, C.: Spatially-Aware Information Retrieval with
Graph-Based Qualitative Reference Models. (2001)
[VSA02] Vidal, M. ; Sánchez, J. ; Aparicio, J.: Core FADA. FETISH Project, 2002.
– http://fetish.t-6.it
[VSV03] Vögele, T. ; Schlieder, C. ; Visser, U.: Intuitive Modelling of Place Name
Regions for Spatial Information Retrieval. (2003)
[W + 00] Wu, J. K. [u. a.]: Perspectives on Content-Based Multimedia Systems.
Dordrecht, Netherlands : Kluwer Academic Publishers, 2000
[W3C03] W3C: The Semantic Web Homepage. 2003. – http://www.w3c.org/2001/sw/
[Wea04] Wearlab: Homepage der Arbeitsgruppe. 2004. – http://www.wearlab.de
[Wöh02] Wöhe, Günter: Einführung in die Allgemeine Betriebswirtschaftslehre. 21.
Verlag Vahlen, 2002
[Wir03] Wireless, AT&T: The Find-A-Friend Homepage. 2003. –
http://www.attws.com/mmode/features/findit/FindFriends/

LITERATURVERZEICHNIS 111
[Woh02] Wohlfahrt, Jens: Wireless Advertising. In: Mobile Commerce - Grundlagen,
Geschäftsmodelle, Erfolgsfaktoren, 2002, S. 245–263
[Wor95] Worboys, M. F.: GIS - A Computing Perspective. London, Philadelphia :
Taylor & Francis, 1995
[Z + 99] Zerdick, Axel [u. a.]: Die Internet-Ökonomie. Berlin : Springer Verlag, 1999
[ZM02] Zipf, Alexander ; Malaka, Rainer: Developing Location Based Services for
Tourism - The Service Provider View / European Media Laboratory EML.
Heidelberg, Germany, 2002. – Forschungsbericht
[Zob01] Zobel, Jörg: Mobile Business und M-Commerce. München : Hanser Verlag,
2001

LITERATURVERZEICHNIS 112
Erklärung
Hiermit versichere ich, daß ich diese vorliegende Arbeit selbständig und nur unter Zuhil-
fenahme von als solchen gekennzeichneten Mitteln verfasst habe.
Bremen, den 22. April 2004
Hendrik Witt