FR 2942053 A1 20100813 FR 0950804 A 20090210 Arrière-plan de l'invention La présente invention se rapporte au domaine général de l'administration des systèmes informatiques. Elle concerne plus particulièrement les mécanismes de gestion d'alimentation et d'énergie sur des terminaux informatiques, tels que des ordinateurs PC (Personal Computer), assistants personnels de type PDA (Personal Digital Assistant), etc. Dans la technique actuelle, il existe des mécanismes permettant l'activation d'une mise en veille prolongée d'un ordinateur ou de l'un de ses composants, au terme d'une période d'inactivité d'une durée spécifiée par un utilisateur. Un tel mécanisme est proposé notamment dans certaines versions du système d'exploitation Windows� offert par Microsoft�. Ces mécanismes permettent de limiter les pertes énergétiques, ce qui peut se traduire, à l'échelle d'un parc informatique d'entreprise, par des économies substantielles pour l'entreprise. Toutefois, ils imposent une surveillance constante de l'activité de l'ordinateur nécessitant de ce fait l'utilisation permanente de ressources, ce qui peut occasionner une gêne pour l'utilisateur. D'autres mécanismes connus offrent la possibilité de mettre en veille ou d'arrêter un ordinateur à une heure prédéterminée, définie par défaut ou fixée par l'utilisateur. Cependant, un arrêt brusque de l'ordinateur peut avoir des conséquences désastreuses et entrainer la perte de données. Il existe donc un besoin d'un mécanisme simple, efficace et sécurisé, et qui ne présente pas de tels inconvénients pour la gestion des ressources d'un terminal informatique. Objet et résumé de l'invention La présente invention répond à ce besoin en proposant un procédé de validation d'une commande de suspension d'activité d'au moins une ressource d'un premier terminal, comprenant : û une étape d'obtention d'un paramètre définissant un instant d'exécution de la commande ; û une étape de vérification des conditions d'annulation suivantes : o existence d'une activité associée au premier terminal sur un réseau connecté à celui-ci, et o existence d'au moins un équipement local partagé, connecté au premier terminal, et auquel un second terminal peut accéder par l'intermédiaire du premier terminal, cette étape de vérification étant mise en oeuvre au cours d'une période de durée prédéterminée s'achevant à l'instant d'exécution de la commande ; û si l'une au moins des conditions d'annulation est vérifiée, une étape d'annulation de la commande. Corrélativement, l'invention vise également un système de validation d'une commande de suspension d'activité d'au moins une ressource d'un premier terminal, comprenant : û des moyens d'obtention d'un paramètre définissant un instant d'exécution de la commande ; û des moyens de vérification des conditions d'annulation suivantes : o existence d'une activité associée au premier terminal sur un réseau connecté à celui-ci ; et o existence d'au moins un équipement local partagé, connecté au premier terminal, et auquel un second terminal peut accéder par l'intermédiaire du premier terminal ; ces moyens de vérification étant activés pendant une période de durée prédéterminée s'achevant à l'instant d'exécution de la commande ; û des moyens d'annulation de la commande activés si l'une au moins des conditions d'annulation est vérifiée. Le système de validation selon l'invention pourra être notamment le premier terminal lui-même. En variante, il pourra s'agir d'un serveur externe communiquant avec le premier terminal, tel que par exemple un serveur centralisé d'un parc informatique auquel appartient le premier terminal. Dans une autre variante encore, les moyens du système de validation selon l'invention pourront être répartis sur le premier terminal et sur un serveur externe. Au sens de l'invention, on entend par suspension d'activité d'une ressource d'un terminal, l'arrêt ou la mise en veille (prolongée ou � normale �) de cette ressource. Une telle ressource est par exemple un écran, un disque dur, ou un processeur du terminal. Ainsi, l'invention permet de valider une commande de suspension d'activité d'une ressource d'un premier terminal de sorte à n'exécuter cette commande que lorsque celle-ci ne pourra pas nuire au fonctionnement et à l'utilisation normale du terminal et de son environnement. Pour cela, l'invention propose avantageusement d'examiner pendant une durée limitée précédant l'instant d'exécution programmé de la commande, diverses conditions d'annulation, à savoir : û l'existence d'une activité réseau pour le premier terminal, ce qui pourrait laisser présager que le premier terminal agit comme un serveur pour d'autres terminaux, et que son activité ne peut être suspendue sans occasionner de gêne et de perte aux niveaux de ces autres terminaux ; et û l'existence d'au moins un équipement local partagé connecté au premier terminal, la suspension de l'activité du terminal pouvant alors 15 occasionner un empêchement d'accéder à cet équipement local partagé par un autre terminal. D'autres conditions d'annulation peuvent également être vérifiées en complément de celles-ci, comme notamment : û l'existence d'un défaut d'horloge du premier terminal, qui pourrait 20 fausser la commande de suspension de l'activité d'une ressource de ce premier terminal ; û la localisation du premier terminal dans une zone géographique prédéterminée. Cette dernière condition est particulièrement pertinente dans le 25 contexte d'une entreprise pour laquelle on a identifié que les terminaux se trouvant dans une certaine zone géographique de l'entreprise ne peuvent en aucun cas voir l'activité de certaines de leurs ressources suspendue. Cette condition peut être vérifiée notamment grâce à l'adresse IP (Internet Protocol) du terminal à comparer avec une plage d'adresses IP 30 correspondant à la zone géographique. Bien entendu, les conditions d'annulation à vérifier peuvent également dépendre de la ressource dont on souhaite suspendre l'activité. Ainsi, de manière générale, l'invention permet de faciliter l'installation par défaut de mécanismes de gestion d'énergie sur l'ensemble 35 des terminaux d'un parc informatique (ex. par téléchargement systématique sur ces terminaux), de sorte à limiter les pertes énergétiques de ce parc informatique. Elle propose une manière très simple de mettre en place de tels mécanismes sans nécessiter de gestion compliquée par un administrateur du parc informatique ou d'effort de paramétrage par l'utilisateur du terminal, contrairement à ce qui est souvent le cas avec les mécanismes de gestion d'énergie actuels, et qui de ce fait sont rarement déployés de façon efficace et systématique en entreprise. En effet, grâce à l'invention, il est possible de personnaliser en quelque sorte la gestion d'énergie pour un terminal d'un parc informatique sans effort de l'utilisateur de ce terminal ni de l'administrateur du parc informatique, en s'assurant que seuls les terminaux pour lesquels la suspension d'une de leurs ressources ne pose pas de problème sont réellement impactés par cette suspension. En outre, la vérification des conditions d'annulation n'est effectuée que pendant une durée limitée précédant l'instant programmé d'exécution de la commande de suspension, de sorte à ne pas monopoliser ni solliciter en permanence les ressources du terminal tout en privilégiant la sécurité de la suspension vis-à-vis des données du terminal ou de son environnement. Dans un mode de réalisation de l'invention, le procédé de 20 validation comprend en outre : û une étape de surveillance périodique en vue de détecter un changement d'un paramètre impactant l'exécution de la commande ; et û le cas échéant, une étape de mise à jour de la commande de suspension. 25 La surveillance périodique est par exemple réalisée à l'aide d'une tâche informatique planifiée, telle que proposée dans le système d'exploitation Windows�. Ainsi, l'invention permet de prendre en compte rapidement une modification d'un paramètre impactant la commande de suspension 30 d'activité de la ressource, proposée par l'utilisateur du premier terminal. Un tel paramètre est par exemple l'instant d'exécution de la commande, la type de suspension d'activité demandée (mise en veille normale ou prolongée, extinction), la ressource à laquelle la suspension d'activité s'applique, etc. Selon un second aspect, l'invention vise également un procédé de suspension de l'activité d'au moins une ressource d'un premier terminal, comprenant : û une étape de définition d'une commande de suspension de l'activité de la ressource en fonction d'au moins un paramètre définissant un instant d'exécution de cette commande; û une étape de vérification des conditions d'annulation suivantes : o existence d'une activité associée au premier terminal sur un réseau connecté à celui-ci, et o existence d'au moins un équipement local partagé, connecté au premier terminal, et auquel un second terminal peut accéder par l'intermédiaire du premier terminal, cette étape de vérification étant mise en oeuvre au cours d'une période de durée prédéterminée s'achevant à l'instant d'exécution de la commande ; û si l'une au moins des conditions d'annulation est vérifiée, une étape d'annulation de la commande ; û sinon une étape d'exécution de la commande audit instant d'exécution. Dans un mode particulier de réalisation, les différentes étapes du procédé de validation et du procédé de suspension sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un système de validation ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de validation tel que décrit ci-dessus. De façon similaire, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de suspension tel que décrit ci-dessus. Ces programmes peuvent utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur 5 tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen 10 d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres 15 moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en 20 question. Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins 25 annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : - la figure 1 représente, dans son environnement, un parc informatique comprenant un système de validation selon l'invention, dans un mode particulier de réalisation de l'invention ; 30 - la figure 2 représente les principales étapes d'un procédé de validation et d'un procédé de suspension selon l'invention, dans un mode particulier de réalisation de l'invention ; et - la figure 3 représente les principales étapes mises en oeuvre dans un mode particulier de réalisation de l'invention, pour prendre en compte 35 des changements de paramètres d'exécution de la commande de suspension saisis par l'utilisateur du terminal. Description détaillée d'un mode de réalisation La figure 1 représente, dans son environnement, un parc informatique 1 d'une entreprise, comprenant une pluralité de terminaux T1-T5, ainsi que des équipements périphériques locaux connectés à ces terminaux. De tels équipements périphériques sont par exemple : - une imprimante PRT, connectée au terminal T1 et accessible par les autres terminaux du parc informatique par l'intermédiaire de ce terminal T1 ; et -un scanner SCAN, connecté au terminal T3 et accessible par les autres terminaux du parc informatique par l'intermédiaire de ce terminal T3. Les terminaux T1-T5 sont ici des ordinateurs de type PC fixes, connectés à un réseau d'entreprise NW. Cette hypothèse n'est bien entendu pas limitative, les terminaux T1-T5 pouvant être en variante des 15 PC portables, des PDA, etc. Dans l'exemple envisagé ici, les terminaux T1-T5 sont localisés dans trois zones géographiques distinctes Z1, Z2 et Z3. Plus précisément, le terminal T1 est localisé dans la zone géographique Z1, les terminaux T2 et T3 dans la zone géographique Z2 et les terminaux T4 et T5 dans la 20 zone géographique Z3. A chaque zone géographique Zi, i=1,2,3, est associée une plage d'adresses IP, notée PLi, pouvant être attribuées aux terminaux de la zone géographique pour communiquer sur le réseau d'entreprise NW. Ainsi : - on attribue au terminal T1 une adresse IP notée @IP1 de la plage 25 PLI associée à la zone géographique Z1 ; - on attribue aux terminaux T2 et T3 les adresses IP respectives, @IP2 et @IP3, de la plage PL2 associée à la zone géographique Z2 ; et - on attribue aux terminaux T4 et T5 les adresses IP respectives, @IP4 et @IP5, de la plage PL3 associée à la zone géographique Z3. 30 Les terminaux T1-T5 sont des systèmes de validation au sens de l'invention. Ils comportent notamment chacun un processeur 10, une mémoire vive 11, une mémoire morte 12, une mémoire non volatile 13, des moyens 14 pour communiquer sur le réseau NW (incluant notamment une carte réseau), des moyens formant horloge 15, et des ports de 35 connexion 16 d'équipements périphériques tels que l'imprimante PRT et le scanner SCAN. La mémoire morte 12 de chaque terminal comporte un programme informatique, conforme à l'invention, et adapté à exécuter les principales étapes des procédé de suspension et de validation selon l'invention représentées sur la figure 2 décrite ultérieurement. Les terminaux T1-T5 sont reliés, par l'intermédiaire du réseau NW, à un serveur central S, sur lequel est mémorisé un fichier de configuration par défaut CF. Dans l'exemple décrit ici, on envisage la suspension de l'activité totale des terminaux, c'est-à-dire de toutes leurs ressources, sous la forme d'une mise en veille prolongée de ces terminaux. Bien entendu, en variante, on pourrait envisager la suspension de l'activité que d'un nombre limité de ressources des terminaux (comme par exemple leurs écrans, ou leurs écrans, leurs disques durs et leurs processeurs, etc.), et/ou sous une forme différente telle qu'une mise en veille � normale � ou une extinction complète des terminaux, etc. Ainsi, le fichier de configuration CF mémorisé sur le serveur central S comprend notamment ici : - un paramètre t, défini par défaut pour l'ensemble des terminaux du parc informatique 1, et représentatif d'un instant d'exécution d'une commande de suspension de l'activité des terminaux T1 à T5 (ex. t=21h05) ; - un paramètre d, défini par défaut pour l'ensemble des terminaux du parc informatique 1, et représentatif de la durée au cours de laquelle des conditions d'annulation de la commande vont être examinées, conformément à l'invention ; -une liste de zones géographiques et d'adresses IP associées à ces zones, ainsi qu'un paramètre représentatif de l'éligibilité de chacune de ces zones à la suspension des activités des terminaux appartenant à ces zones. Par exemple ici, on considère que les terminaux de la zone Z3 ne peuvent faire l'objet d'une suspension d'activité ; -la liste des terminaux du parc informatique 1 et des équipements partagés qui lui sont connectés. Nous allons maintenant décrire, en référence à la figure 2, les principales étapes d'un procédé de suspension et d'un procédé de validation selon l'invention, dans un mode particulier de réalisation, et lorsqu'ils sont mis en oeuvre au sein du parc informatique 1 représenté sur la figure 1. Dans l'exemple décrit ici, chaque terminal met en oeuvre ces procédés, et la figure 2 représente les étapes mises en oeuvre par l'un de ces terminaux. Par souci de simplification, on décrira l'ensemble de ces étapes pour le terminal T1, mais cette description est bien entendu valable également pour les autres terminaux. On considère ici, que dès lors que le programme conforme à l'invention est installé sur le terminal T1 (par exemple par téléchargement du programme depuis le serveur S via le réseau NW), la fonction de mise en veille est activée, utilisant les paramètres définis par défaut dans le fichier de configuration CF mémorisé sur le serveur S. Les paramètres du fichier de configuration sont copiés dans un registre R du terminal, stocké dans la mémoire non volatile 13 du terminal T1. Toutefois, on notera que les paramètres stockés dans la mémoire 13 peuvent être modifiés par un utilisateur du terminal T1, via par exemple une interface graphique développée à cet effet. La modification des paramètres et ses impacts sur les procédés de validation et de suspension selon l'invention seront décrits ultérieurement en référence à la figure 3. Suite à l'installation du programme sur le terminal T1, une commande C de suspension de l'activité du terminal est créée par le processeur 10 en fonction des paramètres enregistrés dans le registre R (étape [10). Cette commande s'appuie par exemple sur une tâche planifiée, telle que celles proposées par le système d'exploitation Windows� de Microsoft�, prévue pour déclencher la mise en veille du terminal T1 à l'instant t défini dans le registre R. L'obtention du paramètre t est réalisée par lecture du registre R. Deux autres tâches planifiées sont alors également crées (étape [20) : - une première tâche planifiée TASK1, destinée à mettre en oeuvre le procédé de validation selon l'invention, et programmée pour s'exécuter à l'instant t-d, la durée d étant également spécifiée dans le registre R ; et - une seconde tâche planifiée TASK2 de surveillance des paramètres de suspension de l'activité du terminal T1, adaptée à détecter tout changement par l'utilisateur du terminal T1 d'un paramètre du registre R. Le principe des tâches planifiées est connu en soi et ne sera pas détaillé davantage ici. A l'instant t-d, détecté à l'aide de l'horloge du terminal Ti, la tâche planifiée TASK1 s'exécute (étape E30). Quatre conditions d'annulation sont alors examinées ici par la tâche TASK1 (étape [31) : Condition d'annulation Al : existence d'une activité réseau associée au terminal Ti sur le réseau NW On entend par activité réseau associée au terminal Ti, toute session ouverte sur le terminal Ti par un autre terminal. Cette condition d'annulation a pour but d'éviter la suspension de l'activité d'un terminal qui aurait une fonction de serveur par rapport à d'autres terminaux du parc informatique 1. Pour vérifier l'existence d'une telle activité pour le terminal Ti, la tâche TASK1 émet par exemple une commande � NET SESSION �, connue de l'homme du métier, de façon à lister l'ensemble des sessions ouvertes connectées au terminal Ti depuis une période de temps prédéterminée. Si la liste obtenue est vide, la tâche TASK1 conclut à l'inexistence d'une activité réseau pour le terminal Ti. Sinon, la condition 20 d'annulation Al est vérifiée. Dans l'exemple décrit ici, on suppose que la condition d'annulation Al n'est pas vérifiée. Condition d'annulation A2 : existence d'au moins un équipement local 25 partagé connecté au terminal Ti Cette condition d'annulation a pour but d'éviter la suspension de l'activité d'un terminal par l'intermédiaire duquel un autre terminal peut accéder à un équipement local partagé. Pour vérifier si cette condition d'annulation est respectée, la 30 tâche TASK1 peut consulter le fichier de configuration CF stocké sur le serveur central S, par des moyens connus de l'homme du métier. Si la liste des équipements locaux partagés connectés au terminal Ti est vide, alors la tâche TASK1 conclut à l'inexistence d'un équipement local partagé connecté au terminal Ti. Sinon, la condition 35 d'annulation A2 est vérifiée. En variante, la liste des équipements locaux partagés connectés au terminal T1 peut être établie en consultant notamment des fichiers ou des registres système mémorisés sur le terminal T1 à l'aide de commandes appropriées connues de l'homme du métier. Dans l'exemple décrit ici, le terminal T1 est connecté à l'imprimante locale partagée PRT. Par conséquent, la condition d'annulation A2 est vérifiée. Condition d'annulation A3 : existence d'un défaut d'horloge du terminal T1 Dans l'exemple envisagé ici, la tâche TASK1 vérifie également si l'horloge du terminal T1 est correcte, par rapport à une horloge externe universelle. A cette fin, une connexion à un serveur NTP (Network Time Protocol) via le réseau NW, peut être requise par la tâche pour contrôler l'exactitude de la date et de l'heure du terminal T1. L'adresse du serveur NTP aura été au préalable fournie au système d'exploitation. En variante, l'horloge du terminal T1 peut être contrôlée par rapport à l'horloge du serveur central S, en interrogeant le serveur central S. Si une dérive de l'horloge est constatée par rapport à l'horloge 20 du serveur NTP ou du serveur central S, la condition d'annulation A3 est vérifiée. Dans l'exemple décrit ici, on suppose que la condition d'annulation A3 n'est pas vérifiée. 25 Condition d'annulation A4 : localisation du terminal dans une zone géographique prédéterminée, à savoir ici dans la zone géographique Z3 Enfin, la tâche TASK1 vérifie si le terminal T1 appartient à une zone géographique prédéterminée pour laquelle on a décidé au préalable qu'une suspension de terminal ne peut être validée. 30 Pour vérifier à quelle zone géographique appartient le terminal T1, on utilise ici l'adresse IP du terminal T1, @IP1. Cette adresse @IP1 est ensuite comparée à la plage d'adresses PL3 de la zone géographique Z3. L'adresse @IP1 n'appartenant pas à la plage d'adresses PL3, la condition d'annulation A4 n'est pas vérifiée. 35 On notera, que les conditions d'annulation Al à A4 peuvent être examinées une ou plusieurs fois pendant la période de temps d, par exemple à intervalles de temps réguliers définis dans le registre R et le fichier de configuration CF. Suite à l'examen des conditions d'annulation Al à A4, on détermine si l'une au moins de ces conditions est vérifiée (étape E32). Dans l'exemple décrit ici, la condition A2 est vérifiée. La commande C de suspension de l'activité du terminal T1 est alors annulée (étape E33). En variante, si aucune condition d'annulation examinée à l'étape E31 n'est vérifiée, alors la commande C de suspension de l'activité du terminal T1 s'exécute normalement à l'instant t (étape [40). Une confirmation de l'exécution de la commande C peut être en outre demandée à l'utilisateur du terminal T1 via l'écran du terminal. En l'absence de réponse contraire de l'utilisateur à l'issue d'une période de temps prédéfinie, la commande C s'exécute normalement. En outre, la commande de suspension C peut être exécutée selon un mode forcé ou non forcé. Le mode utilisé pour la commande de suspension C pourra être défini notamment dans le fichier de configuration CF stocké sur le serveur central C, et recopié dans le registre R. Ainsi, en mode non forcé, la commande de suspension C est programmée pour ne pas s'opposer à un processus prioritaire s'exécutant sur le terminal T1 (par exemple, sauvegarde de données). Comme décrit précédemment, les paramètres définissant la suspension de l'activité du terminal T1 peuvent être modifiés par l'utilisateur du terminal T1, par exemple à l'aide d'une interface graphique développée à cet effet, et ce à n'importe quel moment. Les valeurs ainsi modifiées des paramètres sont mises à jour directement dans le registre R. Afin de prendre en compte des modifications potentielles de ces paramètres, une tâche TASK2 de surveillance a été créée au cours de l'étape [20. Nous allons maintenant décrire, en référence à la figure 3, les principales étapes mises en oeuvre par la tâche TASK2 pour prendre en compte les modifications des paramètres saisies par l'utilisateur. Dans l'exemple envisagé ici, la tâche TASK2 est paramétrée de sorte à être exécutée (i.e. activée) à intervalles réguliers, par exemple toutes les demi-heures (étape F10). Suite à son activation, la tâche TASK2 lit dans le registre R les 5 valeurs des paramètres définissant l'exécution de la commande de suspension C (étape F20). Elle identifie alors si ces valeurs ont fait l'objet d'une modification par l'utilisateur (étape F30), par exemple en consultant leur date de dernière modification ou en les comparant aux valeurs par défaut 10 définies dans le fichier de configuration CF. Si tel est le cas, la commande C de suspension de l'activité du terminal T1 et la tâche TASK1 sont mises à jour pour prendre en compte ces modifications (étape F40). Ainsi, par exemple, si l'instant t d'exécution de la commande de suspension a été retardé, la commande C est mise à 15 jour pour s'exécuter au nouvel instant spécifié par l'utilisateur. De façon similaire, la tâche TASK1 est également retardée. REVENDICATIONS1. Procédé de validation d'une commande de suspension d'activité d'au moins une ressource d'un premier terminal (T1-T5), 5 comprenant : ù une étape d'obtention (E10) d'un paramètre définissant un instant d'exécution de la commande ; ù une étape de vérification (E30) des conditions d'annulation (A1-A2) suivantes : 10 o existence d'une activité associée au premier terminal sur un réseau connecté à celui-ci, et o existence d'au moins un équipement local partagé, connecté au premier terminal, et auquel un second terminal peut accéder par l'intermédiaire du premier terminal, 15 cette étape de vérification étant mise en oeuvre au cours d'une période de durée prédéterminée s'achevant à l'instant d'exécution de la commande ; û si l'une au moins des conditions d'annulation est vérifiée (E32), une étape (E33) d'annulation de la commande. 20 2. Procédé de validation selon la revendication 1, dans lequel les conditions d'annulation (A1-A3) comprennent en outre l'existence d'un défaut d'horloge du premier terminal. 25 3. Procédé de validation selon la revendication 1 ou 2, dans lequel les conditions d'annulation (A1-A4) comprennent en outre la localisation du premier terminal dans une zone géographique prédéterminée. 30 4. Procédé de validation selon la revendication 3, dans lequel on vérifie la condition d'annulation relative à la localisation du premier terminal à l'aide d'une adresse IP (@IP1-@IP5) de celui-ci. 5. Procédé de validation selon l'une quelconque des 35 revendications 1 à 4, comprenant en outre :û une étape de surveillance périodique (F10) en vue de détecter un changement d'un paramètre impactant l'exécution de la commande ; et û le cas échéant, une étape de mise à jour (F40) de la commande de suspension. 6. Procédé de validation selon la revendication 5 dans lequel l'étape de surveillance périodique est réalisée à l'aide d'une tâche informatique planifiée. 10 7. Système de validation (T1-T5) d'une commande de suspension d'activité d'au moins une ressource d'un premier terminal, comprenant : ù des moyens d'obtention d'un paramètre définissant un instant d'exécution de la commande ; 15 ù des moyens de vérification des conditions d'annulation (A1-A2) suivantes : o existence d'une activité associée au premier terminal sur un réseau connecté à celui-ci ; et o existence d'au moins un équipement local partagé, connecté au 20 premier terminal, et auquel un second terminal peut accéder par l'intermédiaire du premier terminal ; ces moyens de vérification étant activés pendant une période de durée prédéterminée s'achevant à l'instant d'exécution de la commande ; des moyens d'annulation de la commande activés si l'une au moins des 25 conditions d'annulation est vérifiée. 8. Système selon la revendication 7 dans lequel ladite au moins une ressource comprend un écran et/ou un processeur du premier terminal. 9. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de validation selon l'une quelconque des revendications 1 à 6 lorsque ledit programme est exécuté par un ordinateur. 30 35 10. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de validation selon l'une quelconque des revendications 1 à 6. 11. Procédé de suspension de l'activité d'au moins une ressource d'un premier terminal (T1-T5), comprenant : ù une étape de définition ([10) d'une commande de suspension de l'activité de la ressource en fonction d'au moins un paramètre 10 définissant un instant d'exécution de cette commande ; û une étape de vérification (E30) des conditions d'annulation (A1-A2) suivantes : o existence d'une activité associée au premier terminal sur un réseau connecté à celui-ci, et 15 o existence d'au moins un équipement local partagé, connecté au premier terminal, et auquel un second terminal peut accéder par l'intermédiaire du premier terminal, cette étape de vérification étant mise en oeuvre au cours d'une période de durée prédéterminée s'achevant à l'instant d'exécution de la 20 commande ; ù si l'une au moins des conditions d'annulation est vérifiée (E32), une étape (E33) d'annulation de la commande ; û sinon une étape d'exécution ([40) de la commande audit instant d'exécution.