FR 3014624 A1 20150612 FR 1362197 A 20131205 Procédé de traitement de données multivaluées 1. Domaine de l'invention L'invention se rapporte au traitement distribué de données. Plus particulièrement, la technique proposée se rapporte au traitement distribué de données multivaluables. Plus précisément encore, la technique décrite permet de garantir l'homogénéité des campagnes de communication numérique au sein d'un réseau d'affiliés, tout en décentralisant la personnalisation et la programmation de ces campagnes auprès de chaque affilié. 2. Art Antérieur Il est fréquent, dans le cadre d'échanges de données informatisées, que des sites comme par exemple des sièges sociaux d'entreprises ou des services d'administration générale (services commerciaux, services marketing), transmettent à des filiales, succursales ou franchisés, des formulaires, requêtes ou autres documents dont l'utilité et l'objectif apparaissent clairement aux yeux des personnes qui les ont établis, mais forcément aux yeux des personnes que les reçoivent. En effet, l'échange de données informatisée, également appelé EDI, est certes une réalité, mais les techniques qui sont utilisées pour mettre en oeuvre de tels échanges sont complexes et pas toujours comprises. Par ailleurs, une grande quantité de données est encore échangée sous la forme de courrier électronique, en dehors de toute application spécifiquement dédiée à cet effet. Or, de tels échanges d'information, par le biais de fichiers attachés à des courriers électroniques, sans pouvoir vérifier ni la compréhension réelle des informations reçues par les destinataires, ni leur utilisation, est problématique. Par exemple, dans le cadre d'une franchise, comprenant une société mère, propriétaire de la franchise et des sociétés affiliées, franchisées, il est important que l'information transmise au franchisés soit comprise et que les directives données à ceux-ci soient mises en oeuvre. Il est en effet très préjudiciable, pour une franchise, de ne pas pouvoir mettre en oeuvre une politique globale de communication, par exemple à destination d'une clientèle qui est attachée à la marque de la franchise : si pour deux magasins différents d'une même franchise, dans une même ville, les offres promotionnelles ou commerciales ne sont pas les mêmes, les consommateurs peuvent éprouver un effet déceptif vis-à-vis du franchisé d'une part et du franchiseur d'autre part. Des systèmes de gestion de données existent. Ils ne répondent cependant pas aux impératifs de fiabilité de compréhension et de traitement des données destinées à des filiales, des succursales ou des franchisés. La première solution, la plus répandue, est que le marketing direct numérique est géré par l'entité nationale du réseau d'affiliés, c'est à dire la « maison mère ». Chaque affilié soumet sa demande de campagne de communication à la maison mère qui l'exécute. Le premier inconvénient est que l'affilié ne peut pas procéder à sa communication en temps réel, il est obligé de prévoir un certain temps à l'avance sa campagne de communication. Le deuxième inconvénient est que le contenu de la campagne marketing de l'affilié peut être refusé par la maison mère, ce qui engendre un certain nombre d'aller/retours entre les deux entités. Le troisième inconvénient est que les statistiques (par exemple des taux de délivrabilités, etc...) liées à la campagne marketing ne sont pas accessibles par l'affilié en temps réel et doivent faire lieu d'une transmission manuelle d'informations à partir de l'entité nationale. Le quatrième inconvénient concerne le coût des campagnes pour l'affilié car là aussi il n'a la visibilité sur le prix final qu'une fois sa campagne communiquée à l'entité nationale. Le cinquième inconvénient concerne la maison mère qui peut se trouver dans l'incapacité de pouvoir honorer toutes les demandes de son réseau d'affiliés, notamment lors des temps forts de leur activité commerciale. Une deuxième solution généralement mise en place pour gérer la communication numérique est que le réseau ne gère rien au niveau national. Chaque affilié peut ainsi gérer à son niveau sa propre communication marketing. L'inconvénient majeur de cette solution est qu'elle ne permet pas à une enseigne nationale de garantir l'homogénéité de la communication vers les clients finaux, que cela soit sur la fréquence des messages envoyés ou la qualité de forme des messages communiqués. Il est alors impossible à l'enseigne d'imposer une charte graphique nationale, par exemple. Cette méthode impose par ailleurs aux affiliés d'avoir des compétences techniques (création d'un « emailing » (campagne de publicité par transmission de messages électroniques) par exemple) ou d'avoir recours à des agences de communication pour optimiser leurs envois. De même les magasins peuvent se concurrencer les uns les autres en envoyant à des contacts identiques des messages différents au même moment. Enfin, les affiliés n'étant pas expert en marketing, ils peuvent ne pas connaître toutes les contraintes en vigueur : CNIL, déontologie... et commettre des erreurs juridiques lourdes pour la maison-mère et pour son image de marque. Une autre solution est de mettre en place une communication à deux niveaux. L'enseigne nationale gère sa propre communication pour les événements phares (soldes, nouvelle année), tandis que les magasins sont libres de mettre en place leur propre communication. Cette solution présente les mêmes inconvénients que la solution précédente (non homogénéité, risque juridique, concurrence), auxquels il faut en ajouter un supplémentaire : il peut y avoir de nombreuses collisions entre les envois de l'enseigne nationale et les envois des magasins, ce qui impliquera une pression marketing (trop) élevée et des messages pas toujours compréhensibles pour les clients. En conclusion les inconvénients des solutions existantes sur le marché sont : le manque d'homogénéité sur le fond de la communication au sein du réseau ; le manque d'homogénéité sur la forme de la communication au sein du réseau ; l'absence d'émission en temps réel de la campagne par l'affilié ; le manque d'accès à des statistiques de la campagne pour l'affilié ; le manque d'estimation en temps réel du coût de la campagne pour l'affilié ; des risques de collision / concurrence de messages entre une entité nationale et des affiliés ou entre les affiliés eux-mêmes ; des risques juridiques ; des problématiques techniques. 3. Résumé de l'invention La technique proposée ne présente pas ces inconvénients de l'art antérieur. Plus particulièrement, la technique proposée se rapporte à un Procédé de traitement de données, au sein d'une système de traitement de données, lesdites données étant destinées à être transmises, par au moins un composant dudit système, à au moins un destinataire final, par l'intermédiaire d'une entité affiliée à une entité centrale. Selon l'invention, un tel procédé comprend : une phase de création d'un gabarit, par un dispositif de création de gabarits, ledit gabarit comprenant au moins un type de données modifiable associé à au moins une position et à au moins une variable au sein dudit gabarit ; une phase de valuation dudit gabarit comprenant une valorisation d'une variable associée audit type de données modifiable, ladite phase de valuation délivrant au moins une instance d'une chaine multivaluée ; une phase de transmission de ladite au moins une instance d'une chaine multivaluée à au moins un groupe de destinataires préalablement identifiés. Selon une caractéristique particulière, ledit procédé comprend en outre une phase de de transmission, à au moins un destinataire, dit destinataire affilié, d'un message d'avertissement de mise à disposition dudit gabarit au sein d'un espace de multivaluation de message ; Selon une caractéristique particulière, ladite phase de création d'un gabarit comprend : une étape de sélection, à l'aide d'une interface homme machine, parmi une pluralité de types possibles, d'un type de gabarit à créer ; une étape de création, d'un conteneur associé audit type de gabarit à créer, le conteneur comprenant au moins un espace d'insertion d'un type de donnée modifiable ; au moins une étape d'insertion, à l'aide de ladite interface homme machine, d'un type de données modifiable à une position donnée et à une variable donnée ; une étape d'enregistrement, dudit conteneur, sous la forme d'une structure de données (par exemple un fichier ou un enregistrement de base de données) délivrant ledit gabarit. Selon une caractéristique particulière, ladite phase de création d'un gabarit comprend en outre au moins une étape d'insertion, à l'aide de ladite interface homme machine, d'un type de données non modifiable à une position donnée. Selon un mode de réalisation particulier, ladite phase de valuation dudit gabarit par ledit au moins un destinataire affilié comprend : une étape de connexion à un espace de valuation. une étape de sélection parmi une pluralité de gabarits disponibles, dudit gabarit, provoquant un affichage de celui-ci sur un dispositif d'affichage ; au moins une étape de saisie, pour au moins un type de données modifiable dudit gabarit, d'une valeur à associer audit type de donnée ; une étape d'enregistrement du gabarit value, délivrant une instance d'une chaine multivaluée (MsgV). Selon un mode de réalisation particulier, ladite phase de transmission de ladite au moins une instance d'une chaine multivaluée comprend : une étape de sélection, parmi une pluralité de destinataires, d'au moins un destinataire vers lequel ladite chaine multivaluée doit être transmis ; une étape de transmission, de ladite au moins une instance d'une chaine multivaluée en fonction d'au moins une donnée représentative dudit au moins un destinataire. Selon un mode de réalisation particulier ladite phase de transmission d'un message d'avertissement comprend : une étape d'obtention, à partir d'au moins une donnée de configuration, d'au moins un groupe de destinataire associé audit type de gabarit préalablement sélectionné ; une étape de sélection, à partir dudit au moins un groupe de destinataire, d'au moins un destinataire dudit message ; une étape de recherche, au sein d'une base de données, d'au moins un type de message à transmettre en fonction dudit destinataire et dudit type de gabarit préalablement sélectionné ; une étape d'instanciation d'un message à partir dudit type de message ; une étape de transmission du message audit au moins un destinataire. Selon une implémentation préférée, l'invention se rapporte également à un système de traitement de données, lesdites données étant destinées à être transmises, par au moins un composant dudit système, à au moins un destinataire final, par l'intermédiaire d'une entité affiliée à une entité centrale, système caractérisé en ce qu'il comprend : des moyens de création d'un gabarit, ledit gabarit comprenant au moins un type de données modifiable associé à au moins une position et à au moins une variable au sein dudit gabarit ; des moyens de valuation dudit gabarit par au moins un destinataire affilié, délivrant au moins une instance d'une chaine multivaluée ; des moyens de transmission de ladite au moins une instance d'une chaine multivaluée à au moins un groupe de destinataires préalablement identifiés. Selon une implémentation préférée, les différentes étapes des procédés selon l'invention sont mises en oeuvre par un ou plusieurs logiciels ou programmes d'ordinateur, comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un module relais selon l'invention et étant conçu pour commander l'exécution des différentes étapes des procédés. En conséquence, l'invention vise aussi un programme, susceptible d'être exécuté par un ordinateur ou par un processeur de données, ce programme comportant des instructions pour commander l'exécution des étapes d'un procédé tel que mentionné ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un processeur de données, et comportant des instructions d'un programme tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Selon un mode de réalisation, l'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "module" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et logiciels. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. Un tel composant logiciel est exécuté par un processeur de données d'une entité physique (terminal, serveur, passerelle, routeur, etc.) et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc.). De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. Il peut s'agir d'un composant matériel programmable ou avec processeur intégré pour l'exécution de logiciel, par exemple un circuit intégré, une carte à puce, une carte à mémoire, une carte électronique pour l'exécution d'un micrologiciel (firmware), etc. Chaque composante du système précédemment décrit met bien entendu en oeuvre ses propres modules logiciels. Les différents modes de réalisation mentionnés ci-dessus sont combinables entre eux pour la mise en oeuvre de l'invention. 4. Liste des figures D'autres caractéristiques et avantages de la technique décrite apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1 illustre le principe général de la méthode proposée ; la figure 2 illustre la phase de création d'un gabarit ; la figure 3 illustre la phase de transmission d'un message d'avertissement ; la figure 4 illustre la phase de valuation d'un gabarit pour créer une chaine multivaluée ; la figure 5 illustre la phase de transmission de l'instance d'une chaine multivaluée ; la figure 6 présente un système conformé pour mettre en oeuvre la technique proposée. 5. Description 5.1. Principe Le problème à la base de la solution décrite ci-après est de permettre à des affiliés de communiquer avec des clients ou partenaires d'une manière uniforme. Il est nécessaire à la fois de gérer le problème d'uniformité de la communication (souhaitable pour l'entité mère) et à la fois la problématique de la communication de proximité (qui doit être individualisée et comprise par les affiliés) avant d'être transmise à des clients. Il s'agit donc d'un problème à niveau multiples. Pour répondre à ce problème, soit à la fois permettre une communication uniforme et une personnalisation de cette communication dans un contexte de transmission multiniveau, le principe général de la solution proposée repose sur la création d'un gabarit de traitement de données, comprenant des types de données modifiables et des types de données non modifiables. Plus particulièrement, le gabarit de traitement de données est créé au niveau de l'entité mère (par exemple le franchiseur). Le gabarit de traitement de données comprend une pluralité d'éléments, cette pluralité d'éléments étant obtenue à partir d'une base de données de typologies de données d'entrées. Le gabarit de traitement de données est généré au sein d'un dispositif dédié de génération de gabarits de traitement de données. Le gabarit de traitement de données est ensuite mis à disposition des entités destinatrices (par exemple des franchisés, des affiliés ou des partenaires) qui peuvent effectuer des adjonctions de données dans le gabarit afin de créer un message. Ce message est ensuite transmis. Dès lors, le message final, qui est transmis au client ou au partenaire et qui a fait l'objet d'un traitement tant par l'entité mère que par une ou plusieurs entités affiliées peut être vue comme une suite d'affectation successives de valeurs, dans une chaine d'origine, représentée par le gabarit, délivrant une chaine multivaluée (par exemple une chaine de caractères ou une chaine XML ou tout autre type de langage structuré) représentative du message transmis à l'utilisateur. La multivaluation successive d'une chaine d'origine, obtenue à partir du gabarit, permet de résoudre le problème posé. Optionnellement, la multivaluation peut être conditionnelle. Cela signifie que lorsque certaines conditions ne sont pas remplies par l'affilié, la donnée peut être modifiée manuellement ou automatiquement afin que l'expérience utilisateur ne soit pas déceptive. Optionnellement, la chaine résultante multivaluée peut être transmise à une entité de vérification (qui peut être l'entité mère) afin que le contenu des données multivatuées puisse être vérifié par l'entité préalablement à sa transmission. Selon une caractéristique particulière, les moyens utilisés pour réaliser la multivaluation sont soumis à une autorisation préalable. Plus particulièrement, dans le système de multivaluation objet de la présente divulgation, les terminaux qui sont utilisés pour réaliser les étapes de multivaluation des données d'origines sont identifiés de manière unique au sein du système. Par ailleurs, l'action de mutlivaluation est soumise à une autorisation préalable au cours de laquelle l'identité de l'utilisateur souhaitant affecter des valeurs à un message d'origine est vérifiée. En d'autres termes, non seulement le terminal de saisie est vérifié et l'utilisateur de ce terminal doit être un utilisateur autorisé. La méthode générale proposée est plus particulièrement décrite en relation avec la figure 1. Cette méthode comprend : une phase de création 10 d'un gabarit (Gr), par un dispositif de création de gabarits (DGab), le gabarit comprenant au moins un type de données modifiable (TDm) associé à au moins une position et à au moins une variable (Vr) au sein du gabarit (Gr) ; optionnellement, une phase de transmission 20, à au moins un destinataire, dit destinataire affilié, (DestA), d'un message d'avertissement (MsgA) de mise à disposition du gabarit (Gr) au sein d'un espace de multivaluation de message (EspMv) ; une phase de valuation 30 du gabarit (Gr) par le destinataire affilié (DestA), ladite phase de valuation délivrant au moins une instance d'une chaine multivaluée (MsgV) ; une phase de transmission 40 de ladite au moins une instance d'une chaine multivaluée (MsgV) à au moins un groupe de destinataires préalablement identifiés (GDest1). Ainsi, la technique proposée permet non seulement de s'assurer d'une communication homogène à destination des affiliés, mais également d'une personnalisation accrue des messages transmis. Plus particulièrement la phase de création 10 d'un gabarit (Gr), décrite en relation avec la figure 2, comprend : une étape de sélection 100, à l'aide d'une interface homme machine, parmi une pluralité de types possibles, d'un type de gabarit (TGab) à créer ; une étape de création 101, d'un conteneur (Cnt) associé au type de gabarit à créer (TGab), le conteneur comprenant au moins un espace d'insertion (Espl) d'un type de donnée modifiable ; au moins une étape d'insertion 102, à l'aide de ladite interface homme machine, d'un type de données modifiable (TDm) à une position donnée et à une variable donnée ; un tel type de donnée modifiable peut prendre plusieurs formes : texte, liste déroulante, image... optionnellement, une ou plusieurs étapes d'insertion 103, à l'aide de ladite interface homme machine, d'un type de données non modifiable (TDnm) à une position donnée ; un tel type de donnée modifiable peut prendre plusieurs formes : texte, liste déroulante, image ; ces types de données peuvent également se rapporter à des guide d'utilisation du gabarit, tels que des conseils de mises en oeuvre. ; ces types de données peuvent encore se rapporter à des conditions de mises en oeuvre, pour vérifier par exemple une adéquation de certains types de données saisies avec d'autres types de données une étape d'enregistrement 104, du conteneur, sous la forme d'une structure de données (par exemple un fichier ou un enregistrement de base de données) délivrant le gabarit (Gr). Ainsi, le gabarit est enregistré et est accessible pour une diffusion. Plus particulièrement la phase optionnelle de transmission 20, d'un message à au moins un destinataire, dit destinataire affilié, décrite en relation avec la figure 3, comprend : une étape d'obtention (200), à partir d'au moins une donnée de configuration, d'au moins un groupe de destinataire (GDest) associé au type de gabarit (TGab) préalablement sélectionné ; une étape de sélection (201), à partir du au moins un groupe de destinataire (GDest), d'au moins un destinataire (DestA) du message ; une étape de recherche (202), au sein d'une base de données, d'au moins un type de message (TMes) à transmettre en fonction du destinataire (DestA) et du type de gabarit (TGab) préalablement sélectionné ; une étape d'instanciation (203) d'un message (MsgA) à partir du type de message (TMes) optionnellement (204), une étape de modification du message (MsgA) ; une étape de transmission (205) du message (MsgA) audit au moins un destinataire (DestA) ; Plus particulièrement la phase de valuation 30 du gabarit (Gr) par le au moins un destinataire affilié (Dest), décrite en relation avec la figure 4, comprend : une étape de connexion (300) à un espace de valuation de message (EspV). Cet espace est accessible par l'intermédiaire d'un dispositif installé chez le destinataire. Optionnellement, le dispositif doit, pour être autorisé à se connecter, avoir été préalablement enregistré ; de même cette étape de connexion peut comprendre une identification préalable du destinataire. une étape de sélection (301) parmi une pluralité de gabarits disponible et optionnellement par le destinataire du message d'avertissement (MsgA), du gabarit (Gr), provoquant un affichage de celui-ci sur un dispositif d'affichage ; au moins une étape de saisie (302), pour au moins un type de données modifiable (Tdm) du gabarit (Gr), d'une valeur à associer au type de donnée, délivrant un gabarit valué (GrV) ; cette valeur peut consister en un texte, en un choix parmi plusieurs choix disponible, en une image, etc. une étape d'enregistrement (303) du gabarit valué, délivrant une instanciation d'une chaine multivaluée (MsgV) ; Plus particulièrement la phase de transmission 40 de ladite au moins une instance d'une chaine multivaluée (MsgV), décrite en relation avec la figure 5, comprend : une étape de sélection (400), parmi une pluralité de destinataires (PDest), d'au moins un destinataire (GDestl) vers lequel ladite chaine multivaluée (MsgV) doit être transmis ; cette étape de sélection peut être réalisée soit par le destinataire (DestA) du message d'avertissement (MsgA), lorsque la valuation de la chaine est terminée, soit par un utilisateur situé dans une autre entité (comme la maison mère) ; une étape de transmission (401), de ladite au moins une instance d'une chaine multivaluée (MsgV) en fonction d'au moins une donnée représentative du destinataire, sur un réseau de communication (NTWK). Les différentes caractéristiques présentées permettent de résoudre les problèmes de l'art antérieur. Notamment, ces caractéristiques apportent une garantie d'homogénéité sur la forme dans la campagne numérique. La forme des messages de la campagne est potentiellement complètement verrouillable par l'entité nationale, mais le degré de liberté est ajustable pour permettre aux affiliés de modifier quelques éléments graphiques (certains textes, des photos, des couleurs etc...). L'entité nationale peut ainsi piloter complètement l'homogénéité de la forme de la campagne. Notamment, ces caractéristiques apportent une garantie d'homogénéité sur le fond dans une campagne. Le fond est défini par l'entité nationale lors de la création du gabarit de campagne. Tout ou partie du contenu peut être verrouillé par l'entité nationale garantissant l'homogénéité du contenu de la campagne diffusée par l'ensemble de ses affiliés. Notamment, ces caractéristiques permettent une prévision du coût de la campagne en temps réel. Chaque campagne est diffusée au près d'une liste de contacts que l'affilié possède dans l'outil. Avant exécution de la campagne il a la possibilité d'estimer le budget de sa campagne directement dans l'outil. Ce budget dépend du nombre de contacts vers lesquels la campagne sera diffusée et des canaux digitaux utilisés. Notamment, ces caractéristiques permettent mission de la campagne en temps réel et permettent une réactivité beaucoup plus importante de la part de l'entité mère. Une fois choisi, le gabarit de campagne peut être modifié puis utilisé en tant que campagne à diffuser. La diffusion est pilotée par le affilié qui peut soit l'exécuter immédiatement soit la programmer dans le futur. Il pilote ainsi en temps réel l'émission de sa campagne, car les gabarits mis à disposition des affiliés sont pré-validés et utilisables instantanément. Notamment, ces caractéristiques permettent un accès en temps réel aux statistiques de la campagne Une fois la campagne créée, validée et diffusée par l'affilié, celui à accès en temps réel aux statistiques de diffusion des messages. Il peut ainsi connaître quels sont les contacts qui ont reçus les messages, ceux qui les ont ouverts, etc. Notamment, ces caractéristiques permettent d'éviter une concurrence entre affiliés. Une base de données de destinataires finaux peut être pilotée par l'entité nationale et dispatchée selon des critères particuliers entre les différents affiliés (code de rattachement du client final à un affilié, découpage par adresse postale...). Notamment, ces caractéristiques permettent d'éviter une concurrence des affiliés avec l'entité nationale. L'entité nationale peut transmettre via le système à ses propres affiliés les prévisions de campagnes nationales. Cela permettra aux affiliés de ne pas programmer d'envoi (ou de les limiter) les jours où l'entité nationale a elle-même prévue de communiquer vers des destinataires communs. Notamment, ces caractéristiques permettent de palier des problèmes de compétence technique. Grâce à la mise à disposition de campagnes prêtes à l'emploi, les seules compétences techniques requises sont déportées au niveau de l'entité nationale. Les affiliés disposent, quant à eux, d'un accès à une version extrêmement simple de l'interface où tous les gabarits de campagnes sont directement prêts à l'emploi. 5.2. Système de mise en oeuvre On décrit, en relation avec la figure 6, un système de mise en oeuvre de la technique proposée. Un tel système comprend un serveur de gabarits (ServG) comprenant un serveur de base de données (ServBdD), ledit serveur de base de données (ServBdD) comprenant au moins une structure de données comprenant des types multivaluables de données. Le serveur de gabarits (ServG) comprend également au moins une interface de connexion à un réseau de communication (NETWK). Le système comprend également un dispositif de création de gabarits (DGAB) qui est connecté au serveur de gabarits (ServG) par l'intermédiaire du réseau de communication (NETWK). Le dispositif de création de gabarits (DGAB) comprend des moyens d'affichage et des moyens de saisies. Il comprend également des moyens de sélection, à partir serveur de gabarits (ServG) des types multivaluables de données, qui sont affichées, par l'intermédiaire des moyens d'affichage. 5.3. Cas d'usage On décrit, dans ce cas d'usage, la manière dont un gabarit de campagne est généré puis utilisé. 5.3.1. Création et mise à disposition d'un gabarit de campagne par l'entité mère La création d'un gabarit de campagne comprend des sélections, au travers d'une IHM dédiée, de types de données d'entrée. Ces types de données d'entrée sont affichés à l'écran. Ils sont placés au sein du gabarit par l'utilisateur. Le type de donnée d'entrée est ensuite nommé et valorisé par l'utilisateur. L'utilisateur est également à même d'indiquer si ce type de données d'entrée peut ou non être modifié (il indique s'il s'agit d'un élément fixe du gabarit ou non). Lorsque le gabarit est achevé, il est sauvegardé au sein d'une base de données de gabarit. Le gabarit comprend optionnellement une date de début d'utilisation et une date de fin d'utilisation (date de péremption), date à laquelle le gabarit ne sera plus disponible pour utilisation. Ces dates définissent les débuts et fins de campagne d'utilisation du gabarit pour créer des messages. Optionnellement, cette mise à disposition comprend la transmission, à un nombre d'affiliés donné, d'un message d'avertissement à destination de ces affiliés, afin d'éviter que ces affiliés ne soient pas avertis de la mise à disposition de ce message. Une fois le gabarit de campagne construit, l'entité mère le met à disposition de ses affiliés. La mise à disposition se fait en précisant les paramètres suivants : conseils éventuels sur l'utilisation du gabarit de campagnes, début de mise à disposition aux affiliés, fin de mise à disposition aux affiliés (ou illimitée), possibilité ou non pour l'affilié de supprimer des canaux d'une étape de la campagne numérique, possibilité ou non pour l'affilié de supprimer des étapes de la campagne numérique, tous les affiliés ou groupe d'affiliés spécifique. Les modifications sur chaque gabarit de la campagne peuvent être restreintes : par exemple, impossibilité de modification d'une partie du site mobile, de l'objet de l'email, de l'émetteur du SMS... 5.3.2. Utilisation du gabarit de campagne par l'affilié Lorsqu'un gabarit de campagne est mis à disposition, l'affilé le voit dans une liste des gabarits de campagnes disponibles (optionnellement après réception d'un message) et l'utiliser pour créer au moins une instance de messages pour transmission à des destinataires finaux (par exemple des clients) en respectant les conseils et limitations imposées par le gabarit (type de données non modifiables par exemple ou vérifications de saisies ou conseils de mise en oeuvre). 5.3.3. Consultation des statistiques par l'entité nationale L'entité nationale peut, à tout moment, accéder aux statistiques en rapport avec l'utilisation du gabarit de campagne. 5.3.4. Consultation des statistiques par l'affilié Une fois la campagne exécutée, l'affilié accède aux statistiques de la campagne. REVENDICATIONS1. Procédé de traitement de données, au sein d'une système de traitement de données, lesdites données étant destinées à être transmises, par au moins un composant dudit système, à au moins un destinataire final, par l'intermédiaire d'une entité affiliée à une entité centrale, procédé caractérisé en ce qu'il comprend : une phase de création 10 d'un gabarit (Gr), par un dispositif de création de gabarits (DGab), ledit gabarit comprenant au moins un type de données modifiable (TDm) associé à au moins une position et à au moins une variable (Vr) au sein dudit gabarit (Gr) ; une phase de valuation 30 dudit gabarit (Gr) comprenant une valorisation d'une variable associée audit type de données modifiable, ladite phase de valuation délivrant au moins une instance d'une chaine multivaluée (MsgV) ; une phase de transmission 40 de ladite au moins une instance d'une chaine multivaluée (MsgV) à au moins un groupe de destinataires préalablement identifiés (GDestl). 2. Procédé de traitement selon la revendication 1, caractérisé en ce que ladite phase de création 10 d'un gabarit (Gr) comprend : une étape de sélection 100, à l'aide d'une interface homme machine, parmi une pluralité de types possibles, d'un type de gabarit (TGab) à créer ; une étape de création 101, d'un conteneur (Cnt) associé audit type de gabarit à créer (TGab), le conteneur comprenant au moins un espace d'insertion (Espl) d'un type de donnée modifiable ; au moins une étape d'insertion 102, à l'aide de ladite interface homme machine, d'un type de données modifiable à une position donnée et à une variable donnée ; une étape d'enregistrement 104, dudit conteneur, sous la forme d'une structure de données (par exemple un fichier ou un enregistrement de base de données) délivrant ledit gabarit (Gr). 3. Procédé de traitement selon la revendication 2, caractérisé en ce que comprend en outre au moins une étape d'insertion 103, à l'aide de ladite interface homme machine, d'un type de données non modifiable à une position donnée. 4. Procédé selon la revendication 1, caractérisé en ce que ladite phase de valuation 30 dudit gabarit (Gr) par ledit au moins un destinataire affilié (Dest) comprend : une étape de connexion (300) à un espace de valuation. une étape de sélection (301) parmi une pluralité de gabarits disponibles, dudit gabarit (Gr), provoquant un affichage de celui-ci sur un dispositif d'affichage ; au moins une étape de saisie (302), pour au moins un type de données modifiable (Tdm) dudit gabarit (Gr), d'une valeur à associer audit type de donnée ; une étape d'enregistrement (303) du gabarit value, délivrant une instance d'une chaine multivaluée (MsgV). 5. Procédé selon la revendication 1, caractérisé en ce que ladite phase de transmission 40 de ladite au moins une instance d'une chaine multivaluée (MsgV) comprend : une étape de sélection (400), parmi une pluralité de destinataires, d'au moins un destinataire vers lequel ladite chaine multivaluée (MsgV) doit être transmis ; une étape de transmission (401), de ladite au moins une instance d'une chaine multivaluée (MsgV) en fonction d'au moins une donnée représentative dudit au moins un destinataire. 6. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre une phase de transmission 20, à au moins un destinataire, dit destinataire affilié, (DestA), d'un message d'avertissement (MsgA) de mise à disposition du gabarit (Gr) au sein d'un espace de multivaluation de message (EspMv). 7. Procédé selon la revendication 6, caractérisé en ce que ladite phase de transmission d'un message d'avertissement comprend :une étape d'obtention (200), à partir d'au moins une donnée de configuration, d'au moins un groupe de destinataire (GDest) associé audit type de gabarit (TGab) préalablement sélectionné ; une étape de sélection (201), à partir dudit au moins un groupe de destinataire (GDest), d'au moins un destinataire (DestA) dudit message ; une étape de recherche (202), au sein d'une base de données, d'au moins un type de message (TMes) à transmettre en fonction dudit destinataire et dudit type de gabarit (TGab) préalablement sélectionné ; une étape d'instanciation (203) d'un message (MsgA) à partir dudit type de message (TMes) ; une étape de transmission (204) du message (MsgA) audit au moins un destinataire (DestA). 8. Système de traitement de données, lesdites données étant destinées à être transmises, par au moins un composant dudit système, à au moins un destinataire final, par l'intermédiaire d'une entité affiliée à une entité centrale, système caractérisé en ce qu'il comprend : des moyens de création d'un gabarit (Gr), ledit gabarit comprenant au moins un type de données modifiable (TDm) associé à au moins une position et à au moins une variable (Vr) au sein dudit gabarit (Gr) ; des moyens de valuation dudit gabarit (Gr) par au moins un destinataire affilié (Dest), délivrant au moins une instance d'une chaine multivaluée (MsgV) ; des moyens de transmission de ladite au moins une instance d'une chaine multivaluée (MsgV) à au moins un groupe de destinataires préalablement identifiés (GDestl). 9. Produit 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 microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution du procédé selon l'une au moins des revendications 1 à 7, lorsqu'il est exécuté sur un processeur.