DE112020002799T5

DE112020002799T5 - Fahrzeugsteuervorrichtung, fahrzeuganzeigesystem und fahrzeuganzeigesteuerverfahren

Info

Publication number: DE112020002799T5
Application number: DE112020002799.6T
Authority: DE
Inventors: Yuudai NAGANO
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2019-06-11
Filing date: 2020-05-12
Publication date: 2022-03-31
Also published as: US20220100574A1; CN113939430A; JP2020201762A; WO2020250607A1; JP7151631B2

Abstract

Die Fahrzeugsteuervorrichtung zum Anzeigen auf der Fahrzeuganzeige (20, 30) weist auf: einen physischen Prozessor (101), der mehrere Betriebssysteme (103, 103a, 104) parallel auf der Virtualisierungssoftware (102, 102a) betreibt; eine Trigger-Erfassungseinheit (110) zum Erfassen des Aktivierungs-Triggers; und eine Zuweisungseinheit (1021). Wenn der Aktivierungs-Trigger erfasst wird, um das erste Betriebssystem (103, 103a), das die Prioritätsanwendung ausführt, und das zweite Betriebssystem (104) als das andere Betriebssystem zu aktivieren, weist die Zuweisungseinheit das erste Betriebssystem temporär den virtuellen Prozessorkernen mit der Zuweisungsmenge zu, die größer ist als die vorbestimmte Zuweisungsmenge der virtuellen Prozessorkerne, nachdem die Aktivierung abgeschlossen ist.

Description

QUERVERWEIS AUF IN BEZIEHUNG STEHENDE ANMELDUNG
Diese Anmeldung basiert auf der am 11. Juni 2019 eingereichten japanischen Patentanmeldung Nr. 2019-108849 , auf deren Beschreibung hiermit vollinhaltlich Bezug genommen ist.
TECHNISCHES GEBIET
Die vorliegende Offenbarung bezieht sich auf eine Fahrzeugsteuervorrichtung, ein Fahrzeuganzeigesystem und ein Fahrzeuganzeigesteuerverfahren.
STAND DER TECHNIK
Bekannt ist eine Technik, mit der mehrere Betriebssysteme (d. h. OS: Operating System) parallel ausgeführt werden können. Patentdokument 1 offenbart beispielsweise eine Technik, die es zwei Betriebssystemen ermöglicht, parallel auf mehreren virtuellen Prozessoren zu arbeiten, die logisch durch einen realen Prozessor realisiert werden. Diese Technologie wird als Virtualisierungstechnologie bezeichnet. Die Virtualisierungstechnologie ermöglicht es ebenso, dass sich mehrere Betriebssysteme denselben physischen Prozessorkern teilen können.
Wenn eine Technologie, die einen parallelen Betrieb mehrerer Betriebssysteme ermöglicht, für eine Fahrzeugsteuervorrichtung (im Folgenden einfach eine Fahrzeugsteuervorrichtung) zum Anzeigen auf einer Anzeige im Fahrzeuginnenraum verwendet wird, können die folgenden Probleme berücksichtigt werden.
Wenn sich beispielsweise mehrere Betriebssysteme denselben physischen Prozessorkern (im Folgenden als physischer Kern bezeichnet) teilen und parallel arbeiten, und wenn einige Betriebssysteme einfrieren bzw. stoppen, wird der physische Kern, auf den die eingefrorenen Betriebssysteme zugreifen, nicht freigegeben, und es kann eine Schwierigkeit bestehen, dass andere Betriebssysteme, die sich denselben physischen Kern teilen, nicht arbeiten können. Bei einer Fahrzeugsteuervorrichtung ist eine hohe Zuverlässigkeit für den Betrieb eines Betriebssystems erforderlich, das eine Anwendung ausführt, die eine besonders hohe Zuverlässigkeit erfordert, wie z. B. eine Anwendung zum Zeichnen eines Zählerbildes. Daher ist es denkbar, die Zuverlässigkeit zu verbessern, indem jedem von mehreren Betriebssystemen ein eigener physischer Kern zugewiesen wird.
Ein Betriebssystem zum Ausführen einer Anwendung, die eine besonders hohe Zuverlässigkeit erfordert, muss jedoch auch über eine Aktivierungsleistung verfügen, damit die Anwendung schneller ausgeführt wird, wenn die Fahrzeugsteuervorrichtung aktiviert wird. Wenn zum Beispiel die Fahrzeugsteuervorrichtung aktiviert wird, muss es die Anwendung zum Anzeigen des Zählerbildes schneller ausführen, um das Zählerbild anzuzeigen.
STAND-DER-TECHNIK-LITERATUR
PATENTLITERATUR
[Patentdokument 1] JP 2010 - 277 177 A
KURZDARSTELLUNG DER ERFINDUNG
Es ist Aufgabe der vorliegenden Offenbarung, eine Fahrzeugsteuervorrichtung, ein Fahrzeuganzeigesystem und ein Fahrzeuganzeigesteuerverfahren bereitzustellen, die es ermöglichen, dass ein Anzeigeinhalt schnell angezeigt wird, wenn die Fahrzeugsteuervorrichtung aktiviert wird, um schneller angezeigt zu werden, wobei die Zuverlässigkeit dieser Betriebssysteme verbessert wird, wenn die Technologie zum parallelen Ausführen mehrerer Betriebssysteme für eine Fahrzeugsteuervorrichtung verwendet wird, die auf einer Anzeige bzw. einem Display im Fahrzeuginnenraum anzeigt.
Gemäß dem ersten Aspekt der vorliegenden Offenbarung weist eine Fahrzeugsteuervorrichtung zum Anzeigen auf einer in einem Fahrzeuginnenraum angeordneten Anzeige auf: einen physischen Prozessor zum parallelen Betreiben von mehreren Betriebssystemen auf Virtualisierungssoftware per Virtualisierungstechnologie; eine Trigger-Erfassungseinheit, die einen Aktivierungs-Trigger der Fahrzeugsteuervorrichtung erfasst; und eine Zuweisungseinheit. Die mehreren physischen Prozessorkerne, die in dem physischen Prozessor enthalten sind, werden durch die Virtualisierungstechnologie in virtuelle Prozessorkerne abstrahiert. Die mehreren Betriebssysteme umfassen: ein erstes Betriebssystem, das das Betriebssystem zum Ausführen der Prioritätsanwendung ist, die eine Anwendung zum Anzeigen des Anzeigeinhalts ist, der bevorzugt anzuzeigen ist, wenn die Fahrzeugsteuervorrichtung aktiviert wird; und ein zweites Betriebssystem als ein weiteres Betriebssystem. Wenn die Trigger-Erfassungseinheit den Aktivierungs-Trigger erfasst, um das erste Betriebssystem und das zweite Betriebssystem zu aktivieren, führt die Zuweisungseinheit eine temporäre Zuweisung aus, die das erste Betriebssystem temporär dem virtuellen Prozessorkern zuweist, wobei die Zuweisungsmenge des virtuellen Prozessorkerns größer ist als die im Voraus festgelegte Zuweisungsmenge des virtuellen Prozessorkerns als eine anfängliche Zuweisungsmenge nach Abschluss der Aktivierung des ersten Betriebssystems.
Gemäß dem zweiten Aspekt der vorliegenden Offenbarung weist das Fahrzeuganzeigesteuerverfahren zum Veranlassen der Fahrzeugsteuervorrichtung, auf der in einem Fahrzeuginnenraum angeordneten Anzeige anzuzeigen, die folgenden Schritte auf: Erfassen des Aktivierungs-Triggers der Fahrzeugsteuervorrichtung; Abstrahieren mehrerer physischer Prozessorkerne, die in einem physischen Prozessor enthalten sind, der in der Lage ist, mehrere Betriebssysteme parallel auf Virtualisierungssoftware per Virtualisierungstechnologie zu betreiben, in einen virtuellen Prozessorkern durch die Virtualisierungstechnologie; und, wenn der Aktivierungs-Trigger erfasst wird und das erste Betriebssystem und das zweite Betriebssystem aktiviert werden, Ausführen einer temporären Zuweisung, die das erste Betriebssystem temporär dem virtuellen Prozessorkern zuweist, wobei die Zuweisungsmenge des virtuellen Prozessorkerns größer ist als die vorher festgelegte Zuweisungsmenge des virtuellen Prozessorkerns als eine anfängliche Zuweisungsmenge, nachdem die Aktivierung des ersten Betriebssystems abgeschlossen wurde. Die mehreren Betriebssysteme umfassen: ein erstes Betriebssystem, das das Betriebssystem zum Ausführen der Prioritätsanwendung ist, die eine Anwendung zum Anzeigen des Anzeigeinhalts ist, der bevorzugt anzuzeigen ist, wenn die Fahrzeugsteuervorrichtung aktiviert wird; und ein zweites Betriebssystem als ein weiteres Betriebssystem.
Demnach erfolgt, wenn der Aktivierungs-Trigger der Fahrzeugsteuervorrichtung erfasst wird und das erste Betriebssystem und das zweite Betriebssystem, die in der Lage sind, parallel auf der Virtualisierungssoftware zu arbeiten, aktiviert werden, eine temporäre Zuweisung derart, dass die temporäre Zuweisung das erste Betriebssystem temporär dem virtuellen Prozessorkern zuweist, wobei die Zuweisungsmenge des virtuellen Prozessorkerns größer ist als die vorher festgelegte Zuweisungsmenge des virtuellen Prozessorkerns als eine anfängliche Zuweisungsmenge, nachdem die Aktivierung des ersten Betriebssystems abgeschlossen wurde. Daher ist es möglich, die Zeit zu verkürzen, die erforderlich ist, um die Aktivierung des ersten Betriebssystems abzuschließen, im Vergleich zu dem Fall, in dem die temporäre Zuweisung nicht erfolgt. Somit ist es möglich, die Prioritätsanwendung, die den Anzeigeinhalt anzeigt, der bevorzugt anzuzeigen ist, wenn die Fahrzeugsteuervorrichtung gestartet wird, schneller auszuführen, wobei die Prioritätsanwendung im ersten Betriebssystem ausgeführt wird, wenn die Fahrzeugsteuervorrichtung aktiviert wird.
Da die mehreren physischen Prozessorkerne, die in dem physischen Prozessor enthalten sind, per Virtualisierungstechnologie in virtuelle Prozessorkerne abstrahiert werden, kann die Zuweisungsmenge temporär geändert werden. Da es sich um eine temporäre Zuweisung handelt, ist es möglich, zur Zeit eines Betriebs, nachdem die Aktivierung des ersten Betriebssystems und des zweiten Betriebssystems abgeschlossen wurde, einen eigenen physischen Kern für jedes Betriebssystem zuzuweisen. Daher ist es möglich, die Zuverlässigkeit jedes Betriebssystems zu verbessern.
Folglich ist es dann, wenn eine Technologie, die es mehreren Betriebssystemen ermöglicht, parallel zu arbeiten, für eine Fahrzeugsteuervorrichtung verwendet wird, die auf einer Anzeige im Fahrzeuginnenraum anzeigt, möglich, den Anzeigeinhalt, der angezeigt werden soll, schnell anzuzeigen, wenn die Fahrzeugsteuervorrichtung aktiviert wird, während die Zuverlässigkeit dieser Betriebssysteme verbessert wird.
Gemäß dem dritten Aspekt der vorliegenden Offenbarung enthält das Fahrzeuganzeigesystem eine Anzeige (20, 30), die im Innenraum des Fahrzeugs vorgesehen ist, und eine Fahrzeugsteuervorrichtung (10) gemäß dem ersten Aspekt zum Steuern der Anzeige, um den Inhalt anzuzeigen.
Demgemäß ist es, da die vorstehend beschriebene Fahrzeugsteuervorrichtung enthalten ist, wenn eine Technologie, die einen parallelen Betrieb mehrerer Betriebssysteme ermöglicht, für eine Fahrzeugsteuervorrichtung verwendet wird, die auf einer Anzeige im Fahrzeuginnenraum anzeigt, möglich, den Anzeigeinhalt, der anzuzeigen ist, wenn die Fahrzeugsteuervorrichtung gestartet wird, schnell anzuzeigen, während die Zuverlässigkeit des Systems verbessert wird.
Figurenliste
Die Aufgabe, Eigenschaften und Vorteile der vorliegenden Offenbarung sind aus der nachfolgenden detaillierten Beschreibung unter Bezugnahme auf die beigefügten Zeichnungen näher ersichtlich. In den Zeichnungen zeigt:

1 eine Abbildung zur Veranschaulichung eines Beispiels für eine schematische Konfiguration eines Fahrzeuganzeigesystems;
2 eine Abbildung zur Veranschaulichung eines Beispiels für eine schematische Konfiguration der integrierten ECU 10;
3 eine Abbildung zur Veranschaulichung eines Beispiels für eine konzeptionelle Konfiguration eines physischen Prozessors 101 des Haupt-Mikrocomputers 100 gemäß der ersten Ausführungsform;
4 eine Abbildung zur Veranschaulichung eines Beispiels für eine schematische Konfiguration eines Hypervisors 102 in Bezug auf eine temporäre Zuweisung;
5 eine schematische Abbildung zur Erläuterung eines Beispiels für eine Zuweisungsmenge zur Betriebszeit;
6 ein Ablaufdiagramm zur Veranschaulichung eines Beispiels für einen Ablauf einer temporärzuweisungsbezogenen Verarbeitung im Hypervisor 102;
7 ein Zeitdiagramm zur Veranschaulichung eines Beispiels für die Beziehung zwischen dem Betriebszustand des RTOS 103 und des allgemeinen Betriebssystems 104 und der Änderung in der Zuweisung von virtuellen Kernen im Hypervisor 102; und
8 eine Abbildung zur Veranschaulichung eines Beispiels für eine konzeptionelle Konfiguration eines physischen Prozessors 101 des Haupt-Mikrocomputers 100 gemäß der zweiten Ausführungsform.

AUSFÜHRUNGSFORMEN ZUM AUSFÜHREN DER ERFINDUNG
Nachstehend sind mehrere Ausführungsformen unter Bezugnahme auf die Zeichnungen beschrieben. Zur Vereinfachung der Beschreibung können die Teile, die dieselben Funktionen aufweisen wie die in den Zeichnungen gezeigten Teile, die in der Beschreibung bis zu diesem Punkt in mehreren Ausführungsformen verwendet werden, mit denselben Bezugszeichen versehen sein, und ihre Beschreibung kann entfallen. Für einen solchen Abschnitt, der mit dem gleichen Bezugszeichen versehen ist, kann auf die Beschreibung einer anderen anwendbaren Ausführungsform Bezug genommen werden.
(Erste Ausführungsform)
<Umrisskonfiguration von Anzeigesystem 1 für Fahrzeuge>
Nachstehend ist eine erste Ausführungsform der vorliegenden Offenbarung unter Bezugnahme auf die beigefügten Zeichnungen beschrieben. Zunächst ist das Fahrzeuganzeigesystem 1 unter Bezugnahme auf 1 beschrieben. Das Fahrzeuganzeigesystem 1 wird in einem Fahrzeug eingesetzt. Im Folgenden ist ein Fall, in dem das Fahrzeuganzeigesystem 1 in einem Kraftfahrzeug eingesetzt wird, als ein Beispiel beschrieben. Wie in 1 gezeigt, weist das Fahrzeuganzeigesystem 1 eine integrierte ECU 10, ein zentrales Informationsdisplay (im Folgenden CID) 20 und ein Zähler-Multi-Informations-Display (im Folgenden Zähler-MID) 30 auf.
Das CID 20 ist eine Anzeige, die in der zentralen Gerätegruppe im Innenraum des Fahrzeugs vorgesehen ist. Als das CID 20 kann eine Anzeige verwendet werden, die in der Lage ist, ein Bild zu zeichnen. Als das CID 20 kann eine Flüssigkristallanzeige, eine organische EL-Anzeige oder dergleichen verwendet werden. Das CID 20 zeigt hauptsächlich Information zu Funktionen an, deren Eigenschaften eher Bequemlichkeit und Komfort als Sicherheit und Schutz erfordern. Gemäß einem Beispiel zeigt das CID 20 hauptsächlich Information zu Infotainment-Funktionen wie Navigations-, Audio- und Klimaanlageninformation an. Die Infotainment-Funktion, auf die hier Bezug genommen ist, ist eine Funktion, die sich auf Bequemlichkeit und Komfort bezieht und nicht auf Sicherheit und Schutz.
Bei der Navigationsinformation handelt es sich um Information, die sich auf die Navigationsfunktion bezieht, wie z. B. ein Routenführungsbild. Bei der Audioinformation handelt es sich um ein Bild oder dergleichen, das sich auf den Betrieb der Audiovorrichtung bezieht. Bei der Klimaanlageninformation handelt es sich um ein Bild oder dergleichen, das sich auf den Betrieb der Klimaanlage bezieht. Zusätzlich zu der Infotainment-Funktions-Information zeigt das CID 20 ebenso Information auf dem Startbildschirm an. Bei der Information auf dem Startbildschirm handelt es sich beispielsweise um ein Bild, das sich auf den Hospitalitätseffekt beim Öffnen der Fahrzeugtür bezieht (im Folgenden „Begrüßungsbild“), ein Bild, das sich auf den Eröffnungseffekt beim Starten des Fahrzeugs bezieht (im Folgenden „Eröffnungsbild“), und dergleichen. Das Begrüßungsbild ist ein Bild, das beim Öffnen der Fahrzeugtür angezeigt wird, und ein Bild, das angezeigt wird, bevor das Fahrzeug aktiviert wird. Das Eröffnungsbild ist ein Bild, das angezeigt wird, wenn das Fahrzeug aktiviert wird. Das Begrüßungsbild und das Eröffnungsbild können so konfiguriert sein, dass sie als eine Animation angezeigt werden, z. B. indem mehrere Standbilder in chronologischer Reihenfolge angezeigt werden. Bei der Klimaanlageninformation handelt es sich um ein Bild oder dergleichen, das sich auf den Betrieb der Klimaanlage bezieht.
Das Zähler-MID 30 ist eine Anzeige, die vor dem Fahrersitz im Innenraum des Fahrzeugs vorgesehen ist. Gemäß einem Beispiel kann das Zähler-MID 30 so konfiguriert sein, dass es auf der Zählertafel vorgesehen ist. Als das Zähler-MID 30 kann eine Anzeige verwendet werden, die in der Lage ist, ein Bild zu zeichnen. Als das Zähler-MID 30 kann eine Flüssigkristallanzeige, eine organische EL-Anzeige oder dergleichen verwendet werden. Das Zähler-MID 30 zeigt hauptsächlich Information zu Funktionen an, deren Eigenschaften eher Sicherheit und Schutz als Bequemlichkeit und Komfort erfordern. Gemäß einem Beispiel zeigt das Zähler-MID 30 hauptsächlich Information zu Sicherheits- und Schutzfunktionen wie Zählerinformation an.
Die Zählerinformation ist ein Bild oder dergleichen, das sich auf die Zähleranzeige bezieht. Zusätzlich zu der Information über die Sicherheits- und Schutzfunktion zeigt das Zähler-MID 30 ebenso Information über den Startbildschirm, vereinfachte Navigationsinformation und dergleichen an. Bei der Information auf dem Startbildschirm handelt es sich zum Beispiel um das oben erwähnte Begrüßungsbild, das Eröffnungsbild und dergleichen, und das Begrüßungsbild und das Eröffnungsbild, die auf dem Zähler-MID 30 angezeigt werden, können mit dem Begrüßungsbild und dem Eröffnungsbild, die auf dem CID 20 angezeigt werden, identisch sein oder auch nicht. Bei der vereinfachten Navigationsinformation handelt es sich um Information der Infotainment-Funktion, die stärker vereinfacht ist als die vom CID 20 angezeigte Navigationsinformation. Es handelt sich zum Beispiel um ein vereinfachtes Routenführungsbild wie eine Anzeige der nächsten Fahrtrichtung.
Die integrierte ECU 10 ist eine ECU (Electronic Control Unit bzw. elektronische Steuereinheit), die eine Funktion zur Steuerung des CID 20 und eine Funktion zur Steuerung des Zähler-MID 30 integriert. Die integrierte ECU 10 ist mit dem CID 20 und dem Zähler-MID 30 verbunden und zeichnet und zeigt verschiedene Bilder auf dem CID 20 und dem Zähler-MID 30 an.
Die integrierte ECU 10 ist ebenso mit dem In-Vehicle-LAN verbunden, und es wird Information von einem mit dem In-Vehicle-LAN verbundenen Sensor, einer anderen ECU oder dergleichen eingegeben. Das von der integrierten ECU 10 auf dem CID 20 und dem Zähler-MID 30 gezeichnete Bild entspricht der Ausgangsinformation der integrierten ECU 10. Die über das In-Vehicle-LAN in die integrierte ECU 10 eingegebene Information entspricht der Eingangsinformation der integrierten ECU 10. Die Eingangsinformation umfasst Fahrzeuginformation wie Fahrzeuggeschwindigkeit und Kilometerstand, digitale TV-Bildinformation, mit einem Smartphone verknüpfte zur Smartphone-Kooperationsinformation und dergleichen. Die integrierte ECU 10 verfügt über eine Konfiguration, in der Eingangs- und Ausgangsinformation gemeinsam verwaltet werden und die Eingangsquelle und das Ausgangsziel verschiedener Information frei neu anordbar sind.
Die integrierte ECU 10 enthält hauptsächlich beispielsweise einen Mikrocomputer (im Folgenden Mikrocomputer) mit einem Prozessor, einem Speicher, einer E/A und einem Bus, der diese miteinander verbindet. Der Prozessor, auf den hier Bezug genommen ist, ist ein physischer Prozessor (im Folgenden als physischer Prozessor bezeichnet) mit einer Recheneinheit, Registern und dergleichen. Die integrierte ECU 10 führt verschiedene Prozesse in Bezug auf das Anzeigen eines Bildes auf dem CID 20 und dem Zähler-MID 30 aus, indem sie ein im nichtflüchtigen Speicher gespeichertes Steuerprogramm ausführt. Insbesondere ermöglicht die integrierte ECU 10 in der vorliegenden Ausführungsform mehreren Betriebssystemen, parallel auf der Virtualisierungssoftware zu arbeiten, und ermöglicht jedem der mehreren Betriebssysteme, eine Verarbeitung in Bezug auf eine Bildanzeige auszuführen. Die integrierte ECU 10 entspricht einer Fahrzeugsteuervorrichtung. Ferner entspricht die Ausführung des Prozesses in der integrierten ECU 10 der Ausführung des Fahrzeuganzeigesteuerverfahrens. Der Speicher, auf den hier Bezug genommen ist, ist ein nichtflüchtiges, materielles Speichermedium zum Speichern von Programmen und Daten, die von einem Computer in nichtflüchtiger Weise gelesen werden können. Das nichtflüchtige, materielle Speichermedium wird durch einen Halbleiterspeicher, eine Magnetplatte oder dergleichen realisiert. Die integrierte ECU 10 ist nachstehend noch näher beschrieben.
<Umrisskonfiguration von integrierter ECU 10>
Nachstehend ist ein Beispiel für die schematische Konfiguration der integrierten ECU 10 unter Bezugnahme auf 2 beschrieben. 2 zeigt der Einfachheit halber ein Beispiel für eine Konfiguration zum Anzeigen eines Bildes auf dem CID 20 und dem Zähler-MID 30. Die integrierte ECU 10 enthält einen Haupt-Mikrocomputer 100, einen Neben- bzw. Sub-Mikrocomputer 110, eine erste Bildausgabeeinheit 120 und eine zweite Bildausgabeeinheit 130. Darüber hinaus kann ein Teil oder die Gesamtheit der von der integrierten ECU 10 ausgeführten Funktionen als Hardware konfiguriert sein, wie z. B. ein oder mehrere ICs oder dergleichen.
Der Haupt-Mikrocomputer 100 steuert das auf dem CID 20 anzuzeigende Bild und das auf dem Zähler-MID 30 anzuzeigende Bild. Gemäß einem Beispiel zeigt der Haupt-Mikrocomputer 100 ein Inhaltsbild (im Folgenden Prioritätsbild) an, das bevorzugt anzuzeigen ist, wenn die integrierte ECU 10 aktiviert wird. Priorität bedeutet hier z. B., dass die Information vor der Information der Infotainment-Funktion angezeigt wird. Ein Beispiel für einen Prioritätsanzeigeinhalt ist die Anzeige von Information über Sicherheits- und Schutzfunktionen, die vor anderen Anzeigen, wie beispielsweise der Zähleranzeige, anzuzeigen ist. Eine Anwendung zum Anzeigen des Prioritätsanzeigeinhalts ist im Folgenden als eine Prioritätsanwendung bezeichnet. Beispiele für das Prioritätsbild umfassen ein von einer Heck- bzw. Rückfahrkamera aufgenommenes Bild und dergleichen, und es ist im Folgenden am Beispiel einer Zähleranzeige beschrieben.
Der Sub-Mikrocomputer 110 weist eine Funktion zur Ein-/Aus-Steuerung des Haupt-Mikrocomputers 100 und dergleichen auf. Wenn der Sub-Mikrocomputer 110 den Aktivierungs-Trigger der integrierten ECU 10 erfasst, aktiviert der Sub-Mikrocomputer 110 den Haupt-Mikrocomputer 100. Dieser Sub-Mikrocomputer 110 entspricht der Trigger-Erfassungseinheit. Beispiele für den Aktivierungs-Trigger umfassen einen Anstieg in der Energieversorgungsspannung über einen bestimmten Wert, eine Erfassung eines Wecksignals vom In-Vehicle-LAN und dergleichen. Der Aktivierungs-Trigger tritt auf, wenn der Benutzer damit beginnt, das Fahrzeug zu verwenden. Die Zeit, zu der der Benutzer damit beginnt, das Fahrzeug zu verwenden, umfasst die Zeit, zu der das Fahrzeug durch Einschalten des Schalters (im Folgenden als Leistungsschalter bezeichnet) zum Starten des Verbrennungsmotors oder des Motorgenerators des Fahrzeugs aktiviert wird, die Fahrzeugtür-Öffnungszeit, zu der die Fahrzeugtür geöffnet wird, und so weiter.
Die erste Bildausgabeeinheit 120 gibt ein vom Haupt-Mikrocomputer 100 erzeugtes, auf dem CID 20 anzuzeigendes Bild an das CID 20 aus und zeichnet dieses Bild auf dem CID 20. Als die erste Bildausgabeeinheit 120 kann z. B. ein IC verwendet werden. Die zweite Bildausgabeeinheit 130 gibt ein vom Haupt-Mikrocomputer 100 erzeugtes, auf dem Zähler-MID 30 anzuzeigendes Bild an das Zähler-MID 30 aus und zeichnet dieses Bild auf dem Zähler-MID 30. Als die zweite Bildausgabeeinheit 130 kann z. B. ein IC verwendet werden.
Ferner abstrahiert die integrierte ECU 10 die Hardware-Ressourcen des Haupt-Mikrocomputers 100 per Virtualisierungstechnologie und ermöglicht es einem einzigen Haupt-Mikrocomputer 100, mehrere Betriebssysteme (im Folgenden auch OS) parallel zu betreiben. Die integrierte ECU 10 abstrahiert den physischen Prozessor des Haupt-Mikrocomputers 100, indem sie das Steuerprogramm der im nichtflüchtigen Speicher gespeicherten Virtualisierungssoftware ausführt, und ermöglicht es mehreren Betriebssystemen, parallel auf der Virtualisierungssoftware zu arbeiten.
Genauer gesagt, die integrierte ECU 10 betreibt jedes Betriebssystem, indem es den physischen Prozessor durch Virtualisierungstechnologie in mehrere virtuelle Prozessorkerne abstrahiert und jedem Betriebssystem verschiedene virtuelle Prozessorkerne (im Folgenden virtuelle Kerne) zuweist. Virtualisierungssoftware nutzt die Ressourcen des physischen Prozessors in einer Zeitmultiplexweise auf einer Takt-für-Takt-Basis, um so zu arbeiten, als ob mehrere Kerne (d. h. virtuelle Kerne) virtuell existieren würden, so dass das Betriebssystem von verschiedenen virtuellen Kernen betrieben werden kann. Der physische Prozessor kann mehrere physische Prozessorkerne (im Folgenden als physische Kerne bezeichnet) aufweisen. Die Anzahl von physischen Kernen im physischen Prozessor kann eine Mehrzahl sein, und in der folgenden Beschreibung ist davon ausgegangen, dass die Anzahl von physischen Kernen in der vorliegenden Ausführungsform vier beträgt.
Die Virtualisierungssoftware kann den virtuellen Kern verwalten, indem sie ihn mit einem Thread (im Folgenden logischer Kern) verknüpft, der die kleinste von dem physischen Kern ausgeführte Verarbeitungseinheit darstellt. Beispielsweise beträgt, wenn der physische Kern der vorliegenden Ausführungsform die Simultaneous Multithreading Technology (SMT) verwendet, um zwei Threads parallel auf einem physischen Kern auszuführen, die Anzahl von logischen Kernen acht. Demgegenüber beträgt, wenn die physischen Kerne der vorliegenden Ausführungsform nicht zwei Threads parallel auf einem physischen Kern ausführen, die Anzahl von logischen Kernen vier, was der Anzahl von physischen Kernen entspricht.
Die Verknüpfung zwischen dem virtuellen Kern und dem logischen Kern muss nicht unbedingt auf ein Verhältnis von 1:1 beschränkt sein, und es können mehrere virtuelle Kerne mit einem logischen Kern verknüpft sein. In der vorliegenden Ausführungsform ist der Einfachheit halber im Folgenden gemäß einem Beispiel ein Fall beschrieben, in dem mehrere logische Kerne nicht mit einem virtuellen Kern verknüpft sind. Ferner ist die Gesamtmenge von virtuellen Kernen, die die Virtualisierungssoftware dem Betriebssystem zuweisen kann (im Folgenden die zulässige Gesamtmenge), nicht mit der Gesamtmenge von Ressourcen des physischen Prozessors identisch. Beispielsweise enthält die zulässige Gesamtmenge von virtuellen Kernen nicht die für den Betrieb von Virtualisierungssoftware erforderlichen Ressourcen. Und selbst wenn die Anzahl von logischen Kernen, auf die ein Betriebssystem zugreifen kann, der Gesamtmenge von logischen Kernen entspricht, so dass die zulässige Gesamtmenge von virtuellen Kernen zugewiesen wird, erreicht die Ressourcennutzungsrate von allen logischen Kernen nicht 100 %.
Die Virtualisierungssoftware ist auf Virtualisierung ausgerichtet, die den Betriebszustand des virtuellen Prozessorkerns verwaltet, und realisiert Virtualisierung. Gemäß einem Beispiel ist im Folgenden der Fall beschrieben, dass ein Hypervisor als die Virtualisierungssoftware verwendet wird. Im Folgenden ist gemäß einem Beispiel ein Fall beschrieben, in dem zwei Betriebssysteme auf einem Hypervisor mittels Virtualisierungstechnologie parallel betrieben werden können.
<Konzeptionelle Konfiguration des physischen Prozessors 101 des Haupt-Mikrocomputers 100>
Nachstehend ist ein Beispiel für die konzeptionelle Konfiguration des physischen Prozessors 101 des Haupt-Mikrocomputers 100 gemäß der ersten Ausführungsform unter Bezugnahme auf 3 beschrieben. Als Beispiel ist hier ein Fall beschrieben, in dem ein Echtzeitbetriebssystem (im Folgenden RTOS) 103 mit Echtzeiteigenschaften und ein Allzweck- bzw. Universalbetriebssystem (im Folgenden Universal-OS) 104 als die beiden Betriebssysteme verwendet werden. Das RTOS 103 kann z. B. QNX^® sein. Das Universal-OS 104 kann z. B. Linux^® sein.
Der Haupt-Mikrocomputer 100 montiert einen Hypervisor 102 auf einem physischen Prozessor 101 mit vier physischen Kernen 1011, 1012, 1013 und 1014. Nachstehend ist der Fall, dass die physischen Kerne 1011 bis 1014 der vorliegenden Ausführungsform nicht zwei Threads parallel auf einem physischen Kern ausführen, als ein Beispiel beschrieben. Daher sind die physischen Kerne 1011 bis 1014 jeweils logische Kerne. D. h., es gibt vier logische Kerne.
Der Hypervisor 102 kann das RTOS 103 und das Universal-OS 104 parallel auf dem virtuellen Kern betreiben, aus dem der physische Prozessor 101 extrahiert ist. Hier weisen der Hypervisor 102 und das RTOS 103 einen gemeinsamen Mikrokern bzw. - kernel (im Folgenden als Kernel bezeichnet) auf. Das RTOS 103 entspricht dem ersten Betriebssystem und das Universal-OS 104 entspricht dem zweiten Betriebssystem.
Da das RTOS 103 über Echtzeiteigenschaften verfügt, führt es die oben erwähnte Anwendung in Bezug auf die Sicherheits-/Schutzfunktion aus. Die oben erwähnte Prioritätsanwendung kann in der Anwendung in Bezug auf die Sicherheits-/Schutzfunktion enthalten sein. Auf der anderen Seite führt das Universal-OS 104 eine Anwendung in Bezug auf die oben erwähnte Infotainment-Funktion aus. Das RTOS 103 erzeugt ein Bild in Bezug auf die Sicherheits-/Schutzfunktion, wenn die Anwendung in Bezug auf die Sicherheits-/Schutzfunktion ausgeführt wird. Das RTOS 103 erzeugt ein Prioritätsbild, wie beispielsweise eine Zähleranzeige, wenn eine Prioritätsanwendung ausgeführt wird. Das Universal-OS 104 erzeugt ein Bild in Bezug auf die Infotainment-Funktion, wenn die Anwendung in Bezug auf die Infotainment-Funktion ausgeführt wird.
<Betrieb bei Aktivierung des Haupt-Mikrocomputers 100>
Nachfolgend ist der Betrieb zur Zeit eines Startens des Haupt-Mikrocomputers 100 unter Bezugnahme auf das in 4 gezeigte Zeitdiagramm beschrieben. Nachstehend ist ein Fall, in dem ein Bild auf dem Zähler-MID 30 angezeigt wird, als ein Beispiel beschrieben.
Die Aktivierung des Haupt-Mikrocomputers 100 wird durch den Sub-Mikrocomputer 110 gestartet, der den Aktivierungs-Trigger erfasst hat. Wenn der Haupt-Mikrocomputer 100 aktiviert wird, wird zunächst mit der Konstruktion bzw. Errichtung des Hypervisors 102 begonnen. Hier werden, da der Kernel des RTOS 103 mit dem des Hypervisors 102 gemein ist, Vorbereitungen zum Aktivieren des RTOS 103 gleichzeitig mit der Einrichtung des Hypervisors 102 begonnen. Anschließend wird, wenn die Einrichtung des Hypervisors 102 zu der Stufe voranschreitet, in der die Vorbereitung zum Aktivieren des Universal-OS 104 begonnen werden kann, die Vorbereitung zum Aktivieren des Universal-OS 104 gestartet. Da die Vorbereitung zum Aktivieren des Universal-OS 104 erst begonnen werden kann, wenn die Konstruktion bzw. Errichtung des Hypervisors 102 voranschreitet, wird die Vorbereitung zum Aktivieren des Universal-OS 104 später als die Vorbereitung zum Aktivieren des RTOS 103 begonnen.
Wenn die Errichtung des Hypervisors 102 voranschreitet und die Vorbereitung zum Aktivieren des RTOS 103 die Stufe erreicht, in der die Prioritätsanwendung ausgeführt werden kann, führt das RTOS 103 die Prioritätsanwendung auf dem Hypervisor 102 aus. Die Errichtung des Hypervisors 102 wird durch Booten des Kernels und Abschließen der Aktivierung von mehreren Treibern abgeschlossen. Die Prioritätsanwendung kann ausgeführt werden, noch bevor die Errichtung des Hypervisors 102 abgeschlossen ist.
Gemäß einem Beispiel kann das RTOS 103 mehrere Anwendungen einschließlich der Prioritätsanwendung ausführen, wenn das Starten abgeschlossen ist, und die Prioritätsanwendung ausführen, bevor das Starten abgeschlossen ist. Das Merkmal, dass die Prioritätsanwendung ausgeführt werden kann, ist im Folgenden als der Abschluss der Aktivierung der Prioritätsanwendung definiert. Wenn das RTOS 103 ein OS bzw. Betriebssystem ist, das außer der Prioritätsanwendung nichts anderes ausführt, kann der Abschluss der Aktivierung der Prioritätsanwendung der Abschluss der Aktivierung des RTOS 103 sein.
Wenn das RTOS 103 die Prioritätsanwendung ausführt, erzeugt das RTOS 103 ein Prioritätsbild. Beispielsweise gibt, wenn das RTOS 103 ein Bild für die Zähleranzeige als ein Prioritätsbild erzeugt, die zweite Bildausgabeeinheit 130 dieses Bild an das Zähler-MID 30 aus und zeichnet ein Bild für die Zähleranzeige auf dem Zähler-MID 30.
Da die Vorbereitung zum Aktivieren des Universal-OS 104 später als die Vorbereitung zum Aktivieren des RTOS 103 beginnt, kann die Anwendung auf dem Universal-OS 104 später ausgeführt werden, als das RTOS 103 das Prioritätsbild erzeugt. Das Universal-OS 104 führt eine Anwendung zum Anzeigen von Information auf der Infotainment-Funktion aus und erzeugt ein Bild zum Anzeigen der Information auf der Infotainment-Funktion (im Folgenden Infotainment-Bild).
Beispielsweise gibt, wenn das Universal-OS 104 ein Infotainment-Bild erzeugt, die erste Bildausgabeeinheit 120 das Infotainment-Bild an das CID 20 aus und zeichnet das Infotainment-Bild auf dem CID 20. In Bezug auf das Infotainment-Bild, das auf dem Zähler-MID 30 anzuzeigen ist, synthetisiert das RTOS 103 beispielsweise das vom RTOS 103 erzeugte Bild und das vom Universal-OS 104 erzeugte Infotainment-Bild und gibt das synthetisierte Bild an die zweite Bildausgabeeinheit 130 aus.
<Umrisskonfiguration von Hypervisor 102>
Im Haupt-Mikrocomputer 100, wenn das RTOS 103 und das Universal-OS 104 aktiviert werden, erhöht der Hypervisor 102 temporär die Anzahl von virtuellen Kernen, die dem RTOS 103 zugewiesen sind, um die temporäre Zuweisung auszuführen, wodurch der Fortschritt der Vorbereitung zum Aktivieren des RTOS 103 beschleunigt wird. Nachstehend ist die Konfiguration des Hypervisors 102 in Bezug auf eine temporäre Zuweisung unter Bezugnahme auf 4 beschrieben. Wie in 4 gezeigt, weist der Hypervisor 102 eine Zuweisungseinheit 1021 und eine Aktivierungsbefehlseinheit 1022 als Funktionsblöcke auf.
Die Zuweisungseinheit 1021 führt die temporäre Zuweisung aus, um dem RTOS 103 temporär mehr virtuelle Kerne zuzuweisen als die Virtuelle-Kern-Zuweisungsmenge, die zuvor als die Zuweisungsmenge festgelegt wurde, nachdem die Aktivierung des RTOS 103 abgeschlossen ist. Dadurch kann die zum Abschließen der Aktivierung des RTOS 103 benötigte Zeit im Vergleich zu dem Fall, in dem die temporäre Zuweisung nicht erfolgt, verkürzt werden. Daher kann das Prioritätsbild, das durch die vom RTOS 103 ausgeführte Prioritätsanwendung anzuzeigen ist, schneller angezeigt werden. Dadurch kann der bei Aktivierung der integrierten ECU 10 schnell anzuzeigender Anzeigeinhalt schneller angezeigt werden. Beispielsweise kann die Zuweisungseinheit 1021 konfiguriert sein, um die Zuweisung der virtuellen Kerne zu dem Betriebssystem zu ändern, indem sie die Verknüpfung zwischen dem Betriebssystem und dem virtuellen Kern ändert. In dieser Ausführungsform kann, da die Kernel des Hypervisors 102 und des RTOS 103 gemeinsam sind, das RTOS 103 die Zuweisungseinheit 1021 steuern.
Die Zuweisungsmenge nach Abschluss der Aktivierung des RTOS 103 und des Universal-OS 104 (im Folgenden die Zuweisungsmenge während des Betriebs) kann im Voraus festgelegt und eingestellt werden, so dass dem RTOS 103 und dem Universal-OS 104 jeweils ein oder mehrere unterschiedliche physische Kerne 1011 bis 1014 zugewiesen werden. Im Beispiel der vorliegenden Ausführungsform kann der dem RTOS 103 zugewiesene virtuelle Kern im Voraus festgelegt und auf einen virtuellen Kern eingestellt werden, der mit dem logischen Kern, der den physischen Kernen 1011 und 1012 entspricht, aber nicht mit dem logischen Kern, der den physischen Kernen 1013 und 1014 entspricht, verknüpft ist. Andererseits kann der dem Universal-OS 104 zugewiesene virtuelle Kern im Voraus festgelegt und auf einen virtuellen Kern eingestellt werden, der mit dem logischen Kern, der den physischen Kernen 1013 und 1014 entspricht, aber nicht mit dem logischen Kern, der den physischen Kernen 1011 und 1012 entspricht, verknüpft ist.
Demgemäß kann, wenn das RTOS 103 und das Universal-OS 104 nach Abschluss der Aktivierung betrieben werden, die Zuverlässigkeit des RTOS 103 und des Universal-OS 104 verbessert werden, indem dem RTOS 103 und dem Universal-OS 104 jeweils ein eigener physischer Kern zugewiesen wird. Dadurch ist es möglich, bei gleichzeitiger Verbesserung der Zuverlässigkeit des RTOS 103 und des Universal-OS 104, den Anzeigeinhalt, der bei Aktivierung der integrierten ECU 10 anzuzeigen ist, schneller anzuzeigen.
Darüber hinaus kann die Zuweisungsmenge während des Betriebs im Voraus so festgelegt und eingestellt werden, dass ein oder mehrere unterschiedliche physische Kerne 1011 bis 1014 jeweils dem RTOS 103 und dem Universal-OS 104 zugewiesen werden und die physischen Kerne, die sich den Cache teilen, demselben Betriebssystem zugewiesen werden. Dies liegt daran, dass dann, wenn die physischen Kerne, die sich den Cache teilen, unterschiedlichen Betriebssystemen zugewiesen werden, die physischen Kerne, auf die das eingefrorene Betriebssystem zugriff, nicht freigegeben werden, und andere Betriebssysteme, denen die physischen Kerne, die sich den Cache mit diesem physischen Kern teilen, zugewiesen sind, möglicherweise nicht arbeiten können.
Zum Beispiel kann im Beispiel der vorliegenden Ausführungsform, wenn der physische Kern 1011 und der physische Kern 1012 den Cache gemeinsam nutzen und der physische Kern 1013 und der physische Kern 1014 den Cache gemeinsam nutzen, Folgendes durchgeführt werden. Der virtuelle Kern, der mit dem logischen Kern verknüpft ist, der dem physischen Kern 1011 entspricht, und der virtuelle Kern, der mit dem logischen Kern verknüpft ist, der dem physischen Kern 1012 entspricht, dürfen nicht verschiedenen Betriebssystemen zugewiesen werden. Ferner dürfen der virtuelle Kern, der mit dem logischen Kern verknüpft ist, der dem physischen Kern 1013 entspricht, und der virtuelle Kern, der mit dem logischen Kern verknüpft ist, der dem physischen Kern 1014 entspricht, nicht verschiedenen Betriebssystemen zugewiesen werden.
Dadurch wird es möglich, die Zuverlässigkeit des RTOS 103 und des Universal-OS 104 weiter zu verbessern. Dadurch ist es möglich, bei gleichzeitiger Verbesserung der Zuverlässigkeit des RTOS 103 und des Universal-OS 104, den Anzeigeinhalt, der bei Aktivierung der integrierten ECU 10 anzuzeigen ist, schneller anzuzeigen.
Nachstehend ist ein Beispiel für die Zuweisungsmenge während des Betriebs unter Bezugnahme auf 5 beschrieben. In 5 ist ein Fall, in dem ein logischer Kern L1 bis L4 einem jeweiligen der physischen Kerne 1011 bis 1014 entspricht, als ein Beispiel veranschaulicht. In 5 ist ein Fall, in dem zwei virtuelle Kerne V1 bis V8 einem jeweiligen der logischen Kerne L1 bis L4 entsprechen, als ein Beispiel veranschaulicht. Der logische Kern L1 entspricht dem physischen Kern 1011, und die virtuellen Kerne V1 und V2 sind mit dem logischen Kern L1 verknüpft. Der logische Kern L2 entspricht dem physischen Kern 1012, und die virtuellen Kerne V3 und V4 sind mit dem logischen Kern L2 verknüpft. Der logische Kern L3 entspricht dem physischen Kern 1013, und die virtuellen Kerne V5 und V6 sind mit dem logischen Kern L3 verknüpft. Der logische Kern L4 entspricht dem physischen Kern 1014, und die virtuellen Kerne V7 und V8 sind mit dem logischen Kern L4 verknüpft. In 5 wird der Cache zwischen dem physischen Kern 1011 und dem physischen Kern 1012 und zwischen dem physischen Kern 1013 und dem physischen Kern 1014 geteilt (gemeinsam genutzt).
Im Beispiel von 5 sind die virtuellen Kerne in derselben Kombination, wie beispielsweise die Kombination der virtuellen Kerne V1 und V2, die Kombination der virtuellen Kerne V3 und V4, die Kombination der virtuellen Kerne V5 und V6 und die Kombination der virtuellen Kerne V7 und V8, nicht unterschiedlichen Betriebssystemen zugewiesen, so dass ein oder mehrere unterschiedliche physische Kerne 1011 bis 1014 jedem des RTOS 103 bzw. des Universal-OS 104 zugewiesen sind. Ferner ist im Beispiel von 5 die Zuweisung, bei der die virtuellen Kerne in derselben Kombination, wie beispielsweise die Kombination der virtuellen Kerne V1 bis V4 und die Kombination der virtuellen Kerne V5 bis V8, nicht unterschiedlichen Betriebssystemen zugewiesen werden, gleich der Zuweisung der virtuellen Kerne, bei der ein oder mehrere verschiedene physische Kerne 1011 bis 1014 jedem des RTOS 103 bzw. des Universal-OS 104 zugewiesen werden und die physischen Kerne, die sich den Cache teilen, demselben Betriebssystem zugewiesen werden.
Vorzugsweise kann die Zuweisungseinheit 1021 die gesamte Menge an virtuellen Kernen, die dem RTOS 103 und dem Universal-OS 104 zugewiesen werden können, zur Zeit der temporären Zuweisung dem RTOS 103 zuweisen. Die Zuweisung der Gesamtmenge virtueller Kerne, die dem RTOS 103 und dem Universal-OS 104 zugewiesen werden können, bedeutet, so wie sie hierin verwendet wird, nicht immer, dass die Gesamtmenge an Ressourcen des physischen Prozessors 101 zugewiesen wird. Es bedeutet, dass die Ressourcen des physischen Prozessors 101, mit Ausnahme der Ressourcen, die außer dem RTOS 103 und dem Universal-OS 104 benötigt werden, wie beispielsweise die Ressourcen zum Betreiben des Hypervisors 102, zugewiesen werden.
Gemäß einem Beispiel werden die virtuellen Kerne so zugewiesen, dass das RTOS 103 so konfiguriert werden kann, dass es alle logischen Kerne verwendet, während das Universal-OS 104 so konfiguriert werden kann, dass es keine logischen Kerne verwendet. Selbst wenn das RTOS 103 dazu gebracht wird, alle logischen Kerne zu nutzen, erreicht die Ressourcennutzungsrate aller logischen Kerne nicht 100 %.
Demnach können die Ressourcen des physischen Prozessors 101, die dem auf dem Hypervisor 102 arbeitenden Betriebssystem zugewiesen werden können, der Aktivierungsvorbereitung des RTOS 103 zugewiesen werden. Dadurch kann die Zeit bis zur vollständigen Aktivierung des RTOS 103 weiter verkürzt werden. Daher kann das Prioritätsbild, das durch die vom RTOS 103 ausgeführte Prioritätsanwendung anzuzeigen ist, schneller angezeigt werden. Dadurch kann der bei Aktivierung der integrierten ECU 10 schnell anzuzeigender Anzeigeinhalt schneller angezeigt werden.
Vorzugsweise kann die Zuweisungseinheit 1021 mit der temporären Zuweisung beginnen, bevor die Vorbereitung zum Aktivieren des Universal-OS 104 gestartet wird. Auf diese Weise können die Ressourcen des physischen Prozessors 101, die dem auf dem Hypervisor 102 arbeitenden Betriebssystem zugewiesen werden können, auf die Aktivierungsvorbereitung des RTOS 103 konzentriert werden, ohne Ressourcen zu verschwenden. Dadurch kann die Zeit bis zur vollständigen Aktivierung des RTOS 103 weiter verkürzt werden.
Vorzugsweise kann die Zuweisungseinheit 1021 die temporäre Zuweisung spätestens dann beenden, wenn die Aktivierung des RTOS 103 abgeschlossen ist. Dementsprechend wird nach der Anzeige des Anzeigeinhalts, der schneller anzuzeigen ist, wenn die integrierte ECU 10 aktiviert wird, die temporäre Zuweisung beendet, so dass die Ressourcen des physischen Prozessors 101, die dem Universal-OS 104 zuzuweisen sind, erhöht werden und die Zeit, die zum Abschließen der Aktivierung des Universal-OS 104 erforderlich ist, reduziert wird.
Die Zuweisungseinheit 1021 kann die temporäre Zuweisung vorzugsweise beenden, wenn die Aktivierung der Prioritätsanwendung abgeschlossen ist. Dementsprechend wird nach Anzeige des Anzeigeinhalts, der schneller anzuzeigen ist, wenn die integrierte ECU 10 aktiviert wird, die temporäre Zuweisung schneller beendet, so dass die Ressourcen des physischen Prozessors 101, die dem Universal-OS 104 zuzuweisen sind, erhöht werden und die Zeit, die zum Abschließen der Aktivierung des Universal-OS 104 erforderlich ist, weiter reduziert wird.
Nachdem die Aktivierung des RTOS 103 und des Universal-OS 104 abgeschlossen ist, kann die Zuweisungseinheit 1021 vorzugsweise die oben erwähnte Betriebszuweisungsmenge, die im Voraus als die Zuweisungsmenge nach Abschluss der Aktivierung des RTOS 103 und des Universal-OS 104 festgelegt und eingestellt wird, dem RTOS 103 bzw. dem Universal-OS 104 zuweisen. Demgemäß kann, wenn das RTOS 103 und das Universal-OS 104 nach Abschluss der Aktivierung betrieben werden, die Zuverlässigkeit des RTOS 103 und des Universal-OS 104 verbessert werden, indem dem RTOS 103 und dem Universal-OS 104 jeweils ein eigener physischer Kern zugewiesen wird.
Nachdem die Aktivierung der Prioritätsanwendung abgeschlossen ist, kann die Zuweisungseinheit 1021 die oben erwähnte Betriebszuweisungsmenge, die im Voraus als die Zuweisungsmenge nach Abschluss der Aktivierung des RTOS 103 und des Universal-OS 104 festgelegt und eingestellt wird, vorzugsweise dem RTOS 103 bzw. dem Universal-OS 104 zuweisen. Demgemäß kann, nachdem die Aktivierung der vom RTOS 103 ausgeführten Anwendung abgeschlossen wurde, die Zuverlässigkeit bei Ausführung der Anwendung durch das RTOS 103 verbessert werden, indem dem RTOS 103 und dem Universal-OS 104 jeweils ein eigener physischer Kern zugewiesen wird. Die Aktivierungsbefehlseinheit 1023 startet die Aktivierungsvorbereitung des Universal-OS 104 auf der Grundlage des Fortschritts der Errichtung des Hypervisors 102 und der Freigabe zum Starten der Aktivierungsvorbereitung des Universal-OS 104. Vorzugsweise kann die Aktivierungsbefehlseinheit 1023 die Aktivierungsvorbereitung des Universal-OS 104 erst dann beginnen, wenn die Aktivierungsvorbereitung des RTOS 103 eine vorbestimmte Stufe erreicht. Die hier erwähnte vorbestimmte Stufe kann z. B. eine Stufe sein, in der die Prioritätsanwendung auf dem RTOS 103 ausgeführt werden kann. Dadurch ist es möglich, die Hardwareressourcen des physischen Prozessors 101 auf die Vorbereitung zum Aktivieren des RTOS 103 zu konzentrieren, bis die Vorbereitung zum Aktivieren des RTOS 103 eine vorbestimmte Stufe erreicht, und die Prioritätsanwendung auf dem RTOS 103 kann schneller ausgeführt werden.
<Temporärzuweisungsbezogene Verarbeitung in Hypervisor 102>
Nachstehend ist ein Beispiel für einen Verarbeitungsablauf in Bezug auf eine temporäre Zuweisung im Hypervisor 102 (im Folgenden temporärzuweisungsbezogene Verarbeitung) unter Bezugnahme auf das in 6 gezeigte Ablaufdiagramm beschrieben. Ferner ist die Beziehung zwischen dem Betriebszustand des RTOS 103 und des Universal-OS 104 und der Änderung der Zuweisung der virtuellen Kerne im Hypervisor 102 anhand des in 7 gezeigten Zeitdiagramms beschrieben. Das in 6 gezeigte Ablaufdiagramm kann konfiguriert sein, um zu starten, wenn die Aktivierung des Haupt-Mikrocomputers 100 durch den Sub-Mikrocomputer 110, der den Start-Trigger erfasst hat, gestartet wird.
Zunächst werden in Schritt S1 die Errichtung des Hypervisors 102 und die Vorbereitung zum Aktivieren des RTOS 103 gestartet. In Schritt S2 weist die Zuweisungseinheit 1021 die gesamte Menge an virtuellen Kernen, die dem RTOS 103 und dem Universal-OS 104 zugewiesen werden können, dem RTOS 103 zu. Im Beispiel dieser Ausführungsform wird die temporäre Zuweisung zum Zuweisen der virtuellen Kerne so gestartet, dass das RTOS 103 gesteuert wird, um alle vier logischen Kerne zu verwenden, während das Universal-OS 104 gesteuert wird, um keine logischen Kerne zu verwenden. D. h., der virtuelle Kern wird mit einem Verhältnis von RTOS 103: Universal-OS 104 = 4 : 0 zugewiesen.
Wie in 7 gezeigt, werden Vorbereitungen zum Aktivieren des RTOS 103 gleichzeitig mit der Errichtung des Hypervisors 102 gestartet. Anschließend, wenn die Vorbereitung zum Aktivieren des RTOS 103 gestartet wird, wird die temporäre Zuweisung gestartet.
In Schritt S3, wenn die Aktivierung der Prioritätsanwendung im RTOS 103 abgeschlossen ist (JA in S3), schreitet der Prozess zu Schritt S4 voran. Wenn die Aktivierung der Prioritätsanwendung im RTOS 103 nicht abgeschlossen ist (NEIN in S3), wird der Prozess von Schritt S3 wiederholt.
Wie in 7 gezeigt, wird die Aktivierung der Prioritätsanwendung im RTOS 103 abgeschlossen, nachdem die Vorbereitung zum Aktivieren des RTOS 103 gestartet wurde und bevor die Aktivierung des RTOS 103 abgeschlossen ist. In 7 ist eine Konfiguration, bei der mehrere Anwendungen, einschließlich einer Prioritätsanwendung, ausgeführt werden können, wenn die Aktivierung des RTOS 103 abgeschlossen ist, als ein Beispiel beschrieben. Wenn das RTOS 103 ein OS bzw. Betriebssystem ist, das außer der Prioritätsanwendung nichts anderes ausführt, kann der Abschluss der Aktivierung der Prioritätsanwendung der Abschluss der Aktivierung des RTOS 103 sein.
In Schritt S4 beendet die Zuweisungseinheit 1021 die temporäre Zuweisung. In Schritt S5 startet die Zuweisungseinheit 1021 die Betriebszeitzuweisung, die die Betriebszeitzuweisungsmenge, die die Zuweisungsmenge der virtuellen Kerne nach der Aktivierung des RTOS 103 und des Universal-OS 104 ist, dem RTOS 103 und dem Universal-OS 104 jeweils zuweist. Im Beispiel dieser Ausführungsform werden die virtuellen Kerne so zugewiesen, dass das RTOS 103 zwei logische Kerne verwendet, während das Universal-OS 104 zwei logische Kerne verwendet, die das RTOS 103 nicht verwendet. D. h., der virtuelle Kern wird mit einem Verhältnis von RTOS 103: Universal-OS 104 = 2 : 2 zugewiesen.
In Schritt S6 startet die Aktivierungsbefehlseinheit 1022 die Aktivierungsvorbereitung des Universal-OS 104. In Schritt S7 wird die Aktivierung sowohl des RTOS 103 als auch des Universal-OS 104 abgeschlossen, und die temporärzuweisungsbezogene Verarbeitung wird beendet.
Wie in 7 gezeigt, wird nach Abschluss der Aktivierung der Prioritätsanwendung die Vorbereitung zum Aktivieren des Universal-OS 104 gestartet. Wenn die Aktivierung der Prioritätsanwendung abgeschlossen ist, endet die temporäre Zuweisung und wird die Betriebszeitzuweisung gestartet. Beispielsweise kann die Vorbereitung zum Aktivieren des Universal-OS 104 konfiguriert sein, um gestartet zu werden, nachdem die Zuweisung zur Zeit des Betriebs gestartet wurde. Ferner kann, wenn die Aktivierung der Prioritätsanwendung abgeschlossen ist und die Anzeige des Prioritätsbildes durch die Prioritätsanwendung auf dem Zähler-MID 30 zur Zeit der Aktivierung der integrierten ECU 10 zum ersten Mal gestartet wird, die temporäre Zuweisung beendet werden. Beispielsweise kann zur der Zeit, zu der das Prioritätsbild angezeigt wird, die temporäre Zuweisung abgeschlossen sein.
Nachdem die Aktivierung des RTOS 103 abgeschlossen ist, wird die Aktivierung des Universal-OS 104 mit einer Verzögerung abgeschlossen. Das Universal-OS 104, das aktiviert worden ist, wird Bilder vom Typ Infotainment anzeigen. Hier ändert sich die Betriebszeitzuweisungsmenge auch dann nicht, wenn die Aktivierung sowohl des RTOS 103 als auch des Universal-OS 104 abgeschlossen ist, nachdem die Betriebszeitzuweisung nach Abschluss der temporären Zuweisung erfolgt ist. Die Betriebszeitzuweisungsmenge wird im Voraus auf die vorbestimmte Zuweisungsmenge während des Betriebs des RTOS 103 und des Universal-OS 104 festgelegt und aufrechterhalten. Infolgedessen wird die Zuverlässigkeit des RTOS 103 und des Universal-OS 104 dadurch verbessert, dass sowohl dem RTOS 103 als auch dem Universal-OS 104 auch während des Betriebs des RTOS 103 und des Universal-OS 104 weiterhin jeweils ein eindeutiger physischer Kern zugewiesen wird. Um die Zuverlässigkeit des RTOS 103 und des Universal-OS 104 während des Betriebs des RTOS 103 und des Universal-OS 104 zu verbessern, ist es möglicherweise nicht wünschenswert, die temporäre Zuweisung bis zum Betrieb sowohl des RTOS 103 als auch des Universal-OS 104 fortzusetzen.
In der vorliegenden Ausführungsform werden die Zähleranzeige und das von der Heck- bzw. Rückfahrkamera aufgenommene Bild als Beispiel für das Prioritätsbild herangezogen. Alternativ kann die Konfiguration einen Aktivierungsbildschirm, wie z. B. ein Eröffnungsbild, umfassen, der zu Beginn der Nutzung des Fahrzeugs auf dem CID 20 und dem Zähler-MID 30 angezeigt wird.
<Erste Ausführungsform>
Gemäß der Konfiguration der ersten Ausführungsform, wie oben beschrieben, ist es möglich, die Zeit zu verkürzen, die zum Abschließen der Aktivierung des RTOS 103 erforderlich ist, verglichen mit dem Fall, in dem die temporäre Zuweisung nicht erfolgt. Folglich kann, wenn die integrierte ECU 10 aktiviert wird, die vom RTOS 103 ausgeführte Prioritätsanwendung schneller ausgeführt werden. Dadurch kann der bei Aktivierung der integrierten ECU 10 schnell anzuzeigender Anzeigeinhalt schneller angezeigt werden.
Ferner werden, da die mehreren physischen Kerne 1011 bis 1014, die im physischen Prozessor 101 enthalten sind, durch die Virtualisierungstechnologie in virtuelle Kerne abstrahiert werden, die Ressourcen des physischen Prozessors 101 durch temporäre Zuweisung temporär auf das RTOS 103 konzentriert. Gemäß der Konfiguration der ersten Ausführungsform wird nach Abschluss der temporären Zuweisung die Virtuelle-Kern-Zuweisung geändert, um sowohl dem RTOS 103 als auch dem Universal-OS 104 jeweils den eindeutigen bzw. eigenen physischen Kern zuzuweisen, so dass die Zuverlässigkeit jedes Betriebssystems verbessert wird.
Folglich ist es dann, wenn eine Technologie, die es mehreren Betriebssystemen ermöglicht, parallel zu arbeiten, für eine Fahrzeugsteuervorrichtung verwendet wird, die auf einer Anzeige im Fahrzeuginnenraum anzeigt, möglich, den Anzeigeinhalt, der angezeigt werden soll, schnell anzuzeigen, wenn die Fahrzeugsteuervorrichtung aktiviert wird, während die Zuverlässigkeit dieser Betriebssysteme verbessert wird.
(Zweite Ausführungsform)
In der ersten Ausführungsform ist eine Konfiguration aufgezeigt, bei der der vom Hypervisor 102 verwendete Kernel, bei dem es sich um Virtualisierungssoftware handelt, und das auf dem Hypervisor 102 arbeitende RTOS 103 gemeinsam sind; die vorliegende Ausführungsform ist jedoch nicht zwangsläufig hierauf beschränkt. Zum Beispiel kann das von der Virtualisierungssoftware verwendete Betriebssystem eine Konfiguration aufweisen, die nicht mit dem Kernel gemein ist, der von irgendeinem Betriebssystem verwendet wird, das auf der Virtualisierungssoftware läuft (im Folgenden die zweite Ausführungsform). Das Fahrzeuganzeigesystem 1 der zweiten Ausführungsform ähnelt dem Fahrzeuganzeigesystem 1 der ersten Ausführungsform, mit der Ausnahme, dass die konzeptionelle Konfiguration des physischen Prozessors 101 teilweise anders ist.
Nachstehend ist ein Beispiel für die konzeptionelle Konfiguration des physischen Prozessors 101 gemäß der zweiten Ausführungsform unter Bezugnahme auf 8 beschrieben. Hier ist ein Fall, in dem ein Hypervisor als die Virtualisierungssoftware verwendet wird und ein RTOS 103a und ein Universal-OS 104 als die beiden Betriebssysteme verwendet werden, als ein Beispiel beschrieben. Der Kernel des Hypervisors 102a ist nicht sowohl dem RTOS 103a als auch dem Universal-OS 104 gemeinsam. Der Hypervisor 102a und das RTOS 103a ähneln dem Hypervisor 102 und dem RTOS 103 der ersten Ausführungsform, mit der Ausnahme, dass die Kernel einander nicht gemeinsam sind.
Das RTOS 103a kann z. B. QNX sein. Das Universal-OS 104 kann z. B. Linux sein. Auf dem Haupt-Mikrocomputer 100 ist ein Hypervisor 102a auf einem physischen Prozessor 101 mit vier physischen Kernen 1011, 1012, 1013 und 1014 montiert. Nachstehend ist der Fall, dass die physischen Kerne 1011 bis 1014 der vorliegenden Ausführungsform nicht zwei Threads parallel auf einem physischen Kern ausführen, als ein Beispiel beschrieben. Daher sind die physischen Kerne 1011 bis 1014 jeweils logische Kerne.
Der Hypervisor 102a kann das RTOS 103a und das Universal-OS 104 parallel auf dem virtuellen Kern betreiben, aus dem der physische Prozessor 101 extrahiert ist. Hier weisen der Hypervisor 102a und das RTOS 103a, wie vorstehend beschrieben, keinen gemeinsamen Kernel auf. Dieses RTOS 103a entspricht ebenso dem ersten Betriebssystem.
In der ersten Ausführungsform weisen der Hypervisor 102 und das RTOS 103 einen gemeinsamen Kernel auf, während der Hypervisor 102 und das Universal-OS 104 keinen gemeinsamen Kernel aufweisen. Folglich beginnt, wenn die integrierte ECU 10 aktiviert wird, daher die Vorbereitung zum Aktivieren des RTOS 103 vor der Vorbereitung zum Aktivieren des Universal-OS 104. Demgegenüber ist es in der zweiten Ausführungsform, da weder das RTOS 103a noch das Universal-OS 104 denselben Kernel wie der Hypervisor 102a aufweisen, notwendig, die Vorbereitung zum Aktivieren des RTOS 103a vor der Vorbereitung zum Aktivieren des Universal-OS 104 zu starten, wenn die integrierte ECU 10 aktiviert wird.
Daher startet, in der zweiten Ausführungsform, die Aktivierungsbefehlseinheit 1022 des Hypervisors 102a die Aktivierungsvorbereitung des RTOS 103a, wenn die Errichtung des Hypervisors 102a voranschreitet und die Aktivierungsvorbereitung des RTOS 103a gestartet werden kann. Ferner verhindert die Aktivierungsbefehlseinheit 1022 des Hypervisors 102a, dass das Universal-OS 104 mit der Aktivierungsvorbereitung beginnt, bevor die Aktivierungsvorbereitung des RTOS 103 beginnt. Das RTOS 103a ähnelt dem RTOS 103 der ersten Ausführungsform, mit der Ausnahme, dass die Virtualisierungssoftware zum Betreiben des RTOS 103a und das RTOS 103a nicht den gemeinsamen Kernel aufweisen. Ferner kann, da der Kernel des Hypervisors 102a und der Kernel des RTOS 103a nicht gemeinsam sind, die Zuweisungseinheit 1021 des Hypervisors 102a die Funktion ausführen, ohne von der Steuerung des RTOS 103a abhängig zu sein.
Gemäß der Konfiguration der zweiten Ausführungsform wird die Ressource des physischen Prozessors 101 durch temporäre Zuweisung temporär auf das RTOS 103a konzentriert, wenn die integrierte ECU 10 aktiviert wird, was der Konfiguration der ersten Ausführungsform entspricht. Ähnlich der ersten Ausführungsform ist es dann, wenn eine Technologie, die es mehreren Betriebssystemen ermöglicht, parallel zu arbeiten, für eine Fahrzeugsteuervorrichtung verwendet wird, die auf einer Anzeige im Fahrzeuginnenraum anzeigt, möglich, den Anzeigeinhalt, der angezeigt werden soll, schnell anzuzeigen, wenn die Fahrzeugsteuervorrichtung aktiviert wird, während die Zuverlässigkeit dieser Betriebssysteme verbessert wird.
(Dritte Ausführungsform)
In der oben beschriebenen Ausführungsform ist die Konfiguration aufgezeigt, bei der das Fahrzeuganzeigesystem 1 zwei Anzeigen, das CID 20 und das MID 30, aufweist, wobei die vorliegende Ausführungsform nicht zwangsläufig hierauf beschränkt ist. Beispielsweise kann eine Anzeige verschieden von dem CID 20 und dem Zähler-MID 30 im Fahrzeuganzeigesystem 1 enthalten sein. So kann beispielsweise ein Head-up-Display anstelle des Zähler-MID 30 verwendet werden.
(Vierte Ausführungsform)
In der oben beschriebenen Ausführungsform ist ein Beispiel zum parallelen Betreiben von zwei Betriebssystemen auf Virtualisierungssoftware aufgezeigt: alternativ ist die vorliegende Ausführungsform nicht unbedingt hierauf beschränkt. Es können drei oder mehr Betriebssysteme vorhanden sein, die parallel arbeiten bzw. betrieben werden.
Die Steuervorrichtung, die Steuereinheit und das Steuerungsverfahren, die in der vorliegenden Offenbarung beschrieben sind, sind durch einen speziellen Computer realisierbar, der einen Prozessor enthält, der programmiert ist, um eine oder mehrere Funktionen auszuführen, die durch Computerprogrammen ausgeführt werden. Alternativ sind die Steuereinheit und das Steuerverfahren, die in der vorliegenden Offenbarung beschrieben sind, durch eine spezielle Hardware-Logikschaltung implementier- bzw. realisierbar. Alternativ können die Steuervorrichtung und das Steuerverfahren, die in der vorliegenden Offenbarung beschrieben sind, durch einen oder mehrere spezielle Computer realisierbar, die durch eine Kombination aus einem Prozessor, der ein Computerprogramm ausführt, und einer oder mehreren Hardware-Logikschaltungen konfiguriert sind. Ferner kann das Computerprogramm auf einem computerlesbaren, nichtflüchtigen, materiellen Speichermedium als von einem Computer ausgeführte Befehle gespeichert sein.
Hier umfasst der Prozess des Ablaufdiagramms oder das Ablaufdiagramm, der bzw. das in dieser Anwendung beschrieben ist, mehrere Abschnitte (oder Schritte), und jeder Abschnitt ist beispielsweise als S1 ausgedrückt. Ferner kann jeder Abschnitt in mehrere Unterabschnitte unterteilt sein, während mehrere Abschnitte zu einem einzigen Abschnitt zusammengefasst sein können. Darüber hinaus kann jeder so konfigurierte Abschnitt ebenso als eine Vorrichtung, ein Modul und ein Mittel bezeichnet werden.
Obgleich die vorliegende Offenbarung vorstehend anhand von beispielhaften Ausführungsformen dargelegt ist, sollte wahrgenommen werden, dass sie nicht auf solche beispielhaften Ausführungsformen und Strukturen beschränkt ist. Die vorliegende Offenbarung umfasst verschiedene Modifikationen und Variationen im Rahmen von Äquivalenten. Darüber hinaus sind verschiedene Kombinationen und Formen sowie andere Kombinationen und Formen, die nur ein Element, mehr als das oder weniger als das beinhalten, ebenso im Sinne und Umfang der vorliegenden Offenbarung.
ZITATE ENTHALTEN IN DER BESCHREIBUNG
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
Zitierte Patentliteratur

JP 2019108849 [0001]
JP 2010277177 A [0007]

Claims

Fahrzeugsteuervorrichtung, die eine in einem Fahrzeuginnenraum angeordnete Anzeige (20, 30) steuert, wobei die Fahrzeugsteuervorrichtung aufweist: - einen physischen Prozessor (101), der mehrere Betriebssysteme (103, 103a, 104) parallel auf Virtualisierungssoftware (102, 102a) per Virtualisierungstechnologie betreibt; - eine Trigger-Erfassungseinheit (110), die einen Aktivierungs-Trigger der Fahrzeugsteuervorrichtung erfasst; und - eine Zuweisungseinheit (1021), wobei - der physische Prozessor mehrere physische Prozessorkerne (1011, 1012, 1013, 1014), durch die Virtualisierungstechnologie in virtuelle Prozessorkerne abstrahiert, aufweist; - die mehreren Betriebssysteme umfassen: ein erstes Betriebssystem (103, 103a), das das Betriebssystem zum Ausführen einer Prioritätsanwendung ist, die eine Anwendung zum Anzeigen eines Anzeigeinhalts ist, der bevorzugt anzuzeigen ist, wenn die Fahrzeugsteuervorrichtung aktiviert wird; und ein zweites Betriebssystem (104) als ein anderes Betriebssystem; und - dann, wenn die Trigger-Erfassungseinheit den Aktivierungs-Trigger erfasst, um das erste Betriebssystem (103, 103a) und das zweite Betriebssystem (104) zu aktivieren, die Zuweisungseinheit eine temporäre Zuweisung ausführt, die das erste Betriebssystem temporär den virtuellen Prozessorkernen mit einer Zuweisungsmenge der virtuellen Prozessorkerne zuweist, die größer ist als eine im Voraus festgelegte Zuweisungsmenge der virtuellen Prozessorkerne als eine anfängliche Zuweisungsmenge, nachdem eine Aktivierung des ersten Betriebssystems abgeschlossen wurde.
Fahrzeugsteuervorrichtung nach Anspruch 1, wobei die Zuweisungseinheit die temporäre Zuweisung spätestens dann beendet, wenn die Aktivierung des ersten Betriebssystems abgeschlossen ist.
Fahrzeugsteuervorrichtung nach Anspruch 2, wobei die Zuweisungseinheit die temporäre Zuweisung beendet, wenn die Aktivierung der Prioritätsanwendung abgeschlossen ist.
Fahrzeugsteuervorrichtung nach Anspruch 2 oder 3, wobei - die Zuweisungseinheit dem ersten Betriebssystem und dem zweiten Betriebssystem jeweils Betriebszeitzuweisungsmengen zuweist, nachdem die Aktivierung des ersten Betriebssystems und des zweiten Betriebssystems abgeschlossen ist; und - die Betriebszeitzuweisungsmengen Zuweisungsmengen der virtuellen Prozessorkerne sind, die im Voraus festgelegt und als Zuweisungsmengen eingestellt werden, nachdem die Aktivierung des ersten Betriebssystems bzw. des zweiten Betriebssystems abgeschlossen ist.
Fahrzeugsteuervorrichtung nach Anspruch 3, wobei - die Zuweisungseinheit dem ersten Betriebssystem und dem zweiten Betriebssystem jeweils Betriebszeitzuweisungsmengen zuweist, nachdem die Aktivierung der Prioritätsanwendung abgeschlossen ist; und - die Betriebszeitzuweisungsmengen Zuweisungsmengen der virtuellen Prozessorkerne sind, die im Voraus festgelegt und als Zuweisungsmengen eingestellt werden, nachdem die Aktivierung des ersten Betriebssystems bzw. des zweiten Betriebssystems abgeschlossen ist.
Fahrzeugsteuervorrichtung nach Anspruch 4 oder 5, wobei, wenn die Zuweisungseinheit dem ersten Betriebssystem und dem zweiten Betriebssystem jeweils die Betriebszeitzuweisungsmenge zuweist, die Zuweisungseinheit die Betriebszeitzuweisungsmenge so zuweist, dass dem ersten Betriebssystem und dem zweiten Betriebssystem jeweils ein oder mehrere unterschiedliche physische Prozessorkerne zugewiesen werden.
Fahrzeugsteuervorrichtung nach Anspruch 6, wobei, wenn die Zuweisungseinheit dem ersten Betriebssystem und dem zweiten Betriebssystem jeweils die Betriebszeitzuweisungsmenge zuweist, die Zuweisungseinheit die Betriebszeitzuweisungsmenge so zuweist, dass dem ersten Betriebssystem und dem zweiten Betriebssystem jeweils ein oder mehrere unterschiedliche physische Prozessorkerne zugewiesen werden, und physische Prozessorkerne, die sich einen Cache teilen, demselben Betriebssystem zugewiesen werden.
Fahrzeugsteuervorrichtung nach einem der Ansprüche 1 bis 7, wobei die Zuweisungseinheit die temporäre Zuweisung startet, bevor eine Vorbereitung zum Aktivieren des zweiten Betriebssystems gestartet wird.
Fahrzeugsteuervorrichtung nach Anspruch 8, wobei - das erste Betriebssystem (103) einen gemeinsamen Kernel mit der Virtualisierungssoftware (102) verwendet; - das zweite Betriebssystem keinen gemeinsamen Kernel mit der Virtualisierungssoftware verwendet; und - wenn die Trigger-Erfassungseinheit den Aktivierungs-Trigger erfasst, eine Vorbereitung zum Aktivieren des ersten Betriebssystems gestartet wird, bevor die Vorbereitung zum Aktivieren des zweiten Betriebssystems gestartet wird.
Fahrzeugsteuervorrichtung nach einem der Ansprüche 1 bis 10, wobei die Zuweisungseinheit eine Gesamtmenge der virtuellen Prozessorkerne, die dem ersten Betriebssystem und dem zweiten Betriebssystem zugewiesen werden kann, dem ersten Betriebssystem zu einer Zeit der temporären Zuweisung zuweist.
Fahrzeuganzeigesystem, aufweisend: - eine Anzeige (20, 30), die in einem Fahrzeuginnenraum angeordnet ist; und - die Fahrzeugsteuervorrichtung (10) nach einem der Ansprüche 1 bis 10, die die Anzeige zum Anzeigen steuert.
Fahrzeuganzeigesteuerverfahren zum Steuern einer in einem Fahrzeuginnenraum angeordneten Anzeige (20, 30) durch eine Fahrzeugsteuervorrichtung (10), wobei das Fahrzeuganzeigesteuerverfahren die folgenden Schritte aufweist: - Erfassen eines Aktivierungs-Triggers der Fahrzeugsteuervorrichtung; - Abstrahieren mehrerer physischer Prozessorkerne (1011, 1012, 1013, 1014), die in einem physischen Prozessor (101) enthalten sind, um mehrere Betriebssysteme (103, 103a, 104) parallel auf Virtualisierungssoftware (102, 102a) durch Virtualisierungstechnologie zu betreiben, in virtuelle Prozessorkerne durch die Virtualisierungstechnologie; und - dann, wenn der Aktivierungs-Trigger erfasst wird, um ein erstes Betriebssystem (103, 103a) und ein zweites Betriebssystem (104) zu aktivieren, Ausführen einer temporären Zuweisung, die das erste Betriebssystem temporär den virtuellen Prozessorkernen mit einer Zuweisungsmenge der virtuellen Prozessorkerne zuweist, die größer ist als eine im Voraus festgelegte Zuweisungsmenge der virtuellen Prozessorkerne als eine anfängliche Zuweisungsmenge, nachdem eine Aktivierung des ersten Betriebssystems abgeschlossen wurde, wobei - die mehreren Betriebssysteme umfassen: das erste Betriebssystem (103, 103a), das das Betriebssystem zum Ausführen einer Prioritätsanwendung ist, die eine Anwendung zum Anzeigen eines Anzeigeinhalts ist, der bevorzugt anzuzeigen ist, wenn die Fahrzeugsteuervorrichtung aktiviert wird; und ein zweites Betriebssystem (104) als ein anderes Betriebssystem.