WO2007006960A1 - Procede pour la prise en compte automatique et le stockage persistant de parametres de personnalisation a priori volatils - Google Patents

Procede pour la prise en compte automatique et le stockage persistant de parametres de personnalisation a priori volatils Download PDF

Info

Publication number
WO2007006960A1
WO2007006960A1 PCT/FR2006/001667 FR2006001667W WO2007006960A1 WO 2007006960 A1 WO2007006960 A1 WO 2007006960A1 FR 2006001667 W FR2006001667 W FR 2006001667W WO 2007006960 A1 WO2007006960 A1 WO 2007006960A1
Authority
WO
WIPO (PCT)
Prior art keywords
parameter
personalization
value
data management
inj
Prior art date
Application number
PCT/FR2006/001667
Other languages
English (en)
Inventor
Yves Gattegno
Original Assignee
Neoware Systems Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Neoware Systems Inc filed Critical Neoware Systems Inc
Priority to AU2006268487A priority Critical patent/AU2006268487A1/en
Priority to CA002614776A priority patent/CA2614776A1/fr
Priority to JP2008520915A priority patent/JP2009501378A/ja
Priority to US11/995,673 priority patent/US20090113199A1/en
Priority to EP06778837A priority patent/EP1902363A1/fr
Publication of WO2007006960A1 publication Critical patent/WO2007006960A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files

Definitions

  • the present invention relates to a method for customizing data placed in a computer called personalization parameters, personalization allowing, station by station or user by user, that each of said data are different. Said data is, before being used, written in a medium that does not allow persistent modifications and then read efficiently from this medium.
  • Non-volatile media These are the data storage media that are not always erased when the computer is shut down or started. These are for example the following media: o support set and magnetic diskettes o set support and magnetic disk (or part) o support and opto-magnetic rewritable discs o non-volatile memory (NVRAM, flash memory) o data server on a network (local network, Internet ...) - Volatile media: Data storage media is always erased when the computer is shut down or started. For example these are the RAM memories
  • PP Personalization parameter
  • the personalization parameters are generally taken into account by logical data management methods to customize said logical data management methods.
  • logical data management methods to customize said logical data management methods.
  • the following customization parameters can be mentioned: o machine account password in an authentication domain, for example "Machine Domain Account Password in Active Directory". By default this parameter changes regularly automatically without human intervention.
  • o Name of the computer
  • Logical process license for managing data access to a service on the network
  • Parameter characterizing the fact that daylight saving time is actually applied to the computer concerned o All or part of files containing information specific to each computer, for example license files.
  • the physical representation of the personalization parameters is the set of bytes that contain the value of a personalization parameter before it is read and actually taken into account. This is for example all or part of a file on a nonvolatile media, a group of sectors of data on a hard disk, all or part of an internal structure of the operating system such as one or more values in a key to the registry of "Windows"
  • - Windows registry internal structure specific to operating systems of the "Windows” family whose physical representation is a set of bytes in RAM. Said physical representation is duplicated at regular intervals in several data files always located on the system hard disk by construction of the operating systems of the "Windows” family, so as to be read at a later start of the computer so to instantiate the physical representation of the "Windows" registry when it does not exist yet.
  • - System hard disk data recording and reading media used by the operating system, in particular for collectively storing the files that make up the operating system and that contain the values of the parameters of the operating system operating system. These media can be partitioned and protected in whole or in part for reading and / or writing. Examples include: o Hard drives (or hard drive partitions) o Solid memories used and recognized by the operating system as hard drives, o
  • Nonvolatile media Methods for making non-volatile media logically volatile. These write protection mechanisms intercept and redirect to RAM or a volatile buffer (for example a file storing the writes made during an operating system session, which file is deleted at the beginning or end of each session of the operating system. exploitation) all or part of the data whose writing in the protected nonvolatile media is requested by the operating system or by the logical application methods of data management.
  • RAM or a volatile buffer for example a file storing the writes made during an operating system session, which file is deleted at the beginning or end of each session of the operating system. exploitation
  • a module placed in a computer usually represented by a file or a group of sectors of a hard disk, containing instructions that a computer can execute.
  • a "Master-Boot-Record (MBR)" a "boot” sector, an operating system loader are logical methods of data management.
  • An operating system kernel, a device driver, are logical processes for managing data.
  • a computer application contains at least one logical method of data management.
  • some computers can be configured to use write protection mechanisms so that they can not sustainably store personalization type data.
  • the files for launching these embedded elements of the logical data management process are generally stored on "Disk-On-Modules" or “Flash-Disk”, which are actually “flash” (nonvolatile) memory used by the computer in place of a hard disk and using a “hard disk” interface to communicate with other computer components, which fact that these flash memories are, "Logically” and for the computer, hard drives.
  • flash-Disk disk-On-Modules
  • Client-Light are usually set up mechanisms preventing permanent writes in the "system disk”. This is often called “Write Filters” that redirect all (usually volatile) writes to the system disk.
  • First start 2. Loading the operating system kernel (the write filters are then active, making some media nonvolatile, volatile) a) Possible access to the physical representations of the personalization parameters b) Reading by the operating system of the personalization parameters (for example the parameter characterizing the fact that the system time of the computer concerned takes into account the shift induced by daylight saving time is: FALSE c) Use by the logical processes of management of personalization settings previously read 3. Manual removal of system hard disk protection by a competent and authorized operator by making the write protection mechanisms inoperative.
  • New startup by a user identical to the previous one.
  • the modification of the customization parameters is lost, for example the parameter characterizing the fact that the system time of the computer concerned takes into account the offset induced by daylight saving remains TRUE.
  • the purpose of the present invention is to significantly simplify the updating of the personalization parameters and even allows a close or remote user to make persistent modifications of personalization parameters according to a level of authorization and the nature of the customization setting.
  • said personalization and modifications of the personalized data can be performed without having to manually modify the data on the storage media accessible to said computer and normally protected against writing or without having to temporarily disable the protection mechanisms against the data. writing.
  • the invention also makes it possible to make changes in the configuration of an operating system used by several computers while retaining the customizations specific to each computer, for example in the case of deployment on multiple computers. a single hard disk image, which can be deployed with logical methods of managing hard disk duplication data.
  • the method according to the invention makes it possible advantageously to overcome the problems caused by these techniques and to eliminate all or part of the steps required to take into account the personalization parameters, as well as to make the modifications, sometimes automatic, permanent. some of said parameters, the selections of the parameters to be taken into account being possible.
  • the invention consists of components that are logical data management methods for recovering the values of the personalization parameters from a non-volatile storage medium, for example:
  • non-volatile memory of the "flash" type for example
  • said components copy (write) said parameter values, at each startup, to the locations of the "logical" storage medium where they will be read by the logical data management methods. Said copy will be made before said personalization parameters are used (read) by said logical data management methods.
  • This copy should therefore be able to be performed very early in the process of loading the operating system, sometimes even before the loading process has begun (we then speak of process "Pre-OS” or "Pre-Boot”) , sometimes using a buffer media, temporary and accessible extremely early in the process of starting the computer, such as the computer's RAM.
  • the method according to the invention provides that on extinction (or when the operating system discharges before a restart) of the machine that uses said invention, the values of the personalization parameters are saved in a space nonvolatile storage where they will be replayed later, so as to allow their effective modification if they have to be changed or renewed for the operating system or the logical data management application processes to work properly.
  • the said copy on one or more non-volatile media may even be performed during the operating system session at regular intervals, so as to retain changes in values even if the computer does not discharge its operating system in the normal way (for example in case of power failure of the computer)
  • the present invention aims to overcome the major drawbacks related to the write protection of the storage media which contain the physical representation of the personalization parameters, by proposing an original and specially adapted method for taking into account and updating day of parameters for customizing a platform at the loading and initialization of at least one logical data management method, said parameters then being read on a logically volatile storage medium, that is to say which such that any modification of a value of one of these parameters made by a user or a logical data management method is lost during the stop or start procedure of said platform,
  • the method according to the invention comprises the following steps: 1) First start-up 2) Loading the operating system 3) Loading the kernel of the operating system (the writing filters are initially active, making some media nonvolatile, volatile) 4) Possible access to the physical representations of personalization parameters 5) Reading by the operating system of the personalization parameters, generally read in the system hard disk (for example the parameter characterizing the fact that the system time of the computer concerned takes into account the offset induced by daylight saving time is: FALSE) 6) Use by the data management logical processes of the customization parameters previously read 7) Manual removal of the protection system hard disk by a competent and authorized operator by making the write protection mechanisms ineffective. 8) Stop
  • PROG-INJ reads the value of the parameter characterizing the fact that the system time of the computer concerned takes into account the offset induced by daylight saving time, and this value is FALSE e) no action is taken if the values of the PPs do not exist and go directly to step 18 f) Recopy by PROG-INJ of the values of the previously read PPs (for example the value of the parameter characterizing the fact that the system time of the computer concerned takes into account the difference caused by daylight saving time, valaur which is FALSE) instead of the PP values that the operating system or Logical data management processes will read themselves later.
  • Judgment 24 New startup by a user: identical to the previous one.
  • the modification of the personalization parameters is kept as for example the value (TRUE) of the parameter characterizing the fact that the system time of the computer concerned takes into account the shift induced by daylight saving time. This value is maintained and has become logically nonvolatile.
  • the method consists in creating the persistent storage of personalization parameters that would otherwise be read and "written" in a volatile data storage medium and whose modifications would consequently be lost during a restart of the station, the process according to the invention describes a method which allows the automatic taking into account and the automatic updating of the values of some of the parameters of personalization of a platform at the level of loading, initialization and extinction procedures.
  • At least one logical data management method the values of said parameters being stored by default on a storage medium in a non-writable manner, that is to say that they are such that, without the use of the invention any change in the value of any of these parameters made by a user or a logical data management process is lost during the shutdown or marrage of said platform, characterized in that it consists in creating in a first step one or more insertions in one or more sequences of loading and / or initialization of (said) process (s) logic (s) ( s) data management, of at least one logical data management subprocess (here called PROG-INJ) which retrieves the value (s) of the previously duplicated customization parameter (s) ( s), each of the insertions being placed in chronological order after the previously duplicated corresponding personalization parameter (s) is (are) readable, each of the insertions being placed in chronological order after the customization parameter (s) to be modified is (are) writable,
  • PROG-INJ logical data management sub
  • each of the insertions being placed in chronological order before the said parameter (s) of personalization is (are) taken into account by the said logical process (s) ( s) data management to personalize, this (s) process (s) logic (s) data management (s) PROG-INJ reading (s) personalization parameter (s) pre-selected (s) ) on at least one medium which is (are) accessible to them where the value (s) of the said parameter (s) of personalization have been previously registered (saved), this parameter (s) is then copied instead of the personalization parameter (s) actually used by the data management logic (s) and subsequently used (s) by the logical data management method (s) in place of the personalization parameter (s) actually used by the logical method (s) of data management.
  • the saved personalization parameter (s) are saved on non-volatile storage media - the saved personalization parameter (s) are read from a non-volatile storage medium - the saved personalization parameter (s) are read from the computer's RAM
  • the process may comprise the following sequence
  • OS Operating System
  • PROG-INJ logical data management subprocess
  • the said customization parameter (s) comprises (include) at least one structure containing the word of machine account pass in an authentication domain - nonvolatile storage media is a partition of a real or emulated hard disk
  • the selection of the nonvolatile media used by the logical subprocess of data management PROG-INJ is a function of the parameter or parameters of customizations taken into account by the logical subprocess of data management PROG-INJ
  • the customization parameter (s) contain the customization parameters controlling the execution of PROG-INJ
  • the customization parameter (s) controlling the execution of PROG-INJ are the data addresses needed to run PROG-INJ
  • the actual backup of the personalization parameters processed by PROG-INJ is done when PROG-INJ receives an extinction notification (for example an extinction notification from the OS) -
  • the actual backup of the personalization parameters processed by PROG-INJ is done at regular intervals, in order to save the modified parameters even if no extinction notification has been received by PROG-INJ (in the event of power failures or "reset" shutdowns).
  • customization handled by PROG-INJ is actually done if the parameter of customization has been modified and if PROG-INJ is set to save the changes to that parameter when they have been made from a certain authority.
  • the parameter "machine name” can actually be saved by PROG-INJ only if the change was made by a user in the "administrator” or “superuser” group and not if it was done by a user of the "administrator” group. group “users without administrative powers”.
  • the authorities taken into account will be, for example, Administrator (s), Operating System, Users
  • the process of saving a particular parameter is started as soon as PROG-INJ detects that said parameter has been modified, for example this detection can implement inter-process signal mechanisms, event detection mechanisms (for example using the "RegNotifyChangeKeyValue" function of the "Windows API") etc.
  • Another exemplary embodiment of the invention comprises the systems and methods that allow the automatic configuration and the persistent storage of the values of the personalized parameters which are a priori protected by write protection mechanisms.
  • Such custom parameters are employed by a logical data management method for its customization.
  • the logical data management method in question is a part of the operating system, a component of the operating system.
  • Customized parameters include, but are not limited to, user-modified parameters or a logical data management method whose values are, a priori, lost during stop sequence or start-up procedures of a user. automated system.
  • custom parameters include, but are not limited to, membership information to an authentication domain, Terminal Services (TS CALs) service client licenses, series dependent on each client machine, hardware-dependent data, etc. While the systems known in the prior art allow the persistent storage of some of these parameters, in many cases, such parameters are protected a priori by write protection mechanisms. For example, consider the case in which the operating system forms all or part of a part of a hard disk image (a file that contains the byte byte copy of the contents of a hard disk). Whenever a client is connected, it downloads this image from server on a network. The system is configured so that the client does not have the right to permanently modify this image from the server.
  • TS CALs Terminal Services
  • the present invention is used in a "Client / Server" environment in which the client's operating system is stored in an image itself stored on a server and downloaded to one or more clients when such clients are powered up.
  • This image is not directly modifiable by the client computers and is therefore generally always the same each time a client station retrieves it.
  • the present invention makes it possible to make the storage of certain parameters persistent in such situations in order to allow the customization of the specific installations and, at the same time, to take advantage of the advantages provided by the protection of the image.
  • the logical data management method is all or part of an operating system included in an image. Some or all of the custom settings associated with the operating system are write-protected so that any changes to such settings are lost when the client computer is powered down and / or restarted.
  • the present invention is used in a client / server environment where the operating system is registered in an image on a server that is downloaded to one or more clients when such clients are powered on.
  • the present invention is particularly advantageous for these embodiments because it allows persistent customization of the operating system and / or other logical data management processes contained in the image stored on the server.
  • One of the aims of the persistent storage of certain parameters according to the present invention is to take into account modifications of the personalized parameters so that they can be taken over, at a later execution, by a user.
  • automated logical data management process at the step of loading and / or initializing said process.
  • the systems and methods of the present invention provide a persistent storage inventive device by performing a specific logical data management method that implements at least one of the processes described in the present invention prior to all or part of the logical data management process to be customized has been loaded.
  • the persistent data is recorded so as to be accessible to the specific method.
  • the persistent data is recorded as one or more respective custom parameters and, for each respective custom parameter, there is a match with one or more insert (an insert is a value backup read from and subsequently copied where it will be used later). Such insertions can be done in chronological order.
  • each respective insert is placed in chronological order after the value of the corresponding custom parameter previously saved is readable from the media where it was previously saved.
  • each insertion is placed in chronological order after the value of the corresponding custom parameter is writable in the media where it will be read later.
  • each insertion is placed in chronological order before the personalization parameters are taken into consideration by the automated logical data management process to be personalized and / or customized.
  • the one or more personalized parameters are saved on at least one media accessible to the specific process that reads such parameters.
  • such custom settings can be stored on the client, on the server, or on any computer accessible by the client and the server.
  • previously saved custom parameter values are copied instead of preexisting values before the automated logical data management method to be customized is initialized.
  • the logic data management method to be customized is then executed using the corresponding inserted values.
  • the values of the personalized parameters are saved on non-volatile information carriers.
  • the values of the custom parameters are read from non-volatile information carriers before overwriting the values of the custom parameters read by the logical data management method so that they can be used later by the logical process of data management to customize.
  • the saved values of the personalization parameters are read from the memory of the random access memory (RAM) of a computer.
  • An aspect according to the invention has a logical data processing process that can be used in conjunction with a hardware computer system, a physical representation of the process instructions being located a storage medium readable by the hardware computer system through a user interface. suitable mechanism.
  • the logical process of data processing includes instructions encoding methods identified as one or more instructions executable by a computer.
  • Another aspect of the invention is the use of a computer system to facilitate any of the methods and processes identified above.
  • the hardware computer system includes a central processing unit and a memory coupled to the central processing unit, the memory being able to contain instructions encoding methods identified from each other as one or more executable computer instructions.
  • the present invention can be implemented as a logical data processing device, a device of which a physical representation of the instructions can be recorded on a computer readable medium.
  • the logical process of data processing may contain the processes described above. Physical representations of the instructions of these processes may be recorded on a "CD-ROM", “DVD”, magnetic disk memory device, or any other computer-readable device.
  • the physical representations of the instructions of these processes may also be distributed electronically, via the Internet or otherwise, by transmitting a computer data signal (where said physical representations are present) numerically or analogically, on a carrier wave for example.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Storage Device Security (AREA)
  • Stored Programmes (AREA)

Abstract

Procédé pour le stockage persistant des valeurs de paramètres de personnalisation d'au moins un procédé logique de gestion de données a priori volatiles caractérisé en ce qu'il consiste à créer dans une première étape une ou plusieurs insertions dans une ou plusieurs séquences de chargement et/ou d'initialisation des dits procédés logiques de gestion de données à personnaliser, d'au moins un sous- procédé logique de gestion de données qui lit les valeurs des paramètres de personnalisation préalablement sauvegardées, chacune des insertions étant placées dans l'ordre chronologique après que les valeurs des paramètres de personnalisation précédemment sauvegardées correspondantes sont accessibles en lecture, chacune des insertions étant placée dans l'ordre chronologique avant que lesdites valeurs ne soient prises en compte par lesdits procédés logiques de gestion de données à personnaliser, les sous-procédés logiques de gestion de données étant capables de sauvegarder efficacement les valeurs des paramètres de personnalisation qu'ils traitent sur des supports de données non volatils, de façon à prendre en compte les modifications desdites valeurs lors de lectures ultérieures

Description

PROCEDE POUR LA PRISE EN COMPTE AUTOMATIQUE ET LE STOCKAGE PERSISTANT DE PARAMETRES DE PERSONNALISATION A PRIORI VOLATILS
La présente invention concerne un procédé pour la personnalisation de données placées dans un ordinateur appelées paramètres de personnalisation, personnalisation permettant, poste par poste ou utilisateur par utilisateur, que chacune desdites données soient différentes. Lesdites données sont, avant d'être utilisées, écrites dans un support ne permettant pas les modifications persistantes puis lues efficacement depuis ce support.
Les termes suivants seront utilisés dans la description et les revendications et auront la signification présentée ci-après:
- Média non volatils : ce sont les média de stockage de données qui ne sont pas effacés systématiquement lorsque l'ordinateur est arrêté ou démarré. Ce sont par exemple les média suivants : o ensemble support et disquettes magnétiques o ensemble support et disque magnétique (ou une partie) o support et disques opto-magnétiques réinscriptibles o mémoires non-volatiles (NVRAM, mémoire flash) o serveur de données sur un réseau (réseau local, Internet...) - Media volatils : ce sont les média de stockage de données qui sont effacées systématiquement lorsque l'ordinateur est arrêté ou démarré. Par exemple ce sont les mémoires RAM
- Paramètre de personnalisation (PP): ce sont des paramètres qui par nature sont destinés à être différents, voire uniques, d'une machine à l'autre ou d'un utilisateur à l'autre. Les paramètres de personnalisation sont généralement pris en compte par des procédés logiques de gestion de données afin de personnaliser les dits procédés logiques de gestion de données. On peut citer par exemple les paramètres de personnalisation suivants : o mot de passe de compte machine dans un domaine d'authentification, par exemple " Machine Domain Account Password in Active Directory ". Par défaut ce paramètre change régulièrement automatiquement sans intervention humaine. o Nom de l'ordinateur o Licence de procédé logique de gestion de données d'accès à un service sur le réseau o Paramètre caractérisant le fait que l'heure d'été est effectivement appliquée sur l'ordinateur concerné o Tout ou partie de fichiers contenant des informations spécifiques à chaque ordinateur, par exemple des fichiers de licence. o Tout ou partie de structures internes utilisées par le système d'exploitation de l'ordinateur ou bien par des procédés logiques de gestion de données applicatifs que l'ordinateur sera amené à exécuter. Typiquement des parties de la base de registre de " Windows " comme le nom d'ordinateur o Tout ou partie d'un ou plusieurs secteurs physiques d'un ou plusieurs disques durs accessible à l'ordinateur o Une combinaison des exemples ci-dessus o Etc....
- Représentation physique des paramètres de personnalisation : La représentation physique des paramètres de personnalisation est l'ensemble des octets qui contiennent la valeur d'un paramètre de personnalisation avant qu'il soit lu et effectivement pris en compte. C'est par exemple tout ou partie d'un fichier sur un média non volatil, un groupe de secteurs de données sur un disque dur, tout ou partie d'une structure interne du système d'exploitation tel qu'une ou plusieurs valeurs dans une clef de la base de registre de " Windows "
- Base de registre de Windows : structure interne spécifique aux systèmes d'exploitation de la famille « Windows » dont la représentation physique est un ensemble d'octets en mémoire vive. Ladite représentation physique est dupliquée à intervalles réguliers dans plusieurs fichiers de données toujours situés sur le disque dur système par construction des systèmes d'exploitation de la famille " Windows ", de façon à être lus lors d'un démarrage ultérieur de l'ordinateur afin d'instancier la représentation physique de la base de registre de « Windows » quand cette dernière n'existe pas encore.
- Disque dur système : média d'enregistrement et de lecture de données utilisé par le système d'exploitation, en particulier pour y stocker collectivement les fichiers qui composent le système d'exploitation et qui contiennent les valeurs des paramètres dudit système d'exploitation. Ces média peuvent être partitionnés et protégés en tout ou partie en lecture et/ou en écriture. On peut citer à titre d'exemple : o Des disques durs (ou partitions de disques durs) o Les mémoires solides utilisées et reconnues par le système d'exploitation comme des disques durs, o
- Mécanisme de protection contre l'écriture sur les média non volatils : Procédés permettant de rendre logiquement volatils les médias non volatils. Ces mécanismes de protection contre l'écriture interceptent et redirigent en RAM ou dans un tampon volatil (par exemple un fichier stockant les écritures effectuées durant une session du système d'exploitation, fichier qui est effacé à chaque début ou fin de session du système d'exploitation) toutes ou partie des données dont l'écriture dans le média non volatil protégé est demandée par le système d'exploitation ou par les procédés applicatifs logiques de gestion de données .
- Procédé logique de gestion de données : Module placé dans un ordinateur, généralement représenté par un fichier ou un groupe de secteurs d'un disque dur, contenant des instructions qu'un ordinateur peut exécuter. Un " Master-Boot-Record (MBR) ", un secteur de " boot ", un chargeur de système d'exploitation sont des procédés logiques de gestion de données. Un noyau de système d'exploitation, un pilote de périphérique, sont des procédés logiques de gestion de données. Une application informatique contient au moins un procédé logique de gestion de données. Actuellement certains ordinateurs peuvent être configurés de telle sorte qu'ils utilisent des mécanismes de protection contre l'écriture de façon à ce qu'ils ne puissent pas durablement enregistrer des données de type paramètres de personnalisation. Parmi ce type d'ordinateur, on trouve notamment les ordinateurs de type « clients légers » qui utilisent un système d'exploitation et des procédés applicatifs logiques de gestion de données dits " embarqués ", et qui sont par défaut, par construction, volontairement toujours dans le même état lors de chaque démarrage dudit ordinateur. En d'autre terme, on ne veut pas que soient conservées d'un démarrage à l'autre les modifications effectuées aux paramètres de personnalisation.
Toutefois, dans certain cas il est nécessaire de personnaliser de façon persistante les données qui doivent être différentes d'un ordinateur à un autre, tels les noms des ordinateurs sur le réseau, les codes d'activation de procédés logiques de gestion de données, ou qui doivent changer périodiquement, tels des mots de passe de compte d'ordinateur dans un domaine "Active Directory", certaines clés de licences de procédé logique de gestion de données , etc..
Ceci conduit généralement à arrêter la machine souvent afin que l'administrateur autorisé à modifier ces données puisse le faire, car les systèmes d'exploitation demandent généralement, pour des raisons de sécurité, que la machine soit arrêtée et redémarrée.
D'une manière générale, on sait que dans les micro-ordinateurs utilisés à l'heure actuelle, le système d'exploitation, les procédés applicatifs logiques de gestion de données ainsi que les données propres aux utilisateurs, sont stockés dans un disque dur (réel ou émulé, sur une mémoire flash par exemple) accessible par l'unité centrale de l'ordinateur. Ce disque dur est un média de stockage accessible en lecture et en écriture. Les modifications effectuées normalement sur un tel disque dur sont conservées d'un démarrage sur l'autre. Cela permet de personnaliser une plateforme d'ordinateur mais cela permet aussi de modifier de façon durable, et parfois non désirée, la façon dont le système d'exploitation et les procédés logiques de gestion de données réagissent et interagissent. Par exemple, cela permet à des procédés logique de gestion de données malveillants, tels les virus placés dans un ordinateur, de rester actifs, d'infecter de plus en plus de composants du système et de se propager. Cela permet aussi à un utilisateur de faire des modifications dans le paramétrage d'un système d'exploitation ou de procédés applicatifs logiques de gestion de données, parfois de façon dangereuse et pouvant conduire à la déstabilisation du poste jusqu'à ce qu'il devienne partiellement ou totalement inutilisable.
C'est pourquoi de nombreux postes sont bridés de façon à ne pas permettre aux utilisateurs de modifier les données contenues dans le média où sont enregistrés les fichiers nécessaires au lancement du système d'exploitation et des procédés applicatifs logiques de gestion de données utilisés. Parmi ces postes, on trouve les terminaux dits « clients légers » qui embarquent un système d'exploitation et des procédés logiques de gestion de données de connexion à des serveurs d'applications. Les fichiers permettant le lancement de ces éléments embarqués de procédé logique de gestion de données (Système d'exploitation et Procédé logique de gestion de données applicatifs) sont généralement stockés sur des « Disk-On-Modules » ou « Flash- Disk », qui sont en fait de la mémoire « flash » (non volatile) utilisée par l'ordinateur en lieu et place d'un disque dur et utilisant une interface de type « disque dur » pour communiquer avec les autres composants de l'ordinateur, ce qui fait que ces mémoires flash sont, « logiquement » et pour l'ordinateur, des disques durs. Dans ce type d'ordinateur dit Client-Léger sont généralement mis en place des mécanismes empêchant les écritures permanentes dans le « disque système ». Il s'agit souvent de « Filtres d'Ecriture » qui redirigent en mémoire vive (donc volatile) toutes les écritures effectuées d'habitude sur le disque système.
Le filtrage ou la protection qui rend lesdites écritures volatiles s'applique donc aussi aux données système qui doivent être modifiées régulièrement, comme certains mots de passe de compte d'ordinateur dans un domaine d'authentification, tels que les « Active Directory ou Novell Directory Service » ou la valeur du paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été.
Aujourd'hui les étapes nécessaires pour effectuer une modification non volatile d'un ou plusieurs paramètres de personnalisation sont les suivantes :
1. Première mise en route 2. Chargement du noyau du système d'exploitation (les filtres d'écritures sont alors actifs, rendant certains média non volatils, volatils) a) Accès possible aux représentations physiques des paramètres de personnalisation b) Lecture par le système d'exploitation des paramètres de personnalisation (par exemple le paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été est : FAUX c) Utilisation par les procédés logiques de gestion de données des paramètres de personnalisation lus précédemment 3. Suppression manuelle de la protection du disque dur système par un opérateur compétent et autorisé en rendant les mécanismes de protection d'écriture inopérants.
4. Arrêt 5. Mise en route par l'administrateur
6. Chargement du noyau du système d'exploitation (les filtres d'écritures sont inactifs, redonnant à certains média leur caractère non volatil) a) Accès possible aux représentations physiques des paramètres de personnalisation b) Lecture par le système d'exploitation des paramètres de personnalisation c) Utilisation par les procédés logiques de gestion de données des paramètres de personnalisation lus précédemment (par exemple le paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été est : FAUX)
7. Modification manuelle de certains paramètres de personnalisation (par exemple le paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été est : VRAI)
8. Réinstallation manuelle de la protection du disque dur système
9. Commande d'arrêt du système 10. Arrêt
11. Mise en route par un utilisateur
12. Chargement du noyau du système d'exploitation (les filtres d'écritures sont actifs, rendant certains média non volatils, volatils) a) Accès possible aux représentations physiques des paramètres de personnalisation b) Lecture par le système d'exploitation des paramètres de personnalisation (par exemple le paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été est : VRAI) c) Utilisation par le système d'exploitation des paramètres de personnalisation lus précédemment
13. Modification manuelle de certains paramètres de personnalisation (par exemple le paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été devient FAUX)
14. Commande d'arrêt du système
15. Arrêt
16. Nouvelle mise en route par un utilisateur : identique à la précédente. La modification des paramètres de personnalisation est perdue comme par exemple le paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été reste VRAI.
La présente invention a pour but de simplifier notablement la mise à jour des paramètres de personnalisation et permet même d'autoriser à un utilisateur proche ou distant d'effectuer des modifications persistantes de paramètres de personnalisation en fonction d'un niveau d'autorisation et de la nature du paramètre de personnalisation.
Grâce à l'Invention, ladite personnalisation et les modifications des données personnalisées peuvent être effectuées sans devoir modifier manuellement les données sises sur les supports de stockage accessibles audit ordinateur et normalement protégées contre les écritures ou sans devoir désactiver temporairement les mécanismes de protection contre l'écriture. L'invention permet, de plus, d'effectuer des modifications dans la configuration d'un système d'exploitation utilisé par plusieurs ordinateurs tout en conservant les personnalisations propres à chaque ordinateur, par exemple dans le cas de déploiement sur de multiples ordinateurs d'une image de disque dur unique, déploiement qui peut s'effectuer avec des procédés logiques de gestion de données de duplication de disque dur.
Afin de résoudre les problèmes liés aux personnalisations nécessaires des postes dont les disques systèmes sont protégés contre les écritures, les administrateurs de ces postes ont souvent recours à des astuces : les informations personnalisées sont dupliquées en dehors de l'espace de stockage protégé en écriture et réutilisées par la suite en désactivant le système de protection et en copiant, manuellement ou semi automatiquement, les paramètres de personnalisation dans l'espace de stockage où elles seront lues par la suite. En utilisant ce genre de système il faut généralement un redémarrage du poste client pour que soient prises en compte les données telles que les noms d'ordinateurs (noms "NetBIOS" utilisés pour les réseaux « Windows », les informations de sécurité relatives à l'appartenance à un domaine, par exemples aux domaines « Windows » appelés « Active Directory ou au domaine Novell appelé NDS »).
De la même façon, lorsque doit être effectuée une mise à jour totale des données contenues dans le média de stockage contenant le système d'exploitation ou certains procédés applicatifs logiques de gestion de données (mise à jour de tous les octets dudit média de stockage), cette mise à jour est faite en désactivant les mécanismes de protection contre l'écriture dudit stockage. Puis, une fois la mise à jour effectuée, les paramètres de personnalisation doivent être copiés
(réimportés est souvent le terme utilisé) là où ils seront lus ultérieurement par les procédés logiques de gestion de données. Et pour finir, le poste doit être redémarré pour que les personnalisations soient prises en compte (ce redémarrage pourra être effectué alors que les mécanismes de protection sont de nouveau activés).
Le procédé selon l'invention permet de s'affranchir avantageusement des problèmes causés par ces techniques et d'éliminer tout ou partie des étapes nécessaires à la prise en compte des paramètres de personnalisation, ainsi qu'à rendre persistantes les modifications, parfois automatiques, de certains des dits paramètres, la sélections des paramètres à prendre en compte étant possible. L'invention se compose de composants qui sont des procédés logiques de gestion de données permettant de récupérer les valeurs des paramètres de personnalisation depuis un média de stockage non volatile, par exemple :
- un disque dur, réel ou émulé, sur lequel les écritures ne sont pas volatiles,
- une partition d'un disque dur réel ou émulé sur laquelle les écritures ne sont pas volatiles, - un serveur de données accessible au travers d'un réseau,
- une mémoire non volatile (de type « flash » par exemple),
Une fois récupérées, lesdits composants recopient (écrivent) lesdites valeurs des paramètres, à chaque démarrage, aux endroits du média de stockage « logique » où elles seront lues par les procédés logiques de gestion de données. Ladite recopie sera faite avant que les dits paramètres de personnalisation soient utilisés (lus) par les dits procédés logiques de gestion de données. Cette recopie devra donc pouvoir être effectuée très tôt dans le processus du chargement du système d'exploitation, parfois avant même que ledit processus de chargement n'ait débuté (on parle alors de processus « Pre-OS » ou « Pre-Boot »), parfois en utilisant un média tampon, temporaire et accessible extrêmement tôt dans le processus de démarrage de l'ordinateur, comme la mémoire vive de l'ordinateur.
De par le fait que les valeurs desdits paramètres sont systématiquement copiées avant leur utilisation, même dans le cas où l'espace de stockage est volatile, on s'affranchit avantageusement des contraintes liées aux redémarrages nécessaires à la prise en compte des dits paramètres ainsi qu'aux personnalisations qui nécessitent une désactivation temporaire des mécanismes de protection qui protègent l'espace de stockage contre les écritures.
Qui plus est, le procédé selon l'invention prévoit qu'à l'extinction (ou lorsque le système d'exploitation se décharge avant un redémarrage) de la machine qui utilise ladite invention, les valeurs des paramètres de personnalisation sont sauvegardées dans un espace de stockage non volatile où elles seront relues ultérieurement, de façon à permettre leur modification effective si elles doivent être changées ou renouvelées pour que le système d'exploitation ou les procédés applicatifs logiques de gestion de données fonctionnent de façon appropriée. Ladite recopie sur un ou plusieurs média non volatils pourra même être effectuée en cours de session du système d'exploitation à intervalle régulier, de façon à conserver les modifications des valeurs même si l'ordinateur ne décharge pas son système d'exploitation de façon normale (par exemple en cas de coupure d'alimentation électrique de l'ordinateur)
La présente invention a pour but de remédier aux inconvénients majeurs liés à la protection contre les écritures des média de stockage qui contiennent les représentation physique des paramètres de personnalisation, en proposant un procédé original et spécialement bien adapté permettant la prise en compte et la mise à jour des paramètres de personnalisation d'une plate-forme au niveau du chargement et de l'initialisation d'au moins un procédé logique de gestion de données, lesdits paramètres étant lus depuis sur un média de stockage logiquement volatil c'est-à-dire qui soit tel que toute modification d'une valeur d'un de ces paramètres effectuée par un utilisateur ou un procédé logique de gestion de données soit perdue durant la procédure d'arrêt ou de démarrage de la dite plateforme,
D'une manière plus précise, le procédé selon l'invention comprend les étapes suivantes: 1 ) Première mise en route 2) Chargement du système d'exploitation 3) Chargement du noyau du système d'exploitation (les filtres d'écritures sont initialement actifs, rendant certains média non volatils, volatils) 4) Accès possible aux représentations physiques des paramètres de personnalisation 5) Lecture par le système d'exploitation des paramètres de personnalisation, généralement lus dans le disque dur système (par exemple le paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été est : FAUX) 6) Utilisation par les procédés logiques de gestion de données des paramètres de personnalisation lus précédemment 7) Suppression manuelle de la protection du disque dur système par un opérateur compétent et autorisé en rendant les mécanismes de protection d'écriture inopérants. 8) Arrêt
9) Mise en route par l'administrateur 10) Chargement du système d'exploitation a) Chargement du noyau du système d'exploitation (les filtres d'écritures sont inactifs, redonnant à certains média un caractère non volatil) b) Accès possible aux représentations physiques des paramètres de personnalisation c) Lecture possible par les procédés logiques de gestion de données des paramètres de personnalisation d) Utilisation par le système d'exploitation des paramètres de personnalisation lus précédemment par exemple le paramètre caractérisant le fait que l'heure système dé l'ordinateur concerné tient compte du décalage induit par l'heure d'été est : FAUX e) Fin du chargement du système d'exploitation
11) Mise à disposition de l'utilisateur des ressources de l'ordinateur (pour utiliser ou installer des procédés logiques de gestion de données par exemple, ou modifier certains paramètres du système d'exploitation (SE) ou des procédés logiques de gestion de données)
12) Installation et configuration du sous procédé logique de gestion de données d'injection des paramètres dans la configuration du système d'exploitation (PROG-INJ), de façon à ce qu'il se lance au bon moment dans le séquençage de lancement des composants du système d'exploitation (SE) et des processus logiques de gestion de données a) sélection des paramètres de personnalisation à prendre en compte b) sélection des média non volatils utilisés par PROG-INJ pour stocker chaque paramètre de personnalisation (les média utilisés ne sont pas tous forcément le même) c) sélection des autorités ayant le droit de modifier de façon durable chaque paramètre de personnalisation (par exemple, seul l'autorité « système » peut avoir le droit de modifier durablement la valeur du paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été) 13) Réinstallation manuelle de la protection du disque dur système
14) Commande d'arrêt du système
15) Arrêt
16) Mise en route par un utilisateur
17) Chargement du système d'exploitation a) Chargement du noyau du système d'exploitation, les filtres d'écritures sont actifs, rendant volatils certains média non volatils où sont enregistrés les PP concernés, b) Accès possible aux représentations physiques des paramètres de personnalisation précédemment sauvegardées c) chargement automatique du sous-procédé logique de gestion de données PROG-INJ et d) lecture des valeurs des PP précédemment sauvegardées, si elles existent, dans un média prévu, différent de celui normalement utilisé par les procédés logiques de gestion de données qui vont prendre en compte les dits PP. Par exemple, PROG-INJ lit la valeur du paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été, et cette valeur est FAUX e) aucune action n'est effectuée si les valeurs des PP n'existent pas et on passe directement à l'étape 18 f) Recopie par PROG-INJ des valeurs des PP précédemment lues (par exemple la valeur du paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été, valaur qui est FAUX) en lieu et place des valeurs des PP que le système d'exploitation ou les procédés logiques de gestion de données vont eux-mêmes lire plus tard. g) Lecture et utilisation possible par le système d'exploitation et les procédés logiques de gestion de données des valeurs de paramètres de personnalisation (par exemple la valeur du paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été, valeur qui vaut FAUX) h) Fin du chargement du système d'exploitation 18) Mise à disposition de l'utilisateur des ressources de l'ordinateur (pour utiliser ou installer des procédés logiques de gestion de données par exemple, ou modifier certains paramètres du système d'exploitation (SE) ou des procédés logiques de gestion de données) 19) Modification, automatique ou manuelle de certains paramètres de personnalisation (par exemple la valeur du paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été devient : VARI) 20) Commande d'arrêt du système 21) Le sous-procédé logique de gestion de données PROJ. INJ, resté actif, recopie, si les contraintes liées à l'autorité ayant effectué chaque modification le permettent, les nouvelles valeurs des PP qu'il traite, par exemple la valeur (VRAI) du paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été sur un média différent et non volatil assigné par PROG-INJ pour chaque PP
22) « Perte » des nouvelles valeurs des PP (par exemple la valeur du paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été) de la mémoire vive (RAM) ou du tampon volatil
23) Arrêt 24) Nouvelle mise en route par un utilisateur : identique à la précédente. La modification des paramètres de personnalisation est conservée comme par exemple la valeur (VRAI) du paramètre caractérisant le fait que l'heure système de l'ordinateur concerné tient compte du décalage induit par l'heure d'été, valeur préservée. Cette valeur est maintenue et est devenue logiquement non volatile.
Selon l'invention le procédé consiste à créer le stockage persistant de paramètres de personnalisation qui sinon seraient lus et « écrits » dans un média de stockage de données volatiles et dont les modifications seraient par conséquent perdues lors d'un redémarrage du poste, le procédé selon l'invention décrit une méthode qui permet la prise en compte automatique et la mise à jour automatique des valeurs de certains des paramètres de personnalisation d'une plate-forme au niveau du chargement, de l'initialisation et des procédures d'extinction d'au moins un procédé logique de gestion de données, les valeurs desdits paramètres étant stockées par défaut sur un média de stockage de façon non inscriptible c'est-à-dire qu'elles soient telles que, sans l'utilisation de l'Invention, toute modification de la valeur d'un de ces paramètres effectuée par un utilisateur ou un procédé logique de gestion de données soit perdue durant la procédure d'arrêt ou de démarrage de la dite plateforme, caractérisé en ce qu'il consiste à créer dans une première étape une ou plusieurs insertions dans une ou plusieurs séquences de chargement et/ou d'initialisation du(des) dit(s) procédé(s) logique(s) de gestion de données, d'au moins un sous-procédé logique de gestion de données (appelés ici PROG-INJ) qui récupère le(s) valeur(s) du(des) paramètre(s) de personnalisation préalablement dupliqué(s), - chacune des insertions étant placée dans l'ordre chronologique après que le(s) paramètre(s) de personnalisation correspondants précédemment dupliqué(s) est (sont) accessibles en lecture, - chacune des d'insertions étant placée dans l'ordre chronologique après que le(s) paramètre(s) de personnalisation à modifier est (sont) accessibles en écriture,
- chacune des insertions étant placée dans l'ordre chronologique avant que le(s) dit(s) paramètre(s) de personnalisation ne soit (soient) pris en compte par le(s) dit(s) procédé(s) logique(s) de gestion de données à personnaliser, ce(s) dit(s) procédé(s) logique(s) de gestion de données(s) PROG-INJ lisant le(s) paramètre(s) de personnalisation pré sélectionné(s) sur un au moins média qui lui(leur) est(sont) accessible(s) où ont été préalablement inscrits (sauvegardés) la(les) valeur(s) du(des) dit(s) paramètre(s) de personnalisation, ce(s) paramètre(s) étant ensuite copié en lieu et place du(des) paramètre(s) de personnalisation effectivement utilisés par le(s) procédé(s) logique(s) de gestion de données puis subséquemment utilisé(s) par le(s) procédé(s) logique(s) de gestion de données en lieu et place du(des) paramètre(s) de personnalisation effectivement utilisé(s) par le(s) procédé(s) logique(s) de gestion de données.
Avantageusement et toujours selon l'invention,
- le(s) paramètre(s) de personnalisation sauvegardé(s) sont enregistrés sur un média de stockage non volatil - le(s) paramètre(s) de personnalisation sauvegardé(s) sont lus depuis un média de stockage non volatil - le(s) paramètre(s) de personnalisation sauvegardé(s) sont lus depuis la mémoire vive de l'ordinateur
- le procédé peut comprendre la séquence suivante
• chargement d'un module spécifique (un sous- procédé logique de gestion de données) de type "PRE-OS", par exemple un "NETWORK BOOT PROGRAM PXE" ou un module dont le chargement et l'initialisation sont effectués grâce aux procédés utilisés pour le chargement et l'initialisation des
« Master Boot Record » ou « Boot-Sectors »
• après la mise en route par l'utilisateur
• et avant le chargement du système d'exploitation
" exécution du dit module immédiatement après l'avoir chargé, ce dit module contenant tous les moyens nécessaires à l'accès au média non volatil contenant la sauvegarde du(des) paramètre(s) personnalisé(s) sélectionné. L'exécution est effectuée en
• lisant la(les) valeur(s) du(des) paramètre(s) de personnalisation précédemment sauvegardées depuis le média non volatil sélectionné,
• copiant le(s) dite(s) valeur(s) du(des) paramètre(s) de personnalisation dans la mémoire vive de la plateforme,
• mettant en place un mécanisme « MEMRETR » qui permette de retrouver le(s) paramètre(s) de personnalisation dans la mémoire, par exemple un "magie" qui permet de retrouver le début de la zone de mémoire utilisée pour stocker le(s) paramètre(s) de personnalisation en mémoire, • mettant en place un mécanisme rendant indisponible la zone mémoire utilisée pour stocker le(s) paramètre(s) de personnalisation au(x) procédé(s) logique(s) de gestion de données, • lançant le chargement du système d'exploitation, par exemple en exécutant un sous-procédé logique de gestion de données du type "Master Boot Record (MBR)" ou en exécutant un chargeur du système d'exploitation
• Le système d'exploitation (SE) chargeant automatiquement le sous-procédé logique de gestion de données installé (PROG-INJ)
• PROG-INJ lisant le(s) paramètre(s) de personnalisation s'il(s) existe(nt), dans la mémoire vive en utilisant le mécanisme MEMRETR
• PROG-INJ n'effectuant aucune action si les valeurs sauvegardées des paramètres de personnalisation n'existent pas
• PROG-INJ copiant les valeurs des PP lues dans la mémoire vive en lieu et place des valeurs effectives des PP sélectionnés le(s) dit(s) paramètre(s) de personnalisation comprend (comprennent) au moins une structure contenant le mot de passe de compte de machine dans un domaine d'authentification - le média de stockage non volatil est une partition d'un disque dur réel ou émulé
- la sélection du média non volatil utilisé par le sous-procédé logique de gestion de données PROG-INJ est fonction du ou des paramètres de personnalisations pris en compte par le sous- procédé logique de gestion de données PROG-INJ
- plusieurs plateformes sont regroupées utilisant chacune un disque dur qui a été dupliqué à partir d'une même source "Master", et où certains paramètres de personnalisation doivent être modifiés pour que toutes ces machines puissent fonctionner ensembles, par exemple dans un même réseau, et où sur chaque plateforme est appliqué au moins une procédure décrite précédemment afin que chaque plateforme comporte certains paramètres de personnalisation qui lui soit propre. - le(s) paramètre(s) de personnalisation contiennent les paramètres de personnalisation contrôlant l'exécution de PROG- INJ
- le(s) paramètre(s) de personnalisation contrôlant l'exécution de PROG-INJ sont des adresses de données nécessaires à l'exécution de PROG-INJ
- La sauvegarde effective des paramètres de personnalisation traités par PROG-INJ se fait lorsque PROG-INJ reçoit une notification d'extinction (par exemple une notification d'extinction provenant du SE) - La sauvegarde effective des paramètres de personnalisation traités par PROG-INJ se fait à intervalles réguliers, de façon à sauvegarder les paramètres modifiés même si aucune notification d'extinction n'a été reçue par PROG-INJ (cas des coupures de courant ou des arrêts de type « reset ») - La sauvegarde des paramètres de personnalisation traités par PROG-INJ se fait effectivement si le paramètre de personnalisation a été modifié et si PROG-INJ est paramétré pour sauvegarder les modifications sur ledit paramètre quand elles ont été faites depuis une certaine autorité. Par exemple, le paramètre « nom de machine » peut être effectivement sauvegardé par PROG-INJ uniquement si la modification a été effectuée par un utilisateur du groupe « administrateur » ou « super-utilisateur » et pas si elle a été effectuée par un utilisateur du groupe « utilisateurs sans pouvoirs d'administration ». Les autorités prises en compte seront, par exemple, Administrateur(s), Système d'Exploitation, Utilisateurs
Normaux (d'autres autorités peuvent être prises en considération)
- Le processus de sauvegarde d'un paramètre particulier est lancé dès que PROG-INJ détecte que ledit paramètre a été modifié, par exemple cette détection peut mettre en œuvre des mécanismes de signaux interprocessus, des mécanismes de détection d'événement (par exemple en utilisant la fonction "RegNotifyChangeKeyValue" de I' "API Windows") etc.
Ce procédé convient bien pour modifier certains paramètres de personnalisation de façon efficace surtout dans un environnement comprenant un ensemble de plusieurs plateformes ayant chacune un média de stockage non volatil qui a été dupliqué à partir d'une même source "Master", rendu logiquement volatil par des mécanismes de protections contre l'écriture, et dont certains paramètres de personnalisation doivent être modifiés pour que toutes ces plateformes puissent fonctionner ensemble dans un même réseau local. Toutefois de nombreuses autres applications existent qui dérivent naturellement de la présente invention. Un autre mode d'exemple de réalisation selon l'invention comprend les systèmes et les procédés qui permettent la configuration automatique et le stockage persistant des valeurs des paramètres personnalisés qui sont a priori protégés par des mécanismes de protection en écriture. De tels paramètres personnalisés sont employés par un procédé logique de gestion de données pour sa personnalisation. Dans certains modes de réalisation le procédé logique de gestion de données en question est une partie du système d'exploitation, un composant du système d'exploitation. Les paramètres personnalisés incluent, mais ne sont pas limités, aux paramètres modifiés par un utilisateur ou un procédé logique de gestion de données dont les valeurs sont, a priori, perdues pendant les procédures de séquence d'arrêt ou de mise en route d'un système automatisé.
Les exemples spécifiques des paramètres personnalisés incluent, mais ne sont pas limités à, des informations d'appartenance à un domaine d'authentification, des licences clientes d'accès à un service de type " Terminal Server (TS CALs)", des numéros de série dépendant de chaque machine cliente, des données dépendantes du matériel, etc. Tandis que les systèmes connus dans l'art antérieur permettent la mémorisation persistante de certains de ces paramètres, dans beaucoup de cas, de tels paramètres sont protégés a priori par des mécanismes de protection en écriture. Par exemple, on peut considérer le cas dans lequel le système d'exploitation forme tout ou partie d'une partie d'une image de disque dur (un fichier qui contient la copie octet par octet du contenu d'un disque dur). Chaque fois qu'un poste client est connecté, il télécharge cette image depuis serveur sur un réseau. Le système est configuré de telle sorte que le client n'a pas le droit de modifier durablement cette image provenant du serveur. Pour cette raison, n'importe quel changement réalisé dans « l'image client » ne persiste pas quand le client est redémarré et/ou mis hors tension. Dans certaines applications, la présente invention est utilisée dans un environnement "Client/Serveur" dans lequel le système d'exploitation du poste client est stocké dans une image elle-même stockée sur un serveur et téléchargée sur un ou plusieurs clients quand de tels clients sont mis sous tension. Cette image n'est pas directement modifiable par les postes clients et est de ce fait généralement toujours la même à chaque fois qu'un poste client la récupère. La présente invention permet de rendre persistant le stockage de certains paramètres dans de telles situations afin de permettre la personnalisation des installations spécifiques et, en même temps, de profiter des avantages procurés par la protection de l'image. Dans d'autres exemples de modes de réalisation, le procédé logique de gestion de données est tout ou partie d'un système d'exploitation compris dans une image. Tout ou partie des paramètres personnalisés associés au système d'exploitation est protégée en écriture de telle sorte que n'importe quelle modification à de tels paramètres est perdue quand l'ordinateur client est mis hors tension et/ou redémarré.
Selon d'autres modes de réalisation, la présente invention est utilisée dans un environnement de client/serveur où le système d'exploitation est enregistré dans une image sur un serveur qui est téléchargée sur un ou plusieurs clients quand de tels clients sont mis sous tension. La présente invention est particulièrement avantageuse pour ces modes de réalisation parce qu'elle permet de personnaliser de façon persistante le système d'exploitation et/ou d'autres procédés logiques de gestion de données contenus dans l'image stockée sur le serveur.
Un des buts de la faculté de stockage persistant de certains paramètres selon la présente invention est de tenir compte des modifications des paramètres personnalisés de telle sorte qu'elles puissent être reprises, lors d'une exécution ultérieure, par un processus logique automatisé de gestion de données à l'étape de chargement et/ou d'initialisation dudit processus.
Selon d'autres modes de réalisation, les systèmes et les procédés de la présente invention fournissent un dispositif inventif de stockage persistant en exécutant un procédé logique de gestion de données spécifique qui met en œuvre au moins un des processus décrits dans la présente invention, avant que tout ou partie du procédé logique de gestion de données à personnaliser ait été chargé. Selon d'autres modes de réalisation, les données persistantes sont enregistrées de façon à être accessible au procédé spécifique. Par exemple, selon d'autres modes de réalisation, les données persistantes sont enregistrées sous forme d'un ou plusieurs paramètres personnalisés respectifs et, pour chaque paramètre personnalisé respectif, existe correspondance avec une ou plusieurs insertion (une insertion est une sauvegarde de valeur lue et par la suite recopiée là où elle sera utilisée plus tard). De telles insertions peuvent être effectuées en ordre chronologique. En tant que telle, selon d'autres modes de réalisation, chaque insertion respective est placée dans l'ordre chronologique après que la valeur du paramètre personnalisé correspondant précédemment sauvegardée est accessible en lecture depuis le média où elle a été précédemment sauvegardée. Selon d'autres modes de réalisation, chaque insertion est placée dans l'ordre chronologique après que la valeur du paramètre personnalisé correspondant est accessible en écriture dans le média où on le lira ultérieurement. Selon d'autres modes de réalisation, chaque insertion est placée dans l'ordre chronologique avant que les paramètres de personnalisation ne soient pris en considération par le procédé logique de gestion de données automatisé devant être personnalisé et/ou customisé. Selon d'autres modes de réalisation, le ou les paramètres personnalisés sont sauvegardés sur au moins un média accessible au procédé spécifique qui lit de tels paramètres. Dans un environnement client/ serveur, de tels paramètres personnalisés peuvent être enregistrés sur le client, sur le serveur, ou sur n'importe quel ordinateur accessible par le client et le serveur.
Selon d'autres modes de réalisation, les valeurs des paramètres personnalisés précédemment sauvegardées sont copiées en lieu et place des valeurs préexistantes avant que le procédé logique de gestion de données automatisé à personnaliser soit initialisé. On exécute alors le procédé logique de gestion de données à personnaliser en utilisant de fait les valeurs insérées correspondantes.
Selon d'autres modes de réalisation, les valeurs des paramètres personnalisés sont sauvegardées sur des supports d'informations non volatils. Selon d'autres modes de réalisation, les valeurs des paramètres personnalisés sont lues à partir de supports d'informations non volatils avant d'écraser les valeurs des paramètres personnalisés lues par le procédé logique de gestion de données afin de pouvoir être employées plus tard par le procédé logique de gestion de données à personnaliser. Selon d'autres modes de réalisation, les valeurs sauvegardées des paramètres de personnalisation sont lues à partir de la mémoire de la mémoire vive (RAM) d'un ordinateur.
Un aspect selon l'invention présente un processus logique de traitement de données pouvant être utilisé en conjonction avec un système informatique matériel, une représentation physique des instructions du processus étant située un support de stockage lisible par le système informatique matériel grâce au truchement d'un mécanisme idoine. Le processus logique de traitement de données comprend des instructions encodant des procédés identifiés en tant qu'une ou plusieurs instructions exécutables par un ordinateur. Un autre aspect selon l'invention est l'utilisation d'un système informatique pour faciliter n'importe lequel des procédés et processus identifiés ci- dessus. Le système informatique matériel comprend une unité centrale de traitement et une mémoire, couplée à l'unité centrale de traitement, la mémoire pouvant contenir des instructions encodant des procédés identifiés les uns des autres en tant qu'une ou plusieurs instructions exécutables d'ordinateur.
- Processus logique de traitement de données : La présente invention peut être mise en application comme un dispositif logique de traitement de données, dispositif dont une représentation physique des instructions peut être enregistrée sur un support lisible par un ordinateur. Par exemple, le Processus logique de traitement de données peut contenir les processus décrits ci-dessus. Des représentations physiques des instructions de ces processus peuvent être enregistrées sur un "CD-ROM", "DVD", dispositif de mémoire de disque magnétique, ou n'importe quel autre dispositif lisible par un ordinateur. Les représentations physiques des instructions de ces processus peuvent également être distribuées électroniquement, par l'intermédiaire d'Internet ou autrement, par la transmission d'un signal de données d'ordinateur (où lesdites représentations physiques sont présentes) numériquement ou analogiquement, sur une onde porteuse par exemple.
- Modifications et variantes : Beaucoup de modifications et variantes de cette invention peuvent être réalisées sans s'écarter de son esprit ni de sa portée, comme il peut être évident à l'homme de l'art. Les modes de réalisation spécifiques décrits ici sont présentés à titre d'exemple seulement, et l'invention doit être limitée seulement par les limites des revendications, tout en respectant la pleine portée des équivalents auxquels de telles revendications donnent droit.

Claims

Revendications
1. Procédé pour la prise en compte automatique et le stockage persistant de paramètres de personnalisation a priori volatils, c'est à dire protégés de toute modification par des mécanismes de protection contre l'écriture, soit des paramètres de personnalisation qui soient tels que toute modification de la valeur d'un de ces paramètres effectuée par un utilisateur ou un procédé logique de gestion de données soit a priori perdue durant la procédure d'arrêt ou de démarrage de la dite plateforme, pour prendre en compte la mise à jour des valeurs des paramètres de personnalisation de procédés logiques de gestion de données d'une plateforme au niveau du chargement et de l'initialisation d'au moins un procédé logique de gestion de données, caractérisé en ce qu'il consiste à créer dans une première étape une ou plusieurs insertions dans une ou plusieurs séquences de chargement et/ou d'initialisation du(des) dit(s) procédé(s) logique(s) de gestion de données, d'au moins un sous-procédé logique de gestion de données (appelés ici
PROG-INJ) qui lit la(les) valeur(s) du(des) paramètre(s) de personnalisation préalablement enregistrée(s),
- chacune des insertions étant placée dans l'ordre chronologique après que la(les) valeur(s) du(des) paramètre(s) de personnalisation correspondant(s) précédemment sauvegardée(s) est(sont) accessible(s) en lecture,
- chacune des d'insertions étant placée dans l'ordre chronologique après que la(les) valeur(s) du(des) paramètre(s) de personnalisation à modifier est (sont) accessible(s) en écriture dans le média où elle(s) sera(seront) ultérieurement lue(s),
- chacune des insertions étant placée dans l'ordre chronologique avant que le(s) dit(s) paramètre(s) de personnalisation ne soi(en)t pris en compte par le(s) dit(s) procédé(s) logique(s) de gestion de données à personnaliser, ce(s) dit(s) procédé(s) logique(s) de gestion de données PROG-INJ lisant la(les) valeur(s) du(des) paramètre(s) de personnalisation pré sélectionné(s) sur un au moins média qui lui est accessible où ont été préalablement inscrits la(les) sauvegarde(s) de la (des) valeur(s) du(des) dit(s) paramètre(s) de personnalisation, cette(ces) valeur(s) étant copiée(s) en lieu et place de la (des) valeur(s) du(des) paramètre(s) de personnalisation effectivement utilisée(s) par le(s) procédé(s) logique(s) de gestion de données et ensuite lue(s) et utilisée(s) par le(s) procédé(s) logique(s) de gestion de données en lieu et place de la(des) valeur(s) du (des) paramètre(s) de personnalisation effectivement utilisée(s) par le(s) procédé(s) logique(s) de gestion de données à personnaliser , ce(s) dit(s) procédé(s) logique(s) de gestion de données PROG-INJ sauvegardant la(les) valeur(s) du(des) paramètre(s) de personnalisation pré sélectionné(s) sur au moins un média de stockage non volatil.
2. Procédé selon la revendication 1 caractérisé en ce que la(les) valeur(s) du(des) paramètre(s) de personnalisation sauvegardée(s) est(sont) enregistrée(s) sur un média de stockage non volatil
3. Procédé selon la revendication 1 caractérisé en ce que la(les) valeurs du(des) paramètre(s) de personnalisation sauvegardée(s) est(sont) lue(s) depuis un média de stockage non- volatil avant d'être copiée(s) en lieu et place de la (des) valeur(s) du(des) paramètre(s) de personnalisation effectivement utilisée(s) par le(s) procédé(s) logique(s) de gestion de données.
4. Procédé selon la revendication 2 caractérisé en ce que le(s) paramètre(s) de personnalisation sauvegardé(s) sont lus depuis la mémoire vive de l'ordinateur
5. Procédé selon la revendication 4 caractérisé par la séquence suivante
• chargement d'un sous-procédé logique de gestion de données spécifique de type "PRE-OS" (PreOS-
Module)
• après la mise en route par l'utilisateur
• et avant le chargement du système d'exploitation
" exécution de PreOS-Module immédiatement après l'avoir chargé, PreOS-Module contenant tous les moyens nécessaires à l'accès au média non volatil contenant la sauvegarde de la (des) valeur(s) du(des) paramètre(s) personnalisé(s) sélectionné en
• lisant la(les) valeur(s) du(des) paramètre(s) de personnalisation depuis le média non volatil sélectionné,
• copiant cette(ces) dite(s) valeur(s) du(des) paramètre(s) de personnalisation dans la mémoire vive de la plateforme, • mettant en place un mécanisme « MEMRETR » qui permet de retrouver la(les) valeur(s) du(des) paramètre(s) de personnalisation dans la mémoire, comme un
5 "magie" qui permet de caractériser le début de la zone de mémoire utilisée pour stocker la (les) valeur(s) du(des) paramètre(s) de personnalisation en mémoire,
• mettant en place un mécanisme caractérisant 10 comme occupée, et donc inaccessible en écriture pour les autres procédés logiques de gestion de données que PreOS-Module, la zone mémoire utilisée pour stocker la(les) dite(s) valeur(s)
15 • lançant le chargement du système d'exploitation, par exemple en exécutant un sous-procédé logique de gestion de données du type "Master Boot Record (MBR)" ou en exécutant un chargeur de système
20 d'exploitation
• Le système d'exploitation (SE) chargeant automatiquement le sous-procédé logique de gestion de données installé (PROG-INJ)
• PROG-INJ lisant la(les) valeur(s) du(des) 25 paramètre(s) de personnalisation si elle(s) existe(nt), dans la mémoire vive en utilisant le mécanisme MEMRETR
• PROG-INJ n'effectuant aucune action si aucune valeur de paramètre de
30 personnalisation n'existe en mémoire vive • PROG-INJ copiant la(les) valeur(s) du(des) paramètres de personnalisation lue(s) dans la mémoire vive en lieu et place de la (des) valeurs du(des) paramètres de personnalisation sélectionné(s)
6. Procédé selon la revendication 1 caractérisé en ce que le(s) dit(s) paramètre(s) de personnalisation comprend(comprennent) au moins une structure contenant le mot de passe de compte de machine dans un domaine d'authentification.
7. Procédé selon la revendication 2 caractérisé en ce que le média de stockage non volatil est une partition d'un disque dur réel ou émulé.
8. Procédé selon la revendication 1 caractérisé en ce que la sélection du média non volatil utilisé par le sous-procédé logique de gestion de données PROG-
INJ est fonction du ou des paramètres de personnalisation pris en compte par le sous-procédé logique de gestion de données PROG-INJ.
9. Procédé selon l'une quelconque des revendications 1 à 8 caractérisé en ce que plusieurs plateformes sont regroupées utilisant chacune un disque dur réel ou émulé qui a été dupliqué à partir d'une même source "Master", et où certains paramètres de personnalisation sont modifiés pour que toutes ces machines puissent fonctionner ensembles, et afin que chaque plateforme comporte certains paramètres de personnalisation qui lui soient propre.
10. Procédé selon la revendication 1 , caractérisé en ce que le(s) paramètre(s) de personnalisation contiennent les paramètres de personnalisation contrôlant l'exécution de PROG-INJ, en particulier la caractérisation des paramètres de personnalisation à prendre en compte
11. Procédé selon la revendication 10, caractérisé en ce que le(s) paramètre(s) de personnalisation contrôlant l'exécution de PROG-INJ sont des adresses de données nécessaires à l'exécution de PROG-INJ
12. Procédé selon la revendication 1 , caractérisé en ce que la sauvegarde de la(des) valeur(s) d'un (des) paramètre(s) de personnalisation sur un média de stockage de données non volatil est effectuée lorsque PROG- INJ reçoit une notification d'extinction
13. Procédé selon la revendication 1 , caractérisé en ce que la sauvegarde de la(des) valeur(s) d'un (des) paramètre(s) de personnalisation sur un média de stockage de données non volatil est effectuée par PROG-INJ à intervalles réguliers
14. Procédé selon la revendication 1 , caractérisé en ce que le processus de sauvegarde effective d'un paramètre particulier est lancé dès que PROG-INJ détecte que ledit paramètre a été modifié
15. Procédé selon les revendications 1 , 12, 13 et 14 caractérisé en ce que la sauvegarde effective d'un paramètre particulier est fonction du fait qu'il a effectivement été modifié et de l'autorité sous laquelle il a été modifié
PCT/FR2006/001667 2005-07-13 2006-07-06 Procede pour la prise en compte automatique et le stockage persistant de parametres de personnalisation a priori volatils WO2007006960A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
AU2006268487A AU2006268487A1 (en) 2005-07-13 2006-07-06 Method for automatic integration and persistent storage of a priori volatile personalizing parameters
CA002614776A CA2614776A1 (fr) 2005-07-13 2006-07-06 Procede pour la prise en compte automatique et le stockage persistant de parametres de personnalisation a priori volatils
JP2008520915A JP2009501378A (ja) 2005-07-13 2006-07-06 アプリオリ揮発性である個人化パラメータの自動的な統合及び永続的な記憶のための方法
US11/995,673 US20090113199A1 (en) 2005-07-13 2006-07-06 Method for automatic integration and persistent storage of a priori volatile personalizing parameters.
EP06778837A EP1902363A1 (fr) 2005-07-13 2006-07-06 Procede pour la prise en compte automatique et le stockage persistant de parametres de personnalisation a priori volatils

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0507557A FR2888651B1 (fr) 2005-07-13 2005-07-13 Procede pour la prise en compte automatique et le stockage persistant de parametres de personnalisation a priori volatils
FR0507557 2005-07-13

Publications (1)

Publication Number Publication Date
WO2007006960A1 true WO2007006960A1 (fr) 2007-01-18

Family

ID=36129812

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2006/001667 WO2007006960A1 (fr) 2005-07-13 2006-07-06 Procede pour la prise en compte automatique et le stockage persistant de parametres de personnalisation a priori volatils

Country Status (9)

Country Link
US (1) US20090113199A1 (fr)
EP (1) EP1902363A1 (fr)
JP (1) JP2009501378A (fr)
CN (1) CN101356500A (fr)
AU (1) AU2006268487A1 (fr)
CA (1) CA2614776A1 (fr)
FR (1) FR2888651B1 (fr)
RU (1) RU2008105402A (fr)
WO (1) WO2007006960A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102460415A (zh) 2009-05-13 2012-05-16 惠普开发有限公司 用于虚拟盘版本控制的系统
CN106028152B (zh) * 2016-06-13 2020-02-07 天脉聚源(北京)传媒科技有限公司 一种机顶盒操作系统升级方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6066182A (en) * 1998-11-05 2000-05-23 Platinum Technology Ip, Inc. Method and apparatus for operating system personalization during installation
US6092163A (en) * 1998-12-04 2000-07-18 W. Quinn Associates, Inc. Pageable filter driver for prospective implementation of disk space quotas
US20010054039A1 (en) * 2000-05-03 2001-12-20 International Business Machines Corporation Method of changing a parameter of an operating system of a computer system
US20020165945A1 (en) * 2001-05-07 2002-11-07 Randy Buswell Method and system for registry flying in a network
US20030028628A1 (en) * 2001-08-03 2003-02-06 Ncr Corporation Method for storing, retrieving and managing configuration settings of computer systems

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11272452A (ja) * 1998-03-25 1999-10-08 Nec Corp Ｃｄ−ｒｏｍ起動システム
US6757838B1 (en) * 2000-10-13 2004-06-29 Hewlett-Packard Development Company, L.P. Hardware independent implementation of computer system BIOS recovery
US7370165B2 (en) * 2000-12-29 2008-05-06 Valt.X Technologies Inc. Apparatus and method for protecting data recording on a storage medium
US6651188B2 (en) * 2001-06-29 2003-11-18 Intel Corporation Automatic replacement of corrupted BIOS image
TW535112B (en) * 2001-10-02 2003-06-01 Via Tech Inc Method for initializing computer system
US6993649B2 (en) * 2002-12-17 2006-01-31 John Alan Hensley Method of altering a computer operating system to boot and run from protected media

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6066182A (en) * 1998-11-05 2000-05-23 Platinum Technology Ip, Inc. Method and apparatus for operating system personalization during installation
US6092163A (en) * 1998-12-04 2000-07-18 W. Quinn Associates, Inc. Pageable filter driver for prospective implementation of disk space quotas
US20010054039A1 (en) * 2000-05-03 2001-12-20 International Business Machines Corporation Method of changing a parameter of an operating system of a computer system
US20020165945A1 (en) * 2001-05-07 2002-11-07 Randy Buswell Method and system for registry flying in a network
US20030028628A1 (en) * 2001-08-03 2003-02-06 Ncr Corporation Method for storing, retrieving and managing configuration settings of computer systems

Also Published As

Publication number Publication date
JP2009501378A (ja) 2009-01-15
US20090113199A1 (en) 2009-04-30
EP1902363A1 (fr) 2008-03-26
CA2614776A1 (fr) 2007-01-18
FR2888651A1 (fr) 2007-01-19
RU2008105402A (ru) 2009-08-20
AU2006268487A1 (en) 2007-01-18
CN101356500A (zh) 2009-01-28
FR2888651B1 (fr) 2009-06-05

Similar Documents

Publication Publication Date Title
EP2178016B1 (fr) Procédé de fonctionnement d'un équipement embarqué, équipement associé et aéronef comprenant un tel équipement
EP1643344B1 (fr) Procédé de gestion des licenses des logiciels exécutées sur des plateformes partionnables d'un système à processeurs multiples
EP1605333B1 (fr) Contrôle de l'exécution d'un programme
FR2958478A1 (fr) Procede de securisation de donnees et/ou des applications dans une architecture informatique en nuage
WO2004084049A1 (fr) Procede et dispositif de stockage de donnees informatiques securise
US20110162077A1 (en) Protecting persistent secondary platform storage against attack from malicious or unauthorized programs
FR3072195A1 (fr) Procede de gestion d'un retour de produit pour analyse et produit correspondant
FR2923627A1 (fr) Procede de deverrouillage d'un calculateur de controle moteur.
FR2969335A1 (fr) Module materiel de securite et procede de traitement dans un tel module
WO2007006960A1 (fr) Procede pour la prise en compte automatique et le stockage persistant de parametres de personnalisation a priori volatils
JP2022553061A (ja) ランサムウェア防止
FR2913122A1 (fr) Systeme d'information embarque a restauration automatique
EP2048576B1 (fr) Procédé de mise à jour sécurisée d'un programme à lancement automatique et entité électronique portable le mettant en oeuvre
EP1728164B1 (fr) Procede pour l'emulation logicielle de disques durs d'une plate-forme informatique au niveau du systeme d'exploitation avec gestion parametrable a la volee des requetes d'ecriture et de lecture
WO2009071819A1 (fr) Procede de masquage de passage en fin de vie d'un dispositif electronique et dispositif comportant un module de controle correspondant
FR2841667A1 (fr) Interface graphique utilisateur permettant d'installer des programmes informatiques d'un lot de demarrage
EP0961969A1 (fr) Procede d'identification et de suivi des evolutions d'un ensemble de composants logiciels
EP4338079A1 (fr) Procédé pour sécuriser l'utilisation d'un logiciel
EP4032000A1 (fr) Système sur puce et procédé garantissant la fraicheur des données stockées dans une mémoire extérieure
WO2001093016A2 (fr) Procede pour le chargement d'un systeme d'exploitation depuis un support de stockage de donnees non prevu a cet effet
FR2911203A1 (fr) Procede de gestion de l'environnement d'execution sur des postes clients legers
FR3128543A1 (fr) Procede de verrouillage d’une memoire non-volatile reinscriptible et dispositif electronique mettant en œuvre ledit procede
WO2024121096A1 (fr) Unite de commande electronique pour vehicule comprenant une boite noire transactionnelle, et procede de fonctionnement d'une telle unite de commande electronique
FR2779543A1 (fr) Procede de protection de logiciel
FR3110005A1 (fr) Contrôleur de démarrage sécurisé pour un système embarqué, système embarqué et procédé de démarrage sécurisé associés

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200680030437.3

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2614776

Country of ref document: CA

Ref document number: 2006778837

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2008520915

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2006268487

Country of ref document: AU

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Ref document number: DE

ENP Entry into the national phase

Ref document number: 2006268487

Country of ref document: AU

Date of ref document: 20060706

Kind code of ref document: A

WWP Wipo information: published in national office

Ref document number: 2006268487

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 2008105402

Country of ref document: RU

WWP Wipo information: published in national office

Ref document number: 2006778837

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11995673

Country of ref document: US

ENPW Started to enter national phase and was withdrawn or failed for other reasons

Ref document number: PI0613733

Country of ref document: BR

Kind code of ref document: A2

Free format text: PEDIDO RETIRADO FACE A IMPOSSIBILIDADE DE ACEITACAO DA ENTRADA NA FASE NACIONAL POR NAO TER SIDO APRESENTADA TRADUCAO COMPLETA DO RELATORIO DESCRITIVO CONFORME EXIGENCIA FORMULADA NA RPI 1985 DE 20.01.2009