EP2510435A1 - Line replaceable unit für ein luftfahrzeug - Google Patents

Line replaceable unit für ein luftfahrzeug

Info

Publication number
EP2510435A1
EP2510435A1 EP10800697A EP10800697A EP2510435A1 EP 2510435 A1 EP2510435 A1 EP 2510435A1 EP 10800697 A EP10800697 A EP 10800697A EP 10800697 A EP10800697 A EP 10800697A EP 2510435 A1 EP2510435 A1 EP 2510435A1
Authority
EP
European Patent Office
Prior art keywords
lru
main memory
individual software
software
user
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.)
Ceased
Application number
EP10800697A
Other languages
English (en)
French (fr)
Inventor
Andrew Muirhead
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.)
Lufthansa Technik AG
Original Assignee
Lufthansa Technik AG
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 Lufthansa Technik AG filed Critical Lufthansa Technik AG
Publication of EP2510435A1 publication Critical patent/EP2510435A1/de
Ceased legal-status Critical Current

Links

Classifications

    • 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
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B64—AIRCRAFT; AVIATION; COSMONAUTICS
    • B64D—EQUIPMENT FOR FITTING IN OR TO AIRCRAFT; FLIGHT SUITS; PARACHUTES; ARRANGEMENT OR MOUNTING OF POWER PLANTS OR PROPULSION TRANSMISSIONS IN AIRCRAFT
    • B64D11/00—Passenger or crew accommodation; Flight-deck installations not otherwise provided for
    • B64D11/06—Arrangements of seats, or adaptations or details specially adapted for aircraft seats
    • B64D11/0639—Arrangements of seats, or adaptations or details specially adapted for aircraft seats with features for adjustment or converting of seats
    • B64D11/064—Adjustable inclination or position of seats

Definitions

  • the invention relates to a Line Replaceable Unit (LRU) for an aircraft; and an arrangement and method for operating the LRU as defined in the claims.
  • LRU Line Replaceable Unit
  • Line Replaceable Unit is an aeronautical terminology that refers to a complex functional unit that is easily replaceable as a whole.
  • An LRU can be replaced in a short time, for example on a plane parked at the gate, without the need for special technical knowledge to carry out the exchange.
  • an LRU has standardized mechanical and / or electrical interfaces to the aircraft, for example standardized mounting dimensions, fastening devices and electrical connections.
  • the exchanging staff treats an LRU as a black box, so does not care about their structure or function. If necessary, a dismantled LRU can be repaired in a separate workshop or modified in any other way.
  • LRUs are also used in practice for a variety of tasks related to controlling the so-called passenger environment. For example, the control of electrical seat adjusters and / or entertainment systems for passengers is carried out regularly with the aid of suitable LRUs.
  • LRUs are subject to aviation regulatory approval as integral components of the aircraft. This aviation certification extends to software controlled LRUs
  • an LRU for an aircraft comprises: a) a first main memory containing the software required for certification of the LRU, b) a second main memory separated from the first main memory, into which a user of the LRU individual software can store the certification basis the LRU is not affected.
  • LRU Line Replaceable Unit
  • main memory refers to program memory of the LRU, in which executable programs (so-called executables) can be stored.
  • executable programs so-called executables
  • the software required for the certification of the LRU is the software or firmware that ensures the proper operation of the LRU required for aviation certification.
  • the LRU can thus usually be operated exclusively with this in the first
  • Main memory software the individual software described in the second main memory is not required.
  • First and second main memory are separated from each other. This means that the contents of the first main memory changes remains due to any changes in the contents of the second main memory.
  • the separation of the first and second main memory may be either physical, logical or by any other suitable means ensuring the appropriate integrity of the contents of the first main memory as the content of the second main memory changes.
  • the first main memory contains the software required for certification of the LRU, i. the software required for the proper functioning of the LRU.
  • Individual software can be loaded into the second main memory by the user of an LRU.
  • the user of an LRU may be the operator of the aircraft or (preferably) a passenger of the aircraft who uses the corresponding LRU, for example, to control his seat and / or the entertainment system.
  • the usability of the LRU can be adapted to the needs of the user.
  • the individual software may offer the passenger a modified user interface (for example on a touchscreen) for adjusting the seat or entertainment system, pre-programmed preferred seat settings of the user, preferred playlists of the entertainment system or the like.
  • the individual software in the second main memory does not affect the certification basis of the LRU. This means that, on the one hand, the software stored in the first main memory, which was accepted as part of the aviation licensing or certification of the LRU, remains undamaged in its integrity. On the other hand, the individual software does not intervene in the function of the LRU in such a way that its function, security, etc. go beyond the limits permitted by aviation law is changed. As a rule, the individual software, as a so-called add-on, will offer additional usage options, such as user interfaces or stored presettings. Possibly.
  • the individual software in the second memory may also be media information such as audio or video files.
  • the LRU may be a video and / or audio player whose second memory is designed to store corresponding media data.
  • the second memory may be a connectable external memory such as a USB stick, a DVD, a BlueRay disk, or the like.
  • this LRU it is possible for this LRU to have an internal second memory by reading in the media data, for example from a BlueRay disk or a USB stick.
  • This second memory can be designed, for example, as an SSD disk (solid state disk). It can be provided according to the invention that the video and / or audio data are transmitted encrypted and / or stored in order to make unauthorized use or unauthorized copying impossible or difficult.
  • the LRU according to the invention is preferably designed to control the seating environment of a passenger.
  • the seating environment includes the (preferably electrically adjustable) seat itself, the entertainment system for the passenger but also lighting or air conditioning of the seating area.
  • An inventive LRU can be equipped by each user according to their own needs with custom software. As a rule, this individual software will not be necessary for the basic functioning of the LRU, but merely provide additional operating or usage options.
  • the storage of individual software in the second main memory can be done according to the invention, for example, in the following ways: a) a wired or wireless connection with a
  • Server that holds individual software, b) a wired or wireless connection with a user's mobile device, c) a storage device for a storage medium.
  • the manufacturer of the LRU or of the system in which the LRU is incorporated, or the operator of the aircraft, will normally only allow a limited selection of individual software for use on the LRU which it has checked.
  • This selection of individual software is preferably kept in a memory, in particular a server accessible, for example, by means of a network.
  • the server can be operated by the manufacturer of the LRU or the system in which the LRU is integrated, by the operator of the aircraft or by a trusted operator.
  • a wired or wireless connection preferably the Internet.
  • This can happen, for example, in the case of a plane parked at the gate via the airport's network or other networks (for example GSM, UMTS or HSPDA networks) and the network of the aircraft, the two networks being connected via a cable connection or wirelessly (for example a W-LAN connection) can communicate with each other.
  • a storage medium of the user may in particular be a mobile device of the user (mobile phone, personal digital assistant or the like) or a storage medium such as a USB stick.
  • the user can thus select before the start of a flight of him desired individual software on the server of the manufacturer of the LRU or the system in which the LRU is involved, or the operator of the aircraft and load it on his mobile device.
  • the user can load this individual software into the second main memory of the LRU, for example by inserting the USB stick into a corresponding interface of the LRU or by means of a via the aircraft network communication between the LRU and its mobile device, such as mobile phone or PDA ,
  • the loading of individual software in the second main memory by means of a separate storage medium such as the aforementioned USB stick or a BlueRay disk can be particularly advantageous when large amounts of data must be transmitted, such as video and / or audio data.
  • the user's mobile device may log into a wireless network of the aircraft, such as a -LAN or a GSM pico cell.
  • the user is identified by means of a unique identification feature, for example the IMEI number of his mobile phone, the MAC address of his mobile device or an identification feature added by the software server when downloading or purchasing the individual software.
  • Information about the seat of the passenger can also be transmitted to a server of the aircraft, for example from an electronic boarding pass also stored on the mobile device, from a passenger list provided by the operator of the aircraft or the like. In this way, the user entering the aircraft can be identified and the individual software stored in his mobile device can be imported via the network of the aircraft into the second main memory of the LRU assigned to his seating environment.
  • the storage of the individual software on a mobile device of the user has the advantage that he carries his preferred individual software in a sense always with him and can easily use on different flights.
  • a particular individual software will often be compatible and usable only in an LRU or a selection of LRUs. Furthermore, an update of individual software may be required if, for example, the software required for the certification base has been updated in the first main memory or modified in some other way. Furthermore, it must be ensured that individual software recorded in the second main memory of the LRU is actually from the manufacturer of the LRU or the system in which the LRU is integrated or original software released by the operator of the aircraft.
  • the individual software can contain a compatibility file which contains information about which LRUs or LRU platforms the corresponding individual software is compatible with.
  • the information may preferably be encrypted.
  • a corresponding counterpart to such a compatibility file can be installed on the LRU. It can also be provided that the individual software is checked for integrity, for example by a so-called checksum formation.
  • the user software may further include an additional key.
  • Automobile- This means that the corresponding individual software is basically released and is not "hacked" software, and the authorization may include checking whether the respective user or passenger is authorized to use this individual software, for example, has acquired it properly.
  • the individual software may have a key which is checked against a corresponding matching key on the LRU. If updates are made to the LRU or individual software, the corresponding key of the LRU is changed by the system manager so that it only matches the corresponding key of the updated individual software. This prevents a user, for example, loads an obsolete custom software still stored on his mobile device into the LRU.
  • the IMEI number or MAC address of his mobile device can be used, also can be queried via an input customization features such as frequent flyer number, PIN, date of birth or the like.
  • the LRU is designed for automatic deletion of the second main memory at a predefined occasion.
  • This predefined event can be, for example, a combination of a so-called system power cycle, in which the systems of the aircraft are restarted, and sensor information that the aircraft is on the ground (for example, weight on the main landing gear).
  • the event must be so be chosen that the passengers change several times daily on a seat each find a deleted second main memory.
  • the invention further provides an arrangement comprising an inventive LRU and a database in which individual software is kept ready for the second main memory of the LRU.
  • the arrangement according to the invention allows a user, for example, to select suitable individual software in the database for him / her prior to the flight (on the Internet) and then load it into the second main memory of the LRU in one of the ways described when the flight starts.
  • the individual software held ready in the database preferably contains a key described above, which can still be provided with a user identification feature before the transfer of the individual software. Furthermore, the individual software may contain a compatibility list described above.
  • the database may contain user profiles with a compilation of the individual software preferred by a user.
  • the user can be automatically informed (for example by e-mail or SMS) if an individual software used by him has been updated and changed in some other way. This makes it easier for the user to always have up-to-date versions of his individual software, for example on his mobile device.
  • the invention further provides a method for operating an LRU as described in claims 14 to 16.
  • the details of this method have already been disclosed above in the context of the explanation of the inventive LRU and arrangement.
  • An embodiment of the invention will be described below with reference to the drawings. Show:
  • Fig. 1 Schematically an arrangement according to the invention
  • FIG. 2 shows an LRU for reproducing media on board a means of transport as part of an arrangement according to the invention.
  • the aircraft 1 has a server 3 (Aircraft Server), which can communicate with other components of the aircraft via a communication platform 4 (Aircraft Communications Platform) having, for example, a W-LAN.
  • the communication platform 4 also has a connection, indicated at 5, to the Internet 6; this Internet connection can be wired or wireless when the aircraft is parked, or wireless when the aircraft is in motion.
  • the LRU 2 has a first main memory 7 (main memory) and a second main memory 8 (accessory memory). First main memory 7 and second main memory 8 are separated by a schematically indicated at 9 firewall.
  • a data processing system 10 (Processing Platform) of the LRU can access the first main memory 7 and the second main memory 8.
  • the first main memory 7 contains the essential for the proper functioning and thus the certification of the LRU software or firmware.
  • a change in the content of this first main memory 7 can be carried out exclusively by the system operator, for example via the communication platform 4 by means of a key indicated at 11.
  • This limited access to the first main memory 7 represents the inte- the security of the software or firmware contained therein.
  • the LRU 2 can preferably perform its basic functions exclusively with the aid of the software in the first main memory 7.
  • the second main memory 8 of the LRU 2 is accessible in various ways for storing individual software therein. Suitable individual software is kept ready, for example, by the manufacturer of the LRU or the system in which the LRU is integrated, or by the operator of the aircraft or by a person authorized by him on a portal or server 12. A user can access this portal 12 via the Internet 6, for example by means of his personal computer 13. In this way, he can select a desired compilation of individual software and possibly download it to the personal computer.
  • a downloaded software package has in this embodiment a key 14 (key), a compatibility certificate 15 (certificate) and the actual individual software 16 (executable). Once this software is downloaded to the personal computer, the key 14 may be additionally provided with an identification feature for the user (Key + Identifier 14a).
  • the software package described is transmitted from the personal computer 13 to a mobile device such as a personal digital assistant 17 or a memory device 18 (Passenger Memory Device) and held there.
  • the user enters the aircraft he can establish a connection indicated at 19, 20 between his mobile device 17 or his memory device 18 and the LRU 2 in order to store the individual software in the second main memory 2.
  • a check of the compatibility of the individual software with the LRU 2 takes place instead of a comparison of the transmitted compatibility list 15 with a corresponding compatibility list, which is available, for example, in the aircraft server 3. can be held.
  • the key is checked with the identification feature 14a before the individual software can be loaded into the second main memory 8 or executed from this main memory.
  • Another possibility for storing individual software in the second main memory 8 is the direct storage without the detour via a mobile device of a user.
  • the individual software selected by the user from the portal 12 is stored on a so-called deployment server 21 and loaded via the Internet 6, the connection 5 with the communication platform 4 of the aircraft and possibly the aircraft server 3 in the second main memory 8.
  • a review of the compatibility list 15 takes place.
  • a check on the authorization of the user can take place.
  • this step may possibly be omitted if the corresponding individual software is selected from the outset by the operator of the aircraft for a small, consistent circle of users.
  • the LRU can be used by the user in the desired manner, for example by means of an individualized user interface on a touch screen for setting the seating environment, an individualized entertainment program or the like.
  • preferences stored by the user or preferences of, for example, the sitting environment, the entertainment program or other information or entertainment software can be loaded and made available to the user.
  • the storage of the preferences or preferences can be done either locally on the mobile device 17 or the storage device 18 or centrally in the portal 12, the deployment server 21 or the Aircraft Server 3. In this way, the presets remain available for later flights. During a flight, such settings may also be temporary in the second main menu.
  • Memory 8 are stored. In a commercial airliner, a so-called LRU 2 power cycle is performed between two flights. The content of the second main memory is deleted completely.
  • a reproduction unit 23 on board the aircraft is designed as LRU (Line Replaceable Unit). It is used at 24 in a slot to accommodate a LRU.
  • a BlueRay drive 25 can read media data from a BlueRay disk. Read data can be stored on a 320 GB SSD 26.
  • the playback unit 23 also has a USB port 27, via which media data or possibly other data (for example, operating system data) can also be read.
  • the playback unit 23 has a motherboard 28, which in turn has a first main memory 29.
  • the first main memory 29 may be formed as a removable data storage, for example as an SD card. It contains the essential software or firmware for the proper functioning and thus the certification of the LRU.
  • main memory 29 On the separate from the main memory 29 SSD 26 only media data is stored.
  • the contents of the main memory 29 remain unchanged by any changes in the contents of the SSD 26.
  • the integrity of the contents of the main memory 29 as the content of the SSD 26 changes is ensured by a physical separation or by other appropriate means.
  • the processor of the motherboard 28 may decrypt encrypted media data and output via HDMI connections 30 to a network.
  • a PSU (Power Supply Unit) 34 is supplied with voltage (28 VDC) from the LRU interface 24 and feeds the modules of the LRU via PWR (Power). supply lines.
  • media data may be recoded prior to being output to the network of the aircraft, for example, video data may be encoded in a higher compression rate standard such as H.264. This can be done for example by means of a suitable encoder board, as indicated in Figure 2.
  • Such coded video data is preferably not output via the HDMI connections indicated at 30, but rather via the network connection indicated at 35.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Stored Programmes (AREA)
  • Storage Device Security (AREA)

Abstract

Gegenstand der Erfindung ist eine Line Replaceable Unit (LRU) (2) für ein Luftfahrzeug (1). Erfindungsgemäß weist sie auf: a) einen ersten Hauptspeicher (7), der die für die Zertifizierung der LRU (2) erforderliche Software enthält, b) einen vom ersten Hauptspeicher (7) getrennten zweiten Hauptspeicher (8), in den ein Nutzer der LRU Individual- software speichern kann, die die Zertifizierungsbasis der LRU nicht beeinträchtigt. Gegenstand der Erfindung ist ferner eine Anordnung aus einer erfindungsgemäßen LRU und einer Datenbank (12) mit entsprechender Individualsoftware sowie ein entsprechendes Verfahren zum Betreiben einer LRU.

Description

Line Replaceable Unit für ein Luftfahrzeug
Die Erfindung betrifft eine Line Replaceable Unit (LRU) für ein Luftfahrzeug; ferner eine Anordnung und ein Verfahren zum Betrieb der LRU wie in den Ansprüchen definiert.
Der Begriff Line Replaceable Unit ist ein in der Luftfahrt eingeführter Terminus, der eine komplexe Funktionseinheit bezeichnet, die auf einfache Weise als ganzes austauschbar ist. Eine LRU kann in kurzer Zeit ausgetauscht werden, beispielsweise bei einem am Gate parkenden Flugzeug, ohne dass für die Durchführung des Austauschs besondere technische Kenntnisse erforderlich sind. In der Regel hat eine LRU standardisierte mechanische und/oder elektrische Schnittstellen zum Flugzeug, beispielsweise standardisierte Einbaumaße, Befestigungsvorrichtungen und elektrische Anschlüsse. Das austauschende Personal behandelt eine LRU als Black Box, kümmert sich also nicht weiter um deren Aufbau oder Funktion. Eine demontierte LRU kann ggf. in einer separaten Werkstatt repariert oder auf sonstige Art und Weise verändert werden.
LRUs werden in der Praxis auch für eine Vielzahl von Aufgaben verwendet, die mit der Steuerung der sogenannten Passagierumgebung zu tun haben. Beispielsweise erfolgt die Ansteuerung von elektrischen Sitzverstellungen und/oder Entertainmentsystemen für Passagiere regelmäßig mit Hilfe geeigneter LRUs.
LRUs unterliegen als fest im Luftfahrzeug verbaute Bestandteile einer luftfahrtrechtlichen Zulassung. Diese luftfahrtrechtliche Zulassung erstreckt sich bei durch Software gesteuerten LRUs
BESTÄTIGUNGSKOPIE auch auf diese Software. Änderungen an der LRU oder deren Steuerungssoftware bedürfen einer luftfahrtrechtlichen Zulassung.
Der Erfindung liegt die Aufgabe zugrunde, eine Line Replaceable Unit der eingangs genannten Art zu schaffen, die auf vielfältigere Art und Weise benutzbar ist. Erfindungsgemäß weist eine LRU für ein Luftfahrzeug folgendes auf: a) einen ersten Hauptspeicher, der die für die Zertifizierung der LRU erforderliche Software enthält, b) einen vom ersten Hauptspeicher getrennten zweiten Hauptspeicher, in den ein Nutzer der LRU Individualsoftware speichern kann, die die Zertifizierungsbasis der LRU nicht beeinträchtigt.
Zunächst seien einige im Rahmen der Erfindung verwendete Begriffe erläutert. Der Begriff Line Replaceable Unit (LRU) wird im Kontext der Erfindung verwendet wie vorstehend erläutert im Zusammenhang mit dem Stand der Technik.
Der Begriff Hauptspeicher bezeichnet Programmspeicher der LRU, in dem ausführbare Programme (so genannte executables) gespeichert werden können. Die für die Zertifizierung der LRU erforderliche Software ist diejenige Software oder Firmware, die den für eine luftfahrtrechtliche Zulassung erforderlichen ordnungsgemäßen Betrieb der LRU sicherstellt. Die LRU kann somit in der Regel betrieben werden ausschließlich mit dieser im ersten
Hauptspeicher befindlichen Software, die nachstehend beschriebene Individualsoftware im zweiten Hauptspeicher ist dazu nicht erforderlich.
Erster und zweiter Hauptspeicher sind von einander getrennt. Dies bedeutet, dass der Inhalt des ersten Hauptspeichers unver- ändert bleibt durch irgendwelche Veränderungen des Inhalts des zweiten Hauptspeichers.
Die Trennung von erstem und zweitem Hauptspeicher kann entweder physisch, logisch oder durch sonstige geeignete Maßnahmen erfolgen, die die entsprechende Integrität des Inhalts des ersten Hauptspeichers bei Veränderungen des Inhalts des zweiten Hauptspeichers sicherstellen.
Der erste Hauptspeicher enthält die für die Zertifizierung der LRU erforderliche Software, d.h. diejenige Software, die für das ordnungsgemäße Funktionieren der LRU erforderlich ist.
In den zweiten Hauptspeicher kann sogenannte Individualsoftware vom Nutzer einer LRU geladen werden. Der Nutzer einer LRU kann der Betreiber des Luftfahrzeugs oder (bevorzugt) ein Passagier des Luftfahrzeugs sein, der die entsprechende LRU bspw. zur Steuerung seines Sitzes und/oder Entertainmentsystems nutzt. Mittels der Individualsoftware im zweiten Hauptspeicher kann die Nutzbarkeit der LRU an die Bedürfnisse des Nutzers angepasst werden. Beispielsweise kann die Individualsoftware dem Passagier eine geänderte Benutzeroberfläche (beispielsweise auf einem Touchscreen) zur Einstellung des Sitzes oder Entertainmentsystems anbieten, vorprogrammierte bevorzugte Sitzeinstellungen des Nutzers enthalten, bevorzugte Playlisten des Entertainmentsystems speichern oder dergleichen.
Die Individualsoftware im zweiten Hauptspeicher beeinträchtigt die Zertifizierungsbasis der LRU nicht. Dies bedeutet, dass zum einen die im ersten Hauptspeicher gespeicherte Software, die im Zuge der luftfahrtrechtlichen Zulassung bzw. Zertifizierung der LRU mit abgenommen wurde, in ihrer Integrität unbeeinträchtigt bleibt. Zum anderen greift die Individualsoftware nicht dergestalt in die Funktion der LRU ein, dass deren Funktion, Sicherheit etc. über die luftfahrtrechtlich gestatteten Grenzen hinaus verändert wird. In der Regel wird die Individualsoftware als sogenanntes Add On zusätzliche Nutzungsmöglichkeiten wie beispielsweise Benutzeroberflächen oder gespeicherte Voreinstellungen bieten. Ggf. kann es sich bei der Individualsoftware im zweiten Speicher auch um Medieninformationen wie beispielsweise Audio- oder Videodateien handeln. Gemäß dieser Ausführungsform der Erfindung kann es sich bei der LRU um einen Video- und/oder Audioplayer handeln, dessen zweiter Speicher zur Speicherung entsprechender Mediendaten ausgebildet ist. Bei dem zweiten Speicher kann es sich um einen anschließbaren externen Speicher wie beispielsweise einen USB-Stick, eine DVD, eine BlueRay-Disk oder dergleichen handeln. Alternativ ist es möglich, dass diese LRU einen internen zweiten Speicher aufweist, indem die Mediendaten eingelesen werden, beispielsweise von einer BlueRay-Disk oder einen USB-Stick. Dieser zweite Speicher kann beispielsweise als SSD-Disk (Solid State Disk) ausgebildet sein. Es kann erfindungsgemäß vorgesehen sein, dass die Video- und/oder Audiodaten verschlüsselt übertragen und/oder gespeichert werden, um eine unautorisierte Nutzung oder ein unautorisiertes Kopieren unmöglich zu machen oder zu erschweren.
Die erfindungsgemäße LRU ist bevorzugt zur Steuerung der Sitzumgebung eines Passagiers ausgebildet. Zur Sitzumgebung gehört der (bevorzugt elektrisch verstellbare) Sitz selbst, das Entertainmentsystem für den Passagier aber auch Beleuchtung bzw. Klimatisierung des Sitzbereichs.
Eine erfindungsgemäße LRU kann von jedem Nutzer nach eigenem Bedarf mit Individualsoftware bestückt werden. In aller Regel wird diese Individualsoftware für das grundsätzliche Funktionieren der LRU nicht erforderlich sein, sondern lediglich zusätzliche Bedien- oder Nutzungsoptionen bieten. Das Speichern von Individualsoftware in den zweiten Hauptspeicher kann erfindungsgemäß beispielsweise auf folgenden Wegen geschehen : a) eine drahtgebundene oder drahtlose Verbindung mit einem
Server, der Individualsoftware bereithält, b) eine drahtgebundene oder drahtlose Verbindung mit einem Mobilgerät des Nutzers, c) einer Aufnahmeeinrichtung für ein Speichermedium.
Der Hersteller der LRU bzw. des Systems, in die die LRU eingebunden ist, bzw. der Betreiber des Luftfahrzeugs wird in der Regel nur eine beschränkte, von ihm geprüfte Auswahl von Individualsoftware zur Nutzung auf der LRU erlauben. Diese Auswahl von Individualsoftware wird vorzugsweise in einem Speicher, insbesondere einem beispielsweise mittels eines Netzwerks zugänglichen Server, zur Verfügung gehalten. Der Server kann vom Hersteller der LRU bzw. des Systems, in die die LRU eingebunden ist, vom Betreiber des Luftfahrzeugs oder von einer vertrauenswürdigen Person (trusted Operator) betrieben werden.
Erfindungsgemäß ist es möglich, gewünschte Individualsoftware direkt über eine drahtgebundene oder drahtlose Verbindung (vorzugsweise das Internet) vom Server in den zweiten Hauptspeicher der LRU zu laden. Dies kann beispielsweise bei einem am Gate parkenden Flugzeug über das Netzwerk des Flughafens bzw. sonstige Netzwerke (bspw. GSM-, UMTS-, oder HSPDA-Netzwerke) und das Netzwerk des Flugzeugs geschehen, wobei die beiden Netzwerke ü- ber eine Kabelverbindung oder drahtlos (beispielsweise eine W- LAN-Verbindung) miteinander kommunizieren können.
Es ist erfindungsgemäß ferner möglich, dass keine direkte Verbindung zwischen Server und LRU hergestellt wird, sondern dass die Individualsoftware auf einem Speichermedium des Nutzers zwischengespeichert wird. Bei diesem Speichermedium kann es sich insbesondere um ein Mobilgerät des Benutzers (Mobiltelefon, Personal Digital Assistant oder dergleichen) oder um ein Speichermedium wie beispielsweise einen USB-Stick handeln. Der Nutzer kann somit vor Antritt eines Fluges von ihm gewünschte Individu- alsoftware auf dem Server des Herstellers der LRU bzw. des Systems, in die die LRU eingebunden ist, oder des Betreibers des Luftfahrzeugs auswählen und auf sein Mobilgerät laden. Nach dem Betreten des Flugzeugs kann der Nutzer diese Individualsoftware in den zweiten Hauptspeicher der LRU laden, beispielsweise durch Einstecken des USB-Sticks in eine entsprechende Schnittstelle der LRU oder mittels einer über das Flugzeugnetzwerk erfolgenden Kommunikation zwischen der LRU und seinem Mobilgerät, beispielsweise Mobiltelefon oder PDA. Das Laden von Individualsoftware in den zweiten Hauptspeicher mittels eines separaten Speichermedium wie den genannten USB-Stick oder einer BlueRay-Disk kann insbesondere dann von Vorteil sein, wenn große Datenmengen übertragen werden müssen, beispielsweise Video-und/oder Audiodaten.
Beim Betreten des Flugzeugs kann beispielsweise das Mobilgerät des Benutzers in ein drahtloses Netzwerk des Flugzeugs wie beispielsweise ein -LAN oder eine GSM-Picozelle einloggen. Der Nutzer wird identifiziert anhand eines eindeutigen Identifikationsmerkmals, beispielsweise der IMEI-Nummer seines Mobiltelefons, der MAC-Adresse seines Mobilgeräts oder eines beim Herunterladen bzw. Erwerb der Individualsoftware vom Server der Software hinzugefügten Identifizierungsmerkmals. Einem Server des Flugzeugs können ferner Informationen zum Sitzplatz des Passagiers übermittelt werden, beispielsweise aus einer ebenfalls auf dem Mobilgerät gespeicherten elektronischen Bordkarte, aus einer vom Betreiber des Flugzeugs zur Verfügung gestellten Passagierliste oder dergleichen. Auf diese Art und Weise kann der das Flugzeug betretende Nutzer identifiziert und die in seinem Mobilgerät gespeicherte Indivi- dualsoftware über das Netzwerk des Flugzeugs in den zweiten Hauptspeicher der seiner Sitzumgebung zugeordneten LRU eingespielt werden.
Die Speicherung der Individualsoftware auf einem Mobilgerät des Benutzers hat den Vorteil, dass er die von ihm bevorzugte Individualsoftware gewissermaßen immer mit sich trägt und auf verschiedenen Flügen problemlos verwenden kann.
Eine bestimmte Individualsoftware wird häufig nur zu einer LRU oder einer Auswahl von LRUs kompatibel sein und darin verwendet werden können. Ferner kann ein Update von Individualsoftware erforderlich sein, wenn beispielsweise die für die Zertifizierungsbasis erforderliche Software im ersten Hauptspeicher upge- dated oder auf sonstige Weise verändert worden ist. Des weiteren muss sichergestellt sein, dass in den zweiten Hauptspeicher der LRU eingespielte Individualsoftware tatsächlich vom Hersteller der LRU bzw. des Systems, in die die LRU eingebunden ist, bzw. vom Betreiber des Luftfahrzeugs freigegebene Originalsoftware ist .
Erfindungsgemäß kann die Individualsoftware eine Kompatibilitätsdatei enthalten, die Informationen darüber enthält, mit welchen LRUs bzw. LRU-Plattformen die entsprechende Individualsoft- ware kompatibel ist. Die Informationen können bevorzugt verschlüsselt sein. Auf der LRU kann ein entsprechendes Gegenstück zu einer solchen Kompatibilitätsdatei installiert sein. Es kann ferner vorgesehen sein, dass die Individualsoftware auf ihre Integrität geprüft wird, beispielsweise durch eine sogenannte PrüfSummenbildung .
Zur Prüfung der Autorisierung der Nutzersoftware kann die Benutzersoftware ferner einen zusätzlichen Schlüssel enthalten. Auto- risierung bedeutet, dass die entsprechende Individualsoftware grundsätzlich freigegeben ist und keine „gehackte" Software ist, ferner kann die Autorisierung beinhalten, dass geprüft wird, ob der jeweilige Nutzer bzw. Passagier zur Nutzung gerade dieser Individualsoftware berechtigt ist, diese beispielsweise ordnungsgemäß erworben hat.
Zu diesem Zweck kann die Individualsoftware einen Schlüssel aufweisen, der gegen einen entsprechenden passenden Schlüssel auf der LRU geprüft wird. Wenn Updates der LRU oder Individualsoft- ware erfolgen, wird der entsprechende Schlüssel der LRU durch den Systemmanager geändert, so dass er nur noch zum entsprechenden Schlüssel der upgedateten Individualsoftware passt. Dies verhindert, dass ein Nutzer beispielsweise eine noch auf seinem Mobilgerät gespeicherte obsolete Individualsoftware in die LRU lädt.
Zur Prüfung der Berechtigung des Nutzers kann beispielsweise die IMEI-Nummer oder MAC-Adresse seines Mobilgerätes herangezogen werden, ferner können über eine Eingabe Individualisierungsmerkmale wie Frequent Flyer Nummer, PIN, Geburtsdatum oder dergleichen abgefragt werden.
Bei einem Business- oder VIP-Jet, der von einem gleichbleibenden Personenkreis genutzt wird, wird häufig einmal im zweiten Hauptspeicher der LRU gespeicherte Individualsoftware darin verbleiben können. Anders sieht es bei einem kommerziellen Verkehrsflugzeug aus. Hier ist vorzugsweise vorgesehen, dass die LRU zum automatischen Löschen des zweiten Hauptspeichers bei einem vordefinierten Anlass ausgebildet ist. Dieser vordefinierte Anlass kann beispielsweise eine Kombination eines sogenannten System Power Cycle, bei dem die Systeme des Flugzeugs neu gestartet werden, und einer Sensorinformation, dass sich das Flugzeug am Boden befindet, sein (bspw. Gewicht auf dem Hauptfahrwerk) . Beispielsweise bei einem Kurzstreckenflugzeug muss der Anlass so gewählt sein, dass die mehrfach täglich wechselnden Passagiere auf einem Sitz jeweils einen gelöschten zweiten Hauptspeicher vorfinden .
Gegenstand der Erfindung ist ferner eine Anordnung aus einer erfindungsgemäßen LRÜ und einer Datenbank, in der Individualsoft- ware für den zweiten Hauptspeicher der LRU bereitgehalten wird. Die erfindungsgemäße Anordnung erlaubt es einem Nutzer, beispielsweise vor Antritt eines Fluges (im Internet) für ihn geeignete Individualsoftware in der Datenbank auszuwählen und diese dann bei Antritt des Fluges auf eine der beschriebenen Art und Weisen in den zweiten Hauptspeicher der LRU zu laden.
Die in der Datenbank bereitgehaltene Individualsoftware enthält vorzugsweise einen vorstehend beschriebenen Schlüssel, der vor der Übertragung der Individualsoftware noch mit einem Nutzeridentifizierungsmerkmal versehen werden kann. Ferner kann die Individualsoftware eine oben beschriebene Kompatibilitätsliste enthalten.
Es ist erfindungsgemäß möglich, dass die Datenbank Nutzerprofile mit einer Zusammenstellung der von einem Nutzer bevorzugten Individualsoftware enthält. Mit Hilfe eines solchen Nutzerprofils kann der Nutzer beispielsweise automatisch informiert werden (beispielsweise per Email oder SMS) , wenn eine von ihm verwendete Individualsoftware upgedated und auf sonstige Weise verändert worden ist. Auf diese Weise wird es für den Nutzer einfacher, stets aktuelle Versionen seiner Individualsoftware zur Verfügung zu haben, beispielsweise auf seinem Mobilgerät.
Gegenstand der Erfindung ist ferner ein Verfahren zum Betreiben einer LRU, wie in den Ansprüchen 14 bis 16 beschrieben. Die Einzelheiten dieses Verfahrens wurden oben bereits im Kontext der Erläuterung der erfindungsgemäßen LRU und Anordnung offenbart. Ein Ausführungsbeispiel der Erfindung wird nachfolgend unter Bezugnahme auf die Zeichnung beschrieben. Darin zeigen:
Fig. 1: Schematisch eine erfindungsgemäße Anordnung;
Fig. 2: eine LRU zur Wiedergabe von Medien an Bord eines Verkehrsmittels als Teil einer erfindungsgemäßen Anordnung .
In einer schematisch bei 1 angedeuteten Flugzeugumgebung (Airc- raft Environment) befindet sich eine LRU 2, die im Ausführungsbeispiel die Sitzumgebung steuert. Das Flugzeug 1 weist einen Server 3 (Aircraft Server) auf, der über eine beispielsweise ein W-LAN aufweisende Kommunikationsplattform 4 (Aircraft Communications platform) mit anderen Komponenten des Flugzeugs kommunizieren kann. Die Kommunikationsplattform 4 weist ferner eine bei 5 angedeutete Verbindung mit dem Internet 6 auf, diese Internetverbindung kann bei geparktem Flugzeug drahtgebunden oder drahtlos, bei bewegtem Flugzeug drahtlos sein.
Die LRU 2 weist einen ersten Hauptspeicher 7 (Main Memory) und einen zweiten Hauptspeicher 8 (Accessory Memory) auf. Erster Hauptspeicher 7 und zweiten Hauptspeicher 8 sind durch eine schematisch bei 9 angedeutete Firewall voneinander getrennt. Eine Datenverarbeitungsanlage 10 (Processing Platform) der LRU kann auf den ersten Hauptspeicher 7 und den zweiten Hauptspeicher 8 zugreifen.
Der erste Hauptspeicher 7 enthält die für das ordnungsgemäße Funktionieren und damit die Zertifizierung der LRU wesentliche Software oder Firmware. Eine Veränderung des Inhalts dieses ersten Hauptspeichers 7 kann ausschließlich vom Systembetreiber durchgeführt werden, beispielsweise über die Kommunikationsplattform 4 mittels eines bei 11 angedeuteten Schlüssels. Dieser beschränkte Zugang zum ersten Hauptspeicher 7 stellt die Integ- rität der darin enthaltenen Software oder Firmware sicher. Die LRU 2 kann ihre Basisfunktionen vorzugsweise durchführen ausschließlich unter Zuhilfenahme der Software im ersten Hauptspeicher 7.
Der zweite Hauptspeicher 8 der LRU 2 ist auf verschiedene Weise zugänglich, um darin Individualsoftware zu speichern. Bereitgehalten wird geeignete Individualsoftware beispielsweise vom Hersteller der LRU bzw. des Systems, in die die LRU eingebunden ist, bzw. vom Betreiber des Luftfahrzeugs oder von einer von ihm autorisierten Person auf einem Portal oder Server 12. Ein Nutzer kann auf dieses Portal 12 über das Internet 6 zugreifen, beispielsweise mittels seines Personal Computers 13. Auf diese Weise kann er eine gewünschte Zusammenstellung von Individualsoft- ware auswählen und ggf. auf den Personal Computer herunterladen. Ein heruntergeladenes Softwarepaket weist bei diesem Ausführungsbeispiel einen Schlüssel 14 (Key) , ein Kompatibilitätszertifikat 15 (certificate) und die eigentliche Individualsoftware 16 (executable) auf. Sobald diese Software auf den Personal Computer heruntergeladen wird, kann der Schlüssel 14 zusätzlich mit einem Identifikationsmerkmal für den Benutzer versehen werden (Key + Identifier 14a) . Das beschriebene Softwarepaket wird vom Personal Computer 13 auf ein Mobilgerät wie beispielsweise einen Personal Digital Assistant 17 oder eine Speichereinrichtung 18 (Passenger Memory Device) übertragen und dort zur Verfügung gehalten .
Betritt der Nutzer das Flugzeug, kann er eine bei 19, 20 angedeutete Verbindung zwischen seinem Mobilgerät 17 bzw. seiner Speichereinrichtung 18 und der LRU 2 herstellen, um die Individualsoftware in den zweiten Hauptspeicher 2 einzuspeichern. Es findet dabei eine Überprüfung der Kompatibilität der Individual- software mit der LRU 2 statt durch einen Abgleich der mit übertragenen Kompatibilitätsliste 15 mit einer entsprechenden Kompatibilitätsliste, die beispielsweise im Flugzeugserver 3 vor- gehalten werden kann. Ferner wird der Schlüssel mit dem Identifizierungsmerkmal 14a überprüft, bevor die Individualsoftware in den zweiten Hauptspeicher 8 geladen bzw. von diesem Hauptspeicher ausgeführt werden kann.
Eine andere Möglichkeit zum Speichern von Individualsoftware in den zweiten Hauptspeicher 8 ist das direkte Einspeichern ohne den Umweg über ein Mobilgerät eines Nutzers. Zu diesem Zweck wird die vom Nutzer aus dem Portal 12 ausgewählte Individual- software auf einen sogenannten Deploymentserver 21 vorgehalten und über das Internet 6, die Verbindung 5 mit der Kommunikationsplattform 4 des Flugzeugs und ggf. den Flugzeugserver 3 in den zweiten Hauptspeicher 8 geladen. Auch hier findet wieder eine Überprüfung der Kompatibilitätsliste 15 statt. Wahlweise kann auch eine Überprüfung der Berechtigung des Nutzers stattfinden. Bei einem VIP- oder Business-Jet kann dieser Schritt unter Umständen entfallen, wenn die entsprechende Individualsoftware von vornherein ausgewählt wird vom Betreiber des Flugzeugs für einen kleinen, gleichbleibenden Kreis von Nutzern.
Sobald die Individualsoftware in den zweiten Hauptspeicher 8 geladen ist, kann die LRU vom Nutzer in der gewünschten Weise verwendet werden, beispielsweise mittels einer individualisierten Benutzeroberfläche auf einem Touch Screen zur Einstellung der Sitzumgebung, einem individualisierten Entertainmentprogramm o- der dergleichen. Ferner können vom Nutzer gespeicherte Voreinstellungen oder Präferenzen bspw. der Sitzumgebung, des Entertainmentprogramms oder sonstiger Informations- oder Unterhaltungssoftware geladen und für den Nutzer verfügbar gemacht werden. Die Speicherung der Voreinstellungen oder Präferenzen kann entweder lokal auf dem Mobilgerät 17 bzw. der Speichereinrichtung 18 oder zentral in dem Portal 12, dem Deployment-Server 21 oder dem Aircraft-Server 3 erfolgen. Auf diese Weise bleiben die Voreinstellungen für spätere Flüge verfügbar. Während eines Fluges können solche Einstellungen auch temporär im zweiten Haupt- Speicher 8 gespeichert werden. Bei einem kommerziellen Verkehrsflugzeug wird jeweils zwischen zwei Flügen ein sogenannter Power Cycle der LRU 2 durchgeführt. Dabei wird der Inhalt des zweiten Hauptspeichers vollständig gelöscht.
Fig. 2 zeigt eine LRU zur Wiedergabe von Medien an Bord eines Verkehrsmittels als Teil einer erfindungsgemäßen Anordnung. Eine Wiedergabeeinheit 23 an Bord des Flugzeugs ist als LRU (Line Replaceable Unit) ausgebildet. Sie wird bei 24 in einen Slot zur Aufnahme einer LRU eingesetzt. Ein BlueRay-Laufwerk 25 kann Mediendaten von einer BlueRay-Disk lesen. Eingelesene Daten können auf einer 320 GB SSD 26 gespeichert werden. Die Wiedergabeeinheit 23 weist ferner einen USB-Anschluss 27 auf, über den ebenfalls Mediendaten oder gegebenenfalls andere Daten (beispielsweise Betriebssystemdaten) eingelesen werden können. Die Wiedergabeeinheit 23 weist eine Hauptplatine 28 auf, die wiederum einen ersten Hauptspeicher 29 aufweist. Der erste Hauptspeicher 29 kann als Wechseldatenspeicher, beispielsweise als SD-Karte ausgebildet sein. Er enthält die für das ordnungsgemäße Funktionieren und damit die Zertifizierung der LRU wesentliche Software oder Firmware.
Auf der vom Hauptspeicher 29 getrennten SSD 26 werden ausschließlich Mediendaten gespeichert. Der Inhalt des Hauptspeichers 29 bleibt unverändert durch irgendwelche Veränderungen des Inhalts der SSD 26. Die Integrität des Inhalts des Hauptspeichers 29 bei Veränderungen des Inhalts der SSD 26 wird durch eine physische Trennung oder durch sonstige geeignete Maßnahmen sichergestellt .
Der Prozessor der Hauptplatine 28 kann verschlüsselte Mediendaten entschlüsseln und über HDMI-Verbindungen 30 in ein Netzwerk ausgeben. Eine PSU (Power Supply Unit) 34 wird von der LRU- Schnittstelle 24 her mit Spannung (28 VDC) versorgt und speist die Baugruppen der LRU über mit PWR (Power) gekennzeichnete Ver- sorgungsleitungen. Es ist im Rahmen der Erfindung möglich, dass Mediendaten vor ihrer Ausgabe in das Netzwerk des Flugzeugs umcodiert werden, beispielsweise können Videodaten in einem Standard mit höherer Kompressionsrate wie beispielsweise H.264 codiert werden. Dies kann beispielsweise mittels einer geeigneten Encoder-Platine geschehen, wie sie in Figur 2 angedeutet ist. Solche codierten Videodaten werden bevorzugt nicht über die bei 30 angedeuteten HDMI-Verbindungen ausgegeben, sondern über die bei 35 angedeutete Netzwerkverbindung.

Claims

Patentansprüche
Line Replaceable Unit (LRU) (2) für ein Luftfahrzeug (1), dadurch gekennzeichnet, dass sie aufweist: a) einen ersten Hauptspeicher (7), der die für die Zertifizierung der LRU (2) erforderliche Software enthält, b) einen vom ersten Hauptspeicher (7) getrennten zweiten Hauptspeicher (8), in den ein Nutzer der LRU Individu- alsoftware speichern kann, die die Zertifizierungsbasis der LRU nicht beeinträchtigt.
LRU nach Anspruch 1, dadurch gekennzeichnet, dass sie zur Steuerung der Sitzumgebung eines Passagiers ausgebildet ist, vorzugsweise zur Steuerung des Sitzes und/oder des Entertainmentsystems für einen Passagier ausgebildet ist.
LRU nach Anspruch 1, dadurch gekennzeichnet, dass sie zur Speicherung und Wiedergabe von Video- und/oder Audiodaten ausgebildet ist.
LRU nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass der zweite Hauptspeicher (8) auf wenigstens einem der folgenden Wege für einen Nutzer zugänglich ist: a) eine drahtgebundene oder drahtlose Verbindung (4, 5, 6) mit einem Server (12, 21), der Individualsoftware bereithält, b) eine drahtgebundene oder drahtlose Verbindung mit einem Mobilgerät (17) des Nutzers, c) einer Aufnahmeeinrichtung für ein Speichermedium (18)
5. LRU nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass sie eine Einrichtung zur Kompatibilitätsprüfung von Nutzersoftware enthält.
6. LRU nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass sie eine Einrichtung zur Prüfung der Autorisierung von Nutzersoftware enthält.
7. LRU nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass sie zum automatischen Löschen des zweiten Hauptspeichers (8) bei einem vordefinierten Anlass ausgebildet ist .
8. LRU nach Anspruch 7, dadurch gekennzeichnet, dass der vordefinierte Anlass ein System Power Cycle ist.
9. Anordnung, die aufweist: a) eine LRU nach einem der Ansprüche 1 bis 8, b) eine Datenbank (12), in der Individualsoftware für den zweiten Hauptspeicher der LRU bereitgehalten wird.
10. Anordnung nach Anspruch 9, dadurch gekennzeichnet, dass die in der Datenbank (12) bereitgehaltene Individualsoftware einen Schlüssel enthält.
11. Anordnung nach Anspruch 10, dadurch gekennzeichnet, dass der Schlüssel vor der Übertragung der Individualsoftware mit einem Nutzeridentifizierungsmerkmal (14a) versehen wird.
12. Anordnung nach einem der Ansprüche 9 bis 11, dadurch gekennzeichnet, dass die in der Datenbank (12) bereitgehaltene Individualsoftware eine Kompatibilitätsliste (15) enthält.
13. Anordnung nach einem der Ansprüche 9 bis 12, dadurch gekennzeichnet, dass die Datenbank (12) Nutzerprofile mit einer Zusammenstellung der Individualsoftware enthält.
Verfahren zum Betreiben einer LRU nach einem der Ansprüche bis 8 mit einer Individualsoftware, mit den Schritten: a) Auswählen einer Individualsoftware aus einer Datenbank (12) einer Anordnung nach einem der Ansprüche 9 bis 12, b) Übertragen der ausgewählten Individualsoftware in den zweiten Hauptspeicher (8) der LRU, c) Betrieb der LRU unter Verwendung der Individualsoft- ware.
15. Verfahren nach Anspruch 14, dadurch gekennzeichnet, dass das Übertragen der ausgewählten Individualsoftware in den zweiten Hauptspeicher (8) der LRU auf einem der folgenden Wege erfolgt : a) direkte Übertragung der Individualsoftware von der Datenbank (12, 21) in den zweiten Hauptspeicher der LRU mittels einer drahtgebundenen oder drahtlosen Verbindung, b) Übertragung der Individualsoftware von der Datenbank (12) in den zweiten Hauptspeicher (8) der LRU über ein zwischengeschaltetes Speichermedium, vorzugsweise ein Mobilgerät eines Nutzers.
Verfahren nach Anspruch 14 oder 15, dadurch gekennzeichnet, dass die in den zweiten Hauptspeicher der LRU übertragene oder zu übertragende Software auf Kompatibilität mit der LRU und/oder Autorisierung des Nutzers geprüft wird.
EP10800697A 2009-12-09 2010-12-09 Line replaceable unit für ein luftfahrzeug Ceased EP2510435A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102009057568A DE102009057568A1 (de) 2009-12-09 2009-12-09 Line Replaceable Unit für ein Luftfahrzeug
PCT/EP2010/007480 WO2011069655A1 (de) 2009-12-09 2010-12-09 Line replaceable unit für ein luftfahrzeug

Publications (1)

Publication Number Publication Date
EP2510435A1 true EP2510435A1 (de) 2012-10-17

Family

ID=43629228

Family Applications (1)

Application Number Title Priority Date Filing Date
EP10800697A Ceased EP2510435A1 (de) 2009-12-09 2010-12-09 Line replaceable unit für ein luftfahrzeug

Country Status (7)

Country Link
US (1) US8903601B2 (de)
EP (1) EP2510435A1 (de)
CN (1) CN102741816B (de)
BR (1) BR112012013920B1 (de)
CA (1) CA2783137C (de)
DE (1) DE102009057568A1 (de)
WO (1) WO2011069655A1 (de)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9193465B2 (en) 2011-11-08 2015-11-24 B/E Aerospace, Inc. Electromechanical actuation system for aircraft passenger suites and method
US9160543B2 (en) * 2013-05-07 2015-10-13 The Boeing Company Verification of aircraft information in response to compromised digital certificate
CN103576673B (zh) * 2013-11-05 2016-01-13 成都金本华科技股份有限公司 一种机载可替换单元检测***及检测方法
FR3024869B1 (fr) * 2014-08-14 2016-08-26 Zodiac Aero Electric Systeme de distribution electrique pour un aeronef et procede de commande correspondant
US10864367B2 (en) 2015-02-24 2020-12-15 Elira, Inc. Methods for using an electrical dermal patch in a manner that reduces adverse patient reactions
US10143840B2 (en) 2015-02-24 2018-12-04 Elira, Inc. Systems and methods for enabling appetite modulation and/or improving dietary compliance using an electro-dermal patch
US10376145B2 (en) 2015-02-24 2019-08-13 Elira, Inc. Systems and methods for enabling a patient to achieve a weight loss objective using an electrical dermal patch
US9956393B2 (en) 2015-02-24 2018-05-01 Elira, Inc. Systems for increasing a delay in the gastric emptying time for a patient using a transcutaneous electro-dermal patch
US10335302B2 (en) 2015-02-24 2019-07-02 Elira, Inc. Systems and methods for using transcutaneous electrical stimulation to enable dietary interventions
US10765863B2 (en) 2015-02-24 2020-09-08 Elira, Inc. Systems and methods for using a transcutaneous electrical stimulation device to deliver titrated therapy
US20220062621A1 (en) 2015-02-24 2022-03-03 Elira, Inc. Electrical Stimulation-Based Weight Management System
US10083325B2 (en) * 2015-11-16 2018-09-25 The Boeing Company Secure removable storage for aircraft systems
CN105391625A (zh) * 2015-12-25 2016-03-09 成都云晖航空科技股份有限公司 一种空中互联网社交平台安全运行方法
US10819601B2 (en) 2016-06-30 2020-10-27 Ge Aviation Systems Llc Wireless control unit server for conducting connectivity test
US10318451B2 (en) 2016-06-30 2019-06-11 Ge Aviation Systems Llc Management of data transfers
US10764747B2 (en) 2016-06-30 2020-09-01 Ge Aviation Systems Llc Key management for wireless communication system for communicating engine data
US10529150B2 (en) 2016-06-30 2020-01-07 Aviation Systems LLC Remote data loading for configuring wireless communication unit for communicating engine data
US10200110B2 (en) 2016-06-30 2019-02-05 Ge Aviation Systems Llc Aviation protocol conversion
US10712377B2 (en) 2016-06-30 2020-07-14 Ge Aviation Systems Llc Antenna diagnostics for wireless communication unit for communicating engine data
US10470114B2 (en) 2016-06-30 2019-11-05 General Electric Company Wireless network selection
US10681132B2 (en) 2016-06-30 2020-06-09 Ge Aviation Systems Llc Protocol for communicating engine data to wireless communication unit
US10444748B2 (en) 2016-06-30 2019-10-15 Ge Aviation Systems Llc In-situ measurement logging by wireless communication unit for communicating engine data
US10467016B2 (en) 2016-06-30 2019-11-05 General Electric Company Managing an image boot
CN113906304A (zh) * 2018-12-17 2022-01-07 空中客车A^3有限责任公司 用于感测和避让外部物体的飞行器***的分层软件架构
US11208211B2 (en) 2019-04-26 2021-12-28 Burrana Ip And Assets, Llc Replaceable connection modules for high use electronic device receptacles

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6973479B2 (en) * 2002-05-01 2005-12-06 Thales Avionics, Inc. Method and system for configuration and download in a restricted architecture network
US7114171B2 (en) * 2002-05-14 2006-09-26 Thales Avionics, Inc. Method for controlling an in-flight entertainment system
US8616984B2 (en) * 2002-06-12 2013-12-31 Igt Intelligent player tracking card and wagering token tracking techniques
US20060229772A1 (en) * 2005-04-08 2006-10-12 Honeywell International Inc. Systems and methods for avionics software delivery
US7840770B2 (en) * 2005-12-02 2010-11-23 The Boeing Company Methods and systems for managing computer system configuration data
EP1884464A1 (de) * 2006-07-31 2008-02-06 Lufthansa Technik AG Anordnung zum Konfigurieren einer Sitzumgebung
US20090138874A1 (en) * 2007-11-27 2009-05-28 The Boeing Company Software Maintenance Tool
FR2926375B1 (fr) * 2008-01-11 2010-02-12 Airbus France Procede d'execution d'une application informatique, kit et aeronef associes
US8051031B2 (en) * 2008-02-06 2011-11-01 The Boeing Company Metadata for software aircraft parts

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2011069655A1 *

Also Published As

Publication number Publication date
DE102009057568A1 (de) 2011-06-16
WO2011069655A8 (de) 2012-08-02
CA2783137C (en) 2023-06-27
CA2783137A1 (en) 2011-06-16
BR112012013920A2 (pt) 2016-04-26
US8903601B2 (en) 2014-12-02
US20110166749A1 (en) 2011-07-07
BR112012013920B1 (pt) 2020-12-01
WO2011069655A1 (de) 2011-06-16
CN102741816B (zh) 2015-11-25
CN102741816A (zh) 2012-10-17

Similar Documents

Publication Publication Date Title
EP2510435A1 (de) Line replaceable unit für ein luftfahrzeug
EP2769297B1 (de) Datenladesystem, transportables datenladegerät und verfahren für das laden von softwarekonfigurationen in luftfahrzeuge
EP2959377B1 (de) Datenladevorrichtung und datenladeverfahren zum laden von software in flugzeugsysteme
DE102005013285A1 (de) Verfahren zum Konfigurieren eines Steuergeräts und Steuergerät
DE102008021030A1 (de) Verfahren zum Betreiben eines Fahrzeugs sowie entsprechende Vorrichtung und entsprechendes Fahrzeug
DE10131395A1 (de) Verfahren zum Übertragen von Software- Modulen
DE102017125007A1 (de) Systeme und Verfahren zur Verteilung von aufgezeichneten Nachrichten zu einem öffentlichen Ankündigungssystem eines Fahrzeugs
DE102015016856A1 (de) Verfahren zur Kranmontage
EP3620917B1 (de) Verwalten von lizenzen für soft-ip auf einem partiell rekonfigurierbaren hardware-system
EP1574396B1 (de) Fertigungs-Verfahren für Kraftfahrzeuge
DE102009038479A1 (de) Verfahren und Vorrichtung zur Übertragung von Daten an ein oder mehrere Steuergeräte eines Fahrzeugs
DE102018111930A1 (de) Verfahren zum Bearbeiten eines Softwareprojekts
DE102018209248A1 (de) Datenaktualisierungssystem, Verfahren zum Aktualisieren eines auf einem Steuergerät gespeicherten Datensatzes und computerlesbares Speichermedium
EP2734919B1 (de) Steuervorrichtung für ein kraftfahrzeug, programmiervorrichtung und programmiersystem
DE102013215978A1 (de) Verfahren, Vorrichtung und Computerprogrammprodukt zur computergestützten Auswahl von Ausstattungskomponenten für ein neu zu produzierendes Fahrzeug
EP3384411B1 (de) Verfahren zum übertragen eines funktionsbefehls zwischen einem kraftfahrzeug und einer fahrzeugexternen einrichtung sowie schnittstellenvorrichtung und system
DE102009005902A1 (de) Verfahren zum Betrieb eines elektrischen Geräts und korrespondierendes elektrisches Gerät
DE10212778A1 (de) Portables Kommunikations- und Informationsmedium für Fahrzeuge
DE102008035654A1 (de) Verfahren zur Anpassung einer Steuerungslogik eines Systems
WO2017129466A1 (de) Übermitteln einer anzuzeigenden nachricht an eine anzeigeeinrichtung eines kraftfahrzeugs
DE102016113700B4 (de) Konfigurationsverteilung für Karten in einem Rackmontagesystem
EP2752729B1 (de) Revisionssystem zur Revision einer technischen Anlage
EP2734922A1 (de) Steuervorrichtung für ein kraftfahrzeug, programmiervorrichtung und programmiersystem
DE102022106975A1 (de) Verwaltungs- und Aktualisierungssystem für an ein OT-Netzwerk angeschlossene Automatisierungsgeräte einer Automatisierungsanlage
DE102021202015A1 (de) Verfahren zum Betreiben eines Steuergeräts und Steuergerät

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20120507

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20130322

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20160628