Kap. 8 Entwicklung der Architekturvision - Versionsgeschichte

Lange-Stuntebeck am 6. Dezember 2017 um 14:05 Uhr

2017-12-06T14:05:39Z

Lange-Stuntebeck am 6. Dezember 2017 um 11:58 Uhr

2017-12-06T11:58:26Z

Änderungen zeigen

Weber: /* Entwicklung der Architekturvision */

2016-06-20T09:32:49Z

Entwicklung der Architekturvision

Weber: /* Entwicklung der Architekturvision */

2016-06-20T09:30:47Z

Entwicklung der Architekturvision

Weber: /* Entwicklung der Architekturvision */

2016-06-20T09:28:13Z

Entwicklung der Architekturvision

Weber: /* Entwicklung der Architekturvision */

2016-06-20T09:26:59Z

Entwicklung der Architekturvision

Weber: /* Entwicklung der Architekturvision */

2016-06-20T09:24:27Z

Entwicklung der Architekturvision

Weber: /* Entwicklung der Architekturvision */

2016-06-20T09:23:12Z

Entwicklung der Architekturvision

Weber: /* Entwicklung der Architekturvision */

2016-06-20T09:21:17Z

Entwicklung der Architekturvision

Weber: /* Entwicklung der Architekturvision */

2016-06-20T07:40:56Z

Entwicklung der Architekturvision

@@ Zeile 9: / Zeile 9: @@
 identifiziert und beschrieben werden.
-[[File:Informations- und Vertriebsdienste.png|1000px]]
+[[File:Informations- und Vertriebsdienste.png|1000px|Informations- und Vertriebsdienste.png]]
 '''Abbildung 2''' Komponenten der IVS-Referenzarchitektur „Multimodale Reiseinformation“

@@ Zeile 87: / Zeile 87: @@
 Die ''Intermodale Logik'' integriert die aus der Nutzerschnittstelle übergebenen Daten, Informationen und Parameter (z.B. Fahrplanauskunft / Tarifauskunft, Verkehrsmeldungen und Steuerungsstrategien öffentlicher Partner, Landkreise, Gemeinden, regionaler Strategiemanager, Floating-Car-Daten, API) über die „API-Datenanbindung“. Aus den regionalen Daten und Verkehrsmanagementstrategien werden auf den Verkehrsnetzen Streckenwiderstände modelliert, die die Grundlage für das modale und intermodale Routing sind. Hierzu muss die Verkehrslage situationsabhängig berechnet und prognostiziert werden. Bei der Aktivierung einer Strategie (z.B. Umleitungsempfehlung oder P+R-Nutzung) werden in der intermodalen Logik die relevanten Netzelemente des strategischen Netzes in der Routenberechnung attraktiver gewichtet.
-Die Intermodale Logik berechnet auf der Grundlage der aggregierten modalen Reisewege der externen ÖV-Router, der relevanten MIV-, Fahrrad- und Fußgänger-Router sowie auf Basis von Tarifinformation der jeweiligen Verkehrsmittel, somit Verfügbarkeiten. Sie ermittelt darauf nach nutzerspezifischen Reisepräferenzen und öffentlichen Strategien eine optimierte intermodale Reisekette. Die intermodale Reiseplanung kann unter Berücksichtigung situativer zielgruppenspezifischer Bedürfnisse erfolgen wie z.B. die schnellste, günstigste oder ökologischste, emissionsfreieste bzw. verkehrsoptimalste Route. Die Berechnungsergebnisse der Intermodalen Logik werden über die API „Serviceanbindung“ den Dienstanbietern zur Verfügung gestellt, so dass regionale Partner und Aufgabenträger auch die Steuerungsstrategien in ihren Systemen weiterverarbeiten können.
+Die Intermodale Logik berechnet auf der Grundlage der aggregierten modalen Reisewege der externen ÖV-Router, der relevanten MIV-, Fahrrad- und Fußgänger-Router sowie auf Basis von Tarifinformationen der jeweiligen Verkehrsmittel, somit Verfügbarkeiten. Sie ermittelt daraufhin nach nutzerspezifischen Reisepräferenzen und öffentlichen Strategien eine optimierte intermodale Reisekette. Die intermodale Reiseplanung kann unter Berücksichtigung situativer zielgruppenspezifischer Bedürfnisse erfolgen wie z.B. die schnellste, günstigste oder ökologischste, emissionsfreieste bzw. verkehrsoptimalste Route. Die Berechnungsergebnisse der Intermodalen Logik werden über die API „Serviceanbindung“ den Dienstanbietern zur Verfügung gestellt, sodass regionale Partner und Aufgabenträger auch die Steuerungsstrategien in ihren Systemen weiterverarbeiten können.
 Der ''POI- und Adressservice'' integriert dazu alle punktbezogenen Informationen wie Adressen, Standorte von Sharing-Angebote, Haltestellen, Parkgaragen / P+R, Ladestationen etc., die an die „API-Datenanbindung“ angeschlossen sind, in ein einheitliches Datenformat und stellt diese über Web-Service-Schnittstellen internen und externen Diensten zur Verfügung (z.B. BW API „Serviceanbindung“). Die Zusammenführung, Harmonisierung und Referenzierung aller Daten muss auf einer gleichen Netzgrundlage, dem bundesweiten Integrationsnetz Straße stattfinden. Es bildet somit die Grundlage für die bundesweite Weiterverarbeitung regionaler Daten und Strategien.

@@ Zeile 77: / Zeile 77: @@
 * die Daten und Informationen der unterschiedlichen Inhalteanbieter,
 * unter Beachtung der regionalen und überregionalen geltenden öffentlichen Strategien der Gebietskörperschaften,
-* situativer Meldungen an spezifischen Punkten der Reisekette und
+* situative Meldungen an spezifischen Punkten der Reisekette und
-* relevanten Faktoren aus dem Vertrieb (z. B. Inzentivs) sowie
+* relevante Faktoren aus dem Vertrieb (z. B. Inzentivs) sowie
-* den aktuellen Erkenntnissen aus den Informations- und Vertriebsdiensten der Dienstanbieter hinsichtlich der Akzeptanz von Informationen aus der „Multimodalen Reiseinformation“.
+* die aktuellen Erkenntnisse aus den Informations- und Vertriebsdiensten der Dienstanbieter hinsichtlich der Akzeptanz von Informationen aus der „Multimodalen Reiseinformation“.
 Ein Ziel der Informationslogik ist es, optimierte Reiseketten, welche nutzerspezifische Präferenzen sowie unterschiedliche Verkehrsmittel berücksichtigen, zu berechnen und diese Informationen in vergleichbarer, integrativer und nachvollziehbarer Weise den unterschiedlichen Zielgruppen zur Verfügung zu stellen. Die Zielgruppen werden über regionale und globale Dienstanbieter (mobility services) angesprochen.

@@ Zeile 65: / Zeile 65: @@
 * bei Krisen oder Krieg.
-Durch Informationen aus den Hochrechnungen und Vorhersagen der Inhalteanbieter zur kurz-, mittel- und langfristigen Verkehrsentwicklung in einem Gebiet können von dem Dienstbetreiber der „Multimodalen Reise“ abgestimmt mit den regionalen und überregionalen Strategien (ermittelt aus der Komponente „Informationslogik“). Informationen hinsichtlich zu erwartender Staus, Störungen und Überlastungen über die „API-Serviceanbindung“ an die Dienstanbieter übergeben werden. Damit können frühzeitig die Zielgruppen von den Informations- und Vertriebsdiensten angesprochen und informiert sowie Änderungen im Mobilitätsverhalten der Zielgruppen motiviert werden. Die Rückmeldung der Akzeptanz der Zielgruppen auf die Informationen erfolgt ebenso über die „API-Serviceanbindung“ an den Dienstbetreiber der „Multimodalen Reiseinformation“ zur Verwendung in den Komponenten Informations- und Vertriebslogik.
+Durch Informationen aus den Hochrechnungen und Vorhersagen der Inhalteanbieter zur kurz-, mittel- und langfristigen Verkehrsentwicklung in einem Gebiet können von dem Dienstbetreiber der „Multimodalen Reise“ abgestimmt mit den regionalen und überregionalen Strategien (ermittelt aus der Komponente „Informationslogik“) Informationen hinsichtlich zu erwartender Staus, Störungen und Überlastungen über die „API-Serviceanbindung“ an die Dienstanbieter übergeben werden. Damit können frühzeitig die Zielgruppen von den Informations- und Vertriebsdiensten angesprochen und informiert sowie Änderungen im Mobilitätsverhalten der Zielgruppen motiviert werden. Die Rückmeldung der Akzeptanz der Zielgruppen auf die Informationen erfolgt ebenso über die „API-Serviceanbindung“ an den Dienstbetreiber der „Multimodalen Reiseinformation“ zur Verwendung in den Komponenten Informations- und Vertriebslogik.
 Über die Erstellung von Statistiken bzw. Business Intelligence (BI)-Auswertungen werden sowohl

@@ Zeile 62: / Zeile 62: @@
 Ein besonderer Mehrwert stellt generell die Übermittlung von Informationen aus dem Störfallmanagement (Incident Handling) über den zuständigen Dienstbetreiber der „Multimodalen Reiseinformation“ an die Dienstbetreiber von Informations- und Vertriebskanäle dar. Für diese Dienstanbieter gilt hier generell eine besondere Verantwortung für die Reisenden, sowohl
 * bei Unfällen oder (Umwelt-)Katastrophen,
-* bei Veranstaltungen und Events, wo Sicherheitsvorkehrungen und die Steuerung der Auslastungsverteilung in der Verantwortung der öffentlichen Hand liegt als auch
+* bei Veranstaltungen und Events, wo Sicherheitsvorkehrungen und die Steuerung der Auslastungsverteilung in der Verantwortung der öffentlichen Hand liegen als auch
 * bei Krisen oder Krieg.

@@ Zeile 35: / Zeile 35: @@
 Dabei ist es unerlässlich, dass die Inhalteanbieter Daten und Informationen kontinuierlich in höchstmöglicher Qualität innerhalb eines Servicestandards an den Dienstbetreiber der „Multimodalen Reiseinformation“ liefern, um eine dauerhafte Akzeptanz bei der Zielgruppe zu sichern. Die Dienstbetreiber sind dafür zuständig, mit ihrer Komponente „Informationslogik“ die vorhandenen Daten und Informationen für die Zielgruppen so aufzubereiten, dass über eine komplette Reisekette einer Zielperson über beliebige Medien hinweg in sich stimmige Informationen über beliebige Dienstanbieter (Informations- und Vertriebsdienste) an die Zielgruppe gebracht werden können.
-Im Fall eines Vertriebs (Buchen, Verkaufen) von Produkten und Dienstleistungen der Inhalteanbieter über die „Multimodale Reiseinformation“ muss von der Komponente „API-Datenanbindung“ unabhängig von den angeschlossenen Dienstanbietern (mobility services wie z. B. Reisebüro, e-Ticket eines Verbunds, Autonavigationssystem) die Datenvalidierung zu
+Im Fall eines Vertriebs (Buchen, Verkaufen) von Produkten und Dienstleistungen der Inhalteanbieter über die „Multimodale Reiseinformation“ muss von der Komponente „API-Datenanbindung“ unabhängig von den angeschlossenen Dienstanbietern (mobility services wie z.B. Reisebüro, e-Ticket eines Verbunds, Autonavigationssystem) die Datenvalidierung zu
 * Verkaufsinformationen, Validierung und Verfügbarkeit von Produkten und Dienstleistungen,
 * gekauften Produkten und Dienstleistungen im Warenkorb,

@@ Zeile 17: / Zeile 17: @@
 '''API-Datenanbindung'''
-Die Komponente (IT-Schicht) „API-Datenanbindung“ schließt über diverse technische Transportprotokolle die Systeme der Inhalteanbieter mit dem Zweck der Zustellung von Daten und Informationen an den für ein definiertes Gebiet zuständigen und neutralen Dienstbetreiber der „Multimodalen Reiseinformation“ (z. B. moveBW in Baden-Württemberg, VAO in Österreich) an. Ein Inhalteanbieter kann auch als Aggregator eigene Datenbestände als Informationen (z.B. Fahrplanauskunft eines Verkehrsverbunds, MDM) an der „API-Datenanbindung“ mit einem gewissen Normierungsstand zur Verfügung stellen. Der Inhalteanbieter bestimmt das Exportformat.
+Die Komponente (IT-Schicht) „API-Datenanbindung“ schließt über diverse technische Transportprotokolle die Systeme der Inhalteanbieter mit dem Zweck der Zustellung von Daten und Informationen an den für ein definiertes Gebiet zuständigen und neutralen Dienstbetreiber der „Multimodalen Reiseinformation“ (z.B. moveBW in Baden-Württemberg, VAO in Österreich) an. Ein Inhalteanbieter kann auch als Aggregator eigene Datenbestände als Informationen (z.B. Fahrplanauskunft eines Verkehrsverbunds, MDM) an der „API-Datenanbindung“ mit einem gewissen Normierungsstand zur Verfügung stellen. Der Inhalteanbieter bestimmt das Exportformat.
 Der Datenzugriff erfolgt nach Absprache wahlweise im Pull- oder auch im Push-Mechanismus, um einen Abgleich des gesamten Datenbestands als Vollupdate oder inkrementelles Update sicherzustellen. Die Akteure stimmen untereinander einen geeigneten Updatezyklus ab.

@@ Zeile 1: / Zeile 1: @@
 == Entwicklung der Architekturvision ==
-Aufbauend auf dem Wirkungsbereich für die IVS-Referenzarchitektur „Multimodale Reiseinformation“ können für die Beschreibung der Architekturvision der „Multimodale Reiseinformation“ (Blauer Bereich in Abbildung 2)
+Aufbauend auf dem Wirkungsbereich für die IVS-Referenzarchitektur „Multimodale Reiseinformation“ können für die Beschreibung der Architekturvision der „Multimodalen Reiseinformation“ (Blauer Bereich in Abbildung 2)
 * die maßgebenden Komponenten sowie

@@ Zeile 7: / Zeile 7: @@
 identifiziert und beschrieben werden.
 [[Datei:Komponenten der IVS-Referenzarchitektur Multimodale Reiseinformation_Konsortium MRK-AMADEUS.JPG|700px|thumb|centre]]
-'''Abbildung 2'''	Komponenten der IVS-Referenzarchitektur „Multimodale Reisein-formation“
+'''Abbildung 2'''	Komponenten der IVS-Referenzarchitektur „Multimodale Reiseinformation“
@@ Zeile 105: / Zeile 107: @@
 * um die Prozesse rund um die Dienstreise und deren Abrechnung zu automatisieren bzw. zu optimieren.
-Um entlang von Reiseketten nicht nur diskriminierungsfrei alle Informationen über die möglichen Produkte und Dienstleistungen anbieten zu können, muss auch die Buchung und der Kauf dieser angebotenen Produkte und Dienstleistungen diskriminierungsfrei für alle Zielgruppen möglich sein. In Anbetracht von z. B. einem unerwarteten Ereignis auf einer Reise wird damit gewährleistet, dass der Kunde nicht nur Alternativen aufgezeigt bekommt, sondern diese auch direkt wahrnehmen kann ohne einen Medienbruch und damit neue Unsicherheiten auf sich zu nehmen. Die Zielgruppen (Nutzer) sparen Zeit, sie bekommen vereinfachte Prozesse vor und während der Reise und somit Vertrauen und Sicherheit in die „Multimodale Reiseinforma-tion“.
+Um entlang von Reiseketten nicht nur diskriminierungsfrei alle Informationen über die möglichen Produkte und Dienstleistungen anbieten zu können, muss auch die Buchung und der Kauf dieser angebotenen Produkte und Dienstleistungen diskriminierungsfrei für alle Zielgruppen möglich sein. In Anbetracht von z.B. einem unerwarteten Ereignis auf einer Reise wird damit gewährleistet, dass der Kunde nicht nur Alternativen aufgezeigt bekommt, sondern diese auch direkt wahrnehmen kann, ohne einen Medienbruch und damit neue Unsicherheiten auf sich zu nehmen. Die Zielgruppen (Nutzer) sparen Zeit, sie bekommen vereinfachte Prozesse vor und während der Reise und somit Vertrauen und Sicherheit in die „Multimodale Reiseinformation“.
-Des Weiteren kann durch die Einbindung der Komponente „Vertriebslogik“ in die Architekturvision der „Multimodalen Reiseinformation“ auch kommerziel-le Elemente wie Inzentivierung, Gamification oder Anreizprogramme zur Un-terstützung der Akzeptanz öffentlicher Strategien (z. B. Umsteigen auf den Öffentlichen Verkehr) bei Zielgruppen genutzt werden. In der weiteren Folge lassen sich damit BI-Möglichkeiten zur Erstellung von Statistiken über Rei-sekosten und deren Veränderung über die Jahre (Kostensteigerung) abbil-den. Damit können die Zielgruppen finanzielle und zeitliche Steuerungs-maßnahmen für sich und ihr Mobilitätsverhalten einfach erkennen und ablei-ten.
-Eine IVS-Referenzarchitektur „Multimodale Reiseinformation“ darf sich da-her nicht nur auf die Informationslogik zurückziehen, sondern muss auch bei der Komponente „Vertriebslogik“ einen diskriminierungsfreien Einsatz an-gemessen vorsehen und beschreiben.
+Des Weiteren können durch die Einbindung der Komponente „Vertriebslogik“ in die Architekturvision der „Multimodalen Reiseinformation“ auch kommerzielle Elemente wie Inzentivierung, Gamification oder Anreizprogramme zur Unterstützung der Akzeptanz öffentlicher Strategien (z.B. Umsteigen auf den Öffentlichen Verkehr) bei Zielgruppen genutzt werden. In der weiteren Folge lassen sich damit BI-Möglichkeiten zur Erstellung von Statistiken über Reisekosten und deren Veränderung über die Jahre (Kostensteigerung) abbilden. Damit können die Zielgruppen finanzielle und zeitliche Steuerungsmaßnahmen für sich und ihr Mobilitätsverhalten einfach erkennen und ableiten.
-Data Hub
+Der Data Hub erlaubt die kontrollierte Anbindung an die Big-Data-Analystik und an Data-Ware-Houses durch Tracing- und Tracking-Prozesse des Datenflusses über den/die neutralen Dienstbetreiber „Multimodale Reiseinformation“. Dadurch können zukünftig auf Seiten der
-Die Komponente (IT-Schicht) „Data Hub“ stellt die Serverseitige Organisati-onseinheit der Komponenten der „Multimodalen Reiseinformation“ dar. Es beinhaltet u. a. das
+* öffentlichen Hand Planungs- und Verkehrssteuerungsprozesse optimiert und auf Seiten der
-	Datenmanagement und Datensicherheit (Überlassung, Weitergabe, Nutzung, Regeln, Status)
+* Privatwirtschaft Mehrwertdienste entwickelt und an den Endnutzer verkauft werden.