FR 2971347 A1 20120810 FR 1151027 A 20110209 Procédé de qestion d'affichaqe dvnamique et svstèmes associés La présente invention concerne le domaine de l'affichage public. La présente invention concerne plus particulièrement un procédé et les s systèmes de gestion d'affichage dynamique associés directement accessibles par l'annonceur. II existe aujourd'hui des réseaux fermés d'écrans d'affichage dynamique accessibles seulement à un groupe de personnes identifiées et référencées au sein de l'organisme de gestion du réseau. De plus, lorsqu'un io annonceur souhaite diffuser un message sur ces réseaux d'écrans, il doit passer systématiquement par le ou les administrateurs dédiés et formés. II ne peut pas, par exemple, passer directement et sans intermédiaire, une annonce sur ces écrans. Il n'existe pas, aujourd'hui, de réseau de terminaux d'affichage ls dynamique ouvert, accessible à toute personne désirant diffuser une annonce dans une zone géographique donnée sans passer par un administrateur. Dans ce contexte, il est intéressant de proposer une solution permettant, à n'importe quel annonceur de diffuser directement, par exemple, 20 un message publicitaire ou une annonce, sur des terminaux d'affichage, sans être obligé de passer par le ou les gestionnaires du réseau d'affichage public et sans formation préalable. La présente invention a pour but de pallier au moins certains inconvénients de l'art antérieur en proposant notamment un procédé de 25 gestion d'affichage dynamique présentant une interface ergonomique et facile d'utilisation pour l'annonceur et permettant à ce dernier d'interagir directement avec le terminal d'affichage. - 2 Ce but est atteint par un procédé de gestion d'un réseau de terminaux d'affichage dynamique comprenant : - une étape d'initialisation d'une connexion avec un serveur, - une étape d'affichage et d'entrée d'au moins un moyen s d'identification de l'annonceur, - une étape d'affichage de la localisation d'au moins un terminal d'affichage puis de sélection d'au moins un terminal d'affichage sur lequel l'annonceur souhaite diffuser au moins un message, - une étape d'affichage d'au moins un calendrier puis de réservation io d'au moins un espace temps pendant lequel l'utilisateur souhaite faire diffuser son message, - une étape d'affichage d'informations guidant l'utilisateur pour former son message puis d'édition du message que l'annonceur souhaite diffuser, - une étape d'affichage d'au moins un espace temps réservé et d'au ls moins un message édité puis d'association d'au moins un espace temps réservé avec un message édité, - une étape de paiement, - une étape de mise à jour d'au moins une base de données d'au moins un terminal d'affichage, 20 - une étape d'affichage, sur au moins un terminal d'affichage dynamique sélectionné, d'au moins un message édité par l'annonceur pendant au moins un espace temps réservé par ce dernier. Selon une autre particularité, le procédé comprend une étape d'inscription consistant à enregistrer au moins un identifiant et un mot de 25 passe dans au moins une mémoire du serveur. Selon une autre particularité, les moyens d'identification de l'utilisateur comprennent au moins un identifiant et un mot de passe. Selon une autre particularité, le procédé comprend une étape de choix d'un masque d'affichage et/ou de message consistant à choisir un masque 30 parmi une pluralité de masques d'affichage et/ou de message prédéfinis. -3- Selon une autre particularité, le procédé comprend une étape de téléchargement d'un message à partir d'un périphérique de stockage. Selon une autre particularité, le procédé comprend une étape de validation du message par un programme permettant la détection de la s présence de termes illicites dans le ou les messages édités. Selon une autre particularité, le procédé comprend une étape d'envoi d'un message de confirmation sur au moins un moyen de communication de l'annonceur. Un autre but de l'invention est de proposer un terminal de gestion io d'affichage dynamique permettant la mise en oeuvre du procédé. Ce but est atteint par une borne interactive de gestion, d'au moins un terminal d'affichage dynamique, en communication avec au moins un serveur de gestion, comprenant au moins un contrôleur, un moyen d'affichage, un moyen de paiement géré par un module de paiement, un module de ls communication apte à transmettre, à distance, des paramètres, au moins à destination d'un serveur relié à au moins un terminal d'affichage (3) ou à recevoir des messages, un moyen de sélection d'au moins un terminal d'affichage, un moyen d'édition d'au moins un message, un moyen de sélection d'au moins un espace temps d'affichage. 20 Selon une autre particularité, la borne comprend un port externe apte à recevoir un périphérique de stockage. Un autre but de l'invention est de proposer un serveur de gestion d'affichage dynamique permettant la mise en oeuvre du procédé. Ce but est atteint par un serveur de gestion d'un réseau de terminaux 25 d'affichage dynamique comprenant au moins un contrôleur, une zone mémoire, un module de communication, un module de paiement, une base de données contenant au moins la liste des terminaux d'affichage, une base de données contenant la liste des paramètres d'identification des utilisateurs - 4 possédant un espace client sur le serveur, un programme d'identification consistant au moins à vérifier la présence des paramètres d'identification dans une base de données du serveur, un programme de gestion de terminaux d'affichage apte à permettre, à un utilisateur, par interaction avec s une interface homme machine du terminal avec lequel il se connecte, de réserver au moins un espace temps afin d'afficher un ou plusieurs messages sur au moins un terminal d'affichage pendant le ou les espaces temps réservés. Selon une autre particularité, le serveur comprend un programme de io vérification, stocké dans une zone mémoire du serveur, apte à vérifier si l'annonce à diffuser est conforme avec la législation en vigueur. Un autre but de l'invention est de proposer un système de gestion d'affichage dynamique permettant la mise en oeuvre du procédé. Ce but est atteint par un système de gestion dynamique d'un réseau ls de terminaux d'affichage comprenant au moins un serveur de gestion dynamique interrogeable à distance, un réseau de terminaux d'affichage au moins en communication avec le serveur et une pluralité de bornes de gestion de terminaux d'affichage permettant aux utilisateurs d'interagir, en temps réel ou différé, avec un ou plusieurs terminaux d'affichage. 20 D'autres particularités et avantages de la présente invention apparaîtront plus clairement à la lecture de la description ci-après, faite en référence aux dessins annexés, dans lesquels : - La figure 1 représente un exemple de réalisation d'un système de 25 gestion d'affichage d'un réseau de terminaux d'affichage selon l'invention. - La figure 2 représente un exemple d'organigramme représentant différentes étapes d'un exemple de réalisation du procédé de 2971347 -5 gestion d'affichage d'un réseau de terminaux d'affichage selon l'invention. Les figures 3a à 3d représentent, des exemples d'écrans d'affichage d'un terminal de gestion d'affichage dynamique. - La figure 4 représente un exemple de réalisation d'un serveur de gestion d'affichage selon l'invention. La figure 5 présente un exemple de réalisation d'une borne de gestion d'affichage selon l'invention. io L'invention va à présent être décrite en référence aux figures précédemment citées. La figure 1 représente un exemple, non limitatif, d'un mode de réalisation d'un système de gestion d'affichage selon l'invention. Dans ce mode de réalisation, le système de gestion comprend au 15 moins un serveur (1) de gestion de terminaux d'affichage en communication, via un réseau de communication (6), comme par exemple et de façon non limitative, le réseau Internet, avec différents terminaux d'affichage (3) et différents terminaux de gestion (2, 4, 5). Ces terminaux de gestion peuvent être de différents types, comme par exemple et de façon non limitative, des 20 bornes de gestion (2), des ordinateurs (4), des téléphones mobiles (5), des PDA (Personal Digital Assistant) ou tout autre moyen de communication équivalent. Cette pluralité de terminaux (2, 4, 5) de gestion de terminaux d'affichage dynamique permet aux utilisateurs d'interagir, en temps réel ou différé, avec un ou plusieurs terminaux d'affichage. 25 Dans certains modes de réalisation de l'invention, les terminaux de gestion peuvent, par exemple, être des bornes (2) interactives de gestion d'au moins un terminal d'affichage dynamique placées, par exemple, à proximité de terminaux d'affichage (3). La figure 5 présente un exemple de -6- réalisation d'une borne de gestion suivant l'invention. Ces bornes (2) peuvent posséder un module de communication (21) comprenant au moins un modem permettant à la borne (2) de se connecter à un serveur (1) via un réseau de communication (6), comme par exemple, le réseau internet. s Dans certains modes de réalisation, de façon à pouvoir créer une interface avec l'utilisateur, la borne (2) peut posséder au moins un moyen d'affichage (24), comme par exemple un écran, et un moyen de saisie (25) comme par exemple, un clavier, un clavier tactile ou tout autres type de moyens d'interaction entre l'utilisateur et la machine géré par un module io d'interface homme-machine (23). La borne peut également comprendre au moins un moyen de sélection (27) et/ou de pointage, géré par une interface homme machine (23), comme par exemple une souris, une molette ou tout autre type de moyen de pointage et/ou de sélection. Suivant un mode de réalisation, la borne de gestion (2) peut posséder ls un moyen de sélection d'au moins un terminal d'affichage, un moyen d'édition d'au moins un message et un moyen de sélection d'au moins un espace temps d'affichage. Dans certains modes de réalisation, la borne (2) peut comprendre un moyen de paiement, par exemple, géré par un module de paiement (22). Ce 20 moyen de paiement peut, par exemple et de façon non limitative être un lecteur de carte bancaire, de carte prépayée, de moyen de paiement RFID ou tout autre type de lecteur de moyen de paiement. Dans certains modes de réalisation la borne (2) peut posséder un moyen de paiement par pièces et/ou billets. 25 Dans certains modes de réalisation, la borne de gestion (2) comprend au moins un module de communication (21) comportant au moins un émetteur et un récepteur au moins en liaison avec un serveur de gestion (1). Ce module de communication (21) est apte à transmettre, à distance, des paramètres, au moins à destination d'un serveur relié à au moins un terminal 30 d'affichage (3) ou à recevoir des messages. 2971347 -7 Dans certains modes de réalisation, le module de communication (21) comprendra, par exemple, au moins un modem de façon à pouvoir se connecter au réseau Internet ou tout autre réseau de communication (6) par voie câblée ou hertzienne. s Dans certains modes de réalisation les bornes de gestion (2) comportent différentes zones mémoires (26) temporelles ou permanentes et au moins un contrôleur (20) en liaison avec les différents modules de la borne (2) de gestion. io Le système de gestion d'affichage comprend également un réseau de terminaux d'affichage (3) pour diffuser les annonces. Dans certains modes de réalisation de l'invention, les terminaux d'affichage (3) sont des panneaux d'affichage électronique, par exemple, à diodes électroluminescentes (DEL ou LED pour Light-Emitting Diode en anglais). ls Dans certain modes de réalisation, les terminaux d'affichage possèdent un module de communication de façon à pouvoir communiquer au moins avec le serveur (1). Ce module de communication peut, par exemple, comprendre un modem de façon à pouvoir se connecter au réseau Internet ou tout autre type de réseau de communication équivalent. Les terminaux 20 d'affichage peuvent également être en communication avec le serveur (1), par exemple, par voie hertzienne ou câblée. Dans certain mode de réalisation les terminaux d'affichage (3) peuvent comprendre au moins une zone mémoire, comme par exemple, une base de données contenant la liste des annonces à diffuser ainsi que leurs créneaux 25 horaires de diffusion. Dans certains modes de réalisation, les bases de données, des terminaux d'affichage (3), auront un accès limité. Elles ne seront, par exemple, accessibles que par le serveur (1). Ainsi, seul le serveur (1) pourra ajouter ou modifier les données de ces bases de données. 2971347 -s- Dans certains modes de réalisation les terminaux d'affichage comportent un contrôleur en liaison avec les différents modules. Le système de gestion d'affichage, selon l'invention, comprend s également un serveur (1) de gestion de terminaux (3) d'affichage dynamique. La figure 3 présente un exemple de réalisation d'un tel serveur. Dans certains modes de réalisation, le serveur (1) comprend au moins un module de communication (11) hertzienne et/ou câblé comportant au moins un émetteur et un récepteur en liaison au moins avec un terminal io d'affichage et un terminal de gestion (2, 4, 5). Dans certains modes de réalisation, le module de communication (11) comprend au moins un modem de façon à pouvoir être interrogé à distance via un réseau de communication (6), comme par exemple le réseau Internet. Dans certains modes de réalisation, le serveur (1) comprend au moins ls une base de données (14) contenant la liste de tous les terminaux d'affichage (3) sur lesquels au moins une annonce peut être diffusée. Cette base de données (14) peut également comprendre l'emplacement de ces terminaux d'affichage (3). Dans certains modes de réalisation, cette base de données (14) peut également comprendre le planning d'occupation de 20 chaque terminal d'affichage (3). Dans certains modes de réalisation, le serveur (1) comprend également une base de données (15) contenant la liste des annonces à diffuser sur chaque terminal d'affichage (3) ainsi que leurs créneaux horaires de diffusion. 25 Dans certains modes de réalisation le serveur de gestion (1) comprend un programme de gestion (161), par exemple, mémorisé dans un espace mémoire (16) du serveur, apte à permettre à un annonceur de réserver au moins un créneau horaire, parmi un ensemble de créneaux disponibles, pour diffuser une ou plusieurs annonces sur un ou plusieurs 30 terminaux d'affichage (3). -9- Dans certains modes de réalisation, le serveur (1) comprend un programme de vérification (162), mémorisé dans une zone mémoire (16) du serveur (1), apte à vérifier si l'annonce à diffuser est conforme avec la législation en vigueur. Le programme de vérification (162) pourra par s exemple parcourir le texte de l'annonce et filtrer les termes ou expressions illicites. Le programme de vérification pourra, par exemple, comprendre une liste de termes et expressions interdites et recherchera la présence ou non de ces termes dans le texte de l'annonce. Dans certains modes de réalisation, le serveur (1) comprend un io module de paiement (12) en ligne. Ce module de paiement (12) peut, par exemple, être en communication avec une interface sécurisée de paiement d'une banque afin de saisir les coordonnées bancaires de l'utilisateur et effectuer la transaction bancaire. Dans certains modes de réalisation le serveur de gestion (1) comporte ls au moins une zone mémoire (16) et au moins un contrôleur (10) en liaison avec les différents modules du serveur (1). Dans certains modes de réalisation, le système de gestion d'affichage peut être accessible, à distance, par un terminal de gestion via un réseau de 20 communication (6), comme par exemple, le réseau Internet ou tout autre type de réseau de communication équivalent. Dans un autre mode de réalisation le système de gestion peut être accessible par un ordinateur (4), un téléphone mobile (5) ou un PDA connecté, par exemple, au réseau Internet. Dans certains modes de réalisation, l'utilisateur devra, au préalable, 25 télécharger une application (applet en anglais) sur son terminal mobile. Le procédé de gestion de terminaux d'affichage va à présent être décrit en référence à l'ordinogramme de la figure 2. Lorsqu'un annonceur souhaite passer une annonce sur un ou plusieurs terminaux (3) d'affichage électronique, il se connecte sur le serveur 30 (1) de gestion via, par exemple, le réseau Internet. Une première étape (ETP ) du procédé consiste donc à initialiser une connexion entre le terminal de gestion et le serveur (1). Une fois l'utilisateur connecté, un premier écran peut, par exemple, afficher un message invitant l'utilisateur à s'identifier (ETP2). L'écran peut, s par exemple, afficher deux zones. Une première zone peut, par exemple, être destinée aux utilisateurs possédant déjà un espace client et donc un identifiant et un mot de passe ou tout autre type de moyen d'identification. Cette partie d'écran invite (ETP 2a) donc l'utilisateur à entrer, par exemple, au clavier, son identifiant et son mot de passe. Ce couple identifiant, mot de io passe est ensuite comparé, par exemple par un programme d'identification (163) stocké dans une zone mémoire du serveur, aux couples identifiant, mot de passe par exemple enregistrés dans une base de données clients (13) du serveur (1). Si le couple identifiant, mot de passe entré par l'utilisateur correspond à un couple identifiant, mot de passe présent dans la base de ls données clients (13), l'utilisateur est connecté au serveur, sinon, le serveur affiche une nouvelle page invitant de nouveau l'utilisateur à entrer un identifiant et un mot de passe valide ou à s'inscrire sur le serveur. Une autre zone de l'écran peut être destinée aux personnes n'ayant pas d'espace client. L'utilisateur est alors invité à créer un espace client (ETP 20 2b) en entrant un identifiant et un mot de passe. Une fois ces paramètres d'identification validés, le programme d'identification vérifie que ces identifiants ne sont pas déjà utilisés en parcourant la base de donnés client (13). Si ces paramètres d'identification ne figurent pas déjà dans la base de données (13), le programme d'identification les enregistre dans la base de 25 données clients (13) de façon à créer un nouveau compte client. Si les paramètres d'identification existent déjà, le programme (163) affiche un écran invitant à entrer un nouvel identifiant et/ou un nouveau mot de passe. Le procédé comprend ensuite une étape de sélection (ETP3) du ou des terminaux sur lesquels l'utilisateur souhaite diffuser un message. Pour 30 cela, l'écran peut afficher une page invitant l'utilisateur, par exemple, à indiquer une région, un département, une localité, un code postal ou tout autre type de zone géographique pour faire une première sélection parmi tous les terminaux d'affichage (3) disponibles. L'utilisateur pourra, par exemple, être amené à entrer la zone géographique par exemple au clavier ou par l'intermédiaire de tout autre type de moyen de saisie équivalent. s Suivant un autre mode de réalisation, l'utilisateur choisit la zone géographique à l'aide d'un menu déroulant en sélectionnant, par l'intermédiaire d'un écran tactile, d'une molette, d'une souris ou tout autre moyen équivalent, la zone géographique souhaitée parmi une liste de zones géographiques disponibles. io Un programme de gestion (161) du serveur (1) cherche ensuite dans une base de données (14) contenant la liste des terminaux d'affichage sur lesquels l'utilisateur peut publier une annonce, les terminaux d'affichage (3) correspondant à la zone géographique choisie par l'utilisateur et affiche cette liste. Suivant un autre mode de réalisation, le serveur (1) indique également ls la position du ou des terminaux d'affichage (3) correspondant à la zone géographique choisie par l'utilisateur. L'utilisateur est ensuite invité à sélectionner, au moins un terminal d'affichage sur lequel il souhaite diffuser au moins une annonce. Suivant un autre mode de réalisation, le serveur (1) peut indiquer s'il 20 reste des créneaux horaires disponibles pour chaque terminal d'affichage (3). Cet affichage peut, suivant un exemple de réalisation non limitatif, s'effectuer sous forme d'un code couleur, par exemple, rouge lorsqu'il n'y a plus d'espace temps disponible et vert lorsqu'il reste des créneaux disponibles, comme illustré figure 3a. Afin de savoir s'il reste des emplacements 25 disponibles sur les terminaux (3) d'affichage dynamique, le programme de gestion (161) du serveur (1) consultera, par exemple, la base de données (14) contenant le planning des terminaux d'affichage. Une fois que l'utilisateur a choisi au moins un terminal d'affichage (3), il est invité à choisir au moins un espace temps pendant lequel le message 30 sera diffusé au cours d'une étape (ETP 4) de réservation. 2971347 -12- Suivant un mode de réalisation, les messages sont diffusés en boucle sur les terminaux d'affichage dynamique. Suivant un exemple de réalisation, une boucle comprend 15 messages de 10 secondes chacun soit une boucle d'une durée de 2 minutes 30 secondes. Chaque message sera donc diffusé s toutes les 2 minutes 30 soit, si on considère une semaine de 6 jours sur un terminal d'affichage (3) allumé pendant 11 heures, par exemple de 9 h à 20h, 1650 fois par semaine. Suivant un mode de réalisation, l'écran affiche, au cours de cette étape (ETP 4), au moins un calendrier sur lequel l'utilisateur peut, par 10 exemple, cliquer pour sélectionner une ou plusieurs périodes de diffusion. L'utilisateur peut, par exemple, choisir la période de diffusion, pour son ou ses annonces, en sélectionnant un ou plusieurs jours, une ou plusieurs semaines, un ou plusieurs mois et/ou tout autre période de diffusion. L'utilisateur indique ensuite le nombre d'emplacements temporels, par 15 exemple de 10 secondes, qu'il souhaite réserver. Suivant un mode de réalisation, le calendrier peut afficher les périodes qui ne sont plus disponibles pour diffuser des messages. Cet affichage peut, par exemple, être réalisé en masquant certains jours du calendrier. Suivant un exemple nullement limitatif, la figure 3b présente une page 20 d'écran sur lequel l'utilisateur à réservé un emplacement de 10 secondes pendant les semaines 19 et 20 du mois de mai 2010 sur le terminal d'affichage " Ecran B ". Cette page affiche également, sur le calendrier, une barre rouge masquant toute la semaine 18, indiquant que cette semaine ne possède plus d'emplacement disponible à la réservation. La page indique 25 également le nombre d'emplacements encore disponibles ainsi que le prix correspondant à la réservation effectuée. En référence à la figure 3c, après validation, et enregistrement des paramètres dans un espace mémoire (16) du serveur (1), l'utilisateur accède à une nouvelle page d'écran l'invitant à éditer la ou les annonces qu'il 2971347 -13- souhaite diffuser. Pour cette étape d'édition (ETP5) la page d'écran affiche diverses informations guidant l'utilisateur pour former son message. Suivant un mode de réalisation, l'annonce peut, par exemple, être téléchargée à partir d'une zone mémoire du terminal (2, 4, 5) avec lequel s l'utilisateur se connecte au serveur (1) ou à partir d'un périphérique de stockage raccordé à ce terminal, via par exemple, un port externe. L'utilisateur peut également utiliser des masques d'affichage et/ou de message prédéfinis stockés dans au moins une mémoire (16) du serveur. L'utilisateur dispose ainsi d'un fond et/ou d'un cadre déjà réalisé et n'a plus 10 qu'à entrer le texte du message qu'il souhaite diffuser. Suivant un mode de réalisation, la page d'écran peut par exemple afficher une liste de masques d'affichage et/ou de messages disponibles. L'utilisateur peut ensuite choisir parmi cette liste et sélectionner par exemple grâce à un moyen de sélection, le masque d'affichage et/ou de message qu'il 15 souhaite utiliser pour éditer son message. Suivant un mode de réalisation, l'écran peut comporter un icône, par exemple nommé " prévisualisation de l'annonce», permettant de visualiser l'annonce telle qu'elle apparaitra sur le terminal d'affichage (3). Après validation et enregistrement de l'annonce, dans un espace 20 mémoire (16) du serveur, l'utilisateur est invité à associer le ou les espaces temps réservés avec le ou les messages édités pour chaque terminal d'affichage sélectionné. Le procédé de gestion d'affichage, selon l'invention, comporte une étape d'affichage (ETP 5) d'au moins un espace temps réservé et d'au moins 25 un message édité. L'utilisateur associe ensuite le ou les espaces temps réservés avec le ou les messages, édités, devant être diffusés pendant ces espaces temps. Selon un mode de réalisation, pour chaque terminal d'affichage sélectionné, l'utilisateur sélectionne avec, par exemple, la souris ou tout 2971347 -14- autre moyen équivalent, un message et fait glisser ce dernier dans le créneau horaire désiré. Selon un mode de réalisation, l'utilisateur peut réserver un ou plusieurs espaces temps au cours d'une période et peut accéder jusqu'à trois s créneaux horaires pour placer son ou ses messages. Par exemple, la figure 3d illustre un cas où un utilisateur à réservé un emplacement pendant deux semaines et a édité deux messages, " Mon Annonce 1 " et " Mon Annonce 2 ". L'annonce " Mon Annonce 1 " sera diffusée, en semaine 19, dans un créneau horaire s'étalant sur toute la journée. En semaine 20, l'annonce 10 " Mon Annonce 1 " sera diffusée le matin et l'après midi et l'annonce " Mon Annonce 2 " sera diffusée le midi. Suivant un mode de réalisation, après validation et enregistrement des paramètres, l'utilisateur peut accéder à une page d'écran présentant la synthèse de la commande réalisée. 15 La figure 2d illustre un exemple d'affichage nullement limitatif, d'un tel écran de synthèse. Dans cet exemple, le client a acheté un espace temps pour une période de deux semaines et a édité deux annonces. L'annonce " Mon Annonce 1 " a été téléchargée par le client et l'annonce " Mon Annonce 2» a été créée en utilisant un masque prédéfini nommé " Masque 20 annonce2.swf. La page présente également un icône " Revenir à l'écran précédent" permettant à l'utilisateur, en cliquant sur cet icône, d'accéder à l'écran précédent pour, par exemple, modifier des paramètres. Le procédé suivant l'invention, comprend également une étape (ETP 7) de paiement en ligne. 25 Suivant un mode de réalisation, la page d'écran récapitulant la commande, peut également présenter un icône nommé, par exemple, " paiement en ligne ". En cliquant ou sélectionnant cet icône, l'écran peut, par exemple, afficher un formulaire de paiement en ligne présentant différents champs de saisie de paramètres comme par exemple, un numéro de carte 30 de crédit, un code de vérification, une date de validité et/ou tout autre 2971347 -15- paramètre permettant de payer en ligne. L'utilisateur, après avoir renseigné chaque champ, peut ensuite, par exemple, se connecter à une interface sécurisée de paiement d'une banque afin d'effectuer la transaction bancaire. Suivant un mode de réalisation, le procédé de gestion d'affichage suivant l'invention peut comporter une étape de vérification du texte de l'annonce. Un programme automatique (162), stocké dans une zone mémoire (16) du serveur (1), peut, par exemple, vérifier que l'annonce est en accord avec la législation. Ce programme peut, par exemple, analyser le texte du message et vérifier que le message édité ne comporte pas de termes ou expressions non conformes à la législation. Si le programme de vérification (162) ne détecte aucun terme illicite, ce dernier valide le message édité qui pourra ensuite être diffusé sur les terminaux d'affichage (3). Suivant un mode de réalisation, cette étape de vérification peut être précédée d'une étape de pré paiement en ligne. L'étape de pré paiement peut, par exemple, constituer en une prise d'empreinte de la carte de paiement qui ne sera débitée qu'après validation du message par le programme de vérification. Suivant un mode de réalisation, lorsque l'annonce est validée, le module de communication (11) du serveur (1) envoie un message de confirmation de la validation de l'annonce au client par exemple en éditant et en envoyant un SMS (Short Message Service), un courriel, un message vocal ou par tout autre type de moyen équivalent. Suivant un mode de réalisation, lorsque le ou les messages édités sont validés par le programme (162) de vérification, le serveur (1) réalise une étape (ETP 10) de mise à jour d'au moins une base de données du ou des terminaux d'affichage sur lesquels le ou les messages doivent être diffusés. Le module de communication (11) du serveur initialise une connexion avec le module de communication de chaque terminal sur lequel un ou des messages doivent être diffusés via un réseau de communication (6). Le module de communication (11) transmet ensuite les paramètres stockés, par 2971347 -16- exemple, dans des zones mémoires (16) temporelles du serveur, en attente de validation, dans les bases de données des terminaux correspondants. Par exemple, le serveur copie chaque annonce à diffuser dans la ou les bases de données de chaque terminal d'affichage (3) ainsi que les créneaux de s diffusion de ces messages. Suivant un mode de réalisation, le programme de gestion (161) met également à jour les bases de données du serveur. Les messages édités et validés, par exemple stockés dans une zone mémoire temporelle du serveur en attente de validation, sont stockés dans la base de donnés (14) contenant 10 les messages à diffuser. De même, la base de données contenant le planning des terminaux d'affichage est mise à jour de façon à tenir compte des espaces temps réservés. Suivant un mode de réalisation, l'utilisateur a la possibilité de se connecter sur son espace client sur le serveur (1) de gestion d'affichage et 15 de vérifier et/ou de modifier, à tout moment, la planification et/ou le contenu du ou des messages qu'il a édités. Pour cela, l'utilisateur se connecte au serveur par intermédiaire d'un terminal de gestion (2, 4, 5), grâce à son identifiant et mot de passe, via un réseau de communication (6). Lorsque l'utilisateur modifie le texte du message, le nouveau texte devra de nouveau 20 être validé par le programme (162) du module de vérification (19) du serveur pour s'assurer que le nouveau texte est bien conforme à la législation. Suivant un mode de réalisation, le procédé se termine par une étape (ETP11) d'affichage d'au moins un message, édité par l'utilisateur, sur au moins un terminal d'affichage (3) pendant au moins un espace temps réservé 25 par ce dernier. Suivant un mode de réalisation, au cours des différentes étapes du procédé, la validation des paramètres peut, par exemple, être réalisée en cliquant sur un icône dénommé, par exemple, " valider " ou " OK ". Suivant un mode de réalisation, une fois validés, les paramètres sont enregistrés dans 30 une zone mémoire (16) du serveur. Cette zone mémoire peut, par exemple, 2971347 -17- être une mémoire temporelle ou une mémoire permanente du serveur de gestion. Suivant certains modes de réalisation, au cours des différentes étapes du procédé, l'affichage peut comprendre un ou plusieurs icônes, par s exemple, nommés " Modification " ou " Retour aux écrans précédents " ou « annuler ". En cliquant ou sélectionnant l'un de ces icônes, l'utilisateur peut revenir aux écrans précédents pour modifier ou supprimer certains paramètres, ou annuler l'opération en cours. 10 La présente demande décrit diverses caractéristiques techniques et avantages en référence aux figures et/ou à divers modes de réalisation. L'homme de métier comprendra que les caractéristiques techniques d'un mode de réalisation donné peuvent en fait être combinées avec des caractéristiques d'un autre mode de réalisation à moins que l'inverse ne soit 15 explicitement mentionné ou qu'il ne soit évident que ces caractéristiques sont incompatibles. De plus, les caractéristiques techniques décrites dans un mode de réalisation donné peuvent être isolées des autres caractéristiques de ce mode à moins que l'inverse ne soit explicitement mentionné. Il doit être évident pour les personnes versées dans l'art que la 20 présente invention permet des modes de réalisation sous de nombreuses autres formes spécifiques sans l'éloigner du domaine d'application de l'invention comme revendiqué. Par conséquent, les présents modes de réalisation doivent être considérés à titre d'illustration, mais peuvent être modifiés dans le domaine défini par la portée des revendications jointes, et 25 l'invention ne doit pas être limitée aux détails donnés ci-dessus. REVENDICATIONS1. Procédé de gestion d'un réseau de terminaux d'affichage dynamique caractérisé en ce qu'il comprend : s - une étape d'initialisation d'une connexion avec un serveur, - une étape d'affichage et d'entrée d'au moins un moyen d'identification de l'annonceur, - une étape d'affichage de la localisation d'au moins un terminal d'affichage puis de sélection d'au moins un terminal d'affichage sur lequel io l'annonceur souhaite diffuser au moins un message, - une étape d'affichage d'au moins un calendrier puis de réservation d'au moins un espace temps pendant lequel l'utilisateur souhaite faire diffuser son message, - une étape d'affichage d'informations guidant l'utilisateur pour former ls son message puis d'édition du message que l'annonceur souhaite diffuser, - une étape d'affichage d'au moins un espace temps réservé et d'au moins un message édité puis d'association d'au moins un espace temps réservé avec un message édité, - une étape de paiement, 20 - une étape de mise à jour d'au moins une base de données d'au moins un terminal d'affichage, - une étape d'affichage, sur au moins un terminal d'affichage (3) dynamique sélectionné, d'au moins un message édité par l'annonceur pendant au moins un espace temps réservé par ce dernier. 25 2. Procédé selon la revendication 1 caractérisé en ce qu'il comporte une étape d'inscription consistant à enregistrer au moins un identifiant et un mot de passe dans au moins une mémoire du serveur. 3. Procédé selon la revendication 1 ou 2 caractérisé en ce que les moyens d'identification de l'utilisateur comprennent au moins un identifiant et 30 un mot de passe. 4. procédé selon une des revendications 1 à 3 caractérisé en ce qu'il comporte une étape de choix d'un masque d'affichage et/ou de message consistant à choisir un masque parmi une pluralité de masques d'affichage et/ou de messages prédéfinis. s 5. Procédé selon une des revendications 1 à 4 caractérisé en ce qu'il comporte une étape de téléchargement d'un message à partir d'un périphérique de stockage. 6. Procédé selon une des revendications 1 à 5 caractérisé en ce qu'il comporte une étape de validation du message par un programme permettant 10 la détection de la présence de termes illicites dans le ou les messages édités. 7. Procédé selon la revendication précédente caractérisé en ce qu'il comporte une étape d'envoi d'un message de confirmation sur au moins un moyen de communication de l'annonceur. 15 8. Borne (2) interactive de gestion d'au moins un terminal d'affichage (3) dynamique, en communication avec au moins un serveur (1) de gestion caractérisée en ce qu'elle comprend au moins, un contrôleur (20), un moyen d'affichage (24), un moyen de paiement géré par un module de paiement (22), un module de communication (21) apte à transmettre, à distance, des 20 paramètres, au moins à destination d'un serveur relié à au moins un terminal d'affichage (3) ou à recevoir des messages, un moyen de sélection d'au moins un terminal d'affichage, un moyen d'édition d'au moins un message, un moyen de sélection d'au moins un espace temps d'affichage. 9. Borne selon la revendication précédente caractérisée en ce qu'elle 25 comprend un port externe apte à recevoir un périphérique de stockage. 10. Serveur (1) de gestion d'un réseau de terminaux d'affichage (3) interrogeable à distance caractérisé en ce qu'il comprend au moins, un contrôleur (10), une zone mémoire (16), un module de communication (11), un module de paiement (12), une base de données (14) contenant au moins 30 la liste des terminaux d'affichage (3), une base de données (13) contenant laliste des paramètres d'identification des utilisateurs possédant un espace client sur le serveur, un programme d'identification (163) consistant au moins à vérifier la présence des paramètres d'identification dans une base de données du serveur, un programme de gestion (161) de terminaux s d'affichage apte à permettre, à un utilisateur, par interaction avec une interface homme machine du terminal avec lequel il se connecte, de réserver au moins un espace temps afin d'afficher un ou plusieurs messages sur au moins un terminal d'affichage (3) pendant le ou les espaces temps réservés. 11. Serveur selon la revendication précédente caractérisé en ce qu'il io comprend un programme de vérification (162) stocké dans une zone mémoire du serveur, apte à vérifier si l'annonce à diffuser est conforme avec la législation en vigueur. 12. Système de gestion dynamique d'un réseau de terminaux d'affichage caractérisé en ce qu'il comprend au moins un serveur (1) de ls gestion dynamique interrogeable à distance, un réseau de terminaux d'affichage (3) au moins en communication avec le serveur (1) et une pluralité de bornes (2) de gestion de terminaux d'affichage permettant aux utilisateurs d'interagir, en temps réel ou différé, avec un ou plusieurs terminaux d'affichage. 20