FR3043812B1 - Procede de generation d'un formulaire de messages - Google Patents

Procede de generation d'un formulaire de messages Download PDF

Info

Publication number
FR3043812B1
FR3043812B1 FR1502393A FR1502393A FR3043812B1 FR 3043812 B1 FR3043812 B1 FR 3043812B1 FR 1502393 A FR1502393 A FR 1502393A FR 1502393 A FR1502393 A FR 1502393A FR 3043812 B1 FR3043812 B1 FR 3043812B1
Authority
FR
France
Prior art keywords
type
values
generating
data
memory
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
FR1502393A
Other languages
English (en)
Other versions
FR3043812A1 (fr
Inventor
Julien Richard
Fabien PIGAL
Angelique Galtier
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Atos France SAS
Original Assignee
Bull SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to FR1502393A priority Critical patent/FR3043812B1/fr
Application filed by Bull SA filed Critical Bull SA
Priority to US15/776,293 priority patent/US11314932B2/en
Priority to EP16795360.3A priority patent/EP3377984A1/fr
Priority to CN201680077966.2A priority patent/CN108431798A/zh
Priority to JP2018525385A priority patent/JP2019501444A/ja
Priority to CA3005410A priority patent/CA3005410A1/fr
Priority to PCT/EP2016/077752 priority patent/WO2017085066A1/fr
Publication of FR3043812A1 publication Critical patent/FR3043812A1/fr
Priority to IL259386A priority patent/IL259386A/en
Application granted granted Critical
Publication of FR3043812B1 publication Critical patent/FR3043812B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/166—Editing, e.g. inserting or deleting
    • G06F40/174—Form filling; Merging
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482—Interaction with lists of selectable items, e.g. menus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/12—Use of codes for handling textual entities
    • G06F40/14—Tree-structured documents
    • G06F40/143—Markup, e.g. Standard Generalized Markup Language [SGML] or Document Type Definition [DTD]

Abstract

Le procédé de génération d'un formulaire de messagerie comporte : ▪ Une acquisition (ACQ) 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 et un au moins un attribut définissant un identifiant dudit objet, un nombre définissant un nombre d'objets identifiés ; ▪ Une mémorisation (MEM) des données reçues dans une mémoire, ladite mémoire comprenant, en outre, un ensemble d'objets prédéfinis et un ensemble de contrôle de saisie, chaque objet étant associé à au moins un contrôle de saisie ; ▪ Une comparaison (COMP) de chaque objet reçu avec l'ensemble des objets prédéfinis de la mémoire de manière à déterminer les objets reçus qui sont déjà référencés dans la mémoire ; ▪ une sélection (SEL) d'un ensemble de contrôles de saisie associé aux objets déterminés par l'étape de comparaison (COMP) au moyen d'un calculateur, chaque objet étant associé à au moins un contrôle de saisie ; ▪ Une génération (GEN) d'un formulaire comprenant une liste de contrôles de saisie sélectionnés en fonction du nombre d'objets déterminés et des attributs de chaque objet déterminé.

Description

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 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 normaliser leurs échanges, la définition des systèmes de messagerie est plus contrainte que les messageries classiques utilisées dans les logiciels 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 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 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 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. 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 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, 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 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, 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 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 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 ;
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.
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 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 format XSD, désignant « XML Schéma 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 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 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 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 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 permises de chaque type prédéfini et lorsqu’un formulaire comprenant au 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.
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 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.
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.
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é.
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 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 saisie est une fonction du nombre d’objets identifiés dans les données reçues.
Un autre objet de l’invention concerne un système de messagerie pour la mise en œuvre 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, 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.
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 ; 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 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 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. A titre d’exemple, un objet d’un message à transmettre peut être : - 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 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 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 encore des gammes de valeurs. Le type peut être, par exemple, une chaîne 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 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.
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 ENS1, lesdites données comprennent une description des objets à 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 d’exemple un fichier dont le format est XSD permet une telle description, l’acronyme anglo-saxon « XSD » désigne « XML Schéma Documentation ». On rappelle que l’acronyme « XML » désigne « Extensible Markup Language ». 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 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.
Système de messagerie L’acquisition ACQ des données ENS1 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 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. 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
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 à la figure 1. Selon un exemple de réalisation, les données reçues ENS1 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 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 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 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.
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 ; 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 valeurs. Les valeurs possibles sélectionnables peuvent être contraintes, par exemple, en définissant : 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 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.
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, 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à 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 ENS1.
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 P1 à la position P2 ».
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 (chaînes de caractères)} - {Classe du véhicule / CLASS_VEHICULE (liste énumérée de valeurs)} - {Identifiant véhicule / ID_2 (chaîne de caractères)} - {Nationalité du véhicule Z 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)}
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 /1D_1 (chaînes de caractères)} - {Référence de la troupe / REF_TROUPE (liste énumérée de 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)} - {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 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
Chacun des types sélectionnés est associé dans la mémoire à un contrôle de saisie.
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 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 : 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 ; 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 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 sélectionné dans la mémoire M correspond bien au type recherché et défini dans les données reçues ENS1.
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 ; les types utilisés ;
La définition des types.
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.
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 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 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 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, 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.
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, 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.
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 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 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 agencement optimisé ne représentant que des contrôles essentiels pour leur affichage.

Claims (14)

  1. REVENDICATIONS
    1. Procédé de génération d’un formulaire (FORM_p) de messagerie caractérisé en ce qu’il comporte : Une acquisition (ACQ) d’un ensemble de données reçues (ENS1) au moyen d’une interface de communication (INT) ; ledit ensemble de données (ENS1) comprenant au moins un objet, chaque objet comportant un ensemble d’attributs décrivant l’objet, chaque attribut comportant un type ; 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 reçu (ENS1) 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 (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
  2. 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. 3. Procédé selon l’une quelconque des revendications 1 à 2, caractérisé en ce que chaque objet est décrit dans un format XSD, désignant « XML Schéma Documentation ». Contrôles de saisie
  4. 4. Procédé de génération d’un formulaire de messagerie selon la revendication 1, caractérisé en ce qu’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. - Cas de la liste de valeurs (= contraintes sur les valeurs)
  5. 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. 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. 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. 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 contrôle de saisie défini par défaut est choisi pour être associé audit attribut de l’objet reçu.
  9. 9. Procédé de génération d’un formulaire de messagerie selon la 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. 10. Procédé de génération d’un formulaire de messagerie selon la 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.
  11. 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.
  12. 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 (ENS1) comprend une pluralité d’objets et que le procédé de l’une quelconque des revendications 1 à 11 est appliqué pour chacun des objets identifiés dans l’ensemble des données reçues (ENS1).
  13. 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 données reçues (ENS1).
  14. 14. Système de messagerie pour la mise en œuvre du procédé selon l’une quelconque des revendications 1 à 13, caractérisé en ce qu’il comprend : une mémoire pour le stockage des données prédéfinies et des données reçues, 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.
FR1502393A 2015-11-16 2015-11-16 Procede de generation d'un formulaire de messages Active FR3043812B1 (fr)

Priority Applications (8)

Application Number Priority Date Filing Date Title
FR1502393A FR3043812B1 (fr) 2015-11-16 2015-11-16 Procede de generation d'un formulaire de messages
EP16795360.3A EP3377984A1 (fr) 2015-11-16 2016-11-15 Procede de generation d'un formulaire de messages
CN201680077966.2A CN108431798A (zh) 2015-11-16 2016-11-15 生成消息表格的方法
JP2018525385A JP2019501444A (ja) 2015-11-16 2016-11-15 メッセージフォームを生成するための方法
US15/776,293 US11314932B2 (en) 2015-11-16 2016-11-15 Method for generating a message form
CA3005410A CA3005410A1 (fr) 2015-11-16 2016-11-15 Procede de generation d'un formulaire de messages
PCT/EP2016/077752 WO2017085066A1 (fr) 2015-11-16 2016-11-15 Procede de generation d'un formulaire de messages
IL259386A IL259386A (en) 2015-11-16 2018-05-15 A method for creating a message form

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1502393 2015-11-16
FR1502393A FR3043812B1 (fr) 2015-11-16 2015-11-16 Procede de generation d'un formulaire de messages

Publications (2)

Publication Number Publication Date
FR3043812A1 FR3043812A1 (fr) 2017-05-19
FR3043812B1 true FR3043812B1 (fr) 2019-07-26

Family

ID=55862817

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1502393A Active FR3043812B1 (fr) 2015-11-16 2015-11-16 Procede de generation d'un formulaire de messages

Country Status (8)

Country Link
US (1) US11314932B2 (fr)
EP (1) EP3377984A1 (fr)
JP (1) JP2019501444A (fr)
CN (1) CN108431798A (fr)
CA (1) CA3005410A1 (fr)
FR (1) FR3043812B1 (fr)
IL (1) IL259386A (fr)
WO (1) WO2017085066A1 (fr)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020152244A1 (en) * 2000-12-22 2002-10-17 International Business Machines Corporation Method and apparatus to dynamically create a customized user interface based on a document type definition
IL158007A0 (en) * 2001-03-23 2004-03-28 S2 Technologies Inc Development and testing system and method
US20030172193A1 (en) * 2002-03-07 2003-09-11 Olsen Jesse Dale User interface generator and method of automatically generating a user interface
CN101504654B (zh) * 2009-03-17 2011-02-09 东南大学 一种实现数据库模式自动匹配的方法
CN102640145B (zh) * 2009-08-31 2015-09-23 达索系统公司 可信查询系统和方法
CN101807211B (zh) * 2010-04-30 2012-07-25 南开大学 一种面向海量小规模xml文档融合路径约束的xml检索方法
US9201948B1 (en) * 2014-05-09 2015-12-01 Internet Brands, Inc. Systems and methods for receiving, aggregating, and editing survey answers from multiple sources

Also Published As

Publication number Publication date
CN108431798A (zh) 2018-08-21
US11314932B2 (en) 2022-04-26
CA3005410A1 (fr) 2017-05-26
JP2019501444A (ja) 2019-01-17
IL259386A (en) 2018-07-31
WO2017085066A1 (fr) 2017-05-26
FR3043812A1 (fr) 2017-05-19
EP3377984A1 (fr) 2018-09-26
US20180322104A1 (en) 2018-11-08

Similar Documents

Publication Publication Date Title
CN109213754B (zh) 一种数据处理系统及数据处理方法
US9632670B2 (en) OData service provisioning on top of genil layer
WO2019246188A1 (fr) Capture atomique utilisant un registre distribué, pour preuve d'authenticité et/ou validation visuelle en temps réel
US20150059004A1 (en) System, method, and computer program product for creation, transmission,and tracking of electronic document
KR20100022980A (ko) 복수의 서비스로부터의 프로필 데이터의 집계 및 검색
US20110264638A1 (en) System and Method for Communicating Enterprise Information Between a Mobile Device and a Backend Platform
KR101125417B1 (ko) 데이터 품질 진단 방법과 시스템
CN111880839A (zh) 一种api处理方法和装置
WO2023088208A1 (fr) Procédé et appareil d'interaction d'informations pour le traitement de documents, et dispositif électronique et support de stockage
EP3062243A1 (fr) Outil de recherche juridique
US20130127863A1 (en) Determining an optimal sequence of status transitions for business objects
US11257029B2 (en) Pickup article cognitive fitment
FR3043812B1 (fr) Procede de generation d'un formulaire de messages
US11100045B2 (en) Legal discovery tool implemented in a mobile device
US10348665B2 (en) Email-initiated report service
US8868488B2 (en) Techniques for integrating structured accounting data with unstructured data
US20180018309A1 (en) Automatically annotating literary text
US9633030B2 (en) Data analysis and reporting tool
EP0685802B1 (fr) Système d'information pour la consultation d'informations centralisées en provenance d'applications opérationnelles
Dirksen SOA Governance in Action: Rest and WS-* Architectures
CN112527289A (zh) 一种基于Golang以及Mongodb的动态表单系统
US20140033089A1 (en) Integration of transactional actions into analytical reports
JPH10177511A (ja) ファイルシステム
WO2023211422A1 (fr) Système et procédé de génération de liste de contrôle auto-référentielle dynamique
WO2009000976A1 (fr) Systeme et procede de generation automatique d'une application logicielle

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20170519

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6

PLFP Fee payment

Year of fee payment: 7

TP Transmission of property

Owner name: ATOS FRANCE, FR

Effective date: 20220707

PLFP Fee payment

Year of fee payment: 8

PLFP Fee payment

Year of fee payment: 9