1_033_lebensnotwendigedienstleistungen_TicketAPI

Das Ziel

Reduzierung/Abschaffung von „physikalischen Warteschlangen“

Wir schaffen die technologische Basis um Warteschlangen effizient zu managen. Beliebige Systeme können unsere API nutzen und entweder den in der public Cloud bereitgestellten Dienst verwenden oder in einer on premise Lösung zu agieren. Wir haben festgestellt, dass im Rahmen dieses Hackathons viele Ideen sich in der Basis mit ähnlichen Herausforderungen konfrontiert sehen: Dem managen/verteilen von Wartenden denen eine eingeschränkte Menge an Anlaufstellen gegenübersteht. Sei es beim Behördengang, beim Arzt im Wartezimmer, Krankenhäuser, oder auch im Supermarkt. Die Herausforderungen des Warteschlangen management sind im Prinzip immer gleich:

• Ziehen eines „Tickets“ per App und daraus Formierung einer virtuellen Warteschlange
• Verwaltung und Priorisierung der „Tickets“
• Automatische Ermittlung der voraussichtlichen Wartezeit das „Warten in der echten Welt“ beginnt erst kurz bevor man an der Reihe ist
• Unmittelbare Einbeziehung von Änderungen auf die Wartezeit der anderen Tickets einer Schlange
• Berücksichtigung möglicher Einflussfaktoren auf Berechnung der Wartezeit z.B. vom Wetter über die Verkehrslage bis hin zu Jahreszeit oder Wochentag
• Ermöglicht Auslastungen zu "messen" und Wartende auf andere Schlangen zu verteilen wo gerade weniger los ist.

Es ist dabei unerheblich, ob man darauf wartet, beim Arzt dranzukommen, oder den Besucherstand im Supermarkt ermitteln und bereitstellen möchte. Ob man hier auf aktive Einbindung der Menschen setzt, oder IoT gestützt, oder beides, ist für unsere Technologie unerheblich.

Ein System im Bereich der künstlichen Intelligenz

Unsere Technologie versucht auf Basis verschiedener Datenquellen die vorraussichtliche Wartezeiten auszurechnen. Dabei ist unsere API Lösungs-Unabhängig und flexibel.

Je mehr und intensiver der Service genutzt wird, desto genauer werden die Daten. Auf diese Weise ergeben sich sogar Synergieeffekte zwischen verschiedenen Integratoren.

Datenschutz

Die TicketAPI kennt die Verwendung der Tickets nicht. Es sind keine persönlichen Daten notwendig. Das Ziehen von Tickets, das einlösen und aufbewahren ist Sache der integrierenden App.

Technologie

Die TicketAPI gliedert sich in drei REST API Komplexe:

• WaitingAPI: Stellt Funktionen zum ziehen und einlösen und managen von Tickets bereit.
• AdminAPI: ermöglicht die Verwaltung von Warteschlangen, Neuanlage etc.
• InfluenceAPI: Der Steuerungskanal für äußere Einflüsse auf eine Warteschlange.

Das System ist als Java Microservice Architektur designed und besteht derzeit aus unterschiedlichen Spring Boot Modulen, außerdem wird Kafka als Messaging Drehscheibe verwendet.

Die Herausforderungen

Wir haben uns schon im letzten Jahr viele Gedanken zu dem Thema gemacht, und festgestellt, dass die Anwendungsmöglichkeiten ebenso vielfältig wie komplex sind. Daher der Fokus auf die Basistechnologie, welche folgende Herausforderungen abdeckt:

• Performance: Warteschlangen müssen sehr schnell berechnet werden können.
• Verteilung: Viele regionale oder überregionale "Ticketzieher" erfordern eine stabile und konsistente Erfassung.
• Äußere Einflüsse: Erstmal ist die Bearbeitung und Priorität eines Tickets die Basis um die Wartezeiten für Nachfolgende zu berechnen. Allerdings spielt das Wetter oder Verkehr aber auch beliebige andere äußere Umstände ebenso eine Rolle.
• Ticketmanagement: Verschiebungen, Ausfälle oder auch Notfälle führen immer zu einer Neuberechnung der Warteschlange. Daher kann jedes einzelne Ticket jederzeit geändert werden - auf diese Weise wird eine Warteschlange hoch flexibel.

Woher wir kamen und wichtiger: Wohin wir wollen

Die TicketAPI wurde bereits vor Corona entwickelt und ihm Rahmen des Hackathons als Prototype bereitgestellt. Unser Ziel war schon immer, die Herausforderungen beim Kanalisieren von "Mengen" technisch zu unterstützen, und das ist es auch weiterhin. In Zeiten der Corona-Krise nimmt diese Herausforderung nochmal eine ganz andere Dimension an. Wir sind davon überzeugt, dass wir alle effizienter sein können, wenn die speziellen Lösungen nicht jedes Mal das Rad neu erfinden. Wir brauchen daher Partner und Integratoren, um das System zu verfeinern. Das System kann als Cloud Service bereitgestellt werden, allerdings kann es auch in den jeweiligen Lösungs-Stack integriert werden.

Demo Video: https://www.youtube.com/watch?v=BC0BFctgzOc

Built With

• angular.js
• java
• openapi