[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

FR3009159A1 - Procede de traitement de donnees de geolocalisation - Google Patents

Procede de traitement de donnees de geolocalisation Download PDF

Info

Publication number
FR3009159A1
FR3009159A1 FR1357423A FR1357423A FR3009159A1 FR 3009159 A1 FR3009159 A1 FR 3009159A1 FR 1357423 A FR1357423 A FR 1357423A FR 1357423 A FR1357423 A FR 1357423A FR 3009159 A1 FR3009159 A1 FR 3009159A1
Authority
FR
France
Prior art keywords
geolocation
mobile terminal
server
data
application server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR1357423A
Other languages
English (en)
Other versions
FR3009159B1 (fr
Inventor
Antonino Famulari
Thomas Bonald
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Institut Mines Telecom IMT
Original Assignee
Institut Mines Telecom IMT
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Institut Mines Telecom IMT filed Critical Institut Mines Telecom IMT
Priority to FR1357423A priority Critical patent/FR3009159B1/fr
Priority to US14/907,508 priority patent/US20160162706A1/en
Priority to PCT/EP2014/066206 priority patent/WO2015011296A2/fr
Priority to EP14744556.3A priority patent/EP3025481A2/fr
Publication of FR3009159A1 publication Critical patent/FR3009159A1/fr
Application granted granted Critical
Publication of FR3009159B1 publication Critical patent/FR3009159B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/2228—Indexing structures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/29—Geographical information databases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G06F21/6254—Protecting personal data, e.g. for financial or medical purposes by anonymising data, e.g. decorrelating personal data from the owner's identification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H04L67/5682—Policies or rules for updating, deleting or replacing the stored data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H04L67/5683—Storage of data provided by user terminals, i.e. reverse caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/59—Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H04W52/0254—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity detecting a user operation or a tactile contact or a motion of the device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H04W52/0258—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity controlling an operation mode according to history or models of usage information, e.g. activity schedule or time of day
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/69—Identity-dependent
    • H04W12/75—Temporary identity
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Hardware Design (AREA)
  • Medical Informatics (AREA)
  • Remote Sensing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

La présente invention concerne un procédé de traitement de données de géolocalisation comprenant la mise en œuvre par des moyens de traitement de données (21) d'un serveur (2) d'étapes de : (a) réception de données de géolocalisation depuis un terminal mobile (1a, 1b) comprenant des moyens de géolocalisation (10) ; (b) association desdites données de géolocalisation dans une base de données stockée sur des moyens de stockage de données (22) avec un identifiant unique lui-même associé au terminal mobile (1a, 1b) ; (c) réception d'une requête de géolocalisation émise par un serveur applicatif (3a, 3b), la requête comprenant ledit identifiant unique associé au terminal mobile (1a, 1b) ; (d) génération et envoi au serveur applicatif (3a, 3b) d'une réponse à la requête en fonction des données de géolocalisation associées à l'identifiant unique dans ladite base de données, et de règles associées au serveur applicatif (3a, 3b).

Description

DOMAINE TECHNIQUE GENERAL La présente invention concerne un procédé de traitement de données de géolocalisation.
ETAT DE L'ART Les terminaux mobiles modernes de type smartphones disposent de capacités de géolocalisation, permettant par exemple la navigation sur une carte, des « check-in », c'est-à-dire la publication de la position d'un utilisateur sur des réseaux sociaux, ainsi que de nombreuses autres fonctionnalités. Toutefois, l'augmentation importante du nombre d'applications tirant parti de la géolocalisation fait aujourd'hui apparaître deux problèmes. Tout d'abord, les mécanismes actuels ne permettent pas une gestion fine de la confidentialité des données de géolocalisation. Dans la plupart des cas, l'utilisateur n'a que la possibilité d'accepter ou refuser l'accès complet par l'application aux données de géolocalisation, alors qu'il apparait qu'il n'est pas nécessaire de toujours divulguer ces données avec la même finesse (précision de la localisation géographique, fréquence de mise à jour, etc.). Par exemple, il existe des applications utilisant la géolocalisation qui ont seulement besoin de savoir si un utilisateur A est à proximité d'un utilisateur B, la connaissance de leur position n'étant pas indispensable. L'envoi d'informations trop détaillées (en particulier si elles contiennent des données permettant de retrouver l'identité de l'utilisateur) crée un risque d'utilisation illicite des données par l'application, voire par un attaquant exploitant une faille de sécurité de l'application. Ensuite, on constate une consommation énergétique importante des terminaux mobiles liée au traitement et à l'envoi de données de géolocalisation. En effet, chaque application exploite indépendamment les données de géolocalisation dont elle a besoin. Lorsque plusieurs applications utilisant les données de géolocalisation fonctionnent en même temps sur le même mobile, ces données sont susceptibles d'être envoyées plusieurs fois par ce mobile, vers chaque serveur d'application lié à une des applications. Les opérations de traitement et de transmission de données associées consomment de l'énergie inutilement.
De nombreuses solutions ont été proposées en particulier pour résoudre le premier problème (celui de confidentialité), par exemple l'utilisation sur le terminal d'un module logiciel supplémentaire de contrôle des données de géolocalisation avant émission, on l'utilisation d'un serveur « proxy » gérant les autorisations d'accès aux données de géolocalisation, anonymisant les requêtes, et notifiant l'utilisateur si besoin (voir demande de brevet EP 1878283). Ces solutions ne résolvent toutefois pas le problème de consommation énergétique, et au contraire l'aggravent : le terminal mobile est encore plus sollicité.
Plus récemment, il a été proposé dans la demande internationale WO 2013/002927 une gestion mutualisée des check-in. Dans le procédé décrit, les données de géolocalisation sont transmises à un serveur de confiance, qui renvoie au terminal des données traitées correspondant à différents niveaux de précision associés possible (par exemple, si l'utilisateur se géolocalise dans un aéroport, les différents niveaux peuvent s'étaler du numéro précis de la porte de l'aéroport dans lequel l'utilisateur se trouve, jusqu'à l'indication générale de la région dans laquelle l'aéroport est situé), pour sélection par l'utilisateur et transmission à un ou plusieurs serveurs d'application en vue d'un ou plusieurs check-in. Ce procédé peut légèrement réduire légèrement la consommation dans la mesure où quelques traitements sont déportés. Toutefois, on constate qu'aujourd'hui, les check-in représentent une part quasiment négligeable de la consommation énergétique à des fins de géolocalisation. En effet, ce sont les mécanismes de « tracking » (pistage en français). Le tracking consiste en l'envoi répété (par exemple toutes les trente secondes) de la position de l'utilisateur de sorte à permettre des fonctionnalités dynamiques, par exemple l'envoi d'une notification si l'utilisateur passe à proximité d'une position prédéterminée (un point d'intérêt, une chaîne de magasins, etc.). La seule proposition qui ait été faite pour réduire la consommation d'énergie liée au tracking est la diminution forcée de la fréquence des mises à jour des 30 données de géolocalisation, ce qui nuit au fonctionnement de certaines applications (du fait de la baisse de qualité du service), et reste peu efficace. Il serait souhaitable de disposer d'une solution de gestion des données de géolocalisation qui protège encore mieux la confidentialité et permette de réduire sensiblement la consommation énergétique des terminaux, ce sans altérer la 35 qualité du service et sans complexifier le travail des développeurs.
PRESENTATION DE L'INVENTION La présente invention se rapporte ainsi à un procédé de traitement de données de géolocalisation comprenant la mise en oeuvre par des moyens de traitement de données d'un serveur d'étapes de : (a) réception de données de géolocalisation depuis un terminal mobile comprenant des moyens de géolocalisation ; (b) association desdites données de géolocalisation dans une base de données stockée sur des moyens de stockage de données avec un identifiant unique lui-même associé au terminal mobile ; (c) réception d'une requête de géolocalisation émise par un serveur applicatif, la requête comprenant ledit identifiant unique associé au terminal mobile ; (d) génération et envoi au serveur applicatif d'une réponse à la requête en fonction des données de géolocalisation associées à l'identifiant unique dans ladite base de données, et de règles associées au serveur applicatif.
L'utilisation d'un serveur de confiance pour répondre aux requêtes envoyées par les serveurs applicatifs permet à la fois de facilement anonymiser les données de géolocalisation et de rationaliser la sollicitation des moyens de géolocalisation des terminaux mobiles : si plusieurs applications requièrent ces données, il suffit de les transmettre une fois au serveur, et c'est ce dernier qui traite les multiples requêtes. Par ailleurs, ce procédé ne nécessite que la mise en oeuvre d'un module léger sur le terminal et facilite le développement de nouvelles applications utilisant la géolocalisation, dans la mesure où de tout nouveaux types de requêtes (complexes) peuvent être traitées.
Selon d'autres caractéristiques avantageuses et non limitatives : - ledit identifiant unique est un identifiant anonyme généré par le terminal mobile et reçu par les moyens de traitement de données du serveur lors de l'étape (a) ; - ledit identifiant unique est un identifiant anonyme généré à l'étape (b) par les moyens de traitement de données du serveur et envoyé au terminal mobile ; - ledit identifiant unique est changé à intervalles réguliers ; - ledit identifiant unique reçu par le terminal mobile est envoyé au serveur applicatif si l'utilisateur autorise le serveur applicatif à accéder à ses données de géolocalisation ; - les données de géolocalisation sont également associées dans ladite base de données à des données temporelles relatives au moment de leur réception à l'étape (a) ; - le procédé comprend une étape (e) de réception de données de géolocalisation actualisées depuis le terminal mobile puis de la base de données stockée sur les moyens de stockage de données ; - l'enchaînement des étapes (c) et (d) est répété à une fréquence donnée pour au moins un serveur applicatif, l'étape (e) étant répétée à une fréquence équivalente à la fréquence la plus élevée parmi les fréquences auxquelles l'enchaînement des étapes (c) et (d) est répété pour un serveur applicatif ; - selon une règle associée au serveur applicatif la réponse générée à l'étape (d) comprend une version dégradée des données de géolocalisation associées à l'identifiant unique dans ladite base de données ; - la requête reçue à l'étape (c) comprend des données de géolocalisation de référence, selon une règle associée au serveur applicatif l'étape (d) comprend la comparaison des données de géolocalisation associées à l'identifiant unique dans ladite base de données avec les données de géolocalisation de référence, la réponse générée étant fonction du résultat de ladite comparaison. Selon un deuxième aspect, l'invention concerne un serveur de traitement de données de géolocalisation, connecté à au moins un terminal mobile comprenant des moyens de géolocalisation et à au moins un serveur applicatif, le serveur comprenant des moyens de stockage de données et des moyens de traitement de données configurés pour mettre en oeuvre : - un premier module de réception de données de géolocalisation depuis le terminal mobile ; - un module d'association desdites données de géolocalisation dans une base de données stockée sur les moyens de stockage de données avec un identifiant unique lui-même associé au terminal mobile ; - un deuxième module de réception d'une requête de géolocalisation émise par le serveur applicatif, la requête comprenant ledit identifiant unique associé au terminal mobile ; - un module de génération et d'envoi au serveur applicatif d'une réponse à la requête en fonction des données de géolocalisation associées à l'identifiant unique dans ladite base de données, et de règles associées au serveur applicatif. Selon un troisième aspect, l'invention concerne un système comprenant : - au moins un terminal mobile comprenant des moyens de géolocalisation ; - au moins un serveur applicatif ; - au moins un serveur selon le deuxième aspect. Selon d'autres caractéristiques avantageuses et non limitatives : - le terminal mobile met en oeuvre un module de gestion des règles associées à chaque serveur applicatif. Selon un quatrième et un cinquième aspect, l'invention concerne un produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé selon le premier aspect de l'invention de traitement de données de géolocalisation ; et un moyen de stockage lisible par un équipement informatique sur lequel un produit programme d'ordinateur comprend des instructions de code pour l'exécution d'un procédé selon le premier aspect de l'invention de traitement de données de géolocalisation.
PRESENTATION DES FIGURES D'autres caractéristiques et avantages de la présente invention apparaîtront à la lecture de la description qui va suivre d'un mode de réalisation préférentiel.
Cette description sera donnée en référence à la figure 1 annexée qui représente une architecture pour la mise en oeuvre du procédé selon l'invention. DESCRIPTION DETAILLEE Architecture interne Le présent procédé de traitement de données de géolocalisation est mis en oeuvre dans un environnement du type de celui représenté par la figure 1. Un ou plusieurs terminaux mobiles la, lb sont connectés à un réseau de communication 20 (en particulier un réseau de téléphonie mobile). Chaque terminal mobile la, 1b peut être n'importe quel équipement apte à se connecter au réseau de communication 20. Il peut par exemple d'agir d'un smartphone, d'une tablette tactile, etc. Chaque terminal mobile la, lb comprend des moyens de géolocalisation 10, lesquelles peuvent mettent en oeuvre l'une des nombreuses techniques de géolocalisation implémentées sur des terminaux mobiles (GPS, positionnement GSM, RFID, etc.). On comprendra que le précédent procédé n'est limité à aucune façon d'obtenir sur le terminal mobile la, 1 b des données de localisation, et que les moyens 10 peuvent prendre n'importe quelle forme (physique et/ou logicielle).
Un serveur 2 est connecté au réseau de communication 20. Il s'agit d'un serveur « de confiance », notamment un serveur de l'opérateur du réseau 20. Il comprend classiquement un module de traitement de données 21 (un processeur) et un module de stockage de données 22 (par exemple un disque dur). Ce serveur 2 est lui-même connecté par exemple via le réseau Internet 30 à un ou plusieurs serveurs applicatifs 3a, 3b. Il s'agit de serveurs impliqués dans le fonctionnement d'une application (par exemple un ou plusieurs serveurs d'un réseau social), à l'origine des requêtes de données de géolocalisation émises à destination des terminaux la, 1b. Il est à noter qu'il peut y avoir plusieurs serveurs 2, chacun connecté à un ou plusieurs serveurs applicatifs 3a, 3b. Principe La Demanderesse a remarqué qu'il est aujourd'hui courant que plusieurs applications utilisent simultanément les données de géolocalisation d'un terminal mobile, a fortiori en mode tracking. Par exemple, il est possible que l'utilisateur soit en train d'utiliser une première application de type « map » affichant une carte sur laquelle la position de l'utilisateur est affichée, pendant qu'en tâche de fond certaines applications, conçues par exemple pour envoyer une notification si l'utilisateur est à proximité d'un ami, d'un restaurant, etc., fonctionne.
Le serveur applicatif de chacune de ces applications « tracke » la position de l'utilisateur, c'est à dire qu'il requiert à intervalle régulier les données de localisation de son terminal mobile la, 1b. Si chacune de ces applications a une fréquence donnée de mise à jour des données de géolocalisation, on constate que la fréquence réelle de sollicitation des moyens 10 de géolocalisation est égale à la somme de ces fréquences, d'où l'augmentation conséquente de la consommation énergétique dès que plusieurs tracking sont simultanément actifs. Or, solliciter autant de fois les moyens 10 de géolocalisation qu'il y a d'applications s'avère inutile. Le présent procédé propose ainsi une façon d'éviter toute redondance dans la gestion des données de géolocalisation, grâce au serveur de confiance 2. Dans une première étape (a), les moyens de traitement de données 21 du serveur 2 reçoivent de la part du terminal mobile 1 a, 1 b des données de géolocalisation (obtenues par les moyens de géolocalisation 10). Cet envoi présente la particularité de ne pas être mis en oeuvre en réponse à une requête de la part d'une application. Il vise juste à fournir ces données au serveur 2 en vue d'un stockage.
En effet, dans une étape (b), ces données sont associées dans une base de données stockée sur les moyens de stockage de données 22 du serveur 2, avec un identifiant unique lui-même associé au terminal mobile la, 1b. De façon préférée, les données de géolocalisation sont également associées dans cette base de données à des données temporelles (typiquement l'heure) relatives au moment de leur réception à l'étape (a). Ainsi, la base de données du serveur 2 se compose de triplets de type (identifiant, données, heure). De nombreux terminaux 1 a, 1 b peuvent être gérés au sein d'une seule base de données. Cet identifiant unique est un identifiant anonyme qui peut être soit généré par les moyens de traitement de données 21 du serveur 2 et envoyé au terminal mobile 1 a, 1 b (lors de l'étape (b)), soit généré par le terminal mobile 1 a, 1 b, lequel envoie directement le couple (identifiant, données) au serveur 2 à l'étape (a). L'identifiant unique permet d'anonymiser les données de géolocalisation en évitant que ces dernières soient référencées via des données permettant d'identifier directement le terminal la, 1b ou son utilisateur.
Seul le serveur 2 de confiance est éventuellement capable de faire le lien entre un identifiant unique et l'identité réelle de l'utilisateur, ce qui garantit la confidentialité des données de géolocalisation. Dans le cas où c'est le terminal 1a, 1 b qui génère (et change) l'identifiant, il est possible de faire que le serveur 2 ne soit pas en mesure de lier l'ancien et le nouvel identifiant, puisqu'il reçoit directement un nouveau couple (identifiant, données), qu'il peut interpréter comme représentant un nouveau terminal. Cela augmente la confidentialité, mais il peut être souhaitable de l'éviter si par exemple une application utilise des positions passées du terminal 1 a, 1 b.
Dans tous les cas, pour une sécurité optimale l'identifiant unique peut être changé (c'est-à-dire regénéré par le serveur 2/le terminal 1 a, 1 b) à intervalles réguliers, par exemple toutes les heures. L'identifiant unique « actuel » du terminal mobile 1 a, 1 b est envoyé au serveur applicatif 3a, 3b (de sorte à ce que ce dernier puisse désigner le terminal 1 a, 1 b) si l'utilisateur autorise le serveur applicatif 3a, 3b à accéder à ses données de géolocalisation. Cette autorisation peut être donnée via un module logiciel mis en oeuvre sur le terminal 1 a, 1 b (lequel sera décrit plus en détails plus loin). L'envoi peut être réalisé soit par le terminal la, lb, soit par le serveur 2. Si l'identifiant a été transmis, le serveur 2 peut recevoir dans une étape (c) une requête de géolocalisation émise par le serveur applicatif 3a, 3b, la requête comprenant ledit identifiant unique associé au terminal mobile 1 a, 1 b (ainsi que des données supplémentaires qui seront décrites plus loin). Les moyens de traitement de données 21 du serveur 2 vont alors générer et envoyer au serveur applicatif 3a, 3b (dans une étape (d)) une réponse à la requête en fonction des données de géolocalisation associées à l'identifiant unique dans ladite base de données, et de règles associées au serveur applicatif 3a, 3b. Ainsi dans le présent procédé, contrairement à toutes les solutions connues, c'est le serveur 2 de confiance qui reçoit les requêtes et y répond. Aucune requête n'est transmise au terminal la, 1b. Ce dernier n'est ainsi pas sollicité outre mesure. Cela permet : de garantir la confidentialité puisque d'une part les données sont anonymisées, et d'autre part la réponse générée peut être « dégradée » ou se limiter à certaines informations moins confidentielles si les règles associées le prévoient. Tous les échanges (entre terminaux et serveur de confiance, serveurs applicatifs et serveur de confiance) peuvent par ailleurs être chiffrés pour prévenir toute interception par un équipement tiers. de diminuer sensiblement la consommation énergétique, puisque un seul envoi de données de géolocalisation par le terminal 1 a, 1 b peut être exploité par une pluralité de serveur applicatifs 3a, 3b, le coût énergétique de génération d'une réponse par requête étant reporté sur le serveur 2. En d'autres termes, le présent précédé offre un guichet unique aux applications, permettant au terminal mobile la, 1b de n'envoyer qu'une seule fois sa position géographique, cette information étant disponible pour toutes les applications. La consommation énergétique liée à la géolocalisation devient indépendante du nombre d'applications actives. Mise à jour des données Les données de géolocalisation associées à un terminal mobile 1 a, 1 b donné dans la base données sont rapidement obsolètes, puisque l'utilisateur continue à se déplacer. Il est donc nécessaire de les mettre à jour régulièrement, a fortiori si une application fonctionne en mode tracking (et donc que le serveur applicatif 3a, 3b associé envoie des requêtes à intervalles réguliers).
Le procédé comprend ainsi avantageusement une étape (e) de réception de données de géolocalisation actualisées depuis le terminal mobile 1a, 1b puis de la base de données stockée sur les moyens de stockage de données 22. Il est à noter que cette mise à jour n'est pas forcément un remplacement des données précédemment stockées. Si les données de géolocalisation sont associées à un paramètre temporel, il est possible de créer une nouvelle entrée dans la base de données. De façon générale, ce sera l'entrée la plus récente pour un identifiant unique donné qui sera utilisée (même si comme expliqué on peut imaginer que la connaissance d'anciennes données de géolocalisations pourrait être intéressante pour certaines applications).
La fréquence des mises à jour dépend des applications actives, et en particulier de leur fréquence de requête (fréquence du tracking), en d'autres termes la fréquence à laquelle l'enchaînement des étapes (c) et (d) est répété pour au moins un serveur applicatif 3a, 3b. La fréquence de mise à jour est définie comme celle fixée par l'application la plus contraignante : l'étape (e) est ainsi répétée à une fréquence équivalente à la fréquence la plus élevée parmi les fréquences auxquelles l'enchaînement des étapes (c) et (d) est répété pour un serveur applicatif 3a, 3b. En l'absence d'applications en mode tracking (en d'autres termes d'applications imposant une fréquence donnée de mise à jour), la fréquence effective peut dépendre d'autres critères tels que l'heure ou de la position du mobile, selon les règles d'accès définies par l'utilisateur (voir ci-après). A titre d'exemple, si une application A demande une précision de 50 m sur la localisation du terminal 1a, 1b et une application B une précision de 500 m, la position sera envoyée avec un précision de 50 m pour assurer le bon fonctionnement de 1' application B, et la mise à jour sera demandée dès que la position actuelle diffère de plus de 50 m de la dernière position envoyée. Outre la mise à jour automatique, les moyens de géolocalisation 10 peuvent éventuellement répondre à des demandes isolées explicites de géolocalisation de la part du serveur 2.
De façon générale, on comprendra que les moyens de géolocalisation 10 ne transmettent jamais de mise à jour inutile (c'est-à-dire ne pouvant être exploitée par une application) afin de préserver au maximum la batterie du terminal mobile 1 a, 1 b. La fréquence peut donc être optimisée en permanence par les moyens de traitement de données 21 du serveur 2. Règles et module de gestion La génération des réponses est fonction de règles associées aux serveurs applicatifs 3a, 3b, ces règles étant gérées au niveau du terminal mobile la, 1b par un module spécifique. Comme expliqué précédemment, ce module permet pour chaque application de tout d'abord définir une autorisation ou non d'accéder aux données de géolocalisation. Si l'autorisation est donnée, le serveur 2 peut transmettre au serveur applicatif associé l'identifiant unique du terminal 1 a, 1 b (ce qui rend possible la réception et le traitement de requêtes par le serveur 2). Ensuite, ce module définit les règles, qui peuvent être vues de façon générale comme des modulations sur le niveau d'accès aux données de géolocalisation, et sur des éventuels traitements supplémentaires. Par exemple, une règle peut autoriser une application à n'accéder à ces données qu'avec une certaine précision temporelle et spatiale, ce niveau de précision pouvant être fonction de l'heure et de la position du terminal mobile la, 1 b. Le serveur 2 peut alors se charger de « dégrader » les données en ajoutant un aléa sur la position exacte et l'instant auquel cette position a été enregistrée. Une fréquence maximale des requêtes de l'application peut également être définie. Par ailleurs, des règles peuvent prévoir la possibilité de répondre à une requête autrement qu'en transmettant des données de géolocalisation. Par exemple, en prévoyant que la requête reçue à l'étape (c) comprenne des données de géolocalisation de référence, l'étape (d) peut comprendre la comparaison par les moyens de traitement de données 21 du serveur 2 des données de géolocalisation associées à l'identifiant unique dans ladite base de données avec les données de géolocalisation de référence, la réponse générée étant fonction du résultat de ladite comparaison (il s'agit par exemple d'une réponse à « le terminal est-il à moins de 100 mètres de telle positon ? »).
L'utilisation du serveur de confiance 2 permet ainsi d'envisager de répondre directement à des requêtes complexes, ce qui facilite le travail des développeurs (possibilité de « pré-traitements » dans le serveur 2, avec des réponses élaborées obtenues à l'issue de l'étape (d), lesquelles peuvent être directement utilisées dans les applications), tout en augmentant le niveau de confidentialité (possibilité de directement répondre aux requêtes complexes des serveurs applicatifs 3a, 3b sans au final divulguer la position réelle de l'utilisateur). Le module logiciel peut être implanté dans le système d'exploitation du terminal mobile la, 1 b ou comme une application indépendante, activable par les applications utilisant les données de géolocalisation. S'il y a plusieurs serveurs 2 de confiance, le module de gestion peut jouer un rôle supplémentaire. Un utilisateur peut en effet faire appel à des serveurs 2 soit actifs en même temps (avec des mises à jour pour chaque serveur) soit alternativement : le module logiciel peut, en notifiant les applications, changer de serveur 2 ou demander un changement d'identifiant unique pour renforcer l'anonymat des données de l'utilisateur. Il peut y avoir un serveur 2 de confiance par défaut (par exemple, géré par le fabricant du système d'exploitation), configurable par l'utilisateur. Il est à noter que des protocoles standards existent pour transmettre des données de géolocalisation et les règles d'accès à ces données (voir par exemple le groupe GEOPRIV de l'IETF), le présent procédé ne sera limité à aucun d'entre eux. Serveur L'invention concerne également le serveur 2 de confiance pour la mise en oeuvre du procédé précédemment décrit. Ce serveur 2 est donc connecté à au moins un terminal mobile la, lb comprenant des moyens de géolocalisation 10 et à au moins un serveur applicatif 10 3a, 3b. Il comprend des moyens de stockage de données 22 et des moyens de traitement de données 21. Ces derniers sont configurés pour mettre en oeuvre : - un premier module de réception de données de géolocalisation depuis le terminal mobile la, 1 b ; 15 - un module d'association desdites données de géolocalisation dans une base de données stockée sur les moyens de stockage de données 22 avec un identifiant unique lui-même associé au terminal mobile la, lb (ce module permettant également la génération de l'identifiant unique, et le cas échéant la mise à jour des données de géolocalisation dans la base de 20 données) ; - un deuxième module de réception d'une requête de géolocalisation émise par le serveur applicatif 3a, 3b, la requête comprenant ledit identifiant unique associé au terminal mobile la, lb ; - un module de génération et d'envoi au serveur applicatif 3a, 3b d'une 25 réponse à la requête en fonction des données de géolocalisation associées à l'identifiant unique dans ladite base de données, et de règles associées au serveur applicatif 3a, 3b. L'invention concerne par ailleurs le système qui comprend ce serveur 2, au 30 moins un terminal mobile la, lb comprenant les moyens de géolocalisation 10 et au moins un serveur applicatif 3a, 3b. Comme expliqué, le ou les terminaux mobiles la, 1 b mettent avantageusement en oeuvre (via des moyens propres de traitement de données) un module de gestion des règles associées à chaque serveur applicatif 3a, 3b 35 (lequel permet également éventuellement l'activation/désactivation des droits d'accès aux données de géolocalisation pour les serveurs applicatifs 3a, 3b, et des commandes liées au serveur 2 telles que la possibilité de regénérer un identifiant unique).
Produit programme d'ordinateur Selon un quatrième et un cinquième aspects, l'invention concerne un produit programme d'ordinateur comprenant des instructions de code pour l'exécution (en particulier sur le module de traitement de données 21 du serveur 2) d'un procédé selon le premier aspect de l'invention de traitement de données de géolocalisation, ainsi que des moyens de stockage lisibles par un équipement informatique (par exemple un module de stockage de données 22 du serveur 2) sur lequel on trouve ce produit programme d'ordinateur.

Claims (15)

  1. REVENDICATIONS1. Procédé de traitement de données de géolocalisation comprenant la mise en oeuvre par des moyens de traitement de données (21) d'un serveur (2) d'étapes de : (a) réception de données de géolocalisation depuis un terminal mobile (1a, 1b) comprenant des moyens de géolocalisation (10) ; (b) association desdites données de géolocalisation dans une base de données stockée sur des moyens de stockage de données (22) avec un identifiant unique lui-même associé au terminal mobile (1a, 1 b) ; (c) réception d'une requête de géolocalisation émise par un serveur applicatif (3a, 3b), la requête comprenant ledit identifiant unique associé au terminal mobile (1a, 1b) ; (d) génération et envoi au serveur applicatif (3a, 3b) d'une réponse à la requête en fonction des données de géolocalisation associées à l'identifiant unique dans ladite base de données, et de règles associées au serveur applicatif (3a, 3b).
  2. 2. Procédé selon la revendication 1, dans lequel ledit identifiant unique est un identifiant anonyme généré par le terminal mobile (1a, 1b) et reçu par les moyens de traitement de données (21) du serveur (2) lors de l'étape (a).
  3. 3. Procédé selon la revendication 1, dans lequel ledit identifiant unique est un identifiant anonyme généré à l'étape (b) par les moyens de traitement de données (21) du serveur (2) et envoyé au terminal mobile (1a, 1 b).
  4. 4. Procédé selon l'une des revendications 2 et 3, dans lequel ledit identifiant unique est changé à intervalles réguliers.
  5. 5. Procédé selon l'une des revendications 2 à 4, dans lequel ledit identifiant unique reçu par le terminal mobile (1a, 1 b) est envoyé au serveurapplicatif (3a, 3b) si l'utilisateur autorise le serveur applicatif (3a, 3b) à accéder à ses données de géolocalisation.
  6. 6. Procédé selon l'une des revendications 1 à 5, dans lequel les données de géolocalisation sont également associées dans ladite base de données à des données temporelles relatives au moment de leur réception à l'étape (a).
  7. 7. Procédé selon l'une des revendications 1 à 6, comprenant une étape (e) de réception de données de géolocalisation actualisées depuis le terminal mobile (1a, 1 b) puis de la base de données stockée sur les moyens de stockage de données (22).
  8. 8. Procédé selon la revendication 7, dans lequel l'enchaînement des étapes (c) et (d) est répété à une fréquence donnée pour au moins un serveur applicatif (3a, 3b), l'étape (e) étant répétée à une fréquence équivalente à la fréquence la plus élevée parmi les fréquences auxquelles l'enchaînement des étapes (c) et (d) est répété pour un serveur applicatif (3a, 3b).
  9. 9. Procédé selon l'une des revendications 1 à 8, dans lequel selon une règle associée au serveur applicatif (3a, 3b) la réponse générée à l'étape (d) comprend une version dégradée des données de géolocalisation associées à l'identifiant unique dans ladite base de données.
  10. 10. Procédé selon l'une des revendications 1 à 9, dans lequel la requête reçue à l'étape (c) comprend des données de géolocalisation de référence, selon une règle associée au serveur applicatif (3a, 3b) l'étape (d) comprenant la comparaison des données de géolocalisation associées à l'identifiant unique dans ladite base de données avec les données de géolocalisation de référence, la réponse générée étant fonction du résultat de ladite comparaison.
  11. 11. Serveur (2) de traitement de données de géolocalisation, connecté à au moins un terminal mobile (1a, 1b) comprenant des moyens de géolocalisation (10) et à au moins un serveur applicatif (3a, 3b), le serveur comprenant des moyens de stockage de données (22) et des moyens de traitement de données (21) configuré pour mettre en oeuvre :un premier module de réception de données de géolocalisation depuis le terminal mobile (1a, 1b) ; - un module d'association desdites données de géolocalisation dans une base de données stockée sur les moyens de stockage de données (22) avec un identifiant unique lui-même associé au terminal mobile (1a, 1b) ; - un deuxième module de réception d'une requête de géolocalisation émise par le serveur applicatif (3a, 3b), la requête comprenant ledit identifiant unique associé au terminal mobile (1a, 1 b) ; - un module de génération et d'envoi au serveur applicatif (3a, 3b) d'une réponse à la requête en fonction des données de géolocalisation associées à l'identifiant unique dans ladite base de données, et de règles associées au serveur applicatif (3a, 3b).
  12. 12. Système comprenant : au moins un terminal mobile (1a, 1 b) comprenant des moyens de géolocalisation (10) ; au moins un serveur applicatif (3a, 3b) ; - au moins un serveur selon la revendication 11. 20
  13. 13. Système selon la revendication 12, dans lequel le terminal mobile (1a, 1b) met en oeuvre un module de gestion des règles associées à chaque serveur applicatif (3a, 3b).
  14. 14. Produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé selon l'une des revendications 1 à 10 de traitement de données de géolocalisation, lorsque le programme est exécuté par un ordinateur.
  15. 15. Moyen de stockage lisible par un équipement informatique sur lequel un produit programme d'ordinateur comprend des instructions de code pour l'exécution d'un procédé selon l'une des revendications 1 à 10 de traitement de données de géolocalisation. 25 30
FR1357423A 2013-07-26 2013-07-26 Procede de traitement de donnees de geolocalisation Active FR3009159B1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FR1357423A FR3009159B1 (fr) 2013-07-26 2013-07-26 Procede de traitement de donnees de geolocalisation
US14/907,508 US20160162706A1 (en) 2013-07-26 2014-07-28 Method for processing geolocation data
PCT/EP2014/066206 WO2015011296A2 (fr) 2013-07-26 2014-07-28 Procédé de traitement de données de géolocalisation
EP14744556.3A EP3025481A2 (fr) 2013-07-26 2014-07-28 Procédé de traitement de données de géolocalisation

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1357423A FR3009159B1 (fr) 2013-07-26 2013-07-26 Procede de traitement de donnees de geolocalisation

Publications (2)

Publication Number Publication Date
FR3009159A1 true FR3009159A1 (fr) 2015-01-30
FR3009159B1 FR3009159B1 (fr) 2017-06-23

Family

ID=50137724

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1357423A Active FR3009159B1 (fr) 2013-07-26 2013-07-26 Procede de traitement de donnees de geolocalisation

Country Status (4)

Country Link
US (1) US20160162706A1 (fr)
EP (1) EP3025481A2 (fr)
FR (1) FR3009159B1 (fr)
WO (1) WO2015011296A2 (fr)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8560604B2 (en) 2009-10-08 2013-10-15 Hola Networks Ltd. System and method for providing faster and more efficient data communication
US9241044B2 (en) 2013-08-28 2016-01-19 Hola Networks, Ltd. System and method for improving internet communication by using intermediate nodes
US9582841B2 (en) * 2015-03-24 2017-02-28 At&T Intellectual Property I, L.P. Location based emergency management plans
US9824515B2 (en) 2015-03-24 2017-11-21 At&T Intellectual Property I, L.P. Automatic calendric physical access
US9972144B2 (en) 2015-03-24 2018-05-15 At&T Intellectual Property I, L.P. Automatic physical access
US10296851B2 (en) 2015-04-11 2019-05-21 At&T Intellectual Property I, L.P. Automatic allocation of physical facilities for maximum collaboration
US11057446B2 (en) 2015-05-14 2021-07-06 Bright Data Ltd. System and method for streaming content from multiple servers
US10880266B1 (en) 2017-08-28 2020-12-29 Luminati Networks Ltd. System and method for improving content fetching by selecting tunnel devices
CN109696867A (zh) * 2018-12-26 2019-04-30 上海司南卫星导航技术股份有限公司 用户终端处理gnss设备数据的方法、用户终端和gnss设备管理系统
LT3780547T (lt) 2019-02-25 2023-03-10 Bright Data Ltd. Turinio parsisiuntimo, naudojant url bandymų mechanizmą, sistema ir būdas
US11411922B2 (en) 2019-04-02 2022-08-09 Bright Data Ltd. System and method for managing non-direct URL fetching service
US11270019B2 (en) * 2019-10-04 2022-03-08 X Development Llc Processing data and programs with mutual security to the data and programs
CN112669480B (zh) * 2020-12-08 2023-04-18 安徽鸿程光电有限公司 数据处理方法、装置、终端设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002047349A2 (fr) * 2000-12-08 2002-06-13 Telefonaktiebolaget L M Ericsson (Publ) Systeme et procede securises de prestation de services dependant de la position
US20060088028A1 (en) * 2004-08-06 2006-04-27 Thomas Leiber Method for providing services of various service providers, and central, computer-based platform for implementing such a method
US20110159884A1 (en) * 2007-08-14 2011-06-30 Mpanion, Inc. Real-time location and presence using a push-location client and server

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020169539A1 (en) * 2001-03-28 2002-11-14 Menard Raymond J. Method and system for wireless tracking
US7472423B2 (en) * 2002-03-27 2008-12-30 Tvworks, Llc Method and apparatus for anonymously tracking TV and internet usage
US8023958B2 (en) * 2003-03-05 2011-09-20 Qualcomm Incorporated User plane-based location services (LCS) system, method and apparatus
US7559081B2 (en) * 2003-09-18 2009-07-07 Alcatel-Lucent Usa Inc. Method and apparatus for authenticating a user at an access terminal
CA2620617A1 (fr) * 2006-10-20 2008-04-20 T-Mobile Usa, Inc. Systeme et methode permettant d'utiliser des donnees d'emplacement de client de telecommunications sans fil a base d'ip
US8595327B2 (en) * 2009-04-10 2013-11-26 Microsoft Corporation Obtaining instrumentation data
US8930438B2 (en) * 2009-06-17 2015-01-06 Apple Inc. Push-based location update
US8229461B1 (en) * 2009-11-18 2012-07-24 Nextel Communications, Inc. System and method for operating a location server
US20110153525A1 (en) * 2009-12-18 2011-06-23 Alcatel-Lucent Usa Inc. Method and system for managing power consumption using geolocation information
US8689277B2 (en) * 2010-01-13 2014-04-01 Andrew Llc Method and system for providing location of target device using stateless user information
US20130124628A1 (en) * 2011-11-15 2013-05-16 Srilal Weerasinghe Method and apparatus for providing social network based advertising with user control and privacy
US9131462B1 (en) * 2012-02-14 2015-09-08 Google Inc. Determining a geographic location of a mobile device

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002047349A2 (fr) * 2000-12-08 2002-06-13 Telefonaktiebolaget L M Ericsson (Publ) Systeme et procede securises de prestation de services dependant de la position
US20060088028A1 (en) * 2004-08-06 2006-04-27 Thomas Leiber Method for providing services of various service providers, and central, computer-based platform for implementing such a method
US20110159884A1 (en) * 2007-08-14 2011-06-30 Mpanion, Inc. Real-time location and presence using a push-location client and server

Also Published As

Publication number Publication date
FR3009159B1 (fr) 2017-06-23
US20160162706A1 (en) 2016-06-09
EP3025481A2 (fr) 2016-06-01
WO2015011296A2 (fr) 2015-01-29
WO2015011296A3 (fr) 2015-06-18

Similar Documents

Publication Publication Date Title
FR3009159A1 (fr) Procede de traitement de donnees de geolocalisation
EP2727414B1 (fr) D'obtention par un terminal d'une information relative à un acces à un service
FR3087988A1 (fr) Gestion de profils d'abonne simultanement actifs dans une carte euicc en utilisant plusieurs liaisons distinctes
FR2975861A1 (fr) Dispositif et procede de choix d'un reseau visite
EP3846417B1 (fr) Procédé de partage de fonctionnalités des iots et dispositif de partage
CA2957300C (fr) Procede d'etablissement de sessions ota entre des terminaux et un serveur ota, serveur ota et serveur proxy inverse correspondants
EP2979435B1 (fr) Procédé de traitement de donnés d'utilisateur d'un réseau social
Corno et al. On the advanced services that 5G may provide To IoT applications
EP2299667B1 (fr) Controle parental de l'utilisation d'un terminal mobile
FR3096161A1 (fr) Procédé, dispositif et système de sécurisation de données et de clés de chiffrement d'un objet connecté.
WO2018193201A1 (fr) Procédés pour le partage de données de localisation entre un dispositif source d'un utilisateur et un dispositif destinataire d'un tiers, serveur, dispositif source d'un utilisateur, dispositif destinataire d'un tiers et programme d'ordinateur correspondants
EP3709185A1 (fr) Procédé d'optimisation d'échanges de données dans une infrastructure d'objets connectés
FR3004829A1 (fr) Acces controle a des donnees stockees dans un reseau
EP3000209B1 (fr) Technique d'acheminement de paquets
EP2804359B1 (fr) Partage de fichiers sans fil de courte portée
FR2958428A1 (fr) Procede d'execution d'un premier service alors qu'un deuxieme service est en cours d'execution, au moyen d'un terminal informatique equipe d'une carte a circuit integre.
WO2018095954A1 (fr) Sélection d'une infrastructure de télécommunication
EP2073450A1 (fr) Procédé de communication entre un terminal et un réseau de communication
EP3542589B1 (fr) Délégation d'instructions à un dispositif en fonction de ses ressources
EP2464068B1 (fr) Système de gestion globale de filtrage personnalisé basé sur un circuit d'échange d'informations sécurisé et procédé associé
WO2024002868A1 (fr) Procédés de fourniture et de collecte, station de base, dispositif de collecte et d'analyse de données et système
FR3019437A1 (fr) Technique de gestion d'un etat d'activation d'un reseau d'acces radio dans un reseau local
FR3093608A1 (fr) Procédé de sélection des ressources temps-fréquence destinées à être utilisées par un équipement récepteur appartenant à un groupe de diffusion pour la diffusion de messages, dispositifs et programmes d’ordinateurs correspondants.
WO2013175141A1 (fr) Procede et systeme de reglage spatio-temporel des permissions de geolocalisation
FR3030989A1 (fr) Systeme pour evaluer la qualite de communication dans un reseau sans-fil

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6

PLFP Fee payment

Year of fee payment: 7

PLFP Fee payment

Year of fee payment: 8

PLFP Fee payment

Year of fee payment: 9

PLFP Fee payment

Year of fee payment: 10

PLFP Fee payment

Year of fee payment: 11

PLFP Fee payment

Year of fee payment: 12