FR 2752469 A1 19980220 FR 9710396 A 19970814 2752469, STRUCTURE REPARTIE POUR COMMUNICATION INTERTACHE ENTRE APPLICATIONS DE POSTES DE TRAVAIL DOMAINE DE L'INVENTION Le sujet de la présente invention concerne un procédé et un dispositif destinés à réaliser des communications intertraitement directes entre des applications de programme informatique exécutées dans des postes de travail informatiques qui fournissent une interface d'affichage à fenêtres à un opérateur, et concerne, plus particulièrement, une structure de communication intertâche et un procédé et un dispositif d'interface homme-machine associés, disposés en association avec chaque application d'une pluralité d'applications clients exécutées dans une pluralité de postes de travail, afin de transmettre un événement entre deux ou plusieurs applications de programme exécutées dans un ou plusieurs des postes de travail sans nécessiter que l'événement transmis passe par un programme serveur ou régulateur intermédiaire exécuté dans l'un des postes de travail. Les programmes informatiques qui fonctionnent avec un réseau possèdent souvent de multiples programmes fonctionnant simultanément. Il est fréquemment nécessaire que des informations, telles que des événements, soient transférées d'un programme à l'autre, soit dans un unique poste de travail, soit à travers un réseau de postes de travail informatiques interconnectés. Un opérateur se trouvant à l'un des postes de travail peut traiter des informations en utilisant différents programmes fonctionnant simultanément au poste de travail ou à travers le réseau de postes de -travail. L'opérateur peut aussi récupérer des informations en utilisant un très grand nombre de programmes informatiques exécutés simultanément dans l'unique poste de travail ou à travers le réseau des postes de travail interconnectés. Pour cette raison, il est important que les informations soient transférées rapidement et facilement entre le très grand nombre de programmes fonctionnant dans l'un ou plusieurs des postes de travail interconnectés. La technologie du logiciel multifenêtre est appliquée là o il est important pour un opérateur d'afficher et de dialoguer avec des programmes multiples exécutés simultanément dans un système informatique comprenant un ou plusieurs postes de travail interconnectés. Une " fenêtre " est définie pour être une partie d'un écran de visualisation, tel qu'un tube à rayons cathodiques (TRC). La fenêtre ne recouvre pas l'intégralité de l'écran. En conséquence, il peut y avoir un très grand nombre de fenêtres sur l'écran à la fois. Généralement, l'utilisateur déplace un curseur autour de l'écran en utilisant un dispositif d'entrée connu tel qu'une souris ou en utilisant les multiples touches d'un clavier. Le curseur peut être déplacé d'une fenêtre à l'autre sur l'écran, et, lorsque le curseur est présent à l'intérieur d'une fenêtre particulière de l'écran, l'utilisateur/opérateur est mis en communication avec le programme d'application qui a généré cette fenêtre particulière sur l'écran. En conséquence, l'opérateur peut accéder à un très grand nombre de programmes d'application différents accomplissant ainsi de multiples tâches sans avoir à charger un nouveau programme à chaque fois qu'une nouvelle tâche doit être exécutée. Cependant, lors de l'accès simultané à un très grand nombre de programmes d'application différents exécutés dans un poste de travail ou à travers un réseau de postes de travail, il est souvent nécessaire que l'utilisateur/opérateur transfèrent des informations d'un programme à fenêtres exécuté dans un premier poste de travail vers un autre programme à fenêtres exécuté soit dans le premier poste de travail, soit dans un deuxième poste de travail différent connecté au premier poste de travail à travers le réseau. Le transfert d'informations entre des programmes fonctionnant dans un environnement multifenêtre est décrit dans le mode de réalisation préféré de la présente invention; toutefois, un tel environnement multifenêtre n'est pas nécessaire pour appliquer l'invention de la présente description telle que revendiquée. Il existe au moins trois techniques classiques de transfert d'informations entre des programmes fonctionnant simultanément dans un système informatique. La première technique classique est appelée " couper-coller ". Cela comprend le pointage et la sélection d'une information telle qu'un texte ou des données dans une fenêtre pour l'accentuer et la séparer ainsi des autres informations de la fenêtre. L'utilisateur enfonce un bouton ou une touche spécial(e) qui déplace l'information sélectionnée vers une zone de mémoire spécialement désignée par le système d'exploitation et connu comme étant la " mémoire de collage " ou " presse-papier ". L'utilisateur déplace ensuite le curseur vers une autre fenêtre qui est adaptée pour recevoir l'information. Un " bouton coller " ou une commande est sollicité(e) par l'utilisateur pour récupérer l'information enregistrée dans la zone de mémoire désignée et la placer à l'endroit du curseur. Il est à noter que toutes les étapes de ce procédé sont effectuées par l'utilisateur. La deuxième technique classique établit une connexion programmée entre deux programmes, lesquels pouvent afficher des informations dans une fenêtre. Les deux programmes doivent être conçus pour répondre à une commande d'entrée ' prédéterminée qui entraîne le déplacement des informations d'un programme vers l'autre. Cette opération peut aussi être entièrement commandée par l'utilisateur et nécessite une entrée de l'utilisateur pour fonctionner. Chaque voie de transmission entre des paires de programmes doit être programmée dans le code des deux programmes, ce qui crée un système rigide. Il est également difficile d'ajouter des nouvelles voies de transmission ou de changer des voies de transmission existantes. La troisième technique classique est décrite dans le document US-5.448.738 au nom de Good et coll. délivré le 5 septembre 1995, et dans la demande de brevet européen numéro 0 380 211 publiée le ler août 1990 et intitulée " Method for Information communication between concurrently operating computer Programs " au nom de William E.Good et coll. (appelée ci-après " exposé de Good "), dont les exposés sont 0 intégrés par références dans la description de la présente demande. Dans l'exposé de Good, l'utilisateur se connecte à des programmes d'application par l'intermédiaire d'un ou de plusieurs affichages à fenêtres et un dispositif d'entrée d'un poste de travail informatique. Un ou plusieurs codes d'information et un ou plusieurs programmes d'application correspondants sont enregistrés avec un programme régulateur (connu comme " serveur "). En conséquence, une liste est formée dans le programme régulateur, la liste comprenant une pluralité de codes d'informations et une pluralité correspondante d'identificateurs de programme d'application. Ensuite, lorsqu'un premier programme d'application veut envoyer une information d'événement à un deuxième programme d'application différent s'exécutant simultanément, un modèle, comprenant l'information d'événements et un code d'informations correspondant, est généré par le premier programme d'application et le modèle est transmis par le premier programme d'application au programme régulateur. Le code d'informations du modèle provenant du premier programme d'application est comparé au code d'informations de la liste enregistrée par le programme régulateur. Si une coïncidence entre les codes d'informations est trouvée, l'information d'événement associée au code d'informations du modèle est transmise au programme d'application qui est associé au code d'informations de la liste enregistrée par le programme régulateur. L'exposé de Good est semblable à d'autres outils classiques de la technique antérieure visant à permettre une communication intertraitement entre des programmes d'application, dont tous sont fondés sur des " techniques client-serveur ". Des exemples de ces outils classiques comprennent le " X Window System " et le " Tooltalk " de Sun. Dans l'exposé de Good ainsi que dans les autres outils classiques, lors de l'utilisation des techniques client-serveur de la technique antérieure, toutes les données devant être communiquées entre des applications de programme informatiques s'exécutant simultanément doivent être acheminées par l'intermédiaire d'un programme serveur (le " programme serveur " étant semblable au " programme régulateur " de l'exposé de Good). Si de nombreuses applications exécutées simultanément existent dans le réseau, le serveur ou le régulateur peuvent avoir trop de messages d'événements à transmettre à un moment quelconque. Ceci a pour résultat un débit plus lent ainsi qu'un trafic accru sur le réseau. De plus, lors de l'utilisation de la technique client-serveur de l'art antérieur, l'opérateur/utilisateur exécutant un premier programme d'application ne peut envoyer que certains messages d'informations d'événements préselectionnés à un deuxième programme d'application. C'est-à-dire que l'utilisateur ne peut envoyer qu'un ensemble fixe de messages d'informations d'événements prédéfinis qui sont autorisés par le réseau du système; il ne peut pas définir ou personnaliser ses propres messages d'informations d'événements pour les transmettre au deuxième programme d'application. Par exemple, si une taille de police de caractères a été changée dans une application, en utilisant la technique client- serveur classique (o tous les messages d'événements doivent être acheminés par le serveur), il n'y a aucun moyen de communiquer le changement de la taille de police, changée dans une application, à une autre application quelconque du réseau parce que " la taille de police modifiée " ne fait pas partie de l'ensemble fixé de messages d'informations d'événements prédéfinis autorisés pour la transmission d'une application vers une autre application du réseau. De plus, lors de l'utilisation de la technique client-serveur classique, des données d'informations d'événements particulières doivent toujours être communiquées d'une première application de programme informatique à un programme serveur et du programme serveur à une deuxième application de programme. Cependant, ce programme serveur peut ne pas savoir si d'autres applications de programme sont intéressées par la réception de ces données d'événements particulières. En conséquence, lorsque le serveur reçoit les données d'informations d'événements particulières du premier programme d'application, le serveur doit alors déterminer si d'autres applications sont intéressées par la réception de ces données d'événement particulières. Si aucune autre application n'est intéressée par la réception des données d'événements particulières, le programme serveur a gaspillé ses ressources à manipuler les données d'événements particulières parce qu'elles ne seront' jamais communiquées à aucune autre application. En outre, les données communiquées en utilisant les outils classiques sont faiblement structurées (forment de " globes ") et ne prévoient aucun mécanisme pour vérifier les erreurs dans les données communiquées. Les programmes d'applications sont responsables de l'interprétation des données d'une manière correcte et de la manipulation des conditions d'erreur. En conséquence, lors de l'utilisation des outils classiques, la capacité du programmeur d'applications à intercommuniquer des structures de données complexes entre des applications de programmes informatiques s'exécutant simultanément est très limitée. Ainsi que cela a été noté auparavant, les outils classiques ne prévoient pas de mécanisme qui permettrait aux programmeurs d'applications d'étendre ou de personnaliser sélectivement le type d'événements et/ou de données susceptibles d'être intercommuniquées entre des applications s'exécutant simultanément, en cours d'exécution dans un ou plusieurs postes informatiques. En conséquence, l'absence d'un niveau suffisamment élevé d'abstraction de programmation dans ces outils classiques amène les programmeurs d'applications à faire appel à des solutions de bas niveaux, tels que les formats de données sur différentes plates-formes et rendez-vous de communication (tels qu'un nom de propriété connu d'une fenêtre connue, comme dans le " X Window System " de la technique antérieure). Enfin, ces outils classiques ne prévoient pas pour les utilisateurs finaux d'applications de moyen facile pour commander le flux des données et visualiser la façon dont sont connectées les applications entre elles. En conséquence, il est nécessaire d'avoir une structure qui: permettra une communication et un partage rapides de données complexes, permettra une frappe intense de structures de données, et prévoira un certain degré d'extensibilité lors de l'utilisation de types de données et d'événements définis par 0 l'application. De plus, il est nécessaire d'avoir une structure qui permettra aux utilisateurs finaux des applications de poste de travail de visualiser le réseau des connexions entre applications de poste de travail et permettra aux utilisateurs finaux assis à ces postes de travail de commander la communication de données intertraitement entre des applications de programme informatiques qui sont exécutées simultanément dans un ou plusieurs environnements de poste de travail informatique. RESUME DE L'INVENTION En conséquence, un objet de la présente invention est de prévoir un procédé et un dispositif de communication intertâche extensibles, adaptés pour transmettre et communiquer des données d'événements entre une première application client et une pluralité de deuxièmes applications client s'exécutant simultanément dans un ou plusieurs postes de travail d'un réseau sans exiger que les données d'événements passent par et se mettent en communication avec une application de serveur ou de régulateur intermédiaire, le procédé et le dispositif de communication intertâche étant adaptés pour être interconnectés entre les première et deuxièmes applications client pendant la communication de ces données d'événements entre la première application client et les deuxièmes applications client. Un autre objet de la présente invention est de prévoir un procédé et un dispositif de communication intertâche extensibles adaptés pour transmettre et communiquer des données d'événements entre une première application client et une pluralité de deuxièmes applications client s'exécutant simultanément dans un ou plusieurs postes de travail d'un réseau sans exiger que les données d'événements passent par et se mettent en communication avec une application de serveur ou de régulateur intermédiaire, le procédé et le dispositif de communication intertâche comprenant des moyens pour prédéfinir dans chaque application client un ensemble sélectionné d'événements et d'objets et de fonctions d'intérêt, une première application client étant intéressée par la réception d'un premier événement et une deuxième application client transmettant le premier événement à la première application client sans mettre le premier événement en communication avec le serveur lorsque la deuxième application client applique le premier événement. Un autre objet de la présente invention est de prévoir un procédé et un dispositif de communication intertâche extensibles adaptés pour transmettre et communiquer des données d'événements entre une première application client et une pluralité de deuxièmes applications client exécutées simultanément dans un ou plusieurs postes de travail d'un réseau sans exiger que les données d'événements passent par et se mettent en communication avec une application de serveur ou de régulateur intermédiaire, le procédé et le dispositif de communication intertâche comprenant des moyens pour prédéfinir dans chaque application client un ensemble sélectionné d'événements et d'objets et de fonctions d'intérêt, une première application client étant intéressée par la réception d'un premier événement et une deuxième application client transmettant le premier événement à la première application client sans mettre le premier événement en communication avec le serveur lorsque la deuxième application client applique le premier événement et des moyens pour aviser la deuxième 1l application client que la première application client est intéressée par l'ensemble sélectionné de messages de données d'événements. Un autre objet de la présente invention est de prévoir un procédé et un dispositif de communication intertâche extensibles adaptés pour transmettre et communiquer des données d'événements entre une première application client et une pluralité de deuxièmes applications client s'exécutant simultanément dans un ou plusieurs postes de travail d'un réseau sans exiger que des données d'événements passent par et se mettent en communication avec une application de serveur ou de régulateur intermédiaire, le procédé et le dispositif de communication intertâche comprenant: des moyens pour prédéfinir dans chaque application client un ensemble sélectionné d'événements et de fonctions et d'objets d'intérêt là o une première application client est intéressée par la réception d'un message de données d'événements associé à un premier événement et une deuxième application client est adaptée pour transmettre le premier message de données d'événements à la première application client sans mettre en communication le premier message de données d'événements avec le serveur lorsque la deuxième application client applique le premier événement; des moyens pour aviser la deuxième application client que la première application client est intéressée par la réception du premier message de données d'événements, des moyens pour transmettre le premier message de données d'événements directement de la deuxième application client à la première application client lorsque le premier événement est appliqué par la deuxième application client; des moyens pour déterminer sélectivement quels messages, si il y en a, de l'ensemble sélectionné de messages de données d'événements prédéfinis dans la première application client seront reçus dans la première application client; et des moyens pour déterminer sélectivement quels messages, si il y en a, de l'ensemble sélectionné de messages de données d'événement prédéfinis dans la première application client seront reçus dans la première application client; et des moyens pour déterminer sélectivement quels messages, si il y en a, de l'ensemble sélectionné de messages de données d'événement prédéfinis dans la deuxième application client, o un objet d'intérêt a été envoyé de la première application client à la deuxième application client, seront transmis de la deuxième application client à la première application client. Un autre objet de la présente invention est de prévoir un procédé et un dispositif de communication intertâche extensibles, adaptés pour transmettre et communiquer des données d'événements entre une première application client et une pluralité de deuxièmes applications clients, o le procédé et le dispositif de communication intertâche comprend en outre des moyens visant à empêcher complètement qu'un quelconque message de l'ensemble sélectionné de messages de données d'événement prédéfinis dans la première application client soit reçu dans la première application client depuis la deuxième application client, et des moyens pour empêcher complètement qu'un quelconque message de l'ensemble sélectionné de messages de données d'événement prédéfinis dans la deuxième application client, o un objet d'intérêt a été envoyé de la première application client à la deuxième application client par le serveur, soit transmis depuis la deuxième application client. Un autre objet de la présente invention est de prévoir un procédé et un dispositif de communication intertâche extensibles, adaptés pour transmettre et communiquer des données d'événements entre une première application client et une pluralité de deuxièmes applications client, o le procédé et le dispositif de communication intertâche comprennent en outre des moyens visant à permettre complètement à tous les messages de l'ensemble sélectionné de messages de données d'événements prédéfinis dans la première application client d'être reçus dans la première application client depuis la deuxième application client, et des moyens visant à permettre complètement à tous les messages de l'ensemble sélectionné de messages de données d'événements prédéfinis dans la deuxième application client, o un objet d'intérêt a été envoyé depuis la première application client vers la deuxième application client par l'intermédiaire du serveur, d'être transmis depuis la deuxième application client. Un autre objet de la présente invention est de prévoir un procédé et un dispositif de communication intertâche extensibles, adaptés pour transmettre et communiquer des données d'événements entre une première application client et une pluralité de deuxièmes applications clients, o le procédé et le dispositif de communication intertâche comprennent en outre des moyens pour empêcher tous messages de données d'événements d'être reçus dans ou transmis depuis une première application client, et des moyens pour diffuser par la suite une pluralité de messages de données d'événements depuis la première application client vers la deuxième application client suite à l'application par la première application client de la pluralité d'événements associés à la pluralité de messages de données d'événements. Un autre objet de la présente invention est de prévoir une interface d'utilisateur graphique facile à utiliser destinée à être utilisée avec le procédé et le dispositif de communication intertâche de la présente invention afin de permettre à l'utilisateur/opérateur de visualiser et de commander facilement l'exploitation fonctionnelle de la partie Structure de chaque application client. Selon ces objets ainsi que d'autres de la présente invention, un ou plusieurs postes de travail sont interconnectés ensemble par un dispositif de communication intertâche extensible (ITC). Un poste de travail a une unité d'affichage, et l'unité d'affichage présente une ou plusieurs fenêtres à un opérateur. Chaque fenêtre est générée sur l'unité d'affichage du poste de travail en réaction à l'exécution d'un programme d'application qui est enregistré dans la mémoire du poste de travail et est en cours d'exécution par le processeur du poste de travail. Le programme d'application est appelé ci-après une " application client ". Le dispositif de communication intertâche (ITC) comprend effectivement au moins une première et une deuxième applications client, enregistrées soit dans une mémoire de poste de travail, soit dans deux mémoires de poste de travail, et un programme serveur 0 distinct enregistré dans l'une des mémoires de poste de travail. Chaque application client comprend un Code d'Interface Homme-machine et un Code de Structure. Le Code de Structure de chaque application client conjointement avec le programme serveur, du procédé et du dispositif de communication intertâche (ITC) suivant ôla présente invention, transmettra et communiquera une information d'événement directement entre la première application client et la deuxième application client, d'une pluralité de programmes d'application clients s'exécutant simultanément dans un ou plusieurs postes de travail d'un réseau de postes de travail interconnectés, sans exiger que l'information d'événement passe par et se mette en communication avec un programme d'application serveur ou régulateur intermédiaire, si et lorsqu'un objet d'intérêt est transmis initialement entre la première application client et la deuxième application client par le programme serveur. Un événement est défini comme étant un changement ou une action effectué(e) par un opérateur à un poste de travail. Par exemple, cet opérateur peut faire glisser le curseur en déplaçant une souris ou peut être l'opérateur effacera des données ou créera de nouvelles données. Cette information d'événement, qui est appliquée par un opérateur dans une application de programme à un poste de travail, peut être nécessaire à un autre opérateur dans une autre application de programme à un autre poste de travail. Le procédé et le dispositif de communication intertraitement de la présente invention peut transmettre cette information d'événement' depuis une application de programme vers toutes les autres applications de programme du réseau de postes de travail, sans exiger qu'une information d'événement se mette en communication avec un programme serveur ou régulateur intermédiaire, à la condition qu'un objet ou que des objets d'intérêt ai(en)t été transmis au départ entre cette application de programme et toutes les autres applications de programme par un serveur qui s'exécutent simultanément dans tous les postes de travail du réseau de postes de travail. Ci-après, une application de programme, exécutée dans un poste de travail du réseau, sera appelée " première application client ", et une autre application de programme, exécutée dans un poste de travail ou dans n'importe quel autre poste de travail du réseau de postes de travail, sera appelée " deuxième application client ". Si une deuxième application client exécutée dans un deuxième poste de travail est programmée pour recevoir une certaine pluralité d'événements, et si un objet d'intérêt associé à la pluralité d'événements a été transmis depuis la deuxième application client à une première application client (exécutée soit dans le deuxième poste de travail, soit dans le premier poste de travail) par un programme serveur, et lorsqu'un premier événement de la pluralité d'événements est en cours d'application par un opérateur dans une première application client, un ensemble d'informations associé à ce premier événement sera transmis de la première application client du premier poste de travail directement à une deuxième application client exécutée soit dans le premier poste de travail, soit dans un autre poste de travail du réseau. Toutefois, l'ensemble d'informations associé à ce premier événement ne passera pas et ne se mettra pas 0 en communication avec le programme serveur. En conséquence, le programmeur d'application peut personnaliser le type et le nombre d'événements qu'il veut voir transmis entre des applications clients en programmant simplement à l'avance une application client particulière pour la réception d'une information d'événement associée à une pluralité présélectionnée d'événements. Plus particulièrement, avant qu'une information d'événement puisse être transmise directement entre des applications clients, les étapes suivantes doivent être réalisées: 1. Chaque application client parmi une pluralité d'applications clients est programmée pour recevoir un ou plusieurs événements et pour appliquer une ou plusieurs fonctions associées, respectivement, à un ou plusieurs événements (appelés ci-après, " liste d'événements "). Lorsqu'un ou plusieurs événements et une ou plusieurs fonctions associées à un ou plusieurs événements sont programmés dans une liste d'événements d'une application client particulière, on dit que cette application client particulière est intéressée par la réceptiond'une information d'événement provenant d'autres applications clients s'exécutant simultanément, lorsque les événements qui sont appliqués par les autres applications clients correspondent à un ou plusieurs événements qui sont programmés dans la liste d'événements de l'application client particulière. 2. Etant donné que chaque événement de l'un ou de plusieurs événements programmés dans la liste d'événements de l'application client particulière comprend un identificateur d'événement ou " objet d'intérêt ", les objets d'intérêt associés, respectivement, à un ou plusieurs événements sont transmis depuis l'application client particulière à un programme serveur ou régulateur intermédiaire pouvant être résidant dans un autre poste de travail ou dans le poste de travail exécutant l'application client particulière. 3. Le serveur intermédiaire retransmettra les objets d'intérêt, de l'un ou plusieurs événement(s), à toutes les autres applications clients s'exécutant simultanément qui sont en cours d'exécution dans tous les autres postes de travail du réseau de postes de travail. De même, toutes les applications clients transmettent leurs intérêts par le serveur. 4. Si un programme d'une première application particulière applique un événement qui correspond à un objet d'intérêt reçu précédemment qui a été transmis depuis une deuxième application client particulière à la première application client par le serveur, l'information d'événement associée à cet événement qui est appliqué par la première application client particulière (comprenant l'objet d'intérêt) sera envoyée le long du réseau de postes de travail directement à la deuxième application client particulière. Il est à noter que l'information d'événement associée à l'événement qui est en cours d'application par la première application client particulière ne sera pas acheminée par l'intermédiaire du programme serveur ou régulateur intermédiaire. En conséquence, lorsque l'événement est appliqué dans la première application client particulière, l'information d'événement associée à ce même événement sera 0 approximativement appliquée simultanément dans la deuxième application client particulière. En constituant la liste d'événements dans chaque application client, le réalisateur de l'application client peut personnaliser le type et la quantité d'événements que l'application client enverra à et recevra d'autres applications clients. Etant donné que le programme serveur est évité lorsque l'information d'événement est transmise directement entre applications clients, un temps précieux de traitement est économisé. Toutefois, même si l'information associée à l'événement qui est appliqué par la première application client particulière est transmise directement à la deuxième application client particulière, il n'est pas nécessaire que la deuxième application client particulière reçoive effectivement l'information associée à l'événement qui est en cours d'application par la première application client particulière. C'est-à-dire qu'un opérateur suivant le déroulement de la deuxième application client particulière peut utiliser une souris pour cliquer sur certaines icônes qui apparaissent dans le coin inférieur droit d'une fenêtre qui est affichée en réaction à l'exécution de la deuxième application client particulière. Par exemple, l'opérateur peut cliquer sur un premier type d'icône appelé " icône d'état ". Il y a trois types " d'icônes d'état ": une icône d'" état ouvert ", une icône d'" état fermé ", et une icône d'" état verrouillé ". Si l'opérateur clique sur l'icône d'" état ouvert " pour une deuxième application client particulière, la deuxième application client particulière est ouverte et elle recevra toutes les informations d'événement associées à l'événement qui est appliqué par la première application client particulière. Si l'opérateur clique sur l'icône d'" état fermé " pour la deuxième application client particulière, la deuxième application client particulière est fermée et elle ne recevra aucune des informations associées à l'événement qui est appliqué par la première application client particulière. L'opérateur peut cliquer sur l'icône d'" état verrouillé " de la deuxième application client particulière bien que le code de programme interne de " génération d'icône " pour la deuxième application client particulière puisse décider si l'icône d'état verrouillé est soit " activée ", soit " désactivée ". C'est-à-dire que si l'on regarde l'icône d'"état verrouillé ", le réalisateur de l'application peut décider que, dans certaines circonstances, la deuxième application client particulière sera fermée, ne recevra aucune des informations d'événement associées à l'événement qui est appliqué par la première application client particulière, et restera fermée même si et lorsque l'opérateur au poste de travail suivant le déroulement de la deuxième application client particulière clique sur l'icône d'" état ouvert ". L'opérateur au poste de travail suivant le déroulement de la première application client particulière peut cliquer sur un deuxième type d'icône appelé l'icône de " diffusion ". Si les icônes d'état pour la première application client particulière sont dans " l'état fermé " pour une période de temps spécifique, absolument aucune information d'événement associée à l'un quelconque des événements appliqués par la première application client particulière ne sera transmise au réseau par la première application client particulière vers d'autres applications clients, comprenant la deuxième application client particulière, pendant cette période de temps spécifique. Toutefois, supposons que, suite à l'expiration de cette période de temps spécifique, l'opérateur au poste de travail suivant le déroulement de la première application client particulière décide de transmettre toutes les informations d'événement à la deuxième application client associée aux événements qui ont été appliqués par la première application client particulière pendant la période de temps spécifique. Afin de transmettre toutes ces informations d'événement à la deuxième application client particulière, l'opérateur au poste de travail suivant le déroulement de la première application client clique sur l'icône de " diffusion ". Lorsque l'opérateur suivant le déroulement de la première application client clique sur l'icône de " diffusion ", l'information d'événement associée à une pluralité d'événements qui ont été appliqués par la première application client pendant la période de temps spécifique, lorsque la première application client particulière était " fermée ", sera transmise à la deuxième application client particulière, à la condition que les objets d'intérêt associés à ces pluralités d'événements aient été transmis auparavant depuis la deuxième application client vers le serveur et depuis le serveur vers la première application client. L'opérateur au poste de travail suivant le déroulement de la première application client 0 particulière peut cliquer sur un autre type encore d'icône appelé l'icône de " filtrage d'événements ". L'icône de " filtrage d'événements " apparaît dans le coin inférieur droit de chaque fenêtre sur l'unité d'affichage d'un poste de travail, le filtrage d'événements permettant à l'opérateur de choisir sélectivement quels événements d'une pluralité d'événements (étant en cours d'application par une application client particulière) seront transmis à une autre ou à d'autres application(s) client(s) et quels événements de la pluralité d'événements seront reçus en provenance des autres applications clients. L'étendue de la possibilité d'application de la I0 présente invention apparaîtra d'après la description détaillée présentée ci-après. Il faut comprendre, toutefois, que la description détaillée et les exemples spécifiques, tout en représentant un mode de réalisation préféré de la présente invention, sont donnés à titre d'illustration uniquement, étant donné que divers changements et modifications réalisés dans l'esprit et l'étendue de l'invention apparaîtront évidents à l'homme de l'art, à la lecture de la description détaillée suivante. BREVE DESCRIPTION DES DESSINS On parviendra à une compréhension intégrale de la présente invention d'après la description détaillée du mode de réalisation préféré présenté ci-dessous et les dessins annexés donnés uniquement à titre illustratif mais non limitatif de la présente invention, et dans lesquels: - la figure 1 illustre un poste de travail informatique ayant une unité d'affichage qui comprend un ou plusieurs affichages à fenêtres représentant l'exécution d'un ou de plusieurs programmes d'application client; - la figure 2 illustre une pluralité de programmes d'application client qui affichent une pluralité correspondante d'affichages à fenêtres sur un ou une pluralité de postes de travail semblables à celui représenté sur la figure 1, toutes les applications de la pluralité d'applications clients étant interconnectées ensemble par un dispositif de communication intertâche (ITC) qui comprend une application de programme serveur et une ou plusieurs applications clients différentes; - la figure 3 illustre un premier poste de travail exécutant une première application client et un deuxième poste de travail exécutant une deuxième application client et enregistrant aussi le logiciel d'application du serveur; - la figure 4 illustre une construction plus détaillée de la première application client (logiciel client 1) et de la deuxième application client (logiciel client 2) dans les premier et deuxième postes de travail de la figure 3; - la figure 5 illustre une construction plus détaillée du Code d'Interface Homme-machine de la figure 4; - les figures 6 à 13 illustrent une construction détaillée et l'exploitation fonctionnelle de la structure ITC (noyau ITC) de la figure 4; - les figures 14 à 25 illustrent une construction détaillée du Logiciel d'Affichage d'Interaction Opérateur de la figure 5; - la figure 14 illustre les icônes d'état et l'icône de diffusion; - les figures 15a à 15e illustrent l'icône de filtrage d'événements avec son affichage sous- fenêtre; et - les figures 16 à 25 illustrent l'utilisation de ces icônes sur un affichage à fenêtres qui est affiché sur un écran de visualisation d'un poste de travail; - les figures 26 et 27 illustrent une construction détaillée du Logiciel d'Installation ITC-HI de la figure 5; - la figure 26A illustre une construction détaillée de " Dresser Liste des Evénements ITC " 80 qui est illustrée sur la figure 26; - les figures 28 et 29 illustrent une construction détaillée du Logiciel d'Envoi d'Un Evénement de la figure 5; - les figures 30 et 31 illustrent une construction détaillée du Logiciel De Réception d'Un Evénement de la figure 5; et - la figure 32 illustre un Modèle de Sessions de Communication Intertâche (ITC) référencé dans la partie Structure ITC de la description détaillée du mode de réalisation préféré. DESCRIPTION DU MODE DE REALISATION PREFERE En se référant à la figure 1, un poste de travail informatique est représenté qui possède une unité d'affichage comprenant un ou plusieurs affichages à fenêtres représentant l'exécution d'un ou de plusieurs programmes d'application client. Sur la figure 1, un poste de travail informatique est illustré. Le poste de travail comprend un moniteur 12, un processeur 14, un clavier 16, et une souris 18. Le moniteur 12 comprend un tube à rayons cathodiques (TRC) qui fournit un écran de visualisation 12a. Sur la figure 1, l'écran de visualisation 12a a une pluralité de fenêtres 12b affichées dessus, chaque fenêtre 12b étant affichée sur l'écran de visualisation 12a en réaction à l'exécution, au sein du poste de travail 10, d'un programme d'application client distinct. Comme cela est indiqué ci-dessous sur la figure 2, chaque fenêtre de la pluralité de fenêtres 12b fournit un affichage différent de données concernant le forage de puits à partir desquelles un opérateur peut interpréter si des dépôts souterrains d'hydrocarbures sont présents ou non dans une formation terrestre. Un opérateur assis au poste de travail 10 utilisera la souris 18 pour sélectionner certaines des fenêtres 12b destinées à la visualisation et / ou la manipulation ou la sélection de données dans cette fenêtre. En se reportant à la figure 2, une pluralité de programmes d'application client (appelés ci-après " applications clients ") sont illustrés qui affichent une pluralité correspondante d'affichages à fenêtres sur l'un des postes d'une pluralité de postes de travail semblables au poste de travail 10 représenté sur la figure 1 et qui sont interconnectés ensemble par un dispositif de communication intertâche (ITC). Sur la figure 2, plusieurs applications clients 20 sont interconnectées ensemble par un dispositif de communication intertâche (ITC) 22. Rappelons qu'une " application client " est un programme informatique qui est exécuté dans le poste de travail 10 de la figure 1 et qui est responsable de l'affichage d'une des fenêtres 12b sur l'écran de visualisation 12a du moniteur 12 du poste de travail 10 de la figure 1. Le dispositif ITC 22 de la figure 2 permet à chacune des applications clients 20 de communiquer directement avec une autre. D'une manière générale, comme représenté sur la figure 6, le dispositif ITC 22 est un terme générique qui comprend une première application client et une deuxième application client qui sont interconnectées ensemble de la manière représentée sur la figure 6. Le dispositif ITC 22 de la figure 2 permet à toutes les applications clients 20 de communiquer directement et simultanément avec une autre. En conséquence, des événements qui sont appliqués dans une application client 20 peuvent être visualisés simultanément dans une autre application client 20. Cette capacité fonctionnelle sera examinée plus en détail ultérieurement dans cette description. En se reportant à la figure 3, un système comprenant deux postes de travail interconnectés (dont chacun est semblable au poste de travail 10 de la figure 1) est illustré. Sur la figure 3, un premier poste de travail 24 0 est interconnecté à un deuxième poste de travail 26. Le premier poste de travail 24 comprend un processeur 24a connecté au bus du système 24d, un affichage 24b (semblable à l'écran de visualisation 12a de la figure 1) connecté au bus du système 24b, une mémoire 24c connectée au bus du système 24d, et une interface utilisateur 24a (la souris 18 et le clavier 16 de la figure 1) connectée au bus du système 24d. Le deuxième poste de travail 26 comprend un processeur 26a connecté à un bus du système 26d, une unité d'affichage 26b (semblable à l'écran de visualisation 12a de la figure 1) connectée au bus du système 26b, une mémoire 26c connectée au bus du système 26d et une interface utilisateur 26e (la souris 18 et le clavier 16 de la figure 1) connectée au bus du système 26d. Le premier poste de travail 24 est connecté électriquement ou optiquement au deuxième poste de travail 26 par une liaison de transmission de données 28. La mémoire 24c du premier poste de travail 24 enregistre un premier programme d'application client appelé le " logiciel d'application client 1 " 24cl, et la mémoire 26c du deuxième poste de travail 26 enregistre un deuxième programme d'application client appelé le " logiciel d'application client 2 " 26cl. Toutefois, la mémoire 26c du deuxième poste de travail 26 enregistre aussi un logiciel serveur 26c2. Le logiciel serveur 26c2 répartit les objets d'intérêt entre des applications clients. Voir le " programme régulateur " qui est discuté dans l'exposé de Good (c'est-à-dire dans le brevet US-5.448.738 intitulé " Method for information communication between concurrently operating computer programs "), dont la description a déjà été intégrée ici par référence. Le logiciel d'application client 1 24cl, lorsqu'il est exécuté par le processeur 24a, génère une image visuelle sur l'unité d'affichage 24b qui est semblable à celle des applications clients 20 représentées sur la figure 2. De même, le logiciel d'application client 2 26cl lorsqu'il est exécuté par le processeur 26a génère une image visuelle sur l'unité d'affichage 26b qui est semblable à l'une des autres applications clients 20 représentées sur la figure 2. Le fonctionnement du système représenté sur la figure 3 deviendra évident à la lecture des autres parties de cette description. En se reportant à la figure 4, une construction plus détaillée du logiciel d'application client 1 24cl et du logiciel d'application client 2 26c de la figure 3 est illustrée. Sur la figure 4, le logiciel d'application client i 24cl et le logiciel d'application client 2 26cl comprennent chacun: (1) un premier ensemble de logiciels connu ci-après comme le " Code d'Interface Homme- machine ITC " 32, et (2) un deuxième ensemble de logiciels connu ci- après comme le " Code de structure ITC (Noyau ITC) " 34. D'un point de vue fonctionnel, une application interne sollicite le Code d'Interface Homme-machine 32, et le Code d'Interface Homme-machine 32 sollicite le Code de Structure 34. Le Code d'Interface Homme-machine ITC 32 et le Code de Structure ITC 34 seront décrits plus en détail ultérieurement dans cette description et le fonctionnement du Code d'Interface Homme-machine 32 et du Code de Structure 34 deviendront évidents à la lecture des autres parties de cette description. En se reportant à la figure 5, une construction plus détaillée du code d'Interface Homme-machine ITC 32 de la figure 4 est illustrée. Sur la figure 5, le Code d'Interface Homme-machine 32 de la figure 4 est composé de quatre parties: (1) un Logiciel d'Affichage d'Interaction Opérateur 32d, (2) un Logiciel d'Installation ITC-HI 32a connecté de façon fonctionnelle au Logiciel d'Affichage d'Interaction Opérateur 32d, (3) un logiciel d'Envoi d'Un Evénement 32b connecté de façon fonctionnelle au logiciel d'Installation ITC HI 32a, et (4) un logiciel De Réception d'Un Événement 32c connecté de façon fonctionnelle au logiciel d'Installation ITC HI 32a. Le code de Structure ITC (noyau ITC) 34 sera connecté de façon fonctionnelle à la fois au logiciel De Réception d'un Événement 32b et au logiciel De Réception d'Événement 32c. Le logiciel d'Affichage d'Interaction Opérateur 32d générera des affichages d'icônes sur les fenêtres 12b de l'écran de visualisation 12a, et il affichera aussi, sur les fenêtre 12b, " l'information d'événement " qui est demandée par d'autres applications clients (ceci sera décrit ultérieurement dans cette description). En fonctionnement, en référence à la figure 5, un opérateur au poste de travail 10 de la figure 1, qui exécute une application client particulière, visualisera une variété d'icônes sur un affichage à fenêtres 12b sur l'écran de visualisation 12a du poste de travail de la figure 1 pour cette application client particulière. L'opérateur cliquera " sur " une ou plusieurs des icônes permettant ainsi à un objet d'intérêt, en particulier une " information d'événement " d'être transmis de l'application client particulière (par exemple de l'application client 1 24cl de la figure 3) vers d'autres applications clients (par exemple application client 2 26cl de la figure 3) par le serveur 26c2. Le logiciel d'affichage d'interaction opérateur 32d de la figure 5 affichera l'affichage à fenêtres 12b et l'icône ou plusieurs icônes de l'affichage à fenêtres 12b sur l'écran de visualisation 12a du poste de travail de la figure 1. Lorsque l'opérateur clique " sur " l'icône ou plusieurs icônes de l'affichage à fenêtres 12b, le logiciel d'affichage d'interaction opérateur 32d informera le Logiciel d'Installation ITC- HI 32a, et le Logiciel d'Installation ITC-HI 32a commandera le logiciel d'Envoi d'Un Événement 32b. Le logiciel d'Envoi d'Un Événement 32b ordonnera au Code de Structure ITC 34 de l'application client particulière (par exemple application client 1) d'envoyer l'objet d'intérêt de l'information d'événement particulière vers les autres applications clients (par exemple - application client 2) par le serveur 26c2. Lorsque les autres applications clients génèrent l'information d'événement demandée, les autres applications clients enverront l'information d'événement demandée directement au Code de Structure ITC 34 de l'application client particulière sans passer par et se mettre en communication avec le serveur 26c2. Lorsque l'information d'événement demandée est reçue par l'application client particulière (par exemple - client 1), le Code de Structure ITC 34 de l'application client particulière informera, à son tour, le logiciel De Réception d'Un Événement 32c de l'application client particulière. Le logiciel De Réception d'Un Événement 32c de l'application client particulière informera le Logiciel d'Installation ITC-HI 32a de l'application client particulière que l'information d'événement demandée a été reçue d'une autre application client. Le Logiciel d'Installation ITC Hi 32a de l'application client particulière ordonnera, à son tour, au Logiciel d'Affichage d'Interaction Opérateur 32d de l'application client particulière d'afficher l1" information d'événement " demandée sur l'écran de visualisation 12a du poste de travail 10 de la figure 1. Chacune de ces quatre parties du Code D'Interface Homme-machine 32 sera décrite ultérieurement dans la description. En se reportant aux figures 3, et 6 à 13b, une exploitation fonctionnelle du Code de Structure ITC (noyau ITC) 34 de chaque application client, telle que l'application client 1 24cl et l'application client 2 26cl, est illustrée. Chaque application client comprend le Code de Structure ITC (noyau ITC) 34. Par exemple, le logiciel d'application client 1 24cl et le logiciel d'application client 2 26cl de la figure 3 comprennent chacun un Code de Structure ITC 34. Le Code de Structure ITC 34 associé à une quelconque application client particulière dialogue fonctionnellement avec le serveur 26c2 et le Code de Structure ITC 34 associé à chaque autre application client. Par exemple, le code de Structure ITC 34 de l'application client 1 24cl du premier poste de travail 24 de la figure 3 dialogue fonctionnellement avec le logiciel du serveur 26c2 et le code de Structure ITC 34 du logiciel de l'application client 2 26cl du deuxième poste de travail 26. Le code de Structure 34 d'une première application client 24cl transmettra des objets d'intérêt au serveur 26c2; il transmettra des informations d'événement associées à un événement " X " au code de Structure 34 d'une deuxième application client 26cl; et il recevra des informations d'événement associées à un événement " X " du code de Structure 34 de la deuxième application client 26cl. Cette interaction fonctionnelle entre le code de Structure 34 d'une application client 24cl et le serveur 26c2 et le code de Structure 34 des autres applications clients 26cl est décrite plus en détail dans les paragraphes suivants, en référence aux figures 3 et 6 à 13b des dessins. Sur les figures 3 et 6, se rapportant initialement à la figure 6, un schéma de haut niveau pour la répartition d'événements et d'intérêts est illustré. Sur la figure 3, notez l'emplacement du logiciel d'application client 1 24cl du premier poste de travail 24, et notez l'emplacement du logiciel d'application client 2 26cl et du logiciel du serveur 26c2 du deuxième poste de travail 26. Sur la figure 6, une Application Client 1 24cl (appelée ci-après " Application 1 ") est interconnectée à une Application Client 2 26cl (appelée ci-après " Application 2 "), l'Application 1 et l'Application 2 étant connectées à un serveur ITC 26c2. L'" Application Client 1 " 24cl de la figure 6 représente le logiciel d'application client 1 24cl de la figure 3, l'"Application Client 2 " 26cl de la figure 6 représentant le logiciel d'application client 2 26cl de la figure 3, et le serveur ITC 26c2 de la figure 6 représentant le logiciel du serveur 26c2 de la figure 3. Lorsque l'Application Client 1 24cl de la figure 6 est en cours d'exécution dans le premier poste de travail 24 de la figure 3, un affichage à fenêtres (semblable à l'un des affichages à fenêtres 12b de la figure 1) apparaîtra sur l'écran de visualisation du moniteur du premier poste de travail 24. De la même manière, lorsque l'Application Client 2 26cl de la figure 6 est en cours d'exécution dans le deuxième poste de travail 26 de la figure 3, un autre affichage à fenêtres (semblable à celui des affichages à fenêtres 12b de la figure 1) apparaîtra sur l'écran de visualisation du moniteur du deuxième poste de travail 26. Les affichages à fenêtres apparaissant sur les deux moniteurs des premier et deuxième postes de travail 24 et 26 pourraient être n'importe lequel de ceux représentés sur la figure 2. Sur la figure 6, on suppose que l'Application Client 1 24cl (" Application 1 ") exécute une première application client. De plus, on suppose que l'Application Client 2 26cl (" Application 2 ") exécute une deuxième application client et, pendant l'exécution de la deuxième application client par l'Application 2, certaines " informations d'événement " seront générées par l'Application 2. Le terme " information d'événement " et / ou le terme " événement " sera défini dans les trois paragraphes suivants à l'aide des trois exemples suivants. Comme premier exemple, pendant l'exécution de la deuxième application client par l'Application 2 au poste de travail 26, l'opérateur assis au Poste de Travail 26 peut utiliser la souris 18 de la figure 1 pour placer un curseur sur l'une des fenêtres 12b de la figure 1 et pour sélectionner ainsi certaines informations dans cette fenêtre 12b. La " sélection " de certaines informations sur cette fenêtre 12b par l'Application 2 au poste de travail 26 peut entraîner le glissement du curseur ou l'effacement d'informations ou la création d'informations. La " sélection " de certaines informations dans cette fenêtre 12b serait un " événement " et cet événement générerait " une information d'événement ". L'application 1 peut être intéressée par la réception de cette information d'événement. Comme deuxième exemple, l'Application 1 est en cours d'exécution en France et elle concerne un examen de la géologie de la terre. L'Application 2 est en cours d'exécution à Houston et elle concerne une application pétrophysique examinant la pression dans un puits de forage. Il n'y a rien de commun entre l'Application 1 et l'Application 2 à l'exception d'un paramètre: la pression à une certaine profondeur dans la terre. L'Application 1 peut vouloir examiner la courbe de pression par rapport à la profondeur qui est générée dans l'Application 2. Par conséquent, la courbe de pression par rapport à la profondeur dans l'Application 2 et tout changement y étant réalisé par un opérateur au deuxième poste de travail 26 constituerait " une information d'événement ". L'Application 1 serait intéressée par la réception de cette information d'événement. Comme troisième exemple, appelé " localisation du curseur ", l'Application 1, exécutée dans le premier poste de travail 24 de la figure 3, afficheune carte ayant des coordonnées x, y et z et un opérateur au premier poste de travail 24 peut déplacer un curseur à travers la carte qui générerait des " informations d'événement " x, y, et z. Toutefois, l'Application 2, exécutée au deuxième poste de travail 26 de la figure 3, est en cours de visualisation d'une représentation " cubique " tridimensionnelle d'un gisement souterrain et l'Application 2 peut être intéressée par la réception de " l'information d'événement " x, y, et z de l'Application 1 toutes les fois que cette information d'événement est générée par l'Application 1. En conséquence, lorsque l'opérateur au premier poste de travail 24 exécutant l'Application 1 déplace le curseur à travers la carte, " l'information d'événement " x, y, et z est générée depuis l'Application 1. Si l'Application 2 a exprimé auparavant un intérêt à recevoir cette " information d'événement " et lorsque l'information d'événement est générée par l'Application 1, l'Application 1 dans le premier poste de travail 24 enverra cette " information d'événement " à l'Application 2 dans le deuxième poste de travail 26. Sur la figure 6, lorsque l'Application 1 24cl exécute la première application client, on suppose que l'Application 1 est intéressée par la réception d'une certaine " information d'événement particulière " de l'Application 2 26cl lorsque l'Application 2 génère cette information d'événement particulière. Dans ce cas, l'Application 1 24cl génère un signal d'" objet d'intérêt " (qui se propage le long de la ligne 36 sur la figure 6) de l'Application 1 24cl vers le serveur ITC 26c2. Le serveur 26c2 informe l'Application 2 26cl de l'intérêt de l'Application 1 pour l'information d'événement particulière en repropageant le signal " d'objet d'intérêt " susmentionné depuis le serveur 26c2 vers l'Application 2 26cl (le long de la ligne 38 sur la figure 6). Le signal d'objet d'intérêt de l'Application 1 contient un identificateur qui identifie uniquement l'Application 1. En conséquence, lorsque l'Application 2 reçoit le signal d'objet d'intérêt (de la ligne 38 sur la figure 6), l'Application 2 26cl sait que l'Application 1 24cl était intéressée par la réception de " l'information d'événement particulière " lorsque l'information d'événement particulière est générée par l'Application 2. En conséquence, lorsque l'Application 2 génère " l'information d'événement particulière " (c'est-à- dire que l'opérateur au poste de travail 26 sélectionne quelque chose en plaçant la souris 18 dans une fenêtre 12b et en appuyant sur une touche de la souris), étant donné que l'Application 2 sait que l'Application 1 est intéressée par la réception de l'information d'événement particulière, l'Application 2 enverra cette information d'événement particulière " directement " à l'Application 1 (par la ligne 40). C'est-à-dire que l'information d'événement particulière ne sera pas envoyée de l'Application 2 26c! au serveur 26c2 (par la ligne 38) et du serveur 26c2 à l'Application 1 24cl (par la ligne 36). Etant donné que le serveur 26c2 n'est pas engagé dans le transfert de l'information d'événement particulière de l'Application 2 à l'Application 1, un temps de traitement précieux est économisé. En conséquence, la " Structure Répartie pour la Communication Intertâche entre Applications de Postes de travail " de la présente invention est " extensible ". C'est-à-dire que pour tout programme d'application client particulière exécuté dans un poste de travail représenté par l'une des fenêtres 12b qui est affichée sur la figure 1, un réalisateur d'applications peut définir: (1) le type d'événements que l'application client particulière recevra d'une autre application client exécutée simultanément, et (2) le type de données, associées à ces événements, qui seront reçues de l'autre application client à chaque fois que ces événements sont transmis des autres applications clients. Sur la figure 7, un organigramme d'enregistrement et de répartition d'intérêt est illustré. Cet organigramme examine quelques uns des concepts examinés ci-dessus en référence à la figure 6. Sur la figure 7, lorsque l'Application Client 1 24cl veut exprimer un intérêt pour un événement (c'est-à-dire que l'Application 1 veut exprimer un intérêt pour un événement parce qu'elle veut recevoir des informations d'une ou plusieurs applications clients lorsque les autres applications clients appliquent ou exécutent l'événement), un certain nombre d'étapes de traitement sont appliquées par l'Application 1 24cl, le serveur 26c2, et l'Application 2 26cl: 1. Sur la figure 7, bloc 24c1(a), l'Application Client 1 24cl (" Application 1 ") comprend deux parties: (1) une première application client (" application client 1 "), et (2) un client de Communication Intertâche (ITC) (" client ITC "). Lorsque l'Application 1 exécute la première application client et si la première application client exige des informations concernant un événement qui sera appelé ci-après " événement X ", la première application client exprimera un intérêt pour l'événement X avec le client ITC en envoyant un " objet d'intérêt " au client ITC. L'objet d'intérêt contient un " jeton d'événement ". 2. Sur la figure 7, bloc 24c1(b), le client ITC enregistre certains jetons d'événements. Lorsque le client ITC reçoit l'objet d'intérêt de la première application client, le client ITC vérifiera le jeton d'événement présent dans l'objet d'intérêt en repérant une correspondance entre le jeton d'événement de l'objet d'intérêt et un jeton d'événement catalogué dans une base de données. Lorsqu'une correspondance entre des jetons d'intérêt est repérée, le client ITC " indiquera un rappel d'application "; c'est-à-dire que l'ITC renverra un signal de reconnaissance à la première application client. 3. Sur la figure 7, bloc 24c1(c), le client ITC enverra ensuite un signal d'" objet d'intérêt " au serveur ITC 26c2. 4. Sur la figure 7, bloc 26c2(a), le serveur ITC recevra le signal d'objet d'intérêt du client ITC et, en réaction à celui-ci, le serveur ITC enregistrera en lui-même (c'est-à-dire que le serveur ITC stockera en lui-même) des données ou des informations concernant l'intérêt pour l'événement X que la " première application client " de 1'" Application 1 " avait généré auparavant. Rappelons que la première application client de l'Application 1 indiquait précédemment (en envoyant le signal d'objet d'intérêt au serveur ITC) qu'elle veut recevoir une certaine information des autres applications clients qui est générée lorsque 1'" événement X " est exécuté ou appliqué par les autres applications clients. 0 5. Sur la figure 7, bloc 26c2(b), lorsque le serveur ITC enregistre en lui-même l'information concernant l'intérêt de la première application client à recevoir l'information de l'événement X des autres applications clients suite au bloc 26c2(a), le serveur ITC diffusera à toutes ces autres applications clients l'intérêt de cette première application client. En conséquence, toutes les autres applications clients (c'est-à-dire, tous les autres programmes d'application clients qui sont exécutés dans tous les postes de travail du réseau de postes de travail) sauront que la première application client de l'Application 1 24cl est intéressée à recevoir une certaine information spécifique des autres applications clients, l'information spécifique étant générée depuis les autres applications clients seulement lorsque " l'événement X " est exécuté ou appliqué par les autres applications clients. 6. Sur la figure 7, blocs 24c1(a), 24c1(b), et 24c1(N), toutes les autres applications clients (" application client 2 " 26cl(a), " application client 3 " 26c1(b),..., et " application client N " 26c1(N)) enregistreront dedans (c'est-à-dire stockeront dedans) l'intérêt de la première application client à recevoir l'information concernant " l'événement X " chaque fois que l'une quelconque ou que toutes les applications suivantes: application client 2, application client 3, ou application client N applique(nt) ou exécute(nt) " l'événement X ". Sur les figures 8a-8b est illustré un autre organigramme d'enregistrement et de répartition d'intérêt (qui examinera des concepts semblables aux concepts examinés ci-dessus en lien avec les organigrammes des figures 6 et 7). Dans l'organigramme des figures 8a-8b, " l'application client 1 " 24cl (" Application 1 ") est représentée pour être en communication avec le serveur 26c2 et " l'application client 2 " 26cl (" Application 2 ") illustrée précédemment sur les figures 6 et 7. Toutefois, de plus, sur les figures 8a-8b, deux autres applications clients sont illustrées: " application client 3 " 42 (" Application 3 ") et " application client 4 " 44 (" Application 4 "). En fonctionnement, en se reportant aux figures 8a-8b, supposons aux fins d'examen que l'Application 1, l'Application 2, l'Application 3, et l'Application 4 représentent des programmes d'applications clients qui sont en cours d'exécution à quatre (4) postes de travail différents semblables au poste de travail de la figure 1. Supposons encore que chacune des quatre applications (Application 1 à Application 4) génère un affichage à fenêtres à leurs postes de travail respectifs semblables à l'affichage à fenêtres 12b représenté sur la figure 1. Supposons encore que l'Application 1 de la figure 8a est représentée par le " logiciel client 1 " 24cl de la figure 3, l'Application 2 de la figure 8a est représentée par le " logiciel client 2 " 26cl de. la figure 3, et le serveur 26c2 de la figure 8a est représenté par le " logiciel serveur " 26c2 de la figure 3. Sur les figures 8a-8b, l'Application 1 24cl exprime un intérêt pour un événement ITC appelé " événement X " (le véritable traitement se déroulant derrière ce terme d'intérêt sera mieux compris en référence à la figure 14). Un objet d'intérêt est envoyé de l'Application 1 24cl au serveur 26c2 par la ligne 46 de la figure 8a. Lorsque l'objet d'intérêt est reçu par le serveur 26c2, le serveur 26c2 enregistrera, en lui-même, l'intérêt de l'Application 1 24cl pour l'événement X. Le serveur 26c2 redistribuera ensuite l'objet d'intérêt à: " l'Application 2 " 26cl par la ligne 48, " l'Application 3 " 42 par la ligne 50, et " l'Application 4 " 44 par la ligne 52. Lorsque le serveur 26c2 redistribue l'objet d'intérêt de l'Application 1 aux autres applications clients, Applications 2, 3, et 4, les autres applications clients (Applications 2, 3, et 4) enregistrent en elles-mêmes l'intérêt de l'Application 1 pour l'événement X. Sur les figures 9a-9b, un schéma de la propagation d'événements de haut niveau utilisant une communication paire à paire est illustré. Rappelons, à partir des figures 8a-8b, que l'Application 1 24cl a transmis un signal d'objet d'intérêt au serveur 26c2 et que le serveur 26c2 a redistribué ce signal d'objet d'intérêt à l'Application 2 26cl. Le signal d'objet d'intérêt (qui identifie l'Application 1 comme étant son émetteur) a été enregistré dans l'Application 2 comme provenant de l'Application 1 et il exprime un intérêt par l'Application pour une certaine information spécifique qui serait générée par l'Application 2 lorsqu'un amélioration par rapport à la description de Good de la technique antérieure, référencée précédemment dans la présente description. Rappelons que, dans l'exposé de Good, toutes les données devant être communiquées entre des applications de programme informatique s'exécutant simultanément doivent être acheminées dans un programme serveur ou un programme régulateur intermédiaire. Sur les figures lOa-10b est illustré un schéma de haut niveau décrivant la multidestination d'une information d'événement depuis l'Application 2 vers d'autres applications client intéressées. En se référant brièvement aux figures 8a-8b, rappelons qu'un objet d'intérêt a été envoyé de l'Application 1 24cl au serveur 26c2 par la ligne 46 de la figure 8a. Rappelons encore que, lorsque l'objet d'intérêt est reçu par le serveur 26c2, le serveur 26c2 enregistre, en lui-même, l'intérêt de l'Application 1 24cl pour l'événement X. Le serveur 26c2 redistribue ensuite l'objet d'intérêt à: , et " l'Application 4 " 44 par la ligne 52. Toutefois, maintenant que l'objet d'intérêt, dans " l'événement X ", a été redistribué du serveur 26c2 aux Applications 2, 3, et 4, si l'une quelconque ou toutes les Applications 2, 3, et / ou 4 appliquent ou exécutent " l'événement X ", l'Application responsable (2, 3, et /ou 4) retransmettra l'information concernant " l'événement X " directement au demandeur, qui est l'Application 1 24cl, sans se remettre en communication avec ou passer par le serveur 26c2 (le serveur 26c2 reste inactif). En conséquence, sur les figures 10a-10b, on suppose que le demandeur de l'événement X était à la fois " l'Application 1 " 24cl et " l'Application 4 " 44 (l'Application 1 et l'Application 4 ont toutes deux envoyé auparavant un objet d'intérêt pour 1'" Evénement X " au serveur 26c2, et le serveur 26c2 a redistribué cet objet d'intérêt pour l'événement X à l'Application 2). En conséquence, l'Application 2 sait que les Applications 1 et 4 sont intéressées par la réception d'une information concernant l'application de " l'événement X ". En conséquence, lorsque " l'Application 2 " 26cl applique ou exécute " l'événement X ", l'information concernant l'exécution de " l'événement X " sera envoyée directement de l'Application 2 à la fois à " l'Application 1 " 24cl et à " l'Application 4' " 44 (cette information concernant l'exécution de l'événement X ne se remettra pas en communication avec ou ne sera pas acheminée par le serveur 26c2 et, en conséquence, le serveur 26c2 sera court-circuité). Sur les figures lla-llb, un schéma de haut niveau représentant la On suppose que l'Application Client 1 24cl (Application 1) a exprimé auparavant un intérêt pour l'événement X avec le serveur 26c2 (en envoyant un objet d'intérêt au serveur), et qu'ensuite le serveur 26c2 a redistribué cet objet d'intérêt pour l'événement X vers l'Application Client 2 26cl (Application 2), l'Application Client 3 42 (Application 3), et l'Application Client 4 44 (Application 4). Puis, on suppose que l'Application 1 veut révoquer son intérêt pour " l'événement X ". Afin de révoquer son intérêt pour " l'événement X ", l'Application 1 enverra un " objet de révocation " au serveur 26c2 (par la ligne 46 sur la figure 11), 1'" objet de révocation " représentant l'indication de l'Application 1 aux autres applications clients qu'elle ne veut plus recevoir aucune information concernant l'application ou l'exécution, par d'autres applications, de 1'" événement X " En réponse à la réception de l'objet de révocation, le serveur 26c2 désenregistre, en lui-même, l'intérêt de l'Application 1 à recevoir l'information concernant l'exécution, par d'autres applications clients, de 1'" événement X " lorsque l'événement X est appliqué par d'autres applications. Ensuite, le serveur 26c2 redistribue l'objet de révocation, provenant de l'Application 1, vers toutes les autres applications clients; c'est-à-dire, sur la figure lia, le serveur 26c2 redistribue l'objet de révocation vers l'Application 2 (par la ligne 48), l'Application 3 (par la ligne 50) et l'Application 4 (par la ligne 52). Lorsque les autres applications clients (Applications 2, 3 et 4) reçoivent 1'" objet de révocation ", les autres applications clients (Applications 2, 3, et 4) désenregistrent l'intérêt de l'Application 1 pour " l'événement X ". En conséquence, l'information concernant l'application ou l'exécution, par les autres Applications Client 2, 3, ou 4, de l'événement X, ne sera plus envoyée à l'Application 1. Sur les figures 12a-12b est illustré un schéma de haut niveau de révocation d'intérêt implicite pour un client ayant suspendu son application. On suppose que l'Application 1 24cl s'annule ou se termine alors qu'elle a des intérêts actifs en cours. On rappelle que l'Application 1 a des intérêts actifs en cours parce que l'Application 1 a transmis auparavant un objet d'intérêt pour " l'événement X " (et peutêtre d'autres événements) au serveur 26c2 et que le serveur 26c2 a redistribué auparavant cet objet d'intérêt pour l'événement X, et pour d'autres événements, vers les autres applications clients, " Application 2 " 26cl, " Application 3 " 42, et " Application 4 " 44. Sur les figures 12a-12b, si l'Application 1 s'annule ou se termine, le serveur 26c2 remarquera la fin de l'Application 1. Lorsque le serveur 26c2 remarque la suspension de l'Application 1 24cl (le programme de l'Application 1 cesse de s'exécuter), le serveur 26c2 désenregistre, en lui-même, tous les objets d'intérêts en cours que l'Application 1 a envoyé auparavant au serveur 26c2 (par la ligne 46). Ensuite, le serveur 26c2 redistribue un " objet de révocation " correspondant à tous les intérêts en cours de l'Application 1 pour tous les événements vers toutes les autres applications clients, c'est-à-dire, vers l'" Application 2 " 26cl, l'" Application 3 " 42, et l'" Application 4 " 44 sur la figure 12. Lorsque les autres applications clients (Applications 2, 3, et 4) reçoivent l'objet de révocation du serveur 26c2 associé à tous les autres intérêts en cours de l'Application 1 pour tous les événements, les autres applications clients (Applications 2, 3, et 4 de la figure 12) désenregistrent tous les intérêts pour tous les événements que " l'Application Client 1 " 24cl avait transmise précédemment aux Applications 2, 3, et 4 par le serveur 26c2. Sur les figures 13a-13b est illustré un schéma de haut niveau représentant la distribution d'intérêts en cours dans une nouvelle application client. On suppose maintenant qu'une nouvelle application client, " Application Client 5 " 50 (" Application 5 "), sur la figure 13a, commence l'exécution à un poste de travail du réseau de postes de travail, semblable au poste de travail 10 de la figure 1. Lorsque le programme de l'Application 5 s'exécute, une fenêtre s'affiche sur le poste de travail semblable aux affichages à fenêtres 12b de la figure 1. Lorsque l'Application 5 commence à 0 s'exécuter, l'Application 5 se met elle-même en communication avec le serveur 26c2 sur la figure 13 en envoyant un " signal de mise en communication " (par la ligne 52 sur la figure 13) de l'" Application 5 " 50 vers le serveur 26c2. En réaction au " signal de mise en communication ", le serveur 26c2 enregistre, en lui- même, l'existence de la nouvelle application client, " Application 5 " 50. Supposons maintenant que l'" Application 2 " 26cl, l'" Application 3 " 42, et l'" Application 4 " 44 de la figure 13 ont envoyé auparavant au serveur 26c2 un " objet d'intérêt " pour un événement, appelé " événement X ", et peut être d'autres événements. Dans ce cas, après que le serveur 26c2 ait enregistré en lui-même l'existence de la nouvelle " Application 5 " client, le serveur 26c2 redistribue les objets d'intérêt provenant des autres applications clients (Applications 2, 3, et 4) vers la nouvelle " Application 5 " client (par la ligne 54 sur la figure 13a). Dans l'exemple de la figure 13a, le serveur 26c2 redistribue vers l'Application 5: (1) l'intérêt précédemment exprimé de l'Application 2 pour l'événement X et d'autres événements, (2) l'intérêt précédemment exprimé de l'Application 3 pour l'événement X et d'autres événements, et (3) l'intérêt précédemment exprimé de l'Application 4 pour l'événement X et d'autres événements (appelés ci-après " intérêts précédemment exprimés "). Lorsque la nouvelle " Application 5 " client 50 reçoit les intérêts précédemment exprimés (c'est- à-dire les objets d'intérêt) pour l'événement X et d'autres événements (qui provenaient des Applications 2, 3, et 4) du serveur 26c2, l'" Application 5 " enregistre, en elle- même, les intérêts précédemment exprimés. Quand ces intérêts précédemment exprimés (c'est-à-dire les objets d'intérêt) des Applications 2, 3, et 4 sont enregistrés dans l'Application 5, l'Application 5 sait que les Applications 2, 3 et 4 exigent une certaine information spécifique concernant l'exécution et/ou l'application de l'" événement X " et d'autres événements. En conséquence, lorsque l'événement X ou les autres événements sont exécutés par l'Application 5, l'Application 5 envoie cette certaine information spécifique directement aux Applications 2, 3 et 4 (cette certaine information spécifique ne passe pas par et ne se met pas en communication avec le serveur 26c2 comme elle le faisait dans la description de Good). En se reportant aux figures 14 à 25, un examen détaillé et une exploitation fonctionnelle du Logiciel d'Affichage d'Interaction Opérateur 32d de la figure 5 sont illustrés. Dans les paragraphes ci-dessus, l'exploitation fonctionnelle de la Structure ITC 34 de la figure 4 a été examinée en relation avec le logiciel d'application client 1 et le logiciel d'application client 2 24cl et 26cl enregistrés dans les postes de travail de la figure 3. On rappelle que la Structure ITC 34 de l'application client 1 24cl de la figure 6 a envoyé des demandes d'informations d'événement (associées à l'" événement X ") vers le serveur 26c2, à la suite de quoi le serveur 26c2 a envoyé cette demande d'information d'événement à l'application client 2 26cl. Toutefois, lorsque l'application client 2 applique ou exécute l'" événement X ", l'information d'événement associée à l'événement X a été envoyée directement de l'application client 2 à l'application client 1 (par la ligne 40 sur la figure 6) sans passer par ou se mettre en communication avec le serveur 26c2. Toutefois, l'opérateur assis au deuxième poste de travail 26 de la figure 3 peut décider combien d'informations d'événement, s'il en existe, associées à 1'" événement X " seront transmises depuis le premier poste de travail 26, et l'opérateur assis au premier poste de travail 24 de la figure 3 peut décider combien d'informations d'événement, s'il en existe, associées à " l'événement X " seront reçues du premier poste de travail 24. Les opérateurs peuvent prendre cette décision et exécuter cette décision en utilisant certaines " icônes " apparaissant à l'intérieur de chaque affichage à fenêtres (12b de la figure 1) sur l'écran de visualisation (12a de la figure 1) de leur poste de travail particulier (10 de la figure 1). Par exemple, l'opérateur à un poste de travail peut cliquer sur Une première icône et permettre la transmission ou la réception de toutes les informations d'événement vers et depuis son application client, ou l'opérateur peut cliquer sur une deuxième icône et neutraliser complètement la transmission ou la réception de toutes les informations d'événement vers et depuis son application client, ou l'opérateur peut cliquer sur une troisième icône et choisir sélectivement combien ou quelle sorte d'informations d'événement sera transmise depuis ou reçue dans son application client. Les paragraphes suivants décrivent chaque icône et sa fonction. Les icônes apparaissent dans le coin inférieur droit de chaque affichage à fenêtres (12b de la figure 1) sur l'écran de visualisation (12a de la figure 1) du poste de travail 10. Il existe trois types principaux d'icônes: l'icône d'état 60, l'icône de diffusion 62, et l'icône de filtrage d'événements 64. Il existe trois types d'icônes d'état: l'icône d'état ouvert 60a, l'icône d'état fermé 60b, et l'icone d'état verrouillé 60c. * Sur la figure 14 sont illustrées les icônes d'état et l'icône de diffusion 62. Les icônes d'état 60 comprennent l'icône d'état ouvert 60a, l'icône d'état fermé 60b, et l'icône d'état verrouillé 60c. Chacune de ces icônes sera examinée ci-dessous. Icône d'état ouvert 60a de la figure 14 L'icône d'état ouvert 60a estaccessible à un opérateur et apparaît dans le coin inférieur droit d'un affichage à fenêtres (semblable à l'affichage à fenêtres 12b de la figure 1). L'opérateur assis à un poste de travail (comme le poste de travail 24 ou 26 de la figure 3) localise un affichage à fenêtres (12b de la figure 1) sur l'écran de visualisation (12a de la figure 1) et clique sur l'icône d'état ouvert 60a qui apparaît dans le coin inférieur droit de l'affichage à fenêtres 12b. Lorsque l'opérateur clique sur l'icône d'état ouvert 60a d'un affichage à fenêtres 12b pour une application client particulière, cette application client particulière est ouverte et reçoit toutes les informations d'événement des autres applications clients; en outre, cette application client particulière est ouverte et elle transmet toutes les informations d'événement à d'autres applications clients. Par exemple, un opérateur peut changer la hauteur des caractères (qui est un " événement " générant " une information d'événement "). Si l'icône d'état ouvert 60a est " activée " par cliquage par l'opérateur pour un programme d'application client particulière, l'information d'événement du changement de la hauteur des caractères sera transmise à toutes les autres applications clients intéressées qui ont demandé l'information d'événement du changement de la hauteur des caractères (par l'intermédiaire d'un objet d'intérêt pour l'événement de changement de la hauteur des caractères envoyé depuis les autres applications clients vers l'application client particulière au moyen du serveur intermédiaire). Par exemple, si un opérateur assis au poste de travail 24 de la figure 3 clique sur l'icône d'état ouvert 60a sur l'affichage à fenêtres 12b de la figure 1 pour l'application client 1 24cl de la figure 3, l'application client 1 24cl reçoit toutes les informations d'événement demandées de la deuxième application client 2 26cl de la figure 3, et l'application client 1 transmet toutes les informations d'événement demandées à l'application client 2 26cl. Icône d'état fermé 60b de la figure 14 L'icône d'état fermé 60b est accessible à un opérateur et elle apparaît dans le coin inférieur droit d'un affichage à fenêtres (semblable à l'affichage à fenêtres 12b de la figure 1). L'opérateur assis au poste de travail (comme le poste de travail 24 ou 26 de la figure 3) peut localiser un affichage à fenêtres (12b de la figure 1) sur l'écran de visualisation (12a de la figure 1) etcliquer sur l'icône d'état fermé 60b qui apparaît dans le coin inférieur droit de l'affichage à fenêtres. Lorsque l'opérateur clique sur l'icône d'état fermé 60b d'un affichage à fenêtres 12b pour une application client particulière, cette application client particulière est fermée et elle ne reçoit aucune information d'événement des autres applications clients particulières, et cette application client particulière est fermée et elle ne transmet aucune information d'événement aux autres applications clients. Par exemple, si un opérateur assis au poste de travail 24 de la figure 3 clique sur l'icône d'état fermé 60b sur l'affichage à fenêtres 12b de la figure 1 pour l'application client 1 24cl de la figure 3, l'application client _ 1 24cl ne reçoit aucune information d'événement demandée de l'application client 2 26cl de la figure 3, et l'application client 1 ne transmet aucune information d'événement demandée à l'application client 2 26cl. Icône d'état verrouillé 60c L'icône d'état verrouillé 60c est accessible à la fois à un opérateur et au programmeur d'une application client particulière. L'icône d'état verrouillé 60c apparaîtra dans le coin inférieur droit d'un affichage à fenêtres (12b de la figure 1) de l'application client particulière.. Dans certains cas, l'opérateur à un poste de travail peut " activer " par cliquage l'icone d'état ouvert 60a d'un affichage à fenêtres 12b pour l'application client particulière. Toutefois, le programmeur d'applications peut avoir décidé auparavant que, pour l'application client particulière susmentionnée, absolument aucune information d'événement ne peut être transmise depuis ou reçue dans cette application client particulière. En conséquence, le programmeur d'applications, qui a programmé l'application client particulière, peut avoir demandé (intérieurement dans le code d'application client) que cette application client particulière soit fermée (comme si l'icône d'état fermé 60b avait été verrouillé 60c. Toutefois, l'opérateur pourrait aussi cliquer " sur " l'icône d'état verrouillé 60c. Lorsque l'icône d'état verrouillé 60c a été " activée " par cliquage, ceci est équivalent à " l'activation " par cliquage de l'icône d'état fermé 60b. C'est-à-dire que lorsque l'icône d'état fermé 60c est " activée " par cliquage, une information d'événement ne sera pas reçue par une application client particulière provenant d'autres applications clients (par la ligne 40 sur la figure 6), une information d'événement ne sera pas envoyée de l'application client particulière vers d'autres applications clients, et un objet d'intérêt associé à un événement particulier ne sera pas envoyé par l'application client particulière au serveur 26c2 (par la ligne 36 de la figure 6) pour transmission ultérieure à d'autres applications clients (par la ligne 38 de la figure 6). Icône de diffusion 62 L'icône de diffusion 62 apparaît dans le coin inférieur droit d'un affichage à fenêtres particulier (12b de la figure 1) qui est généré par un programme d'application client particulière, tel que client 1 ou client 2 de la figure 3, exécuté dans un poste de travail (10 de la figure 1). Supposons que, pour ce programme d'application client particulière, l'icône d'état fermé 60b a été " activée " par cliquage pour une période de temps. Une pluralité d'événements nouvellement créés (tels que, changements de la hauteur des caractères, changements de couleur, ou lignes interrompues) qui ont été générés pendant cette période de temps ne seront pas transmis par l'application client particulière aux autres applications clients particulières exécutées dans le poste de travail en question ou dans d'autres postes de travail du réseau de postes de travail. Toutefois, lorsque l'icône de diffusion 62 est " activée " par cliquage dans l'affichage à fenêtres (12b) par un opérateur assis au poste de travail (10 de la figure 1) utilisant la souris (18 de la figure 1), tous les événements de la pluralité d'événements nouvellement créés de l'application client particulière (12b), qui furent générés par un opérateur au poste de travail 10 pendant la période de temps susmentionnée, lorsque l'icône d'état fermé 60b a été " activée " par cliquage, sont transmis simultanément de l'application client particulière à toutes les autres " applications clients intéressées " exécutées dans le réseau de postes de travail (les mots " applications clients intéressées " indiquant que les " objets d'intérêts " des événements nouvellement créés ont été transmis auparavant des autres applications clients au serveur 26c2 et du serveur 26c2 à l'application client particulière). Sur les figures 15a à 15e est illustrée l'icône de Filtrage d'Evénements 64. L'icône de filtrage d'événements est décrite dans le paragraphe suivant. Icône de Filtrage d'Evénements 64 Sur la figure 5, on rappelle que chaque application client, telle que l'application client 1 24cl et l'application client 2 26cl de la figure 3, comprennent un logiciel d'Installation ITC-HI 32a (figure 5). Le logiciel d'Installation ITC 32a comprend une " liste d'événements " programmée et enregistrée et une " liste de fonctions " correspondant, respectivement, à la " liste d'événements " (cette liste d'événements et la liste de fonctions correspondante seront examinées plus en détail dans la présente description en référence à la figure 26 des dessins). En conséquence, lorsqu'une application client particulière (telle que l'application client 1 ou client 2 de la figure 3) envoie un objet d'intérêt pour un " événement X " vers une autre application client par l'intermédiaire du serveur 26c2 dans le but de recevoir une information d'événement des autres applications clients concernant l'application de cet événement X, 1'" événement X " doit, nécessairement, être l'un des événements de la " liste d'événements " (de la figure 26) programmée dans le Logiciel d'Installation ITC 32a de la figure 5 pour cette application client particulière. De même, si une application client particulière projette d'envoyer une " information d'événement " à d'autres applications clients qui est associée à l'application par l'application client particulière d'un " événement particulier ", cet " événement particulier " doit être l'un des événements enregistrés dans la " liste d'événements " (de la figure 26) programmée dans le Logiciel d'Installation ITC 32a de la figure 5 pour cette application client particulière. En conséquence, étant donné qu'il est dit que chaque application client particulière est " intéressée " à recevoir une pluralité d'" informations d'événement " associées à une pluralité d'événements provenant d'autres applications clients, la pluralité d'événements est enregistrée dans la " liste d'événements " programmée dans le Logiciel d'Installation ITC 32a (voir la figure 26 pour la " liste d'événements ") pour chaque application client particulière. De même, étant donné que chaque application particulière envoie des " informations d'événement " associées à une pluralité d'événements vers d'autres applications clients intéressées, cette pluralité d'événements est enregistrée dans la " liste d'événements " programmée dans le logiciel d'Installation ITC 32a. Toutefois, en utilisant l'icône de " Filtrage d'Evénements " 64 de la figure 15, un opérateur ou utilisateur, suivant le déroulement de l'application client particulière sur un affichage à fenêtres (12b de la figure 1) à son poste de travail (10 de la figure 1), peut décider sélectivement combien d'événements, de la pluralité d'événements de la liste d'événements programmée dans le logiciel d'Installation ITC 32a, il transmettra à d'autres applications clients par l'intermédiaire du serveur 26c2 et combien d'événements, de la pluralité d'événements de la liste d'événements programmée dans le logiciel d'Installation ITC 32a, il recevra des autres applications clients par l'intermédiaire du serveur 26c2. Sur les figures 15a à 15e, l'icône de filtrage d'événements 64 des figures 15a et 15b sera située dans le coin inférieur droit de chaque affichage à fenêtres (12b) sur l'écran de visualisation (12a) d'un poste de travail (10). Comme représenté sur la figure 15b, lorsque l'opérateur au poste de travail (10) utilise la souris 18 pour " activer " par cliquage le filtre d'événements 64 apparaissant sur un affichage à fenêtres 12b, un affichage à sous-fenêtres 64a représenté sur la figure 15c sera présenté à l'opérateur sur l'écran de visualisation (12a). Sur la figure 15c, l'affichage à sous-fenêtres 64a (apparaissant sur l'écran de visualisation 12a du poste de travail 10 lorsque l'icône de filtrage d'événements 64 d'un affichage à fenêtres 12b pour une application client particulière est " activée " par cliquage par un opérateur) comprend trois colonnes: (1) la colonne envoi 64al, (2) la colonne réception 64a2, et (3) la colonne de message ou d'événement 64a3. Une pluralité de messages ou d'événements 64a3A sont imprimés sous la colonne de message 64a3. Ces pluralités de messages ou d'événements 64a3A représentent une pluralité d'événements pour lesquels: (1) une pluralité correspondante d'informations d'événement pourrait être reçue des autres applications clients, et (2) une pluralité correspondante d'informations d'événement pourrait être envoyée ou transmise à d'autres applications clients. Une pluralité de cases d'envoi 64alA apparaissent sous la colonne d'envoi 64al, et une pluralité de cases de réception 64a2A apparaissent sous la colonne de réception 64a2. Pour chaque message de la pluralité de messages 64a3A, il y a une case d'envoi 64alA et une case de réception 64a2A. Un opérateur utilisera la souris 18 de la figure 1 pour cliquer dans une case d'envoi et/ou une case de réception pour chaque événement de la pluralité d'événements 64a3A. Si l'opérateur a cliqué dans une case d'envoi 64alA pour un message ou un événement particulier (l'un des événements 64a3A de la figure 15c) pour une application client particulière, " l'information d'événement " associée à cet événement particulier sera effectivement envoyée de l'application client particulière aux autres applications clients ayant exprimé un intérêt pour l'événement particulier avec l'application client particulière; toutefois, si l'opérateur n'a pas cliqué dans la case d'envoi 64alA pour cet événement particulier 64a3A pour cette application client particulière, " l'information d'événement " associée à cet événement particulier 64a3A ne sera pas envoyée de l'application client particulière aux autres applications qui ont exprimé un intérêt pour l'événement particulier avec l'application client particulière. De plus, si l'opérateur a cliqué dans une case de réception 64a2A pour un message ou un événement particulier 64a3A pour une application client particulière, " l'information d'événement " associée à cet événement particulier 64a3A sera effectivement reçue des autres applications clients en réaction à l'intérêt exprimé par l'application client particulière avec les autres applications clients pour cet événement particulier; toutefois, si l'opérateur n'a pas cliqué dans la case de réception 64a2A pour cet événement particulier 64a3A pour cette application client particulière, " l'information d'événement " associée à cet événement particulier 64a3A ne sera pas reçue des autres applications clients en réaction à l'intérêt exprimé par l'application client particulière avec les autres applications clients pour cet événement particulier. Sur les figures 15d et 15e, on considère l1es exemples d'utilisation du filtre d'événements 64 et l'utilisation consécutive de l'affichage à sous- fenêtres 64a pour ce filtre d'événement 64 illustré sur les figures 15d et 15e. Dans l'exemple de la figure 15d, quatre événements apparaissent sous la colonne d'événements 64a3 de l'affichage à sous- fenêtres 64a du filtre d'événements 64 (apparaissant dans un affichage à fenêtres 12b sur l'écran de visualisation 12a d'un poste de travail 10 pour une application client particulière): (1) changement de couleur, (2) changement d'épaisseur, (3) changement de forme, et (4) localisation du curseur. On note, pour chacun de ces événements, si les cases d'envoi 64alA et/ou les cases de réception 64a2A sont ou ne sont pas " activées " par cliquage (en plaçant une marque noire dans la case). Sur la figure 15d, en prenant chaque événement dans l'ordre, pour l'événement de " changement de couleur " de la figure 15d, la case d'envoi lA1 n'est pas cliquée, et la case de réception 2A1 n'est pas cliquée. En conséquence, pour l'événement de " changement de couleur " pour l'application client particulière, l'information d'événement pour l'événement de " changement de couleur " ne sera pas transmise aux autres applications clients, et l'information d'événement pour l'événement de " changement de couleur " ne sera pas reçue par les autres applications clients. Sur la figure 15d, pour l'événement de " changement d'épaisseur ", la case d'envoi 1A2 est cliquée, mais la case de réception 2A2 n'est pas cliquée. En conséquence, pour l'événement de " changement d'épaisseur " pour l'application client particulière, l'information d'événement pour l'événement de " changement d'épaisseur " sera transmise aux autres applications clients, mais l'information d'événement pour l'événement de " changement d'épaisseur " ne sera pas reçue des autres applications clients. Sur la figure 15d, pour l'événement de " changement de forme ", la case d'envoi 1A3 n'est pas cliquée, mais la case de réception 2A3 est cliquée. En conséquence, pour l'événement de " changement de forme " pour l'application client particulière, l'information d'événement pour l'événement de " changement de forme " ne sera pas transmise aux autres applications clients, mais l'information d'événement pour l'événement de " changement de forme " sera reçue des autres applications clients. Sur la figure 15d, pour l'événement de " localisation du curseur ", la case d'envoi 1A4 est cliquée, et la case de réception 2A4 est cliquée. En conséquence, pour l'événement de " localisation du curseur " pour l'application client particulière, l'information d'événement pour l'événement de " localisation du curseur " sera transmise aux autres applications clients, et l'information d'événement pour l'événement de " localisation du curseur " sera reçue des autres applications clients. Toutefois, dans l'exemple de la figure 15e, les quatre mêmes événements apparaissent sous la colonne d'événements 64a3 de l'affichage à sousfenêtres 64a du filtre d'événements 64 (apparaissant dans un affichage à fenêtres 12b sur l'écran de visualisation 12a d'un poste de travail 10 pour une application client particulière): (1) changement de couleur, (2) changement d'épaisseur, (3) changement de forme, et (4) localisation du curseur. L'affichage à sous- fenêtres 64a de la figure 15e comprend en outre une case " tous " 64a4 sous la colonne " envoi " 64al et une autre case " tous " 64a5 sous la colonne " réception " 64a2. Lorsqu'une case " tous " est " activée " par cliquage, chacune des différentes cases (envoi ou réception) situées au-dessus de la case " tous " sera " activée " par cliquage; toutefois, si la case " tous " n'est pas " activée " par cliquage, chacune des différentes cases situées au-dessus de la case " tous " doit être " activée " ou " désactivée " individuellement. Par exemple, on note que la case " tous " 64a5 sous la colonne de réception 64a2 est " activée " par cliquage, mais que la case " tous " 64a4 sous la colonne d'envoi 64al n'est pas " activée ". Etant donné que la case " tous " 64a5 sous la colonne de réception 64a2 est " activée " par cliquage, toutes les cases de réception 2A1, 2A2, 2A3, et 2A4 de l'affichage à sous-fenêtres 64a de la figure e sont " activées " par cliquage. Toutefois, étant donné que la case " tous " 64a4 sous la colonne " envoi " 64al n'est pas " activée " par cliquage, chacune des cases individuelles lA1, 1A2, 1A3, et 1A4 doivent être soit " activée ", soit " désactivée " individuellement par cliquage. En conséquence, sur la figure 15e, l'événement de " changement de couleur " ne sera pas envoyé de l'application client particulière aux autres applications clients mais il sera reçu par l'application client particulière des autres applications clients. De plus, l'événement de " changement d'épaisseur " sera envoyé depuis l'application client particulière aux autres applications clients particulières et il séra reçu par l'application client particulière des autres applications particulières. L'événement de " changement de forme " ne sera pas envoyé par l'application client particulière aux autres applications clients, mais il sera reçu par l'application client particulière des autres applications clients particulières. L'événement de " localisation du curseur " sera envoyé par l'application client particulière aux autres applications clients et il sera reçu par l'application client particulière des autres applications clients. L'exploitation fonctionnelle du filtre d'événements 64 et de sa sous-fenêtre 64a sera de nouveau décrite ci-dessous en relation avec une description de la figure 26 et l'exploitation fonctionnelle de la présente invention. Sur les figures 16 à 23 sont illustrés des exemples d'utilisation de toutes les icônes des figures 14 et 15a, comprenant l'icône d'état ouvert 60a, l'icône d'état fermé 60b, l'icône d'état verrouillé c, l'icône de diffusion 62, et l'icône de filtrage d'événements 64. Sur la figure 16, un affichage à fenêtres, qui pourrait être l'un des affichages à fenêtres 12b de la figure 1, possède un groupe d'icônes dans le coin inférieur droit de l'affichage à fenêtres, les icônes comprenant une icône d'état fermé 60b, une icône de diffusion 62, et un filtre d'événements 64. Sur la figure 17, un autre affichage à fenêtres 12b a une icône d'état fermé 60b et une icône de diffusion 62 dans le coin inférieur droit de l'affichage à fenêtres 12b. Sur la figure 18, un autre affichage à fenêtres 12b a une icône d'état ouvert 60a et une icône de diffusion 62 dans le coin inférieur droit de l'affichage à fenêtres 12b. Sur la figure 19, un autre affichage à fenêtres 12b a une icône d'état verrouillé 60c et une icône de diffusion 62 dans le coin inférieur droit de l'affichage à fenêtres 12b. Sur les figures 20 à 23, en se reportant au départ à la figure 20, un opérateur visualisera une fenêtre principale 12bl sur l'écran de visualisation 12a de la figure 1 et, en utilisant la souris 18 de la figure 1, l'opérateur peut obtenir par la suite un nombre de sousfenêtres représentées sur les figures 21, 22, et 23. Par exemple, la fenêtre principale 12bl de la figure 20 comprend une icône d'état ouvert 60a et une icône de diffusion 62 dans le coin inférieur droit de la fenêtre. Toutefois, la fenêtre principale 12bl de la figure 20 comprend aussi une case 70. Si l'opérateur utilise la souris 18 pour cliquer sur la case 70 de la fenêtre principale 12bl de la figure 20, en plus de la fenêtre principale 12bl, une première sous-fenêtre 12b2 représentée sur la figure 21 sera présentée à l'opérateur sur l'écran de visualisation 12a du poste de travail 10 de la figure 1. La première sous-fenêtre 12b2 comprend une icône d'état ouvert 60a et une icône de diffusion 62 dans le coin inférieur droit de la première sous-fenêtre 12b2. La première sous-fenêtre 12b2 comprend une deuxième case 72 et une troisième case 74. Si l'opérateur utilise la souris 18 pour cliquer sur la deuxième case 72 dans la première sous- fenêtre 12b2 de la figure 21, une deuxième sous-fenêtre 12b3 représentée sur la figure 22 sera présentée à l'opérateur sur l'écran de visualisation 12a du poste de travail 10 de la figure 1. La deuxième sous-fenêtre 12b3 comprend une icône d'état verrouillé 60c et une icône de diffusion 62 dans le coin inférieur droit de la deuxième sous- fenêtre 12b3. Si l'opérateur utilise la souris 18 pour cliquer sur la troisième case 74 de la première sous-fenêtre 12b2 de la figure 21, une troisième sous-fenêtre 12b4 représentée sur la figure 23 sera présentée à l'opérateur sur l'écran de visualisation 12a du poste de travail 10 de la figure 1. La troisième sous-fenêtre 12b4 comprend une icone d'état fermé 60b et une icône de diffusion 62 dans le coin inférieur droit de la troisième sous-fenêtre 12b4. Les paragraphes ci-dessus ont décrit la structure et la fonction des icônes d'état qui comprennent l'icône d'état ouvert 60a, l'icône d'état fermé 60b, et l'icône d'état verrouillé 60c, en plus de l'icône de diffusion 62 et de l'icône de filtrage d'événements 64. Chacune de ces icônes apparaîtra dans le coin inférieur droit d'une fenêtre 12b de la figure 1. Toutefois, il y a une icône supplémentaire à décrire, appelée icône d'" Événement Gestionnaire d'Application en Relief ", qui apparaîtra dans le coin inférieur gauche de l'affichage à fenêtres 12b de la figure 1 (non pas le coin droit o apparaissent les autres icônes décrites ci-dessus). L'icône d'" Evénement Gestionnaire d'Application en Relief " est décrite en détail ci-après. Icône d'Evénement Gestionnaire d'Application en Relief 76 Sur les figures 1, 24 et 25, chacune des fenêtres 12b de la figure 1 comprend une icôned'" Événement Gestionnaire d'Application en Relief " 76 (de la figure 24) qui est située dans le coin inférieur gauche de la fenêtre 12b. Par exemple, l'une des fenêtres 12b de la figure 1 pourrait comprendre la fenêtre 12b5 de la figure 24. Sur la figure 24, la fenêtre 12b5 comprend l'icône d'Événement Gestionnaire d'Application en Relief 76 dans le coin inférieur gauche de la fenêtre 12b5. On suppose maintenant qu'une multitude de fenêtres 12b sont présentées à l'opérateur sur l'écran de visualisation 12a du poste de travail 10 de la figure 1. On suppose encore que l'opérateur veut accéder à une application client particulière depuis le poste de travail 10; toutefois, la multitude de fenêtres 12b sur l'écran de visualisation 12a obscurcit l'écran de visualisation 12a et, en conséquence, il est très difficile pour l'opérateur d'accéder à l'application client particulière. Sur les figures 1 et 24, afin d'accéder à l'application client particulière, l'opérateur trouve l'icône d'" Événement Gestionnaire d'Application en Relief " 76 dans le coin inférieur gauche d'une fenêtre quelconque 12b sur l'écran de visualisation 12a de la figure 1. L'une des fenêtres 12b de la figure 1 pourrait comprendre la fenêtre 12b5 de la figure 24. La fenêtre 12b5 de la figure 24 comprend l'icone d'" Événement Gestionnaire d'Application en Relief " 76 dans le coin inférieur gauche et une icône d'état verrouillé 60c et une icône de diffusion 62 dans le coin inférieur droit de la fenêtre 12b5. En utilisant la souris 18, l'opérateur " active " par cliquage l'icône d'Événement Gestionnaire d'Application en Relief 76 de la figure 24. En réaction, une fenêtre de lancement principale 12b6, illustrée sur la figure 25, est affichée sur l'écran de visualisation 12a du poste de travail 10 de la figure 1. Sur les figures 2 et 25, la fenêtre de lancement principale 12b6 de la figure 25 comprend une pluralité d'icônes d'application client différentes 78 représentant une pluralité respective de programmes d'application client différents. Le poste de travail 10 de la figure 1 exécute l'un quelconque des différents programmes d'application client si et lorsque l'opérateur au poste de travail 10 de la figure 1 utilise la souris 18 pour " activer " par cliquage l'icône d'application client 78 de la figure 25 qui correspond à ce programme d'application client particulier. Voir, par exemple, les différentes applications clients 20 représentées sur la figure 2. Chaque application de la pluralité d'applications clients différentes 78 représentées sur la figure 35 pourrait représenter une application de la pluralité d'applications clients 20 représentées sur la figure 2. En se reportant aux figures 26, 26A, et 27, une construction détaillée et une exploitation fonctionnelle du logiciel d'Installation ITC HI 32a de la figure 5 sont illustrées. Sur la figure 26, le Logiciel d'Installation ITC HI 32a de la figure 5 comprend (sans y être limité) les blocs suivants de code: (1) " Dresser Liste d'Evénements ITC " 80, (2) " Fonction 1 à appeler à la réception de l'Evénement 1 " 82, (3) " Fonction 2 à appeler à la réception de l'Evénement 2 " 84, (4) " Appel à itc hi Filter And Session " 86, (5) " Fonction à appeler à la Diffusion " 88, et (6) " Appel à itc hi Delete " 90. Le bloc " Dresser Liste d'Evénements ITC " 80 de la figure 26 est illustré plus en détail sur la figure 26A. Chacun de ces blocs de code est examiné ci- dessous. Dresser Liste d'Evénements ITC 80 Fonction 1 à appeler à la réception de l'Evénement 1 82 Fonction 2 à appeler à la réception de l'Evénement 2 84 Sur les figures 3, 4, 5, et 6, rappelons des figures 3 et 4 que l'application client 1 24cl a été enregistrée dans la mémoire 24c du premier poste de travail 24 de la figure 3 et que l'application client 2 26cl a été enregistrée dans la mémoire 26c du deuxième poste de travail 26 de la figure 3. L'application client 1 24cl et l'application client 2 26cl comprennent chacune: (1) le Code d'Interface Homme- Machine 32, et (2) le Code de Structure ITC (Noyau ITC) 34 de la figure 4. Le code de Structure ITC (Noyau ITC) 34 a été décrit plus haut en référence aux figures 6 à 13. Le Code d'Interface Homme-Machine 32 de la figure 4 comprend quatre parties: le logiciel d'Installation ITC HI 32a de la figure 5, le logiciel d'Envoi d'un Evénement 32b de la figure 5, le logiciel de Réception d'Un Evénement 32c de la figure 5, et le Logiciel d'Affichage d'Interaction Opérateur 32d de la figure 5. Lorsque l'application client 1 24cl veut recevoir une " information d'événement " concernant l'" événement X " de l'application client 2 26cl, l'application client 1 24cl envoie un " objet d'intérêt " pour l'événement X au serveur 26c2 sur les figures 3 et 6. En réaction à la réception par le serveur 26c2 de l'" objet d'intérêt " pour l'événement X du client 1, le serveur 26c2: (1) enregistre en lui- même l'intérêt du client 1 pour l'événement X, et (2) redistribue cet objet d'intérêt pour l'événement X du serveur 26c2 vers l'application client 2 26cl. Lorsque l'application client 2 26cl applique ou exécute l'événement X, l'information d'événement associée à l'application de l'événement X au client 2 sera envoyée directement du client 2 au client 1 (par la ligne 40 sur la figure 6) sans passer par et se mettre en communication avec le serveur 26c2. De même, l'application client 2 26cl de la figure 3 envoie un objetd'intérêt pour l'événement X au serveur 26c2, et le serveur 26c2: (1) enregistrera en lui-même l'intérêt du client 2 pour l'information d'événement associée à l'événement X, et (2) envoie l'objet d'intérêt pour l'événement X à l'application client 1 24cl. Lorsque l'application client 1 24cl applique ou exécute l'événement X, l'information d'événement associée à l'événement X sera envoyée directement par le client 1 24cl au client 2 26cl (par la ligne 40 de la figure 6) sans passer par et se mettre en communication avec le serveur 26c2. En conséquence, chaque programme d'application client, comprenant l'application client 1 24cl et l'application client 2 26cl de la figure 3, doit enregistrer et stocker en lui-même l'identité de tous les événements spécifiques (tels que " événement X "), ainsi que leurs objets d'intérêt et leurs fonctions, par lesquels est intéressée cette application client particulière. Sur la figure 26, chaque programme d'application client particulière, comprenant l'application client 1 24cl et l'application client 2 26cl de la figure 3 qui a généré deux des affichages fenêtre 12b de la figure 1, enregistre en lui-même une " liste d'événements ITC " 80, une " liste de fonctions " 82, 84 correspondant, respectivement, à la " liste d'événements ITC " 80, et une " liste d'objets d'intérêt " correspondant, respectivement, à la " liste de fonctions " et la " liste d'événements ITC " 80. En conséquence, sur la figure 26, le bloc 80 enregistre une liste d'événements appelée " Dresser une liste d'Événements ITC " dans laquelle plusieurs événements (c'est-à-dire, événement 1, événement 2, événement 3, 25..., événement N) sont enregistrés. Les blocs 80, 84 enregistreront une pluralité de fonctions (c'est-à- dire, fonction 1, fonction 2, fonction 3,..., fonction N), qui correspondent, respectivement, à la pluralité d'événements du bloc 80, la pluralité de fonctions étant récupérée dans la mémoire et exécutée en réaction à la réception (par la Structure ITC 34 de la figure 5 d'une application client particulière) d'une pluralité respective d'événements transmis à l'application client particulière depuis les autres applications clients. Par exemple, une première fonction de la figure 26 appelée " Fonction 1 à appeler à la réception de l'Evénement 1 " 82 représente la fonction associée à l'" Evénement 1 " dans le bloc " Dresser une liste des Evénements ITC " 80. Une deuxième fonction de la figure 26 appelée " Fonction 2 à appeler à la réception de l'Evénement 2 " 84 représente la fonction associée à l'" événement 2 " du bloc " Dresser une liste des Evénements ITC " 80. De plus, sur la figure 26A, le bloc 80 de la figure 26 enregistrera aussi une pluralité d'" objets d'intérêt " correspondant, respectivement, à la pluralité d'" événements ". Par exemple, sur la figure 26A, le bloc 80 de la figure 26, qui est appelé " Dresser Liste des Evénements ITC ", aura au moins deux colonnes d'informations enregistrées: (1) une première colonne 80a enregistrant une pluralité d'événements 80a, tels qu'Evénement 1, Evénement 2, Evénement 3,..., et Evénement N; et (2) une deuxième colonne 80b enregistrant une pluralité d'objets d'intérêt 80b qui correspondent, respectivement, à la pluralité d'événements 80a, tels que " Objet d'Intérêt 1 " associé à l'" Evénement 1 ", " Objet d'intérêt 2 " associé à l'" Evénement 2 ", " Objet d'Intérêt 3 " associé à l'" Evénement 3 ",..., et " Objet d'Intérêt N " associé à l'" Evénement N ". Par conséquent, lorsque le programme d'application client particulière commence à s'exécuter, étant donné que l'application client particulière a enregistré en elle-même une " liste d'événements ITC " 80, l'application client particulière enverra l'objet d'intérêt, associé à chacun des événements de la " liste d'événements ITC " enregistrée 80, de l'application client particulière vers les autres applications clients par le serveur 26c2 représenté sur la figure 6. De plus, si un ensemble particulier d'objets d'intérêt correspondant à -un ensemble particulier d'événements est envoyé par l'application client particulière 24cl aux autres applications clients 26cl par le serveur 26c2, si le bloc " Dresser une liste des événements " 80 dans les autres applications clients 26cl comprend l'ensemble particulier d'événements précité, et lorsque les autres applications clients 26cl appliquent ou exécutent l'ensemble particulier d'événements, les autres applications clients 26cl enverront un ensemble particulier d'informations d'événement, associé à l'ensemble particulier d'événements, directement à l'application client particulière (par la ligne 40 sur la figure 6) sans mettre cette information d'événement en communication avec le serveur 26c2 et l'application client particulière recevra cet ensemble particulier d'informations d'événement. De plus, lorsque les autres applications clients envoient un objet d'intérêt pour un événement X à l'application client particulière par le serveur 26c2, étant donné que l'application client particulière enregistre en elle-même une " liste d'événements ITC " et une liste correspondante d'" objets d'intérêt " associée à la liste des événements ITC 80, l'objet d'intérêt reçu de l'autre application client est comparé par l'application client particulière à la " liste d'objets d'intérêt " 80 de la figure 26A enregistrée dans l'application client particulière, et, si une correspondance est trouvée, l'événement qui correspond à l'objet d'intérêt assorti (c'est-à- dire, l'" Evénement X ") sera transmis de l'application client particulière directement aux autres applications clients (directement par la ligne 40 de la figure 6). De plus, pour chaque application client particulière dans laquelle une " liste d'événements ITC " 80 est enregistrée, une " liste de fonctions " correspondante 82, 84 doit être enregistrée correspondant, respectivement, à la " liste d'événements ITC " enregistrée 80. En conséquence, lorsqu'une autre application client particulière applique ou exécute l' enregistrée dans l'application client particulière. Lorsqu'une correspondance est trouvée, par l'application client particulière, entre l'information d'événement reçue de l'autre application client et " un événement particulier " dans la " liste d'événements ITC " 80, la " fonction particulière " 82, 84 qui est associée à cet du poste de travail 10 de la figure 1. Appel à itc hi Filter And Session 86 Sur la figure 26, l'" Appel à itc hi Filter And Session " 86 est la partie du logiciel d'Installation ITC-HI 32a de la figure 5 qui réalise la fonction " interface homme-machine ". Sur la figure 5, noter l'emplacement intermédiaire du " logiciel d'Installation ITC-HI " 32a entre le " logiciel d'Affichage d'Interaction Opérateur " 32d, qui affiche les icônes et l'information d'événement, et le logiciel d' " Envoi d'Un Evénement " 32b et le logiciel de " Réception d'Un Evénement " 32c envoyant des informations d'événement vers, et recevant des informations d'événement depuis d'autres applications clients. Sur la figure 26, étant donné que le bloc " Appel à itc Filter And Session " 86 fait partie intégrante du logiciel d'Installation ITC-HI 32a, il est évident, d'après l'emplacement intermédiaire du logiciel d'Installation ITC-HI 32a sur la figure 5 (entre le " logiciel d'Affichage d'Interaction Opérateur " 32d et le logiciel d'" Envoi d'Un Evénement " 32b et celui de " Réception d'un Evénement " 32c), que la partie " Appel à itc hi Filter And Session " 86 du Logiciel d'Installation ITC-HI 32a sur la figure 26 fonctionnera comme coordinateur situé entre deux extrémités pour recevoir des informations d'une extrémité et, en réaction, pour instruire l'autre extrémité. Par exemple, sur les figures 5 et 26, le bloc " Appel à itc hi filter And Session " 86 recevra une information d'événement du logiciel de " Réception d'Un Evénement " 32c (o l'information d'événement provenant d'une autre application client est associée à un événement X) et, en réaction à cela, commandera le logiciel d'" Affichage d'Interaction Opérateur " 32d pour afficher cette information d'événement associée à l'événement X sur l'écran de visualisation 12a de la figure 1 pour une application client particulière. De plus, sur les figures 5 et 26, le bloc " Appel à itc hi filter And Session " 86 recevra des informations d'événement (par exemple, changement de paramètres, de couleur, d'épaisseur, de la hauteur des caractères) du logiciel d' " Affichage d'Interaction Opérateur " 32d d'une application client particulière et, en réaction à cela, commandera le logiciel d' " Envoi d'Un Evénement " 32b qui ordonnera ensuite à la Structure ITC 34 d'envoyer l'information d'événement susmentionnée à d'autres applications clients intéressées. En conséquence, le bloc " Appel à itc hi filter And Session " 86 effectue toutes les liaisons; c'est- à-dire: qu'il envoie tous les objets d'intérêt de " Dresser liste d'Evénements ITC " 80 d'une application client particulière au serveur 26c2 pour transmission ultérieure à d'autres applications clients; il associe une information d'événement reçue d'autres applications clients à une fonction particulière 82, 84 de la figure 26 dans une application client particulière pour exécuter cette fonction particulière dans l'application client particulière; il entraîne le Logiciel d'Affichage d'Interaction Opérateur 32d à créer les différentes icônes (icônes d'état 60, icône de diffusion 62, icône de filtrage d'événements 64) pour affichage dans une application client particulière sur l'écran de visualisation 12a; et il avertit la Structure ITC (Noyau ITC) 34 de la figure 5 d'une application client particulière qui, à son tour, avertit le serveur 26c2 que l'application client particulière est intéressée par la pluralité d'événements qui sont listés dans son bloc " Dresser liste d'Evénements ITC " 80 de la figure 26. Fonction à appeler à la Diffusion 88 Sur la figure 26, la partie " Fonction à appeler à la Diffusion " 88 du Logiciel d'Installation ITC- HI 32a de la figure 5 est associée au bloc " Appel à itc hi filter And Session " 86. Afin d'expliquer la fonction de la partie " Fonction à appeler à la Diffusion " 88, il est nécessaire de rappeler la fonction de l'Icône de " Diffusion " 62 de la figure 14. Lorsque l'icône de diffusion 62 pour une application client particulière 12b est " activée " par cliquage par un opérateur au poste de travail 10 en utilisant la souris 18, dans la plupart des cas, tous les événements d'une pluralité d'événements nouvellement créés dans l'application client particulière, qui ont été générés par un opérateur au poste de travail 10 pendant une période de temps après que l'icône d'état fermé 60b ait été " activée " par cliquage, seront transmis simultanément de l'application client particulière à toutes les autres " applications clients intéressées " exécutées dans le réseau des postes de travail. Par exemple, pour une application client particulière o les événement particuliers composés d'événements de couleur, d'événements de hauteur des caractères, et d'événements d'épaisseur de ligne peuvent être transmis à et reçus des autres applications clients, lorsque l'opérateur de l'application client particulière " active " par cliquage l'icône de diffusion 62 après écoulement d'une période de temps suite à 1'" activation " par cliquage de l'icône d'état fermé 60b,' dans la plupart des cas, les informations d'événement associées à tous les événements particuliers seront transmises aux autres applications clients. Toutefois, la " Fonction à appeler à la Diffusion " 88 permettra au réalisateur de l'application client particulière de décider si l'information d'événement associée à " tous " les événements particuliers sera ou non transmise aux autres applications clients lorsque l'icône de diffusion 62 est " activée " par cliquage par l'opérateur. Plus particulièrement, en utilisant la " Fonction à appeler à la Diffusion " 88, l'information d'événement associée à " certains " des événements particuliers (qui ont été récemment créés dans l'application client particulière après que l'icône d'état de l'état fermé ait été " activée " par cliquage par l'opérateur) sera transmise aux autres applications clients lorsque l'icône de diffusion 62 est " activée " par cliquage par l'opérateur. Sur les figures 5 et 26, lorsque l'opérateur " active " l'icône de diffusion 62 par cliquage pour une application client particulière après écoulement d'une période de temps suite à l'" activation " de l'icône d'état fermé 60b, le logiciel d'" d'Affichage d'Interaction Opérateur " 32d de la figure 5 pour cette application client particulière notifie au Logiciel d'Installation ITC-HI 32a sur la figure 5 que l'opérateur a " activé " l'icône de diffusion 62 par cliquage. En réaction, la partie " Appel à itc hi Filter And Session " 86 du Logiciel d'Installation ITC-HI 32a de la figure 26 se référe à et appelle la partie " Fonction à appeler à la Diffusion " 88 du Logiciel d'Installation ITC-HI 32a. On suppose qu'une " pluralité d'événements nouvellement créés " ont été appliqués et exécutés par l'application client particulière entre le moment o l'icône d'état fermé 60b a été " activée " par cliquage et le moment o l'icône de diffusion 62 a été " activée " par cliquage par l'opérateur exécutant l'application client particulière. La " Fonction à appeler à la Diffusion " 88 déterminera si " tous " ou " certains " des événements de la " pluralité d'événements nouvellement créés " seront transmis aux autres applications clients en réaction à l'" activation " par cliquage de l'icône de diffusion 62 par l'opérateur exécutant l'application client particulière. La " Fonction à appeler à la Diffusion " 88 déterminera combien d'événements de la " pluralité d'événements nouvellement créés " (c'est-à- dire certains, tous, ou aucun) seront transmis aux autres applications clients. Sur les figures 5 et 26, utilisant l'exemple ci- dessus, pour une application client particulière o des événements particuliers composés d'événements de couleur, d'événements de hauteur des caractères, et d'événements d'épaisseur de ligne peuvent être transmis à et reçus des autres applications clients, lorsque l'opérateur de l'application client particulière " active " par cliquage l'icône de diffusion 62 après écoulement d'une période de temps suite à l'" activation " par cliquage de l'icône d'état fermé b et lorsque le logiciel d'Affichage d'Interaction Opérateur 32d de la figure 5 notifie au Logiciel d'Installation ITC- HI 32a que l'icône de diffusion 62 a été " activée " par cliquage, le bloc " Appel à Itc hi Filter And Session " 86 appellera et récupérera la partie " Fonction à appeler à la Diffusion " 88 du Logiciel d'Installation ITC-HI 32a, et, en réaction à cela, la " Fonction à appeler à la Diffusion " 88 peut exiger que l'information d'événement associée seulement à certains des événements, tels que seulement aux événements de couleur par exemple, soit transmise aux autres application clients. Appel à itc hi Delete 90 Sur les figures 5 et 26, lorsque l'application client particulière cesse de s'exécuter (c'est-à-dire que l'opérateur au poste de travail 10 met fin à un affichage à fenêtres 12b représentant l'application client particulière), le logiciel d'affichage d'interaction opérateur 32d de la figure 5 le notifie au logiciel d'Installation ITC-HI 32a. En réaction à cela, la partie " Appel à itc hi Delete " 90 du logiciel d'Installation ITC- HI 32a notifie à la Structure ITC 34 et la Structure ITC 34 notifie au serveur 26c2 que l'application client particulière s'est terminée. En réaction, le serveur 26c2 désenregistrera n'importe quel et tous les objets d'intérêt y étant enregistrés qui sont associés à l'application client particulière, et ensuite le serveur 26c2 le notifie à toutes les autres applications clients. En réaction, les autres applications clients désenregistreront les intérêts de l'application client particulière pour certains événements enregistrés auparavant. En conséquence, les autres applications clients n'enverront aucune information d'événement correspondant aux événements enregistrés auparavant vers l'application client particulière. Sur la figure 27 est illustré le code de programme réel qui correspond au logiciel d'Installation ITC-HI 32a des figures 5 et 26. En se reportant aux figures 28 et 29, une construction détaillée et une exploitation fonctionnelle du Logiciel d'Envoi d'Un Evénement 32b de la figure 5 est illustrée. Sur la figure 28, le logiciel d'Envoi d'Un Evénement 32b de la figure 5 comprend deux blocs de code: (1) Chercher Structure de Données à Envoyer 92, et (2) Appel à itc hi Transmit Event 94. Chacun de ces blocs de code sera décrit individuellement. Chercher Structure de Données à Envoyer 92 Sur la figure 28, le bloc " Chercher la Structure de Données à Envoyer " 92 du code réagit à trois types différents de données: (1) données d'entrée provenant d'une interaction utilisateur, (2) données d'entrée provenant d'une base de données, et (3) données d'entrée provenant d'un flux d'E/S. Sur les figures 5 et 28, le logiciel d'Affichage d'Interaction Opérateur 32 réagit à tout changement qui est apporté à une application client particulière par un opérateur au poste de travail 10 de la figure 1 en générant le type " interaction utilisateur " de données d'entrée qui est entré à la fin au bloc " Chercher Structure de Données à Envoyer " 92 de code associé au logiciel d'Envoi d'Un Evénement 32b. Par exemple, lorsque l'opérateur au poste de travail 10 de la figure 1 travaille avec une application client particulière représentée par l'un des affichages fenêtre 12b de la figure 1, l'opérateur peut changer la couleur, ou la hauteur de caractères, ou il peut apporter d'autres changements à l'application client particulière. Si ces changements sont dans la liste des événements dans le bloc " Dresser liste des événements " 80 de la figure 26 et lorsqu'une autre application client a demandé des informations d'événement associées à ces changements, le logiciel d'Affichage d'Interaction Opérateur 32d de la figure 5 réagit aux changements apportés par l'opérateur à l'application client particulière en le notifiant au logiciel d'Installation ITC-HI 32a. La partie " Appel à itc hi Filter and Session " 86 du logiciel d'Installation ITC-HI 32a fournit l'information suivante à la partie " Chercher Structure de Données à Envoyer " 92 du " logiciel d'Envoi d'Un Evénement " 32b de la figure 28: (1) le nom de l'événement qui est associé aux changements précités qui ont été apportés par l'opérateur à l'application client particulière, et (2) l'information de données ou d'événement qui est associée à l'événement nommé précité. Toutefois, il existe deux autres origines de l'information (nom de l'événement, et information de données ou d'événement associée à l'événement nommé) qui est fournie par le logiciel d'Installation ITC-HI 32a à la partie " Chercher Structure de Données à Envoyer " 92 du " logiciel d'Envoi d'Un Evénement " 32b de la figure 28: (1) données d'entrée provenant d'une base de données, et (2) données d'entrée provenant d'un flux d'E/S. Appel à itc hi transmit Event 94 Sur la figure 28, lorsque la partie " Chercher Structure de Données à Envoyer " 92 du "-logiciel d'Envoi d'Un Evénement " 32b de la figure 28 reçoit (1) le nom de l'événement qui est associé aux changements qui ont été apportés par l'opérateur à l'application client particulière, et (2) l'information de données ou d'événement qui est associée à l'événement nommé précité, un appel au logiciel " itc hi Transmit Event " 94 est effectué. Le logiciel " itc hi Transmit Event " 94 transmet le nom de l'événement et l'information de données ou d'événement associée à cet événement nommé à la Structure ITC (Noyau ITC) 34 de l'application client particulière des figures 4 et 5. Par exemple, pour un événement de profondeur, les données de profondeur et le nom de l'événement de profondeur seront envoyés, par le logiciel " itc hi Transmit Event " 94 à la Structure ITC (Noyau ITC) 34. Pour un événement de couleur, les nouvelles données de couleur et le nom d'événement de couleur seront envoyés, par le logiciel " itc hi Transmit Event " 94, au Noyau ITC 34. Sur la figure 29 est illustré le code de programme réel correspondant au " logiciel d'Envoi d'Un Evénement " 32b des figures 5 et 28. En se reportant aux figures 30 et 31, une construction détaillée et une exploitation fonctionnelle du Logiciel de " Réception d'Un Evénement " 32c de la figure 5 sont illustrées. Sur la figure 30, supposons qu'une application client particulière envoie une pluralité d'objets d'intérêt aux autres applications clients par le serveur 26c2, et qu'une ou plusieurs des autres applications clients envoyent, en réaction, les événements demandés directement à l'application client particulière par la ligne 40 sur la figure 6. La Structure ITC (encore connue sous le nom de " Noyau ITC ") 34 associée à l'application client particulière recevra un ou plusieurs événements de la ligne 40 de la figure 6 provenant des autres applications clients. Appel à la Fonction Réception 96 Sur les figures 5 et 30, la Structure (Noyau) ITC 34 de l'application client particulière introduit les événements reçus (qui sont reçus des autres applications clients par la ligne 40 de la figure 6) dans le logiciel de " Réception d'Un Evénement " 32c de la figure 5. Le logiciel de " Réception d'Un Evénement " 32c de la figure 5 comprend un bloc de code qui est appelé ci-après le code " Appel à la Fonction Réception " 96. On rappelle à partir des figures 26 et 26a que le bloc 80, enregistré dans le logiciel d'Installation ITC HI 32a de la figure 5 d'une application client particulière et appelé " Dresser Liste des Evénements ITC ", a enregistré une liste des événements, une liste des fonctions correspondant respectivement à la liste des événements, et une liste des objets d'intérêt correspondant respectivement à la liste des événements et la liste de fonctions. Le code " Appel à la Fonction Réception " 96 du logiciel de Réception d'Un Evénement 32c des figures 5 et 30 comparera les événements reçus (reçus des autres applications clients par le Noyau ITC 34) à la pluralité d'événements listés dans " Dresser Liste des Evénements ITC " 80 enregistré dans le logiciel d'Installation ITC HI 32a de l'application client particulière, et, lorsqu'une ou plusieurs correspondances sont trouvées entre un événement reçu et un événement enregistré dans le bloc " Dresser Liste des Evénements ITC " 80, le code " Appel à la fonction Réception " 96 provoque l'exécution des fonctions particulières (82, 84 de la figure 26) associées aux événements assortis par le processeur (24a, 26a de la figure 3) de l'application client particulière. Sur la 0 figure 30, lorsque les fonctions associées aux événements assortis sont exécutées par le processeur de l'application client particulière, l'application client particulière réagit en conséquence, comme indiqué par le bloc " Application à Faire Réagir " 98 de la figure ; c'est-à-dire que les fonctions sont affichées sur la fenêtre 12b de l'écran de visualisation 12a. Sur la figure 31, le code de programme réel correspondant au " logiciel de Réception d'Un Evénement " 32c des figures 5 et 30 est illustré. En se reportant à la figure 32,, un Modèle de Sessions de Communication Intertâche (ITC) est illustré. Sur la figure 1 est illustré un poste de travail 10 ayant un écran de visualisation 12a qui représente une pluralité de fenêtres différentes 12b. Etant donné que chaque fenêtre 12b représente un programme d'application client différent 10 exécuté dans le poste de travail, un seul poste de travail 10 peut donc exécuter simultanément une pluralité de programmes d'application client différents 20. Sur la figure 2, la pluralité des différentes fenêtres 12b ou programmes d'application client 20 affichés sur l'écran de visualisation 12a pourrait comprendre ou être composée d'une pluralité d'applications clients différentes 20, telles que Modelling (modelage) ou Cross View (Vue Transversale) ou Map View (Vue Cartographique) ou 3D View (Vue en 3D) ou Seismic (Séismique) ou Well View (Vue de Puits) ou ELAN ou Litho ou Bor View (Vue de Forage). La figure 32 illustre la pluralité d'applications clients différentes 20 exécutées dans le poste de travail 10. Par exemple, sur la figure 32, une première application client 100, une deuxième application client 102, et une troisième application client 104 peuvent s'exécuter simultanément dans le poste de travail 10 de la figure 1. Un gestionnaire de données d'un programme d'application 106 gère les applications clients exécutées simultanément 100, 102, 104. Les applications clients 100, 102, 104 peuvent " écouter " (108) des objets d'intérêt reçus d'une autre application client par le serveur 26c2, et, lorsque les objets d'intérêt associés à un événement particulier sont reçus par les applications clients 100, 102, 104, les applications clients 100, 102, 104 envoyent (110) l'événement particulier directement à l'autre application client (mais pas au moyen du serveur). Une description fonctionnelle du fonctionnement du Procédé et du Dispositif à Structure Répartie de la présente invention pour la Communication Intertâche entre Applications de Postes de travail est exposée dans les paragraphes suivants en référence aux figures 1 à 31 des dessins. On suppose qu'une pluralité de postes de travail, semblables au poste de travail 10 de la figure 1, sont interconnectés ensemble de la manière représentée sur la figure 2. Chaque poste de travail 10 de la pluralité a au moins un affichage à fenêtres 12b présenté à l'opérateur sur l'écran de visualisation 12a du poste de travail 10. Chaque affichage à fenêtres 12b sur chaque poste de travail 10 est en train d'être généré par le logicield'Affichage d'Interaction Opérateur 32d de la figure 5 d'un " programme d'application client " (encore connu comme " application client ") et chaque application client peut présenter à un opérateur, assis au poste de travail 10, une représentation fonctionnelle différente. Par exemple, comme représenté sur la figure 2, une application client 20 peut présenter à l'opérateur au poste de travail 10 une représentation fonctionnelle " modelling ", une autre application client 20 peut présenter à l'opérateur une représentation fonctionnelle en " cross view ", et une autre peut présenter à l'opérateur une représentation fonctionnelle " map view ", ou " 3D view ", ou " Seismic " ou " well view ", ou bien " ELAN " ou " Litho " ou " bor view ". Par conséquent, ainsi que l'indique la figure 2, une pluralité d'applications clients différentes 20 sont interconnectées ensemble par le procédé et le dispositif à " Structure Répartie " de la présente invention adapté pour réaliser une communication intertâche entre applications de postes de travail. L'un des postes de travail 26 de la figure 3, représentant une application client 20 de la figure 2, enregistre le serveur 26c2 ainsi que son application client particulière 26cl comme représenté sur la figure 3, et l'autre poste de travail 24, représentant une autre application client 20 de la figure 2, enregistre sa propre application client particulière 24cl de la figure 3. On suppose qu'un opérateur au poste de travail 24 de la figure 3 est en train de visualiser le graphique log 12b représenté sur la figure 16 sur un affichage à fenêtres 12b de l'écran de visualisation 12a de la figure 1, le graphique log 12b de la figure 16 comprenant l'icône d'état fermé 60, l'icône de diffusion 62, et l'icône de filtrage d'événements 64 qui apparaissent dans le coin inférieur droit du graphique log 12b. L'opérateur n'" active " pas par cliquage l'icône d'état fermé 60b et l'opérateur n' " active " pas par cliquage l'icône de diffusion 62 ou l'icône de filtrage d'événements 54. En conséquence, la " porte est ouverte " pour l'opérateur; c'est-à-dire que tous les événements demandés auparavant par d'autres applications clients sont reçus par l'application client du graphique log 12b des autres applications clients, et tous les événements créés par l'opérateur sur l'application client du graphique log 12b, qui ont été demandés auparavant par d'autres applications clients, sont envoyés par l'application client du graphique log 12b aux autres applications clients intéressées. En conséquence, lorsque l'affichage à fenêtres 12b, sur l'écran de visualisation 12a du poste de travail 24 de la figure 3 affichant l'application client du graphique log 12b de la figure 16, est appelé par l'opérateur, le logiciel d'affichage d'interaction opérateur 32d de la figure 5: (1) affiche l'application client du graphique log 12b de la figure 16 dans la fenêtre 12b de l'écran de visualisation 12a du poste de travail 24 de la figure 3, et (2) ordonne au bloc " Appel à itchi Filter And Session " 86 de la figure 26 du logiciel d'Installation ITC-HI 32a de la figure 5 d'envoyer les objets d'intérêt 80b de la figure 26a, associés à la pluralité d'événements 80a de la " liste d'événements ITC " 80 dans le logiciel d'Installation ITC HI 32a de la figure 5, au logiciel d'Envoi d'Un Evénement 32b de la figure 5. Le logiciel d'Envoi d'Un Evénement 32b envoie, à son tour, les objets d'intérêt 80b à la Structure ITC 34, de l'application client 24cl du graphique log 12b, de la figure 5. La Structure ITC 34 de l'application client 24cl du graphique log 12b envoie les objets d'intérêt b au serveur 26c2 par la ligne 36 de la figure 6. Le serveur 26c2 enregistre les objets d'intérêt dedans et envoie les objets d'intérêt à toutes les autres applications clients 20 de la figure 2 comprenant l'application client 2 26cl représentée sur la figure 6. La Structure ITC 34 de l'application client 2 26cl envoie les objets d'intérêt reçus au logiciel de Réception d'Un Evénement 32c de la figure 5 qui, à son tour, envoie les objets d'intérêt reçus au bloc " Appel à itc hi filter And Session " 86 de la figure 26 du Logiciel d'Installation ITC HI 32a de la figure 5 de l'application client 2 26cl. Le bloc " Appel à itc hi Filter And Session " 86 de l'application client 2 26cl compare les objets d'intérêt reçus 80b enregistrés dans " Dresser Liste des Evénements ITC " des figures 26 et 26A de l'application client 2. Lorsqu'une correspondance est trouvée entre un objet d'intérêt reçu et l'un des objets d'intérêt 80b de la figure 26A pour l'application client 2 correspondant à un événement particulier, tel que " événement N ", le bloc " Appel à itc hi Filter And Session " 86 envoie 1' le serveur intermédiaire 26c2. On suppose maintenant que l'opérateur au poste de travail 24 de la figure 3, visualisant l'application client du graphique log 12b de la figure 16 sur la fenêtre 12b de l'écran de visualisation 12a, " active " par cliquage l'icône de filtrage d'événements 64 de la figure 16. " L'activation par cliquage " de l'icône de filtrage d'événements 64 de la figure 16 appelle la sous-fenêtre de filtrage d'événements 64a des figures c, 15d, et 15e. La sous-fenêtre 64a a une pluralité d'événements qui y sont listés, la pluralité d'événements étant composée des événements (événement 1, événement 2, événement 3,..., et événement N) représentés sur la figure 26A. Sur la figure 15e, on suppose que l'opérateur " active " par cliquage la partie " tous " 64a4 et 64a5 des colonnes " envoyer " et " recevoir " 64al et 64a2 de la sous-fenêtre de filtrage d'événements 64a. En conséquence, lorsque l'application client 24cl du graphique log 12b envoie les objets d'intérêt 80b de la figure 26A au serveur 26c2 de la figure 6 et que le serveur 26c2 envoie les objets d'intérêt à l'application client 2 26cl, l'application client 2 envoie l'information d'événement associée a n'importe quel ou à tous les événements 1,..., événement N 0 directement à l'application client 1 par la ligne 40 de la figure 6 et l'application client 1 24cl reçoit tous les événements. Inversement, lorsque l'application client 2 26cl envoie les objets d'intérêt 80b de la figure 26A au serveur 26c2 de la figure 6 et le serveur 26c2 envoie les objets d'intérêt à l'application client du graphique log 1 24cl, l'application client 1 envoie une information d'événement associée à n'importe lequel ou à tous les événements 1,..., événement N directement à l'application client 2 par la ligne 40 de la figure 6 et l'application client 2 26cl reçoit tous les événements. Toutefois, on suppose que l'opérateur visualisant la sous- fenêtre 64a de l'icône de filtrage d'événements 64 de la figure 15e (de l'application client 24cl du graphique log 12b des figures 3 et 16 au poste de travail 24 de la figure 3) clique sur " envoyer " (lA1 de la figure 15e) mais non pas sur " recevoir " (2A1 de la figure 15e) pour l'événement 1, mais clique à la fois sur " envoyer " (1A2, 1A3, 1A4) et " recevoir " (2A2, 2A3, et 2A4) pour tous les autres événements, événement 1, événement 2,..., et événement N dans la sous-fenêtre d'icône de filtrage d'événements 64a de la figure 15e. L'application client 24cl du graphique log envoie l'événement 1 à l'application client 2 26cl de la figure 3 par la ligne 40 de la figure 6 (lorsque l'application client 2 a demandé l'événement 1 de l'application client 1 du graphique log par le serveur), mais l'application client 24cl du graphique log ne reçoit pas l'événement 1 de l'application client 2 26cl de la figure 3 par la ligne 40 de la figure 6 (lorsque l'application client 1 du graphique log a demandé l'événement 1 de l'application client 2 par le serveur). Toutefois, tous les autres événements, événement 2, événement 3,..., et événement N, sont reçus de l'application client 2 par l'application client 24cl du graphique log et sont envoyés à l'application client 2 par l'application client 24cl du graphique log. L'invention étant ainsi décrite, il est évident que la même méthode peut être modifiée de nombreuses manières. Ces modifications ne doivent pas être considérées comme dérogeant à l'esprit et à l'étendue de l'invention, et toutes ces modifications qui apparaîtront évidentes à 1'hOmme de l'art sont comprises dans la portée des revendications suivantes. REVENDICATIONS 1. Procédé de communication entre applications clients fonctionnant dans un ou plusieurs postes de travail, caractérisé en ce qu'il comprend les étapes de: (a) transmission d'un objet d'intérêt associé à un événement depuis une première application client vers un serveur; (b) réception de l'objet d'intérêt dans le serveur et retransmission de l'objet d'intérêt depuis le serveur vers une deuxième application client; (c) lorsque la deuxième application client applique l'événement, la transmission de l'information d'événement, associée à l'application de l'événement depuis la deuxième application client vers la première application client sans acheminer l'événement par l'intermédiaire du serveur. 2. Procédé selon la revendication 1, dans lequel la première application client est en cours d'exécution dans un poste de travail, le poste de travail comprenant une unité d'affichage et une souris, l'unité d'affichage comprenant une fenêtre, la fenêtre comprenant une icône d'état ouvert, l'étape de' transmission (a) comprenant les étapes: (al) d'utilisation de ladite souris, de cliquage sur ladite icône d'état ouvert, et (a2) lorsque l'icône d'état ouvert est cliquée en réaction à l'étape de cliquage (ai), la transmission de l'objet d'intérêt associé à l'événement depuis ladite première application client vers ledit serveur. 3. Procédé selon la revendication 1, dans lequel ladite première application client enregistre une pluralité d'événements et une pluralité d'objets d'intérêt associés, respectivement, à la pluralité d'événements, comprenant en outre les étapes: (d) de transmission d'un deuxième objet d'intérêt, associé à un deuxième événement, provenant d'une autre application client vers ledit serveur et de retransmission de ce deuxième objet d'intérêt du serveur vers ladite première application client; (e) de réception de ce deuxième objet d'intérêt depuis le serveur dans ladite première application client; (f) de comparaison par ladite première application client de ce deuxième objet d'intérêt reçu du serveur avec ladite pluralité d'objets d'intérêt enregistrés dans ladite première application client; et (g) de transmission d'une information d'événement associée à une application du deuxième événement, de ladite première application client directement vers ladite autre application client sans acheminer ledit deuxième événement par l'intermédiaire du serveur lorsque, réagissant à l'étape de comparaison (f), ledit deuxième objet d'intérêt correspond à un objet de ladite pluralité d'objets d'intérêt enregistrés dans ladite première application client. 4. Procédé selon la revendication 3, dans lequel la première application client est en cours d'exécution dans un poste de travail, le poste de travail comprenant une unité d'affichage et une souris, l'unité d'affichage comprenant une fenêtre, la fenêtre comprenant une icône d'état ouvert, l'étape de transmission (a) comprenant les étapes: (ai) d'utilisation de ladite souris, de cliquage sur ladite icône d'état ouvert de ladite première application client, et (a2) lorsque l'icône d'état ouvert de ladite première application client est cliquée en réaction à l'étape de cliquage (ai), de transmission de l'objet d'intérêt associé à l'événement de ladite première application client, vers ledit serveur. 5. Procédé selon la revendication 3, dans lequel la première application client est en cours d'exécution dans un poste de travail, le poste de travail comprenant une unité d'affichage et une souris, l'unité d'affichage comprenant une fenêtre de ladite première application client, ladite fenêtre comprenant une icône de filtrage d'événements de ladite première application client, l'unité d'affichage comprenant une sous-fenêtre de ladite première application client lorsque l'icône de filtrage d'événements de ladite première application client est cliquée par la souris, la sous-fenêtre comprenant ledit événement, une case d'envoi étant associée à cet événement, et une case de réception étant associée à cet événement, l'étape de transmission (c) comprenant les étapes: (cl) d'utilisation de ladite souris, de cliquage sur ladite case de réception associée à cet événement dans ladite sous-fenêtre de ladite première application client, et (c2) lorsque la case de réception dans ladite sous- fenêtre de ladite première application client est cliquée en réaction à l'étape de cliquage (cl), de transmission de ladite information d'événement, associée à l'application de l'événement, depuis la deuxième application client vers la première application client sans acheminer l'événement par l'intermédiaire du serveur. 6. Système adapté pour l'intercommunication entre applications clients, comprenant: une première application client adaptée pour transmettre un objet d'intérêt correspondant à un événement; une deuxième application client; et un serveur interposé de façon fonctionnelle entre ladite première application client et ladite deuxième application client, ladite première application client transmettant ledit objet d'intérêt à ce serveur, ledit serveur transmettant ledit objet d'intérêt à ladite deuxième application client, ladite deuxième application client transmettant ledit événement directement à ladite première application client sans acheminer ledit événement par l'intermédiaire de ce serveur en réaction à l'objet d'intérêt reçu par ladite deuxième application client depuis ledit serveur lorsque ladite deuxième application client applique ledit événement. 7. Système selon la revendication 6, dans lequel ladite deuxième application client comprend un premier moyen d'enregistrement d'une pluralité d'événements et d'une pluralité d'objets d'intérêt correspondant, respectivement, à ladite pluralité d'événements, ladite deuxième application client comparant ledit objet d'intérêt reçu du serveur avec ladite pluralité d'objets d'intérêt enregistrés dans ledit premier moyen et transmettant ledit événement directement à ladite première application client sans acheminer ledit événement par l'intermédiaire du serveur lorsque ledit objet d'intérêt du serveur correspond à un objet d'intérêt de ladite pluralité d'objets d'intérêt enregistrés dans ledit premier moyen. 8. Système selon la revendication 7, dans lequel ladite deuxième application client transmet un deuxième objet d'intérêt correspondant à un deuxième événement au serveur, ledit serveur transmettant ledit deuxième objet d'intérêt à ladite première application client, ladite première application client transmettant ledit deuxième événement directement à ladite deuxième application client sans acheminer ledit deuxième événement par l'intermédiaire du serveur en réaction au deuxième objet d'intérêt reçu du serveur par ladite première application client lorsque ladite première application client applique ledit deuxième événement. 9. Système selon la revendication 8, dans lequel ladite première application client comprend un deuxième moyen d'enregistrement d'une pluralité d'événements et d'une pluralité d'objets d'intérêt correspondant, respectivement, à ladite pluralité d'événements, ladite première application client comparant ledit deuxième objet d'intérêt du serveur avec ladite pluralité d'objets d'intérêt enregistrés dans ledit deuxième moyen et transmettant ledit deuxième événement directement à ladite deuxième application client sans acheminer ledit deuxième événement par l'intermédiaire du serveur lorsque ledit deuxième objet d'intérêt provenant du serveur correspond à un objet d'intérêt de ladite pluralité d'objets d'intérêt enregistrés dans ledit deuxième moyen. 10. Système selon la revendication 9, dans lequel ladite première application client et ladite deuxième application client comprennent chacune un dispositif d'affichage d'interaction, un dispositif de structure, et un dispositif d'installation d'interface interposé de façon fonctionnelle entre ledit dispositif d'affichage d'interaction et ledit dispositif de structure, ledit dispositif d'installation d'interface de ladite première application client comprenant ledit deuxième moyen d'enregistrement, ledit dispositif d'installation d'interface de ladite deuxième application client comprenant ledit premier moyen d'enregistrement. 11. Système selon la revendication 10, dans lequel ledit dispositif de structure de ladite deuxième application client transmet ledit événement directement au dispositif de structure de ladite première application client sans acheminer ledit événement par l'intermédiaire du serveur en réaction à la réception de l'objet d'intérêt par ledit dispositif de structure de ladite deuxième application client depuis ledit serveur lorsque ladite deuxième application client applique ledit événement. 12. Système selon la revendication 11, dans lequel ledit dispositif de structure de ladite première application client transmet ledit deuxième événement directement au dispositif de structure de ladite deuxième application client sans acheminer ledit deuxième événement par l'intermédiaire du serveur en réaction au deuxième objet d'intérêt reçu par ledit dispositif de structure de ladite première application client du serveur lorsque ladite première application client applique ledit événement.