FR2888651A1

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

Info

Publication number: FR2888651A1
Application number: FR0507557A
Authority: FR
Inventors: Yves Gattegno
Original assignee: Neoware Inc
Current assignee: Neoware Inc
Priority date: 2005-07-13
Filing date: 2005-07-13
Publication date: 2007-01-19
Anticipated expiration: 2025-07-13
Also published as: JP2009501378A; US20090113199A1; CN101356500A; WO2007006960A1; CA2614776A1; EP1902363A1; RU2008105402A; FR2888651B1; AU2006268487A1

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

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 20 revendications et auront la signification présentée ci-après: - Média non volatils: ce sont les media 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...) 2888651 2 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.... 5 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: media 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.

2888651 5 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.

2888651 -6- 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, 2888651 7 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 30 des paramètres de personnalisation lus précédemment 2888651 8 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 media leur caractère non volatil) a) Accès possible aux représentations physiques des 10 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 2888651 9 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.

2888651 - 10 - 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 2888651 -11- 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 2888651 - 12 - 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 2888651 - 13 - 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 2888651 - 14 - 10) Chargement du système d'exploitation a) Chargement du noyau du système d'exploitation (les filtres d'écritures sont inactifs, redonnant à certains media 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 de 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, 2888651 - 15 - 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 2888651 - 16 - 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 2888651 - 17 - 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) degestion 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), 2888651 -18- 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 - 19- 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 10 30 2888651 - 20 - mémoire, par exemple un "magic" 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 20 25 2888651 -21- le media 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 PROGINJ 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 PROGINJ 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 2888651 - 22 - 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 PROGINJ 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 oeuvre des mécanismes de signaux interprocessus, des mécanismes de détection d'événement (par exemple en utilisant la fonction "RegNotifyChangeKeyValue" de l' "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.

2888651 - 23 - 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 2888651 - 24 - 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 2888651 -25 - 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 oeuvre 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 media 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 media 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é.

2888651 - 26 - Selon d'autres modes de réalisation, le ou les paramètres personnalisés sont sauvegardés sur au moins un media 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 2888651 - 27 - 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 2888651 - 28 les limites des revendications, tout en respectant la pleine portée des équivalents auxquels de telles revendications donnent droit.

2888651 - 29 -

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) 2888651 - 30 - 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 30 2888651 -31- caractérisé en ce que la(les) valeurs du(des) paramètre(s) de personnalisation sauvegardée(s) est(sont) lues) 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" (PreOSModule) É 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, 25 30 2888651 32-É 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 "magic" 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 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) É lançant le chargement du système d'exploitation, par exemple en exécutant un sousprocédé logique de gestion de données du type "Master Boot Record (MBR)" ou en exécutant un chargeur de 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 la(les) valeur(s) du(des) 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 personnalisation n'existe en mémoire vive 2888651 - 33 - É 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 media 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 PROGINJ 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 2888651 34 - 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 PROGINJ 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é 2888651 - 35 -

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é