Brevet FR3146362A1 — publié le 20240906

Contrôle de la présence d’au moins deux personnes à bord d’un véhicule L’invention concerne un procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, ledit véhicule effectuant un trajet entre deux positions géographiques, lesdites deux personnes utilisant un premier et un deuxième terminal de communication respectif, caractérisé en ce qu’il comprend ce qui suit, durant le trajet : - collecter dans un réseau de communication des informations de géolocalisation horodatées générées par les premier et deuxième terminaux entre les deux positions géographiques, - collecter dans ledit réseau des informations de découverte horodatées qui sont relatives à une découverte de la présence dans le véhicule, -- par le premier ou le deuxième terminal, du deuxième ou du premier terminal respectivement, -- ou par le premier et le deuxième terminal, d’au moins un autre terminal ou équipement, - en fonction des informations de géolocalisation et de découverte collectées, déterminer que les deux personnes ont effectué ou pas le trajet en commun entre les deux positions géographiques. Contrôle de la présence d’au moins deux personnes à bord d’un véhicule Domaine de l'invention L'invention concerne le domaine des télécommunications et du traitement de données de communication, dans le cas où au moins deux personnes effectuent un trajet en commun à bord d’un véhicule, par exemple une voiture (covoiturage), une moto, un bateau ou tout autre type de véhicule. Actuellement, la pratique du covoiturage est de plus en plus encouragée afin de lutter contre l’autosolisme. Le but de cet encouragement est notamment de démocratiser des pratiques vertueuses au plan environnemental et limiter l’impact des soubresauts affectant le marché de l’énergie. A cet effet, se développent actuellement, à différentes échelles des politiques publiques, des mesures fortement incitatives au covoiturage qui sont basées sur la rémunération de celles et ceux qui le pratiquent. Ces politiques se déclinent au plan gouvernemental comme au plan local, avec des particularités de mise en œuvre dépendant de la situation de l’offre de transport d’un secteur géographique donné. Notamment dans la terminologie gouvernementale, est mentionnée la notion de Registre de Preuve de Covoiturage , qui dénote la préoccupation des pouvoirs publics de pouvoir adosser une politique incitative à des mécanismes fiables établissant que des trajets de covoiturage donnant lieu à une contrepartie financière ont bien lieu. Précisément, ces politiques publiques gagnant en visibilité médiatique et mettant en jeu des mécanismes de rémunération, sont mécaniquement confrontées au risque de fraude, celle-ci pouvant du reste être mise en œuvre de façon relativement aisée. Pour effectuer un covoiturage, il existe actuellement de nombreuses applications qui permettent de mettre en relation un automobiliste utilisateur d’un véhicule, d’une part, et un ou plusieurs passagers occasionnels de ce véhicule, d’autre part. Les applications sont généralement nominatives, les passagers et l’automobiliste déclarant leur identité via l’application. La mise en relation définit en outre un point de rendez-vous pour y conduire le véhicule afin d’y accueillir le ou les passagers. De telles applications disposent par ailleurs d’un certain nombre de mécanismes basés sur la géolocalisation du terminal mobile du conducteur et du terminal mobile de chaque passager. Ainsi, dans les Conditions Générales d’Utilisation de ces applications, est mentionnée la géolocalisation au départ et à l’arrivée des terminaux mobiles, ces données de base figurant d’ailleurs parmi les données du Registre de Preuve du Trajet, pour les applications agréées dans le cadre des programmes publics. Dans certaines de ces applications, est en outre mentionnée une « vérification par le téléphone » après le départ, cette vérification ne déclarant pas mettre en œuvre des capacités du terminal autres que la géolocalisation. Devant la promesse d’une rémunération, des utilisateurs peuvent être tentés de simuler un covoiturage entre personnes s’étant entendues au départ. Ces personnes se choisissent, hors de toute plateforme de mise en contact, au titre du fait qu’elles ont des itinéraires identiques et elles effectuent le même trajet, chacune dans son véhicule, en se suivant l’une l’autre – la précision de la géolocalisation n’étant pas suffisante pour établir qu’il s’agit en fait de deux autosolistes frauduleusement déclarés comme effectuant un covoiturage. Objet et résumé de l'invention Un des buts de l'invention est de remédier à des inconvénients de l'état de la technique précité en proposant un procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, lequel permet de générer une preuve/un certificat que le trajet a bien été effectué en commun par ces deux personnes, tout en garantissant le respect de la législation en vigueur et notamment la protection des données personnelles de ces deux personnes. A cet effet, un objet de la présente invention concerne un procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, le véhicule effectuant un trajet entre deux positions géographiques, les deux personnes utilisant un premier et un deuxième terminal de communication respectif. Un tel procédé est caractérisé en ce qu’il comprend ce qui suit, durant le trajet : - collecter dans un réseau de communication des informations de géolocalisation horodatées générées par les premier et deuxième terminaux entre les deux positions géographiques, - collecter dans le réseau des informations de découverte horodatées qui sont relatives à une découverte de la présence dans le véhicule, -- par le premier ou le deuxième terminal, du deuxième ou du premier terminal respectivement, -- ou par le premier et le deuxième terminal, d’au moins un autre terminal ou équipement, - en fonction des informations de géolocalisation et de découverte collectées, déterminer que les deux personnes ont effectué ou pas le trajet en commun entre les deux positions géographiques. L’invention permet ainsi de certifier de manière simple et fiable qu’au moins deux personnes ont effectué un trajet en commun. Le fait de ne récupérer dans le réseau que des informations de géolocalisation et de découverte qui ne sont pas en soi des données personnelles présente l’avantage d’assurer en outre la protection de la vie privée des utilisateurs. Selon un mode de réalisation particulier, les informations de découverte horodatées comprennent un identifiant associé au trajet et une donnée représentative de l’échec ou de la réussite de la découverte. Selon un mode de réalisation particulier, l’identifiant associé au trajet comprend un identifiant associé au premier terminal et un identifiant associé au deuxième terminal. Un tel mode de réalisation a pour avantage de réutiliser des identifiants de terminaux déjà existants et connus, par exemple les adresses MAC (en anglais « Media Access Control ») de ces terminaux, leurs numéros MSISDN (en anglais « Mobile Station International Subscriber Directory Number »), etc. Il en résulte que le procédé de contrôle selon ce mode de réalisation est simple à implémenter tout en permettant de certifier, selon un premier niveau de confiance, que les deux personnes ont effectué ou pas le trajet en commun. Selon un autre mode de réalisation particulier, l’identifiant associé au trajet est un identifiant reçu par les premier et deuxième terminaux en provenance d’un équipement de communication, via le réseau, un tel identifiant étant fonction : - d’un premier identifiant d’un protocole de communication courte portée associé au premier terminal, - d’un deuxième identifiant du protocole de communication courte portée associé au deuxième terminal. Un tel identifiant permet avantageusement d’être associé à l’utilisateur du premier terminal, à l’utilisateur du deuxième terminal, aux premier et deuxième terminaux, au trajet effectué par lesdits utilisateurs. De cette manière, pour toutes les tentatives de découverte, le cas échéant de communication courte portée, qui ont lieu entre les premier et deuxième terminaux durant le trajet, il est possible de tracer et d’exploiter, par l’équipement de communication, tel que par exemple un serveur, une plateforme ou un autre équipement dédié, le nombre de découvertes ou de communications courte portée qui ont réussi ou échoué tout au long du trajet. Il en résulte que le procédé de contrôle selon ce mode de réalisation permet de certifier, selon un deuxième niveau de confiance supérieur au premier niveau de confiance précité, que les deux personnes ont effectué ou pas le trajet en commun. Selon un autre mode de réalisation particulier, au cours de la découverte mise en œuvre par l’un des deux terminaux, le premier terminal, respectivement le deuxième terminal, identifie le deuxième terminal, respectivement le premier terminal, à l’aide du deuxième identifiant, respectivement premier identifiant, du protocole de communication courte portée, les premier et deuxième identifiants ayant été reçus respectivement par les deuxième et premier terminaux en provenance de l’équipement de communication, via le réseau. Dans ce mode de réalisation, les premier et deuxième terminaux peuvent se découvrir, voire s’appairer, aisément, puisqu’ils ont un protocole de communication courte portée en commun déterminé au préalable par l’équipement de communication et associé à un premier et un deuxième identifiant de protocole de communication courte portée correspondant, les premier et deuxième identifiants de protocole de communication courte portée ayant été avantageusement communiqués au préalable au deuxième et premier terminaux respectivement par l’équipement de communication. Selon un autre mode de réalisation particulier, la découverte de la présence dans le véhicule du premier ou du deuxième terminal comprend le partage d’une information entre les premier et deuxième terminaux, l’information partagée étant transmise de manière horodatée à l’équipement de communication, via le réseau, par les premier et deuxième terminaux. Dans ce mode de réalisation, un tel partage d’information entre les premier et deuxième terminaux et l’envoi de cette information horodatée à l’équipement de communication par chacun des terminaux constituent avantageusement un moyen de prouver qu’une tentative de découverte ou de communication courte portée locale a été mise en œuvre entre ces terminaux à deux instants concordants. Ce mode de réalisation est particulièrement avantageux lorsqu’au moins un de ces terminaux n’est pas doté d’une interface de communication courte portée classique du type par exemple Bluetooth, NFC, etc. Selon un autre mode de réalisation particulier, l’étape de découverte est initiée par l’un des premier et deuxième terminaux en réponse à la réception par le terminal, en provenance de l’équipement de communication, d’une séquence de données, la séquence étant envoyée par le terminal à l’autre terminal durant l’étape de découverte, la séquence reçue par l’autre terminal étant envoyée par l’autre terminal à l’équipement de communication via le réseau, en étant associée à des informations de découverte horodatées. Un tel mode de réalisation permet avantageusement de fournir un niveau de sécurité supplémentaire à la transmission, par au moins l’un des terminaux, audit serveur, des informations de découverte horodatées, puisque l’équipement de communication : - grâce à l’envoi de la séquence de données à un des terminaux, a la possibilité de piloter l’initialisation de la découverte et donc de se mettre en attente de recevoir d’un autre terminal des informations de découverte horodatées ; - grâce à la réception en provenance de l’autre terminal de la séquence de données associée à des informations de découverte horodatées, a la possibilité d’obtenir une preuve avec un niveau de confiance accru, que les deux terminaux étaient présents à peu près au même moment dans le véhicule, voire au même moment si chacun des terminaux envoie de manière synchrone à l’équipement de communication ses informations de découverte horodatées, dans le cas par exemple où les terminaux ont accès au temps universel via le réseau Internet. Selon un autre mode de réalisation particulier, le procédé de contrôle comprend, durant le trajet, la mise en œuvre d’une vérification de l’identité des au moins deux personnes à bord du véhicule. Un tel mode de réalisation permet avantageusement de renforcer le niveau de certification de la présence d’au moins deux personnes à bord d’un véhicule, grâce à la collecte d’informations supplémentaires dans le réseau (le résultat de la vérification) qui sont d’un autre type que les informations de géolocalisation et de découverte précitées, puisqu’elles sont relatives à l’identité des personnes à bord du véhicule. Selon un autre mode de réalisation particulier, la vérification d’identité comprend : - identifier, par l’un des premier et deuxième terminaux associé à une des personnes qui ne conduit pas, ladite personne, générant des premières données d’identification, - identifier l’autre personne, conductrice du véhicule ou non, à l’aide du terminal, générant des deuxièmes données d’identification, - comparer les premières et deuxièmes données d’identification à respectivement des premières et deuxièmes données d’identification préalablement stockées dans l’équipement de communication, - enregistrer le résultat de la comparaison dans l’équipement. Un tel mode de réalisation est avantageux en ce sens que, notamment dans le cadre d’un trajet impliquant deux personnes, c’est la personne qui ne conduit pas qui est à l’initiative de la vérification d’identité, de façon à ne pas perturber l’autre personne conductrice. La sécurité routière s’en trouve ainsi préservée. Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, au procédé de commande d’un avatar, tel que défini ci-dessus. L'invention concerne également un équipement de communication adapté pour contrôler la présence d’au moins deux personnes à bord d’un véhicule, le véhicule effectuant un trajet entre deux positions géographiques, les deux personnes utilisant un premier et un deuxième terminal de communication respectif. Un tel équipement est caractérisé en ce qu’il est configuré pour, durant le trajet : - collecter dans un réseau de communication des informations de géolocalisation horodatées générées par les premier et deuxième terminaux entre les deux positions géographiques, - collecter dans le réseau des informations de découverte horodatées qui sont relatives à une découverte de la présence dans le véhicule, -- par le premier ou le deuxième terminal, du deuxième ou du premier terminal respectivement, -- ou par le premier et le deuxième terminal, d’au moins un autre terminal ou équipement, - en fonction des informations de géolocalisation et de découverte collectées, déterminer que les deux personnes ont effectué ou pas le trajet en commun entre les deux positions géographiques. Un tel équipement est notamment adapté pour mettre en œuvre le procédé de contrôle précité. L'invention concerne également un terminal de communication adapté pour contrôler la présence d’au moins deux personnes à bord d’un véhicule, le véhicule effectuant un trajet entre deux positions géographiques, le terminal étant utilisé par l’une des deux personnes. Un tel terminal est caractérisé en ce qu’il est configuré pour, durant le trajet : - envoyer dans un réseau de communication des informations de géolocalisation horodatées générées par le terminal entre les deux positions géographiques, - envoyer dans le réseau des informations de découverte horodatées relatives à une découverte par le terminal de la présence dans le véhicule d’un autre terminal ou d’un équipement, de sorte à déterminer dans le réseau que la personne utilisant le terminal et qu’une autre personne utilisant l’autre terminal ont effectué ou pas le trajet en commun entre les deux positions géographiques, en fonction des informations de géolocalisation et de découverte envoyées. L'invention concerne également un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, selon l’un quelconque des modes particuliers de réalisation décrits précédemment, lorsque ledit programme est exécuté par un processeur. De telles instructions peuvent être stockées durablement dans un support mémoire non transitoire de l’équipement de communication mettant en œuvre le procédé de contrôle selon l’invention. Ce programme peut utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. L’invention vise également un support d’enregistrement ou support d’informations lisible par un ordinateur, et comportant des instructions d’un programme d’ordinateur tel que mentionné ci-dessus. Le support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un support mobile, un disque dur ou un SSD. D'autre part, le support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens, de sorte que le programme d’ordinateur qu’il contient est exécutable à distance. Le programme selon l'invention peut être en particulier téléchargé sur un réseau, par un exemple un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé de contrôle précité. Selon un exemple de réalisation, la présente technique est mise en œuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme « dispositif » ou « module » peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et logiciels. D'autres caractéristiques et avantages apparaîtront à la lecture de modes de réalisation particuliers de l'invention, donnés à titre d’exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : La représente une architecture dans laquelle est mis en œuvre le procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, selon un mode de réalisation particulier de l'invention, La représente un équipement de communication, selon un mode de réalisation particulier de l’invention, tel que mis en œuvre dans l’architecture de la , La représente les principales actions mises en œuvre lors d’une phase de configuration du procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, selon un mode de réalisation particulier de l’invention, tel que mis en œuvre dans l’architecture de la , La représente des actions mises en œuvre lors d’une phase d’activation d’une session d’échanges de données du procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, selon un mode de réalisation particulier de l’invention, tel que mis en œuvre dans l’architecture de la , La représente des actions mises en œuvre lors d’une phase d’activation d’une session d’échanges de données du procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, selon un autre mode de réalisation particulier de l’invention, tel que mis en œuvre dans l’architecture de la , La représente des actions mises en œuvre lors d’une phase de collecte d’informations de géolocalisation horodatées du procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, selon un mode de réalisation particulier de l’invention, tel que mis en œuvre dans l’architecture de la , La représente des actions mises en œuvre lors d’une phase de collecte d’informations de découverte horodatées du procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, selon un mode de réalisation particulier de l’invention, tel que mis en œuvre dans l’architecture de la , La représente des actions mises en œuvre lors d’une phase de collecte d’informations de découverte horodatées du procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, selon un autre mode de réalisation particulier de l’invention, tel que mis en œuvre dans l’architecture de la , La représente des actions mises en œuvre lors d’une phase de collecte d’informations de découverte horodatées du procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, selon encore un autre mode de réalisation particulier de l’invention, tel que mis en œuvre dans l’architecture de la , La représente des actions mises en œuvre lors d’une phase de collecte d’informations de découverte horodatées du procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, selon encore un autre mode de réalisation particulier de l’invention, tel que mis en œuvre dans l’architecture de la , La représente des actions mises en œuvre lors d’une phase de collecte d’informations d’identité horodatées du procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, selon un mode de réalisation particulier de l’invention, tel que mis en œuvre dans l’architecture de la , La représente des actions mises en œuvre lors d’une phase de collecte d’informations d’identité horodatées du procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, selon un autre mode de réalisation particulier de l’invention, tel que mis en œuvre dans l’architecture de la , La représente des actions mises en œuvre lors d’une phase de traitement des informations de géolocalisation horodatées, des informations de découverte horodatées, et éventuellement des informations d’identité horodatées, du procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, selon un mode de réalisation particulier de l’invention, tel que mis en œuvre dans l’architecture de la . Description détaillé e d e plusieurs mode s de réalisation de l’invention La représente une architecture dans laquelle est mis en œuvre un procédé de contrôle de la présence d’au moins deux personnes A et B à bord d’un véhicule, selon un mode de réalisation de l'invention. Dans l’exemple représenté, le véhicule est une voiture. Cet exemple n’est bien sûr pas exhaustif. Le véhicule pourrait être par exemple une moto, un bateau, une bicyclette, etc. La voiture est utilisée par l’une des personnes A et B, par exemple la personne A. Autrement dit, la personne A est conductrice de cette voiture. Ladite voiture est désignée par la référence V_A sur la . L’architecture comprend un équipement de communication P, tel que par exemple une plateforme de service ou un serveur. Cet équipement permet à des utilisateurs conducteurs et/ou passagers de s’inscrire, déclarer des trajets quotidiens, et trouver en conséquence des covoitureurs compatibles. A chaque utilisateur inscrit auprès de cet équipement est associé un terminal de communication de l’utilisateur. Dans l’architecture de la , le terminal de communication de la personne A est désigné T_A et le terminal de communication de la personne B est désigné T_B. Dans l’exemple représenté, les terminaux T_A et T_B sont tous deux des téléphones mobiles de type smartphone (« téléphone intelligent »). Un tel exemple n’est bien sûr pas exhaustif. En effet, l’un ou l’autre de ces terminaux pourrait être par exemple une tablette, un ordinateur portable, etc. L’équipement P comprend une base de données BD comprenant pour chaque personne A, respectivement B, un identifiant ID_A, respectivement ID_B, associé à la personne A, respectivement B. Les identifiants ID_A, ID_B sont par exemple des identifiants des personnes A, B, par exemple un pseudo, une adresse de messagerie électronique ou de messagerie instantanée, etc. ou encore des identifiants associés aux terminaux T_A, T_B, tels que par exemple leurs adresses MAC respectives ou leurs numéros MSISDN respectifs. Dans le terminal T_A, respectivement T_B, est installé un programme d’ordinateur désigné par C_A, respectivement C_B, comme « client ». Il peut s’agir par exemple d’une application ou programme applicatif que la personne A, respectivement B, a téléchargée au préalable auprès d’un fournisseur d’applications ou encore d’un logiciel téléchargé depuis l’équipement P. L’activation des programmes C_A, C_B permet de mettre en œuvre des échanges de données en temps réel : - entre d’une part les terminaux T_A, T_B et, d’autre part, l’équipement P, via un réseau longue portée RCP implémenté selon par exemple les technologies de radiotéléphonie cellulaires (3G, 4G, 5G par exemple), IP (« Internet Protocol » en anglais), circuit, etc., ou une combinaison de ces technologies, - entre les terminaux T_A et T_B, le cas échéant via un réseau courte portée RCP, tel que par exemple Bluetooth, NFC (« Near Field Communication » en anglais), etc., - entre les terminaux T_A, T_B, via le réseau courte portée RCP, et une pluralité de terminaux de communication ou d’équipements E 1 , E 2 , …, E M , avec M≥1, qui sont situés dans le véhicule V_A. Un terminal de communication parmi E 1 , E 2 , …, E M est par exemple un téléphone mobile par exemple de type smartphone, une tablette, un ordinateur portable, etc. Il peut s’agir par exemple d’un terminal de communication appartenant à un passager du véhicule V_A qui n’est ni A, ni B. Un équipement parmi E 1 , E 2 , …, E M est par exemple un appareil installé ou situé dans le véhicule V_A et fonctionnant selon un protocole de communication courte portée du type précité, par exemple un autoradio Bluetooth, un casque Bluetooth, etc. De tels échanges de données peuvent avoir lieu avant, pendant et après le trajet. La nature de ces échanges sera précisée ultérieurement dans la suite de la description. Dans l’exemple de la , un ou plusieurs protocoles de communication locale de courte portée peuvent être supportés par les deux terminaux T_A et T_B, tel que par exemple Bluetooth, NFC, etc. Par hypothèse, il est considéré qu’un tel protocole a une portée ne dépassant pas l’habitacle du véhicule. Des protocoles de portée plus élevée, par exemple WiFi (« Wireless Fidelity » en anglais), peuvent cependant être envisagés à condition de mettre en œuvre dans les terminaux des moyens adaptés pour mesurer de façon fiable la puissance du signal reçu par ces terminaux, et ce faisant en déduire la distance entre lesdits terminaux. Dans le contexte d’un protocole de communication courte portée considéré, par exemple Bluetooth, on appellera ID_T_A l’identifiant du terminal T_A et ID_T_B l’identifiant du terminal T_B. On va maintenant décrire, en référence à la , la structure simplifiée de l’équipement de communication P précité. Un tel équipement comprend : - une interface de communication MCP configurée pour communiquer, via le réseau de communication RCP de la , avec notamment les terminaux T_A et/ou T_B, - un module MTI de traitement de données, telles que : -- des informations de géolocalisation horodatées reçues en provenance des terminaux T_A et T_B, -- des informations horodatées relatives à une découverte, par le terminal T_A, de la présence du terminal T_B dans le véhicule V_A, ou à une découverte, par le terminal T_B, de la présence du terminal T_A dans le véhicule V_A, -- des informations horodatées relatives à une découverte, par le terminal T_A, de la présence de j équipements parmi M (1≤j≤M) dans le véhicule V_A, ou à une découverte, par le terminal T_B, de la présence de k équipements parmi M (1≤k≤M) dans le véhicule V_A, -- des données d’identification des personnes A et B. - un module GIS de génération d’un identifiant associé au trajet effectué dans le véhicule V_A, - la base de données BD précitée dans laquelle sont stockés : -- les identifiants ID_T_A et ID_T_B, -- un identifiant ID_S associé au trajet, en association avec les identifiants ID_T_A et ID_T_B ou ID_A et ID_B, -- des informations relatives au succès ou à l’échec des tentatives de découverte entre les terminaux T_A et T_B, en association avec leurs identifiants ID_T_A et ID_T_B ou ID_A et ID_B respectifs, -- éventuellement des données d’identification DI_A et DI_B relatives à la personne utilisatrice d’au moins un des terminaux T_A, T_B (ex : photo du visage, empreinte digitale, échantillon de voix de cette personne, etc.), - une mémoire RPC configurée pour stocker une information (ex : certificat) représentative qu’un trajet dans le véhicule V_A a bien été effectué en commun par les personnes A et B. Les informations relatives au succès ou à l’échec des tentatives de découverte peuvent être de nature booléenne, se présenter sous la forme d’un pourcentage, etc. Dans l’exemple représenté, BD et RPC sont installées dans l’équipement de communication P. Alternativement, BD et/ou RPC peut être rendue accessible par l’équipement de communication P selon l’implémentation envisagée, par exemple s’il n’a pas les ressources matérielles et logicielles nécessaires pour stocker ces informations. Selon un mode particulier de réalisation de l'invention, les actions exécutées par l’équipement de communication P sont mises en œuvre par des instructions d’un programme d'ordinateur PG 1 . Pour cela, l’équipement P a l'architecture classique d'un ordinateur et comprend notamment une mémoire MEM 1 , une unité de traitement UTR 1 , équipée par exemple d'un processeur PROC 1 , et pilotée par le programme d'ordinateur PG 1 stocké en mémoire MEM 1 . Le programme d'ordinateur PG 1 comprend des instructions pour effectuer les actions suivantes dans le cadre du procédé de contrôle de la présence d’au moins deux personnes A et B à bord d’un véhicule qui va être décrit ci-dessous, lorsque le programme est exécuté par le processeur PROC 1 , selon l'un quelconque des modes particuliers de réalisation de l'invention : - communication avec les terminaux T_A, T_B, préalablement au trajet à effectuer et pendant le trajet, - génération d’un identifiant associé au trajet, - traitement de données, telles que : -- des informations de géolocalisation horodatées reçues en provenance des terminaux T_A et T_B, -- des informations de découverte horodatées reçues en provenance des terminaux T_A et T_B, -- éventuellement des données d’identification des personnes A et B, - stockage : -- des identifiants ID_A et ID_B, -- des identifiants ID_T_A et ID_T_B, -- d’un identifiant ID_S associé au trajet, en association avec les identifiants ID_T_A et ID_T_B ou les identifiants ID_A et ID_B, -- des informations relatives au succès ou à l’échec des tentatives de découverte entre les terminaux T_A et T_B, ou entre les terminaux T_A et T_B et les équipements E 1 , …, E M . A l'initialisation, les instructions de code du programme d'ordinateur PG 1 sont par exemple chargées dans une mémoire RAM (« Read Access Memory » en anglais) (non représentée) avant d'être exécutées par le processeur PROC 1 . Le processeur PROC 1 de l'unité de traitement UTR 1 met notamment en œuvre les actions précitées, selon les instructions du programme d'ordinateur PG 1 . On va maintenant décrire, en référence à la , la structure simplifiée d’un terminal de communication du type T_A ou T_B. Un tel terminal a l’architecture classique d’un terminal portable de type smartphone, d’une tablette, d’un ordinateur, ou autre. A cet effet, le terminal T_A ou T_B comprend : - une interface utilisateur IU configurée pour saisir des informations ou restituer des informations (clavier, souris, écran, microphone, haut-parleur, appareil photo, etc.) ; - une interface de communication MCT configurée pour communiquer, via le réseau de communication RLP de la , avec l’équipement de communication P, - éventuellement une interface de communication MCC configurée pour communiquer avec un autre terminal du même type, via le réseau de communication courte portée RCP de la , - un module LOC de géolocalisation qui fonctionne par exemple selon la technologie GPS (« Global Positioning System » en anglais), Galileo, WiFi, GSM (« Global System for Mobile Communications » en anglais), IP, etc., - une mémoire STT configurée pour stocker le cas échéant les identifiants ID_T_A et ID_T_B du protocole de communication courte portée considéré, pour stocker les identifiants ID_A, respectivement ID_B, et/ou une information graphique et/ou textuelle à partager localement avec un autre terminal, éventuellement des données DI_AS, DI_BS relatives à la personne utilisatrice du terminal (ex : photo du visage, empreinte digitale, échantillon de voix de cette personne, etc.), ainsi que l’identifiant ID_S associé au trajet. Les terminaux T_A ou T_B n’étant pas obligatoirement dotés de l’interface MCC de communication courte portée, celle-ci est représentée en pointillé sur la . A l'initialisation, les instructions de code du programme d'ordinateur PG 2 sont par exemple chargées dans une mémoire RAM (non représentée) avant d'être exécutées par le processeur PROC 2 . Le processeur PROC 2 de l'unité de traitement UTR 2 met notamment en œuvre les actions suivantes, dans le cadre du procédé de contrôle de la présence d’au moins deux personnes A et B à bord d’un véhicule qui va être décrit ci-dessous, selon les instructions du programme d'ordinateur PG 2 : - communication via le réseau longue portée RLP avec l’équipement de communication P, préalablement au trajet à effectuer et pendant le trajet, - découverte, via le réseau courte portée RCP ou pas, de l’autre terminal T_A ou T_B selon le terminal à l’initiative du déclenchement de la découverte, - géolocalisation du terminal T_A/T_B, - stockage des identifiants ID_A, respectivement ID_B, éventuellement des identifiants ID_T_A et ID_T_B du protocole de communication courte portée considéré et/ou d’une information graphique et/ou textuelle à partager localement avec un autre terminal, éventuellement des données relatives à la personne utilisatrice du terminal (ex : photo du visage, empreinte digitale, échantillon de voix de cette personne, etc.), de l’identifiant ID_S de session de communication courte portée, - identification de la personne utilisatrice du terminal, A s’il s’agit de T_A, et B s’il s’agit de T_B. On décrit maintenant, en référence aux figures 4A à 8, le déroulement d’un procédé de contrôle de la présence d’au moins deux personnes A et B à bord d’un véhicule, selon différents modes de réalisation de l'invention. Sur les figures, les actions représentées en pointillé désignent des actions optionnelles qui peuvent ou non être mises en œuvre durant le trajet en commun des personnes A et B. Phase d’activation d’une session d’échange de données correspondant à un trajet à effectuer En référence à la , est décrit un premier mode de réalisation d’une phase d’activation par l’équipement P de la session d’échanges de données entre les terminaux T_A et T_B d’une part, et l’équipement P d’autre part, en lien avec le trajet à effectuer. Selon ce premier mode de réalisation, les terminaux T_A et T_B sont tous les deux dotés d’au moins une interface MCC de communication courte portée de type Bluetooth, NFC ou autres. En préalable au déroulement de ce procédé, la personne B monte à bord du véhicule V_A utilisé par la personne A à un point de rencontre défini par des coordonnées géographiques (x,y), où x et y représentent par exemple la longitude et la latitude respectivement. En S40, A et B déclarent chacun, via leurs applications respectives C_A et C_B, que leur trajet en commun débute. A cet effet : - A sélectionne en S40_A le point de rencontre dans l’application C_A du terminal T_A, à l’aide de l’interface utilisateur IU, - B sélectionne en S40_B le point de rencontre dans l’application C_B du terminal T_B, à l’aide de l’interface utilisateur IU. En réponse à l’action de sélection S40_A, respectivement S40_B, le terminal T_A, respectivement T_B, envoie à l’équipement de communication P, via le réseau RLP, une notification MSG1_A, respectivement MSG1_B, comprenant : - l’identifiant ID_A, respectivement ID_B, - le ou les protocoles de communication courte portée supporté(s) par le terminal T_A, respectivement T_B, - le ou les identifiants ID_T_A, respectivement ID_T_B, associés à ces protocoles, - le statut « activé/désactivé » des interfaces de communication courte portée MCC supportant ces protocoles. La transmission de ces différentes informations vers l’équipement P peut être effectuée sans perte de généralité en une ou plusieurs requêtes. Lors de la transmission, des mécanismes afférents de chiffrement des messages MSG1_A, MSG1_B, d’authentification des personnes A et B et/ou des terminaux T_A et T_B, qui sont connus de l’homme de métier, peuvent être mis en œuvre. En S41, l’équipement P reçoit les messages MSG1_A et MSG1_B via son interface de communication MCP ( ). En S42, l’équipement P génère un identifiant ID_S associé à une session d’échange de données qui va avoir lieu durant le trajet entre les terminaux T_A et T_B d’une part, et l‘équipement P d’autre part. L’identifiant ID_S est généré en fonction des identifiants ID_T_A et ID_T_B reçus, en étant associé à un statut dont la valeur est « initialisée ». En S43, l’équipement P détermine, en fonction des protocoles de courte portée supportés par les terminaux T_A et T_B et en fonction du statut « activé/désactivé » des interfaces de communication courte portée supportant ces protocoles, si une découverte ou communication courte portée peut ou non être établie entre T_A et T_B. Dans le cas où l’équipement P détermine un protocole de communication courte portée commun à T_A et T_B, par exemple Bluetooth, pour lequel les interfaces de communication courte portée MCC de T_A et T_B supportant ce protocole sont dans le statut « activée », l’équipement P envoie en S44, via le réseau de communication RLP : - l’identifiant de session ID_S au terminal T_A et T_B, - l’identifiant ID_T_A au terminal T_B et l’identifiant ID_T_B au terminal T_A. Dans le cas où l’équipement P détermine un protocole de communication courte portée commun à T_A et T_B, par exemple Bluetooth, pour lequel les interfaces de communication courte portée de T_A et T_B supportant ce protocole sont respectivement dans le statut « activée » et « désactivée » ou « désactivée » et « activée » ou « désactivée » et « désactivée », l’équipement P établit qu’une communication sera possible dès lors que le protocole Bluetooth sera activé sur T_B et/ou T_A selon le cas. À cet effet, en plus des informations précitées envoyées en S44, l’équipement P envoie au terminal T_A et/ou T_B dont l’interface de communication courte portée est désactivée, un message MSG2_A et/ou MSG2_B respectivement, ce message requérant une activation de l’interface de communication courte portée actuellement désactivée sur le terminal T_A et/ou T_B selon le cas en présence. Dans le cas où l’équipement P ne parvient pas à déterminer un protocole de communication courte portée commun à T_A et T_B, l’équipement P envoie en S44 au terminal T_A et/ou T_B un message MSG3_A et/ou MSG3_B respectivement, au lieu du message MSG2_A et/ou MSG2B, le message MSG3_A et/ou MSG3_B informant les personnes A et B que leur covoiturage ne peut pas bénéficier d’une certification. En S45, le terminal T_A, respectivement T_B, reçoit le message MSG3_A, respectivement MSG3_B, via son interface de communication MCT ( ). En S46, A et/ou B procède(nt) alors, sur leur terminal T_A, T_ B respectif, à l’activation requise en S6 de leur interface MCC de communication courte portée actuellement désactivée. Une telle activation est effectuée via l’interface utilisateur IU des terminaux T_A, T_B dans les paramètres/réglages de ces terminaux. En S47, en réponse à ladite activation, le terminal T_A, respectivement T_B, selon le cas, envoie à l’équipement de communication P, via le réseau RLP, une notification MSG4_A, respectivement MSG4_B, informant l’équipement P que l’activation de leur interface de communication courte portée correspondante a bien été mise en œuvre. En S48, l’équipement P reçoit les messages MSG4_A et/ou MSG4_B via son interface de communication MCP. En S49, l’équipement P fait passer le statut « initialisée » de la session correspondant à l’identifiant ID_S au statut ayant comme valeur « activée ». En référence à la , est décrit un deuxième mode de réalisation d’une phase d’activation par l’équipement P de la session d’échanges de données entre les terminaux T_A et T_B d’une part, et l’équipement P d’autre part, en lien avec le trajet à effectuer. Selon ce deuxième mode de réalisation, au moins un des terminaux T_A et T_B n’est pas doté d’au moins une interface MCC de communication courte portée de type Bluetooth, NFC ou autres. Dans l’exemple décrit ci-dessous, aucun des terminaux T_A et T_B n’est doté d’une telle interface MCC. En préalable au déroulement de ce procédé, la personne B monte à bord du véhicule V_A utilisé par la personne A à un point de rencontre défini par des coordonnées géographiques (x,y), où x et y représentent par exemple la longitude et la latitude respectivement. En S40’, A et B déclarent chacun, via leurs applications respectives C_A et C_B, que leur trajet en commun débute. A cet effet : - A sélectionne en S40’_A le point de rencontre dans l’application C_A du terminal T_A, à l’aide de l’interface utilisateur IU, - B sélectionne en S40’_B le point de rencontre dans l’application C_B du terminal T_B, à l’aide de l’interface utilisateur IU. En réponse à l’action de sélection S40’_A, respectivement S40’_B, le terminal T_A, respectivement T_B, envoie à l’équipement de communication P, via le réseau RLP, une notification MSG1’_A, respectivement MSG1’_B, comprenant l’identifiant ID_A, respectivement ID_B. Lors de la transmission, des mécanismes afférents de chiffrement des messages MSG1_A, MSG1_B, d’authentification des personnes A et B et/ou des terminaux T_A et T_B, qui sont connus de l’homme de métier, peuvent être mis en œuvre. En S41’, l’équipement P reçoit les messages MSG1_A et MSG1_B via son interface de communication MCP ( ). En S42’, l’équipement P génère un identifiant ID_S associé à une session d’échange de données qui va avoir lieu durant le trajet entre les terminaux T_A et T_B d’une part, et l‘équipement P d’autre part. L’identifiant ID_S est généré indépendamment ou en fonction des identifiants ID_A et ID_B reçus, en étant associé à un statut dont la valeur est « initialisée ». En S43’, l’équipement P envoie aux terminaux T_A et T_B, via le réseau de communication RLP, l’identifiant ID_S généré en S42’. En S44’, le terminal T_A, respectivement T_B, reçoit l’identifiant ID_S généré en S42’, via son interface de communication MCT ( ). En S45’, le terminal T_A, respectivement T_B, envoie à l’équipement de communication P, via le réseau RLP, une notification MSG2’_A, respectivement MSG2’_B, informant l’équipement P de la bonne réception de l’identifiant ID_S. En S46’, l’équipement P reçoit les messages MSG2’_A et MSG2’_B via son interface de communication MCP. En S47’, l’équipement P fait alors passer le statut « initialisée » de la session correspondant à l’identifiant ID_S au statut ayant comme valeur « activée ». Phase de collecte d’informations de géolocalisation horodatées En référence à la , est décrit un mode de réalisation d’une phase de collecte, durant le trajet ayant l’identifiant ID_S, d’informations de géolocalisation horodatées en provenance des terminaux T_A et T_B. Une telle phase est mise en œuvre que le terminal T_A et/ou T_B soit doté ou non d’une interface de communication courte portée MCC. A cet effet, à un endroit sur le trajet : - l’application C_A déclenche en S500 l’envoi par le terminal T_A à l’équipement P, via le réseau RLP, de premières informations de géolocalisation horodatées IGH1_A générées par le module de géolocalisation LOC du terminal T_A, - l’équipement P reçoit alors ces informations en S501, - l’application C_B déclenche en S502 l’envoi par le terminal T_B à l’équipement P, via le réseau RLP, de premières informations de géolocalisation horodatées IGH1_B générées par le module de géolocalisation LOC du terminal T_B, - l’équipement P reçoit alors ces informations en S503. Les actions d’envoi S500 et S502 peuvent être mises en œuvre dans un ordre différent, simultanément ou indépendamment. Dans l’exemple représenté sur la , à au moins un endroit suivant sur le trajet : - l’application C_B déclenche en S504 l’envoi par le terminal T_B à l’équipement P, via le réseau RLP, de deuxièmes informations de géolocalisation horodatées IGH2_B générées par le module de géolocalisation LOC du terminal T_B, - l’équipement P reçoit alors ces informations en S505, - l’application C_A déclenche en S506 l’envoi par le terminal T_A à l’équipement P, via le réseau RLP, de deuxièmes informations de géolocalisation horodatées IGH2_A générées par le module de géolocalisation LOC du terminal T_A, - l’équipement P reçoit alors ces informations en S507, - et ainsi de suite tout au long du trajet. Les actions d’envoi S504 et S506 peuvent être mises en œuvre dans un ordre différent, simultanément ou indépendamment. Dans un mode de réalisation, les informations de géolocalisation horodatées IGH1_A, IGH2_A, etc. se présentent sous la forme de triplets (X1_T_A, Y1_T_A, φ1_T_A), (X2_T_A, Y2_T_A, φ2_T_A), …, où : - X1_T_A, X2_T_A, etc. désignent la longitude, - Y1_T_A, Y2_T_A, etc. désignent la latitude, - φ1_T_A, φ2_T_A, etc. désignent l’horodatage. De manière similaire, les informations de géolocalisation horodatées IGH1_B, IGH2_B, etc. se présentent sous la forme de triplets (X1_T_B, Y1_T_B, φ1_T_B), (X2_T_B, Y2_T_B, φ2_T_B), …, où : - X1_T_B, X2_T_B, etc. désignent la longitude, - Y1_T_B, Y2_T_B, etc. désignent la latitude, - φ1_T_B, φ2_T_B, etc. désignent l’horodatage. Les horodatages peuvent avoir un caractère déterminé par une fréquence fixe ou avoir un caractère aléatoire. Les actions d’envoi S500, S506, respectivement S502, S506 sont déclenchées de façon autonome par le programme d’ordinateur C_A, respectivement C_B, ou bien sont déclenchés sous la forme de « challenges » notifiés par l’équipement P au terminal T_A et/ou T_B. Le mode de déclenchement peut être hybride, c’est-à-dire qu’un des terminaux, T_A par exemple, met en œuvre les actions d’envoi S500, S506 de manière autonome, tandis que le terminal T_B met en œuvre les actions d’envoi S502, S504 suite à la réception d’un challenge en provenance de l’équipement P. Un tel challenge comprend par exemple les éléments protocolaires nécessaires à la compréhension, par le terminal T_A et/ou T_B, de la nécessité d’envoyer les informations de géolocalisation le concernant. On peut également envisager des éléments optionnels, tels que : - une quantité et/ou une fréquence de mesures à effectuer (pour déterminer la vitesse du véhicule par exemple), - une demande d’utilisation d’un réseau de positionnement particulier (GPS, Galileo, etc.). Dans le cas où les actions d’envoi S500, S506, respectivement S502, S504, échouent en raison par exemple d’une couverture insuffisante ou d’une saturation du réseau RLP, les informations IGH1_A, IGH2_A, respectivement IGH1_B, IGH2_B, l’application C_A, respectivement C_B, déclenche en S508, S511, respectivement S509, S510, le stockage temporaire de ces informations dans la mémoire STT des terminaux T_A et/ou T_B, avant de déclencher à nouveau lesdites actions d’envoi, lorsque la couverture du réseau RLP est rétablie ou que ce dernier n’est plus saturé. Phase de collecte d’informations de découverte horodatées En référence à la , est décrit un mode de réalisation d’une phase de collecte, durant le trajet ayant l’identifiant ID_S, d’informations de découverte horodatées en provenance des terminaux T_A et T_B. Dans ce mode de réalisation, les terminaux T_A et T_B sont dotés d’une interface de communication courte portée MCC. A cet effet, à un endroit sur le trajet, est mis en œuvre ce qui suit. En S600a, l’un des terminaux T_A ou T_B, par exemple T_A, détecte la présence du terminal T_B dans le véhicule V_A, à l’aide de l’identifiant ID_T_B reçu en S45 sur la . De manière optionnelle, le procédé se poursuit comme suit : -- en S601a, la personne A acquitte cette détection, via l’interface utilisateur IU du terminal T_A, -- en S602a, l’application C_A déclenche l’envoi, par le module de communication courte portée MCC du terminal T_A, d’un message d’acquittement MSG5_A au terminal T_B, -- en S603a, le terminal T_B reçoit le message d’acquittement MSG5_A, -- en S604a, la personne B acquitte la réception du message MSG5_A, via l’interface utilisateur IU du terminal T_B, -- en S605a, l’application C_B déclenche l’envoi, par le module de communication courte portée MCC du terminal T_B, d’un message d’acquittement MSG5_B au terminal T_A, -- en S606a, le terminal T_A reçoit le message d’acquittement MSG5_B. En S607a, l’application C_A, respectivement C_B, vérifie que le contexte d’exécution de la découverte mutuelle entre les deux terminaux partage l’identifiant de session ID_S. De manière optionnelle en S608a, l’application C_A, respectivement C_B, exécute un challenge de chiffrement/déchiffrement d’une chaîne de caractères aléatoirement générée, prouvant réciproquement à l’application C_A, respectivement C_B, que l’autre application C_B, respectivement C_A, est un composant électroniquement « signé » et valide. A l’issue de l’action S607a ou S608a, en S609a, l’application C_A, respectivement C_B, génère une information IRD_A, respectivement IRD_B, représentative de la réussite ou de l’échec de la découverte entre les terminaux T_A et T_B. En S610a, l’une des applications C_A ou C_B, l’application C_B dans l’exemple représenté, déclenche l’envoi par le terminal T_B à l’équipement P, via le réseau RLP, de premières informations de découverte horodatées IDH1_B. L’équipement P reçoit en S611a les informations IDH1_B et les stocke dans sa mémoire STP en S612a. En S613a, l’application C_A déclenche l’envoi par le terminal T_A à l’équipement P, via le réseau RLP, de premières informations de découverte horodatées IDH1_A. L’équipement P reçoit en S614a les informations IDH1_A et les stocke dans sa mémoire STP en S615a. Les actions d’envoi S610a et S613a peuvent être mises en œuvre dans un ordre différent, simultanément ou indépendamment. La phase de découverte qui vient d’être décrite ci-dessus est itérée au moins une fois au cours du trajet de façon à ce que : - en S616a, l’une des applications C_A ou C_B, l’application C_A dans l’exemple représenté, déclenche l’envoi par le terminal T_A à l’équipement P, via le réseau RLP, de deuxièmes informations de découverte horodatées IDH2_A, - l’équipement P reçoit en S617a les informations IDH2_A et les stocke dans sa mémoire STP en S618a, - en S619a, l’application C_B déclenche l’envoi par le terminal T_B à l’équipement P, via le réseau RLP, de deuxièmes informations de découverte horodatées IDH2_B, - l’équipement P reçoit en S620a les informations IDH2_B et les stocke dans sa mémoire STP en S621a. Ainsi, au cours du trajet, l’équipement P est en mesure de collecter des informations de découverte horodatées IDH1_A, IDH2_A, IDH3_A, etc…en provenance du terminal T_A et des informations de découverte horodatées IDH1_B, IDH2_B, IDH3_B, etc.…en provenance du terminal T_B. Dans un mode de réalisation, les informations de découverte horodatées IDH1_A, IDH2_A, IDH3_A, etc., respectivement IDH1_B, IDH2_B, IDH3_B, etc., comprennent l’information IRD_A, respectivement IRD_B, représentative de la réussite ou de l’échec de la découverte, la nature de la découverte (présence d’un challenge de cryptage, etc.) et son horodatage. Les horodatages peuvent avoir un caractère déterminé par une fréquence fixe ou variable ou bien avoir un caractère aléatoire. Dans le cas où les actions d’envoi S613a, S616a, respectivement S610a, S619a, échouent en raison par exemple d’une couverture insuffisante ou d’une saturation du réseau RLP, l’application C_A, respectivement C_B, déclenche en S623a, S624a, respectivement S622a, S625a, le stockage temporaire des informations IDH1_A, IDH2_A, respectivement IDH1_B, IDH2_B dans la mémoire STT des terminaux T_A et/ou T_B, avant de déclencher à nouveau lesdites actions d’envoi, une fois que la couverture du réseau RLP est rétablie ou que ce dernier n’est plus saturé. En référence à la , on décrit une variante de réalisation du déroulement de la phase de découverte illustrée en . Une telle variante se distingue du mode de réalisation de la , en ce que l’équipement P commande auprès du terminal T_A ou T_B l’envoi d’une requête en découverte du terminal T_B, respectivement T_A, alors que dans l’exemple de la , une telle action, S600a sur la , est mise en œuvre à l’initiative du terminal T_A. Il en résulte que les informations IDH1_A, IDH2_A, ..., respectivement IDH1_B, IDH2_B, …peuvent être certifiées avec un niveau de confiance supérieur. A cet effet, en S00b, l’équipement P envoie à l’un des terminaux T_A ou T_B, T_A dans l’exemple de la , via le réseau RLP, une séquence aléatoire (ex : chaînes de caractères) de valeur S. Le terminal T_A reçoit cette séquence en S01b. En S600b, T_A requiert la découverte du terminal T_B dans le véhicule V_A, à l’aide de l’identifiant ID_T_B reçu en S45 sur la . La phase de découverte se poursuit comme suit : -- en S601b, la personne A acquitte cette découverte, via l’interface utilisateur IU du terminal T_A, -- en S602b, l’application C_A déclenche l’envoi, par le module de communication courte portée MCC du terminal T_A, d’un message d’acquittement MSG5_A au terminal T_B, ledit message contenant la valeur S de la séquence aléatoire, -- en S603b, le terminal T_B reçoit le message d’acquittement MSG5_A, -- en S604b, la personne B acquitte la réception du message MSG5_A, via l’interface utilisateur IU du terminal T_B, -- en S605b, l’application C_B déclenche l’envoi, par le module de communication courte portée MCC du terminal T_B, d’un message d’acquittement MSG5_B au terminal T_A, ledit message contenant la valeur S de la séquence aléatoire, -- en S606b, le terminal T_A reçoit le message d’acquittement MSG5_B. En S607b, l’application C_A, respectivement C_B, vérifie que le contexte d’exécution de la découverte mutuelle entre les deux terminaux partage l’identifiant de session ID_S et la valeur S de la séquence aléatoire. Les actions suivantes S608b à S625b sont similaires aux actions précitées S608a à S625a en lien avec la , si ce n’est que les premières informations de découverte horodatées IDH1_B envoyées en S610b à l’équipement P, de même que les premières informations de découverte horodatées IDH1_A envoyées en S613b, contiennent la valeur S de la séquence aléatoire. La valeur S’ d’une nouvelle séquence aléatoire peut ensuite être envoyée par l’équipement P au terminal T_A ou T_B en vue de la transmission à l’équipement P des deuxièmes informations de découverte IDH2_A et IDH2_B. Conformément à la variante de réalisation de la , le choix, par l’équipement P, de l’envoi de la valeur S, S’ de la séquence aléatoire à T_A ou T_B peut avoir un caractère immuable. Par exemple, il peut être décidé que ce sera toujours le terminal T_A (conducteur) ou toujours le terminal T_B (passager) qui recevra la valeur S, S’. Un tel choix peut également être inversé ou aléatoire. Dans cette variante de réalisation, les horodatages peuvent avoir un caractère déterminé par une fréquence fixe ou variable ou bien avoir un caractère aléatoire. Pour se prémunir des problèmes de couverture du réseau RLP, lesquels sont susceptibles d’affecter cette variante de réalisation de bout-en-bout, un mécanisme de repli vers le mode de réalisation de la est susceptible d’être agréé entre l’équipement P et chaque application C_A et C_B. Selon un exemple de réalisation non exhaustif, l’équipement P peut indiquer à chaque terminal T_A, T_B qu’en cas d’absence de réception par ces derniers, après une certaine durée, d’une nouvelle valeur de séquence aléatoire en provenance de l’équipement P, c’est au terminal T_A ou T_B de reprendre l’initiative de la découverte, selon le mode de réalisation de la . En référence à la , est décrit un autre mode de réalisation d’une phase de collecte, durant le trajet ayant l’identifiant ID_S, d’informations de découverte horodatées en provenance des terminaux T_A et T_B. Dans ce mode de réalisation, les terminaux T_A et T_B sont dotés d’une interface de communication courte portée MCC et sont ainsi aptes à détecter la présence, dans le véhicule V_A, de différents équipements dotés également d’une interface de communication courte portée, tels que les terminaux ou équipements E 1 , …, E M illustrés sur la . Un tel mode de réalisation peut être mis en œuvre en complément des modes de réalisation décrits en référence aux figures 6A et 6B ou alternativement. A cet effet, à un endroit sur le trajet, est mis en œuvre ce qui suit. En S600c, l’un des terminaux T_A ou T_B, par exemple T_B, détecte la présence dans le véhicule V_A de K équipements ou terminaux parmi E 1 , …, E M . En S601c, l’application C_B déclenche alors l’envoi par le terminal T_B à l’équipement P, via le réseau RLP, de premières informations de découverte horodatées IDH1_B qui comprennent le nombre K d’équipements/terminaux détectés et leurs identifiants respectifs. L’équipement P reçoit en S602c les informations IDH1_B et les stocke dans sa mémoire STP en S603c. En S604c, le terminal T_A détecte à son tour la présence dans le véhicule V_A de L équipements ou terminaux parmi E 1 , …, E M . En S605c, l’application C_A déclenche alors l’envoi par le terminal T_A à l’équipement P, via le réseau RLP, de premières informations de découverte horodatées IDH1_A qui comprennent le nombre L d’équipements/terminaux détectés et leurs identifiants respectifs. L’équipement P reçoit en S606c les informations IDH1_A et les stocke dans sa mémoire STP en S607c. Dans l’exemple représenté : - K peut être égal à L et les équipements/terminaux découverts par T_A, respectivement T_B, peuvent être les mêmes ou non, - K peut être inférieur ou supérieur L. Les actions précitées sont itérées au moins une fois au cours du trajet. Ainsi : En S608c, l’un des terminaux T_A ou T_B, par exemple T_A, détecte la présence dans le véhicule V_A de Q équipements ou terminaux parmi E 1 , …, E M . En S609c, l’application C_A déclenche alors l’envoi par le terminal T_A à l’équipement P, via le réseau RLP, de deuxièmes informations de découverte horodatées IDH2_A qui comprennent le nombre Q d’équipements/terminaux détectés et leurs identifiants respectifs. L’équipement P reçoit en S610c les informations IDH2_A et les stocke dans sa mémoire STP en S611c. En S612c, le terminal T_B détecte à son tour la présence dans le véhicule V_A de R équipements ou terminaux parmi E 1 , …, E M . En S613c, l’application C_B déclenche alors l’envoi par le terminal T_B à l’équipement P, via le réseau RLP, de deuxièmes informations de découverte horodatées IDH2_B qui comprennent le nombre R d’équipements/terminaux détectés et leurs identifiants respectifs. L’équipement P reçoit en S614c les informations IDH2_B et les stocke dans sa mémoire STP en S615c. Dans l’exemple représenté : - Q peut être égal à R et les équipements/terminaux découverts par T_A, respectivement T_B, peuvent être les mêmes ou non, - Q peut être inférieur ou supérieur R. Les actions d’envoi S601c, S605c, respectivement S609c, S613c, peuvent être mises en œuvre dans un ordre différent, simultanément ou indépendamment. Dans le cas où les actions d’envoi S601c, S613c, respectivement S605c, S609c, échouent en raison par exemple d’une couverture insuffisante ou d’une saturation du réseau RLP, l’application C_A, respectivement C_B, déclenche en S616c, S617c, respectivement S618c, S619c, le stockage temporaire des informations IDH1_A, IDH2_A, respectivement IDH1_B, IDH2_B dans la mémoire STT des terminaux T_A et/ou T_B, avant de déclencher à nouveau lesdites actions d’envoi, une fois que la couverture du réseau RLP est rétablie ou que ce dernier n’est plus saturé. En référence à la , est décrit un mode de réalisation d’une phase de collecte, durant le trajet ayant l’identifiant ID_S, d’informations de découverte horodatées en provenance des terminaux T_A et T_B. Dans ce mode de réalisation, les terminaux T_A et T_B ne sont pas dotés d’une interface de communication courte portée MCC. A cet effet, à un endroit sur le trajet, est mis en œuvre ce qui suit. En S600d, l’une des personnes A et B, de préférence la personne qui ne conduit pas, B dans l’exemple représenté, restitue une information INF sur son terminal T_B à l’aide de l’interface utilisateur IU. Une telle information INF peut être préalablement stockée dans la mémoire STT du terminal T_B ou être générée à la volée par le terminal T_B. L’information INF peut être un élément graphique tel que par exemple une image, un élément textuel codé dans une image, un QR code (« Quick Response Code » en anglais), ou bien un élément sonore, tel que par exemple un son particulier : une musique, le son ambiant dans le véhicule V_A, etc. En S601d, B demande à A de capturer l’information INF à partir de son terminal T_A. En S602d, A capture l’information INF via l’interface utilisateur IU de son terminal T_A, une caméra ou un microphone selon le type d’information INF restituée. Le partage de l’information INF entre les deux terminaux T_A et T_B correspond alors à une phase de découverte mutuelle à l’intérieur du véhicule V_A. En S603d, l’application C_B déclenche alors l’envoi par le terminal T_B à l’équipement P, via le réseau RLP, de premières informations de découverte horodatées IDH1_B qui comprennent l’information INF. L’équipement P reçoit en S604d les informations IDH1_B et les stocke dans sa mémoire STP en S605d. En S606d, l’application C_A déclenche alors l’envoi par le terminal T_A à l’équipement P, via le réseau RLP, de premières informations de découverte horodatées IDH1_A qui comprennent l’information INF. L’équipement P reçoit en S607d les informations IDH1_A et les stocke dans sa mémoire STP en S608d. Les actions précitées sont itérées au moins une fois au cours du trajet. Ainsi : En S609b, B restitue une information INF’ sur son terminal T_B à l’aide de l’interface utilisateur IU. Une telle information INF’ peut être la même que l’information INF ou différente. En S610d, B demande à A de capturer l’information INF’ à partir de son terminal T_A. En S611d, A capture l’information INF’ via l’interface utilisateur IU de son terminal T_A, une caméra ou un microphone selon le type d’information INF’ restituée. En S612d, l’application C_B déclenche alors l’envoi par le terminal T_B à l’équipement P, via le réseau RLP, de deuxièmes informations de découverte horodatées IDH2_B qui comprennent l’information INF’. L’équipement P reçoit en S613d les informations IDH2_B et les stocke dans sa mémoire STP en S614d. En S615d, l’application C_A déclenche alors l’envoi par le terminal T_A à l’équipement P, via le réseau RLP, de deuxièmes informations de découverte horodatées IDH2_A qui comprennent l’information INF’. L’équipement P reçoit en S616d les informations IDH1_A et les stocke dans sa mémoire STP en S617d. Les actions d’envoi S606d, S615d, respectivement S603d, S612d, peuvent être mises en œuvre dans un ordre différent, simultanément ou indépendamment. Dans le cas où les actions d’envoi S606d, S615d, respectivement S603d, S612d, échouent en raison par exemple d’une couverture insuffisante ou d’une saturation du réseau RLP, l’application C_A, respectivement C_B, déclenche en S618d, S619d, respectivement S620d, S621d, le stockage temporaire des informations IDH1_A, IDH2_A, respectivement IDH1_B, IDH2_B dans la mémoire STT des terminaux T_A et/ou T_B, avant de déclencher à nouveau lesdites actions d’envoi, une fois que la couverture du réseau RLP est rétablie ou que ce dernier n’est plus saturé. Phase de collecte d’informations d’identité horodatées On décrit maintenant en référence à la un mode de réalisation d’une phase de collecte, durant le trajet ayant l’identifiant ID_S, d’informations d’identité horodatées en provenance d’au moins un des terminaux T_A et T_B, de préférence le terminal de la personne qui ne conduit pas, T_B dans l’exemple représenté. Un tel mode de réalisation est optionnel ou pas. La mise en œuvre d’une telle phase est inspirée par les considérations et contraintes pratiques suivantes : - il s’agit de certifier la promiscuité dans le même habitacle du conducteur A et du passager B, ce qui permet de renforcer encore davantage la garantie vis-à-vis de l’équipement P que les personnes A et B ont bien effectué le trajet en commun ; - un terminal, typiquement celui de la personne A, peut, durant le trajet, être dévolu à d’autres utilisations, comme notamment l’aide à la navigation (programme d’ordinateur utilisant le GPS, etc.) ; - il n’est pas souhaitable que la personne A, qui conduit, utilise un mécanisme de certification de sa présence qui affecterait sa concentration au volant, tel que par exemple se photographier avec son terminal T_A, alors que le véhicule V_A roule. A cet effet, à un endroit sur le trajet, est mis en œuvre ce qui suit, à un instant aléatoire ou choisi judicieusement durant le trajet quand les conditions de circulation sont favorables. En S700a, l’application C_B du terminal T_B utilisé par la personne B, qui ne conduit pas, collecte une preuve de la présence de B. Une telle preuve consiste en la génération de données DI_B d’identification de B. La réalisation de l’étape S700a est assurée par des moyens connus de l’homme de métier, consentis préalablement par B et supposant : - l’approbation par B que l’application C_B ait accès aux capacités afférentes du terminal T_B au sein duquel cette application est exécutée ; - le stockage préalable de données d’identification DI_BS de la personne B dans la mémoire STT du terminal T_B. Parmi ces moyens, citons de manière non exhaustive : - la reconnaissance faciale ; - la reconnaissance d’empreintes digitales ; - la reconnaissance d’un échantillon de voix, -etc. Dans un exemple de réalisation, l’application C_B du terminal T_B invite B à prononcer le mot « tartiflette ». En S701a, l’application C_B du terminal T_B utilisé par la personne B qui ne conduit pas collecte une preuve de la présence de A. Une telle preuve consiste en la génération de données DI_A d’identification de A. Dans ce mode de réalisation, il est supposé que des données d’identification DI_BS de la personne A ont été stockées préalablement dans la mémoire STT du terminal T_B. Les moyens utilisés pour identifier A sont les mêmes que dans l’étape S700. De préférence, la reconnaissance d’un échantillon de voix sera mise en œuvre car c’est la méthode qui affecte le moins la concentration et/ou les capacités motrices de A. Dans un exemple de réalisation, l’application C_B du terminal T_B invite A à prononcer le mot « montagne ». En S702a, les données d’identification DI_A et DI_B sont enregistrées dans la mémoire STT du terminal T_B. En S703a, les données d’identification DI_B sont comparées aux données DI_BS d’identification de B qui ont été préalablement stockées dans la mémoire STT du terminal T_B. Dans l’exemple représenté, le mot « tartiflette » DI_B est comparé à des échantillons de voix préalablement enregistrés DI_BS. A l’issue de la comparaison, en S704a, l’application C_B du terminal T_B envoie une notification NOTIF_B à l’équipement P, via le réseau RLP, lui indiquant si DI_B=DI_BS ou DI_B≠DI_BS. En S705a, l’équipement P reçoit la notification NOTIF_B et stocke en S706a le succès (DI_B=DI_BS) ou l’échec (DI_B≠DI_BS) de cette identification dans sa mémoire STP. En S707a, les données d’identification DI_A sont comparées aux données DI_AS d’identification de A qui ont été préalablement stockées dans la mémoire STT du terminal T_B. Dans l’exemple représenté, le mot « montagne » DI_A est comparé à des échantillons de voix préalablement enregistrés DI_AS. A l’issue de la comparaison, en S708a, l’application C_B du terminal T_B envoie une notification NOTIF_A à l’équipement P, via le réseau RLP, lui indiquant si DI_A=DI_AS ou DI_A≠DI_AS. En S709a, l’équipement P reçoit la notification NOTIF_A et stocke en S710a le succès (DI_A=DI_AS) ou l’échec (DI_A≠DI_AS) de cette identification dans sa mémoire STP. On décrit maintenant en référence à la une variante de réalisation du mode de réalisation de la . Le procédé selon cette variante comprend des étapes S700b et S701b identiques aux étapes S700a et S701a de la . En S702b, l’application C_B du terminal T_B envoie les données d’identification DI_A et DI_B à l’équipement P, via le réseau RLP. En S703b, l’équipement P reçoit les données d’identification DI_A et DI_B et les stocke en S704b dans sa mémoire STP. En S705b, les données d’identification DI_B sont comparées aux données DI_BS d’identification de B qui ont été préalablement stockées dans la mémoire STP. Dans l’exemple représenté, le mot « tartiflette » DI_B est comparé à des échantillons de voix DI_BS préalablement enregistrés. En S706b, l’équipement P stocke, dans sa mémoire STP, le succès (DI_B=DI_BS) ou l’échec (DI_B≠DI_BS) de l’identification obtenue à l’issue de cette comparaison. En S707b, les données d’identification DI_A sont comparées aux données DI_AS d’identification de A qui ont été préalablement stockées dans la mémoire STP. Dans l’exemple représenté, le mot « montagne » DI_A est comparé à des échantillons de voix préalablement enregistrés DI_AS. En S708b, l’équipement P stocke, dans sa mémoire STP, le succès (DI_A=DI_AS) ou l’échec (DI_A≠DI_AS) de l’identification obtenue à l’issue de cette comparaison. La génération de telles données d’identification DI_A et DI_B peut être mise en œuvre une seule ou plusieurs fois. Le caractère potentiellement intrusif de l’expérience utilisateur favorise toutefois la génération de ces données une seule fois au cours du trajet. Phase de génération d’un niveau de confiance en la réalisation d’un trajet en commun réalisé par les personnes A et B On décrit maintenant en référence à la un mode de réalisation d’une phase de génération d’un niveau de confiance NC en la réalisation du trajet ayant l’identifiant ID_S. A cet effet, lorsque les personnes A et B parviennent à destination, au moins une des personnes A et B, ou les deux, peuvent déclarer en S80 la fin du trajet à l’équipement P. A cet effet : - A sélectionne en S80_A le point d’arrivée du trajet dans l’application C_A du terminal T_A, à l’aide de l’interface utilisateur IU, et/ou - B sélectionne en S80_B le point d’arrivée du trajet dans l’application C_B du terminal T_B, à l’aide de l’interface utilisateur IU. En réponse à l’action de sélection S80_A, respectivement S80_B, le terminal T_A, respectivement T_B, envoie à l’équipement de communication P, via le réseau RLP, une notification MSG6_A, respectivement MSG6_B, comprenant : - les coordonnées (x’,y’) du point d’arrivée défini par des coordonnées géographiques (x’,y’), où x’ et y’ représentent par exemple la longitude et la latitude respectivement, - le ou les identifiants ID_T_A, respectivement ID_T_B, associés à ces protocoles. La transmission de ces différentes informations vers l’équipement P peut être effectuée sans perte de généralité en une ou plusieurs requêtes. Lors de cet envoi, des mécanismes afférents de chiffrement des messages MSG6_A, MSG6_B, d’authentification des personnes A et B et/ou des terminaux T_A et T_B, qui sont connus de l’homme de métier, peuvent être mis en œuvre. En S81, l’équipement P reçoit les messages MSG6_A et MSG6_B via son interface de communication MCP ( ). Les étapes S80 et S81 sont optionnelles, l’équipement P pouvant déduire des informations IGH1_A, IGH2_A, ..., IGH1_B, IGH2_B, …, IDH1_A, IDH2_A, …, IDH1_B, IDH2_B, ..., DI_A, DI_B, que les personnes A et/ou B ne réalisent plus le trajet ayant l’identifiant ID_S. En S82, l’équipement P calcule alors un niveau de confiance basé sur l’ensemble des informations collectées suivantes : - IGH1_A, IGH2_A, ..., - IGH1_B, IGH2_B, …, - IDH1_A, IDH2_A, …, - IDH1_B, IDH2_B, ..., - éventuellement DI_A, DI_B. A cet effet, l’équipement P détermine si l’ensemble de ces informations sont cohérentes au regard d’un certain critère de seuil. Dans un mode de réalisation, la cohérence entre ces différentes informations est basée sur une pondération : - α appliquée à IGH1_A, IGH2_A, ..., et IGH1_B, IGH2_B, … ; - β appliquée à IDH1_A, IDH2_A, …, et IDH1_B, IDH2_B, ... ; - γ appliquée à DI_A, DI_B. La pondération β peut notamment se baser sur les valeurs en pourcentage des informations relatives au succès ou à l’échec de la découverte entre les terminaux T_A et T_B. La génération du niveau de confiance NC tient compte de la cohérence individuelle des informations IGH1_A, IGH2_A, ..., d’une part, et des informations IGH1_B, IGH2_B, …, d’autre part. A cet effet, le module de traitement MTI de l’équipement P est configuré pour calculer, à partir des informations IGH1_A, IGH2_A, ..., respectivement IGH1_B, IGH2_B, …, certaines valeurs, telles que par exemple la distance parcourue sur le trajet, la vitesse moyenne du véhicule V_A, la topologie du trajet en fonction des vitesses calculées, etc. et d’en déduire si un niveau de cohérence supérieur à un seuil prédéfini SP, par exemple 80% est atteint. Si tel est le cas, le niveau de confiance NC obtenu permet de générer en S83 un certificat CERT attestant que le trajet ayant l’identifiant ID_S a bien été effectué en commun par les personnes A et B. Dans le cas contraire, le certificat CERT n’est pas généré. La génération du niveau de confiance NC tient compte en outre de la cohérence mutuelle entre les informations IGH1_A et IGH1_B, IGH2_A et IGH2_B, etc. vis-à vis d’un seuil de distance maximale prédéfini SP, par exemple 2.50m. S’il s’avère par exemple que sur tous les couples d’informations IGH1_A et IGH1_B, IGH2_A et IGH2_B, etc., 80% des couples respectent une distance inférieure (ou inférieure ou égale) à 2.50m, le niveau de confiance NC obtenu permet de générer en S83 un certificat CERT attestant que le trajet ayant l’identifiant ID_S a bien été effectué en commun par les personnes A et B. Dans le cas contraire, le certificat CERT n’est pas généré. La génération du niveau de confiance NC tient compte également pour chacune des informations IDH1_A, IDH2_A, ..., et IDH1_B, IDH2_B, …reçues, de la réussite ou de l’échec de la découverte entre les terminaux T_A et T_B. S’il s’avère par exemple que sur l’ensemble de ces informations reçues le nombre de réussite dépasse un seuil prédéfini SP de par exemple 80%, le niveau de confiance NC obtenu permet de générer en S83 un certificat CERT attestant que le trajet ayant l’identifiant ID_S a bien été effectué en commun par les personnes A et B. Dans le cas contraire, le certificat CERT n’est pas généré. Dans le mode de réalisation de la , la cohérence peut consister à vérifier que les informations IDH1_A et IDH1_B, ainsi que IDH2_A et IDH2_B sont fonction ou non de la même valeur S du challenge. S’il s’avère par exemple que toutes ces informations portent bien cette valeur S, le niveau de confiance NC obtenu permet de générer en S83 un certificat CERT attestant que le trajet ayant l’identifiant ID_S a bien été effectué en commun par les personnes A et B. Dans le cas contraire, le certificat CERT n’est pas généré. Dans le mode de réalisation de la , la cohérence peut consister à vérifier que : - les informations IDH1_A et IDH1_B portent bien toutes les deux l’information INF, - et que les informations IDH2_A et IDH2_B portent bien toutes les deux l’information INF’. Si tel est le cas, le niveau de confiance NC obtenu permet de générer en S83 un certificat CERT attestant que le trajet ayant l’identifiant ID_S a bien été effectué en commun par les personnes A et B. Dans le cas contraire, le certificat CERT n’est pas généré. Dans le mode de réalisation de la , la cohérence peut consister : - pour les informations IDH1_A et IDH1_B, à comparer entre eux les nombres L et K d’équipement/terminaux E 1 à E M découverts et leurs types, - pour les informations IDH2_A et IDH2_B, à comparer entre eux les nombres Q et R d’équipement/terminaux E 1 à E M découverts et leurs types. Si par exemple L=0 et K=2, Q=3 et R=1, avec le même type d’équipements/terminaux découverts parmi Q et parmi R, le niveau de confiance NC obtenu en S82 est faible et le certificat CERT ne sera pas généré en S83, le seuil prédéfini SP étant par exemple « pas plus de 1 équipement/terminal d’écart découvert entre les deux terminaux T_A et T_B. En appliquant ce même seuil SP, si par exemple L=2 et K=3, Q=4 et R=4, avec le même type d’équipements/terminaux découverts parmi L et K et parmi Q et R, le niveau de confiance NC obtenu en S82 est élevé et le certificat CERT sera généré en S83. La génération du niveau de confiance NC peut également tenir compte du résultat de la comparaison effectuée entre les données d’identification DI_A et DI_AS, respectivement DI_B et DI_BS, en lien avec les figures 7A et 7B, pour en déduire un niveau de confiance NC. S’il s’avère par exemple que DI_A=DI_AS et DI_B=DI_BS, le niveau de confiance NC obtenu permet de générer en S83 un certificat CERT attestant que le trajet ayant l’identifiant ID_S a bien été effectué en commun par les personnes A et B. Dans le cas contraire, le certificat CERT n’est pas généré. Le certificat CERT qui a été généré en S83 est alors stocké en S84 dans le registre RPC illustré en . Un tel certificat pourra ainsi être transmis à toute autorité ou organisme qui souhaiterait en disposer. La transmission du certificat à l’autorité/organisme peut être mise en œuvre de manière classique, par exemple par l’envoi d’un message électronique contenant le certificat en pièce jointe, par mise à disposition du certificat dans un serveur dédié, par exemple FTP (« File Transport Protocol » en anglais), par l’envoi par courrier d’un support d’enregistrement stockant le certificat, par exemple une clé USB (« Universal Serial Bus » en anglais), etc. Procédé de contrôle de la présence d’au moins deux personnes à bord d’un véhicule, ledit véhicule effectuant un trajet entre deux positions géographiques, lesdites deux personnes utilisant un premier et un deuxième terminal de communication respectif, caractérisé en ce qu’il comprend ce qui suit, durant le trajet : - collecter (S501, S505, S503, S507) dans un réseau de communication des informations de géolocalisation horodatées (IGH1_A, IGH1_B, IGH2_A, IGH2_B) générées par les premier et deuxième terminaux entre les deux positions géographiques, - collecter (S612a, S615a, S618a, S621a ; S603c, S607c, S611c, S615c) dans ledit réseau des informations de découverte horodatées (IDH1_A, IDH1_B, IDH2_A, IDH2_B) qui sont relatives à une découverte de la présence dans le véhicule, -- par le premier ou le deuxième terminal, du deuxième ou du premier terminal respectivement, -- ou par le premier et le deuxième terminal, d’au moins un autre terminal ou équipement, - en fonction des informations de géolocalisation et de découverte collectées, déterminer (S82, S83) que les deux personnes ont effectué ou pas le trajet en commun entre les deux positions géographiques. Procédé de contrôle selon la revendication 1, dans lequel les informations de découverte horodatées comprennent un identifiant (ID_S) associé au trajet et une donnée représentative de l’échec ou de la réussite de la découverte. Procédé de contrôle selon la revendication 2, dans lequel l’identifiant (ID_S) associé au trajet comprend un identifiant (ID_T_A ; ID_A) associé au premier terminal et un identifiant (ID_T_B ; ID_B) associé au deuxième terminal. Procédé de contrôle selon la revendication 2, dans lequel l’identifiant (ID_S) associé au trajet est un identifiant reçu par lesdits premier et deuxième terminaux en provenance d’un équipement de communication, via ledit réseau, ledit identifiant étant fonction : - d’un premier identifiant (ID_T_A) d’un protocole de communication courte portée associé au premier terminal (T_A), - d’un deuxième identifiant (ID_T_B) dudit protocole de communication courte portée associé au deuxième terminal (T_B). Procédé de contrôle selon la revendication 4, dans lequel au cours de la découverte mise en œuvre par l’un des deux terminaux, le premier terminal, respectivement le deuxième terminal, identifie le deuxième terminal, respectivement le premier terminal, à l’aide du deuxième identifiant (ID_T_B), respectivement premier identifiant (ID_T_A), du protocole de communication courte portée, les premier et deuxième identifiants ayant été reçus respectivement par les deuxième et premier terminaux en provenance de l’équipement de communication, via ledit réseau. Procédé de de contrôle selon la revendication 1 ou la revendication 2, dans lequel la découverte de la présence dans le véhicule du premier ou du deuxième terminal comprend le partage d’une information (INF, INF’) entre les premier et deuxième terminaux, ladite information partagée étant transmise de manière horodatée à l’équipement de communication, via ledit réseau, par les premier et deuxième terminaux. Procédé de contrôle selon l’une quelconque des revendications 1 à 6, dans lequel l’étape de découverte est initiée par l’un des premier et deuxième terminaux en réponse à la réception (S01b) par ledit terminal, en provenance dudit équipement de communication, d’une séquence de données, ladite séquence étant envoyée (S602b) par ledit terminal à l’autre terminal durant l’étape de découverte, ladite séquence reçue par l’autre terminal étant envoyée (S610b) par l’autre terminal audit équipement de communication via ledit réseau, en étant associée à des informations de découverte horodatées. Procédé de contrôle selon l’une quelconque des revendications 1 à 7, comprenant en outre, durant le trajet, la mise en œuvre d’une vérification (S703a, S707a ; S705b, S707b) de l’identité desdites au moins deux personnes à bord du véhicule. Procédé de contrôle selon la revendication 8, dans lequel ladite vérification d’identité comprend : - identifier (S700a), par l’un desdits premier et deuxième terminaux associé à une des personnes qui ne conduit pas, ladite personne, générant des premières données d’identification, - identifier (S701a) l’autre personne, conductrice du véhicule ou non, à l’aide dudit terminal, générant des deuxièmes données d’identification, - comparer (S703a, S707a) les premières et deuxièmes données d’identification à respectivement des premières et deuxièmes données d’identification préalablement stockées dans ledit équipement de communication, - enregistrer (S706a, S710a) le résultat de la comparaison dans ledit équipement. Equipement de communication adapté pour contrôler la présence d’au moins deux personnes à bord d’un véhicule, ledit véhicule effectuant un trajet entre deux positions géographiques, lesdites deux personnes utilisant un premier et un deuxième terminal de communication respectif, caractérisé en ce que ledit équipement est configuré pour, durant le trajet : - collecter dans un réseau de communication des informations de géolocalisation horodatées générées par les premier et deuxième terminaux entre les deux positions géographiques, - collecter dans ledit réseau des informations de découverte horodatées qui sont relatives à une découverte de la présence dans le véhicule, -- par le premier ou le deuxième terminal, du deuxième ou du premier terminal respectivement, -- ou par le premier et le deuxième terminal, d’au moins un autre terminal ou équipement, - en fonction des informations de géolocalisation et de découverte collectées, déterminer que les deux personnes ont effectué ou pas le trajet en commun entre les deux positions géographiques. Terminal de communication adapté pour contrôler la présence d’au moins deux personnes à bord d’un véhicule, ledit véhicule effectuant un trajet entre deux positions géographiques, ledit terminal étant utilisé par l’une des deux personnes, caractérisé en ce que ledit terminal est configuré pour, durant le trajet : - envoyer dans un réseau de communication des informations de géolocalisation horodatées générées par ledit terminal entre les deux positions géographiques, - envoyer dans ledit réseau des informations de découverte horodatées relatives à une découverte par ledit terminal de la présence dans le véhicule d’un autre terminal ou d’un équipement, de sorte à déterminer dans ledit réseau que la personne utilisant ledit terminal et qu’une autre personne utilisant l’autre terminal ont effectué ou pas le trajet en commun entre les deux positions géographiques, en fonction des informations de géolocalisation et de découverte envoyées. Programme d'ordinateur comportant des instructions de code de programme pour la mise en œuvre du procédé de contrôle selon l’une quelconque des revendications 1 à 9, lorsqu'il est exécuté sur un ordinateur. Support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur selon la revendication 12.