DE102017123550A1 - Verfahren und Systeme zum Hochladen und Herunterladen von Content bzw. Inhalt zu und von einem Transportfahrzeug - Google Patents

Verfahren und Systeme zum Hochladen und Herunterladen von Content bzw. Inhalt zu und von einem Transportfahrzeug Download PDF

Info

Publication number
DE102017123550A1
DE102017123550A1 DE102017123550.7A DE102017123550A DE102017123550A1 DE 102017123550 A1 DE102017123550 A1 DE 102017123550A1 DE 102017123550 A DE102017123550 A DE 102017123550A DE 102017123550 A1 DE102017123550 A1 DE 102017123550A1
Authority
DE
Germany
Prior art keywords
data
aircraft
instruction set
processor
network
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
DE102017123550.7A
Other languages
English (en)
Inventor
Chiayu Kao
George Dawson
Christopher VandenBerg
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.)
Panasonic Avionics Corp
Original Assignee
Panasonic Avionics Corp
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 Panasonic Avionics Corp filed Critical Panasonic Avionics Corp
Publication of DE102017123550A1 publication Critical patent/DE102017123550A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/125—Shortest path evaluation based on throughput or bandwidth
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G06F8/62—Uninstallation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/18502—Airborne stations
    • H04B7/18506—Communications with or from aircraft, i.e. aeronautical mobile service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/403—Bus networks with centralised control, e.g. polling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/1851—Systems using a satellite or space-based relay
    • H04B7/18513—Transmission in a satellite or space-based system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/1851—Systems using a satellite or space-based relay
    • H04B7/18515—Transmission equipment in satellites or space-based relays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Health & Medical Sciences (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Astronomy & Astrophysics (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Environmental & Geological Engineering (AREA)

Abstract

Verfahren und Systeme für ein Transportfahrzeug werden zur Verfügung gestellt. Ein beispielhaftes Verfahren enthält das Erzeugen eines Master-Instruktionensatzes mit einem Routingplan durch einen Processor, um Daten zu und von einem Transportfahrzeug unter Verwendung einer oder mehrerer Netzwerk-Verbindungen zu laden; die Erzeugung eines transportsseitigen Instruktionensatzes durch den Prozessor, um Daten von dem Transportfahrzeug zu laden und abzuladen, wobei der transportseitige Instruktionensatz auf dem Master-Instruktionensatz basiert; Verwenden des Master-Instruktionensatzes, des lokalen Instruktionensatzes und des transportsseitigen Instruktionensatzes, um automatisch Daten zu und von dem Transportfahrzeug unter Verwendung der einen oder mehrerer Netzwerk-Verbindung(en) zu laden, um eine Zielsetzung des Master-Instruktonensatzes zu erfüllen; und Überwachung der Ladung der Daten zu und von dem Transportfahrzeug, um irgendwelche Änderungen durchzuführen, um eine Zielsetzung des Master-Instruktionensatzes zu erfüllen, basierend auf Lieferzeit und Kosten oder sowohl Lieferzeit als auch Kosten.

Description

  • Technisches Gebiet: Die vorliegende Offenbarung bezieht sich auf das Managen bzw. die Verwaltung des Hochladens und des Herunterladens von Daten zu und von Transportfahrzeugen.
  • Hintergrund: Transportfahrzeuge, beispielsweise Flugzeuge, Züge, Busse, Freizeitfahrzeuge bzw. Wohnmobile, Boote und andere ähnliche Fahrzeuge verwenden verschiedene Computereinrichtungen, um verschiedene Funktionen zur Verfügung zu stellen, einschließlich Unterhaltung, Systemsteuerung, Content- bzw. Inhaltspeicherung und andere Funktionen. Diese Computereinrichtungen enthalten Hardware (z. B. Server, Schalter, Netzwerk-Schnittstellenkarten, Speicheradapter, Speichereinrichtungen und andere) sowie Software (z. B. Server-Anwendungen, Betriebssysteme, Firmware, Management- bzw. Verwaltungsanwendungen, Schnittstellen für Anwendungs-Programmierung (APIS für Application Programming Interface) u. a.).
  • Transportfahrzeuge haben heute eine individualisierte funktionale Ausstattung, die einem spezifischen Passagiersitz zugeordnet ist und die durch den Passagier genutzt werden kann, wie beispielsweise einstellbare Sitze, einstellbare Umgebungssteuerungen, einstellbare Beleuchtung, Telefoniesysteme, Video- und/oder Audio-Unterhaltungssysteme, Systeme für die Kommunikation (mit) der Besatzung und Ähnliches. Viele kommerzielle Flugzeuge haben heute individualisierte Video- und Audio-Unterhaltungssysteme, die oft als „Bord-Unterhaltungs-„ oder „IFE für Inflight Entertainment”-Systeme bezeichnet werden. Solche Systeme können in gleicher Weise auch als „Bord-Unterhaltungs- und Kommunikations„-Systeme bezeichnet werden, typischer Weise abgekürzt als „IFEC für Inflight Entertainment and Communication”-Systeme.
  • Das Laden von elektronischen Daten zu Transportfahrzeugen und von Transportfahrzeugen kann aufgrund der mobilen Natur der Fahrzeuge Herausforderungen bieten, die sich in und aus Flughäfen, Zugbahnhöfen, Busbahnhöfen, Häfen zur Verschiffung und anderen herein und heraus bewegen. Es werden kontinuierliche Anstrengungen unternommen, um effizient und sicher Daten zu Transportfahrzeugen hochzuladen und von Transportfahrzeugen herunterzuladen.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • Die verschiedenen Merkmale der vorliegenden Offenbarung werden nun unter Bezugnahme auf die Zeichnungen der verschiedenen, hier offenbarten Aspekte beschrieben werden. In den Zeichnungen können die gleichen Komponenten die gleichen Bezugszeichen haben. Die beschriebenen Aspekte dienen nur zur Erläuterung, jedoch nicht zur Einschränkung der vorliegenden Offenbarung. Die Zeichnungen enthalten die folgenden Figuren:
  • 1A zeigt ein Beispiel einer Betriebs-Umgebung zur Implementierung der verschiedenen Aspekte der vorliegenden Offenbarung für ein Flugzeug;
  • 1B zeigt ein Beispiel der Betriebs-Umgebung bei einem Transportfahrzeug, das kein Flugzeug ist, gemäß einem Aspekt der vorliegenden Offenbarung;
  • 2 zeigt ein Beispiel eines Content- bzw. Inhalt-Verteilungssystems für ein Flugzeug, das gemäß einem Aspekt der vorliegenden Offenbarung verwendet wird;
  • 3A zeigt ein Blockdiagramm eines Systems zum Hochladen und Herunterladen von Daten zu und von einem Flugzeug gemäß einem Aspekt der vorliegenden Offenbarung;
  • 3B zeigt einen High-Level-Prozess, der gemäß einem Aspekt der vorliegenden Offenbarung durch das System nach 3A ausgeführt wird;
  • 3C zeigt einen Prozess zur Erzeugung eines Nutzer-Kontos bzw. Accounts gemäß einem Aspekt der vorliegenden Offenbarung;
  • 3D zeigt einen Prozess zur Konfigurierung eines Arbeitsraums (work-space) einer Fluglinie gemäß einem Aspekt der vorliegenden Offenbarung;
  • 4A zeigt einen Prozess zur Erzeugung eines Master-Manifestes bzw. Ladungsverzeichnisses gemäß einem Aspekt der vorliegenden Offenbarung;
  • 4B zeigt einen Prozess zur Verteilung von Daten zu einem Flugzeug gemäß einem Aspekt der vorliegenden Offenbarung;
  • 4C zeigt einen Prozess zur Verwendung eines Satelliten-Netzwerkes gemäß einem Aspekt der vorliegenden Offenbarung;
  • 4D zeigt einen Prozess zum Herunterladen von Daten von einem Flugzeug gemäß einem Aspekt der vorliegenden Offenbarung;
  • 4E zeigt einen Prozess zur Erzeugung eines Leitungs- bzw. Routing-Pfades gemäß einem Aspekt der vorliegenden Offenbarung;
  • 5A zeigt einen Überwachungs-Prozess gemäß einem Aspekt der vorliegenden Offenbarung;
  • 5B zeigt einen Prozess zur Überwachung bzw. zur Kontrolle der Datei-Übertragung gemäß einem Aspekt der vorliegenden Offenbarung;
  • 5C zeigt einen weiteren Prozess zur Überwachung bzw. zur Kontrolle des Status des Hochladens einer Datei zu einem Flugzeug gemäß einem Aspekt der vorliegenden Offenbarung;
  • 5D zeigt einen Prozess zur Verfolgung bzw. zum Tracking des Herunterladens von Daten von einem Flugzeug gemäß einem Aspekt der vorliegenden Offenbarung;
  • 5E zeigt einen Prozessablauf zur Verfolgung bzw. zum Tracking von Zuweisungen gemäß einem Aspekt der vorliegenden Offenbarung; und
  • 6A zeigt einen Prozess zur Routen-Auswahl gemäß einem Aspekt der vorliegenden Offenbarung;
  • 6B zeigt einen Prozess zur Einstellung bzw. Justierung von Routen gemäß einem Aspekt der vorliegenden Offenbarung;
  • 6C zeigt einen Prozess zur Entwicklung einer kenntnisgestützten bzw. wissensbasiertenDatenstruktur gemäß einem Aspekt der vorliegenden Offenbarung; und
  • 7 zeigt ein Blockdiagramm eines Computersystems, das gemäß einem Aspekt der vorliegenden Offenbarung verwendet wird.
  • DETAILLIERTE BESCHREIBUNG
  • Als eine Vorbemerkung wird darauf hingewiesen, dass die Begriffe „Komponente”, „Modul”, „System” und ähnliche, wie sie hier verwendet werden, sich auf eine computerbezogene Gesamtheit beziehen sollen, also eines von Software ausführenden Allzweck- bzw. Universal-Prozessor, Hardware, Firmware oder einer Kombination davon. Beispielsweise kann eine Komponente sein, ist jedoch nicht darauf eingeschränkt, dass sie es ist, ein Prozess, der auf einem Hardware-Prozessor läuft, ein Hardware-Prozessor, ein Gegenstand bzw. ein Objekt bzw. eine Einheit, ein Executable bzw. ein ausführbarer Programmteil, ein Ausführungs-Thread, ein Programm und/oder ein Computer.
  • Zur Erläuterung: Sowohl eine Anwendung, die auf einem Server läuft, als auch der Server können eine Komponente sein. Eine oder mehrere Komponenten können in einem Prozess und/oder einem Ausführungs-Thread liegen, und eine Komponente kann auf einem Computer lokalisiert und/oder auf zwei oder mehr Computer verteilt werden. Außerdem können diese Komponenten auch von verschiedenen, computerlesbaren Medien aus mit verschiedenen, darauf gespeicherten Datenstrukturen ausführen. Die Komponenten können über lokale und/oder entfernte Prozesse kommunizieren, wie beispielsweise gemäß einem Signal mit einem oder mehreren Datenpaketen (z. B. Daten von einer Komponente, die mit einer anderen Komponente in einem lokalen System, einem verteilten System und/oder über ein Netzwerk, wie beispielsweise dem Internet, mit anderen Systemen über das Signal interagiert).
  • Von dem Computer ausführbare Komponenten können gespeichert werden, beispielweise auf nicht flüchtigen, von dem Computer/der Maschine lesbaren Medien, die enthalten, jedoch nicht beschränkt sind auf eine anwendungsspezifische integrierte Schaltung ASIC (für Application Specific Integrated Circuit), eine CD (für Compact Disc), eine DVD (für Digital Video Disk), ein Lesespeicher ROM (für Read Only Memory), eine Festplatte, ein elektronisch löschbarer, programmierbarer Lesespeicher EPROM (für Electrically Erasable Programmable Read Only Memory), eine Festkörper-Speichereinrichtung oder jede andere Speichereinrichtung gemäß dem beanspruchten Gegenstand.
  • Fahrzeug-Informationssystem: 1A zeigt ein Beispiel eines generischen Fahrzeug-Informationssystems 100A (auch als System 100A bezeichnet), das für die Installation an Bord eines Flugzeugs 132 gemäß einem Aspekt der vorliegenden Offenbarung konfiguriert werden kann. Wenn es in einem Flugzeug installiert wird, kann das System 100A ein Bord-Unterhaltungs-(IFE für In-Flight Entertainment)System für einen Flugzeugpassagier umfassen, wie beispielsweise die Series 2000, 3000, eFX, eX2, eXW und/oder irgendein anderes Bord-Unterhaltungssystem, das von der Panasonic Avionics Corporation (ohne jede Beeinträchtigung irgendwelcher Markenrechte der Panasonic Avionics Corporation) aus Lake Forest, Kalifornien, dem Anmelder dieser Anmelder, entwickelt und zur Verfügung gestellt wird.
  • Das System 100A weist wenigstens eine Content- bzw. Inhalt-Quelle 113 und ein oder mehrere Nutzer(oder Passagier)-Schnittstellensystem(e) (kann auch als Sitzeinrichtung/Sitzrückeneinrichtung bezeichnet werden) 114 auf, das bzw. die mit einem Realzeit-Content-Verteilungssystem 104 kommunizieren. Die Content- bzw. Inhalt-Quellen 113 können eine oder mehrere interne Inhalts-Quellen, wie beispielsweise ein Media-Serversystem 112, die an Bord des Flugzeuges 132 installiert werden, eine oder mehrere entfernte (oder terrestrische) Inhalts-Quellen 116, die sich außerhalb des Flugzeugs 132 befinden können, oder ein verteiltes Inhaltssystem enthalten. Das Media-Serversystem 112 kann als Controller eines Informationssystems zur Verfügung gestellt werden, um die Steuerfunktionen für das Gesamtsystem für das System 100A und/oder zur Speicherung von Betrachtungsinhalt 124 zur Verfügung zu stellen, einschließlich vorprogrammiertem Betrachtungsinhalt und/oder Inhalt 120, der zu dem Flugzeug heruntergeladen wird, je nach Bedarf. Der Betrachtungsinhalt 124 kann Fernsehprogramm-Inhalt, Musik-Inhalt, Podcast-Inhalt, Photographiealbum-Inhalt, Audiobook-Inhalt und/oder Film-Inhalt ohne jede Einschränkung enthalten. Der Betrachtungsinhalt, wie er hier gezeigt und beschrieben wird, ist nicht abschließend und wird nur aus Gründen der Erläuterung und nicht zum Zwecke der Einschränkung zur Verfügung gestellt.
  • Das Serversystem 112 kann enthalten und/oder kommunizieren mit einem oder mehreren herkömmlichen Systemen zur Speicherung von peripheren Media bzw. Medien (nicht dargestellt), einschließlich optischen Media-Einrichtungen, wie beispielsweise einem digitalen Video-Platten (DVD für Digital Video Disk) System oder einem Kompaktdisk-(CD für Compact Disk)System, und/oder magnetische Media-Systeme, wie beispielsweise ein Video-Kassettenrecorder(VCR für Video Cassette Recorder)-System, ein Festkörperlaufwerk-(SSD für Solid State Drive)System oder ein Festplattenlaufwerk-(HDD für Hard Disk Drive)System jeder geeigneten Art, um den vorprogrammierten Content und/oder den heruntergeladenen Betrachtungsinhalt 120 zu speichern.
  • Der Betrachtungsinhalt 124 kann jeden herkömmlichen Typ von Audio- und/oder Video-Betrachtungsinhalt umfassen, wie zum Beispiel gespeicherter (oder zeitverzögerter) Betrachtungsinhalt und/oder Live (oder in Realzeit) Betrachtungsinhalt. Falls gewünscht, kann der Betrachtungsinhalt 124 geographische Informationen enthalten. Als Alternative hierzu und/oder zusätzlich zu dem Unterhaltungs-Inhalt, wie beispielsweise Live-Satelliten-Fernsehprogramme und/oder Live-Satelliten-Radioprogramme kann der Betrachtungsinhalt in gleicher Weise Zweiwegkommunikationen enthalten, wie beispielsweise Zugang zu dem Internet 118 in Realzeit und/oder Telekommunikationen.
  • Da es konfiguriert ist, um den Betrachtungsinhalt 124, der durch eine oder mehrere ausgewählte Inhalt-Quelle(n) 113 zur Verfügung gestellt wird, zu verteilen und/oder zu präsentieren, kann das System 100A mit den Inhaltquellen 113 in Realzeit und auf jede herkömmliche Weise kommunizieren, einschließlich über verdrahtete und/oder drahtlose Kommunikationen. Das System 100A und die terrestrische Inhalt-Quelle 116 können beispielsweise direkt und/oder indirekt über ein Zwischen-Kommunikationssystem kommunizieren, wie beispielsweise ein Satelliten-Kommunikationssystem 122. Das System 100A kann dadurch Inhalt bzw. Content 120 von einer ausgewählten terrestrischen Inhalt-Quelle 116 empfangen und/oder Inhalt 128 einschließlich Navigations- und andere Steuerfunktionen, zu der terrestrischen Inhalt-Quelle 116 übertragen (hochladen). Bei Bedarf kann die terrestrische Inhalt-Quelle 116 konfiguriert werden, um mit anderen terrestrischen Inhalt-Quellen (nicht dargestellt) zu kommunizieren. Die terrestrische Inhalt- bzw. Content-Quelle 116 Ist so gezeigt, dass sie Zugang zu dem Internet 118 zur Verfügung stellt. Obwohl es dargestellt und beschrieben ist, als würde es aus Zwecken der Erläuterung das Satelliten-Kommunikationssystem 122 umfassen, kann das Kommunikationssystem durch irgendeinen herkömmlichen Typ von drahtlosem Kommunikationssystem gebildet werden, wie beispielsweise ein zelluläres Kommunikationssystem (nicht dargestellt) und/oder ein Flugzeug-Boden-Informationssystem-(AGIS für Aircraft Ground Information System)Kommunikationssystem (nicht gezeigt).
  • Um die Kommunikationen mit den terrestrischen Inhalt-Quellen 116 zu erleichtern, kann das System 100A auch ein Antennensystem 110 und ein Transceiversystem 108 für den Empfang des Betrachtungsinhalts von den entfernten (oder terrestrischen) Inhalt-Quellen 116 enthalten. Das Antennensystem 110 ist nach einer bevorzugten Ausführungsform außen bzw. an der Außenseite angeordnet, wie beispielsweise einer äußeren Oberfläche eines Rumpfes 136 des Flugzeugs 132. Das Antennensystem 110 kann Inhalt bzw. Content 120 von der terrestrischen Inhalt-Quelle 116 empfangen und den Inhalt 120, wie durch das Transceiversystem 108 verarbeitet, dem Computersystem 106 des Systems 100A zur Verfügung stellen. Das Computersystem 106 kann den empfangenen Inhalt 120 dem Media(oder Inhalt)-Serversystem 112 und/oder direkt einer oder mehreren der Nutzer-Schnittstellen(n) 140 einschließlich einem persönlichen elektronischen Gerät als Betrachtungsinhalt 124 zur Verfügung stellen, falls gewünscht. Obwohl sie aus Gründen der Erläuterung als getrennte Systeme dargestellt und beschrieben worden sind, können das Computersystem 106 und das Media-Serversystem 112 wenigstens teilweise integriert werden.
  • Das Nutzer-Schnittstellen- bzw. Interfacesystem 114 kann Computer-Terminals bzw. -Endgeräte in Kommunikation mit einem Zugangspunkt 130 enthalten. Das Nutzer-Schnittstellensystem 114 stellt eine Display-Einrichtung bzw. eine Anzeigeeinrichtung zur Verfügung, um den Inhalt bzw. Content zu betrachten. Das Nutzer-Schnittstellensystem 114 enthält eine Hardware-Schnittstelle, um eine Verbindung mit einem Zugangspunkt 130 herzustellen, der eine verdrahtete und/oder drahtlose Verbindung für das Nutzer-Schnittstellensystem zur Verfügung stellt. Nach wenigstens einer Ausführungsform weist das Nutzer-Schnittstellensystem 114 eine Softwareanwendung auf, die sich ein Nutzer herunterlädt und auf einem persönlichen elektronischen Gerät (PED für Personal Electronic Devices) installiert, um über einen Zugangspunkt 130 Content zu empfangen und zu betrachten. Obwohl bei einem verdrahteten System in einem Fahrzeug Probleme mit Brandbreitenbeschränkungen auftreten können, wie beispielsweise bei einem Flugzeug 132, wird im Allgemeinen der verdrahtete Bereich des Fahrzeuginformationssystems 100A mit ausreichender Bandbreite ausgelegt, um alle Nutzer an Bord des Fahrzeugs, d. h., alle Passagiere, zu unterstützen.
  • Das Nutzer-Schnittstellensystem 114 kann ein Eingabesystem (nicht dargestellt) enthalten, um es dem Nutzer (oder Passagier) zu erlauben, mit dem System 100A zu kommunizieren, wie beispielsweise über einen Austausch von Steuersignalen 138. Beispielsweise kann das Eingabesystem es dem Nutzer erlauben bzw. ermöglichen, eine oder mehrere Nutzerinstruktion(en) 140 zur Kontrolle des Betriebs des Systems 100A einzugeben. Zu den zur Erläuterung erwähnten Nutzer-Instruktionen 140 können Instruktionen für die Einleitung der Kommunikation mit der Content-Quelle 113, Instruktionen für die Auswahl des Betrachtungsinhalts 124 für die Präsentation, und/oder Instruktionen für die Steuerung der Präsentation des ausgewählten Betrachtungsinhalts 124 gehören. Wenn eine Gebühr für den Zugang zu dem Betrachtungs-Content 124 für eine Wi-Fi-Verbindung oder aus irgendeinem anderen Grund erforderlich ist, können die Zahlungsinformationen in gleicher Weise über das Eingabesystem eingegeben werden. Das Eingabesystem kann auf irgendeine herkömmliche Weise zur Verfügung gestellt werden und enthält in einem typischen Fall einen berührungsempfindlichen Bildschirm bzw. Touchscreen, einen oder mehrere Schalter (oder Druckknöpfe), wie z. B. eine Tastatur oder einen Nummernblock oder ein Keypad, und/oder eine Zeigereinrichtung, wie beispielsweise eine Maus, ein Trackball oder ein Stift.
  • Nach einem Aspekt wird das Nutzer-Schnittstellensystem 114 an individuellen Passagiersitzen des Flugzeugs 132 vorgesehen. Das Nutzer-Schnittstellen- bzw. Interfacesystem 114 kann an unterschiedliche Flugzeug- und Sitzanordnungen angepasst werden, und die hier beschriebenen adaptiven Aspekte sind nicht auf irgendeine spezifische Sitzanordnung oder Typen von Nutzer-Schnittstellen beschränkt.
  • 1B zeigt ein Beispiel für die Implementierung des Fahrzeug-Informationssystems 100B (kann als System 100B bezeichnet werden) in einem Automobil bzw. Kraftfahrzeug 134, das ein Bus, ein Freizeitfahrzeug bzw. Wohnmobil, ein Boot und/oder ein Zug oder irgendein anderer Typ von Passagierfahrzeug ohne jede Einschränkung sein kann. Die verschiedenen Komponenten des Systems 100B können den Komponenten des Systems 100A ähneln, die oben unter Bezugnahme auf 1A beschrieben wurden, und werden aus Gründen der Verkürzung hier nicht nochmals erläutert.
  • Inhalt-Verteilungssystem: 2 stellt ein Beispiel des Inhalt-Verteilungssystems 104 für das Fahrzeug-Informationssystem 200 (ähnlich wie 100A/100B) gemäß einem Aspekt der vorliegenden Offenbarung dar. Das Inhalt-Verteilungssystem 104 koppelt und unterstützt die Kommunikation zwischen dem Serversystem 112 und der Vielzahl der Nutzer-Schnittstellensysteme 114.
  • Das Inhalt-Verteilungssystem 104 kann beispielsweise als herkömmliches verdrahtetes und/oder drahtloses Kommunikations-Netzwerk zur Verfügung gestellt werden, das ein Telefon-Netzwerk, ein Netzwerk für den lokalen Bereich (LAN für Local Area Network), ein Netzwerk für den großen bzw. weiten Bereich (WAN für Wide Area Network), ein Netzwerk für den Campusbereich (CAN für Campus Area Network), ein Netzwerk für den persönlichen Bereich (PAN für Personal Area Network) und/oder ein drahtloses Netzwerk für den lokalen Bereich (WLAN für Wireless Local Area Network) jeder Art sein. Beispielhafte drahtlose Netzwerke für den lokalen Bereich enthalten Wireless Fidelity (Wi-Fi) Netzwerke gemäß der Norm 802.11 des Institute of Electrical and Electronis Engineers (IEEE) und/oder drahtlose Netzwerke für den Metropolenbereich (MAN für Metropolitan Area Network), die auch als WiMax Wireless Broadband bekannt sind, gemäß der Norm 802.16 des IEEE. Nach einer bevorzugten Ausführungsform sind sie konfiguriert, um hohe Datenübertrag ungsraten zu unterstützen, und das Inhalt-Verteilungssystem 104 kann ein Hochgeschwindigkeits-Ethernet-Netzwerk, wie beispielsweise irgendein Typ vom Fast Ethernet (wie beispielsweise 100 Base-X und/oder 100 Base-T) Kommunikations-Netzwerk und/oder Gigabit (wie z. B. 1000 Base-X und/oder 1000 Base-T) Ethernet-Kommunikations-Netzwerk umfassen mit einer typischen Datenübertragungsrate von wenigstens näherungsweise 100 Megabit pro Sekunde (100 Mbps) oder jede andere Übertragungsrate. Um hohe Datenübertragungsraten in einer drahtlosen Kommunikations-Umgebung zu erreichen, können Free-Space bzw. Freiraum-Optik(oder Laser-)Technologie, Millimeterwellen(oder Mikrowellen)-Technologie und/oder Ultra-Wideband(UWB)-Technologie verwendet werden, um je nach Bedarf die Kommunikationen unter den verschiedenen Systemrsourcen zu unterstützen.
  • Wie in 2 dargestellt ist, kann das Verteilungssystem 104 als eine Vielzahl von Bereichsverteilungskästen (ADBs für Area Distribution Boxes) 206, eine Vielzahl von Bodentrennkästen (FDBs für Floor Disconnect Boxes) 208 und eine Vielzahl von Sitzelektronikkästen (SEBs für Seat Electronic Boxes) (und/oder Video-Sitzelektronikkästen (VSEBs für Video-Seat Electronics Boxes) und/oder Premium-Sitzelektronikkästen (PSEBs für Premium Seat Electronic Boxes) 210 zur Verfügung gestellt werden, die konfiguriert sind, um in Realzeit über eine Vielzahl von verdrahteten und/oder drahtlosen Kommunikationsverbindungen 212 zu kommunizieren. Das Verteilungssystem 104 kann in gleicher Weise ein Schaltsystem 202 enthalten, um eine Schnittstelle bzw. ein Interface zwischen dem Verteilungssystem 104 und dem Serversystem 112 zur Verfügung zu stellen. Das Schaltsystem 202 kann ein herkömmliches Schaltsystem aufweisen, wie beispielsweise ein Ethernet-Schaltsystem, und ist konfiguriert, um das Serversystem 112 mit den Bereichsverteilungskästen 206 zu koppeln. Jeder der Bereichsverteilungskästen 206 ist gekoppelt mit und kommuniziert mit dem Schaltsystem 202. Zusätzlich enthält das Verteilungssystem 104 einen oder mehrere drahtlose Zugangspunkt(e) (WAPs für Wireless Access Points) (130A bis 130N), die in Kommunikation mit dem Schaltsystem 202 für die drahtlose Verteilung des Inhalts an die Nutzer-Schnittstellensysteme 114 einschließlich der persönlichen elektronischen Geräte PEDs zusammengeschaltet sind.
  • Jeder der Bereichsverteilungskästen 202 ist wiederum gekoppelt mit und kommuniziert mit wenigstens einem Bodentrennkasten 208. Obwohl die Bereichsverteilungskästen 206 und die zugehörigen Bodentrennkasten 208 in jeder herkömmlichen Konfiguration gekoppelt werden können, werden die zugeordneten Bodentrennkasten 208 nach einer bevorzugten Ausführungsform in einer sternförmigen Netzwerk-Topologie um einen zentralen Bereichsverteilungskasten 206 angeordnet, wie in 2 dargestellt ist. Jeder Bodentrennkasten 208 ist mit einer Vielzahl von Daisy-Chains von Sitzelektronikkästen 210 gekoppelt und bedient diese. Die Sitzelektronikkästen 210 sind wiederum konfiguriert, um mit dem Nutzer-Schnittstellensystem 114 zu kommunizieren. Jeder Sitzelelektronikkasten 210 kann ein oder mehrere der Nutzer-Schnittstellensysteme 114 unterstützen.
  • Das Schaltsystem 202, die Bereichsverteilungskästen 206, die Bodentrennkasten 208, die Sitzelektronikkästen (und/oder die Video-Sitzelektronikkästen (VSEBs) und/oder die Premium-Sitzelektronikkästen (PSEBs)) 210, das Antennensystem 110, das Transceiversystem 108, die Content-Quelle 113, das Serversystem 112 und die anderen Systemresourcen des Fahrzeug-Informationssystems werden nach einer bevorzugten Ausführungsform als leitungsersetzbare Einheiten (LRUs für Line Replaceable Units) vorgesehen. Die Verwendung von LRUs erleichtert die Wartung bzw. den Unterhalt des Fahrzeug-Informationssystems 200, weil eine defekte LRU einfach aus dem Fahrzeug-Informationssystem 200 entfernt und durch eine neue (oder andere) LRU ersetzt werden kann. Die defekte LRU kann anschließend für die nachfolgende Installation repariert werden. Vorteilhafter Weise kann die Verwendung von LRUs die Flexibilität bei der Konfigurierung des Inhalt-Verteilungssystems 104 fördern bzw. verbessern, indem eine rasche Modifikation der Zahl, der Anordnung und/oder der Konfiguration der Systemresourcen des Inhaltverteilungssystems 104 ermöglicht wird. Das Inhaltverteilungssystem 104 kann in gleicher Weise rasch upgegradet werden, indem irgendwelche überflüssigen LRUs durch neue LRUs ersetzt werden.
  • Das Verteilungssystem 104 kann wenigstens eine FDB interne Port-Bypass-Verbindung 214 und/oder wenigstens eine SEB Rückschleifen(loop back)-Verbindung 216 enthalten. Jede FDB interne Port-Bypass-Verbindung 214 ist eine Kommunikationsverbindung 212, die es ermöglicht, dass Bodentrennkasten 208, die unterschiedlichen Bereichsverteilungskästen 206 zugeordnet sind, direkt kommunizieren. Jede SEB Rückschleifen-Verbindung 216 ist eine Kommunikationsverbindung 212, die den letzten Sitzelektronikkasten 210 in jeder Daisy-Chain von Sitzelektronikkästen 210 mit einem ausgewählten Bodentrennkasten 208 koppelt, wie in 2 dargestellt ist. Jede SEB Rückschleifen-Verbindung 216 bildet deshalb einen Rückschleifenpfad unter den zu einer Daisy-Chain angeordneten Sitzelektronikkästen 210, die mit dem relevanten Bodentrennkasten 208 gekoppelt sind.
  • Es wird darauf hingewiesen, dass die verschiedenen Aspekte der vorliegenden Offenbarung ohne Verwendung des FDB 208 implementiert werden können. Wenn der FDB 208 nicht verwendet wird, kommuniziert ADB 206 direkt mit SEB 210, und/oder das Serversystem 112 kann direkt mit dem SEB 210 oder den Sitzen kommunizieren. Die verschiedenen Aspekte der vorliegenden Offenbarung sind nicht auf irgendeine spezifische Netzwerk-Konfiguration beschränkt.
  • System 300: 3A zeigt ein Blockdiagramm eines Verteilungssystems 300 (kann auch als System 300 bezeichnet werden) gemäß einem Aspekt der vorliegenden Offenbarung. Es wird darauf hingewiesen, dass das System 300 im Kontext von Flugzeugen und Flughafen-Terminals beschrieben wird, jedoch ist die innovative Technologie des Systems 300 nicht auf Flugzeuge/Flughäfen beschränkt und kann adaptiert und bei Zug-Bahnhöfen, Häfen, Busterminals und anderen Transportmechanismen eingesetzt werden.
  • Nach einem Aspekt stellt das System 300 innovative Technologie zur Verfügung, die effizient die Lieferung bzw. Zuführung von verschiedenen Datentypen zu verschiedenen Flugzeugen sowie das Herunterladen von Daten aus dem Flugzeug auf systematische Weise automatisiert. Das System 300 ist mit Hardware/Software in dem Flugzeug sowie mit Netzwerken am Boden integriert, die im Folgenden im größeren Detail beschrieben werden. System 300 stellt Technologie für das effiziente Planen, Ausführen und Überwachen von Datenübertragungs-Aufgaben bzw. -Jobs zur Verfügung. Das System 300 führt einen oder mehrere Modul(e) zur Erzeugung von Datenübertragungs-Manifesten und Aufgaben bzw. Jobs für die Netzwerk-Lieferung bzw. -Übergabe, basierend auf spezifischen Erlaubnis- bzw. Zustimmungsregeln, zur Verfügung. Das System ist konfiguriert, um eine optimale Route aus der Vielzahl von Routen auszuwählen, basierend auf Zeit/Kosten/Resourcen-Nutzung. Das System 300 ermöglicht die Überwachung der manifesten Ausführung und des Status des Verteilungs-Netzwerkes in Realzeit, da Flugzeuge zu Flughäfen und aus Flughäfen heraus fliegen, wie im Folgenden im größeren Detail beschrieben wird.
  • Das System 300 enthalt eine Nutzer-Konsole 302, die ein Deskop-Computer, ein Laptop-Computer, ein Notebook, ein mobiles Gerät, ein Tablet-Computer oder irgendeine andere Computereinrichtung sein kann. Die Nutzerkonsole 302 kann einem Fluglinien-Administrator zugeordnet oder von einem Fluglinien-Administrator verwaltet werden, der mit einem Verwaltungsmodul 304 (kann auch als Modul 304 bezeichnet werden) gekoppelt ist. Nach einem Aspekt enthält der Verwaltungsmodul 304 eine oder mehrere Instruktion(en) zur Ausführung einer Verarbeitungslogik aus einem Speicher heraus zur Implementierung der verschiedenen funktionalen Blöcke, die hier beschrieben werden. Nach einem Aspekt kann der Verwaltungsmodul 304 ein Server auf Unternehmensebene sein, der verschiedene Anwendungen ausführt oder Schnittstellen mit verschiedenen Anwendungen aufbaut, z. B. die Planung, die Überwachung und die Ausführung von Anwendungen mit entferntem Zugang.
  • Nach einem Aspekt schließt sich der Verwaltungsmodul 304 über eine Schnittstelle an ein Verteilungs-Netzwerk 330 an. Das Verteilungs-Netzwerk 330 ist eine logische Gesamtheit mit verschiedenen physikalischen/logischen Komponenten, einschließlich Netzwerk-Schnittstelle bzw. Interace, Speichereinrichtungen, Computereinrichtungen und anderen Komponenten. Nach einem Aspekt enthält das Verteilungs-Netzwerk 330 verschiedene Netzwerk-Schnittstellen, wobei jede Netzwerk-Schnittstelle konfiguriert ist, um als ein Verteilungspunkt zu arbeiten. Der Verteilungspunkt kann als ein lokaler Hub registriert und auf verschiedene Luftlinien aufgeteilt werden, wie im Folgenden beschrieben wird. Nach einem Aspekt kann die maximale und die minimale Übertragungsrate zwischen zwei Verteilungspunkten konfiguriert werden, um effizient Netzwerk-Resourcen zu verwenden und die Anforderungen einer Fluglinie zu erfüllen.
  • Nach einem Aspekt enthält das Verteilungs-Netzwerk 330 eine Boden-Netzwerk-Schnittstelle 338, die eine Netzwerk-Kommunikation zwischen Fluglinie-Bodensystemen (z. B. ein Flughafenkiosk, ein Airline-Cargosystem u. a.) unter Verwendung einer verdrahteten Verbindung ermöglicht. Eine zelluläre Netzwerk-Schnittstelle 340 kann verwendet werden, um unter Einsatz von zellulären Modems (z. B. 2G/3G/4G oder irgendeinem anderen Typ von Modem) Daten zu und von einem Flugzeug zu übertragen. Die zelluläre Netzwerk-Abdeckung für eine Flotte kann variieren, basierend auf der Netzwerk-Zugänglichkeit in verschiedenen geographischen Regionen.
  • Das Verteilungs-Netzwerk 330 enthält auch eine Wi-Fi-Schnittstelle 342, um Daten unter Verwendung einer Wi-Fi-Verbindung zu übertragen. Wenn ein Flugzeug an einem Gate ankommt, tastet eine Drahtlos-Einheit des Flugzeugs auf zur Verfügung stehende Wi-Fi-Zugangspunkte ab, um eine Konnektivität nach entsprechender Authentifizierung aufzubauen. Das Verteilungs-Netzwerk 330 kann weiterhin eine Satelliten-Schnittstelle 344 enthalten, die verwendet werden kann, um Daten über einen Satelliten zu übertragen. Wenn es sich in einem zugelassenen Luftraum befindet, kann ein Flugzeug in ein Satelliten-Netzwerk eintreten und die Konnektivität für die Datenübertragung nach entsprechender Authentifizierung aufbauen.
  • Das Verteilungs-Netzwerk 330 enthält lokale Verteilungs-Hubs 332A–332N (bezeichnet als Hub 332 oder lokaler Hub 332) mit einem lokalen Speicher 334A–334N (als lokaler Speicher 334 bezeichnet). Ein lokaler Hub kann irgendeine Computereinrichtung sein, die innerhalb des Verteilungs-Netzwerks arbeitet, einschließlich einem persönlichen elektronischen Gerät PED (für Personal Electronic Device), einem Tablet-Computer, einem Laptop, einem Desktop-Computer, einem Notebook oder irgendeinem anderen Gerät. Der lokale Hub 332 und der lokale Speicher 334 werden als Verteilungspunkte für die Datenübertragung zu dem und von dem Flugzeug verwendet, wie im Folgenden im größeren Detail erläutert wird. Jeder lokale Hub 332 ist konfiguriert, um parallele Anforderungen von dem Verwaltungsmodul 304 sowie von dem Flugzeug durch einen luftseitigen Agenten bzw. Makler zu verarbeiten, wie ebenfalls im Folgenden beschrieben wird. Nach einem Aspekt kann ein lokaler Hub zu einem Netzwerk hinzugefügt und einem Arbeitsraum (Workspace) einer Fluglinie zugewiesen werden, wie im Folgenden beschrieben wird, oder aus dem Arbeitsraum entfernt werden.
  • Nach einem Aspekt speichert das Verteilungs-Netzwerk 330 auch lokale Manifeste 336A–336N (können als 336 bezeichnet werden), die auf einem Master-Manifest bzw. Ladungsverzeichnis basieren, das im Folgenden im größeren Detail beschrieben wird.
  • Nach einem Aspekt enthält das System 300 einen luftseitigen Agenten bzw. Makler 346, der eine Software-Anwendung sein kann, die durch ein Rechnersystem in dem Flugzeug ausgeführt wird. Der luftseitige Agent 346 kann in irgendeinem Flugzeugsystem installiert werden, einschließlich dem Media-Serversystem 112, dem Computersystem 106, dem Nutzer-Interface bzw. -Schnittstellensystem 114 oder jedem anderen System. Der luftseitige Agent stellt eine Schnittstelle bzw. ein Interface zur Verfügung, um elf Flugzeug zu authentifizieren, wenn Konnektivität zu einem Bodennetzwerk angefordert wird und/oder Daten von dem Bodennetzwerk empfangen werden sollen. Der luftseitige Agent 346 stellt Zugang zu einem temporären Speicher bereit, wenn eine Schnittstelle zum Boden oder zu einem Flugzeug-Netzwerk nicht zur Verfügung steht.
  • Der luftseitige Agent 346 enthält einen luftseitigen Speicher 348 und ein luftseitiges Manifest 350. Der luftseitige Speicher 348 wird als Teil der Installation des luftseitigen Systems zugeordnet und kann irgendeinen Typ von Speichereinrichtung enthalten, einschließlich Festplatten-Laufwerke, Festkörper-Laufwerke oder irgendeinen anderen Typ von Speichereinrichtung. Das luftseitige Manifest 350 ist ein spezifisches Flugzeug-Manifest, das im Folgenden im größeren Detail beschrieben wird und das von einem Master-Manifest abgeleitet wird.
  • Eine Boden-Kommunikations-Schnittstelle 352 auf der Luftseite kommuniziert mit den Boden-Netzwerken, während eine luftseitige Schnittstelle 354 dazu verwendet wird, eine Verbindung mit den Flugzeug-Hardware- und -Software-Systemen herzustellen. Nach einem Aspekt wird der luftseitige Agent 346 mit Netzwerkzugang zu einem Wi-Fi-Netzwerk eines Flughafens, einem zellulären Netzwerk und/oder einem Satelliten-Netzwerk konfiguriert. Der luftseitige Agent 346 speichert Profildaten, um ein Flugzeug zu identifizieren, wenn eine Verbindung mit dem Boden-Netzwerk aufgebaut wird. Der luftseitige Agent 346 speichert auch Daten, um das Flugzeug zu authentifizieren, wenn Übertragungssitzungen aufgebaut werden. Der luftseitige Agent 346 ordnet automatisch Prioritäten für die Übertragungssitzungen zu, basierend auf Prioritätsebenen, die auf das luftseitige Manifest 350 angewandt werden.
  • Die luftseitige Schnittstelle 354 wird in Kenntnis gesetzt, wenn Daten für eine Übertragung zur Verfügung stehen. Daten, die zu einem Flugzeug hochgeladen werden können, können auch während dieser gesamten Beschreibung als „ladbare Datei” bezeichnet werden. Die luftseitige Schnittstelle 354 ruft die ladbareDatei ab und verteilt die Daten auf andere luftseitige Systeme. Der Begriff „Datei” in diesem Kontext enthält irgendwelche strukturierten oder unstrukturierten Daten.
  • Das Verteilungs-Netzwerk 330 kommuniziert auch mit einem bodenseitigen Agenten 356, der eine bodenseitige Schnittstelle bzw. Interface 358 hat. Der bodenseitige Agent 358 wird auf einem Luftlinien-System installiert, z. B. einem Server, einem PED, einem Laptop, einem Notebook, einem Desktop oder irgendeiner anderen Computereinrichtung. Der bodenseitige Agent 358 kann dazu verwendet werden, Daten zu einem Flugzeug zu verschieben oder Daten von einem Flugzeug zu empfangen unter Verwendung von Komponenten des Systems 300, wie im Folgenden im größeren Detail erläutert wird.
  • Zurückkommend auf den Verwaltungsmodul 304 stellt nach einem Aspekt der Verwaltungsmodul 304 einen zugewiesenen Arbeitsraum 306A–306N (kann als Arbeitsraum 306 bezeichnet werden) für mehrere Fluglinien zur Verfügung. Der Fluglinien-Arbeitsraum 306 ermöglicht es dem Verwaltungsmodul 304, Luftlinien-Konten bzw. Accounts effizient zu verwalten. Nach einem Aspekt wird eine rollen- bzw. funktions-basierte Zugangssteuerung eingesetzt, um Zugang zu einem Arbeitsraum einer Fluglinie zu erhalten. Beispielsweise können Nutzer-Rollen bzw. -Funktionen definiert werden als „Content-Provider” bzw. „Inhalt-Provider”, „Aufgaben- bzw. Task-Scheduler”, „Account-Manager”, „Task-Genehmiger”, „System-Administrator” oder irgendeine andere Rolle bzw. Funktion.
  • Als ein Beispiel authorisiert ein Account-Manager die Konfigurations-Informationen für eine Fluglinienflotte und ein Bodensystem für einen Fluglinien-Arbeitsraum. Dies enthält Flugzeug-Konfigurationsdaten, Flugstrecken bzw. Routen, Kabineninformationen oder irgendeine andere Information.
  • Ein Task-Genehmiger empfängt eine Mitteilung, wenn Daten für die Verteilung zu einem Flugzeug terminiert werden. Der Task-Genehmier stellt die entsprechende Genehmigungsebene zur Verfügung, basierend auf dem Media-Typ. Ein Task-Scheduler erzeugt ein Manifest und überwacht den Status der Ausführung. Der Task-Scheduler kann Arbeitsbefehle von Account-Managern und Content-Providern empfangen. Ein Content-Provider verwaltet die gespeicherten Daten für die Verteilung. Fluglinien und andere dritte Parteien werden dieser Rolle bzw. Funktion zugeordnet, um Daten in einen als „Dropbox” bezeichneten Cloud-Speicher bzw. File-Hosting-Dienst hochzuladen.
  • Einem System-Administrator wird in einem typischen Fall kompletter bzw. vollständiger Zugang zur Verfügung gestellt, um Nutzer-Operationen zu verwalten. Der System-Administrator, der eine Computer-Konsole verwendet, kann einen Luftlinien-Arbeitsraum aufbauen, Nutzer autorisieren und ein Routing-Netzwerk konfigurieren. Es wird darauf hingewiesen, dass die oben erwähnten Rollen bzw. Funktionen einfach als Beispiele beschrieben werden. Die verschiedenen adaptiven Aspekte sind nicht auf irgendeine spezifische Definition für eine Rolle bzw. Funktion beschränkt. Rollen bzw. Funktionen können hinzugefügt oder entfernt werden, basierend auf verschiedenen Betriebsumgebungen.
  • Zurückkommend auf 3A enthält der Verwaltungsmodul 304 einen Konfigurations-Modul 308, um verschiedene Komponenten innerhalb des System 300 zu konfigurieren. Der Konfigurations-Modul 308 kann enthalten oder ist verbunden mit einer Schnittstelle mit verschiedenen Anwendungen, beispielsweise einem Dropbox-Modul 310, einem Prioritäts-Modul 312, einem Strategie- bzw. Richtlinien-Modul 314 (Policy Module), einem Routing-Modul 316, einem Flugzeug-Modul 318, einem Aufgaben-Modul 320 und einem Manifest-Modul 321, der ein Master-Manifest 322 erzeugt. Es wird darauf hingewiesen, dass die verschiedenen funktionalen Blöcke aus Gründen der Klarheit als Beispiel gezeigt sind. Die adaptiven Aspekte der vorliegenden Offenbarung können durch Kombinieren der verschiedenen Module ermöglicht werden.
  • Nach einem Aspekt können verschiedene Typen von Informationen zu einem Flugzeug hochgeladen oder von einem Flugzeug heruntergeladen werden. Die Informationen können als „Nutzlast” bzw. „Nutzdaten” (payload) bezeichnet werden. Zu den Informationen, die zu einem Flugzeug hochgeladen werden (d. h., eine ladbare Datei) gehören Media-, z. B. Audio/Video-Dateien, unterstützende Daten-Dateien und Metadaten für ein IFE. Dies kann auch Daten des öffentlichen Rundfunks enthalten. Die ladbaren Dateien mit Medien können auf einer wiederkehrenden Basis geladen werden, also monatlich, wöchentlich oder täglich, um den IFE Inhalt aufzufrischen. Software kann als binäre Daten geladen werden, um Betriebssoftware in dem Flugzeug upzudaten oder Störungen an der Software zu beseitigen. Die als Software dienende ladbare Datei kann je nach Bedarf on-demand hochgeladen werden. Andere Typen von Daten, die geladen werden können, enthalten Konfigurations-Daten, um kundenspezifisch Software und Anwendungsdaten zu liefern, um Anwendungs-Inhalt des Passagiers upzudaten, beispielsweise eine Zuordnungs- bzw. Mapping-Anwendung.
  • Zu den Daten, die von einem Flugzeug heruntergeladen werden, gehören Daten, die durch Flugzeug-Anwendungen und -Systeme erzeugt werden, beispielsweise Aufzeichnungen der Passagier-Nutzung eines IFE Systems und Anwendungsinhalt, Bezahlungsdaten und andere Transaktionsinformationen. Es wird darauf hingewiesen, dass die hier beschriebenen adaptiven Aspekte nicht auf einen spezifischen Datentyp beschränkt sind, der zu einem Flugzeug hochgeladen wird oder von einem Flugzeug heruntergeladen wird.
  • Der Dropbox-Modul 310 ist konfiguriert, um eine „Dropbox” zu erzeugen, einen logischen bzw. digitalen Behälter für die Aufnahme einer Datei. Die Dropbox ist eine virtuelle Schnittstelle, die einem Arbeitsraum einer Fluglinie zugeordnet ist, um Dateien aus einem Quellenbehälter aufzunehmen. Der Quellenbehälter kann eine weitere virtuelle Gesamtheit sein. Jeder Dropbox wird ein Prioritätswert zugewiesen, um Daten zu verschieben, die in der bzw. durch die Dropbox enthalten sind. Nach einem Aspekt ist jede Dropbox eine temporäre Netzwerk-Verbindung, um Daten von ladbaren Dateien zu speichern. Nach einem Aspekt ist eine Dropbox einer Flugzlinie zugeordnet. Nach einem weiteren Aspekt kann die Dropbox von Fluglinien geteilt werden. Nach einem Aspekt ermöglicht der Dropbox-Modul 310 die Erzeugung einer Kind-Dropbox, die einer Elternteil-Dropbox zugeordnet ist.
  • Der Prioritäts-Modul 312 wird benutzt, um die Priorität zu verwalten, um Daten über unterschiedliche Einrichtungen zu bewegen, basierend auf verschiedenen Datentypen. Verschiedene Prioritätswerte bzw. -pegel können verwendet werden, beispielsweise ein Wert 1 (gering), Wert 2 (normal) und Wert 3 (kritisch). Eine Vorgabe-Priorität kann einem(r) ausgewählten Flugzeug/Flugzeug-Gruppe zugeordnet werden. Nach einem Aspekt ermöglicht der Prioritäts-Modul 312 eine Änderung der Prioritätswerte bzw. -pegel eines Nutzdaten-Typs, entweder temporär oder permanent.
  • Nach einem Aspekt wird ein Richtlinien-Modul 314 vorgesehen, um Genehmigungs-Richtlinien für die Datenübertragung zu und von einem Flugzeug zu konfigurieren. Die Richtlinien können verschiedene Lagen bzw. Ebenen haben, z. B. die Ebene 1, wo keine Mitteilung erforderlich ist, die Ebene 2, bei der eine e-mail-Mitteilung benötigt wird, und die Ebene 3, bei der eine digitale Signatur bzw. Unterschrift für die Datenübertragung verwendet werden muss. Nach einem Aspekt ist eine Vorgabe-Richtlinie jeder Dropbox zugeordnet, wenn ein Arbeitsraum für eine Fluglinie erzeugt wird. Die Vorgabe-Richtlinie kann geändert werden. Wenn mehrere Genehmigungs-Richtlinien einem Flugzeug zugeordnet werden, dann wird die höchste Richtlinie verwendet, um eine Ausgabe bzw. einen Job auszuführen. Nach einem Aspekt kann die Genehmigungs-Richtlinie auf eine gesamte Flotte, eine Flugzeug-Gruppe oder ein spezifisches Flugzeug angewandt werden.
  • Nach einem Aspekt kann ein Routing-Modul 316 verwendet werden, um Routing-Optionen zu konfigurieren, um Daten zu einem Flugzeug hochzuladen oder von einem Flugzeug herunterzuladen. Die Routing-Optionen sind jedem Arbeitsraum der Fluggesellschaft zugeordnet, um die größten Mühen zu verwenden, um zur Verfügung stehende Netzwerk-Verbindungen, die kürzeste Zeit bei Einsatz aller Netzwerk-Verbindungen sowie die geringsten Kosten einzusetzen, basierend auf nutzerdefinierten Kosten/Schwellen. Um die besten Bemühungen zur Verfügung zu stellen, wird eine Verbindung automatisch, basierend auf der momentanen Verkehrslast, ausgewählt. Für die kürzeste Zeit werden vergangene bzw. historische (beispielsweise mittlere Bandbreite, die zu einer bestimmten Tageszeit zur Verfügung steht) Informationen und Betriebsdaten der Fluggesellschaft verwendet, um die kürzeste Zeit zu berechnen.
  • Nach einem Aspekt wird ein Konfigurations-Modul 318 des Flugzeugs verwendet, um das Flugzeug und die Flugzeug-Gruppen zu konfigurieren, um Daten zu empfangen und/oder Daten abzuladen. Der Flugzeug-Modul 318 kann dazu benutzt werden, eine Flugzeug-Gruppe zu erzeugen, die eindeutig identifiziert ist und mehr als ein Flugzeug hat. Der Flugzeug-Modul 318 ermöglicht auch die Eingabe von Informationen für die Konfiguration des Flugzeugs. Nach einem Aspekt enthalten die Konfigurations-Informationen einen Flugzeug-Identifikator (z. B. die Registrierungsnummer (Heck ID)), Modelltyp und Untertyp (z. B. Boeing 737, Untertyp 200 ER) (ohne Beeinträchtigung irgendwelcher Markenrechte einer dritten Partei), Luftlinien-Informationen, Informationen über das Flugzeugsystem (Hardware- und Software-Informationen), Flugroute bzw. -strecke sowie Informationen über die Kabinenklasse. Der Flugzeug-Modul 318 ermöglicht das Hinzufügen eines Flugzeugs zu einer Gruppe oder die Entfernung des Flugzeugs aus der Gruppe.
  • Der Flugzeug-Modul 318 kann auch dazu verwendet werden, einen Empfänger von Daten zu konfigurieren, die von dem Flugzeug heruntergeladen werden. Nach einem Aspekt stellt ein authorisierter Nutzer einen Identifikator des Empfängers, den Namen des Systems (d. h. des Bodensystems), Informationen über die Eigentümerschaft (Fluglinie, Hersteller u. a.), eine Netzwerk-Adresse, Speichergrenzen und Kontaktinformationen für einen Administrator zur Verfügung, um einen Empfänger zu konfigurieren. Nach einem Aspekt kann ein Vorgabe-Speicherort für irgendwelche heruntergeladenen Daten spezifiziert werden. Eine zugewiesene Dropbox in einem Arbeitsraum einer Fluglinie wird ebenfalls für die heruntergeladenen Daten zur Verfügung gestellt. Ein externes System, das ein API (Application Programming Interface für anwendungsprogrammierende Schnittstelle) verwendet, kann bei entsprechender Autorisierung Zugang zu den heruntergeladenen Daten haben.
  • Nach einem Aspekt wird ein Manifest-Modul 321 zur Verfügung gestellt, um ein Manifest für eine Fluglinie zu erzeugen. Das Manifest kann als ein Master-Manifest 322 gespeichert werden. Basierend auf dem Master-Manifest werden lokale Manifeste 336 und luftseitige Manifeste 350 erzeugt. Der Begriff „Manifest”, wie er hier verwendet wird, definiert einen Satz von Befehlen zur Verteilung von Daten auf einen oder mehrere Empfänger. Das Master-Manifest 322 identifiziert Daten-Dateien, die luftseitige und bodenseitige Agenten 346 bzw. 356 jeweils erhalten sollten. Das Master-Manifest 322 wird verwendet, um einen Satz von Instruktionen für die Zuweisungen zu erzeugen, um Daten durch den Job- bzw. Aufgaben-Modul 320 zu liefern.
  • Das lokale Manifest 336 ist eine lokale Kopie des Master-Manifestes 322, reduziert auf einen Satz von Instruktionen durch den Job- bzw. Aufgaben-Modul 320 für einen lokalen Hub, um als Daten-Stufen-Knoten für hereinkommende und herausgehende Flugzeuge zu dienen bzw. betrieben zu werden. Das Flugzeug-Manifest 348 ist eine spezifische Flugzeug-Kopie des Master-Manifests 322, das die Datenübertragung für ein spezifisches Flugzeug definiert. Das Flugzeug-Manifest 346 identifiziert Dateien, die ein Flugzeug zu jedem gegebenen Zeitpunkt haben kann, und wird upgedated, um Daten zu verfolgen bzw. zu tracken, die zu dem Flugzeug hochgeladen werden, basierend auf einer Synchronisierung mit dem Master-Manifest 322.
  • Nach einem Aspekt enthält das Master-Manifest 322 ein erstes Segment für die Verteilung von ladbaren Dateien und ein zweites Segment zum Herunterladen von Daten von einem Flugzeug. Die Manifest-Felder können in Zuweisungen durch den Job-Modul 320 modifiziert werden.
  • Zur Erzeugung einer Verteilungs-Zuweisung (d. h., Daten, die zu dem Flugzeug hochgeladen werden) durch den Job-Modul 320 wählt ein Nutzer eine oder mehrere ladbare Datei(en) für die Verteilung aus. Ein Quellen-Behälter wird ebenfalls für die ladbaren Dateien ausgewählt. Eine Flugzeug-Gruppe wird für die ladbaren Empfänger ausgewählt. Ein oder mehrere Flugzeug(e) wird/werden für die Zuordnung hinzugefügt. Eine Dropbox für die Zuweisung wird ausgewählt. Ein Zuweisungs-Entwurf wird dann mit einem Zuweisungs-Identifikator (zugewiesen, wenn die Zuweisung erzeugt wird), dem Zuweisungs-Namen, dem Typ (d. h., einmalig, wiederkehrend), dem Quellen-Behälter, den Identifikatoren der Empfänger, einer Route, einer Priorität, irgendeiner Genehmigungs-Richtlinie, Lieferdatum und Zeit und einem Nutzer-Kontakt erzeugt. Die Zuweisungs-Attribute können konfiguriert und kundengerecht angepasst werden. Nach einem Aspekt können eine Vorgabe-Route und eine Priorität zugewiesen werden, wenn die Zuweisung erzeugt wird. Die Vorgabewerte können durch einen autorisierten Nutzer geändert werden. Für wiederkehrende Zuweisungen werden das Datum und die Lieferzeiten automatisch upgedated.
  • Nach einem Aspekt wird eine Zuweisung, Daten von dem Flugzeug herunterzuladen, unter Verwendung des Job-Moduls 320 konfiguriert. Ein Flugzeug wird als eine Quelle für die heruntergeladenen Daten für die Zuweisung ausgewählt. Nach einem Aspekt kann die Zuweisung für eine gesamte Flugzeug-Gruppe erzeugt werden. Basierend auf dem/der ausgewählten Flugzeug/Flugzeug-Gruppe wird ein Herunterlade- bzw. Daten-Tag bzw. eine Markierung für das Flugzeug aus einer Datenstruktur (nicht gezeigt) abgerufen. Das Flugzeug wird als eine Quelle für die heruntergeladenen Daten identifiziert. Ein Empfängersystem wird als der Empfänger identifiziert. Die Herunterladen- bzw. Abladen-Anweisung wird dann erzeugt, die einen Anweisungs-Identifikator, einen Anweisungs-Namen, Status, Typ, Ablade-Datenquelle, Ablade-Daten-Tag, Ablade-Empfänger, Ablade-Dropbox, Route, Prioritätspegel, Empfang durch Datum/Zeit, Mitteilungs-Richtlinie und Kontakt enthält. Nach einem Aspekt kann die Ablade-Zuweisung durch einen Nutzer einschließlich Vorgabe-Werten bzw. Angaben (z. B. Typ, Route, Prioriät oder irgendein anderer Wert) bearbeitet bzw. redigiert bzw. editiert werden.
  • Nach einem Aspekt verwaltet ein Manifest-Rückstand- bzw. Auftrags-Bestand-Modul 324 die Ausführung einer Vielzahl von Manifesten, wie im Folgenden im größeren Detail beschrieben wird. Nach einem Aspekt wird ein Manifest mit dem gleichen Prioritäts-Wert, basierend auf Lieferdatum/-Zeit, Resourcen zugeordnet, wodurch die Ausführung an früheren Daten vor letzteren Daten ermöglicht wird. Nach einem Aspekt werden Manifeste für Dateien, die eine kleinere Größe haben (d. h. unter einer Schwellwertgröße) mit dem/der gleichen Lieferdatum/-Zeit und Prioritätswert als erste ausgeführt. Unterschiedliche Routen können ausgewählt werden, wenn eine Übertragung nicht zur gegebenen Zeit vervollständigt werden kann, wie im Folgenden im größeren Detail beschrieben wird.
  • Wenn eine neue Zuweisung empfangen wird, wird sie zu einem Manifest-Protokoll (Manifest-Log) (nicht durch den Manifest-Auftragsbestand-Modul 324 gezeigt) hinzugefügt. Die ladbaren Dateien werden dann zu dem Protokoll hinzugefügt. Nach einem Aspekt gibt der Manifest-Auftragsbestand-Modul 324 die Netzwerk-Resourcen an, die für jedes Manifest zugeordnet bzw. zugeteilt sind, um die Verteilung von Daten zu einem Flugzeug und von einem Flugzeug auszuführen. Wenn eine Anfrage vorliegt, bringt der Manifest-Auftragsbestand-Modul 324 eine Liste von Liefer-Jobs zurück, um ein spezifisches Manifest zu erfüllen. Nach einem Aspekt stellt der Manifest-Auftragsbestand-Modul 324 einen Status auf einem Manifest-Pegel bzw. einer Manifest-Ebene zur Verfügung, einschließlich der Daten geliefert/abgeladen, irgendwelche Versagen oder Probleme beim Scheduling bzw. der Zeitvergabe der Rechenzeitvergabe, Status beim Ablauf des Processes und anderer Status. Wenn es ein Problem mit der Ausführung eines Manifestes gibt, dann kann ein Job bzw. eine Aufgabe wieder unterbreitet bzw. zugestellt werden. Details der Verwaltung eines Manifest-Auftragsbestandes werden im Folgenden zur Verfügung gestellt.
  • Nach einem Aspekt wird für jeden lokalen Hub, der in einem Master-Manifest identifiziert wird, eine Datenübertragungs-Sitzung durch den Verwaltungs-Modul 304 aufgebaut. Der lokale Hub 332 bestätigt irgendwelche Übertragungs-Anforderungen, um sicherzustellen, dass die Resourcen für die Übertragung zur Verfügung stehen. Eine Übertragung kann pausiert werden, wenn die Resourcen nicht zur Verfügung stehen, beispielsweise weil ein Speicherraum für einen Luftlinien-Arbeitsraum erreicht wird. Sobald eine Übertragungs-Sitzung mit dem lokalen Hub aufgebaut wird, werden die Daten von einem Quellen-Behälter zu dem lokalen Speicher 334 übertragen. Der Lieferstatus wird überwacht, wenn die Übertragung beginnt. Wenn keine ladbare Datei an dem Quellen-Behälter zur Verfügung steht, wird ein Kontakt, der durch das Master-Manifest spezifiziert wird, in Kenntnis gesetzt, und das Manifest wird zu einer „Problem”-Schlange (nicht dargestellt) bewegt, die durch den Verwaltungs-Modul 304 aufrecht erhalten wird, so dass Korrekturmaßnahmen ergriffen werden können.
  • Während der Übertragungssitzung wird der prozentuale Anteil, der von dem Hub empfangen worden ist, zu jedem Zeitpunkt angegeben. Wenn eine Netzwerk-Verbindung verloren geht, dann wird die Übertragung pausiert und wieder gestartet, nachdem die Verbindung wieder aufgebaut worden ist. Der lokale Hub speichert Daten in dem lokalen Speicher, bis der Verwaltungs-Modul 304 Instruktionen gibt, anders vorzugehen. Es ist wert, darauf hinzuweisen, dass Luftlinie-Daten getrennt auf der Ebene des lokalen Speichers/lokalen Hubs aufgeteilt werden.
  • Nach einem Aspekt stellt der Verwaltungsmodul 304 für die Verwaltung von ladbaren Datei-Daten eine Nutzer-Schnittstelle bzw. Interface 323 zur Verfügung, die bzw. dass es einem Nutzer ermöglicht, sich einzuloggen. Beim Einloggen kann der Nutzer sehen, zu welchen Cloud-Speichern bzw. Dropboxes der Nutzer Zugang haben kann. Autorisierte Nutzer sind in der Lage, Dateien zu einer Dropbox hinzuzufügen. Der Verwaltungs-Modul 304 klassifiziert eine Datei, wenn sie zu der Dropbox hinzugefügt wird. Wenn eine Datei das erste Mal hinzugefügt wird, fügt der Verwaltungs-Modul 304 Metadaten für die Datei zu einer Metadaten-Struktur (nicht dargestellt) mit einem Datei-Namen, Typ, Version, Größe, Erlaubnisse und andere Felder hinzu. Es wird darauf hingewiesen, dass ein autorisierter Nutzer die Attribute einer Datei updaten kann.
  • Basierend auf einem Quellen-Behälter kann der Verwaltungs-Modul 304 den Content- bzw. Inhalt-Typ (z. B. Medien, Software u. a.), eine Priorität, den Namen eines Inhalt-Providers, den Namen eines Schedulers für die Aufgabe, den physikalischen Ort der Speicherung und den Status für eine ladbare Datei hinzufügen. Der Verwaltungs-Modul 304 stellt einen Indikator zur Verfügung, wenn eine ladbare Datei zu einem Quellen-Container mit einem Zeitstempel (Timestamp) hinzugefügt wird.
  • Ein Job-Monitoring- bzw. Überwachungs-Modul 326 (kann als Modul 326 bezeichnet werden) überwacht verschiedene Jobs für verschiedene Manifeste/Fluglinien. Nach einem Aspekt empfängt der Modul 326 Status-Benachrichtungen von verschiedenen Netzwerk-Punkten des Systems 300. Der Status und die Reportparameter jedes Netzwerk-Punktes werden von dem Empfänger der Status-Nachrichten und der Manifest-Konfiguration abhängen. Details der Job-Überwachung werden im Folgenden zur Verfügung gestellt.
  • Ein System-Mitteilungs-Modul 328 stellt nach einem Aspekt Mitteilungen zur Verfügung und verwaltet sie. Der System-Mitteilungs-Modul 328 sendet eine Mitteilung an Fluglinien, den Verwaltungs-Modul 304 oder irgendeine andere autorisierte Gesamtheit. Die Mitteilung kann als ein Teil eines Manifestes konfiguriert werden, wobei definierte Bedingungen verwendet werden. Die Mitteilung kann e-mail-Mitteilungen oder jeden anderen Typ, basierend auf bestimmten Regeln, enthalten, z. B., wenn ein Flugzeug eine Verbindung nicht über eine ausgewählte Netzwerk-Verbindung hergestellt hat, und die Daten nicht über eine spezifische Verbindung überträgt. Die Mitteilung kann auf der Herunterlade- bzw. Ablade-Geschichte basiert werden, z. B., wenn ein Flugzeug keine Daten durch ein Manifest innerhalb einer spezifizierten Dauer zur Verfügung stellt. Die Mitteilung kann auch auf der Historie des Ladens von Daten zu dem Flugzeug basieren, z. B., wenn die Daten auf der Bodenseite nach einer Schwellendauer bleiben, die Daten innerhalb einer bestimmten Dauer nicht vollständig übertragen wurden oder ein Installations-Versagen auf der Luftseite vorliegt. Die hier offenbarte Technologie ermöglicht es einem Nutzer, Zoll-Mitteilungs-Verzeichnisse bzw. -Tabellen und Techniken vorzubereiten bzw. aufzubauen, um eine Korrekturtätigkeit einzuleiten.
  • Nach einem Aspekt enthält eine Mitteilungsnachricht, die durch den Mitteilungs-Modul 328 versandt wird, den Typ der Nutzdaten, den Mitteilungs-Identifikator, das Mitteilungs-Ereignis, die Fluglinie und die Flugzeug-Identifikatoren. Datei-Namen, die durch die Mitteilung beeinflusst werden, werden ebenfalls zur Verfügung gestellt. Wenn ein Nutzer den Empfang einer Mitteilungs-Nachricht bestätigt, kann die Mitteilung aus der Sendeschlange (nicht dargestellt) entfernt werden.
  • Nach einem weiteren Aspekt enthält der Verwaltungs-Modul 304 auch einen Report-Modul 325, der gemäß einem Aspekt der vorliegenden Offenbarung kundenspezifische Berichte erzeugt. Nach einem Aspekt werden die Leistungs- bzw. Ergebnis-Berichte (Performance Reports) für jede Fluglinie erzeugt. Der Report kann eine Gesamtmenge von Datenverkehr zur Verfügung stellen, die einer Vielzahl von ausgeführten Manifesten zugeordnet ist. Der Report-Modul 325 kann eine Gesamtmenge von Daten zur Verfügung stellen, die über eine drahtlose Verbindung übertragen werden, sowie eine Verbindungszeit für jedes Flugzeug pro Netzwerkverbindung. Für jeden beendeten bzw. fertiggestellten Job stellt der Report- bzw. Berichts-Modul 325 die Menge der Daten, die übertragen worden sind, und den Verbindungstyp zur Verfügung, der innerhalb einer spezifizierten Zeitdauer verwendet wird. Der Report-Modul 325 berichtet auch die Zahl der fehlgeschlagenen Jobs während einer Zeitspanne. Details in Bezug auf die Verwendung des Report-Moduls 325 werden im Folgenden zur Verfügung gestellt.
  • Nach einem Aspekt können die verschiedenen Module des Verwaltungs-Moduls 304 Informationen an verschiedenen Daten-Strukturen speichern, wie bei 307 gezeigt ist. Zu diesen Datenstrukturen gehören verschiedene Konfigurationsdaten, Performance bzw. Leistung und die Überwachungsdaten, wie im Folgenden beschrieben wird.
  • Prozessablauf: 3B zeigt einen High-Level-Prozess 360 gemäß einem Aspekt der vorliegenden Offenbarung. Der Prozess 360, der im Block B362 startet, kann unter Verwendung verschiedener Komponenten des Systems 300 ausgeführt werden, wie oben beschrieben wurde, und zwar unter Verwendung einer oder mehrerer Computereinrichtungen. Der Prozess 360 basiert auf einer innovativen Computertechnologie, die unter Verwendung von einem oder mehreren Computer-Netzwerken die effiziente Übertragung von Daten zu dem und von dem Flugzeug in einer dynamischen Flughafen-Umgebung, bei der Flugzeuge kommen und gehen, ermöglicht.
  • Im Block B364 wird ein Arbeits- bzw. Werkraum für eine Luftlinie konfiguriert. Details des Blocks B364 werden im Folgenden unter Bezugnahme auf 3D zur Verfügung gestellt. Ein Master-Manifest wird im Block B366 erzeugt und im folgenden größeren Detail unter Bezugnahme auf 4A beschrieben. Das Routing wird in dem Block B368 unter Verwendung von einem oder mehreren Computer-Netzwerk(en) vorbereitet bzw. aufgebaut („Set Up”) wie im Folgenden unter Bezugnahme auf 4E erläutert wird.
  • Im Block B370 werden die Datenliefer-Jobs (oder -Zuweisungen) durch den Job-Modul 320 unter Verwendung lokaler und luftseitiger Manifeste, basierend auf einem Master-Manifest, erzeugt. Anschließend werden die Daten unter Verwendung lokaler Hubs in dem Block B372 verteilt. Die Jobs werden im Block B374 überwacht, und ein Status, basierend auf der Überwachung, wird einem autorisierten Nutzer/System zur Verfügung gestellt.
  • 3C zeigt den Prozess 376 zur Konfigurierung eines Luftlinien-Accounts für die Verwendung der innovativen Technologie des Systems 300 gemäß einem Aspekt der vorliegenden Offenbarung. Die Prozessblöcke nach 3C können durch die Nutzer-Konsole 302 und den Verwaltungs-Modul 304, wie oben beschrieben wurde, ausgeführt werden. Der Prozess beginnt im Block B378, wenn eine Nutzer-Konsole in Betrieb ist. Eine Nutzer-Schnittstelle wird durch den Nutzer-Schnittstellen-Modul 323 präsentiert. Im Block B380 wird eine Nutzer-Account bzw. -Konto erzeugt. Ein eindeutiger Identifikator wird dem Nutzer zugewiesen. Im Block B382 wird eine Rolle bzw. eine Funktion dem Nutzer zugewiesen, beispielsweise ein Task-Scheduler, ein Task-Genehmiger, ein Content-Provider, ein Account-Manager, ein System-Administrator oder jede andere Rolle. Im Block B384 wird der Nutzer einem Arbeitsraum 306 einer Fluglinie zugeordnet. Der Prozess zur Erzeugung des Arbeitsraums wird im Folgenden im größeren Detail beschrieben werden.
  • Im Block B386 wird eine Flugzeug-Gruppe erzeugt und eindeutig identifiziert. Flugzeuge werden zu der Flugzeug-Gruppe hinzugefügt. Jedes Flugzeug ist ebenfalls eindeutig identifiziert, z. B. durch einen Heck-Identifikator (oder Heck ID).
  • 3D zeigt einen Prozess 390 zur Konfigurierung eines Fluglinien-Arbeitsraums 306 gemäß einem Aspekt der vorliegenden Offenbarung. Der Fluglinien-Arbeitsraum ermöglicht es einer Fluglinie, das Daten-Hochladen zu einem Flugzeug und Abladen bzw. Herunterladen von dem Flugzeug zu verwalten bzw. zu managen, wobei die hier offenbarte innovative Technologie verwendet wird. Der Prozess beginnt in Block B391, nachdem ein Nutzer-Account erzeugt worden ist. Es wird darauf hingewiesen, dass der Fluglinien-Arbeitsraum als ein Teil des Prozesses erzeugt werden kann, der für die Erzeugung des Nutzer-Accounts verwendet wird.
  • In Block B392 wird ein Fluglinien-Arbeitsraum unterteilt und durch den Verwaltungs-Modul bzw. Management-Modul 304 erzeugt. Die Unterteilung stellt sicher, dass nur eine autorisierte Fluglinie den Arbeitsraum verwenden kann. Ein oder mehrere autorisierte Nutzer-Account(s) mit einem oder mehreren Rollen bzw. Funktionen kann/können dem Fluglinien-Arbeitsraum zugeordnet werden.
  • In dem Block B393 wird dem Fluglinien-Arbeitsraum eine Genehmigungs-Richtlinie zugeordnet bzw. zugewiesen. Die Genehmigungs-Richtlinie kann sein, dass keine Mitteilung für eine Aufgabe benötigt werden muss, eine e-mail-Mitteilung benötigt wird oder eine digitale Signatur benötigt wird. Es wird darauf hingewiesen, dass eine Fluglinie auch eine Richtlinie für die Zoll-Genehmigung erzeugen kann, basierend auf den operativen Bedürfnissen der Fluglinie.
  • Im Block B394 wird wenigstens eine Dropbox dem Arbeitsraum der Fluglinie zugeordnet. Wie oben erläutert wurde, sind die Dropboxen logische bzw. digitale Container, die verwendet werden, um ladbare Dateien bereitzustellen (stage). Die Dropboxen werden in Block B395 für die Aufnahme von ladbaren Dateien konfiguriert. Die Dropboxen können verschiedenen Medien-Typen zugeordnet werden, durch eine spezifische Genehmigungs-Richtlinie gruppiert werden; zwischen einer oder mehreren Fluglinien geteilt werden, Kind-Dropboxen zugeordnet werden; einem bestimmten Prioritätswert bzw. -pegel zugeordnet werden und Nutzer-Kontrollen zugewiesen werden. Die Flexibilität bei der Konfigurierung der Dropboxen ermöglicht die Datenübertragung zu und von dem Flugzeug, basierend auf den Bedürfnissen der Luftlinie und des Flughafens.
  • Nach einem Aspekt wird im Block B396 ein Mitteilungs-System für eine Dropbox eingerichtet. Dies ermöglicht eine Mitteilung zu einem Benutzer, z. B. einem Task-Scheduler, wenn sich der Status der Dropbox ändert. Im Block B397 wird eine Fluglinien-Gruppe oder wenigstens ein Flugzeug der Dropbox zugeordnet bzw. zugewiesen. Dies stellt sicher, dass die Daten, die zu dem und von dem Flugzeug übertragen werden, effizient verfolgt werden können.
  • 4A zeigt einen Prozess 400 zur Erzeugung eines Manifestes, das die hier offenbarte innovative Technologie verwendet, gemäß einem Aspekt der vorliegenden Offenbarung. Der Prozess beginnt im Block B402 entweder, nachdem ein Fluglinien-Arbeitsraum konfiguriert worden ist, oder als ein Teil der Konfiguration des Fluglinien-Arbeitsraums.
  • im Block B404 wird der Quellendaten-Kollektions-Ort für ein Master-Manifest identifiziert. Nach einem Aspekt identifiziert der Ort einen Quellenbehälter, ein logisches Objekt mit ladbaren Dateien, die übertragen werden sollen. Eine Flugzeug-Gruppe und/oder ein oder mehrere Flugzeug(e) wird/werden zu dem Master-Manifest hinzugefügt. Nach einem Aspekt identifiziert das Master-Manifest die Empfänger von ladbaren Dateien, beispielsweise ein Flugzeug, eine Flugzeug-Gruppe, den Bodenservice einer Fluglinie oder irgendeine andere Gesamtheit. Die Dropboxen für das Manifest werden ebenfalls identifiziert.
  • In dem Block B406 wird eine Routing-Priorität für das Master-Manifest hinzugefügt. Details des Routing-Aufbaus werden im Folgenden unter Bezugnahme auf 4E zur Verfügung gestellt. Eine Genehmigungs-Richtlinie wird ebenfalls zu dem Master-Manifest hinzugefügt. Nach einem Aspekt wird eine Vorgaben-Richtlinie zu dem Manifest hinzugefügt, die durch einen Nutzer mit der entsprechenden Steuerung bzw. Kontrolle geändert werden kann.
  • Im Block B408 werden die Lieferungs-Einschränkungen für das Laden von Daten/Abladen von Daten identifiziert. Dies umfasst die Identifikation eines Lieferdatums und einer Lieferzeit. Wenn das Manifest wiederholt auftritt, werden die Lieferdaten/-zeiten automatisch upgegradet. Anschließend werden im Block B410 Daten, die zu einem luftseitigen Agenten hoch geladen und zu einem bodenseitigen Agenten herunter geladen werden sollen, identifiziert. Das Master-Manifest wird dann eindeutig identifiziert, und ein Nutzer-Kontakt wird dem Manifest zugewiesen. Anschließend werden im Block B412 unter Verwendung des Master-Manifestes, das eindeutig durch einen Identifikator identifiziert wird, ein oder mehrere lokale Manifest(e) für eine oder mehrere lokale Hub(s) erzeugt, und ein luftseitiges Manifest wird für ein Flugzeug erzeugt. Nach einem Aspekt speichert ein lokaler Hub die Daten-Dateien, basierend auf dem lokalen Manifest. Das lokale Manifest wird upgedated, wenn das Master-Manifest upgedated wird, z. B. durch Hinzufügen neuer Dateien oder Entfernen alter Dateien.
  • 4B zeigt gemäß einem Aspekt der vorliegenden Offenbarung einen Prozessablauf 414 für das Hochladen von Daten zu einem Flugzeug, basierend auf einem Manifest. Der Prozess beginnt im Block B416. Nach einem Aspekt wird im Block B418 eine Verteilungs-Zuweisung durch einen Nutzer erzeugt, beispielsweise einen Task-Scheduler, der die Nutzer-Konsole 302 verwendet. Die Zuweisung kann für ein Flugzeug oder für eine Flugzeug-Gruppe erfolgen. Eine Dropbox wird der Zuweisung zugeordnet, und im Block B420 werden ladbare Dateien zu der Dropbox hinzugefügt. Es wird darauf hingewiesen, dass, basierend auf dem Datei-Typ und/oder der Priorität mehr als eine Dropbox verwendet werden kann.
  • Basierend auf den zugewiesenen Flughäfen werden im Block B422 Daten von der Dropbox zu einem oder mehreren lokalen Hub(s) bzw. Naben 332 übertragen und in dem lokalen Speicher 334 gespeichert. Es wird darauf hingewiesen, dass ein lokaler Hub als ein regionales Depot für andere Hubs betrieben werden bzw. arbeiten kann. Wenn das Master-Manifest für die Zuweisung upgedated wird, dann wird das lokale Manifest in dem lokalen Hub ebenfalls upgedated. Die Übertragung zu dem lokalen Hub basiert auf den zur Verfügung stehenden Netzwerk-Resourcen. Die Übertragung zu einem lokalen Hub wird durch den Job-Überwachungs-Modul 326 überwacht, wie im Folgenden im größeren Detail erläutert wird.
  • Die Daten von den lokalen Hubs können basierend auf dem Master-Manifest/lokalen Manifest zu dem Flugzeug unter Verwendung verschiedener Netzwerk-Typen übertragen werden, beispielsweise Wi-Fi, zellulär, Satelliten-Netzwerke und andere,. Die Wi-Fi-basierte Verteilung wird in Bezug auf den Block B424–B430 beschrieben, während die zelluläre Übertragung in Bezug auf Block B432–B436 beschrieben wird. Die Übertragung mittels Satelliten-Netzwerk wird im Folgenden unter Bezugnahme auf 4C erläutert.
  • Nach einem Aspekt wird eine neue Übertragung eingeleitet, wenn eine Datei nie auf einem Flugzeug empfangen worden ist. Für die vorherigen Datei-Übertragungen beginnt die Übertragung erneut aus einer vorherigen Übertragungs-Sitzung. Der luftseitige Speicher 348 speichert ladbare Dateien, bis eine vollständige bzw. komplette Übertragung erfolgt ist.
  • In dem Block B424 wird, wenn ein Flugzeug in einem Flughafen eincheckt, das Flugzeug zunächst durch den luftseitigen Agenten 346 unter Verwendung geeigneter Sicherheitsmaßnahmen authentifiziert. Das Flugzeug wird als ein Verteilungspunkt innerhalb eines Wi-Fi-Netzwerkes identifiziert.
  • im Block 426 wird das luftseitige Manifest mit dem Master-Manifest verglichen, um die Zuweisung der momentanen Datenübertragung für gültig zu erklären. Im Block B428 werden bei Gültigerklärung/Synchronisation die Daten zu dem luftseitigen Agenten 346 unter Verwendung einer Wi-Fi-Verbindung übertragen. Wenn ein Flugzeug sich an einem ersten Flughafen befindet, können nach einem Aspekt die Daten teilweise an dem ersten Flughafen hoch geladen werden. Wenn die ladbaren Dateien nicht kritisch sind und das Flugzeug startet, dann kann die Übertragung an einem zweiten Flughafen wieder aufgenommen werden. Es wird darauf hingewiesen, dass zeitkritische Medien (z. B. Video-Updates der täglichen Nachrichten usw.) Priorität vor anderen Dateien erhalten. Bereits ablaufenden Übertragungen können in Realzeit eine neue Priorität zugeordnet werden, um Dateien mit höherer Priorität zu berücksichtigen.
  • Nach einem Aspekt wird der Status für eine erfolgreiche oder nicht erfolgreiche Übertragung dem Verwaltungs-Modul 304 zur Verfügung gestellt. Wenn eine Verbindung mit der Luftseite verloren geht, dann wird nach einem Aspekt das Manifest, das der Übertragung zugeordnet ist, in einer Problem-Schlange platziert, die durch den Manifest-Rückstand 324 aufrecht erhalten wird. Die Problem-Schlange wird so erzeugt, dass geeignete Korrekturmaßnahmen für fehlgeschlagene Übertragungen vorgenommen werden können.
  • Um Daten unter Verwendung eines zellulären Netzwerkes zu übertragen, wird das Flugzeug im Block B432 authentifiziert, ähnlich wie im Block B424. Das luftseitige Manifest wird in dem Block 434 für gültig erklärt, ähnlich dem Block B426, der oben beschrieben wurde. Daten werden hoch geladen, und ein Status wird im Block B436 zur Verfügung gestellt, ähnlich den Blöcken B428 und B430, die oben erläutert wurden.
  • 4C zeigt gemäß einem Aspekt der vorliegenden Offenbarung einen Prozess 438 zur Verwendung eines Satelliten-Netzwerkes zum Herunterladen von Daten zu einem Flugzeug in Abhängigkeit von einer Zuweisung, die auf einem Manifest basiert. Der Prozess beginnt im Block B440. Nach einem Aspekt kann der Prozess für das Herunterladen von zeitkritischen Dateien zu dem Flugzeug getriggert werden. Der Prozess kann getriggert werden, während sich ein Flugzeug während eines Fluges befindet.
  • Im Block B442 wird die Empfangsseite für den Empfang von Daten von einem Satelliten freigegeben. Das Flugzeug wird als ein Verteilungspunkt innerhalb des Netzwerkes identifiziert. Im Block B444 wird eine Übertragungs-Sitzung, basierend auf einem existierenden Manifest, eingeleitet. Im Block B446 wird eine neue Übertragung eingeleitet, wenn die ladbaren Dateien vorher nicht durch das Flugzeug empfangen worden sind. Wenn die empfangenen Daten nicht dem existierenden Manifest zugeordnet werden können, „tagt” bzw. markiert der luftseitige Agent die Daten, so dass die Daten wiedergewonnen/synchronisiert werden können, wenn das momentane Manifest upgedated wird. Wenn die ladbare Datei teilweise bei einer vorherigen Sitzung empfangen wurde, dann beginnt die Sitzung dort, wo die vorherige Sitzung beendet wurde. Doppelte Daten werden entfernt, wenn sie empfangen wurden.
  • Im Block 448 wird das luftseitige Manifest upgedated bzw. auf den neuesten Stand gebracht. Dies geschieht dann, wenn die Übermittlungsseite der Satelliten-Kommunikation frei gegeben wird, was dem Flugzeug erlaubt, Daten zu übertragen.
  • Nachdem das luftseitige Manifest einen Schritt weiter geschaltet wurde, kreditiert der luftseitige Agent die empfangen Dateien. Wenn eine Datei für ein Manifest nicht lokalisiert werden kann, dann wird das Manifest in einer Problem-Schlange im Block B450 platziert und durch den Manifest-Rückstau-Modul 324 abgearbeitet. Es wird darauf hingewiesen, dass die Empfangsdaten-Sitzung ohne Unterbrechung weiterläuft, wenn die Übermittlungs-Verbindung durch das Flugzeug verloren geht. Der Status für die Übertragungssitzung wird häufig im Block B452 upgedated.
  • 4D zeigt einen Prozess 454 zum Abladen von Daten von einem Flugzeug gemäß einem Aspekt der vorliegenden Offenbarung. Der Prozess beginnt in Block B456. Im Block 458 wird eine Abladesitzung, basierend auf einem luftseitigen Manifest, gemäß einem Aspekt der vorliegenden Offenbarung eingeleitet. Eine neue Sitzung wird gestartet, wenn die Daten in dem Flugzeug nie zu einem Ablade-Empfänger abgeladen worden sind. Wenn die Daten vorher teilweise abgeladen worden sind, dann beginnt die Abladesitzung von dem Zeitpunkt an, bei dem die letzte Übertragung gestoppt bzw. beendet wurde.
  • In Block B460 präpariert der luftseitige Agent 346 Daten für das Abladen. Wenn keine Daten zur Verfügung stehen, dann werden die luftseitigen Systeme durch den luftseitigen Agenten 346 kontaktiert, um die Daten wiederzugewinnen, die abgeladen werden müssen. Wenn es dann immer noch keine zur Verfügung stehende Daten gibt, dann wird das Manifest gekennzeichnet bzw. ein Merker gesetzt (flagged), um anzugeben, dass keine Daten zur Verfügung stehen. Das Manifest kann für die weitere Behandlung zu einer Problemschlange verschoben werden.
  • Wenn Daten zur Verfügung stehen, dann werden im Block B462 die Daten zu einem autorisierten und konfigurierten Empfängersystem abgeladen. Der Status für das Abladen wird in regelmäßigen Abständen verfolgt. Netzwerk-Resourcen können anders bzw. unterschiedlich zugeordnet werden, um das Daten-Abladen, basierend auf der Netzwerk-Resourcen-Nutzung und Verfügbarkeit, zu verwalten.
  • Die Daten können unter Verwendung einer Wi-Fi-Verbindung abgeladen werden, nachdem ein Flugzeug authentifiziert worden ist. Der luftseitige Agent 346 updated das luftseitige Manifest mit dem Master-Manifest, um die momentanen Ablade-Zuweisungen zu identifizieren. Anschließend werden die Daten von dem luftseitigen Speicher wiedergewonnen und über die Wi-Fi-Verbindung übertragen. Die Abladungs-Sitzung kann auch ein zelluläres Netzwerk für das Daten-Abladen verwenden, nachdem das Flugzeug authentifiziert worden ist. Wenn das Flugzeug freigegeben wird, um die Daten zu übermitteln, können die Daten weiterhin unter Verwendung einer Satellitenverbindung abgeladen werden. Nach einem weiteren Aspekt kann das Boden-Netzwerk eingesetzt werden, um Daten abzuladen.
  • Wenn mehrere Netzwerk-Verbindungen (Wi-Fi, zellulär, Satelliten, Boden-Netzwerk-Verbindungen u. a.) für das Abladen zur Verfügung stehen, dann geschieht das Abladen unter Verwendung einer Route, die in dem Manifest erwähnt wird. Wenn alle spezifizierten Verbindungen zur Verfügung stehen, dann wird die Vorgabe-Verbindung, die in dem Manifest spezifiziert wird, verwendet. Wenn in dem Manifest keine bevorzugte Form vorgeschlagen wird, dann wird die Verbindung mit dem höchsten Durchsatz ausgewählt. Nach einem Aspekt werden mehrere Verbindungen unter Verwendung der Verbindung mit dem höchsten Durchsatz für das gleichzeitige Abladen verwendet, wenn Daten mit höherer Priorität abgeladen werden.
  • Wenn mehrere Ablade-Sitzungen im Einsatz bzw. am Ort sind, dann können nach einem Aspekt die Ablade-Sitzungen neu geordnet bzw. umgeordnet werden, um einen Job mit höherer Priorität zuerst zu verschieben. Für zwei Verbindungspunkte wird eine minimale Bandbreite zugesagt, um einen Job mit hoher Priorität auszuführen. Die Ablade-Sitzungen werden sequenziert, basierend auf der Lieferzeit, wenn der Prioritätswert der gleiche ist.
  • Sobald das Abladen komplett bzw. vollständig ist, werden anschließend die luftseitigen und die lokalen Manifeste im Block B464 upgedated.
  • 4E zeigt einen Verfahrensablauf 466 zum Aufbauen des Routings für die Bewegung von Daten zu und von einem Flugzeug gemäß einem Aspekt der vorliegenden Offenbarung. Das Routing basiert auf Steuerinstruktionen und Regeln, die auf ein Manifest während eines Planverfahrens angewandt werden. Das Routing kombiniert Anwendungen und Netzwerk-Verbindungen zu einer Folge von Prozessen und Aufgaben, um automatisch Daten-Eingaben und Routen-Daten für einen oder mehrere Empfänger zu akzeptieren. Im Block B470 wird eine Flugzeug-Gruppe durch einen eindeutigen Identifikator identifiziert. Die Nutzlast für ein oder mehrere Flugzeug(e) innerhalb der Luftzeug-Gruppe wird dann im Block B472 festgelegt. Ein Prioritätswert, basierend auf dem Datentyp, wird zugewiesen. Im Block B474 wird ein Routing-Pfad für die Lieferung der Nutzlast, basierend auf dem Prioritätspegel, festgelegt. Der Routing-Pfad kann die größte Mühe verwenden, wobei zur Verfügung stehende Verbindungen eingesetzt werden, einschließlich Wi-Fi, zellulär, Satellit, ein drahtloses Boden-Netzwerk oder jeder andere Netzwerk-Typ. Der Routing-Pfad kann auch die kürzeste Zeit auswählen, wobei alle zur Verfügung stehenden Netzwerk-Verbindungen benutzt werden. Nach einem anderen Aspekt wird ein am wenigstens auf Kosten basierender Pfad ausgewählt, basierend auf einem Schwellenwert für die Kosten, der durch eine Fluglinie definiert wird. Im Block B476 wird auch der Prioritätswert für den Medien-Typ jeder zugeordneten Dropbox zugewiesen.
  • 5A zeigt nach einem Aspekt. einen Prozess 500 für die Überwachung und das Berichten über den Status einer Flugzeug-Verbindung mit einem Boden-Netzwerk, den Status eines lokalen Hubs und den Status des luftseitigen Speichers. Es wird darauf hingewiesen, dass diese Komponenten unabhängig und in irgendeiner Reihenfolge überwacht werden. Das Überwachen wird durch den Job-Überwachungs-Modul 326 verwaltet, und das Berichten kann durch den Report-Modul 325 ausgeführt werden. Es wird darauf hingewiesen, dass die Module 326 und 325 zu einem einzigen Modul integriert werden können.
  • Der Prozess startet im Block B502, wenn verschiedene Komponenten des Systems 300 in Betrieb sind. Im Block B504 wird jedes Flugzeug, das mit dem Boden-Netzwerk verbunden ist, als ein mobiler Verteilungspunkt verfolgt. Die Kommunikations-Verbindung, die durch jedes Flugzeug verwendet wird, wird aufgezeichnet und in einer Datenstruktur (beispielsweise 307) gespeichert. Die Verbindungsdauer wird ebenfalls im Block B506 gespeichert. Wenn die Verbindung verloren geht, zeichnet der Job-Überwachungs-Modul 326 das Datum und die Zeit in dem Block B508 auf und speichert die aufgezeichneten Informationen in einer Datenstruktur.
  • Im Block B510 überwacht der Job-Überwachungs-Modul 326 den Status der lokalen Hubs bzw. Naben innerhalb des Verteilungs-Netzwerks 330. Der Prozess überwacht den Status jedes Hubs. Wenn ein Hub offline geht, kann eine geeignete bzw. entsprechende Mitteilung erzeugt werden.
  • Im Block B512 wird der Wert bzw. Pegel der Speichernutzung jeder lokalen Speichereinrichtung 336 verfolgt und berichtet. Nach einem Aspekt werden im Block B514 die Lieferjobs für die Datenübertragung von den und zu den lokalen Hubs, basierend auf unterschiedlichen Manifesten, verfolgt. Die ladbaren Dateien in einem lokalen Hub sind über eine Schnittstelle bzw. ein Interface sichtbar. Wenn die Daten zu einem oder mehreren Flugzeug(en) übertragen werden, wird im Block B516 der Übertragungs-Status verfolgt. Wenn ein Hub offline geht, dann wird die Wirkung bzw. der Einfluss der zugeordneten Lieferjobs festgestellt und berichtet.
  • Im Block B518 wird die luftseitige Speicherkapazität kontinuierlich überwacht. Wenn die Speicherkapazität einen bestimmten Schwellwert erreicht, dann wird im Block B520 die Speicherkapazität berichtet.
  • Nach einem Aspekt ermöglicht es die Computer-Technologie, die von dem Prozess 500 verwendet wird, einem Nutzer, ein Flugzeug und eine Zeitspanne auszuwählen und Informationen in Bezug auf den Start einer Netzwerk-Verbindung und den Endzeitpunkt, den Typ der Kommunikationsverbindung, der verwendet wird, den Startzeitpunkt und den Endzeitpunkt der Datenübertragung, den Daten-Durchsatz, die Nutzlast-Geschichte, den Nutzlast-Typ, die Menge der gesamten Daten, die abgeladen werden, die gesamte Datenmenge, die hochgeladen wird, und/oder die Zahl der hochgeladenen Dateien zu erhalten. Diese Informationen können in einer Datenstruktur 307 gespeichert werden. Der Report wird die Perioden der Inaktivität anzeigen. Die Fluginformationen werden der Verbindungs-Historie bzw. -Geschichte zugeordnet, einschließlich Flugnummer, Abflug-Flughafen, Abflug-Zeit, Ankunft-Flughafen und Ankunft-Zeit.
  • 5B ist ein High-Level-Prozess 522 zur Überwachung der Datei-Übertragung zu oder von einem Flugzeug gemäß einem Aspekt der vorliegenden Offenbarung. Der Prozess beginnt in Block B524. Im Block B526 überwacht der Prozess die verschiedenen Stufen der Datei-Übertragung. Die verschiedenen Stufen können definiert werden als: „abgeschickt” bzw. „submitted”: wenn die Datei für die Verteilung angefordert wird; „vorbereitet” (staged): wenn die Datei gespeichert ist und auf die Verteilung wartet; „Vorbereitung versagt”: wenn das System die Datei vor der Übertragung nicht erhalten oder vorbereiten konnte: „bei der Übertragung”: wenn die Datei momentan übertragen wird unter Verwendung einer Netzwerk-Verbindung (Wi-Fi, Ku, zellulär oder anders): „Übertragung versagt”: wenn die Datei-Übertragung versagt hat; „pausiert”: wenn die Datei-Übertragung nur teilweise war und pausierte; „empfangen”: wenn die Datei erfolgreich durch den Zielpunkt empfangen wurde; „bestätigt”: wenn der Empfang der Datei erfolgreich bestätigt wurde; und „Bestätigung misslungen”: wenn keine Antwort von einem gewünschten Datei-Empfänger empfangen wurde. Der Job-Überwachungs-Modul 326 updatet die Datenmenge, die innerhalb einer Zeiteinheit übertragen wird, beispielsweise jede Minute. Wenn die Übertragung stoppt, dann zeichnet der Prozess die Zeit in Block B528 auf. Der Status wird upgedated, wenn die Übertragung im Block B530 nochmals beginnt. Nach einer erfolgreichen/nicht erfolgreichen Übertragung wird eine Status-Aufzeichnung bzw. ein Status-Log, der in der Datenstruktur 307 gespeichert ist, im Block B532 upgedated. Wenn eine Datei nicht innerhalb einer bestimmten Zeitspanne aufgrund eines Nutzlast-Typs und der Ablaufparameter (z. B. aufgrund von Flugzeiten) übertragen werden kann, zeichnet der Prozess den Status als fehlgeschlagen auf.
  • 5C zeigt einen detaillierten Prozess 534 für die Überwachung des Status einer zu einem Flugzeug hochladbaren Datei gemäß einem Aspekt der vorliegenden Offenbarung. Der Prozess beginnt im Block B536. Ein Produzent für ladbare Dateien führt ladbare Dateien oder Software/Firmware für eine oder mehrere LRUs (für Line Replaceable Units oder leitungsersetzbare Einheiten) zu. Die ladbaren Dateien werden an einer bodenseitigen Stelle verarbeitet und dann zu der Fluglinien-Flotte über eine Netzwerk-Verbindung verteilt, wie oben beschrieben wurde. Sobald das Paket hochgeladen worden ist, wird die Datei entpackt und an der gewünschten Stelle installiert. Die Datei wird aktiviert und von dem Flugzeug-System verwendet. Der Überwachungsprozess verfolgt den gesamten Prozess, speichert die Informationen in einer Datenstruktur (z. B. 307) und stellt die Informationen zur besseren Verwaltung des Inhalts bzw. Contents in dem Flugzeug zur Verfügung.
  • Der Prozess beginnt im Block B536. Im Block B538 wird eine ladbare Datei von einem Daten-Produzenten empfangen. Die Datei kann über einen API (Access Point Information für Zugangspunkt-Information) empfangen werden. Der Daten Produzent wird identifiziert. Der Status der Datei wird auf „abgeschickt” (submitted) geändert.
  • Im Block B540 wird die ladbare Datei an einem lokalen Hub vorbereitet. Wenn dies erfolgreich ist, wird der Status zu „vorbereitet” geändert, im anderen Fall wird der Status zu „Vorbereitung misslungen” upgedated.
  • Bei erfolgreicher Vorbereitung und/oder erfolgreichen erneuten Versuchen wird im Block B542 der luftseitige Agent (oder Empfänger) identifiziert und authentifiziert. Nach der Authentifizierung beginnt der Übertragungsprozess. Wenn der Übertragungsprozess erfolgreich ist, dann wird der Status ubgedated, um die erfolgreiche Übertragung zum Block B546 anzugeben. Wenn er nicht erfolgreich ist, wird der Status upgedated, um auch dieses anzugeben.
  • Wenn die Daten erfolgreich übertragen wurden, kann das System abwarten, um eine Bestätigung von dem luftseitigen Agenten zu suchen bzw. abzufragen. Der Status wird upgedated, wenn eine Bestätigung empfangen oder nicht empfangen wurde. Nach der erfolgreichen Bestätigung updated der Prozess den Status im Block B546, wenn die ladbare Datei entweder erfolgreich oder nicht erfolgreich installiert worden ist. Im Block 548 wird der Status wieder upgegradet, wenn die ladbare Datei entweder erfolgreich durch den luftseitigen Agenten 346 aktiviert worden Ist oder wenn die Aktivierung versagt hat.
  • Der Prozess 534 ermöglicht es einem Benutzer, Daten zu filtern, um sich Übertragungen anzusehen, die zu jedem gegebenen Zeitpunkt ablaufen bzw. fortschreiten. Der Status kann, basierend auf einem Flugzeug, einer Flugzeug-Gruppe, einem Manifest-Identifikator, Identifikatoren für lokale Hubs, spezifische Netzwerk-Verbindungen oder jeden anderen Identifikator erhalten werden. Die Überwachung informiert einen Nutzer, wenn die Rate einer momentanen Datenübertragung an einem lokalen Hub bei der maximalen zulässigen Rate oder unter einem minimalen Schwellenpegel ist. Der Prozess stellt eine Anzeige der übrig bleibenden Zeit zur Verfügung, um eine Übertragung von einem lokalen Hub zu einem Flugzeug zu komplettieren bzw. zu vervollständigen.
  • 5D zeigt einen Prozess 550 zur Überwachung des Abladens der Daten-Dateien von einem Flugzeug gemäß einem Aspekt der vorliegenden Offenbarung. Ein Produzent für abzuladende Daten ist in einem typischen Fall eine luftseitige Anwendung, die auf dem Flugzeug ausgeführt wird und Daten-Dateien für einen bodenseitigen Empfänger erzeugt. Die Daten können Passagier-Nutzungsdaten für die Bord-Medien und Anwendungen enthalten. Der Prozess beginnt im Block B552, um den Abladeprozess zu verfolgen, wenn der Datenproduzent mitteilt, dass eine Daten-Datei bereit ist, um abgeladen zu werden.
  • In Block B554 informiert die luftseitige Anwendung einen bodenseitigen Empfänger, dass eine oder mehrere Daten-Datei(en) bereit für das Abladen ist/sind. Das Flugzeug/die Anwendung wird im Block B556 authentifiziert. Der Status der Daten-Dateien wird auf abgeschickt” (submitted)im Block B558 upgedated. Die Daten-Dateien werden dann in einem luftseitigen Speicher 348 zwischengespeichert (staged), und im Block B560 wird der Status auf „zwischengespeichert bzw. staged” upgedated. Wenn das Zwischenspeichern nicht erfolgreich ist, beispielsweise aufgrund eines Mangels an Speicherkapazität, dann wird der Status upgedated zu „Speichern bzw. stage versagt”. Im Block B562 werden die Daten-Dateien zu dem bodenseitigen Empfänger abgeladen. Der Status wird upgedated zu „bestätigt”, wenn eine erfolgreiche Bestätigung empfangen worden ist. Sobald der bodenseitige Empfänger erfolgreich bei der Verarbeitung der abgeladenen Daten ist, wird der Status im Block B566 zu „verarbeitet” upgedated. Wenn es einen Verarbeitungsfehler gibt, wird der Status zu „Verarbeitung versagt” upgedated. Sobald der Empfänger die Datei erfolgreich aktiviert, wird der Status zu „aktiviert” upgedated. Wenn die Aktivierung versagte, wird der Status zu „Aktivierung versagt” upgedated.
  • Anschließend kann ein bodenseitiger Bericht durch den Report-Modul 325 im Block B568 erzeugt werden. Der Bericht stellt den jüngsten Status der Dateien zur Verfügung, die nach dem Plan übertragen werden sollen, gerade übertragen werden und deren Empfang durch die Empfänger bestätigt wurde. Nach einem Aspekt ermöglicht es die Nutzer-Schnittstelle 323 einem Nutzer, ein Flugzeug auszuwählen und Informationen in Bezug auf den Nutzlast-Typ, die Nutzlast-Priorität, den Datei-Namen, die Datei-Version, Datum/Zeit der Submission bzw. des Abschickens, der Daten-Empfänger, den Datei-Status, die Datei-Größe und den vervollständigten Prozentsatz zu jedem gegebenen Zeitpunkt zu erhalten. Eine Flugnummer kann ebenfalls zur Verfügung gestellt werden. Der Flug-Status umfasst abgegeben bzw. submitted, zwischengespeichert, Zwischenspeicherung versagt, Übertragung, pausierte, Übertragung versagt, empfangen, bestätigt, Bestätigung versagt, verarbeitet, Verarbeitung versagt, aktiviert und Aktivierung versagt.
  • Nach einem Aspekt kann der Benutzer unter Verwendung des Prozesses 550 einen Nutzlast-Typ für eine Flugzeug-Gruppe auswählen und Pegel- bzw. Ebenen-Informationen zu der Flotte für jede gegebene Zeitspanne erhalten. Die Information enthält die Zahl der abgeschickten bzw. submitted Dateien, der zwischengespeicherten Dateien, der Zwischenspeicherung versagten, pausierten, Übertragung versagten, der empfangenen Dateien, der bestätigten, der Bestätigung versagten und mittleres Datei-Alter, das durch eine Dauer bestimmt wird, wenn die Datei abgeschickt bzw. submitted wird und kurz vor dem bestätigten Status.
  • Der Prozess 550 ermöglicht es auch einem Nutzer, basierend auf einer Fluglinie, einer Flugzeug-Gruppe, einem individuellen Flugzeug, einem Zuweisungs-Identifikator, einer Dropbox, einem Empfänger-Identifikator und anderen Zollfeldern, die durch einen Benutzer definiert werden können, einen Status zu filtern.
  • 5E zeigt einen Prozess 570 für das Verfolgen und Berichten eines Zuweisungs-Status gemäß einem Aspekt der vorliegenden Offenbarung. Der Status der Zuweisungen enthält „erzeugt”, „Erlaubnis bei der Arbeit”, „komplettiert”, „archiviert” und „Fehler”. Der Prozess beginnt im Block B572, wenn ein Nutzer, der eine Nutzer-Schnittstelle verwendet, mit dem Verwaltungs-Modul 304 kommuniziert. Im Block B574 werden mehrere Zuweisungen identifiziert. Im Block B576 werden die Zuweisungen, basierend auf einem Fluglinien-Arbeitsraum, gefiltert. Ein Zuweisungs-Report wird im Block B580 erzeugt. Der Report bzw. Bericht kann eine Zuweisungs ID, die Ebene der Priorität der Fluglinie, Lieferdatum und Zeit und Status enthalten. Der Nutzer kann die Daten nach Flugzeug-Gruppe, individuellem Flugzeug, gesamtem Flughafen oder Gruppe von Flughäfen filtern. Der Bericht kann auch den Status der Übertragung der ladbaren Datei zur Verfügung stellen, einschließlich ID der ladbaren Datei, Empfänger, Übertragung der ladbaren Datei beim Ablauf und/oder zwischengespeichert.
  • 6A zeigt ein Beispiel eines Prozesses 600 für die Verwendung einer Route, basierend auf Kosten und/oder geringster Lieferzeit unter Einsatz der innovativen Computer-Technologie des Systems 300, das oben im Detail beschrieben wurde. Der Prozess beginnt im Block B602, wenn der Bedarf zur Übertragung von Daten zu einem oder mehreren Flugzeug(en) festgestellt worden ist, entweder durch Verwendung eines Manifestes oder on-demand bzw. bei Bedarf. Das Datenpaket und das zugehörige Flugzeug werden im Block B604 identifiziert. Dies kann durch den Routing-Modul 316 durchgeführt werden.
  • Nach einem Aspekt wird im Block B606 eine Route mit den geringsten Kosten identifiziert. Der zeitliche Ablauf des Fluges des Flugzeugs wird elektronisch von der Fluglinie oder irgendeiner anderen Gesamtheit bzw. Entity erhalten. Die Informationen in Bezug auf die Kosten können in einer Datenstruktur 307 gespeichert werden. Die Kosten-Informationen enthalten die durchschnittlichen Kosten pro Einheit (z. B. Byte) der Datenübertragung unter Verwendung einer Netzwerk-Verbindung, beispielsweise eine Ku Verbindung (über eine Satelliten-Schnittstelle 344), eine zelluläre Verbindung (über eine zelluläre Schnittstelle 340), eine Wi-Fi-Verbindung (über eine Wi-Fi-Schnittstelle 342) oder irgendeinen anderen Verbindungstyp. Die Kosten des Netzwerk-Routing-Gerätes (beispielsweise für Schalter, Server, Router, Adapter u. a.) können auch berücksichtigt werden, um einen mittleren Basis-Preis zu bestimmten. Der Routing-Modul 316 berechnet die Kosten für die Übertragung des Datenpaketes unter Verwendung einer Kombination von einer oder mehreren Verbindung(en) und identifiziert die Option mit den geringsten Kosten.
  • Im Block B608 stellt der Prozess fest, wenn die geringsten Kosten einen Schwellenwert, der für eine Fluglinie spezifiziert wurde, erfüllen. Diese Information kann auch in der Datenstruktur 307 gespeichert werden.
  • Wenn dies nicht der Fall ist, dann kehrt der Prozess zum Block B606 zurück, um die nächst-geringste Kostenoption zu identifizieren. Nach einem Aspekt wiederholt sich der Prozess, bis ein gewünschtes Ergebnis erreicht wird.
  • Wenn die geeignete Route mit den geringsten Kosten identifiziert worden ist, erhält der Routing-Module 316 im Block B610 Informationen in Bezug auf eine bevorzugte Route einer Fluglinie, die sich von der kostengünstigsten Route unterscheidet. Die bevorzugte Route der Fluglinie kann durch die Fluglinie spezifiziert und als Konfigurations-Daten der Fluglinie gespeichert werden. Die geringsten Kosten und die Kosten der bevorzugten Route der Fluglinie werden dann festgestellt. Die Lieferzeit für die Verwendung der kostengünstigsten Route und der bevorzugten Route der Fluglinie werden ebenfalls festgestellt. Basierend darauf wird entweder die kostengünstigste oder die bevorzugte Route der Fluglinie im Block B610 für die Lieferung des Datenpaketes ausgewählt.
  • Im Block B612 wird das Datenpaket, das die geringste bzw. kürzeste Lieferzeit verwendet, identifiziert.
  • Im Block B614 wird eine Route mit der kürzesten Lieferzeit ermittelt. Diese Information wird festgestellt, indem zuerst der Flug-Zeitplan bzw. Schedule für die Fluglinien-Flotte erhalten wird, die der gewünschte Empfänger des Datenpaketes ist. Der Routing-Modul 316 bestimmt eine durchschnittliche Zeit für die Lieferung des Pakets unter Verwendung verschiedener Netzwerk-Verbindungen, z. B. Ku Verbindung, zellulär, Wi-Fi-Verbindungen und andere. Der Routing-Module 316 erhält die vergangene bzw. historische Verfügbarkeit der Netzwerk-Resourcen (beispielsweise Server, Schalter, Adapter und andere Knoten), die für die Zwischenspeicherung des Datenpaketes für die Lieferung verwendet werden. Die historischen Daten in Bezug auf den Durchsatz, der die verschiedenen Netzwerk-Knoten für verschiedene Routen involviert, werden ebenfalls erhalten. Diese Informationen werden unter Verwendung des Prozesses nach 6C gespeichert, der im folgenden im größeren Detail beschrieben wird. Die Lieferzeit für das Datenpaket unter Verwendung jeder möglichen Route wird dann festgestellt. Die Route mit der kürzesten Lieferzeit wird dann identifiziert.
  • im Block B616 wird die Route mit der geringsten bzw. kürzesten Lieferzeit mit einer maximalen Zeit verglichen, die für die spezifische Fluglinie spezifiziert worden sein kann. Eine bevorzugte Route für die Luftlinie wird durch den Routing-Modul 316 für den Vergleich erhalten. Ein letzter Termin bzw. eine „Deadline” für die Lieferung des Inhalts bzw. Contents wird festgestellt, z. B. basierend darauf, wann die Luftlinie plant, den Content in dem Flugzeug wieder aufzufrischen bzw. zu aktualisieren. Die Zeitdifferenz zwischen der Route mit der kürzesten Zeit und der bevorzugten Route wird dann bestimmt. Die Kosten, die den Routen mit der kürzesten Zeit und der bevorzugten Route zugeordnet sind, werden ebenfalls festgestellt, wie oben beschrieben wurde. Anschließend wird eine optimale Route für die Lieferung ausgewählt, basierend auf der kürzesten Zeit, der Lieferzeit für die bevorzugte Route und den zugehörigen Kosten.
  • 6B zeigt einen Prozess 620 zur Überwachung der Daten-Liefer-Jobs und dann das automatische Einstellen der Routen in Realzeit, basierend auf Kosten und Lieferzeit, gemäß einem Aspekt der vorliegenden Offenbarung. Der Prozess beginnt im Block B622, wenn bereits eine Route für die Datenlieferung ausgewählt worden ist und ein Daten-Liefer-Job unter Verwendung einer oder mehrerer Netzwerk-Verbindungen ausgeführt wird. Ein momentaner Liefer-Job wird im Block B624 identifiziert. Der Job kann durch das System automatisch, basierend auf konfigurierten Parametern, beispielsweise Typ des Datenpakets des Contents bzw. Inhalts, Prioritätswert oder sonstige Parameter, identifiziert werden.
  • In Block B626 stellt der Prozess fest, ob die Daten-Lieferung über ein oder mehrere Netzwerk-Verbindung(en) in der Spur ist bzw. korrekt abläuft. Der Job-Überwachungs-Modul 326 kann die Datenlieferung als einen Prozentsatz, der vollständig zu einem Flugzeug übertragen wurde, und wenn anwendbar, zu einer Flugzeug-Flotte verfolgen. Der Prozess wird in Bezug auf Lieferzeit und Kosten geprüft bzw. bewertet. Zeitverzögerungen und Kostenüberschreitungen werden, basierend auf den Durchsatz-Raten, geschätzt.
  • Wenn die Lieferung hinter dem Zeitplan liegt, dann stellt der Prozess im Block B628 den Grund für die Lieferungsverzögerung fest, indem der Netzwerk-Status verifiziert und die Historie der Flugzeug-Verbindung, verglichen mit historischen Verbindungsdaten, evaluiert wird. Die Wirkung der Verzögerung wird ebenfalls ermittelt. Um die Auswirkung festzustellen, wird durch den Prozess die Information über den Nutzlast-Typ und die Fluglinien-Priorität für den Nutzlast-Typ erhalten. Die betriebliche Auswirkung der verzögerten Lieferung oder die Lieferung außerhalb der erlaubten/geplanten Kosten wird festgestellt. Die Wirkung der Lieferung oder der Kostenüberschreitung wird quantifiziert.
  • Basierend auf der Auswirkung und wenn die Auswirkungen einen Schwellenwert erreicht haben, kann eine alternative Route im Block B634 ausgewählt werden. Der Schwellenwert kann für die Fluglinie/das Flugzeug vorher definiert werden. Um die alternative Route festzulegen, wird die Lieferzeit für den Zeitpunkt, an dem das Datenpaket geliefert werden soll, erhalten. Diese Information kann von dem luftseitigen Manifest erhalten werden. Der Prozess stellt fest, ob eine Fluglinie willens ist, mehr für die Datenlieferung (d. h., eine Kostenschwelle) zu bezahlen, und falls ja, dann wird die Extramenge, die die Luftlinie bereit ist für die Lieferung zu zahlen, festgelegt. Die Netzwerk-Bedingungen und andere zugewiesene Nutzlast-Informationen für die alternativen Routen werden erhalten. Die zusätzlichen Kosten für jede Route wird ebenfalls erhalten, wenn das Ziel ist, pünktlich zu liefern. Die zusätzliche Zeit für eine alternative Route wird ermittelt, wenn das Ziel ist, innerhalb des Budget bzw. des Kostenvoranschlags zu bleiben. Basierend auf Kosten/Zeit-Beschränkungen wird die alternative Route ausgewählt, und der Prozess bewegt sich zum Block B632.
  • Im Block B632 wird die alternative oder die ursprüngliche, korrekt ablaufende Route kontinuierlich für eine pünktliche Lieferung und/oder eine Datenlieferung unter den Kosten überwacht.
  • 6C zeigt einen Prozess 640 zur Entwicklung einer Basis für das historische Wissen bzw. Wissen über die Vergangenheit, beispielsweise in der Datenstruktur 307, um die Lieferung des Datenpakets zu einem und von einem Flugzeug gemäß einem Aspekt der vorliegenden Offenbarung besser zu verwalten bzw. zu managen. Der Prozess 640 beginnt im Block B642, wenn eine bestimmte Schwellenmenge an Daten gesammelt worden ist, um die Leistung bzw. die Performance für die Datenlieferung vorauszusagen. Dies beruht auf der Speicherung verschiedener Parameter, die in den Blöcken B644/B652 beschrieben werden.
  • Im Block B644 wird eine Basislinien-Performance für jedes Segment innerhalb einer Route gespeichert. Die Segmente können verdrahtete und drahtlose Verbindungen enthalten. Der aktuelle Durchsatz (d. h., Menge der übertragenen Daten) zwischen zwei Knoten für die verschiedenen Routen wird ebenfalls im Block B646 aufgezeichnet. Im Block B648 wird die Flugzeug-Verbindungszeit mit dem Verteilungs-Netzwerk 330 für die verschiedenen Flugzeuge aufgezeichnet.
  • Im Block B650 werden die Kostendaten für jedes Segment einer Routingstrecke gespeichert. Im Block B652 werden auch die Flugzeug-Flugpläne bzw. Schedules, der Ort des Zwischenaufenthalts am Boden und die Dauer gespeichert. Die Informationen, die von den Blöcken B644/B652 gesammelt und gespeichert werden, wurden dazu verwendet, eine Basis für das historische Wissen bzw. das Wissen über die vergangenen Ereignisse aufzubauen, die im Block B654 dazu benutzt werden, um die Lieferleistung bzw. -performance effektiv zu überwachen und zu verwalten, wie es beispielsweise oben in Bezug auf 6B beschrieben wurde.
  • Die Systeme und Prozesse, die hier beschrieben wurden, stellen ein automatisches Routing zur Verfügung, um Content bzw. Inhalt zu mehreren Destinationen bzw. Zielorten zu liefern, beispielsweise einer Flotte einer Fluglinie. Die Komponenten des Systems 300 bestimmen, basierend auf Priorität, Ziel-Lieferzeit, Kosten, Verwaltungs-Richtlinien und Geschäfts-Regeln die optimalen Routen. Die Lieferung und die Routenbildung wird automatisch eingestellt, insbesondere dann, wenn eine bevorzugte Route nicht sinnvoll ist. Die Nutzer können nur informiert werden, wenn eine Schwelle für Kosten oder Zeit erreicht wird.
  • Nach einem Aspekt wird jeder Daten-Liefer-Job auf Zeit und Kosten überwacht. Die Jobs werden in Realzeit überwacht, und ihr Status wird berichtet. Eine auf kontinuierlichem Wissen basierende Datenstruktur wird aufgebaut, basierend auf in Realzeit gesammelten Daten, so dass Netzwerk-Resourcen und Datenlieferung effizient verwaltet werden können.
  • Nach einem Aspekt wird ein maschinen-implementiertes Verfahren zur Verfügung gestellt. Das Verfahren enthält die Konfigurierung eines virtuellen Arbeitsraums durch einen Prozessor zur Verwaltung des Daten-Ladens und Daten-Abladens zu und von einem Transportfahrzeug; die Zuordnung einer Genehmigungs-Richtlinie für jeden Satz von Instruktionen, der für das Laden und Abladen von Daten verwendet wird; die Erzeugung eines Master-Instruktionen-Satzes mit einem Routenplan durch den Prozessor für das Laden von Daten zu und von dem Transportfahrzeug unter Verwendung einer oder mehrerer Netzwerk-Verbindung(en); die Zuweisung eines Ortes durch den Prozessor für eine Zwischenspeicherung zur Speicherung von ladbaren Daten-Dateien, basierend auf einem lokalen Instruktionensatz; die Erzeugung eines Instruktionensatzes durch den Prozessor auf der Transportseite für das Laden und das Abladen von Daten von dem Transportfahrzeug, wobei der Instruktionensatz auf der Transportseite auf dem Master-lnstruktionensatz basiert; die Verwendung des Master-Instruktionensatzes, des lokalen Instruktionensatzes und des Instruktionensatzes auf der Transportseite durch den Prozessor, um automatisch Daten zu und von dem Transportfahrzeug unter Verwendung der einen oder der mehreren Netzwerk-Verbindung(en) zu laden, um ein Ziel des Master-Instruktionensatzes zu erfüllen; und die Überwachung des Ladens der Daten zu und von dem Transportfahrzeug, um irgendwelche Änderungen durchzuführen, so dass ein Ziel des Master-Instruktionensatzes erfüllt wird, basierend auf Lieferzeit, Kosten oder sowohl Lieferzeit als auch Kosten.
  • Nach einem weiteren Aspekt wird ein maschinen-implementiertes Verfahren zur Verfügung gestellt. Das Verfahren enthält die Zuordnung eines virtuellen Arbeitsraums zu einer Fluglinie durch einen Prozessor, um das Datenladen und das Datenabladen zu und von einem Flugzeug zu verwalten; die Erzeugung eines Master-Instruktionensatzes mit einem Routenplan durch den Prozessor, um die Daten zu und von dem Flugzeug unter Verwendung einer oder mehrerer Netzwerk-Verbindung(en) zu laden; die Erzeugung eines luftseitigen Instruktionensatzes durch den Prozessor, um die Daten von dem Flugzeug zu laden und abzuladen; die Verwendung des Master-Instruktionensatzes, eines lokalen Instruktionensatzes für einen lokalen Hub eines Verteilungs-Netzwerks und des luftseitigen Instruktionensatzes durch den Prozessor, um automatisch Daten zu und von dem Flugzeug unter Verwendung der einen oder mehrerer Netzwerk-Verbindung(en) zu laden, um eine Zielsetzung der Master-Instruktion zu erfüllen; und die Überwachung des Ladens der Daten zu und von dem Flugzeug durch den Prozessor, um irgendwelche Änderungen durchzuführen, um eine Zielsetzung des Master-Instruktionensatzes, basierend auf Lieferzeit, Kosten oder sowohl Lieferzeit als auch Kosten zu erfüllen.
  • Nach einem weiteren Aspekt wird ein maschinen-implementiertes Verfahren zur Verfügung gestellt. Das Verfahren enthält die Überwachung einer Datenladungs-Operation durch einen Prozessor, um Daten unter Verwendung einer Netzwerk-Verbindung aus einer Vielzahl von Netzwerk-Verbindungen zu einem Flugzeug zu laden; Feststellung durch den Prozessor, dass die abgeschlossene Datenlade-Operation wahrscheinlich nicht eine Ziel-Lieferzeit für das Flugzeug erfüllen wird; basierend auf einem Datentyp und einer Priorität, die den Daten zugeordnet sind, Bestimmung der Auswirkung durch den Prozessor, dass die Lieferzeit nicht erfüllt wird; und Identifizierung einer alternativen Lieferroute, wenn die Auswirkung einen Schwellenwert erreicht, wobei die alternative Lieferroute konfiguriert ist, um die Daten innerhalb der Ziel-Lieferzeit abzuliefern, ohne einen Kostenschwellwert zu verletzen, der für das Flugzeug definiert wird.
  • Verarbeitungssystem: 7 ist ein High-Level-Blockdiagramm, das ein Beispiel der Architektur eines Verarbeitungssystems 700 zeigt, das gemäß einem Aspekt verwendet werden kann. Das Verarbeitungssystem 700 kann eine Nutzer-Konsole 302, einen Verwaltungsmodul 304, lokale Hubs bzw. Naben 332, einen luftseitigen Agenten 346, einen bodenseitigen Agenten 356, einen Media-Server 112, ein Computersystem 106, WAP 130 oder jede Nutzer-Einrichtung darstellen, die versucht, eine Schnittstelle mit einer Rechnereinrichtung des Fahrzeugs aufzubauen. Es wird darauf hingewiesen, dass bestimmte Standards und wohlbekannte Komponenten, die nicht wichtig für die vorliegenden Aspekte sind, in 7 nicht dargestellt sind.
  • Das Verarbeitungssystem 700 enthält einen oder mehrere Processor(en) 702 und einen Speicher 704, die mit einem Bussystem 705 gekoppelt sind. Das in 7 gezeigte Bussystem 705 ist eine Abstraktion, die irgendeinen oder mehrere getrennte physikalische Busse und/oder Punkt-zu-Punkt-Verbindungen darstellt, die durch geeignete Brücken, Adapter und/oder Controller zusammengeschaltet sind. Das Bussystem 705 kann deshalb beispielsweise einen System-Bus, einen Bus für eine Zwischenverbindung von peripheren Komponenten (PCI für Peripheral Component Interconnect), einen Hypertransport oder einen Bus mit der Standard-Industrie-Architektur (ISA für Industry Standard Architecture), einen Bus für eine Schnittstelle mit einem Kleincomputersystem (SCSI für Small Computer System Interface), einen Univeral-Serienbus (USB für Universal Serial Bus) oder einen Bus nach dem Standard 1394 des Institute of Electrical and Electronics Engineers (IEEE) (manchmal als „Firewire” bezeichnet) oder irgendeinen anderen Zwischenverbindungstyp enthalten.
  • Der/die Prozessor(en) 702 ist/sind die zentralen Verarbeitungseinheiten CPUs für Central Processing Units des Verarbeitungssystems 700 und steuern damit seinen Gesamtbetrieb. Nach bestimmten Aspekten erreichen die Prozessoren 702 dies durch Ausführung von Software, die in dem Speicher 704 gespeichert ist. Ein Processor 702 kann sein oder kann enthalten einen oder mehrere programmierbare Allzweck- bzw. Universal-Mikroprozessoren oder Spezial-Mikroprozessoren, digitale Signalprozessoren (DSPs für Digital Signal Processors), programmierbare Controller, anwendungsspezifische integrierte Schaltungen (ASICs für Application Specific Integrated Circuits), programmierbare logische Einrichtungen (PLDs für Programmable Logic Devices) oder Ähnliches oder eine Kombination solcher Einrichtungen.
  • Der Speicher 704 stellt irgendeine Form von Speicher mit wahlfreiem Zugriff (RAM für Random Access Memory), Lesespeicher (ROM für Read Only Memory), Flashspeicher oder Ähnliches oder eine Kombination solcher Einrichtungen dar. Der Speicher 704 enthält den Hauptspeicher des Verarbeitungssystems 700. Instruktionen 706 können verwendet werden, um die Prozessschritte nach den 3B–3D, 4A–4E, 5A–5E und 6A–6C zu implementieren, die oben im Detail beschrieben wurden.
  • Mit den Processoren 702 sind auch durch das Bussystem 705 verbunden eine oder mehrere interne Massenspeicher-Einrichtungen 710 und ein Netzwerk-Adapter 712. Die internen Massenspeicher-Einrichtungen 710 können sein oder können enthalten jedes herkömmliche Medium zur Speicherung großer Volumina von Daten einschließlich Datenstruktur 307 auf nicht flüchtige Weise, wie beispielsweise eine oder mehrere auf magnetischen oder optischen Effekten basierte Platten, Flashspeicher oder Festkörper-Laufwerke.
  • Der Netzwerk-Adapter 712 stellt dem Verarbeitungssystem 700 die Fähigkeit zur Verfügung, mit entfernten Einrichtungen (z. B. über ein Netzwerk) zu kommunizieren und kann beispielsweise ein Ethernet-Adapter oder eine ähnliche Einrichtung sein.
  • Das Verarbeitungssystem 700 enthält auch eine oder mehrere Eingabe/Ausgabe-(I/O für Input/Output)Einrichtung(en) 708, die mit dem Bussystem 705 gekoppelt sind. Die I/O Einrichtungen 708 können beispielsweise eine Anzeige- bzw. Displayeinrichtung, eine Tastatur, eine Maus usw. enthalten. Die I/O Einrichtung kann in der Form eines Handsets bzw. Handgerätes mit einer oder mehreren der oben genannten Komponenten sein, wie beispielsweise ein Display mit einer realen oder virtuellen Tastatur, Knöpfen und/oder berührungsempfindlichen Oberflächen.
  • Damit werden Verfahren und Systeme zur Verwaltung des Ladens und des Abladens von Content bzw. Inhalt zu und von einem Transportfahrzeug zur Verfügung gestellt. Es wird darauf hingewiesen, dass die Bezugnahmen während dieser gesamten Beschreibung auf „einen (Zahlwort) Aspekt” (oder „Ausführungsform„) oder „einen (Artikel) Aspekt” bedeuten, dass ein bestimmtes Merkmal, eine bestimmte Struktur oder Charakteristik, die in Verbindung mit dem Aspekt beschrieben wird, in wenigstens einem Aspekt der vorliegenden Offenbarung enthalten ist. Deshalb wird betont und sollte akzeptiert werden, dass zwei oder mehr Bezugnahmen auf „einen (Artikel) Aspekt” oder „einen (Zahlwort) Aspekt” oder „einen (Artikel) alternativen Aspekt in den verschiedenen Bereichen dieser Beschreibung sich nicht notwendiger Weise alle auf den gleichen Aspekt beziehen. Weiterhin können die speziellen Merkmale, Strukturen oder Charakteristiken, auf die sich bezogen wird, falls geeignet zu einem oder mehreren Aspekten der Offenbarung kombiniert werden, wie für den Fachmann auf diesem Gebiet ersichtlich sein wird.
  • Obwohl die vorliegende Offenbarung oben unter Bezugnahme auf das beschrieben wurde, was derzeit als ihre bevorzugten Aspekte angesehen wird, versteht es sich von selbst, dass die Offenbarung nicht auf das oben Beschriebene beschränkt ist. Im Gegenteil soll die Offenbarung verschiedene Modifikationen und äquivalente Anordnungen abdecken, die innerhalb des Geistes und innerhalb des Umfangs der folgenden Ansprüche liegen.
  • 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 Nicht-Patentliteratur
    • Norm 802.11 [0041]
    • Norm 802.16 [0041]
    • Standard 1394 des Institute of Electrical and Electronics Engineers (IEEE) [0164]

Claims (8)

  1. Maschinen-implementiertes Verfahren, umfassend: Konfigurieren eines virtuellen Arbeitsraums durch einen Processor (702), um das Laden von Daten und das Abladen von Daten zu und von einem Transportfahrzeug (120, 134) zu verwalten; Zuordnung einer Erlaubnis-Richtlinie für jeden Instruktions-Satz, der für das Laden und Abladen der Daten verwendet wird; Erzeugen eines Master-Instruktionensatzes durch den Prozessor (702) mit einem Routingplan, um Daten zu und von dem Transportfahrzeug (120, 134) unter Verwendung einer oder mehrerer Netzwerk-Verbindung(en) zu laden; Zuweisung eines Zwischenspeicher-Ortes durch den Prozessor (702), um ladbare Daten, basierend auf einem lokalen Instruktionssatz, zu speichern; Erzeugen eines transportseitigen Instruktionensatzes durch den Processor (702), um Daten von dem Transportfahrzeug (120, 134) zu laden und abzuladen, wobei der transportseitige Instruktionensatz auf dem Master-Instruktionensatz basiert; Verwendung des Master-Instruktionensatzes, des lokalen Instruktionensatzes und des transportseitigen Instruktionensatzes durch den Prozessor (702), um automatisch Daten zu und von dem Transportfahrzeug (120, 134) unter Verwendung der einen oder mehrerer Netzwerk-Verbindung(en) zu laden, um eine Zielsetzung des Master-Instruktionensatzes zu erfüllen; und Überwachung des Ladens der Daten zu und von dem Transportfahrzeug (120, 134), um irgendwelche Änderungen durchzuführen, um eine Zielsetzung des Master-Instruktionensatzes, basierend auf wenigstens einem von Lieferzeit und Kosten, zu erfüllen.
  2. Verfahren nach Anspruch 1, wobei das Transportfahrzeug ein Flugzeug (120) ist, und die elektronischen Daten, die zu dem Flugzeug (120) hochgeladen werden, für ein Bord-Unterhaltungssystem bestimmt sind, und die Netzwerk-Verbindung eine drahtlose Verbindung ist.
  3. Verfahren nach Anspruch 2, enthaltend wenigstens eines der folgenden Merkmale: a) die Netzwerk-Verbindung ist eine zelluläre Verbindung bzw. Mobilphone-Verbindung; b) die Netzwerk-Verbindung ist eine Satelliten-Verbindung; c) der virtuelle Arbeitsraum ist für eine Fluglinie bestimmt und wird durch Unterteilung einer Speichereinrichtung (704) erzeugt, wobei nach einer bevorzugten Ausführungsform der virtuelle Arbeitsraum durch wenigstens zwei Fluglinien geteilt wird.
  4. Verfahren nach Anspruch 1, wobei das Transportfahrzeug ein Zug, ein Bus, ein Schiff oder ein Freizeitfahrzeug ist.
  5. Maschinen-implementiertes Verfahren, umfassend: Zuordnen eines virtuellen Arbeitsraums zu einer Fluglinie durch einen Prozessor (702), um das Laden von Daten und das Abladen von Daten zu und von einem Flugzeug (120) zu verwalten; Erzeugen eines Master-Instruktionssatzes mit einem Routingplan durch den Prozessor, um Daten zu und von dem Flugzeug unter Verwendung einer oder mehrerer Netzwerk-Verbindung(en) zu laden; Erzeugen eines luftseitigen Instruktionssatzes durch den Processor (702), um Daten von dem Flugzeug (120) zu laden und abzuladen; Verwenden des Master-Instruktionssatzes, eines lokalen Instruktionssatzes für einen lokalen Hub bzw. eine lokale Nabe eines Verteilungs-Netzwerkes und des luftseitigen Instruktionensatzes durch den Prozessor (702), um automatisch Daten zu dem und von dem Flugzeug (120) unter Verwendung der einen oder mehrerer Netzwerk-Verbindung(en) zu laden, um eine Zielsetzung der Master-Instruktionen zu erfüllen; und Überwachung des Ladens der Daten zu und von dem Flugzeug (120) durch den Prozessor (702), um irgendwelche Änderungen durchzuführen, um eine Zielsetzung des Master-Instruktionensatzes, basierend auf wenigstens einem von Lieferzeit und Kosten, zu erfüllen.
  6. Verfahren nach Anspruch 5, enthaltend wenigstens eines der folgenden Merkmale: a) die Daten, die zu dem Flugzeug (120) hochgeladen werden, dienen für ein Bord-Unterhaltungssystem, und die Netzwerk-Verbindung ist eine drahtlose Verbindung, wobei nach einer bevorzugten Ausführungsform die Netzwerk-Verbindung eine zelluläre bzw. Mobilphone-Verbindung ist; und/oder wobei nach einer bevorzugten Ausführungsform die Netzwerk-Verbindung eine Satelliten-Verbindung ist; b) der virtuelle Arbeitsraum wird durch Unterteilung einer Speichereinrichtung (704) erzeugt, wobei nach einer bevorzugten Ausführungsform der virtuelle Arbeitsraum durch wenigstens zwei Fluglinien geteilt wird; c) der Prozessor (702) konfiguriert einen Zwischenspeicher-Ort, um ladbare Daten, basierend auf dem lokalen Instruktionensatz, zu speichern.
  7. Maschinen-implementiertes Verfahren, umfassend: Überwachen eines Datenlade-Vorgangs zum Laden von Daten zu einem Flugzeug (120) unter Verwendung einer Netzwerk-Verbindung aus einer Vielzahl von Netzwerk-Verbindungen durch einen Processor (702); Bestimmen durch den Prozessor (702), dass die Beendigung des Datenlade-Vorgangs wahrscheinlich nicht eine Ziel-Lieferzeit für das Flugzeug (120) erfüllen wird; Basierend auf einem Daten-Typ und einer Priorität, die den Daten zugeordnet sind, Bestimmen einer Auswirkung der Nichterfüllung der Lieferzeit durch den Prozessor (702); und Identifizieren einer alternativen Lieferroute, wenn die Auswirkung einen Schwellenwert erreicht, wobei die alternative Lieferroute konfiguriert ist, um die Daten innerhalb der Ziel-Lieferzeit zu übertragen, ohne eine Kosten-Schwelle zu verletzen, die für das Flugzeug (120) definiert wird.
  8. Verfahren nach Anspruch 7, enthaltend wenigstens einen der folgenden Schritte: a) die Daten, die zu dem Flugzeug (120) hochgeladen werden, dienen für ein Bord-Unterhaltungssystem, und die Netzwerk-Verbindung ist eine drahtlose Verbindung; b) die Netzwerk-Verbindung ist eine zelluläre bzw. eine Mobilphone-Verbindung; c) die Netzwerk-Verbindung ist eine Satelliten-Verbindung; d) der Processor (702) bestimmt die zusätzlichen Kosten für die alternative Lieferroute und vergleicht die zusätzlichen Kosten mit dem Kostenschwellwert für das Flugzeug (120); e) zur Identifizierung der alternativen Lieferroute verwendet der Prozessor (702) eine Datenstruktur, die Daten für die historische bzw. vergangene Performance für die Liefer-Jobs zu dem Flugzeug (120) speichert.
DE102017123550.7A 2016-10-11 2017-10-10 Verfahren und Systeme zum Hochladen und Herunterladen von Content bzw. Inhalt zu und von einem Transportfahrzeug Pending DE102017123550A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/290,420 US9967172B2 (en) 2016-10-11 2016-10-11 Methods and systems for content loading and offloading to and from a transportation vehicle
US15/290,420 2016-10-11

Publications (1)

Publication Number Publication Date
DE102017123550A1 true DE102017123550A1 (de) 2018-04-12

Family

ID=61695974

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102017123550.7A Pending DE102017123550A1 (de) 2016-10-11 2017-10-10 Verfahren und Systeme zum Hochladen und Herunterladen von Content bzw. Inhalt zu und von einem Transportfahrzeug

Country Status (3)

Country Link
US (1) US9967172B2 (de)
CN (1) CN107918544B (de)
DE (1) DE102017123550A1 (de)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10182387B2 (en) * 2016-06-01 2019-01-15 At&T Intellectual Property I, L.P. Method and apparatus for distributing content via diverse networks
FR3057127B1 (fr) * 2016-10-05 2019-04-19 Airbus Operations Processeur adapte pour un reseau ethernet commute deterministe
JP7104701B2 (ja) * 2016-11-23 2022-07-21 ファセット・インコーポレーテッド メディア・ストリーミング・システムおよび方法
US10600021B2 (en) * 2016-12-06 2020-03-24 Walmart Apollo, Llc Systems and methods for optimizing delivery routes using fleet vehicles and third-party deliverers
JPWO2018230720A1 (ja) 2017-06-16 2020-03-19 本田技研工業株式会社 自動運転車両
CN110741422A (zh) * 2017-06-16 2020-01-31 本田技研工业株式会社 车辆及服务管理装置
US11691070B2 (en) 2017-06-16 2023-07-04 Honda Motor Co., Ltd. In-vehicle performance device, in-vehicle performance system, in-vehicle performance method, storage medium, and command measurement device
AU2018100174A4 (en) * 2018-01-17 2018-03-15 Redarc Technologies Pty Ltd A controller with fuse monitoring
US10855753B2 (en) * 2018-02-23 2020-12-01 Standard Cognition, Corp. Distributed computing of vehicle data by selecting a computation resource of a remote server that satisfies a selection policy for meeting resource requirements according to capability information
US10616340B2 (en) 2018-02-23 2020-04-07 Standard Cognition, Corp. Distributed computing of large data by selecting a computational resource of a remote server based on selection policies and data information wherein the selections policies are associated with location constraints, time constraints, and data type constraints
US11240158B2 (en) * 2018-04-18 2022-02-01 Viasat, Inc. Release-time based prioritization of on-board content
US10594872B1 (en) 2018-09-27 2020-03-17 Honeywell International Inc. Systems and methods for wireless network service provider selection
US11628936B2 (en) 2019-04-17 2023-04-18 Goodrich Corporation Wireless mobile maintenance display unit and system for cargo handling system
US11297474B2 (en) * 2019-08-16 2022-04-05 The Boeing Company Aircraft to ground data systems and computing methods
US10848939B1 (en) 2019-12-19 2020-11-24 The Boeing Company Aircraft to ground data systems and computing methods

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AUPO856797A0 (en) * 1997-08-15 1997-09-04 AAV Australia Pty. Limited Computer system having fixed computers and mobile computers
US6671589B2 (en) 2001-02-13 2003-12-30 William Holst Method and apparatus to support remote and automatically initiated data loading and data acquisition of airborne computers using a wireless spread spectrum aircraft data services link
US6915189B2 (en) * 2002-10-17 2005-07-05 Teledyne Technologies Incorporated Aircraft avionics maintenance diagnostics data download transmission system
JP4020091B2 (ja) * 2004-03-10 2007-12-12 日本電気株式会社 データ送受信システム、データ送受信方法およびデータ送受信プログラム
EP1751679A1 (de) * 2004-05-07 2007-02-14 Panasonic Avionics Corporation System und verfahren zur inhaltsverwaltung auf mobilen plattformen
CA2661897A1 (en) * 2006-09-15 2008-03-20 Thales Avionics, Inc. System and method for wirelessly transferring content to and from an aircraft
US8671432B2 (en) 2007-10-16 2014-03-11 Livetv, Llc Aircraft in-flight entertainment system having a dual-beam antenna and associated methods
US20090070841A1 (en) 2007-09-12 2009-03-12 Proximetry, Inc. Systems and methods for delivery of wireless data and multimedia content to aircraft
US7835734B2 (en) * 2007-09-20 2010-11-16 Honeywell International Inc. System and method for wireless routing of data from an aircraft
CN101631124A (zh) * 2009-06-16 2010-01-20 中兴通讯股份有限公司 数据下载方法和数据下载装置
CN102035866B (zh) * 2009-09-24 2014-06-04 腾讯科技（深圳）有限公司 一种p2p下载数据的方法和装置
US9357328B1 (en) 2010-06-15 2016-05-31 Thales Avionics, Inc. Systems and methods for distributing content using attributes
US8881294B2 (en) * 2011-02-18 2014-11-04 Honeywell International Inc. Methods and systems for securely uploading files onto aircraft
US8934893B2 (en) 2012-07-09 2015-01-13 Gogo Llc Mesh network based automated upload of content to aircraft
US10554256B2 (en) * 2013-03-05 2020-02-04 The Boeing Company Aircraft data transmission modules
US9542180B2 (en) * 2014-04-11 2017-01-10 The Boeing Company Vehicle configuration driven loading of software parts
US9692501B1 (en) 2014-08-01 2017-06-27 Rockwell Collins, Inc. Programmable data network for mobile parking area system and related method
CN105848236A (zh) * 2016-03-25 2016-08-10 乐视控股（北京）有限公司 多链路切换方法及装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Norm 802.11
Norm 802.16
Standard 1394 des Institute of Electrical and Electronics Engineers (IEEE)

Also Published As

Publication number Publication date
CN107918544A (zh) 2018-04-17
US9967172B2 (en) 2018-05-08
US20180102964A1 (en) 2018-04-12
CN107918544B (zh) 2024-03-12

Similar Documents

Publication Publication Date Title
DE102017123550A1 (de) Verfahren und Systeme zum Hochladen und Herunterladen von Content bzw. Inhalt zu und von einem Transportfahrzeug
US11297374B2 (en) Terminal edge in-flight entertainment system
DE102017116178A1 (de) Verfahren und Systeme zur Paarung eines persönlichen elektronischen Gerätes automatisch auf einem Transportfahrzeug
US7984190B2 (en) System and method for managing content on mobile platforms
DE102018102165A1 (de) Verfahren und Systeme zum Kommunizieren von Nachrichten an Passagiere in einem Transportfahrzeug
DE102017117061A1 (de) Verfahren und Systeme zum Teilen von Inhalten auf einem Transportfahrzeug
DE102017126588A1 (de) Verfahren und Systeme zur Verteilung von Informationen auf Transportfahrzeugen
DE102017124441A1 (de) Verfahren und Systeme für den Fern-Zugang zu einem Transportfahrzeug-System
DE102017107848A1 (de) Verfahren und Systeme zum gesicherten Fern-Browsen bzw. -Surfen aus einem Transportfahrzeug
JP6928480B2 (ja) 航空機の健全性データを無線で管理する装置及び方法
JP2021049971A (ja) 航空機から地上へのデータシステム、及び演算方法
DE102017123157A1 (de) Handset mit Virtual Reality Brille
DE102017125007A1 (de) Systeme und Verfahren zur Verteilung von aufgezeichneten Nachrichten zu einem öffentlichen Ankündigungssystem eines Fahrzeugs
DE102017110364A1 (de) Verfahren und Systeme für öffentliche Bekanntmachungen in einem Transportfahrzeug
DE102019125660A1 (de) Anzeigevorrichtung mit einem Zusatzsegment für eine Sitzvorrichtung eines Transportfahrzeugs und zugeordnete Verfahren dafür
WO2019154031A1 (zh) 多媒体信息处理方法、装置和乘客信息系统
DE102017110263A1 (de) Verfahren und Systeme zur Anpassung einer persönlichen elektrischen Einrichtung an ein Transportfahrzeug
DE102020105780A1 (de) Vernetzungsverfahren und Netzsysteme für Transportfahrzeuge
US11202106B2 (en) Vehicle entertainment system
US11210592B2 (en) Crowd sourced maintenance systems and methods for transportation vehicles
DE102020100326A1 (de) Vernetzungsverfahren und Systeme für Transportvehikelunterhaltungssysteme
CN110996040B (zh) 用于对交通工具娱乐系统的选择性媒体分发的方法和系统
DE102017217475A1 (de) Automatisierte Lieferung von Sicherheitsreferenzen an geplante Besatzung
DE102018100339A1 (de) Auf einem mobilgerät basierender inhalt-lader für ein unterhaltungssystem
US20210152629A1 (en) System and method for time-independent provision of electronic data available intermittently via a data network