FR3054350A1

FR3054350A1 - Procede de constitution d'une base de donnees d'utilisateurs

Info

Publication number: FR3054350A1
Application number: FR1656987A
Authority: FR
Inventors: Olivier Michel; Yacine Ouidir
Original assignee: Ad4store
Current assignee: Ad4store
Priority date: 2016-07-21
Filing date: 2016-07-21
Publication date: 2018-01-26
Also published as: WO2018015683A1

Abstract

L'invention traite d'un procédé de constitution d'une base de données (100) d'utilisateurs de terminaux mobiles de télécommunication. Il comprend les étapes suivantes : - on transmet des premières données d'utilisateur au moyen d'un premier programme d'un courriel destiné à l'utilisateur ; - on transmet des premières données (23) de terminal, les données de terminal (23) formant un premier ensemble (23) ; - on associe chaque première donnée d'utilisateur (22) au premier ensemble (23) ; - on transmet des deuxièmes données d'utilisateur (71) au moyen d'un deuxième programme d'une application consultée par l'utilisateur ; - on transmet des deuxièmes données (72) de terminal, les données de terminal (72) formant un deuxième ensemble (72) ; - on associe chaque deuxième donnée (71) d'utilisateur au deuxième ensemble (72) - un comparateur (98) compare les premier et deuxième ensembles (23, 72).

Description

©) N° d’enregistrement national : 16 56987 ® RÉPUBLIQUE FRANÇAISE

INSTITUT NATIONAL DE LA PROPRIÉTÉ INDUSTRIELLE

COURBEVOIE © Int Cl⁸ : G 06 Q 30/02 (2017.01), G 06 F 17/40

DEMANDE DE BREVET D'INVENTION A1

©) Date de dépôt : 21.07.16.	(© Demandeur(s) : AD4STORE Société par actions sim-
(© Priorité :	plifiée — FR.
	@ Inventeur(s) : MICHEL OLIVIER et OUIDIR YACINE.
©) Date de mise à la disposition du public de la demande : 26.01.18 Bulletin 18/04.
©) Liste des documents cités dans le rapport de recherche préliminaire : Se reporter à la fin du présent fascicule
(© Références à d’autres documents nationaux apparentés :	©) Titulaire(s) : AD4STORE Société par actions simplifiée.
©) Demande(s) d’extension :	(© Mandataire(s) : LLR.

PROCEDE DE CONSTITUTION D'UNE BASE DE DONNEES D'UTILISATEURS.

FR 3 054 350 - A1 (£/) L'invention traite d'un procédé de constitution d'une base de données (100) d'utilisateurs de terminaux mobiles de télécommunication. Il comprend les étapes suivantes:

- on transmet des premières données d'utilisateur au moyen d'un premier programme d'un courriel destiné à l'utilisateur;

- on transmet des premières données (23) de terminal, les données de terminal (23) formant un premier ensemble (23);

- on associe chaque première donnée d'utilisateur (22) au premier ensemble (23);

- on transmet des deuxièmes données d'utilisateur (71) au moyen d'un deuxième programme d'une application consultée par l'utilisateur;

- on transmet des deuxièmes données (72) de terminal, les données de terminal (72) formant un deuxième ensemble (72);

- on associe chaque deuxième donnée (71) d'utilisateur au deuxième ensemble (72)

- un comparateur (98) compare les premier et deuxième ensembles (23, 72).

-1 L'invention se rapporte à la diffusion de publicités sur des terminaux mobiles.

II est connu de collecter des données à distance relatives à des internautes afin de leur adresser ultérieurement des messages publicitaires ou commerciaux. Ainsi, lorsqu’un internaute utilise un ordinateur de bureau de type PC, on sait associer cet internaute à un profil de consommateur et à son adresse courriel. Lorsque l’internaute navigue sur un site internet via son PC, toutes ses actions peuvent être enregistrées via le site, par exemple grâce aux protocoles utilisant des « cookies », de manière à créer puis à enrichir son profil d’utilisateur. Ainsi, les affinités de l’internaute et ses habitudes de consommation sont connues. De cette manière, l’internaute peut être relancé à tout moment par courriel, avec un message conçu en fonction de son profil d’utilisateur. II peut s’agir d’un client ayant quitté un site sans valider l’achat d’un produit pour lequel il a montré de l’intérêt, qu’on relance en vantant les mérites de ce produit. II peut également s’agir de rendre visible à l’internaute sur le site des publicités en lien avec ses actions passées, lorsqu’il visite le site une nouvelle fois.

Le fait de cibler un consommateur particulier en fonction de ses habitudes passées, particulièrement un client reparti sans consommer, s’appelle « le retargeting ». Si le « retargeting » sur PC, au moyen des navigateurs web, est un procédé connu, le retargeting dans le cadre des applications mobiles pose beaucoup plus de difficultés.

En effet, pour diffuser de la publicité ciblée sur le terminal mobile d’un utilisateur via une application mobile (et non via un navigateur web), il est nécessaire de connaître l’identifiant publicitaire du terminal, c’est-à-dire son «Advertise ID ». Pour que le contenu publicitaire soit pertinent, il est nécessaire de connaître les actions passées de l’utilisateur du terminal et de les relier à l’Advertise ID. Mais il peut être également très intéressant de connaître son adresse courriel, ainsi que sa position géographique de manière à pouvoir lui transmettre le bon message au bon moment, à travers le bon canal. Or, aujourd’hui, dans le cadre des applications mobiles, il n’existe pas de solution permettant de faire remonter simplement de telles données en les associant les unes aux autres. En d’autres termes, la seule solution pour associer l’Advertise ID, l’adresse courriel et les habitudes de consommation à un même profil d’utilisateur consiste à rechercher manuellement des données issues de différentes bases de données. II s’agit d’un travail long et compliqué, alors qu’il peut être souvent intéressant de relancer un utilisateur à chaud, c’est-à-dire peu de temps après sa visite.

Un but de l’invention est de permettre la remontée de données pertinentes d’un utilisateur de terminal mobile en vue de le cibler. L’invention vise ainsi à permettre la constitution d’une base de données de ce type d’utilisateurs.

A cet effet, on prévoit selon l’invention un procédé de constitution d’une base de données d’utilisateurs de terminaux mobiles de télécommunication, caractérisé en ce

- 2 qu’il comprend les étapes suivantes :

- lorsqu’un utilisateur consulte un courriel au moyen d’un terminal mobile de télécommunication un premier programme du courriel commande l’envoi par le terminal d’au moins une première donnée d’utilisateur relative à l’utilisateur sur un réseau de télécommunication ;

- un dispositif de traitement extérieur au terminal obtient au moins une première donnée de terminal relative au terminal, la ou les données de terminal formant un premier ensemble;

- on associe la ou chaque première donnée d’utilisateur au premier ensemble;

- lorsque l’utilisateur accède au moyen du terminal à une application associée au courriel, un deuxième programme de l’application commande l’envoi par le terminal d’au moins une deuxième donnée d’utilisateur relative à l’utilisateur sur un réseau de télécommunication ;

- le dispositif de traitement obtient au moins une deuxième donnée de terminal relative au terminal, la ou les deuxièmes données de terminal formant un deuxième ensemble ;

- on associe la ou chaque deuxième donnée d’utilisateur au deuxième ensemble ;

- un comparateur compare les premier et deuxième ensembles ; et

- si le premier ensemble est identique au deuxième ensemble, un dispositif de traitement associe la ou chaque première donnée d’utilisateur associée au premier ensemble à la ou chaque deuxième donnée d’utilisateur associée au deuxième ensemble, au sein d’un profil d’utilisateur.

Les premières données d’utilisateur, notamment l’adresse courriel, sont connues de bases de données d’utilisateur, mais inconnues de l’éditeur de l’application ou du site. C’est pourquoi lorsque le courriel, qui est de préférence informatif, est envoyé à l’utilisateur, le programme présent sur le courriel, qu’on peut appeler « tag >> ou « pixel », envoie cette ou ces premières données d’utilisateur, qu’il contient, à un dispositif de traitement. En revanche, le programme ne peut bien entendu pas accéder à certaines données : il ne permet pas de connaître « l’Advertise ID >> de l’utilisateur, il ne permet pas de remonter des informations de consommation de l’utilisateur. C’est pourquoi un dispositif de traitement demande à obtenir la ou les premières données de terminal qui vont permettre de caractériser le terminal. Ce premier ensemble de premières données de terminal forme ainsi une signature, ou encore une empreinte, du terminal. En d’autres termes, le dispositif calcule une empreinte du terminal.

Dans un deuxième temps, un autre programme, tag ou pixel, présent sur l’application, permet lui de remonter l’Advertise ID. En revanche, ce deuxième programme ne permet pas de connaître l’adresse courriel du mobinaute. C’est pourquoi

-3le dispositif demande une nouvelle fois à obtenir des données de terminal, appelées deuxièmes données de terminal, formant le deuxième ensemble. Il s’agit donc de calculer une empreinte du terminal, une nouvelle fois.

Pour associer les premières données d’utilisateur, remontées par le premier programme du courriel, aux deuxièmes données d’utilisateur, remontées par le deuxième programme, on compare les deux ensembles de données de terminal. S’ils sont identiques, cela veut dire que le terminal utilisé est le même. On peut alors associer par exemple l’adresse courriel à l’Advertise ID de l’utilisateur. Il est alors ensuite possible de cibler cet utilisateur en lui envoyant des courriels et en faisant apparaître des publicités sur l’application.

Ainsi, l’invention permet de regrouper simplement des données pertinentes concernant un utilisateur afin de pouvoir le relancer.

De préférence, la ou les premières données d’utilisateur comprennent une adresse courriel de l’utilisateur, notamment sous forme cryptée.

Avantageusement, la ou les deuxièmes données d’utilisateur comprennent un identifiant du terminal associé à des fonctions publicitaires.

On appelle généralement cet identifiant «Advertise ID >>, chaque fabricant de terminal ayant cependant sa propre dénomination.

De préférence, la ou les données de terminal comprennent au moins une des données de terminal suivantes :

- une version du système d’exploitation du terminal ;

- une adresse de géolocalisation du terminal ;

- une adresse IP du terminal ;

- une marque de fabricant ou de vendeur du terminal ;

- une résolution d’écran du terminal ; et

- un identifiant de série du terminal.

Ces données forment les premier et deuxième ensembles qui sont envoyés en deux temps à partir du terminal. Ils forment des « empreintes >> ou « signatures >> de terminal. Ces données permettent ainsi de caractériser un terminal, et donc, lorsqu’un premier ensemble est identique à un deuxième ensemble, d’associer toutes les données qui sont déjà associées à ces ensembles respectifs, telles que l’adresse courriel d’une part et l’Advertise ID d’autre part.

Avantageusement :

- après la mise en oeuvre des étapes précédentes, lorsque l’utilisateur consulte l’application au moyen du terminal, un logiciel de traçage de l’application obtient au moins une troisième donnée d’utilisateur relative à l’utilisateur ;

- le logiciel commande l’envoi par le terminal de la ou chaque troisième donnée

-4d’utilisateur sur un réseau de télécommunication ; et

- le dispositif de traitement associe la ou chaque troisième donnée d’utilisateur au profil de l’utilisateur.

Ainsi, à chaque fois que l’utilisateur navigue de nouveau sur l’application, ses actions sont connues et enregistrées. Elles permettent d’enrichir son profil d’utilisateur et donc de mieux connaître l’utilisateur afin par exemple de lui présenter de futures publicités en adéquation avec son profil. Plus son profil est connu et enrichi, plus les messages qui lui seront envoyés ou qui seront rendus visibles auprès de lui pourront être pertinents.

De préférence, les troisièmes données d’utilisateur comprennent au moins une des données suivantes :

- une donnée de géolocalisation de l’utilisateur ;

- une donnée relative à une action de l’utilisateur sur l’application ;

- une donnée relative à un historique du parcours de l’utilisateur sur l’application ;

- une donnée relative à un historique d’achats de l’utilisateur sur l’application ;

- une donnée relative à une intention d’achat de l’utilisateur ; et

- une donnée relative à des affinités de l’utilisateur.

Avantageusement, on prépare un deuxième courriel en tenant compte d’au moins une des données d’utilisateur et on commande l’envoi du deuxième courriel à l’utilisateur.

Ainsi, le deuxième courriel est pertinent car il cible l’utilisateur en fonction de ce qui est connu de lui. Il a donc vocation à être plus efficace qu’un document impersonnel. On précise ici que si ce deuxième courriel est préparé en tenant compte d’au moins une des deuxièmes données d’utilisateur, il n’est pas nécessaire qu’il incorpore de telles données. En effet, il peut comprendre des informations résultant de ces données et ne pas comprendre les données elles-mêmes.

De préférence, le deuxième courriel comprend au moins une des données d’utilisateur obtenues lors des étapes précédentes.

Il peut s’agir par exemple de s’adresser à l’utilisateur en utilisant ses nom et prénom.

De préférence, lorsqu’un dispositif détecte que l’utilisateur effectue une action prédéterminée, on commande via un réseau de télécommunication l’affichage, la diffusion ou l’envoi d’un message sur le terminal.

Avantageusement, l’action prédéterminée comprend l’arrivée du terminal dans une zone géographique prédéterminée, en particulier une zone associée à une donnée du profil de l’utilisateur, par exemple relative à un point de vente.

Par exemple, s’il est connu, au vu de ses actions sur l’application, que l’utilisateur apprécie un certain type de produit, il peut être intéressant de lui envoyer un courriel

-5lorsqu’il approche d’un point de vente de ce type de produits.

De préférence :

-un dispositif de traitement obtient au moins une quatrième donnée d’utilisateur au moyen d’une borne via un réseau de télécommunication local, par exemple de type « Bluetooth », et commande son envoi sur un réseau de télécommunication ; et

- le dispositif de traitement associe la ou chaque quatrième donnée d’utilisateur au profil d’utilisateur.

Ainsi, par exemple dans un magasin, lorsqu’un utilisateur a allumé le mode « bluetooth >> de son terminal et qu’il est configuré pour envoyer des informations, son passage près d’une borne peut permettre à cette dernière de récupérer une ou des données d’utilisateur et d’enrichir le profil d’utilisateur.

Avantageusement :

- un dispositif de traitement détermine au moins une cinquième donnée d’utilisateur relative à l’utilisateur à partir des données d’utilisateur déjà obtenues ; et

- le dispositif de traitement associe cette ou chaque cinquième donnée au profil d’utilisateur.

Par exemple, certaines des données d’utilisateurs connues peuvent concerner le sexe, l’âge, la profession ainsi que des affinités de l’utilisateur. Il est alors possible de déterminer une autre donnée qui concernerait la propension de l’utilisateur à être intéressé par un futur produit, ou par un produit qu’il n’a jusqu’à présent pas considéré. Cette donnée dépendrait des données précitées, et n’aurait donc pas été remontée, mais serait déduite par le dispositif de traitement à partir des données d’utilisateur déjà connues. Il serait par la suite pertinent de faire la publicité de ce produit auprès de cet utilisateur.

On prévoit également selon l’invention un procédé de constitution d’une base de données d’utilisateurs de terminaux mobiles de télécommunication, dans lequel, lorsqu’un utilisateur accède au moyen d’un terminal mobile de télécommunication et via un courriel à une application associée au courriel :

- un programme de l’application obtient au moins une première donnée d’utilisateur relative à l’utilisateur et au moins une deuxième donnée d’utilisateur relative à l’utilisateur ;

- le programme commande l’envoi par le terminal de la ou chaque première et deuxième données sur un réseau de télécommunication, et

- un dispositif de traitement associe la ou chaque première donnée à la ou chaque deuxième donnée au sein d’un profil d’utilisateur.

Il s’agit en fait du cas particulier où l’utilisateur possède déjà l’application, ou est redirigé par le courriel vers l’application. Dans ce cas, il n’est pas nécessaire de

-6remonter des données de terminal car il n’est pas nécessaire de comparer ces données. En effet, le programme, ou tag, ou pixel, remonte de lui-même les premières et deuxièmes données d’utilisateur.

On prévoit également selon l’invention un procédé de prospection numérique d’utilisateurs de terminaux mobiles de télécommunication, qui comprend au moins une fois l’ensemble des étapes suivantes :

- mise en ligne d’une application pour terminal mobile sur un réseau de télécommunication, l’application comprenant un logiciel de traçage apte à obtenir des données d’utilisateur lorsqu’il est utilisé sur un terminal mobile, et

- envoi sur un réseau de télécommunication d’un courriel associé à l’application et comprenant un programme apte à contenir des données d’utilisateur lorsqu’il est utilisé sur un terminal mobile.

On prévoit également selon l’invention un procédé de constitution d’une base de données d’utilisateurs de terminaux mobiles de télécommunication, qui comprend les étapes suivantes :

- lorsqu’un utilisateur consulte un courriel au moyen d’un terminal mobile de télécommunication, un premier programme du courriel commande l’envoi d’au moins une première donnée d’utilisateur sur un réseau de télécommunication ;

- lorsque le terminal reçoit une première requête de la part d’un dispositif de traitement extérieur au terminal afin d’obtenir des premières données de terminal relatives au terminal, le terminal envoie au moins une première donnée de terminal ;

- lorsque l’utilisateur accède au moyen du terminal à une application associée au courriel, un deuxième programme de l’application obtient au moins une deuxième donnée d’utilisateur et commande l’envoi de la ou chaque deuxième donnée d’utilisateur ; et

- lorsque le terminal reçoit une deuxième requête de la part du dispositif de traitement extérieur au terminal afin d’obtenir des deuxièmes données de terminal relatives au terminal, le terminal envoie au moins une deuxième donnée de terminal.

On prévoit également selon l’invention un terminal mobile de télécommunication permettant de naviguer sur une application mobile et agencé pour mettre en œuvre le procédé précédent.

De préférence, dans tous les procédés précités, on envoie préalablement aux étapes énoncées le courriel à l’utilisateur.

On peut prévoir que ce courriel n’est pas préparé par l’éditeur mais par une tierce personne de confiance qui intègre le programme comportant l’adresse courriel de l’utilisateur, inconnue de l’éditeur, dans le courriel.

On prévoit également selon l’invention un procédé de comparaison d’ensembles de

-7données de terminaux mobiles de télécommunication, dans lequel des moyens automatisés commandent les étapes suivantes :

- l’envoi à un dispositif de traitement d’un premier ensemble de données de terminal relatives à un terminal mobile de télécommunication ;

- l’envoi à un dispositif de traitement d’un deuxième ensemble de données de terminal relatives au terminal ;

- association des données du premier ensemble les unes aux autres de manière à former une première chaîne de caractères ;

- association des données du deuxième ensemble les unes aux autres de manière à former une deuxième chaîne de caractères ;

- comparaison des première et deuxième chaînes :

- si les chaînes sont identiques, exécution d’une action prédéterminée relative à un profil d’utilisateur.

Ainsi, si tous les caractères sont identiques, on considère que les premier et deuxième ensembles de données sont relatifs au même terminal mobile, sinon on considère que les premier et deuxième ensembles sont relatifs à des terminaux mobiles différents. Si une seule donnée est différente, on considère que les deux ensembles de données de terminal viennent respectivement de terminaux différents.

Avantageusement, l’action prédéterminée comprend une étape d’association des premier et deuxième ensembles et de données d’utilisateurs associées respectivement aux premier et deuxième ensembles, au sein d’une base de données de façon à créer ou à enrichir un profil d’utilisateur.

On prévoit également selon l’invention un programme d’ordinateur, comprenant des instructions de code aptes à commander la mise en œuvre des étapes d’un procédé selon l’invention lorsqu’il est exécuté sur un ordinateur.

On prévoit également selon l’invention un procédé de mise à disposition du programme selon l’invention en vue de son téléchargement sur un réseau de télécommunications.

On prévoit également selon l’invention un système de constitution d’une base de données d’utilisateurs de terminaux mobiles de télécommunication, qui comprend :

- un dispositif apte à générer un courriel agencé de sorte que, lorsqu’un utilisateur consulte le courriel au moyen d’un terminal, un premier programme du courriel commande l’envoi par le terminal d’au moins une première donnée d’utilisateur relative à l’utilisateur sur un réseau de télécommunication ;

- un dispositif de traitement apte, à obtenir au moins une première donnée de terminal relative au terminal, la ou les premières données de terminal formant un premier ensemble, ainsi qu’au moins une deuxième donnée de terminal relative au

-8terminal, la ou les deuxièmes données de terminal formant un deuxième ensemble ;

- des moyens aptes à associer la ou chaque première donnée d’utilisateur au premier ensemble ;

- une application associée au courriel et agencé de sorte que, lorsque l’utilisateur accède au moyen du terminal à l’application, un deuxième programme de l’application commande l’envoi d’au moins une deuxième donnée d’utilisateur relative à l’utilisateur ;

- des moyens aptes à associer la ou chaque deuxième donnée d’utilisateur au deuxième ensemble ; et

- un dispositif de traitement agencé de sorte que, si le premier ensemble est identique au deuxième ensemble, le dispositif de traitement associe la ou chaque première donnée d’utilisateur associée au premier ensemble à la ou chaque deuxième donnée d’utilisateur associée au deuxième ensemble, au sein d’un profil d’utilisateur.

On prévoit également une base de données résultant de la mise en œuvre d’un procédé selon l’invention et comportant un support d'enregistrement électronique comprenant sous forme enregistrée au moins une donnée parmi les données suivantes :

- une donnée relative à une action d’un utilisateur sur une application mobile;

- une donnée relative à un historique d’un parcours d’un utilisateur sur une application mobile;

- une donnée relative à un historique d’achats d’un utilisateur sur une application ;

- une donnée relative à une intention d’achat d’un utilisateur ;

- une donnée relative à des affinités d’un utilisateur ;

- une donnée de civilité d’un utilisateur ;

- une adresse d’un utilisateur ;

- une taille d’écran d’un terminal ; et

- une donnée de catégorie socio-professionnelle d’un utilisateur.

Nous allons maintenant présenter des modes de réalisation de l’invention à l’appui des figures annexées, qui sont fournies à titre d'exemples et ne présentent aucun caractère limitatif, dans lesquelles :

- la figure 1 illustre un procédé de constitution d’une base de données d’utilisateurs de terminaux mobiles de télécommunication selon un premier mode de mise en œuvre de l’invention ;

- la figure 2 illustre un procédé de comparaison d’ensembles de données de terminal mobile selon un mode de mise en œuvre de l’invention ;

- les figures 3 à 5 illustrent des possibilités de collectes de données d’utilisateur selon des modes de mise en œuvre de l’invention qui peuvent se cumuler ; et

- la figure 6 illustre un procédé de constitution d’une base de données d’utilisateurs

-9de terminaux mobiles de télécommunication selon un deuxième mode de mise en œuvre de l’invention.

Dans toute la suite, même si ce n’est pas précisé, on suppose que les différentes éléments mettant en œuvre le procédé de l’invention (terminaux, dispositifs, base de données, etc.) communiquent entre eux lorsque cela est nécessaire sur un ou plusieurs réseaux de télécommunication hertziens tels qu’un réseau de téléphonie mobile, un réseau Wi-fi ou encore bluetooth. Par ailleurs, tous ces éléments sont équipés d’au moins un processeur et d’au moins une mémoire et aptes à commander et/ou mettre en œuvre les opérations qui les concernent dans ce qui suit lorsqu’un programme d’ordinateur adapté est mis en œuvre dans ces éléments. On prévoit également la mise à disposition de tels programmes sur un réseau de télécommunication en vue de leur téléchargement.

Premier mode de réalisation

Dans les exemples qui vont suivre, l’invention est utilisée par deux types d’acteurs.

Il y a d’abord les éditeurs, c’est-à-dire les responsables d’applications mobiles concernés par l’invention. Ils veulent pouvoir cibler les consommateurs qui ont utilisé leurs applications. Ils veulent pouvoir les relancer avec des publicités pertinentes, car en adéquation avec les intérêts de chaque consommateur.

Les autres acteurs sont les consommateurs. Dans la suite de la demande, on les appellera les utilisateurs ou mobinautes (pour utilisateur de terminal mobile). Ce sont les particuliers qui téléchargent les applications mobiles des éditeurs et les utilisent. Après avoir parcouru ces applications, ils vont recevoir de la part des éditeurs des informations personnalisées, des publicités, par courriel ou via des espaces publicitaires disposés sur ces applications.

L’invention fonctionne en deux temps. Il s’agit tout d’abord de collecter des données sur les utilisateurs. Il s’agit ensuite d’utiliser ces données pour envoyer de façon personnalisée le bon message au bon moment à travers le bon canal.

Collecte des données

Nous allons tout d’abord décrire, en référence à la figure 1, un procédé de collecte de données, c’est-à-dire de constitution d’une base de données d’utilisateurs de terminaux mobiles de télécommunication.

Dans la suite, on parlera d’un éditeur comme étant le responsable de l’application mobile, et d’un utilisateur comme étant la personne qui l’utilise, conformément aux

- 10définitions précédentes.

Différents éléments sont à identifier pour la bonne compréhension de l’invention :

- l’application mobile 2, illustrée à la figure 1, conçue par l’éditeur, est dans l’exemple suivant une application de m-commerce, c’est-à-dire qu’elle permet à l’utilisateur de se renseigner sur des produits et éventuellement de les acheter directement via l’application.

- le terminal mobile 3 de l’utilisateur 1 ne comporte pas au début du procédé l’application mobile 2 de l’éditeur, et est un smartphone. Cela pourrait être une tablette ou un autre type de terminal mobile de communication sur un réseau de télécommunication hertzien tel qu’un réseau de téléphonie mobile, un réseau Wi-Fi ou encore Bluetooth.

- le courriel informatif 11 est relatif à l’application mobile 2, c’est-à-dire que son contenu fait la publicité de cette application ou traite d’un sujet associé à l’application. Au début du procédé, il est présent dans une base de données 12 connectée à un dispositif de traitement 14, sous la forme d’un courriel à envoyer.

Ce procédé de collecte se divise lui-même en deux temps. Tout d’abord, il s’agit d’effectuer la remontée de premières données d’utilisateurs, associées à un ensemble de données caractérisant le terminal mobile de chacun d’eux.

Une première étape 10 comprend l’envoi du courriel informatif 11 à un utilisateur, par un dispositif de traitement tel qu’un serveur 14. L’envoi se fait via internet, comme tous les échanges décrits dans la suite entre le terminal mobile et les divers dispositifs de traitements. L’utilisateur 1 n’est pas connu de l’éditeur. Il s’agit d’un particulier qui a préalablement donné son accord pour que son adresse courriel soit enregistrée dans une base de données 12. Dans cette base, les utilisateurs sont classés selon différents critères, tels que leur catégorie socio-professionnelle, leur âge et leur sexe. Ainsi, l’éditeur peut demander à ce que le courriel soit envoyé à tous les mobinautes correspondant à certains critères. Pour autant, il ne connaît pas leurs données personnelles.

Le courriel 11, pouvant également être appelé « newsletter », est rédigé en format html et est « responsive design », c’est-à-dire qu’il est adapté pour une lecture sur un terminal mobile de télécommunication, tel qu’un smartphone ou une tablette et est agencé pour adapter son affichage au format et aux dimensions de l’écran du terminal. Il comporte des images, des liens et/ou du texte, pouvant rappeler la charte graphique de l’éditeur, c’est-à-dire celle de l’application mobile.

Ce courriel informatif comprend un lien vers l’application 2, qui redirige vers une page de téléchargement si l’application 2 n’est pas déjà enregistrée sur le terminal.

Il comprend également un programme 13. On peut appeler ce programme « tag »,

- 11 ou « pixel >>. Ce programme contient des premières données 22 concernant l’utilisateur et des instructions de code, qui, lorsque le courriel est ouvert par le terminal mobile de l’utilisateur, commandent lors de l’étape 20 l’envoi de ces premières données 22 de l’utilisateur par ce terminal et via un réseau de télécommunication à un dispositif de traitement 21 accessible par l’éditeur. Ces premières données d’utilisateur 22 sont notamment l’adresse courriel de l’utilisateur sous forme cryptée. Il s’agit plus particulièrement de l’empreinte dite « md5 >> de l’adresse courriel de l’utilisateur. Les données 22 comprennent également l’adresse de la base de données, source de ce md5, de manière à pouvoir le retrouver. Elles comprennent également des données de civilité de l’utilisateur, sa catégorie socio-professionnelle, son âge, et éventuellement d’autres données, telles qu’une donnée de géolocalisation. Il peut ainsi s’agir de toutes les catégories de données de la base de données.

Ainsi, lorsque l’utilisateur lit le courriel, l’empreinte md5 de son adresse courriel devient connue par l’éditeur. Par un système web service classique bien connu de l'homme du métier, l’adresse courriel elle-même est retrouvée à partir du md5 de cette adresse. Cependant, elle n’est pas utilisable tant qu’elle n’est pas associée à un utilisateur particulier, c’est-à-dire à un profil d’utilisateur. En effet, il est pertinent d’envoyer des informations à l’adresse courriel d’un utilisateur dont on connaît par exemple les habitudes de consommation et qui est bien identifié. C’est l’objectif principal de l’invention.

Pour cela, à l’étape 30, le dispositif de traitement 21 envoie sur le réseau une requête en vue d’obtenir des données 23 relatives au terminal de l’utilisateur. Il s’agit d’une requête web demandant des données accessibles de façon simple.

Ces données 23 sont envoyées au dispositif par le terminal à l’étape 40 sur le réseau. Ces données 23 doivent permettre de caractériser le terminal mobile, de sorte que si on retrouve les mêmes données par la suite, on sait qu’elles proviennent du même terminal mobile, et donc du même utilisateur. Ces données 23 forment donc un ensemble de données de terminal. On peut également dire qu’il s’agit d’une signature du terminal ou d’une empreinte du terminal. Ces données 23 sont notamment la version du système d’exploitation du terminal, une adresse géolocalisée du terminal, une adresse IP du terminal, une marque de fabricant ou de vendeur du terminal, une résolution d’écran du terminal, ou encore un identifiant de série du terminal. En d’autres termes, on peut dire que lors de cette étape 40, le dispositif de traitement 21 calcule une empreinte du terminal 3. Au total, cette empreinte formée de premières données de terminal peut être composée d’une vingtaine de données.

Ensuite, lors de l’étape 50, le dispositif 21 associe ces premières données de terminal 23 aux premières données 22 de l’utilisateur, notamment l’adresse courriel

- 12désormais décryptée, au sein d’une base de données 24. Désormais, ce qui est connu de l’utilisateur par l’éditeur sont ses premières données d’utilisateur 22, notamment son adresse courriel, et des premières données 23 de terminal caractérisant son terminal mobile, qu’on peut appeler empreinte du terminal.

Si l’utilisateur 1 ne télécharge jamais l’application mobile 2 de l’éditeur, ces données 22 et 23 ne sont pas pertinentes. Cependant, il est encouragé par le courriel informatif 11, via le lien à cet effet, à télécharger l’application 2, ce qu’il fait à l’étape 60. Ainsi, si dans un second temps l’utilisateur télécharge et navigue sur l’application mobile 2, alors le procédé selon l’invention prend tout son sens.

En effet, l’invention prévoit qu’un deuxième programme 62, ou tag, ou pixel, est situé sur l’application mobile 2. Contrairement au premier programme 13 présent sur le courriel informatif, ce programme 62 ne contient pas l’adresse courriel de l’utilisateur. Mais il permet d’obtenir des deuxièmes données d’utilisateur 71, notamment l’identifiant publicitaire du terminal, autrement appelé « Advertise ID », et de commander son envoi par le terminal à un dispositif de traitement 73. Il contient également d’autres deuxièmes données d’utilisateur, telles qu’une position géolocalisée. A l’étape 80, le dispositif de traitement 73 envoie sur le réseau une requête en vue d’obtenir des deuxièmes données de terminal 72 relatives au terminal de l’utilisateur. Il s’agit d’une requête web demandant des données accessibles de façon simple. Ces données 72 sont envoyées au dispositif par le terminal à l’étape 90 sur le réseau. Ces données 72 doivent permettre de caractériser le terminal mobile. Il s’agit une nouvelle fois d’une empreinte du terminal. Ces deuxièmes données 72 de terminal sont donc en l’espèce la version du système d’exploitation du terminal, une adresse géolocalisée du terminal, une adresse IP du terminal, une marque de fabricant ou de vendeur du terminal, une résolution d’écran du terminal, ou encore un identifiant de série du terminal. En d’autres termes, on peut dire que, lors de cette étape 90, le dispositif de traitement 73 calcule une deuxième empreinte du terminal 3.

Les deuxièmes données d’utilisateur 71 et les deuxièmes données de terminal 72 sont associées les unes aux autres par le dispositif de traitement 73 dans la base de donnée 74 lors de l’étape 95. Dans la base de données 74, le deuxième ensemble 72 de données de terminal est donc associé aux deuxièmes données 71 d’utilisateur, telles que « l’Advertise ID ». Cet «Advertise ID » est une donnée importante : cet identifiant permet d’envoyer des publicités directement sur l’écran du terminal mobile de l’utilisateur, dans des espaces publicitaires prévus à cet effet sur l’application mobile de l’éditeur par exemple. En revanche, dans cette base de données 74, on ne connaît pas son adresse courriel. On ne connaît pas non plus ses données de civilité, sa catégorie socio-professionnelle ou son âge.

- 13Récapitulons où nous en sommes. Ace moment, les données de l’utilisateur 1 sont réparties dans deux endroits :

- dans la base de données 24 figurent ses données de civilités, son adresse courriel, sa catégorie socio-professionnelle. Ce sont les premières données 22 de l’utilisateur. Elles sont associées à un premier ensemble 23 de données de son terminal.

- dans la base de données 74 figurent son advertise ID, ainsi que d’autres données d’utilisateur. Elles forment des deuxièmes données 71 d’utilisateur. Elles sont associées au deuxième ensemble 72 de données de terminal.

Puisque l’invention effectue ces étapes pour de nombreux utilisateurs, on obtient deux bases de données 24 et 74 séparées comportant des premières données d’utilisateurs associées à des premiers ensembles pour l’une, et des deuxièmes données d’utilisateur associées à des deuxièmes ensembles pour l’autre. Cependant, l’objectif est de pouvoir regrouper ces données au sein de profils d’utilisateur, afin de déterminer pour un même utilisateur son adresse courriel et son advertise ID, avec d’autres données d’utilisateur remontées par les « pixels >>, ou programmes, 13 et 62.

Pour permettre ce regroupement, il faut comparer deux à deux les premiers et deuxièmes ensembles de données de terminal 23 et 72 des bases de données respectives 24 et 74.

Ainsi, si un premier ensemble est identique à un deuxième ensemble, on sait que ces ensembles proviennent du même terminal et que donc les premières et deuxièmes données d’utilisateur auxquelles ces premier et deuxième ensembles sont respectivement associés correspondent au même utilisateur.

On va donc décrire, en référence à la figure 2, un procédé de comparaison d’ensembles de données de terminaux mobiles. Il s’agit d’un exemple présentant des données de terminal différentes des données 23 et 72 de la figure 1, mais avec le même comparateur 98 et les mêmes bases de données 24 et 74.

Le comparateur 98 obtient de la base de données 24 un des premier ensembles 96, et de la base de données 74 un des deuxièmes ensembles 97.

Ces ensembles 96 et 97 sont ensuite écrits sous la forme de chaînes de caractères. Ainsi, chaque chaîne de caractères comprend toutes les données de l’ensemble en question accolées bout à bout à la suite les unes des autres dans un ordre prédéterminé.

Le comparateur effectue une comparaison des deux chaînes caractère par caractère. Ainsi, les premiers caractères 93 et 94 respectifs de chaque ensemble sont comparés. S’ils sont identiques, le comparateur effectue la comparaison des caractères suivants, et ainsi de suite.

Si le comparateur détermine que certains caractères respectifs des deux ensembles

- 14ne sont pas identiques, comme c’est le cas des caractères 91 et 92 de la figure 2, il stoppe la comparaison et envoie en résultat à un dispositif de traitement 99 que les terminaux dont proviennent ces ensembles 96 et 97 ne sont pas le même terminal. Le comparateur passe alors à la comparaison suivante, consistant à comparer le premier ensemble considéré cette fois avec le deuxième ensemble suivant de la base 74.

En revanche, si, comme à la figure 1, le comparateur 98 détermine que les premier et deuxième ensembles 23 et 72 sont identiques, cela signifie que les données de terminal de chaque ensemble proviennent du même terminal 3.

Le dispositif de traitement 99 associe alors les données associées à chaque ensemble à l’étape 130. En particulier, l’adresse courriel associée au premier ensemble 23 est associée à l’Advertise ID associé au deuxième ensemble 72. Les premières et deuxièmes données de l’utilisateur 22 et 71 sont donc connues, associées entre elles et enrichissent un profil d’utilisateur 91 dans une base de données 100.

Le comparateur effectue ainsi un rapprochement des deux bases de données pour déterminer quels sont les premiers et deuxièmes ensembles qui correspondent au même terminal et constituer ainsi des profils d’utilisateurs exploitables. Pour rappel, dans ces empreintes de terminal se trouvent notamment une donnée de géolocalisation. Un terminal qui aurait changé de position entre l’envoi des première et deuxième empreintes de terminal ne permettrait donc pas le rapprochement entre les premières et deuxièmes données d’utilisateur. Cette donnée de géolocalisation est cependant nécessaire pour limiter le nombre d’empreintes à comparer, en comparant par exemple les empreintes dont les données de géolocalisation sont identiques, de façon à obtenir des résultats positifs rapides et à créer des profils utilisateur rapidement.

Le premier temps de l’invention est donc terminé : l’éditeur connaît des informations pertinentes sur l’utilisateur 1 et a des moyens de le contacter, par courriel via son adresse courriel ou par diffusion de publicité via l’Advertise ID. Par la suite, ce profil 91 va donc permettre de recontacter l’utilisateur 1, en utilisant les données qui y sont enregistrées. Ce profil va également être enrichi grâce à un logiciel de traçage 61 qui est présent sur l’application mobile 2 et qui continue à obtenir des données d’utilisateur lorsque l’utilisateur 1 navigue sur l’application 2.

Le logiciel de traçage

En effet, un logiciel de traçage 61 de l’application permet d’effectuer les actions suivantes :

- enregistrer toute activité de l’utilisateur 1 sur l’application mobile 2 de l’éditeur et

- 15commander l’envoi par le terminal d’informations au sujet de cette activité ;

- obtenir d’autres données d’utilisateur telles que la position géographique du terminal, si la géolocalisation de ce terminal est prévue et accordée par l’utilisateur, et commander son envoi.

Le logiciel 61 peut éventuellement effectuer d’autres types d’actions, obtenir d’autres données et les envoyer sur le réseau.

Ainsi, à chaque fois que l’utilisateur navigue sur l’application 2, des données peuvent être déduites de ses actions et envoyées par le terminal à un dispositif de traitement.

Envoi de messages ciblés

En référence aux figures 3 et 4, nous allons décrire le deuxième temps de l’invention, qui consiste à mettre en place des opérations de « retargeting >> ou de reciblage, c’est-à-dire à relancer l’utilisateur de façon pertinente au moyen de l’invention.

La figure 3 illustre ainsi une relance par un nouveau courriel 105, ou newsletter. Il s’agit d’une méthode appelée « email retargeting >>.

A l’étape 101, l’utilisateur navigue sur l’application mobile et effectue donc des actions qui donnent lieu à des nouvelles données d’utilisateur 102 qui sont obtenues par le logiciel de traçage 61. Il s’agit par exemple d’une recherche d’un produit particulier. Ces nouvelles données d’utilisateur 102 peuvent être envoyées par le terminal au dispositif de traitement 99 sur le réseau à chaque fois qu’elles sont obtenues, à des intervalles de temps prédéterminés, ou encore lorsque des actions particulières ont été effectuées par l’utilisateur 1, par exemple lorsqu’il valide un panier d’achat de produits sur l’application 2.

A un moment prédéterminé, le dispositif de traitement 99 ayant reçu ces nouvelles données d’utilisateur 102 prépare à l’étape 111 un nouveau courriel informatif 105.

Contrairement au premier courriel informatif 11, envoyé de façon impersonnelle à l’utilisateur 1 à l’étape 10, ce nouveau courriel 105 est conçu par le dispositif de traitement 99 pour être personnalisé. A cet effet, le dispositif 99 utilise les données d’utilisateur recueillies et stockées dans la base de données 100 dans le profil d’utilisateur 91 : les premières et deuxièmes données respectivement 22 et 71, mais aussi les nouvelles données d’utilisateur 102 qui ont été fournies. Par exemple, le courriel 105 peut être au nom de l’utilisateur 1 et traiter d’un produit qu’il a particulièrement apprécié puisqu’il l’avait déposé dans son panier d’achat sur l’application mobile 2, avant de finalement ne pas régler le paiement et valider l’achat. Ce courriel 105 peut également informer l’utilisateur que le produit est visible dans un

- 16point de vente proche de chez lui. Ainsi, toutes les données d’utilisateur qui auront été obtenues par le logiciel de traçage 61 permettent ensuite d’envoyer à l’utilisateur 1 un courriel 105 pertinent.

Le moment de l’envoi de ce courriel 105, à l’étape 121, est également important. Comme on le verra par la suite, un ensemble de paramètres traitant du courriel 105 et de son envoi peuvent être prévus par l’éditeur. Il peut par exemple être pertinent d’envoyer le courriel 105 dans la minute qui suit la fin de la visite de l’utilisateur sur l’application, ou d’attendre quelques heures. Cet envoi est réalisé automatiquement par le dispositif de traitement 99, mais il peut bien entendu être décidé manuellement.

Enfin, contrairement au premier courriel informatif 11 qui a été envoyé à l’utilisateur 1 et à l’application 2, ce courriel 105 ne présente pas de programme remontant les premières données d’utilisateur. En effet, les premières données d’utilisateur 22 sont déjà connues à ce stade. D’ailleurs, il n’est pas nécessaire d’attendre que l’utilisateur 1 navigue plusieurs fois sur l’application 2, pour le relancer. Dès que ses première et deuxième données d’utilisateur respectivement 22 et 71 ont été associées les unes aux autres, il peut être relancé.

En référence à la figure 4, on va décrire une autre méthode de retargeting : le « display retargeting » ou reciblage par affichage. Il s’agit cette fois d’utiliser les données de l’utilisateur pour afficher une publicité pertinente sur l’écran de son terminal mobile, à un moment pertinent. Dans l’exemple illustré, à l’étape 201, le logiciel de traçage 61 envoie au moyen du terminal sur le réseau la position géolocalisée 202 de l’utilisateur 1 au dispositif de traitement 99. Ce dernier détermine que l’utilisateur 1 se trouve près d’un point de vente dans lequel se trouve un produit pour lequel l’utilisateur a montré de l’intérêt via l’application. En réaction, le dispositif de traitement 99 commande l’envoi à l’étape 211 d’une publicité 212 sur le terminal mobile 3 de l’utilisateur 1, cette publicité 212 informant l’utilisateur 1 qu’un point de vente d’un produit qui l’intéresse est proche de lui.

Cette détection de la position géographique de l’utilisateur pourrait être déclenchée par l’application elle-même, qui envoie alors une alerte au dispositif de traitement pour qu’une publicité soit préparée et envoyée. La diffusion de la publicité est possible grâce à la connaissance de l’Advertise ID de l’utilisateur 1, toujours stocké dans le profil de l’utilisateur 91 au sein de la base de données 100. Cette publicité 212 est affichée sur l’application mobile 2, par exemple dans un espace prévu à cet effet. Il est également possible que, l’application 2 n’ayant pas été fermée par l’utilisateur 1 alors que celui-ci navigue sur une autre application, sur internet ou simplement sur un menu de son terminal 3, la publicité 212 s’affiche sur son écran, laissant par exemple la possibilité à l’utilisateur 1 de la fermer après une durée prédéterminée. La publicité 212 est une

- 17image. Mais il peut s’agir de tout autre type de contenu, tel qu’une vidéo, un contenu audio, ou encore un contenu interactif demandant à l’utilisateur d’agir.

Les données d’utilisateur 22, 71, 102, 202 permettent ainsi de relancer l’utilisateur au moyen de courriels ou de publicités pertinents, envoyés à des moments clefs avec des informations en lien avec le profil de l’utilisateur 1. Pour rappel, les premières données d’utilisateur 22, notamment son adresse courriel, ont été obtenues avant que l’utilisateur 1 n’ait l’application 2, via le programme 13 du courriel 11. Les deuxièmes données d’utilisateur 71, notamment l’Advertise ID, ont été obtenues via le programme 62 de l’application 2. Depuis que son profil d’utilisateur 91 a été créé, à chaque fois que l’utilisateur 1 navigue sur l’application 2, de nouvelles données d’utilisateur sont récupérées et envoyées par le logiciel de traçage 61 au dispositif 99 et à la base de données 100.

Mais ces données ne sont pas utilisées que de façon brute. Elles peuvent en effet être analysées afin de déterminer d’autres données. Par exemple, lorsque l’utilisateur ne valide pas l’achat d’un produit, les données amenées au dispositif de traitement vont être liées à ce produit. Le dispositif peut déduire de ces données que l’utilisateur pourrait être intéressé par d’autres produits similaires, tels que ceux faisant partie de la même gamme. En croisant plusieurs données, il peut être amené à déterminer qu’un produit particulier, pour lequel l’utilisateur n’a pas montré d’intérêt, pourrait en fait l’intéresser. Ainsi, les données d’utilisateurs obtenues permettent d’en déduire d’autres, et ainsi d’envoyer des courriels ou de diffuser des publicités pertinentes.

La figure 5 illustre un procédé de collectes de données pour un utilisateur 5 passant en point de vente. Ainsi, au moyen d’une borne 311 communiquant selon le protocole « bluetooth >>, des données d’utilisateur 302 peuvent être collectées par la borne 311 et envoyées sur le réseau. Si à l’utilisateur 5 correspond déjà un profil d’utilisateur, ces données 302 peuvent ainsi venir le compléter. De plus, ce type de borne permet aux marques d’analyser et de mesurer les fréquences de visite de consommateurs en point de vente. En associant ces données 302 aux données d’utilisateur remontées par le logiciel de traçage, les profils d’utilisateur sont enrichis. Pour que cette communication par Bluetooth fonctionne, il faut que l’utilisateur 5 ne l’ait pas désactivée, et qu’il ait donné son accord pour fournir des données 302.

Du côté de l’éditeur, l’invention prévoit une plateforme pour mettre en place et paramétrer des campagnes de relance. Ainsi, un éditeur peut choisir une zone géographique, une date de début et une date de fin de sa campagne. L’invention fonctionnera donc dans l’intervalle choisi et pour les terminaux mobiles situés dans la zone géographique choisie. La plateforme permet également de charger les publicités que l’éditeur souhaite diffuser, de régler des paramètres concernant les courriels de

- 18relance qui seront envoyés, tels que l’intervalle de temps entre la dernière visite de l’utilisateur sur l’application et l’envoi d’un courriel, le type de sujet que doivent contenir les courriels, etc.

Cette plateforme pourrait également être utilisée par un autre type d’acteur : des annonceurs. En effet, il est possible qu’éditeurs et annonceurs utilisent l’invention séparément. Ainsi, l’éditeur se servirait des données d’utilisateur pour permettre à des annonceurs d’envoyer des courriels ou de diffuser des publicités pertinentes sur l’application mobile, sans que ces publicités n’aient forcément de lien avec l’application. L’éditeur peut ainsi vendre des données d’utilisateur et/ou des espaces publicitaires aux annonceurs pour leur permettre de réaliser du ciblage pertinent. Il est dans ce cas possible que le procédé ne soit pas du « retargeting », mais du « targeting », c’est-àdire simplement l’envoi de courriels ou de publicités à des utilisateurs qui n’auraient avant pas sollicité l’annonceur. Dans ce cas, le premier courriel informatif reçu n’est pas relatif à l’annonceur. Il peut être relatif à l’éditeur.

Enfin, l’invention prévoit une « SDK >>. Il s’agit de l’acronyme anglais pour « Software Development Kit >>. C’est un ensemble d’outils d’aide à la programmation informatique. C’est donc un ensemble destiné aux développeurs informatiques. Cette SDK permet de mettre en œuvre l’invention sur les terminaux mobiles, et de la paramétrer directement par programmation informatique.

Deuxième mode de réalisation

En référence à la figure 6, nous allons maintenant décrire un second mode de mise en œuvre de l’invention permettant la constitution d’une base de données d’utilisateurs de terminaux mobiles de télécommunication. Ce mode de réalisation est globalement identique au premier. Nous ne décrirons dans la suite que les caractéristiques qui diffèrent du premier mode.

Ce mode est mis en œuvre lorsque l’utilisateur 6 possède déjà l’application mobile 2 avant de recevoir le premier courriel informatif 11. Il est en effet tout à fait possible qu’il ait déjà téléchargé l’application 2 de sa propre initiative. Pour rappel, le courriel informatif 11 comprend un lien vers l’application, qui redirige vers une page de téléchargement si l’application 2 n’est pas déjà enregistrée sur le terminal 3. Il comprend également un programme 13 apte à faire remonter des premières données d’utilisateur 22 telles que l’adresse courriel de l’utilisateur 6. De même, l’application comprend un programme 62 apte à faire remonter des deuxièmes données d’utilisateur, dont l’advertise ID.

Lorsqu’il reçoit le courriel informatif 11 à l’étape 10bis, si l’utilisateur 6 ouvre

- 19l’application 2 en utilisant le lien vers celle-ci situé sur le courriel 11, le programme 62 est capable d’obtenir lui-même les données 22 du programme 13 du courriel 11. Ainsi, à la différence du premier mode de mise en œuvre, le terminal peut envoyer de luimême les premières données 22 de même que les deuxièmes données d’utilisateur 71 par l’intermédiaire du programme 62. Puisque ces premières et deuxièmes données sont récupérées en même temps, elles sont automatiquement associées les unes aux autres. En particulier, l’AdvertiselD et l’adresse courriel de l’utilisateur 6 sont associées au profil d’utilisateur 106 par le dispositif 99 au sein de la base 100, à l’étape 120bis. II n’est donc pas nécessaire d’obtenir des données de terminal et de les comparer. Ainsi, aucun calcul d’empreinte n’est nécessaire. Cependant, il est tout de même possible de demander ces données de terminal de façon à enregistrer dans le profil d’utilisateur un ensemble de données du terminal. Même si cela n’a qu’un intérêt limité au moment de l’enregistrement, cet ensemble pourrait par la suite être comparé à d’autres ensembles, par exemple dans le cas où l’utilisateur a supprimé puis a de nouveau téléchargé l’application sur son terminal mobile.

Bien entendu, on pourra apporter à l'invention de nombreuses modifications sans sortir du cadre de celle-ci.

Ainsi, l’invention est applicable à tout type d’application mobile, et pas uniquement à celles de m-commerce.

De plus, tous les éléments techniques décrits précédemment comme étant séparés peuvent bien entendu être regroupés. Ainsi, un seul dispositif de traitement peut effectuer les fonctions des différents dispositifs de traitements décrits, de même qu’une unique base de données peut regrouper progressivement toutes les données obtenues au moyen de l’invention. D’ailleurs, on peut imaginer qu’une seule base de données comprend plusieurs tables de données. L’invention peut fonctionner au moyen de tout réseau de télécommunication, et pas uniquement via internet. Une partie des données voire toutes les données peuvent également être stockées localement et au moins temporairement sur le terminal mobile de l’utilisateur, par exemple en cas de connexion impossible avec le réseau de télécommunication.

Claims

REVENDICATIONS

1. Procédé de constitution d’une base de données (100) d’utilisateurs de terminaux mobiles de télécommunication, caractérisé en ce qu’il comprend les étapes suivantes :

- lorsqu’un utilisateur (1) consulte un courriel (11) au moyen d’un terminal mobile de télécommunication (3), un premier programme (13) du courriel (11) commande l’envoi par le terminal d’au moins une première donnée (22) d’utilisateur relative à l’utilisateur (1) sur un réseau de télécommunication ;

- un dispositif de traitement (21) extérieur au terminal obtient au moins une première donnée (23) de terminal relative au terminal, la ou les données de terminal (23) formant un premier ensemble (23) ;

- on associe la ou chaque première donnée d’utilisateur (22) au premier ensemble (23);

- lorsque l’utilisateur (1) accède au moyen du terminal (3) à une application (2) associée au courriel (11), un deuxième programme de l’application (2) commande l’envoi par le terminal d’au moins une deuxième donnée d’utilisateur (71) relative à l’utilisateur sur un réseau de télécommunication ;

- le dispositif de traitement obtient au moins une deuxième donnée de terminal (72) relative au terminal, la ou les deuxièmes données de terminal (72) formant un deuxième ensemble (72) ;

- on associe la ou chaque deuxième donnée (71) d’utilisateur au deuxième ensemble (72) ;

- un comparateur (98) compare les premier et deuxième ensembles (23, 72) ; et

- si le premier ensemble (23) est identique au deuxième ensemble (72), un dispositif de traitement (99) associe la ou chaque première donnée d’utilisateur (22) associée au premier ensemble (23) à la ou chaque deuxième donnée d’utilisateur (71) associée au deuxième ensemble (72), au sein d’un profil d’utilisateur (91).
2. Procédé selon la revendication précédente, dans lequel la ou les premières données d’utilisateur (22) comprennent une adresse courriel de l’utilisateur, notamment sous forme cryptée.
3. Procédé selon l’une quelconque des revendications précédentes, dans lequel la ou les deuxièmes données (71) d’utilisateur comprennent un identifiant du terminal associé à des fonctions publicitaires.
4. Procédé selon l’une quelconque des revendications précédentes, dans lequel la

-21 ou les données de terminal (3) comprennent au moins une des données suivantes :

- un identifiant de version d’un système d’exploitation du terminal ;

- une adresse de géolocalisation du terminal ;

- une adresse IP du terminal ;

- une marque de fabricant ou de vendeur du terminal ;

- une résolution d’écran du terminal ; et

- un identifiant de série du terminal.
5. Procédé selon l’une quelconque des revendications précédentes, dans lequel :

- après la mise en œuvre des étapes de la revendication 1, lorsque l’utilisateur (1) consulte l’application (2) au moyen du terminal (3), un logiciel de traçage (61) de l’application obtient au moins une troisième donnée (102) d’utilisateur relative à l’utilisateur ;

- le logiciel (61) commande l’envoi par le terminal de la ou chaque troisième donnée (102) d’utilisateur sur un réseau de télécommunication ;

- le dispositif de traitement (99) associe la ou chaque troisième donnée (102) d’utilisateur au profil d’utilisateur.
6. Procédé selon la revendication précédente, dans lequel la ou les troisièmes données (102) d’utilisateur comprennent au moins une des données suivantes :

- une donnée de géolocalisation ;

- une donnée relative à une action de l’utilisateur sur l’application (2);

- une donnée relative à un historique d’un parcours de l’utilisateur (1) sur l’application (2);

- une donnée relative à un historique d’achats de l’utilisateur (1) sur l’application (2);

- une donnée relative à une intention d’achat de l’utilisateur (1); et

- une donnée relative à des affinités de l’utilisateur (1).
7. Procédé selon l’une quelconque des revendications précédentes, dans lequel on prépare un deuxième courriel (105) en tenant compte d’au moins une des données d’utilisateur (71) et on commande l’envoi du deuxième courriel (105) à l’utilisateur (1).
8. Procédé selon la revendication précédente, dans lequel le deuxième courriel (105) comprend au moins une des données d’utilisateur obtenues lors des étapes précédentes.

-229. Procédé selon l’une quelconque des revendications précédentes, dans lequel, lorsqu’un dispositif détecte que l’utilisateur effectue une action prédéterminée, on commande via un réseau de télécommunication l’affichage, la diffusion ou l’envoi d’un message sur le terminal.
10. Procédé selon la revendication précédente, dans lequel l’action prédéterminée comprend l’arrivée du terminal dans une zone géographique prédéterminée, en particulier une zone associée à une donnée du profil d’utilisateur, par exemple relative à un point de vente.
11. Procédé selon l’une quelconque des revendications précédentes, dans lequel

- un dispositif de traitement (99) obtient au moins une quatrième donnée d’utilisateur (302) au moyen d’une borne (311) via un réseau de télécommunication local, par exemple de type « Bluetooth », et commande son envoi sur un réseau de télécommunication ; et

- le dispositif de traitement (99) associe la ou chaque quatrième donnée (302) d’utilisateur au profil d’utilisateur.
12. Procédé selon l’une quelconque des revendications précédentes, dans lequel :

- un dispositif de traitement détermine au moins une cinquième donnée d’utilisateur relative à l’utilisateur à partir des données d’utilisateur déjà obtenues ;

- le dispositif de traitement (99) associe cette ou chaque cinquième donnée au profil d’utilisateur.
13. Procédé de constitution d’une base de données d’utilisateurs de terminaux mobiles de télécommunication, caractérisé en ce que, lorsqu’un utilisateur (6) accède au moyen d'un terminal mobile de télécommunication (3) et via un courriel (11) à une application (2) associée au courriel:

- un programme de l’application obtient au moins une première donnée d’utilisateur (22) relative à l’utilisateur et au moins une deuxième donnée (71) d’utilisateur relative à l’utilisateur ;

- le programme commande l’envoi par le terminal de la ou chaque première (22) et deuxième (71) données sur un réseau de télécommunication, et

- un dispositif de traitement (99) associe la ou chaque première donnée (22) à la ou chaque deuxième (71) donnée au sein d’un profil d’utilisateur.
14. Procédé de prospection numérique d’utilisateurs de terminaux mobiles de

-23télécommunication, caractérisé en ce qu’il comprend au moins une fois l’ensemble des étapes suivantes :

- mise en ligne d’une application (2) pour terminal mobile sur un réseau de télécommunication, l’application comprenant un logiciel de traçage (61) apte à obtenir des données d’utilisateur (71, 102, 302) lorsqu’il est utilisé sur un terminal mobile (3), et

- envoi sur un réseau de télécommunication d’un courriel (11) associé à l’application et comprenant un programme (13) apte à contenir des données d’utilisateur (22) lorsqu’il est utilisé sur un terminal mobile.
15. Procédé de constitution d’une base de données d’utilisateurs de terminaux mobiles de télécommunication, caractérisé en ce qu’il comprend les étapes suivantes :

- lorsqu’un utilisateur (1) consulte un courriel (11) au moyen d’un terminal mobile de télécommunication (3), un premier programme (13) du courriel (11) commande l’envoi d’au moins une première donnée (22) d’utilisateur sur un réseau de télécommunication ;

- lorsque le terminal (3) reçoit une première requête de la part d’un dispositif de traitement (21) extérieur au terminal afin d’obtenir des premières données de terminal (23) relatives au terminal, le terminal envoie au moins une première donnée (23) de terminal ;

- lorsque l’utilisateur accède au moyen du terminal (3) à une application (2) associée au courriel, un deuxième programme de l’application (2) obtient au moins une deuxième donnée d’utilisateur (71) et commande l’envoi de la ou chaque deuxième donnée d’utilisateur ; et

- lorsque le terminal (3) reçoit une deuxième requête de la part du dispositif de traitement (21) extérieur au terminal afin d’obtenir des deuxièmes données de terminal (23) relatives au terminal, le terminal envoie au moins une deuxième donnée (23) de terminal.
16. Procédé selon l’une quelconque des revendications 1 à 13 et 15, dans lequel on envoie préalablement aux étapes énoncées le courriel (11) à l’utilisateur (1).
17. Procédé de comparaison d’ensembles de données de terminaux mobiles de télécommunication, caractérisé en ce que des moyens automatisés commandent les étapes suivantes :

- envoi à un dispositif de traitement (24) d’un premier ensemble (23 ; 96) de données de terminal relatives à un terminal mobile de télécommunication;

- envoi à un dispositif de traitement (74) d’un deuxième ensemble (72 ; 97) de

-24données de terminal relatives au terminal ;

- association des données du premier ensemble (23 ; 96) les unes aux autres de manière à former une première chaîne de caractères ;

- association des données du deuxième ensemble (72 ; 97) les unes aux autres de manière à former une deuxième chaîne de caractères ;

- comparaison des première et deuxième chaînes :

- si les chaînes sont identiques, exécution d’une action prédéterminée relative à un profil d’utilisateur.
18. Procédé selon la revendication précédente, dans lequel l’action prédéterminée comprend une étape d’association des premier et deuxième ensembles et de données d’utilisateurs associées respectivement aux premier et deuxième ensembles, au sein d’une base de données de façon à créer ou à enrichir un profil d’utilisateur.
19. Programme d’ordinateur, comprenant des instructions de code aptes à commander la mise en œuvre des étapes d’un procédé selon au moins l’une quelconque des revendications précédentes lorsqu’il est exécuté sur un ordinateur.
20. Procédé de mise à disposition du programme de la revendication précédente en vue de son téléchargement sur un réseau de télécommunications.
21. Système de constitution d’une base de données (100) d’utilisateurs de terminaux mobiles de télécommunication, caractérisé en ce qu’il comprend:

- un dispositif apte à générer un courriel agencé de sorte que, lorsqu’un utilisateur (1) consulte le courriel (11) au moyen d’un terminal (3), un premier programme (13) du courriel (11) commande l’envoi par le terminal d’au moins une première donnée (22) d’utilisateur relative à l’utilisateur (1) sur un réseau de télécommunication ;

- un dispositif de traitement (21) apte, à obtenir au moins une première donnée (23) de terminal relative au terminal, la ou les premières données de terminal (23) formant un premier ensemble (23), ainsi qu’au moins une deuxième donnée de terminal relative au terminal, la ou les deuxièmes données de terminal formant un deuxième ensemble ;

- des moyens aptes à associer la ou chaque première donnée d’utilisateur (22) au premier ensemble (23) ;

- une application associée au courriel (11) et agencé de sorte que, lorsque l’utilisateur (1) accède au moyen du terminal (3) à l’application (2), un deuxième programme de l’application (2) commande l’envoi d’au moins une deuxième donnée d’utilisateur (71) relative à l’utilisateur ;

-25- des moyens aptes à associer la ou chaque deuxième donnée (71) d’utilisateur au deuxième ensemble (72) ; et

- un dispositif de traitement agencé de sorte que, si le premier ensemble (23) est identique au deuxième ensemble (72), le dispositif de traitement (99) associe la ou chaque première donnée d’utilisateur (22) associée au premier ensemble (23) à la ou chaque deuxième donnée d’utilisateur (71) associée au deuxième ensemble (72), au sein d’un profil d’utilisateur (91).
22. Terminal mobile de télécommunication (3) permettant de naviguer sur une application mobile et agencé pour mettre en œuvre le procédé de la revendication 15.
23. Base de données (12, 24, 74, 100) résultant de la mise en œuvre d’un procédé selon l’une quelconque des revendications 1 à 18 et 20, caractérisée en ce qu’elle comporte un support d'enregistrement électronique comprenant sous forme enregistrée au moins une donnée parmi les données suivantes :

- une donnée relative à une action d’un utilisateur sur une application mobile ;

- une donnée relative à un historique d’un parcours d’un utilisateur sur une application mobile;

- une donnée relative à un historique d’achats d’un utilisateur sur une application;

- une donnée relative à une intention d’achat d’un utilisateur ;

- une donnée relative à des affinités d’un utilisateur ;

- une donnée de civilité d’un utilisateur ;

- une adresse d’un utilisateur ;

- une taille d’écran d’un terminal ; et

- une donnée de catégorie socio-professionnelle d’un utilisateur.

1/3

2/3 k

O I x □ O O III 92--7 ^-91 O I X Δ O O ''V

>

>