Brevet FR3060172A1 — publié le 20180615

- 1 - Procédé de transaction relative à un véhicule L'invention concerne les transactions concernant un véhicule. Plus particulièrement, l'invention concerne des transactions de vente de véhicules d'occasion avec notamment le contrôle de l'identité des personnes concernées par la transaction. L'invention concerne également l'enregistrement et le paiement de ces transactions. Habituellement, les étapes de contrôle d'identité du vendeur du véhicule, de paiement du véhicule, des documents attachés au véhicule et d'enregistrement du nouveau propriétaire du véhicule auprès des services compétents sont distinctes. Ces étapes sont soit séparées de plusieurs heures voire de plusieurs jours, comme c'est le cas le plus souvent, soit non réalisées. En particulier, l'acheteur et le vendeur du véhicule ne peuvent pas dès l'origine vérifier avec certitude leurs identités mutuelles. La façon habituelle de procéder est donc soit fastidieuse, soit peu fiable. Un but de l'invention est d'améliorer la sécurité de la transaction. A cet effet, on prévoit selon l'invention un procédé relatif à une transaction concernant 15 un véhicule, comprenant la mise en oeuvre des étapes suivantes : - un premier terminal transmet sur un réseau de télécommunications une image d'un premier utilisateur du premier terminal, et - un serveur transmet l'image sur un réseau de télécommunications à un deuxième terminal d'un deuxième utilisateur, 20 les transmissions ayant lieu en relation avec un dossier prédéterminé de transaction relative à un véhicule entre les deux utilisateurs. Ainsi, lorsque l'acheteur et le vendeur se rencontrent pour la première fois, l'un d'eux peut s'aider de l'image qu'il reçoit sur son terminal, par exemple son téléphone, pour identifier physiquement l'autre. Cela lui permet de le reconnaître afin d'échanger avec lui 25 de visu et de valider le fait que l'image reçue provient bien de la personne rencontrée physiquement. Le terminal peut être un téléphone, une tablette ou un ordinateur portable par exemple. De préférence, le deuxième terminal transmet sur un réseau de télécommunications 30 une deuxième image du deuxième utilisateur du deuxième terminal, et un serveur transmet la deuxième image sur un réseau de télécommunications au premier terminal. Ainsi, le premier utilisateur peut à son tour sur son terminal identifier le deuxième utilisateur. La transaction est ainsi sécurisée des deux côtés en ce qui concerne les identités. 3060172 2 Avantageusement, préalablement aux étapes précédentes, l'un au moins des terminaux enregistre une image d'un document relatif à une identité de l'utilisateur de ce terminal. Ainsi, l'image ou les images échangées correspondent à des pièces d'identité, ce qui 5 permet de renforcer la fiabilité de l'identification entre les deux utilisateurs. De préférence, l'image ou au moins l'une des images résulte d'une extraction préalable d'un visage à partir d'un document relatif à une identité de l'utilisateur. Ainsi, on extrait de la pièce d'identité la photographie du visage de l'utilisateur et c'est cette photographie qu'on envoie à l'autre utilisateur. Cela permet non seulement de 10 visualiser le visage plus en détails, mais surtout de cacher des informations d'identité présentes sur la pièce d'identité qui n'auraient pas vocation à être rendues publics. Avantageusement, préalablement aux étapes décrites en premier, - le premier terminal transmet au moins une donnée de géolocalisation du premier terminal sur un réseau de télécommunications, - le deuxième terminal transmet au moins une donnée de géolocalisation du deuxième terminal sur un réseau de télécommunications, et - un serveur effectue un test de proximité géographique entre les premier et deuxième terminaux. Ainsi, la mise en relation voire la transaction se poursuit uniquement si les terminaux sont proches l'un de l'autre. De cette façon, on oblige les utilisateurs des terminaux, l' acheteur et le vendeur du véhicule, à se rencontrer physiquement. Ils peuvent alors s'identifier grâce aux images qu'ils ont reçues et valider le fait qu'ils sont les bons interlocuteurs. Cette validation est nécessaire pour poursuivre la transaction. On peut ainsi éviter que certaines étapes critiques, telles qu'un paiement, ne soient réalisées avant une rencontre physique entre un acheteur et un vendeur. De préférence, le test de proximité comprend la mise en oeuvre des étapes suivantes : - à partir des données de géolocalisation respectivement des premier et deuxième terminaux, déterminer une distance entre les premier et deuxième terminaux, et - comparer la distance déterminée à un seuil prédéterminé. Ainsi, si la distance calculée est inférieure au seuil prédéterminé, on estime que les utilisateurs respectifs des premier et deuxième terminaux sont proches l'un de l'autre, voire au même endroit. Les étapes suivantes sont alors celles décrites en premier, concernant l'échange d'images. Ainsi, s'ils confirment tous deux que les personnes en face d'eux correspondent aux images provenant des pièces d'identité qu'on leur a envoyées, la transaction peut continuer. Avantageusement, le seuil comprend une constante, par exemple de 6 mètres, à laquelle on ajoute une valeur de tolérance, par exemple de 20 mètres. 3060172 - 3 - Ainsi, la constante est une valeur mise en place dans le procédé et commune à tous les terminaux. Elle peut être de 6 mètres, valeur qui s'applique à tous. En revanche, la valeur de tolérance peut varier de 0 à plus de 20 mètres, en fonction du type de terminal, voire du type de dispositif de géolocalisation du terminal et de la précision de la 5 géolocalisation au moment du calcul. Ainsi, si les deux dispositifs de géolocalisation des terminaux sont considérés comme très précis, cette valeur peut être de 0. Dans ce cas, si la valeur de tolérance est de 0 mètre, et que la valeur constante est de 6 mètres, cela signifie qu'on estime que si les terminaux sont distants l'un de l'autre de 6 mètres ou moins, leurs utilisateurs sont considérés comme étant proches voire au même endroit, et 10 donc capables de se parler. La valeur de 6 mètres est un exemple et d'autres valeurs entre 2 et 15 mètres sont envisageables par exemple. De préférence, un serveur transmet sur un réseau de télécommunications au moins un message aux premier et deuxième terminaux, invitant des utilisateurs des premiers et deuxièmes terminaux à se rapprocher l'un de l'autre. 15 Ainsi, si un résultat du test de proximité indique que les utilisateurs ne sont pas suffisamment proches l'un de l'autre, on les encourage à se rapprocher et on peut ne pas leur transmettre les images de leurs visages. On peut refaire le test de proximité plusieurs fois jusqu'à ce que les utilisateurs soient considérés comme proches l'un de l'autre. Avantageusement, préalablement aux étapes décrites en premier, 20 - un serveur transmet au moins un code sur un réseau de télécommunications à au moins l'un des premier et deuxième terminaux de sorte le ou chaque terminal affiche le code ou l'un des codes, et - une fois le ou chaque code entré sur le terminal autre que celui qui a reçu le code, un serveur transmet sur un réseau de télécommunications au moins à l'un des premier 25 et deuxième terminaux une proposition de mise en relation des premier et deuxième terminaux. Ainsi, le code est transmis à l'un des utilisateurs, que ce soit le vendeur ou l'acheteur. Celui-ci, s'il veut mettre en relation son terminal avec celui de l'autre utilisateur, fait parvenir le code à ce dernier. Cela vaut proposition de mise en relation. Pour accepter 30 cette proposition, l'autre utilisateur doit entrer le code dans son terminal. Cela vaut acceptation de la mise en relation. On peut alternativement fournir deux codes, un au vendeur, un autre à l'acheteur, lesquels s'échangent les codes pour aboutir à la mise en relation de leurs terminaux respectifs. De préférence, préalablement aux étapes décrites en premier, 35 - au moyen du terminal, une image d'un document relatif à une identité de l'utilisateur est réalisée ou enregistrée par l'utilisateur, - le terminal identifie une donnée pertinente au sein de l'image, 3060172 - 4 - - le terminal calcule une séquence scripturale à partir d'autres données de l'image, et - le terminal compare la donnée pertinente à la séquence scripturale. Ainsi, on compare une donnée écrite sur le document, par exemple une carte d'identité, à des données retranscrites à travers une « Machine readable zone » présente 5 sur cette carte, de façon à vérifier l'information écrite sur la carte. On peut alors confirmer ou non que ce document n'est pas un faux. On prévoit également selon l'invention un procédé relatif à une transaction d'un véhicule, comprenant la mise en oeuvre des étapes suivantes : - un terminal d'un utilisateur obtient une première image d'un document relatif à une 10 identité de l'utilisateur, - le terminal transmet sur un réseau de télécommunications la première image, cette transmission ayant lieu en relation avec un dossier prédéterminé de transaction relative à un véhicule, - le terminal réalise au moins une image directement à partir de l'utilisateur du terminal 15 et transmet l'image ou au moins l'une des images sur un réseau de télécommunications. Ainsi, même dans le cas où l'utilisateur réalise seul une transaction, appelée transaction monopartite, un tiers situé à distance peut vérifier son identité en comparant son visage reçu d'une pièce d'identité enregistrée sur son terminal à une deuxième image prise au moyen du terminal formant un autoportrait. Cela permet au tiers de valider le fait 20 que l'utilisateur est bien le propriétaire du document d'identité. Avantageusement, le terminal réalise plusieurs images directement à partir de l'utilisateur et transmet l'une des images sur le réseau. Ainsi, le terminal réalise par exemple un autoportrait en mouvement ou motion selfie de l'utilisateur. Il s'agit d'une séquence de photos ou d'un film court dont le terminal extrait 25 ensuite une image à envoyer au serveur. Cette caractéristique améliore la sécurité du procédé en limitant les possibilités de fraude. En effet, une personne mal intentionnée pourrait faire prendre par le terminal une photographie d'une photographie d'une personne autre qu'elle. Réaliser plusieurs images ou même un film complique une fraude de ce type. 30 Alternativement, un dispositif compare les première et deuxième images. Ainsi, ici, pas besoin de tiers pour vérifier l'identité de l'utilisateur. Avantageusement, ce procédé est relatif à l'obtention d'une carte grise du véhicule. On utilise ainsi ce procédé pour vérifier que le demandeur de la carte grise est bien le titulaire du document d'identité qu'il a enregistré. 35 On prévoit également selon l'invention un programme comprenant des instructions de code aptes à commander la mise en oeuvre d'un procédé selon l'invention lorsqu'il est exécuté sur un ordinateur, ainsi qu'un procédé de mise à disposition du programme 3060172 - 5 - précédent sur un réseau de télécommunication en vue de son téléchargement. On prévoit encore selon l'invention un système relatif à une transaction concernant un véhicule, comprenant : - un premier terminal agencé pour transmettre sur un réseau de télécommunications 5 une image d'un premier utilisateur du premier terminal, et - un serveur agencé pour transmettre sur un réseau de télécommunications à un deuxième terminal d'un deuxième utilisateur l'image, les transmissions ayant lieu en relation avec un dossier prédéterminé de transaction relative à un véhicule entre les deux utilisateurs. 10 Il s'agit d'un système permettant de mettre en oeuvre un procédé conforme à l'invention présentée précédemment. On prévoit aussi selon l'invention un terminal de télécommunication, agencé pour extraire un visage d'un utilisateur du terminal à partir d'une image d'un document relatif à une identité de l'utilisateur, et pour transmettre l'image sur un réseau de 15 télécommunications, cette transmission ayant lieu en relation avec un dossier prédéterminé de transaction relative à un véhicule. Il s'agit d'un terminal permettant de mettre en oeuvre un procédé conforme à l'invention présentée précédemment. On prévoit aussi selon l'invention un serveur, agencé pour déterminer si des visages 20 de deux images distinctes correspondent à un même utilisateur, les images étant relatives à une transaction relative à un véhicule. Il s'agit d'un serveur permettant de mettre en oeuvre un procédé conforme à l'invention présentée précédemment. On prévoit aussi selon l'invention une base de données comportant un support 25 d'enregistrement électronique comprenant sous forme enregistrée au moins deux images d'utilisateurs différents concernés par une même transaction relative à un véhicule. On prévoit aussi selon l'invention un serveur agencé pour, lorsqu'il reçoit une première image d'un document relatif à une identité d'un utilisateur concerné par une transaction relative à un véhicule, obtenir une deuxième image en extrayant un visage de l'utilisateur 30 à partir de la première image, et transmettre cette deuxième image sur un réseau de télécommunications. Il s'agit également d'un serveur permettant de mettre en oeuvre un procédé conforme à l'invention présentée précédemment. Nous allons maintenant décrire des modes de réalisation de l'invention à titre 35 d'exemples non limitatifs et à l'appui des dessins annexés sur lesquels : - la figure 1 est un schéma-bloc d'un procédé selon l'invention relatif à une transaction concernant un véhicule, 3060172 - 6 - - les figures 2 à 11 sont des parties de ce schéma-bloc qu'on détaillera plus loin, et - les figures 12 et 13 sont des schéma-blocs illustrant un autre mode de mise en oeuvre du procédé de l'invention. On a représenté à la figure 1 un schéma-bloc 10 d'un procédé relatif à une transaction 5 concernant un véhicule selon l'invention. Ici, la transaction est une vente du véhicule d'occasion entre un acheteur 12 et un vendeur 14. La figure 1 est une vue générale du procédé de vente du véhicule. Le procédé est mis en oeuvre au moyen d'un terminal 11 mobile de l'acheteur 12, d'un terminal mobile 13 du vendeur 14, et d'au moins un serveur distant et, pour la France, 10 d'une connexion au Système d'immatriculation des Véhicules de l'État. Ces dispositifs échangent pour cela des messages via un ou plusieurs réseaux de télécommunications. Un ou plusieurs programmes d'ordinateur hébergés sous la forme d'une ou plusieurs applications au sein de chaque terminal et du serveur mettent en oeuvre la plupart des étapes du procédé qui va être décrit. 15 Déroulement général Dans ses grandes lignes, le procédé se déroule comme suit. On effectue l'identification du vendeur 14 et de l'acheteur 12 à l'aide du terminal 11 de l'acheteur 12 et du terminal 13 du vendeur 14 et à l'aide d'un serveur distant via un réseau 20 de télécommunications. Le terminal mobile de l'acheteur 12 enregistre des données relatives à un justificatif de domicile de l'acheteur 12. Le terminal du vendeur 14 enregistre des données relatives à une carte grise. Ces données sont analysées et positionnées dans le ou les formulaires de déclaration de 25 cession d'un véhicule, ou plus généralement tout document relatif à une demande d'immatriculation, par l'application. Si les données sont vérifiées comme valides, un jumelage par liaison cryptée a lieu par échange de clés de cryptographie entre le terminal de l'acheteur 12 et celui du vendeur 14. 30 Les données relatives à la carte grise sont contrôlées avec les données d'un serveur distant officiel de l'administration relatif aux véhicules. La carte grise est barrée et une photographie en est prise au moyen du terminal 13 du vendeur 14.. Si les données de cette carte grise sont vérifiées comme conformes par le terminal, les données sont enregistrées, faute de quoi la transaction est abandonnée. 35 Par la suite, par des étapes non illustrées sur la figure 1 mais illustrées aux figures 6 à 8, la géolocalisation de l'acheteur et du vendeur est effectuée afin de calculer la distance les séparant, et des images des visages de l'un et de l'autre sont échangées 3060172 - 7 - afin qu'ils puissent s'identifier et prendre physiquement contact. Ces étapes de géolocalisation et d'échange de photographies seront détaillées par la suite. Une fois que l'acheteur et le vendeur ont confirmé s'être identifiés mutuellement de visu, on poursuit le processus. 5 Un message est envoyé vers le serveur relatif aux véhicules pour le calcul de la taxe relative à l'enregistrement de l'immatriculation. On effectue éventuellement le calcul des frais de l'application mettant en oeuvre le procédé. L'acheteur 12 demande la transaction bancaire via le réseau de télécommunication. 10 En cas de refus par l'organisme bancaire, la transaction est abandonnée. En cas d'acceptation, le paiement est planifié pour les 48 heures suivantes. Si ce paiement n'était pas validé dans les 48 heures, il est annulé. Les données contractuelles sont récapitulées au vendeur 14 et à l'acheteur 12. Un certificat de cession pour le vendeur 14 et l'acheteur 12 et une demande de 15 certificat d'immatriculation pour l'acheteur 12 sont générés par l'application. Pour permettre à l'acheteur 12 et au vendeur 14 de signer électroniquement les documents, un mot de passe à usage unique (ou OTP) leur est envoyé par le serveur associé à l'application sur leurs terminaux respectifs. Après saisie de ces mots de passe par l'acheteur et le vendeur sur leurs terminaux, si les mots de passe sont conformes, un 20 dossier est créé dans l'application. Les données relatives au certificat de cession sont envoyées par le serveur relatif à l'application au serveur relatif aux véhicules. Celles relatives à la demande de certificat d'immatriculation sont stockées sur le serveur dans l'attente de la réception physique de la carte grise barrée. Le serveur relatif aux véhicules envoie un message indiquant si la 25 transaction est acceptée ou non. Si la transaction est refusée, le dossier est annulé dans l'application et le paiement est automatiquement annulé au bout de 48 heures. Si la transaction est validée, le paiement l'est aussi. Un message tel qu'un courriel est déclenché par l'application et est envoyé via un 30 serveur à l'acheteur 12, le message comprenant en pièce jointe la déclaration de cession, la demande d'immatriculation, une quittance du paiement et une facture relative à l'application. On lui indique également le processus concernant l'étape de renvoi de la carte grise. Un courriel est déclenché par l'application et est envoyé au vendeur 14 via l'application 35 avec en pièce jointe le document de cession. L'acheteur 12 envoie la carte grise barrée à un centre de gestion par voie postale. Après contrôle de ce dernier, les données relatives à la demande de certificat 3060172 - 8 - d'immatriculation sont envoyées par le serveur associé à l'application au serveur relatif aux véhicules. De même, bien que cela ne soit pas illustré à la figure 1, l'acheteur peut, seul, au moyen de son terminal, effectuer une opération relative à la transaction, par exemple 5 pour demander l'émission d'une carte crise. Ce procédé sera décrit plus loin. Pour le réaliser, un contrôle d'identité sera décrit. A l'aide des figures suivantes, qui pour certaines d'entre elles sont des portions de la figure 1, nous allons maintenant détailler certaines parties de la mise en oeuvre de ce procédé. 10 Identification des personnes La figure 2 est un schéma bloc 16 d'une étape d'identification de l'acheteur 12 et du vendeur 14. Cette étape est représentée aux cadres 18 et 20 sur la figure 1. Comme on le voit sur la figure 2, la première étape est d'identifier le vendeur 14 et l'acheteur 12. 15 Pour ce faire, le vendeur 14, ou l'acheteur 12, active une application sur un terminal 11 ou 13 de télécommunication, ici un téléphone de type « smartphone » de l'acheteur 12 et un terminal 13 du vendeur 14 du même type que celui de l'acheteur 12. Cette application initie l'identification de la partie à la transaction. L'application présente donc un message d'accueil 18 et demande à l'acheteur 12 ou au vendeur 14 d'entrer au moins 20 une donnée relative à une pièce d'identité. En l'espèce, elle demande un document relatif à une identité de l'utilisateur, qu'on appellera dans la suite « pièce d'identité ». Ces étapes sont représentées au cadre 22 de la figure 2. A l'aide d'un lecteur optique du terminal 11 ou 13, l'acheteur 12 ou le vendeur 14 photographie la pièce d'identité. Cette dernière peut aussi bien être un passeport qu'une 25 carte nationale d'identité ou un titre de séjour. Au lieu de réaliser une photographie, il est possible que l'utilisateur sélectionne un document qu'il a déjà en mémoire dans le terminal. Il est possible que, en amont, l'application demande à l'utilisateur de sélectionner le type de document qu'il compte photographier ou enregistrer, parmi une liste de types de documents prédéfinis comprenant par exemple les types suivants : 30 passeport, carte d'identité, permis de conduire, titre de séjour, carte d'étudiant, autre. En l'absence d'un tel choix, à l'aide d'un logiciel dédié installé sur un serveur, l'application identifie elle-même le type de pièce d'identité enregistrée ou photographiée par l'utilisateur. Une fois le type de document connu et le document enregistré ou photographié, 35 l'application y extrait au moins une donnée pertinente pour identifier l'acheteur 12 ou le vendeur 14. Si la lecture optique n'a pas permis d'extraire toutes les données requises, 3060172 - 9 - l'application invite l'acheteur 12 ou le vendeur 14 à recommencer l'opération puis à entrer manuellement les données manquantes sur le terminal 11 ou 13 en cas de nouvel échec. Puis, l'application calcule une séquence scripturale que devrait contenir une « Machine readable zone » de la pièce d'identité. Il s'agit d'une suite de caractères 5 définissant un code que comprennent les pièces d'identité et qui permet de contrôler les données que présente la pièce d'identité. Cette « Machine readable zone » est située au niveau inférieur sur les cartes d'identités françaises et comprend deux lignes de caractères. Ensuite, l'application compare cette suite de caractères calculée avec la « Machine 10 Readable Zone » de la pièce d'identité qui a été extraite à l'aide du lecteur optique. Si les deux suites de caractères ne correspondent pas, l'application invite l'acheteur 12 ou le vendeur 14 à corriger les données saisies manuellement et/ou lues à l'aide du lecteur optique. Ces étapes sont représentées au cadre 24 sur la figure 2. Si les suites de caractères correspondent, le terminal 11 ou 13 envoie, au moyen de 15 l'application, à un serveur distant 26 sur un réseau de télécommunication tel qu'un réseau de téléphonie ou le réseau internet un message comprenant la ou les données relatives à l'identité de l'acheteur 12 ou du vendeur 14, qui sont ici les personnes concernées par la transaction. Dans la suite, sans autre précision, le réseau de télécommunication employé sera un tel type de réseau. Puis, le serveur 26 détermine si cette ou ces données 20 sont conformes à la ou les données enregistrées dans une base de données prédéterminées du serveur 26. Ainsi, le serveur 26 est ici un serveur relatif à des documents d'identité de personnes. Cependant, comme cela sera évoqué dans la suite, rien n'empêche que dans le procédé de l'invention un seul serveur réalise les actions de tous les serveurs réunis ou au contraire que des taches soient réparties sur de multiples 25 serveurs. Puis, le serveur 26 envoie un message au terminal 11 ou 13 indiquant si la vérification a donné un résultat conforme ou non conforme. Si le message indique par exemple que la pièce d'identité a été déclarée volée, le terminal 11 ou 13 empêche le procédé de passer à l'étape suivante qui sera décrite plus loin. Ces étapes sont représentées au 30 cadre 28 sur la figure 2. Dans ce cas, le procédé s'interrompt et la transaction n'a pas lieu. En outre, l'acheteur 12 enregistre au moyen du lecteur optique un justificatif de domicile selon une étape du procédé décrite en figure 3 et analogue à celle précédemment décrite à l'exception du fait que, dans ce mode de réalisation, le justificatif 35 de domicile n'est pas vérifié au moyen de l'envoi d'un message à destination d'un serveur. Selon une variante du présent mode de réalisation, il l'est par des moyens analogues à ceux précédemment décrits. 3060172 -10- On va maintenant décrire, en référence à la figure 4, l'étape suivante du procédé. Vérification d'un document relatif au véhicule Cette étape concerne une identification d'un document relatif au véhicule objet de la 5 transaction. Ce document est ici un certificat d'immatriculation du véhicule encore appelé « carte grise » selon la pratique en France. Selon des variantes de ce mode de réalisation, le document peut être tout type de document relatif au véhicule. Cette étape du procédé est similaire à celle décrite plus haut. Comme représenté au cadre 30 sur la figure 4, l'application du terminal 11 ou 13 de l'acheteur 12 et/ou du 10 vendeur 14 génère un message d'accueil, puis requiert d'extraire au moins une donnée du certificat d'immatriculation au moyen du lecteur optique du terminal 11 ou 13. Une fois cela fait, l'application requiert éventuellement d'entrer manuellement au moins une donnée que l'application du terminal 11 ou 13 n'a pu identifier après lecture optique du certificat d'immatriculation. 15 Puis, l'application calcule une séquence scripturale que devrait contenir une « Machine readable zone » du certificat d'immatriculation et compare cette séquence avec celle extraite du certificat d'immatriculation. Ces étapes sont représentées au cadre 32. En cas d'incohérence entre ces séquences scripturales, l'application du terminal 11 20 ou 13 empêche la poursuite du procédé relatif à la transaction. En cas de conformité, comme on le voit sur le cadre 34 de la figure 1, le terminal 11 ou 13 envoie à un serveur 36 sur un réseau de télécommunication un message comprenant au moins une donnée relative au véhicule extraite du certificat d'immatriculation. Puis, le serveur 36 détermine si cette donnée est conforme à une donnée enregistrée dans une base de données 25 prédéterminée. Cette donnée relative au véhicule correspond à une immatriculation du véhicule, une fiscalité du véhicule, une marque du véhicule, un modèle du véhicule, une motorisation du véhicule et/ou à une date de première immatriculation du véhicule. En outre, le message est notamment relatif à une propriété du véhicule. Ainsi, le serveur 36 est ici relatif à des véhicules ou à des documents relatifs à la propriété des 30 véhicules, par exemple un serveur de type « Système d'immatriculation des véhicules » tel que produit par l'administration française. On vérifie ainsi la faisabilité de la vente en contrôlant un certain nombre d'informations telles que par exemple que le fait que le véhicule n'est pas déclaré volé. Si le serveur 36 détermine que la donnée comprise dans le message envoyé par le 35 terminal 11 ou 13 est conforme à celle enregistrée, il envoie un message sur le même réseau de télécommunication au terminal 11 ou 13. Suite à la réception de ce message, le certificat d'immatriculation est enregistré par le terminal 11 ou 13. 3060172 Jumelage des terminaux L'étape suivante, représentée en figure 5 et sur le cadre 38 de la figure 1, est celle de la connexion entre les terminal 11, 13 de l'acheteur 12 et du vendeur 14. 5 Pour ce faire, un serveur 40 envoie sur un réseau de télécommunication un message à destination du terminal 11 de l'acheteur 12. Bien entendu, pour cette étape, on peut échanger les rôles de l'acheteur 12 et du vendeur 14. Le message comprend notamment une séquence scripturale comportant une donnée de vérification. Le terminal 11 de l'acheteur 12 envoie au terminal 13 du vendeur 14 un message similaire sur un réseau 10 de télécommunication. Au moyen du lecteur optique de son terminal 13 ou de façon manuelle, le vendeur 14 entre la donnée de vérification dans son terminal 13. L'application du terminal 13 du vendeur 14 exécute alors un test logique prédéterminé à partir de la donnée de vérification. Ici, il s'agit d'un test de conformité entre le message reçu sur le terminal 13 de télécommunication et celui entré par le vendeur 14. 15 Si le test conduit à un résultat prédéterminé, ici la conformité exposée ci-dessus, une connexion directe est établie entre les deux terminal 11, 13. Comme on le voit sur la figure 5, un message est envoyé par le serveur 40 aux terminal 11, 13 de l'acheteur 12 et du vendeur 14 ou par l'un des terminal 11, 13 à l'autre terminal 11 ou 13 pour indiquer que la connexion est établie. Selon une variante, la connexion est établie entre les deux 20 terminaux 11, 13 par l'intermédiaire du serveur 40. Test de proximité géographique L'étape suivante, illustrée aux figures 6, 7, et 8, consiste à déterminer les positions géographiques respectives de l'acheteur et du vendeur. Pour cela, les terminaux 11 et 25 13 respectivement de l'acheteur 12 et du vendeur 14 transmettent à un serveur leur position géographique. Ce serveur peut être l'un des serveurs 26, 36, ou 48 décrits, ou un autre. C'est le cas pour tous les serveurs de l'invention. A cet effet, les terminaux 11 et 13 comprennent des moyens de géolocalisation, par exemple de type GPS (pour le terme anglais Global positioning system). La transmission de la position géographique 30 se traduit alors par l'envoi des coordonnées GPS du terminal. Cet envoi a lieu dans un message comprenant une ou plusieurs données relatives à la transaction et/ou à l'utilisateur Au moyen de ces données, un serveur calcule une distance géographique entre les terminaux 11 et 13, c'est-à-dire entre les utilisateurs 12 et 14. Cette distance sert à 35 déterminer si les utilisateurs 12 et 14 sont ou non proches l'un de l'autre, dans le cadre de ce qu'on appelle un test de proximité. Le calcul de la distance et ce test sont réalisés en même temps de la façon suivante : on utilise une distance dite de base, ou constante, 3060172 -12- de 3 mètres. On utilise également, comme décrit ci-après, une distance de tolérance qui peut être ajustée en fonction de plusieurs facteurs, par exemple en fonction du type de smartphone ou du degré de précision de la mesure de géolocalisation. En l'espèce et par défaut, cette distance de tolérance est de 10 mètres. 5 Nous devons ensuite distinguer deux cas : - dans le cas classique, une position de géolocalisation comprend trois dimensions : latitude, longitude et altitude. Dans ce cas, pour chacun des utilisateurs, on détermine une sphère virtuelle ayant comme centre les coordonnées de géolocalisation du terminal et un rayon égal à la distance de base (3 mètres) à laquelle on ajoute la distance de 10 tolérance (10 mètres). Si les deux sphères, chacune entourant un smartphone, sont en collision, cela signifie que les utilisateurs 12 et 14 sont proches l'un de l'autre. On estime alors que le test de proximité est validé. - dans le cas à deux dimensions (latitude et longitude seulement) illustré aux figures 7 et 8, un cercle virtuel est déterminé pour chacune des parties avec comme centre les 15 coordonnées de géolocalisation du terminal et un rayon égal à la distance de base (3 mètres) à laquelle on ajoute la distance de tolérance (10 mètres). Si les deux cercles se chevauchent, le test de validité est validé : les acheteurs 12 et 14 sont proches l'un de l'autre. Une autre façon de voir les choses est la suivante : ce calcul revient à déterminer une 20 distance entre deux points représentant les deux terminaux respectifs. Au lieu d'une distance de base de 3 mètres et d'une distance de tolérance de 10 mètres, on parle alors d'une distance de base, ou constante, de 6 mètres, à laquelle on ajoute une valeur de tolérance, par exemple de 20 mètres. Dans tous les cas, si le test de proximité n'est pas validé, alors la transaction est 25 stoppée. Un serveur envoie alors un message à l'acheteur et au vendeur pour leur demander de se rapprocher l'un de l'autre. Le test de proximité peut ainsi être répété plusieurs fois, automatiquement ou sur demande des utilisateurs 12 et/ou 14, qui se sont peut-être déplacés entre deux tests afin de se rapprocher. Une fois qu'il est validé, on passe à l'étape suivante. 30 Sélection et échanges d'images Un serveur récupère les documents relatifs à une identité de chaque utilisateur, enregistrés ou photographiés comme cela a été décrit dans la partie « identification des personnes ». Pour chaque image, le serveur ou un autre dispositif effectue un 35 découpage, comme cela est illustré à la figure 9. En l'espèce, le smartphone connaît le type de document enregistré (voir la partie « identification des personnes ») et sait par exemple qu'il s'agit d'une carte d'identité. Il sait donc à quelle position de la carte se 3060172 -13- trouve la photo d'identité et le visage, et quelles sont ses dimensions. C'est grâce à ces connaissances qu'il effectue la sélection du visage. Une fois la sélection réalisée, l'image à considérer dans l'échange d'images de la suite est donc constituée uniquement du visage, et non d'autres informations de la carte d'identité. Optionnellement, l'application 5 peut disposer d'un système vérifiant que l'image sélectionnée comprend bien un visage. En outre, il est possible que le type de document ne soit pas connu du terminal, ou que le document soit une photographie mal réalisée d'un document d'identité. Dans ce cas, la photographie du visage ne sera pas à sa position prédéfinie et sera mal sélectionnée. Pour y pallier, on peut prévoir dans le cadre de l'invention des moyens permettant de 10 détecter un visage sur un document et de sélectionner ce visage. Au lieu que la sélection soit réalisée sur un ou des serveurs, l'application située sur les terminaux peut être apte à réaliser cette sélection elle-même. Ensuite, l'image, qui représente uniquement le visage de l'utilisateur, est envoyée à l'autre utilisateur par le serveur. Ainsi, le visage de l'acheteur 12 est envoyé sur le terminal 15 13 du vendeur 14, et, comme illustré à la figure 9, le visage du vendeur 14 est envoyé sur le terminal 11 de l'acheteur 12. Etant donné que le test de proximité a été validé et que donc l'acheteur 12 et le vendeur 14 sont à proximité l'un de l'autre, le fait de recevoir mutuellement leurs photographies leur permet de s'identifier et donc de prendre contact physiquement ou 20 encore de vérifier qu'ils parlent à la bonne personne. L'application demande ensuite à l'acheteur 12 et au vendeur 14 de confirmer qu'ils se sont bien identifiés l'un et l'autre de visu au moyen des photographies. Si c'est le cas, on poursuit le procédé. En revanche, si l'un des deux ne confirme pas avoir reconnu son interlocuteur, la transaction est abandonnée. 25 Déroulement de la transaction Ensuite, comme on le voit dans le cadre 42 de la figure 1, par échanges de messages sur le réseau de télécommunication entre le serveur 36 et les terminaux 11, 13 de l'acheteur 12 et du vendeur 14, les frais et taxes liés à la transaction sont calculés. 30 Puis, comme on le voit dans le cadre 44 de la figure 1 et en figure 11, on procède à l'étape du paiement de la transaction. Pour ce faire, comme on le voit sur le cadre 46 de la figure 10, l'acheteur 12 entre dans son terminal 11 une donnée relative à une carte bancaire. Puis, le terminal 11 envoie sur le réseau à un serveur de la banque de l'acheteur 12 un message comprenant une 35 donnée relative à la carte bancaire. Le serveur de la banque gère l'autorisation de réaliser la transaction financière. Le cas échéant, le serveur de la banque envoie un message confirmant l'autorisation précitée au terminal 13 de l'acheteur 14. Dans le cas contraire, 3060172 -14- la transaction est annulée comme le montre le cadre 48. Si le transfert monétaire n'est pas effectif dans les 48 heures, le paiement est annulé sinon, il est validé et le serveur 36 émet un message à destination d'un serveur 48 pour indiquer que le paiement a bien été effectué. 5 Le serveur 48 est destiné à la mise en oeuvre du procédé selon l'invention. Il est apte à échanger des messages avec le serveur 36 et avec les terminaux 11, 13 de l'acheteur 12 et du vendeur 14. Puis, comme on le voit dans le cadre 50 de la figure 1, le certificat d'immatriculation du véhicule barré est à nouveau vérifié selon un procédé analogue à celui décrit en 10 référence à la figure 4 au sujet du certificat non barré. Ensuite, comme on le voit dans le cadre 52, l'application installée sur les terminal 11, 13 de l'acheteur 12 et du vendeur 14 rassemble les données liées à la transaction pour générer un contrat électronique. Ce contrat est signé de façon électronique au moyen d'un procédé décrit en figure 11. 15 Comme on le voit sur cette figure, le serveur 48 envoie un message, dans ce mode de réalisation par SMS, comprenant une séquence scripturale aux terminaux 11, 13 de l'acheteur 12 et du vendeur 14. Les séquences scripturales envoyées à l'acheteur 12 et au vendeur 14 peuvent aussi bien être similaires que différentes. Puis, l'acheteur 12 et le vendeur 14 entrent chacun la séquence scripturale sur leurs 20 terminaux 11, 13 afin que l'application installée vérifie que les séquences scripturales entrées correspondent bien à celles émises par le serveur 24. Si la vérification sur les terminaux 11, 13 est concluante, la signature est validée et la transaction est achevée. Dans le cas contraire, la transaction est abandonnée. 25 Inscription administrative Après la signature électronique, le procédé se poursuit conformément au cadre 54. Le serveur 48 échange des messages sur le réseau avec les terminal 11, 13 de l'acheteur 12 et du vendeur 14. Ainsi, le serveur 48 génère une déclaration de cession électronique pour l'acheteur 30 12, un formulaire de demande d'immatriculation et une déclaration de cession électronique pour le vendeur 14. Puis, au moins l'un des terminal 11, 13 envoie un message à destination du serveur 36. Ce message comprend au moins une donnée relative à la transaction. Plus précisément, le terminal 11 ou 13 envoie au serveur 22 un message comprenant une donnée relative au véhicule, par exemple le changement de 35 propriété du véhicule. Ce message est destiné à modifier une donnée relative au véhicule enregistrée dans la base de données du serveur 36, par exemple le propriétaire du véhicule. 3060172 -15- Puis, comme on le voit dans le cadre 56 de la figure 1, une fois que le serveur 36 a reçu le message confirmant que la transaction et que le paiement ont été effectués, il génère un message sur le réseau à destination d'une adresse courriel de l'acheteur 12. Le message comprend le document de cession électronique, une facture électronique de 5 la transaction et le formulaire électronique de demande d'immatriculation. De même, il émet un message sur le réseau à destination d'une adresse courriel du vendeur 14 comprenant le document de cession électronique. Enfin, il émet un message à destination du serveur 48 pour confirmer l'enregistrement de la transaction. Comme on peut le constater, aux étapes du procédé décrites ci-dessus, le terminal 11 10 ou 13 est agencé pour préparer et envoyer sur le réseau de télécommunication au moins un message qui vise spécifiquement à déterminer si la donnée est conforme à la donnée enregistrée dans une base de données. De même, le serveur 36 est agencé pour recevoir du réseau de télécommunication un message comprenant une donnée relative au véhicule ou à une personne concernée 15 par une transaction relative au véhicule et pour déterminer, lorsqu'il reçoit ce message, si cette donnée est conforme à la donnée enregistrée sur une base de données prédéterminée. Mode de mise en oeuvre du procédé après une transaction 20 Dans le cas où le vendeur 14 ne souhaite pas de transaction électronique, l'acheteur 12 a la possibilité avec le procédé d'envoyer électroniquement le document de cession ainsi que la demande de certificat d'immatriculation. Le déroulement des étapes à cette fin a été illustré à la figure 12. Le procédé de l'invention dans le présent mode de mise en oeuvre se déroule comme suit. On suppose donc ici que la transaction a eu lieu 25 indépendamment du procédé et préalablement à la mise en oeuvre de ce dernier. L'acheteur 12 entre son identité dans le terminal 11 comme déjà indiqué. Cette identité peut être contrôlée via un procédé qui sera décrit dans la partie suivante. Il effectue une lecture optique ou une photographie d'un justificatif de domicile au moyen de son terminal 11, de façon analogue. 30 Il procède de même pour la carte grise. Il effectue si besoin une saisie des informations manquantes dans le terminal 11. Ce dernier détermine automatiquement si toutes les informations nécessaires ont été entrées. Dans le cas contraire, il demande une saisine ou une entrée des informations manquantes. 35 Le terminal 11 effectue ensuite un calcul de la taxe ou des taxes à acquitter pour l'enregistrement de l'immatriculation. Il effectue si besoin un calcul de frais à acquitter pour la mise en oeuvre du procédé. 3060172 -16- Il envoie ensuite un ordre de paiement à un organisme bancaire sur un réseau de télécommunications. La validité de cet ordre est vérifiée de la même façon qu'expliqué précédemment. Si cet ordre n'est pas valide, le procédé s'arrête. 5 Dans le cas contraire, une demande d'immatriculation est transmise par le terminal sur le réseau de télécommunications au serveur ad hoc. Par ailleurs, la demande d'immatriculation et la facture sont transmises par le terminal 11 à l'acheteur 12 sous forme électronique. Par conséquent, on voit que l'application extrait au moins une donnée relative à 10 l'identité de l'acheteur 12 et à son domicile au moyen du lecteur optique de son terminal 13. Au besoin, il entre manuellement des données manquantes. Puis, il reçoit sur son terminal 13 un message indiquant le coût total de la transaction en tenant compte des taxes et des frais liés à l'utilisation du procédé selon l'invention. Il procède au paiement selon le procédé précédemment décrit puis reçoit sur son adresse courriel un message 15 comprenant la facture de la transaction, le document de cession et le formulaire électronique de demande d'immatriculation. De même, son terminal 13 émet un message à destination du serveur 22 comprenant un formulaire complété de demande d'immatriculation. De façon similaire, dans le cas où l'acheteur 12 ne souhaite pas de transaction 20 électronique, le vendeur 14 a la possibilité avec le procédé d'envoyer électroniquement le document de cession. Le déroulement des étapes à cette fin a été illustré à la figure 13. Le procédé de l'invention dans le présent mode de mise en oeuvre se déroule comme suit. On suppose donc ici que la transaction a eu lieu indépendamment du procédé et préalablement à la mise en oeuvre de ce dernier. 25 Le vendeur 14 entre son identité dans son terminal 13 comme déjà indiqué. Il effectue une lecture optique ou une photographie de la carte grise au moyen de son terminal 13, de façon analogue ou non s'il ne l'a plus en sa possession Il effectue une saisie partielle ou totale des informations manquantes dans le terminal 13. 30 Ce dernier détermine automatiquement si toutes les informations nécessaires ont été entrées. Dans le cas contraire, il demande une saisine ou une entrée des informations manquantes. Le terminal 13 effectue ensuite si besoin un calcul de frais à acquitter pour la mise en oeuvre du procédé. 35 II envoie ensuite via un serveur une demande de paiement à un organisme bancaire sur un réseau de télécommunications. La validité de cet ordre est vérifiée de la même façon qu'expliqué précédemment. 3060172 -17- Si cet ordre n'est pas valide, le procédé s'arrête. Dans le cas contraire, la cession est transmise par le terminal 13 sur le réseau de télécommunications au serveur ad hoc. Par ailleurs, la cession et la facture sont transmises par le terminal 13 au vendeur 14 sous forme électronique. Ainsi, pour le 5 vendeur 14, le procédé comprend les étapes suivantes : il extrait au moins une donnée relative à son identité, puis une donnée relative au véhicule au moyen du lecteur optique de son terminal 13. Au besoin, il entre manuellement des données manquantes. Puis, une fois que le paiement a été effectué, il reçoit sur son adresse courriel le document de cession et une facture de la transaction. De même, son terminal 13 envoie le document 10 de session au serveur 36. Dans les deux cas, le procédé est mis en oeuvre après une réalisation de la transaction uniquement afin d'enregistrer celle-ci. Dans le cas où le procédé est mis en oeuvre conformément au premier mode c'est-à-dire qu'il comprend des étapes relatives à la transaction proprement dite, les étapes décrites 15 en référence à la figure 12 et à la figure 13 sont également effectués à titre complémentaire de préférence. Contrôle d'identité lors d'une procédure monopartite Lors d'une transaction monopartite, par exemple lorsque, conformément à la partie 20 précédente, un utilisateur effectue des demandes ou cherche à mettre à jour ses informations relatives à la transaction d'un véhicule le concernant, on peut chercher à contrôler son identité. Pour cela, et de la même manière que dans les transactions bipartites décrites précédemment, un serveur, ou l'application elle-même, découpe un visage de l'utilisateur à partir du document relatif à son identité qu'il a fourni. Cela peut 25 consister par exemple à sélectionner sa photographie sur sa carte d'identité. Dans un deuxième temps, un serveur lui envoie un message pour lui demander de réaliser une photographie de son visage au moyen de son terminal. L'application utilise ainsi l'appareil photo situé sur le terminal de l'utilisateur pour qu'il puisse réaliser un autoportrait, via une séquence de photographies, autrement appelé « motion selfie », 30 pour assurer que l'on est bien en présence de l'utilisateur lui-même et non en présence d'une photographie. De cette séquence, une photographie de son visage est extraite par le terminal et transmise sur un serveur de la même manière que la photographie découpée précédemment. Ainsi, sur un même serveur, on retrouve la photographie de son visage découpée, ou 35 sélectionnée, à partir d'une image d'une pièce d'identité qu'il a fournie, et une deuxième image formant l'autoportrait qui vient d'être réalisé. Un tiers de confiance, situé à distance, peut alors comparer les deux images pour confirmer ou non le fait que 3060172 -18- l'utilisateur qui utilise le service en ligne est bien celui dont les informations d'identité ont été fournies. Il peut s'agir d'une personne d'un service d'une administration officielle. Alternativement, cette comparaison peut être effectuée par des moyens automatisés de reconnaissance et de comparaison de visages situés à distance. 5 En résultat, si les deux images concordent, la transaction monopartite peut se poursuivre. Dans le cas contraire, elle est stoppée. Dans tous ces modes de réalisation, les terminal 11, 13 et les serveurs 26, 36 et 48 sont aptes à exécuter un programme qui leur est propre et comprenant des instructions 10 de code apte à mettre en oeuvre les étapes du procédé qui les concernent lorsqu'il est exécuté sur un ordinateur. Ce programme est en outre mis à disposition sur un réseau de télécommunication tel qu'internet en vue de son téléchargement. Le terminal 11 et/ou 13 de l'acheteur 12 et/ou du vendeur 14 et le serveur 36 forment 15 un système relatif à la transaction du véhicule, le terminal 11 et/ou 13 et le serveur étant agencés selon les dispositions décrites ci-dessus. De plus, le terminal est agencé pour extraire un visage d'un utilisateur du terminal à partir d'une image d'un document relatif à une identité de l'utilisateur, et pour transmettre l'image sur un réseau de télécommunications, cette transmission ayant lieu en relation 20 avec un dossier prédéterminé de transaction relative à un véhicule. Par exemple, la transmission comprend une ou plusieurs données relatives à la transaction, telle qu'une donnée d'identification d'un dossier de la transaction. De plus, dans le cas où il effectue lui-même l'opération de sélection, le serveur, ou l'un des serveurs, est agencé pour déterminer si des visages de deux images distinctes 25 correspondent à un même utilisateur les images étant relatives à une transaction relative à un véhicule. En outre, le serveur ou un autre serveur peut être est agencé pour, lorsqu'il reçoit une première image d'un document relatif à une identité d'un utilisateur concerné par une transaction relative à un véhicule, obtenir une deuxième image en extrayant un visage de l'utilisateur à partir de la première image, et transmettre cette deuxième image 30 sur un réseau de télécommunications. Dans la description précédente, ce serveur peut être choisi parmi les serveurs 26, 36, 48 ou être un autre serveur. De plus, une base de données comporte un support d'enregistrement électronique comprenant sous forme enregistrée au moins deux images d'utilisateurs différents 35 concerné par une même transaction relative à un véhicule. Dans tout ce qui précède, les terminaux 11, 13 sont des terminaux mobiles tels que des téléphones cellulaires. Il peut aussi s'agir de tablettes ou encore d'ordinateurs 3060172 -19- personnels. On voit que le procédé de l'invention, qui est avantageusement mis en oeuvre sur une application d'un terminal mobile, permet de vérifier l'identité des interlocuteurs. Bien entendu, on pourra apporter à l'invention de nombreuses modifications sans 5 sortir du cadre de celle-ci. Notamment, les étapes de géolocalisation, de test de proximité, de sélection et d'envoi d'images peuvent être réalisées à d'autres moments du processus. Par exemple, ces étapes peuvent être réalisées avant une remise de clef du véhicule, pour être certain que ce sont les bons interlocuteurs qui se rencontrent. Pour l'autoportrait, une simple photographie de l'utilisateur pourra être prise par le 10 terminal, plutôt qu'une séquence de photographies. On pourra utiliser tout type de réseau de télécommunication ou tout type de terminal. On peut envisager de mettre en oeuvre le procédé de sorte que des données de géolocalisation soient associées à certaines des autres étapes ou à toutes les étapes au moyen des terminaux utilisés. 15 De plus, le moment auquel s'effectue le paiement et/ou la vérification du paiement n'est pas une caractéristique limitative de l'invention. En effet, selon des variantes du mode de réalisation présenté plus haut, le paiement peut être effectué au tout début du procédé relatif à la transaction ou à la fin de ce procédé. En outre, il est également possible d'opérer une étape de prépaiement. L'ordre de paiement est contrôlé et 20 enregistré, mais le virement n'est déclenché qu'après un temps prédéterminé après l'enregistrement de la transaction, par exemple, ce temps peut être de deux jours. De même, on peut contrôler et enregistrer un ordre de paiement dont on subordonne l'exécution à un retour positif, du Système d'immatriculation des Véhicules de l'État ou d'un organisme analogue dans un autre pays, quant au statut du véhicule objet de la 25 transaction. De même, le procédé peut être relatif à une transaction qui concerne plusieurs véhicules notamment pour une transaction entre professionnels. Dans ce cas, le virement peut être déclenché périodiquement, par exemple mensuellement. En outre, le procédé peut bien entendu être exécuté de façon similaire lorsque la 30 transaction concerne des personnes aussi bien physiques que morales. Dans ce dernier cas, la donnée relative à l'identification de la personne morale peut être relative à un numéro d'enregistrement, de type KBIS en France, de l'entreprise ou toute autre donnée permettant d'identifier cette personne morale. REVENDICATIONS1. Procédé relatif à une transaction concernant un véhicule, comprenant la mise en oeuvre des étapes suivantes : - un premier terminal (11) transmet sur un réseau de télécommunications une image d'un premier utilisateur (12) du premier terminal, et - un serveur (26, 36, 48) transmet l'image sur un réseau de télécommunications à un deuxième terminal (13) d'un deuxième utilisateur (14), les transmissions ayant lieu en relation avec un dossier prédéterminé de transaction relative à un véhicule entre les deux utilisateurs (12, 14). 2. Procédé selon la revendication précédente dans lequel : - le deuxième terminal (13) transmet sur un réseau de télécommunications une deuxième image du deuxième utilisateur (14) du deuxième terminal (13), et - un serveur transmet la deuxième image sur un réseau de télécommunications au premier terminal (11). 15 3. Procédé selon l'une quelconque des revendications précédentes, dans lequel, préalablement aux étapes de la revendication 1 et/ou 2, l'un au moins des terminaux (11, 13) enregistre une image d'un document relatif à une identité de l'utilisateur de ce terminal. 20 4. Procédé selon l'une quelconque des revendications précédentes, dans lequel l'image ou au moins l'une des images résulte d'une extraction préalable d'un visage à partir d'un document relatif à une identité de l'utilisateur (12, 14). 25 5. Procédé selon l'une quelconque des revendications précédentes, dans lequel, préalablement aux étapes de la revendication 1, - le premier terminal (11) transmet au moins une donnée de géolocalisation du premier terminal sur un réseau de télécommunications, - le deuxième terminal (13) transmet au moins une donnée de géolocalisation du 30 deuxième terminal sur un réseau de télécommunications, et - un serveur effectue un test de proximité géographique entre les premier et deuxième terminaux (11, 13). 6. Procédé selon la revendication précédente, dans lequel le test de proximité 35 comprend la mise en oeuvre des étapes suivantes : 3060172 - 21 - - à partir des données de géolocalisation respectivement des premier et deuxième terminaux (11, 13), déterminer une distance entre les premier et deuxième terminaux (11, 13), et - comparer la distance déterminée à un seuil prédéterminé. 5 7. Procédé selon la revendication précédente, dans lequel le seuil comprend une constante, par exemple de 6 mètres, à laquelle on ajoute une valeur de tolérance, par exemple de 20 mètres. 10 8. Procédé selon l'une quelconque des revendications 5 à 7, dans lequel un serveur (26, 36, 48) transmet sur un réseau de télécommunications au moins un message aux premier et deuxième terminaux (11, 13), invitant des utilisateurs des premiers et deuxièmes terminaux (11, 13) à se rapprocher l'un de l'autre. 9. Procédé selon l'une quelconque des revendications précédentes, dans lequel, préalablement aux étapes de la revendication 1, - un serveur (26, 36, 48) transmet au moins un code sur un réseau de télécommunications à au moins l'un des premier et deuxième terminaux (11, 13) de sorte le ou chaque terminal (11, 13) affiche le code ou l'un des codes, et - une fois le ou chaque code entré sur le terminal (11,13) autre que celui qui a reçu le code, un serveur (26, 36, 48) transmet sur un réseau de télécommunications au moins à l'un des premier et deuxième terminaux une proposition de mise en relation des premier et deuxième terminaux (11, 13). 10. Procédé selon l'une quelconque des revendications précédentes, dans lequel, préalablement aux étapes de la revendication 1, - au moyen du terminal (11, 13), une image d'un document relatif à une identité de l'utilisateur est réalisée ou enregistrée par l'utilisateur (12, 14), - le terminal identifie une donnée pertinente au sein de l'image, - le terminal calcule une séquence scripturale à partir d'autres données de l'image, et - le terminal compare la donnée pertinente à la séquence scripturale. 11. Procédé relatif à une transaction d'un véhicule, comprenant la mise en oeuvre des étapes suivantes : - un terminal (11, 13) d'un utilisateur (12, 14) obtient une première image d'un document relatif à une identité de l'utilisateur (12, 14), - le terminal transmet sur un réseau de télécommunications la première image, cette 3060172 -22- transmission ayant lieu en relation avec un dossier prédéterminé de transaction relative à un véhicule, et - le terminal (11, 13) réalise au moins une image directement à partir de l'utilisateur (12, 14) du terminal et transmet l'image ou au moins l'une des images sur un réseau de 5 télécommunications. 12. Procédé selon la revendication précédente, dans lequel le terminal (11, 13) réalise plusieurs images directement à partir de l'utilisateur (12, 14) et transmet l'une des images sur le réseau. 10 13. Procédé selon la revendication précédente, dans lequel un dispositif (26, 36, 48) compare les première et deuxième images. 14. Procédé selon l'une quelconque des revendications 11 à 13, relatif à l'obtention 15 d'une carte grise du véhicule. 15. Programme comprenant des instructions de code aptes à commander la mise en oeuvre d'un procédé selon l'une quelconque des revendications précédentes lorsqu'il est exécuté sur un ordinateur. 20 16. Procédé de mise à disposition d'un programme selon la revendication précédente sur un réseau de télécommunication en vue de son téléchargement. 17. Système relatif à une transaction concernant un véhicule, caractérisé en ce qu'il 25 comprend: - un premier terminal (11, 13) agencé pour transmettre sur un réseau de télécommunications une image d'un premier utilisateur du premier terminal, et - un serveur (26, 36, 48) agencé pour transmettre l'image sur un réseau de télécommunications à un deuxième terminal d'un deuxième utilisateur, 30 les transmissions ayant lieu en relation avec un dossier prédéterminé de transaction relative à un véhicule entre les deux utilisateurs (12, 14). 18. Terminal de télécommunication (11, 13), agencé pour : - extraire un visage d'un utilisateur (12, 14) du terminal (11, 13) à partir d'une image 35 d'un document relatif à une identité de l'utilisateur, et - transmettre l'image sur un réseau de télécommunications, cette transmission ayant lieu en relation avec un dossier prédéterminé de transaction relative à un véhicule. 3060172 -23- 19. Serveur (26, 36, 48), caractérisé en ce qu'il est agencé pour déterminer si des visages de deux images distinctes correspondent à un même utilisateur (12, 14), les images étant relatives à une transaction relative à un véhicule. 5 20. Base de données comportant un support d'enregistrement électronique comprenant sous forme enregistrée au moins deux images d'utilisateurs (12, 14) différents concernés par une même transaction relative à un véhicule. 10 21. Serveur (26, 36, 48), caractérisé en ce qu'il est agencé pour : - lorsqu'il reçoit une première image d'un document relatif à une identité d'un utilisateur (12, 14) concerné par une transaction relative à un véhicule, obtenir une deuxième image en extrayant un visage de l'utilisateur (12, 14) à partir de la première image, et - transmettre cette deuxième image sur un réseau de télécommunications. 15