Brevet FR2762950A1 — publié le 19981106

La présente invention concerne un procédé de transmission d'une notification dans un réseau de traitement d'informations à applications distribuées et orientées objets. Elle concerne en outre un tel réseau. L'invention s'applique en particulier à l'architecture d'objets distri- bués de réseaux respectant la spécification "Common Object Request Broker Architecture" (CORBA) publiée par "The Object Management Group" (OMG). Dans la présente demande, le terme "service de notifications" est utilisé pour désigner tant un service de notifications proprement dit ("notification service" en anglais) qu'un service d'événements ("event ser- vice" en anglais). Dans la plate-forme CORBA, les services de notifications sont cou- ramment définis pour la communication asynchrone entre des objets dis- tribués. Ces objets sont distribués sur les différentes unités de traitement d'informations présentes dans le réseau. Ils communiquent par l'intermé- diaire d'un bus logiciel désigné par "Object Request Broker" (ORB) dans la spécification CORBA. Le bus logiciel peut être divisé en plusieurs zo- nes de notifications qui correspondent généralement mais non obligatoi- rement à des sites géographiquement éloignés. Chaque zone de notifica- tions comporte un service de notifications propre pour adresser des notifi- cations entre les objets de la zone considérée. Les unités de traitement d'informations sont par exemple des auto- commutateurs d'un réseau de télécommunication ou encore un ensemble de stations de travail reliées à une ou plusieurs imprimantes. Dans un tel réseau, les objets serveurs o qu'ils soient sur le ré- seau fournissent des services à des objets clients envoyant sur le réseau des requêtes pour ces services. Le rôle de bus logiciel est de délivrer les requêtes aux objets concernés et de retourner les valeurs de sortie aux objets clients. Cette opération s'effectue de manière transparente pour l'objet client. En particulier, celui-ci ne sait pas o les objets résident sur le réseau, comment ils sont réalisés, comment ils sont mémorisés, ni comment ils sont exécutés. L'objet client n'a besoin pour adresser une requête que de la réfé- rence de l'objet serveur. Un service de notifications ou d'événements est adapté pour assu- rer la transmission d'informations issues d'objets émetteurs vers tous ou certains seulement des objets récepteurs inscrits auprès du service. Un service de notifications se différencie d'un service d'événe- ments en ce que, lors de leur inscription, les objets récepteurs peuvent définir un filtre afin de n'être destinataire que des notifications satisfaisant aux critères de filtrage. En revanche, dans le cas d'un service d'événe- ments, tous les objets récepteurs inscrits pour recevoir une catégorie donnée de notifications reçoivent tous les mêmes notifications. Un service de notifications est formé d'un ensemble d'objets et no- tamment d'un administrateur de serveur de notifications et de canaux de notifications chacun propre à une catégorie différente d'informations pou- vant être transmises. Le modèle de communication suivant est utilisé pour ce service. Un ensemble d'émetteurs envoie des notifications vers le service de notifica- tions, qui transmet ces informations vers un ensemble d'objets récepteurs qui sont inscrits pour cette catégorie de notifications. Lorsque le nombre de notifications est très élevé, ou lorsqu'il y a un nombre très élevé d'objets émetteurs ou d'objets récepteurs, le service de notifications devient un goulot d'étranglement ralentissant son fonction- nement. Ainsi, il est nécessaire d'augmenter le nombre de services de noti- fications. Les objets du réseau dépendent alors de services de notifica- tions différents de sorte qu'ils ne peuvent pas recevoir les notifications émises par tous les services de notifications. L'invention a pour but de proposer une solution puissante résolvant le problème posé ci-dessus qui permette d'atteindre des performances élevées, de regrouper les émetteurs et récepteurs de manière logique et permette une mise à l'échelle du réseau, c'est-à-dire une augmentation de la taille du réseau. A cet effet, l'invention a pour objet un procédé de transmission d'une notification dans un réseau de traitement d'informations à applica- tions distribuées, depuis un émetteur appartenant à une première zone de notifications à laquelle est associé un premier service de notifications, la transmission s'effectuant vers un récepteur appartenant à une seconde zone de notifications à laquelle est associé un second service de notifica- tions, chaque service de notifications étant adapté pour notifier des notifi- cations d'une catégorie déterminée à des récepteurs inscrits auprès du service de notifications et/ou pour recueillir des notifications d'une catégo- rie déterminée auprès des émetteurs enregistrés auprès du service de notifications, caractérisé en ce qu'il comporte les étapes consistant à: d'une part inscrire le second service de notifications en tant que récepteur des notifications dudit premier service de notifications et/ou en- registrer le premier service de notifications en tant qu'émetteur des notifi- cations vers le second service de notifications; et - d'autre part transmettre ladite notification depuis ledit émetteur jusqu'audit récepteur, successivement au travers du premier service de notifications et du second service de notifications. Suivant des modes particuliers de mise en oeuvre, le procédé peut comporter l'une ou plusieurs des caractéristiques suivantes: - l'étape d'inscription du second service de notifications en tant que récepteur des notifications dudit premier service de notifications et/ou d'enregistrement du premier service de notifications en tant qu'émetteur des notifications vers le second service de notifications est effectuée sur requête auprès du premier service de notifications d'un administrateur de service de notifications; - l'étape d'inscription du second service de notifications en tant que récepteur des notifications dudit premier service de notifications comporte les étapes successives suivantes: le premier service de notifications adresse un message d'enregis- trement au second service de notifications; 10. le second service de notifications retourne au premier service de notifications un identifiant du second service de notifications; et le premier service de notifications mémorise ledit identifiant du second service de notifications pour transmettre ultérieurement des notifi- cations vers le second service de notifications; - I'étape d'enregistrement du premier service de notifications en tant qu'émetteur des notifications vers le second service de notifications comporte les étapes successives suivantes: le premier service de notifications adresse au second service de notifications un identifiant du premier service de notifications; et 20. le second service de notifications mémorise ledit identifiant du premier service de notifications pour recueillir ultérieurement des notifica- tions auprès du premier service de notifications; - l'étape d'inscription du second service de notifications en tant que récepteur des notifications dudit premier service de notifications et/ou d'enregistrement du premier service de notifications en tant qu'émetteur des notifications vers le second service de notifications est effectuée sur requête auprès du second service de notifications d'un administrateur de service de notifications; - l'étape d'inscription du second service de notifications en tant que récepteur des notifications dudit premier service de notifications comporte les étapes successives suivantes: le second service de notifications adresse au premier service de notifications un identifiant du second service de notifications; et le premier service de notifications mémorise ledit identifiant du second service de notifications pour notifier ultérieurement des notifica- tions auprès du second service de notifications; - l'étape d'enregistrement du premier service de notifications en tant qu'émetteur des notifications vers le second service de notifications comporte les étapes successives suivantes: le second service de notifications adresse un message d'inscrip- tion au premier service de notifications; le premier service de notifications retourne au second service de notifications un identifiant du premier service de notifications; et le second service de notifications mémorise ledit identifiant du premier service de notifications pour recueillir ultérieurement des notifica- tions auprès du premier service de notifications; - chaque service de notifications comporte un ensemble de compo- sants logiciels incluant chacun au moins un canal de notifications propre à une catégorie de notifications déterminée et l'étape d'inscription du se- cond service de notifications en tant que récepteur des notifications dudit premier service de notifications s'effectue par mise en oeuvre, par ledit canal de notifications du premier service de notifications correspondant à la catégorie de notifications déterminée, de l'identifiant du canal de notifi- cations associé du second service de notifications, lors de la notification de ladite notification; - chaque service de notifications comporte un ensemble de compo- sants logiciels incluant chacun au moins un canal de notifications propre à une catégorie de notifications déterminée et l'étape d'enregistrement du premier service de notifications en tant qu'émetteur des notifications vers le second service de notifications s'effectue par mise en oeuvre, par le canal de notifications du second service de notifications correspondant à la catégorie de notifications déterminée, de l'identifiant du canal de notifi- cations associé du premier service de notifications, lors du recueil de la- dite notification; - la notification est transmise depuis ledit émetteur vers ledit ré- cepteur à l'initiative dudit émetteur; et - la notification est transmise depuis ledit émetteur vers ledit ré- cepteur sur requete dudit récepteur. En outre, I'invention a pour objet un réseau de traitement d'infor- mations à applications distribuées, comportant d'une part une première zone de notifications à laquelle est associé un premier service de notifi- cations et à laquelle est relié un émetteur, et d'autre part une seconde zone de notifications à laquelle est associé un second service de notifica- tions et à laquelle est relié un récepteur, chaque service de notifications comportant des moyens pour notifier des notifications d'une catégorie déterminée à des récepteurs inscrits auprès du service de notifications et/ou pour recueillir des notifications d'une catégorie déterminée auprès des émetteurs enregistrés auprès du service de notifications, caractérisé en ce qu'il comporte des moyens pour inscrire le second service de noti- fications en tant que récepteur des notifications dudit premier service de notifications et/ou enregistrer le premier service de notifications en tant qu'émetteur des notifications vers le second service de notifications et des moyens pour transmettre ladite notification depuis ledit émetteur jus- qu'audit récepteur, successivement au travers du premier service de noti- fications et du second service de notifications. Suivant des modes particuliers de réalisation, le réseau peut com- porter l'une ou plusieurs des caractéristiques suivantes: - il comporte un administrateur de service de notifications adapté pour adresser au premier service de notifications une requête pour l'ins- cription du second service de notifications en tant que récepteur des noti- fications dudit premier service de notifications et/ou pour l'enregistrement du premier service de notifications en tant qu'émetteur des notifications vers le second service de notifications; - pour l'inscription du second service de notifications en tant que récepteur des notifications dudit premier service de notifications, le pre- mier service de notifications comporte des moyens pour adresser un message d'enregistrement au second service de notifications, le second service de notifications comporte des moyens pour retourner au premier service de notifications un identifiant du second service de notifications, et le premier service de notifications comporte des moyens pour mémori- ser ledit identifiant du second service de notifications afin de transmettre ultérieurement des notifications vers le second service de notifications; - pour l'enregistrement du premier service de notifications en tant qu'émetteur des notifications vers le second service de notifications, le premier service de notifications comporte des moyens pour adresser au second service de notifications un identifiant du premier service de notifi- cations et le second service de notifications comporte des moyens pour mémoriser ledit identifiant du premier service de notifications afin de re- cueillir ultérieurement des notifications auprès du premier service de noti- fications; - il comporte un administrateur de service de notifications adapté pour adresser au second service de notifications une requête pour l'ins- cription du second service de notifications en tant que récepteur des noti- fications dudit premier service de notifications et/ou pour l'enregistrement du premier service de notifications en tant qu'émetteur des notifications vers le second service de notifications; - pour l'inscription du second service de notifications en tant que récepteur des notifications dudit premier service de notifications, le se- cond service de notifications comporte des moyens pour adresser au premier service de notifications un identifiant du second service de notifi- cations et le premier service de notifications comporte des moyens pour mémoriser ledit identifiant du second service de notifications afin de noti- fier ultérieurement des notifications auprès du second service de notifica- tions; - pour l'enregistrement du premier service de notifications en tant qu'émetteur des notifications vers le second service de notifications, le second service de notifications comporte des moyens pour adresser un message d'inscription au premier service de notifications, le premier ser- vice de notifications comporte des moyens pour retourner au second ser- vice de notifications un identifiant du premier service de notifications et le second service de notifications comporte des moyens pour mémoriser ledit identifiant du premier service de notifications afin de recueillir ulté- rieurement des notifications auprès du premier service de notifications; - chaque service de notifications comporte un ensemble de compo- sants logiciels incluant chacun au moins un canal de notifications propre à une catégorie de notifications déterminée et pour l'inscription du se- cond service de notifications en tant que récepteur des notifications dudit premier service de notifications, ledit canal de notifications du premier service de notifications correspondant à la catégorie de notifications dé- terminée comporte des moyens de mise en oeuvre de l'identifiant du canal de notifications associé du second service de notifications, lors de la noti- fication de ladite notification; - chaque service de notifications comporte un ensemble de compo- sants logiciels incluant chacun au moins un canal de notifications propre à une catégorie de notifications déterminée et pour l'enregistrement du premier service de notifications en tant qu'émetteur des notifications vers le second service de notifications, le canal de notifications du second ser- vice de notifications correspondant à la catégorie de notifications déter- minée, comporte des moyens de mise en oeuvre de l'identifiant du canal de notifications associé du premier service de notifications, lors du recueil de ladite notification; et - l'un au moins parmi les émetteurs et récepteurs est un objet. L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins, sur lesquels: - la figure 1 est une vue schématique d'un réseau de traitement d'informations à applications distribuées et orientées objets; - la figure 2 est une vue schématique d'un service de notifications explicitant ses principaux organes et son fonctionnement; et - les figures 3 et 4 sont des vues schématiques de deux services de notifications fédérés suivant l'invention. Sur la figure 1 est représenté un bus logiciel 8, séparé en deux zo- nes de notifications distinctes portant les références 10 et 12. Le terme "bus logiciel" désigne l'entité qui permet à des objets d'envoyer et de re- cevoir des requêtes dans un environnement distribué. Les applications distribuées sont implantées sur des unités de traitement d'informations communiquant entre elles par d'une part le support physique auquel sont connectées les unités de traitement d'informations présentes sur le ré- seau et d'autre part les couches inférieures du protocole de communica- tion, c'est-à-dire par exemple les couches IP (Internet Protocol) et TCP (Transmission Control Protocol). Les zones de notifications 10 et 12 sont par exemple des réseaux locaux utilisés sur deux sites distincts d'une même entreprise. Un premier ensemble d'objets émetteurs et/ou récepteurs 10A est relié au bus logiciel dans la première zone 10. De même, un second en- semble d'objets émetteurs et/ou récepteurs 12A est relié au bus logiciel dans la seconde zone 12. Ces objets sont répartis sur les différentes uni- tés de traitement d'informations du réseau et peuvent être en tout lan- gage. En particulier, ces objets peuvent être pour certains en langage C+ + et pour d'autres en langage JAVA Sur les figures, les objets sont représentés par des ronds. Les ob- jets récepteurs comportent une interface de communication spécifiée en fonction du bus logiciel utilisé. Cette interface est schématisée par un rectangle noir associé au rond schématisant l'objet. Pour la mise en oeuvre de l'invention, les émetteurs peuvent ne pas être des objets et être des composants logiciels conventionnels et no- tamment des programmes procéduraux classiques. Dans ce cas, les réfé- rences des objets qui forment des identifiants des objets considérés sont remplacées par des identifiants des composants logiciels considérés, des adresses par exemple. Pour la simplicité de la description, il est supposé que les émetteurs sont des objets. Dans l'exemple décrit, on suppose que les objets émetteurs sont associés à des imprimantes et sont susceptibles d'adresser des notifica- tions concernant l'état de fonctionnement de l'imprimante, notamment sa disponibilité ou son indisponibilité en raison d'une panne. Les objets ré- cepteurs sont supposés être des objets gérant des fonctions d'impression et associés à des stations de travail. Conformément à la spécification CORBA, l'interface de communi- cation d'un objet est rédigée en IDL (Interface Definition Language). Cette interface IDL permet de définir de manière statique les interfaces des ob- jets permettant le partage d'objets entre différents modèles d'objet. Après compilation de l'interface IDL, le talon ou souche obtenu est lié à la réalisation de l'objet. Ainsi, un objet client peut interagir avec un objet serveur éloigné simplement en invoquant les fonctions IDL comme pour un objet local sans se préoccuper de la situation de l'objet serveur sur le réseau. A cet effet, l'objet client peut utiliser pour adresser sa requête le format de l'in- terface de communication de l'objet serveur. Deux services de notifications, portant respectivement les référen- ces 16 et 18 sont associés respectivement aux zones de notifications 10 et 12. Un service de notifications est un ensemble d'objets CORBA qui fonctionnent sur le bus logiciel 8. Tous les objets du service de notifica- tions ont une interface de communication IDL. De plus, I'ensemble des objets du réseau quel que soit le bus logiciel auquel ils appartiennent connaissent la référence d'au moins un objet d'accès au service de notifi- cations et éventuellement le format de l'interface IDL de celui-ci. La figure 2 représente schématiquement à titre d'exemple le ser- vice de notifications 16. Ce service comporte trois objets. Un premier objet est un adminis- trateur de serveur de notifications, portant la référence 30, associé à deux canaux de notifications portant, respectivement, les références 32 et 34. Les canaux de notifications 32 et 34 sont chacun propre à une catégorie de notifications particulière. Dans l'exemple considéré, on suppose que le canal de notifications 32 est propre aux notifications relatives à l'impres- sion en noir et blanc alors que le canal de notifications 34 est propre aux notifications relatives à l'impression en couleur. L'administrateur de serveur de notifications 30 comporte une inter- face IDL d'enregistrement d'objets émetteurs utilisant l'administrateur de serveur de notifications. Celle-ci porte la référence 30A. Cette interface est adaptée pour permettre l'enregistrement des objets émetteurs sou- haitant émettre des notifications par l'intermédiaire du service de notifica- tions 16. En particulier, l'interface d'enregistrement 30A adresse à un ob- jet émetteur s'enregistrant la référence de l'objet formant le canal de noti- fications auprès duquel l'objet émetteur souhaite être enregistré afin de pouvoir diffuser des notifications par son intermédiaire. De même, l'administrateur de serveur de notifications 30 comporte une interface 30B d'inscription d'objets récepteurs. Cette interface IDL est adaptée pour l'inscription des objets reliés au bus logiciel associé afin que ces objets reçoivent les notifications issues du service de notifica- tions pour lesquelles ils sont inscrits. L'inscription se fait notamment en fournissant à l'administrateur de serveur de notifications 30 la référence de l'objet récepteur inscrit. Chaque canal de notifications 32, 34, formant un objet CORBA est commandé par l'administrateur de serveur de notifications 30. En particu- lier, l'administrateur de serveur de notifications 30 assure l'inscription des objets récepteurs auprès de chacun des canaux de notifications corres- pondant à la catégorie de notifications dont l'objet récepteur considéré souhaite être destinataire en fournissant leur référence au canal de notifi- cations concerné. Chaque canal de notifications comporte par ailleurs une interface d'entrée de canal de notifications, notée 32B, 34B. Ces interfaces de communication, rédigées en IDL, sont adaptées pour recevoir directement les notifications des objets émetteurs envoyant une notification vers les objets récepteurs. A cet effet, les objets émetteurs adressent leur requête à l'interface d'entrée de canal de notifications en utilisant la référence propre au canal. Cette référence est indiquée à chaque objet émetteur par l'administrateur de serveur de notifications 30 lors de l'enregistrement de l'objet émetteur. Chaque canal de notifications comporte en outre un ou plusieurs filtres, notés respectivement 32C pour le canal 32 et 34C, 34D pour le canal 34. Ces filtres correspondent chacun à un objet récepteur auquel doit être adressée une notification et définissent les critères de test aux- quels doivent satisfaire les notifications pour être transmises. Chaque canal de notifications connaît en outre la référence de I'objet récepteur auquel doit être adressée la notification. La référence de l'objet lui est communiquée lors de l'inscription de l'objet récepteur auprès de l'administrateur de serveur de notifications 30. Sur la figure 3 sont représentés cote à cote les deux services de notifications 16 et 18. Le service de notifications 18 comporte un premier objet 40 formant un administrateur de serveur de notifications, dont les fonctions sont analogues à celles de l'administrateur de serveur de notifications 30. Il comporte en outre un unique objet 42 formant un canal de notifications. Le canal de notifications 42 est, dans l'exemple décrit ici, spécifiquement adapté à la transmission de notifications relatives à l'impression en noir et blanc. Il est donc l'homologue du canal de notifications 32 pour la se- conde zone de notifications 12. Les autres éléments du service de notifi- cations 18, qui correspondent aux éléments du service de notifications 16, sont désignés par les mêmes numéros de référence auxquels il a été ajouté 10. Selon l'invention, afin de permettre la transmission d'une notifica- tion depuis un objet émetteur de la premier zone de notifications 10 vers un objet récepteur de la seconde zone de notifications 12, on réalise une fédération des services de notifications 16 et 18. A cet effet, le second service de notifications 18 est inscrit auprès du premier service de notifications 16 en tant qu'objet récepteur des in- formations émises depuis le canal de notifications 32. Pour ce faire, un objet 50, formant un administrateur de service de notifications, est prévu sur le bus logiciel dans la première zone 10. L'administrateur de service de notifications 50 est adapté pour envoyer une requête de fédération vers le service de notifications 16. * A cet effet, l'administrateur de serveur de notifications 30 comporte une interface IDL supplémentaire 30C, dite interface de fédération, dont le format est connu de l'administrateur 50. Dans la pratique, les interfaces IDL 30A, 30B, 30C sont regroupées dans un même talon associé à l'ad- ministrateur de serveur de notifications 30. En outre, l'administrateur de service de notifications 50 connait la référence de l'administrateur de ser- veur de notifications 30. La fédération des deux services de notifications s'effectue de la fa- çon suivante. L'administrateur de service de notifications 50 adresse une requête de fédération à l'administrateur de serveur de notifications 30 par l'inter- face 30C comme schématisé par la flèche 52. L'administrateur de serveur de notifications 30 adresse alors une requête, schématisée par la flèche 54, auprès de l'administrateur de ser- veur de notifications 40 afin que le canal de notifications 32 soit enregis- tré en tant qu'objet émetteur vers le canal de notifications 42. En retour, l'administrateur de serveur de notifications 40 adresse à l'administrateur de serveur de notifications 30, par l'intermédiaire de son interface d'ins- cription 30B, une requête, schématisée par la flèche 56, contenant la ré- férence du canal de notifications 42. Grâce à la connaissance de la référence du canal 42, l'administra- teur de serveur de notifications 30 commande le canal 32 comme sch6- matisé par la flèche 58 en vue de la mémorisation de cette référence. Le canal de notifications 42 est ainsi mémorisé par le canal 32 en tant que récepteur. La mise en oeuvre de cette référence par le canal 32 assure ensuite l'envoi des notifications vers le canal de notifications 42 par l'in- termédiaire de l'interface d'entrée 42B. Un tel envoi est schématisé par la flèche 60. On conçoit que, dans ces conditions, lorsqu'un objet émetteur de la première zone 10 du bus logiciel adresse une notification au service de notifications 16 et que l'administrateur de service de notifications 50 a indiqué que cette notification devait être adressée aux objets récepteurs présents dans la seconde zone 12, la notification transite depuis le canal de notifications 32 vers le canal de notifications 42 puis jusqu'aux objets récepteurs de la seconde zone de notifications 12. En conséquence, les objets récepteurs de la seconde zone peu- vent recevoir une ou plusieurs notifications adressées au premier service de notifications 16 sans avoir été inscrits eux-mêmes auprès de celui-ci. Dans l'exemple décrit ici, l'administrateur de service de notifica- tions 50 établit la fédération des premier et second services de notifica- tions 16, 18 en ce qui concerne leurs canaux de notifications relatifs à I'impression en noir et blanc. Il s'assure ainsi que les stations de travail installées dans la seconde zone 12 reçoivent les informations relatives à l'état de fonctionnement des imprimantes présentes dans la première zone 10. Une telle fédération est particulièrement indiquée lorsque l'en- semble des imprimantes en noir et blanc présentes dans la seconde zone 12 sont hors service. Ainsi, les utilisateurs peuvent utiliser une imprimante de la première zone 10 dont ils connaissent l'état. Dans un tel cas, la fédération des services de notifications permet de n'adresser certaines notifications à des objets récepteurs qu'en cas de nécessité absolue, le gestionnaire de réseau évaluant les circonstances nécessitant une telle fédération. Ainsi, quelle que soit la taille du réseau, le nombre d'objets émet- teurs/récepteurs associé à chaque service de notifications est limité, ce qui évite l'engorgement de ces services. Il est cependant possible d'adresser une notification à un grand nombre d'objets même si ceux-ci ne sont inscrits qu'auprès d'un service de notifications. En conséquence, il n'est plus nécessaire que les objets récepteurs s'inscrivent individuellement auprès de plusieurs services de notifications. Par ailleurs, bien que l'exemple exposé ici soit relatif à un réseau mettant en oeuvre des stations de travail et des imprimantes, un tel pro- cédé peut être utilisé pour un réseau de télécommunication comportant plusieurs autocommutateurs, les objets étant dédiés au suivi de l'état de fonctionnement des autocommutateurs. Sur la figure 4 est schématisée une variante de fédération des deux services de notifications 16 et 18. Dans cette variante, l'administrateur de serveur de notifications 30 est dépourvu d'interface de fédération. En revanche, I'administrateur de serveur de notifications 40 comporte une interface de fédération notée 40C. En outre, l'administrateur de service de notifications noté 62 dans cet exemple est adapté pour envoyer une requête de fédération vers le second service de notifications 18, par l'intermédiaire de l'interface de fédération 40C. L'administrateur 62 est présent dans la seconde zone de notifications 12. Il connaît la référence de l'administrateur de serveur de notifications 40, afin d'adresser la requête de fédération vers l'interface de fédération 40C. Dans cette variante de mise en oeuvre, la fédération de deux servi- ces de notifications s'effectue de la façon suivante. L'administrateur de service de notifications 62 adresse une requête de fédération à l'administrateur de serveur de notifications 40 par l'inter- face 40C, comme schématisé par la flèche 64. L'administrateur de serveur de notifications 40 adresse alors une requête, schématisée par la flèche 66 auprès de l'administrateur de serveur de notifications 30 par l'interm6- diaire de son interface 30B afin que le canal de notifications 42 soit inscrit en tant qu'objet récepteur des notifications du canal 32. A cet effet, l'ad- ministrateur de serveur de notifications 40 adresse la référence du canal de notifications 42. L'administrateur de serveur de notifications 30 com- mande le canal 32, comme schématisé par la flèche 68, en vue du sto- ckage du canal de notifications 42 en tant qu'objet récepteur des notifica- tions. Comme expliqué précédemment, l'inscription du canal de notifica- tions 42 en tant qu'objet récepteur des notifications émises par le canal de notifications 32 assure l'envoi, comme schématisé par la flèche 70, des notifications du canal 32 vers le canal 42, et ainsi l'émission des noti- fications vers les objets récepteurs inscrits auprès du canal de notifica- tions 42. Quel que soit le mode de mise en oeuvre du procédé de fédération, lors du fonctionnement des services de notifications fédérés, la notifica- tion peut être transmise à l'initiative de l'objet émetteur ou de l'objet ré- cepteur. En particulier, lorsque la communication s'effectue suivant un "modèle poussé" (push model), la notification est transmise depuis l'objet émetteur vers l'objet récepteur au travers successivement des premier et second services de notifications à l'initiative de l'objet émetteur. Au contraire, lorsque la communication s'établit suivant un "modèle tiré" (pull model), la notification est transmise depuis l'objet émetteur vers l'objet récepteur au travers successivement du premier service de notifi- cations et du second service de notifications sur requête du récepteur adressant une interrogation au second service de notifications lequel la répercute au premier service de notifications puis à l'objet émetteur. Dans ce dernier cas, afin de réaliser la fédération des deux servi- ces de notifications, le premier service de notifications est enregistré au- près du second service de notifications en tant qu'objet émetteur suscep- tible de lui adresser des notifications. Ainsi, le second service de notifica- tions mémorise la référence ou l'identifiant du premier service de notifica- tions. Le second service de notifications peut ainsi recueillir auprès du premier service de notifications, grâce à cet identifiant, des notifications dont le contenu correspond aux réponses aux messages d'interrogation qu'il reçoit. Le mécanisme d'enregistrement en tant qu'émetteur s'effectue de manière analogue au mécanisme d'inscription des services de notifica- tions en tant que récepteurs, comme exposé plus haut. En particulier, lorsque l'administrateur de service de notifications est adapté pour adresser des requêtes de fédération auprès du premier service de notifications 16, l'enregistrement du premier service de notifi- cations 16 en tant qu'émetteur des notifications vers le second service de notifications 18 comporte d'abord une étape consistant en ce que le pre- mier service de notifications 16 adresse au second service de notifica- tions 18 un identifiant du premier service de notifications et ensuite une étape consistant en ce que le second service de notifications 18 mémo- rise l'identifiant du premier service de notifications 16 pour recueillir ulté- rieurement des notifications auprès du premier service de notifications. En outre, lorsque l'administrateur de service de notifications est adapté pour adresser des requêtes de fédération auprès du second ser- vice de notifications 18, l'étape d'enregistrement du premier service de notifications en tant qu'émetteur des notifications vers le second service de notifications comporte les étapes successives consistant d'abord en ce que le second service de notifications 18 adresse un message d'inscrip- tion au premier service de notifications 16, en ce que, ensuite, le premier service de notifications 16 retourne au second service de notifications 18 un identifiant du premier service de notifications et enfin en ce que le se- cond service de notifications 18 mémorise l'identifiant du premier service de notifications 16 pour recueillir ultérieurement des notifications auprès du premier service de notifications 16. Dans les deux cas, ces étapes sont mises en oeuvre depuis les objets formant administrateurs de serveur de notifications 30, 40 et les canaux de notifications 32, 34, 42, de manière analogue aux étapes dé- crites concernant l'inscription du second service de notifications en tant que récepteur des notifications émises par le premier service de notifica- tions. Aussi, ces étapes ne seront pas décrites plus en détail. De tels procédé et réseau de transmission peuvent être mis en oeuvre indépendamment de la spécification CORBA. En particulier, ceux- ci peuvent être utilisés avec le protocole DCOM ou le protocole RMI. REVENDICATIONS 1.- Procédé de transmission d'une notification dans un réseau de traitement d'informations à applications distribuées, depuis un émetteur (10 A) appartenant à une première zone de notifications (10) à laquelle est associé un premier service de notifications (16), la transmission s'effec- tuant vers un récepteur (12A) appartenant à une seconde zone de notifi- cations (12) à laquelle est associé un second service de notifications (18), chaque service de notifications étant adapté pour notifier des notifications d'une catégorie déterminée à des récepteurs inscrits auprès du service de notifications et/ou pour recueillir des notifications d'une catégorie déter- minée auprès des émetteurs enregistrés auprès du service de notifica- tions, caractérisé en ce qu'il comporte les étapes consistant à: - d'une part inscrire le second service de notifications (18) en tant que récepteur des notifications dudit premier service de notifications (16) et/ou enregistrer le premier service de notifications (16) en tant qu'émet- teur des notifications vers le second service de notifications (18); et d'autre part transmettre ladite notification depuis ledit émetteur (10A) jusqu'audit récepteur (12A), successivement au travers du premier service de notifications (16) et du second service de notifications (18). 2.- Procédé selon la revendication 1, caractérisé en ce que l'étape d'inscription du second service de notifications (18) en tant que récepteur des notifications dudit premier service de notifications (16) et/ou d'enre- gistrement du premier service de notifications (16) en tant qu'émetteur des notifications vers le second service de notifications (18) est effectuée sur requête auprès du premier service de notifications (16) d'un adminis- trateur de service de notifications (50). 3.- Procédé selon la revendication 2, caractérisé en ce que l'étape d'inscription du second service de notifications (18) en tant que récepteur des notifications dudit premier service de notifications (16) comporte les étapes successives suivantes: - le premier service de notifications (16) adresse un message d'en- registrement au second service de notifications (18); - le second service de notifications (18) retourne au premier ser- vice de notifications (16) un identifiant du second service de notifications (18); et - le premier service de notifications (16) mémorise ledit identifiant du second service de notifications pour transmettre ultérieurement des notifications vers le second service de notifications (18). 4.- Procédé selon la revendication 2 ou 3, caractérisé en ce que l'étape d'enregistrement du premier service de notifications (16) en tant qu'émetteur des notifications vers le second service de notifications (18) comporte les étapes successives suivantes: - le premier service de notifications (16) adresse au second service de notifications (18) un identifiant du premier service de notifications (16); et - le second service de notifications (18) mémorise ledit identifiant du premier service de notifications (16) pour recueillir ultérieurement des notifications auprès du premier service de notifications (16). 5.- Procédé selon la revendication 1, caractérisé en ce que l'étape d'inscription du second service de notifications (18) en tant que récepteur des notifications dudit premier service de notifications (16) et/ou d'enre- gistrement du premier service de notifications (16) en tant qu'émetteur des notifications vers le second service de notifications (18) est effectuée sur requête auprès du second service de notifications (18) d'un adminis- trateur de service de notifications (62). 6.- Procédé selon la revendication 5, caractérisé en ce que l'étape d'inscription du second service de notifications (18) en tant que récepteur des notifications dudit premier service de notifications (16) comporte les étapes successives suivantes: - le second service de notifications (18) adresse au premier service de notifications (16) un identifiant du second service de notifications (18); et - le premier service de notifications (16) mémorise ledit identifiant du second service de notifications pour notifier ultérieurement des notifi- cations auprès du second service de notifications. 7.- Procédé selon la revendications 5 ou 6, caractérisé en ce que l'étape d'enregistrement du premier service de notifications (16) en tant qu'émetteur des notifications vers le second service de notifications (18) comporte les étapes successives suivantes: - le second service de notifications (18) adresse un message d'ins- cription au premier service de notifications (16); - le premier service de notifications (16) retourne au second ser- vice de notifications (18) un identifiant du premier service de notifications (16); et - le second service de notifications (18) mémorise ledit identifiant du premier service de notifications (16) pour recueillir ultérieurement des notifications auprès du premier service de notifications (16). 8.- Procédé selon la revendication 3 ou 6, caractérisé en ce que chaque service de notifications (16, 18) comporte un ensemble de com- posants logiciels (30, 32, 34, 40, 42) incluant chacun au moins un canal de notifications (32, 34, 40) propre àa une catégorie de notifications déter- minée et en ce que l'étape d'inscription du second service de notifications (18) en tant que récepteur des notifications dudit premier service de noti- fications (16) s'effectue par mise en ceuvre, par ledit canal de notifications (32) du premier service de notifications (16) correspondant à la catégorie de notifications déterminée, de l'identifiant du canal de notifications (42) associé du second service de notifications (18), lors de la notification de ladite notification. 9.- Procédé selon la revendication 4 ou 7, caractérisé en ce que chaque service de notifications (16, 18) comporte un ensemble de com- posants logiciels (30, 32, 34, 40, 42) incluant chacun au moins un canal de notifications (32, 34, 40) propre à une catégorie de notifications déter- minée et en ce que l'étape d'enregistrement du premier service de notifi- cations (16) en tant qu'émetteur des notifications vers le second service de notifications (18) s'effectue par mise en oeuvre, par le canal de notifi- cations (42) du second service de notifications (18) correspondant à la catégorie de notifications déterminée, de l'identifiant du canal de notifica- tions (32) associé du premier service de notifications (16), lors du recueil de ladite notification. 10.- Procédé selon l'une quelconque des revendications précé- dentes, caractérisé en ce que la notification est transmise depuis ledit émetteur (10A) vers ledit récepteur (12A) à l'initiative dudit émetteur (10OA). 11.- Procédé selon l'une quelconque des revendications 1 à 9, ca- ractérisé en ce que la notification est transmise depuis ledit émetteur (10 A) vers ledit récepteur (12A) sur requête dudit récepteur (12A). 12.- Réseau de traitement d'informations à applications distribuées, comportant d'une part une première zone de notifications (10) à laquelle est associé un premier service de notifications (16) et à laquelle est relié un émetteur (10 A), et d'autre part une seconde zone de notifications (12) à laquelle est associé un second service de notifications (18) et à laquelle est relié un récepteur (12A), chaque service de notifications comportant des moyens pour notifier des notifications d'une catégorie déterminée à des récepteurs inscrits auprès du service de notifications et/ou pour re- cueillir des notifications d'une catégorie déterminée auprès des émetteurs enregistrés auprès du service de notifications, caractérisé en ce qu'il comporte des moyens pour inscrire le second service de notifications (18) en tant que récepteur des notifications dudit premier service de noti- fications (16) et/ou enregistrer le premier service de notifications (16) en tant qu'émetteur des notifications vers le second service de notifications (18) et des moyens pour transmettre ladite notification depuis ledit émet- teur (10A) jusqu'audit récepteur (12A), successivement au travers du premier service de notifications (16) et du second service de notifications (18). 13.- Réseau selon la revendication 12, caractérisé en ce qu'il com- porte un administrateur de service de notifications (50) adapté pour adresser au premier service de notifications (16) une requête pour l'ins- cription du second service de notifications (18) en tant que récepteur des notifications dudit premier service de notifications (16) et/ou pour l'enre- gistrement du premier service de notifications (16) en tant qu'émetteur des notifications vers le second service de notifications (18). 14.- Réseau selon la revendication 13, caractérisé en ce que pour l'inscription du second service de notifications (18) en tant que récepteur des notifications dudit premier service de notifications (16), le premier service de notifications (16) comporte des moyens pour adresser un mes- sage d'enregistrement au second service de notifications (18), le second service de notifications (18) comporte des moyens pour retourner au pre- mier service de notifications (16) un identifiant du second service de noti- fications (18), et le premier service de notifications (16) comporte des moyens pour mémoriser ledit identifiant du second service de notifications afin de transmettre ultérieurement des notifications vers le second service de notifications (18). 15.- Réseau selon la revendication 13 ou 14, caractérisé en ce que pour l'enregistrement du premier service de notifications (16) en tant qu'émetteur des notifications vers le second service de notifications (18), le premier service de notifications (16) comporte des moyens pour adres- ser au second service de notifications (18) un identifiant du premier ser- vice de notifications (16) et le second service de notifications (18) com- porte des moyens pour mémoriser ledit identifiant du premier service de notifications (16) afin de recueillir ultérieurement des notifications auprès du premier service de notifications (16). 16.- Réseau selon la revendication 12, caractérisé en ce qu'il com- porte un administrateur de service de notifications (62) adapté pour adresser au second service de notifications (18) une requête pour l'ins- cription du second service de notifications (18) en tant que récepteur des notifications dudit premier service de notifications (16) et/ou pour l'enre- gistrement du premier service de notifications (16) en tant qu'émetteur des notifications vers le second service de notifications (18). 17.- Réseau selon la revendication 16, caractérisé en ce que pour l'inscription du second service de notifications (18) en tant que récepteur des notifications dudit premier service de notifications (16), le second ser- vice de notifications (18) comporte des moyens pour adresser au premier service de notifications (16) un identifiant du second service de notifica- tions (18) et le premier service de notifications (16) comporte des moyens pour mémoriser ledit identifiant du second service de notifications afin de notifier ultérieurement des notifications auprès du second service de noti- fications. 18.- Réseau selon la revendications 16 ou 17, caractérisé en ce que pour l'enregistrement du premier service de notifications (16) en tant qu'émetteur des notifications vers le second service de notifications (18), le second service de notifications (18) comporte des moyens pour adres- ser un message d'inscription au premier service de notifications (16), le premier service de notifications (16) comporte des moyens pour retourner au second service de notifications (18) un identifiant du premier service de notifications (16) et le second service de notifications (18) comporte des moyens pour mémoriser ledit identifiant du premier service de notifi- cations (16) afin de recueillir ultérieurement des notifications auprès du premier service de notifications (16). 19.- Réseau selon la revendication 14 ou 17, caractérisé en ce que chaque service de notifications (16, 18) comporte un ensemble de com- posants logiciels (30, 32, 34, 40, 42) incluant chacun au moins un canal de notifications (32, 34, 40) propre à une catégorie de notifications déter- minée et en ce que pour l'inscription du second service de notifications (18) en tant que récepteur des notifications dudit premier service de noti- fications (16), ledit canal de notifications (32) du premier service de notifi- cations (16) correspondant à la catégorie de notifications déterminée comporte des moyens de mise en oeuvre de l'identifiant du canal de noti- fications (42) associé du second service de notifications (18), lors de la notification de ladite notification. 20.- Réseau selon la revendication 15 ou 18, caractérisé en ce que chaque service de notifications (16, 18) comporte un ensemble de com- posants logiciels (30, 32, 34, 40, 42) incluant chacun au moins un canal de notifications (32, 34, 40) propre à une catégorie de notifications déter- minée et en ce que pour l'enregistrement du premier service de notifica- tions (16) en tant qu'émetteur des notifications vers le second service de notifications (18), le canal de notifications (42) du second service de noti- fications (18) correspondant à la catégorie de notifications déterminée, comporte des moyens de mise en oeuvre de l'identifiant du canal de noti- fications (32) associé du premier service de notifications (16), lors du re- cueil de ladite notification. 21.- Réseau selon l'une quelconque des revendications 12 à 20, caractérisé en ce que l'un au moins parmi les émetteurs et récepteurs est un objet.