DynaGate

Viele Veranstalter, Leistungsträger und auch Reisebüroketten arbeiten zum Teil mit eigens programmierten Buchungssystemen, die an ein CRS System mittels STADIS^®-Kommunikation angeschlossen sind. Um den Einsatz von dynamischen Masken zu ermöglichen, werden von den CRS Trägern neue Technologien zur Verfügung gestellt. DynaGate dient der Übersetzung dieser neuen Technologien in das bisher übliche STADIS^®-Format. Durch Vorschalten des adaptierten Gateway Frames werden Anpassungen an bestehen-den Gateways überflüssig. DynaGate kann mit allen gängigen Systemen korrespondieren und von allen Veranstaltern eingesetzt werden.

Dynamische Teilmasken

Dynamische Teilmasken für touristische Angebote unterstützen und vereinfachen in CRS-Systemen den Beratungs- und Buchungsprozess. Durch den Einsatz von DynaGate hat der Veranstalter die Möglichkeit, den Anwender im Sinne einer Nutzerführung durch einzelne Buchungsschritte leiten zu können. Dabei nutzt DynaGate Vakanz-Abfragen an das bestehende Gateway zum Aufbau von Auswahllisten, in denen der Anwender die gewünschte Leistung direkt markieren kann. Die Buchungsinformationen werden dann in der Hauptmaske zur Ansicht gebracht und der Anwender kann die gewünschte Aktion auslösen.

Gateway Frame

DynaGate wurde auf der Basis des von znt-Richter entwickelten dynamischen Gateway Frames in einer Allianz zwischen den IT-Firmen znt-Richter und GK System entwickelt. Das dynamische Gateway Frame dient der Verbindung von Systemen mit unterschiedlichen Schnittstellendefinitionen.

Anpassungen vermeiden

Durch Vorschalten des adaptierten Gateway Frames werden Anpassungen an bestehenden Gateways überflüssig. DynaGate kann von allen Veranstaltern eingesetzt werden und mit allen gängigen Systemen korrespondieren.

Auf der Grundlage von DynaGate werden die Produkte S2S-Box „STEAL^®-to-STADIS^®“ für START Amadeus Anwender, die X2S-Box „XwingML-to-STADIS^®“ für Sabre Merlin Benutzer, sowie die DG2DG-Box „DynaGate-to-DynaGate“ als All-In-One Lösung, für die Nutzer von START Amadeus, Sabre Merlin, Galileo und Travi Austria, entwickelt.

Vorgehensmodell

• Pro Terminalnummer wird bei Nachrichteneingang eine Sitzung im Sitzungsspeicher erstellt, in dem die Informationen während eines gesamten Vorgangs zwischengespeichert werden.
• Die für die Verarbeitung von Nachrichten-Formaten notwendige Zwischenspeicherung von Zustandsinformationen ist somit in DynaGate bereits integriert.
• Mit dynamischer Interfacedefinition analysiert DynaGate die Formate eingehender Nachrichten und zerlegt diese in vorab definierte Einzelinformationen.
• Anschließend erfolgt die Anwendung von Regeln, die in einer XML Konfiguration die Ablaufreihenfolge verschiedener Aktionen angeben. Die Einzelinformationen bilden hierbei die Basis für den Anstoß von Aktionen.
• Die Aktionen selbst nutzen Teile der vorher erhaltenen Einzelinformationen, um STADIS^®- Nachrichten zusammen zu setzen und diese an das bestehende Gateway zu senden.
• Bei der Rückantwort wird analog vorgegangen. Die aus dem bestehenden STADIS^®-Gateway erhaltenen Informationen werden zerteilt und im gewünschten Format als Antwort zum Terminal präsentiert.