Brevet FR3019338A1 — publié le 20151002

La présente invention concerne de manière générale le traitement informatique de données. Les systèmes de stockage de données réparties utilisent de manière classique 5 une réplication massive des données stockées en vu d'obtenir un niveau de fiabilité satisfaisant. L'utilisation de code à effacement, tels que la transformée de Mojette, permet d'obtenir un niveau de fiabilité similaire tout en réduisant le volume de données 10 de redondance nécessaire pour reconstruire un bloc de données d'un fichier. Cependant, les solutions connues de codes à effacement ont l'inconvénient d'être consommatrices en temps de calcul processeur, ce qui restreint leur utilisation à des usages spécifiques tels que la sauvegarde. 15 La présente invention a pour but de proposer un nouveau système et un nouveau procédé de traitement de données moins consommateur en temps de calcul. 20 En particulier, l'invention a pour but de proposer un nouveau système et un nouveau procédé de traitement de données permettant de limiter le temps nécessaire à la reconstruction d'un bloc de données. A cet effet, l'invention a pour objet un système de traitement de données 25 configuré pour reconstituer un bloc, appelé support, formé de données informatiques de base, appelées pixels, à l'aide d'autres données informatiques, appelées bins, résultant d'une transformée mathématique appliquée auxdits pixels, un nombre, noté G, de groupes de bins, appelés projections, ayant été généré 30 à partir des pixels dudit bloc de telle sorte que ledit support puisse être reconstruit avec un nombre minimal donné, noté M, de projections, M étant inférieur à G, caractérisé en ce que le système comprend aussi : - une unité de traitement et de calcul de données ; - une première zone mémoire, appelée mémoire de bins, dans laquelle lesdits bins générés sont mémorisés ; - une deuxième zone mémoire, appelée mémoire de pixels, distincte de la mémoire de bins et dans laquelle les pixels dudit bloc à reconstruire sont destinés à être écrits, ladite unité de traitement et de calcul étant configurée pour : a) recevoir une requête de reconstruction du bloc de pixels ; b) reconstruire un pixel du support, dit pixel univoque, à partir d'un bin lu dans la mémoire de bins pour lequel il existe une relation univoque entre ce bin, appelé bin univoque, et ce pixel univoque, et écrire dans la mémoire de pixels, ledit pixel univoque du bloc ainsi calculé, c) éventuellement, reconstruire d'autres pixels univoques ; d) reconstruire chacun des autres pixels du support, dit pixels de recombinaison, à partir de la combinaison de : - un bin lu dans la mémoire de bins, dit bin de combinaison, dont la génération a nécessité l'application de la transformée à plusieurs pixels du bloc, - avec un ou plusieurs pixels précédemment reconstruit(s) et lu(s) dans la 20 mémoire de pixels, et écrire dans la mémoire de pixels, chaque pixel de recombinaison ainsi calculé. Une telle conception du système selon l'invention, permet d'optimiser les accès 25 mémoires en réécrivant chaque support sous forme d'un bin ou d'une combinaison d'un bin et de support(s) déjà reconstruit(s) pour n'avoir à exécuter d'opérations d'écritures que sur la mémoire de support afin d'écrire les supports reconstruits et ne pas avoir à réaliser une multiplicité de lectures/écritures successives des bins dans la mémoire de bins. 30 Une telle limitation du nombre d'accès en écriture de la mémoire de bins permet d'augmenter les performances de reconstruction des supports avec une unité de traitement de type mono-cceur ou multi-cceurs. Exécuter le calcul du support directement à l'aide des projections sans étapes intermédiaire d'exécution de calcul de projection permet au processeur de l'unité de n'utiliser que des requêtes de lecture de la mémoire de bins où sont localisées les projections, sans avoir à requérir de nouvelles écritures au niveau de cette mémoire, et d'écrire le calcul résultant du support directement sur la seconde zone mémoire. Autrement dit, une telle configuration permet pour le calcul d'un support de n'effectuer qu'une seule opération et ainsi d'optimiser les accès mémoires. L'optimisation des accès mémoires réalisée par un tel système de traitement 15 rend le système de traitement particulièrement adapté aux systèmes et usages requérant une bande passante élevée. Avantageusement, la mémoire de bins et la mémoire de pixels sont réalisées sous forme de deux supports physiques distincts. En particulier, la mémoire de 20 bin peut faire partie d'un premier dispositif de type ordinateur ou serveur et la mémoire de pixels peut faire partie d'un deuxième dispositif de type ordinateur ou serveur. L'unité de traitement et de calcul peut faire partie du premier ou du deuxième dispositif connectable par un réseau de communication à l'autre dispositif. 25 Selon un aspect particulier, l'unité de traitement et de calcul est configurée pour reconstruire lesdits pixels sans opération d'écriture dans la mémoire de bins au cours de la reconstruction desdits pixels du support. 30 La réécriture des supports à reconstruire sous forme d'un bin univoque ou d'une combinaison d'un bin avec un ou plusieurs supports, permet de s'exempter lors de la reconstruction de calculs intermédiaires impliquant l'écriture de bins sur la mémoire de bins pour leur mise à jour. Préférentiellement, ladite opération de combinaison correspond à l'application de l'opérateur mathématique « OU exclusif » (XOR). L'utilisation de cet opérateur mathématique permet de limiter la quantité de mémoire nécessaire pour exécuter les opérations de reconstruction du support. Selon une caractéristique avantageuse de l'invention, l'unité de traitement et de calcul comprend un programme, appelé programme de reconstruction de pixels, permettant la réalisation de l'étape d), ledit programme présentant des instructions selon lesquelles chaque pixel à reconstruire, noté support(k), autre que celui ou ceux présentant une relation univoque à un bin, est calculé par une équation de la forme : support (k) = projection[i].bins[j]Asupport[I] ou support (k) = projection[i].bins[j]Asupport[]^... A support (n) avec : k, I, n étant des indices définissant différents pixels du support à reconstruire ; A : l'opérateur XOR projection[i].bins[j] : la valeur d'un bin de la projection projection[i] qui a été généré en utilisant le pixel support (k). En particulier, l'unité de traitement et de calcul comprend un autre programme, 25 appelé programme de simulation de reconstruction de pixels, incluant des instructions : - identification d'une relation univoque entre un pixel du support à reconstruire et un bin d'une projection ; - reconstruction du pixel correspondant dans une zone de mémoire de l'unité 30 distincte de la mémoire de bins ; - parcourt de tous les bins d'au moins M projections parmi les G projections générées pour soustraire, par application de l'opérateur XOR, la valeur correspondant à ce pixel à chaque bin généré à l'aide dudit pixel ; - répétition des étapes précédentes pour l'ensemble des pixels du support ; et ladite unité de traitement et de calcul est configurée pour identifier au cours de l'exécution du programme de simulation des relations entre les pixels et les bins, et générer ledit programme de reconstruction de pixels en fonction des relations identifiées entre les pixels et les bins pour définir chaque pixel à reconstruire, noté support(k), autre que celui ou ceux présentant une relation univoque à un bin, par une équation de la forme : support (k) = projection[i].bins[j]Asupport[I] ou support (k) = projection[i].bins[j]Asupport[]^... A support (n) Ainsi le système selon l'invention permet de générer précédemment à la réception d'une requête de reconstruction, un code ou programme permettant, lorsqu'il est exécuté suite à réception d'une requête, de reconstruire chaque support sans passer par des étapes d'écriture intermédiaire de bins sur la mémoire de bins. Selon une caractéristique avantageuse de l'invention, l'unité est configurée 20 pour permettre de générer les G projections de la manière suivante : i)- organisation du bloc de pixels en un rectangle de dimensions {P,Q}, P étant le nombre de colonnes et Q le nombre de lignes, puis ii)- définition d'un repère cartésien (p, q) dont l'origine est attachée à un pixel formant de préférence un coin du rectangle, 25 iii)- définition de G directions, dite directions de projection, dans le repère (p, q) iv)- pour chacune desdites G directions de projection, on calcule, pour chaque pixel d'une ligne ou d'une colonne du bloc, le bin correspondant par combinaison dudit pixel avec les autres pixels du bloc rencontrés en suivant ladite direction de projection ou par égalité avec ledit pixel lorsqu'aucun autre 30 pixel n'est rencontré en suivant ladite direction de projection. En particulier, on applique l'opérateur XOR aux pixels du bloc rencontrés suivant la direction de projection. Avantageusement, concernant le repère (p, q), le vecteur p correspond à l'axe des colonnes et le vecteur q à celui des lignes. Le nombre G de projections généré correspond à la somme du nombre M de projections minimal nécessaire pour reconstruire le support généré et du nombre, noté n, correspondant au niveau de redondance souhaité. Le nombre M minimal de projections et le nombre G de projections à générer sont définis par l'utilisateur au moment de l'application de la transformées aux pixels du support. Selon une caractéristique avantageuse de l'invention, pour générer un bin 15 correspondant à une combinaison donnée de pixels, l'unité de traitement et de calcul est configurée pour déterminer, pour le bin à générer, les combinaisons de pixels nécessaires ; et l'unité de traitement et de calcul est configurée pour générer un programme, appelé programme de génération de bins, qui comprend les instructions 20 suivantes : - lecture de pixels à combiner entre eux à partir de la mémoire de pixels ; - génération d'un bin par combinaison des valeurs desdits pixels entre eux ; - écriture du résultat de l'opération précédente dans la mémoire de bins, ou, lorsqu'il existe une relation univoque entre un pixel et un bin à générer : 25 - lecture dudit pixel ; - génération du bin à partir dudit pixel et écriture dudit bin dans la mémoire de bins, et le programme est exempt d'instructions de remise à zéro des valeurs de bins à générer, d'étape de lecture, dite lecture intermédiaire, du bin à générer et 30 d'étape de combinaison entre un bin à générer et lesdits pixels. Grâce à une telle conception du système selon l'invention, il n'est plus nécessaire d'exécuter un nombre de lectures et écritures successives aussi important qu'avec la solution connue de l'état de la technique pour générer un bin. Selon une caractéristique avantageuse de l'invention, l'unité de traitement et de calcul comprend un autre programme, appelé programme de simulation de génération de bins, incluant des instructions de remise à zéro des valeurs de bins à générer, de lecture, dites lecture intermédiaire, du bin à générer et de combinaison entre un bin à générer et lesdits pixels, et l'unité de traitement et de calcul (UTC) est configurée pour générer ledit programme de génération de bins après avoir exécuté le programme de simulation de génération de bins, l'unité étant configurée pour générer ledit programme de génération de bins en identifiant le ou les pixels utilisés par ledit programme de simulation de génération de bins pour générer les bins correspondants et en définissant des instructions de combinaison de pixels qui sont exemptes desdites instructions de remise à zéro des valeurs de bin à générer, d'étape de lecture, dite lecture intermédiaire, du bin à générer et d'étape de combinaison entre le bin à générer et lesdits pixels. Autrement dit, ledit programme de simulation de génération de bins, qui correspond au programme connu de l'état de la technique pour générer un bin est déroulé « hors-ligne », c'est-à-dire sans écrire sur la mémoire de support et avant la réception d'une requête de génération de bin, pour générer un nouveau programme de génération de bins, exempt d'instructions consommatrice en accès mémoire qui lui est destiné à être exécuté « en ligne », c'est-à-dire en lien avec la mémoire de support et suite à la réception d'une requête de génération de bins. Autrement dit, la pré-exécution hors ligne des transformées Mojette inverse et directe, connues de l'état de la technique, permet au système selon l'invention, de générer de nouveaux programmes, destinés à être exécuté en ligne, qui tiennent compte des accès mémoires nécessaires pour les transformées respectives. L'invention concerne aussi un procédé de traitement et un produit de 5 programme d'ordinateur correspondant. A cet effet, l'invention propose un procédé de traitement de données configuré pour reconstituer un bloc, appelé support, formé de données informatiques de base, appelées pixels, à l'aide d'autres données informatiques, appelées bins, 10 résultant d'une transformée mathématique appliquée auxdits pixels, un nombre, noté G, de groupes de bins, appelés projections, ayant été généré à partir des pixels dudit bloc de telle sorte que ledit support puisse être reconstruit avec un nombre minimal donné, noté M, de projections, M étant inférieur à G, 15 caractérisé en ce que le procédé comprend les étapes suivantes : a) réception par une unité de traitement et de calcul de données, d'une requête de reconstruction du bloc de pixels ; b) reconstruction par l'unité de traitement et de calcul, d'un pixel du support, dit pixel univoque, à partir d'un bin lu dans une mémoire, appelée mémoire de bin, 20 pour lequel il existe une relation univoque entre ce bin, appelé bin univoque, et ce pixel univoque, et écrire dans une mémoire, appelée mémoire de pixels, distincte de la mémoire de bins, ledit pixel univoque du bloc ainsi calculé, c) éventuellement, reconstruction d'autres pixels univoques ; d) reconstruction à l'aide de l'unité de traitement et de calcul de chacun des 25 autres pixels du support, dit pixels de recombinaison, à partir de la combinaison de : - un bin lu dans la mémoire de bins, dit bin de combinaison, dont la génération a nécessité l'application de la transformée à plusieurs pixels du bloc, - avec un ou plusieurs pixels précédemment reconstruit(s) et lu(s) dans la 30 mémoire de pixels, et écriture dans la mémoire de pixels, de chaque pixel de recombinaison ainsi calculé. Selon un aspect particulier, la reconstruction desdits pixels est réalisée sans opération d'écriture dans la mémoire de bins au cours de la reconstruction desdits pixels du support. Selon une caractéristique avantageuse de l'invention, ladite opération de combinaison correspond à l'application de l'opérateur mathématique « OU exclusif » (XOR). Selon une caractéristique avantageuse de l'invention, pour la réalisation de l'étape d), chaque pixel à reconstruire, noté support(k), autre que celui ou ceux présentant une relation univoque à un bin, est calculé par une équation de la forme : support (k) = projection[i].bins[j]Asupport[I] OU support (k) = projection[i].bins[j]Asupport[I]^... A support (n) avec : k, I, n étant des indices définissant différents pixels du support à reconstruire ; : l'opérateur XOR projection[i].bins[j] : la valeur d'un bin de la projection projection[i] qui a été généré en utilisant le pixel support (k). Selon une caractéristique avantageuse de l'invention, préalablement à la réception de la requête de reconstruction, la reconstruction des pixels est 25 simulée au niveau de l'unité de traitement et de calcul en exécutant des étapes comprenant : - identification d'une relation univoque entre un pixel du support à reconstruire et un bin d'une projection ; - reconstruction du pixel correspondant dans une zone mémoire de l'unité 30 distincte de la mémoire de bins ; - parcourt de tous les bins d'au moins M projections parmi les G projections générées pour soustraire, par application de l'opérateur XOR, la valeur correspondant à ce pixel à chaque bin généré à l'aide dudit pixel ; - répétition des étapes précédentes pour l'ensemble des pixels du support ; puis, à partir des relations identifiées entre les pixels et les bins, chaque pixel à reconstruire, noté support(k), autre que celui ou ceux présentant une relation univoque à un bin, est défini dans l'unité de traitement et de calcul par une équation de la forme : support (k) = projection[i].bins[j]Asupport[I] OU support (k) = projection[i].bins[j]Asupport[]^... A support (n) Selon une caractéristique avantageuse de l'invention, les G projections sont générées de la manière suivante : i)- organisation du bloc de pixels en un rectangle de dimensions {P,Q}, P étant le nombre de colonnes et Q le nombre de lignes, puis ii)- définition d'un repère cartésien (p, q) dont l'origine est attachée à un pixel formant de préférence un coin du rectangle, iii)- définition de G directions, dite directions de projection, dans le repère (p, q) iv)- pour chacune desdites G directions de projection, on calcule, pour chaque pixel d'une ligne ou d'une colonne du bloc, le bin correspondant par combinaison dudit pixel avec les autres pixels du bloc rencontrés en suivant ladite direction de projection ou par égalité avec ledit pixel lorsqu'aucun autre pixel n'est rencontré en suivant ladite direction de projection. Selon une caractéristique avantageuse de l'invention, le nombre G de 25 projections généré correspond à la somme du nombre M de projections minimal nécessaire pour reconstruire le support généré et du nombre, noté n, correspondant au niveau de redondance souhaité. Selon une caractéristique avantageuse de l'invention, pour générer un bin 30 correspondant à une combinaison donnée de pixels, on détermine, pour le bin à générer, les combinaisons de pixels nécessaires ; et les étapes suivantes sont exécutées: - lecture de pixels à combiner entre eux à partir de la mémoire de pixels ; - génération d'un bin par combinaison des valeurs desdits pixels entre eux ; - écriture du résultat de l'opération précédente dans la mémoire de bins, ou, lorsqu'il existe une relation univoque entre un pixel et un bin à générer, - lecture dudit pixel ; - génération du bin à partir dudit pixel et écriture dudit bin dans la mémoire de bins, et ledit bin est généré sans étapes de remise à zéro des valeurs de bin à générer, d'étape de lecture, dite lecture intermédiaire, du bin à générer et 10 d'étape de combinaison entre un bin à générer et lesdits pixels. Selon une caractéristique avantageuse de l'invention, préalablement à la génération de bins, on simule une génération de bins qui inclue des instructions de remise à zéro des valeurs de bins à générer, de lecture, dites 15 lecture intermédiaire, du bin à générer et de combinaison entre un bin à générer et lesdits pixels, et un programme de génération de bins est généré après avoir simulé la génération de bins, ledit programme de génération de bins étant généré en identifiant le ou les pixels utilisés lors de la simulation de génération de bins 20 pour générer les bins correspondants et en définissant des instructions de combinaison de pixels qui sont exemptes desdites instructions de remise à zéro des valeurs de bin à générer, d'étape de lecture, dite lecture intermédiaire, du bin à générer et d'étape de combinaison entre le bin à générer et lesdits pixels. 25 L'invention concerne également un produit de programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un processeur d'une unité de traitement et de calcul, caractérisé en ce qu'il comprend des instructions de 30 code de programme pour mettre en oeuvre les étapes d'un procédé tel que décrit ci-dessus lorsque ledit programme est exécuté par ledit processeur de l'unité. L'invention sera bien comprise à la lecture de la description suivante d'exemples de réalisation, en référence aux dessins annexés dans lesquels : - la figure 1 est une vue d'une installation selon l'invention qui comprend une 5 mémoire de pixels, une mémoire de bins et une unité de traitement et de calcul; - la figure 2 est une vue illustrant la génération de bins à partir des pixels d'un support suivant plusieurs directions de projections notées projection 0, projection 1, projection 2, l'index de bins obtenus étant noté bin_idx ; - la figure 2A est un tableau qui indique la composition de chaque bin de 10 projection généré comme illustré à la figure 2 ; - la figure 3 illustre les différents échanges composés de lecture (read) et d'écriture (write) de données (data) entre l'unité et les mémoires pour le calcul d'un bin, noté bin[0], selon la transformée de Mojette directe connue de l'état de la technique ; 15 - la figure 4 détaille des étapes d'exécution de la transformée de Mojette directe selon l'invention ; - la figure 5 illustre le parcours de reconstruction pour chacune des combinaisons de projections possibles avec les projections projection 0, projection 1 et projection 2 obtenues correspondant à la figure 2 ; 20 - la figure 6 illustre l'ordre, correspondant aux flèches, dans lequel les bins de la combinaison de projections projection 0 et projection 1, sont parcourus pour reconstruire deux pixels ; - la figure 7 illustre les échanges entre l'unité (cpu) et les mémoires pour la reconstruction de deux pixels (pixel[0] et pixel[128]) du support à partir des bins 25 de projection1 et des bins de projection 0 selon la transformée de Mojette inverse connue de l'état de la technique; - la figure 8 illustre les opérations réalisées pour le même exemple que celui des figures 6 et 7 en appliquant la transformée de Mojette inverse selon l'invention. 30 Dans l'exemple détaillé ci-après et illustré aux figures, on applique une transformée mathématique à un bloc de données informatiques. Les données informatiques de base dudit bloc sont appelées pixels. Autrement dit, les pixels forment les informations de base du bloc. Le bloc est appelé support. La transformée mathématique appliquée aux pixels 5 génère plusieurs groupes de données informatiques, appelées bins. Lesdits groupes sont appelés projections. Les bins d'un premier groupe se distinguent des bins d'un deuxième groupe par la direction de projection utilisée pour générer les bins correspondants. 10 Une projection est un ensemble de bins auquel correspond une direction de projection donnée. Ainsi, une projection est définie par une taille en bins, et un angle (p ; q) définissant une direction de projection comme détaillé ci-après. La transformée selon l'invention appliquée dans le sens d'une reconstruction 15 d'un support à partir des bins de plusieurs projections ou d'une génération de bins, en particulier de plusieurs projections, à partir des pixels d'un support est basée sur la transformée de Mojette qui est détaillée ci-après. L'installation et le procédé selon l'invention utilisent une transformée de Mojette modifiée qui sera détaillée par la suite. 20 De manière générale, pour tout complément d'information sur la transformée de Mojette et ses propriétés, le lecteur se reportera utilement à l'article "Internet distributed image information system" de J.P. Guédon, B. Parrein et N. Normand, publié dans "Integrated Computer - Aided Engineering", 8 (2001), 25 pages 205-214, ISSN 1069-2509, las Press, qui est entièrement incorporée par référence dans la description. Par la suite on utilisera les appellations suivantes : -transformée de Mojette directe courante : la transformée connue de l'état 30 de la technique appliquée à un bloc de pixels pour le décomposer en bins, - transformée de Mojette directe selon l'invention : la transformée selon l'invention, correspondant à une modification de la transformée de Mojette courante, appliquée à un bloc de pixels pour le décomposer en bins, - transformée de Mojette inverse courante : la transformée connue de l'état de la technique appliquée aux bins pour reconstruire le bloc de pixels, - transformée de Mojette directe selon l'invention : la transformée selon l'invention, correspondant à une modification de la transformée de Mojette inverse courante, appliquée aux bins pour reconstruire le bloc de pixels. Concernant plus particulièrement l'implémentation de la transformée de Mojette inverse courante, le lecteur se reportera utilement à l'article "A geometry driven reconstruction algorithm for theMojette transform », from Nicolas Normand, Andrew Kingston, Pierre Evenou, IRCCyN/IVC UMR CNRS 6597" published in "Discrete Geometry for Computer Imagery, Szeged : Hungary (2006) qui est entièrement incorporée par référence dans la description. Le lecteur pourra aussi se reporter aux annexes A et B de la thèse de B.Parrein « Description multiple de l'information par transformation Mojette, Benoît Parrein, thèse de doctorat, Université de Nantes, Novembre, 2001 » qui peut être consultée notamment à l'adresse : http://www.irccyn.ec-nantes.fr/--parrein/pubs.htm et qui est entièrement incorporée par référence dans la description. Concernant plus particulièrement l'implémentation de la transformée de Mojette directe courante, le lecteur se reportera utilement au chapitre 3 section 3.2.1 25 de la thèse de B.Parrein citée ci-dessus. Le bloc de pixels se présente sous la forme d'une file de pixels qui peut être considérée pour son traitement comme un rectangle de dimensions {P, Q}. P est le nombre de colonnes et Q le nombre de lignes. Avantageusement, le 30 nombre de lignes Q correspond au nombre M minimal de projections nécessaire à la reconstruction du bloc de pixels. Un repère cartésien (p,q) est associé à ce rectangle. L'origine de ce repère est attachée à un pixel du rectangle, de préférence un pixel situé à un coin du rectangle. Le vecteur de ce repère correspond à l'axe des lignes. Le vecteur q correspond à l'axe des colonnes. On définit des directions de projection par composition des deux entiers (p, q). A titre d'exemple, la direction de projection p = 0 et q = 1 correspond à une projection suivant la direction des colonnes. Une opération de projection consiste, pour une direction de projection définie par un couple de valeurs p, q, à balayer une ligne ou une colonne et, pour chaque pixel de la ligne ou de la conne balayée, à combiner ledit pixel avec les autres pixels rencontrés le long de cette direction de projection. En pratique, un déplacement dans le bloc de pixels suivant la direction de projection correspond à un déplacement dans la file de pixels avec une valeur de saut, appelée offset, donnée. Dans l'exemple illustré aux figures, la combinaison de deux éléments entre 20 eux, par exemples deux pixels, consiste en l'application d'un opérateur mathématique, de préférence l'opérateur ou exclusif, c'est-à-dire l'opérateur XOR. Le nombre, noté M, de directions de projections minimum nécessaire souhaité 25 pour la reconstruction et le niveau n de redondance souhaité, sont définis initialement par l'utilisateur lorsqu'il lance le procédé de génération de projections (c'est-à-dire de groupes de bins) à l'aide du système tel que décrit ci-après. Un fichier de métadonnées est associé aux projections générées pour, lors de la reconstruction, pouvoir déterminer les nombres M et n utilisés 30 et éventuellement la taille du bloc. Le niveau de redondance souhaité correspond au nombre de projections supplémentaires que l'on souhaite générer en plus du nombre de projections (supérieur ou égal à 2) défini comme étant nécessaire pour reconstruire le bloc de pixels. Pour un niveau de redondance souhaité égal à n, le nombre minimal de projections à appliquer au bloc de pixels pour pouvoir le reconstruire avec ledit 5 niveau de redondance souhaité est égal à M+n. Ainsi, la transformée Mojette directe courante génère M+n projections. Dans une telle implémentation courante, la génération d'un bin, noté ici « proj(k) », d'une projection, s'écrit dans le cas général et pour une projection 10 d'angles (p,q), avec une équation du type : proj(k) = support(i,j) xor support(I,r).... k étant un entier, avec proj(k) étant le kième bin de ladite projection et support (i,j) et support (I,r) étant des pixels du support, i, j et I,r étant des indices 15 définissant la position du pixel dans le rectangle de pixels de dimensions {P, Q}. Les termes support (i,j) et support (I,r) peuvent aussi s'écrire pixel[x] et pixel[y], x et y correspondant au rang de ces pixels. De même, si la projection est notée 20 projection0, proj (k) peut s'écrire projection0.bin[k]. En particulier l'implémentation courante de la Transformée Mojette s'écrit : debut Pour chaque ligne de 1 à Q faire 25 Pour chaque colonne de 1 à P faire k Cependant, comme détaillé dans l'exemple ci-après, pour générer une telle projection de bins proj(k), l'implémentation de la transformée de Mojette directe courante, c'est-à-dire connue de l'état de la technique, prévoit de pré-initialiser tous les bins d'une projection à 0 avant de procéder à la génération d'une projection par transformée de Mojette directe courante. Dans l'exemple détaillé ci-après la transformation Mojette directe courante est appliquée sur un support de 256 pixels. On considère dans cet exemple le cas où M=2 et n=1. Trois projections sont 15 ainsi générées. Le support de pixels est réparti sur deux lignes (M = 2) de 128 pixels chacune. Ainsi on dispose d'un rectangle {P,Q} de 128 colonnes et de 2 lignes. Les angles (p ; q) associés respectivement aux projections à générer sont les 20 suivants: - projection° : p=1 ; q= -1; - projection1 : p=0 ; q= 1; - projection2 : p=1 ; q= 1; 25 La figure 2 illustre l'application de la transformée de Mojette directe sur un rectangle de pixels (2,128) et la représentation des trois projections résultantes, ainsi que les valeurs de bins associés. Le tableau de la figure 2A détaille le contenu de chacune des projections 30 générées à la figure 2 par la transformée de Mojette directe courante sur le support de 256 pixels. Comme illustré à la figure 1, la transformée de Mojette directe courante, de même que la transformée de Mojette directe selon l'invention détailléee ci-après, peuvent être implémentées à l'aide d'une installation qui comprend : - une première mémoire, appelée mémoire de pixels MP : cette mémoire MP 5 contient les pixels du support sur lesquels l'opération de transformée de Mojette directe doit être appliquée ; - une unité de traitement et de calcul UTC : l'unité comprend un processeur, référencé cpu ou PROC sur certaines figures, qui effectue les opérations de lectures/écritures vers les mémoires de pixels et de bins, ainsi que des 10 opérations d'application d'un opérateur mathématique, ici l'opérateur XOR, entre les pixels. Comme détaillé ci-après le processeur peut aussi appliquer cet opérateur à une combinaison de bin(s) et de pixel(s). - une deuxième mémoire, appelée mémoire de bins MB: cette zone mémoire est utilisée pour stocker les résultats (bins) de la transformée de Mojette 15 directe. L'unité de traitement et de calcul UTC comprend une ou plusieurs mémoires de travail associée au processeur. L'unité peut être réalisée sous forme d'un ordinateur. 20 Les mémoires et l'unité de l'installation informatique décrite ci-dessus peuvent aussi être utilisées pour exécuter la transformée de Mojette directe selon l'invention, la transformée de Mojette inverse courante et la transformée de Mojette inverse selon l'invention. 25 Le contenu de la mémoire de bins peut être extrait par une autre entité. Cette entité peut stocker lesdits bins par exemple sur un disque distinct de la mémoire de bins ou les diffuser sur un réseau, par exemple sous forme de trames UDP/IP. 30 Transformation de Mojette directe courante Des étapes d'exécution de la transformée de Mojette directe courante sont détaillées ci-dessous dans le cadre du calcul et de l'écriture d'un bin correspondant à l'indice 0, à savoir le bin[0], des bins de la projection1 illustrée à la figure 2. Ainsi en lien avec la figure 3 qui illustre les différents échanges entre le processeur et les mémoires pour le calcul de bin[0] (ou plus précisément projection1.bin[0]), ledit calcul du bin[0] comprend les étapes suivantes : 1)remise à zéro du bin[0] à générer ; 2)lecture du pixel[0] à partir de la mémoire de pixels ; 3)lecture du bin[0] de la projection1 ; 4)XOR entre le contenu courant du bin[0] de la projection1 et la valeur du pixel[0] ; 5)écriture du résultat intermédiaire de l'opération précédente dans la mémoire de bins ; 6)lecture du pixel[128] à partir de la mémoire de pixels ; 7)relecture du bin[0] de la projection1 depuis la mémoire de bins ; 8)XOR entre le contenu courant du bin[0] de la projection1 et la valeur du pixel[128] ; 9)écriture du final de l'opération précédente dans la mémoire de bins. Dans le cadre de l'exemple choisi, pour obtenir la transformation complète du support, cet ensemble d'opération est répété 128 fois. Concernant la génération des deux autres projections, à savoir les projections « projection° » et « projection2 », le processus est réalisé de manière similaire en combinant les pixels rencontrés suivant la direction de projection appliquée pour la « projection° » ou la« projection2 ». Le choix des pixels à combiner dépend de l'angle associé à la projection (cf. figure 2). Transformation de Mojette directe selon l'invention L'implémentation de la transformée Mojette directe selon invention permet de s'exempter des étapes de lectures/écritures successives dans la génération d'un bin d'une projection, et de supprimer l'initialisation du contenu d'une projection. Des étapes d'exécution de la transformée de Mojette directe selon l'invention, sont détaillées ci-dessous en lien avec la figure 4 dans le cadre du calcul et de l'écriture d'un bin correspondant à l'indice 0 (bin[0]) des bins de la projection1. Ainsi, le calcul du bin[0] (ou plus précisément projection1.bin[0]) par application de la transformée de Mojette directe selon l'invention comprend les étapes suivantes : 1)lecture du pixel[0] à partir de la mémoire de pixels ; 2)lecture du pixel[128] à partir de la mémoire de pixels ; 3)XOR entre le contenu courant du bin[0] de la projection 1 et la valeur du pixel[128] ; 4)écriture du résultat de l'opération précédente dans la mémoire de pixels Pour l'implémentation de la Transformée de Mojette directe selon l'invention 20 qui permet d'éviter les opérations de lectures/écritures intermédiaires, l'unité d'exécution comprend un générateur de code. Le générateur de code est configuré pour exécuter les opérations suivantes : 1)exécution de l'algorithme de la transformée de Mojette directe courante afin 25 de déterminer pour chaque bin d'une projection les combinaisons de pixels nécessaires dudit bin ; 2) production des instructions nécessaires à la génération d'un bin sous la forme : proj(k) = support(i,j) xor support(I,p).... 30 Où support(i,j), support(I,p) sont les pixels intervenant dans la génération du bin proj(k). Le générateur de code peut générer autant de programmes de transformée de Mojette directe selon l'invention qu'il y a de combinaisons de taille de bloc utilisateur et de couple (M,n) configurés. Lorsque l'unité de traitement et de calcul reçoit une requête lui indiquant de décomposer le bloc de pixels en bins, l'unité exécute le programme correspondant généré par le générateur de code afin d'appliquer la transformée de Mojette selon l'invention au bloc de pixels. Après exécution dudit programme on obtient un ensemble de 364 bins correspondant aux bins des projections « projection 0 », « projectionl » et « projection 2» comme illustré à la figure 3A. L'ensemble de bins ainsi obtenu est le même qu'avec la transformée de Mojette directe courante, mais de manière beaucoup plus rapide puisque le nombre d'opérations nécessaires pour générer ces bins avec le ou les programmes produit(s) par le générateur de code, est plus faible. Pour reconstruire le support, l'unité exécute une transformation de Mojette inverse détaillée ci-après. Transformation de Mojette inverse courante On décrit ci-après la transformation Mojette inverse courante, c'est-à-dire connue de l'état de la technique, pour ensuite montrer les modifications 25 apportées à cette transformation de Mojette inverse courante afin d'obtenir la transformation de Mojette inverse selon l'invention. On part d'une correspondance univoque entre un pixel du support et un bin d'une projection. Le pixel univoque correspondant est reconstruit et le 30 processeur parcourt toutes les projections associées au support pour soustraire la valeur correspondant à ce pixel à chaque bin généré à l'aide dudit pixel. Ce processus est répété pour l'ensemble des pixels du support. L'opération de soustraction est réalisée par l'application de l'opérateur XOR entre le pixel dont la valeur est à soustraire et le bin. En effet, en supposant que le contenu d'une cellule mémoire (bin[k]) de la 5 mémoire de bin contient le résultat d'une opération XOR entre le pixel pixel[i] et le pixel pixel[j], et en connaissant la valeur de pixel[i], on obtient la valeur de pixel[j] par l'opération suivante: pixel[j] = pixel[i] xor bin[k] 10 Pour illustrer le processus de reconstruction, on repart de l'exemple, précédemment décrit, de sorte que le support à reconstruire est le support de 256 pixels à partir duquel 3 projections on été générées. 15 Ainsi, la mémoire de bins MB contient les bins des trois projections générées antérieurement et l'unité de traitement et de calcul UTC est utilisée pour reconstruire ledit support. Le fichier de métadonnées associé aux projections générées permet de 20 déterminer qu'il suffit de 2 projections parmi les trois générées pour reconstituer le support (pour rappel M=2 et n=1) La figure 5 illustre le parcours de reconstruction pour chacune des combinaisons de projections possibles. 25 -combinaison {projection 1, projection 0): projection0.bin[0] contient le pixel d'indice 128 ; -combinaison {projection 2, projection 0): projection0.bin[0] contient le pixel d'indice 128 et la projection projection1.bin[0] contient le pixel d'indice O. 30 -combinaison {projection 2,projection 1): projection2.bin[0] contient le pixel d'indice 0 Pour débuter la reconstruction, l'unité de traitement et de calcul part d'un bin pour lequel il existe une correspondance univoque entre le bin et un pixel du support. Un exemple de reconstruction du support initial à partir de projection1 et projection° est présenté ci-dessous. Comme indiqué sur la figure 5, le point de départ est le bin d'indice 0 de la projection 0 (projection0.bin[0]) qui contient le pixel d'indice 128. Le pixel d'indice 0 est obtenu par une opération XOR entre le pixel d'indice 128 et le bin d'indice 0 de la projection 1 (projection1.bin[0]): pixel[0] = pixel[128] XOR projection1.bin[0]. Ce processus est répété de façon itérative juste qu'au bin d'indice 127. Les opérations effectuées pour reconstruire les pixels du support à partir du bin d'indice i sont: - pixel[i+128] = pixel[i-1] xor projO.bin[i] - pixel[i] = pixel[i+128] xor projl.bin[i] Comme dans le cas de la transformée de Mojette directe décrite ci-dessus, l'implémentation de la transformée de Mojette inverse courante est réalisée avec une mémoire de bins, une mémoire de pixels et une unité d'une installation comme présenté ci-dessus. Pour débuter l'opération de reconstruction des pixels du support, la mémoire de bins MB est chargée préalablement avec le nombre nécessaire de projections pour procéder à une reconstruction. Dans l'exemple utilisé dans le document (M=2,n=1), cette mémoire de bins est chargée avec 2 projections, c'est-à-dire avec 256 bins. La source de ces projections peut être, par exemple, un support magnétique, un disque ou une trame d'un réseau IP. Dans le cas de la transformée de Mojette inverse courante, l'unité est configurée comme détaillé ci-après pour réaliser les opérations nécessaires à 5 la reconstruction des pixels du support à partir des projections en effectuant des lectures/écritures vers les mémoires de bins et de pixels. La figure 7 illustre les échanges entre l'unité et les mémoires pour la reconstruction de deux pixels (pixel[0] et pixel[128]) du support à partir des bins 10 de projection1 et des bins de projection0. L'opération décrite ci-après correspond à l'opération. La figure 6 illustre l'ordre correspondant aux flèches dans lequel les bins sont parcourus pour reconstruire les deux pixels. En lien avec la figure 7, le détail des opérations effectuées par l'implémentation 15 courante pour reconstruire les deux pixels est le suivant: 1)lecture du contenu du bin[0] de la projection° qui contient le pixel[128] (datai ) , 2)écriture du pixel[128] dans la mémoire de support ; 20 3)mise à zéro de la valeur du bin venant d'être lu (opération XOR sur lui-même) ; 4)écriture du résultat dans la mémoire support (bin d'indice 0 de la projection0) ; 5)lecture du bin[0] de la projection 1 (qui contient le résultat du XOR entre le 25 pixel[0] et le pixel[128]) ; 6)opération XOR permettant la reconstruction du pixel[0] (data 2) ; 7)écriture du résultat de l'opération précédente dans le bin[0] de la projection 1: la valeur écrite correspond à la valeur du pixel[0] ; 8)lecture du bin[0] de la projection 1: contient la valeur du pixel[0] écrite dans 30 l'opération précédente ; 9)écriture de la valeur lue précédemment dans la mémoire de support (pixel[0]) ; 10) mise à zéro de la valeur du bin venant d'être lu (opération XOR sur lui-même) ; 11) écriture du résultat dans la mémoire support (bin d'indice 0 de la projection1) ; 5 12) lecture du bin d'indice 1 de la projection° ; 13) opération XOR entre le contenu venant d'être lu et la valeur du pixel[0]: le résultat obtenu est la valeur du pixel[129] ; 14) écriture du résultat de l'opération XOR précédent dans le bin[1] de la projection° 10 Dans le cas de l'implémentation de la transformée de Mojette courante décrite dans l'exemple ci-dessus, la reconstruction d'un pixel implique deux opérations XOR et deux réécritures de bin d'une projection. D'une manière générale on a M réécritures de bin d'une projection. 15 Transformée de Mojette Inverse selon l'invention Dans la transformée de Mojette Inverse objet de l'invention, ces opérations intermédiaires (lecture/écritures dans la mémoire de bins) sont supprimées. On 20 obtient ainsi une reconstruction plus rapide en se basant sur le fait que, hormis pour le ou les pixels et bins univoques, la reconstruction d'un pixel du support nécessite une combinaison entre le bin d'une projection et un nombre de pixels de support déjà reconstruits. Ce nombre dépend du nombre M de projections défini. 25 Ainsi, par rapport à l'exemple précédent les pixel[128] pixel [0] et pixel[129] peuvent être reconstruits comme suit : pixel[128] = projections[0].bins[0] 30 pixel[0] = projections[1].bins[0]Apixel[128] et pixel[129] = projections[0].bins[1]Apixel[0] ] En effet, projections[0].bins[0] contient le pixel univoque (pixel[128]) et constitue ainsi le point de départ de la reconstruction. Ainsi, dans la nouvelle implémentation de la transformation de Mojette inverse, 5 la reconstruction d'un pixel[k] d'un support est donnée par la forme générale : pixel[k] = projections[i].bin[j]Asupport[1]^... Asupport[n]; La figure 8 illustre les opérations réalisées pour le même exemple en appliquant la nouvelle transformée de Mojette inverse, objet de l'invention: 10 1)lecture du contenu du bin[0] de la projection° qui contient le pixel[128] (datai) 2)écriture du pixel[128] dans la mémoire de support 3)lecture du bin[0] de la projection1 (contient le résultat du XOR entre le pixel[0] et le pixel[128] ; 15 4)lecture du pixel[128] à partir de la mémoire de support ; 5)XOR entre le pixel[128] et le contenu du bin[0] de la projection1: le résultat fournit la valeur du pixel[0] ; 6)écriture du résultat dans la mémoire support (pixel[0]). 20 Pour générer un programme de reconstruction utilisant la transformées de Mojette Inverse objet de l'invention, l'unité est configurée pour réaliser une exécution du programme de reconstruction de pixels utilisant la transformation Mojette inverse courante, en mode « hors-ligne », c'est-à-dire en simulant les étapes d'écritures sur les mémoires de bins et de pixels. 25 Cette exécution permet d'obtenir pour chaque pixel à reconstruire les pixels et le bin de la projection intervenant dans sa reconstruction ou, dans le cas d'une relation univoque, d'obtenir un pixel univoque correspondant à un bin univoque. 30 A partir des relations entre pixels et bins identifiées au cours de ladite exécution hors ligne, l'unité génère un ou plusieurs programme(s) de reconstruction dit programme(s) de reconstruction de « en ligne » selon lequel chaque pixel à reconstruire, noté pixel[k], autre que celui ou ceux présentant une relation univoque à un bin, est calculé par une équation de la forme : pixel[k] = projection[i].bin[j]Apixel[1] ou pixel[k] = projection[i].bin[j]Apixel[I]^...^ pixel[n] avec : k, I, n étant des indices définissant différents pixels du support à reconstruire ; : l'opérateur XOR projection[i].bin[j] : la valeur d'un bin qui a été généré en utilisant le pixel [k], en particulier la valeur du jième bin de projection[i]. L'unité peut générer autant de programmes de reconstruction qu'il y a de combinaisons de projections possibles et éventuellement de taille de blocs 15 configurés. L'installation et le procédé selon l'invention peuvent être utilisés pour différentes applications dont des applications de type "Scale-out NAS- Cloud storage", "Networking", réseau ad-hoc, codage d'images et de vidéos. 20 Chaque mémoire peut être formée de plusieurs zones de mémoires distinctes et décentralisées ou non. La présente invention n'est nullement limitée aux modes de réalisation décrits 25 et représentés, mais l'homme du métier saura y apporter toute variante conforme à son esprit. L'homme du métier comprend aisément que les différentes étapes et fonctions des modes de réalisations présentés ci-dessus peuvent être réalisées sous 30 forme de programmes d'ordinateur. En particulier, les étapes décrites ci-dessus peuvent être réalisées sous forme d'instructions électroniques et/ou informatiques exécutables par un processeur. Ces programmes d'ordinateur, ou instructions informatiques, peuvent être contenus dans des dispositifs de stockage de programme, par exemple des supports de stockage de données numériques lisibles par ordinateur, ou des programmes exécutables. Les programmes ou instructions peuvent également être exécutés à partir de périphériques de stockage de programme. La présente invention n'est nullement limitée aux modes de réalisation décrits et représentés, mais l'homme du métier saura y apporter toute variante 10 conforme à son esprit. REVENDICATIONS1. Système de traitement de données configuré pour reconstituer un bloc, appelé support, formé de données informatiques de base, appelées pixels, à 5 l'aide d'autres données informatiques, appelées bins, résultant d'une transformée mathématique appliquée auxdits pixels, un nombre, noté G, de groupes de bins, appelés projections, ayant été généré à partir des pixels dudit bloc de telle sorte que ledit support puisse être reconstruit avec un nombre minimal donné, noté M, de projections, M étant 10 inférieur à G, le système comprenant aussi : - une unité de traitement et de calcul (UTC) de données ; - une première zone mémoire, appelée mémoire de bins (MB), dans laquelle lesdits bins générés sont mémorisés ; is - une deuxième zone mémoire, appelée mémoire de pixels (MP), distincte de la mémoire de bins (MB) et dans laquelle les pixels dudit bloc à reconstruire sont destinés à être écrits, caractérisé en ce que ladite unité de traitement et de calcul (UTC) est configurée pour : 20 a) recevoir une requête de reconstruction du bloc de pixels ; b) reconstruire un pixel du support, dit pixel univoque, à partir d'un bin lu dans la mémoire de bins (MB) pour lequel il existe une relation univoque entre ce bin, appelé bin univoque, et ce pixel univoque, et écrire dans la mémoire de pixels (MP), ledit pixel univoque du bloc ainsi calculé, 25 c) éventuellement, reconstruire d'autres pixels univoques ; d) reconstruire chacun des autres pixels du support, dit pixels de recombinaison, à partir de la combinaison de : - un bin lu dans la mémoire de bins (MB), dit bin de combinaison, dont la génération a nécessité l'application de la transformée à plusieurs pixels du 30 bloc, - avec un ou plusieurs pixels précédemment reconstruit(s) et lu(s) dans la mémoire de pixels (MP),et écrire dans la mémoire de pixels (MP), chaque pixel de recombinaison ainsi calculé. 2. Système selon la revendication 1, caractérisé en ce que l'unité de traitement 5 et de calcul (UTC) est configurée pour reconstruire lesdits pixels sans opération d'écriture dans la mémoire de bins (MB) au cours de la reconstruction desdits pixels du support. 3. Système selon l'une des revendications précédentes, caractérisé en ce que 10 ladite opération de combinaison correspond à l'application de l'opérateur mathématique « OU exclusif » (XOR). 4. Système selon l'une des revendications précédentes, caractérisé en ce que l'unité de traitement et de calcul (UTC) comprend un programme, appelé 15 programme de reconstruction de pixels, permettant la réalisation de l'étape d), ledit programme présentant des instructions selon lesquelles chaque pixel à reconstruire, noté support(k), autre que celui ou ceux présentant une relation univoque à un bin, est calculé par une équation de la forme : support (k) = projection[i].bins[j]Asupport[] 20 ou support (k) = projection[i].bins[j]Asupport[]^... A support (n) avec : k, I, n étant des indices définissant différents pixels du support à reconstruire ; 25 ^: l'opérateur XOR projection[i].bins[j] : la valeur d'un bin de la projection projection[i] qui a été généré en utilisant le pixel support (k). 5. Système selon la revendication 4, caractérisé en ce que l'unité de traitement 30 et de calcul (UTC) comprend un autre programme, appelé programme de simulation de reconstruction de pixels, incluant des instructions : - identification d'une relation univoque entre un pixel du support à reconstruireet un bin d'une projection ; - reconstruction du pixel correspondant dans une zone de mémoire de l'unité distincte de la mémoire de bins ; - parcourt de tous les bins d'au moins M projections parmi les G projections 5 générées pour soustraire, par application de l'opérateur XOR, la valeur correspondant à ce pixel à chaque bin généré à l'aide dudit pixel ; - répétition des étapes précédentes pour l'ensemble des pixels du support ; et en ce que ladite unité de traitement et de calcul est configurée pour identifier au cours de l'exécution du programme de simulation des relations entre les 10 pixels et les bins, et générer ledit programme de reconstruction de pixels en fonction des relations identifiées entre les pixels et les bins pour définir chaque pixel à reconstruire, noté support(k), autre que celui ou ceux présentant une relation univoque à un bin, par une équation de la forme : support (k) = projection[i].bins[j]Asupport[1] 15 OU support (k) = projection[i].bins[j]Asupport[]^... A support (n) 6. Système selon l'une des revendications précédentes, caractérisé en ce que l'unité est configurée pour permettre de générer les G projections de la 20 manière suivante : i)- organisation du bloc de pixels en un rectangle de dimensions {P,Q}, P étant le nombre de colonnes et Q le nombre de lignes, puis ii)- définition d'un repère cartésien (p, q) dont l'origine est attachée à un pixel formant de préférence un coin du rectangle, 25 iii)- définition de G directions, dite directions de projection, dans le repère (p, q) iv)- pour chacune desdites G directions de projection, on calcule, pour chaque pixel d'une ligne ou d'une colonne du bloc, le bin correspondant par combinaison dudit pixel avec les autres pixels du bloc rencontrés en suivant ladite direction de projection ou par égalité avec ledit pixel lorsqu'aucun autre 30 pixel n'est rencontré en suivant ladite direction de projection. 7. Système selon la revendication 6, caractérisé en ce que le nombre G deprojections généré correspond à la somme du nombre M de projections minimal nécessaire pour reconstruire le support généré et du nombre, noté n, correspondant au niveau de redondance souhaité. 8. Système selon l'une des revendications précédentes, caractérisé en ce que, pour générer un bin correspondant à une combinaison donnée de pixels, l'unité de traitement et de calcul est configurée pour déterminer, pour le bin à générer, les combinaisons de pixels nécessaires ; et en ce que l'unité de traitement et de calcul (UTC) est configurée pour 10 générer un programme, appelé programme de génération de bins, qui comprend les instructions suivantes : - lecture de pixels à combiner entre eux à partir de la mémoire de pixels ; - génération d'un bin par combinaison des valeurs desdits pixels entre eux ; - écriture du résultat de l'opération précédente dans la mémoire de bins, 15 ou, lorsqu'il existe une relation univoque entre un pixel et un bin à générer, - lecture dudit pixel ; - génération du bin à partir dudit pixel et écriture dudit bin dans la mémoire de bins, et en ce que le programme est exempt d'instructions de remise à zéro des 20 valeurs de bin à générer, d'étape de lecture, dite lecture intermédiaire, du bin à générer et d'étape de combinaison entre un bin à générer et lesdits pixels. 9. Système selon la revendication 8, caractérisé en ce que l'unité de traitement et de calcul (UTC) comprend un autre programme, appelé programme de 25 simulation de génération de bins, incluant des instructions de remise à zéro des valeurs de bins à générer, de lecture, dites lecture intermédiaire, du bin à générer et de combinaison entre un bin à générer et lesdits pixels, et en ce que l'unité de traitement et de calcul (UTC) est configurée pour générer ledit programme de génération de bins après avoir exécuté le 30 programme de simulation de génération de bins, l'unité étant configurée pour générer ledit programme de génération de bins en identifiant le ou les pixels utilisés par ledit programme de simulation degénération de bins pour générer les bins correspondants et en définissant des instructions de combinaison de pixels qui sont exemptes desdites instructions de remise à zéro des valeurs de bin à générer, d'étape de lecture, dite lecture intermédiaire, du bin à générer et d'étape de combinaison entre le bin à générer et lesdits pixels. 10. Procédé de traitement de données configuré pour reconstituer un bloc, appelé support, formé de données informatiques de base, appelées pixels, à l'aide d'autres données informatiques, appelées bins, résultant d'une 10 transformée mathématique appliquée auxdits pixels, un nombre, noté G, de groupes de bins, appelés projections, ayant été généré à partir des pixels dudit bloc de telle sorte que ledit support puisse être reconstruit avec un nombre minimal donné, noté M, de projections, M étant inférieur à G, 15 caractérisé en ce que le procédé comprend les étapes suivantes : a) réception par une unité de traitement et de calcul (UTC) de données, d'une requête de reconstruction du bloc de pixels ; b) reconstruction par l'unité de traitement et de calcul (UTC), d'un pixel du support, dit pixel univoque, à partir d'un bin lu dans une mémoire, appelée 20 mémoire de bin (MB), pour lequel il existe une relation univoque entre ce bin, appelé bin univoque, et ce pixel univoque, et écrire dans une mémoire, appelée mémoire de pixels (MP), distincte de la mémoire de bins (MB), ledit pixel univoque du bloc ainsi calculé, c) éventuellement, reconstruction d'autres pixels univoques ; 25 d) reconstruction à l'aide de l'unité de traitement et de calcul (UTC) de chacun des autres pixels du support, dit pixels de recombinaison, à partir de la combinaison de : - un bin lu dans la mémoire de bins (MB), dit bin de combinaison, dont la génération a nécessité l'application de la transformée à plusieurs pixels du 30 bloc, - avec un ou plusieurs pixels précédemment reconstruit(s) et lu(s) dans la mémoire de pixels (MP),et écriture dans la mémoire de pixels (MP), de chaque pixel de recombinaison ainsi calculé. 11. Procédé selon la revendication 11, caractérisé en ce que la reconstruction 5 desdits pixels est réalisée sans opération d'écriture dans la mémoire de bins (MB) au cours de la reconstruction desdits pixels du support. 12. Procédé selon la revendication 10 ou 11, caractérisé en ce que ladite opération de combinaison correspond à l'application de l'opérateur 10 mathématique « OU exclusif » (XOR). 13. Procédé selon l'une des revendications 10 à 12, caractérisé en ce que pour la réalisation de l'étape d), chaque pixel à reconstruire, noté support(k), autre que celui ou ceux présentant une relation univoque à un bin, est calculé par 15 une équation de la forme : support (k) = projection[i].bins[j]Asupport[] ou support (k) = projection[i].bins[j]Asupport[]^... A support (n) avec : 20 k, I, n étant des indices définissant différents pixels du support à reconstruire ; : l'opérateur XOR projection[i].bins[j] : la valeur d'un bin de la projection projection[i] qui a été généré en utilisant le pixel support (k). 25 14. Procédé selon la revendication 13, caractérisé en ce que, préalablement à la réception de la requête de reconstruction, la reconstruction des pixels est simulée au niveau de l'unité de traitement et de calcul en exécutant des étapes comprenant : - identification d'une relation univoque entre un pixel du support à reconstruire 30 et un bin d'une projection ; - reconstruction du pixel correspondant dans une zone mémoire de l'unité distincte de la mémoire de bins ;- parcourt de tous les bins d'au moins M projections parmi les G projections générées pour soustraire, par application de l'opérateur XOR, la valeur correspondant à ce pixel à chaque bin généré à l'aide dudit pixel ; - répétition des étapes précédentes pour l'ensemble des pixels du support ; puis, à partir des relations identifiées entre les pixels et les bins, chaque pixel à reconstruire, noté support(k), autre que celui ou ceux présentant une relation univoque à un bin, est défini dans l'unité de traitement et de calcul par une équation de la forme : support (k) = projection[i].bins[j]Asupport[I] ou support (k) = projection[i].bins[j]Asupport[]^... A support (n) 15. Procédé selon la revendication 14, caractérisé en ce que les G projections sont générées de la manière suivante : i)- organisation du bloc de pixels en un rectangle de dimensions {P,Q}, P étant le nombre de colonnes et Q le nombre de lignes, puis ii)- définition d'un repère cartésien (p, q) dont l'origine est attachée à un pixel formant de préférence un coin du rectangle, iii)- définition de G directions, dite directions de projection, dans le repère (p, q) iv)- pour chacune desdites G directions de projection, on calcule, pour chaque pixel d'une ligne ou d'une colonne du bloc, le bin correspondant par combinaison dudit pixel avec les autres pixels du bloc rencontrés en suivant ladite direction de projection ou par égalité avec ledit pixel lorsqu'aucun autre pixel n'est rencontré en suivant ladite direction de projection. 16. Procédé selon la revendication 15, caractérisé en ce que le nombre G de projections généré correspond à la somme du nombre M de projections minimal nécessaire pour reconstruire le support généré et du nombre, noté n, correspondant au niveau de redondance souhaité. 17. Procédé selon l'une des revendications 10 à 16, caractérisé en ce que, pour générer un bin correspondant à une combinaison donnée de pixels,on détermine, pour le bin à générer, les combinaisons de pixels nécessaires ; et en ce que les étapes suivantes sont exécutées: - lecture de pixels à combiner entre eux à partir de la mémoire de pixels ; - génération d'un bin par combinaison des valeurs desdits pixels entre eux ; 5 - écriture du résultat de l'opération précédente dans la mémoire de bins, ou, lorsqu'il existe une relation univoque entre un pixel et un bin à générer, - lecture dudit pixel ; - génération du bin à partir dudit pixel et écriture dudit bin dans la mémoire de bins, 10 et en ce que ledit bin est généré sans étapes de remise à zéro des valeurs de bin à générer, d'étape de lecture, dite lecture intermédiaire, du bin à générer et d'étape de combinaison entre un bin à générer et lesdits pixels. 18. Procédé selon la revendication 17, caractérisé en ce que, préalablement à 15 la génération de bins, on simule une génération de bins qui inclue des instructions de remise à zéro des valeurs de bins à générer, de lecture, dites lecture intermédiaire, du bin à générer et de combinaison entre un bin à générer et lesdits pixels, et en ce qu'un programme de génération de bins est généré après avoir simulé 20 la génération de bins, ledit programme de génération de bins étant généré en identifiant le ou les pixels utilisés lors de la simulation de génération de bins pour générer les bins correspondants et en définissant des instructions de combinaison de pixels qui sont exemptes desdites instructions de remise à zéro des valeurs de bin à 25 générer, d'étape de lecture, dite lecture intermédiaire, du bin à générer et d'étape de combinaison entre le bin à générer et lesdits pixels. 19. Produit de programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou 30 exécutable par un processeur d'une unité de traitement et de calcul, caractérisé en ce qu'il comprend des instructions de code de programme pour mettre en oeuvre les étapes d'un procédé selon l'une des revendications 10 à18 lorsque ledit programme est exécuté par le processeur.