FR 2656707 A1 19910705 FR 9015711 A 19901214 1. La présente invention concerne les procédés et mécanismes pour transférer des données entre une source ou émetteur et une pluralité de récepteurs sous forme de dispositifs de traitement de données Plus particulière- ment, l'invention concerne un procédé par lequel un agent informe un autre agent du besoin d'un service quelconque Elle se rapporte aux brevets des E U A N O 4.570 220 et 4 807 109 au nom de la demanderesse et auxquels on peut se référer si nécessaire. il est relativement courant dans l'informa- tique de transférer des données et des ordres entre une pluralité de dispositifs de traitement de données, tels que des ordinateurs, des imprimantes, des mémoires et ainsi de suite, à travers un bus du système ou bus de données L'architecture habituelle d'un bus comprend à la fois un bus parallèle et un bus sériel pour inter- connecter des unités de traitement de données et des dispositifs périphériques (désignés collectivement par "agents") afin de permettre l'échange à haute vitesse de données et de messages Dans n'importe quel système possédant un bus connecté à de multiples agents (cons- titués par exemple par des cartes de circuits imprimés), il est régulièrement nécessaire qu'un agent (appelé souvent "source" ou "émetteur") informe un autre agent (souvent appelé "destination" ou "destinataire") qu'il a besoin d'un service quelconque Ce mécanisme, par lequel une source informe un destinataire qu'elle a besoin d'un service ou doit être prise en charge, est appelé une "demande" Le service demandé peut se présenter sous la forme de données ou d'une autre information du système. Dans une architecture de bus o plusieurs agents peuvent commander le bus ou en acquérir la disposition pour informer un destinataire qu'ils ont besoin d'un service, il faut un mécanisme pour décider quel agent peut disposer du bus à un moment donné quelconque Le plus souvent, on utilise à cet effet un système dit d'arbitrage Un tel système permet aux différents agents de déterminer quel sera l'agent suivant à pouvoir disposer du bus La décision quant à celui parmi les différents agents à pouvoir utiliser le bus ensuite, est prise sur la base d'une priorité qui est réflétée par un "numéro arbitral" utilisé par l'agent en question Plus exactement, dans un système d'arbitrage, un numéro de priorité est attribué à chaque agent et ce numéro arbitral détermine quand cet agent deviendra l'utilisa- teur suivant du bus. Différents procédés ont été conçus dans le cadre d'architectures de bus particulières pour envoyer des demandes d'interruption ou des demandes d'accès direct à la mémoire (DMA) à une destination Des bus tels que "Micro-channel", "EISA", "VME" et "Multi Bus I" (désigné aussi par "MBI") emploient des lignes de demande d'interruption ou de DMA discrètes qui relient les différents agents entre eux Ces lignes discrètes n'existent pas dans des architectures de bus telles que "Multi Bus II (désigné aussi par "MBII"). Dans une architecture de bus qui emploie des lignes discrètes de demande d'interruption ou de DMA, la source active simplement l'une des lignes discrètes, de sorte que la destination est immédiatement avisée qu'une prise en charge a été demandée L'agent destinataire peut ensuite commencer le processus d'arbitrage pour pouvoir disposer du bus Le temps de prise en charge, c'est-à-dire le temps entre l'activation par la source d'une des lignes discrètes de demande d'interruption ou de DMA et l'instant o le destinataire y répond, dépend uniquement de la prioriré du destinataire L'homme de métier comprendra que le principal inconvénient des lignes discrètes de demande d'interruption ou de DMA est la nécessité évidente de lignes supplémentaires d'in- terconnexion des différents agents Or, dans un système informatique comprenant de nombreux agents ou cartes, le nombre de lignes discrètes de demande d'interruption ou de DMA nécessaires peut rapidement devenir excessif. Comme une alternative par rapport à des séries séparées de lignes de demande d'interruption discrètes, d'autres architectures de bus font appel à des méthodes différentes Par exemple, dans l'architecture Multi Bus II, la source envoie une demande de type interruption ou DMA à la destination sous la forme d'un message Cette approche est appelée aussi "méthode de demande avec la priorité de la source" Le message envoyé consiste simplement en une série de cycles d'écriture de données qui contient l'information adéquate Dans le cas de l'architecture de bus MBII, le message est un bloc de 32 bytes contenant une demande codée d'interruption ou de DMA L'avantage évident d'une architecture de bus telle que Multi Bus II, est que, par la suppression de l'emploi de lignes de demande discrètes, on dispose de beaucoup plus de sources potentielles De même, une fois que la disposition du bus a été accordée à un agent, celui-ci peut envoyer aussitôt le message à transmettre. Dans des architectures de bus semblables à MBII, avant l'envoi d'un message au destinataire, la source doit d'abord passer par le processus d'arbitrage avant de pouvoir disposer du bus C'est ensuite seule- ment qu'elle peut envoyer le message de demande au destinataire Le temps qui s'écoule entre la demande de prise en charge de la source et l'exécution par le destinataire du service demandé est appelé le temps de prise en charge Il est à noter que ce temps peut être très long puisque la source doit passer d'abord par le processus d'arbitrage, pour pouvoir disposer du bus, en utilisant son propre numéro arbitral Après cela, elle doit envoyer le message de demande d'interruption au destinataire, auquel celui-ci peut répondre en passant par un nouveau processus d'arbitrage avec son propre numéro arbitral en vue de la prise en charge de la source. En d'autres termes, dans le cas d'une demande d'interruption ou de DMA, l'instant de prise en charge par le destinataire est basé sur la priorité arbitrale à la fois de l'agent demandant un service (c'est-à-dire la source) et de l'agent fournissant le service (c'est-à- dire le destinataire) Si la source ou le destinataire, ou les deux, ont une faible priorité dans le système d'arbitrage (c'est-à-dire ont peu de chance d'obtenir la commande du bus rapidement), le temps de prise en charge peut devenir très long. Il existe donc un temps système inhérent, pour effectuer des demandes de DMA ou d'interruption, dû au besoin d'arbitrage pour l'utilisation du bus, à la fois à la source et à la destination Le temps de prise en charge dépend aussi bien de la priorité de la source que de celle de la destination, priorités qui sont reflétées dans leurs numéros arbitraux respectifs Par conséquent, dans les systèmes informatiques à multiples agents, on a besoin d'un nouveau mécanisme de demande d'interruption ou de DMA afin de réduire le temps de prise en charge à un minimum Un tel mécanisme permettrait d'optimiser le rendement dans les performances du bus. Comme décrit ci-après, l'invention apporte, pour une architecture de bus telle que MBII, une manière plus rapide et plus simple de supporter des demandes d'interruption et de DMA Conformément au concept mis en oeuvre par l'invention, la source utilise le numéro arbitral du destinataire au lieu de son propre numéro arbitral pour demander un service au destinataire Ce mécanisme est appelé "demande par destinataire" Dans ce processus selon l'invention, la priorité de la demande de DMA ou d'interruption dépend uniquement du numéro arbitral du destinataire et non pas de la priorité de la source Il s'ensuit que le temps de prise en charge est réduit à des niveaux comparables à celui des architectures de bus employant des lignes discrètes de demande d'interruption ou de DMA. L'invention procure donc un procédé perfec- tionné pour supporter des demandes d'interruption dans certaines architectures de bus Conformément au procédé selon l'invention, la source, au lieu d'utiliser son propre numéro arbitral, emploie le numéro arbitral du destinataire en effectuant une demande d'interruption ou de DMA Le destinataire reconnaît que la disposition du bus lui a été accordée immédiatement, sans qu'il ait eu à passer d'abord par un processus d'arbitrage Le destinataire peut donc considérer immédiatement qu'une demande a été émise et peut donc tout de suite commencer son programme de demande de prise en charge ou service. Le programme de prise en charge détermine d'abord l'origine de la demande (la source d'o émane la demande) Selon la solution antérieure de demande avec la priorité de la source, cette information est fournie comme une partie du message Avec la solution selon l'invention, utilisant la priorité du destinataire, le logiciel du destinataire interroge les différents agents (c'est-à-dire les unités de traitement de données et les périphériques connectés au bus) pour déterminer l'ori- gine de la demande. Le principal avantage apporté par l'invention est que le temps de prise en charge dans la méthode de demande avec la priorité du destinataire, est à peu près le même que pour une architecture de bus employant des lignes de demande discrètes Un avantage supplémentaire procuré par l'invention est que le matériel d'arbitrage nécessaire à la mise en oeuvre d'un mécanisme de demande avec la priorité du destinataire, est beaucoup moins complexe que celui normalement nécessaire dans un processus de demande par la source. De plus, l'invention permet néanmoins d'en- voyer un message de la source au destinataire en uti- lisant un mécanisme de demande avec la priorité de la source Si l'utilisateur décide d'envoyer un message, le destinataire est autorisé de réagir immédiatement au message en obtenant la disposition du bus D'un autre côté, si la source n'a pas les facultés d'intelligence pour envoyer un message, le processus de demande avec la priorité du destinataire peut être employé, auquel cas la source ordonne simplement au destinataire d'exécuter vis-à-vis d'elle des opérations de lecture et d'écri- ture L'invention procure donc l'avantage supplémentaire de réduire le coût du matériel ou du logiciel sur chacune des cartes formant les agents. D'autres caractéristiques et avantages de l'invention ressortiront plus clairement de la descrip- tion qui va suivre d'un mode de mise en oeuvre non limitatif, ainsi que des dessins annexés, sur lesquels: la figure 1 est un diagramme des temps illustrant un procédé de l'art antérieur par lequel un agent peut en informer un autre du besoin d'être pris en charge; la figure 2 est un diagramme des temps illustrant une lecture séquentielle par blocs de la zone d'interconnexion selon la présente invention; la figure 3 est un schéma synoptique de toute la structure du système, montrant de quelle manière des agents émettant une demande peuvent simul- tanément fournir de l'information codée au destinatire; et la figure 4 est un schéma synoptique mon- trant les unités matérielles employées dans le mode de mise en oeuvre actuellement préféré de l'invention. La figure 1 représente un diagramme des temps d'un processus de demande avec la priorité de la source, comme celui que l'on trouve dans l'architecture du Miulti Bus II Conformément au procédé défini par le diagramme des temps de la figure 1, l'agent qui s'ap- prête à demander une prise en charge (c'est-à-dire la source), prend la commande immédiate du bus et exécute des cycles de mémoire, d'E/S ou de message vis-à-vis d'agents qui pourraient prendre la demande en compte (parmi lesquels il y a l'agent destinataire) Ce pro- cessus commence à la suite de la transition négative 10 du signal désigné par DEMB (demande de bus) et de la transition de niveau logique valable '0 du signal désigné par ARBIT. L'agent demandeur (la source) fournit ensuite l'adresse de la zone de mémoire, d'E/S ou de message de l'agent répondant (destinataire) Un ou plusieurs cycles de transfert de source s'effectuent après cela pour informer l'agent destinataire du service demandé. L'agent demandeur (la source) délivre un signal deman- deur prêt (DEM PRET) lorsqu'il est prêt pour l'échange de données De façon analogue, un agent répondant (destinataire) délivre un signal répondeur prêt (REPOND. PRET) lorsqu'il est prêt à transférer les données C'est seulement après la délivrance de ces deux signaux PRET que le cycle de transfert est terminé Les cycles de transfert de source continuent jusqu'à ce que la ligne FDT (fin de transfert) soit activée. L'agent répondant (destinataire) doit à présent passer par un processus d'arbitrage afin de pouvoir disposer du bus en vue de la prise en charge de la demande effectuée par l'agent demandeur (la source). Le temps d'arbitrage ou de prise en charge peut être très long si d'autres agents ayant de plus grandes priorités participent également au processus d'arbitrage pour le bus Une fois que le destinataire a acquis la disposition du bus, il devient également l'agent deman- deur La source prend à présent le rôle de l'agent t, Lépondeur Le destinataire peut procéder ensuite à la prise en charge directe de la source. On comprendra que la méthode définie par les relations temporelles de la figure 1 est appliquée aussi par des bus ayant des lignes de demande discrètes puisqu'une seule ligne de demande peut être activée par plusieurs sources demandant à être prises en charge. Lorsqu'il est utilisé de cette manière, le logiciel du destinataire doit exécuter des cycles de mémoire ou no d'E/S pour déterminer laquelle des sources possibles demande à être prise en charge Ceci se traduit par de nombreux cycles de transfert de destinataire Donc, les lignes de demande discrètes suppriment seulement le besoin de cycles de transfert de source. On décrira maintenant un processus de demande avec la priorité du destinataire, processus qui est conforme à l'invention et dans lequel la priorité de la demande est seulement rendue dépendante du numéro arbitral du destinataire et non pas de la priorité de la source La description suivante contient de nombreux détails spécifiques, tels que des longueurs de bit, des largeurs de bus, et ainsi de suite, afin de permettre la compréhension complète de l'invention, mais il sera évident pour l'homme de métier que l'utilisation de ces détails spécifiques n'est pas nécessaire à la mise en oeuvre de l'invention En d'autres cas, des structures et des circuits bien connus ne sont pas représentés en détail pour ne pas alourdir inutilement la description de l'invention. Dans le diagramme des temps selon la figure 2, le concept de priorité du destinataire selon l'invention est explicité dans le cadre de l'utilisation préférée d'un cycle de type MBII Selon l'invention, lorsque la source demande à être prise en charge, elle utilise le numéro arbitral du destinataire La disposition du bus est ensuite accordée au destinataire, malgré le fait que celui-ci n'ait pas effectué lui-même un processus d'arbitrage pour pouvoir disposer du bus (ainsi que cela ressort de la figure 2, montrant un cycle de demande avec la priorité de la source) Ensuite, le destinataire peut considérer immédiatement qu'une demande a été émise et il peut alors commencer le programme de prise en compte de la demande Si le destinataire est le pro- priétaire actuel du bus (dispose du bus à ce moment), l'une des lignes de réserve non utilisées du MBII peut être activée par la source pour indiquer que la prise en charge est demandée au propriétaire actuel du bus Le destinataire saura ainsi qu'il ne doit pas céder la propriété du bus jusqu'à ce qu'il ait exécuté le pro- gramme de prise en charge de la demande. Le destinataire doit d'abord déterminer l'origine de la demande de prise en charge Dans le cadre de la présente invention, le logiciel du destina- taire pourrait interroger les différents agents pour déterminer la source d'o provient la demande en exé- cutant des cycles de transfert de destinataire, comme indiqué sur la figure 1 Le destinataire pourrait également utiliser les lignes de réserve précitées ou d'autres lignes afin de permettre à la source concernée de s'identifier elle-même. Dans le mode de mise en oeuvre préféré, selon la figure 2, la source demandant à être prise en charge, émet une demande de prise en charge par le bus parallèle en délivrant le signal de demande de bus (DEMB) et en transmettant, sur un bus d'identification (I D) con- necté à tous les agents du système, un code numérique correspondant à l'unique numéro arbitral de l'agent destinataire Ceci a lieu, dans le cas de la figure 2, au point de transition 20 Commence alors un cycle d'arbitrage qui, dans le cas de Multi Bus Il, dure toujours trois impulsions d'horloge Pendant le proces- sus d'arbitrage, tout agent demandant la disposition du bus, peut entrer dans ce processus Cependant, après trois impulsions d'horloge, tout agent sauf celui auquel a été accordé le bus, est éliminé du processus Dans l'exemple de la figure 2, la disposition du bus est accordée au destinataire à l'instant impulsion d'horloge 21. Le destinataire délivre ensuite, au point de transition 23, quand il est prêt à déterminer l'origine de la demande de prise en charge, les signaux phase de demande (PHASE DEM) et demandeur prêt (DEM PRET) A ce moment, la propriété du bus est également verrouillée, ce qui est indiqué par la transition 25 Ce verrouillage est un dispositif standard du Multi Bus II, permettant au propriétaire du bus de conserver celui-ci jusqu'à ce que le transfert de données ou la conversation entre la source et le destinataire soit terminé Ce verrouillage empêche d'autres agents d'acquérir la disposition du bus une fois que l'échange ou le transfert de données a commencé Le verrouillage de la propriété du bus est supprimé à la transition 31 sur la figure 2 après que tous les cycles de données ont été terminés. L'accès opéré par le destinataire à la tran- sition 23 est un accès pour la consultation de la zone d'interconnexion au logement de carte 31 Actuellement, le multibus II définit un accès d'agent au logement 31 comme un accès à sa propre zone d'interconnexion Dans les systèmes actuels utilisant un Multi Bus II, cet accès ne résulte pas en un cycle de bus Au lieu de cela, la présence de ce type de cycle d'accès sur le bus, peut être définie de façon unique comme une lecture séquen- tielle par blocs de la zone d'interconnexion (ISB pour "interconnect sequential block"). Une lecture ISB est simplement un accès d'interconnexion sur le bus, au logement 31, complété d'un transfert séquentiel par blocs pour le retour d'information codée relative à l'agent demandant à être il pri S en charge et au type de service demandé Comme représenté sur la figure 2, cette information est reçue par le destinataire en quatre périodes d'horloge (envi- ron 400 ns) Ceci est considérablement plus rapide que le cycle de transfert selon la méthode montrée par la figure 1. Dans l'exemple illustré par le diagramme des temps de la figure 2, l'information d'un premier cycle de lecture est fournie à l'impulsion d'horloge 28 et est g O libellée Données A Cette information peut correspondre à une demande d' interruption par exemple Un deuxième paquet d'information arrive à l'impulsion d'horloge 29, est libellé Données B et peut correspondre à une demande de DMA Enfin, pour maintenir l'intégrité du bus, un contrôle de parité est effectué pour vérifier si les Données A et les Données B contiennent des erreurs temporaires et/ou persistantes Le contrôle de parité est effectué à l'impulsion d'horloge 30 Ainsi, l'in- formation codée désignée par Données A, Données B et PARITE sur la figure 2, est retournée par tous les agents demandant à être pris en charge Des bits d'in- formation individuels sont attribués de façon distinc- tive à chaque agent. Lorsqu'on se reporte maintenant à la figure 3, celle-ci montre un schéma synoptique de la structure globale du système En utilisant de nouveau le MBII comme exemple préféré d'implantation, la figure 3 montre de quelle manière des agents demandeurs peuvent simul- tanément fournir au destinataire l'information codée Données A, Données B et Données C Chaque logement de carte du système représenté comporte une ligne de signal désignée par VERR Cette ligne est traditionnellement utilisée pour l'initialisation du logement de carte dans un processus communément connu sous le terme d'adressage géographique Une fois que chaque carte a été mise sous tension et convenablement initialisée, la broche VERR est habituellement ignorée Or, le mode de mise en oeuvre actuellement préféré de l'invention utilise les broches VERR comme un moyen pour renvoyer l'information au destinataire, comme décrit ci-après plus en détail. Chaque logement de carte et par suite chaque agent installé, est connecté par sa ligne VERR à une ligne ADR/DONNEES unique du bus 36 Lorsqu'une lecture ISB est exécutée, chaque agent peut contrôler indivi- duellement l'une des lignes ADR/DONNEES via les lignes ic, VERR A titre d'exemple, si seulement les agents dans les logements 10 et 17 désirent demander à être pris en charge, les lignes VERR coordonnées sont amenées au niveau logique " O "' La ligne VERR dans le logement 6, de même que celles d'autres agents non demandeurs, sont amenées au niveau logique " 1 ' Les lignes ADR/DONNEES lues par le destinataire, reflètent cette configuration. La source utilise la ligne VERR pour indiquer au desti- nataire que c'est elle l'agent particulier demandant à être pris en charge Les lignes d'arbitrage et de commande pour le système représenté sur la figure 3, sont constituées par les bus 34 et 35 respectivement. La figure 4 montre le schéma synoptique du matériel pour le mode de mise en oeuvre actuellement préféré de l'invention Côté destination, ce matériel comprend une unité de décodage d'arbitrage 40 qui est couplée à tous les autres agents du système par les lignes d'arbitrage 34. La circuiterie de décodage d'arbitrage sur- veille les lignes d'arbitrage et compare leurs valeurs avec le numéro arbitral local Une comparaison concor- dante indique que d'autres agents sur le bus demandent à être pris en charge L'unité de décodage d'arbitrage 40 adresse alors une demande à cycle automatique au bloc 41 à circuiterie d'accès d'interconnexion La demande à cycle automatique ordonne à ce bloc 41 d'exécuter une lecture séquentielle par blocs de la zone di'inteiconnexion (ISB) il est à noter que l'emploi d'un cycle automatique évite le besoin de communication inutile entre le matériel du destinataire et l'unité centrale Du temps précieux de l'unité centrale est ainsi économisé L'unité 40 de décodage du destinataire reçoit, par la ligne 49, le numéro arbitral local de l'agent destinataire La demande à cycle automatique, générée par l'unité de décodage 40, est appliquée par une ligne 50 à l'entrée de la circuiterie 41 d'accès d'interconnexion. Le bloc 41 à circuiterie d'accès d'inter- connexion active les lignes d'adresse et de données 36 et les lignes de commande 35 en vue de l'exécution d'une lecture ISB Le fonctionnement fondamental du bloc 41 consiste en l'exécution d'un cycle de lecture de Multi- Bus II Il comprend un automate à nombre fini d'états qui met en oeuvre les formes d'onde de la figure 2. L'automate fini lui-même peut être constitué, soit par une unité centrale de coût réduit, soit par un système logique programmable (formé par exemple par des ré- seaux logiques programmables Le bloc 41 comporte égale- ment une circuiterie pour générer une information de contrôle de parité. Après que la circuiterie d'accès d'inter- connexion a activé les lignes ADR/DONNEES et de com- mande, les agents demandeurs renvoient la configuration codée à la circuiterie 42 de décodage, de mappage et de contrôle de parité 42 Cette circuiterie génère des demandes d'interruption et de DMA appliquées au bus local et reflétant des demandes d'agents connectés au bus En d'autres termes, une fois que l'information codée provenant du matériel de l'émetteur (de la source) a été reçue, l'unité 42 de décodage, mappage et contrôle de parité organise les données et l'informationn sous la présentation normalisée pour une demande DMA ou une demande d'interruption pour le système d'exploita- tion. Un signal de cycle d'interrogation est envoyé par la ligne 51 au bloc 41 Ceci permet à l'unité centrale d'avoir la priorité sur la circuiterie d'accès d'interconnexion du destinataire pour interroger le matériel de l'émetteur et obtenir une information sur une base très simple et très rapide En utilisant le cycle prioritaire d'interrogation, l'unité centrale peut obtenir l'information en moins de quatre périodes d'horloge. Le matériel de l'émetteur (de la source), est divisé en quatre parties Un bloc 44 à circuiterie d'accès d'interconnexion et de demande surveille le bus pour un accès d'interconnexion au logement 31 A la détection d'un accès au logement 31 et d'une demande en cours, la circuiterie du bloc 44 met en service le tampon 45 et applique les données et l'information de parité adéquates au bus ADR/DONNEES 36 Le tampon 45 applique cette information au bus via la ligne VERR 37. La circuiterie 48 de sélection du numéro arbitral surveille indépendamment les demandes de DMA et d'inter- ruption et génère des numéros arbitraux appropriés pour l'unité logique d'arbitrage 47 Après cela, l'unité logique d'arbitrage 47 alimente les lignes d'arbitrage 34 du bus avec des numéros arbitraux de destination appropriés. Il est à noter que les cartes existantes compatibles avec le Multi Bus II, doivent seulement être équipés après coup des blocs 47 et 44 à circuiteries d'accès d'interconnexion, ainsi que d'un tampon 45 adéquat, pour les rendre entièrement compatibles - avec le concept de demande par destinataire selon l'invention De plus, le fait de baser la demande sur le numéro arbitral du destinataire n'interfère d'aucune manière avec d'autres activités ou fonctions du système. D'autres cartes ou logements de cartes n'ont aucun moyen de déterminer si la source ou la destination active effectivement les lignes d'arbitrage du bus La même chose est vraie également pour la ligne VERR puisque, pendant les cycles normaux du Multi Bus II, la broche VERR reste connectée aux lignes ADR/DONNEES. Dans la lecture séquentielle par blocs de la zone d'interconnexion, effectuée conformément au mode de mise en oeuvre actuellement préféré de l'invention, les no lignes VERR des cartes ou agents ne possédant pas la circuiterie additionnelle d'accès d'interconnexion, sont amenées au niveau haut par des résistances prévues sur la face arrière du bus, de sorte que ces cartes ou agents ignorent simplement l'activité sur le bus AD Rl DONNEES Donc, des cartes de l'art antérieur peuvent être incluses dans un système mettant en oeuvre l'invention, sans que cela interfère avec le transfert de données. L'invention n'est pas limitée aux formes de réalisation décrites etl'homme de l'art pourra y apporter diverses modifications, sans pour autant sortir de son cadre Par exemple, la description qui précède montre un mode de mise en oeuvre particulier d'un concept de demande avec la priorité du destinataire, mais d'autres modes de mise en oeuvre sont possibles également. On vient ainsi de décrire un mécanisme de demande qui utilise la priorité du destinataire et par lequel un agent (constituant la source ou l'émetteur) informe un autre agent (le destinataire) qu'il doit être pris en charge. REVENDICATIONS 1 Procédé par lequel, dans un bus servant au transfert de données entre une pluralité d'agents de traitement de données, un premier agent informe un second agent de la nécessité d'un service, caracté- risé en ce qu'il comprend les étapes consistant à: effectuer un processus d'arbitrage pour accorder au premier agent la disposition du bus en utilisant un numéro arbitral du second agent; o attribuer la commande du bus au second agent; et permettre au premier agent de retourner au second agent de l'information codée en s'identifiant comme l'agent demandeur. 2 Procédé selon la revendication 1, dans lequel l'information codée identifie aussi le type de service demandé. 3 Procédé selon la revendication 2, dans lequel le second agent est capable de générer un signal de verrouillage obligeant le premier agent à accepter seulement des adresses et des commandes, le premier agent appliquant ensuite l'information codée au bus jusqu'à ce que le signal de verrouillage soit désactivé. 4 Procédé selon la revendication 3, dans lequel l 'information codée est renvoyée au second agent avant la fin d'un Intervalle de taeis correspondant à quatre périodes d'horloge. Procédé par lequel, dans un bus comprenant des lignes d'arbitrage ( 34), des lignes ( 36) d'adresse et de données (ADR/DONNEES) et des lignes de commande ( 35) pour transférer des données entre une pluralité d'agents de traitement de données, un agent émetteur (source) demande un service de la part d'un agent destinataire, caractérisé en ce qu'il comprend les étapes consistant à: effectuer un processus d'arbitrage pour accorder à l'émetteur la disposition du bus sur la base du numéro arbitral du destinataire; attribuer la commande du bus au destinataire; et transférer de l'information codée de l'émetteur au destinataire avec identification de l'émetteur (source) comme agent demandeur et avec en plus l'identification du type de service à effectuer. 6 Procédé selon la revendication 5, comprenant O en outre l'étape consistant à exécuter une lecture d'accès d'interconnexion sur le bus par le destinataire, lecture qui est à opérer dans la zone d'interconnexion du destinataire lui-même, avant l'étape de transfert. 7 Procédé selon la revendication 6, dans lequel -1 le destinataire est capable de générer un signal de verrouillage obligeant l'émetteur à accepter seulement des adresses et des commandes, le premier agent appli- quant ensuite l'information codée au bus, jusqu'à ce que le signal de verrouillage soit désactivé. 8 Procédé selon la revendication 6, dans lequel l'information codée est renvoyée au destinataire avant la fin d'un intervalle de temps correspondant à quatre périodes d'horloge. 9 Procédé selon la revendication 6, dans lequel le destinataire comprend: un moyen ( 40) de décodage d'arbitrage pour sur- veiller les lignes d'arbitrage ( 34) et comparer les numéros arbitraux appliqués sur ces lignes avec le numéro arbitral local du destinataire, une comparaison concordante indiquant qu'un autre agent connecté au bus demande un service, le moyen ( 40) de décodage d'arbitrage générant une demande à cycle automatique lorsqu'il se produit une telle comparaison concordante; un circuit ( 41) d'accès d'interconnexion pour piloter les lignes ADR/DONNEES ( 36) et de commande ( 35) en vue de l'exécution de la lecture d'accès d'intercon- nexion en réponse au cycle automatique; et un moyen ( 42) de décodage, de mappage et de con- trôle de parité pour générer des demandes d'interruption et d'accès direct à la mémoire (DMA) sur le bus en réponse à la réception de l'information codée provenant de l'émetteur (source). Procédé selon la revendication 9, dans lequel la lecture d'accès d'interconnexion comprend un accès d'interconnexion sur le bus vers un logement ( 31). il Procédé selon la revendication 10, dans lequel l'information codée est reçue par le destinataire en quatre périodes d'horloge. 12 Procédé selon la revendication 9, dans lequel l'émetteur (source) comprend: un moyen ( 44) formant une circuiterie de demande d'accès d'interconnexion pour surveiller le bus afin de détecter quand la lecture d'accès d'intercon- nexion a lieu, ce moyen ( 44) activant un tampon ( 45) pour piloter avec l'information codée les lignes ADR/DONNEES ( 36); et un moyen formant circuit d'arbitrage ( 47, 48) pour surveiller les demandes de DMA et d'interruption et pour piloter le bus avec le numéro arbitral du destinataire. 13 Procédé selon la revendication 12, dans lequel l'information codée est appliquée pour pilotage aux lignes ADR/DONNEES ( 36) à travers une ligne de verrouillage VERR ( 37). 14 Procédé par lequel, dans un bus d'ordinateur servant au transfert de données entre une pluralité d'agents de traitement de données, un premier agent informe un second agent de la nécessité d'un service, caractérisé en ce qu'il comprend les étapes consistant à: effectuer un processus d'arbitrage pour accorder au premier agent la disposition du bus en utilisant le numéro arbitral du second agent; attribuer la disposition du bus au second agent; et communiquer l'identité du premier agent au second agent. Procédé selon la revendication 14, dans lequel l'étape de communication de l'identité consiste à amener le second agent à exécuter un programme de de- mande de serviceafin d'interroger la pluralité d'agents et de déterminer ainsi l'identité du premier agent et le type de service demandé.