FR 3043812 A1 20170519 FR 1502393 A 20151116 3043812 PROCEDE DE GENERATION D'UN FORMULAIRE DE MESSAGES DOMAINE Le domaine de l'invention concerne la génération d'un formulaire de messagerie pour l'édition de messages de commandement au sein d'un système d'information tactique. Plus particulièrement, l'invention se rapporte aux opérations visant le traitement automatique de la génération de contrôles de saisie pour définir de nouveaux messages. ETAT DE L'ART Actuellement, les systèmes de messagerie permettent le plus souvent de disposer d'un corps de message et une option permettant d'inclure des pièces attachées. D'autres objets peuvent être inclus dans un message comme une signature prédéfinie ou un indicateur de priorité selon la nature du message. Généralement, les objets qui sont liés à un message sont intégrés via un formulaire d'un client ou celui d'un serveur qui permet de définir intuitivement les caractéristiques des objets à inclure. Certains systèmes de messagerie étendent la notion d'objets en permettant de définir des attributs de ces derniers dans le formulaire d'édition. A titre d'exemple, certains systèmes de messagerie permettent de définir une position ou des liens hypertextes par l'intermédiaire d'un contrôle de saisie adéquate. Cependant, les contrôles de saisie autorisent généralement une 25 grande liberté pour définir les objets d'un message. Ces derniers permettent notamment de générer des messages relativement simplement entre des utilisateurs partageant un même système de messagerie. Dans le domaine des télécommunications tactiques, notamment déployées dans les corps d'états ou dans des organisations devant 30 normaliser leurs échanges, la définition des systèmes de messagerie est plus contrainte que les messageries classiques utilisées dans les logiciels 2 3043812 grand public. Les possibilités de définir des objets librement sont réduites dans la mesure où cette liberté peut conduire à des erreurs d'appréciation ou encore des différences d'implémentation de nomenclatures ou de normes utilisées par différentes organisations communiquant ensemble. Il est s recommandé de limiter ou de contraindre les contrôles de saisie dès lors qu'une information doit être transmise dans un formaliste prédéfini de manière certaine. Il existe donc un besoin de définir de manière contrainte les différentes valeurs décrivant un objet particulier à transmettre. A titre 10 d'exemple, lorsqu'une position doit être renseignée dans un message, certains contrôles de saisie permettent de limiter les erreurs humaines quant à la définition des latitudes et des longitudes à renseigner dans un champ. Une solution consiste, par exemple, en une limitation des valeurs permises dans un champ de données accessible à un utilisateur. Une autre solution 15 consiste à générer une carte contextuelle accessible sur un écran et à permettre de définir une position à transmettre au moyen d'un pointeur. La définition des messages dans le système de messagerie évolue rapidement notamment pour intégrer des contextes de plus en plus complexes à définir et pour intégrer de nouvelles situations pouvant survenir. 20 Par exemple, un système de messagerie peut évoluer en offrant de nouveaux objets à définir dans la messagerie. A titre d'exemple, selon un système de messagerie associé à une organisation donnée, un objet définissant une nouvelle alerte peut être créé. Cette nouvelle alerte peut contenir des attributs qui n'étaient pas précédemment définis dans le système de messagerie. Par ailleurs, il est important que tous les acteurs impliqués dans le déploiement de tels systèmes de messagerie appliquent les mêmes définitions de ces objets et intègrent leurs évolutions pour être interopérables entre eux. Un inconvénient est de redéfinir pour chaque objet un nouvel 30 ensemble de contrôles de saisie qui sera intégré dans le formulaire de messagerie lorsqu'un utilisateur souhaitera indiquer l'état d'un nouvel objet, 3 3043812 comme par exemple une nouvelle alerte. En effet, cette opération a un coût de développement et nécessite des ressources importantes pour mettre à jour les évolutions apportées dans la définition des nouveaux objets d'une messagerie. Par ailleurs, elle ne garantit pas que l'implémentation de ce 5 nouvel objet dans la messagerie puisse être interopérable avec d'autres implémentations de ce même objet. RESUME DE L'INVENTION L'invention vise à pallier les inconvénients précités. Notamment, 10 l'invention permet de générer un formulaire comprenant un ensemble de contrôles de saisie en fonction de l'analyse des types des attributs des nouveaux objets à définir. Un objet de l'invention concerne un procédé de génération d'un 15 formulaire de messagerie comportant : ^ Une acquisition d'un ensemble de données reçues au moyen d'une interface de communication ; ledit ensemble de données comprenant au moins un objet, chaque objet comportant un ensemble d'attributs décrivant l'objet, chaque attribut comportant 20 un type ; ^ Une mémorisation des données reçues dans une mémoire, ladite mémoire comprenant un ensemble de contrôles de saisie prédéfinis, chaque contrôle de saisie prédéfini étant associé à un type prédéfini ; 25 ^ Une comparaison de chaque type d'au moins un objet reçu avec l'ensemble des types prédéfinis de la mémoire de manière à déterminer une sélection de types déjà référencés dans la mémoire ; ^ une sélection d'un ensemble de contrôles de saisie associé aux types sélectionnés par l'étape de comparaison au moyen d'un calculateur ; ^ Une génération d'un formulaire comprenant une liste de contrôles de saisie sélectionnés. 4 3043812 Un avantage est de générer automatiquement un nouveau formulaire de message en fonction d'une analyse de types déjà décrit dans un référentiel d'une mémoire. Un avantage de l'invention permet d'éviter de définir manuellement un nouveau formulaire en fonction de chaque attribut 5 d'un objet définissant un nouveau message. Selon un mode de réalisation, chaque type décrit un ensemble de valeurs possibles d'un attribut. Selon un mode de réalisation, chaque objet est décrit dans un 10 format XSD, désignant « XML Schema Documentation ». Selon un mode de réalisation, un contrôle de saisie comprend au moins une première zone interactive permettant de définir au moins une première valeur d'un attribut d'un objet. Selon un mode de réalisation, au 15 moins un contrôle de saisie comprend une seconde zone interactive permettant de saisir la première valeur d'un attribut d'un objet. Un avantage est de disposer de contrôles de saisie permettant différentes ergonomies et permettant différentes formes de saisies de valeurs telles que contrôle pour saisir une date à partir d'un calendrier contextuel ou 20 par des champs libres de valeurs numériques. Selon un mode de réalisation, l'ensemble des données reçues comprend pour chaque type de chaque objet un ensemble de contraintes sur les valeurs d'un attribut. Ces contraintes peuvent être, par exemple, une liste 25 de valeurs permises d'un attribut. Dans cet exemple, l'étape de génération de la liste de contrôles de saisie comprend alors la génération pour chaque contrôle de saisie d'une liste de valeurs permises dans une zone interactive du contrôle de saisie. Un avantage de l'invention est de permettre un héritage des 30 définitions des types déjà enregistrés qui comprennent parfois des contraintes de valeurs importantes. Ainsi, l'invention permet un gain de temps dans l'élaboration d'un nouveau formulaire intégrant un nouvel objet dont les types des attributs sont déjà définis dans une mémoire. Selon un mode de réalisation, la mémoire stocke les valeurs 35 permises de chaque type prédéfini et lorsqu'un formulaire comprenant au 5 3043812 moins un premier contrôle de saisie est généré. Selon un mode de réalisation, une fonction de recherche automatique des premiers caractères d'une valeur parmi la liste de valeurs stockée du type du premier contrôle de saisie permet d'afficher une sous-liste de valeurs. 5 Selon un mode de réalisation, l'étape de comparaison comprend une comparaison d'au moins un type d'un objet reçu avec l'ensemble des types prédéfinis de la mémoire. L'étape de comparaison peut comprendre également, lorsqu'un 10 type prédéfini correspond à un type d'un objet reçu, la comparaison des contraintes de valeurs du type prédéfini avec le type d'un objet reçu. Un avantage est de permettre un contrôle d'un type et que le type identifié correspond bien aux valeurs possibles de la définition d'un nouvel objet. 15 Selon un mode de réalisation, lorsque l'étape de comparaison aboutit à la déduction qu'un type d'un attribut d'un objet reçu ne correspond à aucun type prédéfini, alors un contrôle de saisie défini par défaut est choisi pour être associé audit attribut de l'objet reçu. 20 Selon un mode de réalisation, le contrôle de saisie par défaut est un champ texte. Un avantage est de permettre la réalisation d'un formulaire de messagerie même si les types des attributs de chaque objet ne sont pas déjà décrits dans le référentiel partagé. 25 Selon un mode de réalisation, le procédé comprend un agencement des contrôles de saisie de la liste générée dans une fenêtre de visualisation en fonction d'une donnée déterminant ledit agencement. Cette donnée peut par exemple être un attribut d'un objet ou encore un indicateur 30 du terminal utilisé. Selon un mode de réalisation, les données reçues comprennent une pluralité d'objets et le procédé de l'invention est appliqué pour chacun des objets identifiés. Selon un mode de réalisation, l'agencement des contrôles de 35 saisie est une fonction du nombre d'objets identifiés dans les données reçues. -6 3043812 Un autre objet de l'invention concerne un système de messagerie pour la mise en oeuvre du procédé de l'invention. Le système comprend : - une mémoire pour le stockage des données prédéfinies et des données reçues, 5 ^ un calculateur pour effectuer les opérations de comparaison, de sélection et de génération de données du procédé de l'invention ; ^ un afficheur pour générer les contrôles de saisie du formulaire. 10 BREVE DESCRIPTION DES FIGURES D'autres caractéristiques et avantages de l'invention ressortiront à la lecture de la description détaillée qui suit, en référence aux figures annexées, qui illustrent : ^ figure 1 : les principales étapes du procédé de l'invention ; 15 ^ figure 2 : le système permettant de générer des formulaires de l'invention. DESCRIPTION L'invention se rapporte à la génération automatique d'un 20 formulaire de messagerie comportant un ensemble de contrôles de saisie. Chaque contrôle de saisie est automatiquement généré en fonction de l'analyse de données reçues décrivant au moins un objet, ses attributs ainsi que les types des attributs. On nomme un « objet » dans la présente description un message 25 comportant un ensemble d'informations à décrire dont les valeurs peuvent être renseignées par au moins un contrôle de saisie. Un objet est dissocié d'un message dans la mesure où le message décrit d'autres informations telles qu'un destinataire par exemple qui sont indépendantes de la nature de l'objet. En outre, un message peut contenir différents objets. 30 A titre d'exemple, un objet d'un message à transmettre peut être : 7 3043812 un ordre de commandement spécifique ; - un signalement d'une présence tierce ; - une indication d'un déplacement d'une troupe. Les exemples cités sont dans le domaine d'un système de 5 messagerie de commandement. Toutefois, l'invention ne se limite pas à cette application. L'invention concerne tous les systèmes de messagerie. Chaque objet comporte des attributs le caractérisant. A titre d'exemple, l'objet « indication d'un déplacement d'une troupe » peut indiquer 10 certains attributs comme un identifiant de troupe, une position de départ, une position d'arrivée, voire une date. Chaque attribut comprend un type qui définit le format des valeurs de l'attribut ainsi que des contraintes sur les valeurs. Les contraintes sur les valeurs peuvent être de différentes natures comme, par exemple, des valeurs aux limites, des valeurs interdites ou 15 encore des gammes de valeurs. Le type peut être, par exemple, une chaine de caractères, un entier, un flottant, une liste énumérée, etc. Chaque attribut peut être défini dans un formulaire par la saisie d'une valeur grâce à un contrôle de saisie. Lorsqu'un objet comprend différents attributs, différents contrôles des saisie permettent de définir les 20 valeurs de ces attributs. Selon les modes de réalisation de l'invention, un formulaire peut comprendre des contrôles de saisie permettant de définir un ou plusieurs objets dans un message. 25 La figure 1 représente les principales étapes du procédé de l'invention. Acquisition des données Une première étape comprend l'acquisition ACQ de données, notées ENSI, lesdites données comprennent une description des objets à 30 définir dans un formulaire de saisie d'une messagerie. Les données ENS1 peuvent être intégrées dans un fichier, tel qu'un fichier descriptif. A titre 8 3043812 d'exemple un fichier dont le format est XSD permet une telle description, l'acronyme anglo-saxon « XSD » désigne « XML Schema Documentation ». On rappelle que l'acronyme « XML » désigne « Extensible Markup Language ». 5 D'autres formats de fichiers peuvent être employés selon le procédé de l'invention. L'acquisition ACQ des données peut être réalisée au moyen d'une interface INT de communication qui permet de délivrer un ensemble de données à un système de messagerie. Cette interface permet d'acquérir des 10 données provenant d'un autre système ou d'une mémoire telle qu'un disque dur. En outre, cette interface peut être une interface de connexion à un réseau telle qu'une interface Internet. Par exemple, les données peuvent être reçues par un message ou une requête à un serveur de données distant. 15 Système de messagerie L'acquisition ACQ des données ENSI est réalisée par un système de messagerie disposant de moyens permettant de traiter ces données. Le système de messagerie de l'invention permet notamment de réaliser les principales étapes du procédé de l'invention. Le système de messagerie est 20 représenté à la figure 2. Notamment, le système de messagerie permet d'acquérir et de mémoriser les données transmises dans une mémoire M et de les traiter à partir d'un calculateur K pour effectuer des opérations de comparaisons de données, de sélection de données et de génération de contrôles de saisie pour la création d'un formulaire de messagerie FORM_p. 25 Le formulaire de messagerie FORM_p peut être affiché sur une interface de visualisation, notée AFF, tel qu'un écran d'un ordinateur ou d'un terminal mobile. Enregistrement des données 30 Le procédé de l'invention permet d'enregistrer les données reçues dans la mémoire M du système de messagerie. Cette étape est notée MEM 9 3043812 à la figure 1. Selon un exemple de réalisation, les données reçues ENSI sont enregistrées dans une base de données, comme par exemple une base de données relationnelles. Lorsque les données sont contenues dans un fichier de 5 description de données, tel qu'un fichier de format XSD, alors un calculateur du système de messagerie est capable d'acquérir les données et de les enregistrer dans un formalisme prédéfini. Selon un mode de réalisation, les étapes de comparaison COMP sont effectuées avant l'enregistrement MEM des données reçues. Selon un 10 autre mode de réalisation, les enregistrements MEM des données reçus sont effectués avant les étapes de comparaison COMP. Référentiel partagé La mémoire du système de messagerie de l'invention comprend is des données décrivant des types prédéfinis qui sont associés à des contrôles de saisie. Ces données peuvent être définies selon un formalisme lié à un référentiel partagé avec d'autres systèmes de messagerie permettant notamment de décrire les types associés aux objets d'un formulaire. 20 Etape de comparaison Lorsque les données sont enregistrées, le calculateur est capable d'effectuer des opérations de comparaison entre : ^ d'une part, chaque type de chacun des attributs décrivant l'objet identifié dans les données reçues avec ; 25 ^ d'autre part, les types déjà préenregistrés dans la mémoire M. A titre d'exemple, un premier type « position_1 », dont les coordonnées sont exprimées en latitude et en longitude, est associé à un premier contrôle de saisie prédéterminé. Le premier contrôle de saisie peut être, par exemple, un composant graphique permettant la sélection de 30 valeurs. Les valeurs possibles sélectionnables peuvent être contraintes, par exemple, en définissant : 3043812 -10- ^ des valeurs minimales et maximales permises ; ^ un nombre autorisé de décimales. Selon un autre exemple, un second type nommé « position_2 » permet de définir des coordonnées définies dans l'espace dans un référentiel 5 héliocentrique. Un second contrôle de saisie prédéterminé est associé à ce second type. A priori dans cet exemple, le premier contrôle de saisie et le second contrôle de saisie sont différents. Notamment, ils comprennent chacun des valeurs et des gammes de valeurs réservées au référentiel dans lequel le type position_1 et le type position_2 sont respectivement définis. 10 La mémoire M permet d'associer à chaque type enregistré une référence ou un identifiant d'un contrôle de saisi donné. Ainsi, le premier et le second type de cet exemple sont associés à des différentes références de contrôles de saisie. Lorsque les données reçues comprennent un ensemble de types, 15 la recherche de types similaires permet de générer les contrôles les plus appropriés pour définir un formulaire selon le procédé de l'invention. Sélection des contrôles de saisie Lorsque l'étape de comparaison détermine un type prédéfini déjà 20 enregistré dans la mémoire M, le contrôle de saisie associé à ce type est sélectionné. Ainsi, l'étape de comparaison des types est succédée par une étape de sélection SEL d'un ensemble de contrôles de saisie. Chaque contrôle de saisie sélectionné est associé à un type d'un attribut d'un objet reçu de l'ensemble de données reçu ENSI . 25 Exemple d'objets Selon un exemple, l'ensemble de données reçu comprend deux objets : un premier objet est « signalement d'une position d'un véhicule détecté » et un second objet est « déplacement de la troupe Tn de la position 30 P1 à la position P2 ». 3043812 Le premier objet peut être décrit par un ensemble d'attributs, chaque attribut étant associé à un type {Attribut / Type}, dont notamment : {Identifiant du premier objet / ID_1 (chaines de caractères)} - {Classe du véhicule / CLASS_VEHICULE (liste énumérée de s valeurs)} {Identifiant véhicule / ID_2 (chaine de caractères)} {Nationalité du véhicule / NAT (liste énumérée de valeurs)} {Type de détection / TYPE_DET (liste énumérée de valeurs)} {Position du véhicule / POS_1 (champ numérique : lat/long)} 10 Le second objet peut être décrit par un ensemble d'attributs, chaque attribut étant associé à un type {Attribut / Type}, dont notamment : - {Identifiant du second objet / ID_1 (chaines de caractères)} - {Référence de la troupe / REF_TROUPE (liste énumérée de 15 valeurs)} {Position du initiale / POS_1 (champ numérique : lat/long)} {Position du finale / POS_1 (champ numérique : lat/long)} {Mode de déplacement / MODE_DEPLA (liste énumérée de valeurs)} 20 {Date du déplacement / DATE (champ date)} Les deux précédents objets sont définis par une liste d'attributs ayant chacun un type. Lorsqu'un fichier XSD est reçu décrivant ces deux objets, le procédé de l'invention permet de rechercher dans la mémoire tous 25 les types déjà définis correspondants aux types reçus et de les sélectionner. Dans ces deux exemples, les contraintes sur les valeurs n'ont pas été indiquées pour définir chacun des types. Contrôle de saisie 30 Chacun des types sélectionnés est associé dans la mémoire à un contrôle de saisie. 3043812 -12- Par exemple, une référence d'une troupe, de type REF_TROUPE, a une valeur choisie parmi une liste de valeurs possibles qui peut être sélectionnée grâce à un contrôle de saisie. Un contrôle de saisie possible pour attribuer cette valeur peut être une liste déroulante ayant des valeurs s prédéfinies. Le contrôle de saisie comprenant la liste de valeurs prédéfinies peut être sélectionné pour générer un nouveau formulaire selon le procédé de l'invention. Selon d'autres exemples le contrôle de saisie peut être choisi parmi la liste non exhaustive suivante : 10 ^ un dropbox ; ^ une liste déroulante comprenant un ensemble de valeurs ; ^ un check box ; ^ un champ de saisie numérique ; ^ un champ de saisie texte ; 15 ^ un bouton radio ; ^ etc. Selon un mode de réalisation, l'étape de comparaison COMP du procédé comprend une étape de comparaison des contraintes de chaque 20 type comparé. De telles contraintes peuvent être, par exemple, des valeurs minimales et/ou maximales, des valeurs énumérées, des valeurs par défaut, des valeurs interdites, un nombre de décimales donné ou encore d'autres contraintes définissant un type. Cette comparaison de contraintes permet de s'assurer que le type 25 sélectionné dans la mémoire M correspond bien au type recherché et défini dans les données reçues ENSI. Selon un exemple, il est possible que le référentiel commun partagé par les différents systèmes de messagerie comprenne : ^ les structures des objets ; 30 ^ les types utilisés ; ^ La définition des types. 3043812 -13- Si ce référentiel comporte des erreurs, alors la vérification des contraintes des types permet d'éviter que de telles erreurs soient répercutées et propagées dans la génération d'un formulaire de messagerie par de mauvaises attributions de contrôles de saisie. 5 Ainsi, si deux types ayant le même identifiant ou un même nom sont définis dans un référentiel, le procédé de l'invention permet de vérifier qu'il s'agit du même type. Selon un mode de réalisation, un contrôle de saisie peut 10 comprendre un ensemble de zones interactives permettant de définir de différentes manières les valeurs de l'attribut d'un objet. Les différentes zones interactives comme, par exemple, un champ libre permettant de définir une date et un calendrier interactif permettant de sélectionner une date renvoie au même type définissant les valeurs à saisir. Ainsi, un contrôle de saisie 15 peut comprendre différentes zones interactives dans sa représentation graphique. Génération du formulaire Le procédé de l'invention comprend une étape de génération GEN 20 d'un formulaire de messagerie comprenant un ensemble de contrôles de saisie sélectionnés par la précédente étape de sélection SEL. Selon un premier mode de réalisation, les contrôles de saisie sont affichés dans un premier temps dans une fenêtre de visualisation contextuelle qui est un formulaire de messagerie temporaire. Dans ce cas, 25 un opérateur peut agencer manuellement les différents contrôles de saisie selon des contraintes techniques liant les différents contrôles de saisie ou encore pour prendre en compte des considérations ergonomiques. Un formulaire de message finalisé peut donc être abouti à l'issue de cette dernière opération. 30 Selon un second mode de réalisation, les contrôles de saisies sont listés dans une fenêtre de visualisation selon un ordre donné. L'ordre peut, 3043812 -14- par exemple, être défini selon les dates de sélection des contrôles de saisie dans la mémoire, ou encore selon une séquence prédéfinie ou une séquence mémorisée selon les précédents formulaires déjà présents dans la mémoire M. 5 Selon un troisième mode de réalisation, les contrôles de saisies sont agencés selon un modèle prédéfini. Une pluralité de modèles de formulaires de messagerie peut être prédéfinie et enregistrée dans la mémoire M. Selon ce mode de réalisation, un objet peut être associé à un modèle d'une famille de modèles de formulaires de telle sorte qu'il soit 10 possible d'associer à un objet un agencement donné de contrôles de saisie. L'agencement est alors réalisé selon des règles prédéfinies par le modèle de formulaire. Selon d'autres variantes de réalisation, l'agencement des contrôles de saisie est une fonction du type de terminal utilisé. L'affichage du 15 formulaire de saisie FORM_p dépend, par exemple, du terminal utilisé. Selon le terminal utilisé, le choix et l'agencement des contrôles de saisie peuvent être adaptés à un affichage donné d'un formulaire de messagerie. A titre d'exemple, si le terminal est un terminal mobile, les contrôles de saisies peuvent être adaptés à une taille d'écran ou à un 20 agencement optimisé ne représentant que des contrôles essentiels pour leur affichage. REVENDICATIONS1. Procédé de génération d'un formulaire (FORM_p) de messagerie caractérisé en ce qu'il comporte : s ^ Une acquisition (ACQ) d'un ensemble de données reçues (ENSI) au moyen d'une interface de communication (INT) ; ledit ensemble de données (ENSI) comprenant au moins un objet, chaque objet comportant un ensemble d'attributs décrivant l'objet, chaque attribut comportant un type ; 10 ^ Une mémorisation (MEM) des données reçues dans une mémoire (M), ladite mémoire comprenant un ensemble de contrôles de saisie prédéfinis, chaque contrôle de saisie prédéfini étant associé à un type prédéfini ; ^ Une comparaison (COMP) de chaque type d'au moins un objet 15 reçu (ENSI) avec l'ensemble des types prédéfinis de la mémoire (M) de manière à déterminer une sélection de types déjà référencés dans la mémoire ; ^ une sélection (SEL) d'un ensemble de contrôles de saisie associé aux types sélectionnés par l'étape de comparaison 20 (COMP) au moyen d'un calculateur (K) ; ^ Une génération (GEN) d'un formulaire (FORM_p) comprenant une liste de contrôles de saisie sélectionnés. Données reçues 25 2. Procédé selon la revendication 1, caractérisé en ce que chaque type décrit un format et un ensemble de contraintes de valeurs d'un attribut. 3. Procédé selon l'une quelconque des revendications 1 à 2, caractérisé 30 en ce que chaque objet est décrit dans un format XSD, désignant « XML Schéma Documentation ». Contrôles de saisie 4. Procédé de génération d'un formulaire de messagerie selon la 35 revendication 1, caractérisé en ce qu'un contrôle de saisie comprend 3043812 16 au moins une première zone interactive permettant de définir au moins une première valeur d'un attribut d'un objet. - Cas de la liste de valeurs (= contraintes sur les valeurs) 5. Procédé de génération d'un formulaire de messagerie selon la revendication 4, caractérisé en ce que l'ensemble des données reçues comprend pour chaque type de chaque objet un ensemble de contraintes sur les valeurs d'un attribut, les contraintes sur les valeurs correspondant à une liste de valeurs permises, l'étape de génération de la liste de contrôles de saisie comprenant la génération pour chaque contrôle de saisie de la liste de valeurs permises dans la zone interactive du contrôle de saisie. 6. Procédé de génération d'un formulaire de messagerie selon l'une quelconque des revendications 4 à 5, caractérisé en ce que la mémoire (M) stocke les contraintes des valeurs de chaque type prédéfini et que lorsqu'un formulaire comprenant au moins un premier contrôle de saisie est généré, une fonction de recherche automatique des premiers caractères d'une valeur parmi la liste de valeurs stockées du type du premier contrôle de saisie permet d'afficher une sous-liste de valeurs. Comparaison 7. Procédé de génération d'un formulaire de messagerie selon la revendication 2, caractérisé en ce que l'étape de comparaison (COMP) comprend : ^ une comparaison d'au moins un type d'un objet reçu avec l'ensemble des types prédéfinis de la mémoire (M) et ; ^ lorsqu'un type prédéfini correspond à un type d'un objet reçu alors les contraintes des valeurs des deux types sont comparées. 8. Procédé de génération d'un formulaire de messagerie selon la revendication 1, caractérisé en ce que lorsque l'étape de comparaison (COMP) aboutit à la déduction qu'un type d'un attribut d'un objet reçu ne correspond à aucun type prédéfini de la mémoire (M), alors un 3043812 17 contrôle de saisie défini par défaut est choisi pour être associé audit attribut de l'objet reçu. 9. Procédé de génération d'un formulaire de messagerie selon la s revendication 8, caractérisé en ce que le contrôle de saisie par défaut est un champ texte. Agencement des contrôles de saisie dans le formulaire généré 10. Procédé de génération d'un formulaire de messagerie selon la 10 revendication 1, caractérisé en ce que le procédé comprend un agencement des contrôles de saisie de la liste générée dans une fenêtre de visualisation en fonction d'une donnée déterminant ledit agencement. 15 11. Procédé de génération d'un formulaire de messagerie selon la revendication 10, caractérisé en ce que la donnée déterminant ledit agencement des contrôles de saisie est une fonction : ^ d'un attribut d'un objet et/ou ; ^ d'un terminal utilisé pour affiché ledit formulaire. 20 12. Procédé de génération d'un formulaire de messagerie selon la revendication 1, caractérisé en ce que l'ensemble des données reçues (ENSI) comprend une pluralité d'objets et que le procédé de l'une quelconque des revendications 1 à 11 est appliqué pour chacun des 25 objets identifiés dans l'ensemble des données reçues (ENSI). 13. Procédé de génération d'un formulaire de messagerie selon la revendication 12, caractérisé en ce que l'agencement des contrôles de saisie est une fonction du nombre d'objets identifiés dans les 30 données reçues (ENSI ). 14.Système de messagerie pour la mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 13, caractérisé en ce qu'il comprend : 35 ^ une mémoire pour le stockage des données prédéfinies et des données reçues, 3043812 18 ^ un calculateur pour effectuer les opérations de comparaison, de sélection et de génération de données du procédé de l'invention ; ^ un afficheur pour générer les contrôles de saisie du formulaire. 5