DE4408544C2 - Automatische Installation - Google Patents

Automatische Installation

Info

Publication number
DE4408544C2
DE4408544C2 DE4408544A DE4408544A DE4408544C2 DE 4408544 C2 DE4408544 C2 DE 4408544C2 DE 4408544 A DE4408544 A DE 4408544A DE 4408544 A DE4408544 A DE 4408544A DE 4408544 C2 DE4408544 C2 DE 4408544C2
Authority
DE
Germany
Prior art keywords
supply system
installation
program
target computer
target
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.)
Expired - Fee Related
Application number
DE4408544A
Other languages
English (en)
Other versions
DE4408544A1 (de
Inventor
Axel Lindeblatt
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.)
Wincor Nixdorf International GmbH
Original Assignee
Siemens Nixdorf Informationssysteme AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens Nixdorf Informationssysteme AG filed Critical Siemens Nixdorf Informationssysteme AG
Priority to DE4408544A priority Critical patent/DE4408544C2/de
Priority to ES95910433T priority patent/ES2106640T3/es
Priority to EP95910433A priority patent/EP0750766B1/de
Priority to PCT/DE1995/000275 priority patent/WO1995025303A1/de
Priority to DE59500538T priority patent/DE59500538D1/de
Publication of DE4408544A1 publication Critical patent/DE4408544A1/de
Application granted granted Critical
Publication of DE4408544C2 publication Critical patent/DE4408544C2/de
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4416Network booting; Remote initial program loading [RIPL]

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)
  • Computer And Data Communications (AREA)

Description

Technisches Gebiet
Das Verfahren betrifft die Installation von Software auf Da­ tenverarbeitungsanlagen vor deren Auslieferung an Kunden.
Stand der Technik
Bislang werden Datenverarbeitungsanlagen, auch Arbeitsplatz­ rechner für persönliche Benutzung durch nur einen Benutzer (sog. Personal Computer) in der Regel ohne installiertes Betriebssystem und installierte Anwendungsprogramme ausge­ liefert. Die Installation der Software wird dann durch den Käufer und Betreiber durchgeführt. Es besteht jedoch der Wunsch des Kunden, daß auf dem gekauften Rechner die gleich­ zeitig gekaufte Software bereits vollständig installiert ist. Die gleiche Forderung gilt für Rechner mit fest zuge­ ordnete Aufgaben, beispielsweise Computerkassen, für die kundenspezifische Softwarekonfigurationen bereitgestellt werden müssen. Sofern es sich nur um wenige Standard-Konfi­ gurationen handelt, kann diese Aufgabe leicht durch Kopieren von Muster-Datenträgern erreicht werden. In allen anderen Fällen muß bislang die Installation manuell durch einen qua­ lifizierte Softwaretechniker durchgerührt werden.
In dem IBM Technical Disclosure Bulletin, Vol. 26, Nr. 10B, März 1984, S. 5609-5610, wird ein Verfahren beschrieben, nach dem ein Hilfsprogramm auf Anforderung des Zielrechners an diesen gesendet wird und danach auf dem Zielrechner eine Schnittstelle bereitstellt, die sich wie ein Magnetplatten­ laufwerk verhält und zum Laden eines Betriebssystems geeignet ist. In der Patentschrift US 5,146,568 wird ein vergleichbares Verfahren ausführlicher und mit weiteren Ausführungsvarianten beschrieben. Dabei laufen die beschriebenen Vorgänge jeweils beim Neustart des Rechners ab und bewirken keine permanent wirksame Veränderung, d. h. keine Installation von Software.
Besondere Probleme ergeben sich in sicherheitsrelevanten Be­ reichen, in denen Arbeitsplatzrechner ohne vom Anwender be­ triebsmäßig auswechselbaren Datenträger eingesetzt werden sollen. Bislang muß dort zunächst beispielsweise ein Disket­ tenlaufwerk angeschlossen, der Installationsvorgang durchge­ führt, und dann das Diskettenlaufwerk demontiert werden. Ähnliches gilt für Geräte ohne Standard-Bildschirm und -Tastatur, wie beispielsweise die oben erwähnten Computer­ kassen. Bislang mußten für die Installation beide Geräte an­ geschlossen werden und die zugehörigen Schnittstellen am ausgelieferten Geräte vorhanden sein.
Aufgabe der Erfindung ist es daher, einen Weg zu finden, mit dem der gesamte Installationsvorgang weitgehend auto­ matisiert werden kann, ohne daß Benutzereingaben oder aus­ wechselbare Datenträger erforderlich sind.
Darstellung der Erfindung
Die Erfindung nutzt die Erkenntnis aus, daß die zu konfigu­ rierenden Rechner über eine Datenkommunikationseinrichtung verfügen. Vielfach ist diese Datenkommunikationseinrichtung als Anschluß an ein lokales Netz (LAN) ausgebildet und weist damit eine hohe Übertragungsrate auf. Die Erstinstallation besteht darin, daß zunächst durch ein in einem Boot-PROM festgelegten Einfach-Filetransfer ein Hilfsprogramm, das im Grunde ein minimales Betriebssystem ist, aus einem am LAN angeschlossenen Server-Rechner in den Speicher geladen wird. Dieses Hilfsprogramm ist Netzwerk-fähig, bestimmt die Bestellnummer der aktuell zu erzeugenden Konfiguration, bei­ spielsweise über eine Tastatureingabe, und übermittelt diese an einen Server auf der an das LAN angeschlossenen Ver­ sorgungsanlage. Dieser bestimmt aus den Bestelldaten die zu installierenden Komponenten und überträgt diese an den ein­ zurichtenden Rechner. Einzelheiten dieser Vorgänge und vor­ teilhafter Weiterbildungen sind aus der folgenden Beschrei­ bung zu entnehmen.
Kurzbeschreibung der Zeichnungen
Es zeigen
Fig. 1 eine Anordnung von Versorgungs- und Zielrechnern,
Fig. 2 die Konfiguration eines Zielrechners.
Detaillierte Beschreibung der Erfindung
Die im folgenden erwähnten, die Software-Schnittstellen des amerikanischen Internet Netzwerks beschreibendem, mit "RFC" bezeichneten Dokumente sind über elektronische Post von der Adresse SERVICE@NIC.DDN.MIL öffentlich erreichbar und im DDN Protocol Handbook abgedruckt.
In Fig. 1 ist eine typische Anordnung von Versorgungs- und Zielrechnern dargestellt. Ein Netzwerk 10, hier im Beispiel ein "Local Area Network" (LAN), beispielsweise Ethernet, verbindet die Versorgungsanlage 18 mit den Zielrechnern 13a . . . c. Zur Vereinfachung der Darstellung ist die Ver­ sorgungsanlage 18 als ein einzelner Rechner dargestellt; dieser kann gegebenenfalls durch einen Mehrfach-Rechner oder einen Verbund von Rechnern realisiert sein. Beispielsweise kann ein Siemens Nixdorf PCD-D System mit 80486 CPU, 16 MB Arbeitsspeicher, 600 MB Festplatte und LAN-Controller WD8003EB unter dem Betriebssystem SINIX verwendet werden.
Ferner sind, als Beispiel eine Anzahl von drei, Zielrechner 13a . . . c dargestellt, die über einen Netzwerkanschluß ver­ fügen. Diese Zielrechner sind funktionsfähig, enthalten aber keine Betriebs- und Anwendungssoftware auf den an sie ange­ schlossenen Plattenspeichern 14a . . . 14c. Beispielsweise können dies Siemens Nixdorf PC-Systeme mit 80386 CPU, 4 MB Arbeits­ speicher, 80 MB Festplatte und LAN-Controller WD8003EB sein. Ein Diskettenlaufwerk ist nicht nötig, jedoch muß dann der LAN-Controller ein BOOT-PRON enthalten.
Die Betriebs- und Anwendungssoftware ist vielmehr auf einem oder mehreren an die Versorgungsanlage 18 angeschlossenen Speichern 12, beispielsweise Plattenspeichern, gespeichert. Die Speicherung erfolgt dabei, insbesondere für Anwendungs­ software, häufig in als Archivdateien bezeichneten Formaten.
Diese Archivdateien werden durch ein Installationsprogramm bearbeitet und erzeugen dann auf den Zielspeichern 14a . . . c die benötigte Betriebs- oder Anwendungssoftware. Dabei wird die tatsächlich vorhandene Konfiguration von Hardware und bereits installierter Software berücksichtigt und demgemäß Steuerdateien angelegt und nur bestimmte Dateien angelegt bzw. nicht benötigte, in der Archivdatei vorhandene Dateien nicht auf dem Zielspeicher angelegt.
Der Ablauf der Installation erfolgt dergestalt, daß durch Steckverbindungen 15a . . . c die noch nicht mit der vom zukünf­ tigen Benutzer benötigten Software ausgestatteten Ziel­ systeme 13a . . . c mit dem Netzwerk verbunden werden. In Fig. 2 ist dargestellt, daß die Zielsysteme 13 jeweils mindestens eine Zen­ traleinheit 22, einen Plattenspeicher 14 mit Steuereinheit 23 und eine Datenübertragungseinrichtung 24 enthalten, die beispielsweise über einen internen Bus 21 gekoppelt sind. Zum Anlauf des Systems ist die Zentraleinheit 22 mit einem Festwertspeicher 25 ausgestattet, in dem das Programm für den Systemanlauf ("bootstrap", BOOT) enthalten ist. Dieser Systemanlauf wird im an die Systeminstallation anschließenden späteren Regelfall damit enden, daß eine nachfolgende Ladestufe von dem Plattenspeicher 14 geladen wird. Da diese jedoch noch nicht vorhanden ist, wird eine Erweiterung des BOOT-BIOS 25 durch einen weiteren Festwertspeicher 26 be­ nutzt. Diese Erweiterung kann auch von vornherein in dem BOOT-BIOS-ROM 25 enthalten sein und ist beispielsweise in dem Dokument "Bootstrap Protocol" RFC 951 beschrieben. Durch dieses "Bootstrap Protocol" wird zunächst nur dafür gesorgt, daß dem Ziel- und dem Versorgungssystem die jeweiligen Adressen festgelegt werden. Die Ausprägung dieses Protokolls kann unterschiedlich erfolgen. Im optimalen Einsatzfall kann das BIOS-ROM 25 die Ethernet-Adresse des Controllers 24 ermitteln und diese bereits an den Versorgungsrechner wei­ tergeben. Werden andere als die in den folgenden Beispielen benutzten Internet-Protokolle verwendet, so kann dieser Schritt gegebenenfalls auch entfallen, wenn diese Protokolle auf der Ebene der Hardware-Adressen arbeiten und die Ver­ sorgungsanlage eine vorbestimmte Hardware-Adresse gegeben werden kann.
Über das TFTP-Protokoll, wie es im Dokument RFC 783 darge­ stellt ist, wird ein Hilfs-Programm in den Arbeitsspeicher geladen und ihm anschließend die Kontrolle übergeben. Dieses Hilfs-Programm ist ein minimales Betriebssystem und stellt erweiterte Datenübertragungsprotokolle zur Verfügung, zum Beispiel das "File Tranfer Protocol" FTP entsprechend RFC 959 oder das "Network File System" NFS nach RFC 1094. Das NFS hat den Vorteil, daß die Archivdateien nicht auf dem Plattenspeicher der Zielanlage zwischengespeichert werden müssen. Mittels FTP oder NFS wird nun ein Betriebssystem- Installationsprogramm geladen und zur Ausführung gebracht. Dieses Installationsprogramm formatiert die Festplatte und erstellt anschließend auf der Festplatte einen Ladesektor und das gewünschte Betriebssystem, beispielsweise MS-DOS oder UNIX. Dieses Betriebssystem ist so vorbereitet, daß es beim Start nicht in einen Anwender-Modus wechselt, sondern ein Installationsprogramm ausführt. Hierzu kann beispiels­ weise ein Datenvolumen von 3,5 Megabyte notwendig sein. Nachdem das Betriebssystem installiert wurde, führt das Betriebssystem-Installationsprogramm ein Neuladen durch, das jetzt, da ein Betriebssystem auf der Festplatte vorhanden ist, dieses lädt und ausführt. Es ist auch möglich, das das Hilfsprogramm bereits alle Schnittstellen des nachfolgenden Betriebssystems aufweist, so daß ein Neustart des Systems nach Vorbereitung der Festplatte entfallen kann. Das vorbe­ reitete Betriebssystem führt nun eine oder mehrere vorberei­ tete Installationsprozeduren durch. Dabei werden Instal­ lations-Archive von der Versorgungsanlage 18 geladen oder per NFS angesprochen, in der Zielanlage einpackt und damit Anwendungsprogramme konfiguriert. Diese Konfigurierung erfolgt jetzt unter dem Betriebssystem, unter dem die Anwen­ dungsprogramme später auch ablaufen sollen.
Dabei sind insbesondere die Vorgänge zur Auswahl der zu installierenden Komponenten praktisch vollständig automati­ sierbar, wie im folgenden dargestellt wird.
Im einfachsten Fall ist eine Bedienperson vorhanden, die den Zielrechner an das gewöhnliche Spannungsversorgungsnetz, also beispielsweise 220 V Wechselstrom, und sodann den Ziel­ rechner an das Netzwerk, zum Beispiel Ethernet, anschließt. Sodann bedient er ein Datenterminal der Versorgungsanlage 18 mit Tastatur 16 und Anzeigeeinheit 17, wobei er eine Liste der zu installierende Software eingibt. Danach wird das Zielsystem eingeschaltet und mit zu installierender Soft­ ware, wie oben beschrieben, geladen. Die Zuordnung geschieht dabei einfach durch die Reihenfolge, in der die Ziel­ maschinen eingeschaltet werden. Nach Eingabe der Liste der zu installierenden Software und Einschalten des Zielrechners kann die Bedienperson denselben Vorgang für den nächsten Zielrechner durchführen. Eine Anzeige auf dem Zielrechner oder der Versorgungsanlage zeigt der Bedienperson an, daß der Installationsvorgang erfolgreich abgeschlossen wurde, der Zielrechner abgeschaltet, verpackt und verschickt werden kann und der Netzwerkanschluß für den nächsten zu installie­ renden Zielrechner verwendet werden kann.
Eine Verbesserung ist erreichbar, indem die Bedienperson nur noch eine Kennung des als nächstes angeschlossenen Ziel­ rechners, beispielsweise die Auftragsnummer, eingibt. Die Versorgungssoftware auf der Versorgungsanlage ermittelt dann über eine Tabelle die bestellte und zu liefernde Software und installiert diese. Damit ist die Fehlerquelle einer Ein­ gabe von Software-Bezeichnungen nicht mehr möglich. Diese Tabelle kann auch durch eine Datenbank realisiert sein, in der die Aufträge mit den bestellten Komponenten abge­ speichert sind. Gegebenenfalls kann dieser Datenbank­ zugriff auch durch Client-Server- oder andere Techniken zur verteilten Verarbeitung durchgeführt werden. Dabei kann in der Datenbank ein Vermerk angebracht werden, daß die instal­ lierte Software nunmehr eine Lizenz dem Kunden erteilt wurde. Damit ist die Abrechnung von Software-Lizenzen erheb­ lich vereinfacht und sichergestellt, daß nur tatsächlich ausgelieferte und nicht wohlmöglich nur bestellte Software lizensiert wird.
Eine weitere Verbesserung ist möglich, wenn, wie beispiels­ weise im Ethernet üblich und empfohlen, jeder LAN-Controller 24 eine eindeutige Nummer hat, mit Hilfe derer die an ihn gerichteten Datenpakete adressiert werden. Diese Nummer besteht aus einem Hersteller-Teil und einer Seriennummer, so daß diese Nummern weltweit eindeutig sind. Das durch TFTP geladene Hilfs-Programm benutzt diese Nummer, um den nach­ folgenden Auftrag zur Übermittlung des zu ladenden Betriebs­ systems zu qualifizieren. Dabei enthalten die Datenbanken auf der Versorgungsanlage beispielsweise eine Konkordanz zwischen der Seriennummer des im Montageverlauf installier­ ten Netzwerk-Controllers und seiner Ethernet-Adresse. Damit ist keine Eingabe der Bedienperson, die den Zielrechner installiert und eingeschaltet hat, notwendig; der gesamte Installationsvorgang läuft an Hand der in der Versorgungs­ anlage und den damit gekoppelten Rechnern enthaltenen Bestelldaten vollautomatisch und zuverlässig.
Als Netzwerk kann anstelle von Ethernet auch jedes andere Netzwerk, beispielsweise unter Verwendung serieller Daten­ übertragung nach RS232 verwendet werden. In diesem Falle kann das SLIP Protokoll nach RFC 1055 benutzt werden. Die Verwendung eines RS232-Anschlusses ist besonders sinnvoll, wenn dieser ohnehin für Zwecke der Fernwartung vorhanden ist.
Anstelle einer Erstinstallation kann auch nach demselben Verfahren eine Installation auf den neuesten Stand gebracht werden (Update). Die Anwahl des Verfahrens kann dabei über einen speziellen Schalter, der vom Boot-PROM abgetastet wird, oder über ein dafür vorgesehenes Kommando der Be­ nutzerschnittstelle erfolgen. In beiden Fällen wird auf der Versorgungsanlage ermittelt, welche Software zu ersetzen oder nachzuinstallieren ist.
Das Verfahren ist auch vorteilhaft, wenn die Zielanlage einen wechselbaren Datenträger unterstützt, von dem das Betriebssystem und die Anwendungspakete manuell geladen wer­ den könnten, weil die Installation ohne Eingriff einer Bedienperson erfolgt. Auf Anforderung in der Bestellung kann bei der Installation ein oder mehrere auswechselbare Daten­ träger mit Sicherungsdaten beschrieben werden, die dem Kun­ den für den Fall einer Beschädigung der Hard- oder Software einen Restaurierung seines Systems erlauben. Diese Daten­ träger werden wahlweise entweder auf der Zielanlage nach erfolgter Installation automatisch erstellt, indem das Installations-Steuerprogramm nach Installation aller Ziel­ systeme eine Datensicherung durchführt. Es kann aber auch eine Datensicherung auf an die Anlage angeschlossene Daten­ speicher mit wechselbarem Medium erfolgen, die teilweise mit der Installation überlappen kann. Dabei werden wahlweise entweder die Programmpakete im uninstallierten Zustand geschrieben oder die nach der Installation auf der Ziel­ anlage resultierenden Dateien auf den Sicherungs-Datenträger übertragen. Hierbei ist ein Datenspeicher mit automatischer Wechseleinrichtung sinnvoll, welche, von der Versorgungs­ anlage in Zusammenspiel mit dem Zielrechner gesteuert, leere Disketten oder Magnetbandkassetten aus einem Vorratsstapel entnimmt, in den Datenspeicher montiert, nach dem Be­ schreiben etikettiert und auf einer Ausgabe ablegt. Die hierzu notwendigen Einrichtungen sind aus der Automation von Fabrikanlagen hinreichend bekannt. Die Bedienperson entnimmt den Stapel der so erzeugten Datenträger nach Beendigung der Installation und packt sie dem auslieferungsfertigen Ziel­ rechner bei.

Claims (9)

1. Verfahren zur Installation von Software-Komponenten auf als Zielrechner (13, 13a . . . c) fungierenden ersten Daten­ verarbeitungseinrichtungen, die über Datenübertragungs­ mittel (10) mit als Versorgungsanlage (18) fungierenden zweiten Datenverarbeitungseinrichtungen verbunden sind, wobei
  • - in einem ersten Schritt ein auf dem Zielrechner (13) residentes oder vorab von der Versorgungsanlage (18) übermitteltes Hilfsprogramm ein für die nachfolgenden Schritte vorbereitetes Betriebssystem zum Zielrechner überträgt, installiert und startet, wobei das Betriebssystem so vorbereitet wurde, daß anstelle einer für den späteren Gebrauch bestimmten Benutzerschnittstelle ein Installations-Steuer­ programm auf dem Zielrechner (13) ausgeführt wird.
  • - in weiteren Schritten das Installations-Steuerprogramm zu installierende, auf der Versorgungsanlage (18) manuell oder automatisch ausgewählte, Programmpakete von der Versorgungsanlage (18) empfängt und deren Installationsprozeduren, die in den übertragenen Programmpaketen enthalten sind, ausführt,
  • - in einem letzten Schritt das Installations-Steuer­ programm die Vorbereitung des Betriebssystems annul­ liert, so daß nach dem Neustart des Zielrechners das Betriebssystem die durch die Installationsprozeduren bestimmte Benutzerschnittstelle aktiviert.
2. Verfahren nach Anspruch 1, wobei das Hilfsprogramm in einem Festwertspeicher auf dem Zielrechner permanent vorhanden ist.
3. Verfahren nach Anspruch 1, wobei das Hilfsprogramm auf der Versorgungsanlage (18) gespeichert ist und durch ein in einem Festwertspeicher auf dem Zielrechner befind­ liches Urstart-Programm von der Versorgungsanlage auf die Zielanlage übertragen und ausgeführt wird.
4. Verfahren nach einem der Ansprüche 1 bis 3, wobei die Ausführung beziehungsweise Übertragung und Ausführung des Hilfsprogramms dann erfolgt, wenn kein gültiges Betriebssystem feststellt wird oder in einem Konfigurationsspeicher eine Markierung gesetzt ist.
5. Verfahren nach einem der vorhergehenden Ansprüche, wobei die Auswahl der zu installierenden Programmpakete auf der Versorgungsanlage erfolgt.
6. Verfahren nach einem der vorhergehenden Ansprüche, wobei das Datenübertragungsmittel (24) des Zielrechners (13) eine eindeutige Netzwerkadresse hat und das zu instal­ lierende Betriebssystem bzw. die zu installierenden Pro­ grammpakete durch diese Netzwerkadresse bestimmt werden.
7. Verfahren nach einem der vorangehenden Ansprüche, wobei anstelle einer vollständigen Neuinstallation eine Ersatz-, Korrektur- oder Ergänzungsinstallation erfolgt.
8. Verfahren nach einem der vorangehenden Ansprüche, wobei während oder nach der Installation mit dem Zielrechner auszuliefernde auswechselbare Datenträger für Zwecke der Datensicherung beschrieben werden.
9. Verfahren nach Anspruch 8, wobei die auswechselbaren Datenträger von einer an der Versorgungsanlage ange­ schlossenen Vorrichtung beschrieben werden.
DE4408544A 1994-03-14 1994-03-14 Automatische Installation Expired - Fee Related DE4408544C2 (de)

Priority Applications (5)

Application Number Priority Date Filing Date Title
DE4408544A DE4408544C2 (de) 1994-03-14 1994-03-14 Automatische Installation
ES95910433T ES2106640T3 (es) 1994-03-14 1995-03-02 Instalacion automatica.
EP95910433A EP0750766B1 (de) 1994-03-14 1995-03-02 Automatische installation
PCT/DE1995/000275 WO1995025303A1 (de) 1994-03-14 1995-03-02 Automatische installation
DE59500538T DE59500538D1 (de) 1994-03-14 1995-03-02 Automatische installation

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE4408544A DE4408544C2 (de) 1994-03-14 1994-03-14 Automatische Installation

Publications (2)

Publication Number Publication Date
DE4408544A1 DE4408544A1 (de) 1995-09-21
DE4408544C2 true DE4408544C2 (de) 1997-06-19

Family

ID=6512706

Family Applications (2)

Application Number Title Priority Date Filing Date
DE4408544A Expired - Fee Related DE4408544C2 (de) 1994-03-14 1994-03-14 Automatische Installation
DE59500538T Expired - Lifetime DE59500538D1 (de) 1994-03-14 1995-03-02 Automatische installation

Family Applications After (1)

Application Number Title Priority Date Filing Date
DE59500538T Expired - Lifetime DE59500538D1 (de) 1994-03-14 1995-03-02 Automatische installation

Country Status (4)

Country Link
EP (1) EP0750766B1 (de)
DE (2) DE4408544C2 (de)
ES (1) ES2106640T3 (de)
WO (1) WO1995025303A1 (de)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19741870A1 (de) * 1997-09-23 1999-03-25 Cit Alcatel Verfahren zum Verteilen von Datenpaketen einer Betriebssoftware
WO2001034222A2 (de) 1999-11-09 2001-05-17 Fresenius Medical Care Deutschland Gmbh Software-update für ein medizinisches fluidmanagementgerät
EP1818819A1 (de) 2006-01-17 2007-08-15 B. Braun Medizintechnologie GmbH Verfahren zum Organisieren der Software eines Fluidmanagementsystems

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5881236A (en) * 1996-04-26 1999-03-09 Hewlett-Packard Company System for installation of software on a remote computer system over a network using checksums and password protection
DE19639699A1 (de) * 1996-09-26 1998-04-02 Siemens Ag Datenverarbeitungseinrichtung mit nichtflüchtiger Speichereinheit
DE29702272U1 (de) * 1997-02-10 1997-05-22 Siemens AG, 80333 München Software-Werkzeug
DE19845764A1 (de) * 1998-10-05 2000-04-13 Siemens Ag Speicherprogrammierbare Steuerung mittels Datenverwaltung über Netzrechner und Verfahren zum Betrieb einer speicherprogrammierbaren Steuerung
US6066182A (en) * 1998-11-05 2000-05-23 Platinum Technology Ip, Inc. Method and apparatus for operating system personalization during installation
AU3397300A (en) * 1999-03-10 2000-09-28 Automation Control Products Llc Methods and systems for reduced configuration dependency in thin client applications
US7146645B1 (en) * 1999-12-30 2006-12-05 Nokia Mobile Phones Ltd. Dedicated applications for user stations and methods for downloading dedicated applications to user stations
US20020174173A1 (en) * 2001-03-30 2002-11-21 Ravindranath Gunturu Self-downloading network client
US8364845B2 (en) 2005-05-19 2013-01-29 Wyse Technology Inc. Method and system for thin client configuration
US8938524B2 (en) 2011-01-27 2015-01-20 Wyse Technology L.L.C. Comparing and provisioning configurations for a client having a windows-based embedded image
US8825990B2 (en) 2011-01-27 2014-09-02 Wyse Technology L.L.C. Configuring and customizing a specific-purpose client having a windows-based embedded image using extensible markup language (XML) configuration
US8725997B2 (en) 2011-01-27 2014-05-13 Wyse Technology L.L.C. Self-provisioning of configuration for a specific-purpose client having a windows-based embedded image with a write-filter
US8560818B2 (en) 2011-01-27 2013-10-15 Wyse Technolgoy Inc. Automatic retrieval, parsing and application of configuration for a specific-purpose client having a windows-based embedded image with a write-filter
US8751778B2 (en) 2011-01-27 2014-06-10 Wyse Technology L.L.C. Generating, validating and applying custom extensible markup language (XML) configuration on a client having a windows-based embedded image
US9037633B2 (en) 2011-01-27 2015-05-19 Wyse Technology L.L.C. Transferring configuration data from a public cloud server and applying onto a mobile client
US8495183B2 (en) 2011-01-27 2013-07-23 Wyse Technology Inc. State-based provisioning of a client having a windows-based embedded image
US8700888B2 (en) 2011-01-27 2014-04-15 Wyse Technology L.L.C. Specific-purpose client with configuration history for self-provisioning of configuration and obviating reinstallation of embedded image

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5146568A (en) * 1988-09-06 1992-09-08 Digital Equipment Corporation Remote bootstrapping a node over communication link by initially requesting remote storage access program which emulates local disk to load other programs

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19741870A1 (de) * 1997-09-23 1999-03-25 Cit Alcatel Verfahren zum Verteilen von Datenpaketen einer Betriebssoftware
WO2001034222A2 (de) 1999-11-09 2001-05-17 Fresenius Medical Care Deutschland Gmbh Software-update für ein medizinisches fluidmanagementgerät
DE19953837A1 (de) * 1999-11-09 2001-05-23 Fresenius Medical Care De Gmbh Software-Update für ein medizinisches Gerät
EP1818819A1 (de) 2006-01-17 2007-08-15 B. Braun Medizintechnologie GmbH Verfahren zum Organisieren der Software eines Fluidmanagementsystems

Also Published As

Publication number Publication date
DE4408544A1 (de) 1995-09-21
EP0750766B1 (de) 1997-08-20
EP0750766A1 (de) 1997-01-02
WO1995025303A1 (de) 1995-09-21
DE59500538D1 (de) 1997-09-25
ES2106640T3 (es) 1997-11-01

Similar Documents

Publication Publication Date Title
DE4408544C2 (de) Automatische Installation
DE69428400T2 (de) Verfahren zur Konfigurationsverwaltung
DE69709959T2 (de) Verwendung von polymorphischen dateipaketen zur aktualisierung von softwarekomponenten
EP0333123B1 (de) Modular strukturiertes ISDN-Kommunikationssystem
DE69202575T2 (de) Verfahren und vorrichtung zur reduktion der datenmenge fuer die softwareinstallierung.
DE3688191T2 (de) Editor für virtuelle Maschinen.
DE69526628T2 (de) Hochverfügbares Datenverarbeitungssystem und Rückgewinnungsverfahren dafür
DE102004062432A1 (de) System und Verfahren zum automatischen Erstellen, Installieren und Konfigurieren von Erweiterungen der Funktionalitäten in den Systemknoten eines verteilten Netzwerks
EP1711892A1 (de) Verfahren zum betreiben einer anordnung mehrerer rechner bei einem rechnerausfall
EP0586907B1 (de) Rechner für den Leitstand einer Maschine, insbesondere einer Druckmaschine
WO2000020970A1 (de) Speicherprogrammierbare steuerung mittels datenverwaltung über netzrechner und verfahren zum betrieb einer speicherprogrammierbaren steuerung
DE69927223T2 (de) Ausfallsicherheit eines Mehrrechnersystems
DE19803697A1 (de) Software Aktualisierung
DE68926777T2 (de) Schwebendes Konsolesteuerungssystem
WO1999017192A1 (de) Konfigurierungsverfahren für datenverarbeitungsanlagen
DE10206000A1 (de) Installations-Server
DE19908866C1 (de) Verfahren zum Übertragen eines Softwaresystems auf andere Hardwareplattformen
DE69521337T2 (de) Mechanismus für eine konfigurierung
EP0746171A2 (de) Verfahren zur Aktualisierung der Programmstruktur einer modularen Kommunikationsanlage
EP1261917A2 (de) Verfahren zur sicherstellung der kompatibilität und verfahren zur datensicherung innerhalb eines mehrere teilrechnersysteme aufweisenden verteilten rechnersystems
DE60120213T2 (de) Datenspeicherungssystem zum selektiv ausgelösten tranparenten austauschen von kontinuierlich installierten auswechselbaren datenspeichermedien
EP0419932B1 (de) Steuerung der zeitlichen Zuordnung von Datenverarbeitungsleistung einer Rechenanlage
DE10148877A1 (de) Verfahren zum Verteilen von Daten in einem Datennetz
DE102007025004A1 (de) Steuerungsprogramm mit austauschbaren Parametern
DE202004009434U1 (de) Computersystem für das Klonen eines Arbeitsbetriebssystems

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
D2 Grant after examination
8364 No opposition during term of opposition
8339 Ceased/non-payment of the annual fee