FR 2803064 A1 20010629 FR 0014169 A 20001106 La présente description concerne en général des systèmes de traitement d'informations et en particulier un procédé et un système pcur assurer une communication entre des dispositifs de fournisseur et de clients. Du fait que les entreprises font de plus en plus confiance aux systèmes de traitement d'informations élec- troniques, le nombre de ces systèmes de traitement aug- mente rapidement de jour en jour. La gestion de ces sys- tèmes de traitement représente un sérieux défi pour ces entreprises. Par exemple, les entreprises sont incitées à maintenir la fiabilité opérationnelle de leurs divers systèmes de traitement, ainsi que la compatibilité et la cohérence de la configuration entre leurs divers systèmes de traitement. De plus, les entreprises sont incitées à gérer efficacement les coûts associés à une telle ges- tion. Pour effectuer cette gestion, les entreprises comptent sur l'aide des fournisseurs des systèmes de traitement. Les entreprises sont des clients des fournis- seurs. Un fournisseur peut aider ces clients en fournis- sant des informations concernant la compatibilité entre divers systèmes informatiques d'un client, et en conser- vant des enregistrements sur la cohérence de la configu- ration entre divers systèmes informatiques d'un client. Par ailleurs, un fournisseur peut assurer des réparations fonctionnelles et des mises à jour des systèmes informa- tiques d'un client. De plus, le fournisseur peut rapide- ment informer un client des nouveaux produits et des changements de prix et/ou de disponibilité de produits. Les techniques précédentes ont énormément compté sur les êtres humains pour assurer une telle gestion. Ce- pendant, du fait de l'augmentation du nombre et des dif- férents types de clients et de systèmes informatiques, une telle gestion humaine devient moins fiable. De plus, le coût financier de cette gestion humaine est inefficace d'un point de vue économique. En conséquence, il est devenu nécessaire de dis- poser d'un procédé et d'un système pour assurer la commu- nication entre des dispositifs de fournisseur et de clients, à l'aide desquels sont surmontés les divers in- convénients des techniques antérieures. Plus particuliè- rement, il est devenu nécessaire de disposer d'un procédé et d'un système pour assurer la communication entre des dispositifs de fournisseur et de clients, à l'aide des- quels la gestion repose moins sur la gestion humaine. En conséquence, un mode de réalisation fournit un procédé et un système pour assurer la communication entre des dispositifs de fournisseur et de clients à l'aide desquels la gestion repose moins sur la gestion humaine. A cette fin, un système comporte un dispositif informati- que pour mémoriser des critères selon lesquels un client est autorisé à acheter un article physique. Le dispositif informatique reçoit une demande provenant du client. En réponse à la demande satisfaisant aux critères mémorisés, le dispositif informatique délivre un signal d'achat de l'article physique. L'avantage principal du présent mode de réalisa- tion est que (a) divers inconvénients des techniques an- térieures sont surmontés, et (b) la gestion repose moins sur la gestion humaine. La présente invention va maintenant apparaître plus clairement à la lecture de la description qui va suivre, faite en référence aux dessins annexés sur les- quels: - la figure 1 est un schéma fonctionnel d'un sys- tème selon le mode de réalisation illustratif, - la figure 2 est un schéma fonctionnel d'un client du système informatique de la figure 1, - la figure 3 est une illustration conceptuelle de divers processus exécutés par un système administra- teur de client du client de la figure 2, - la figure 4 est un schéma fonctionnel du sys- tème administrateur de client du client de la figure 2, - la figure 5 est un schéma fonctionnel d'un fournisseur du système informatique de la figure 1, - la figure 6 est une illustration conceptuelle de divers processus exécutés par un système administra- teur de fournisseur du fournisseur de la figure 5, - la figure 7 est une illustration conceptuelle de l'organisation d'une base de données de clients 308 selon un premier mode de réalisation illustratif, - la figure 8a est une illustration conceptuelle de l'organisation d'une base de données de clients 308 selon un deuxième mode de réalisation illustratif, - la figure 8b est une illustration conceptuelle de l'organisation d'une base de données de clients 308 selon un troisième mode de réalisation illustratif, - la figure 9 est un ordinogramme illustrant le fonctionnement d'un processus de communication de la fi- gure 3, - la figure 10 est un ordinogramme illustrant le fonctionnement d'un processus de commande de la figure 3, et - la figure 11 est un ordinogramme illustrant le fonctionnement d'un processus de mise à jour de base de données de la figure 3. La figure 1 est un schéma fonctionnel d'un sys- tème, indiqué de manière générale par la référence numé- rique 100, selon le mode de réalisation illustratif. Le système 100 comporte des clients 102, 104 et 106, desti- nés chacun à exécuter des processus clients respectifs, comme décrit plus en détail ci-dessous en référence à la figure 3. En outre, le système 100 comporte (a) un réseau informatique global 110, tel qu'un réseau 110 du type Protocole de Contrôle de Transmission/Protocole d'Inter- net ("TCP/IP") (par exemple le réseau Internet ou un ré- seau intranet), et (b) un fournisseur 112 destiné à exé- cuter des processus fournisseur, comme décrit plus en dé- tail ci-dessous en référence à la figure 6. Chacun des clients 102, 104 et 106 (et le four- nisseur 112) comporte une interface réseau respective pour communiquer avec le réseau 110 (c'est-à-dire pour envoyer des informations au réseau 110, et recevoir des informations depuis celui-ci), en transférant par exemple des informations (par exemple des instructions, des don- nées, des signaux) entre un client (ou fournisseur) et le réseau 110. Les clients 102, 104 et 106, le réseau 110, et le fournisseur 112 sont chacun un système informatique comportant au moins un dispositif de traitement respectif (par exemple un ordinateur) destiné à exécuter un proces- sus respectif et effectuer des opérations respectives (par exemple le traitement et la communication d'informa- tions) en réponse à celui-ci, comme décrit plus en détail ci-dessous. Chacun de ces système informatique et dispo- sitif informatique est formé de divers composants de cir- cuits électroniques. Par ailleurs, comme représenté sur la figure 1, le fournisseur 112 est relié via le réseau 110 à chacun des clients 102, 104 et 106. Par l'intermédiaire du ré- seau 110, des informations sont échangées entre le four- nisseur 112 et les clients 102, 104 et 106. Dans la des- cription qui va suivre, le client 102 est un client re- présentatif parmi les clients 102, 104 et 106. Bien que la figure 1 ne montre que trois clients (c'est-à-dire les clients 102, 104 et 106), il doit être compris que d'au- tres clients (essentiellement identiques aux clients 102, 104 et 106) sont reliés au réseau 110. En outre, comme représenté sur la figure 1, le fournisseur 112 communique avec les clients 102, 104 et 106 en livrant aux clients 102, 104 et 106 des articles physiques (par exemple, (a) des copies physiques de pro- duits logiciels informatiques ou (b) d'autres produits tels que des disquettes, des disques durs, des disposi- tifs de mémoire ou d'autres composants informatiques). Le fournisseur 112 déclenche cette livraison en réponse à une commande d'achat d'un article physique. Les clients 102, 104 et 106 sont capables de transmettre une telle commande électroniquement via le réseau 110 au fournis- seur 112. Pour certains articles physiques (par exemple des copies physiques de produits logiciels informatiques), le fournisseur 112 est capable de déclencher cette livraison électroniquement via le réseau 110 aux clients 102, 104 et/ou 106. A cet égard, on fait la distinction entre des articles physiques et des services. Par exemple, par com- paraison aux articles physiques, les services sont éphé- mères. Contrairement aux services, les articles physiques sont physiquement conservés à la destination de livraison après leur livraison. En conséquence, si cette destina- tion de livraison est l'un des clients 102, 104 ou 106, ces articles physiques (pendant ou après leur livraison) peuvent être installés au niveau d'un système informati- que (par exemple dans un dispositif informatique) de ce client. De plus, les clients 102, 104 et 106 communiquent avec le fournisseur 112 en envoyant le paiement au four- nisseur 112 (par exemple en échange de la réception des articles physiques provenant du fournisseur 112), ou en livrant des articles physiques au fournisseur 112 (par exemple un renvoi de produits). La figure 2 est un schéma fonctionnel d'un client 102. Le client 102 comporte des terminaux clients 202, 204, et 206, qui sont des systèmes informatiques incluant des dispositifs informatiques respectifs (par exemple des ordinateurs personnels compatibles IBM (marque déposée)), destinés chacun à exécuter un processus client respectif. Par ailleurs, le client 102 inclut des utilisateurs hu- mains 208, 210 et 212. Les terminaux clients 202, 204 et 206 fonctionnent en association avec les utilisateurs hu- mains 208, 210 et 212, respectivement. En outre, le client 102 inclut un administrateur de client 214, qui est un système informatique comportant un dispositif informatique, destiné à exécuter des pro- cessus d'administrateur de client, comme décrit plus en détail ci-dessous en référence à la figure 3. L'adminis- trateur de client 214 fonctionne en association avec un gestionnaire humain de système 216 et un personnel humain d'exécution des commandes 218, qui sont des utilisateurs de l'administrateur de client 214, comme décrit plus en détail ci-dessous en référence à la figure 4. Le fonc- tionnement de l'administrateur de client 214 en associa- tion avec le gestionnaire humain de système 216 et le personnel humain d'exécution des commandes 218 est simi- laire à la manière selon laquelle les terminaux clients 202, 204 et 206 fonctionnent en association avec les uti- lisateurs humains 208, 210 et 212, respectivement. Le personnel humain d'exécution des commandes 218 effectue des échanges entre le client 102 et le fournis- seur 112 en recevant la livraison d'articles physiques provenant du fournisseur 112, en envoyant le paiement au fournisseur 112, et/ou en effectuant le renvoi d'articles physiques au fournisseur 112. Au sujet du client 102, l'administrateur de client 214 comporte une interface ré- seau respective permettant de communiquer avec le réseau , en transférant par exemple des informations entre l'administrateur de client 214 et le réseau 110. Par ailleurs, comme représenté sur la figure 2, l'administra- teur de client 214 est relié à chacun des terminaux clients 202, 204 et 206, et des informations sont échan- gées entre l'administrateur de client 214 et les termi- naux clients 202, 204 et 206. Dans la description qui va suivre, le terminal client 202 est un terminal client représentatif parmi les terminaux clients 202, 204 et 206. Bien que la figure 2 ne montre que trois terminaux clients (c'est-à-dire les terminaux clients 202, 204 et 206), on doit comprendre que d'autres terminaux clients (essentiellement identi- ques aux terminaux clients 202, 204 et 206) sont reliés à l'administrateur de client 214. De même, chacun de ces autres terminaux clients fonctionne en association avec un utilisateur humain respectif, d'une manière similaire au fonctionnement du terminal client 202 en association avec l'utilisateur 208. De plus, comme représenté sur la figure 2, dans le mode de réalisation illustratif, le terminal client 202 est relié au réseau 110. En conséquence, le terminal client 202 est relié via le réseau 110 au fournisseur 112 (figure 1). De même, comme pour le terminal client 202 représentatif, chacun des terminaux clients 204 et 206 est relié via le réseau 110 au fournisseur 112, bien qu'une telle liaison ne soit pas représentée sur la fi- gure 2, par souci de clarté. Du fait de cette liaison, un ou plusieurs des terminaux clients 202, 204 ou 206 peu- vent fonctionner dans les modes de réalisation en va- riante pour exécuter les processus (décrits plus en dé- tail ci-dessous en référence à la figure 3) de l'adminis- trateur de client 214. La figure 3 est une illustration conceptuelle de divers processus exécutés par l'administrateur de client 214 de la figure 2. D'une manière plus particulière, ces processus sont exécutés par un ordinateur 402 de la fi- gure 4, qui est décrit plus en détail ci-dessous. Les processus représentés sur la figure 3 sont illustratifs, et non exhaustifs, des processus exécutés par l'adminis- trateur de client 214 en général, et par l'ordinateur 402 (figure 4) en particulier. Les processus exécutés par l'administrateur de client 214 sont décrits plus en détail tout au long de la description, à titre d'exemple en référence aux figures 9, 10 et 11. Comme représenté sur la figure 3, l'adminis- trateur de client 214 exécute un processus de communica- tion 302 (décrit plus en détail ci-dessous en référence à la figure 9), un processus de commande 304 (décrit plus en détail ci-dessous en référence à la figure 10), et un processus de mise à jour de base de données 306 (décrit plus en détail ci-dessous en référence à la figure 11). Ces processus exécutent des opérations pour communiquer avec une base de données de clients 308, laquelle est mé- morisée sur un disque dur 411 (décrite plus en détail ci-dessous en référence à la figure 4). L'organisation de la base de données de clients 308 est décrite plus en détail ci-dessous en référence aux figures 7 et 8. L'administrateur de client 214 permet de mémoriser, dans la base de données de clients 308, un enregistrement des diverses opérations effectuées par l'administrateur de client 214. Le processus de communication 302 exécute des opérations pour permettre la communication entre l'admi- nistrateur de client 214 et les terminaux clients 202, 204 et 206, comme décrit plus en détail ci-dessous en ré- férence à la figure 9. Par ailleurs, le processus de com- munication 302 communique avec le processus de commande 304, comme décrit plus en détail ci-dessous en référence aux figures 9 et 10. Le processus de mise à jour de base de données 306 exécute d'autres opérations de l'adminis- trateur de client 214, incluant par exemple des opéra- tions permettant de communiquer entre l'administrateur de client 214 et (a) le réseau 110, (b) le gestionnaire hu- main de système 216, et (c) le personnel humain d'exécu- tion des commandes 218, comme décrit plus en détail ci-dessous en référence à la figure 11. Par exemple, le processus de mise à jour de base de données 306 exécute des opérations pour permettre la communication d'informations entre l'administrateur de client 214 et le personnel humain d'exécution des comman- des 218 concernant la livraison d'articles physiques par le fournisseur 112, l'envoi du paiement au fournisseur 112, et/ou le renvoi d'articles physiques au fournisseur 112. La figure 4 est un schéma fonctionnel de l'admi- nistrateur de client 214. Dans la description de la fi- gure 4 ci-dessous, l'administrateur de client 214 est un système représentatif des systèmes informatiques du client 102, du réseau 110, et du fournisseur 112. Comme représenté sur la figure 4, l'administra- teur de client 214 comporte (a) des dispositifs d'entrée 404 pour recevoir des informations provenant d'un utili- sateur humain (par exemple l'utilisateur 216, 218), (b) un dispositif d'affichage 406 (par exemple un dispositif à tube cathodique électronique classique) pour afficher des informations à un utilisateur (par exemple l'utilisa- teur 216, 218), (c) un ordinateur 402 pour exécuter et sinon traiter des instructions, (h) un dispositif d'im- pression 408 (par exemple une imprimante ou un traceur électronique classique), (e) un support (ou dispositif) lisible par ordinateur 410 pour mémoriser des informa- tions, (d) un dispositif de mémorisation non-volatile 411 (par exemple une unité de disque ou un autre support (ou dispositif) lisible par ordinateur, comme décrit plus en détail ci-dessous) pour mémoriser des informations, et (e) divers autres circuits électroniques pour exécuter d'autres opérations de l'administrateur de client 214. Dans le mode de réalisation illustratif, l'ordi- nateur 402 est un ordinateur compatible IBM qui exécute les logiciels du système d'exploitation Microsoft Windows NT (marques déposées), ou en variante est un quelconque ordinateur qui exécute un quelconque système d'exploita- tion. Tous les produits de Microsoft identifiés ici sont disponibles auprès de Microsoft Corporation, One Micro- soft Way, Redmond, WA 98052-6399, téléphone (425)882- 8080. Par exemple, l'ordinateur 402 comporte (a) une in- terface réseau (par exemple un circuit à mode de trans- fert asynchrone ("ATM")) permettant la communication en- tre l'ordinateur 402 et le réseau 110 et (b) un disposi- tif de mémoire (par exemple un dispositif de mémoire à accès direct ("RAM") et un dispositif de mémoire à lec- ture seule ("ROM")) pour mémoriser des informations (par exemple des instructions exécutées par l'ordinateur 402 et des données exploitées par l'ordinateur 402 en réponse à ces instructions). En conséquence, l'ordinateur 402 est relié au ré- seau 110, aux dispositifs d'entrée 404, au dispositif d'affichage 406, au dispositif d'impression 408, au sup- port lisible par ordinateur 410, et au dispositif de mé- morisation 411, comme représenté sur la figure 4. L'admi- nistrateur de client 214 et l'utilisateur 216 fonction- nent en association l'un avec l'autre. Par ailleurs, l'administrateur de client 214 et l'utilisateur 218 fonc- tionnent en association l'un avec l'autre. Par exemple, en réponse aux signaux provenant de l'ordinateur 402, le dispositif d'affichage 406 affiche des images visuelles, et un utilisateur (par exemple l'utilisateur 216, 218) regarde ces images visuelles. De plus, un utilisateur (par exemple utilisateur 216, 218) utilise les dispositifs d'entrée 404 pour envoyer des in- formations à l'ordinateur 402, et l'ordinateur 402 reçoit ces informations à partir des dispositifs d'entrée 404. De même, en réponse aux signaux provenant de l'ordinateur 402, le dispositif d'impression 408 imprime des images visuelles sur du papier, et un utilisateur (par exemple l'utilisateur 216, 218) regarde ces images visuelles. Les dispositifs d'entrée 404 incluent, par exem- ple, un clavier électronique classique et un dispositif de pointage tel qu'une "souris" électronique classique, une boule roulante ou un crayon optique. Un utilisateur (par exemple l'utilisateur 216, 218) utilise le clavier pour envoyer des informations textuelles alphanumériques à l'ordinateur 402, et l'ordinateur 402 reçoit ces infor- mations textuelles alphanumériques depuis le clavier. Un utilisateur (par exemple l'utilisateur 216, 218) utilise le dispositif de pointage pour envoyer des informations de commande de curseur à l'ordinateur 402, et l'ordina- teur 402 reçoit ces informations de commande de curseur depuis le dispositif de pointage. La figure 5 est un schéma fonctionnel du fournis- seur 112. Le fournisseur 112 comporte un administrateur de fournisseur 502, qui est un système informatique in- cluant un dispositif informatique, pour exécuter des pro- cessus d'administrateur de fournisseur, comme décrit plus en détail cidessous en référence à la figure 6. Par ailleurs, le fournisseur 112 inclut un gestionnaire hu- main de système 504 et un personnel humain d'exécution des commandes 506, qui sont des utilisateurs de l'admi- nistrateur de fournisseur 502. L'administrateur de fournisseur 502 fonctionne en association avec le gestionnaire humain de système 504 et le personnel humain d'exécution des commandes 506, d'une manière similaire au fonctionnement de l'administrateur de client 214 en association avec le gestionnaire humain de système 216 et le personnel humain d'exécution des commandes 218. Le personnel humain d'exécution des com- mandes 506 communique avec le fournisseur 112 et les clients 102, 104 et 106 en livrant des articles physiques à ces clients, en recevant le paiement de ces clients, et/ou en recevant le renvoi d'articles physiques à partir de ces clients. Au sujet du fournisseur 112, l'adminis- trateur de fournisseur 502 comporte une interface réseau respective pour communiquer avec le réseau 110, de ma- nière à transférer des informations entre l'administra- teur de fournisseur 502 et le réseau 110. La figure 6 est une illustration conceptuelle des * divers processus exécutés par l'administrateur de four- nisseur 502 de la figure 5. Plus particulièrement, ces processus sont exécutés par le dispositif informatique de l'administrateur de fournisseur 502. Les processus repré- sentés sur la figure 6 sont illustratifs, et non exhaus- tifs, des processus exécutés par l'administrateur de fournisseur 502 en général et par son dispositif informa- tique en particulier. Les processus exécutés par l'administrateur de fournisseur 502 sont décrits plus en détail ci-après. Comme représenté sur la figure 6, l'administrateur de fournisseur 502 exécute un processus de communication 602, un processus de suggestion de commande 604 (décrit plus en détail ci-dessous en référence à la figure 11), un processus de mise à jour de base de données 606, et un processus d'exécution des commandes 608. Le processus de communication 602 exécute des opérations pour permettre la communication entre l'admi- nistrateur de fournisseur 502 et le réseau 110. Par ailleurs, le processus de communication 602 communique avec (a) le processus de suggestion de commande 604, (b) le processus de mise à jour de base de données 606, et (c) le processus d'exécution des commandes 608. Le processus de mise à jour de base de données 606 exécute d'autres opérations de l'administrateur de fournisseur 502, incluant par exemple des opérations per- mettant la communication entre l'administrateur de four- nisseur 502 et le gestionnaire humain de système 504. Par ailleurs, le processus de mise à jour de base de données 606 communique avec le processus de suggestion de com- mande 604 et le processus d'exécution des commandes 608. De plus, le processus de mise à jour de base de données 606 permet de communiquer entre la base de données du fournisseur 610 et d'autres processus de l'administrateur de fournisseur 502. La base de données du fournisseur 610 est mémori- sée sur un disque dur de l'administrateur de fournisseur 502. L'administrateur de fournisseur 502 fonctionne de manière à mémoriser, dans la base de données du fournis- seur 610, un enregistrement de diverses opérations exécu- tées par l'administrateur de fournisseur 502. En communi- quant avec d'autres processus de l'administrateur de sys- tème 502, le processus de mise à jour de base de données 606 est capable de coordonner la mémorisation d'un tel enregistrement. Le processus d'exécution des commandes 608 exé- cute des opérations pour permettre de communiquer des in- formations entre l'administrateur de fournisseur 502 et le personnel humain d'exécution des commandes 506 concer- nant la livraison d'articles physiques à des clients (par exemple les clients 102, 104 et 106), l'envoi du paiement des clients, et/ou le renvoi d'articles physiques à par- tir des clients. Les figures 7, 8a et 8b sont des illustrations conceptuelles de l'organisation de la base de données de clients 308 selon un premier, un deuxième et un troisième mode de réalisation illustratif, respectivement. Comme représenté sur les figures 7, 8a et 8b, la base de don- nées de clients 308 mémorise divers types d'informations. Les types d'informations représentés sur les figures 7, 8a et 8b sont illustratifs, et non exhaustifs, des types d'informations mémorisés par la base de données de clients 308. En conséquence, la base de données de clients 308 mémorise des types d'informations supplémen- taires, qui sont décrits plus en détail ci-dessous en ré- férence aux figures 9, 10 et 11. En se reportant à la figure 7, pour un ou plu- sieurs clients (par exemple les clients 102, 104 et 106), la base de données de clients 308 inclut des informations concernant (a) le nom du client, (b) le numéro de série du fabricant du système informatique personnel ("PC") existant du client, (c) le type de client, (d) le montant en dollars du total des achats du client chez le fournis- seur 112 lors de l'année précédente, (e) des composants du système existant du client, (f) des composants précé- demment rajoutés au système du client provenant du four- nisseur 112, (g) des articles en cours de commande (par exemple achetés mais pas encore livrés au client) prove- nant du fournisseur 112 et destinés à être installés dans le système du client, (h) des articles renvoyés au four- nisseur 112 par le client, (i) le délai estimé de livrai- son au client des articles en cours de commande provenant du fournisseur 112, (j) des articles en promotion pour lesquels le fournisseur 112 cible le client, en même temps que d'autres préférences du client, et (k) les res- sources système qui sont contrôlées par le client, de ma- nière à ce que le client génère et transmette (au four- nisseur 112) une commande pour acheter un type prédéter- miné d'article physique chez le fournisseur 112 du fait que cette ressource manque au client (par exemple, le client possède une petite quantité de cette ressource). En se reportant à la figure 8a, pour de multiples terminaux clients (par exemple les terminaux clients 202, 204, 206) d'un client particulier (par exemple le client 102, 104 ou 106), comme par exemple de multiples employés (ou autre personnel salarié) d'un client particulier qui est une entreprise, la base de données de clients 308 in- clut des informations concernant (a) le nom de l'employé (par exemple le nom de l'utilisateur humain 208, 210 ou 212), (b) le numéro de série du fabricant du système in- formatique personnel existant de l'employé, (c) le numéro d'immatriculation de l'entreprise pour suivre le système PC existant de l'employé au sein de l'entreprise, (d) le type d'employé, tel qu'un intitulé de poste, (e) le numé- ro du centre de frais de l'employé, (f) le rang hiérar- chique de l'employé dans ce centre de frais, (g) le mon- tant en dollars des fonds disponibles de l'employé pour acheter des articles chez le fournisseur 112, calculé par l'administrateur de client 214 en fonction de l'argent disponible dans le centre de frais de l'employé et en fonction du rang hiérarchique de l'employé dans ce centre de frais, (h) les composants du système existant de l'em- ployé, (i) les composants précédemment rajoutés au sys- tème de l'employé provenant du fournisseur 112, (j) les articles en cours de commande (par exemple achetés mais pas encore livrés à l'employé) provenant du fournisseur 112 destinés à être installés dans le système de l'em- ployé, (k) les articles renvoyés au fournisseur 112 par l'employé, (1) le délai estimé de livraison à l'employé des articles en cours de commande provenant du fournis- seur 112, (m) une liste d'articles que l'employé est au- torisé à consulter et à acheter pour son activité profes- sionnelle chez le fournisseur 112, soumise à la condition des fonds disponibles de l'employé, et (n) les ressources système qui sont contrôlées par le client, de manière à ce que le client génère et transmette (au fournisseur 112) une commande pour acheter un type prédéterminé d'ar- ticle physique chez le fournisseur 112 du fait que cette ressource manque au client (par exemple le client possède une petite quantité de cette ressource). En se reportant à la figure 8b, la base de don- nées de clients 308 inclut les mêmes types d'informations que ceux représentés sur la figure 8a, mais la base de données de clients 308 inclut en plus le nom du client (par exemple les noms des clients 102 et 104, tels que Acme Corporation, Inc., et Widget Corporation, Inc.). Dans les exemples des figures 7 et 8a, la base de données de clients 308 est physiquement résidente au niveau de l'administrateur de client 214, et est principalement contenue dans celui-ci, mais uniquement pour le client 102 unique. Par comparaison, dans l'exemple de la figure 8b, contrairement aux exemples des figures 7 et 8a, la base de données de clients 308 est physiquement résidente au niveau de l'administrateur de fournisseur 502, et est principalement contenue dans celui-ci, (figure 5) pour de multiples clients. En conséquence, dans l'exemple de la figure 8a, la base de données de clients 308 est intégrée à la base de données de fournisseur 610 (figure 6). Par souci de clarté, en référence à la descrip- tion des figures 9, 10 et 11 mentionnée ci-dessous, on fait référence à l'organisation de la base de données de clients 308 selon la figure 8a. La figure 9 est un ordinogramme illustrant le fonctionnement du processus de communication 302 de l'ad- ministrateur de client 214. A l'étape 902, l'opération exécute une boucle automatique jusqu'à ce que l'adminis- trateur de client 214 détermine qu'il a reçu un message (ou un "signal") provenant d'un terminal client (par exemple l'un quelconque des terminaux clients 202, 204 ou 206). En réponse au fait que l'administrateur de client 214 détermine (à l'étape 902) qu'il a reçu un message provenant d'un terminal client, l'opération passe à l'étape 904. Dans la description ci-dessous, l'opération du processus de communication 302 est décrite en réfé- rence au message reçu du terminal client 202, en tant qu'exemple des terminaux clients 202, 204 ou 206. A l'étape 904, l'administrateur de client 214 dé- termine si le message provenant du terminal client 202 est un rapport d'un événement système résultant de l'ab- sence (par exemple, une faible quantité) d'un article physique (par exemple, une mémoire RAM ou autre espace de mémorisation, tel qu'un espace de disque dur) au niveau du système informatique du terminal client 202. Dans le mode de réalisation illustratif, le terminal client 202 envoie un tel message (rapport d'un événement système) en réponse à l'exécution par le terminal client 202 d'un lo- giciel, tel qu'un logiciel de diagnostic ou un logiciel d'application. Ce logiciel de diagnostic inclut des instructions destinées à amener le terminal client 202 à effectuer di- verses opérations qui testent ses diverses ressources ma- térielles et logicielles. En réponse à ces opérations, si le terminal client 202 détermine que ses ressources man- quent d'un type prédéterminé d'article physique, le ter- minal client 202 envoie le message rapportant cet événe- ment système à l'administrateur de client 214. Notamment, dans un mode de réalisation, le terminal client 202 lance l'exécution de ce logiciel de diagnostic en réponse à une instruction provenant de l'administrateur de client 214. D'une manière similaire, ce logiciel d'applica- tion inclut des instructions destinées à amener le termi- nal client 202 à effectuer diverses opérations, dont cer- taines sont capables de générer des erreurs (par exemple des interruptions, des interceptions). En réponse à ces opérations, si le terminal client 202 détermine que ses ressources manquent d'un type prédéterminé d'article phy- sique (par exemple si un type prédéterminé d'interruption ou d'interception est généré), le terminal client 202 en- voie le message rapportant cet événement système à l'ad- ministrateur de client 214. Si l'administrateur de client 214 détermine à l'étape 904 que le message est un rapport concernant un événement système, l'opération passe à l'étape 906 o l'administrateur de client 214 mémorise un enregistrement de l'événement système dans la base de données de clients 308. De cette manière, l'administrateur de client 214 compte séparément les événements système de divers types par terminal client individuel (par exemple le terminal client 202), et l'administrateur de client 214 inscrit un enregistrement de ces comptes dans la base de données de clients 308. Après l'étape 906, l'opération passe à l'étape 908 o l'administrateur de client 214 envoie un message de notification d'événement au processus de com- mande 304, comme décrit plus en détail ci-dessous en ré- férence à la figure 10, et l'opération revient à l'étape 902. Si le message n'est pas un rapport concernant un événement système, alors le message est une demande pro- venant de l'utilisateur 208 (via les dispositifs d'entrée du système informatique du terminal client 202) pour acheter pour son activité professionnelle un article phy- sique chez le fournisseur 112. En conséquence, si l'admi- nistrateur de client 214 détermine à l'étape 904 que le message n'est pas un rapport concernant un événement sys- tème, l'opération passe à l'étape 910. A l'étape 910, l'administrateur de client 214 interroge la base de don- nées de clients 308 pour déterminer si les informations mémorisées dans la base de données de clients 308 indi- quent que l'utilisateur 208 est autorisé à acheter, ou a la permission d'acheter, pour son activité profession- nelle un type d'article physique. Si l'administrateur de client 214 détermine à l'étape 910 que l'utilisateur 208 n'est pas autorisé à acheter pour son activité professionnelle un quelconque type d'article physique chez le fournisseur 112, l'opéra- tion passe à l'étape 912. A l'étape 912, l'administrateur de client 214 écrit un enregistrement de cette demande (c'est-à-dire par l'utilisateur 208 pour acheter pour son activité professionnelle) dans la base de données de clients 308. Un tel enregistrement mémorisé est utile à titre de référence ultérieure par le gestionnaire humain de système 216, comme par exemple, pour déterminer si l'on peut autoriser l'utilisateur 208 à effectuer un achat pour son activité professionnelle. Après l'étape 912, l'opération revient à l'étape 902. Dans un exemple d'une situation dans laquelle l'utilisateur 208 n'est pas autorisé à acheter pour son activité professionnelle un article physique chez le fournisseur 112, l'utilisateur 208 est un représentant de service du client, et le client 102 indique que tous les représentants de service du client ont des systèmes informatiques identiques. Si l'administrateur de client 214 détermine à l'étape 910 que l'utilisateur 208 est autorisé à acheter pour son activité professionnelle au moins un type d'ar- ticle physique chez le fournisseur 112, l'opération passe à l'étape 914. A l'étape 914, l'administrateur de client 214 envoie un message au terminal client 202 pour affi- cher (via un dispositif d'affichage du système informati- que du terminal client 202) la liste d'articles pouvant être achetés pour son activité professionnelle par l'uti- lisateur 208. Dans le mode de réalisation illustratif, un tel message inclut une description de tous les articles listés dans la base de données de clients 308 sous l'in- titulé "articles pouvant faire l'objet d'un achat pour l'activité professionnelle" sous le nom de l'utilisateur 208, et le dispositif d'affichage (du système informati- que du terminal client 202) affiche toutes ces descrip- tions pour l'utilisateur 208. Dans le mode de réalisation illustratif, ces des- criptions incluent les descriptions d'articles qui ont déjà été achetés par l'utilisateur 208 par l'intermé- diaire du système 100 et, en conséquence, qui ne peuvent plus être achetés par l'utilisateur 208. Notamment, en réponse à l'envoi par l'administrateur de client 214 d'un message au fournisseur 112 (via le réseau 110) pour ache- ter un article, l'administrateur de client 214 met à jour automatiquement ces descriptions listées dans la base de données de clients 308 sous l'intitulé "articles pouvant faire l'objet d'un achat pour l'activité professionnelle" sous le nom de l'utilisateur 208, de manière à ce que cet article acheté ne puisse plus être acheté par l'utilisa- teur 208. De cette manière, en réponse à ce message, l'administrateur de client 214 modifie automatiquement les critères mémorisés (dans la base de données de clients 308) selon lesquels l'utilisateur 208 est autori- sé à consulter et à acheter pour son activité profession- nelle des articles physiques chez le fournisseur 112. Après l'étape 914, l'opération passe à l'étape 918 o l'administrateur de client 214 détermine si l'uti- lisateur 208 (via les dispositifs d'entrée du terminal client 202) sélectionne (ou "demande") un article listé ou décline l'option d'acheter pour son activité profes- sionnelle les articles listés. Si l'utilisateur 208 dé- cline l'option d'acheter pour son activité profession- nelle les articles listés, l'opération passe à l'étape 920. A l'étape 920, l'administrateur de client 214 dé- termine si l'utilisateur 208 (via les dispositifs d'en- trée du terminal client 202) a demandé et spécifié un commentaire à mémoriser dans la base de données de clients 308. Par exemple, ce commentaire peut concerner l'oubli d'un article particulier parmi les articles lis- tés, en demandant l'ajout de l'article particulier aux articles listés. Un tel commentaire mémorisé est utile à titre de référence ultérieure par le gestionnaire humain de système 216, comme par exemple, pour déterminer si on ajoute un article particulier aux articles listés pour l'utilisateur 208. En conséquence, si l'administrateur de client 214 détermine à l'étape 920 que l'utilisateur 208 a demandé et spécifié un commentaire à mémoriser dans la base de données de clients 308, l'opération passe à l'étape 922. A l'étape 922, l'administrateur de client 214 écrit le commentaire spécifié dans la base de données de clients, et l'opération revient à l'étape 902. A l'inverse, si l'administrateur de client 214 détermine à l'étape 920 que l'utilisateur 208 n'a demandé aucun commentaire à mé- moriser dans la base de données de clients 308, l'opéra- tion revient directement à l'étape 902. En se reportant à nouveau à l'étape 918, si l'ad- ministrateur de client 214 détermine que l'utilisateur 208 (via les dispositifs d'entrée du terminal client 202) sélectionne un article listé, l'opération passe à l'étape 924. A l'étape 924, l'administrateur de client 214 inter- roge la base de données de clients 308 pour déterminer si les informations mémorisées par la base de données de clients 308 spécifient que l'utilisateur 208 dispose d'un budget (par exemple de "fonds disponibles", comme repré- senté sur la figure 8a) suffisant pour acheter l'article sélectionné. Si les informations mémorisées par la base de données de clients 308 spécifient que l'utilisateur 208 dispose d'un budget suffisant pour acheter l'article sélectionné, l'opération passe à l'étape 926. A l'étape 926, l'administrateur de client 214 écrit un enregistrement de cette sélection (c'est-à-dire la sélection par l'utilisateur 208 d'un article listé) dans la base de données de clients 308. Un tel enregis- trement est décrit plus en détail ci-dessous en référence à la figure 10. Après l'étape 926, l'opération passe à l'étape 928 o l'administrateur de client 214 envoie un message de notification d'événement au processus de com- mande 304, comme décrit plus en détail ci-dessous en ré- férence à la figure 10, et l'opération revient à l'étape 902. En se reportant à nouveau à l'étape 924, si les informations mémorisées par la base de données de clients 308 spécifient que l'utilisateur 208 dispose d'un budget insuffisant pour acheter l'article sélectionné, l'opéra- tion passe à l'étape 930. A l'étape 930, l'administrateur de client 214 écrit un enregistrement se rapportant à cette insuffisance de budget dans la base de données de clients 308. Un tel enregistrement mémorisé est utile à titre de référence ultérieure par le gestionnaire humain de système 216, comme par exemple, pour déterminer si on doit augmenter ce budget de l'utilisateur 208. Après l'étape 930, l'opération revient à l'étape 902. En conséquence, les informations mémorisées par la base de données de clients 308 spécifient des critères selon lesquels des terminaux clients (par exemple, le terminal client 202) et des utilisateurs (par exemple, l'utilisateur 208) sont autorisés à consulter et à ache- ter pour son activité professionnelle des articles physi- ques chez le fournisseur 112. Ces critères incluent un budget d'un terminal client (et/ou de son utilisateur as- socié) permettant d'acheter un article physique, et/ou les types d'articles physiques que ce terminal client (et/ou son utilisateur associé) est autorisé à acheter. En réponse à une demande d'un terminal client particulier (et/ou son utilisateur associé) qui satisfait aux critères mémorisés pour ce terminal client (et/ou son utilisateur associé), l'administrateur de client 214 en- voie un signal au réseau 110 pour acheter un article par- ticulier qui est l'objet de cette demande. De cette ma- nière, les terminaux clients (et les utilisateurs) sont associés à des critères individualisés respectifs. Ces critères sont spécifiés par des informations mémorisées dans la base de données de clients 308. La figure 10 est un ordinogramme illustrant le fonctionnement du processus de commande 304 de l'adminis- trateur de client 214. A l'étape 1002, l'opération effec- tue une boucle automatique jusqu'à ce que l'administra- teur de client 214 détermine qu'un message (par exemple, incluant au moins un signal) a été envoyé par le proces- sus de communication 302 au processus de commande 304. En réponse au fait que l'administrateur de client 214 a dé- terminé (à l'étape 1002) qu'un tel message a été envoyé, l'opération passe à l'étape 1004. A l'étape 1004, l'administrateur de client 214 détermine si le message provient de l'étape 908 (obtenu à partir d'un rapport d'un événement système effectué par un terminal client, tel que le terminal client 202) du processus de communication 302 ou de l'étape 928 (obtenu à partir d'une demande effectuée par un utilisateur, tel que l'utilisateur 208, pour acheter pour son activité professionnelle un article physique chez le fournisseur 112) du processus de communication 302. Si l'administra- teur de client 214 détermine que le message provient de l'étape 928 (demande provenant d'un utilisateur, tel que l'utilisateur 208, pour effectuer un achat pour son acti- vité professionnelle), l'opération passe à l'étape 1006. A l'étape 1006, l'administrateur de client 214 génère une commande pour acheter l'article physique qui a été sélec- tionné par l'utilisateur demandeur. Après l'étape 1006, l'opération passe à l'étape 1008 o l'administrateur de client 214 décrémente (dans la base de données de clients 308) le montant en dollars des fonds disponibles (de l'utilisateur demandeur) pour l'achat d'articles chez le fournisseur 112. De cette ma- nière, en réponse à la génération (à l'étape 1006) de la commande concernant l'achat de l'article physique qui a été sélectionné par l'utilisateur demandeur, l'adminis- trateur de client 214 modifie automatiquement les critè- res mémorisés (dans la base de données de clients 308) selon lesquels l'utilisateur 208 est autorisé à consulter et à acheter pour son activité professionnelle des arti- cles physiques chez le fournisseur 112. Dans l'exemple de l'étape 1008, les critères mémorisés incluent un budget destiné à acheter des articles physiques. Après l'étape 1008, l'opération passe à l'étape 1010 o l'administrateur de client 214 ajoute l'article sélectionné à une "liste de commandes groupées" en écri- vant un enregistrement approprié dans la base de données de clients 308. Après l'étape 1010, l'opération revient à l'étape 1002. En se reportant à nouveau à l'étape 1004, si l'administrateur de client 214 détermine que le message provient de l'étape 908 (c'est-à-dire un rapport d'un événement système effectué par un terminal client, tel que le terminal client 202), l'opération passe à l'étape 1012. A l'étape 1012, à partir de la base de données de * clients 308, l'administrateur de client 214 lit l'enre- gistrement de l'événement système (ayant un type d'événe- ment), en même temps que (a) le compte courant d'événe- ments de ce type d'événement pour ce terminal client et (b) un compte (ou "nombre" ou "quantité") seuil prédéter- miné d'événements de ce type d'événement pour ce terminal client. Le compte seuil (d'événements de ce type d'événe- ment pour ce terminal client) est spécifié par un ges- tionnaire humain de système (par exemple le gestionnaire humain de système 216, ou via le réseau 110 par le ges- tionnaire humain de système 504). Si c'est approprié à une situation particulière, le gestionnaire humain de système peut spécifier un compte seuil = 1. Après l'étape 1012, l'opération passe à l'étape 1014. A l'étape 1014, l'administrateur de client 214 détermine si le compte courant a atteint le compte seuil. Si le compte courant n'a pas atteint le compte seuil, l'opération revient à l'étape 1002. Si le compte courant a atteint le compte seuil, l'opération passe à l'étape 1016. A l'étape 1016, à partir de la base de données de clients 308, l'administrateur de client 214 lit une des- cription d'un article physique associé à ce type d'événe- ment pour ce terminal client. Cette description est spé- cifiée par un gestionnaire humain de système (par exemple par le gestionnaire humain de système 216, ou via le ré- seau 110 par le gestionnaire humain de système 504). D'une manière préférée, le gestionnaire humain de système spécifie une description d'un article physique dont l'ab- sence (au niveau du système informatique de ce terminal client) a déclenché l'événement système. De cette ma- nière, l'éventualité de futurs événements système (de ce type d'événement) diminue suite à l'installation de l'ar- ticle physique dans le système informatique de ce termi- nal client. Après l'étape 1016, l'opération passe à l'étape 1006, o cet article physique (associé à ce type d'événe- ment pour ce terminal client) est l'article sélectionné, et o cet utilisateur humain associé au terminal client est l'utilisateur demandeur. En conséquence, après l'étape 1016, l'administrateur de client 214 ajoute l'ar- ticle sélectionné à une "liste de commandes groupées" à l'étape 1010 en écrivant un enregistrement approprié dans la base de données de clients 308. Comme décrit plus en détail ci-dessous en référence à la figure 11, en réponse à cet enregistrement, l'administrateur de client 214 en- voie (au fournisseur 112 via le réseau 110) un message contenant une commande d'achat de l'article sélectionné. Si l'article sélectionné a été sélectionné à l'étape 1016 (c'est-à-dire en réponse à un événement sys- tème), l'article sélectionné est acheté pour être instal- lé dans le système informatique du terminal client qui a signalé cet événement système. L'événement système est à l'origine le résultat de l'absence de l'article sélec- tionné dans ce système informatique. La figure 11 est un ordinogramme illustrant le fonctionnement du processus de mise à jour de la base de données 306 de l'administrateur de client 214. A l'étape 1102, l'administrateur de client 214 détermine si le pro- cessus de mise à jour de base de données 306 a reçu un message du gestionnaire humain de système 216 (via les dispositifs d'entrée 404), du personnel humain d'exécu- tion des commandes 218 (via les dispositifs d'entrée 404), ou de l'administrateur de fournisseur 502 (via le réseau 110). Si l'administrateur de client 214 détermine à l'étape 1102 qu'aucun message n'a été reçu, l'opération passe à l'étape 1104. A l'étape 1104, l'administrateur de client 214 détermine si le moment (tel que spécifié par le gestion- naire humain de système 216 via les dispositifs d'entrée 404) est arrivé pour passer (par exemple par envoi au fournisseur 112 via le réseau 110) une commande afin d'acheter des articles physiques. Si ce n'est pas le cas, l'opération revient à l'étape 1102. Au contraire, si l'administrateur de client 214 détermine à l'étape 1104 que le moment est arrivé pour passer une commande afin d'acheter des articles physiques, l'opération passe à l'étape 1106. A l'étape 1106, l'administrateur de client 214 lit les articles sélectionnés dans la "liste de commandes groupées" (mise à jour par l'étape 1010 de la figure 10) en lisant un enregistrement approprié dans la base de données de clients 308. Par ailleurs, à l'étape 1106, en réponse à cet enregistrement, l'administrateur de client 214 envoie (au fournisseur 112 via le réseau 110) un mes- sage contenant une commande d'achat des articles sélec- tionnés. Après l'étape 1106, l'opération revient à l'étape 1102. En réponse au message émis à l'étape 1106, le fournisseur 112 livre les articles sélectionnés au client 102, comme décrit plus en détail cidessus, comme par exemple en référence à la figure 6. Dans le cas o les articles sélectionnés ont été sélectionnés à l'étape 1016 de la figure 10 (c'est-à-dire en réponse à des événements système), ces articles sélectionnés sont achetés pour être installés dans les systèmes informatiques de termi- naux clients qui ont signalé ces événements système. De cette manière, le système 100 répond aux événements sys- tème, du fait que les événements système sont à l'origine le résultat de l'absence de ces articles sélectionnés dans ces systèmes informatiques. En se reportant à nouveau à l'étape 1102, si l'administrateur de client 214 détermine que le processus de mise à jour de base de données 306 a reçu un message, l'opération passe à l'étape 1108. A l'étape 1108, l'admi- nistrateur de client 214 détermine si le processus de mise à jour de la base de données 306 a reçu le message de la part d'une personne (via les dispositifs d'entrée 404) ou de l'administrateur de fournisseur 502 (via le réseau 110). Si le message a été reçu de la part d'une personne, l'opération passe à l'étape 1110. A l'étape 1110, l'administrateur de client 214 envoie (via le dispositif d'affichage 406) un message pour suggérer à la personne de sélectionner soit (a) la mise à jour de la base de données de clients 308, (b) soit l'envoi d'un message à l'administrateur de fournis- seur 502, ou (c) l'envoi d'une commande à l'administra- teur de fournisseur 502 pour acheter des articles sélec- tionnés. Par ailleurs, à l'étape 1110, l'administrateur de client 214 détermine si la personne (via les disposi- tifs d'entrée 404) a sélectionné l'option de mise à jour de la base de données de clients 308. Si tel est le cas, l'opération passe à l'étape 1112. A l'étape 1112, l'administrateur de client 214 affiche des informations provenant de la base de données de clients 308 à la personne via le dispositif d'affi- chage 406. Après l'étape 1112, l'opération passe à l'étape 1114 o l'administrateur de client 214 détermine si la personne a demandé (via les dispositifs d'entrée 404) une modification des informations mémorisées dans la base de données de clients 308. Si tel est le cas, l'opé- ration passe à l'étape 1116 o l'administrateur de client 214 modifie les informations mémorisées dans la base de données de clients 308, en réponse à (et conformément à) la demande de la personne (ou "instruction") . Après l'étape 1116, l'opération revient à l'étape 1102. Par exemple, aux étapes 1114 et 1116, le gestion- naire humain de système 216 peut modifier des informa- tions mémorisées dans la base de données de clients 308 de manière à: (a) changer la liste d'articles qu'un utilisa- teur (par exemple l'utilisateur 208) est au- torisé à consulter et à acheter pour son ac- tivité professionnelle chez le fournisseur 112, comme décrit plus en détail ci-dessus en référence à l'étape 914 de la figure 9; (b) changer le compte seuil des événements d'un type d'événement spécifié pour unterminal client spécifié, comme décrit plus en détail ci-dessus en référence aux étapes 1012 et 1014 de la figure 10; et/ou (c) changer des règles pour modifier automati- quement le compte seuil des événements (d'un type d'événement spécifié pour un terminal client spécifié), de manière à ce que l'ad- ministrateur de client 214 modifie le compte seuil suivant ces règles en réponse à un changement de prix et/ou de disponibilité d'un article physique associé au type d'évé- nement spécifié. En réponse à la modifica- tion du compte seuil, l'administrateur de client 214 exécute les étapes 1012 et 1014 (et, dans certains cas, les étapes 1016, 1006, 1008 et 1010, après la décision prise à l'étape 1014) de la figure 10. Par ailleurs, le personnel humain d'exécution des commandes peut modifier des informations mémorisées dans la base de données de clients 308 de manière à: (a) indiquer qu'un article spécifié a été com- mandé, (b) indiquer qu'un article spécifié a été ren- voyé, et/ou (c) indiquer un délai de livraison estimé d'un article spécifié à partir du fournisseur 112. En se reportant à nouveau à l'étape 1114, si l'administrateur de client 214 détermine que la personne n'a pas demandé une modification des informations mémori- sées dans la base de données de clients 308, l'opération revient à l'étape 1102. En se reportant à nouveau à l'étape 1110, si l'administrateur de client 214 détermine que la personne n'a pas sélectionné l'option de mise à jour de la base de données de clients 308, l'opération passe à l'étape 1118. A l'étape 1118, l'administrateur de client 214 détermine si la personne a sélectionné l'option de l'envoi d'un message à l'administrateur de fournisseur 502. Si tel est le cas, l'opération passe à l'étape 1120 o l'administra- teur de client 214 envoie le message relatif à la demande de la personne au fournisseur 112 via le réseau 110. Après l'étape 1120, l'opération revient à l'étape 1102. Par exemple, le message relatif à la demande de la personne peut inclure: (a) une prévision (ou "projection") des articles que la personne s'attend à ce que le client les commande dans l'avenir, et/ou (b) une question au fournisseur 112 concernant l'état d'articles commandés précédemment. A l'étape 1118, si l'administrateur de client 214 détermine que la personne n'a pas sélectionné l'option d'envoyer un message à l'administrateur de fournisseur 502, alors la personne a sélectionné l'option d'envoyer une commande à l'administrateur de fournisseur 502 pour acheter les articles sélectionnés. Dans ce cas, l'opéra- tion passe de l'étape 1118 à l'étape 1106 o l'adminis- trateur de client 1118 exécute l'étape 1106 concernant des articles sélectionnés (à partir de la "liste de com- mandes groupées") par le message de la personne. Par com- paraison, si l'opération passe de l'étape 1104 à l'étape 1106, l'administrateur de client 1118 exécute l'étape 1106 concernant tous les articles se trouvant dans la "liste de commandes groupées". En se reportant à nouveau à l'étape 1108, si l'administrateur de client 214 détermine que le processus de mise à jour de base de données 306 a reçu le message de l'administrateur de fournisseur 502 (via le réseau llO) , l'opération passe à l'étape 1122. A l'étape 1122, l'administrateur de client 214 met à jour la base de don- nées de clients 308 en réponse au message. Par exemple, les messages de l'administrateur de fournisseur 502 peu- vent inclure: (a) une prévision de changement de prix d'un ar- ticle (c'est-à-dire un changement de prix envisagé), (b) une prévision de changement de disponibilité d'un article (par exemple une pénurie mondiale prévisible d'ordinateurs portables), en même temps qu'une recommandation indi- quant que les clients doivent acheter cet article dans une période de temps courte (c'est-à-dire un changement de disponibilité envisagé), (c) un changement à long terme du prix d'un ar- ticle, (d) un changement à court terme (par exemple, une promotion spéciale) du prix d'un article (par exemple en annoncant que si un client achète un article, le client recevra gratui- tement un article associé), (e) un changement de disponibilité d'un article, (f) l'annonce d'un nouvel article proposé par le fournisseur 112 aux clients (par exemple "un DVD maintenant disponible pour être installé dans un ordinateur portable existant"), et/ou (g) des informations sur la compatibilité entre un article et divers types de systèmes in- formatiques. En conséquence, un tel message indique l'apparition d'un événement concernant un article. Dans le mode de réalisation illustratif, ces mes- sages de l'administrateur de fournisseur 502 proviennent du processus de suggestion de commande 604 de la figure 6. Notamment, dans la base de données de fournisseur 610, l'administrateur de fournisseur 502 conserve des enregis- trements de configuration de divers systèmes informati- ques (par exemple les terminaux clients 202, 204 et 206) appartenant aux clients, ou loués par ceux-ci (par exem- ple le client 102). De cette manière, l'administrateur de fournisseur 502 envoie d'une manière appropriée des mes- sages aux clients en réponse à ces enregistrements et aux informations nouvellement disponibles. Par exemple, l'administrateur de fournisseur 502 peut être programmé pour identifier automatiquement les situations dans lesquelles de nouveaux articles perfec- tionnés (par exemple des mises à jour logicielles, des circuits électroniques supplémentaires, des dispositifs matériels périphériques) deviennent disponibles pour une installation compatible dans des systèmes informatiques existants de clients, ou dans lesquelles le prix et/ou la disponibilité des articles ont changé. En réponse à l'identification de ces situations, l'administrateur de fournisseur 502 envoie automatiquement des messages aux clients (par exemple l'administrateur de client 214 via le réseau 110) permettant de décrire ces situations. De cette manière, l'administrateur de fournisseur 502 sug- gère automatiquement aux clients de commander des arti- cles chez le fournisseur 112. Cette suggestion est com- mode pour les clients et représente un profit économique pour le fournisseur 112. Après l'étape 1122, l'opération passe à l'étape 1124 o l'administrateur de client 214 affiche (via le dispositif d'affichage 406) une option au gestionnaire humain de système 216, en fonction du type de mise à jour effectuée à l'étape 1122. Par exemple, l'option peut être: (a) en réponse à une annonce d'un nouvel arti- cle, l'ajout d'un nouvel article à la liste d'articles qu'un utilisateur (par exemple l'utilisateur 208) est autorisé à consulter et à acheter pour son activité profession- nelle chez le fournisseur 112, comme décrit plus en détail ci-dessus en référence à l'étape 914 de la figure 9, (b) en réponse à un changement de prix d'un ar- ticle, le changement de la liste d'articles qu'un utilisateur (par exemple l'utilisateur 208) est autorisé à consulter et à acheter pour son activité professionnelle chez le fournisseur 112, comme décrit plus en détail ci-dessus en référence à l'étape 914 de la figure 9, (c) en réponse à un changement réel ou envisagé du prix d'un article, le changement des rè- gles permettant de modifier automatiquement le compte seuil des événements (d'un type d'événement spécifié pour un terminal client spécifié), (d) en réponse à un changement de prix d'un ar- ticle, le refus d'une modification automati- que du compte seuil d'événements (d'un type d'événement spécifié pour un terminal client spécifié). Après l'étape 1124, l'opération passe à l'étape 1126 o l'administrateur de client 214 reçoit des sélec- tions (si une quelconque sélection existe pendant une pé- riode de temps prédéterminée) du gestionnaire humain de système 216 en réponse à l'option affichée à l'étape 1124. Après l'étape 1126, l'opération passe à l'étape 1128 o l'administrateur de client 214 met à jour la base de données de clients 308 en réponse à ces sélections (si une quelconque sélection existe pendant une période de temps prédéterminée) provenant du gestionnaire humain de système 216. Après l'étape 1128, l'opération revient à l'étape 1102. En se reportant à nouveau à la figure 4, le sup- port lisible par ordinateur 410 est une disquette. Le support lisible par ordinateur 410 et l'ordinateur 402 sont structurellement et fonctionnellement liés mutuelle- ment l'un à l'autre, comme décrit plus en détail ci-dessous. Chaque dispositif informatique du mode de réalisation illustratif est structurellement et fonction- nellement lié mutuellement à un support lisible par ordi- nateur respectif, de manière similaire à la manière selon laquelle l'ordinateur 402 est structurellement et fonc- tionnellement lié mutuellement au support lisible par or- dinateur 410. A cet égard, le support lisible par ordina- teur 410 est un support représentatif de ces supports li- sibles par ordinateur, incluant par exemple le dispositif de mémorisation 411, mais ne se limitant pas à celui-ci. Le support lisible par ordinateur 410 mémorise (ou code, ou enregistre, ou implémente) un matériel des- criptif fonctionnel (par exemple, incluant des programmes informatiques (appelés également des applications infor- matiques) et des structures de données mais ne se limi- tant pas à ceux-ci). Ce matériel descriptif fonctionnel attribue une fonctionnalité lorsqu'il est codé au support lisible par ordinateur 410. Par ailleurs, ce matériel descriptif fonctionnel est structurellement et fonction- nellement lié mutuellement au support lisible par ordina- teur 410. Dans ce matériel descriptif fonctionnel, des structures de données définissent des relations structu- relles et fonctionnelles mutuelles entre ces structures de données et le support lisible par ordinateur 410 (et d'autres aspects de l'administrateur de client 214 et du système 100). Ces relations mutuelles permettent de réa- liser la fonctionnalité des structures de données. Par ailleurs, dans ce matériel descriptif fonctionnel, les programmes informatiques définissent des relations struc- turelles et fonctionnelles mutuelles entre ces programmes informatiques et le support lisible par ordinateur 410 (et d'autres aspects de l'administrateur de client 214 et du système 100). Ces relations mutuelles permettent de réaliser la fonctionnalité des programmes informatiques. Par exemple, l'ordinateur 402 lit (ou a accès à, ou copie) ce matériel descriptif fonctionnel à partir du support lisible par ordinateur 410 dans le dispositif de mémoire de l'administrateur de client 214, et l'adminis- trateur de client 214 exécute ses opérations (comme dé- crit par ailleurs ici) en réponse à ce matériel qui est mémorisé dans le dispositif de mémoire de l'administra- teur de client 214. D'une manière plus particulière, l'administrateur de client 214 exécute l'opération de traitement de l'application informatique (qui est mémori- sée, codée, enregistrée ou implémente sur un support li- sible par ordinateur) pour amener l'administrateur de client 214 à exécuter des opérations supplémentaires (comme décrit par ailleurs ici). En conséquence, ce maté- riel descriptif fonctionnel présente une relation fonc- tionnelle mutuelle avec la manière par laquelle l'admi- nistrateur de client 214 exécute ses processus et effec- tue ses opérations. En outre, le support lisible par ordinateur est un dispositif à partir duquel l'ordinateur 402 peut avoir accès à l'application informatique, et l'application in- formatique peut être traitée par l'ordinateur 402 pour amener l'administrateur de client 214 à effectuer ces opérations supplémentaires. En plus de la lecture de ce matériel descriptif fonctionnel à partir du support lisi- ble par ordinateur 410, l'administrateur de client 214 peut lire ce matériel descriptif fonctionnel à partir du (ou via le) réseau 110 qui est également un support (ou dispositif) lisible par ordinateur. De plus, le disposi- tif de mémoire de l'administrateur de client 214 est lui-même un support (ou dispositif) lisible par ordina- teur. Comme on peut le constater, les avantages princi- paux de ces modes de réalisation fournissent une alliance entre la connaissance des fournisseurs concernant un achat initial de système et les préférences d'un client d'entreprise concernant des articles matériels/logiciels couramment disponibles. Les directives d'un client d'en- treprise rendent le client d'entreprise attentif aux ar- ticles de mise à jour approuvés et non approuvés qui sont disponibles pour mettre à jour le système initial. En utilisant un outil basé sur la toile mondiale, le client d'entreprise peut prendre connaissance des ar- ticles approuvés et commander directement du matériel et des logiciels depuis le bureau du client. Toutes les com- mandes sont suivies par un code de pistage donné. Par exemple, le client d'entreprise peut être autorisé à com- mander une mémoire RAM supplémentaire. La quantité de mé- moire RAM dans le système initial, et toutes les comman- des précédentes de mémoire RAM supplémentaire, sont con- trôlées par rapport à la quantité totale de mémoire RAM que le système initial peut supporter, ou, par rapport à la quantité totale de mémoire RAM autorisée par les di- rectives du client d'entreprise. Des clients d'entreprise peuvent avoir accès à une liste d'articles et passer en revue des articles de remplacement et des articles de mise à jour. La notifica- tion de mise à jour impérative peut être initialisée par le fournisseur pour fournir une interface compatible aux clients d'entreprise lors de toutes les mises à jour de système. La relation entre le fournisseur et le client d'entreprise est renforcée en créant une caractéristique d'achat en une fois pour toutes les mises à jour de sys- tème. Les particuliers individuels peuvent également uti- liser les mêmes caractéristiques d'achat sans être res- treints à des choix entre des articles approuvés et non approuves. REVENDICATIONS 1. Système (100), caractérisé en ce qu'il com- porte: un dispositif informatique apte à: mémoriser des critères selon lesquels un client (102, 104, 106) est autorisé à acheter un article physi- que, recevoir une demande du client (102, 104, 106), et en réponse à la satisfaction, par la demande, des critères mémorisés, envoyer un signal d'achat de l'arti- cle physique. 2. Système (100) selon la revendication 1, carac- térisé en ce que les critères mémorisés incluent un type d'article physique. 3. Système (100) selon la revendication 1, carac- térisé en ce que les critères mémorisés incluent un bud- get apte à l'achat de l'article physique. 4. Système (100) selon la revendication 1, carac- térisé en ce que le dispositif informatique est apte à modifier les critères mémorisés. 5. Système (100) selon la revendication 4, carac- térisé en ce que le dispositif informatique est apte à modifier les critères mémorisés en réponse au signal. 6. Système (100) selon la revendication 5, carac- térisé en ce que les critères mémorisés incluent un bud- get destiné à l'achat de l'article physique, et en ce que le dispositif informatique est apte à modifier les critè- res mémorisés afin de réduire le budget en réponse au si- gnal. 7. Système (100) selon la revendication 1, carac- térisé en ce que le client (102, 104, 106) est un utili- sateur humain. 8. Système (100) selon la revendication 1, carac- térisé en ce que le système (100) est un premier système, et en ce que le client (102, 104, 106) inclut un second système. 9. Système (100) selon la revendication 8, carac- térisé en ce que l'article physique est apte à être ins- tallé dans le second système. 10. Système (100), caractérisé en ce qu'il com- porte: un dispositif informatique apte à: recevoir un premier signal indiquant l'apparition d'un événement résultant de l'absence d'un article physi- que au niveau du système, et en réponse au premier signal, envoyer un second signal d'achat de l'article physique pour installation au niveau du système. 11. Système (100) selon la revendication 10, ca- ractérisé en ce que l'événement est un événement parmi des événements multiples résultant de l'absence de l'ar- ticle physique au niveau du système, et en ce que le dis- positif informatique est apte à: compter les événements multiples, et envoyer le second signal lorsqu'un certain nombre des événements multiples atteint une quantité prédétermi- née. 12. Système (100) selon la revendication 11, ca- ractérisé en ce que le dispositif informatique est apte à modifier la quantité prédéterminée. 13. Système (100) selon la revendication 12, ca- ractérisé en ce que le dispositif informatique est apte à modifier la quantité prédéterminée en réponse à une ins- truction provenant d'une personne. 14. Système (100), comportant un premier système, caractérisé en ce qu'il comporte: un dispositif informatique apte à: à partir d'un second système, recevoir un premier signal indiquant l'apparition d'un événement résultant de l'absence d'un article physique au niveau du second sys- tème, et en réponse au premier signal, envoyer un second signal d'achat de l'article physique pour installation au niveau du second système. 15. Système (100) selon la revendication 14, ca- ractérisé en ce que l'événement est un événement parmi des événements multiples résultant de l'absence de l'ar- ticle physique au niveau du second système, et en ce que le dispositif informatique est apte à: compter les événements multiples, et envoyer le second signal lorsqu'un certain nombre des événements multiples atteint une quantité prédétermi- née. 16. Système (100) selon la revendication 15, ca- ractérisé en ce que le dispositif informatique est apte à modifier la quantité prédéterminée. 17. Système (100) selon la revendication 16, ca- ractérisé en ce que le dispositif informatique est apte à modifier la quantité prédéterminée en réponse à une ins- truction provenant d'une personne. 18. Système (100), caractérisé en ce qu'il com- porte: un dispositif informatique apte à: mémoriser des critères selon lesquels le disposi- tif informatique achète un article physique, recevoir un premier signal indiquant l'apparition d'un événement concernant l'article physique, et en réponse à la satisfaction, par le premier si- gnal, des critères mémorisés, envoyer un second signal d'achat de l'article physique. 19. Système (100) selon la revendication 18, ca- ractérisé en ce que le dispositif informatique est apte à modifier les critères mémorisés en réponse à une instruc- tion provenant d'une personne. 20. Système (100) selon la revendication 18, ca- ractérisé en ce que l'événement est un changement de prix de l'article physique. 21. Système (100) selon la revendication 20, ca- ractérisé en ce que le changement de prix est un change- ment de prix envisagé. 22. Système (100) selon la revendication 18, ca- ractérisé en ce que l'événement est un changement de dis- ponibilité de l'article physique. 23. Système (100) selon la revendication 22, ca- ractérisé en ce que le changement de disponibilité est un changement de disponibilité envisagé. 24. Procédé exécuté par un système informatique, le procédé étant caractérisé en ce qu'il comporte les étapes consistant à: mémoriser des critères selon lesquels un client (102, 104, 106) est autorisé à acheter un article physi- que, recevoir une demande provenant du client, et en réponse à la satisfaction, par la demande, des critères mémorisés, envoyer un signal d'achat de l'arti- cle physique. 25. Procédé selon la revendication 24, caractéri- sé en ce que l'étape de mémorisation comporte: la mémorisation de critères incluant un type d'article physique. 26. Procédé selon la revendication 24, caractéri- sé en ce que l'étape de mémorisation comporte: la mémorisation de critères incluant un budget pour l'achat de l'article physique. 27. Procédé selon la revendication 24, caractéri- sé en ce qu'il comporte: la modification des critères mémorisés. 28. Procédé selon la revendication 27, caractéri- sé en ce que la modification comporte: la modification des critères mémorisés en réponse au signal. 29. Procédé selon la revendication 28, caractéri- sé en ce que l'étape de mémorisation comporte la mémori- sation de critères incluant un budget pour l'achat de l'article physique, et en ce que la modification comporte la modification des critères mémorisés pour réduire le budget en réponse au signal. 30. Procédé selon la revendication 24, caractéri- sé en ce que l'étape de réception comporte: la réception de la demande du client (102, 104, 106), le client étant un utilisateur humain. 31. Procédé selon la revendication 24, caractéri- sé en ce que le système informatique est un premier sys- tème informatique, et en ce que l'étape de réception com- porte: la réception de la demande du client (102, 104, 106), le client incluant un second système informatique. 32. Procédé selon la revendication 31, caractéri- sé en ce que l'étape d'envoi comporte: l'envoi d'un signal d'achat de l'article physique pour installation au niveau du second système informati- que. 33. Procédé exécuté par un système informatique, le procédé étant caractérisé en ce qu'il comporte les étapes consistant à: recevoir un premier signal indiquant l'apparition d'un événement résultant de l'absence d'un article physi- que au niveau du système informatique, et en réponse au premier signal, envoyer un second signal d'achat de l'article physique pour installation au niveau du système informatique. 34. Procédé selon la revendication 33, caractéri- sé en ce que l'événement est un événement parmi des évé- nements multiples résultant de l'absence de l'article physique au niveau du système informatique, et en ce qu'il comporte l'étape consistant à: compter les événements multiples, l'étape d'envoi comportant l'envoi du second signal lorsqu'un certain nombre des événements multiples atteint une quantité pré- déterminée. 35. Procédé selon la revendication 34, caractéri- sé en ce qu'il comporte: la modification de la quantité prédéterminée. 36. Procédé selon la revendication 35, caractéri- sé en ce que la modification comporte: la modification de la quantité prédéterminée en réponse à une instruction provenant d'une personne. 37. Procédé exécuté par un premier système infor- matique, le procédé étant caractérisé en ce qu'il com- porte les étapes consistant à: à partir d'un second système informatique, rece- voir un premier signal indiquant l'apparition d'un événe- ment résultant de l'absence d'un article physique au ni- veau du second système informatique, et en réponse au premier signal, envoyer un second signal d'achat de l'article physique pour installation au niveau du second système informatique. 38. Procédé selon la revendication 37, caractéri- sé en ce que l'événement est un événement parmi des évé- nements multiples résultant de l'absence de l'article physique au niveau du second système informatique, et en ce qu'il comporte l'étape consistant à: compter les événements multiples, l'étape d'envoi comportant l'envoi du second signal lorsqu'un certain nombre des événements multiples atteint une quantité pré- déterminée. 39. Procédé selon la revendication 38, caractéri- sé en ce qu'il comporte: la modification de la quantité prédéterminée. 40. Procédé selon la revendication 39, caractéri- sé en ce que la modification comporte: la modification de la quantité prédéterminée en réponse à une instruction provenant d'une personne. 41. Procédé exécuté par un système informatique, le procédé étant caractérisé en ce qu'il comporte les étapes consistant à: mémoriser des critères selon lesquels le système informatique achète un article physique, recevoir un premier signal indiquant l'apparition d'un événement concernant l'article physique, et en réponse à la satisfaction, par le premier si- gnal, des critères mémorisés, envoyer un second signal d'achat de l'article physique. 42. Procédé selon la revendication 41, caractéri- sé en ce qu'il comporte l'étape consistant à: modifier les critères mémorisés en réponse à une instruction provenant d'une personne. 43. Procédé selon la revendication 41, caractéri- sé en ce que l'étape de réception comporte: la réception du premier signal indiquant l'appa- rition de l'événement, l'événement étant un changement de prix de l'article physique. 44. Procédé selon la revendication 43, caractéri- sé en ce que l'étape de réception comporte: la réception du premier signal indiquant l'appa- rition de l'événement, l'événement étant un changement de prix envisagé de l'article physique. 45. Procédé selon la revendication 41, caractéri- sé en ce que l'étape de réception comporte: la réception du premier signal indiquant l'appa- rition de l'événement, l'événement étant un changement de disponibilité de l'article physique. 46. Procédé selon la revendication 45, caractéri- sé en ce que l'étape de réception comporte: la réception du premier signal indiquant l'appa- rition de l'événement, l'événement étant un changement de disponibilité envisagé de l'article physique. 47. Produit informatique à programme, caractérisé en ce qu'il comporte: un programme informatique apte à être exécuté par un système informatique pour amener le système informati- que à: mémoriser des critères selon lesquels un client (102, 104, 106) est autorisé à acheter un article physi- que, recevoir une demande du client, et en réponse à la satisfaction, par la demande, des critères mémorisés, envoyer un signal d'achat de l'arti- cle physique, et - un dispositif à partir duquel le système informati- que est apte à avoir accès au programme informatique. 48. Produit informatique à programme selon la re- vendication 47, caractérisé en ce que les critères mémo- risés incluent un type d'article physique. 49. Produit informatique à programme selon la re- vendication 47, caractérisé en ce que les critères mémo- risés incluent un budget destiné à l'achat de l'article physique. 50. Produit informatique à programme selon la re- vendication 47, caractérisé en ce que le programme infor- matique est apte à être exécuté par le système informati- que pour amener le système informatique à modifier les critères mémorisés. 51. Produit informatique à programme selon la re- vendication 50, caractérisé en ce que le programme infor- matique est apte à être exécuté par le système informati- que pour amener le système informatique à modifier les critères mémorisés en réponse au signal. 52. Produit informatique à programme selon la re- vendication 51, caractérisé en ce que les critères mémo- risés incluent un budget destiné à l'achat de l'article physique, et en ce que le programme informatique est apte à être exécuté par le système informatique pour amener le système informatique à modifier les critères mémorisés afin de réduire le budget en réponse au signal. 53. Produit informatique à programme selon la re- vendication 47, caractérisé en ce que le client (102, 104, 106) est un utilisateur humain. 54. Produit informatique à programme selon la re- vendication 47, caractérisé en ce que le système informa- tique est un premier système informatique, et en ce que le client (102, 104, 106) inclut un second système infor- matique. 55. Produit informatique à programme selon la re- vendication 54, caractérisé en ce que l'article physique est apte à être installé au niveau du second système in- formatique. 56. Produit informatique à programme, caractérisé en ce qu'il comporte: - un programme informatique apte à être exécuté par un système informatique pour amener le système informati- que à: recevoir un premier signal indiquant l'apparition d'un événement résultant de l'absence d'un article physi- que au niveau du système informatique, et en réponse au premier signal, envoyer un second signal d'achat de l'article physique pour installation au niveau du système informatique, et - un dispositif à partir duquel le système informati- que est apte à avoir accès au programme informatique. 57. Produit informatique à programme selon la re- vendication 56, caractérisé en ce que l'événement est un événement parmi des événements multiples résultant de l'absence de l'article physique au niveau du système in- formatique, et en ce que le programme informatique est apte à être exécuté par le système informatique pour ame- ner le système informatique à: compter les événements multiples, et envoyer le second signal lorsqu'un certain nombre des événements multiples atteint une quantité prédétermi- née. 58. Produit informatique à programme selon la re- vendication 57, caractérisé en ce que le programme infor- matique est apte à être exécuté par le système informati- que pour amener le système informatique à modifier la quantité prédéterminée. 59. Produit informatique à programme selon la re- vendication 58, caractérisé en ce que le programme infor- matique est apte à être exécuté par le système informati- que pour amener le système informatique à modifier la quantité prédéterminée en réponse à une instruction pro- venant d'une personne. * 60. Produit informatique à programme, caractérisé en ce qu'il comporte: un programme informatique apte à être exécuté par un premier système informatique pour amener le sys- tème informatique à: à partir d'un second système informatique, re- cevoir un premier signal indiquant l'apparition d'un évé- nement résultant de l'absence d'un article physique au niveau du second système informatique, et en réponse au premier signal, envoyer un second signal d'achat de l'article physique pour installation au niveau du second système informatique, et - un dispositif à partir duquel le premier sys- tème informatique est apte à accéder au programme infor- matique. 61. Produit informatique à programme selon la re- vendication 60, caractérisé en ce que l'événement est un événement parmi des événements multiples résultant de l'absence de l'article physique au niveau du second sys- tème informatique, et en ce que le programme informatique est apte à être exécuté par le premier système informati- que pour amener le premier système informatique à: compter les événements multiples, et envoyer le second signal lorsqu'un certain nombre des événements multiples atteint une quantité prédétermi- née. 62. Produit informatique à programme selon la re- vendication 61, caractérisé en ce que le programme infor- matique est apte à être exécuté par le premier système informatique pour amener le premier système informatique à modifier la quantité prédéterminée. 63. Produit informatique à programme selon la re- vendication 62, caractérisé en ce que le programme infor- matique est apte à être exécuté par le premier système informatique pour amener le premier système informatique à modifier la quantité prédéterminée en réponse à une instruction provenant d'une personne. 64. Produit informatique à programme, caractérisé en ce qu'il comporte: un programme informatique apte à être exécuté par un système informatique pour amener le système infor- matique à: mémoriser des critères selon lesquels le sys- tème informatique achète un article physique, recevoir un premier signal indiquant l'appari- tion d'un événement concernant l'article physique, et en réponse au premier signal satisfaisant aux critères mémorisés, envoyer un second signal d'achat de l'article physique, et - un dispositif à partir duquel le système infor- matique est apte à accéder au programme informatique. 65. Produit informatique à programme selon la re- vendication 64, caractérisé en ce que le programme infor- matique est apte à être exécuté par le système informati- que pour amener le système informatique à modifier les critères mémorisés en réponse à une instruction provenant d'une personne. 66. Produit informatique à programme selon la re- vendication 64, caractérisé en ce que l'événement est un changement de prix de l'article physique. 67. Produit informatique à programme selon la re- vendication 66, caractérisé en ce que le changement de prix est un changement de prix envisagé. 68. Produit informatique à programme selon la re- vendication 64, caractérisé en ce que l'événement est un changement de disponibilité de l'article physique. 69. Produit informatique à programme selon la re- vendication 68, caractérisé en ce que le changement de disponibilité est un changement de disponibilité envisa- gé.