DE112017007948T5 - System und Verfahren zur Verwaltung des Betriebs eines kommerziellen Transportfahrzeugs - Google Patents

System und Verfahren zur Verwaltung des Betriebs eines kommerziellen Transportfahrzeugs Download PDF

Info

Publication number
DE112017007948T5
DE112017007948T5 DE112017007948.9T DE112017007948T DE112017007948T5 DE 112017007948 T5 DE112017007948 T5 DE 112017007948T5 DE 112017007948 T DE112017007948 T DE 112017007948T DE 112017007948 T5 DE112017007948 T5 DE 112017007948T5
Authority
DE
Germany
Prior art keywords
user
vehicle
module
repository
qualified registered
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
DE112017007948.9T
Other languages
English (en)
Inventor
Wim DE MUNCK
Tom De Winne
Kris Van Den Bergh
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Aviovision BV
Original Assignee
Aviovision BV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Aviovision BV filed Critical Aviovision BV
Publication of DE112017007948T5 publication Critical patent/DE112017007948T5/de
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/29—Geographical information databases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063112—Skill-based matching of a person or a group to a task
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315—Needs-based resource requirements planning or analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/105—Human resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/018—Certifying business or products
    • G06Q30/0185—Product, service or business identity fraud
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/01—Social networking
    • G06Q50/40—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/105—Multiple levels of security
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482—Interaction with lists of selectable items, e.g. menus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q2240/00—Transportation facility access, e.g. fares, tolls or parking

Abstract

System (100) zur Verwaltung des Betriebs eines kommerziellen Transportfahrzeugs für eine ausgewählte Reiseetappe, wobei ein qualifizierter registrierter Nutzer einen Fahrzeugbetriebsplan, der sich auf eine ausgewählte Reiseetappe bezieht, erstellen kann, durch ein Fahrzeugbetriebsplanungswerkzeug, das über eine GUI (519) angezeigt wird, die auf einer Client-Anwendung (517) ausgeführt wird, auf Grundlage von mindestens einer Konfigurationsdatei, die dem Qualifikationstyp des qualifizierten registrierten Nutzers und der ausgewählten Reiseetappe zugeordnet ist, die durch ein Rufmodul (110) abgerufen wird. Das System (100) umfasst ferner ein Benachrichtigungsmodul (111), das eingerichtet ist zur Extrahierung der Werte, die dem Fahrzeugbetriebsplan durch den qualifizierten registrierten Nutzer zugewiesen sind, und ferner eingerichtet ist, selektiv qualifizierte registrierte Nutzer, die mit der ausgewählten Reiseetappe verknüpft sind und von den extrahierten Werten betroffen sind, zu benachrichtigen.

Description

  • Technischer Bereich
  • Die vorliegende Erfindung betrifft ein System und ein Verfahren zur Verwaltung des Betriebs eines kommerziellen Transportfahrzeugs für eine ausgewählte Reise, die mindestens eine Etappe umfasst, die an einem vorbestimmten Datum zwischen vorbestimmten Ausgangs- und Zielorten durchgeführt wird. Spezifischer stellt die vorliegende Erfindung ein System und ein Verfahren zur Verfügung, die es einem qualifizierten registrierten Nutzer ermöglicht, die Betriebseinstellungen eines bestimmten Fahrzeugs, z. B. eines Luftfahrzeugs, eines Zuges, eines Schiffs, eines Autos oder dergleichen, für eine ausgewählte Reiseetappe vor der Abfahrt und/oder während der Fahrzeit zu verwalten.
  • Hintergrundtechnik
  • Im Transportsektor und insbesondere in der Luftfahrtindustrie ist die Erstellung eines Fahrzeugbetriebsplans für eine ausgewählte Reise ein komplizierter und zeitaufwendiger Prozess, der eine Reihe an Überlegungen beinhaltet, die berücksichtigt werden müssen, um die sichere Beförderung von Passagieren an ihren Zielort sicherzustellen. Die Komplexität der Erstellung des Fahrzeugbetriebsplans kann sich weiter erhöhen, wenn die Reise eine Anzahl an Reiseetappen umfasst, die jeweils zwischen einem planmäßigen Abfahrtsort und einem planmäßigen Zielort verlaufen. Im Allgemeinen beginnt die Erstellung des Fahrzeugbetriebsplans für eine vorgegebene Reiseetappe vor dem zugewiesenen Abfahrtsdatum und wird bis zum Abschluss der Reiseetappe kontinuierlich aktualisiert und erneut überprüft. Eine Mehrzahl an Systemnutzern kann an der Verwaltung der verschiedenen Aspekte des Fahrzeugbetriebsplans für eine ausgewählte Reiseetappe beteiligt sein. Daher erhöht die Kommunikation, Koordination und Verwaltung des Fahrzeugbetriebsplans zwischen den verschiedenen Nutzern die Komplexität des Prozesses erheblich. Um die Fahrzeugbetriebsaufgaben korrekt zu erledigen, sind die Systemnutzer in hohem Maße darauf angewiesen, aktuelle und nutzerrelevante Informationen aus verschiedenen Quellen zu erhalten. Zum Beispiel ist ein Pilot darauf angewiesen, aktuelle Informationen über die Wetterbedingungen und die Flugzeugauslastung zu erhalten, um die Flugzeugleistung für die verschiedenen Flugphasen zu bestimmen oder um die für die jeweilige Reiseetappe erforderliche Treibstoffmenge zu bestimmen. In ähnlicher Weise ist ein Luftverkehrsbetreiber darauf angewiesen, genaue Informationen über die Wetterbedingungen und den Luftverkehr zu erhalten, um die verfügbare Startbahn und die Abflugzeit für die jeweilige Reiseetappe zu bestimmen. Darüber hinaus ist es wichtig, dass Benachrichtigungen und Aktualisierungen, die sich aus der Erstellung und/oder Aktualisierung eines Fahrzeugbetriebsplans eines Systemnutzers ergeben, nahtlos an die relevanten Systemnutzer und Abonnenten, die der ausgewählten Reiseetappe zugeordnet sind, weitergeleitet werden. Der Austausch von Benachrichtigungen und Fahrzeugbetriebsplanaktualisierungen zwischen den verschiedenen Systemnutzern erhöht die Komplexität und die damit verbundenen Kosten weiter.
  • Bestehende Systeme, wie das in US20160093217 beschriebene, sind hauptsächlich darauf ausgerichtet, den Piloten relevante Informationen für die Erstellung eines Flugplans zu liefern und anschließend alle Aktualisierungen des Flugplans an eine Anzahl von vorausgewählten Systemnutzern zu kommunizieren. Solche Systeme sind jedoch hinsichtlich der Anzahl und Art der Nutzer, die in Echtzeit bei der Erstellung eines Fahrzeugbetriebsplans für eine Reiseetappe zusammenarbeiten können, begrenzt.
  • Daher ist es notwendig, den Prozess der Erstellung des Fahrzeugbetriebsplans für die verschiedenen Systemnutzer weiter zu optimieren und zu verbessern, ohne die Sicherheit und Zuverlässigkeit des Systems zu beeinträchtigen.
  • Offenbarung der Erfindung
  • Es ist ein Ziel der vorliegenden Erfindung, ein System und ein Verfahren bereitzustellen, die es qualifizierten, registrierten Nutzern ermöglicht, den Betrieb eines kommerziellen Transportfahrzeugs für eine vorher festgelegte Reiseetappe auf genauere und weniger komplexe Weise gemeinsam zu verwalten, um die Transportsicherheit der Besatzung und der Passagiere zu erhöhen, ohne gleichzeitig die Sicherheit und Zuverlässigkeit des Systems zu beeinträchtigen.
  • Aus Gründen der Klarheit wird in der nachfolgenden Beschreibung die Erfindung mit ihren Auswirkungen und Vorteilen für die Luftfahrtindustrie beispielhaft dargestellt. Es wird jedoch davon ausgegangen, dass die Erfindung in analoger Weise auch in anderen Sektoren der Transportindustrie anwendbar ist, die an der Beförderung von Gütern und/oder Passagieren beteiligt sind, wie z. B. Eisenbahn, Lastkraftwagen, Bus und Reisebus, Taxis und private Vermietungen, Wassertransport usw.
  • Das Verfahren und System gemäß der vorliegenden Erfindung nutzt Client-Terminals, die als mobile Terminals, wie Tablet-Computer, Smartphones, Laptops usw., oder als stationäre Terminals, wie z. B. ein Kiosk für Bodenabfertiger oder ein an der vorgegebenen Stelle im Transportfahrzeug installiertes Terminal, wie z. B. ein Touchscreen im Cockpit eines Flugzeugs oder Zuges, konfiguriert werden können.
  • Das Ziel der vorliegenden Erfindung wird mit einem System erreicht, das die technischen Merkmale des ersten unabhängigen Anspruchs zeigt.
  • Spezifischer wird ein System zur Verwaltung eines Fahrzeugbetriebsplans in Verbindung mit dem Betrieb eines kommerziellen Transportfahrzeugs für eine ausgewählte Reiseetappe über eine zentrale Betriebsverwaltungsplattform bereitgestellt, auf die qualifizierte registrierte Nutzer über eine in einem Client-Terminal installierte Client-Anwendung zugreifen können, so wie die zuvor diskutierte. Zu diesem Zweck ist das System mit einer zentralen Betriebsverwaltungsplattform ausgestattet, die über ein Kommunikationsnetzwerk operativ mit einem Datenbankmodul gekoppelt ist, das mindestens drei Repositories umfasst. Die in den verschiedenen Repositories des Datenmoduls gespeicherten Daten können von einem Administrator des Systems gepflegt werden. Das erste Repository umfasst eine Liste von registrierten Nutzern, die jeweils einer Nutzersicherheitskennung und einem Qualitätsnutzertyp zugeordnet sind, der zumindest die Rolle, die Berechtigungsstufe und die Art des Fahrzeugbetriebs definiert, die jedem qualifizierten registrierten Nutzer zugewiesen sind. Beispielsweise würde einem registrierten Nutzer, dem der Qualifikationsnutzertyp „Pilot“ zugeordnet ist, eine höhere Berechtigungsstufe für die Verwaltung und Anpassung der Einstellung eines Fahrzeugbetriebsplans zugewiesen werden im Vergleich zu einem registrierten Nutzer, dem der Qualifikationstyp „Besatzung“ zugeordnet ist. Das zweite Repository umfasst einen Satz an Reiseetappen, die jeweils einer Mehrzahl registrierter Nutzer aus dem ersten Repository und einem Transportfahrzeug zugeordnet sind. Die im zweiten Repository gespeicherten Reiseetappen können beispielsweise Transportfahrzeugdaten zugeordnet sein, wobei die Transportfahrzeugdaten Informationen über den Transportfahrzeugtyp, z. B. Airbus A320, und eine eindeutige Transportfahrzeugkennung, wie z. B. eine Flugzeughecknummer, enthalten können. Das zweite Repository kann als relationale Datenbank konfiguriert sein, die Informationen über die zu betreibenden Reiseetappen und die jeder Reiseetappe zugeordneten Transportfahrzeuge und Mitarbeiter enthält. Zum Beispiel würde die Reiseetappe mit Ausgangs- und Zielort (Q&D) „Paris nach London“ an einem bestimmten Reisedatum einem Team von registrierten Nutzern mit einer vielfältigen Bandbreite von Qualifizierungsnutzertypen zugewiesen, z. B. Pilot, Besatzung, Lotse, Wartungspersonal, Catering, usw., die von einem „Airbus 320“-Transportfahrzeugtyp mit der Hecknummer „OOAAV“ betrieben wird. Das dritte Repository umfasst eine Mehrzahl an Fahrzeugkonfigurationsdateien, die jeweils einer Reiseetappe aus dem zweiten Repository und einem vorbestimmten Qualifikationsnutzertyp aus dem ersten Repository zugeordnet sind, wobei jede Konfigurationsdatei mindestens einen Satz von Konfigurationseinstellungen zur Erzeugung eines Fahrzeugbetriebsplans definiert. Das System ist mit einer Mehrzahl an Client-Terminals ausgestattet, die jeweils über ein Kommunikationsnetzwerk operativ mit der zentralen Betriebsverwaltungsplattform gekoppelt sind. Die Terminals werden vom Nutzer bedient und sind für die Ausführung einer Client-Anwendung eingerichtet, die auf dem Client-Terminal oder in einem entfernten Server vorinstalliert sein kann, wobei in diesem Fall der Zugriff auf die Anwendung über einen Internet-Browser möglich ist. Die Client-Anwendung ist eingerichtet, dass sie einem registrierten Nutzer aus dem ersten Repository mit einem vorgegebenen Qualifikationsnutzertyp über eine grafische Benutzeroberfläche (GUI) des Client-Terminals ein Fahrzeugbetriebsplanungswerkzeug zur Verfügung stellt, das so eingerichtet ist, dass es mit dem qualifizierten registrierten Nutzer für die Anpassung eines Fahrzeugbetriebsplans für eine ausgewählte Reiseetappe interagiert. Das Fahrzeugbetriebsplanungswerkzeug ist eingerichtet, dem qualifizierten registrierten Nutzer einen interaktiven Fahrzeugbetriebsplan bereitstellen, der mit Fahrzeugbetriebsplandaten versehen ist, die mindestens einen Satz von durch den Nutzer veränderbaren Eingabeparametern umfassen, die sich auf den Fahrzeugbetrieb des spezifischen kommerziellen Transportfahrzeugs beziehen, das der ausgewählten Reiseetappe und dem Qualifikationsnutzertyp zugeordnet ist. Die vom Nutzer veränderbaren Eingabeparameter des Fahrzeugbetriebsplans sind auf der Grundlage der Auswahl mindestens einer Konfigurationsdatei aus dem dritten Repository konfiguriert. Die zentrale Betriebsverwaltungsplattform ist mit einem Rufmodul ausgestattet, das eingerichtet ist, in Erwiderung auf den Empfang einer Nutzeranfrage von einem Client-Terminal zur Erstellung eines Fahrzeugbetriebsplans, von dem ersten bzw. dem zweiten Repository die Nutzersicherheitskennung abzurufen und, z. B. auf Grundlage der Sicherheitskennung, die Reiseetappen abzurufen, die mit dem qualifizierten registrierten Nutzer des Client-Terminals verbunden sind. Das Rufmodul ist eingerichtet, die abgerufenen Reiseetappen zu der Client-Anwendung des Client-Terminals, das die Nutzeranfrage ausgibt, weiterzuleiten, wo sie dem qualifizierten registrierten Nutzer zur Auswahl einer Reiseetappe angezeigt werden. Das Rufmodul ist eingerichtet, in Erwiderung auf den Empfang einer Auswahl einer Reiseetappe von der Client-Anwendung, mindestens eine entsprechende Konfigurationsdatei von dem dritten Repository abzurufen, die der ausgewählten Reiseetappe und dem Qualifikationstyp des qualifizierten registrierten Nutzers zugeordnet ist. Zum Beispiel kann das Rufmodul eingerichtet sein, eine einzelne Konfigurationsdatei, die der Reiseetappe und dem registrierten Nutzerqualifikationstyp zugeordnet ist, abzurufen. Zum Beispiel kann die einzelne Konfigurationsdatei eine XML-Datei sein, die von einem Administrator des Systems erstellt wurde und die Verknüpfungen mit einer Anzahl an Unterkonfigurationsdateien enthält, die an einem Ort in dem Datenbankmodul gespeichert sein können. Zum Beispiel kann jede Unterkonfigurationsdatei in einem computerausführbaren Skriptformat vorliegen, das von der Client-Anwendung ausgeführt werden kann, um die Parameter eines bestimmten Abschnitts des Fahrzeugbetriebsplans einzustellen, z. B. um die Parameter in Verbindung mit den Leistungsberechnungen, Treibstoff, Gewicht und Gleichgewichtsberechnungen, und dergleichen einzustellen. Entsprechend Ausführungsformen der vorliegenden Erfindung kann das Rufmodul eingerichtet sein, einen Satz an Konfigurationsdateien abzurufen, die der Reiseetappe und dem registrierten Nutzerqualifikationstyp zugeordnet sind. Der Satz an Konfigurationsdateien, z. B. ein Satz an XML-Dateien, die von einem Administrator des Systems erstellt wurden, können Anweisung zur Konfiguration und/oder Erzeugung eines spezifischen Teils des Fahrzeugbetriebsplans enthalten, z. B. eines Wetterreiters oder eines Leistungsberechnungsreiters des interaktiven Fahrzeugbetriebsplans, der in der GUI des Client-Terminals gezeigt wird. Darüber hinaus sollte es verstanden sein, dass jede Konfigurationsdatei in dem Satz an Konfigurationsdateien, die von dem Rufmodul abgerufen werden, Verknüpfungen zu einem zweiten Satz an Unterkonfigurationsdateien enthalten können, wie zuvor beschrieben. Die mindestens eine Konfigurationsdatei wird der Client-Anwendung weitergeleitet, z. B. auf das Client-Terminal, zusammen mit mindestens den vom Nutzer veränderbaren Eingabeparametern, um mindestens den Satz an vom Nutzer veränderbaren Eingabeparametern des Fahrzeugbetriebssplans, der dem qualifizierten registrierten Nutzer zur Verfügung gestellt wird, zu konfigurieren. Die Client-Anwendung wird z. B. angewiesen, den Fahrzeugbetriebsplan zu erzeugen, auf Grundlage des Satzes an Konfigurationseinstellungen, die durch die ausgewählte mindestens eine Konfigurationsdatei definiert sind, wobei der Satz an Konfigurationseinstellungen der Client-Anwendung Anweisungen zur Verfügung stellt, wie der Fahrzeugbetriebsplan zu erzeugen ist, unter Verwendung von zumindest den vom Nutzer veränderbaren Eingabeparametern. Die zentrale Betriebsverwaltungsplattform umfasst ein Benachrichtigungsmodul, das eingerichtet ist, in Erwiderung auf den Empfang eines Fahrzeugbetriebsplans von einem Client-Terminal, die Werte, die den vom Nutzer veränderbaren Eingabeparametern des Fahrzeugbetriebsplans zugeordnet sind, zu extrahieren, und entsprechend mindestens eine Benachrichtigung zu erzeugen, die Informationen über die extrahierten Werte enthält.
  • Die mindestens eine Benachrichtigung ist über einen Benachrichtigungsserver selektiv an mindestens einen der verbleibenden qualifizierten registrierten Nutzer weiterzuleiten, die im zweiten Repository als der ausgewählten Reiseetappe zugeordnet anzeigt sind.
  • Es hat sich herausgestellt, dass das System der vorliegenden Erfindung mehrere Vorteile hat im Vergleich zu bestehenden Lösungen. Erstens, indem das System mit einem Datenbankmodul ausgestattet ist, das separate Repositories aufweist zum Speichern verschiedener Arten von Daten, wird es für einen Administrator leichter, den Zugriff zu individuellen Teilen des Datenbankmoduls zu verwalten und zu steuern. Zum Beispiel kann ein Administrator mit dieser Datenbankmodulkonfiguration den Inhalt jeder der individuellen Repositories in einfacher Weise aktualisieren, z. B. indem qualifizierte registrierte Nutzer, die den verschiedenen Reiseetappen in dem zweiten Repository zugeordnet sind, aktualisiert werden, ohne dass die verbleibenden Teile des Datenbankmoduls aktualisiert werden müssen. Darüber hinaus kann der Administrator verschiedene Zugangsstufen den Daten zuordnen, die in jeder der Datenbankmodul-Repositories gespeichert sind, ohne die Funktionalität und Zuverlässigkeit des Systems zu beeinflussen. Darüber hinaus kann durch die Bereitstellung einer Fahrzeugkonfigurationsdatei für jede Reiseetappe, die gegebenenfalls von einer zuständigen Behörde erstellt und überprüft wurde, das Fahrzeugbetriebsplanungswerkzeug einfach und genau mit allen erforderlichen Informationen entsprechend der Qualifikation des registrierten Nutzers, der das Client-Terminal bedient, konfiguriert werden. Auf diese Weise kann das System die korrekte Fahrzeugkonfigurationsinformation abrufen, die mit der ausgewählten Reiseetappe und dem Qualifikationsnutzertyp verknüpft ist, ohne die Einmischung des tatsächlichen Nutzers. Daher kann durch Konfiguration des Fahrzeugbetriebsplans auf Grundlage einer Konfigurationsdatei die Genauigkeit der Information, die dem Nutzer dargestellt wird, sichergestellt werden, was die Transportsicherheit für die Besatzung und gleichsam für die Passagiere erheblich erhöht. Zusätzlich, indem das System mit dem oben dargestellten Benachrichtigungsmodul ausgestattet ist, wird es möglich, die verbleibenden qualifizierten registrierten Nutzer, die mit den Reiseetappen verknüpft sind, selektiv zu benachrichtigen, in Abhängigkeit von den extrahierten Werten, die den vom Nutzer veränderbaren Parametern des Fahrzeugbetriebsplans zugeordnet sind. Das Benachrichtigungsmodul kann beispielsweise die dem Fahrzeugbetriebsplan von einem qualifizierten registrierten Nutzer zugewiesenen Werte extrahieren und dementsprechend eine entsprechende Benachrichtigung auf der Grundlage der aus dem Fahrzeugbetriebsplan extrahierten Information vorbereiten, die selektiv zu benachrichtigen ist, und zwar auf der Grundlage eines vorgewählten Parameters, z. B. der Nutzerqualifikationsstufe oder -typs, wobei mindestens einer der verbleibenden Nutzer mit der ausgewählten Reiseetappe verknüpft ist. Das Benachrichtigungsmodul kann z. B. eingerichtet sein, die Werte der vom Nutzer veränderbaren Parameter, wie sie vom qualifizierten Nutzer validiert wurden, zu extrahieren, was Änderungen und/oder Aktualisierungen des Fahrzeugbetriebsplans im Vergleich zu einer früheren Version einschließen kann, und dementsprechend die qualifizierten registrierten Nutzer, die sich mit diesen Werten und/oder Änderungen und/oder Aktualisierungen befassen, zu benachrichtigen. Die Benachrichtigung der Nutzer, die sich mit diesen Werten befassen, hat den Vorteil, dass diese Nutzer nicht die Daten abrufen müssen, da die Daten automatisch im Push-Verfahren gesendet werden. Dies hat den Vorteil, dass die betroffenen Nutzer schnell auf eine Validierung und/oder eine Änderung des Fahrzeugbetriebsplans aufmerksam gemacht werden, die ihre Aufmerksamkeit erfordert, ohne dass ein weiteres Eingreifen des Nutzers erforderlich ist. Dadurch können Verzögerungen und Fehler stark minimiert werden, was letztlich zu einer Erhöhung der Sicherheit des Transportfahrzeugs führt. Die selektive Benachrichtigungscharakteristik des Benachrichtigungsmoduls hat den Vorteil, dass die Menge an Information, die über das Kommunikationsnetzwerk übertragen werden müssen, signifikant reduziert wird, wobei zugleich die Integrität und Sicherheit des Systems erhöht werden. Der Grund dafür ist, dass das Benachrichtigungsmodul so eingerichtet ist, dass es nur die qualifizierten registrierten Nutzer identifiziert und benachrichtigt, die von den aus dem Fahrzeugbetriebsplan extrahierten Werten betroffen sind, was zu einer Reduzierung der über das Kommunikationsnetzwerk gesendeten Benachrichtigungsnachrichten und somit einer Reduzierung der übertragenen Daten führt. Zum Beispiel, wenn der Pilot des Luftfahrzeugs aufgrund neuer Wetterinformationen beschließt, die Werte der vom Nutzer veränderbaren Eingabeparameter des Fahrzeugbetriebsplans in Bezug auf den Kraftstoff gegenüber einer früheren Version des Fahrzeugbetriebsplans zu ändern, kann das Benachrichtigungsmodul die Änderungen an einer früheren Version des Fahrzeugbetriebsplans extrahieren und dementsprechend die Benachrichtigung nur an die qualifizierten registrierten Nutzer weiterleiten, die von den Änderungen betroffen sind, z. B. an ein für die Betankung zuständiges Bodenpersonal. Darüber hinaus, da die geteilten Informationen nur für die ausgewählten qualifizierten registrierten Nutzer zugänglich sind, während sie für die übrigen Nutzer privat bleiben, wird die Sicherheit des Systems erheblich verbessert. Darüber hinaus wird der Datenschutz der Nutzer des Systems erhöht, da die Benachrichtigungen nur an die qualifizierten registrierten Nutzer weitergeleitet werden, die direkt mit der Benachrichtigung befasst sind, z. B. auf der Grundlage des Qualifikationstyps des registrierten Nutzers. Dies mindert beispielsweise das Risiko, dass sensible oder vertrauliche Informationen an Personen weitergegeben werden, die für den Umgang mit diesen Informationen nicht qualifiziert sind.
  • In einer Ausführungsform der vorliegenden Erfindung ist das Benachrichtigungsmodul eingerichtet, die zu benachrichtigenden registrierten Nutzer auszuwählen, auf Grundlage von mindestens dem Qualifikationstyp jedes registrierten Nutzers, der der ausgewählten Reiseetappe zugeordnet ist, und der Werte, die von dem qualifizierten registrierten Nutzer den vom Nutzer veränderbaren Parametern des Fahrzeugbetriebsplans zugeordnet wurden. Auf diese Weise wird sichergestellt, dass nur die registrierten Nutzer, die den korrekten Qualifikationstyp haben, der mit den extrahierten Werten verbunden ist, benachrichtigt werden. Daher werden die Relevanz und Genauigkeit der Informationen, die jedem qualifizierten registrierten Nutzer, der mit der ausgewählten Reiseetappe verknüpft ist, dargestellt werden, signifikant erhöht. Die Auswahl der qualifizierten registrierten Nutzer, die über den Fahrzeugbetriebsplan benachrichtigt werden sollen, kann die fehlerhafte Benachrichtigung registrierter Nutzer verhindern, die zu einem Missverständnis der erteilten Benachrichtigung führen kann, was folglich die Transportsicherheit und die Sicherheit der geteilten Informationen gefährden kann. Darüber hinaus kann durch die Auswahl der zu benachrichtigenden qualifizierten registrierten Nutzer entsprechend den zugewiesenen Werten und/oder den am Fahrzeugbetriebsplan vorgenommenen Änderungen die über das Kommunikationsnetzwerk zu übertragende Datenmenge erheblich reduziert werden, was eine Überlastung des Netzwerkes verhindern und den Bandbreitenbedarf der Kommunikationsverbindung verringern kann. Zum Beispiel, in einem Fall, in dem der Pilot die Treibstoff- und Ladewerte eines Fahrzeugbetriebsplans angepasst hat, während die Werte der übrigen vom Nutzer veränderbaren Parameter beibehalten wurden, kann das Benachrichtigungsmodul die mit den Änderungen des Fahrzeugbetriebsplans verbundenen qualifizierten registrierten Nutzer abrufen, z. B. die für die Betankung und/oder Umverteilung der Ladung des Transportfahrzeugs für die jeweilige Reiseetappe zuständigen Bodenbesatzungsmitglieder, und dementsprechend die entsprechenden Benachrichtigungen ausgeben.
  • In einer Ausführungsform der vorliegenden Erfindung ist das Benachrichtigungsmodul eingerichtet, die Benachrichtigungen, die an jeden der ausgewählten registrierten Nutzer ausgegeben werden, entsprechend ihrer Qualifikationsnutzertypen zu personalisieren. Auf diese Weise wird die Genauigkeit und Relevanz der Informationen, die jedem verknüpften Nutzer präsentiert werden, weiter erhöht, was zu einer erhöhten Transportsicherheit führt. Die Personalisierung der ausgegebenen Benachrichtigungen kann sich darauf beziehen, wie die Informationen übermittelt und im Terminal jedes qualifizierten registrierten Nutzers angezeigt werden. Zum Beispiel können die registrierten Nutzer abhängig von dem Qualifikationstyp im System eingerichtet sein, Benachrichtigungen über verschiedene Kommunikationskanäle, z. B. Textnachricht, E-Mail, Anruf, und dergleichen, und in einem vorbestimmten Format, z. B. Sprachnachricht, Text, Animation, Video, und dergleichen, zu empfangen. Darüber hinaus kann sich die Personalisierung auf die Menge und die Art der Informationen beziehen, die jedem der qualifizierten registrierten Nutzer mitgeteilt werden. Zum Beispiel können je nach Art der Qualifikation jedes registrierten Nutzers bestimmte Nutzer Benachrichtigungen mit präzisen Anweisungen empfangen, z. B. Treibstoff um den Wert „X“ erhöhen, während andere detaillierte Benachrichtigungen mit zusätzlichen Informationen erhalten können. Als Ergebnis der Personalisierung können die ausgegebenen Benachrichtigungen genauer auf die Anforderungen und die Berechtigungsstufe der einzelnen qualifizierten registrierten Nutzer ausgerichtet werden, wodurch ein weiterer Beitrag zur Erhöhung der Sicherheit der zwischen den verschiedenen qualifizierten registrierten Nutzern geteilten Informationen geleistet wird.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung ist das Benachrichtigungsmodul eingerichtet, die Benachrichtigungen, die an jeden der ausgewählten qualifizierten registrierten Nutzer weitergeleitet werden sollen, aus einer Benutzerbenachrichtigungsnachschlagetabelle (LUT), die in dem ersten Repository gespeichert sein kann, auszuwählen. Die LUT umfasst einen Satz an Anweisungen, die die Art der Benachrichtigungen angeben, die jedem qualifizierten registrierten Nutzer entsprechend seines Qualifikationsnutzertyps und der Änderungen des Fahrzeugbetriebsplans im Push-Verfahren übermittelt werden müssen. Diese Ausführungsform ermöglicht eine einfache Anpassung der Art an Benachrichtigungen, die jedem qualifizierten registrierten Nutzer im Push-Verfahren übermittelt werden sollen, als eine Funktion der möglichen Art an Änderungen des Fahrzeugbetriebsplans. Auf diese Weise kann ein Administrator den Inhalt der LUT leicht anpassen, um Änderungen im Zusammenhang mit der Anzahl und der Art der qualifizierten registrierten Nutzer sowie Änderungen im Zusammenhang mit der Art des betreffenden Fahrzeugbetriebsplans abzubilden. Als Ergebnis kann das System der vorliegenden Erfindung leicht an die Anforderungen einer Vielzahl von Anwendungen im Transportbereich, z. B. in der Luftfahrt, Logistik, Schifffahrt und ähnlichen Bereichen, angepasst werden, ohne dass die Architektur des Systems angepasst werden muss. In einer Ausführungsform der vorliegenden Erfindung kann der Nutzer die Anmeldungseinstellungen in der Client-Anwendung und/oder dem System zum Empfang und zur Weiterleitung von Benachrichtigungen anpassen. Zum Beispiel, indem er als Administrator des Systems agiert und entsprechend einer Berechtigungsstufe, die mit seiner Qualifikation verbunden ist, den Inhalt der LUT so anpasst, dass er z. B. weniger oder mehr Benachrichtigungen erhält.
  • Zum Beispiel kann ein Pilot berechtigt sein, die LUT so anzupassen, dass er alle Benachrichtigungen im Zusammenhang mit seinem Flug erhält, einschließlich solcher, die ihn nicht direkt betreffen, oder Benachrichtigungen zu sperren, die ihn nicht betreffen, wie z. B. Änderung der Verpflegungspläne, die dem Caterer und der Kabinenbesatzung mitgeteilt werden.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung enthalten die ausgegebenen Benachrichtigungen Anweisungen zur Ausführung mindestens einer Betriebsaufgabe. Diese Ausführungsform ermöglicht die Personalisierung der Betriebsaufgaben, die von den qualifizierten registrierten Nutzern, mit der Reiseetappe verknüpft sind, durchzuführen sind. Die Personalisierung kann auf den Änderungen des Fahrzeugbetriebsplans basieren. Zum Beispiel würde ein Benachrichtigungsmodul, das einen Fahrzeugbetriebsplan empfangen hat, der Treibstoff- und Ladeverteilungsanpassungen enthält, den Benachrichtigungsserver anweisen, eine personalisierte Betriebsaufgabe an jeden der qualifizierten registrierten Nutzer, die mit der auszuführenden Aufgabe verbunden sind, auszugeben. Als Ergebnis davon kann der für die Betankung verantwortliche qualifizierte registrierte Nutzer eine andere Benachrichtigung erhalten als der für die Beladung des Transportfahrzeugs verantwortliche qualifizierte registrierte Nutzer. Auf diese Weise wird die Relevanz und Genauigkeit der Anweisungen, die jeder qualifizierte registrierte Nutzer für die Ausführung einer bestimmten Aufgabe erhält, deutlich erhöht, was zur Vermeidung von Fehlern führt, die die Transportsicherheit beeinträchtigen können.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung ist das Benachrichtigungsmodul eingerichtet, die mindestens eine Betriebsaufgabe von mindestens den Werten abzuleiten, die dem Satz an vom Nutzer veränderbaren Eingabeparameter des empfangenen Fahrzeugbetriebsplans zugewiesen sind. Das Benachrichtigungsmodul kann die Werte der vom Nutzer veränderbaren Eingabeparameter extrahieren, und auf Grundlage des Abrufs von Anweisungen von der Nutzerbenachrichtigungsnachschlagetabelle (LUT), die mit den extrahierten Werten verknüpft sind, eine von einem registrierten Nutzer, der einen relevanten Qualifikationstyp aufweist, auszuführende Betriebsaufgabe ableiten. Zum Beispiel kann das Benachrichtigungsmodul von dem Satz der vom Nutzer veränderbaren Eingabeparameter die Treibstoffmenge extrahieren, und entsprechend eine Betriebsaufgabe ableiten, z. B. Auffüllen des Luftfahrzeugs mit „X“ Menge an Treibstoff, welche an einen registrierten Nutzer mit einem angemessenen Qualifikationstyp zur Ausführung der abgeleiteten Betriebsaufgabe, z. B. einen Treibstoffabfertiger, gesendet wird. Diese Ausführungsform hat den Vorteil, dass den qualifizierten registrierten Nutzern, die mit den Änderungen der vom Nutzer veränderbaren Eingabeparametern befasst sind, spezifische Anweisungen gegeben werden; dadurch wird die Wahrscheinlichkeit eines Fehlers, der sich nachteilig auf die Sicherheit des Fahrzeugs auswirken kann, erheblich verringert.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung ist das Benachrichtigungsmodul eingerichtet, die mindestens eine Nutzerbetriebsaufgabe zumindest von historischer Information abzuleiten, die der ausgewählten Reiseetappe und dem Fahrzeug zugeordnet ist, wobei die historische Information von einer Historische-Informations-Datenbank abgerufen wird. Diese Ausführungsform hat den Vorteil, dass sie die Relevanz und Genauigkeit der Betriebsaufgaben erhöht, indem sie die historischen Bemerkungen qualifizierter registrierter Nutzer bezüglich desselben Fahrzeugs und derselben Reiseetappe berücksichtigt, die unter ähnlichen Bedingungen, z. B. am selben Tag, in derselben Jahreszeit, bei ähnlichen Wetterbedingungen und Ähnlichem, durchgeführt wurde.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung sollen die vom Benachrichtigungsmodul ausgegebenen Benachrichtigungen auf der GUI der Client-Terminals jedes der ausgewählten qualifizierten registrierten Nutzer, die benachrichtigt werden sollen, angezeigt werden. Die Anzeige der Benachrichtigung auf der GUI der Client-Terminals der einzelnen ausgewählten Nutzer, z. B. als Pop-Up-Nachricht oder als Hinweis auf die Benachrichtigung, hat den Vorteil, dass die ausgewählten Nutzer auf den Erhalt der Benachrichtigung hingewiesen werden und somit schnell reagieren können.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung umfasst das Datenbankmodul ein viertes Repository, das einen Satz an ersten Datenstrukturen speichert, die mit einer vorbestimmten Reiseetappe zugeordnet sind, und einen Satz zweiter Datenstrukturen, von denen jede Konfigurationsinformationen eines vorbestimmten Transportfahrzeugs speichert. Zum Beispiel kann die erste Datenstruktur Informationen über das Wetter, Informationen über die Passagiere, die auf der ausgewählten Reiseetappe zu befördernde Fracht und Ähnliches speichern. Die zweite Datenstruktur kann z. B. Informationen über das Transportfahrzeug enthalten, wie Leistungstabellen, Ladung und Kraftstoff, Handbücher für den Fahrzeugtyp und Ähnliches. Es hat sich herausgestellt, dass die Speicherung von zwei unterschiedlichen Datenstrukturen im vierten Repository den Vorteil hat, dass die Daten leicht verwaltet werden können, z. B. mit minimalem Aufwand abgerufen, aktualisiert oder geändert werden können, wodurch die Relevanz, Genauigkeit und Gültigkeit der gespeicherten Daten, die von den qualifizierten registrierten Nutzern für kritische Entscheidungen verwendet werden sollen, sichergestellt wird.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung ist das Rufmodul eingerichtet, als Reaktion auf den Abruf der Konfigurationsdatei, die der ausgewählten Reiseetappe und dem Qualifikationstyp des qualifizierten registrierten Nutzers zugeordnet ist, auf Grundlage der Konfigurationsdatei einen Satz an Daten von der ersten und zweiten Datenstruktur von dem vierten Repository abzurufen, die der Client-Anwendung zusammen mit der Konfigurationsdatei für die Erstellung des Fahrzeugbetriebsplans zur Verfügung gestellt werden sollen. Die Konfigurationsdatei enthält z. B. Anweisungen für das Rufmodul, Daten von dem vierten Repository auf Grundlage des Qualifikationstyps des registrierten Nutzers und der Reise, die mit der Konfigurationsdatei verknüpft ist, abzurufen. Auf diese Weise wird dem qualifizierten registrierten Nutzer ein leicht zugänglicher Satz relevanter Daten präsentiert, der für kritische Änderungen des Fahrzeugbetriebsplans verwendet werden kann, z. B. für die Änderung der Kraftstoffmenge auf Grundlage erhaltener Wetterinformationen. Als Ergebnis kann der Prozess der Erstellung eines Fahrzeugbetriebsplans stark vereinfacht werden, da die relevanten Informationen automatisch und ohne Beteiligung des Nutzers aus dem Speichermodul ausgewählt werden. Darüber hinaus, da die Relevanz, Genauigkeit und Gültigkeit der dem Nutzer präsentierten Informationen durch das System sichergestellt werden kann, können Fehler im Fahrzeugbetriebsplan vermieden werden, was die Transportsicherheit weiter erhöht.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung ist das Fahrzeugbetriebsplanungswerkzeug eingerichtet, dem qualifizierten registrierten Nutzer einen interaktiven Fahrzeugbetriebsplan zur Verfügung zu stellen, der mit Fahrzeugbetriebsplandaten versehen ist, die mindestens einen Satz von durch den Nutzer veränderbaren Eingabeparametern und statische Daten bezüglich des Fahrzeugbetriebs des spezifischen kommerziellen Transportfahrzeugs umfassen, das der ausgewählten Reiseetappe und dem Qualifikationsbenutzertyp zugeordnet ist. Diese Ausführungsform hat den Vorteil, dass dem qualifizierten registrierten Nutzer ein interaktiver Fahrzeugbetriebsplan präsentiert wird, der vom Nutzer veränderbare Eingabeparameter umfasst, z. B. werden einem Piloten Treibstoffmengen präsentiert, sowie statische Daten, z. B. werden einem Piloten Wetterdaten für die gegebene Reiseetappe präsentiert. Ein Fahrzeugbetriebsplanungswerkzeug, das einen Fahrzeugbetriebsplan mit vom Nutzer veränderbaren Eingabeparametern sowie statischen Daten präsentiert, ermöglicht dem qualifizierten registrierten Nutzer eine einfachere Änderung der vom Nutzer veränderbaren Eingabeparameter im Fahrzeugbetriebsplanungswerkzeug, indem er sich auf den von den statischen Daten bereitgestellten Kontext stützt.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung ist jeder der verschiedenen Datentypen, die in jedem der Repositories des Datenbankmoduls gespeichert sind, eine eindeutige Ablaufzeitkennung zugewiesen, die den Zeitraum angibt, für den die Daten gültig sind. Die Zuweisung einer eindeutigen Ablaufzeitkennung zu jedem der verschiedenen Datentypen, die sich auf jeden Dateneintrag in jedem der Repositories des Datenbankmoduls erstrecken kann, kann den Vorteil bieten, dass das Alter und die Gültigkeit der gespeicherten Daten leicht beurteilt werden können. Entsprechend einer Ausführungsform der vorliegenden Erfindung umfasst die Client-Anwendung ein Datenvalidierungsmodul, das eingerichtet ist, auf Grundlage der Ablaufzeitkennung die Gültigkeit der Daten zu bestimmen, die über die GUI auf dem Client-Terminal des qualifizierten registrierten Nutzers angezeigt werden. Entsprechend einer Ausführungsform der vorliegenden Erfindung ist das Datenvalidierungsmodul eingerichtet, bei Feststellung, dass ungültige und/oder unvollständige Daten auf der GUI des Client-Terminals angezeigt werden, ein Warnsignal an den qualifizierten registrierten Nutzer auszugeben, das die Art der Daten angibt, die aktualisiert werden müssen. Das Datenvalidierungsmodul kann dem Nutzer außerdem genau angeben, welche Art von Daten aktualisiert werden müssen, was durch Herunterladen der aktualisierten Daten von einem Server erfolgen kann. Auf diese Weise ist der Nutzer stets über die Gültigkeit der ihm vorgelegten Daten informiert, und so werden Fehler, die durch die Verwendung irrelevanter Daten entstehen, minimiert.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung ist das Datenvalidierungsmodul eingerichtet, den qualifizierten registrierten Nutzer daran zu hindern, den Fahrzeugbetriebsplan zu erstellen, während das Alarmsignal auf der GUI des Client-Terminals angezeigt wird. Es hat sich herausgestellt, dass die Verhinderung einer Änderung des Betriebsplan durch den Nutzer bei Vorhandensein des Alarmsignals den Vorteil hat, die Transportsicherheit zu erhöhen.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung umfasst die zentrale Betriebsverwaltungsplattform ein Datenbankaktualisierungsmodul, das eingerichtet ist, in vorbestimmten Zeitabschnitten die Daten, die in jeder der Datenbankmodul-Repositories gespeichert sind, zu aktualisieren mit Daten, die von mindestens einer Datenbank dritter Partei abgerufen wurden. Das Datenbankaktualisierungsmodul hat den Vorteil, dass es das Datenbankmodul mit aktuellen Daten von inhaltsspezifischen Drittparteianbietern, wie z. B. einer Wettervorhersage, versorgt. Die dritte Partei kann das vierte Repository des Datenbankmoduls mit aktuellen Wetterdaten versorgen, die mit einem bestimmten geografischen Ort zu einem bestimmten Zeitraum verbunden sind und im vierten Repository mit Reiseetappen verknüpft sind, die eine Trajektorie zwischen ihrem Ursprungs- und Zielort zu der Zeit der Reise aufweist, die dem geografischen Ort zu dem gegebenen Zeitpunkt der Wetterdaten entspricht.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung ist das Datenbankaktualisierungsmodul eingerichtet, die in dem Datenbankmodul gespeicherten Daten zu vorgegebenen Zeitintervallen zu aktualisieren, die z. B. individuell für jeden Typ gespeicherter Daten berechnet werden, entsprechend der zugeordneten Ablaufzeitkennung. Entsprechend einer Ausführungsform der vorliegenden Erfindung ist das Datenbankaktualisierungsmodul eingerichtet, die verschiedenen Datentypen auf Anfrage des Nutzers zu aktualisieren. Das Datenbankaktualisierungsmodul, das eingerichtet ist, automatisch die Daten zu vorgegebenen Zeitintervallen zu aktualisieren, hat den Vorteil, dass sichergestellt ist, dass aktuelle Daten in dem Datenbankmodul vorhanden sind, ohne dass die Interaktion der qualifizierten registrierten Nutzer oder Administratoren erforderlich ist. Das Datenbankaktualisierungsmodul, das eingerichtet ist, zusätzlich die Daten in dem Datenbankmodul auf Anfrage des Nutzers zu aktualisieren, hat den Vorteil, dass dem qualifizierten registrierten Nutzer ermöglicht wird, die aktuellsten Daten anzufragen, wenn er diese Daten benötigt. Darüber hinaus hat die Aktualisierung der Datenbank auf Nutzeranfrage den Vorteil, dass die Datenmenge, die zwischen dem Datenbankmodul und dem Drittparteianbieter zu übertragen ist, beschränkt wird, was zur Reduzierung des Bandbreitenbedarfs des Kommunikationsnetzwerkes beiträgt.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung umfasst die Client-Anwendung ein Berechnungsmodul, das eingerichtet ist, auf Grundlage von Daten, die durch das Rufmodul weitergeleitet wurden, z. B. Fahrzeugbetriebsplandaten und Berechnungsskripte, die sich auf eine spezifische Aufgabe für ein spezifisches Transportfahrzeug beziehen, die Anfangswerte von mindestens einigen des Satzes an vom Nutzer veränderbaren Eingabeparameter des Fahrzeugbetriebsplans zu berechnen, der dem qualifizierten registrierten Nutzer über das Fahrzeugbetriebsplanungswerkzeug zur Verfügung gestellt wird und auf Grundlage des Satzes an Konfigurationseinstellungen, die durch die gewählte Konfigurationsdatei definiert sind, erzeugt wurde. Das Berechnungsmodul hat den Vorteil, dass die Anfangswerte der vom Nutzer veränderbaren Eingabeparameter geliefert werden, die eine Abschätzung des Werts, den die vom Nutzer veränderbaren Eingabeparameter haben sollten, liefert, und dem qualifizierten registrierten Nutzer einen Anfangspunkt zur Verfügung stellt, seine Änderungen der vom Nutzer veränderbaren Eingabeparameter zu machen. Als Ergebnis kann der Prozess der Erstellung des Fahrzeugbetriebsplans stark vereinfacht werden.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung umfasst die zentrale Betriebsverwaltungsplattform ein Nutzernachrichtenmodul, das eingerichtet ist, dem registrierten Nutzer, z. B. dem qualifizierten registrierten Nutzer, der in der Liste des ersten Repository definiert ist, zu ermöglichen, selektiv Kommunikationsnachrichten über die Client-Anwendung, z. B., die auf jedem der Client-Terminals läuft, auszutauschen. Das Nutzernachrichtenmodul hat den Vorteil, dass qualifizierte registrierte Nutzer, die z. B. miteinander verknüpft sind über die Reiseetappe und das Transportfahrzeug, wie in dem zweiten Repository definiert, in beinahe Echtzeit miteinander zu kommunizieren, um z. B. die Änderungen der vom Nutzer veränderbaren Eingabeparameter zu bestätigen oder zu diskutieren. Mit Nutzung des Nachrichtenmoduls können reisebezogene Informationen zwischen den ausgewählten qualifizierten registrierten Nutzern in nahezu Echtzeit übermittelt werden, wodurch ermöglicht wird, dass der qualifizierte registrierte Nutzer schnell auf Ereignisse aufmerksam wird, die sich auf den Fahrzeugbetriebsplan auswirken können. Zum Beispiel kann der Fluglotse eine Warnung ausgeben, die sich auf die geplante Zeit oder den Reiseverlauf auswirkt aufgrund ungünstiger Wetterbedingungen, sodass dem Piloten ermöglicht wird, den Fahrzeugbetriebsplan entsprechend zu ändern. Darüber hinaus stellt die selektive Kommunikationsfunktion des Nachrichtenmoduls sicher, dass sensible Informationen privat zwischen qualifizierten registrierten Nutzern ausgetauscht werden können, was die Sicherheit des Systems erheblich erhöht.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung ist das Nutzernachrichtenmodul eingerichtet, entweder in einem privaten Modus betrieben zu werden, wobei ein erster registrierter Nutzer selektiv Kommunikationsnachrichten mit mindestens einem zweiten qualifizierten registrierten Nutzer austauscht, der aus der Liste der qualifizierten registrierten Nutzer ausgewählt ist, oder in einem öffentlichen Modus, wobei die von einem ersten qualifizierten registrierten Nutzer gesendeten Kommunikationsnachrichten für alle qualifizierten registrierten Nutzer sichtbar sind. Die Möglichkeit, entweder im privaten Modus oder im öffentlichen Modus betrieben zu werden, ermöglicht es dem Nutzer, den optimalen Modus je nach Situation zu wählen, wie z. B. einem qualifizierten registrierten Nutzer zu ermöglichen, im privatem Modus zu arbeiten, im Fall von sensiblen oder vertraulichen Informationen, oder z. B. einem qualifizierten registrierten Nutzer zu ermöglichen, z. B. einem Piloten, sein gesamtes Personal einzuweisen, ohne jeden Nutzer im Personal einzeln einweisen zu müssen.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung umfasst die zentrale Betriebsverwaltungsplattform ein Nutzerregistrierungsmodul, das eingerichtet ist, bei Anfrage eines qualifizierten registrierten Nutzers, der eine angemessene Berechtigungsstufe hat, einen zusätzlichen Nutzer zu registrieren in der Liste von qualifizierten registrierten Nutzern des ersten und zweiten Repository des Datenbankmoduls, wobei das Nutzerregistrierungsmodul beispielsweise eingerichtet ist, selektiv eine Registrierungsablaufskennung dem zusätzlichen Nutzer zuzuweisen, die einen vorbestimmten Zeitraum für die Aufrechterhaltung des zusätzlichen Nutzers in der Liste der registrierten Nutzer angibt. Das Nutzerregistrierungsmodul hat den Vorteil, einem registrierten Nutzer zu erlauben, schnell ein temporäres Personalmitglied dem System zuzufügen, z. B. um einen Vertragspartner, wie ein Mitglied einer dritten Partei, der nur Zugang zu dem System für eine beschränkte Zeitdauer benötigt, z. B. einen Tag um ein Qualitätsaudit des Transportfahrzeugs durchzuführen, zuzufügen. Ein temporärer Nutzer kann z. B. durch einen qualifizierten registrierten Nutzer registriert werden, durch visuelle Identifikation des temporären Nutzers oder durch Einlesen eines QR-Ausweises des temporären Nutzers, der z. B. anzeigt, dass der Nutzer qualifiziert ist für eine bestimmte Aufgabe. Der qualifizierte registrierte Nutzer kann ferner fähig sein, einen Nutzerqualifikationstyp dem temporären registrierten Nutzer zuzufügen, so wie ein GE-Triebwerkswartungsingenieur, der als Nutzerqualitätstyp „GE-Triebwerkwartungsingenieur“ erhält, wodurch beispielsweise die Benachrichtigungen, die der temporäre Nutzer erhält, auf Benachrichtigungen beschränkt werden, die sich auf die Wartung eines GE-Triebwerks beziehen, z. B. in Bezug auf ein bestimmtes Transportfahrzeug.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung umfasst das System mindestens ein Administrator-Terminal, das operativ mit dem Datenbankmodul gekoppelt ist, wobei das Administratormodul eine GUI umfasst, die eingerichtet ist, einem Administratornutzer zu erlauben, auf die Daten, die in dem Datenbankmodul gespeichert sind, zuzugreifen und diese anzupassen. Das System, das mindestens ein Administrator-Terminal umfasst, hat den Vorteil, einem Administrator zu ermöglichen, Daten, die in dem Datenbankmodul gespeichert sind, einfach zu modifizieren.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung ist das kommerzielle Transportfahrzeug ein Luftfahrzeug, ein Zug, ein Bus, ein Schiff und ein Lastkraftwagen. Die Erfindung ist in analoger Weise auf andere Sektoren der Transportindustrie anwendbar, die am Transport von Gütern und/oder Passagieren beteiligt sind, so wie Eisenbahn, Lastkraftwagen, Bus und Reisebus, Taxi und private Vermietung, Wassertransport usw.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung sind die qualifizierten registrierten Nutzer ein Pilot, ein Besatzungsmitglied, Bodenbetriebspersonal, Fluglinienbetreiber, Dispatcher, Fluglotse, oder dergleichen, wobei jeder z. B. einem Qualifikationsnutzertyp zugeordnet ist. Entsprechend einer Ausführungsform der vorliegenden Erfindung kann die Client-Anwendung eingerichtet sein entsprechend des Qualifikationsnutzertyps des registrierten Nutzers. Zum Beispiel kann die GUI der Client-Anwendung unterschiedlich eingerichtet sein für einen registrierten Nutzer mit einem Qualifikationstyp „Pilot“ im Vergleich zu einem registrierten Nutzer mit dem Qualifikationstyp „Besatzung“. Ein qualifizierter registrierter Nutzer kann z. B. auf einem Client-Terminal eine Client-Anwendung oder eine Verknüpfung zu einer Client-Anwendung über einen entfernten Server installieren, entsprechend seines Qualifikationsnutzertyps, z. B. eine spezifische Client-Anwendung, die für Wartungstechniker oder Zugbegleiter bestimmt ist. Alternativ kann der qualifizierte registrierte Nutzer beispielsweise eine generische Client-Anwendung oder eine Verknüpfung zu einer generischen Client-Anwendung auf einem entfernten Server installieren, wobei der registrierte Nutzer bei der Aktivierung der Client-Anwendung z. B. durch ein Anmeldeverfahren seinen Qualifikationsnutzertyp angeben muss. Entsprechend einer Ausführungsform der vorliegenden Erfindung ist die Client-Anwendung eingerichtet, das Fahrzeugbetriebsplanungswerkzeug entsprechend des Qualifikationsnutzertyps des registrierten Nutzers, der die Client-Anwendung bedient, anzupassen.
  • Entsprechend einer Ausführungsform der vorliegenden Erfindung ist mindestens eines der Mehrzahl an Client-Terminals Teil einer elektronischen Vorrichtung, die eine Electronic Flight Bag (EFB)-Softwareanwendung umfasst.
  • Es ist ein weiteres Ziel der vorliegenden Erfindung, ein computerimplementiertes Verfahren zur Verfügung zu stellen, mit dem der Betrieb eines kommerziellen Transportfahrzeugs für eine vorher festgelegte Reiseetappe genauer und weniger komplex gemeinsam verwaltet werden kann, um die Transportsicherheit der Besatzung und der Passagiere zu erhöhen, ohne gleichzeitig die Sicherheit und Zuverlässigkeit des Systems zu beeinträchtigen.
  • Dieses Ziel wird durch ein computerimplementiertes Verfahren erreicht, das die folgenden Schritte umfasst:
    • Bereitstellen einer zentralen Betriebsverwaltungsplattform, die über ein Kommunikationsnetzwerk operativ mit einem Datenbankmodul gekoppelt ist, das umfasst
    • ein erstes Repository, das eine Liste registrierter Nutzer umfasst, von denen jeder einem Qualifikationsnutzertyp zugeordnet ist, der zumindest die Rolle, die Berechtigungsstufe und die Art des Fahrzeugbetriebs definiert, die jedem qualifizierten registrierten Nutzer zugewiesen sind,
    • ein zweites Repository, das einen Satz an Reiseetappen eines Transportfahrzeugs umfasst, wobei jede Reiseetappe einer Mehrzahl an qualifizierten registrierten Nutzer des ersten Repository zugeordnet ist, und
    • ein drittes Repository, das eine Mehrzahl an Fahrzeugkonfigurationsdateien enthält, die jeweils einer Reiseetappe des zweiten Repository und eines vorbestimmten Qualifikationsnutzertyps des ersten Repository zugeordnet sind, wobei jede Konfigurationsdatei mindestens einen Satz an Konfigurationseinstellungen für einen Fahrzeugbetriebsplan definiert;
    • Bereitstellen einer Mehrzahl an Client-Terminals, die jeweils operativ über ein Kommunikationsnetzwerk mit der zentralen Betriebsverwaltungsplattform gekoppelt sind, wobei jedes Client-Terminal mit einer Client-Anwendung ausgestattet ist, die bei Ausführung eingerichtet ist, die folgenden Schritte auszuführen
      • Bereitstellen eines Fahrzeugbetriebsplanungswerkzeugs für einen qualifizierten registrierten Nutzer aus dem ersten Repository mit einem vorbestimmten Qualifikationsnutzertyp über eine grafische Benutzeroberfläche (GUI) des Client-Terminals, wobei das Werkzeug eingerichtet ist, dem qualifizierten registrierten Nutzer einen Fahrzeugbetriebsplan bereitzustellen, der mindestens einen Satz an vom Nutzer veränderbaren Eingabeparametern umfasst, die sich auf die Fahrzeugbetriebseinstellungen des spezifischen kommerziellen Transportfahrzeugs beziehen, das der ausgewählten Reiseetappe zugeordnet ist, wobei die durch den Nutzer veränderbaren Eingabeparameter des Fahrzeugbetriebsplans definiert sind auf Grundlage der Auswahl mindestens einer Konfigurationsdatei von dem dritten Repository; und
      • Erstellen des Fahrzeugbetriebsplans für die ausgewählte Reiseetappe;
      • wobei der Schritt der Erstellung des Fahrzeugbetriebsplans die folgenden Schritte umfasst:
        • als Reaktion auf den Empfang einer Nutzeranfrage zur Erstellung eines Fahrzeugbetriebsplans an der zentralen Betriebsverwaltungsplattform, Abrufen durch ein Rufmodul von jeweils dem ersten und zweiten Repository des Nutzerqualifikationstyps und der Reiseetappen, die dem qualifizierten registrierten Nutzer des Client-Terminals, das zur Ausgabe der Nutzeranfrage verwendet wurde, zugeordnet sind;
        • Weiterleiten der abgerufenen Reiseetappen durch das Rufmodul an die Client-Anwendung des Client-Terminals, das zur Ausgabe der Nutzeranfrage verwendet wurde, um dem qualifizierten registrierten Nutzer über die GUI angezeigt zu werden zur Auswahl einer Reiseetappe, wobei das Rufmodul eingerichtet ist, in Reaktion auf den Empfang einer Auswahl einer Reiseetappe von der Client-Anwendung, die folgenden Schritte durchzuführen:
          • Abrufen, durch das Rufmodul, mindestens einer entsprechenden Konfigurationsdatei von dem dritten Repository, die der ausgewählten Reiseetappe und dem Qualifikationstyp des qualifizierten registrierten Nutzers zugeordnet ist; und
          • Weiterleiten, durch das Rufmodul, der abgerufenen mindestens einen Konfigurationsdatei zusammen mit mindestens der durch den Nutzer veränderbaren Eingabeparametern an die Client-Anwendung des Client-Terminals, um mindestens den Satz an vom Nutzer veränderbaren Eingabeparametern des Fahrzeugbetriebsplans, der dem qualifizierten registrierten Nutzer zur Verfügung gestellt wird, zu konfigurieren; und
            • zur selektiven Benachrichtigung durch ein Benachrichtigungsmodul mindestens der verbleibenden qualifizierten registrierten Nutzer, die in dem zweiten Repository angezeigt sind als der ausgewählten Reiseetappe zugeordnet, wobei das Benachrichtigungsmodul eingerichtet ist, in Reaktion auf das Empfangen eines Fahrzeugbetriebsplans von einem Client-Terminal, mindestens die folgenden Schritte durchzuführen:
          • Extrahieren der Werte aus dem Fahrzeugbetriebsplan, die den vom Nutzer veränderbaren Eingabeparametern zugewiesen sind
          • Vorbereiten mindestens einer Benachrichtigung, die Information über die extrahierten Werte enthält, und
          • selektiv Weiterleiten der mindestens einen Benachrichtigung über einen Benachrichtigungsserver zu mindestens einem der verbleibenden registrierten Nutzer, der in dem zweiten Repository angezeigt ist als der ausgewählten Reiseetappe zugeordnet.
    • Entsprechend einer Ausführungsform der vorliegenden Erfindung umfasst der Schritt des Erstellens des Fahrzeugoperationsplans die folgenden Schritte:
      • Aktualisieren der Fahrzeug- und Reiseetappenbezogenen Daten, die dem Nutzer präsentiert werden;
      • Ändern des Werts von mindestens einem der Eingabeparameter des Fahrzeugbetriebsplans; und
      • Übergeben des Fahrzeugbetriebsplans zur Ausführung an die zentrale Betriebsverwaltungsplattform.
  • Es ist ein weiteres Ziel der vorliegenden Erfindung, ein Computerprogrammprodukt bereitzustellen, zur gemeinsamen Verwaltung des Betriebs eines kommerziellen Transportfahrzeugs für eine vorgegebene Reiseetappe auf eine genauere und weniger komplexe Weise.
  • Dieses Ziel wird erreicht, indem ein Computerprogrammprodukt bereitgestellt wird, das direkt in einen Speicher einer Rechnervorrichtung geladen werden kann und Softwarecodeteile zur Durchführung der Schritte des computerimplementierten Verfahrens umfasst, wie im zweiten unabhängigen Anspruch dargestellt.
  • Figurenliste
  • Die Erfindung wird anhand der folgenden Beschreibungen und der beigefügten Figuren näher erläutert.
    • 1 zeigt ein Beispiel für das System entsprechend der vorliegenden Erfindung.
    • 2 zeigt ein beispielhaftes Flussdiagramm der Interaktionen zwischen den unterschiedlichen Komponenten des Systems bei Erstellung eines Fahrzeugbetriebsplans nach Ausführungsformen der vorliegenden Erfindung.
    • 3 zeigt einen Überblick eines Beispiels des in 1 beschriebenen Systems entsprechend Ausführungsformen der vorliegenden Erfindung.
    • 4 zeigt ein Beispiel der zentralen Betriebsverwaltungsplattform entsprechend Ausführungsformen der vorliegenden Erfindung.
    • 5 bis 7 zeigen ein Beispiel eines Client-Terminals, das eine Client-Anwendung, eine grafische Benutzeroberfläche und eine Kommunikationsschnittstelle umfasst, entsprechend Ausführungsformen der vorliegenden Erfindung.
    • 8 bis 10 zeigen ein Beispiel einer grafischen Benutzeroberfläche (GUI), die auf einem Client-Terminal entsprechend Ausführungsformen der vorliegenden Erfindung läuft.
    • 11a und 11b zeigen Beispiele von Arbeitsabläufen zur Verwaltung des Betriebs eines Transportfahrzeugs nach Ausführungsformen der vorliegenden Erfindung.
    • 12 zeigt eine beispielhafte Umsetzung eines Systems entsprechend der vorliegenden Erfindung.
    • 13 zeigt ein weiteres Beispiel einer grafischen Nutzeroberfläche (GUI).
  • Ausführungsformen der Erfindung
  • Die vorliegende Erfindung wird beschrieben mit Bezug auf bestimmte Ausführungsformen und mit Bezug auf bestimmte Zeichnungen, aber die Erfindung ist nicht darauf beschränkt, sondern einzig durch die Ansprüche. Die beschriebenen Zeichnungen sind nur schematisch und sind nicht beschränkend. In den Zeichnungen kann die Größe einiger Elemente übertrieben sein und nicht maßstabsgetreu gezeichnet sein aus Darstellungsgründen. Die Dimensionen und die relativen Dimensionen entsprechen nicht notwendigerweise den tatsächlichen Verkleinerungen zur Anwendung der Erfindung.
  • Darüber hinaus werden die Begriffe erste, zweite, dritte und ähnliche in der Beschreibung und in den Ansprüchen zur Unterscheidung zwischen ähnlichen Elementen und nicht notwendigerweise zur Beschreibung einer sequentiellen oder chronologischen Reihenfolge verwendet. Die Begriffe sind unter geeigneten Umständen austauschbar, und die Ausführungsformen der Erfindung können in anderen als den hier beschriebenen oder illustrierten Abfolgen betrieben werden.
  • Darüber hinaus sind die verschiedenen Ausführungsformen, obwohl sie als „bevorzugt“ bezeichnet werden, als beispielhafte Art und Weise zu verstehen, in der die Erfindung umgesetzt werden kann, und nicht als Einschränkung des Gegenstands der Erfindung.
  • Der Begriff „umfassend“, der in den Ansprüchen verwendet wird, soll nicht so ausgelegt werden, dass er auf die danach aufgeführten Elemente oder Schritte beschränkt ist; er schließt andere Elemente oder Schritte nicht aus. Er muss so interpretiert werden, dass er das Vorhandensein der genannten Merkmale, Ganzzahlen, Schritte oder Komponenten angibt, schließt aber das Vorhandensein oder die Hinzufügung eines oder mehrerer anderer Merkmale, Ganzzahlen, Schritte oder Komponenten oder Gruppen derselben nicht aus. Daher soll der Gegenstand des Ausdrucks „eine Vorrichtung, die A und B umfasst“ nicht auf Vorrichtungen beschränkt werden, die nur aus den Komponenten A und B bestehen, sondern mit Bezug auf die vorliegende Erfindung sind die einzigen aufgezählten Komponenten der Vorrichtung A und B, und ferner soll der Anspruch so ausgelegt werden, dass er Äquivalente dieser Komponenten einschließt.
  • Das System und Verfahren zur Verwaltung des Betriebs eines kommerziellen Transportfahrzeugs für eine ausgewählte Reiseetappe entsprechend Ausführungsformen der vorliegenden Erfindung wird nun mit Bezug auf die Beispiele, die in 1 bis 12 gezeigt sind, beschrieben.
  • Der hier verwendete Begriff „Betrieb eines Transportfahrzeugs“ oder „Fahrzeugbetrieb“ kann sich auf Betriebsaufgaben beziehen, die von einem qualifizierten registrierten Nutzer durchgeführt und/oder festgelegt werden müssen, um ein Transportfahrzeug, wie z. B. ein Flugzeug, erfolgreich zu betreiben. In der Luftfahrtindustrie können die Betriebsaufgaben, die ausgeführt werden müssen, die Versorgung des Flugzeugs mit Treibstoff durch Bodenpersonal, die Einstellung der Leistungsparameter des Flugzeugs durch einen Piloten, die Planung einer Startbahn durch einen Dispatcher und ähnliches umfassen.
  • Der hier verwendete Begriff „Reiseetappe“ kann sich auf eine Fahrt des Transportfahrzeugs zwischen einem bestimmten Ausgangsort und einer Abfahrt an einem bestimmten Datum beziehen.
  • Der hier verwendete Begriff „qualifizierter registrierter Nutzer“ kann sich auf Nutzer des Systems der vorliegenden Erfindung beziehen, wie z. B. die Bodenbesatzung, den Piloten und den Dispatcher, die den Fahrzeugbetriebsplan des Transportfahrzeugs erstellen und/oder Änderungen machen können, entsprechend ihres Qualifikationstyps und Berechtigungsstufe. Es ist zu beachten, dass es mit dem System der vorliegenden Erfindung möglich ist, Nutzer mittels eines vorhandenen Qualifikationsnutzers mit dem entsprechenden Qualifikationstyp zu registrieren, der temporär Zugang zu dem System haben kann und einem Qualifikationstyp und einer Berechtigungsstufe zugeordnet ist.
  • Der hier verwendete Begriff „Qualifikationstyp“ eines registrierten Nutzers kann sich auf die Rolle, die Berechtigungsstufe eines Nutzers zur Durchführung einer bestimmten Betriebsaufgabe, und die Art der Fahrzeugbetriebsaufgabe beziehen, die jedem der qualifizierten registrierten Nutzer zugeordnet ist. Zum Beispiel kann ein Fluglinienbetreiber einen Qualifikationstyp haben, der ihm/ihr vollen Zugang zu den Betriebseinstellungen des Fahrzeugbetriebsplans erlaubt, wohingegen ein Pilot einen Qualifikationstyp haben kann, der nur einen teilweisen Zugang zu den Betriebseinstellungen des Fahrzeugbetriebsplans erlaubt, z. B. der Manipulation der Flugzeugleistungswerte, des Treibstoffs, der Lastverteilung usw.
  • Die hier verwendeten Begriffe „Datenbank“ und „Repository“ sollen ein oder mehrere Speichermedien bezeichnen, einschließlich, aber nicht beschränkt auf, Server, Computer, Festplatten, Cloud-Dienste, usw., die in der Lage sind, Daten in einem vorgegebenen Format zu speichern, das dem System entsprechend den Ausführungsformen der vorliegenden Erfindung leicht zugänglich ist.
  • 1 zeigt ein Beispiel eines Systems 100 zur Verwaltung des Betriebs eines kommerziellen Transportfahrzeugs für eine ausgewählte Reiseetappe entsprechend Ausführungsformen der vorliegenden Erfindung. Das System 100 ist vorgesehen zur Verwaltung eines Fahrzeugbetriebsplans, der dem Betrieb eines kommerziellen Transportfahrzeugs zugeordnet ist, für eine ausgewählte Reiseetappe über eine zentrale Betriebsverwaltungsplattform 101. Der Fahrzeugbetriebsplan ist zugänglich für eine Anzahl qualifizierter registrierter Nutzer über eine Client-Anwendung 517 (z. B. gezeigt in 5), die z. B. auf einer Anzahl an Client-Terminals 102a, 102b, 102c installiert ist. Die Client-Terminals 102a, 102b, 102c können eingerichtet sein als mobile Terminals, so wie Tablet-Computer, Smartphones, Laptops usw., oder können alternativ eingerichtet sein als stationäre Terminals, die an einer vorgegebenen Position in dem Transportfahrzeug installiert sind, so wie ein Touchscreen im Cockpit eines Luftfahrzeugs. Die zentrale Betriebsverwaltungsplattform 101 des Systems 100 kann operativ über ein Kommunikationsnetzwerk 103 mit einem Datenbankmodul 104 gekoppelt sein, das mit einer Anzahl an Repositories ausgestattet ist. Die in den verschiedenen Repositories des Datenmoduls 104 gespeicherten Daten können von einem Administrator des Systems gepflegt werden. Zum Beispiel, so wie in 1 gezeigt, kann das Datenbankmodul 104 mit drei Repositories 105, 106 und 107 ausgestattet sein. Das erste Repository 105 kann eine Liste qualifizierter registrierter Nutzer umfassen, wobei jedem eine Nutzersicherheitskennung und einem Qualifikationsnutzertyp zugeordnet ist. Der Qualifikationstyp jedes qualifizierten registrierten Nutzers kann die Rolle, die Berechtigungsstufe, und die Art von Fahrzeugbetrieben definieren, die jeden qualifizierten registrierten Nutzer zugeordnet sind. Zum Beispiel, einem qualifizierten registrierten Nutzer, der den Qualifikationsnutzertyp „Pilot“ zugeordnet ist, würde eine höhere Berechtigungsstufe zur Verwaltung und Anpassung der Einstellungen eines Fahrzeugbetriebsplans zugewiesen werden, als im Vergleich zu einem qualifizierten registrierten Nutzer, der dem Qualifikationsnutzertyp „Besatzung“ zugeordnet ist. Das zweite Repository 106 kann einen Satz an Reiseetappen umfassen, die jeweils eine Mehrzahl an qualifizierten registrierten Nutzern des ersten Repository und einem Transportfahrzeug, das die Tränsportfahrzeugart und eine eindeutige Transportfahrzeugkennung umfasst, zugeordnet ist. Das zweite Repository 106 kann eingerichtet sein als relationale Datenbank, die Information über die zu betreibende Reiseetappe und das Transportfahrzeug und das jeder Reiseetappe zugeordnete Personal enthält. Das dritte Repository 107 kann eine Mehrzahl an Fahrzeugkonfigurationsdateien enthalten, die jeweils einer Reiseetappe des zweiten Repository 106 und einem vorgegebenen Qualifikationsnutzertyp aus dem ersten Repository 105 zugeordnet sind. Jede Konfigurationsdatei kann mindestens einen Satz an Konfigurationseinstellungen zur Erzeugung eines Fahrzeugbetriebsplans definieren. Entsprechend Ausführungsformen der vorliegenden Erfindung kann eine Mehrzahl an Client-Terminals 102 operativ über ein Kommunikationsnetzwerk 108 mit der zentralen Betriebsverwaltungsplattform 101 gekoppelt sein. Jedes Client-Terminal 102 kann nutzerbetrieben sein und kann eingerichtet sein, eine Client-Anwendung 517 auszuführen, die auf dem Client-Terminal 102 vorinstalliert sein kann. Die Client-Anwendung 517 ist so ausgelegt, dass sie einem qualifizierten registrierten Nutzer aus dem ersten Repository 105 mit einem vorgegebenen Qualifikationsnutzertyp über eine grafische Benutzeroberfläche (GUI) 519 des Client-Terminals 102 ein Fahrzeugbetriebsplanungswerkzeug zur Verfügung stellt, das eingerichtet ist, mit dem qualifizierten registrierten Nutzer zu interagieren, zur Anpassung eines Fahrzeugbetriebsplans für eine ausgewählte Reiseetappe. Das Fahrzeugbetriebsplanungswerkzeug ist eingerichtet, den qualifizierten registrierten Nutzer einen interaktiven Fahrzeugbetriebsplan mit Fahrzeugbetriebsplandaten zur Verfügung zu stellen, die mindestens einen Satz statischer Daten und einen Satz vom Benutzer veränderbarer Eingabeparameter umfassen können, die sich auf den Fahrzeugbetrieb des spezifischen kommerziellen Transportfahrzeugs beziehen, das der ausgewählten Reiseetappe und dem Qualifikationsnutzertyp zugeordnet ist. Die Fahrzeugbetriebsplandaten, wie z. B. die vom Nutzer veränderbaren Eingabeparameter des Fahrzeugbetriebsplans, werden auf Grundlage der Auswahl einer Konfigurationsdatei aus dem dritten Repository 107 eingerichtet und ermöglichen es den qualifizierten registrierten Nutzer, Anpassungen des Fahrzeugbetriebsplans vorzunehmen. Die zentrale Betriebsverwaltungsplattform 101 umfasst mindestens ein Rufmodul 110 und ein Benachrichtigungsmodul 111, die mit einander über einen Kommunikationsbus 109 verbunden sind. Jedes des Rufmoduls 110 und eines Benachrichtigungsmoduls 111 kann eingerichtet sein, Daten abzurufen und zu übertragen über ein Kommunikationsnetzwerk 103 von/zu den Datenbanken, die in dem Datenbankmodul 104 vorgesehen sind, und über ein Kommunikationsnetzwerk 108 von/zu den Client-Terminals 102. Der hier verwendete Begriff „Modul“ bezieht sich auf jede Art von Rechnervorrichtung, wie einen Server, einen Computer, einen Cloud-Dienst und dergleichen, die eingerichtet ist zur Verarbeitung und Weiterleitung von Daten.
  • 2 zeigt ein Beispiel eines Flussdiagramms, das den Betrieb des Systems 100 bei Ausgabe einer Anfrage zur Verwaltung des Betriebs eines Transportfahrzeugs durch einen qualifizierten registrierten Nutzer dargestellt. Wie in 2 gezeigt, kann der Prozess zur Verwaltung und/oder Erstellung eines Fahrzeugbetriebsplans bei Schritt 228 starten, in dem ein Pilot über die Client-Anwendung 517 eine Anfrage an das System 100 zur Erstellung eines Fahrzeugbetriebsplans für einen bevorstehenden Flug stellt, indem er sich über sein Client-Terminal 102 in die Client-Anwendung 517 einloggt. Das System 100 empfängt die Anfrage des Piloten an der zentralen Betriebsverwaltungsplattform 10, und, unter Verwendung des Rufmoduls 110, ruft in Schritt 229 aus dem ersten bzw. zweiten Repository 105, 106 die Nutzersicherheitskennung und die bevorstehende Reiseetappen ab, die dem qualifizierten registrierten Nutzer zugeordnet sind, auf Grundlage der Nutzersicherheitskennung. Die Nutzersicherheitskennung kann eine eindeutige Nummer oder eine andere Identifizierungsmaßnahme sein, die zur Identifizierung eines einzelnen registrierten Nutzers im System verwendet werden kann. Das Rufmodul 110 ist eingerichtet, die abgerufenen Reiseetappen zu der Client-Anwendung 517 des Client-Terminals 102, das die Nutzeranfrage ausgibt, weiterzuleiten, wo sie dem qualifizierten registrierten Nutzer angezeigt werden, zur Auswahl einer Reiseetappe. Zum Beispiel nach der Anmeldung im System kann der Pilot eine Liste mit allen bevorstehenden Reiseetappen empfangen, die mit seinen/ihren Anmeldedaten in dem System verknüpft sind. 8 zeigt ein Beispiel einer Client-Terminal GUI 519, die das Fahrzeugbetriebsplanungswerkzeug 800 ausführt, das einen Satz an Reiseetappen 857 dem qualifizierten registrierten Nutzer anzeigt, der in der Client-Anwendung 517 angemeldet ist, so wie ein Pilot mit dem Namen „X“ 858. Zur Veranschaulichung zeigt das in 8 gezeigte Fahrzeugbetriebsplanungswerkzeug die Auswahl durch den qualifizierten registrierten Nutzer einer Reiseetappe zwischen dem Flughafen in Nuuk, der als BGGH angezeigt wird und dem Flughafen von Paamiut, angezeigt als BGPT, am 1. Juni für einen Flug mit einer Identifikationsnummer 9AVAVIO481, mit der Hecknummer OOAVD. Der qualifizierte registrierte Nutzer, der an der Client-Anwendung 517 angemeldet ist, kann weitere Reiseetappen laden, um seine Auswahl zu treffen, über ein Reiseetappenladefeld 862. Der Nutzer kann z. B. mehr Reiseetappen laden, um den Fahrzeugbetriebsplan einer Reiseetappe zu erstellen, die weiter in der Zukunft liegt als die bereits geladene und auf dem Fahrzeugbetriebsplanungswerkzeug 800 dargestellte Reiseetappen. In Schritt 231 ist das Rufmodul 110 eingerichtet, in Reaktion auf das Empfangen einer Auswahl einer Reiseetappe von der Client-Anwendung 517 in Schritt 230, eine entsprechende Konfigurationsdatei aus dem dritten Repository 107 abzurufen, die der ausgewählten Reiseetappe und dem Qualifikationstyp des qualifizierten registrierten Nutzers zugeordnet ist, der vom ersten Repository 105 abgerufen wird. Die Konfigurationsdatei wird zu der Client-Anwendung 517 weitergeleitet, zusammen mit Fahrzeugbetriebsplandaten, die mindestens den Satz an vom Nutzer veränderbaren Eingabeparametern enthalten und einen Satz an statischen Daten zumindest zum Konfigurieren des Satzes an vom Nutzer veränderbarer Eingabeparameter des Fahrzeugbetriebsplans, der dem qualifizierten registrierten Nutzer zur Verfügung gestellt wird. Spezifischer, die Client-Anwendung 517 wird angewiesen, den Fahrzeugbetriebsplan zu erzeugen auf Grundlage des Satzes an Konfigurationseinstellungen, die durch die ausgewählte Konfigurationsdatei definiert sind, wobei der Satz an Konfigurationseinstellungen der Client-Anwendung 517 Anweisungen zur Verfügung stellt, wie der Fahrzeugbetriebsplan unter Verwendung der vom Nutzer veränderbaren Eingabeparameter und der statischen Daten zu erzeugen ist. 9 zeigt ein praktisches Beispiel einer Client-Terminal GUI, wobei die Client-Anwendung 517 das Fahrzeugbetriebsplanungswerkzeug 800 für einen Piloten mit dem Namen „X“ 858 anzeigt, wobei ein Fahrzeugbetriebsplan 959 für eine ausgewählte Reiseetappe zwischen dem Flughafen von Nuuk, angezeigt als BGGH, und dem Flughafen von Paamiut, angezeigt als BGPT, angezeigt wird für einen Flug mit einer Identifikationsnummer 9AVAVIO481, mit einer Hecknummer OOAVD am 1. Juni. Die vom Nutzer veränderbaren Parameter werden angezeigt entsprechend den Anweisungen der Konfigurationseinstellungen, die durch die Konfigurationsdatei definiert sind. Zur Veranschaulichung zeigt das Fahrzeugbetriebsplanungswerkzeug in 9 eine GUI, wobei der qualifizierte registrierte Nutzer die vom Nutzer veränderbaren Parameter 922, die dem Blockgewicht und dem Auftrieb zugeordnet sind, modifiziert/geändert hat. Die Figur zeigt auch, dass der qualifizierte registrierte Nutzer die vom Nutzer veränderbaren Eingabeparameter 922 validiert hat, die dem ZFM-Gewicht, dem FOB-Gewicht, dem TOM-Gewicht und dem LDM-Gewicht zugeordnet sind, d. h., er hat diese Werte nicht angepasst mit Bezug auf die Anfangswerte, die z. B. durch das Berechnungsmodul 721 der Client-Anwendung 517 berechnet wurden. Die Reiseetappe selbst ist gezeigt in dem Fahrzeugbetriebsplanungswerkzeug als statische Daten 924, die die Flugzeiten, O&D und die Flugnummer der Reiseetappe anzeigen. Das Fahrzeugbetriebswerkzeug 800, das in 9 gezeigt ist, zeigt auch Reiter zum Navigieren des Fahrzeugbetriebsplans 959, so wie z. B. einen Reiter 954, der einen betankungsbezogenen Teil des Fahrzeugbetriebsplans 959 öffnet, und einen Reiter 955, der einen wetterbezogenen Teil des Fahrzeugbetriebsplans 959 öffnet, so wie der in 10 gezeigte Teil. Das Fahrzeugbetriebswerkzeug 800 stellt dem qualifizierten registrierten Nutzer auch die Option zur Verfügung, zurück zur Auswahl der Reiseetappe zu navigieren, so wie in 8 gezeigt, z. B. über einen Zurückknopf 956. 10 zeigt ein weiteres praktisches Beispiel einer Client-Terminal GUI, wobei die Client-Anwendung 517 das Fahrzeugbetriebsplanungswerkzeug für einen Piloten anzeigt, der angemeldet ist als Pilot „X“ 858, das einen Fahrzeugbetriebsplan für eine ausgewählte Reiseetappe anzeigt, wobei die Fahrzeugbetriebsplandaten einzig statische Daten umfassen, z. B. Wetterkarten 1062, entsprechend der ausgewählten Reiseetappe. Das Fahrzeugbetriebsplanungswerkzeug 800, das in 10 gezeigt ist, stellt dem qualifizierten registrierten Nutzer auch einen Knopf zur Verfügung, um zu anderen Teilen des Fahrzeugbetriebsplans 959 zu navigieren, so wie einen Reiter 1060, der sich auf Luftfahrzeuggewichte bezieht, so wie der Teil des Fahrzeugbetriebsplans 959, der in 9 gezeigt ist. In Reaktion auf das Empfangen eines geänderten oder validierten Fahrzeugbetriebsplans von einem Client-Terminal 102, z. B. wenn der qualifizierte registrierte Nutzer die von ihm gemachten Änderungen der vom Nutzer veränderbaren Eingabeparameter im Fahrzeugbetriebsplan in Schritt 232 speichert, extrahiert das Benachrichtigungsmodul 111 in Schritt 233 die Werte, die vom Nutzer veränderbaren Parameter des Fahrzeugbetriebsplans zugewiesen sind, und erstellt entsprechend eine Benachrichtigung, die selektiv über einen Benachrichtigungsserver mindestens einem der verbleibenden qualifizierten registrierten Nutzer, die der ausgewählten Reiseetappe zugeordnet sind, mitteilt. 9 und 10 zeigen ein Bespiel einer Benachrichtigung, die beim Benachrichtigungsreiter 925 des Fahrzeugbetriebsplanungswerkzeugs 800 ankommt. Das Benachrichtigungsmodul 111 ist eingerichtet, die qualifizierten registrierten Nutzer, die benachrichtigt werden sollen, auszuwählen, auf Grundlage von mindestens dem Qualifikationsnutzertyp jedes qualifizierten Nutzers, der der ausgewählten Reiseetappe zugeordnet ist, und der Werte, die durch den qualifizierten registrierten Nutzer den vom Nutzer veränderbaren Parametern des Fahrzeugbetriebsplans zugewiesen werden. Dies kann z. B. realisiert sein als Nachschlagetabelle LUT, die im Datenbankmodul 104 gespeichert ist, wo für jedes Transportfahrzeug, z. B. alle Transportfahrzeuge, die einem gegebenen Fluglinienunternehmen zugeordnet sind, und die unter dem gleichen Fluglinienunternehmen-Regelwerk operieren, eine LUT zur Verfügung gestellt wird, die auf der einen Seite die Änderungen, z. B. den Typ oder Wert der Änderungen des Fahrzeugbetriebsplans, und auf der anderen Seite die qualifizierten registrierten Nutzer, die zu benachrichtigen sind, zuordnet. Zum Beispiel sollte eine Änderung der Treibstoffbestellung durch einen Piloten zumindest der für die Betankung zuständigen Bodenbesatzung mitgeteilt werden, wobei keine Benachrichtigung an die Kabinenbesatzung geschickt werden sollte, da diese Änderung von ihnen keine Betriebsaufgabe verlangt.
  • Wie in 3 gezeigt, kann das Datenbankmodul 104 des Systems 100, wie in 1 dargestellt, ferner mit einem vierten Repository 312 ausgestattet sein. Das vierte Repository 312 speichert einen Satz erster Datenstrukturen, die jeweils Reiseinformationen speichern, die einer vorgegebenen Reiseetappe zugeordnet sind, so wie Wetterdaten, und einen Satz zweiter Datenstrukturen, die jeweils Konfigurationsinformationen eines vorgegebenen Transportfahrzeugs speichern, z. B. in Bezug auf das Transportfahrzeug oder auf ein Transportfahrzeugtyp, wie z. B. Skripte, die eingerichtet sind, das Client-Terminals anzuweisen, Leistungseinstellungen zu berechnen, wie z. B. die benötigte Abhebegeschwindigkeit des bestimmten Transportfahrzeugs, auf Grundlage von Kontextdaten, die z. B. durch die statischen Daten zur Verfügung gestellt werden, wie z. B. eine Luftfahrzeugbeladung und Wetterbedingungen, Luftfahrzeugtyp, spezifische Luftfahrzeugmerkmale, wie z. B. eine spezifische Luftfahrzeugladungsverteilung aufgrund einer spezifischen Luftfahrzeugrumpffarbe oder einer spezifischen Luftfahrzeugsitzverteilung usw. In Reaktion auf das Abrufen der Konfigurationsdatei, die der ausgewählten Reiseetappe und dem Qualifikationstyp des qualifizierten registrierten Nutzers zugeordnet ist, ruft das Rufmodul 110 auf Grundlage der Konfigurationsdatei einen Satz an Fahrzeugbetriebsplandaten ab von der ersten und zweiten Datenstruktur des vierten Repository 312, die der Client-Anwendung 517 zur Verfügung zu stellen sind, zusammen mit der Konfigurationsdatei zur Erzeugung des Fahrzeugbetriebsplans im Fahrzeugbetriebsplanungswerkzeug. Die Konfigurationsdatei umfasst z. B. Anweisungen für das Rufmodul 110, Fahrzeugbetriebsplandaten abzurufen, die statische Daten und vom Nutzer veränderbare Eingabeparameter umfassen, von dem vierten Repository 312, auf Grundlage des qualifizierten registrierten Nutzers und der Reiseetappe, die der Konfigurationsdatei zugeordnet ist. Darüber hinaus kann die Konfigurationsdatei z. B. Anweisungen umfassen, um Fahrzeugbetriebsplandaten und mehrere Skripte aus dem vierten Repository 312 abzurufen, z. B. Skripte mit Bezug auf luftfahrzeugspezifische Gewichts- und Gleichgewichtsberechnungen oder Leistungsberechnungen, die von der Client-Anwendung 517 z. B. durch das Berechnungsmodul 721 auszuführen sind, auf Grundlage der abgerufenen Fahrzeugbetriebsplandaten. Die zentrale Betriebsverwaltungsplattform 101 umfasst ferner ein Datenbankaktualisierungsmodul 313, das mit dem Bus 109 verbunden ist, und eingerichtet ist, zu vorgegebenen Zeitintervallen die in jedem der Datenbankmodul-Repositories 105, 106, 107, 312 gespeicherten Daten zu aktualisieren mit Daten, die von mindestens einer Drittpartei-Informationsquelle 314 abgerufen werden, wie z. B. eines Abfahrtkontrollsystems (DCS), eines Betankers, eines Wettervorhersagers, eines Flugplanerzeugers und dergleichen. Das Datenbankaktualisierungsmodul 313 hat den Vorteil, das Datenbankmodul 104 mit aktuellen Daten von inhaltsspezifischen Drittparteianbietern 314 zu versorgen. Zum Beispiel kann eine wettervorhersagende dritte Partei 314 dem vierten Repository 312 des Datenbankmoduls 104 aktuelle Wetterdaten zur Verfügung stellen, die einer gegebenen geografischen Position zu einem gegebenen Zeitpunkt zugeordnet ist, der im vierten Repository 312 verknüpft ist mit Reiseetappen, die eine Trajektorie zwischen ihrem Ausgangs- und Zielort zu der Zeit der Reise hat, entsprechend der geografischen Position zu der gegebenen Zeit der Wetterdaten. Die Drittparteianbieter 314 sind operativ mit der zentralen Betriebsverwaltungsplattform 101 und dem Datenbankmodul 104 über das Kommunikationsnetzwerk 103 gekoppelt. Das Datenbankaktualisierungsmodul ist eingerichtet, die in dem Datenbankmodul 104 gespeicherten Daten zu vorgegebenen Zeitintervallen zu aktualisieren, die z. B. individuell berechnet wurden für jeden Typ an in jedem der Datenbank-Repositories 105, 106, 107, 312 gespeicherten Daten, entsprechend einer zugewiesenen Ablaufzeitkennung. Zusätzlich ist das Datenbankaktualisierungsmodul 313 eingerichtet, die unterschiedlichen Datentypen bei Anfrage des Nutzers zu aktualisieren. 10 zeigt einen interaktiven Aktualisierungsknopf 1026, der es dem qualifizierten registrierten Nutzer ermöglicht, manuell die Aktualisierung der Wetterdaten anzufordern, zusätzlich zu der automatischen Aktualisierung der Daten zu regulären Zeitintervallen. Entsprechend einer Ausführungsform der vorliegenden Erfindung aktualisiert das Benachrichtigungsmodul 111, in Reaktion auf das Extrahieren von Änderungen des Fahrzeugbetriebsplans, die Daten im Datenbankmodul 104 entsprechend. In dem Fall, in dem ein Pilot vom Nutzer veränderbarer Eingabeparameter anpasst mit Bezug auf die Flugroute, die geplant war und die ihm in seinem Fahrzeugbetriebsplanungswerkzeug angezeigt wurde, z. B. durch Ändern der Flughöhe, z. B. auf Grundlage von statischen Daten, die dem Pilot angezeigt werden, so wie z. B. Wetterdaten, die ungünstige Wetterbedingungen in der anfänglichen Flugplanhöhe anzeigen, Aktualisieren der anfänglichen Flugplandaten in dem Datenbankmodul 104 zu dem angepassten Flugplan.
  • 4 zeigt die zentrale Betriebsverwaltungsplattform der 3, die ferner mit einem Nachrichtenmodul 415 und einem Zulässigkeitsprüfungsmodul 416, das mit dem Bus 109 verbunden ist, ausgestattet ist. Das Nutzernachrichtenmodul 415 ermöglicht es den qualifizierten registrierten Nutzern, die in der Liste des ersten Repository 105 definiert sind, selektiv Kommunikationsnachrichten auszutauschen über die Client-Anwendung 517, die z. B. auf jedem der Client-Terminals 102 läuft. Das Nutzernachrichtenmodul 415 hat den Vorteil, dass qualifizierte registrierte Nutzer, die z. B. miteinander verknüpft sind durch die Reiseetappe und das Transportfahrzeug, wie in dem zweiten Repository 106 definiert, in nahezu Echtzeit miteinander kommunizieren können, um z. B. die Änderungen der vom Nutzer veränderbaren Eingabeparameter zu bestätigen oder zu diskutieren. Das Nachrichtenmodul 415 kann ferner eingerichtet sein, den Austausch von Nachrichten zwischen qualifizierten registrierten Nutzern über das System 100 zu erlauben, unabhängig davon, ob sie mit der gleichen Reiseetappe verknüpft sind oder nicht. Zum Beispiel kann ein Pilot Nachrichten über das Nachrichtenmodul 415 mit einem anderen Piloten eines verschiedenen Transportfahrzeugs austauschen. Das Zulässigkeitsprüfungsmodul 416 kann eingerichtet sein, z. B. wenn das Benachrichtigungsmodul 111 die Werte der vom Nutzer veränderbaren Eingabeparameter extrahiert, die Zulässigkeit der Werte zu prüfen, die dem Fahrzeugbetriebsplan zugewiesen sind mit Bezug auf mindestens eines von: Regelungen, die durch den Typ des Transportahrzeugs auferlegt sind und in einer Regelungsdatenbank gespeichert sind, z. B. Fluglinienrichtlinien, die den Treibstoffverbrauch beschränken, Nutzerqualifikationen, die in dem ersten Repository 105 gespeichert sind und dem qualifizierten registrierten Nutzer zugeordnet sind, z. B. dass ein qualifizierter registrierter Nutzer nicht autorisiert ist, gewisse Fahrzeugoperationen durchzuführen, und technische Regeln, die dem Transportfahrzeug technisch auferlegt sind für die gegebene Reiseetappe, und in einer technischen Regeldatenbank gespeichert sind, z. B. dass vom Nutzer veränderbare Eingabeparameter inkompatibel miteinander sind, oder gegen technische Regelungen stehen, wie z. B. einen Mangel an Treibstoff anzuweisen in Bezug auf das gegebene Transportfahrzeug und die Reiseetappe. Das mit einem Zulässigkeitsprüfungsmodul 416 ausgestattete System hat den Vorteil, die Sicherheit des Systems zu erhöhen, da die Änderungen der vom Nutzer veränderbarem Eingabeparameter durch den qualifizierten registrierten Nutzer geprüft werden, z. B. vor der Übertragung von Benachrichtigungen der Änderung und zugeordneten Betriebsaufgaben zu anderen qualifizierten registrierten Nutzern durch das Benachrichtigungsmodul. Das Zulässigkeitsprüfungsmodul 416 kann auch das Benachrichtigungsmodul 111 anweisen, Zulässigkeitsbenachrichtigungen an qualifizierte registrierte Nutzer zu senden, die mit der Reiseetappe und dem Transportfahrzeug in der zweiten Datenbank verknüpft sind, und die fähig sind, die Zulässigkeit der Änderungen des Fahrzeugbetriebsplans zu überprüfen, die durch einen qualifizierten registrierten Nutzer durchgeführt wurden. Das Zulässigkeitsprüfungsmodul 416 kann z. B. eingerichtet sein, in dem Fall, in dem ein Pilot vom Nutzer veränderbaren Eingabeparameter anpasst, die sich auf die Flugroute beziehen, die geplant war und die ihm in einem Fahrzeugbetriebsplanungswerkzeug angezeigt wurde, z. B. durch Ändern der Flughöhe beispielsweise basierend auf statischen Daten, die dem Pilot angezeigt werden, wie z. B. Wetterdaten, die ungünstige Wetterbedingungen in der anfänglichen Flugplanhöhe anzeigen, den Flug-Dispatcher zu benachrichtigen, um seine Genehmigung der Zulässigkeit zu erhalten, bevor Benachrichtigungen, die Betriebsaufgaben zugeordnet sind, an qualifizierte registrierte Nutzer gesendet werden oder ferner die Daten im Datenbankmodul 104 aktualisiert werden, z. B. vor Übergabe an das Datenbankmodul 104, um die aktualisierte Flugroute zu speichern und zu nutzen.
  • 5 zeigt ein Client-Terminal 102, wie in den 1 und 3 dargestellt, das mit der auf dem Client-Terminal 102 vorinstallierten Client-Anwendung 517 ausgestattet ist, und eingerichtet ist, das Fahrzeugbetriebsplanungswerkzeug zu erzeugen und es dem qualifizierten registrierten Nutzer über eine grafische Benutzeroberfläche (GUI) 519 anzuzeigen. Alternativ ist die Client-Anwendung 517 in einem entfernten Server vorgesehen, wobei in diesem Fall auf die Anwendung 517 über einen Internet-Browser auf dem Client-Terminal 102 zugegriffen werden kann. Zusätzlich ist das Client-Terminal 102 mit einer Kommunikationsschnittstelle 518 ausgestattet, die eingerichtet ist, die Client-Anwendung 517, die auf dem Client-Terminal 102 vorinstalliert ist, mit der zentralen Betriebsplattform 101 über das Kommunikationsnetzwerk 108 zu verknüpfen.
  • 6 zeigt das Client-Terminal 102 von 5, wobei die Client-Anwendung 517 mit einem Gültigkeitsmodul 620 ausgestattet ist. Jedem der verschiedenen Typen an Daten, die in jedem der Repositories des Datenbankmoduls 104 gespeichert sind, ist eine eindeutige Ablaufzeitkennung zugewesen, die die Zeitdauer anzeigt, für welche die Daten gültig sind. Die Zuweisung einer eindeutigen Ablaufzeitkennung zu jeder der verschiedenen Typen von Daten, spezifischer zu jedem Dateneintrag in jedem der Repositories des Datenbankmoduls 104, hat den Vorteil, die Bestimmung des Alters und der Gültigkeit der Daten zu ermöglichen. Das Datenvalidierungsmoduls 620, das in der Client-Anwendung 517 enthalten ist, ist eingerichtet, auf Grundlage der Ablaufzeitkennung, die Gültigkeit der Daten zu bestimmen, die über die GUI 519 zu dem Client-Terminal 102 des qualifizierten registrierten Nutzers anzuzeigen. Das Datenvalidierungsmodul 620, wenn bestimmt wird, dass ungültige und/oder unvollständige Daten auf dem Fahrzeugbetriebsplanungswerkzeug durch die GUI 519 des Client-Terminals 102 angezeigt wird, gibt ein Alarmsignal an den qualifizierten registrierten Nutzer aus, das den Datentyp angibt, der aktualisiert werden muss. Zur Veranschaulichung zeigt das Fahrzeugbetriebsplanungswerkzeug 800, das in den 9 und 10 gezeigt ist, das Fahrzeugbetriebsplanungswerkzeug 800 eines qualifizierten registrierten Nutzers, wobei das Fahrzeugbetriebsplanungswerkzeug 800 in einem Aktualisierungsbenachrichtigungsreiter 927 dem qualifizierten registrierten Nutzer die Möglichkeit und Notwendigkeit anzeigt, einige der Fahrzeugbetriebsplandaten zu aktualisieren.
  • 7 zeigt das Client-Terminal 102 aus 6, wobei die Client-Anwendung 517 mit einem Berechnungsmodul 721 ausgestattet ist, das eingerichtet ist, auf Grundlage von durch das Rufmodul 110 weitergeleiteten Daten, wie z. B. einem Teil der Fahrzeugbetriebsplandaten und Berechnungsskripte, die mit der Konfigurationsdatei verknüpft sind, die Anfangswerte von mindestens einigen des Satzes an vom Nutzer veränderbaren Eingabeparametern und statische Daten des Fahrzeugbetriebsplans zu berechnen, die dem qualifizierten registrierten Nutzer über das Fahrzeugbetriebsplanungswerkzeug zur Verfügung gestellt wird. Das Berechnungsmodul 721 ist z. B. eingerichtet, eine geschätzte Treibstoffmenge zu erzeugen, die für eine gegebene Reiseetappe auf einem gegebenen Transportfahrzeug benötigt wird, z. B. auf Grundlage von statischen Daten, die von dem vierten Repository 312 abgerufen werden, dar z. B. das Berechnungsmodul 721 mit erwarteten Wettervorhersagen, Transportfahrzeugbeladung und Transportfahrzeugleistungsberechnungsregeln versorgt, die der ausgewählten Reiseetappe und dem Transportfahrzeug zugeordnet sind. 11a und 11b zeigen Beispiele des Betriebs des Systems 100. In 11a ist der Fluss der Erstellung eines Fahrzeugbetriebsplans eines Flugs gezeigt. Spezifischer zeigt 11a den Fluss einer Büroerstellung des Fahrzeugbetriebsplans. Eine Büroerstellung bezieht sich darauf, dass die Fahrzeugbetriebsplanung stattfindet vor der Erstellung im Fahrzeug, d. h., bevor der Pilot das Flugzeug betreten hat. In 11a verbinden sich eine Anzahl verschiedener qualifizierter registrierter Nutzer, d. h. ein Planer, ein Dispatcher und ein Pilot/Kabinenbesatzung mit dem System 100, um den Fahrzeugbetriebsplan für ein gegebenes Transportfahrzeug auf einer gegebenen Reiseetappe zu überprüfen und/oder anzupassen. Die Büroerstellung beginnt üblicherweise mit einem Planer, der die Ressourcen plant, d. h., der das Luftfahrzeug für eine gegebene Reiseetappe plant, wie es in Schritt 1128 gezeigt ist. Dieser Schritt findet üblicherweise mehrere Monate vor der Abfahrt statt. Der Planer handelt z. B. als ein Administrator und aktualisiert das zweite Repository 106, in dem eine neue Reiseetappe zugefügt wird mit einer verknüpften Besatzung qualifizierter registrierter Nutzer. Eine Benachrichtigung dieser Hinzufügung einer neuen Reiseetappe wird an den Dispatcher gesendet, der verantwortlich ist für die Berechnung eines Flugplans/einer Flugroute für die Reiseetappe. Der Dispatcher verbindet sich mit dem System 100 und fährt fort, den Flugplan/die Flugroute zu berechnen, wie in den Schritten 1129 gezeigt. Mit fortschreitender Zeit aktualisiert der Dispatcher den Fahrzeugbetriebsplan für die Reiseetappe, indem die Einweisung in dem Fahrzeugbetriebsplan vervollständigt wird, z. B. mit zusätzlichen Bemerkungen beispielsweise über die Abflugstartbahn oder Abflugzeitänderungen, wie in Schritt 1130 gezeigt, wonach eine Benachrichtigung an den Piloten und die Besatzung, die mit der Reiseetappe verknüpft sind, geschickt wird. Kurz vor dem Flug verbinden sich die Besatzung, d. h. die Kabinenbesatzung und die Bodenbesatzung und der Pilot mit dem System 100, von wo sie die vollständige Dispatcher-Einweisung herunterladen können für ihre Überprüfung, wie in den Schritten 1131 und 1132 gezeigt. 11b legt den Schwerpunkt auf den Fluss der Erstellung im Fahrzeug des Fahrzeugbetriebs, d. h. der Planung des Fahrzeugbetriens nur wenige Stunden vor der Abfahrt, z. B. wenn der Pilot das Flugzeug betreten hat. Wie in 11a interagieren mehrere qualifizierte registrierte Nutzer über das System 100, um den Fahrzeugbetriebsplan anzusehen oder zu ändern. Die Erstellung im Fahrzeug beginnt üblicherweise damit, dass ein Pilot die geschätzten Treibstofflevels überprüft, die von der Client-Anwendung 517 auf Grundlage der erhaltenen statischen Daten und der Flugroute berechnet wurden.
  • Der Pilot könnte, auf Grundlage seines Fachwissens und zum Beispiel auf Grundlage von Kommunikationsnachrichten, die in Echtzeit von Piloten empfangen werden, die die gleiche Reiseetappe O&D wie die geplante Reiseetappe O&D fliegen, die zum Beispiel einen Vogelschwarm an einem gegebenen Ort anzeigen, oder zum Beispiel auf Grundlage historischer Benachrichtigungen, die von qualifizierten registrierten Nutzern empfangen wurden, die das gleiche Luftfahrzeug in der Vergangenheit genutzt haben, die zum Beispiel einen zu hohen Treibstoffverbrauch für das gegebene Luftfahrzeug anzeigen, die Treibstoffniveaus anpassen oder einen Treibstoffauftrieb anordnen, wie in Schritt 1133 gezeigt ist. Der Pilot, der die Änderungen am Fahrzeugbetriebsplan vorgenommen hat, triggert das Benachrichtigungsmodul 111, Benachrichtigungen, die personalisierten Betriebsaufgaben zugeordnet sind, zu senden an verknüpfte qualifizierte registrierte Nutzer, so wie den Betanker, der den angefragten Treibstoffauftrieb liefert, wie in Schritt 1134 gezeigt, den Lademeister, der die Flugzeuglast in Abhängigkeit von der zusätzlichen Treibstofftast ausbalanciert, wie in Schritt 1135 gezeigt, den Piloten, der die benötigte Luftfahrzeugleistung, zum Beispiel die benötigte Startgeschwindigkeit, nachberechnet, wie in Schritt 1136 gezeigt, und das Flugsteigpersonal und die Kabinenbesatzung, die den Passagieren erlauben, einzusteigen, wie in Schritt 1137 gezeigt. Sobald die verknüpften qualifizierten registrierten Nutzer, d.h. der Betanker, der Belademeister, das Flugsteigpersonal, die Kabinenbesatzung und der Pilot, ihre Betriebsaufgaben durchgeführt haben, schickt das Benachrichtigungsmodul 111 eine Benachrichtigung an den Piloten, um das Gewicht und Gleichgewicht des Luftfahrzeugs nachzuberechnen zur finalen Validierung, wie in Schritt 1138 gezeigt. Sobald die Gewichts- und Gleichgewichtsberechnung durch den Piloten validiert wurde, wird eine Benachrichtigung an den Piloten und die Flugsicherung (ATC) gesendet, in der die Zuweisung eines Startslots, d.h. welche Startbahn für den Start genutzt werden soll, angefragt wird, wie in Schritt 1139 gezeigt. Auf Grundlage der Benachrichtigung der korrekten Slotinformation an den Piloten, wird eine finale Leistungsoptimierung durch den Piloten durchgeführt vor dem Abflug, zum Beispiel unter Berücksichtigung von Startbahndaten, so wie Startbahnnässe und Startbahnlänge, wie in Schritt 1140 gezeigt.
  • 12 zeigt ein Beispiel des Systems 100. 12 zeigt eine Mehrzahl an Client-Terminals 1241a, 1241b, 1241c, 1241d, 1241e, 1241f, die jeweils einem qualifizierten registrierten Nutzer zugeordnet sind, spezifischer die jeweils einem ersten Electronic Flight Bag (EFB), einem zweiten EFB, einem Abflugkontrollsystem (DCS), einem Betanker, einem Flugplaner und einem Flugscheduler zugeordnet sind. Die Mehrzahl an Client-Terminals sind über ein Kommunikationsnetzwerk und über spezifische Integrationsschnittstellen, die als das Rufmodul 1243 operieren, mit der zentralen Betriebsplattform verbunden, die hier als Aviabook Base TM 1242 bezeichnet ist. Die zentrale Betriebsplattform 1242 umfasst ferner eine Mehrzahl an Benachrichtigungsmodulen 1244a, 1244b, 1244c, 1244d, die jeweils bestimmt sind, einen spezifischen Nutzerqualifikationstyp der verknüpften qualifizierten registrierten Nutzer zu benachrichtigen, spezifischer die jeweils bestimmt sind, den Betanker, den Flugplaner, das DCS und einen anpassbaren qualifizierten registrierten Nutzer zu benachrichtigen, so wie ein Benachrichtigungsmodul, das durch ein Fluglinienunternehmen anpassbar ist, Piloten über ihre Leistung auf Grundlage einer Messung ihrer Arbeistzyklen zu benachrichtigen. Die zentrale Betriebsplattform 1242 umfasst ferner ein Zeitgebermodul 1250, das eingerichtet ist, die Gültigkeit oder das Fälligkeitsdatum der Daten in dem Datenbankmodul 1249 zu überwachen, zum Beispiel auf Grundlage einer eindeutigen Ablaufzeitkennung, die jedem Dateneintrag in dem Datenbankmodul 1249 zugeordnet ist, die die Gültigkeit der Daten oder die Frist, in der ein qualifizierter registrierter Nutzer die Daten aktualisieren oder an ihnen arbeiten muss, anzeigt, und das ferner eingerichtet ist, das Benachrichtigungsmodul 1244 zu triggern, eine Aktualisierungsbenachrichtigung an die Client-Terminals 1241 zu senden, so dass die Client-Terminals 1241 die Daten entsprechend aktualisieren oder an ihnen arbeiten können. Das Zeitgebermodul 1250 ist ferner eingerichtet, die Gültigkeit der Daten in dem Datenbankmodul 1249 zu überwachen, zum Beispiel auf Grundlage einer eindeutigen Ablaufzeitkennung, die jedem Dateneintrag in dem Datenbankmodul 1249 zugeordnet ist, die die Gültigkeit der Daten anzeigt, und ist ferner eingerichtet, den Drittpartei-Datenanbieter 2145 zu veranlassen, die Daten in dem Datenbankmodul 1249 entsprechend zu aktualisieren. Die zentrale Betriebsplattform 1242 umfasst ferner ein Nachrichtenmodul, das als „verbinden“ 1246 angezeigt ist, das eine „Verbindungsanwendung“ 1247 umfasst, durch die die qualifizierten registrierten Nutzer miteinander kommunizieren können. Das Nachrichtenmodul 1247 umfasst ferner ein Big-Data-Analysemodul 1248, das eingerichtet ist zum Ausführen eines Maschinenlernprozesses mit den empfangenen Nutzernachrichten, um Informationen zu extrahieren, die es Wert sein könnten, integriert zu werden, zum Beispiel als eine Benachrichtigung in dem Fahrzeugbetriebsplan eines Satzes an Reiseetappen. Zur Veranschaulichung, das Big-Data-Analysemodul 1248 ist eingerichtet zur Analyse der eingehenden Nutzernachrichten und zur Extrahierung der Flugreise, auf die in der Nachricht Bezug genommen wird, sowie als ein Schlüsselwort wie „Vögel“. Das Big-Data-Analysemodul 1248 kann eingerichtet sein, bei Identifizierung zu mehreren Gelegenheiten des Schlüsselworts „Vögel“ in Nachrichten, die sich auf die gleiche Reiseetappe O&D beziehen, eine Benachrichtigung in alle Fahrzeugbetriebspläne zu integrieren, die sich auf diese Reiseetappe O&D beziehen, die eine Gefahr für Vögel auf der Flugroute anzeigt.
  • 13 zeigt ein Beispiel einer Client-Terminal GUI 1300, wobei die Client-Anwendung anzeigt, wie der Austausch von Nachrichten zwischen qualifizierten registrierten Nutzern über das Nachrichtenmodul dem Nutzer präsentiert werden kann. Als eine Veranschaulichung zeigt 13 den Austausch von Nachrichten zwischen zwei qualifizierten registrierten Nutzern mit jeweiligen Nutzerqualifikationstypen Kapitän (COMM) 1351 und Kopilot (COPILOT) 1352 auf einer Client-Anwendung, die einem registrierten qualifizierten Nutzer zugeordnet ist, der an dem System angemeldet ist, so wie ein Pilot mit Namen „X“ 858. Der qualifizierte registrierte Nutzer, der an der Client-Anwendung angemeldet ist, kann mit anderen registrierten Nutzern kommunizieren, indem Nachrichten in ein Nachrichtenfeld 1361 getippt werden. Zusätzlich wurde eine Einsteigebenachrichtigung 1353, die von dem Benachrichtigungsmodul 111 empfangen wird, dargestellt. Sobald das Flughafenpersonal, so wie das für ein Abflugkontrollsystem (DCS) zuständige Personal, das als qualifizierter registrierter Nutzer agiert, den Fahrzeugbetriebsplan ändert, indem angezeigt wird, dass das Einsteigen begonnen hat für eine bestimmte Reiseetappe, kann das Benachrichtigungsmodul 111 die Einsteigebenachrichtigung 1353 an die GUI 1300 der betroffenen verknüpften qualifizierten registrierten Nutzer der Reiseetappe senden.
  • Bezugszeichenliste
    • 100
    System
    1010
    Zentrale Betriebsverwaltungsplattform
    102
    Client-Terminals
    103
    (Datenbankmodul) Kommunikationsnetzwerk
    104
    Datenbankmodul
    105
    Erstes Repository
    106
    Zweites Repository
    107
    Drittes Repository
    108
    (Client) Kommunikationsnetzwerk
    109
    Bus
    110
    Rufmodul
    111
    Benachrichtigungsmodul
    312
    Viertes Repository
    313
    Datanbankaktualisierungsmodul
    314
    Drittparteidatenbank
    415
    Nachrichtenmodul
    416
    Zulässigkeitsprüfungsmodul
    517
    Client-Anwendung
    518
    Kommunikationsschnittstelle
    519
    Graphische Benutzeroberfläche (GUI)
    620
    Gültigkeitsmodul
    721
    Berechnungsmodul 721
    800
    Fahrzeugbetriebsplanungswerkzeug GUI
    857
    Satz an Reiseetappen
    858
    Anmeldeinformationsbedienfeld
    862
    Reiseetappenladefeld
    922
    Vom Nutzer veränderbare Eingabeparameter
    924
    Statische Daten
    925
    Benachrichtigungsreiter
    956
    Zurückknopf
    955
    Wetterreiter
    954
    Treibstoffreiter
    959
    Fahrzeugbetriebsplanreiter
    1026
    Interaktiver Aktualisierungsknopf
    1060
    Gewichtsreiter
    1062
    Wetterkarten
    927
    Aktualisierungsbenachrichtigungsreiter
    1241
    Client-Terminals
    1242
    Zentrale Betriebsplattform
    1243
    Rufmodul
    1243
    Benachrichtigungsmodule
    1245
    Drittpartei-Datenanbieter
    1246
    Nachrichtenmodul
    1247
    „Verbindungs-Anwendung“
    1248
    Big-Data-Analysemodul
    1249
    Datenbankmodul
    1250
    Zeitgebermodul
    1300
    Nachrichtenaustausch GUI
    1351
    Kapitän (COMM) registrierter Nutzer
    1352
    Kopilot (COPILOT) registrierter Nutzer
    1353
    Einsteigebenachrichtigung
    1361
    Nachrichtenfeld
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Patentliteratur
    • US 20160093217 [0003]

Claims (26)

  1. System (100) zur Verwaltung des Betriebs eines kommerziellen Transportfahrzeugs für eine ausgewählte Reiseetappe, wobei das System (100) umfasst: eine zentrale Betriebsverwaltungsplattform (101), die operativ über ein Kommunikationsnetzwerk (103) mit einem Datenbankmodul (104) gekoppelt ist, umfassend ein erstes Repository (105), das eine Liste registrierter Nutzer umfasst, die jeweils zugeordnet sind einer Nutzersicherheitskennung und einem Qualifikationsnutzertyp, der mindestens die Rolle, Berechtigungsstufe, und Art von Fahrzeugoperationen definiert, die jedem qualifizierten registrierten Nutzer zugewiesen sind, ein zweites Repository (106), das einen Satz an Reiseetappen, die jeweils einer Mehrzahl qualifizierter registrierter Nutzer des ersten Repository (105) zugeordnet sind, und ein Transportfahrzeug umfasst, und ein drittes Repository (107), das eine Mehrzahl an Fahrzeugkonfigurationsdateien umfasst, die jeweils einer Reiseetappe des zweiten Repository (106) und einem vorgegebenen Qualifikationsnutzertyp des ersten Repository (105) zugeordnet sind, wobei jede Konfigurationsdatei mindestens einen Satz an Konfigurationseinstellungen für einen Fahrzeugbetriebsplan definiert; und eine Mehrzahl an Client-Terminals (102), die jeweils operativ über ein Kommunikationsnetzwerk (108) mit der zentralen Betriebsverwaltungsplattform (101) gekoppelt sind, wobei jedes Client-Terminal (102) eingerichtet ist, eine Client-Anwendung (517) auszuführen, die eingerichtet ist, einem qualifizierten registrierten Nutzer eines vorgegebenen Qualifikationsnutzertyps des ersten Repository (105) über eine graphische Nutzeroberfläche (GUI) (519) des Client-Terminals (102) ein Fahrzeugbetriebsplanungswerkzeug bereitzustellen, das eingerichtet ist zur Interaktion mit dem qualifizierten registrierten Nutzer zur Erstellung eines Fahrzeugbetriebsplans für eine ausgewählte Reiseetappe, wobei das Fahrzeugbetriebsplanungswerkzeug eingerichtet ist, dem qualifizierten registrierten Nutzer einen interaktiven Fahrzeugbetriebsplan bereitzustellen, der mindestens einen Satz an vom Nutzer veränderbaren Eingabeparameter umfasst, die sich auf den Fahrzeugbetrieb des spezifischen kommerziellen Transportfahrzeugs beziehen, das der ausgewählten Reiseetappe und Qualifikationsnutzertyp zugeordnet ist, wobei diese vom Nutzer veränderbaren Eingabeparameter des Fahrzeugbetriebsplans konfiguriert sind auf Grundlage der Auswahl von mindestens einer Konfigurationsdatei des dritten Repository (107); wobei die zentrale Betriebsverwaltungsplattform (101) umfasst ein Rufmodul (110), das eingerichtet ist, in Reaktion auf den Empfang von einem Client-Terminal (102) einer Nutzeranfrage zur Erstellung eines Fahrzeugbetriebsplans, zum Abrufen von dem ersten (105) beziehungsweise zweiten (106) Repository der Nutzersicherheitskennung und der Reiseetappen, die dem qualifizierten registrierten Nutzer des Client-Terminals (102) zugeordnet sind, wobei das Rufmodul (110) eingerichtet ist zum Weiterleiten der abgerufenen Reiseetappen zu der Client-Anwendung (517) des Client-Terminals (102), das die Nutzeranfrage ausgibt, um dem qualifizierten registrierten Nutzer angezeigt zu werden zur Auswahl einer Reiseetappe, wobei das Rufmodul (110) eingerichtet ist, in Reaktion auf dem Empfang einer Auswahl einer Reiseetappe von der Client-Anwendung (517), mindestens eine entsprechende Konfigurationsdatei von dem dritten Repository (107) abzurufen, die der ausgewählten Reiseetappe und dem Qualifikationstyp des qualifizierten registrierten Nutzers zugeordnet ist, wobei diese mindestens eine Konfigurationsdatei weitergeleitet wird zusammen mit mindestens den vom Nutzer veränderbaren Eingabeparametern zu der Client-Anwendung (517) des Client-Terminals (102), um mindestens den Satz der vom Nutzer veränderbaren Eingabeparameter des Fahrzeugbetriebsplans zu konfigurieren, der den qualifizierten registrierten Nutzern bereitgestellt wird; und ein Benachrichtigungsmodul (111), das eingerichtet ist, in Reaktion auf den Empfang eines Fahrzeugbetriebsplans von einem Client-Terminal (102), zum Extrahieren der Werte der vom Nutzer veränderbaren Eingabeparameter des Fahrzeugbetriebsplans und entsprechend Erstellen mindestens einer Benachrichtigung, die Information über die extrahierten Werte enthält, wobei diese mindestens eine Benachrichtigung selektiv weiterzuleiten ist über einen Benachrichtigungsserver zu mindestens einem der verbleibenden qualifizierten registrierten Nutzer, die in dem zweiten Repository (106) als der ausgewählten Reiseetappe zugeordnet angezeigt werden.
  2. System (100) nach Anspruch 1, wobei das Benachrichtigungsmodul (111) eingerichtet ist zum Auswählen der qualifizierten registrierten Nutzer, die zu benachrichtigen sind, auf Grundlage von mindestens dem Qualifikationsnutzertyp jedes qualifizierten registrierten Nutzers, der der ausgewählten Reiseetappe und den Werten, die durch den qualifizierten registrierten Nutzer den vom Nutzer veränderbaren Parameter des Fahrzeugbetriebsplans zugewiesen wurden, zugeordnet sind.
  3. System (100) nach Anspruch 1 oder 2, wobei das Benachrichtigungsmodul (111) eingerichtet ist zur Personalisierung der Benachrichtigungen, die jedem der ausgewählten qualifizierten registrierten Nutzer ausgegeben werden, entsprechend ihrer Qualifikationsnutzertypen.
  4. System (100) nach Anspruch 3, wobei das Benachrichtigungsmodul (111) eingerichtet ist, die Benachrichtigungen auszuwählen, die jedem der ausgewählten qualifizierten registrierten Nutzer im Push-Verfahren zu senden sind, aus einer Nutzernachschlagetabelle (LUT), die in dem ersten Repository (105) gespeichert ist, wobei diese LUT einen Satz an Anweisungen umfasst, die die Art der Benachrichtigungen anzeigt, die jedem qualifizierten registrierten Nutzer im Push-Verfahren zu senden ist, entsprechend ihrer Qualifikationsnutzertypen und Art von am Fahrzeugbetriebsplan vorgenommenen Änderungen.
  5. System (100) nach Anspruch 4, wobei die ausgegebene Benachrichtigung Anweisungen zum Ausführen von mindestens einer Betriebsaufgabe umfasst.
  6. System (100) nach Anspruch 5, wobei das Benachrichtigungsmodul (111) eingerichtet ist zum Ableiten der mindestens einen Betriebsaufgabe von mindestens den Werten, die dem Satz an vom Nutzer veränderbaren Eingabeparameter des empfangenen Fahrzeugbetriebsplan zugewiesen sind.
  7. System (100) nach Anspruch 4 oder 5, wobei das Benachrichtigungsmodul (111) eingerichtet ist zum Ableiten der mindestens einen Nutzerbetriebsaufgabe von mindestens historischer Information, die der ausgewählten Reiseetappe und Transportfahrzeug zugeordnet ist, wobei die historische Information von einer Historische-Information-Datenbank abgerufen wird.
  8. System (100) nach einem der vorherigen Ansprüche, wobei die durch das Benachrichtigungsmodul (111) ausgegebenen Benachrichtigungen auf der GUI (519) der Client-Terminals (102) jedes der ausgewählten qualifizierten registrierten Nutzer anzuzeigen sind.
  9. System (100) nach einem der vorherigen Ansprüche, wobei das Datenbankmodul (104) ein viertes Repository (312) umfasst, das einen Satz erster Datenstrukturen speichert, die jeweils Reiseinformation speichern, die einer vorgegebenen Reiseetappe zugeordnet sind, und einen Satz zweiter Datenstrukturen, die jeweils Konfigurationsinformation speichern eines vorgegebenen Transportfahrzeugs, wobei jede erste und zweite Datenstrukturen einem Nutzerqualifikationstyp und einer Reiseetappe von dem ersten (105) beziehungsweise zweiten (106) Repository zugeordnet ist.
  10. System (100) nach Anspruch 9, wobei das Rufmodul (110) eingerichtet ist zum Abrufen, von dem vierten Repository (312), der ersten und zweiten Datenstrukturen, die der ausgewählten Reiseetappe und Qualifikationstyp des qualifizierten registrierten Nutzers zugeordnet sind, wobei die abgerufenen ersten und zweiten Datenstrukturen an die qualifizierten registrierten Nutzer weitergeleitet werden zusammen mit der ausgewählten Konfigurationsdatei.
  11. System (100) nach einem der vorherigen Ansprüche, wobei jedem verschiedenen Typ an Daten, die in jedem der Repositories des Datenbankmoduls (104) gespeichert sind, eine eindeutige Ablaufzeitkennung zugewiesen ist, die eine Zeitdauer anzeigt, für die die Daten gültig sind.
  12. System (100) nach Anspruch 11, wobei die Client-Anwendung (517) ein Datenvalidierungsmodul (620) umfasst, das eingerichtet ist zum Bestimmen, auf Grundlage der Ablaufzeitkennung, der Gültigkeit der Daten, die über die GUI (519) dem Client-Terminal (102) des qualifizierten registrierten Nutzers angezeigt werden.
  13. System (100) nach Anspruch 12, wobei das Datenvalidierungsmodul (620) eingerichtet ist, bei Bestimmung, dass ungültige und/oder unvollständige Daten angezeigt werden auf der GUI (519) des Client-Terminals (102), zum Ausgeben eines Alarmsignals zu dem qualifizierten registrierten Nutzer, das den Typ der Daten, die aktualisiert werden müssen, anzeigt.
  14. System (100) nach Anspruch 13, wobei das Datenvalidierungsmodul (620) eingerichtet ist zum Verhindern des Nutzers zum Erstellen des Fahrzeugbetriebsplans während das Alarmsignal auf der GUI (519) des Client-Terminals (102) angezeigt wird.
  15. System (100) nach einem der vorherigen Ansprüche, wobei die zentrale Betriebsverwaltungsplattform (101) ein Datenbankaktualisierungsmodul (313) umfasst, das eingerichtet ist zum Aktualisieren zu vorgegebenen Zeitintervallen der Daten, die in jedem der Datenbank (104) Repositories gespeichert sind, mit Daten, die von mindestens einer Drittpartei-Datenbank (314) abgerufen werden.
  16. System (100) nach einem der vorherigen Ansprüche, wobei die Client-Anwendung (517) ein Berechnungsmodul (721) umfasst, das eingerichtet ist zum Berechnen, auf Grundlage von durch das Rufmodul (110) weitergeleiteten Daten, der Anfangswerte von mindestens einigen des Satzes an vom Nutzer veränderbaren Eingabeparameter des Fahrzeugbetriebsplans, der dem qualifizierten registrierten Nutzer über das Fahrzeugbetriebsplanungswerkzeug bereitgestellt wird.
  17. System (100) nach einem der vorherigen Ansprüche, wobei die zentrale Betriebsverwaltungsplattform (101) ein Nutzernachrichtenmodul (415) umfasst, das eingerichtet ist, den qualifizierten registrierten Nutzern, die in dem ersten Repository (105) definiert sind, zu ermöglichen, selektiv Kommunikationsnachrichten über die Client-Anwendung (517), die auf jedem der Client-Terminals (102) ausgeführt wird, auszutauschen.
  18. System (100) nach einem der vorherigen Ansprüche, wobei die zentrale Betriebsverwaltungsplattform (101) ein Nutzerregistrierungsmodul umfasst, das eingerichtet ist zum Registrieren, auf die Anfrage eines qualifizierten registrierten Nutzers, der eine angemessene Berechtigungsstufe hat, eines zusätzlichen Nutzers in der Liste qualifizierter registrierter Nutzer des ersten und zweiten Repository des Datenbankmoduls (104), wobei das Nutzerregistrierungsmodul eingerichtet ist zum selektiven Zuweisen einer Registrierungsablaufkennung zu dem zusätzlichen Nutzer, die eine vorgegebene Zeitdauer anzeigt zum Beibehalten des zusätzlichen Nutzers in der Liste qualifizierter registrierter Nutzer.
  19. System (100) nach einem der vorherigen Ansprüche, wobei das System (100) mindestens ein Administrator-Terminal umfasst, das mit dem Datenbankmodul (104) gekoppelt ist, wobei das Administratormodul eine GUI (519) umfasst, die eingerichtet ist, einem Administrator zu erlauben, auf die Daten, die in dem Datenbankmodul (104) gespeichert sind, zuzugreifen und anzupassen.
  20. System (100) nach einem der vorherigen Ansprüche, wobei das kommerzielle Transportfahrzeug ein Luftfahrzeug, Zug, Bus, Schiff und Lastkraftwagen ist.
  21. System (10) nach einem der vorherigen Ansprüche, wobei der qualifizierte registrierte Nutzer einer ist von einem Pilot, Besatzungsmitglied, Bodenbetriebspersonal, Fluglinienbetreiber, Dispatcher, Flugloste, und dergleichen.
  22. System (100) nach einem der vorherigen Ansprüche, wobei mindestens eines der Mehrzahl an Client-Terminals (102) Teil einer elektronischen Vorrichtung ist, die eine Electronic Flight Bag (EFB)-Softwareanwendung umfasst.
  23. System (100) nach einem der vorherigen Ansprüche, wobei die Client-Anwendung (517) dem Qualifikationsnutzertyp des qualifizierten registrierten Nutzers zugeordnet ist.
  24. Verfahren zur Verwaltung des Betriebs eines kommerziellen Transportfahrzeugs für eine ausgewählte Reiseetappe, wobei das Verfahren die folgenden Schritte umfasst: Bereitstellen einer zentralen Betriebsverwaltungsplattform (101), die operativ über ein Kommunikationsnetzwerk (103) mit einem Datenbankmodul (104) gekoppelt ist, umfassend ein erstes Repository (105), das eine Liste registrierter Nutzer umfasst, die jeweils zugeordnet sind einem Qualifikationsnutzertyp, der mindestens die Rolle, Berechtigungsstufe, und Art eines Fahrzeugbetriebs definieren, die jedem qualifizierten registrierten Nutzer zugewiesen sind, ein zweites Repository (106), das einen Satz an Reiseetappen eines Transportfahrzeugs umfasst, wobei jede Reiseetappe einer Mehrzahl qualifizierter registrierter Nutzer des ersten Repository (105) zugeordnet ist, und ein drittes Repository (107), das eine Mehrzahl an Fahrzeugkonfigurationsdateien umfasst, die jeweils einer Reiseetappe des zweiten Repository (106) und einem vorgegebenen Qualifikationsnutzertyp des ersten Repository (105) zugeordnet sind, wobei jede Konfigurationsdatei mindestens einen Satz an Konfigurationseinstellungen für einen Fahrzeugbetriebsplan definiert; Bereitstellen einer Mehrzahl an Client-Terminals (102), die jeweils operativ über ein Kommunikationsnetzwerk (108) mit der zentralen Betriebsverwaltungsplattform (101) gekoppelt sind, wobei jedes Client-Terminal (102) mit einer Client-Anwendung (517) ausgestattet ist, die eingerichtet ist, beim Ausführen die folgenden Schritte auszuführen Bereitstellen, an einen qualifizierten registrierten Nutzer von dem ersten Repository (105), der einen vorgegebenen Qualifikationstyp hat, über eine graphische Benutzeroberfläche (GUI) (519) des Client-Terminals (102), eines Fahrzeugbetriebsplanungswerkzeugs, das eingerichtet ist, dem qualifizierten registrierten Nutzer einen Fahrzeugbetriebsplan bereitzustellen, der mindestens einen Satz an vom Nutzer veränderbaren Eingabeparameter umfasst, die sich auf die Fahrzeugbetriebseinstellungen des spezifischen kommerziellen Transportfahrzeugs beziehen, das der ausgewählten Reiseetappe zugeordnet ist, wobei diese vom Nutzer veränderbaren Eingabeparameter des Fahrzeugbetriebsplans definiert sind auf Grundlage der Auswahl von mindestens einer Konfigurationsdatei des dritten Repository (107); und Erstellen des Fahrzeugbetriebsplans für die ausgewählte Reiseetappe; wobei der Schritt des Erstellens des Fahrzeugbetriebsplans die folgenden Schritte umfasst: in Reaktion auf Empfangen an der zentralen Betriebsverwaltungsplattform (101) einer Nutzeranfrage zum Erstellen eines Fahrzeugbetriebsplans, Abrufen, durch ein Rufmodul (110) von dem ersten beziehungsweise dem zweiten Repository, des Nutzerqualifikationstyps und der Reiseetappen, die dem qualifizierten registrierten Nutzer des Client-Terminals (102), das zur Ausgabe der Nutzeranfrage verwendet wurde, zugeordnet sind; Weiterleiten, durch das Rufmodul (110), der abgerufenen Reiseetappen zu der Client-Anwendung (517) des Client-Terminals, das zur Ausgabe der Nutzeranfrage verwendet wurde, um dem qualifizierten registrierten Nutzer angezeigt zu werden über die GUI (519), zur Auswahl einer Reiseetappe, wobei das Rufmodul (110) eingerichtet ist, in Reaktion auf Empfangen einer Auswahl einer Reiseetappe von der Client-Anwendung (517), die folgenden Schritte durchzuführen: Abrufen, durch das Rufmodul (110), mindestens einer entsprechenden Konfigurationsdatei von dem dritten Repository (107), die der ausgewählten Reiseetappe und dem Qualifikationstyp des qualifizierten registrierten Nutzers zugeordnet ist; und Weiterleiten, durch das Rufmodul (110), der abgerufenen mindestens einen Konfigurationsdatei zusammen mit mindestens den vom Nutzer veränderbaren Eingabeparameter, an die Client-Anwendung (517) des Client-Terminals (102), mindestens zum Konfigurieren des Satzes an vom Nutzer veränderbaren Eingabeparameter des Fahrzeugbetriebsplans, der dem qualifizierten registrierten Nutzer zur Verfügung gestellt wird; und zum selektiven Benachrichtigen durch ein Benachrichtigungsmodul (111) mindestens eines der verbleibenden qualifizierten registrierten Nutzer, die in dem zweiten Repository (106) angezeigt sind als der ausgewählten Reiseetappe zugeordnet, wobei das Benachrichtigungsmodul (111) eingerichtet ist, in Reaktion auf Empfangen eines Fahrzeugbetriebsplans von einem Client-Terminal (102), mindestens die folgenden Schritte durchzuführen: Extrahieren, von dem Fahrzeugbetriebsplan, der Werte, die den vom Nutzer veränderbaren Eingabeparameters zugewiesen sind, und Erstellen mindestens einer Benachrichtigung, die Informationen über die extrahierten Werte umfasst, und selektiv Weiterleiten der mindestens einen Benachrichtigung, über einen Benachrichtigungsserver, an mindestens einen der verbleibenden qualifizierten registrierten Nutzer, die in dem zweiten Repository (106) angezeigt sind als der ausgewählten Reiseetappe zugeordnet.
  25. Verfahren nach Anspruch 24, wobei der Schritt des Erstellens des Fahrzeugbetriebsplans die folgenden Schritte umfasst: Aktualisieren von fahrzeug- und reiseetappenbezogenen Daten, die dem Nutzer angezeigt werden; Verändern des Werts von mindestens einem der Eingabeparameter des Fahrzeugbetriebsplans; und Übergeben des Fahrzeugbetriebsplans zur Ausführung an die zentrale Betriebsverwaltungsplattform (101).
  26. Computerprogrammprodukt, das direkt in einen Speicher einer Rechnervorrichtung ladbar ist, das Softwarecode-Teile umfasst zur Durchführung der Schritte des Verfahrens nach Anspruch 24.
DE112017007948.9T 2017-09-06 2017-09-06 System und Verfahren zur Verwaltung des Betriebs eines kommerziellen Transportfahrzeugs Pending DE112017007948T5 (de)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2017/072384 WO2019048039A1 (en) 2017-09-06 2017-09-06 SYSTEM AND METHOD FOR MANAGING OPERATIONS OF A COMMERCIAL TRANSPORT VEHICLE

Publications (1)

Publication Number Publication Date
DE112017007948T5 true DE112017007948T5 (de) 2020-07-09

Family

ID=59799381

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112017007948.9T Pending DE112017007948T5 (de) 2017-09-06 2017-09-06 System und Verfahren zur Verwaltung des Betriebs eines kommerziellen Transportfahrzeugs

Country Status (6)

Country Link
US (1) US20210065120A1 (de)
EP (1) EP3679530A1 (de)
BR (1) BR112020004572A2 (de)
CA (1) CA3074892A1 (de)
DE (1) DE112017007948T5 (de)
WO (1) WO2019048039A1 (de)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11159368B2 (en) * 2018-12-17 2021-10-26 Sap Se Component integration
US11386069B2 (en) 2019-12-17 2022-07-12 Honeywell Interational Inc. System and method for offboard validation of variable parameters
CN111399453B (zh) * 2020-03-23 2023-06-27 无锡威孚环保催化剂有限公司 一种基于mes大数据的催化剂智能制造方法
US11941993B2 (en) * 2021-07-28 2024-03-26 Honeywell International Inc. Systems and methods for presenting messages to flight crew

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160093217A1 (en) 2014-09-30 2016-03-31 The Boeing Company Automatic real-time flight plan updates

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7835734B2 (en) * 2007-09-20 2010-11-16 Honeywell International Inc. System and method for wireless routing of data from an aircraft
US8160759B2 (en) * 2009-01-23 2012-04-17 Flightaware, Llc System and method for optimized flight planning
EP2559017A2 (de) * 2010-04-12 2013-02-20 Flight Focus Pte. Ltd. Bewegliche kartenanzeige
US9593961B2 (en) * 2014-08-13 2017-03-14 Honeywell International Inc. System and method for integrated time based notification for improved situational awareness
EP2998817B1 (de) * 2014-09-16 2017-06-07 Aviovision System zur Berechnung der Flugzeugleistung und Verfahren zu deren Durchführung
US9443434B2 (en) * 2014-09-30 2016-09-13 The Boeing Company Flight path discontinuities
US10431100B2 (en) * 2014-10-31 2019-10-01 Aircraft Owners And Pilots Association Interactive and customizable flight planning tool
US10387976B2 (en) * 2015-12-02 2019-08-20 Metropolitan Washington Airports Authority Federated system for centralized management and distribution of content media

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160093217A1 (en) 2014-09-30 2016-03-31 The Boeing Company Automatic real-time flight plan updates

Also Published As

Publication number Publication date
BR112020004572A2 (pt) 2020-09-08
EP3679530A1 (de) 2020-07-15
US20210065120A1 (en) 2021-03-04
WO2019048039A1 (en) 2019-03-14
CA3074892A1 (en) 2019-03-14

Similar Documents

Publication Publication Date Title
DE60218090T2 (de) Elektronisches Wartungsverzeichnis und Wartungssystem für ein Luftfahrzeug
EP2430399B1 (de) Flugzeugabfertigungsinformation
US20210047054A1 (en) Fuelling arrangement and method
DE112017007948T5 (de) System und Verfahren zur Verwaltung des Betriebs eines kommerziellen Transportfahrzeugs
AU2008223211B2 (en) Scheduling resources for airline flights
DE102008048275B4 (de) Treibstoffmanagement-System
DE102012111194A1 (de) System und Verfahren zur Steuerung des Betriebs einer Fluggesellschaft
DE202014002582U1 (de) Computergerät zur Verwendung während des Fluges für eine Flugzeugkabinenbesatzung
US20130151291A1 (en) System and method for building on-demand aviation trip
WO2011128836A2 (en) Onboard flight planning system
US8306685B2 (en) Electronic logbook flight preparation system and method
US20170124780A1 (en) Automated Flight Operations System
DE102015106537A1 (de) Visuelles Brennstoffprädiktionssystem
DE102012111284A1 (de) System und Verfahren zur Steuerung des Betriebs einer Fluggesellschaft
DE102014104361A1 (de) Ermitteln von Emissionswerten
CN108717300A (zh) 一种飞行控制系统中的辅助监控装置
Munene An application of the HFACS method to aviation accidents in Africa
US20120221375A1 (en) Method and apparatus for smart safety management
Ateş Electronic flight bag in the operation of airline companies: Application in Turkey
US9672229B2 (en) Data selection for transport sector
Bent et al. Flight training and simulation as safety generators
EP0896484A2 (de) Verfahren und Anordnung zur Verwendung eines Mobilfunktelefones und SMS-Vorrichtung für Fahrplaninformation und buchung
Sullivan et al. Presidential Helicopter: Program Continues to Make Development Progress While Addressing Challenges
WO2022146161A2 (ru) Способ планирования графика безопасного обслуживания воздушных судов (вс)
Lucka Refining the US Navy Flight Clearance (Airworthiness Certification) Process: Maximizing Acquisition Reform Benefits for Commercial Derivative Aircraft Acquisitions

Legal Events

Date Code Title Description
R012 Request for examination validly filed