Brevet FR3151686A1 — publié le 20250131

P rocédé pour enregistrer des informations liées à des lieux visités par des personnes disposant chacune d’un téléphone portable ayant une fonction de géolocalisation Procédé pour enregistrer des informations liées à des lieux visités par des utilisateurs disposant chacun d’un téléphone exécutant une application permettant de communiquer avec un serveur (10) pour lui communiquer sa position, ce procédé comportant les étapes consistant à : Lorsqu’un utilisateur souhaite créer une zone virtuelle, transmettre au serveur (10) la position du téléphone et répertorier avec le serveur cette zone, lorsqu’un utilisateur souhaite interagir avec une zone virtuelle, vérifier la localisation de son téléphone et n’autoriser une action que lorsque le téléphone est situé dans le périmètre associé à cette zone virtuelle. Fig.1 Procédé pour enregistrer des informations liées à des lieux visités par des personnes disposant chacune d’un téléphone portable ayant une fonction de géolocalisation La présente invention concerne un procédé pour enregistrer des informations liées à des lieux visités par des personnes disposant chacune d’un téléphone portable ayant une fonction de géolocalisation. Il existe aujourd'hui de nombreux programmes informatiques de réseaux sociaux qui permettent à des personnes d’interagir de nombreuses façons. Il demeure toutefois un besoin pour introduire et développer encore de nouvelles possibilités d'interaction entre les personnes, en fonction de leur localisation. En particulier, il peut être utile de pouvoir authentifier le passage de certaines personnes dans des lieux prédéfinis, et de disposer de nouveaux moyens pour diffuser de l’information dans des lieux donnés. L’invention vise à répondre à ce besoin et elle y parvient grâce à un grâce à procédé pour enregistrer des informations liées à des lieux visités par des utilisateurs disposant chacun d’un téléphone portable avec une fonction de géolocalisation et exécutant une application permettant au téléphone de communiquer avec un serveur pour lui communiquer au moins sa position et un identifiant, ce procédé comportant les étapes consistant à : Lorsqu’un utilisateur souhaite créer une zone virtuelle, encore appelée « bulle », associée à un emplacement où il se trouve avec le téléphone, transmettre au serveur la position du téléphone et répertorier avec le serveur cette zone virtuelle en lui associant un périmètre prédéfini autour de l’emplacement où se trouve le téléphone, lorsqu’un utilisateur souhaite interagir avec une zone virtuelle répertoriée par le serveur, vérifier la localisation de son téléphone et n’autoriser une action sur des données associées à cette zone virtuelle que lorsque le téléphone est situé dans ledit périmètre prédéfini associé à cette zone virtuelle. L’invention permet à des personnes d’interagir en fonction des lieux qu'ils visitent. L'invention offre la possibilité aux utilisateurs d'enregistrer des messages en fonction des lieux visités, et peut leur permettre également de noter les lieux visités et de créer des messages pour d'autres utilisateurs. Dans des exemples de mise en œuvre de l’invention, les utilisateurs peuvent visualiser les messages sans condition de présence, mais par contre ces utilisateurs ne peuvent pas interagir, par exemple poster des messages, tant qu’ils ne se rendent pas dans les mêmes lieux. Cela peut encourager certains lieux à être visités, et permet également d’authentifier la présence à un moment donné des personnes ayant laissé les messages dans lesdits lieux. Au sein d'une bulle, l’invention peut permettre à différents utilisateurs d'échanger des messages avec différents types de médias. L'invention peut permettre de créer une communauté d'utilisateurs ayant en commun d'avoir visité certains lieux. Chaque « bulle » peut prendre le nom que lui donne la personne qui la créée. Par « bulle » il faut comprendre une zone géographique 2D ou 3D centrée sur un lieu et de taille prédéfinie autour de ce lieu. La plus grande dimension d’une bulle est par exemple inférieure ou égale à 100m, mieux comprise entre 5 et 95m, encore mieux entre 25 et 75m, par exemple égale à 50m. Le contour d'une bulle est par exemple de forme circulaire, mais l'invention n'est pas limitée à un contour de forme particulière et celui-ci peut encore être polygonal ou autre. Une « bulle » peut correspondre le cas échéant à un étage d’un bâtiment, auquel cas la localisation de la zone s’effectue avec une donnée altimétrique. Une bulle peut être affichée d’une couleur différente selon que l’utilisateur est entré ou non dans la bulle ; par exemple, une bulle est affichée en bleu sur son téléphone lorsque l’utilisateur n’est pas entré dans celle-ci, soit parce qu’il en est loin et ne peut le faire, soit parce qu’il pourrait le faire car suffisamment proche mais n’a pas marqué sa décision d’y entrer, lorsque l’entrée dans une bulle n’est pas automatique dès lors que l’utilisateur passe dans son périmètre. Lorsqu’un utilisateur se situe en un emplacement donné, situé dans les limites d'une bulle répertoriée par le serveur, il peut interagir de diverses manières avec les données associées à cette bulle et par exemple enregistrer une information signalant son passage à cet endroit, faire croître ou au contraire décroître un score attribué à la bulle, poster un message ou laisser un commentaire sur un message. L'utilisateur peut également générer une note volante relative à un lieu, qui est un message à durée limitée destiné à un ou plusieurs autres utilisateurs qui ne peut être lu que lorsque ces derniers visitent le même endroit où la note a été prise. Le procédé selon l’invention peut prévoir que lorsque plusieurs bulles répertoriées par le serveur s'affichent sur une carte à l’écran du téléphone, l'utilisateur peut cliquer sur une bulle pour visualiser plus d’informations à propos de celle-ci. Le procédé peut comporter la mise à disposition à l’utilisateur d’un moteur de recherche par mots clés au sein de messages laissés dans les bulles par les autres utilisateurs ou d’un descriptif de ces dernières. Le procédé peut prévoir que l'application puisse automatiquement poster un message selon lequel l'utilisateur a visité une bulle donnée, dès lors que son téléphone est localisé dans le périmètre de cette bulle. L’action précitée exercée sur les données associées à la zone virtuelle à l’étape b) peut ainsi consister à enregistrer de façon automatique ou non le passage de l’utilisateur dans le périmètre associé à ladite zone virtuelle, l’enregistrement étant automatique ou non selon un ou plusieurs facteurs comme une préférence de l'utilisateur et/ou le type de la bulle, etc. L’action exercée sur les données associées à la zone virtuelle à l’étape b) peut encore consister à déposer un message à destination d’au moins un contact sélectionné par l’utilisateur présent dans le périmètre prédéfini associé à ladite zone virtuelle, ce contact ne pouvant accéder ultérieurement au contenu de ce message que lorsque qu’il sera lui-même présent dans ledit périmètre prédéfini. En variante ou additionnellement, l’action exercée sur les données associées à la zone virtuelle à l’étape b) peut consister à ajouter un contenu à ces données. Ce contenu peut être visible par d’autres utilisateurs qu’ils soient ou non présents dans la zone, ou en variante, ce contenu est visible uniquement par d’autres d’utilisateurs à condition qu’ils soient présents dans ladite zone. Le contenu peut comporter une photographie et/ou une séquence vidéo pris par le téléphone et/ou un message et/ou un identifiant de l’utilisateur du téléphone. Le message est par exemple choisi parmi : - du texte, - un fichier image, un message audio, ou une vidéo ou tout autre fichier préexistant dans le téléphone de l’utilisateur et envoyé au serveur par l’utilisateur, - une image, un message audio, ou une vidéo, pris par l’utilisateur au moment de sa présence dans la bulle et donc pas préexistant sur le téléphone avant sa présence dans la bulle. Le procédé peut comporter l’affichage sur le téléphone d’un utilisateur d’une carte sur laquelle sont positionnées les zones virtuelles déjà créées et répertoriées par le serveur. La carte peut être celle de la région où se trouve l’utilisateur. Les zones virtuelles peuvent être affichées en fonction d’au moins un critère sélectionné, choisi parmi : le nombre de personnes l’ayant déjà visitée, l’identifiant de l’utilisateur à l’origine de la création de la zone, l’identité d’au moins autre utilisateur ayant agi sur des données associées à ladite zone, un score associé à ladite zone, la valeur de ce score dépendant d’une appréciation laissée par d’autres utilisateurs ayant visité ladite zone. Le procédé peut comporter l’étape consistant à permettre à un utilisateur présent dans le périmètre associé à une zone virtuelle, de faire croître ou décroître un score associé à cette zone, notamment à l’aide d’un ou plusieurs moyens de sélection affichés sur son téléphone, permettant de signaler une volonté d’augmenter le score ou au contraire de la diminuer. La croissance de ce score peut se traduire sur l’écran par l’affichage d’un cercle dont la taille augmente, de façon à simuler le gonflement d’une bulle. A l’inverse, un score décroissant peut se traduire par l’affichage d’un cercle de plus petit diamètre, matérialisant le dégonflage d’une bulle. Le procédé peut comporter l’étape consistant à permettre à un utilisateur d’enregistrer une note volante associée à ladite zone virtuelle, lorsqu’il se trouve dans son périmètre, et de définir une durée d’expiration pour ladite note, au-delà de laquelle celle-ci ne peut plus être lue par d’autres utilisateurs présents dans ledit périmètre. Le procédé peut comporter la possibilité pour un utilisateur de « suivre » une bulle, c’est-à-dire d’être informé automatiquement par l’envoi par le serveur d’une notification au téléphone de cet utilisateur de la publication d’un nouveau message en lien avec la bulle suivie. Le procédé peut comporter la sélection aléatoire d’un utilisateur parmi ceux géolocalisés à un moment donné dans une même bulle et l’envoi d’un message prédéfini à cet utilisateur sélectionné; cela peut permettre d’encourager des utilisateurs à être présent dans le lieu correspondant à la bulle à un moment donné, en offrant par exemple à l’un d’entre eux tiré au hasard une récompense. De même, il est possible de déclencher l’envoi à des utilisateurs présents dans une bulle une information authentifiable, par exemple cryptée, qui peut ensuite être reconnue par un système de paiement, notamment grâce à une clé de déchiffrement, pour déclencher une remise sur un achat. L’envoi de l’information peut être limitée à une période prédéfinie ; par exemple, la bulle correspondant à la présence de l’utilisateur dans un magasin ou autre lieu choisi un jour donné, et l’information authentifiable permet d’obtenir une réduction sur le prix d’achat de biens ou services proposés dans ce magasin ou cet autre lieu lors de cette journée. Le procédé peut comporter la mémorisation préalable de données associées à une ou plusieurs bulles présentes dans une zone prédéfinie, alors que le téléphone a accès au réseau, puis la mémorisation hors ligne par l’application exécutée sur le téléphone de la localisation du téléphone associée à un horodatage, et de la ou des bulles visitées en fonction de la position du téléphone, ainsi que des messages que l’utilisateur souhaite laisser lors de la visite de la ou des bulles. Une fois la connexion rétablie avec le réseau, le téléphone peut adresser au serveur ce qui a été mémorisé hors ligne, afin de permettre l’actualisation du serveur avec les données de l’utilisateur, à savoir le ou les messages laissés ainsi que l’heure et la date de visite des bulles, de telle sorte que ces messages puissent être consultés par d’autres utilisateurs. Il est possible qu’un utilisateur, après être entré dans une bulle, éteigne son téléphone, ou le mette en mode avion, de telle sorte que le serveur cesse de pouvoir localiser l’utilisateur comme étant dans la bulle. Pour pallier ce problème, le serveur peut faire passer automatiquement le statut de tout utilisateur précédemment identifié comme étant présent dans une bulle donnée, de présent dans cette bulle à absent de la bulle après qu’une durée prédéfinie se soit écoulée à partir du dernier moment où le téléphone était connecté au serveur, par exemple une heure. Certaines célébrités peuvent vouloir visiter des lieux et laisser des messages dans les bulles correspondantes sans pour autant qu’il soit possible au public de suivre en temps réel leur présence, afin d’éviter que des fans ou curieux ne les suivent dans leurs déplacements. Dans ce cas, le procédé peut comporter l’association à un identifiant d’un utilisateur d’une étiquette répertoriant cet utilisateur comme devant bénéficier d’un retard d’une durée prédéfinie dans l’accessibilité au public des messages laissés dans les bulles par cet utilisateur. Le procédé peut comporter la mise à disposition automatique au public des messages laissées dans une bulle par un utilisateur après une durée prédéfinie, si l’utilisateur le souhaite. Cela permet de protéger la vie publique d’un utilisateur en ne divulguant son activité dans la bulle qu’après qu’une durée prédéfinie se soit écoulée. Le procédé peut comporter l’envoi à des utilisateurs d’un message les informant qu’un coupon est disponible dans une bulle donnée pendant une période donnée ; pour récupérer ce coupon, les utilisateurs doivent se rendre dans la bulle durant ladite période ; le procédé peut ainsi comporter l’envoi dudit message à des utilisateurs, et la détection éventuelle de l’arrivé de ces utilisateurs dans la bulle pendant la période où le coupon est délivré, et en cas de détection, l’envoi du coupon aux utilisateurs se trouvant dans la bulle d’une manière permettant d’authentifier le coupon lors de son utilisation ultérieure. Cet envoi peut être effectué par le serveur. Le procédé peut comporter l’incrémentation par le serveur d’un compteur à chaque fois qu’un utilisateur se voit adresser un coupon ; la connaissance du nombre d’utilisateurs ayant reçu le coupon permet par exemple de rémunérer un tiers de manière correspondante. Cela permet d’encourager des utilisateurs à se rendre dans des lieux culturels ou commerciaux. Par « coupon » il faut comprendre une information sécurisée et/ou authentifiable lors de l’utilisation du coupon, par exemple grâce à un chiffrement. L’invention a encore pour objet un produit programme d’ordinateur, à télécharger sur un téléphone portable équipé d’une puce de géolocalisation et d’un processeur, ce produit programme d’ordinateur permettant lorsqu’exécuté sur le processeur, de communiquer avec un serveur pour permettre la mise en œuvre du procédé tel que défini plus haut, et : Lorsqu’un utilisateur souhaite créer une zone virtuelle, encore appelée « bulle », associée à un emplacement où il se trouve avec le téléphone, transmettre au serveur la position du téléphone et des données associées pour permettre au serveur de répertorier cette zone virtuelle, lorsqu’un utilisateur souhaite interagir avec une zone virtuelle répertoriée par le serveur, déterminer en fonction de la localisation de son téléphone si l’utilisateur est en droit d’interagir ou non avec les données associées à cette zone virtuelle, par exemple en transmettant au serveur la localisation du téléphone et en recevant en retour une autorisation ou non pour interagir avec les dites données, l’autorisation pouvant aussi en variante être délivrée par le programme sans transmettre la localisation du téléphone au serveur, recevoir du serveur des données renseignant sur la position de zones virtuelles existantes et les positionner sur une carte affichée par le téléphone, et/ou afficher au moins une note volante envoyée par l’utilisateur à destination d’autres utilisateurs et le cas échéant une ou plusieurs notes volantes qui lui sont associées. Ce produit programme d’ordinateur peut comporter des instructions permettant de mettre en œuvre tout ou partie des fonctionnalités du procédé définies plus haut. L’invention a encore pour objet un produit programme d’ordinateur, à charger ou télécharger sur un serveur comportant un processeur et pouvant échanger des informations avec des téléphones portables équipés chacun d’une puce de géolocalisation, ce produit programme d’ordinateur permettant lorsqu’exécuté sur le processeur au serveur de communiquer avec au moins un téléphone portable pour permettre la mise en œuvre du procédé tel que défini plus haut et : Lorsque l’utilisateur d’un téléphone souhaite créer une zone virtuelle associée à un emplacement où il se trouve avec le téléphone, enregistrer la position du téléphone et un nom donné par l’utilisateur à ladite zone, et générer à partir de ces informations la zone virtuelle, lorsque l’utilisateur d’un téléphone souhaite agir sur une zone virtuelle répertoriée par le serveur, vérifier la localisation de son téléphone et n’autoriser une action sur des données associées à ladite zone que lorsque le téléphone est situé dans le périmètre prédéfini associé à ladite zone. Ce produit programme d’ordinateur peut comporter des instructions permettant de mettre en œuvre tout ou partie des fonctionnalités du procédé définies plus haut. L’invention pourra être mieux comprise à la lecture de la description détaillée qui va suivre, d’un exemple de mise en œuvre non limitatif de celle-ci, et à l’examen du dessin annexé, sur lequel : La illustre un système informatique et de télécommunications permettant la mise en œuvre de l’invention, la donne des exemples d’actions pouvant effectuer un utilisateur, la est un exemple d’affichage sur l’écran du téléphone d’un utilisateur, les figures 4 à 6 sont des schémas en blocs d’étapes pour la mise en œuvre du procédé, la est un schéma en blocs d’étapes pour la prise d’une photographie liée à la création d’une bulle, la est un exemple d’affichage pour la prise d’une photographie, la est un schéma en blocs d’étapes pour la prise d’une photographie, la est un exemple d’affichage pour l’enregistrement d’un message, la est un schéma en blocs d’étapes pour l’enregistrement d’une note volante, la est un exemple d’affichage pour l’enregistrement d’une note volante, la est un schéma en blocs d’étapes du procédé pour la notification d’une note volante, et la est un exemple d’affichage pour la notification d’une note volante. Description détaillée On a représenté à la un exemple de système informatique et de télécommunications 1 permettant la mise en œuvre de l'invention. Ce système 1 comporte un serveur 10, accessible par des téléphones portables 11A, 11B, … d'utilisateurs, exécutant chacun une application selon l’invention, et capables chacun de se géolocaliser grâce à une puce de réception de données satellites, par exemple de type GPS, et/ou d’utiliser tout autre moyen adapté pour ce faire. On a également représenté à la , à titre d’illustration, une borne relais 12 d'un réseau de télécommunications permettant à chaque utilisateur de communiquer avec le serveur 10. Ce réseau est par exemple un réseau 3G,4G ou 5G. Le serveur 10 est par exemple un serveur du type serveur d’applications, utilisant par exemple JAVA, PHP, ASP, etc. Les téléphones 11 sont par exemple de type « smartphone », et disposent avantageusement d'un appareil photographique. Le système d’exploitation est par exemple Android® Windows® Mobile ou iOS® ou autre système d’exploitation mobile. L'application qui s'exécute sur le téléphone permet à l'utilisateur d'effectuer un certain nombre d'actions parmi lesquelles, comme cela sera détaillé plus loin, s’enregistrer auprès du serveur, être reconnu par celui-ci, explorer les bulles qui se trouvent à proximité (action repérée par la référence 20 sur la ), créer une nouvelle bulle (action 21), publier une note « BEEN THERE » selon laquelle l'utilisateur a été dans une bulle (action 22), publier un message dans une bulle (action 23), faire croître le score d’une bulle (action 24), faire décroître le score d’une bulle (action 25), créer une note volante (action 26), et lire une note volante (action 27). On a représenté à la un exemple d'affichage sur l’écran du téléphone de l'utilisateur, alors que l'application selon l’invention s’exécute. L’application peut être agencée pour provoquer l’affichage sur l'écran d’une carte 30 sur laquelle apparaisse différents lieux réels, la position de l'utilisateur, et les bulles existantes, c’est-à-dire déjà répertoriées par le serveur 10. Cette carte par exemple générée à partir de l'application GoogleMaps® ou Open Street® ou des cartes vectorielles propriétaires. L’application peut afficher une interface utilisateur comportant un bouton 31 permettant la création par l’utilisateur d'une nouvelle bulle et un bouton 32 permettant la création d'une note volante. Le procédé selon l'invention comporte une étape préalable d'enregistrement de l'utilisateur auprès du serveur 10, afin de pouvoir identifier celui-ci par la suite. Cet enregistrement est sécurisé. Au cours de cet enregistrement, le téléphone reçoit un identifiant qui lui permet d'être reconnu ensuite par le serveur. On va maintenant décrire en se référant à la différentes étapes d’un exemple de procédé selon l’invention, qui suivent l’ouverture de l’application sur le téléphone. On suppose que l’utilisateur est déjà enregistré auprès du serveur 10. Cet enregistrement peut avoir lieu lorsque l’utilisateur télécharge l’application sur le téléphone. L'utilisateur ouvre l’application à l'étape 40 et celle-ci détermine à l'étape 41 si le service de géolocalisation du téléphone est activé ou non. Dans la négative, l'application demande à l'étape 42 à l'utilisateur d'activer le service de géolocalisation. Dans l'affirmative, l'application obtient à l'étape 43 les coordonnées géographiques de l'utilisateur et des limites de la carte affichée à l’écran du téléphone. En cas de connectivité réseau permettant d'obtenir des informations du serveur 10, l’application peut obtenir à l'étape 44 une information du serveur concernant la présence de bulles dans les limites de la carte affichée sur l'écran du téléphone. Pour ce faire, le téléphone adresse au serveur 10 une requête API l'étape 45, avec une information 46 comportant les coordonnées du téléphone et les limites de la carte affichée. Suite au retour du serveur 10, le téléphone met à jour l'affichage et fait apparaître les bulles répertoriées sur la carte affichée à l'étape 44. En cas d'absence de connectivité réseau, l'application provoque l'affichage à l’étape 49 d'un message d'erreur et attend à l'étape 47 qu'une connectivité réseau soit établie. Lorsque tel est le cas, à l'étape 48, l'application peut reprendre l'étape 44 ci-dessus, et adresser une requête API au serveur 10 pour obtenir la position des bulles situées dans les limites de la carte affichée. On a matérialisé par les étapes 50 à 53 différentes possibilités d’action pour l'utilisateur suite à l'affichage des bulles sur l'écran à l'étape 45. L’utilisateur peut par exemple à l'étape 50 indiquer qu’il souhaite créer une bulle, ce qui déclenche un processus 54 de création de bulles qui sera décrit plus loin. L'utilisateur peut indiquer vouloir créer à l'étape 51 une note volante, ce qui déclenche un processus 55 de création de note volante qui sera décrit plus loin. L'utilisateur peut encore vouloir obtenir une information sur une bulle à l'étape 52, ce qui déclenche un processus 56 d'ouverture de bulle. L'étape 53 correspond à la navigation de l’utilisateur sur la carte. La position du téléphone de l’utilisateur sur la carte peut changer à l'étape 57 et en cas d’activation du suivi de position à l'étape 58, le téléphone met à jour sa localisation à l’étape 59, les positions étant envoyées au serveur quand il y a une action de l’utilisateur. Si le suivi de localisation n’est pas activé, le téléphone détermine à l'étape 61 si les limites de la carte affichée ont changé et, dans l'affirmative, le processus reprend à l'étape 44 pour l'émission d’une nouvelle requête API au serveur 10 afin d'obtenir les coordonnées des bulles situées dans les limites de la carte affichée. L'étape 59 ci-dessus est suivie par un processus 63 visant à déterminer s'il existe des notes volantes laissées par d’autres utilisateurs ou une information selon laquelle d’autres utilisateurs ont visité la bulle. On va maintenant décrire en référence à la le processus 56 de la d'ouverture d'une bulle. Ce processus suppose que le téléphone dispose d’une information 70 sur sa position, exprimée par exemple en latitude, longitude et précision de sa localisation. Le téléphone détermine à l'étape 71 si sa position actuelle se situe dans le périmètre de la bulle qu’il souhaite ouvrir. Dans l'affirmative, le téléphone signale à l'étape 72 au serveur 10 son passage dans la bulle et peut afficher à l'étape 73 une information sur l'activité de la bulle. Il peut renvoyer à l'étape 74 une requête API pour connaître les bulles situées dans les frontières de la carte affichée sur l’écran du téléphone. En variante, cette étape est effectuée au début. On a maintenant décrire en référence à la le processus de création d'une note volante correspondant au processus 55 de la . Comme dans le processus de visualisation de l'information liée à une bulle, le téléphone doit disposer d’information de localisation 70 ci-dessus. Le processus comporte une étape 80 visant à déterminer s'il existe ou non une note volante à destination de l'utilisateur du téléphone à l’endroit où il se trouve. Si oui, l'application démarre un processus 81 permettant l'affichage de cette note volante. Dans la négative, le processus est terminé. On va décrire en référence aux figures 7 et 8 le processus de création d'une nouvelle bulle. Dès lors que le téléphone peut se localiser à un endroit, l'utilisateur peut déclencher la création d'une bulle. Cela correspond au processus 54 de la . La création d'une nouvelle bulle suppose que le téléphone dispose d’une information valide de positionnement 70. Le téléphone peut inviter l’utilisateur, à l'étape 90, à donner un nom à la bulle, un champ 91 à cet effet étant affiché sur l'écran, comme on peut voir à la . Le cas échéant, le téléphone invite l'utilisateur à prendre une photographie de l'emplacement correspondant à l'étape 92. L'écran du téléphone peut afficher l’image délivrée par l’objectif du téléphone dans un champ 94 et l’utilisateur peut appuyer sur un bouton 95 pour prendre la photographie. L'utilisateur dispose de la possibilité, grâce à un bouton 93, de valider la création de la bulle. L’utilisateur peut encore annuler l’opération en appuyant sur un bouton 96. En cas d'annulation, ce qui correspond à l'étape 97 sur la , le processus est terminé. En cas de validation à l'étape 98, le téléphone adresse une requête au serveur 10 pour l’amener à créer la bulle à l'étape 99. Le téléphone attend à l'étape 100 confirmation de l'enregistrement que la bulle a bien été effectué et le processus est terminé. En cas d'absence de confirmation par le serveur 10, un message d'erreur est affiché à l'étape 101 et le processus est terminé. On va décrire en se référant à la le processus de publication d'un message dit « BEEN THERE » selon lequel l’utilisateur a visité une bulle. Ce message est ensuite affiché par les téléphones des autres utilisateurs lorsque la position de leur téléphone se situe dans le périmètre de cette bulle. On suppose que le téléphone dispose de l’information de localisation 70. Le processus comporte une étape 110 où le téléphone envoie une requête API au serveur 10 pour créer un enregistrement du message signifiant que l’utilisateur a été dans le périmètre de la bulle. En cas de réponse positive du serveur 10 à l'étape 111, le téléphone affiche un formulaire de prise de message correspondant, à l'étape 112, et permet à l'utilisateur d'entrer un texte et/ou une image, et d'indiquer s'il souhaite améliorer ou diminuer un score associé à la bulle. D’autres données associées au message comportent par exemple un identifiant unique pour la bulle, un identifiant d'utilisateur, la date et le lieu de l'événement. A titre d'exemple, on a représenté à la un exemple d'affichage qui peut s'effectuer sur le téléphone. Le formulaire comporte par exemple un champ 114 qui permet d'entrer un texte, des boutons 115 et 116 qui permettent respectivement d'augmenter le score (pouce levé) ou de diminuer le score (pouce baissé), un bouton 117 pour prendre une photographie, un bouton 118 pour enregistrer ou un bouton 119 pour annuler. Une fois le formulaire rempli à l'étape 120, une requête API est adressée au serveur 10 à l'étape 121 pour mettre à jour l'enregistrement relatif à cette bulle avec les données entrées par l’utilisateur. En cas de réponse positive du serveur 10 à l'étape 122, le processus est arrêté. En cas de réponse négative du serveur 10, le formulaire est enregistré à l'étape 123 localement dans le téléphone et une tentative de transmission des données est effectuée ultérieurement. De même, si suite à l'interrogation à l'étape 111 le serveur 10 ne répond pas, les données sont enregistrées à l'étape 125 localement dans le téléphone en vue d’une tentative ultérieure, et le processus est terminé. On va maintenant décrire en référence à la le processus 55 de création de la note volante de la . On suppose que le téléphone dispose des données 70 de localisation de l'utilisateur. Par définition, une note volante comporte une durée d'expiration après laquelle son contenu ne peut pas être lu. Pour créer une note volante, l’utilisateur entre donc à l'étape 150 le nom de la note dans un champ 151 qui s'affiche sur l'écran, comme illustré à la , et la date d'expiration dans un champ 152. L’utilisateur peut ensuite sélectionner à l'étape 154, grâce un bouton 153, les contacts qui pourront recevoir la note volante. L’utilisateur peut à l'étape 155 joindre une photographie qu'il prend à l’aide du bouton 156. L’utilisateur enregistre la note à l'étape 159, grâce à un bouton correspondant 160. Le téléphone adresse à l'étape 161 au serveur 10 une requête API pour créer une nouvelle note volante. Il adresse à cette occasion au serveur 10 les données de localisation, l'identifiant de l'utilisateur, la date et l'heure, le contenu de la note notamment, sa date d'expiration, la liste des contacts qui pourront la visualiser, et des éléments annexes tels que par exemple la photographie qui a été prise. En cas d'annulation, l’utilisateur appuie sur un bouton 154 à l’étape 163, et le processus est terminé. Une fois l'envoi à l'étape 161 des données, le serveur 10 accuse réception à l'étape 165 et le processus est terminé. En cas d'absence de réponse du serveur, un message d'erreur est affiché à l'étape 166. Les données associées à la note volante comportent par exemple l'identifiant de l'utilisateur, le ou les numéros de téléphone du ou des l'utilisateur destinés à visualiser cette note volante, les informations de localisation, le contenu de la note, qui est par exemple un message textuel et/ou une photographie, et la date d’expiration. On va maintenant décrire en référence à la le processus où un utilisateur se voit notifier une note volante. Cet utilisateur fait partie des contacts sélectionnés précédemment par l'utilisateur pour recevoir le contenu de cette note volante dès lors qu'il entre dans le périmètre de la bulle associée. Ce processus suppose que le téléphone dispose des informations de localisation 70 et soit identifié par le serveur. Le téléphone adresse au serveur à l'étape de 180 une requête API pour recevoir une information sur une note volante éventuelle. La réponse du serveur 10 correspond à l'étape 141. En l'absence de réponse, le processus est arrêté à l'étape 182 après qu'un message d'erreur ait été affiché. En cas de réponse positive, le téléphone peut afficher à l'étape 184 comme illustré à la un message 185 correspondant à la note volante d'un autre utilisateur, lequel est identifié. Ce message est affiché tant que l'utilisateur du téléphone ne ferme pas la fenêtre à l'étape 190. Le téléphone informe alors à l'étape 191 le serveur 10 que la note a été lue en adressant une requête API correspondante. Le serveur 10 accuse réception à l'étape 192 et le processus est terminé. En l'absence de réponse positive du serveur 10, l'information destinée à celui-ci est enregistrée localement dans le téléphone, puis une tentative de transmission est effectuée ultérieurement à l'étape 193. Bien entendu l’invention n’est pas limitée aux exemples qui viennent d’être décrits. Par exemple, on peut prévoir que l’utilisateur puisse enregistrer une vidéo associée à une bulle. Procédé pour enregistrer des informations liées à des lieux visités par des utilisateurs disposant chacun d’un téléphone portable (11A ; 11B ; …) avec une fonction de géolocalisation et exécutant une application permettant au téléphone de communiquer avec un serveur (10) pour lui communiquer au moins sa position et un identifiant, ce procédé comportant les étapes consistant à : Lorsqu’un utilisateur souhaite créer une zone virtuelle, encore appelée « bulle », associée à un emplacement où il se trouve avec le téléphone, transmettre au serveur (10) la position du téléphone et répertorier avec le serveur cette zone virtuelle en lui associant un périmètre prédéfini autour de l’emplacement où se trouve le téléphone, lorsqu’un utilisateur souhaite interagir avec une zone virtuelle répertoriée par le serveur, vérifier la localisation de son téléphone et n’autoriser une action (20 ; … ; 27) sur des données associées à cette zone virtuelle que lorsque le téléphone est situé dans ledit périmètre prédéfini associé à cette zone virtuelle. Procédé selon la revendication 1, l’action exercée sur les données associées à la zone virtuelle à l’étape b) consistant à enregistrer de façon automatique le passage de l’utilisateur dans le périmètre associé à ladite zone virtuelle. Procédé selon l’une des revendications 1 et 2, l’action exercée sur les données associées à la zone virtuelle à l’étape b) consistant à déposer un message à destination d’au moins un contact sélectionné par l’utilisateur présent dans le périmètre prédéfini associé à ladite zone virtuelle, ce contact ne pouvant accéder ultérieurement au contenu du message que lorsque qu’il sera lui-même présent dans ledit périmètre prédéfini. Procédé selon l’une des revendications 1 et 2, l’action exercée sur les données associées à la zone virtuelle à l’étape b) consistant à ajouter un contenu aux données associées à ladite zone virtuelle, ce contenu étant visible par d’autres d’utilisateurs qu’ils soient ou non présents dans ladite zone. Procédé selon la revendication 4, le contenu comportant une photographie et/ou une séquence vidéo prise par le téléphone et/ou un message et/ou un identifiant de l’utilisateur du téléphone. Procédé selon l’une quelconque des revendications précédentes, comportant l’affichage sur le téléphone d’un utilisateur d’une carte (30) sur laquelle sont positionnées les zones virtuelles déjà répertoriées par le serveur. Procédé selon la revendication 6, la carte étant celle de la région où se trouve l’utilisateur. Procédé selon l’une des revendications 6 et 7, chaque zone virtuelle étant affichée en fonction d’au moins un critère sélectionné, choisi parmi : le nombre de personnes l’ayant déjà visitée, l’identifiant de l’utilisateur à l’origine de la création de la zone, l’identité d’au moins autre utilisateur ayant agi sur des données associées à ladite zone, un score associé à ladite zone, la valeur de ce score dépendant d’une appréciation laissée par d’autres utilisateurs ayant visité ladite zone. Procédé selon l’une quelconque des revendications précédentes, comportant l’étape consistant à permettre à un utilisateur présent dans le périmètre associé à une zone virtuelle, de faire croître ou décroître un score associé à cette zone, notamment à l’aide d’un ou plusieurs moyens de sélection (115, 116) affichés sur son téléphone permettant de signaler une volonté d’augmenter le score ou au contraire de la diminuer. Procédé selon l’une quelconque des revendications précédentes, comportant l’étape consistant à permettre à un utilisateur d’enregistrer une note volante associée à ladite zone virtuelle, lorsqu’il se trouve dans son périmètre, et de définir une durée d’expiration pour ladite note, au-delà de laquelle celle-ci ne peut plus être lue par d’autres utilisateurs présents dans ledit périmètre. Procédé selon l’une quelconque des revendications précédentes, comportant la mémorisation préalable de données associées à une ou plusieurs bulles présentes dans une zone prédéfinie, alors que le téléphone a accès au réseau, puis la mémorisation hors ligne par l’application exécutée sur le téléphone de la localisation du téléphone associée à un horodatage, et de la ou des bulles présentes en fonction de la position du téléphone, ainsi que des messages que l’utilisateur souhaite laisser lors de la visite de la ou des bulles, puis une fois la connexion rétablie avec le réseau, le téléphone adresse au serveur ce qui a été mémorisé hors ligne, afin de permettre l’actualisation du serveur avec les données de l’utilisateur, notamment le ou les messages laissés ainsi que l’heure et la date de visite des bulles, de telle sorte que ces messages puissent être consultés par d’autres utilisateurs. Procédé selon l’une quelconque des revendications précédentes, le serveur faisant passer automatiquement le statut de tout utilisateur précédemment identifié comme étant présent dans une bulle donnée, de présent dans cette bulle à absent de la bulle après qu’une durée prédéfinie se soit écoulée à partir du dernier moment où le téléphone était connecté au serveur. Procédé selon l’une quelconque des revendication précédentes, comportant l’envoi à des utilisateurs d’un message les informant qu’un coupon est disponible dans une bulle donnée pendant une période donnée ; la détection éventuelle de l’arrivé de ces utilisateurs dans la bulle pendant la période où le coupon est délivré, et en cas de détection, l’envoi du coupon aux utilisateurs se trouvant dans la bulle d’une manière permettant d’authentifier le coupon lors de son utilisation ultérieure. Produit programme d’ordinateur, à télécharger sur un téléphone portable (10A ; 10B ; …) équipé d’une puce de géolocalisation et d’un processeur, ce produit programme d’ordinateur permettant lorsqu’exécuté sur le processeur, de communiquer avec un serveur (10) pour permettre la mise en œuvre du procédé selon l’une quelconque des revendications précédentes, et : Lorsqu’un utilisateur souhaite créer une zone virtuelle associée à un emplacement où il se trouve avec le téléphone, transmettre au serveur la position du téléphone et des données associées pour permettre au serveur de répertorier ladite zone, lorsqu’un utilisateur souhaite interagir avec une zone virtuelle répertoriée par le serveur, déterminer en fonction de la localisation de son téléphone si l’utilisateur est en droit d’interagir ou non avec les données associées à cette zone virtuelle, par exemple en transmettant au serveur la localisation du téléphone et en recevant en retour une autorisation ou non pour interagir avec lesdites données, l’autorisation pouvant aussi en variante être délivrée par le programme sans transmettre la localisation du téléphone au serveur, recevoir du serveur des données renseignant sur la position de zones virtuelles existantes et les positionner sur une carte affichée par le téléphone, et/ou afficher au moins une note volante envoyées par l’utilisateur à destination d’autres utilisateurs et le cas échéant une ou plusieurs notes volantes qui lui sont associées. Produit programme d’ordinateur, à charger ou télécharger sur un serveur (10) comportant un processeur et pouvant échanger des informations avec des téléphones portables équipés chacun d’une puce de géolocalisation, ce produit programme d’ordinateur permettant lorsqu’exécuté sur le processeur au serveur de communiquer avec au moins un téléphone portable pour permettre la mise en œuvre du procédé selon l’une quelconque des revendications 1 à 13 et : Lorsque l’utilisateur d’un téléphone souhaite créer une zone virtuelle associée à un emplacement où il se trouve avec le téléphone, enregistrer la position du téléphone et un nom donné par l’utilisateur à ladite zone, et générer à partir de ces informations la zone virtuelle, lorsque l’utilisateur d’un téléphone souhaite agir sur une zone virtuelle répertoriée par le serveur (10), vérifier la localisation de son téléphone et n’autoriser une action sur des données associées à ladite zone que lorsque le téléphone est situé dans un périmètre prédéfini associé à ladite zone.