Analyse de communications consécutives à un envoi de message
L'invention concerne le domaine des télécommunications et notamment un procédé et dispositif d'analyse de communications établies à partir d'un terminal.
Dans te cas de la mise en œuvre d'un service de diffusion de messages publicitaires, il n'est actuellement pas possible de déterminer de manière certaine si un utilisateur a donné suite à un envoi de message publicitaire. En effet, lorsque le message publicitaire reçu sur un terminal d'utilisateur comprend un lien hypertexte vers un site Web auquel l'utilisateur est invité à accéder, il n'est pas garanti que l'utilisateur clique sur ce lien hypertexte pour effectivement établir une communication avec ce site Web.
Dans le cas où l'utilisateur clique sur ce lien hypertexte, il est possible d'envoyer, avec la requête http émise lors de la demande d'établissement de connexion avec le serveur, une information pour signaler qu'il s'agit d'une demande de connexion consécutive à un envoi de message. Dans le cas contraire, il n'est pas possible de déterminer un lien de cause à effet entre une connexion d'un utilisateur sur un site Web et un envoi de message invitant cet utilisateur à se connecter.
Par ailleurs, si l'utilisateur tente d'obtenir une information, relative à un produit ou un service décrit dans le message publicitaire, en envoyant un courriel à une adresse de boîte aux lettres électroniques spécifiée dans le message publicitaire, il n'existe pas de moyen pour automatiquement insérer une information dans le courriel qui permettrait d'établir le lien entre cette demande d'information par courriel et l'envoi du message publicitaire.
Un des buts de l'invention est de remédier à des problèmes et inconvénients de l'état de la technique et/ou d'y apporter des améliorations.
L'invention concerne, selon un premier aspect, un procédé d'analyse de communications comprenant : - une étape d'analyse de communications établies à partir d'un dispositif de communication, ladite étape d'analyse étant destinée à être déclenchée suite à une réception d'un premier message incluant au moins une identification d'au moins une entité avec laquelle une communication est susceptible d'être établie à partir dudit dispositif, ladite étape d'analyse visant à détecter un établissement d'une communication avec une dite entité;
- une étape d'envoi d'un message de notification à un serveur d'analyse en cas de détection.
L'invention prévoit de déclencher une analyse des communications établies à partir d'un dispositif de communication suite à réception d'un message et de procéder à l'émission d'une notification en cas de communication établie avec une entité identifiée dans le message reçu. De cette manière, un lien peut être établi entre l'envoi de message et la communication établie. Le message reçu, qu'il s'agisse d'un message publicitaire ou d'un autre type de message, est utilisé comme vecteur de paramètres pour l'analyse à effectuer par le dispositif de communication. En outre, du fait de l'analyse des communications établies à partir du dispositif de communication, il est possible de détecter une mise en communication avec une entité, quel que soit l'outil effectivement utilisé pour la mise en communication et quel que soit le moment où cette communication est établie.
Par ailleurs, quel que soit le médium de communication (connexion à un serveur Web, envoi d'un email, envoi d'un SMS, appel téléphonique, etc) utilisé pour établir la communication, il est possible d'établir un lien de cause à effet entre un envoi de message et une communication établie postérieurement avec une entité, dès lors que le dispositif de communication est conçu pour effectuer l'analyse selon ce qui est spécifié dans le message.
Avantageusement, une telle analyse peut être effectuée sur un autre dispositif, différent de celui sur lequel est reçu le message publicitaire. Il suffit pour cela qu'un simple message d'information, vecteur des mêmes paramètres, soit envoyé à cet autre dispositif, sans qu'il soit par exemple nécessaire d'envoyer un contenu publicitaire également sur cet autre dispositif. L'invention est donc appropriée lorsqu'un utilisateur tente de consulter un site Web à partir d'un dispositif de communication de type terminal de téléphonie mobile, peu approprié à la réception de messages publicitaires de grande taille, comprenant texte, images et/ou vidéo.
L'invention est applicable non seulement à un envoi de message publicitaire mais à tout autre envoi de message pour lequel un contrôle sur la suite donnée par l'utilisateur à l'envoi d'un ou de plusieurs messages est souhaité.
Selon une implémentation préférée, les différentes étapes du procédé selon l'invention sont mises en œuvre par un logiciel ou programme d'ordinateur, ce logiciel
comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un dispositif d'analyse de communications et étant conçu pour commander l'exécution des différentes étapes de ce procédé.
En conséquence, l'invention vise aussi un programme, susceptible d'être exécuté par un ordinateur ou par un processeur de données, ce programme comportant des instructions pour commander l'exécution des étapes d'un procédé tel que mentionné ci- dessus.
Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
L'invention vise aussi un support d'informations lisible par un ordinateur ou processeur de données, et comportant des instructions d'un programme tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Selon une autre implémentation, l'invention est mise en œuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme module peut correspondre dans ce document aussi bien à un composant logiciel ou qu'à un composant matériel. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel apte à mettre en œuvre une fonction ou un ensemble de fonctions. Un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou
un ensemble de fonctions.
L'invention concerne également un dispositif de communication comprenant : - des moyens d'analyse de communications établies à partir dudit dispositif, lesdits moyens d'analyse étant destinés à être activés suite à une réception d'un premier message comprenant une identification d'au moins une entité avec laquelle une communication est susceptible d'être établie à partir dudit dispositif, lesdits moyens d'analyse visant à détecter un établissement d'une communication avec une dite entité, - des moyens d'envoi d'un message de notification à un serveur d'analyse en cas de détection par les moyens d'analyse.
Selon un mode de réalisation, le dispositif selon l'invention est incorporé dans un terminal, par exemple dans un terminal mobile ou un ordinateur personnel.
Les avantages énoncés pour le procédé selon l'invention sont transposables directement au dispositif selon l'invention.
L'invention a également pour objet un signal destiné à être transmis à un dispositif de communication, ledit signal étant porteur d'un message comprenant au moins une identification d'au moins une entité avec laquelle une communication est susceptible d'être établie à partir dudit dispositif, ledit message étant destiné à commander un déclenchement par le dispositif d'une étape d'analyse de communications établies à partir dudit dispositif pour détecter un établissement d'une communication avec une dite entité.
Selon un mode de réalisation, ce message comprend une information relative à une durée pendant laquelle ladite étape analyse doit être mise en oeuvre en vue de ladite détection.
L'invention vise aussi un support d'informations lisible par un ordinateur ou processeur de données, et comportant un signal selon l'invention.
Le support d'informations peut être n'importe quel moyen matériel, entité ou dispositif, capable de stocker un signal. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM ou RAM, par exemple un disque CD
ROM ou encore un moyen d'enregistrement magnétique, par exemple une disquette
("floppy dise" selon la terminologie anglo-saxonne) ou un disque dur d'ordinateur.
D'autre part, le support d'informations peut être un support transmissible sous forme d'onde porteuse tel qu'un signal électromagnétique (signal électrique, radio ou
optique), qui peut être acheminé via un moyen de transmission approprié, filaire ou non filaire: câble électrique ou optique, liaison radio ou infrarouge, ou par d'autres moyens.
L'invention vise également un procédé comprenant une étape de génération et d'envoi d'un message à destination d'un dispositif de communication, le message comprenant au moins une identification d'au moins une entité avec laquelle une communication est susceptible d'être établie à partir dudit dispositif, ie message étant destiné à commander un déclenchement par le dispositif d'une étape d'analyse de communications établies à partir dudit dispositif pour détecter un établissement d'une communication avec une entité identifiée dans ce message.
D'autres buts, caractéristiques et avantages de l'invention apparaîtront à travers la description qui va suivre, donnée uniquement à titre d'exemple non limitatif, et faite par référence aux dessins annexés dans lesquels:
- la figure 1 représente de manière schématique un système de communication intégrant un dispositif selon l'invention;
- la figure 2 représente un organigramme d'un mode de réalisation du procédé selon l'invention.
L'invention est décrite dans le contexte de son application à un service d'envoi de messages publicitaires.
L'invention est cependant applicable à tout type d'envoi de messages: à l'envoi de messages de sondages, à l'envoi de contenus multimédia à consulter, à l'envoi de messages d'alerte à la population ou toute autre application pour laquelle un contrôle sur la suite donnée par l'utilisateur à l'envoi d'un ou de plusieurs messages est souhaité.
Le système de la figure 1 est une représentation simplifiée d'un système de communication pour la mise en œuvre de l'invention.
Ce système comprend: - un premier réseau RS1 de transmission de données; un deuxième réseau RS2 de transmission de données; une passerelle GW1 d'interconnexion entre le réseau RS1 et le réseau RS2; au moins un serveur de documents électroniques SD1 , par exemple un serveur Web; - au moins un serveur d'analyse SG1 ;
un premier terminal PC1 , par exemple de type ordinateur personnel;
- un deuxième terminal MB1 , par exemple de type téléphone mobile.
Les terminaux PC1 et MB1 sont des dispositifs de communication utilisés par un même utilisateur U1.
Le réseau RS1 est un réseau de transmission de données. Ce réseau peut être de n'importe quel type: réseau étendu ou local, réseau filaire ou non filaire, etc. On suppose dans la suite de la description que ce réseau est formé par le réseau Internet. Le réseau RS2 est également un réseau de transmission de données. Ce réseau peut être de n'importe quel type: réseau étendu ou local, réseau filaire ou non filaire, etc. Il est interconnecté avec le réseau RS1 via une passerelle GW1. On suppose dans la suite de la description que ce réseau est un réseau mobile de type GSM, GPRS ou UMTS.
Le serveur SD1 est un serveur de documents électroniques. De manière connue, les documents mis à disposition par ce serveur sont accessibles par connexion établie avec ce serveur à travers le réseau RS1.
Le serveur de document SD1 est réalisé typiquement sous forme de serveur Web. Il peut s'agir également d'un serveur de base de données documentaire accessible à travers un réseau étendu ou local.
Le serveur de document SD1 est conçu pour envoyer à destination de terminaux d'utilisateurs, préenregistrés auprès de ce serveur, des messages publicitaires, c'est-à- dire des messages comportant un contenu publicitaire.
Les messages publicitaires sont utilisés pour inviter un utilisateur à établir une communication avec une entité, en vue par exemple:
- d'accéder à un ou plusieurs documents mis à disposition via un serveur, et/ou d'envoyer un message à une adresse ou numéro pré-identifié, et/ou - d'établir une communication téléphonique ou visiophonique.
Un message publicitaire envoyé par le serveur de document SD1 comprend par exemple:
- un lien hypertexte vers un document à télécharger ou vers une page Web à consulter afin d'indiquer quels sont le ou les documents mis à disposition; et/ou - un numéro de téléphone à composer pour joindre un service d'information, mis
en œuvre éventuellement par un serveur vocal interactif; et/ou
- une adresse email à laquelle envoyer une demande d'information sur un produit ou un service.
En généralisant, un message publicitaire comprend au moins une identification d'au moins une entité avec laquelle une communication est susceptible d'être établie, cette entité étant par exemple:
- un serveur de documents, identifié par une URL, associé à un site Web ou à un ensemble de documents,
- un serveur de messagerie vocal ou service téléphonique ou visiophonique avec un interlocuteur (personne physique), identifié par un numéro de téléphone à composer,
- un serveur de traitement de messages de types SMS, MMS identifié par un numéro de téléphone à composer,
- une boîte aux lettres de messagerie électronique identifiée par une adresse email, etc.
Le serveur de document SD1 est conçu pour envoyer deux types de messages: d'une part, des messages d'invitation (message de type A) pour inviter un utilisateur d'un terminal à établir une communication avec une entité; - d'autre part des messages d'information (message de type B) pour signaler une émission, à un autre terminal du même utilisateur, d'un message d'invitation invitant cet utilisateur à établir une communication avec une entité.
Seuls les messages de type A comportent un contenu publicitaire, les messages de type B étant de simples messages d'information.
Lorsqu'un utilisateur U1 dispose de plusieurs terminaux PC1, MB1 qui ont été enregistrés préalablement auprès du serveur de document SD1 , ce serveur est conçu pour envoyer :
- d'une part un premier message, de type A, à destination d'un premier terminal, sélectionné par défaut, par exemple sur le terminal PC1 ;
- d'autre part un deuxième message, de type B, à destination des autres terminaux de l'utilisateur, en l'occurrence à destination du terminal mobile MB1.
Les messages envoyés par le serveur de document SD1 , qu'il s'agisse de
message de type A ou B, comprennent chacun des champs de données spécifiques permettant, d'une part, de distinguer ces messages d'autres messages au contenu quelconque et, d'autre part, de véhiculer des paramètres de commandes relatifs à des traitements à effectuer par ce terminal à réception du message. Ces champs de données spécifiques sont destinés à être détectés, traités et interprétés par le terminal auquel est destiné ce message.
De tels champs de données spécifiques sont aisément codés au moyen de langages tels que XML qui permettent le nommage - et donc l'identification - de champs de données ainsi que l'inclusion de données spécifiques à une application ou un service dans des champs ainsi nommés. On parle de balises pour les données de nommage et d'identification de ces champs. Il est ainsi possible d'extraire les informations contenues dans ces champs par simple analyse et recherche de balises dans un document XML.
Le message est construit par exemple comme suit:
<mobad : SendAd xmlns : mobad= "urn : oma : bac : dlmobad : mobad-l . 0 " xmlns : xsi="http : / /www . w3 . org/ 2001 /XMLSchema-instance " >
<vers ion>l . 0</vers ion> <nonce>32e fd34de39sdwefqwer</nonce>
<AdServerId>bdhr46sh4 rt 4 fgj s< /AdServerId> < Ad>XXXXX< / Ad> </mobad : SendAd>
dans lequel :
- le champ "mobad:SendAdH identifie le message comme étant un message de type message publicitaire;
- le champ identifié par la balise <version> comprend le numéro de la version du protocole utilisé, en l'occurrence la version 1.0; - le champ identifié par la balise <nonce> comprend un identifiant de session, sous forme de code alphanumérique;
- le champ identifié par la balise <AdServerld> comprend un identifiant de serveur;
- le champ identifié par la balise <Ad> est utilisé pour transmettre le contenu proprement dit du message publicitaire ou corps du message, ce contenu étant représenté de manière simplifiée par "xxxxx".
Dans les messages de type A, le champ identifié par la balise <Ad> comprend en fait des paramètres de commande, relatifs à des traitements à effectuer par un module d'analyse du terminal à réception du message, ces paramètres étant codés en XML par exemple sous la forme:
<AdServer>http : / /AdSales . Orange . f r<AdServer> <AdLongTermSuccess>
< InteractionVal idity timescale=days>15</ InteractionValidity>
<WebSite>http : / /www . france télécom . com</WebSite> <keyword>f rancetelecom</ keyword> <keyword>Air Jordan</ keyword> <keyword>Air Jordan< /keyword> </AdLongTermSuccess>
dans lequel :
- <AdServer> est une balise utilisée pour identifier un champ définissant une adresse de serveur d'analyse, en l'occurrence le serveur correspondant à l'URL http://AdSales.Orange.fr;
- <AdLongTermSuccess> est une balise signalant la présence dans le corps du message d'un ensemble de paramètres de commande destinés au module d'analyse;
- <lnteractionValidity> est une balise utilisée pour identifier un champ définissant une durée pour une analyse à effectuer par le module d'analyse: cette durée est ici de 15 jours car la valeur du champ correspondant est "timescale=days>15";
- <WebSite> est une balise utilisée pour identifier un champ permettant d'identifier un site Web ou ensemble de documents, pour lequel les accès sont à détecter par le module d'analyse: cet ensemble de page est ici un site Web, défini par l'URL suivante: http://www.francetelecom.com; - <Keyword> est une balise utilisée pour identifier un champ permettant de définir un mot clef que le module d'analyse doit rechercher dans une page consultée; dans l'exemple donné ici, 3 mots clefs sont définis: "francetelecom", "AirJordan", "Air Jordan".
Les messages de type B ne comprennent pas de contenu publicitaire mais comprennent également des paramètres de commandes. Les paramètres utilisés dans
les messages de type B sont identiques à ceux utilisés dans les messages de type A: ils sont également identifiés par des balises <AdServer>, <AdLongTermSuccess>, interaction Val idity>, <WebSite>, etc.
La manière de traiter les messages de type A ou B émis par le serveur de document SD1 est maintenant décrite.
Le terminal PC1 est, dans l'exemple décrit ici, une station de travail informatique, de type ordinateur personnel ("Personal Computer"). Il comprend un navigateur Web au moyen duquel un utilisateur U1 du terminal PC1 peut avoir accès au serveur de documents SD1 à travers une liaison HTTP.
Ce même utilisateur U1 est susceptible d'accéder au serveur de documents SD1 au moyen de son terminal MB1 connecté au réseau RS2. Dans ce cas, la liaison entre le terminal MB1 et le serveur de documents SD1 est établie via les réseaux RS1 et RS2 et à travers la passerelle GW1. Dans l'exemple décrit ici, le terminal mobile MB1 est un terminal de type téléphone mobile. Cependant, le type de terminal importe peu ici, du moment que ce terminal est susceptible d'accéder à un document électronique mis à disposition par un serveur de documents tel que le serveur de document SD1.
Chacun des terminaux PC1 et MB1 est équipé d'un logiciel d'émission / réception et d'édition de messages électroniques : par exemple un logiciel de type Outlook ®, dans le cas du PC1 ou un logiciel d'émission / réception et d'édition de messages courts (SMS, MMS) dans le cas du terminal mobile MB1.
Chacun des terminaux PC1 et MB1 comprend en outre un module d'analyse des communications établies à partir du terminal dans lequel ce module est incorporé, afin de détecter un établissement d'une communication avec une entité identifiée dans un message de type A ou B reçu par le terminal PC1 , MB1.
Dans le cas où cette entité est un serveur de documents, qui comme le serveur de document SD1, met à disposition un ensemble de documents électroniques, le module d'analyse est conçu pour détecter, lors d'une communication établie à partir dudit terminal avec ce serveur, un accès à un document parmi un ensemble de documents électroniques associé à cette entité. Dans ce cas, l'ensemble de documents pour lequel une communication est à détecter est identifié dans le message, par exemple en utilisant un identifiant de site Web sous forme d'URL. Il est ainsi possible de déterminer si un utilisateur accède à un contenu particulier, et donc de procéder à une analyse des communications en fonction du contenu auquel
l'utilisateur accède effectivement.
Le module d'analyse est conçu débuter l'analyse suite à une réception d'un message de type A ou B en provenance du serveur de document SD1 , comprenant une identification d'au moins entité avec laquelle une communication est à détecter. Cette entité est par exemple:
- un serveur de documents, identifié par une URL, associé à un site Web ou à un ensemble de documents,
- un serveur de messagerie vocal ou service téléphonique ou visiophonique, identifié par un numéro de téléphone à composer, - un serveur de traitement de messages de types SMS, MMS identifié par un numéro de téléphone à composer,
- une boîte aux lettres de messagerie électronique identifiée par une adresse email, etc.
En généralisant, le module d'analyse est conçu pour analyser toutes les tentatives de communication avec une entité distante, que ces tentatives soient exécutées au moyen d'un navigateur, d'un outil d'envoi de messages de type email ou SMS, MMS, ou encore un module de téléphonie ou de visiophonie. En conséquence, le module d'analyse est conçu pour détecter des tentatives de communication effectuées au moyen de l'une quelconque des outils de communication mises à disposition de l'utilisateur du terminal PC1 ou terminal mobile MB1. Le module d'analyse, bien que mettant en œuvre des fonctions d'analyses, de détection et de notification identiques quel que soit le terminal sur lequel il est mis en œuvre, est néanmoins adapté pour prendre en charge l'analyse des communications établies avec les outils de communication présents sur le terminal. Les applications de communication à surveiller sont celles avec lesquelles une communication est susceptible d'être établie avec l'entité telle qu'elle est identifiée, c'est-à-dire avec lesquelles une communication est susceptible d'être établie au moyen de l'adresse ou du numéro identifiant cette entité.
Le module d'analyse est réalisé par exemple sous forme d'un agent logiciel, c'est-à-dire d'un programme autonome qui s'exécute sur un ordinateur pour effectuer une tâche qui lui a été confiée par un utilisateur, un programme ou un autre agent logiciel. Il dispose de ressources adaptées pour cette tâche: paramètres de fonctionnement nécessaires, accès à certaines informations, à certains programmes ou certains périphériques. Il est par exemple capable de détecter certains événements
liés au fonctionnement de l'ordinateur ou d'autres programmes.
Ce module d'analyse est activé automatiquement, soit au démarrage du navigateur du terminal PC1 , MB1 ou d'un outil de composition de messages électroniques, soit en permanence, après que le système d'exploitation du terminal considéré a démarré.
Selon un mode de réalisation, les différents outils de communication présents sur le terminal envoient à l'agent logiciel des notifications sur chaque communication et la nature de cette communication. Par exemple un navigateur internet déclare se rendre à une certaine URL, ou un programme d'édition de SMS indique qu'il envoie un SMS à un certain numéro.
Le module d'analyse est conçu pour identifier, parmi les messages entrants, c'est-à-dire parmi ceux se trouvant dans la boîte de réception du logiciel d'édition de messages électroniques du terminal PC1 , MB1 considéré, les messages contenant des paramètres de commande du module d'analyse.
Dans ce but, lorsque ces messages sont au format XML, le module d'analyse analyse chaque message reçu afin d'y détecter la présence de champs de données spécifiques, notamment de balises <AdLongTermSuccess> identifiant un ensemble de paramètres de commande du module d'analyse. Comme déjà illustré ci-dessus, les paramètres de commande du module d'analyse comprennent :
- une identification de l'entité pour laquelle l'analyse est à effectuer, par exemple une identification (balise <WebSite>) d'un serveur de document ou d'un ensemble de documents électroniques accessibles via un serveur pour lequel un accès est à détecter;
- de préférence, une indication spécifiant une période de temps pendant laquelle le module d'analyse doit procéder à l'analyse, par exemple une indication de durée (balise <lnteractionValidity>) ou encore une date de départ et une date de fin;
- optionnellement, lorsque l'entité identifiée est un serveur de documents, un ou des critères (balise <keyword>) que doivent vérifier les documents pour lequel un accès est à détecter.
Le module d'analyse est conçu pour, en cas de communication établie pendant la période d'analyse spécifiée, envoyer un message de notification au serveur d'analyse SG1. Selon une première variante de réalisation, un tel message de notification est
émis à chaque fois qu'une communication, pour laquelle une notification doit être émise, est établie.
Selon une deuxième variante de réalisation, un unique message de notification est remonté par période de temps, par exemple un message par période de 24h, ce message comportant un rapport relatif à toutes les communications établies au cours de cette période de temps. Cette variante présente l'avantage de réduire le nombre de messages de notification à envoyer et donc de ne pas consommer de bande passante en sortie du terminal surveillé.
Lorsque l'entité à contacter est un serveur de documents et lorsqu'un ou des critères sont définis par mots clefs pour les documents auxquels l'utilisateur accède, le module d'analyse est conçu pour vérifier si un document auquel l'utilisateur accède lors d'une communication établie avec ce serveur, vérifie au moins un critère dont les paramètres sont spécifiés dans le premier message et pour n'envoyer ce message de notification que lorsque le document auquel l'utilisateur accède vérifie effectivement ce ou ces critères. De cette manière, il est possible de déterminer si un utilisateur accède effectivement à certains documents particuliers.
Le message de notification envoyé au serveur d'analyse SG1 par le module d'analyse comprend une identification du terminal émetteur ou un identifiant de l'utilisateur enregistré pour ce terminal: de cette manière, il est possible d'établir une corrélation entre un envoi de message publicitaire à un ensemble d'utilisateurs et un message de notification.
Le message de notification est envoyé au serveur d'analyse dont l'adresse ou l'identifiant est spécifié dans le message reçu dans le champ identifié par le balise <AdServer>.
Le message de notification est construit par exemple comme suit:
<mobad : AdMetrxcsReport xmlns :mobad="urn :oma :bac:dlmobad:mobad-l .0" xmlns : xsi="http : / /www . w3. org/2001 /XMLSchema- instance" > <version>l .0</version> <nonce>32efd34de39sdwehths</nonce> <AdEngmeId>bdhr46sh4rt4fg]s</AdEngmeId> <AdMetrics> <AdId>hs61b76sbkkjlzs@orange. fr</AdId
<AdImpression>K/AdImpression>
<AdInteractxonReport>
<WebΞite>http : //www . francetelecom. com</WebSite>
<DateTime>20080613 : 185523<DateTime> </AdInteractionReport>
</AdMetrics> </mobad: AdMetricsReport>
dans lequel - le champ "mobad AdMetπcsReport" identifie le message de notification comme étant un message de type de remontée d'un rapport sur des communications consécutives à un message de type A ou B1
- le champ identifié par la balise <versιon> comprend le numéro de la version du protocole utilisé, en l'occurrence la version 1 0, - le champ identifié par la balise <nonce> comprend un identifiant de session, sous forme de code alphanumérique,
- le champ identifié par la balise <AdEngιneld> comprend un identifiant du module d'analyse du terminal,
- le champ identifié par la balise <AdMetrιcs> est utilisé pour transmettre l'utilisation d'une publicité spécifique (ce champ est répété pour chacune des publicités pour lesquelles un rapport doit être remonté), par exemple, dans le cas où le message de notification comprenant le rapport ne doit être remonté qu'une fois par période de période de temps (par exemple la nuit à 2h du matin pour ne pas déranger l'utilisateur), il est possible de remonter une indication sur le nombre de fois où un utilisateur a été soumis à une publicité au cours de cette période de temps,
- le champ identifié par la balise <Adld> permet de reconnaître de manière unique la publicité, cet identifiant peut soit être celui inclus dans la publicité, ou reprendre la valeur du champ "<nonce>" du message publicitaire de type A ou B associé, - le champ identifié par la balise <Adlmpressιon> indique le nombre de fois ou l'utilisateur a accédé à un document relatif à un message publicitaire,
- le champ identifié par la balise <AdlnteractιonReport> permet de déclarer les interactions qui ont eu lieu (par exemple, aller sur le site indiqué, aller sur une page où il y aura les mots clés, composer un SMS à un numéro pré défini ), - le champ identifié par la balise <WebSιte> comprend une identification d'un site
Web et indique que la communication a consisté en une connexion sur ce site,
- le champ identifié par la balise <DateTime> comprend une information de date et indique quand a été établie la communication, par exemple quand a eu lieu l'accès au site Web; en cas de communications multiples ou d'accès multiples signalés dans un même message de notification, ce champ de données est inséré autant de fois que de communications ou d'accès.
Le serveur d'analyse SG1 est conçu pour recevoir et traiter les messages de notification émis par les différents modules d'analyse localisés dans les terminaux des utilisateurs. A partir des messages de notifications reçus, le serveur d'analyse SG1 procède à une analyse statistique de ces messages, afin de déterminer par exemple:
- le pourcentage d'utilisateurs ayant établi une communication suite au message envoyé;
- le délai moyen au bout duquel les utilisateurs ayant établi une communication ont établi une première communication;
- le nombre de documents ou pages ayant été consultés lors une communication établie suite à un envoi de message;
- les utilisateurs ayant établi une communication les premiers;
Ces différentes informations sont ensuite exploitées selon la finalité du service: - lorsque les messages sont envoyés par le serveur de document SD1 dans un but de sondage, pour établir des statistiques relatives aux réponses à ce sondage;
- lorsque les messages sont envoyés par le serveur de document SDIdans un but publicitaire, pour déterminer les revenus de l'annonceur publicitaire en fonction du taux de succès des messages envoyés; - lorsque les messages sont envoyés par le serveur de document SD1 dans un but d'alerte en situation de danger, pour mettre en œuvre des actions complémentaires en cas de non établissement de communication à partir du terminal.
Les différentes étapes S100 à S120 et S200 à S220 d'un mode de réalisation procédé selon l'invention sont décrites par référence à la figure 2.
Les étapes S100 à S120 correspondent à une première phase du procédé qui se déroule entre le serveur de document SD1, le terminal PC1 et le serveur d'analyse
SG1. Symétriquement, les étapes S200 à S220 correspondent à une deuxième phase du procédé qui se déroule entre le serveur de document SD1, le terminal MB1 et le serveur d'analyse SG1. Les deux phases se déroulant en parallèle, elles seront
décrites dans l'ordre chronologique.
A l'étape S100, le serveur de document SD1 génère puis envoie un message d'invitation de type A au terminal PC1 , avec un contenu à but publicitaire. Ce message comprend au moins une identification d'au moins une entité avec laquelle une communication est susceptible d'être établie à partir du terminal PC1 , ce message étant destiné à commander un déclenchement par le terminal PC1 d'une étape d'analyse de communications établies à partir dudit terminal pour détecter un établissement d'une communication avec une entité identifiée dans le message de type A.
A l'étape S200, le serveur de document SD1 génère puis envoie un message d'information de type B au terminal mobile MB1 , pour signaler à l'utilisateur U1 du terminal mobile MB1 l'envoi du premier message sur le terminal PC1. Ce message comprend au moins une identification d'au moins une entité avec laquelle une communication est susceptible d'être établie à partir du terminal MB1, ce message étant destiné à commander un déclenchement par le terminal MB1 d'une étape d'analyse de communications établies à partir dudit terminal pour détecter un établissement d'une communication avec une entité identifiée dans le message de type B. Les deux envois des étapes S100 et S200 s'effectuent sensiblement en même temps. Toutefois, il est possible de n'envoyer le deuxième message qu'au bout d'un laps de temps déterminé, afin par exemple de rappeler à l'utilisateur U1 la présence du premier message ou dans le cas ou le terminal MB1 n'est pas joignable immédiatement (hors réseau, éteint..). En variante, plusieurs envois successifs de messages de type A ou B peuvent avoir lieu, éventuellement avec des variantes de contenu, voire en inversant les rôles des terminaux PC1 et MB1.
A l'étape S105, le module d'analyse du terminal PC1 détecte l'arrivée du premier message de type A, l'analyse afin de recherche la présence de balises
<AdLongTermSuccess>. En cas de détection de telles balises, le message reçu est identifié comme un message porteur de commandes, le module d'analyse déclenchant une analyse des communications établies à partir du terminal PC1 selon les paramètres de commandes contenus dans le message reçu par le terminal PC1. A l'étape S205, le module d'analyse du terminal MB1 détecte l'arrivée du
deuxième message de type B, l'analyse afin de recherche la présence de balises <Adl_ongTermSuccess>. En cas de détection de telles balises, le message reçu est identifié comme un message porteur de commandes, le module d'analyse déclenchant une analyse des communications établies à partir du terminal PC1 selon les paramètres de commandes contenus dans le message reçu par le terminal PC1.
Les étapes S105 et S205 sont semblables, à ceci près que les outils de communications disponibles sur ces deux terminaux sont éventuellement distincts ou que les paramètres de commandes contenus dans ces messages sont susceptibles d'être différents. En particulier, la période d'analyse peut être définie différemment pour chacun des terminaux. Par exemple, un message de type A est envoyé un lundi à 8h sur le terminal PC1 , message qui comprend une offre valable 24h: dans ce cas, la période d'analyse effectuée sur le terminal PC1 sera définie de manière relative, par rapport à la date de réception du message, c'est-à-dire du lundi 8h au mardi 8h. Par contre, si un message de type B relatif à cette même offre est envoyé au terminal mobile MB1 , il se peut que ce message de type B ne soit reçu que le lundi à 10h: la période d'analyse effectuée sur le terminal mobile MB1 sera elle définie de manière absolue: jusqu'au mardi 8h, quelle que soit la date ou l'heure de réception effective du message de type B sur le terminal mobile.
A l'étape S105, le module d'analyse du terminal PC1 analyse une communication établie (à l'étape S110) à partir de ce terminal en vue de déterminer si elle s'effectue avec une entité identifiée dans le premier message reçu dans la période de temps spécifiée dans ce premier message, et optionnellement si les documents auxquels l'utilisateur accède vérifient les critères indiqués dans ce premier message. En cas de détection, l'étape S120 est exécutée ensuite. Sinon, l'étape S105 d'analyse se termine lorsque la période de temps spécifiée dans ce premier message est écoulée: dans ce cas l'étape S 120 n'est pas exécutée.
A l'étape S205, le module d'analyse du terminal MB1 analyse une communication établie (à l'étape S210) à partir de ce terminal en vue de déterminer si elle s'effectue avec une entité identifiée dans le deuxième message reçu dans la période de temps spécifiée dans ce deuxième message, et optionnellement si les documents auxquels l'utilisateur accède vérifient les critères indiqués dans ce deuxième message. En cas de détection, l'étape S220 est exécutée ensuite. Sinon, l'étape S205 d'analyse se termine lorsque la période de temps spécifiée dans ce deuxième message est écoulée: dans ce cas l'étape S220 n'est pas exécutée.
A l'étape S120, exécutée en cas de détection d'une communication lors de l'étape S105, le module d'analyse du terminal PC1 envoie un message de notification au serveur d'analyse SG1 dont l'adresse ou l'identifiant est spécifié dans le message reçu pour le terminal PC1 , par la balise <AdServer>. A l'étape S220, exécutée en cas de détection d'une communication lors de l'étape S205, le module d'analyse du terminal MB1 envoie un message de notification au serveur d'analyse SG1 dont l'adresse ou l'identifiant est spécifié dans le message reçu pour le terminal MB1 , par la balise <AdServer>.
Les messages de notification sont envoyés au serveur d'analyse SG1 , quel que soit le terminal utilisé par l'utilisateur pour établir la communication avec l'entité spécifiée, quel que soit l'outil de communication utilisé et quel que soit le médium de communication utilisé. Il est notamment possible de contrôler la suite donnée à un envoi de message de type A, même lorsque le terminal utilisé pour établir la communication est différent du terminal sur lequel le message de type A a été reçu.
L'invention est applicable à tout type d'envoi de messages et quel que soit le type de terminal lorsqu'un contrôle sur la suite donnée par l'utilisateur à l'envoi d'un ou de plusieurs messages est souhaité.
En outre, l'invention permet de prendre en compte le fait qu'un même utilisateur dispose de plusieurs terminaux et qu'il est susceptible de donner suite à un envoi de message au moyen de l'un quelconque de ces terminaux ou au moyen de l'un quelconque des médiums de communication à sa disposition.