-
Hintergrund
-
Ein Computersystem umfasst ein Basiseingabe/ausgabe-System (BIOS), das Zugriff auf Hardwarevorrichtungen niedriger Ebene bereitstellt, wie z. B. Tastaturen, Plattenlaufwerk, usw. Bei einigen Systemen stellt eine Schnittstelle, wie z. B. die Windows Management Instrumentation (WMI) dem Betriebssystem einen Zugriff auf das BIOS bereit. Eine Schnittstellendatei, wie z. B. eine MOF-Datei (MOF = Managed Object Format = Verwaltetes-Objekt-Format) ist auch vorgesehen, um Zugriff auf das BIOS durch das Betriebssystem bereitzustellen. Eine MOF-Datei beschreibt Klassen und Verfahren, die für das Betriebssystem und alle Anwendungen, die auf demselben laufen, verfügbar sind. Die WMI-Schnittstelle definiert die Schnittstelle zu dem BIOS, und die MOF-Datei definiert die Datenstrukturen und die Verfahren, die durch das BIOS unterstützt werden.
-
Kurze Beschreibung der Zeichnungen
-
Für eine detaillierte Beschreibung darstellender Ausführungsbeispiele der Erfindung wird nun auf die beiliegenden Zeichnungen Bezug genommen.
-
1 zeigt ein System gemäß verschiedenen Ausführungsbeispielen;
-
2 zeigt ein Verfahren gemäß verschiedenen Ausführungsbeispielen;
-
3 zeigt ein System gemäß einem anderen Ausführungsbeispiel; und
-
4 zeigt ein Verfahren gemäß einem anderen Ausführungsbeispiel.
-
Detaillierte Beschreibung
-
Unterschiedliche Konfigurationen von Computersystemen haben unterschiedliche Funktionalitäten niedriger Ebene. Beispielsweise kann es sein, dass ein Computersystem Temperatursensoren hat während ein anderes Computersystem keine hat. Das BIOS in dem ersteren Computersystem würde Unterstützung bereitstellen, um auf die Temperatursensoren zuzugreifen. Das BIOS in dem letzteren Computersystem (keine Temperatursensoren) müsste keine solche Unterstützung bereitstellen.
-
Die MOF-Datei wird typischerweise vor ihrer Installation in das Computersystem kompiliert und somit bevor der Computer aus seinen Bestandteilen zusammengesetzt wird. Computer haben normalerweise nicht die Fähigkeit ihre MOF-Datei zu bearbeiten oder durch eine neue MOF-Datei zu ersetzen. Da die MOF-Datei statisch ist und da eine Vielzahl von Computersystemkonfigurationen auf dem Computermarkt verfügbar sind, ist zumindest in einigen Fällen eine MOF-Datei, die jede Computersystemkonfiguration unterstützen kann, in jedem Computersystem enthalten. Eine solche MOF-Datei kann Unterstützung für eine Vorrichtung (z. B. einen Temperatursensor) oder eine andere Art von Konfigurationselement (z. B. Sicherheitsnachweis) bereitstellen, die eventuell in dem bestimmten System, in dem diese MOF-Datei verwendet wird, nicht existiert.
-
Gemäß verschiedenen Ausführungsbeispielen ist eine Mehrzahl von Schnittstellen-(MOF-) Dateien in einem nichtflüchtigen Speicher eines elektronischen Systems, wie z. B. eines Computers, vorgesehen. Logik, wie z. B. das BIOS des Systems, wird durch den Prozessor ausgeführt, um die Konfiguration des Systems zu bestimmen und wählt eine geeignete Schnittstellendatei aus den mehreren möglichen Schnittstellendateien und verwendet die ausgewählte Schnittstellendatei, um es dem Betriebssystem oder Anwendungen, die unter dem Betriebssystem laufen, auf das BIOS zuzugreifen. Bei anderen Ausführungsbeispielen wird eine unkompilierte Schnittstellendatei bereitgestellt, von der basierend auf der Systemkonfiguration eine geeignete kompilierte Schnittstellendatei erzeugt wird.
-
1 zeigt ein System 10 gemäß verschiedenen Ausführungsbeispielen. Das in 1 dargestellte System ist das eines Computers, kann aber darstellend sein für andere Systemtypen bei anderen Ausführungsbeispielen. Wie es gezeigt ist, weist das System 10 einen Prozessor 12 auf, der mit drei Speichervorrichtungen 14, 16 und 18 gekoppelt ist. Die Speichervorrichtung 14 weist flüchtige Speicherung auf, wie z. B. Direktzugriffsspeicher und wird daher als „Speicher” bezeichnet. Die Speichervorrichtung 16 weist nichtflüchtige Speicherung auf, wie z. B. ein Festplattenlaufwerk (HDD; HDD = hard disk drive) 16 und wird als ein „HDD” bezeichnet. Die Speicherungsvorrichtung 18 weist auch nichtflüchtige Speicherung auf, wie z. B. jede Form von Nur-Lese-Speicher (ROM) und wird daher als „ROM” bezeichnet. Der ROM 18 kann einen nichtprogrammierbaren ROM, einen programmierbaren ROM (PROM), einen elektrisch löschbaren PROM (EEPROM) und dergleichen aufweisen. Der ROM 18 speichert das Basiseingabe/ausgabe-System (BIOS) 24 des Systems und kann auch als der „System-ROM” bezeichnet werden. Jede einzelne oder eine Kombination der Speichervorrichtungen 14–18 wird hierin als computerlesbares Speichermedium bezeichnet.
-
Das BIOS 24 weist Code auf, der durch den Prozessor 12 während der Systeminitialisierung ausgeführt wird, um einen Einschalt-Selbsttest (POST; POST = power-on self-test) durchzuführen. Das BIOS 24 weist auch Code auf, der Zugriff auf verschiedene Hardwarevorrichtungen bereitstellt, einschließlich, beispielsweise, Tastatur, Maus, Temperatursensoren, Plattenlaufwerke, usw. Während oder nach dem Hochfahren des Systems 10 wird das BIOS 24 gemäß zumindest einigen Ausführungsbeispielen zu dem Speicher 14 kopiert und danach von dem Speicher 14 ausgeführt. Die Kopie des BIOS 24 in dem Speicher 14 ist in 1 als BIOS 24a dargestellt.
-
Die verschiedenen Speichervorrichtungen 14–18 koppeln mit dem Prozessor durch einen oder mehrere Busse und/oder dazwischenliegende Logik (z. B. eine Brückenvorrichtung). Obwohl eine darstellende Architektur für das System 10 in 1 gezeigt ist, können bei anderen Ausführungsbeispielen andere Architekturen verwendet werden.
-
Mit weiterer Bezugnahme auf 1 speichert das HDD 16 ein Betriebssystem 30 und eine Verwaltungsschnittstelle 32. Das Betriebssystem 30 und die Verwaltungsschnittstelle 32 weisen Code auf, der durch den Prozessor 12 ausgeführt werden kann. Das Betriebssystem 30 stellt eine Plattform bereit, auf der eine oder mehrere Anwendungen ausführen können. Die Verwaltungsschnittstelle 32 stellt eine Schnittstelle bereit, die durch das Betriebssystem 30 nutzbar ist, um auf das BIOS 24 zuzugreifen (Bezugnahmen hierin auf das BIOS 24 umfassen auch das BIOS 24a). Gemäß zumindest einem Ausführungsbeispiel weist das Betriebssystem 30 das WINDOWS® oder WINDOWS VISTA® Betriebssystem auf, und die Verwaltungsschnittstelle weist die Windows Management Instrumentation (WMI) auf, beide von der Microsoft Corporation. Auf das Hochfahren des Systems 10 hin werden das Betriebssystem 30 und die Verwaltungsschnittstelle 32 zu dem Speicher 14 kopiert und in 1 sind dieselben dargestellt als Betriebssystem 30a und Verwaltungsschnittstelle 32a. Bezugnahmen hierin auf das Betriebssystem 32 umfassen die Kopie des Betriebssystems in dem Speicher 14 (Betriebssystem 30a). Gleichartig dazu umfassen Bezugnahmen hierin auf die Verwaltung 32 die Kopie der Verwaltungsschnittstelle in dem Speicher 14 (Verwaltungsschnittstelle 32a).
-
Bei dem Ausführungsbeispiel von 1 speichert der System-ROM 18 auch eine Mehrzahl von Schnittstellendateien 28. Bei anderen Ausführungsbeispielen sind die Schnittstellendateien 28 an anderer Stelle außer auf dem System-ROM 18 gespeichert. Jede Schnittstellendatei 28 beschreibt Klassen und Verfahren die für das Betriebssystem 32 und allen Anwendungen, die darauf laufen, verfügbar sind. Gemäß zumindest einem Ausführungsbeispiel ist jede Schnittstellendatei 28 eine MOF-Datei (MOF = management object format). Gemäß verschiedenen Ausführungsbeispielen bestimmt der Prozessor 12 des Systems 10 während der Initialisierung oder des Hochfahrens des Systems die Konfiguration des Systems und wählt eine Schnittstellendatei 28 aus, die für diese bestimmte Konfiguration geeignet ist. Die ausgewählte Schnittstellendatei 28 wird ausgewählt für die Verwendung während der Laufzeit (nachdem das Betriebssystem geladen hat) des Systems 10 und wird auf die Speichervorrichtung 14 kopiert für die nachfolgende Verwendung von der Speichervorrichtung 14. Die Kopie der Schnittstellendatei in der Speichervorrichtung 14 wird in 1 als Schnittstellendatei 28a dargestellt. Gemäß zumindest einigen Ausführungsbeispielen kann die Verwendung der ausgewählten Schnittstellendatei 28 wie folgt sein. das Betriebssystem 32 oder eine Anwendung, die unter dem Betriebssystem 32 lauft, kann eine Anforderung nach Daten oder einen Aufruf für ein bestimmtes Verfahren zu der Verwaltungsschnittstelle 32 für Daten initiieren. Die Verwaltungsschnittstelle 32 erzeugt eine Systemverwaltungsunterbrechung (SMI; SMI = system management interrupt), die wiederum durch das BIOS 24 verarbeitet wird. Das BIOS 24 gewinnt die angeforderten Daten wieder oder führt das aufgerufene Verfahren durch, und liefert die wieder gewonnenen Daten oder den Statuts, der sich von der Ausführung des aufgerufenen Verfahrens ergibt, an die Logik (Betriebssystem 32 oder Anwendung), die den Zugriff auf das BIOS zuerst initiiert hat. Die bei dem Beispiel von 1 gezeigten Schnittstellendateien 28 sind vorkompilierte Dateien. Das heißt die Schnittstellendateien 28, die auf dem System-ROM 18 gespeichert sind, wurden kompiliert, bevor sie auf den System-ROM 18 geladen wurden. Sobald eine Schnittstellendatei 28 ausgewählt ist, kann diese Datei dann ausgeführt werden, ohne die Datei zu kompilieren, da die Datei bei diesem Ausführungsbeispiel bereits kompiliert ist.
-
Der Prozessor 12 kann die Konfiguration des Systems 10 gemäß jeder einer Vielzahl von Techniken bestimmen. Beispielsweise können eine oder mehrere nichtflüchtige Speichervorrichtungen 40 (z. B. Komplementär-Metalloxid-Halbleiter-(CMOS-)Speichervorrichtungen) einen Teil oder alle der Konfigurationsinformationen speichern, die dem System 10 zugeordnet sind, oder zumindest genug von der Konfiguration, die für die Auswahl der Schnittstellendatei 28 ausreicht. Solche Konfigurationsinformationen können beispielsweise das Vorliegenden von Hardwarevorrichtungen umfassen, wie z. B. Gehäuseverriegelung und/oder Temperatursensoren, verifizierte Sicherheitsnachweise und das Betriebssystem, das in dem System 10 ausführt.
-
Gemäß einem anderen Ausführungsbeispiel kann die Konfiguration des Systems 10 dadurch bestimmt werden, dass das BIOS 24 Aufrufe an alle möglichen Konfigurationselemente für jedes solche Element ausgibt, falls dies vorliegt, oder zugeordnete Logik, um auf den Aufruf mit Informationen zu antworten, die anzeigen, ob dieses Element vorliegt. Falls das Element vorliegt, wird das Element auf den Aufruf antworten; falls das Element nicht vorliegt wird keine Antwort ausgegeben. Das BIOS 24 kann beispielsweise Aufrufe an alle Hardwarevorrichtungen ausgeben, die möglicherweise in dem System vorliegen können, um zu bestätigen, ob jede solche Vorrichtung vorliegt oder nicht vorliegt. Ferner kann das BIOS 24 Aufrufe ausgeben, um das Vorhandensein oder Nichtvorhandensein von Nichthardwarekonfigurationselementen, wie z. B. Sicherheitsnachweisen, zu erfassen.
-
Über welchen Mechanismus oder Prozedur auch immer, der/die verwendet wird, um die Konfiguration des Systems 10 zu bestimmen, wird die Schnittstellendatei 28, die für die Verwendung in einem System mit dieser bestimmten Konfiguration am besten geeignet ist, für die Verwendung ausgewählt. Bei einigen Ausführungsbeispielen kann eine Datenstruktur 29 (z. B. Nachschlagtabelle) in dem System-ROM 18 gespeichert sein. Eine solche Datenstruktur 29 kann eine Abbildung zwischen verschiedenen Konfigurationen und Schnittstellendateien 28 bereitstellen. Somit wird auf das Bestimmen der Konfiguration für das System 10 hin auf die Datenstruktur 29 zugegriffen um die entsprechende Schnittstellendatei nachzuschlagen. Bei anderen Ausführungsbeispielen kann Logik, die die korrekte Schnittstellendatei 28 für eine gegebene Konfiguration auswählt, fest in Code codiert sein, wie z. B. BIOS 24.
-
Bei einigen Ausführugsbeispielen speichert der System-ROM 18 auch eine ACPI-differenzierte Systembeschreibungstabelle 26 (ACPI = advanced configuration power interface = fortgeschrittene Konfigurationsleistungsschnittstelle). Die Schnittstellendatei 28 ist ausgewählt für die Verwendung bei einigen Ausführungsbeispielen durch Einbetten einer Sekundärsystembeschreibungstabelle, die die ausgewählte MOF-Datei enthält, in die ACPI-Tabelle 26.
-
Die ausgewählte Schnittstellendatei 28 wird während der Laufzeit (d. h. nachdem das Betriebssystem 30 mit der Ausführung beginnt, verwendet, um es dem Betriebssystem 30 zu ermöglichen, auf das BIOS 24 zuzugreifen. Die Schnittstellendatei 28 erlaubt es beispielsweise Nutzern, durch Interaktion mit dem Betriebssystem verschiedenen Schritte durchzuführen, wie z. B. Ändern von BIOS-Konfigurationsoptionen, Betrachten von Temperatursensordaten, Durchführen von Sicherheitsoperationen, usw.
-
2 stellt ein Verfahren 100 dar, das auf dem System 10 implementiert ist. Jeder Schritt, der in 2 dargestellt ist, wird gemäß zumindest einigen Ausführungsbeispielen durch den Prozessor 12 durchgeführt. Bei 102 bestimmt der Prozessor 12 die Konfiguration des Systems 10. Bei 104 wird eine der Mehrzahl von Schnittstellendateien basierend auf der Konfiguration des Systems durch den Prozessor 12 ausgewählt. Bei 106 gewinnt der Prozessor 12 die ausgewählte Schnittstellendatei wieder und verwendet dieselbe, um es dem Betriebssystem 30 zu ermöglichen, während der Laufzeit auf das BIOS 24 zuzugreifen.
-
Wie es oben angemerkt wurde, können die in 1 gezeigten Schnittstellendateien kompiliert worden sein, bevor dieselben auf den System-ROM 18 geladen wurden. Bei anderen Ausführungsbeispielen kann es sein, dass die Schnittstellendateien 28 nicht vorkompiliert sind und Klartextdateien sein können, die durch das System 10 kompiliert werden müssen, bevor sie verwendet werden. Bei einigen Ausführungsbeispielen speichert der System-ROM 18 nur eine einzige unkompilierte Schnittstellendatei. 3 stellt ein Ausführungsbeispiel eines Systems 130 dar, bei dem eine unkompilierte Schnittstellendatei 38 auf einem System-ROM 51 gespeichert ist. Der System-ROM 51 bei diesem Ausführungsbeispiel weist ein BIOS 24, eine ACPI-Tabelle 26, eine Datenstruktur 46 und einen Kompilierer 50 auf, wie es gezeigt ist.
-
4 stellt ein Verfahren 150 dar für die Verwendung mit einer unkompilierten Schnittstellendatei 28. Das Verfahren 150 in 4 (auch mit Bezugnahme auf 3 erörtert) wird durch den Prozessor 12 gemäß zumindest einigen Ausführungsbeispielen durchgeführt. Bei 152 wird die Konfiguration des Systems 130 wie vorher erläutert bestimmt. Bei 154 weist das Verfahren für jedes Konfigurationselement der so bestimmten Konfiguration das Auswählen eines Teilsatzes der urkompilierten Schnittstellendatei 38 auf, und das Speichern des ausgewählten Teilsatzes in einer Zielschnittstellendatei 42, die in dem Speicher 14 erzeugt wird, und während der Systeinkonfiguration oder während der Laufzeit dynamisch zusammengestellt wird. Ein bestimmtes Konfigurationselement kann bei 154 auf einen Abschnitt des Texts der Schnittstellendatei 38 abgebildet werden. Bei 152 kann beispielsweise bestimmt werden, dass ein Temperatursensor in dem System 130 vorliegt. Falls ein Temperatursensor vorliegt, kann derselbe auf einen Abschnitt der unkompilierten Schnittstellendatei 38 abgebildet werden, der sich auf das Zugreifen und Verwenden eines solchen Temperatursensors bezieht. Bei einigen Ausführungsbeispielen ist eine Datenstruktur (D. S.) 46 beispielsweise auf dem System-ROM 51 vorgesehen. Eine solche Datenstruktur 46 bildet die Konfigurationselemente auf die entsprechenden Abschnitte der Schnittstellendatei 38 ab.
-
Sobald die Zielschnittstellendatei 42 in dem Speicher 14 von der unkompilierten Schnittstellendatei 38 erzeugt wird, wird die Zielschnittstellendatei 42 kompiliert (156) um die kompilierte Zielschnittstellendatei 44 zu erzeugen. Ein Kompilierer, wie z. B. ein MOF-Kompilierer kann zu diesem Zweck auf dem System-ROM 18 vorgesehen sein. Bei 158 wird die dynamisch kompilierte Schnittstellendatei 44 wie oben erläutert verwendet.
-
Die obige Erörterung ist darstellend für die Prinzipien und verschiedenen Ausführungsbeispiele der vorliegenden Erfindung. Für Fachleute auf diesem Gebiet werden zahlreiche Variationen und Modifikationen offensichtlich, sobald die obige Offenbarung vollständig klar ist. Die folgenden Ansprüche sind so zu interpretieren, dass sie alle solchen Variationen und Modifikationen umfassen.
