DE112008003061T5 - Systeme und Verfahren zum Aktualisieren von Einrichtung- bzw. Geräte-Software - Google Patents

Systeme und Verfahren zum Aktualisieren von Einrichtung- bzw. Geräte-Software Download PDF

Info

Publication number
DE112008003061T5
DE112008003061T5 DE112008003061T DE112008003061T DE112008003061T5 DE 112008003061 T5 DE112008003061 T5 DE 112008003061T5 DE 112008003061 T DE112008003061 T DE 112008003061T DE 112008003061 T DE112008003061 T DE 112008003061T DE 112008003061 T5 DE112008003061 T5 DE 112008003061T5
Authority
DE
Germany
Prior art keywords
handling system
information handling
updates
memory blocks
update
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
DE112008003061T
Other languages
English (en)
Inventor
Gabriel A. Evanston Matlin
Robert F. Lake Zurich D'avello
Chris Lake Zurich Mulderink
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.)
Continental Automotive Systems Inc
Original Assignee
Continental Automotive Systems Inc
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 Continental Automotive Systems Inc filed Critical Continental Automotive Systems Inc
Publication of DE112008003061T5 publication Critical patent/DE112008003061T5/de
Ceased legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation
    • G06F8/63Image based installation; Cloning; Build to order
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)

Abstract

Verfahren zum Aktualisieren eines Informations-Handhabungssystems, wobei das Verfahren aufweist:
Neustarten des Informations-Handhabungssystems;
Laden von Betriebs-Software für das Betreiben des Informations-Handhabungssystems;
Anwenden einer oder mehrerer Aktualisierungen an der Betriebs-Software, um aktualisierte Betriebs-Software zu erhalten; und
Ausführen der aktualisierten Betriebs-Software.

Description

  • Hintergrund
  • Die Erfindung bezieht sich im Allgemeinen auf den Bereich der Aktualisierungs-Software und, spezieller ausgedrückt, auf Aktualisierungs-Software durch Empfangen von Fernaktualisierungen.
  • Zusammenfassung
  • In einem Gesichtspunkt wird ein Verfahren für das Aktualisieren eines Informations-Handhabungssystems veröffentlicht, wobei das Verfahren aufweist:
    Neustarten des Informations-Handhabungssystems; Laden von Betriebs-Software für das Betreiben des Informations-Handhabungssystems; Anwenden einer oder mehrerer Aktualisierungen an der Betriebs-Software, um eine aktualisierte Betriebs-Software zu erhalten; und Ausführen der aktualisierten Betriebs-Software.
  • In einem anderen Gesichtspunkt wird ein Informations-Handhabungssystem veröffentlicht, welches aufweist: einen Prozessor; einen Speicher; und eine Kommunikationseinheit, wobei das Informations-Handhabungssystem so konfiguriert ist, um: das Informations-Handhabungssystem neu zu starten; die Betriebs-Software für das Betreiben des Informations-Handhabungssystems zu laden; eine oder mehrere Aktualisierungen an der Betriebs-Software anzuwenden, um aktualisierte Betriebs-Software zu erhalten; und die aktualisierte Betriebs-Software auszuführen.
  • In einem noch anderen Gesichtspunkt wird ein Computerprogrammprodukt veröffentlicht, welches auf einem von einem computerhandhabbaren Medium gespeichert ist, wobei das Computerprogrammprodukt einen Softwarecode aufweist, welcher effizient ist, um: das Informations-Handhabungssystem neu zu starten; die Betriebs-Software für das Betreiben des Informations-Handhabungssystems zu laden; eine oder mehrere Aktualisierungen an der Betriebs-Software anzuwenden, um aktualisierte Betriebs-Software zu erhalten; und die aktualisierte Betriebs-Software auszuführen.
  • In einem noch weiteren Gesichtspunkt wird ein Verfahren zum Aktualisieren eines Informations-Handhabungssystems veröffentlicht, wobei das Verfahren aufweist: Laden und Ausführen von Betriebs-Software an dem Informations-Handhabungssystem; Empfangen einer Aktualisierung am Informations-Handhabungssystem, welches zu aktualisieren ist; Bestimmen, ob das Informations-Handhabungssystem in einem wichtigen Betriebszustand ist; und Ausführen der Aktualisierung, während des Ausführens der Betriebs-Software nur in Antwort auf das Bestimmen, dass das Informations-Handhabungssystem nicht in einem wesentlichen Betriebszustand ist.
  • In noch einem weiteren Gesichtspunkt wird das Informations-Handhabungssystem veröffentlicht, welches aufweist: einen Prozessor; einen Speicher; und eine Kommunikationseinheit, wobei das Informations-Handhabungssystem so konfiguriert ist, um: Betriebs-Software auf dem Informations-Handhabungssystem zu laden und auszuführen; eine Aktualisierung an dem Informations-Handhabungssystem, welches zu aktualisieren ist, zu empfangen; Bestimmen, ob das Informations-Handhabungssystem in einem wichtigen Betriebszustand ist; und die Aktualisierung auszuführen, während des Ausführens der Betriebs-Software nur in Antwort auf das Bestimmen, dass das Informations-Handhabungssystem nicht in einem wichtigen Betriebszustand ist.
  • Zahlreiche zusätzliche Ausführungsformen sind auch möglich.
  • Kurze Beschreibung der Zeichnungen
  • Andere Gesichtspunkte und Vorteile der Erfindung können beim Lesen der detaillierten Beschreibung und mit Bezug auf die beigefügten Zeichnungen offensichtlich werden.
  • 1 ist ein Blockschaltbild, welches ein System zur Ausführung von Software-Aktualisierungen entsprechend einer Ausführungsform darstellt.
  • 2 ist ein Blockschaltbild, welches ein Fahrzeug-Telematiksystem zum Ausführen von Software-Aktualisierungen entsprechend einer Ausführungsform darstellt.
  • 3 ist ein Blockschaltbild, welches ein Informations-Handhabungssystem zum Ausführen von Software-Aktualisierungen entsprechend einer Ausführungsform darstellt.
  • 4 ist ein Flussdiagramm, welches ein Verfahren zum Ausführen von Software-Aktualisierungen in Antwort auf das Bestimmen einer Wahrscheinlichkeit, dass eine Einrichtung in einen wichtigen Betriebszustand eintritt, entsprechend einer Ausführungsform darstellt.
  • 5 ist ein Flussdiagramm, welches ein Verfahren zum Aktualisieren von Betriebs-Software für ein Informations-Handhabungssystem entsprechend einer Ausführungsform darstellt.
  • 6 ist ein Flussdiagramm, welches ein alternatives Verfahren für das Aktualisieren von Betriebs-Software für ein Informations-Handhabungssystem entsprechend einer Ausführungsform darstellt.
  • 7 ist ein Flussdiagramm, welches ein Verfahren zum Ausführen von sofortigen Aktualisierungen für ein Informations-Handhabungssystem entsprechend einer Ausführungsform darstellt.
  • 8 ist ein Flussdiagramm, welches ein Verfahren für das Aktualisieren einer elektronischen Einrichtung unter Benutzung eines Informations-Handhabungssystems entsprechend einer Ausführungsform darstellt.
  • Während die Erfindung verschiedenen Modifikationen und alternativen Formen unterliegt, werden spezielle Ausführungsformen derselben beispielhaft in den Zeichnungen und der beigefügten detaillierten Beschreibung gezeigt. Es sollte jedoch davon ausgegangen werden, dass die Zeichnungen und die detaillierte Beschreibung nicht dafür gedacht sind, die Erfindung auf spezielle Ausführungsformen zu begrenzen. Diese Veröffentlichung dient stattdessen dazu, alle Modifikationen, gleichen Ausführungsformen und Alternativen abzudecken, welche in den Umfang der vorliegenden Erfindung fallen, wie sie durch die beigefügten Ansprüche definiert sind.
  • Detaillierte Beschreibung
  • Eine oder mehrere Ausführungsformen der Erfindung werden nachfolgend beschrieben. Es sollte beachtet werden, dass diese und andere Ausführungsformen beispielhaft sind, und sie sind für die Erläuterung der Erfindung gedacht und nicht zur Eingrenzung. Während die Erfindung für unterschiedliche Arten von Systemen breit anwendbar ist, ist es unmöglich, all die möglichen Ausführungsformen und Kontexte der Erfindung in dieser Veröffentlichung einzuschließen. Beim Lesen dieser Erfindung werden viele alternative Ausführungsformen der vorliegenden Erfindung Fachleuten offensichtlich werden.
  • 1 ist ein Blockschaltbild, welches ein System für das Ausführen von Software-Aktualisierungen entsprechend einer Ausführungsform darstellt.
  • Ein Informations-Handhabungssystem 110 ist so konfiguriert, um Software-Aktualisierungen für das Informations-Handhabungssystem 110 und/oder für andere Einrichtungen auszuführen, mit welchen das Informations-Handhabungssystem 110 gekoppelt ist/Zugriff hat, wie z. B. die Kommunikationseinrichtung 115 und zusätzliche Einrichtungen 125.
  • In einer Ausführungsform können die Aktualisierungen im Informations-Handhabungssystem 110 über die Kommunikationseinrichtung 115 empfangen werden, welche die Aktualisierungen von dem Server 120 empfangen kann. Die Kommunikationseinrichtung 115 kann mit dem Server 120 über mehrere Medien/Protokolle kommunizieren, wie z. B. das Internet, Ethernet, LAN, Wi-Fi, Modem (zelluläres oder drahtgebunden), zelluläres Datennetzwerk, Satellit, etc. Zusätzliche Einrichtungen 125 repräsentieren jegliche Art von Einrichtungen, welche mit dem Informations-Handhabungssystem 110 gekoppelt werden können, wie z. B. Eingabeeinrichtungen, Ausgabeeinrichtungen, Schnittstelleneinrichtungen, etc.
  • In einer Ausführungsform ist das Informations-Handhabungssystem 110 so konfiguriert, dass es Betriebs-Software ausführt, um das Informations-Handhabungssystem zu betreiben, und zusätzlich ist das Informations-Handhabungssystem 110 so konfiguriert, dass es sich sowohl selbst als auch andere Einrichtungen aktualisiert, an welche das Informations-Handhabungssystem 110 gekoppelt ist, wie z. B. die Kommunikationseinrichtung 115 und/oder zusätzliche Einrichtungen 125.
  • Ein Beispiel für die Struktur bzw. den Aufbau des Informations-Handhabungssystem 110 wird detaillierter in 3 beschrieben.
  • Es sollte beachtet werden, dass nur eine Konfiguration gezeigt wird, jedoch andere möglich sind. Beispielsweise können das Informations-Handhabungssystem und die Kommunikationseinrichtung in der gleichen Einrichtung beinhaltet sein, das Informations-Handhabungssystem und zusätzliche Einrichtungen können in der gleichen Einrichtung beinhaltet sein, etc.
  • 2 ist ein Blockschaltbild, welches ein Fahrzeug-Telematiksystem für das Durchführen von Software-Aktualisierungen entsprechend einer Ausführungsform darstellt.
  • In einer Ausführungsform kann das Fahrzeug-Telematiksystem 250 in einem Fahrzeug enthalten sein, um das Überwachen des Fahrzeugs und die Übertragung von Daten zu/vom Fahrzeug und einem Server zu erleichtern. Das Fahrzeug kann einen Personenwagen, Lastwagen, Omnibus, Zug, ein Flugzeug, ein Boot u. Ä. umfassen.
  • Die Telematik-Steuereinheit 210 ist so konfiguriert, um Software-Aktualisierungen für die Telematik-Steuereinheit 210 und/oder für andere Einrichtungen auszuführen, an/auf welche die Steuereinheit 210 gekoppelt ist/Zugriff hat, wie z. B. die Fahrzeug-Kommunikationseinrichtung 215 und Fahrzeug-Schnittstelleneinrichtungen 225. Fahrzeug-Schnittstelleneinrichtungen versetzen das Fahrzeug-Telematiksystem 250 z. B. in die Lage, mit dem Fahrzeug in Verbindung zu gehen und Daten, welche sich auf den Motorzustand, den Alarmzustand, den Unfallzustand, den Türschließzustand etc. des Fahrzeugs beziehen, zu übertragen und zu empfangen.
  • In einer Ausführungsform können die Aktualisierungen an der Telematik-Steuereinheit 210 über die Fahrzeug-Kommunikationseinrichtung 215 empfangen werden, welche die Aktualisierungen von dem Server 220 über ein zelluläres Kommunikationsnetzwerk oder ein anderes drahtloses Netzwerk empfangen können.
  • In einer Ausführungsform ist die Telematik-Steuereinheit 210 so konfiguriert, dass sie Betriebs-Software ausführt, um die Telematik-Steuereinheit 210 zu betreiben, und zusätzlich ist die Telematik-Steuereinheit 210 so konfiguriert, um sich sowohl selbst als auch andere Einrichtungen zu aktualisieren, an welche die Telematik-Steuereinheit 210 gekoppelt ist, wie z. B. die Fahrzeug-Kommunikationseinrichtung 215 und/oder Fahrzeug-Schnittstelleneinrichtung 225.
  • Ein Beispiel der Struktur der Telematik-Steuereinheit 210 wird detaillierter in 3 beschrieben.
  • Es sollte beachtet werden, dass nur eine Konfiguration gezeigt wird, jedoch andere möglich sind. Beispielsweise können die Telematik-Steuereinheit und die Fahrzeug-Kommunikationseinrichtung in der gleichen Einrichtung beinhaltet sein, können die Telematik-Steuereinheit und die Fahrzeug-Schnittstelleneinrichtungen in der gleichen Einrichtung beinhaltet sein, etc.
  • 3 ist ein Blockschaltbild, welches ein Informations-Handhabungssystem für das Ausführen von Software-Aktualisierungen entsprechend einer Ausführungsform darstellt.
  • Das Informations-Handhabungssystem 310 ist so konfiguriert, dass es Aktualisierungen für seine eigene Betriebs-Software als auch Software-Aktualisierungen für andere Einrichtungen ausführt, an welche das Informations-Handhabungssystem 310 gekoppelt ist.
  • In einer Ausführungsform weist das Informations-Handhabungssystem 310 ein Steuerglied 315 auf, um Instruktionen und Daten zu verarbeiten, und ein RAM 320, welches als ein Arbeitsspeicher benutzt werden kann. Zusätzlich kann das Informations-Handhabungssystem 310 einen nichtflüchtigen Speicher 325 (welcher ein Flash-Speicher, eine Festplatte, etc. sein kann) umfassen, um permanent Software und andere Daten zu speichern.
  • In einer Ausführungsform kann der nichtflüchtige Speicher 325 benutzt werden, um eine Aktualisierungs-Warteschlange bzw. einen FIFO-Modus 330 zu speichern. In einer Ausführungsform kann die Warteschlange 330 benutzt werden, um Aktualisierungen zu speichern, welche an dem Informations-Handhabungssystem 310 empfangen wurden, jedoch bisher noch nicht angewendet wurden. Diese Aktualisierungen können, neben anderen, enthalten: Aktualisierungen für die Betriebs-Software des Informations-Handhabungssystems 310, Aktualisierungen, welche sofort angewendet werden können, während die Betriebs-Software ausgeführt wird, um eine Vielzahl von Aufgaben zu erfüllen, Software-Aktualisierungen für andere Einrichtungen, an welche das Informations-Handhabungssystem 310 gekoppelt sein kann, etc. Aktualisierungen können Aktualisierungen für Software oder Daten enthalten. In einer Ausführungsform können Aktualisierungen einen Vergleichsabschnitt beinhalten, welcher Information enthalten kann, welche für die Authentifizierung und Verifizierung der Aktualisierungen benutzt wird.
  • In einer Ausführungsform kann die Warteschlange 330 gelöscht werden, wenn alle gespeicherten Aktualisierungen erfolgreich angewendet wurden oder wenn das Informations-Handhabungssystem 310 eine Anweisung erhält, die Aktualisierungs-Warteschlange 330 zu löschen. In einer Ausführungsform kann die Aktualisierungs-Warteschlange 330 Information speichern, um die Anzahl der Versuche zu verfolgen, welche durchgeführt wurden, um jede Aktualisierung anzuwenden, und den Grund (speichern), falls vorhanden, wenn eine Aktualisierung nicht erfolgreich ist. Beispielsweise kann eine Aktualisierung nicht erfolgreich sein, wenn die Vergleichsabschnitte einer Aktualisierung nicht den erwarteten Werten entsprechen, falls eine Aktualisierung unterbrochen wurde, oder falls ein interner Fehler im Informations-Handhabungssystem 310 oder in einer Einrichtung, die mit dem Informations-Handhabungssystem 310 gekoppelt ist, eine erfolgreiche Anwendung verhindert.
  • In einer Ausführungsform kann der nichtflüchtige Speicher 325 auch benutzt werden, um eine Abbildung 335 der Betriebs-Software zu speichern, der Software, welche geladen ist und welche ausgeführt wird, um das Informations-Handhabungssystem 310 zu betreiben. In einer Ausführungsform kann die Betriebs-Software in ihrer ursprünglichen Form geladen und ausgeführt werden, jedes Mal wenn das Informations-Handhabungssystem 310 neu gebootet bzw. gestartet/zurückgesetzt wird. Um Speicher zu sparen, kann die Abbildung der Betriebs-Software in einem komprimierten Format gespeichert werden, wobei in diesem Fall die Abbildung vor der Ausführung unkomprimiert ist.
  • In einer Ausführungsform kann der nichtflüchtige Speicher 325 auch benutzt werden, um Aktualisierungen 340 der Betriebs-Software zu speichern. Aktualisierungen 340 der Betriebs-Software können eine Folge von Aktualisierungen der Betriebs-Software sein, welche an der ursprünglichen Betriebs-Software angewendet werden können, jedes Mal nach einem Wiederbooten bzw. Neustarten des Systems.
  • In einer Ausführungsform können die Aktualisierungen 340 der Betriebs-Software 340 einen ersten Block 345 und einen zweiten Block 350 aufweisen, einen, welcher aktiv ist und für die Anwendung der Aktualisierungen der Betriebs-Software genutzt wird, und einen, welcher nicht aktiv ist. In einer Ausführungsform, wenn eine Aktualisierung der Betriebs-Software angewendet wird, werden die alten Aktualisierungen der Betriebs-Software von dem aktuell aktiven Block in den inaktiven Block kopiert, die neue Aktualisierung der Betriebs-Software wird in dem inaktiven Block addiert und die neue aktualisierte wird für eine erfolgreiche Addition verifiziert. Der inaktive Block wird dann aktiv gemacht, und der aktive Block wird inaktiv gemacht.
  • In einer Ausführungsform, falls keine Aktualisierungen der Betriebs-Software installiert wurden, sind der erste Block 345 und der zweite Block 350 anfänglich inaktiv. Wenn eine Aktualisierung der Betriebs-Software anzuwenden ist, kann eine Anfangskennung geschaffen werden, welche eine Reihenfolgenummer, ein Leerfeld für eine Signatur und Felder enthält, welche Metadaten über die Aktualisierungen enthalten, welche gespeichert werden. Die Aktualisierung der Betriebs-Software und die Metadaten werden in einen der Blöcke geschrieben. Eine Signatur wird in den ausgewählten Block geschrieben, wenn das Schreiben der Aktualisierung der Betriebs-Software und der Metadaten erfolgreich durchgeführt wurde, und dieser Block wird als aktiv betrachtet. In einer Ausführungsform ist die Signatur ein fester 64-Bit-Wert. In einer Ausführungsform, wenn eine Aktualisierung der Betriebs-Software anzuwenden ist, kann eine neue Anfangskennung mit einer höheren Reihenfolgenummer geschaffen werden. Die alten Aktualisierungen der Betriebs-Software werden von dem aktuell aktiven Block in den RAM 320 kopiert, und die neuen Aktualisierungen der Betriebs-Software werden aus der aktualisierten Warteschlange 330 in den RAM 320 kopiert. Die neue Anfangskennung und die damit verbundenen Aktualisierungen der Betriebs-Software, welche im RAM 320 gespeichert sind, werden in den inaktiven Block geschrieben. Wenn dieses Schreiben erfolgreich ist, wird die Signatur in den inaktiven Block geschrieben, welcher dann als aktiv betrachtet wird, und der alte aktive Block wird gelöscht. In einer Ausführungsform, wenn die Signatur in den nicht gekennzeichneten inaktiven Block geschrieben werden kann, wird der nicht signierte inaktive Block gelöscht und der Prozess startet neu. In einer Ausführungsform, wenn die Aktualisierung der Betriebs-Software erfolgreich in den aktiven Block kopiert wurde, wird sie in der Aktualisierungs-Warteschlage 330 als installiert gekennzeichnet.
  • Zusätzliche Information über die Funktionalität des Informations-Handhabungssystems 310 wird in den Flussdiagrammen dieses Dokuments geliefert.
  • 4 ist ein Flussdiagramm, welches ein verfahren für das Ausführen der Software-Aktualisierungen in Antwort auf das Bestimmen einer Wahrscheinlichkeit darstellt, wenn eine Einrichtung in einen wichtigen Betriebszustand eintritt, entsprechend einer Ausführungsform.
  • Der Vorgang beginnt bei 400, worauf beim Block 410 eine Aktualisierung eines vorher festgelegten Typs für das Aktualisieren eines Informations-Handhabungssystems empfangen wird. In einer Ausführungsform können die vorher festgelegten Aktualisierungstypen, neben anderen Typen, enthalten: Aktualisierungen der Betriebs-Software des Informations-Handhabungssystems 310, Aktualisierungen, welche sofort angewendet werden können, während die Betriebs-Software ausgeführt wird, um eine Vielzahl von Aufgaben zu erfüllen, Software-Aktualisierungen für andere Einrichtungen, an welche das Informations-Handhabungssystem 310 gekoppelt sein kann, etc.
  • In einer Ausführungsform kann die Aktualisierung in einer Aktualisierungs-Warteschlange zusammen mit anderen Aktualisierungen gespeichert werden, welche bisher nicht angewendet wurde. Die Aktualisierungen können dann in der Reihenfolge angewendet werden, in welcher die Aktualisierungen, wie einer Festlegung bezüglich des Typs jeder der Aktualisierungen empfangen werden. In einer Ausführungsform kann die Authentizität der Aktualisierung durch Benutzen verschiedener bekannter Verfahren vor dem Speichern der Aktualisierung in der Aktualisierungs-Warteschlange bestimmt werden.
  • Bei Block 415 wird eine Wahrscheinlichkeit bestimmt, dass das Informations-Handhabungssystem in einen wichtigen Betriebszustand eintritt. Die Wahrscheinlichkeitsberechnung kann auch eine Schwellwertzeit beinhalten, über welche die Wahrscheinlichkeit berechnet wird. Die Schwellwertzeit kann beispielsweise die Zeit sein, innerhalb welcher das Informations-Handhabungssystem in einen wichtigen Betriebszustand eintreten kann. Die Schwellwertzeit kann auch vom Typ jeder der Aktualisierungen abhängen. In einer Ausführungsform, bei welcher das Informations-Handhabungssystem innerhalb eines Fahrzeugs enthalten ist, kann das Bestimmen der Wahrscheinlichkeit das Bestimmen einschließen, ob der Schlüssel in der Zündung oder im Fahrzeug vorhanden ist, wobei bestimmt wird, ob das Fahrzeug in einem ”Park”-Zustand ist, bestimmt wird, ob ein Fahrzeugunfall immanent ist bzw. unmittelbar bevorsteht, etc.
  • Ein wesentlicher Betriebszustand kann jeglichen Betriebszustand beinhalten, wie z. B., dass das Abstellen oder Anhalten des Betriebs des Informations-Handhabungssystems oder von Einrichtungen, die mit dem Informations-Handhabungssystem gekoppelt sind, den normalen Betrieb des Informations-Handhabungssystems oder von Einrichtungen, welche mit dem Informations-Handhabungssystem gekoppelt sind, beschädigt oder in anderer Weise beeinträchtigen oder stören kann. In einer Ausführungsform kann ein wesentlicher Betriebszustand einen Zustand beinhalten, währenddessen der fortlaufende Betrieb des Informations-Handhabungssystems erforderlich ist, um Datenübertragungen von einer externen Quelle zu steuern, wobei das Abbrechen derartiger Übertragungen den normalen Betrieb des Informations-Handhabungssystems oder von Einrichtungen, die mit dem Informations-Handhabungssystem gekoppelt sind, beeinträchtigen würde. In einer Ausführungsform, bei welcher das Informations-Handhabungssystem eine Telematik-Steuereinheit ist, kann ein wesentlicher Betriebszustand jeglichen Zustand, bei welchem eingehende und ausgehende Anrufe am Laufen sind, zwischen einem Call-Center und dem Fahrzeug beinhalten, bei welchem die Telematik-Steuereinheit beinhaltet ist. Falls sich beispielsweise ein Fahrzeug in einem Unfall befindet, kann das Entfalten eines Airbags einen Notruf über eine Telematik-Steuereinheit zu einem Call-Center auslösen. Der Betrieb der Telematik-Steuereinheit während dieses Ereignisses ist erforderlich, um den Notruf zu dem Call-Center auszulösen.
  • Bei der Entscheidung 420 wird eine Bestimmung durchgeführt, ob die Wahrscheinlichkeit geringer als eine Schwellwertwahrscheinlichkeit ist. Falls die Wahrscheinlichkeit nicht geringer als eine Schwellwertwahrscheinlichkeit ist, zweigt die Entscheidung 420 zu dem ”Nein”-Zweig ab, wo der Prozessablauf zum Block 415 zurückkehrt, um auf die Wahrscheinlichkeit zurückzugreifen, bis die Wahrscheinlichkeit unterhalb des Schwellwerts liegt.
  • Auf der anderen Seite, falls die Wahrscheinlichkeit geringer als eine Schwellwertwahrscheinlichkeit ist, zweigt die Entscheidung 420 zu dem ”Ja”-Zweig ab, wo beim Block 420 die Aktualisierung angewendet wird. Für zusätzliche Robustheit können die Aktualisierungen angewendet werden, indem ein „Block-für-Block”-Verfahren angewendet wird, z. B. mit dazwischen liegenden Sicherungen für jeden Block im Falle eines Leistungsabfalls und eines Reset bzw. Zurücksetzens der Einrichtung.
  • Der Prozessablauf endet nachfolgend bei 499.
  • 5 ist ein Flussdiagramm, welches ein Verfahren für das Aktualisieren der Betriebs-Software für ein Informations-Handhabungssystem entsprechend einer Ausführungsform darstellt.
  • Der Prozessablauf beginnt bei 500, wo beim Block 510 das Informations-Handhabungssystem neu gestartet wird. In einer Ausführungsform wird das Informations-Handhabungssystem jedes Mal vor dem Anwenden bestimmter Typen der Software-Aktualisierungen, wie z. B. der Aktualisierungen der Betriebs-Software, neu gestartet.
  • Beim Block 515 wird die Betriebs-Software für das Betreiben des Informations-Handhabungssystems geladen. In einer Ausführungsform wird die Betriebs-Software vom nichtflüchtigen Speicher (wie z. B. einem Flash-Speicher oder einer Festplatte) in den Arbeitsspeicher, wie z. B. ein RAM, geladen. In einer Ausführungsform kann die Betriebs-Software komprimiert sein, um Speicherplatz zu sparen, wobei in diesem Fall die Betriebs-Software auch unkomprimiert wird.
  • Bei Block 525 werden eine oder mehrere Aktualisierungen der Betriebs-Software an der Betriebs-Software angewendet, um eine aktualisierte Betriebs-Software zu erhalten. In einer Ausführungsform werden alte und neue Aktualisierungen der Betriebs-Software an der Betriebs-Software sequenziell angewendet, um die Betriebs-Software zu aktualisieren.
  • Bei Block 530 wird die aktualisierte Betriebs-Software ausgeführt. Der Prozessablauf endet nachfolgend bei 599.
  • 6 ist ein Flussdiagramm, welches ein alternatives Verfahren für das Aktualisieren der Betriebs-Software für ein Informations-Handhabungssystem entsprechend einer Ausführungsform darstellt.
  • Der Prozessablauf beginnt bei 600, wobei bei Block 610 das Informations-Handhabungssystem neu gestartet wird. In einer Ausführungsform wird das Informations-Handhabungssystem jedes Mal vor dem Anwenden bestimmter Typen von Software-Aktualisierungen, wie z. B. Aktualisierungen der Betriebs-Software, neu gestartet.
  • Bei Block 615 wird die Betriebs-Software für das Betreiben des Informations-Handhabungssystems in das RAM geladen. In einer Ausführungsform wird die Betriebs-Software von dem nichtflüchtigen Speicher (wie z. B. einem Flash-Speicher oder einer Festplatte) in den Arbeitsspeicher, wie z. B. ein RAM, geladen. In einer Ausführungsform kann die Betriebs-Software komprimiert sein, um Speicherplatz zu sparen, wobei in diesem Fall die Betriebs-Software auch unkomprimiert wird.
  • Bei Block 620 wird eine Aktualisierung der Betriebs-Software von der Aktualisierungs-Warteschlange geladen. In einer Ausführungsform kann die Aktualisierungs-Warteschlange Aktualisierungen von verschiedenen Typen beinhalten, welche bisher nicht angewendet wurden. Die Aktualisierungs-Warteschlange kann in den nichtflüchtigen Speicher implementiert werden, um die Daten im Falle eines Leistungsabfalls zu schützen.
  • Bei Block 625 werden frühere Aktualisierungen der Betriebs-Software von einem aktiven Speicherblock in einen inaktiven Speicherblock kopiert. Zwei Blöcke von Speichern können mit der Folge der Aktualisierungen der Betriebs-Software der Robustheit wegen beibehalten werden, wie dies nachfolgend beschrieben wird. In einer Ausführungsform erhält der aktive Speicherblock die letzte Sequenz der Aktualisierungen der Betriebs-Software, welche an der Betriebs-Software jedes Mal angewendet werden, wenn das Informations-Handhabungssystem zurückgesetzt/neu gestartet wird.
  • Bei Block 630 wird die Aktualisierung der Betriebs-Software zu dem inaktiven Speicherblock addiert, und dann wird eine Verifizierung durchgeführt, um zu bestimmen, ob die Aktualisierung erfolgreich hinzugefügt wurde. Entsprechend enthält der inaktive Speicherblock nun alle vorherigen Aktualisierungen der Betriebs-Software (kopiert von dem aktiven Speicherblock) ebenso wie die letzte Aktualisierung(en) der Betriebs-Software (kopiert aus der Aktualisierungs-Warteschlange). In einer Ausführungsform können die vorherigen Aktualisierungen der Betriebs-Software und die letzten Aktualisierungen der Betriebs-Software im Arbeitsspeicher, wie z. B. dem RAM, kombiniert werden, bevor sie in den inaktiven Speicherblock geschrieben werden.
  • Bei Block 635 wird der inaktive Speicherblock gegen den aktiven Speicherblock ausgetauscht, und der aktive Block wird in den inaktiven Block ausgetauscht. Entsprechend enthält der neue aktive Block all die vorherigen Aktualisierungen der Betriebs-Software ebenso wie die letzte(n) Aktualisierung(en). Im Falle eines Leistungsabfalls wird beispielsweise einer der zwei Blöcke alle vorherigen Aktualisierungen enthalten; die letzte(n) Aktualisierung(en) kann bzw. können wieder von der Aktualisierungs-Warteschlange hinzugefügt werden.
  • Bei Block 645 werden eine oder mehrere Aktualisierungen von dem aktiven Block angewendet, in sequenzieller Weise, um eine aktualisierte Betriebs-Software zu erhalten. In einer Ausführungsform werden alle Aktualisierungen in dem aktiven Speicherblock jedes Mal angewendet, wenn das Informations-Handhabungssystem zurückgesetzt wird.
  • Bei Block 650 wird die aktualisierte Betriebs-Software ausgeführt. Der Prozessablauf endet bei 699.
  • 7 ist ein Flussdiagramm, welches ein Verfahren zum Ausführen sofortiger Aktualisierungen für ein Informations-Handhabungssystem entsprechend einer Ausführungsform darstellt.
  • Der Prozessablauf beginnt bei 700, worauf bei Block 710 Betriebs-Software geladen wird und auf einem Informations-Handhabungssystem ausgeführt wird. In einer Ausführungsform wird hier eine ”sofortige” Aktualisierung angewendet, welche so gestaltet ist, dass sie ausgeführt wird, während die Betriebs-Software für das Informations-Handhabungssystem auch ausgeführt wird. Derartige Aktualisierungen können genutzt werden, um Berechnungen oder Modifikationen durchzuführen, welche die Kenntnis des Laufzeitzustands des Informations-Handhabungssystems oder der Einrichtungen, die mit dem Informations-Handhabungssystem gekoppelt sind, erfordern.
  • Bei Block 715 wird eine Aktualisierung empfangen, welche an dem Informations-Handhabungssystem anzuwenden ist. In einer Ausführungsform können die Aktualisierungen, welche bisher nicht angewendet wurden, in einer Aktualisierungs-Warteschlange gespeichert werden und dann von der Warteschlange in der Reihenfolge, in welcher die Aktualisierungen empfangen wurden, geladen werden.
  • Bei Block 720 wird bestimmt, ob das Informations-Handhabungssystem in einem wichtigen Betriebszustand ist. In einer Ausführungsform, wo das Informations-Handhabungssystem in einem Fahrzeug enthalten ist, kann das Bestimmen, ob das Informations-Handhabungssystem in einem wichtigen Betriebszustand ist, das Bestimmen, ob der Schlüssel in der Zündung ist oder im Fahrzeug vorhanden ist, das Bestimmen, ob das Fahrzeug in einem ”Park”-Zustand ist, das Bestimmen, ob ein Fahrzeugunfall unmittelbar bevorsteht, etc. beinhalten
  • Es wird dann eine Berechnung bei der Entscheidung 725 durchgeführt, ob das Informations-Handhabungssystem in einem wichtigen Betriebszustand ist. Falls das Informations-Handhabungssystem in einem wichtigen Betriebszustand ist, zweigt die Entscheidung 725 zu dem ”Ja”-Zweig ab, wo der Prozessablauf zum Block 720 zurückkehrt, wo der Zustand des Informations-Handhabungssystems wieder bestimmt wird.
  • Auf der anderen Seite, falls das Informations-Handhabungssystem nicht in einem wichtigen Betriebszustand ist, wird die Aktualisierung durchgeführt, während die Betriebs-Software auch ausgeführt wird. Der Prozessablauf endet nachfolgend bei 799.
  • 8 ist ein Flussdiagramm, welches ein Verfahren für das Aktualisieren einer elektronischen Einrichtung bei Benutzung eines Informations-Handhabungssystems entsprechend einer Ausführungsform darstellt.
  • Der Prozessablauf beginnt bei 800, worauf bei Block 810 eine Aktualisierung an einem Informations-Handhabungssystem für das Aktualisieren einer elektronischen Einrichtung geliefert wird, auf welche das Informations-Handhabungssystem Zugriff hat. Die elektronische Einrichtung kann irgendeine Einrichtung sein, an welche das Informations-Handhabungssystem gekoppelt ist und/oder auf welche das Informations-Handhabungssystem Zugriff hat. In einer Ausführungsform kann die elektronische Einrichtung beispielsweise eine Kommunikationseinrichtung sein, welche das Informations-Handhabungssystem in die Lage versetzt, mit anderen Ferneinrichtungen, wie z. B. Servern, etc. zu kommunizieren.
  • Bei Block 815 bestimmt das Informations-Handhabungssystem, ob die elektronische Einrichtung in einem wichtigen Betriebszustand ist. In einer Ausführungsform, wo das Informations-Handhabungssystem und die elektronische Einrichtung in einem Fahrzeug vorhanden sind, kann das Bestimmen, ob die Einrichtungen in einem wichtigen Betriebszustand sind, beinhalten: Bestimmen, ob der Schlüssel in der Zündung oder im Fahrzeug vorhanden ist, Bestimmen, ob das Fahrzeug in einem ”Park”-Zustand ist, Bestimmen, ob ein Fahrzeugunfall unmittelbar bevorsteht, etc.
  • Bei der Entscheidung 820 wird eine Bestimmung durchgeführt, ob sich die elektronische Einrichtung in einem wichtigen Betriebszustand befindet. Wenn sich die elektronische Einrichtung in einem wichtigen Betriebszustand befindet, zweigt die Entscheidung 820 zu dem ”Ja”-Zweig ab, wo der Prozessablauf zu dem Block 815 zurückkehrt, zu dem Zustand, dass die elektronische Einrichtung neu bewertet wird.
  • Auf der anderen Seite, falls sich die elektronische Einrichtung nicht in einem wichtigen Betriebszustand befindet, zweigt die Entscheidung 820 zu dem ”Nein”-Zweig ab, wo beim Block 825 das Informations-Handhabungssystem die elektronische Einrichtung zurücksetzt.
  • Bei Block 830 aktualisiert das Informations-Handhabungssystem die elektronische Einrichtung. In einer Ausführungsform kann das Informations-Handhabungssystem die elektronische Einrichtung durch Übertragen der Aktualisierung an die elektronische Einrichtung aus der Aktualisierungs-Warteschlange aktualisieren.
  • In einer Ausführungsform kann das Informations-Handhabungssystem die elektronische Einrichtung „Block-für-Block” aktualisieren, um einen Datenverlust im Falle eines Leistungsabfalls zu vermeiden. Das Informations-Handhabungssystem kann beispielsweise einen Block des Speichers von der Einrichtung laden, den Block sichern, den Block aktualisieren und dann den Block an der Einrichtung mit dem aktualisierten Block ersetzen. Durch das Aufrechterhalten einer Aufzeichnung dieser Vorgehensweise kann ein bestimmter Block wieder im Falle eines Leistungsverlustes aktualisiert werden, und der aktualisierte Vorgang kann von diesem Punkt aus fortgeführt werden.
  • Der Prozessablauf endet nachfolgend bei 899.
  • Fachleute werden würdigen, dass verschiedene erläuternde logische Blöcke, Module, Schaltungen und Algorithmenschritte, welche in Verbindung mit den Ausführungsformen hier veröffentlicht werden, als elektronische Hardware, Computer-Software oder Kombinationen von beiden implementiert werden können. Um diese Auswechselbarkeit der Hardware und Software klar darzustellen, wurden verschiedene erläuternde Bauteile, Blöcke, Module, Schaltungen und Schritte hier vorher im Allgemeinen in Termen ihrer Funktionalität beschrieben. Ob eine derartige Funktionalität als Hardware oder Software implementiert wird, hängt von der einzelnen Anwendung und den Gestaltungsvorgaben ab, die dem Gesamtsystem auferlegt sind. Fachleute können die beschriebene Funktionalität auf verschiedenen Wegen für jede einzelne Anwendung implementieren, jedoch sollten derartige Entscheidungen nicht so interpretiert werden, als würden sie eine Abweichung vom Umfang der vorliegenden Erfindung auslösen.
  • Die vorausgegangene Beschreibung der veröffentlichten Ausführungsformen ist vorgesehen, jeglichen Fachmann in die Lage zu versetzen, die vorliegende Erfindung durchzuführen oder zu gebrauchen. Verschiedene Modifikationen dieser Ausführungsformen werden schließlich Fachleuten offensichtlich, und die generischen Grundzüge, welche hier definiert sind, können für andere Ausführungsformen angewendet werden, ohne vom Geist oder Umfang der Erfindung abzuweichen. Demnach ist nicht beabsichtigt, dass die vorliegende Erfindung auf Ausführungen beschränkt ist, welche hier gezeigt werden, sondern mit dem weitesten Umfang übereinstimmen, welcher konsistent mit den Grundzügen und neuen Merkmalen ist, die hier veröffentlicht sind.
  • Der Nutzen und die Vorteile, welche durch die vorliegende Erfindung geliefert werden können, wurden oben mit Bezug auf spezielle Ausführungsformen beschrieben. Dieser Nutzen und diese Vorteile und jegliche Elemente oder Begrenzungen, welche dazu führen, aufzutreten oder deutlicher ausgedrückt zu werden, werden nicht als kritische, erforderliche oder wesentliche Merkmale irgendeines oder aller der Ansprüche ausgelegt. Wie es hier geschieht, sollen die Ausdrücke ”weist auf”, ”auf weisend” oder irgendwelche Variationen davon als nicht exklusiv interpretiert werden, wobei sie die Elemente oder Begrenzungen beinhalten, welche aus diesen Termen hervorgehen. Entsprechend ist ein System, Verfahren oder eine andere Ausführungsform, welche einen Satz von Elementen aufweist, nicht nur auf jene Elemente beschränkt, und sie kann andere Elemente, welche nicht ausdrücklich aufgelistet sind oder nicht mit der beanspruchten Ausführungsform zusammenhängen, beinhalten.
  • Während die vorliegende Erfindung mit Bezug auf spezielle Ausführungsformen beschrieben wurde, ist davon auszugehen, dass die Ausführungsformen erläuternd sind und dass der Umfang der Erfindung nicht auf diese Ausführungsformen beschränkt ist. Viele Variationen, Modifikationen, Hinzufügungen und Verbesserungen an den Ausführungsformen, welche oben beschrieben sind, sind möglich. Es wird in Betracht gezogen, dass diese Veränderungen, Modifikationen, Hinzufügungen und Verbesserungen in den Umfang der Erfindung fallen, wie dies in den folgenden Ansprüchen detailliert dargelegt wird.
  • Zusammenfassung
  • Es werden Verfahren und Systeme für das Aktualisieren von Einrichtung- bzw. Geräte-Software veröffentlicht, wobei ein Verfahren für das Aktualisieren eines Informations-Handhabungssystems beinhaltet ist, wobei das Verfahren aufweist: Neustarten des Informations-Handhabungssystems; Laden von Betriebs-Software für das Betreiben des Informations-Handhabungssystems; Anwenden einer oder mehrerer Aktualisierungen an der Betriebs-Software, um aktualisierte Betriebs-Software zu erhalten; und Ausführen der aktualisierten Betriebs-Software.

Claims (16)

  1. Verfahren zum Aktualisieren eines Informations-Handhabungssystems, wobei das Verfahren aufweist: Neustarten des Informations-Handhabungssystems; Laden von Betriebs-Software für das Betreiben des Informations-Handhabungssystems; Anwenden einer oder mehrerer Aktualisierungen an der Betriebs-Software, um aktualisierte Betriebs-Software zu erhalten; und Ausführen der aktualisierten Betriebs-Software.
  2. Verfahren nach Anspruch 1, welches ferner aufweist: Liefern einer oder mehrerer Aktualisierungs-Speicherblöcke; Bestimmen eines aktiven aus den Aktualisierungs-Speicherblöcken und eines inaktiven aus den Aktualisierungs-Speicherblöcken; Kopieren vorheriger Aktualisierungen von dem einen aktiven der Aktualisierungs-Speicherblöcke zu dem einen inaktiven der Aktualisierungs-Speicherblöcke; Hinzufügen der einen oder mehrerer der Aktualisierungen zu dem einen inaktiven der Aktivierungs-Speicherblöcke; Festlegen des einen inaktiven der Aktualisierungs-Speicherblöcke als den aktiven; und Anwenden der einen oder mehrerer Aktualisierungen und der vorherigen Aktualisierungen von dem einen aktiven der Aktualisierungs-Speicherblöcke.
  3. Verfahren nach Anspruch 2, welches ferner das Bestimmen aufweist, dass die eine oder mehrere Aktualisierungen und die vorherigen Aktualisierungen korrekt zu dem inaktiven Aktualisierungs-Speicherblock hinzugefügt wurden, vor dem Festlegen des inaktiven Aktivierungs-Speicherblocks als den aktiven.
  4. Verfahren nach Anspruch 1, welches ferner das Ausführen des Ladens und das Anwenden nach jedem Neustart des Informations-Handhabungssystems aufweist.
  5. Informations-Handhabungssystem, welches aufweist: einen Prozessor; einen Speicher; und eine Kommunikationseinheit, wobei das Informations-Handhabungssystem so konfiguriert ist, um: das Informations-Handhabungssystem neu zu starten; die Betriebs-Software für das Betreiben des Informations-Handhabungssystems zu laden; eine oder mehrere Aktualisierungen an der Betriebs-Software anzuwenden, um aktualisierte Betriebs-Software zu erhalten; und die aktualisierte Betriebs-Software auszuführen.
  6. Informations-Handhabungssystem nach Anspruch 5, welches ferner konfiguriert ist, um: eine oder mehrere Aktualisierungs-Speicherblöcke zu liefern; einen aktiven der Aktualisierungs-Speicherblöcke und einen inaktiven der Aktualisierungs-Speicherblöcke zu bestimmen; vorherige Aktualisierungen von dem einen aktiven der Aktualisierungs-Speicherblöcke zu dem einen inaktiven der Aktualisierungs-Speicherblöcke zu kopieren, den einen oder mehrere Aktualisierungen zu dem einen inaktiven der Aktualisierungs-Speicherblöcke zu addieren; den einen inaktiven der Aktualisierungs-Speicherblöcke als aktiven festzulegen; und den einen oder mehrere Aktualisierungen und die vorherigen Aktualisierungen von dem einen aktiven der Aktualisierungs-Speicherblöcke anzuwenden.
  7. Informations-Handhabungssystem nach Anspruch 6, welches ferner so konfiguriert ist, um zu bestimmen, dass der eine oder mehrere Aktualisierungen und vorherige Aktualisierungen korrekt an den inaktiven Aktualisierungs-Speicherblock hinzugefügt wurde, vor dem Festlegen des inaktiven Aktualisierungs-Speicherblocks als den aktiven.
  8. Informations-Handhabungssystem nach Anspruch 5, welches ferner so konfiguriert ist, das Laden und das Anwenden nach jedem Neustart des Informations-Handhabungssystems durchzuführen.
  9. Computerprogrammprodukt, welches auf einem von einem Computer betreibbaren Medium gespeichert ist, wobei das Computerprogrammprodukt einen Softwarecode aufweist, welcher effektiv ist, um: das Informations-Handhabungssystem neu zu starten; Betriebs-Software für das Betreiben des Informations-Handhabungssystems zu laden; eine oder mehrere Aktualisierungen an der Betriebs-Software anzuwenden, um aktualisierte Betriebs-Software zu erhalten; und die aktualisierte Betriebs-Software auszuführen.
  10. Produkt nach Anspruch 9, welches ferner effektiv ist, um: einen oder mehrere Aktualisierungs-Speicherblöcke zu liefern; einen aktiven von den Aktualisierungs-Speicherblöcken und einen inaktiven von den Aktualisierungs-Speicherblöcken zu bestimmen; vorherige Aktualisierungen von dem einen aktiven der Aktualisierungs-Speicherblöcke zu dem einen inaktiven der Aktualisierungs-Speicherblöcke zu kopieren, die eine oder mehrere Aktualisierungen zu dem einen inaktiven der Aktualisierungs-Speicherblöcke zu addieren; den einen inaktiven der Aktualisierungs-Speicherblöcke als aktiven festzulegen; und den einen oder mehrere Aktualisierungen und die vorherigen Aktualisierungen von dem einen aktiven der Aktualisierungs-Speicherblöcke anzuwenden.
  11. Produkt nach Anspruch 10, welches ferner effektiv ist, um zu bestimmen, dass die eine oder mehrere Aktualisierungen und vorherige Aktualisierungen korrekt zu dem inaktiven Aktualisierungs-Speicherblock hinzugefügt wurden, vor dem Festlegen des inaktiven Aktualisierungs-Speicherblocks als den aktiven.
  12. Produkt nach Anspruch 9, welches ferner effektiv ist, um das Laden und das Anwenden nach jedem Neustart des Informations-Handhabungssystems durchzuführen.
  13. Verfahren zum Aktualisieren eines Informations-Handhabungssystems, wobei das Verfahren aufweist: Laden und Ausführen von Betriebs-Software an dem Informations-Handhabungssystem; Empfangen einer Aktualisierung an dem Informations-Handhabungssystem, welche zu aktualisieren ist; Bestimmen, ob das Informations-Handhabungssystem in einem wichtigen Betriebszustand ist; und Ausführen der Aktualisierung, während die Betriebs-Software ausgeführt wird, nur in Antwort auf das Bestimmen, dass das Informations-Handhabungssystem nicht in einem wichtigen Betriebszustand ist.
  14. Verfahren nach Anspruch 13, wobei das Informations-Handhabungssystem in einem Fahrzeug vorhanden ist und wobei das Bestimmen, dass das Informations-Handhabungssystem nicht in einem wichtigen Betriebszustand ist, wenigstens einen der folgenden Schritte aufweist: Bestimmen, ob der Schlüssel in der Zündung oder im Fahrzeug ist; Bestimmen, ob das Fahrzeug in einem ”Park”-Zustand ist; und Bestimmen, ob ein Fahrzeugunfall unmittelbar bevorsteht.
  15. Informations-Handhabungssystem, welches aufweist: einen Prozessor; einen Speicher; und eine Kommunikationseinheit, wobei das Informations-Handhabungssystem konfiguriert ist, um Betriebs-Software auf dem Informations-Handhabungssystem zu laden und auszuführen; eine Aktualisierung an dem Informations-Handhabungssystem, welches zu aktualisieren ist, zu empfangen; zu bestimmen, ob das Informations-Handhabungssystem in einem wichtigen Betriebszustand ist; und die Aktualisierung auszuführen, während die Betriebs-Software nur in Antwort auf das Bestimmen, dass das Informations-Handhabungssystem nicht in einem wichtigen Betriebszustand ist, ausgeführt wird.
  16. Informations-Handhabungssystem nach Anspruch 15, wobei das Informations-Handhabungssystem in einem Fahrzeug vorhanden ist und wobei das Informations-Handhabungssystem ferner so konfiguriert ist, um zu bestimmen, dass das Informations-Handhabungssystem nicht in einem wichtigen Betriebszustand ist, wobei das Informations-Handhabungssystem so konfiguriert ist, um wenigstens einen der folgenden Schritte auszuführen: Bestimmen, ob der Schlüssel in der Zündung oder im Fahrzeug vorhanden ist; Bestimmen, ob das Fahrzeug in einem ”Park”-Zustand ist; und Bestimmen, ob ein Fahrzeugunfalls unmittelbar bevorsteht.
DE112008003061T 2007-11-14 2008-11-13 Systeme und Verfahren zum Aktualisieren von Einrichtung- bzw. Geräte-Software Ceased DE112008003061T5 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/940,320 US8332838B2 (en) 2007-11-14 2007-11-14 Systems and methods for updating device software
US11/940,320 2007-11-14
PCT/US2008/083369 WO2009064857A1 (en) 2007-11-14 2008-11-13 Systems and methods for updating device software

Publications (1)

Publication Number Publication Date
DE112008003061T5 true DE112008003061T5 (de) 2011-03-31

Family

ID=40624963

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112008003061T Ceased DE112008003061T5 (de) 2007-11-14 2008-11-13 Systeme und Verfahren zum Aktualisieren von Einrichtung- bzw. Geräte-Software

Country Status (3)

Country Link
US (1) US8332838B2 (de)
DE (1) DE112008003061T5 (de)
WO (1) WO2009064857A1 (de)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8397228B2 (en) * 2007-11-14 2013-03-12 Continental Automotive Systems, Inc. Systems and methods for updating device software
EP2229625B1 (de) * 2007-12-13 2011-08-31 Telefonaktiebolaget LM Ericsson (publ) Firmware-aktualisierung bei einem elektronischen gerät
EP2365438A1 (de) * 2010-03-09 2011-09-14 Siemens Aktiengesellschaft Verfahren zum Betrieb eines Automatisierungssystems
US20120030470A1 (en) * 2010-07-29 2012-02-02 General Motors Llc Wireless programming of vehicle modules
US8683457B1 (en) * 2011-06-17 2014-03-25 Western Digital Technologies, Inc. Updating firmware of an electronic device by storing a version identifier in a separate header
DE102012009482B4 (de) * 2012-05-12 2020-06-25 Volkswagen Aktiengesellschaft Funktional erweiterbares Fahrzeugsteuergerät und Verfahren zum Ergänzen der Funktionalität eines Fahrzeugsteuergeräts
WO2014031494A2 (en) 2012-08-18 2014-02-27 Luminal, Inc. System and method for providing a secure computational environment
US9442716B2 (en) * 2013-09-24 2016-09-13 GM Global Technology Operations LLC Methods and apparatus for adjusting a variable rate of requesting software data from a vehicle
WO2015088317A1 (en) 2013-12-11 2015-06-18 Mimos Berhad System and method for dynamic update through runtime injection
US9524156B2 (en) 2014-01-09 2016-12-20 Ford Global Technologies, Llc Flexible feature deployment strategy
US9766874B2 (en) 2014-01-09 2017-09-19 Ford Global Technologies, Llc Autonomous global software update
US9716762B2 (en) 2014-03-31 2017-07-25 Ford Global Technologies Llc Remote vehicle connection status
US9323546B2 (en) 2014-03-31 2016-04-26 Ford Global Technologies, Llc Targeted vehicle remote feature updates
US10140110B2 (en) * 2014-04-02 2018-11-27 Ford Global Technologies, Llc Multiple chunk software updates
US9325650B2 (en) 2014-04-02 2016-04-26 Ford Global Technologies, Llc Vehicle telematics data exchange
WO2016047312A1 (ja) 2014-09-26 2016-03-31 日立オートモティブシステムズ株式会社 車両制御装置、リプログラミングシステム
CN106354524B (zh) * 2015-07-17 2021-01-01 恩智浦美国有限公司 实时更新固件的系统和方法
US9720680B2 (en) 2015-07-23 2017-08-01 Honda Motor Co., Ltd. Methods and apparatus for wirelessly updating vehicle systems
US10341194B2 (en) 2015-10-05 2019-07-02 Fugue, Inc. System and method for building, optimizing, and enforcing infrastructure on a cloud based computing environment
DE102016201769A1 (de) * 2016-01-20 2017-07-20 Robert Bosch Gmbh Verfahren zum Aktualisieren von Software eines Steuergerätes, vorzugsweise für ein Kraftfahrzeug
DE102016200711A1 (de) * 2016-01-20 2017-07-20 Robert Bosch Gmbh Verfahren zum Aktualisieren von Software eines Steuergerätes, vorzugsweise für ein Kraftfahrzeug
EP3376391A1 (de) * 2017-03-17 2018-09-19 Ricoh Company Ltd. Informationsverarbeitungsvorrichtung, aktualisierungsverfahren und trägermittel

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IT1254937B (it) * 1991-05-06 1995-10-11 Aggiornamento dinamico di memoria non volatile in un sistema informatico
US6487717B1 (en) * 1999-01-15 2002-11-26 Cummins, Inc. System and method for transmission of application software to an embedded vehicle computer
US6324692B1 (en) * 1999-07-28 2001-11-27 Data General Corporation Upgrade of a program
JP2001067232A (ja) * 1999-08-31 2001-03-16 Hitachi Ltd ソフトウエアの配信システムおよびソフトウエアの受信端末装置
US6785707B2 (en) * 2000-11-14 2004-08-31 Bitfone Corp. Enhanced multimedia mobile content delivery and message system using cache management
US7082549B2 (en) * 2000-11-17 2006-07-25 Bitfone Corporation Method for fault tolerant updating of an electronic device
US6832373B2 (en) * 2000-11-17 2004-12-14 Bitfone Corporation System and method for updating and distributing information
US20030182414A1 (en) 2003-05-13 2003-09-25 O'neill Patrick J. System and method for updating and distributing information
US7210010B2 (en) * 2002-09-30 2007-04-24 Insignia Solutions Plc Efficient system and method for updating a memory device
US6978453B2 (en) * 2002-10-21 2005-12-20 Bitfone Corporation System with required enhancements to syncML DM environment to support firmware updates
US7047448B2 (en) * 2002-11-21 2006-05-16 Bitfone Corporation Software self-repair toolkit for electronic devices
US6996818B2 (en) * 2002-11-22 2006-02-07 Bitfone Corporation Update system for facilitating software update and data conversion in an electronic device
WO2004072773A2 (en) * 2003-02-11 2004-08-26 Bitfone Corporation Electronic device supporting multiple update agents
EP1660996A2 (de) * 2003-09-03 2006-05-31 Bitfone Corporation Dreiphasen-boot-prozess in elektronischen einrichtungen
US7095336B2 (en) 2003-09-23 2006-08-22 Optimus Corporation System and method for providing pedestrian alerts
WO2005059862A1 (ja) * 2003-12-15 2005-06-30 Hitachi, Ltd. 車載制御装置の情報更新方法と更新情報通信システム、および、車両搭載制御装置と情報管理基地局装置
WO2005088448A1 (en) * 2004-03-15 2005-09-22 Red Bend Ltd. Method and apparatus for reliable in-place update
US7747998B2 (en) * 2004-08-31 2010-06-29 Microsoft Corporation Elevated patching
JP2006203392A (ja) 2005-01-19 2006-08-03 Hitachi Ltd ソフトウェア無線装置及び車載情報システム
US7693612B2 (en) * 2005-06-23 2010-04-06 International Business Machines Corporation Method and system for updating code embedded in a vehicle
US7934211B2 (en) * 2005-06-30 2011-04-26 Oracle International Corporation Multi-level patching operation
US20070168915A1 (en) 2005-11-15 2007-07-19 Cesura, Inc. Methods and systems to detect business disruptions, determine potential causes of those business disruptions, or both
US20070169089A1 (en) * 2006-01-17 2007-07-19 International Business Machines Corporation Methods and apparatus for patching software in accordance with instituted patching policies
US8181173B2 (en) * 2007-10-12 2012-05-15 International Business Machines Corporation Determining priority for installing a patch into multiple patch recipients of a network
US20090119657A1 (en) * 2007-10-24 2009-05-07 Link Ii Charles M Methods and systems for software upgrades

Also Published As

Publication number Publication date
US8332838B2 (en) 2012-12-11
WO2009064857A1 (en) 2009-05-22
US20090125897A1 (en) 2009-05-14

Similar Documents

Publication Publication Date Title
DE112008003061T5 (de) Systeme und Verfahren zum Aktualisieren von Einrichtung- bzw. Geräte-Software
DE112008003075T5 (de) Systeme und Verfahren zum Aktualisieren von Einrichtung- bzw Geräte-Software
DE10315490B4 (de) Verfahren und System zum Wechsel zwischen zwei oder mehreren Firmwareabbildungen auf einer Hostvorrichtung
DE10295372B4 (de) Verfahren, Speichermedium und Vorrichtung zur Authentifizierung
DE112011104356B4 (de) Aktualisieren von Software-Images auf der Grundlage von Streaming-Technik
DE102006047979B4 (de) Datenverarbeitungssystem, Verfahren und Computerprogrammprodukt zum Ausführen einer Testroutine in Verbindung mit einem Betriebssystem
DE112009002207B4 (de) Aktualisieren einer Firmware mit mehreren Prozessoren
DE102019109672A1 (de) Rückgängigmachung nach einem teilausfall in mehreren elektronischen steuergeräten mittels over-the-air-updates
DE112009004563T5 (de) Bios-bild-verwalter
DE112008002767T5 (de) Mobiles Handgerät, das eine effiziente Sicherung und Wiedergewinnung von Blöcken während einer Aktualisierung einsetzt
DE10297281T5 (de) Verfahren zum elementaren Aktualisieren einer Vielzahl von Dateien
DE102006026714A1 (de) Verfahren und System zum Aufrechterhalten eines Systemmanagement-BIOS
DE112010003675T5 (de) Adress-Server
DE112018006323T5 (de) Bordeigenes Aktualisierungsgerät, Programm und Verfahren zum Aktualisieren eines Programms oder von Daten
DE112018002998T5 (de) Aktualisierungssteuervorrichtung, Steuerverfahren und Computerprogramm
DE102021130897A1 (de) Elektronische steuerungseinheit, softwareaktualisierungsverfahren, softwareaktualisierungsprogramm und elektronisches steuerungssystem
DE102017100749A1 (de) Verfahren und vorrichtung für zyklischen dateienaustauschbei abgeschaltetem fahrzeug
DE102020208245A1 (de) Datenspeicherungsvorrichtung und Datenspeicherungsprogramm
DE102018213616A1 (de) Kryptografiemodul und Betriebsverfahren hierfür
DE10152530B4 (de) Arbeitsablauffreundliche Firmware-Aktualisierungen für Netzwerkvorrichtungen
DE102022110251A1 (de) Ota-master, center, system, verfahren, nicht-transitorisches speichermedium und fahrzeug
DE10330835A1 (de) Defragmentieren eines Speichers durch ein Rebooten basierend auf Zeit
WO2020099023A2 (de) Steuergerät für eine fahrzeugkomponente, kit umfassend ein steuergerät und eine testereinrichtung, fahrzeug, verfahren zum aktualisieren eines steuergeräts und computerlesbares speichermedium
DE102021127242A1 (de) System und Verfahren zum Signieren und Verriegeln einer Boot-Informationsdatei für ein Host-Computersystem
DE112019004272T5 (de) Installieren von anwendungsprogrammcode auf einem fahrzeugsteuerungssystem

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
R082 Change of representative

Representative=s name: BONN, ROMAN, DIPL.-ING. DR.-ING., DE

R016 Response to examination communication
R002 Refusal decision in examination/registration proceedings
R003 Refusal decision now final