Brevet FR2942362A1 — publié le 20100820

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 de mettre en veille ou d'arrêter un ordinateur à une heure prédéterminée, fixée par l'utilisateur. De tels mécanismes permettent avantageusement 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, en pratique, le déploiement de ces mécanismes dans un parc informatique d'entreprise se heurte à plusieurs difficultés. En effet, pour être efficaces et conduire à de réelles économies pour l'entreprise, ces mécanismes doivent concerner la plupart des ordinateurs du parc informatique. Or, pour de nombreux salariés, la programmation de l'heure à laquelle l'ordinateur doit être mis en veille est souvent perçue comme une contrainte, voire une gêne si cette mise en veille intervient alors que le salarié utilise encore, de façon imprévue compte-tenu de l'heure programmée, son ordinateur. En outre, un arrêt brusque de l'ordinateur peut avoir des conséquences désastreuses et entrainer la perte de données. Ainsi, ces mécanismes sont souvent délaissés par la plupart des salariés. Il existe donc un besoin d'un mécanisme simple et efficace pour la gestion des ressources d'un terminal informatique, qui ne présente pas de tels inconvénients. Objet et résumé de l'invention La présente invention répond à ce besoin en proposant un procédé de gestion de l'activité d'au moins une ressource d'un terminal, comprenant : û sur détection d'un passage, .à proximité d'une borne d'un système de contrôle, d'un support d'informations d'identification personnelle d'un utilisateur associées à un matricule, une étape d'envoi par le système de contrôle à un serveur d'un message comprenant ce matricule ; sur réception de ce message : - une étape d'identification par le serveur d'un terminal à l'aide de ce matricule ; -une étape d'envoi par le serveur au terminal identifié, d'une commande de gestion de l'activité d'au moins une ressource de celui-ci û et, sur réception de la commande, une étape d'exécution de cette commande par le terminal. Corrélativement, l'invention vise également un système de gestion de l'activité d'au moins une ressource d'un terminal, comprenant une pluralité de terminaux, un système de contrôle et un serveur, dans lequel : û le système de contrôle comprend : - des moyens pour détecter le passage à leurs proximités d'un support d'informations d'identification personnelle d'un utilisateur associées à un matricule ; et -des moyens pour envoyer un message comprenant ce matricule au serveur ; le serveur comprend : -des moyens pour identifier l'un des terminaux à l'aide de ce matricule ; et -des moyens pour envoyer au terminal identifié, une commande de gestion de l'activité d'au moins une ressource de ce terminal, ces moyens étant activés sur réception du message ; et û le terminal identifié comprend des moyens d'exécution de la commande, activés sur réception de celle-ci. Préférentiellement, le support d'informations d'identification personnelle de l'utilisateur est un badge magnétique, tel que par exemple ceux couramment utilisés par les salariés d'une entreprise pour accéder aux locaux de l'entreprise ou à d'autres services proposés par l'entreprise (ex. service de restauration, etc.). De façon connue en soi, sur un tel support, un matricule ou autrement dit un numéro d'identification associé à l'utilisateur est mémorisé. Le système de contrôle comprend alors une borne de contrôle de ce badge, adapté à le détecter lors de la mise en contact ou du rapprochement à faible distance du badge magnétique et de la borne de contrôle. Cette borne peut être intégrée au système de contrôle ou déportée dans une zone géographique particulière. Bien entendu, d'autres systèmes de contrôle et d'identification d'un utilisateur peuvent être envisagés, tels que par exemple, des systèmes d'identification utilisant des caractéristiques biologiques de l'utilisateur comme ses empreintes digitales, etc. Dans ce cas, le support d'informations d'identification personnelle de l'utilisateur peut être directement l'un de ses doigts, et le système de contrôle peut comprendre une borne de lecture de ses empreintes digitales, adaptée à évaluer des données biométriques sur reconnaissance de caractéristiques biologiques de l'utilisateur et à obtenir un matricule associé à ces données. L'invention permet donc, sur détection du passage d'un utilisateur muni d'un badge portant un matricule devant une borne appropriée d'un système de contrôle, tel que par exemple une borne de lecture magnétique placée à l'entrée et à la sortie des locaux de l'entreprise, de déclencher à distance une action spécifique de gestion des ressources d'un terminal de l'utilisateur. Ce terminal peut être par exemple un ordinateur professionnel, connecté au réseau de l'entreprise, et identifié par une adresse IP (Internet Protocol) sur ce réseau. L'action est déclenchée par l'envoi d'une commande au terminal qui, sur réception de cette commande, l'exécute. Cette commande peut être notamment : ù une commande d'extinction d'au moins une ressource du terminal ; ù une commande de mise en veille d'au moins une ressource du terminal ; ù une commande d'activation d'au moins une ressource du terminal, la ressource du terminal ainsi gérée pouvant être un écran, un disque dur, un processeur de ce terminal, etc. L'invention s'appuie avantageusement d'une part, sur une notification du système de contrôle par badges de l'entreprise au système de gestion du parc informatique (et plus particulièrement au serveur) de la détection de cet utilisateur par une borne du système de contrôle, et d'autre part, sur un lien établi entre le matricule de l'utilisateur mémorisé sur ou associé à son badge et un terminal de cet utilisateur (par exemple à l'aide de l'adresse IP du terminal sur le réseau d'entreprise ou l'adresse MAC (Medium Access Control) de sa carte réseau ou encore son numéro d'identification dans le parc informatique). De cette sorte, l'invention permet d'exécuter des actions liées à la gestion de l'énergie sur le terminal de l'utilisateur de manière totalement transparente pour lui. Ces actions sont déclenchées de façon systématique (sur détection de son badge) ce qui permet de réaliser d'importantes économies d'énergie. Par exemple, conformément à l'invention, lorsque l'utilisateur quitte son entreprise et passe son badge devant une borne de contrôle située à la sortie des locaux de l'entreprise, son terminal peut être mis en veille ou éteint sans action spécifique de sa part. On obtient ainsi non seulement un gain en termes d'énergie (il ne reste plus d'ordinateurs non éteints dans l'entreprise après le départ des utilisateurs de ces ordinateurs, sauf bien entendu cas exceptionnel nécessitant de garder ces ordinateurs en fonctionnement), mais également en termes de sécurité et de protection des informations stockées sur ces ordinateurs, si de surcroit on ajoute par exemple une protection par login et mot de passe activée à leur démarrage. Inversement, il est également possible de démarrer le terminal d'un utilisateur dès son accès à l'entreprise sur détection de son badge, sans action directe spécifique de sa part sur son terminal, de sorte qu'un gain de temps notable peut être constaté. En effet, de nombreux salariés se plaignent des latences rencontrées au démarrage de leurs ordinateurs. Or grâce à l'invention, ce démarrage peut être activé dès le franchissement du portique d'entrée de l'entreprise par l'utilisateur, de sorte que l'ordinateur est opérationnel lorsque celui-ci arrive à son bureau. Ainsi l'invention propose un mécanisme très simple de gestion de l'énergie dans un parc informatique, qui ne nécessite pas 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. Dans un mode particulier de réalisation, le procédé de gestion selon l'invention comprend en outre une étape de détermination par le serveur de la commande à envoyer au terminal en fonction de la localisation de la borne du système de contrôle. Il est ainsi possible d'adapter la commande de gestion des ressources envoyées au terminal en fonction de la situation courante de l'utilisateur. Par exemple, si la détection à l'origine de la commande correspond à un passage du badge devant une borne de contrôle du service de restauration de l'entreprise, alors la commande à exécuter sur le terminal pourra être choisie de sorte à mettre en veille ce terminal. Inversement, si la détection à l'origine de la commande correspond à un passage du badge devant une borne de contrôle située en sortie des locaux de l'entreprise, alors la commande à exécuter sur le terminal pourra être choisie de sorte à éteindre complètement le terminal. Selon un autre aspect, l'invention vise également un procédé d'envoi d'une commande de gestion d'activité d'au moins une ressource d'un terminal comprenant : une étape de réception d'un message comprenant un matricule associé à un utilisateur ; sur réception de ce message : -une étape d'identification d'un terminal à l'aide de ce matricule ; et -une étape d'envoi au terminal identifié d'une commande de gestion de l'activité d'au moins une de ses ressources. Corrélativement, l'invention vise également un serveur comprenant : û des moyens pour recevoir un message comprenant un matricule associé à un utilisateur ; û des moyens pour identifier un terminal à l'aide de ce matricule, et des moyens pour envoyer au terminal identifié, une commande de gestion de l'activité d'au moins une de ses ressources, ces moyens étant activés sur réception du message. Dans un mode particulier de réalisation, les différentes étapes du procédé d'envoi 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 serveur 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é d'envoi tel que décrit ci-dessus. Ce programme peut 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 10 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 15 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 20 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 25 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 30 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 leur environnement, un système de gestion comprenant un serveur selon l'invention, dans un mode particulier de réalisation ; 35 la figure 2 représente les principales étapes d'un procédé de gestion et d'un procédé d'envoi selon l'invention, lorsqu'ils sont mis en oeuvre respectivement par un système de gestion et un serveur conformes à l'invention tels que représentés sur la figure 1 ; et les figures 3A et 3B représentent des exemples de bases de données pouvant être utilisées au cours du procédé de gestion selon l'invention. 5 Description détaillée d'un mode de réalisation Dans le mode de réalisation considéré ici, on envisage la gestion à distance des ressources d'un terminal d'un parc informatique d'entreprise, sur détection du passage d'un badge magnétique d'accès à 10 l'entreprise de l'utilisateur à proximité d'une borne du système de contrôle et d'identification de l'entreprise (aussi appelé système de sécurité de l'entreprise). Ce badge magnétique mémorise, de façon connue, un matricule ou numéro d'identification attribué à l'utilisateur, qui permet son 15 identification par le système de contrôle de l'entreprise. Un tel matricule peut être utilisé pour contrôler l'accès (ou la sortie) de l'utilisateur aux différents locaux de l'entreprise ainsi qu'à divers services offerts par l'entreprise (ex. service de restauration d'entreprise). D'autres supports d'informations d'identification personnelle 20 peuvent bien sûr être envisagés, comme par exemple un badge muni d'une bande optique sur laquelle est mémorisé le matricule de l'utilisateur, ou encore une partie du corps de l'utilisateur, tel qu'un doigt, lorsque des informations biométriques comme des empreintes digitales sont utilisées pour l'identification de l'utilisateur au sein de l'entreprise. 25 Ainsi, de façon générale, au sens de l'invention, on entendra par matricule associé à des informations d'identification personnelle, un numéro ou une référence d'identification stocké(e) sur le support d'informations d'identification personnelle considéré ou que l'on peut retrouver à partir des informations d'identification personnelle portées par 30 ce support. La figure 1 représente, dans son environnement, un parc informatique d'une entreprise comprenant une pluralité 10 de terminaux T1-TN attribués à divers utilisateurs, et dont la gestion est centralisée par un serveur 20 conforme à l'invention. 35 Les terminaux T1-TN sont des ordinateurs de type PC fixes, connectés à un réseau d'entreprise R de type LAN (Local Access Network). A chaque terminal Tl-TN, est attribuée une adresse IP distincte sur le réseau R, notée @IP, pour communiquer sur ce réseau. Cette hypothèse n'est bien entendu pas limitative, les terminaux pouvant être en variante des PC portables, des PDA, des équipements périphériques tels que par exemple des imprimantes ou des scanners, etc., connectés au réseau R par l'intermédiaire de diverses interfaces, telles qu'une interface sans fil de type WiFI (Wireless FIdelity), ou une interface de type Ethernet. Chaque terminal Tn (pour n=1,..N) est, dans l'exemple envisagé ici, équipé d'une carte réseau 11 et d'une carte mère 12, adaptées à démarrer ce terminal lorsqu'il est éteint, à le réveiller lorsqu'il est en mode veille, ou encore à l'éteindre, sur réception d'une commande selon un format approprié (aussi connue sous le nom de � paquet magique �). A cette fin, ces cartes supportent notamment la fonctionnalité � Wake on Lan � (WOL), connue en soi, et qui ne sera pas détaillée davantage ici. Le serveur 20, conforme à l'invention, a l'architecture matérielle d'un ordinateur. Il comprend notamment un processeur 21, une mémoire vive 22, une mémoire morte 23 et une mémoire non volatile 24. La mémoire morte 23 du serveur 20 comporte un programme informatique, conforme à l'invention, et adapté à exécuter les principales étapes du procédé d'envoi selon l'invention, représentées sur la figure 2 décrite ultérieurement. Le serveur 20 comprend en outre des moyens 25 pour communiquer sur le réseau R (ex. une carte réseau), notamment avec les terminaux T1-TN ainsi qu'avec un système de contrôle et d'identification 40. Le système de contrôle 40 réalise, de façon connue, l'identification des salariés de l'entreprise, utilisateurs des terminaux T1-TN, sur détection de leur badge magnétique à proximité d'une borne de contrôle du système (avec ou sans contact selon les modèles de borne considérés). Dans l'exemple décrit ici, on considère P bornes, B1, B2,..., BP, reliées à une entité centrale 41 du système de contrôle, et réparties dans différentes zones géographiques Z1,...,ZP de l'entreprise (ex. � zone d'accès au bâtiment A �, � cantine �, etc.). De façon connue, ces bornes sont adaptées à lire les badges magnétiques 42 des utilisateurs présentés à leur proximité et notamment les matricules attribués à ces utilisateurs stockés sur ces badges. Elles peuvent ici indifféremment contrôler l'entrée et/ou la sortie d'un utilisateur dans la zone qui leur est associée, ou encore l'accès à un service (ex. service de restauration au moment de la facturation de son repas) par un utilisateur. Les matricules sont ensuite transmis vers l'entité centrale 41 pour vérification de l'identité de l'utilisateur et de ses droits d'accès aux locaux de l'entreprise ou aux services fournis par l'entreprise. Bien entendu des droits d'accès restreints peuvent être envisagés (i.e. accès non autorisés à certains services ou bâtiments). L'entité centrale 41 a l'architecture matérielle d'un ordinateur, et comprend notamment des moyens de communication sur le réseau R. La pluralité de terminaux 10, le serveur 20 et le système de contrôle 40 forment un système de gestion 50 au sens de l'invention. Nous allons maintenant décrire, en référence à la figure 2, les principales étapes des procédés de gestion et d'envoi conformes à l'invention, lorsqu'ils sont mis en oeuvre respectivement, dans un mode particulier de réalisation, par le système de gestion 50 et le serveur 20 représentés sur la figure 1. On suppose qu'un utilisateur U se présente, muni de son badge magnétique 42 sur lequel est mémorisé son matricule M, à proximité de la borne B1 du système de contrôle 40, située dans la zone géographique Z1, en vue d'accéder à cette zone (étape E10). La borne B1 est par exemple une borne située à l'entrée de l'entreprise, et qui conditionne l'accès de l'utilisateur U aux locaux de l'entreprise. Bien entendu, d'autres cas de figure peuvent être envisagés. Dans l'exemple décrit ici, la mise en contact du badge 42 de l'utilisateur U avec la borne B1 permet à celle-ci de lire le matricule M de l'utilisateur sur le badge. Ce matricule M est ensuite transmis par la borne B1 à l'entité centrale 41 pour vérification de l'identité de l'utilisateur U et de ses droits d'accès à la zone Z1 (étape E20), de façon connue en soi. Si l'utilisateur U est reconnu par l'entité centrale 41, et que des droits d'accès à la zone Z1 lui sont attribués, la borne B1 libère l'accès à l'entreprise pour l'utilisateur U (ex. ouverture d'un portique d'entrée ou d'un tourniquet). On suppose que tel est le cas ici. Suite à la détection du badge 42, l'entité centrale 41 envoie également un message au serveur 20, via le réseau R, contenant le matricule M de l'utilisateur U (étape E30). Ce message comprend en outre ici un identifiant de la zone géographique Z1 dans laquelle se trouve la borne B1, ainsi qu'une information selon laquelle la détection reportée par la borne B1 correspond à une entrée de l'utilisateur U dans la zone. Sur réception de ce message, le serveur 20 interroge une base de données 31 avec le matricule M, selon des moyens connus de l'homme du métier, en vue d'identifier le terminal qui est attribué à l'utilisateur U (étape E40). Dans la base de données 31 est mémorisée une table de conversion qui établit la correspondance entre chaque terminal Tn (i=1,...,N) et l'utilisateur auquel ce terminal est attribué. De façon plus précise, on associe dans la base de données 31, un identifiant du terminal Tn, tel que par exemple un numéro d'identification de ce terminal au sein du parc d'entreprise, à un identifiant de l'utilisateur du terminal, à savoir ici son matricule. En outre, dans l'exemple décrit ici, pour chaque terminal Tn sont également mémorisées son adresse IP sur le réseau R notée @IPn, ainsi que l'adresse MAC (Medium Access Control) de sa carte réseau 11, notée @MACn. On notera que l'adresse IP du terminal Ti et son adresse MAC permettent également l'identification du terminal Ti par le serveur 20. Un exemple du contenu de la base de données 31 est représenté sur la figure 3A. Selon cet exemple, au matricule M de l'utilisateur U est associé le terminal Ti. Le serveur 20 obtient donc de l'interrogation de la base 31, le numéro d'identification du terminal T1 (contenu sur la figure dans la colonne intitulée � Terminal �), l'adresse IP du terminal Ti, @IP1, ainsi que l'adresse MAC de sa carte réseau 11, @MAC1. Le serveur 20 interroge également une seconde base de données 32 afin de déterminer la commande de gestion de ressources appropriée à envoyer au terminal Ti (étape E50). Pour cela, il insère dans sa requête d'interrogation de la base de données 32 l'identifiant de la zone géographique Z1 ainsi qu'une indication selon laquelle une entrée dans cette zone a été détectée pour l'utilisateur U. Dans la base de données 32, est mémorisée, pour chaque borne Bp, p=1,...,P, et plus généralement, pour chaque zone Zp, p=1,...,N de l'entreprise, une commande pouvant être envoyée par le serveur 20 à un terminal en vue de gérer à distance au moins l'une des ses ressources, comme par exemple, son écran, son processeur, etc., ou l'ensemble des ressources du terminal. Une telle commande est par exemple sélectionnée parmi : û une commande d'extinction d'au moins une ressource du terminal ; û une commande de mise en veille d'au moins une ressource du terminal, la mise en veille pouvant être simple ou prolongée ; û une commande d'activation (ex. démarrage ou réveil) d'au moins une ressource du terminal. Bien entendu d'autres commandes peuvent être envisagées en fonction de la stratégie adoptée par l'entreprise. En outre, une seule base de données regroupant les informations des bases de données 31 et 32 peut être considérée. Par ailleurs, les bases de données 31 et 32 peuvent être stockées sur le serveur 20, par exemple dans sa mémoire volatile 24. Un exemple du contenu de la base de données 32 est représenté sur la figure 3B. Selon cet exemple û on associe à une détection par la borne B1 d'une entrée d'un utilisateur dans la zone Z1 une commande de démarrage (i.e. activation) de son terminal ; et û on associe à une détection par la borne B1 d'une sortie d'un utilisateur dans la zone Z1 une commande d'extinction du terminal. Dans l'exemple représenté sur la figure 3B, la base de données 32 indique qu'une commande de démarrage du terminal de l'utilisateur doit être envoyée à celui-ci. Ainsi, sur réception de cette indication, le serveur 20 détermine dans un premier temps si le terminal Ti est connecté au réseau R, à l'aide de son adresse @IP1, puis le cas échéant, il envoie un message au terminal Ti de l'utilisateur U comprenant la commande de démarrage du terminal (autrement dit d'activation de ses ressources) (étape E60). Ce message est envoyé sur le réseau R, à l'aide de l'adresse @IP1 du terminal Ti et/ou de l'adresse MAC de sa carte réseau 11, de façon connue en soi et non détaillée ici. Le message envoyé par le serveur 20 au terminal Ti a un format conforme ici à celui requis par la fonctionnalité Wake On Lan, de 35 sorte à pouvoir être correctement interprété par la carte réseau 11 et la carte mère 12 du terminal Ti. Il s'agit par exemple d'un � paquet magique �, tel que reconnu par la fonctionnalité Wake On Lan. Sur réception du message émis par le serveur 20, la carte réseau 11 et la carte mère 12 du terminal Ti interprètent la commande contenue dans ce message et l'exécutent. En l'occurrence ici, le terminal Ti est démarré, et une session est ouverte. Pour des raisons de sécurité, le serveur 20 peut verrouiller, de façon automatique, la session par mot de passe. Ainsi, à son arrivée devant son terminal Ti, l'utilisateur U se contente de ré-ouvrir la session en entrant son mot de passe, et n'a pas à démarrer son terminal Ti. Un gain de temps peut donc être observé, le terminal Ti étant prêt à l'emploi dés l'arrivée de l'utilisateur. Les procédés de gestion et d'envoi sont déroulés de façon similaire lorsqu'une sortie de l'utilisateur d'une zone est détectée. REVENDICATIONS1. Procédé de gestion de l'activité d'au moins une ressource d'un terminal (T1-TN), caractérisé en ce qu'il comprend : ù sur détection d'un passage (E10), à proximité d'une borne (B1) d'un système de contrôle (40), d'un support d'informations d'identification personnelle (42) d'un utilisateur (U) associées à un matricule (M), une étape d'envoi (E30) par le système de contrôle (40) à un serveur (20) d'un message comprenant ce matricule ; ù sur réception de ce message : - une étape d'identification (E40) d'un terminal (Ti) par le serveur à l'aide de ce matricule (M) ; - une étape d'envoi (E60) par le serveur (20) au terminal identifié (Ti), d'une commande de gestion de l'activité d'au moins une ressource de celui-ci ; ù et, sur réception de la commande, une étape d'exécution (E70) de cette commande par le terminal (Ti). 2. Procédé de gestion selon la revendication 1 caractérisé en ce qu'il comprend en outre une étape de détermination (E50) par le serveur de la commande à envoyer au terminal en fonction de la localisation (Z1) de la borne (B1) du système de contrôle. 3. Procédé de gestion selon la revendication 1 ou 2 caractérisé en ce que la commande envoyée au terminal est choisie parmi : ù une commande d'extinction d'au moins une ressource du terminal ; ù une commande de mise en veille d'au moins une ressource du terminal ; ù une commande d'activation d'au moins une ressource du terminal. 4. Système (50) de gestion de l'activité d'au moins une ressource d'un terminal, caractérisé en ce qu'il comprend une pluralité de terminaux (T1-TN), un système de contrôle (40) et un serveur (20), et en ce que: ù le système de contrôle (40) comprend :- des moyens (B1-BP) pour détecter le passage à leurs proximités d'un support d'informations d'identification personnelle (42) d'un utilisateur (U) associées à un matricule (M) ; - des moyens (41) pour envoyer un message comprenant ce matricule au serveur (20) ; le serveur (20) comprend : - des moyens pour identifier un terminal (Ti) à l'aide de ce matricule ; - des moyens (25) pour envoyer au terminal identifié (Ti) une commande de gestion de l'activité d'au moins une ressource de celui- ci ces moyens étant activés sur réception du message ; et le terminal identifié (Ti) comprend des moyens d'exécution (11,12) de la commande activés sur réception de celle-ci. 5. Système de gestion selon la revendication 4 caractérisé en ce que le support d'informations d'identification personnelle est un badge magnétique (42). 6. Procédé d'envoi d'une commande de gestion d'activité d'au moins une ressource d'un terminal, caractérisé en ce qu'il comprend : ù une étape de réception d'un message comprenant un matricule (M) associé à un utilisateur (U) ; ù sur réception de ce message : une étape d'identification (E40) d'un terminal (Ti) à l'aide de ce matricule (M) ; et une étape d'envoi (E60) au terminal identifié (Ti) d'une commande de gestion de l'activité d'au moins une ressource de celui-ci. 7. Serveur (20) caractérisé en ce qu'il comprend : ù des moyens (25) pour recevoir un message comprenant un matricule (M) associé à un utilisateur ; ù des moyens pour identifier un terminal (Ti) à l'aide de ce matricule et des moyens (25) pour envoyer au terminal identifié, une commande de gestion de l'activité d'au moins une ressource de celui-ci, activés sur réception du message. 8. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé d'envoi selon la revendication 6 lorsque ledit programme est exécuté par un ordinateur. 9. 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é d'envoi selon la revendication 6.