Abstract:
A method (300) and system for controlling use of software programs on multiple workstations of a network. An agent running on each workstation detects (306) any new process (using a kernel hooking technique), which is started in response to the request of execution of a program (397). The process is suspended (308) and an authorisation to run the program is requested (334) to an associated metering server. The metering server compares (380) the current usage of the product with the respective authorized conditions of use, and answers (382) the agent granting or denying the authorisation to run. The process is accordingly resumed (312), in order to enable the program to start, or aborted (315), so as to prevent execution of the program. In any case, the program is not stopped (but it is prevented from starting); this avoids killing the program while it is performing potentially risky operations.
Abstract:
Customized program logic to control hardware devices of at least one target system, by complementing core program logic with a sub-set of drivers for the identified hardware devices. A reporting unit may be a boot loader deployed in a target system, which identifies attached hardware. The core program may be a deployment engine or an operating system free of drivers. The customized program logic mat be a combination of an image and driver for installation on the target system. The system may be used in a network boot environment where bare metal environment hard disks do not have a bootable program code or operating system, and rapid deployment of software to differently configured devices is desired.
Abstract:
Verfahren (400) zum Implementieren eines Software-Abbildes von einem Quellen-Datenverarbeitungssystem auf einer Vielzahl von Ziel-Datenverarbeitungseinheiten eines Ziel-Datenverarbeitungssystems, wobei das Software-Abbild eine Vielzahl von Speicherblöcken aufweist, auf die einzeln zugegriffen werden kann, wobei eine vordefinierte Teilmenge der Speicherblöcke ein Bootstrap-Modul definieren und das Verfahren die Schritte aufweist:Herunterladen (406) des Bootstrap-Moduls von dem Quellen-Datenverarbeitungssystem auf eine Haupteinheit der Ziel-Datenverarbeitungseinheiten,Booten (407 bis 409) der Haupt-Ziel-Datenverarbeitungseinheit von dem Bootstrap-Modul und dadurch Laden eines in dem Bootstrap-Modul enthaltenen Datenstromtreibers,Erfüllen (410 bis 422) jeder Anforderung für das Zugreifen auf einen ausgewählten Speicherblock des Software-Abbildes auf der Haupt-Datenverarbeitungseinheit durch den Datenstromtreiber, indem der Datenstromtreiber als Reaktion auf eine erste der Anforderungen für das Zugreifen auf den ausgewählten Speicherblock den ausgewählten Speicherblock von dem Quellen-Datenverarbeitungssystem herunterlädt (413 bis 414) und den ausgewählten Speicherblock in der Haupt-Ziel-Datenverarbeitungseinheit speichert (415 bis 416) oder, wenn dies nicht der Fall ist, auf den ausgewählten Speicherblock in der Haupt-Ziel-Datenverarbeitungseinheit zugreift (417),Bereitstellen (423 bis 427) des Bootstrap-Moduls für jede einzelne aus einer Gruppe sekundärer Ziel-Datenverarbeitungseinheiten,Booten (428 bis 429) jeder sekundären Ziel-Datenverarbeitungseinheit von dem Bootstrap-Modul und dadurch Laden des Datenstromtreibers, und Erfüllen (430 bis 448) jeder Anforderung für das Zugreifen auf einen weiteren ausgewählten Speicherblock des Software-Abbildes auf der sekundären Datenverarbeitungseinheit durch den Datenstromtreiber, indem der Datenstromtreiber als Reaktion auf eine erste der Anforderungen für das Zugreifen auf den weiteren ausgewählten Speicherblock den weiteren ausgewählten Speicherblock von der Haupt-Ziel-Datenverarbeitungseinheit abruft und den weiteren ausgewählten Speicherblock in der sekundären Ziel-Datenverarbeitungseinheit speichert (441 bis 442) oder, wenn dies nicht der Fall ist, auf den weiteren ausgewählten Speicherblock in der sekundären Ziel-Datenverarbeitungseinheit zugreift (443),Empfangen (449) einer Anforderung für ein Entfernen der Haupt-Ziel-Datenverarbeitungseinheit aus dem Ziel-Datenverarbeitungssystem,Auswählen (450 bis 452) einer der sekundären Ziel-Datenverarbeitungseinheiten,Festlegen (453 bis 456) der ausgewählten sekundären Ziel-Datenverarbeitungseinheit als neue Haupt-Ziel-Datenverarbeitungseinheit, undEntfernen (457) der Haupt-Ziel-Datenverarbeitungseinheit aus dem Ziel-Datenverarbeitungssystem,wobei der Schritt des Auswählens (450 bis 452) einer der sekundären Ziel-Datenverarbeitungseinheiten aufweist:Auswählen (452) der ältesten der sekundären Ziel-Datenverarbeitungseinheiten.
Abstract:
A mechanism for patching a virtual image modifies a selected dormant virtual image to be patched by injecting a corresponding patch logic and patch material to be applied on next boot during an off-line preparation phase. The mechanism downloads a boot medium and creates a temporary disk for a selected target virtual machine with corresponding deployment data The mechanism changes a master boot record of said temporary disk associated with the target virtual machine to boot next on the boot medium. The mechanism executes the patch logic to install the patch material in case the target virtual machine associated with the virtual image to be patched is booted.
Abstract:
Ein verbessertes Verfahren zum Anwenden einer Programmkorrektur auf ein virtuelles Abbild weist die Schritte auf: Modifizieren eines ausgewählten inaktiven virtuellen Abbildes, auf das eine Programmkorrektur angewendet werden soll, indem eine entsprechende Programmkorrekturlogik und Programmkorrekturmaterial eingeschleust werden, die beim nächsten Boot-Vorgang während einer Offline-Vorbereitungsphase angewendet werden sollen; Herunterladen eines Boot-Mediums (42) und Erstellen einer temporären Platte (52) für eine ausgewählte virtuelle Ziel-Maschine (50) mit entsprechenden Implementierungsdaten; Ändern eines Master-Boot-Satzes der temporären Platte (52), die der virtuellen Ziel-Maschine (50) zugehörig ist, um als Nächstes von dem Boot-Medium (42) hochzufahren; und Ausführen der Programmkorrekturlogik, um das Programmkorrekturmaterial zu installieren, falls die virtuelle Ziel-Maschine (50) hochgefahren wird, die dem virtuellen Abbild zugehörig ist, auf das eine Programmkorrektur angewendet werden soll.
Abstract:
Es wird eine Lösung zum Implementieren eines Software-Abbildes von einem Quellen-Datenverarbeitungssystem auf einer Vielzahl von Ziel-Datenverarbeitungseinheiten eines Ziel-Datenverarbeitungssystems vorgeschlagen, wobei das Software-Abbild eine Vielzahl von Speicherblöcken aufweist, auf die zugegriffen werden kann, und eine vordefinierte Teilmenge der Speicherblöcke ein Bootstrap-Modul definiert. Ein entsprechendes Verfahren (400) weist die Schritte auf: Herunterladen (406) des Bootstrap-Moduls von dem Quellen-Datenverarbeitungssystem auf eine Haupteinheit der Ziel-Datenverarbeitungseinheiten, Booten (407 bis 409) der Haupt-Ziel-Datenverarbeitungseinheit von dem Bootstrap-Modul und dadurch Laden eines in dem Bootstrap-Modul enthaltenen Datenstromtreibers, Erfüllen (410 bis 422) jeder Anforderung für das Zugreifen auf einen ausgewählten Speicherblock des Software-Abbildes auf der Haupt-Datenverarbeitungseinheit durch den Datenstromtreiber, indem der Datenstromtreiber den ausgewählten Speicherblock als Reaktion auf eine erste der Anforderungen für das Zugreifen auf den ausgewählten Speicherblock von dem Quellen-Datenverarbeitungssystem herunterlädt (413 bis 414) und den ausgewählten Speicherblock in der Haupt-Ziel-Datenverarbeitungseinheit speichert (415 bis 416) oder, wenn dies nicht der Fall ist, auf den ausgewählten Speicherblock in der Haupt-Ziel-Datenverarbeitungseinheit zugreift (417), Bereitstellen (423 bis 427) des Bootstrap-Moduls für jede aus einer Gruppe sekundärer Ziel-Datenverarbeitungseinheiten, Booten (428 bis 429) jeder sekundären Ziel-Datenverarbeitungseinheit von dem Bootstrap-Modul und dadurch Laden des Datenstromtreibers und Erfüllen (430 bis 448) jeder Anforderung für das Zugreifen auf einen weiteren ausgewählten Speicherblock des Software-Abbildes auf der sekundären Datenverarbeitungseinheit durch den Datenstromtreiber, indem der Datenstromtreiber den weiteren ausgewählten Speicherblock als Reaktion auf eine erste der Anforderungen für das Zugreifen auf den weiteren ausgewählten Speicherblock von der Haupt-Ziel-Datenverarbeitungseinheit abruft (433 bis 440) und den weiteren ausgewählten Speicherblock in der sekundären Ziel-Datenverarbeitungseinheit speichert (441 bis 442) oder, wenn dies nicht der Fall ist, auf den weiteren ausgewählten Speicherblock in der sekundären Ziel-Datenverarbeitungseinheit zugreift.
Abstract:
A solution is proposed for exchanging messages (such as e-mails) among a plurality of data processing entities, such as client computers (105). A corresponding method starts with the step of sending (403-412) an original message from a sender entity to a set of original receiver entities; the original message includes an original information content and an indication of the original receiver entities. The method continues by sending (415-424) a correction message from the sender entity at least partially to the original receiver entities and completely to a set of missing receiver entities being missing in the original message; the correction message includes the original information content and an indication of the original receiver entities and the missing receiver entities. The original message for each original receiver entity is then corrected (427-496) according to the correction message.
Abstract:
An improved method for patching a virtual image comprises the steps: Modifying a selected dormant virtual image to be patched by injecting a corresponding patch logic and patch material to be applied on next boot during an off line preparation phase; downloading a boot medium (42) and creating a temporary disk (52) for a selected target virtual machine (50) with corresponding deployment data; changing a master boot record of said temporary disk (52) associated with said target virtual machine (50) to boot next on said boot medium (42); and executing said patch logic to install said patch material in case said target virtual machine (50) associated with said virtual image to be patched is booted.
Abstract:
An improved method for patching a virtual image comprises the steps: Modifying a selected dormant virtual image to be patched by injecting a corresponding patch logic, and patch material to be applied on next boot during an off-line preparation phase; downloading a boot medium (42) and creating a temporary disk (52) for a selected target virtual machine (50) with corresponding deployment data; changing a master boot record of said temporary disk (52) associated with said target virtual machine (50) to boot next on said boot medium (42); and executing said patch logic to install said patch material in case said target virtual machine (50) associated with said virtual image to be patched is booted.
Abstract:
Deploying a software image from a source data-processing system on target data-processing entities of a target data-processing system, the software image including memory blocks being individually accessible, with a predefined subset of the memory blocks defining a bootstrap module. The deploying includes downloading the bootstrap module onto a main one of the target data-processing entities from the source data-processing system, booting the main target data-processing entity from the bootstrap module thereby loading a streaming driver in the bootstrap module, and serving each request of accessing a selected memory block of the software image on the main data-processing entity by the streaming driver.