Brevet FR2845785A1 — publié le 20040416

DOMAINE DE L'INVENTION La présente invention concerne des solutions par composants matériels pour planifier des processus et de façon davantage particulière, la présente invention concerne des procédés et appareils 5 permettant de planifier en temps opportun un traitement de données pour des services de données par train. ARRIERE-PLAN DE L'INVENTION L'un des défis les plus classiques auxquels sont confrontés les concepteurs de systèmes par composants matériels est constitué par 10 la coordination d'une planification d'événements pour un nombre important N de processus. Chacun des N processus dispose d'un "temps d'événement suivant" auquel ce processus doit être manipulé. Selon l'art, "la manipulation" inclut, sans qu'on soit limité à cela: un traitement spécifique d'événement de durée courte de même que 15 l'initiation d'un traitement de données de durée longue. Un planificateur d'événement est utilisé pour initier une manipulation pour des processus respectifs à des temps correspondants appropriés. Pour des mises en oeuvre de planification d'événement par composants matériels, il est classique d'identifier des processus qui 20 ont besoin d'une manipulation à des temps correspondants appropriés au moyen d'un balayage répétitif d'une information. Suite à chaque top d'un signal d'horloge, une information qui est associée à tous les processus est balayée pour identifier des événements à manipuler. Ces procédés traditionnels peuvent être satisfaisants pour une 25 application qui planifie un nombre relativement petit de processus en utilisant une vitesse de manipulation donnée (des applications faible densité). Cependant, lorsque le nombre N de processus à planifier augmente tandis que la vitesse de manipulation est maintenue à l'identique (applications haute densité), ces solutions deviennent de 30 moins en moins viables. Une entrave observée de façon fréquente en relation avec l'approche par balayage est le budget temps serré disponible pour un balayage sur l'information. Lorsque le nombre de processus N devient grand ou que le budget temps devient faible, ces solutions s'avèrent ne pas pouvoir être mises en oeuvre dans la 35 pratique en termes d'échelle. Afin d'alléger le problème d'échelle, les architectes de systèmes par composants matériels font typiquement le choix de diviser les N processus selon m groupes de dimension N/m et de dédier un planificateur par balayage à chaque groupe de processus de dimension N/m. Bien que ceci constitue une mesure de soulagement, lorsque le nombre de processus N augmente, m doit augmenter en conséquence afin de réaliser une compensation. Ceci signifie que m 5 mises en oeuvre de planificateur par balayage doivent être utilisées pour réaliser un balayage en parallèle, ce qui représente un cot important en termes de logique de composants matériels. Soit les cots de parallélisme en termes de composants matériels deviennent trop élevés, soit le budget en termes de temps pour manipuler chaque 10 processus devient trop faible, ce qui conduit par conséquent à des solutions qui ne peuvent pas être envisagées dans la pratique en termes d'échelle. Bien que la planification par composants matériels de multiples processus couvre une large variété d'applications, l'invention sera 15 présentée ici en relation avec des technologies et produits convergents et en particulier, en relation avec des applications de téléphonie traitant un besoin courant du marché. Les technologies convergentes concernent la fusion d'informations vocales, de données et d'informations vidéo qui sont mises à disposition sur le même réseau 20 de transport de données en intégrant des technologies de télécommunication et d'ordinateur. Au niveau du support d'applications de téléphonie, un service de constitution de données sous forme de train présenté à titre d'exemple, soit le service par protocole voix sur l'lnternet ou VolP peut 25 être utilisé. Les technologies VolP sont utilisées pour mettre à disposition des sessions de la qualité téléphone sur des réseaux de transport de données commutés par paquets. Un équipement de traitement par train de données présenté à titre d'exemple qui met à disposition des services VolP inclut: des noeuds de commutation, des 30 dispositifs d'aiguillage ou routeurs, des multiplexeurs, des démultiplexeurs, des mixeurs ou mélangeurs etc..., les produits convergents de téléphonie VolP qui nécessitent la manipulation d'un nombre important de trains de données vocaux sont à mentionner de façon particulière, produits dans lesquels la manipulation inclut au 35 moins l'initiation d'une lecture audio cadencée d'échantillons de données vocaux. Du point de vue de la perspective de la mise en oeuvre par composants matériels, chaque train de données vocales est appelé processus qui doit être manipulé en traitant en temps opportun des données en association. Une lecture en temps opportun des données nécessite une planification. Des solutions par composants matériels pour la planification de lecture efficiente sont conçues de manière à 5 mettre à disposition un nombre important de sessions de téléphone d'une manière efficiente ou efficace et envisageable en termes d'échelle à des densités de train de plus en plus élevées comme induit par une demande croissante pour des services mis à disposition. Les facteurs à considérer incluent: une information de cadencement qui 10 est noyée dans le train de données convoyé et qui n'est par conséquent pas disponible pour une planification a priori et une possibilité probable que les données vocales convoyées dans des paquets associés à chaque train de données ne soient pas convoyées de façon séquentielle. Un procédé de l'art antérieur présenté à titre d'exemple simple d'une planification de multiples processus est présenté sur la figure 1. Des paquets VolP arrivants 100 sont reçus 102 via un réseau de transport de données commuté par paquets associé (qui n'est pas représenté). Les paquets 100, qui convoient des données VolP, sont 20 typiquement tamponnés dans un tampon de paquets 110. Chaque paquet comporte un en-tête et une charge utile. La charge utile de paquet VolP transporte des données d'échantillon vocales. L'information qui est convoyée dans l'en-tête de paquet VoIP est utilisée pour dériver une identification de train vocal (streamlD) afin 25 d'associer la charge utile du paquet VolP à un train de données vocales particulier. Chaque entête de paquet VolP spécifie en outre une valeur d'indexage temporel de segment de train de données afin de séquencer la charge utile en relation avec le train de données vocales particulier. L'en-tête peut spécifier de façon implicite la 30 streamlD. La streamlD peut être déterminée en classifiant le paquet sur la base des zones d'en-tête de paquet telles que l'adresse de protocole d'Internet (IP), le numéro de port de protocole utilisateur "User Datagram Protocol" ou UDP etc... De façon ultime, les données d'échantillon vocales qui sont 35 convoyées au moyen des paquets VoIP sont lues pour un être humain. Conformément au service par mise en trains de données présenté à titre d'exemple, des échantillons vocaux sont générés et ils doivent être lus selon des intervalles de 125 microsecondes. Le système de l'audition de l'être humain assure un certain degré de flexibilité au niveau de l'interprétation des signaux audio lus. Par conséquent, conformément à une mise en oeuvre de planification à multiples processus de l'art antérieur présentée, un 5 planificateur 120 est sensible à un signal d'horloge à 8 kHz 122 en provenance d'une horloge système 124. Le signal d'horloge à 8 kHz divise le fonctionnement du planificateur 120 selon des intervalles de 125 microsecondes. Pendant chaque intervalle de 125 microsecondes, le planificateur 120 réalise une recherche 130. La recherche 130 balaie 10 132 le contenu du tampon de paquets 110 et identifie 134, sur la base de valeurs d'index temporel d'en-tête de paquet VolP, quelles données d'échantillon vocales 136 doivent être fournies 138 à un module de lecture 140 pour une lecture. Du fait que de multiples trains doivent être manipulés simultanément au niveau du support de multiples 15 sessions de téléphone simultanées, on s'attend à ce que de multiples processus puissent être requis pour démarrer la lecture pendant le même intervalle de 125 microsecondes. Une séquence de manipulations générée au moyen de trois balayages consécutifs 132 est présentée de façon schématique sur la figure 1 o: un paquet (1) 20 est identifié pour une manipulation au niveau du premier balayage, deux paquets (2) sont identifiés pour une manipulation au niveau du second balayage et un paquet (3) est identifié pour une manipulation au niveau du troisième balayage. Le module de lecture 140 est muni 138 des paquets identifiés 25 136 nécessitant une manipulation. Le module de lecture 140 utilise l'information streamlD qui est associée aux paquets identifiés afin de réaliser une association entre et lit les échantillons vocaux en connexion avec des trains audio respectifs pour des sessions de téléphone respectives. Le contenu des paquets identifiés commence à 30 être lu à la suite de son identification et continue à être lu pendant des intervalles temporels de 125 microsecondes qui suivent simultanément à d'autres données d'échantillons vocales jusqu'à ce que tous les échantillons de données vocales convoyés au moyen de paquets respectifs aient été lus. Le fonctionnement du module de lecture 140 35 est au-delà du cadre de la présente description et il est décrit ailleurs. Le module de lecture 140 est responsable de la libération de l'espace mémoire ou de stockage dans lequel sont contenus des paquets après que ces paquets ont été lus. Conformément à la recherche simple 130 présentée en relation avec la mise en oeuvre de l'art antérieur présentée à titre d'exemple, le planificateur 120 inspecte le contenu complet du tampon de paquets 110. Tous les paquets 100 sont inspectés pendant chaque balayage 5 32 indépendamment de s'ils nécessitent une manipulation ou non. Le tampon de paquets 110 peut contenir plus d'un paquet de données VolP par train de données VolP (session de téléphone). Il est très probable, au niveau de l'utilisation d'un transport de données commuté par paquet, que des paquets arrivent hors 10 séquence. Le temps machine important subi par le balayage répétitif 132 assure de fait le bénéfice de l'identification de paquets à manipuler dans la séquence correcte sans trier de façon active les paquets reçus. Le balayage répétitif 132 porte attention au séquençage des paquets reçus hors séquence. La recherche 130 mentionnée ci-avant et présentée à titre d'exemple est relativement simpliste mais elle est destinée à représenter les principes pertinents. Il est bien entendu au niveau de l'art que l'information considérée par le balayage 132 est trouvée seulement dans des en-têtes de paquet. Par conséquent, seulement 20 des en-têtes de paquet sont balayés 132 afin d'identifier les paquets suivants à lire. Il doit être bien entendu que le balayage d'en-tête de paquet 132 subit un temps machine au niveau du fait de garder trace de localisations ou d'emplacements de stockage en mémoire au niveau desquels les en-têtes de paquet sont trouvés. Le fait de garder 25 trace de localisations ou d'emplacements de stockage d'en-têtes de paquet est typiquement mis en oeuvre via une consultation en table. Le temps qui est consommé pour réaliser une telle recherche augmente par conséquent avec le nombre total de paquets VolP qui sont stockés dans le tampon et à ce niveau réside un problème de 30 mise en oeuvre pratique en termes d'échelle. En faisant appel à l'expression "problème de mise en oeuvre pratique en termes d'échelle", on entend que: le fait d'utiliser le planificateur 120 pour balayer 132 le contenu complet du tampon de paquets sera une solution de moins en moins viable compte tenu du débit augmenté de 35 données, au niveau du support de plus de sessions de téléphone simultanées. Un problème observé réside dans le fait que de nombreux entêtes de paquet sont inspectés de façon non nécessaire du fait que plus d'un paquet de données présentant la même streamlD est typiquement stocké dans le tampon de paquets 110. Par conséquent, lorsque le débit de paquets est augmenté, au niveau du support d'un nombre plus important de sessions de téléphone simultanées, il 5 devient de plus en plus difficile de balayer des en-têtes de paquet pendant l'intervalle de 125 microsecondes. Afin de pouvoir manipuler davantage de paquets de données au niveau du support de davantage de trains de données (des sessions de téléphone), il est nécessaire d'utiliser m agencements 10 multiples comme représenté sur la figure 1 en parallèle. La planification parallèle de trains de données devrait en outre souffrir d'un temps machine de traitement subi au niveau de la distribution des paquets arrivants 102 sur les m tampons de paquets 110. Dit d'une autre façon, des indices pertinents du fonctionnement 15 de ces mises en oeuvre sont le nombre de paquets K stockés dans le tampon de paquets 110. Le temps machine subi au niveau du balayage 130 du tampon de paquets 110 varie proportionnellement à K. Le temps machine peut être distribué en utilisant de multiples agencements m. Le temps machine de traitement requis au niveau de 20 la mise en oeuvre de ce qui précède est dit être d'ordre (K/m) o K/m représente la quantité de données par tampon de paquets ou le nombre de paquets de données par tampon de paquets, de façon respective. Il sera noté que, conformément à ces mises en oeuvre, le nombre de processus de train de données mis à disposition réellement 25 (les sessions de téléphone) N n'est pas égal à K. Par conséquent, le balayage 132 du tampon de paquets entier est considéré comme ne pouvant pas être mis en oeuvre dans la pratique pour des applications de téléphonie VolP mais peut être une solution de planification viable en termes de composants matériels 30 pour d'autres applications. Conformément à encore une autre amélioration de l'art antérieur présentée sur la figure 2, les paquets VolP arrivants 102 sont pré-traités par un gestionnaire de file d'attente 202. Le gestionnaire de file d'attente 202 fonctionne en conjonction avec des files d'attente 210 35 dont chacune est associée à un train de données VolP individuel (une session de téléphone). Le gestionnaire de file d'attente 202, suite à la réception de chaque paquet VolP, dérive 204 la streamlD spécifiée dans l'en-tête de paquet, additionne 206 le paquet VolP à la file d'attente correspondante 210 et trie les paquets stockés dans la file d'attente de streamlD 210 en relation avec leurs valeurs d'index temporel. Le tri de files d'attente de train 210 est nécessaire et ce tri reséquence les paquets 102 arrivant hors séquence, comme c'est typiquement le cas. Bien que le tri de la file d'attente 210 soit présenté ici afin d'assurer une compréhension aisée des concepts pertinents, dans la pratique, une telle étape nécessaire est considérée comme introduisant des temps machine de traitement importants. 10 Typiquement, le même résultat est réalisé en insérant des références d'adresse de mémoire au paquet reçu stocké nouvellement dans une liste de références triée conformément à des valeurs d'index temporel de paquet correspondantes. La mise en oeuvre de la liste de références nécessite des ressources additionnelles. La mise en oeuvre 15 souffre en outre de réservations de stockage multi-file d'attente indépendantes qui ont été sinon consolidées au niveau de la mise en oeuvre présentée ci-avant. L'agencement présenté sur la figure 2 permet à un planificateur 220 d'inspecter seulement un paquet par train VolP au niveau de 20 l'identification de trains de données nécessitant une manipulation pendant un intervalle de 125 microsecondes. Le pré-traitement qui est réalisé par le gestionnaire de file d'attente 202 permet au planificateur 220 de balayer seulement la tête de ligne des files d'attente de streamlD triées par index temporel 210. Même moyennant l'amélioration présentée ci-avant, le budget temporel de 125 microsecondes constitue toujours une limite concernant le nombre de files d'attente de streamlD 210 qui peuvent être balayées 232. Par exemple, lorsque le planificateur 202 balaie 232 l'ensemble des N files d'attente de trains 210, seulement deux trains 30 (1) s'avèrent nécessiter une manipulation pendant un premier intervalle de 125 microsecondes et un seul train (2) s'avère nécessiter une manipulation pendant un second intervalle de 125 microsecondes. Un temps machine important est par conséquent subi au niveau de l'inspection de files d'attente de trains 210 qui ne nécessitent pas une 35 manipulation pendant un intervalle de 125 microsecondes particulier. Cette mise en oeuvre est considérée comme ne pouvant pas être envisageable dans la pratique en termes d'échelle pour cette raison particulière également. Une capacité de manipulation de train de données additionnelle peut être fournie en utilisant de multiples agencements selon un nombre m tel que représenté sur la figure 2. Dit d'une autre façon, des indices pertinents du fonctionnement d'une telle mise en oeuvre sont le nombre N de files d'attente de trains 5 210. Le temps machine subi au niveau du balayage 232 varie proportionnellement à N. Le temps machine peut être distribué en utilisant de multiples agencements selon le nombre m. Le temps machine de traitement requis au niveau de la mise en oeuvre de ce qui précède est dit être d'ordre (N/m) o N/m est le nombre de files 10 d'attente de trains 210 par agencement. Les mises en oeuvre de l'art antérieur présentées ci-avant souffrent de la nécessité d'un redéveloppement du fait qu'une capacité de manipulation de trains de données VolP additionnelle est nécessaire, ce qui contribue encore au problème de mise en oeuvre 15 pratique du fait du facteur d'échelle. Par conséquent, il existe un besoin pour résoudre les problèmes de non possibilité de mise en oeuvre pratique en termes d'échelle qui ont été mentionnés ci-avant. RESUME DE L'INVENTION Un objet de l'invention consiste à surmonter les inconvénients de l'art antérieur. Conformément à un premier mode de réalisation de l'invention, un appareil de planification est proposé. L'appareil de planification inclut un stockage indexé temporellement pour stocker de façon 25 retrouvable une pluralité de listes de tâches séquencées temporellement. Chaque liste de tâches spécifie au moins une unité de travail à manipuler pendant un intervalle temporel correspondant à la liste de tâches. L'appareil de planification inclut en outre un stockage d'unités de travail et un planificateur. Le stockage d'unités de travail 30 stocke de façon retrouvable au moins une unité de travail. Pendant un intervalle temporel particulier, le planificateur manipule au moins une unité de travail spécifiée dans une liste de tâches correspondante. Conformément à une caractéristique du premier mode de réalisation de l'invention, l'appareil de planification inclut en outre un 35 sélecteur. Le sélecteur est sensible à un signal d'horloge et il sélectionne une liste de tâches pendant un intervalle temporel correspondant. Conformément à une autre caractéristique du premier mode de réalisation de l'invention, l'appareil de planification inclut en outre un tableau de service de processus. Le tableau de service de processus comporte des entrées qui spécifient une pluralité de processus à 5 planifier pour une manipulation. Chaque processus dispose d'une liste séquencée temporellement associée d'unités de travail en association. Le planificateur, au niveau de la manipulation de l'au moins une unité de travail, manipule une unité de travail de tête de ligne dans la liste séquencée temporellement. Conformément à un second mode de réalisation de l'invention, un appareil de planification est présenté. L'appareil de planification inclut: une table indexée temporellement, un tampon de stockage d'unités de travail, une table indexée par processus et un planificateur. La table indexée temporellement dispose d'entrées de liste de tâches. 15 Chaque entrée de liste de tâches référence une liste de tâches correspondante. Chaque liste de tâches dispose d'éléments de liste de tâches. Chaque élément de liste de tâches spécifie un processus à manipuler pendant un intervalle temporel correspondant. Le tampon de stockage d'unités de travail contient une pluralité d'unités de travail. La 20 table indexée par processus dispose d'entrées de processus. Chaque entrée de processus dispose d'une liste d'unités de travail séquencées temporellement en association. Chaque unité de travail contient une spécification d'un temps de manipulation. Le planificateur réalise l'analyse syntaxique d'une liste de tâches pendant un intervalle 25 temporel correspondant et provoque l'initiation de la manipulation d'unités de travail de tête de ligne correspondant à des processus spécifiés dans la liste de tâches. Une fois qu'une manipulation pour chaque unité de travail de tête de ligne a été initiée, le temps de manipulation associé à une unité de travail suivante est utilisé pour 30 replanifier le processus correspondant dans la table indexée temporellement en vue d'une manipulation suivante. Conformément à un troisième mode de réalisation de l'invention, un appareil de planification est présenté. L'appareil de planification inclut une table indexée temporellement, un tampon de 35 stockage d'unités de travail et un planificateur. La table indexée temporellement dispose d'entrées de liste de tâches séquencées temporellement. Chaque entrée de liste de tâche référence une liste d'unités de travail correspondante. Chaque liste d'unités de travail dispose d'éléments de liste d'unités de travail. Chaque élément de liste d'unités de travail spécifie une unité de travail à manipuler pendant un intervalle temporel correspondant. Le tampon de stockage d'unités de travail contient une pluralité d'unités de travail. Chaque unité de travail 5 spécifie un temps de manipulation. Le planificateur réalise une analyse syntaxique sur une liste d'unités de travail pendant un intervalle temporel correspondant afin de générer l'initiation de la manipulation de l'unité de travail qui est spécifiée dans la liste d'unités de travail. Conformément à un quatrième mode de réalisation de 10 l'invention, un procédé de planification d'une pluralité d'unités de travail pour une manipulation est proposé. Chaque unité de travail est associée à l'une d'une pluralité de listes de tâches séquencées temporellement pour une manipulation afférente pendant un intervalle temporel qui est spécifié au moyen d'une spécification d'index temporel 15 correspondant à l'unité de travail. Une liste de tâches est sélectionnée et une manipulation est initiée pour chaque unité de travail dans la liste de tâches sélectionnée. Conformément à un cinquième mode de réalisation de l'invention, un procédé de planification d'une pluralité de processus 20 pour une manipulation est proposé. Chacune d'une pluralité d'unités de travail est associée à un processus correspondant. Les unités de travail associées à chaque processus sont séquencées. Une liste de tâches qui spécifie une pluralité de processus à manipuler pendant un intervalle temporel particulier est sélectionnée parmi une pluralité de 25 listes de tâches. Une manipulation pour chaque processus dans la liste de tâches sélectionnée est initiée. Suite à la manipulation de chaque processus, le processus est associé à une autre liste de tâches pour une manipulation suivante sur la base de spécifications d'index temporel correspondant à des unités de travail associées au processus 30 manipulé. Des avantages sont dérivés à partir d'une utilisation efficiente ou efficace de la puissance de traitement du planificateur lorsque le nombre de processus est augmenté. La solution de planification par composants matériels est simple, efficiente et envisageable dans la 35 pratique en termes d'échelle. BREVE DESCRIPTION DES DESSINS Les caractéristiques et avantages de l'invention apparaîtront de façon davantage évidente au vu de la description détaillée qui suit du mode ou des modes de réalisation préférés par report aux dessins annexés parmi lesquels: la figure 1 est un schéma qui représente une mise en oeuvre de l'art antérieur d'un appareil qui planifie des processus pour une manipulation; la figure 2 est un schéma qui représente une autre mise en oeuvre de l'art antérieur d'un autre appareil qui planifie des processus pour une manipulation; la figure 3 (qui est constituée par les figures 3A et 3B) est un 10 schéma qui représente des étapes de processus présentées à titre d'exemple ainsi qu'une mise en oeuvre présentée à titre d'exemple d'un appareil qui planifie un nombre important de processus pour une manipulation conformément à un mode de réalisation présenté à titre d'exemple de l'invention; la figure 4 est un schéma qui représente une autre mise en oeuvre présentée à titre d'exemple d'un appareil qui planifie un nombre important de processus pour une manipulation conformément à un autre mode de réalisation présenté à titre d'exemple de l'invention; la figure 5 est un schéma qui représente une mise en oeuvre 20 supplémentaire présentée à titre d'exemple d'un appareil qui planifie un nombre important de processus pour une manipulation conformément à un mode de réalisation supplémentaire présenté à titre d'exemple de l'invention; la figure 6 est un schéma qui représente des étapes de 25 processus génériques qui sont réalisées par un classificateur de paquets conformément à un mode de réalisation présenté à titre d'exemple de l'invention; la figure 7 est un schéma qui représente des étapes de processus génériques qui sont réalisées par un planificateur 30 conformément à un mode de réalisation présenté à titre d'exemple de l'invention; la figure 8 est un schéma qui représente des étapes de processus génériques qui sont réalisées au moyen d'un module de lecture conformément à un mode de réalisation présenté à titre 35 d'exemple de l'invention; la figure 9 est un schéma qui représente encore une autre mise en oeuvre présentée à titre d'exemple d'un appareil qui planifie un nombre important de processus pour une manipulation conformément à encore un autre mode de réalisation présenté à titre d'exemple de l'invention; la figure 10 est un autre schéma qui représente des étapes de processus génériques qui sont réalisées par un classificateur de 5 paquets conformément à un autre mode de réalisation présenté à titre d'exemple de l'invention; et la figure 11 est un autre schéma qui représente des étapes de processus génériques qui sont réalisées par un planificateur selon un autre mode de réalisation présenté à titre d'exemple de l'invention. Il sera noté que sur les dessins annexés, des caractéristiques identiques sont porteuses d'étiquettes ou d'index de référence similaires. DESCRIPTION DETAILLEE DES MODES DE REALISATION La figure 3 est un schéma qui représente, conformément à un 15 mode de réalisation présenté à titre d'exemple, des étapes de processus ainsiqu'une mise en oeuvre d'un appareil qui planifie un nombre important de processus pour une manipulation. Conformément au mode de réalisation présenté à titre d'exemple de l'invention, le planificateur 320 est soulagé du temps 20 machine d'identification des processus à planifier pour la manipulation pendant l'intervalle de 125 microsecondes courant. Par conséquent, la puissance de traitement totale du planificateur 320 est dédiée, pendant le budget temporel de 125 microsecondes, au traitement de l'information de train de données pour manipuler des trains de 25 données correspondants. Le signal d'horloge à 8 kHz 122 est utilisé pour faire avancer un pointeur d'index temporel 322 dans une table indexée temporellement 330 comportant des entrées 332. Suite à l'atteinte de la fin de la table indexée temporellement 330, le pointeur d'index temporel 322 saute en 30 retour sur le sommet de la table indexée temporellement 330 (cyclage). Chaque entrée 332 est peuplée d'une référence (un pointeur) sur une liste de tâches 334. Chaque liste de tâches 334 peut être mise en oeuvre selon une certaine variété de façons. La mise en oeuvre par liste liée terminée par nul 334 présentée à titre d'exemple ici 35 n'est pas destinée à limiter l'invention. Chaque liste de tâches 334 inclut des éléments de liste de tâches 336. Chaque élément de liste de tâches 336 dispose d'une structure de données qui comporte des entrées spécifiant au moins un train planifié pour une manipulation pendant l'intervalle de 125 microsecondes correspondant. L'élément de liste de tâches 336 peut en outre contenir une référence (un pointeur) sur un élément de liste de tâches suivant 336 dans la liste de tâches 334. Chaque 5 spécification de train inclut une référence (un pointeur) 338 sur un train de données. Chacun des pointeurs de train 338 pointe sur une entrée 362 d'une table de trains 360. Pendant chaque intervalle de 125 microsecondes, le planificateur 320 lit la liste de tâches 334 qui est spécifiée par le 10 pointeur d'index temporel 322. Pour chaque entrée 336 dans la liste de tâches 334, le planificateur 320 utilise la spécification de pointeur 338 pour accéder 324 à des entrées 362 de la table de trains 360. Tous les processus correspondant à des entrées 336 d'une liste de tâches 334 sont manipulés par le planificateur 320 pendant l'intervalle temporel de 15 125 microsecondes. Au niveau d'un accès 324 à chaque entrée 362 dans la table de trains 360, le planificateur 320 génère l'initiation de la manipulation de données d'échantillon vocales pour la lecture. Un temps suivant pendant lequel ce train particulier aura besoin d'une manipulation à 20 nouveau est déterminé. Une entrée correspondante 332 dans la table indexée temporellement 330 correspondant à l'intervalle suivant dans lequel le train aura besoin d'une manipulation à nouveau est trouvée 326. Et une entrée de liste de tâches 336A est insérée 328 dans la liste de tâches correspondante 334. Des entrées de liste de tâches suivantes 336 sont insérées dans des listes de tâches 334 pour être manipulées après la liste de tâches traitée présentement 334 par bouclage depuis le sommet de la table d'index temporels 330 si nécessaire. La table d'index temporels 330 dispose d'un certain nombre d'entrées 332. En général, le nombre 30 d'entrées 332 présente une correspondance inverse par rapport à une granularité de contrôle de planification souhaitée. Un soin particulier doit être pris au niveau de la sélection de la dimension de la table d'index temporels 330 de telle sorte que l'insertion d'entrées de liste de tâches suivantes 336 ne subisse pas un 35 bouclage sur la liste de tâches traitée présentement 334. La flexibilité du système d'audition de l'être humain au niveau de l'interprétation d'un son lu, flexibilité à laquelle il a été fait allusion ci-avant, et une certaine variété d'autres facteurs associés à la génération, au convoyage et au traitement de paquets VolP en utilisant un équipement contemporain permettent le convoyage d'environ 32 millisecondes de données vocales 256 échantillons vocaux - dans un paquet VolP. Un temps machine de largeur de bande ou bande 5 passante relativement élevé est subi au niveau du convoyage de moins qu'environ 256 échantillons vocaux par paquet. Une qualité de service plus faible est perçue lors de l'utilisation de plus qu'environ 256 échantillons vocaux du fait que des échantillons vocaux générés au préalable doivent attendre une transmission avant que les derniers 10 échantillons vocaux ne soient générés. Il est mis en exergue que les valeurs de fonctionnement présentées à titre d'exemple qui ont été mentionnées ci- avant réalisaient un équilibre entre l'efficience d'utilisation de la largeur de bande ou bande passante et la qualité de service perçue en utilisant des procédés contemporains sur un 15 équipement de traitement de données contemporain. Le temps machine en termes de largeur de bande ou bande passante est compris au sens large comme incluant, sans qu'on soit limité à ceci: la largeur de bande ou bande passante de transport, les capacités de stockage en tampon, la largeur de bande ou bande passante de 20 traitement de paquet, la largeur de bande ou bande passante de traitement d'échantillon vocal etc... Il doit être bien entendu que d'autres applications sont soumises à d'autres valeurs de fonctionnement qui affectent la planification de processus d'une manière similaire. Conformément au mode de réalisation présenté à titre d'exemple, si un paquet peut convoyer 256 échantillons de données vocales, alors la table d'index temporels 330 peut être d'une longueur d'au moins 256 entrées (332). L'invention générale n'est pas limitée à une table indexée temporellement 330 qui dispose de 256 entrées; de 30 façon générale, le choix de conception est utilisé au niveau de la sélection d'une dimension de table. Il doit être noté que seulement une référence 338 à chaque train de données (de processus) à manipuler est maintenue dans la table d'index temporels 330. Ceci est à coupler au fait que le fait que la 35 puissance de traitement complète du planificateur 320 est dédiée à la manipulation de processus rend très efficace la planification de processus par composants matériels. La manipulation de processus est présentée de manière davantage détaillée sur la figure 3B. Chaque entrée de table de trains 362 est représentée comme disposant de façon supplémentaire d'une spécification d'index temporel suivante 364 qui est utilisée pour 5 déterminer l'intervalle temporel de 125 microsecondes pendant lequel le train aura besoin d'une manipulation à nouveau. Chaque entrée de table de trains 362 spécifie en outre une référence 366 à une liste de paquets reçus 370 en association avec le train de données. Chaque liste de paquets reçus 370 inclut des éléments de liste de paquets 372. 10 La référence 366 pointe sur l'élément de liste de paquets de tête de ligne 372. Chaque élément de liste de paquets 372 dispose d'une structure de données qui comporte des entrées spécifiant au moins une référence d'adresse de mémoire 374 d'un paquet correspondant reçu et stocké de préférence dans un tampon de paquets global 310. 15 L'élément de liste de paquets 372 peut en outre contenir une référence (un pointeur) sur un élément de liste de paquets suivant 372. L'élément de liste de paquet 372 peut en outre contenir la spécification d'index temporel 374 du paquet correspondant. Lorsque le paquet de tête de ligne spécifié dans la liste de 20 paquets 370 est manipulé, l'index temporel du paquet suivant peut être écrit 326 dans l'entrée de table de trains correspondante 362. La spécification d'index temporel suivante peut également être mise à jour au moyen de la réception d'un nouveau paquet. Un classificateur de paquet 302 est représenté comme pré25 traitant des paquets arrivants 102. Le classificateur de paquet 302 dérive une information de streamlD et extrait une information d'index temporel à partir de chaque paquet reçu (304). De préférence, le paquet inspecté est stocké 306 dans le tampon de paquets global 310 afin de consolider des ressources de stockage. L'information de 30 streamlD extraite est utilisée pour déterminer un train correspondant spécifié dans la table de trains 360. L'information d'index temporel extraite est utilisée pour cadencer la liste de paquets de train 370 afin de séquencer le paquet nouvellement reçu en relation avec d'autres entrées de liste de paquets 372, d'o ainsi le réordonnancement des 35 paquets reçus hors séquence. Une nouvelle entrée de liste de paquets 372 est insérée 308 dans la liste de paquets 370. Une localisation/un emplacement de stockage en mémoire de début associé(e) du paquet juste stocké est utilisé(e) pour peupler la spécification de référence de paquet 374A de la nouvelle entrée de liste de paquets de train 372A. La spécification d'index temporel qui est extraite à partir du paquet reçu est également utilisée pour peupler la spécification d'index temporel 376A de la nouvelle entrée de liste de paquets 372A. Si le 5 paquet juste reçu devient le second paquet dans la liste de paquets 370, l'index temporel juste extrait est également écrit 326 dans l'entrée 362 de la table de trains correspondante 360. Les paquets qui sont inspectés par le classificateur de paquet 302 peuvent être reçus ultérieurement, comme déterminé de fait à 10 partir de la valeur d'index temporel extraite qui spécifie une valeur avant celle du paquet de tête de ligne dans la liste de paquets correspondante 370. Dans un tel cas, le paquet reçu de façon tardive peut être envoyé directement sur le module de lecture 140. Le fait de déterminer si le paquet reçu de façon tardive est lu ou perdu dépend 15 du fonctionnement prescrit du module de lecture 140. L'agencement comme décrit fonctionne bien pour un convoyage et une lecture de données vocales en régime établi. Cependant, chaque session de téléphone a un début et une fin. Le début et la fin de la session de téléphone sont respectivement réalisés 20 par l'intermédiaire d'une signalisation d'instauration et d'achèvement, de façon respective. Des signaux appropriés, qui sont spécifiés dans des entêtes de paquet VolP, sont extraits et sont utilisés par le classificateur de paquet 302 pour provoquer la création ou la suppression d'entrées 362 dans la table de trains 360 et pour planifier 25 de nouvelles entrées 336 dans la table d'index temporels 330 pour une manipulation afférente. La figure 4 est un autre schéma qui représente, conformément à un autre mode de réalisation présenté à titre d'exemple de l'invention, une mise en oeuvre présentée à titre d'exemple d'un 30 appareil qui planifie un nombre important de processus pour une manipulation. Conformément à cette mise en oeuvre présentée à titre d'exemple, chaque entrée 462 de la table de trains 460 référence l'adresse mémoire de début du paquet de données de tête de ligne à 35 manipuler en correspondance avec le train représenté au moyen de l'entrée 462. L'information d'index temporel est stockée avec le paquet de même qu'avec une nouvelle spécification de paquet. La spécification de paquet suivante contient une adresse mémoire de début d'un paquet de données suivant reçu en association avec le train. Au niveau de la réception d'un paquet de données, le classificateur de paquet 302 utilise l'information de streamlD et 5 l'information d'index temporel extraite à partir de celle-ci afin de rechercher dans la table de trains 460 la référence d'adresse mémoire de début du paquet de tête de ligne à manipuler pour le train. Une fois que le paquet de tête de ligne dans le train est trouvé, l'information d'index temporel est utilisée pour séquencer le paquet juste reçu en 10 relation avec les paquets reçus de façon préalable en association avec le train. La figure 5 représente encore une autre mise en ceuvre selon laquelle les pointeurs de train 538 des listes de tâches 334 pointent directement sur l'adresse mémoire de début des paquets de tête de ligne à manipuler pour chaque train correspondant. La table de trains 15 460 est en train d'être utilisée essentiellement par le classificateur de paquet 302 pour pré-traiter des paquets reçus. La figure 6 est un schéma qui représente, conformément à un mode de réalisation présenté à titre d'exemple de l'invention, les étapes de processus génériques qui sont réalisées au moyen d'un 20 classificateur de paquet. Pour chaque. paquet reçu, le classificateur de paquet 302 obtient une spécification de streamlD de même qu'une spécification d'index temporel au niveau d'une étape 602. La spécification de streamlD peut être extraite si elle est présente dans l'en-tête de paquet 25 ou peut être dérivée à partir d'une information d'aiguillage ou de routage qui est contenue dans l'en-tête de paquet. La table de streamlD 360/460 fait l'objet d'une recherche au niveau de l'étape 604 en utilisant la spécification de streamlD en tant que clé. La recherche en table de streamlD 604 aboutit à l'identification 606 d'un paquet de 30 tête de ligne associé à la streamlD. Une chaîne correspondante de paquets reçus au préalable pour la streamlD fait l'objet d'une analyse syntaxique 608. Le paquet reçu est séquencé 610 en relation avec les paquets reçus précédemment en ce qui concerne la streamID. Il est probable que les paquets juste reçus doivent être 35 manipulés ensuite, comme déterminé au niveau d'une étape 612, auquel cas l'information d'index temporel extraite est utilisée pour planifier 614 une manipulation suivante afférente dans la table d'index temporels 330. Il doit être bien compris que les étapes génériques qui ont été décrites ci-avant peuvent être adaptées pour traiter une certaine variété d'unités de travail; les paquets manipulés mentionnés ci-avant représentent des unités de travail présentées à titre d'exemple. Comme il a été mentionné ci-avant, les applications de téléphonie nécessitent l'instauration et l'achèvement de sessions de téléphone. Afin de réaliser ces actions, le classificateur de paquet 302, tandis qu'il inspecte des paquets VolP reçus, extrait également une information de signalisation. Des étapes présentées à titre d'exemple 10 sont représentées au niveau du support de l'instauration de la session de téléphonie. Si l'information de signalisation extraite 622 représente une requête pour l'instauration d'une nouvelle session de téléphone, comme évalué au niveau d'une étape 624, alors une nouvelle entrée 362 est créée 626 dans la table de streamlD 360/460. En fonction de la mise en oeuvre de VolP, l'information de signalisation utilisée peut inclure une signalisation dans la bande, une signalisation hors bande etc... La signalisation dans la bande est une technique au moyen de laquelle une information de signalisation est convoyée au moyen de paquets VolP qui transportent des données 20 d'échantillon vocales. La signalisation hors bande est une technique au moyen de laquelle une information de signalisation est convoyée via des paquets dédiés. Si une signalisation dans la bande est utilisée, un pré-traitement de paquets au moyen du classificateur de paquet 302 est repris à partir de l'étape 602. La figure 7 est un schéma qui représente, conformément à un mode de réalisation présenté à titre d'exemple de l'invention, des étapes de processus génériques qui sont réalisées par un planificateur. La planificateur 320 est déclenché en fonctionnement au 30 moyen du signal d'horloge à 8 kHz 122. Pour chaque élément de liste de tâches 336, qui spécifie un processus à manipuler, une adresse de stockage en mémoire de début de la tête de ligne correspondante est déterminée au niveau d'une étape 702. L'adresse en mémoire de début est appliquée sur le module de lecture pour la manipulation. La 35 valeur d'index temporel du paquet suivant à manipuler pour le train est déterminée au niveau d'une étape 706. La valeur d'index temporel du paquet suivant est utilisée pour identifier 708 une liste de tâches dans laquelle le train doit être planifié pour une manipulation à nouveau. Une entrée de liste de tâches 336 pour le train est insérée 710 dans la liste de tâches identifiée 334. La figure 8 est un schéma qui représente, conformément à un mode de réalisation présenté à titre d'exemple de l'invention, des 5 étapes de processus génériques qui sont réalisées au moyen d'un module de lecture. Les actions générales qui sont prises par le module de lecture incluent la manipulation des processus. L'adresse en mémoire de début de paquets identifiés pour la manipulation étant donnée, le 10 module de lecture utilise l'information de streamlD pour lire 810 les données d'échantillon vocales sur la session de téléphone correspondante. Suite à la lecture, l'espace de stockage qui est associé au paquet correspondant est rendu disponible 820 pour le stockage de nouveaux paquets reçus. La figure 9 est un schéma qui représente, conformément à encore un autre mode de réalisation présenté à titre d'exemple de l'invention, encore une autre mise en oeuvre présentée à titre d'exemple d'un appareil qui planifie un nombre important de processus pour une manipulation. Conformément à ce mode de réalisation, la table indexée temporellement 330 inclut des entrées 332 qui spécifient des références de liste de tâches (des pointeurs) pour des listes de paquets correspondantes 934. Chaque liste de paquets 934 dispose d'éléments de liste de tâches 936 qui spécifient les adresses de 25 stockage en mémoire de début de paquets qui sont stockés dans le tampon de paquets global 310. L'un des avantages de ce mode de réalisation est dérivé à partir d'une simplification du fonctionnement du classificateur de paquet 902. Le classificateur de paquet 902, en plus de stocker 306 un 30 paquet reçu dans le tampon de paquet global 310, comme représenté sur la figure 10, planifie le paquet reçu pour la manipulation. Le classificateur de paquet 902 extrait 652 une spécification d'index temporel à partir du paquet reçu. La table indexée temporellement 330 fait l'objet d'une recherche 654 sur la base de l'index temporel extrait 35 afin de déterminer une entrée de liste de tâches 332 correspondant à un intervalle de 125 microsecondes dans lequel il convient de planifier le paquet reçu pour une manipulation. Un enregistrement 936A d'une adresse de stockage en mémoire de début du paquet reçu est additionné 328 à la liste de paquets correspondante 934. Chaque liste de paquets 934 spécifie par conséquent seulement les paquets qui nécessitent une manipulation pendant l'intervalle temporel de 125 microsecondes correspondant. Un autre avantage est dérivé de la planification de paquets reçus sans utiliser l'information de streamlD, ce qui réduit les temps machine de traitement. Il sera également noté que les paquets associés à un quelconque train de données sont planifiés de façon inhérente pour être manipulés en séquence même s'ils arrivent hors 10 séquence. Des paquets arrivés de façon tardive sont manipulés de la même manière que présenté ci-avant. Il sera noté que si plus d'un paquet par streamlD est stocké dans le tampon de paquets 310, comme c'est typiquement le cas, le nombre d'entrées de liste de tâches 332 doit être augmenté. Si les 15 paquets transportent 256 échantillons de données vocales ou 32 millisecondes de lecture, en doublant la dimension de la table indexée temporellement 330 depuis 256 entrées selon 512 entrées, il est possible qu'une session de téléphone subisse un maximum de retard de 64 millisecondes. Dans la pratique, un tel retard est acceptable et le 20 fait d'assurer le retard de 64 millisecondes peut dans la réalité être avantageux pour évacuer par lissage des effets de gigue ou d'instabilité. L'instabilité est la variation du temps inter-arrivée de paquets associés à une streamlD. Si un retard de plus de 64 millisecondes peut être toléré ou nécessaire, la dimension de la table 25 indexée temporellement 330 doit être augmentée afin d'empêcher un bouclage comme décrit ci-avant. La figure 11 est un autre schéma qui représente, conformément à un autre mode de réalisation présenté à titre d'exemple de l'invention, des étapes de processus génériques qui sont réalisées par 30 un planificateur. Le planificateur 920 est déclenché en fonctionnement au moyen du signal d'horloge 122. Pendant chaque intervalle temporel de 125 microsecondes, le planificateur 920 opère sur une liste de paquets 934 comme spécifié dans une entrée de liste de tâches 35 correspondante 332 dans la table indexée temporellement 330. Pour chaque élément de liste de tâches 936, le planificateur 920 détermine 752 une adresse de stockage en mémoire de début d'un paquet correspondant à manipuler. L'adresse de stockage en mémoire de début est appliquée sur le module de lecture 140 pour une manipulation. Le planificateur 920 est par conséquent soulagé des temps machine de traitement, la puissance de traitement complète du 5 planificateur 920 étant dédiée pendant le budget temporel de 125 microsecondes à l'application sur le module de lecture 140 de références à des paquets nécessitant une manipulation. Conformément à une mise en oeuvre par composants matériels présentée à titre d'exemple, le pointeur d'index temporel 322 peut être 10 mis en oeuvre en tant que registre de compteur qui spécifie des adresses de registre séquentielles de registres 332 contenant des spécifications d'adresse de mémoire des adresses de mémoire de début de la localisation/l'emplacement de stockage de listes de tâches correspondantes 336. Les adresses de registre présentent une largeur 15 binaire. Dans le cas des registres 332 stockés de façon séquentielle, le registre de compteur qui met en oeuvre le pointeur d'index 322 peut seulement spécifier des bits d'adresse de registre 332 de poids le plus fort selon des multiples de la largeur binaire afférente. Bien que des modes de réalisation présentés à titre d'exemple 20 de l'invention aient été décrits par report à des applications de téléphonie, il doit être bien compris par l'homme de l'art que les appareils et les procédés présentés ci-avant peuvent être utilisés dans une certaine variété d'applications. Les paquets VolP auxquels il est fait allusion représentent des unités de travail présentées à titre 25 d'exemple qui doivent être planifiées pour un traitement ultérieur au niveau de processus de manipulation qui sont associés aux unités de travail. La table indexée temporellement 330 à laquelle il est fait allusion représente un exemple d'un stockage indexé temporellement pour une pluralité de listes de tâches tandis que le pointeur d'index 30 temporel 332 est représentatif d'un sélecteur de liste de tâches. La table de streamlD 360/460 à laquelle il est fait allusion est représentative d'un tableau de service de processus. L'unité de lecture représente à titre d'exemple un processeur d'unité de travail. Une certaine variété d'applications nécessitant une planification 35 peuvent par conséquent être réduites à la caractérisation qui a été mentionnée ci-avant et mises en oeuvre en utilisant les techniques qui ont été décrites ci-avant. Les modes de réalisation présentés le sont à titre d'exemple seulement et l'homme de l'art devrait apprécier que des variantes au niveau des modes de réalisation décrits ci-avant peuvent être apportées sans que l'on s'écarte de l'esprit de l'invention. Le cadre de l'invention est seulement défini par les revendications annexées. REVENDICATIONS 1. Appareil de planification caractérisé en ce qu'il comprend: a. un stockage indexé temporellement (330) pour stocker de façon retrouvable une pluralité de listes de tâches (334) séquencées temporellement, chacune de la pluralité de listes de tâches (334) 5 spécifiant au moins une unité de travail à manipuler pendant un intervalle temporel correspondant; b. un stockage d'unités de travail pour stocker de façon retrouvable au moins une unité de travail; et c. un planificateur (320) qui manipule, pendant un intervalle 10 temporel particulier, au moins une unité de travail qui est spécifiée dans l'une de la pluralité de listes de tâches (334). 2. Appareil de planification selon la revendication 1, caractérisé en ce qu'il comprend en outre un sélecteur (332) pour sélectionner l'une de la pluralité de listes de tâches (334) pendant 15 l'intervalle temporel correspondant. 3. Appareil de planification selon la revendication 2, caractérisé en ce que le sélecteur (332) est sensible à un signal d'horloge (122) qui définit chaque intervalle temporel. 4. Appareil de planification selon la revendication 1, 20 caractérisé en ce que le stockage indexé temporellement (330) inclut soit une table indexée temporellement, soit une liste indexée temporellement. 5. Appareil de planification selon la revendication 1, caractérisé en ce que chacune des listes de tâches (334) comprend en 25 outre au moins un élément de liste de tâches (336). 6. Appareil de planification selon la revendication 5, caractérisé en ce que l'élément de liste de tâches (336) comprend en outre une spécification d'une référence d'adresse de stockage de mémoire de début qui correspond à une unité de travail 30 correspondante. 7. Appareil de planification selon la revendication 5, caractérisé en ce que l'élément de liste de tâches (336) comprend en outre une spécification d'une référence d'adresse de stockage de mémoire de début qui correspond à une unité de travail de tête de ligne correspondante d'une liste d'unités de travail séquencées temporellement associée à un processus. 8. Appareil de planification selon la revendication 7, caractérisé en ce que chaque unité de travail dans la liste d'unités de 5 travail associée au processus comprend en outre une spécification de référence d'adresse de stockage de mémoire de début correspondant à une unité de travail suivante. 9. Appareil de planification selon la revendication 5, caractérisé en ce qu'il comprend en outre un tableau de service de 10 processus (360/460) qui comporte des entrées de tableau de service qui spécifient une pluralité de processus à planifier pour une manipulation, chacun de la pluralité de processus disposant d'une liste séquencée temporellement associée d'unités de travail (370). 10. Appareil de planification selon la revendication 9, 15 caractérisé en ce que chaque entrée de tableau de service comprend en outre une spécification de référence d'adresse de stockage de mémoire de début correspondant à une unité de travail de tête de ligne correspondante de la liste d'unités de travail séquencées temporellement. 11. Appareil de planification selon la revendication 9, caractérisé en ce qu'il comprend en outre une liste séquencée temporellement de spécifications d'unités de travail, chaque spécification d'unité de travail spécifiant une référence d'adresse de stockage de mémoire de début correspondant à une unité de travail. 12. Appareil de planification caractérisé en ce qu'il comprend: a. une table indexée temporellement (330) qui comporte des entrées de liste de tâches (332), chaque entrée de liste de tâches référençant une liste de tâches correspondante, chaque liste de tâches comportant en outre des éléments de liste de tâches qui spécifient un 30 groupe de processus pris parmi une pluralité de processus à manipuler pendant un intervalle temporel correspondant; b. un tampon de stockage d'unités de travail (310) qui contient une pluralité d'unités de travail; c. une table indexée de processus qui comporte des entrées 35 de processus, chaque entrée de processus comprenant en outre une liste d'unités de travail séquencées temporellement associée (370), chaque unité de travail spécifiant un temps de manipulation; et d. un planificateur (320) qui réalise l'analyse syntaxique d'une liste de tâches (334) pendant un intervalle temporel correspondant afin de générer l'initiation de la manipulation d'unités de travail de tête de ligne correspondant aux processus qui sont spécifiés dans la liste de tâches, une fois que la manipulation pour chaque unité de travail de tête de ligne a été initiée, le temps de manipulation associé à une unité de travail suivante est utilisé pour replanifier le processus correspondant dans la table d'index temporels pour une manipulation 10 suivante. 13. Appareil de planification caractérisé en ce qu'il comprend: a. une table indexée temporellement (330) qui comporte des entrées de liste de tâches séquencées temporellement, chaque entrée de liste de tâches référençant une liste d'unités de travail (370) 15 correspondante, chaque liste d'unités de travail comportant en outre des éléments de liste d'unités de travail qui spécifient un groupe d'unités de travail pris parmi une pluralité d'unités de travail à manipuler pendant un intervalle temporel correspondant; b. un tampon de stockage d'unités de travail (310) qui 20 contient une pluralité d'unités de travail, chaque unité de travail spécifiant un temps de manipulation; et c. un planificateur (320) qui réalise l'analyse syntaxique d'une liste d'unités de travail (370) pendant un intervalle temporel correspondant afin de générer l'initiation de la manipulation d'unités de 25 travail spécifiées dans la liste d'unités de travail, le temps de manipulation qui est associé à chaque unité de travail est utilisé pour planifier la manipulation de l'unité de travail dans une liste d'unités de travail (370) séquencées temporellement correspondante associée à la table d'index temporels. 14. Procédé pour planifier une pluralité d'unités de travail pour une manipulation, caractérisé en ce qu'il comprend les étapes de: a. association de chacune de la pluralité d'unités de travail à l'une de la pluralité de listes de tâches (334) séquencées temporellement pour leur manipulation pendant un intervalle temporel 35 spécifié au moyen d'une spécification d'index temporel correspondant à l'unité de travail; b. sélection d'une liste de tâches (334) parmi la pluralité de listes de tâches séquencées temporellement, chaque liste de tâches spécifiant au moins une unité de travail à manipuler pendant un intervalle temporel particulier; et c. initiation de la manipulation de chaque unité de travail dans la liste de tâches sélectionnée (334). 15. Procédé de planification selon la revendication 14, caractérisé en ce que, au niveau de la sélection de la liste de tâches (334), le procédé comprend en outre une étape consistant à faire avancer un sélecteur (332) pour chaque intervalle temporel jusqu'à un point d'une liste de tâches suivante de la pluralité de listes de tâches 10 séquencées temporellement. 16. Procédé de planification selon la revendication 14, caractérisé en ce que, au niveau de l'initiation de la manipulation de chaque unité de travail, le procédé comprend en outre une étape consistant à déterminer une référence d'adresse de stockage de 15 mémoire de début correspondant à l'unité de travail. 17. Procédé de planification selon la revendication 16, caractérisé en ce que, au niveau de l'initiation de la manipulation de chaque unité de travail, le procédé comprend en outre une étape consistant à appliquer la référence d'adresse de stockage de mémoire 20 de début sur un processeur d'unité de travail (140). 18. Procédé pour planifier une pluralité de processus pour une manipulation, caractérisé en ce qu'il comprend les étapes de: a. association de chacune d'une pluralité d'unités de travail à l'un correspondant de la pluralité de processus; b. séquençage, pour chacun de la pluralité de processus, de la pluralité d'unités de travail associées conformément à des spécifications d'index temporel correspondantes associées aux unités de travail; c. sélection (332) d'une liste de tâches (334) à partir d'une 30 pluralité de listes de tâches séquencées temporellement, chaque liste de tâches spécifiant au moins l'un de la pluralité de processus à manipuler pendant un intervalle temporel; d. initiation de la manipulation de chaque processus dans la liste de tâches sélectionnée; et e. replanification de chaque processus manipulé pour une manipulation suivante en associant le processus manipulé à une autre de la pluralité de listes de tâches sur la base des spécifications d'index temporel associées aux unités de travail associées au processus manipulé. 19. Procédé de planification selon la revendication 18, caractérisé en ce que, au niveau de la sélection de la liste de tâches 5 (334), le procédé comprend en outre une étape consistant à faire avancer un sélecteur (332) pour chaque intervalle temporel jusqu'à un point d'une liste de tâches suivante de la pluralité de listes de tâches séquencées temporellement. 20. Procédé de planification selon la revendication 18, 10 caractérisé en ce que, au niveau de l'initiation de la manipulation de chaque processus, le procédé comprend en outre une étape consistant à déterminer une référence d'adresse de stockage de mémoire de début correspondant à l'unité de travail de tête de ligne associée au processus. 21. Procédé de planification selon la revendication 20, caractérisé en ce que, au niveau de l'initiation de la manipulation de chaque processus, le procédé comprend en outre une étape consistant à appliquer la référence d'adresse de stockage de mémoire de début sur un processeur d'unité de travail (140).