Brevet FR2852711A1 — publié le 20040924

Arrière-plan de l'invention L'invention concerne un système et un procédé permettant à une entreprise d'offrir à un utilisateur, au travers d'un système de gestion d'informations d'un opérateur de télécommunications, une application manipulant des données propres à l'entreprise, Les entreprises ont de plus en plus besoin de disposer de données propres à leur métier pour les mettre à disposition soit de leurs salariés, soit de leurs clients qui sont en situation de mobilité. Dans les deux cas, ces données peuvent être diffusées via des médias classiques sous une forme vocale ou graphique. A titre d'exemple, une entreprise peut programmer et suivre l'intervention des techniciens de maintenance employés par l'entreprise. De même, un suivi de commande peut être réalisé pour une entreprise de vente par correspondance. Il est connu qu'un opérateur de télécommunications peut 20 fournir à une entreprise un accès au réseau lui permettant de développer des applications manipulant des données propres à l'entreprise. Mais cette solution s'appuie sur un modèle de partenariat totalement ouvert à d'autres acteurs du réseau. Il est aussi connu une deuxième solution qui cherche à prendre 25 en charge le développement des applications de métier standards mais fortement couplées au système informatique de l'entreprise. Cette approche est trop contraignante pour les processus propres à l'entreprise et est plus apparentée à des offres sur mesure. Ainsi, les développements d'une telle approche sont chers. 285271 1 Objet et résumé de l'invention L'invention a pour but de palier les inconvénients ci-dessus et de fournir un système et un procédé simple, rapide à mettre en oeuvre et pouvant être valable pour plusieurs entreprises, permettant d'offrir à un 5 utilisateur, une application manipulant des données propres à l'entreprise. Un autre but est de donner à l'entreprise la possibilité de choisir le mode d'intégration des données nécessaires à l'application. Encore un autre but est de permettre à l'entreprise d'offrir à ses utilisateurs de disposer d'un accès vocal et/ou graphique aux données 10 propres à l'entreprise. Ces buts sont atteints grâce à un procédé permettant à une entreprise d'offrir à un utilisateur, au travers d'un système de gestion d'informations d'un opérateur de télécommunications, une application manipulant des données propres à l'entreprise, caractérisé en ce qu'il 15 comprend les étapes suivantes: - mise à disposition de l'entreprise, au niveau du système de gestion d'informations de l'opérateur, d'un modèle d'application, - paramétrage par l'entreprise, dudit modèle en fonction des objets que l'entreprise souhaite manipuler au travers de ladite application, - génération par le système de gestion d'informations de l'opérateur d'une description des données selon ledit paramétrage de l'application, - transfert de ladite description des données vers l'entreprise, afin que cette dernière fournisse au système de gestion d'informations de l'opérateur, les données de l'application selon cette description, - fourniture par l'entreprise au système de gestion d'informations de l'opérateur, des données de l'application selon ladite description des données, pour permettre un accès à ces données par l'utilisateur. Ainsi, une entreprise peut offrir à des utilisateurs un accès rapide aux données nécessaires, tout en optimisant les temps de 30 développement et les impacts pour l'entreprise. 285271 1 D'autre part, ceci permet de mutualiser les ressources du système de gestion d'informations de l'opérateur de télécommunications. Le paramétrage de l'application génère au niveau du système de gestion d'informations de l'opérateur, des pages web correspondantes. La génération d'une description des données comporte les étapes suivantes: - génération d'une structure de données selon le paramétrage de l'application, - stockage de ladite structure de données dans une base de données, et 10 - génération d'un format textuel correspondant à la structure de données. Avantageusement, le procédé comporte en outre une définition par entreprise, du moyen d'accès de l'utilisateur aux données de l'application. Le procédé comporte en outre un stockage, au niveau du 15 système de gestion d'informations de l'opérateur, de ladite structure de données dans une base de données. La structure de données stockée dans la base de données comporte les données de l'application fournies par l'entreprise et récupérées par le système de gestion d'informations de l'opérateur. Selon un premier mode de réalisation de l'invention, l'accès de l'utilisateur aux données de l'application fournies par l'entreprise se fait par l'intermédiaire de la base de données. Selon une particularité de l'invention, l'entreprise procède à une lecture et une mise à jour de la base de données. Selon un second mode de réalisation de l'invention, à la suite d'une requête demandée par l'utilisateur, l'entreprise fournit à l'utilisateur, au travers du système de gestion d'informations de l'opérateur, des données de l'application correspondant à la requête. Avantageusement, l'application est une application multi- canaux. 285271 1 L'application multi-canaux comporte une convergence voixdonnées. Les objets manipulés au travers de l'application peuvent 5 comporter au moins un champ modifiable et/ou au moins un champ non modifiable. L'invention vise aussi un système de gestion d'informations d'un opérateur de télécommunications, permettant à une entreprise d'offrir à un utilisateur une application manipulant des données propres à 10 l'entreprise, caractérisé en ce qu'il comprend: - un premier moyen de traitement pour mettre à disposition de l'entreprise d'un modèle d'application, - un second moyen de traitement pour paramétrer le modèle d'application en fonction des objets que l'entreprise souhaite manipuler au travers de 1 5 ladite application et pour générer une description des données selon ledit paramétrage de l'application, - un moyen de stockage d'une base de données comportant le paramétrage du modèle d'application, et - un moyen d'interface d'entrée/sortie permettant à l'utilisateur d'accéder 20 à des données de l'application fournies par l'entreprise. Le système comporte en outre un troisième moyen de traitement pour récupérer les données de l'application fournies par l'entreprise et pour les stocker dans le moyen de stockage. Brève description des dessins D'autres particularités et avantages de l'invention ressortiront à la lecture de la description faite, ci-après, à titre indicatif mais non limitatif, en référence aux dessins annexés, sur lesquels: 285271 1 - la figure 1 est une vue très schématique et générale d'un système de gestion d'informations d'un opérateur de télécommunications en relation avec une entreprise et des utilisateurs selon l'invention; - la figure 2 est une vue très schématique d'un système de 5 gestion d'informations d'un opérateur de télécommunications en relation avec une entreprise et des utilisateurs selon un premier mode de réalisation de l'invention; - la figure 3 est une vue très schématique montrant les différentes étapes d'échanges d'informations effectuées entre les 10 différents moyens ou éléments de la figure 2, - la figure 4 est une vue très schématique d'un système de gestion d'informations d'un opérateur de télécommunications en relation avec une entreprise et des utilisateurs selon un second mode de réalisation de l'invention; et - la figure 5 est une vue très schématique montrant les différentes étapes d'échanges d'informations effectuées entre les différents moyens ou éléments de la figure 4. Description détaillée de modes de réalisation La figure 1, montre très schématiquement un système de gestion d'informations 1 d'un opérateur de télécommunications, connecté à une entreprise 3 comportant un système d'informations 4 ainsi qu'à des terminaux d'utilisateurs 5 au moyen d'un réseau 7 de transmission d'informations. Le réseau 7 est un réseau classique comportant un ensemble de réseaux hétérogènes, par exemple, un réseau téléphonique, un réseau internet, un réseau de type GSM, GPRS, etc. Un terminal d'un utilisateur peut être par exemple, un téléphone mobile 9 ou fixe 11, un PDA 13, un PC fixe ou portable 15, ou 30 autre 17. 285271 1 Le procédé selon l'invention, comprend plusieurs étapes qui vont permettre à l'entreprise 3 d'offrir à l'utilisateur 5, au travers du système de gestion d'informations 1 de l'opérateur de télécommunications, une application manipulant des données propres à l'entreprise 3. En premier lieu, le système de gestion d'informations 1 de l'opérateur met à disposition de l'entreprise 3, un modèle d'application. Ainsi, un accès Web est offert à l'entreprise 3 pour qu'elle conçoive son application. La conception de l'application est réalisée par un 10 agencement logique de concepts basiques du domaine du Web. Par exemple les données peuvent être agencées en forme de listes, détails, recherche, booléen, saisie, choix, etc. En outre, ces concepts peuvent être présentés graphiquement et conçus de façon à répondre à la plupart des besoins des entreprises. La première étape que doit remplir l'entreprise 3 est de paramétrer le modèle en fonction des objets qu'elle souhaite manipuler au travers de l'application. L'entreprise a ainsi le moyen de paramétrer l'application en donnant un sens "métier" aux objets manipulés. Ce paramétrage revient à décrire, via l'interface Web, les objets qui seront manipulés au travers de l'application, autant en terme de type de données (booléen, choix, texte...) que de labels de ces données. Le paramétrage déclenche une génération par le système de gestion d'informations 1 de l'opérateur d'une description des données 25 selon ce paramétrage de l'application. En outre, un transfert (flèche 19) de cette description des données, est réalisé vers le système d'informations 4 de l'entreprise 3, afin que cette dernière fournisse au système de gestion d'informations de l'opérateur, les données de l'application selon cette description. 285271 1 Cette génération peut être décrite par une structure de documents du type DTD XML correspondant à la description des données faite par l'entreprise dans le paramétrage. Après les étapes précédentes, c'est à l'entreprise 3 de fournir 5 au système de gestion d'informations 1 de l'opérateur, des données de l'application selon ladite description des données, pour permettre un accès à ces données par l'utilisateur 5. Ainsi, l'ensemble des données de l'application peut être rendu accessible à l'utilisateur 5 sur son terminal. En outre, l'entreprise 3 peut définir le moyen d'accès de 10 l'utilisateur aux données de l'application. Ainsi, l'entreprise 3 peut choisir le mode d'intégration des données nécessaires à l'application, par exemple en fonction du type de métier ou de sa politique de sécurité. Autrement dit l'entreprise 3 peut définir le type de flux à utiliser pour l'échange d'informations avec le système d'informations 4 de 1 5 l'entreprise 3. Ainsi, pour plus de sécurité, l'entreprise 3 peut choisir un flux exclusivement sortant de son système d'informations 4. Par ailleurs, l'entreprise 3 peut choisir un flux entrant dans son système d'informations 4. La figure 2 est un premier mode de réalisation de l'invention dans un cas o le flux est exclusivement sortant du système d'informations 4 de l'entreprise 3. Selon ce mode de réalisation, le système de gestion d'informations 1 de l'opérateur de télécommunications, comprend un 25 premier moyen de traitement 21 pour mettre à disposition de l'entreprise 3, un modèle d'application. Ce premier moyen 21 a aussi pour fonction d'accéder aux paramètres et aux données fournies par le système d'informations 4 de l'entreprise 3. Ce premier moyen est par exemple un serveur multi-canaux 30 permettant une convergence voix-donnée. En effet, le rôle fédérateur 285271 1 adopté par le protocole Internet IP avec l'ouverture et la modularité qu'il apporte dans les systèmes de communication, ajouté à la définition de protocoles normalisés structurant les données de type xxML, permettent d'identifier et de positionner dans le réseau une couche de service bâtie sur une approche résolue de convergence voix-données. Le système de gestion d'informations 1 de l'opérateur de télécommunications comprend un second moyen de traitement 23, par exemple un serveur d'application pour paramétrer le modèle d'application en fonction des objets que l'entreprise souhaite manipuler au travers de 10 ladite application et pour générer une description des données selon ledit paramétrage de l'application. Ce paramétrage du modèle d'application est hébergé dans une base de données stockée dans un moyen de stockage 25 au niveau du système de gestion d'informations 1 de l'opérateur. Selon l'exemple de la figure 2, le système de gestion d'informations 1 de l'opérateur de télécommunications comporte un troisième moyen de traitement 27 pour récupérer les données de l'application fournies par l'entreprise 3 et pour les stocker dans le moyen de stockage 25. Ce troisième moyen 27 est par exemple un serveur qui 20 récupère les données selon un protocole de type SOAP. Enfin, le système de gestion d'informations 1 de l'opérateur de télécommunications comporte aussi un moyen d'interface 29 d'entrée/sortie permettant à l'utilisateur 5 d'accéder à des données de l'application fournies par l'entreprise 3. On va maintenant décrire, en référence à la figure 3, les différentes étapes d'échanges d'informations effectuées entre les différents moyens ou éléments de la figure 2. Les premières étapes concernent la conception et la définition de l'application. Ainsi, après la mise à disposition de l'entreprise 3, d'un 30 modèle d'application au travers d'un accès Web, l'entreprise procède au 285271 1 paramétrage (flèche 31) du modèle en fonction des objets qu'elle souhaite manipuler au travers de l'application. La validation du paramétrage par le deuxième moyen 23 va avoir plusieurs conséquences. En premier lieu, le deuxième moyen 23 5 génère une structure de données en fonction du paramétrage de l'application. Cette structure de données est stockée (flèche 33) dans une base de données du moyen de stockage 25. Cette structure de données contiendra par la suite l'ensemble des données transmises par l'entreprise 3. Le paramétrage génère des pages Web correspondantes du type VXML, WML, HTML 3.2, ou autres, intégrant les données définies lors de la définition de l'application. En outre, le paramétrage génère un format textuel correspondant à la structure de données. Ce format est transféré (flèche 15 19) vers l'entreprise 3, afin que cette dernière fournisse au système de gestion d'informations 1 de l'opérateur, les données de l'application selon cette description. La génération de la structure de données, par exemple en DTD XML, détermine la structure du flux XML que le système d'informations 4 20 de l'entreprise 3 doit envoyer vers le système de gestion d'informations 1 de l'opérateur, par exemple en flux SOAP, pour lire ou écrire des données dans la base de données du moyen de stockage 25. Enfin, l'entreprise 3 fournit au système de gestion d'informations 1 de l'opérateur, des données de l'application selon ladite 25 description des données, pour permettre un accès à ces données par l'utilisateur 5. En effet, le troisième moyen de traitement 27 récupère (flèche 34) ces données fournies par l'entreprise 3 afin de les stocker (flèche 35) dans la base de données du moyen de stockage 25 selon la structure de 30 données qui est déjà stockée dans cette même base de données. 285271 1 Ainsi, l'accès de l'utilisateur 5 aux données de l'application fournies par l'entreprise 3 se fait par l'intermédiaire de la base de données du moyen de stockage 25. Plus précisément, l'utilisateur accède au premier moyen 21 5 (flèche 37) et c'est ce premier moyen 21 qui accède aux paramètres saisis par l'entreprise (flèche 39) ainsi qu'aux données envoyées par l'entreprise (flèche 41) et qui sont hébergées par la base de données du moyen de stockage 25. Ainsi, l'utilisateur 5 peut accéder à une application multi-canaux 10 sous forme de données graphiques, par exemple depuis un PC fixe ou portable 15, un PDA 13, un téléphone mobile 9 (Wap, GPRS) ou sous forme vocale, par exemple depuis un téléphone fixe 11 ou portable 9. L'utilisateur 5 peut accéder aux données en lecture et/ou en écriture pour les données modifiables et uniquement aux données fournies 15 par l'entreprise 3 et qui sont stockées dans le moyen de stockage 25. Par conséquent, selon cet exemple, toute mise à jour faite par l'utilisateur 5 n'a d'impact que sur la base de données hébergée chez l'opérateur de télécommunications. Les données hébergées dans le système d'informations 4 de l'entreprise 3 ne sont pas modifiées en temps 20 réel. Par ailleurs, le système d'informations 4 de l'entreprise 3 peut procéder à une lecture et une mise à jour de la base des données stockées dans le moyen de stockage 25 de l'opérateur. Par exemple, le système d'informations 4 de l'entreprise 3 peut 25 utiliser une interface de programmation d'application API/DTD XML dans un flux SOAP pour lire ou mettre à jour la base de données hébergée par l'opérateur. Ce flux est toujours à l'initiative de l'entreprise 3, c'est-à-dire qu'il n'y a aucune règle a priori dictée sur la fréquence de rafraîchissement 30 des données hébergées par l'opérateur, c'est l'entreprise 3 qui initie la 285271 1 requête, par exemple en SOAP, de lecture/mise à jour quand elle le décide, selon la particularité de ces processus métier. On va maintenant donner quelques applications selon la présente invention. Le système et procédé de l'invention permet à une 5 entreprise 3 d'utiliser une application multi-canaux pour rendre accessible en mobilité des objets aussi différents que des missions pour des rapports d'intervention, des personnes pour un annuaire, des produits pour un catalogue, ou d'autres objets. Par exemple, pour un rapport d'intervention, la première étape 10 que doit remplir l'entreprise 3, ou une SSII partenaire de l'entreprise 3, c'est de paramétrer cette application pour lui donner l'image qu'elle souhaite en avoir. Selon cet exemple, l'entreprise 3 peut déclarer des objets de type mission avec les attributs suivants: - un lieu avec un champ de texte non modifiable en mobilité, - une description avec un champ de texte non modifiable en mobilité, - une date avec un champ de texte non modifiable en mobilité, - un statut de l'intervention du type booléen "fait/non fait" modifiable en mobilité, et - un commentaire avec un champ de texte modifiable en mobilité. La génération d'une DTD XML correspondant à la description des données faite par l'entreprise dans le paramétrage peut avoir la forme suivante description, date, statut, commentaire)> Dans un premier temps, par exemple, l'entreprise 3 fournira un flux XML du genre: l 20 Nogent le Rotrou Réparation d'un lampadaire 25/02/2003 non 25 2 Poissy 30 Peindre le mur gauche 285271 1 24/02/2003 non L'accès à l'application multi-canaux générée se fait par l'utilisateur 5 en termes de données graphiques et/ou vocales, en consultation et/ou en mise à jour. L'utilisateur 5 peut ainsi consulter la liste de ses missions et mettre à jour le statut de l'intervention et écrire un commentaire qui sont selon cet exemple, les seuls champs modifiables en mobilité. Selon un autre exemple, l'entreprise 3 peut déclarer des objets de type personnes pour un annuaire. Dans ce cas, les attributs peuvent 15 être définis par: - un nom avec un champ de texte non modifiable en mobilité, un numéro du téléphone fixe avec un champ de texte non modifiable en mobilité, - un numéro du téléphone mobile avec un champ de texte non modifiable 20 en mobilité, - un numéro du téléphone au bureau avec un champ de texte non modifiable en mobilité, et - un mail avec un champ de texte non modifiable en mobilité. Dans ce cas, l'utilisateur 5 peut consulter l'annuaire sans faire 25 de modifications. Selon encore un autre exemple, l'entreprise 3 peut déclarer des objets de type produit pour un catalogue. Dans ce cas, les attributs peuvent être définis par: - un nom avec un champ de texte non modifiable en mobilité, une description avec un champ de texte non modifiable en mobilité, 285271 1 - une image avec un champ de texte non modifiable en mobilité, - un poids avec un champ de texte non modifiable en mobilité, et - une quantité avec un champ de texte non modifiable en mobilité. Dans ce cas, si l'utilisateur 5 est par exemple un vendeur de 5 l'entreprise, il peut consulter le catalogue et éventuellement mettre à jour la quantité du produit dont il aura fait une vente. La figure 4 est un second mode de réalisation dans le cas d'un flux entrant dans le système d'informations 4 de l'entreprise 3. Comme précédemment, le système de gestion d'informations 1 10 de l'opérateur de télécommunications, comprend un premier moyen de traitement 21 pour mettre à disposition de l'entreprise 1 un modèle d'application ainsi que pour accéder aux paramètres et aux données fournies par l'entreprise. De même, le système de gestion d'informations 1 de l'opérateur 15 de télécommunications comprend un second moyen de traitement 23, par exemple un serveur d'application pour paramétrer le modèle d'application en fonction des objets que l'entreprise souhaite manipuler au travers de ladite application et pour générer une description des données selon ledit paramétrage de l'application. Ce paramétrage du modèle d'application est déposé dans une base de données stockée dans un moyen de stockage 25 au niveau du système de gestion d'informations 1 de l'opérateur. Enfin, le système de gestion d'informations 1 de l'opérateur de télécommunications comporte aussi une interface 29 d'entrée/sortie 25 permettant à l'utilisateur d'accéder à des données de l'application fournies par l'entreprise. La figure 5 représente les différentes étapes d'échanges d'informations effectuées entre les différents moyens ou éléments de la figure 4. 285271 1 Les premières étapes concernent la conception et la définition de l'application et sont analogues à celles de la figure 3. En revanche, l'accès par l'utilisateur aux données de l'application fournies par l'entreprise change. En effet, à la suite d'une requête (flèche 37) demandée par l'utilisateur 5, l'entreprise 3 fournit à l'utilisateur 5, au travers du système de gestion d'informations 1 de l'opérateur, des données de l'application correspondant à la requête. Plus précisément, l'utilisateur accède au premier moyen 21 10 (flèche 37) qui accède aux données (flèche 43) directement dans l'entreprise 3 ainsi qu'aux paramètres saisis par l'entreprise (flèche 39) et qui sont hébergés par la base de données 25. Par conséquent, selon cet exemple, toute mise à jour faite par l'utilisateur a un impact direct sur le système d'informations 4 de 1 5 l'entreprise 1. 285271 1 REVENDICATIONS 1. Procédé permettant à une entreprise (3) d'offrir à un utilisateur (5), au travers d'un système de gestion d'informations (1) d'un opérateur de 5 télécommunications, une application manipulant des données propres à l'entreprise, caractérisé en ce qu'il comprend les étapes suivantes: mise à disposition de l'entreprise (3), au niveau du système de gestion d'informations (1) de l'opérateur, d'un modèle d'application, paramétrage (31) par l'entreprise (3), dudit modèle en fonction des 10 objets que l'entreprise souhaite manipuler au travers de ladite application, - génération par le système de gestion d'informations (1) de l'opérateur d'une description des données selon ledit paramétrage de l'application, - transfert (19) de ladite description des données vers l'entreprise (3), afin que cette dernière fournisse au système de gestion d'informations (1) de 1 5 l'opérateur, les données de l'application selon cette description, - fourniture par l'entreprise (3) au système de gestion d'informations (1) de l'opérateur, des données de l'application selon ladite description des données, pour permettre un accès à ces données par l'utilisateur (5). 2. Procédé selon la revendication 1, caractérisé en ce que le paramétrage de l'application génère au niveau du système de gestion d'informations (1) de l'opérateur, des pages web correspondantes. 3. Procédé selon la revendication 1, caractérisé en ce que la génération 25 d'une description des données comporte les étapes suivantes: génération d'une structure de données selon le paramétrage de l'application, - stockage de ladite structure de données dans une base de données, et - génération d'un format textuel correspondant à la structure de données. 30 285271 1 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il comporte en outre une définition par l'entreprise (3), du moyen d'accès de l'utilisateur (5) aux données de l'application. 5. Procédé selon la revendication 3, caractérisé en ce qu'il comporte en outre un stockage, au niveau du système de gestion d'informations (1) de l'opérateur, de ladite structure de données dans une base de données. 6. Procédé selon la revendication 5, caractérisé en ce que la structure de 10 données stockée dans la base de données comporte les données de l'application fournies par l'entreprise (3) et récupérées par le système de gestion d'informations (1) de l'opérateur. 7. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en 1 5 ce que l'accès de l'utilisateur (5) aux données de l'application fournies par l'entreprise (3) se fait par l'intermédiaire de la base de données. 8. Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce que l'entreprise (3) procède à une lecture et une mise à jour de la base 20 de données. 9. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'à la suite d'une requête demandée par l'utilisateur (5), l'entreprise (3) fournit à l'utilisateur, au travers du système de gestion d'informations 25 (1) de l'opérateur, des données de l'application correspondant à la requête. 10. Procédé selon l'une quelconque des revendications 1 à 9, caractérisé en ce que l'application est une application multi-canaux. 30 285271 1 11. Procédé selon la revendication 10, caractérisé en ce que l'application multi-canaux comporte une convergence voix-données. 12. Procédé selon la revendication 2, caractérisé en ce que les objets 5 manipulés au travers de l'application comportent au moins un champ modifiable et/ou au moins un champ non modifiable. 13. Système de gestion d'informations (1) d'un opérateur de télécommunications, permettant à une entreprise (3) d'offrir à un 10 utilisateur (5) une application manipulant des données propres à l'entreprise, caractérisé en ce qu'il comprend: - un premier moyen de traitement (21) pour mettre à disposition de l'entreprise un modèle d'application, - un second moyen de traitement (23) pour paramétrer le modèle 15 d'application en fonction des objets que l'entreprise souhaite manipuler au travers de ladite application et pour générer une description des données selon ledit paramétrage de l'application, - un moyen de stockage (25) d'une base de données comportant le paramétrage du modèle d'application, et - un moyen d'interface d'entrée/sortie (29) permettant à l'utilisateur (5) d'accéder à des données de l'application fournies par l'entreprise. 14. Système selon la revendication 13, caractérisé en ce qu'il comporte en outre un troisième moyen de traitement (27) pour récupérer les 25 données de l'application fournies par l'entreprise et pour les stocker dans le moyen de stockage.