Brevet FR2980018A1 — publié le 20130315

Domaine de l'invention La présente invention concerne le domaine des plateformes automatiques d'achats publicitaires, ainsi que des procédés mis en oeuvre par de telles plateformes. Etat de la technique le plus proche 15 On connaît dans l'état de la technique la demande de brevet international WO 2005067393 décrivant un système et un procédé pour la combinaison de la publicité avec des prévisions météorologiques qui sont limitées dans une zone géographique et dans le temps, et qui sont donc plus précises mais également plus périmables que des prévisions 20 météorologiques régulières. La présente invention est de préférence mise en oeuvre par la technique de prévision immédiate. Inconvénients de l'état de la technique La solution proposée dans le brevet WO2005067393 est adaptée à la prise en compte de données météorologiques fournis par des 25 capteurs locaux, par exemple des thermomètres, baromètres, anémomètres, etc. Cela nécessite des équipements et infrastructures complexes et couteuses et ne permet pas de prendre en compte des données météorologiques en un point quelconque du globe. L'automatisation des achats d'espaces proposées par cette solution connue est donc limitée à une 30 prise en compte d'évolution en un point donné, ce qui ne permet pas d'optimiser les achats d'espaces en fonction de situations spécifiques par exemple à un annonceur. Par ailleurs, la solution de l'art antérieure ne prend en compte que des variables de type météorologique. Ceci ne permet pas de prendre en compte l'ensemble des facteurs susceptibles d'influencer la pertinence des achats. Solution proposée par l'invention Afin de remédier aux inconvénients de l'art antérieur, la présente invention concerne, selon son acception la plus générale, un procédé d'automatisation d'achats d'espaces publicitaires à l'aide d'un serveur de publicité en ligne, consistant à spécifier la nature des publicités, le volume d'espace acheté et le canal de diffusion en fonction de variables notamment météorologiques, caractérisé en ce que ledit procédé comporte au moins une étape de définition de règles de déclenchement d'achats en fonction au moins desdites variables ainsi que des étapes périodiques d'acquisition desdites variables consistant en une connexion du serveur d'achats à au moins un service d'informations en ligne, et à extraire du flux de données fournies par ledit service les données correspondant auxdites variables, puis à appliquer des règles de déclenchement des achats prédéfinies. Cette solution permet de simplifier l'acquisition des variables influant l'achat d'espaces, en évitant le recours à une infrastructure météorologique dédiée, et permettant d'exploiter des données accessibles 20 dans le monde entier, à des coûts extrêmement faibles. Elle permet de simplifier la conception et la mise en oeuvre de la plateforme d'automatisation d'achats d'espaces, tout en élargissant les données prises en compte pour optimiser les achats. Selon une première variante, l'étape d'acquisition de 25 données consiste à commander la connexion à un flux de données à partir d'un serveur internet. Selon une deuxième variante, l'étape d'acquisition de données consiste à commander la connexion à une base de données. Selon une troisième variante, l'étape d'acquisition de 30 données consiste à numériser un document écrit et à procéder à une reconnaissance de caractères pour l'extraction des données correspondant auxdites variables. L'extraction est réalisée par reconnaissance automatique ou par un traitement manuel de ressaisie de l'information. -3 Selon une quatrième variante, l'étape d'acquisition de données consiste à une importation d'un fichier numérique contenant les données correspondant auxdites variables. De préférence, les données acquises sont transformées dans un format standardisé spécifique auxdites variables. Avantageusement, le procédé selon l'invention comporte une étape de description des règles et d'actualisation périodique et de modification des règles. Selon un mode de réalisation particulier, le procédé 10 comporte une étape de chargement des règles et d'application des règles prédéfinies. Description détaillée d'un exemple non limitatif de réalisation. La présente invention sera mieux comprise à la lecture de la 15 description qui suit, concernant un exemple non limitatif de réalisation illustré par les dessins annexés où : La figure 1 représente une vue schématique d'une plateforme selon l'invention. 20 Le système se compose de différents modules : - Module connecteur 4 permettant de se connecter aux données et de les intégrer dans l'entrepôt de données 7 ; - Module de stockage 1, 2, 3 des données (entrepôt de données) et de cubes OLAP 8 ; et, 25 - Module d'envoi d'ordres vers les serveurs de publicité 9. Une interface utilisateur 5,10 permet de configurer et gérer le système : - Gestion des connecteurs 5 ; et, - Gestion des règles d'envoi d'ordres 10. 30 1 - Le module connecteur : le module connecteur 4 est constitué de scripts (scripts SSIS de SQL SERVER) qui permettent au système de se connecter à différentes sources de données 1, 2, 3 de manière automatique. Des agents SQL permettent de mettre à jour les -4 données régulièrement, selon une périodicité définie, sans intervention humaine. Le module connecteur 4 permet à l'utilisateur de gérer les données « internes » à son entreprise 1. Les données externes (météo, trafic routier, etc.) sont gérées directement par La plateforme, l'utilisateur ne pouvant pas les modifier. Les sources de données incluent : - connexion à des APIs et Web services fournis par des sites web (TwitterTM, FacebookTM, Groupon Tm, GoogleTM, et tout autre site web proposant une API ou un web service). L'utilisateur peut, via un écran de configuration, indiquer les paramètres de ses comptes pour chacun des systèmes (login, mot de passe) ainsi que les paramètres d'actualisation (fréquence de mise à jour souhaitée). - connexion à des SGBD (système de Gestion de Bases de 15 Données) tels qu'OracleTM, Access Tm, SQL ServerTM, PostgreSQLTM ou MySQLTM. Le système permet de configurer des connections à des tables provenant de SGBD et de transférer des données provenant de tables spécifiées par l'utilisateur via l'interface utilisateur. Les paramètres contiennent les informations de connexion à la base de données, la ou les 20 tables à synchroniser ainsi que la fréquence d'actualisation. - connexion à des fichiers texte (csv, txt). L'utilisateur peut se connecter de deux manières à des fichiers de type texte : manuellement, il peut télécharger un fichier à un moment donné dans le système. Il peut également indiquer un serveur ftp sur lequel les fichiers texte seront déposés 25 et dans lequel le système ira, à une fréquence définie, rechercher les fichiers et les intégrer dans l'entrepôt de données. - connexion à des fichiers de type tableur (ExcelTM) L'utilisateur peut se connecter de deux manières à des fichiers de type tableur : manuellement, il peut télécharger un fichier à un moment donné 30 dans le système. Il peut également indiquer un serveur ftp sur lequel les fichiers texte seront déposés et dans lequel le système ira, à une fréquence définie, rechercher les fichiers et les intégrer dans l'entrepôt de données. Le processus général pour l'activation d'un connecteur est le suivant : 1. L'utilisateur choisit le type de connecteur qu'il souhaite activer ; 2. L'utilisateur renseigne les paramètres nécessaires à la connexion (login, mot de passe) ; 3. Le système teste la connexion. En cas d'impossibilité à se connecter, l'utilisateur peut soit modifier les paramètres soit annuler la connexion ; et, 4. L'utilisateur renseigne les informations complémentaires tels que fréquence d'actualisation, données à transférer. Le processus général pour la mise à jour des données d'un connecteur est le suivant : 1. Le système vérifie via des agents SQL si des mises à jour de données sont nécessaires. 2. Le système se connecte au connecteur. 3. Le système met à jour les données dans l'entrepôt de données. 4. En parallèle, le système maintient des informations Log sur les différentes mises à jour permettant à l'utilisateur d'être informé des problèmes rencontrés (connexion impossible, pas de données disponibles, erreurs de format) ainsi que d'annuler des mises à jour. 2 - Le module de stockage des données et cubes OLAP : l'entrepôt de données contient les différentes tables de gestion ainsi que les tables stockant les données provenant des différentes connecteurs. Les tables de gestion 6 contiennent les informations sur les utilisateurs, les paramètres des connecteurs activés, les règles d'envoi d'ordre vers les systèmes de publicité ainsi que les paramètres globaux du 30 système. Le module OLAP 8 contient les cubes permettant d'aller requêter dans les données de l'entrepôt de données. Le module Analytique 9 permet de détecter les corrélations entre les différentes variables et ainsi d'optimiser l'envoi d'ordre vers les serveurs de publicité. Pour cela le modèle utilise une (ou plusieurs) variables à expliquer pour laquelle le système calcule les corrélations avec les autres variables disponibles dans l'entrepôt de données. Ces modèles sont mis à jour chaque fois que de nouvelles données sont incorporées dans l'entrepôt de données. Les modèles ainsi créés permettent de déterminer quelle publicité envoyer sur quel(s) ad server(s) à quel moment ainsi que le budget associé afin de maximiser la variable à expliquer (généralement les ventes, que ce soit en volume ou valeur). L'utilisateur a la possibilité de configurer le module analytique : Définition de la (ou des) variable(s) à expliquer ; Définition des variables internes et externes à l'entreprise à prendre en compte dans les modèles ou à exclure ; Définition du mode de mise à jour des modèles (automatique, selon une fréquence définie ou manuellement sur l'ordre de l'utilisateur) ; Liste des ad servers à considérer dans les modèles ; Budgets publicité maximum et minimum pour chacun des ad servers ; et, Définition des différentes publicités comprenant les éléments créatifs (textes et images) ainsi que les variables associées à la publicité. L'utilisateur, via l'interface utilisateur, peut modifier les règles définies par le système et créer ses propres règles. La définition des règles contient : - Référence de la variable à expliquer ; Référence des variables participant à la définition de la règle ; et, - Activation / désactivation de la règle. 3 - Le module d'envoi d'ordre 9 vers les serveurs de publicité 11 : Le module d'envoi d'ordre vers les serveurs de publicité utilise les règles définies par le module analytique et envoie les ordres lorsque les règles sont définies. Le module d'envoi vérifie régulièrement, selon une fréquence définie par l'utilisateur, si les conditions sont remplies pour chacune des règles définies. Le module d'envoi d'ordres se connecte directement aux serveurs de publicité 11 via les APIs fournies par les différents serveurs de publicité. 4 - L'interface utilisateur 5,10: L'interface utilisateur permet de : Configurer et gérer les différents connecteurs ; Configurer et gérer les règles créées par le système ; Visualiser les variables de l'entrepôt de données (en requêtant les cubes OLAP) ; et, Suivre la performance des publicités sur chacun des ad servers.20 Légende de la figure 1 : 1. Données internes à l'entreprise : ces données proviennent de différents systèmes (bases de données, fichiers texte, systèmes accessibles via APIs et autres). 2. Données internes à l'entreprise gérées par des partenaires : ces données sont propriété de l'entreprise mais sont gérées par des partenaires et prestataires externes. La connexion des données est réalisée de la même manière que les données internes gérées par l'entreprise en fonction du format des données. 3. Données externes : ce sont les données gérées par l'interface utilisateur et auxquelles l'interface utilisateur leur donne accès (exemples de données : météo, trafic routier, informations de marché, évènements locaux et nationaux, résultats sportifs, etc.). 4. Module connecteurs : Le module connecteurs permet au système de se connecter aux différentes sources de données. Les paramètres des différents connecteurs sont stockés dans l'entrepôt de données. Le module connecteur extrait, transforme et charge les données dans l'entrepôt de données. 5. Interface utilisateur : L'utilisateur peut, à travers son navigateur internet, accéder au module connecteurs afin de gérer les différents connecteurs : a. Configurer de nouveaux connecteurs ; b. Modifier les connecteurs existants ; c. Surveiller les flux de données générés par les connecteurs, identifier et corriger d'éventuelles erreurs ; 6. Base de données administration : contient les paramètres généraux du système. 7. Base de données interne : contient toutes les données internes à l'entreprise recueillies via les connecteurs. Un cube OLAP est associé à ces données. 8. Base de données externe : contient les variables externes. Ces données externes sont gérées par l'interface utilisateur et mis à disposition des utilisateurs du système. 9. Moteur analytique : Moteur permettant, à partir de la détection de corrélations significatives, de générer les règles d'envoi d'ordres permettant de maximiser le retour sur investissement des actions marketing (envois d'ordres vers les plateformes publicitaires) à partir des variables internes et externes de l'entreprise. 10. Interface utilisateur : L'utilisateur peut visualiser les règles générées par le système, les activer ou désactiver, et modifier les paramètres. 11. Plateformes de publicités : Les ordres sont envoyés automatiquement par l'interface utilisateur vers les différentes plateformes publicitaires via les APIs de ces plateformes en fonction des règles générées par le module analytique. REVENDICATIONS1. Procédé d'automatisation d'achats d'espaces publicitaires à l'aide d'un serveur de publicité en ligne, consistant à spécifier la nature des publicités, le volume d'espace acheté et le canal de diffusion en fonction de variables notamment météorologiques, caractérisé en ce que ledit procédé comporte au moins une étape de définition de règles de déclenchement d'achats en fonction au moins desdites variables ainsi que des étapes périodiques d'acquisition desdites variables consistant en une connexion du serveur d'achats à au moins un service d'informations en ligne, et à extraite du flux de données fournies par ledit service les données correspondant auxdites variables, à appliquer des règles de déclenchement des achats prédéfinies. 2. Procédé d'automatisation d'achats d'espaces publicitaires selon la revendication 1, caractérisé en ce que l'étape d'acquisition de données consiste à commander la connexion à un flux de données à partir d'un serveur internet. 3. Procédé d'automatisation d'achats d'espaces publicitaires selon la revendication 1, caractérisé en ce que l'étape d'acquisition de 20 données consiste à commander la connexion à une base de données. 4. Procédé d'automatisation d'achats d'espaces publicitaires selon la revendication 1, caractérisé en ce que l'étape d'acquisition de données consiste à numériser un document écrit et à procéder à une reconnaissance de caractères pour l'extraction des données correspondant 25 auxdites variables. 5. Procédé d'automatisation d'achats d'espaces publicitaires selon la revendication 1, caractérisé en ce que l'étape d'acquisition de données consiste à une importation d'un fichier numérique contenant les données correspondant auxdites variables. 30 6. Procédé d'automatisation d'achats d'espaces publicitaires selon l'une quelconque des revendications précédentes, caractérisé en ce que les données acquises sont transformées dans un format standardisé spécifique auxdites variables.. Procédé d'automatisation d'achats d'espaces publicitaires selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte une étape de description des règles et d'actualisation périodique et de modification des règles. 8. Procédé d'automatisation d'achats d'espaces publicitaires selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte une étape de chargement des règles et d'application des règles prédéfinies.