FR 2649508 A1 19910111 FR 8909159 A 19890707 PROCEDE D'ASSISTANCE POUR L'UTILISATEUR D'UN SYSTEME INFORMATIQUE ET DISPOSITIF POUR LA MISE EN OEUVRE DUDIT PROCEDE. L'invention concerne l'exploitation d'un système informatique par son opérateur-utilisateur. A titre indicatif, un système informatique peut être défini par la configuration minimale suivante: une unité centrale, une mémoire centrale, un ou plusieurs périphériques d'entrée et/ou de sortie, un système d'exploitation et au choix de l'utilisateur un ou plusieurs programmes d'application chargés dans le système. La rapide expansion de l'informatique dans le monde actuel a profondément modifié le profil de l'utilisateur-type d'un système informatique. En particulier, au sein des entreprises, les spécialistes chevronnés partagent aujourd'hui l'outil informatique avec un nombre de plus en plus important d'utilisateurs occasionnels travaillant sur des postes de type clavier-écran, le plus souvent localement isolés. Cette situation nouvelle n'est pas sans poser des problèmes de formation pour ces nouveaux utilisateurs surtout au niveau de leur progression personnelle au-delà de la formation initiale. En effet, les fonctions d'aide incorporées dans certains logiciels d'application sont beaucoup trop élémentaires et limitées (en général à la fonction aide-mémoire et/ou commentaire) pour apporter une assistance efficace et appropriée à la situation ponctuelle existante lors de leur appel par l'utilisateur. L'invention a pour objet un ensemble d'aide et de services mis à la disposition de l'utilisateur d'un système informatique pour placer ce dernier dans un environnement de travail assisté par ordinateur tant dans le cadre du système d'exploitation que dans le cadre des applications en service. Selon l'invention, le procédé d'assistance pour l'utilisateur d'un système informatique est caractérisé en ce qu'on regroupe dans un système d'aide global une pluralité de systèmes de service spécialisés interconnectés à une interface gérant les entrées (mode capteur) et les sorties (en mode émetteur) entre le système d'aide global et le système informatique. Selon un premier mode de mise en oeuvre du procédé selon l'invention, les systèmes de service sont interconnectés en étoile avec l'interface au travers d'un système-noyau. Selon un second mode de mise en oeuvre du procédé selon l'invention,les systèmes de service sont interconnectés en réseau bouclé, un des systèmes de service assurant par priorité la liaison avec ladite interface. Selon une variante des modes de mise en oeuvre du procédé selon l'invention, les sytèmes de service sont du type comportant un moteur de service par exemple un moteur d'inférences ou un interpréteur, au moins une base de connaissances et au moins une base de faits. Avantageusement, les systèmes de service comportent au moins une base de données commune disponible pour chacun des moteurs de service et du type base de connaissances et/ou base de faits. Dans une variante de mise en oeuvre du procédé selon l'invention, une base de connaissance, de préférence une base de connaissance commune, comporte une base de connaissances descriptives "utilisateur" et/ou une base de connaissances descriptives "système". Selon une autre variante particulière de mise en oeuvre du procédé selon l'invention, l'interface est susceptible 26495S8 de détecter et relever les actions de l'utilisateur et les interactions avec les applications, des moyens étant prévus pour transmettre les informations relevées au moteur de service en opération et à la ou aux bases de faits. Avantageusement, l'interface est connectée directement au niveau du système d'exploitation pour permettre l'intégration virtuelle du système d'aide global au système d'exploitation. Selon encore une autre variante, la mise en oeuvre active du système d'aide global est réalisée soit par appel ponctuel de l'utilisateur soit par déclenchement automatique par détection d'évènements après mise en veille du système d'aide global. Ainsi donc le procédé selon l'invention, dans ses variantes ci-dessus, permet: 1/ de détecter les actions de l'utilisateur (au clavier et/ou à l'écran), ses réactions (erreurs, hésitations..) et les interactions au niveau des applications en service (ouverture d'un fichier, ordre d'impression..); 2/ de connaitre et de faire une description du contexte général sur l'utilisateur et/ou sur l'environnement système tant dans le temps que dans l'espace; 3/ de traiter les évènements recueillis au travers de l'interface en fonction des attentes de l'utilisateur (appel à l'aide, recherche d'incident) et/ou automatiquement à partir de la détection d'évènements particuliers (erreur grave, incidents..); 4/ de mémoriser les interactions pertinentes afin d'offrir à l'utilisateur des aides personnalisées en fonction de lui-même et/ou de l'environnement. Selon encore une autre variante du procédé selon l'invention, la base de données comporte une base de connaissances actives et réactives générées par le système d'aide à partir d'informations contenues dans la base de connaissance générale et la base de faits. Cette caractéristique permet d'accélérer sensiblement l'intervention du système d'aide grâce au prétraitement de certaines informations. Par ailleurs, selon un autre mode de mise en oeuvre du procédé selon l'invention, les systèmes de service et leurs moteurs de service sont spécialisés par fonction principale choisie notamment parmi les suivantes: - administration du système informatique, enseignement ou autoformation, - aide à la résolution d'incident. L'invention concerne également un dispositif pour la mise en oeuvre des diverses variantes du procédé selon l'invention en association avec un système informatique du type comportant une unité centrale, une mémoire centrale, un ou plusieurs périphériques d'entrée et/ou de sortie, un système d'exploitation et un ou plusieurs logiciels d'application, le dispositif étant caractérisé en ce qu'il comporte de plus un système d'aide global regroupant une pluralité de systèmes de service spécialisés interconnectés à des moyens formant interface entre le système d'aide global et le système informatique. Dans un premier mode de réalisation du dispositif selon l'invention, les moyens formant interface sont connectés directement au niveau du système d'exploitation de façon transparente entre l'utilisateur et les applications et sont adaptés (en mode capteur) pour détecter les actions de l'utilisateur et les interactions avec les applications. Dans une variante de réalisation du dispositif selon l'invention, tout ou partie du système d'aide global est 264950g réalisé sous la forme d'une carte ou d'un module à micro- circuit additionnel comportant au moins un des éléments composants suivants: - une mémoire morte programmable (PROM) ou équivalente pour constituer un moteur d'inférences de moteur de service, - une mémoire vive (RAM) ou équivalente pour constituer une base de faits, - une mémoire vive (RAM) de préférence CMOS ou équivalente pour constituer les bases de connaissances, - une partie interface constituée d'une mémoire morte programmable (PROM) ou équivalente et des circuits permettant les connections nécessaires vers les périphériques du système, la mise en oeuvre du système d'aide global étant réalisée au moyen d'un programme d'initialisation à partir du système d'exploitation. Avantageusement, la carte ou le module comporte de plus une unité centrale auxiliaire, par exemple à micro- processeur, pour contrôler certains composants du système d'aide global. Cette dernière caractéristique permet d'accélérer les interventions du système d'aide global tout en réduisant le temps d'occupation machine du système informatique hôte. L'invention est maintenant décrite en référence aux dessins ci-annexés dans lesquels: - la figure 1 représente un système informatique classique sur lequel le procédé selon l'invention est susceptible d'être mis en oeuvres - la figure 2 représente un schéma de principe illustrant le procédé d'assistance selon l'invention, - et la figure 3 représente le schéma synoptique de déroulement d'un système d'aide global conforme au procédé d'assistance selon l'invention. 264950g Le système informatique représenté sur la figure 1 d'architecture classique unitaire comporte une unité centrale (U. C.) 10 et une mémoire centrale 12, elle-même divisée en mémoire morte (ROM) 14 et mémoire vive (RAM) 16, convenablement reliées par un bus de communication interne 18. Le sous-système central (10, 12) du système informatique communique avec un ensemble de périphériques d'entrée et/ou de sortie (UTIL) accessibles à l'utilisateur-opérateur du système par une unité d'entrée/sortie (I/O) 20 connectée au bus 18. A titre d'exemple non limitatif ont été représentés pour constituer l'ensemble (UTIL) quatre périphériques-types plus particulièrement un clavier 22 (entrée), un écran 24 (entrée/sortie), une unité de mémoire auxiliaire à disque (entrée/sortie) 26 et une imprimante 28 (sortie). De façon tout aussi classique, la gestion des périphériques d'entrée et de sortie est assurée par un ensemble de programmes appelé système d'exploitation OS convenablement chargé en mémoire vive 16 à l'aide de programmes d'initialisation résidant en mémoire morte 14. Sont également chargés en mémoire vive un ou plusieurs programmes d'application APP susceptibles d'être exécutés en mode unitaire ou en mode simultané selon les caractéristiques du système. En tout état de cause, l'ensemble des interactions INTER entre l'utilisateur (les périphériques UTIL) et le programme d'application (APP) est géré par le système d'exploitation (OS). La figure 2 montre le schéma de principe illustrant le procédé d'assistance selon l'invention. A la partie supérieure de la figure 2, on a représenté les trois blocsdiagrammes UTIL 22, OS 24 et APP 26 en tant qu'éléments du système informatique décrit ci-dessus. De plus l'ensemble des interactions entre l'utilisateur, en fait les périphériques UTIL 22, et le programme d'application APP 26 transite par le canal INTER (représenté par la double flèche 28), partie intégrante du système d'exploitation OS 24. Le système d'aide global selon l'invention présente trois sous-ensembles principaux qui ont une interface 30, une partie traitement avec une pluralité de moteurs de service 32 et une partie expertise constituée par un groupe de bases de données lui-même divisé en base de données commune 34 (incorporant entre autres une base de faits) et en bases de données unitaires 36. Les moteurs de service 32 et les bases de données constituent un groupe de systèmes de service spécialisés détaillés ciaprès dont la mise en service sélective est controlée par un système- noyau 38. Un système de service est ainsi défini par l'association d'un moteur d'inférences ou d'un interprétateur avec une base de connaissances et une base de faits. L'interface 30 est située au niveau du système d'exploitation OS et est en relation directe avec celui- ci. Son rôle est double: 1. Mode capteur: Transmettre au moteur de service en opération des informations sur les interactions utilisateur/applications. 2. Mode émetteur: Emettre les informations provenant du moteur de service en direction de l'utilisateur UTIL ou des applications APP (par exemple pour effectuer une démonstration directement dans une application). L'interface est particulièrement utile pour normaliser les échanges entre l'utilisateur, les applications, les autres éléments constitutifs du système informatique et le système d'aide global. Du point de vue structurel, l'interface est constituée par des capteurs 40 associés ou non à des analyseurs 42 et par des émetteurs 44. Les capteurs 40 se composent de circuits et routines placés entre certains constituants du système informatique et les moteurs de service 32, par exemple: un filtre de clavier, un lecteur de mémoire-écran, un lecteur de souris, un lecteur de stylo lumineux, un lecteur d'écran tactile. Bien que non représentés sur la figure 2, certaines variantes de l'invention utilisent également des capteurs physiques extérieurs au système informatique tels que des détecteurs de bruit, des capteurs photo- sensibles, des chronomètres, des détecteurs de pression, des générateurs de signaux (par exemple un générateur de variables aléatoires). A partir des informations de base provenant des capteurs, des informations plus évoluées sont élaborées par les analyseurs 42. Ces derniers sont en général de type programmé et ont pour but de générer des informations plus intelligibles pour les moteurs de service. Selon la spécialisation des moteurs de service, il est possible de proposer un ensemble d'analyseurs le plus approprié. Par exemple il peut être intéressant de recueillir des informations tant sur le comportement de l'utilisateur (analyseur d'intérêt ou analyseur de perplexité) que sur l'état de l'application en cours (analyseur d'espace mémoire disponible, analyseur de compatibilité du système avec certaines opérations de l'application). Les émetteurs 44. sont utilisés par les moteurs de service 32 pour envoyer des informations soit vers l'application en cours APP, soit vers le système informatique, soit vers l'utilisateur. On peut citer par exemple des générateurs de menus, des générateurs de fenêtres informatiques sur écran, des générateurs d'images fixées ou animées à l'écran et des générateurs de son. La partie traitement est constituée du système-noyau 38 sur lequel sont interconnectés en étoile les systèmes de service, en fait les moteurs de service correspondants 32. Le système-noyau 38 est structuré autour d'un séquenceur qui après avoir initialisé les éléments de l'interface 30 passe le contrôle à tel ou tel moteur de service (M1 à MN) en fonction des besoins reconnus. D'une façon générale, un moteur de service Mi est constitué d'un ensemble de systèmes logiciels, dont des moteurs d'inférences (T1 à TN) dont chacun est destiné à résoudre une tâche. Plus particulièrement, les tâches sont choisies pour chaque moteur Mi à partir des tâches de base de l'expert correspondant. Par exemple, un moteur de service de résolution d'incident est chargé de traiter les tâches de base d'un ingénieur de maintenance et est constitué d'autant de systèmes élémentaires que de tâches de base pour la maintenance. Ou encore, un moteur d'enseignement doit remplir les quatre tâches principales d'un enseignant: la planification pédagogique, l'enseignement proprement dit, la direction des exercices et le contrôle des connaissances. Le détail des divers services intégrés dans le système d'aide global conforme au procédé d'assistance selon l'invention sera donné à titre d'exemple non limitatif lors la description de la mise en oeuvre de ce même système d'aide global. D'une façon générale, la partie expertise rassemble un ensemble de connaissances sur l'utilisateur, sur les savoirs des experts, sur le système informatique en général, sur les applications particulières, etc... consignées dans une base de données. Cette base de données peut être spécifique au système d'aide global mais peut également utiliser des bases de données existantes pour autant qu'elles acceptent des descriptions de type objet/attribut et que leurs mises à jour restent brèves pour ne pas gêner le déroulement des aides en temps réel. Cette base de données est structurée en une base de données commune 34 à tous les moteurs de service et en une base de données unitaire 36 composée pour l'essentiel d'une pluralité de bases de connaissances générales unitaires BCU spécifiques pour chacun des moteurs de service auxquels elles sont appariées (M1/BCU1 à MN/BCUN). Les bases de connaissances générales unitaires sont constituées de notions, des caractéristiques associées à ces notions et des actions relatives. Ces connaissances sont en général repertoriées selon chaque service concerné par exemple des connaissances didactiques pédagogiques pour l'autoformation, des connaissances d'expert en maintenance pour la résolution d'incident. En particulier, dans le cadre de la base de connaissances unitaire associée au moteur d'autoformation, il est possible de définir: - une notion: touches numériques du clavier, - ses caractéristiques: moyens d'accès, effets de l'activation de ces touches, niveau nécessaire à l'utilisateur pour apprendre le mode opératoire de ces touches, etc., - ses actions: moyens d'enseigner le mode opératoire de ces touches, exercices relatifs à cet enseignement. De plus, les bases de connaissances générales unitaires peuvent également comporter des règles opératoires, par exemple: Ne pas procéder à l'enseignement du mode opératoire des touches de fonction F1/F10 avant d'avoir vérifier leur compatibilité avec l'application en cours. A côté de ces bases de connaissances unitaires, coexiste une base de connaissances commune à tous les moteurs de service. Cette base commune est elle-même divisée en une base de connaissances descriptives sur l'utilisateur (base OPE) et une base de connaissances descriptives sur le système (base SYS). Ces connaissances sont répertoriées en mémoire par des descriptions selon une structure connue dans les langages orientés-objet. La base de connaissances OPE comporte en premier lieu des connaissances descriptives sur l'utilisateur- opérateur, par exemple: - son identité, - son profil d'utilisateur (y compris son cursus d'utilisateur de système informatique), - ses acquis vis à vis du système et/ou de l'application (pour l'autoformation), - ses objectifs (pour l'autoformation), - la tâche qu'il entend réaliser (pour l'aide contextuelle). La base de connaissances descriptives SYS, concerne des connaissances sur la configuration du système, des connaissances sur chaque application APP susceptible d'être utilisée par l'utilisateur, des connaissances sur l'environnement extérieur au système (bruit, luminosité, etc), des connaissances sur des faits ou évènements antérieurs, précédentes opérations, etc... Les bases de connaissances descriptives orientées vers la connaissance de l'utilisateur et/ou du système, mises à jour en permanence et accessibles à tous les moteurs de service, améliorent très sensiblement les performances du système d'aide global par rapport à un système-expert classique. Le système d'aide global comporte également une base de faits BF disponible pour tous les moteurs de service, soit par partage complet, soit par transfert d'un système de service intégré à un autre suivant les besoins. Ces faits sont constitués par les évènements résultant des interactions entre l'utilisateur, les applications et/ou les systèmes de service. Par exemple, une erreur dans un exercice, une réponse de l'utilisateur face à une question du service de résolution d'incident, la création d'une fiche pour une application, etc.. Il est à noter toutefois que sans sortir du cadre de l'invention, des bases de faits unitaires sont associées aux bases de connaissances unitaires. Cette possibilité est laissée au choix du concepteur du système d'aide global en fonction de la spécificité de chaque moteur de service. Enfin, le système d'aide global comporte une base de connaissances actives et réactives. Ce sont des connaissances provenant de différents experts telles que fonctions, règles ou méthodes et qui s'exécutent en fonction de l'état des connaissances descriptives et factuelles. Par exemple: "SI la configuration imprimante ETAIT connue du système (connaissance descriptive) ET SI l'imprimante est muette (fait) ALORS chercher le problème coté imprimante." Ou encore: "SI clavier ETAIT connu (connaissance descriptive) ET ERREUR (touches de déplacement) > ERREUR MAX ALORS clavier sera à revoir." Associé à toutes les connaissances détaillées ci-dessus, un intégrateur de connaissances EXP 46 permet de rentrer des connaissances par les experts dans la base de données. Il ressort de ce qui précède que la mise en oeuvre du procédé selon l'invention peut être effectuée au moyen d'un dispositif adéquat par association d'un système informatique classique (matériel et logiciel) avec un système d'aide global du type présenté ci-dessus intégrant notamment des logiciels appropriés. Toutefois, la réalisation dans le cadre de l'invention de tout ou partie du système d'aide global sous la forme d'une carte-ou d'un module à micro-circuit contenant un ou plusieurs sous- systèmes de service est susceptible d'apporter des avantages intéressants, notamment: - la possibilité, en ajoutant une unité centrale auxiliaire par exemple un micro-processeur, de libérer du temps machine sur le système informatique hôte, - la possibilité, en ajoutant de la mémoire auxiliaire, de ne pas prendre de la place en mémoire centrale, (ceci est important pour certaines applications par exemple du type à environnement graphique qui occupent un large espace de mémoire), - et la possibilité de rajouter des capteurs physiques sur la carte, tels que des microphones, et des chronomètres, etc... Dans une variante de réalisation d'un dispositif pour la mise en oeuvre du procédé selon l'invention, la carte additionnelle comporte au moins un des éléments suivants: - une mémoire morte programmable (PROM) ou équivalente pour constituer un moteur d'inférences de moteur de service, - une mémoire vive (RAM) de préférence CMOS ou équivalente pour constituer une base de connaissances, - une mémoire (vive) RAM ou équivalente pour constituer une base de faits, - une partie interface constituée d'une mémoire morte programmable (PROM) ou équivalente et des circuits permettant les connections nécessaires vers les périphériques du système. Il est de plus prévu un programme d'initialisation de la carte à partir du système d'exploitation. Pour terminer la présentation de l'invention, le déroulement de la mise en oeuvre d'un système d'aide global conforme au procédé d'assistance selon l'invention est maintenant décrit en se référant au synoptique illustré à la figure 3. Après la mise en route du système informatique (MERS), l'utilisateur a le choix (?/SAG) d'utiliser ou non le système d'aide global SAG. En cas de refus (sortie N), l'utilisateur travaillera sur les applications courantes (APP) après chargement approprié en mémoire centale. L'application APP peut être de façon classique un traitement de texte, un tableur, un système de gestion de base de données, etc, y compris le système d'exploitation lui-même dans sa fonction application. Le choix de l'utilisation du système d'aide global (sortie 0), entraînera automatiquement le chargement en mémoire centrale du système d'aide global SAG en l'intégrant virtuellement au système d'exploitation OS. Dans ce premier état, le système SAG n'est pas visible pour l'utilisateur, mais son interface filtre toutes les informations générées par les périphériques d'entrée (clavier, souris...). L'utilisateur est alors en mesure de travailler sur les applications courantes (APP/SAG) comme dans le cas précédent. Toutefois, le système SAG comporte une veille automatique à la venue des incidents (?/INC) avec, en cas de détection d'incident (sortie O), un branchement direct par son moteur de service sur le système de service "Aide à la résolution d'incident (ARINC)" qui sera présenté ci-après. En l'absence d'incident, (sortie N) la mise en oeuvre véritablement active du système SAG se fait par appel ponctuel d'aide (DA) par l'utilisateur, par exemple en enfonçant la touche (F1 à FN) de fonction correspondante affectée par le système d'exploitation (OS) ou encore par la sélection d'une rubrique "aide" dans un sous-menu. A ce stade, le système SAG déclenche une procédure d'accueil d'identification de l'utilisateur (branchement ?/UTIL) en demandant à ce dernier de composer son code d'accès au système SAG. Si l'utilisateur est connu (sortie N), le menu des aides (MA) apparaîtra de suite, à l'inverse si l'utilisateur est inconnu (sortie 0), le système SAG se présente à l'utilisateur (P/SAG) et demande à ce dernier de se présenter (P/UTIL) en répondant à quelques questions. A l'issue de ces présentations, le système se rebranche sur le menu des aides (MA). Dans le système d'aide global ici présenté à titre d'exemple non limitatif de la mise en oeuvre de l'invention, le menu des aides (MA) comporte une pluralité de rubriques correspondant chacune à un système de service spécialisé y compris le système d'aide à la résolution d'incident "ARINC" déjà mentionné. La figure 5 montre le détail de trois systèmes de service, toutefois le système d'aide global peut incorporer d'autres systèmes de service dont deux sont représentés schématiquement sur la figure 5 par deux lignes de tirets fléchés. En fonction du choix de l'utilisateur, le moteur de service concerné Mi et sa base de connaissance unitaire BCUi vont être chargés en mémoire de travail. L'utilisateur se retrouve alors face à un service intégré particulier adapté à son besoin présent. Trois services intégréÈ disponibles sont maintenant donnés à titre d'exemple non limitatifs: 1/ Aide à l'administration de l'environnement informatique (AENV): Ce service a pour objectif de fournir à l'utilisateur les moyens de gérer correctement son environnement informatique de travail. Après étude de la demande d'indication (procédure EDEMIND), le service qui comporte un moteur à deux tâches délivre (procédure DLIND) des indications sur: - la gestion du système par présentation de tableaux et d'indicateurs sur le trafic d'informations dans le système et sur les performances de ce dernier, - la gestion des commandes par mise à la disposition de l'utilisateur d'un sous-système AGENT permettant de créer des suites de commandes enchaînées, par exemple des macro- instructions. Ces suites peuvent ête appelées ou déclenchées automatiquement à l'apparition d'une configuration prédéfinie (frappe de touches, mot sur écran, etc...). 2/ Aide à l'enseignement ou autoformation (AENS): Ce service a pour objectif de fournir à l'utilisateur une autoformation personnalisable sur une application. Il est du type à quatre tâches à fonctionnement bouclé et comporte un gestionnaire pédagogique, un système instructeur, un système entraîneur et un système niveau. Le gestionnaire pédagogique traite de la planification du cursus de l'utilisateur (procédure ECUR). C'est essentiellement un moteur d'inférences qui, compte tenu des expertises des bases de connaissances et des informations provenant de l'utilisateur, va choisir les enseignements à dispenser. Le système instructeur traite de l'organisation d'un enseignement. Il est indifféremment constitué d'un interpéteur qui exécute les instructions dans l'ordre o l'expert enseignant les a préparées ou d'un moteur d'inférences structuré pour résoudre la même tâche. Le système entraineur s'occupe de diriger l'utilisateur durant les exercices, en particulier de suivre l'utilisateur et de lui fournir des suggestions. pour le guider vers une solution. Enfin, le système traite du contrôle de l'utilisateur et de son suivi. Ilest réalisé grâce à un système expert qui intègre les évènements pertinents des enseignements qui viennent de se dérouler dans la base de connaissances sur l'utilisateur (base OPER). Ces trois derniers systèmes sont désignés dans la figure 3 par la procédure DLCGC (Cours, Guidage, Contrôle). 3/ Aide à la résolution d'incidents (ARINC): En cas d'incident sur un poste de travail, ce service a pour but de fournir les premières indications permettant à l'utilisateur de remédier au problème. Ce service est accompagné d'un document papier pour permettre la mise en état minimum du système (unité centrale, mémoire centrale, clavier, écran). A l'aide d'indications provenant des traces des capteurs sur les périphériques, complétées par des questions à l'utilisateurs (procédure ETRA), le service recherche dans sa base de connaissances les éléments d'une solution et propose des conduites à tenir (procédure DIAG/RI) allant de la remise en service opérationnel du système avec son application en cours à des autres actions à entreprendre (sauvegarde, etc). Lorsque la demande de service est finie d'être traitée, l'utilisateur par le branchement d'arrêt (?/ARR) à le choix de rester dans le système d'aide SAG (sortie N) et faire appel à un autre service, de sortir provisoirement du système (sortie P) ou de quitter définitivement le système d'aide (sortie D) vers l'application APP. En cas de sortie provisoire P, le menu d'aide MA est supprimé par la procédure (S/SAG) puis le système se met en état de veille par branchement en amont de la procédure demande d'aide DA. Dans cet état de veille, le système d'aide global SAG est de nouveau transparent pour l'application APP, malgré la poursuite de la collecte d'informations présélectionnées par les filtres et les divers capteurs du système d'aide. Bien évidemment l'invention n'est pas limitée aux services intégrés ici présentés et couvre en particulier d'autres services d'aide, par exemple d'aide générale pour l'utilisateur, d'aide contextuelle plus proche de l'application au cours de l'utilisation et d'aide au développement de compétences de l'utilisateur, sans oublier d'autres services spécialisés plus orientés vers d'autres types d'applications susceptibles d'être utilisées par l'opérateur, par exemple: communications, applications mathématiques et/ou graphiques, édition, traductions, contrôles de processus industriels, etc.. Par ailleurs, dans un autre mode de mise en oeuvre du procédé selon l'invention, les divers systèmes de service sont interconnectés en réseau bouclé, un des systèmes assurant par priorité la liaison avec l'interface avant de passer la main à celui des autres systèmes de service plus particulièrement concernés. REVENDICATIONS 1. Procédé d'assistance pour l'utilisateur d'un système informatique du type comportant une unité centrale (10), une mémoire centrale (12), un ou plusieurs périphériques d'entrée et/ou de sortie (22), un système d'exploitation (OS) et de façon optionnelle un ou plusieurs logiciels d'application (APP), le procédé étant caractérisé en ce qu'on regroupe dans un système d'aide global une pluralité de systèmes de service spécialisés (32, 34, 36) interconnectés à une interface (30) gérant les entrées (en mode capteur) et les sorties (en mode émetteur) entre le système d'aide global et le système informatique. 2. Procédé selon la revendication 1, caractérisé en ce que les systèmes de service (32, 34, 36) sont interconnectés en étoile avec l'interface (30) au travers d'un système- noyau (38). 3. Procédé selon la revendication 1, caractérisé en ce que les systèmes de service sont interconnectés en réseau bouclé, un des systèmes de service assurant par priorité la liaison avec ladite interface. 4. Procédé selon l'une des revendications précédentes, caractérisé en ce que les systèmes de service sont du type comportant un moteur de service (M1 à MN) par exemple un moteur d'inférences ou un interprétateur, au moins une base de connaissances (36, BCAR, SYS, OPE) et au moins une base de faits (BF). 5. Procédé selon la revendication 4, caractérisé en ce que les dits systèmes de service comportent au moins une base de données commune (34) disponible pour chacun des moteurs de service (Mi) et du type base de connaissances (BCAR, SYS, OPE) et/ou base de faits (BF). 6. Procédé selon l'une des revendications 4 et 5, caractérisé en ce qu'au moins une base de connaissances, de préférence une base de connaissances commune, comporte une base de connaissances descriptives "utilisateur" (OPE) et/ou une base de connaissances descriptives "système" (SYS). 7. Procédé selon l'une des revendications 4 à 6, caractérisé en ce que l'on associe à un ou plusieurs moteurs de service (Mi) une base de connaissances actives et réactives (BCAR) générées par le système d'aide global à partir d'informations contenues dans au moins une base de connaissances (SYS, OPE) et au moins une base de faits (BF). 8. Procédé selon l'une des revendications précédentes, caractérisé en ce que ladite interface 30 est adaptée (en mode capteur) pour détecter et relever les actions de l'utilisateur et les interactions avec les applications, des moyens étant prévus pour transmettre les informations relevées au moteur de service (Mi) en opération et à la ou aux bases de faits (BF). 9. Procédé selon la revendication 8, caractérisé en ce que la mise en oeuvre active du système d'aide global est réalisée soit par appel ponctuel de l'utilisateur, soit par déclenchement automatique par détection d'évènements après mise en veille du système d'aide global. 10. Procédé selon l'une des revendications précédentes, caractérisé en ce que ladite interface (30) est connectée directement au niveau du système d'exploitation (OS) pour permettre l'intégration virtuelle du système d'aide global dans ledit système d'exploitation (OS). 11. Procédé selon l'une des revendications 4 à 10, caractérisé en ce que les systèmes de service et leurs moteurs (M1 à MN) sont spécialisés par fonction principale choisie notamment parmi les suivantes: - administration du système informatique, - enseignement ou autoformation, - aide à la résolution d'incident. 12. Procédé selon l'une des revendications 4 à 11, caractérisé en ce que les moteurs de service sont du type multi-tâches (T1 à TN), de préférence à fonctionnement bouclé. 13. Dispositif pour la mise en oeuvre du procédé selon l'une des revendications précédentes en association avec un système informatique du type comportant au moins, une unité centrale (10), une mémoire centrale (12), un ou plusieurs périphériques d'entrée et/ou de sortie (22), un système d'exploitation (OS) et un ou plusieurs logiciels d'application (APP), le dispositif étant caractérisé en ce qu'il comporte de plus un système d'aide global regroupant une pluralité de systèmes de service spécialisés (32, 34, 36) interconnectés à des moyens formant interface entre le système d'aide global et le système informatique. 14. Dispositif selon la revendication 13, caractérisé en ce que les moyens formant interface (30) sont connectés directement au niveau du système d'exploitation (OS) de façon transparente entre l'utilisateur et les applications et sont adaptés (en mode capteur) pour détecter les actions de l'utilisateur et les interactions avec les applications (APP). 15. Dispositif selon l'une des revendications 13 et 14, caractérisé en ce que tout ou partie du système d'aide global est réalisé sous la forme d'une carte ou d'un module à micro-circuit additionnel comportant au moins un des éléments suivants: - une mémoire morte programmable (PROM) ou équivalente pour constituer un moteur d'inférences de moteur de service, - une mémoire vive (RAM) ou équivalente pour constituer une base de faits, - une mémoire vive (RAM) de préférence CMOS ou équivalente pour constituer une base de connaissances, - une partie interface constituée d'une mémoire morte programmable (PROM) ou équivalente et des circuits permettant les connections nécessaires vers les périphériques du système, la mise en oeuvre du système d'aide global étant réalisée au moyen d'un programme d'initialisation à partir du système d'exploitation (OS). 16. Dispositif selon la revendication 15, caractérisé en ce qu'il comporte une unité centale auxiliaire, par exemple à micro-processeur, pour contrôler certains composants du système d'aide global. 17. Dispositif selon l'une des revendications 15 et 16, caractérisé en ce qu'il comporte des capteurs physiques additionnels tels que chronomètre et/ou microphones.