Brevet FR3116690A1 — publié le 20220527

Procédé de communication entre au moins deux terminaux, dispositif de communication et programme d’ordinateur correspondants. L’invention concerne un procédé de communication entre au moins deux terminaux. Selon l’invention, un tel procédé met en œuvre : - l’obtention (11) d’informations représentatives d’une orientation géographique desdits terminaux, - la vérification (12), à partir desdites informations, si lesdits terminaux pointent l’un vers l’autre ou vers une même cible, et - l’initialisation (13) d’une communication entre lesdits terminaux en cas de vérification positive. Figure pour l’abrégé : Figure 1 Procédé de communication entre au moins deux terminaux, dispositif de communication et programme d’ordinateur correspondants. 1. Domaine de l’invention Le domaine de l’invention est celui des communications entre terminaux. Plus précisément, l’invention propose une solution permettant d’initialiser simplement une communication entre au moins deux terminaux, même en l’absence d’identifiants techniques classiquement utilisés pour initialiser une communication entre les terminaux. L’invention propose ainsi un procédé directionnel d’initialisation de communication entre une pluralité de terminaux / utilisateurs de ces terminaux. 2. Art antérieur A ce jour, il existe une multitude de moyens permettant à des terminaux, ou aux utilisateurs de ces terminaux, de communiquer. Par exemple, un terminal (téléphone, smartphone, talkie-walkie, etc) peut être utilisé pour appeler un autre terminal. Il s’agit dans ce cas d’une communication en mode synchrone. Un terminal peut également être utilisé pour contacter un autre terminal via des applications de messagerie (par exemple de type WhatsApp®, Slack®, SMS, etc) ou encore des applications de réseautage social (par exemple de type Twitter®, Tinder®, etc). Il s’agit dans ce cas d’une communication en mode asynchrone. Pour initialiser de telles communications, il est nécessaire pour un terminal « appelant » de disposer d’au moins un identifiant technique permettant d’identifier le terminal « appelé » ou son utilisateur. Par exemple, de tels identifiants techniques sont de type : numéro de téléphone (par exemple un appel GSM), alias ou pseudo unique (par exemple pour l’initialisation d’une communication via Twitter®), fréquence radio (par exemple pour l’initialisation d’une communication via talkie-walkie), etc. De plus, l’initialisation de telles communications nécessite l’exécution de plusieurs actions par l’utilisateur (par exemple sélection de contact, lancement d’une application, choix de la modalité, etc). A titre d’exemple, si l’on considère un chantier sur lequel travaillent plusieurs personnes, il est ainsi classique d’équiper chacune de ces personnes d’un talkie-walkie pour qu’elles puissent communiquer entre elles. Toutefois, l’utilisation de talkies walkies dans une telle situation présente de nombreux inconvénients : la nécessité de disposer d’un équipement spécifique (talkie-walkie), avec une configuration identique pour tous les talkies walkies (i.e. une même fréquence radio), l’impossibilité d’avoir un échange privé : toutes les personnes sur le chantier équipées d’un talkie-walkie entendront la conversation (ou cela nécessite de disposer d’un canal de fréquence spécifique), la nécessité d’arriver à faire comprendre à une personne que c’est avec elle que l’on souhaite communiquer : étant donné que « l’appelant » ne connait pas nécessairement l’identité de la personne « appelée », il doit expliquer à la radio qu’il cherche à parler à la personne qui est en train de faire telle ou telle action et/ou qui porte tel ou tel vêtement/équipement, la mauvaise qualité des communications : différentes conversions peuvent avoir lieu en même temps (une personne A est en communication avec une personne B, pendant qu’une personne C est en communication avec une personne D), ce qui implique des conversations « croisées » qui viennent complexifier la communication entre deux personnes. Or sur un tel chantier par exemple, une personne A peut souhaiter entrer en communication de manière simple avec des personnes B et/ou C également présentes sur le chantier, sans disposer d’identifiants techniques permettant d’initialiser une communication avec B ou C. Plus généralement, dans la vie courante, il peut être souhaitable de pouvoir mettre en relation plusieurs terminaux / utilisateurs de ces terminaux sans pour autant disposer de leur(s) identifiant(s) technique(s). Il existe donc un besoin pour une solution permettant d’initier simplement une communication entre différents terminaux. 3. Exposé de l’invention L’invention propose une solution pouvant aider, au moins dans certains modes de réalisation, à mettre en relation plusieurs terminaux, sous la forme d’un procédé de communication mettant en œuvre : - l’obtention d’informations représentatives d’une orientation géographique desdits terminaux, - la vérification, à partir desdites informations, si lesdits terminaux pointent l’un vers l’autre ou vers une même cible, et - l’initialisation d’une communication entre lesdits terminaux en cas de vérification positive. L’invention propose ainsi une solution aidant, au moins dans certains modes de réalisation, à mettre en relation plusieurs terminaux, par exemple de type smartphone, objet connecté, etc, même lorsque les terminaux ne connaissent pas le ou les identifiants techniques leur permettant de se connecter entre eux. Pour ce faire, on détermine si les terminaux pointent l’un vers l’autre ou vers une même cible à partir de leur orientation géographique respective. Par exemple, une cible peut être un objet (par exemple une œuvre d’art, la carte d’un restaurant, etc), un lieu (par exemple la tour Eiffel, un plateau de spectacle, etc), une scène particulière (par exemple une scène relative à un accident, une agression, etc), etc. Ainsi, par la simple opération d’orientation mutuelle des terminaux, il peut être possible dans certains modes de réalisation, d’initier une communication entre les terminaux. En particulier, l’invention sous-entend une volonté de communiquer des terminaux, par exemple entre eux, puisqu’ils pointent l’un vers l’autre ou vers une cible commune. Une telle communication peut être synchrone ou asynchrone. Il peut s’agir d’une communication audio, vidéo, textuelle, etc. On note que la solution proposée peut être facilement implémentée, et peut fonctionner avec des terminaux de type smartphone actuellement disponible sur le marché. Elle peut permettre notamment d’améliorer l’expérience client, en facilitant les échanges entre terminaux. Selon un mode de réalisation particulier, ladite vérification vérifie s’il existe une zone d’intersection entre des zones de détection associées auxdits terminaux, tenant compte de leur orientation géographique et de leur position. Pour ce faire, on détermine par exemple, pour au moins un terminal, une zone de détection tenant compte de l’orientation géographique du terminal et de sa position. Une telle zone de détection peut permettre notamment de tenir compte d’une imprécision lors de l’orientation du terminal par l’utilisateur. Par exemple, la zone de détection est une région angulaire en 2D ou un cône en 3D. L’angle d’ouverture de la région / du cône peut être paramétré par chaque utilisateur, par un administrateur d’un service, etc, et définit la directivité de la zone de détection. On vérifie ensuite s’il existe une zone d’intersection entre les zones de détection associées aux différents terminaux. Selon un mode de réalisation particulier, au moins une desdites zones de détection associée à un desdits terminaux tient également compte d’une distance par rapport au terminal. Ainsi, la zone de détection associée à un terminal peut dépendre de trois paramètres au moins : l’orientation du terminal, sa position, et une distance par rapport au terminal. Par exemple, une communication ne peut être initialisée que si la distance maximale entre les terminaux est inférieure ou égale à la distance définissant une zone de détection. Cette distance peut être paramétrée par chaque utilisateur, par un administrateur d’un service, etc. Selon cet exemple, on peut ainsi mettre en relation des personnes localisées à proximité, en exploitant simplement la localisation et l’orientation mutuelles de leurs terminaux. Selon un mode de réalisation particulier, ladite vérification vérifie si une cible est présente dans ladite zone d’intersection. Par exemple lorsque ledit procédé met en œuvre l’obtention d’une liste comprenant la position d’au moins une cible, et ladite vérification vérifie si une cible de ladite liste est présente dans ladite zone d’intersection. Ainsi, dans certains modes de réalisation, une communication n’est pas initialisée dès que plusieurs zones de détection ont une zone d’intersection, mais uniquement si une cible connue est localisée dans la zone d’intersection. Une communication peut alors être initialisée entre les différents terminaux pointant vers cette cible. Selon encore un mode de réalisation particulier, au moins une desdites zones de détection tient également compte de l’accélération de l’un au moins desdits terminaux. L’accélération d’un terminal peut notamment être utilisée par un algorithme permettant de vérifier si les terminaux pointent l’un vers l’autre ou vers une même cible comme présenté ci-après. De cette façon, l’initialisation d’une communication peut être mise en œuvre par exemple lorsque la zone d’intersection ne varie pas, ou peu, pendant une première durée non nulle, par exemple une durée constante. On évite ainsi de connecter involontairement des terminaux entre eux. Selon une caractéristique particulière, l’obtention d’au moins une information représentative d’une orientation d’un terminal est mise en œuvre lorsqu’un changement d’état du terminal est détecté. Par exemple, l’état du terminal peut être son orientation, sa position et/ou son accélération. Par suite, les étapes de vérification et initialisation d’une communication peuvent être mises en œuvre, notamment lorsque l’orientation d’un terminal est modifiée. Selon un mode de réalisation particulier, le procédé comprend l’envoi d’une notification à l’un au moins desdits terminaux. Une telle notification peut être une notification entre équipements (entre terminaux ou entre un serveur et un terminal), également appelée notification technique ou M2M (de machine à machine). Une telle notification permet notamment de préparer la communication, par exemple en informant les terminaux sur la façon dont ils vont pouvoir communiquer entre eux. Éventuellement, une notification peut être envoyée à un service tiers, comme un service d’urgence, un service de presse, etc. Dans ce cas, une telle notification peut être de type appel, SMS, MMS avec une image de la scène, etc. L’envoi d’une telle notification présente notamment un intérêt lorsque la cible n’est pas connue, mais déterminée par la convergence de l’orientation de plusieurs terminaux. Ceci est par exemple le cas lorsque la cible est une scène particulière, comme un accident, un événement inhabituel, etc. Il est ainsi possible de prévenir rapidement un service d’urgence par exemple. Selon un mode de réalisation particulier, le procédé comprend une étape (par exemple préalable) d’enregistrement d’au moins un service, et ladite vérification vérifie si les terminaux qui utilisent un même service pointent l’un vers l’autre ou vers une même cible. Par exemple, différents services peuvent être enregistrés auprès d’un serveur. On ne peut toutefois mettre en relation que des terminaux utilisant un même service. Dans un autre mode de réalisation, l’invention concerne un dispositif de communication entre au moins deux terminaux correspondant. Un tel dispositif de communication est notamment adapté pour la mise en œuvre d’un procédé de communication entre au moins deux terminaux selon au moins un mode de réalisation de l’invention. Ainsi, un tel dispositif de communication peut comporter les différentes caractéristiques relatives au procédé selon l’invention, qui peuvent être combinées ou prises isolément. Par exemple, un tel dispositif appartient au groupe comprenant : - un serveur ; - un terminal. En particulier, au moins un des terminaux appartient au groupe comprenant : - un téléphone, - un smartphone, - une tablette, - un objet connecté (par exemple des lunettes connectées, un casque de chantier connecté, etc). Dans un autre mode de réalisation, l’invention concerne un ou plusieurs programmes d’ordinateur comportant des instructions pour la mise en œuvre d’un procédé de communication entre au moins deux terminaux selon au moins un mode de réalisation de l’invention, lorsque ce ou ces programmes est/sont exécuté(s) par un processeur. Le procédé selon l’invention peut donc être mis en œuvre de diverses manières, notamment sous forme câblée et/ou sous forme logicielle. 4. Liste des figures D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante d’un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : La illustre les principales étapes mises en œuvre par un procédé de communication entre au moins deux terminaux selon l’invention. La illustre un exemple de terminal selon l’invention. Les figures 3A et 3B illustrent des exemples d’orientation de deux terminaux. La présente un algorithme pour la détermination des croisements/alignements des zones de détection. Les figures 5A et 5B illustrent un premier exemple d’utilisation de l’invention. Les figures 6A et 6B illustrent un deuxième exemple d’utilisation de l’invention. La illustre un exemple d’échanges entre différents terminaux et un serveur selon un mode de réalisation de l’invention. La présente la structure simplifiée d’un dispositif de communication selon un mode de réalisation de l’invention. 5. Description d’un mode de réalisation de l’invention 5.1 Principe général Le principe général de l’invention repose sur la détermination de l’orientation géographique mutuelle d’au moins deux terminaux, pour mettre simplement en relation les terminaux s’ils pointent l’un vers l’autre ou vers une même cible. En d’autres termes, l’analyse des données d’orientation des terminaux permet de détecter l’orientation mutuelle des terminaux, et d’initialiser une communication en cas de croisement ou d’alignement en vis-à-vis des terminaux. On présente ci-après, en relation avec la , les principales étapes mises en œuvre par un procédé de communication entre au moins deux terminaux selon l’invention. Au cours d’une première étape 11, on obtient des informations représentatives d’une orientation géographique des terminaux considérés. Par exemple, chaque terminal est équipé de moyens permettant de déterminer son orientation. De tels moyens de détermination de l’orientation du terminal appartiennent par exemple au groupe comprenant : une boussole, un gyromètre, un accéléromètre, etc. Comme illustré en , l’orientation d’un terminal, par exemple un smartphone, peut être exprimée dans un référentiel propre au terminal. Par exemple, un tel référentiel est un repère cartésien, dont l’origine O est un point spécifique du terminal, localisé par exemple en haut du terminal, ou au milieu du terminal, ou au niveau d’une caméra du terminal, etc. Dans ce référentiel, l’orientation du terminal peut s’exprimer sous la forme d’un vecteur à une dimension. Un tel vecteur définit ainsi une direction principale d’orientation. Selon l’exemple illustré en , la direction principale d’orientation correspond ainsi à l’axe y. Afin de pouvoir déterminer l’orientation mutuelle des différents terminaux, l’orientation des terminaux doit être exprimée dans un référentiel commun. Par exemple, un tel référentiel est un repère cartésien, dont l’origine peut être le centre de la Terre, un point spécifique d’un des terminaux, etc. Dans ce référentiel commun, l’orientation d’un terminal peut s’exprimer sous la forme d’un vecteur à trois dimensions définissant la direction principale d’orientation. En revenant à la , on vérifie au cours d’une étape 12 si les terminaux pointent l’un vers l’autre ou vers une même cible, également appelée point d’intérêt (PoI, « Point of Interest »). Par exemple, si les vecteurs représentant l’orientation des différents terminaux dans un même référentiel pointent l’un vers l’autre selon un même axe, comme illustré en , on détecte que les terminaux sont face-à-face et pointent l’un vers l’autre. Si les directions principales d’orientation des différents terminaux se croisent, comme illustré en , il est possible que les terminaux pointent vers une même cible / PoI. Selon un mode de réalisation, la position géographique d’une telle cible peut être connue du dispositif mettant en œuvre l’étape 12. Par exemple, le dispositif dispose d’une liste d’au moins une cible. Une telle liste peut être modifiable ou configurable via une interface utilisateur du dispositif, ou bien reçue d’un équipement tiers. Notamment, une étape optionnelle de filtrage de la liste des cibles peut être mise en œuvre, par exemple en fonction de règles prédéfinies ou via l’interface utilisateur. En variante, la position géographique d’une telle cible peut ne pas être connue, mais déterminée par la convergence des directions principales d’orientation de plusieurs terminaux. Une communication entre les différents terminaux peut alors être initialisée au cours d’une étape 13 en cas de vérification positive, i.e. en cas de croisement ou alignement des directions principales d’orientation. On note que, selon un premier mode de réalisation, les étapes 11, 12 et 13 peuvent être mises en œuvre par un serveur. Dans ce cas, le serveur collecte les informations représentatives de l’orientation géographique de chacun des terminaux, pour déterminer leur orientation mutuelle. Selon un deuxième mode de réalisation, les étapes 11, 12 et 13 peuvent être mises en œuvre par au moins l’un des terminaux. Dans ce cas, l’un des terminaux reçoit les informations représentatives de l’orientation géographique des autres terminaux, et peut déterminer l’orientation mutuelle des terminaux à partir de sa propre orientation géographique et des orientations géographiques des autres terminaux. En particulier, afin de tenir compte d’une imprécision lors de l’orientation du terminal par l’utilisateur, il est possible dans certains modes de réalisation de déterminer une zone de détection formant une région angulaire en 2D, ou un cône en 3D, dont le sommet correspond à un point spécifique du terminal et dont la génératrice constitue la direction principale d’orientation. En particulier, si l’angle est nul, la zone de détection correspond à la direction principale d’orientation. Dans certains modes de réalisation, l’angle est petit, par exemple inférieur à 10°, afin de conserver une certaine directivité de la zone de détection. Dans certains modes de réalisation, l’angle peut être plus grand pour permettre une désignation moins précise, c’est à dire être plus tolérant par rapport aux incertitudes d’orientation du terminal. L’angle peut par exemple être modifiable ou configurable via une interface utilisateur du terminal. Ainsi dans certains modes de réalisation, l’angle peut être configuré préalablement et/ou pendant la mise en œuvre des étapes d’obtention et/ou de vérification, du procédé de l’invention. Par exemple les étapes d’obtention et/ou de vérification peuvent effectuées plusieurs fois avec des angles différents (croissants par exemple). Il est également possible de tenir compte d’une distance par rapport à un terminal dans la définition d’une zone de détection. Ainsi, la zone de détection peut être limitée à une distance par rapport au sommet de 2m, 100m, 1km, 10km, 100km, etc, selon l’utilisation envisagée. Dans ce cas, la direction principale d’orientation est également appelée segment directeur. Dans certains modes de réalisation, la distance peut être modifiable ou configurable via une interface utilisateur du terminal. Par exemple, une distance minimale et/ou une distance maximale peuvent être configurées préalablement et/ou pendant la mise en œuvre des étapes d’obtention et/ou de vérification, du procédé de l’invention. Selon un mode de réalisation particulier, une telle distance peut être choisie en fonction de la valeur d’angle précitée, ou inversement. En particulier, au moins un des terminaux est équipé de moyens permettant de déterminer sa position. De tels moyens de détermination de la position du terminal appartiennent par exemple au groupe comprenant : un GPS, un système de positionnement WiFi, etc. La position du terminal peut notamment être déterminée au niveau du point spécifique précité. Dans ces variantes de réalisation, l’étape de vérification 12 vérifie s’il existe une zone d’intersection entre les zones de détection associées aux différents terminaux, et l’étape d’initialisation 13 initialise une communication en cas de croisement ou alignement des zones de détection. Selon un mode de réalisation particulier, l’étape de vérification 12 vérifie également si les zones de détection sont stables pendant une durée non nulle, comme une période constante, par exemple de l’ordre de quelques secondes (par exemple 3, 5, 7 secondes), pour éviter une mise en relation involontaire de terminaux lors de la manipulation de l’un d’entre eux. Pour ce faire, on peut également tenir compte de l’accélération du terminal lors de la détermination de la zone de détection qui lui est associée. Selon un autre mode de réalisation particulier, une étape d’obtention de l’accélération d’au moins un des terminaux peut être mise en œuvre, préalablement à ou au cours de l’étape d’obtention d’informations représentatives d’une orientation géographique des terminaux. Il est ainsi possible de déterminer si le terminal est en mouvement, de façon à déterminer son orientation lorsqu’il est « stable », i.e. lorsqu’il n’est pas (ou peu) en mouvement. Pour ce faire, le terminal est équipé de moyens permettant de déterminer son accélération, par exemple un accéléromètre. La donne un exemple d’algorithme pour la détermination des croisements/alignements des zones de détection. Au cours d’une première étape 41, on obtient les identifiants de terminaux actifs (i.e. souhaitant activer l’invention). Au cours d’une deuxième étape 42, on effectue une conversion géométrique des informations relatives aux terminaux et aux éventuelles cibles (PoI), notamment pour les exprimer dans un même référentiel. Par exemple, pour chaque terminal 421, on détermine une direction principale d’orientation 4211, ou segment directeur. Un tel segment directeur peut par exemple être déterminé à partir d’une position et d’une orientation du terminal. On détermine ensuite une zone de détection 4212 associée au terminal. Une telle zone de détection, peut notamment être délimitée par un cône de détection, dont la surface est représentée par un polygone. La surface d’un tel cône peut notamment être déterminée à partir du segment directeur, d’une distance d’utilisation et d’une marge d’erreur. On peut également, pour chaque cible 422, calculer la surface d’un disque de détection 4221 associé à la cible. La surface d’un tel disque de détection peut être représentée par un polygone par exemple. Au cours d’une troisième étape 43, on calcule les intersections et/ou alignements entre les différents terminaux / cibles. Par exemple, on calcule 431 pour au moins deux couples (terminal, cible), les intersections entre le cône de détection et le disque de détection correspondant. On peut ainsi identifier s’il existe une surface géométrique commune, correspondant à l’union des polygones représentant d’une part la surface du cône de détection et d’autre part la surface du disque de détection. On calcule 432 également pour au moins deux terminaux s’ils sont alignés. Une telle détermination repose notamment sur les segments directeurs associés aux terminaux et la marge d’erreur. Au cours d’une quatrième étape 44, on peut obtenir ainsi au moins un couple de terminaux qui pointent l’un vers l’autre, et/ou une pluralité de terminaux qui pointent vers une même cible. 5.2 Exemples d’utilisation de l’invention On décrit ci-après, en relation avec les figures 5A-5B et 6A-6B deux exemples d’utilisation de l’invention. Selon un premier exemple illustré en figures 5A et 5B, deux personnes équipées respectivement d’un terminal A et d’un terminal B souhaitent entrer en communication, mais ni l’une, ni l’autre ne connaît d’identifiant(s) technique(s) lui permettant de contacter l’autre personne. Par exemple, comme illustré en , ces deux personnes sont proches géographiquement, et peuvent donc se voir. Chaque personne peut alors orienter son terminal l’un vers l’autre, par exemple en l’utilisant comme une télécommande. Le changement d’orientation de l’un et/ou l’autre des terminaux peut déclencher les étapes 11 d’obtention des informations représentatives d’une orientation géographique des terminaux considérés et 12 de vérification si les terminaux pointent l’un vers l’autre ou vers une même cible. Comme illustré en , suite au changement d’orientation des terminaux A et B, les directions principales d’orientation associées à chacun des terminaux se superposent (A pointant vers B, et B pointant vers A). Une communication entre les terminaux A et B peut alors être initialisée, comme décrit en relation avec l’étape 13 de la . Selon ce premier exemple, il est ainsi possible d’initialiser automatiquement une communication entre les terminaux A et B, puisqu’ils sont tous les deux acteurs du procédé. Selon un deuxième exemple illustré en figures 6A et 6B, quatre personnes équipées respectivement d’un terminal A, B, C et D souhaitent entrer en communication, par exemple parce qu’elles ont un intérêt commun. Comme illustré en , ces personnes ne sont pas nécessairement proches géographiquement, et peuvent ne pas se voir. Chaque personne peut toutefois orienter son terminal vers le même point d’intérêt, plus généralement appelé cible, par exemple la tour Eiffel. Ainsi, selon les modes de réalisation, elles peuvent être à quelques dizaines ou quelques centaines de mètres ou de kilomètres, ou même dans certains modes de réalisation à des milliers de kilomètres. En particulier, une liste comprenant la position géographique de telles cibles peut être créée. Le changement d’orientation de l’un et/ou l’autre des terminaux peut déclencher les étapes 11 d’obtention des informations représentatives d’une orientation géographique des terminaux considérés et 12 de vérification si les terminaux pointent l’un vers l’autre ou vers une même cible. Comme illustré en , suite au changement d’orientation des terminaux A, B, C et D, les zones de détection associées à chacun des terminaux présentent une zone commune d’intersection. Si une liste comprenant la position géographique de cibles a été créée, l’étape de vérification 12 peut notamment vérifier si une cible de la liste (par exemple la tour Eiffel) est présente dans la zone d’intersection des zones de détection. Une communication entre les terminaux A, B, C et D peut alors être initialisée, comme décrit en relation avec l’étape 13 de la . Selon ce deuxième exemple, il est ainsi possible d’initialiser automatiquement une communication entre les terminaux A, B, C et D, puisqu’ils sont tous les quatre acteurs du procédé. 5.3 Description d’un mode de réalisation particulier associé à l’activation d’un service On décrit ci-après un mode de réalisation particulier de l’invention, selon lequel le procédé de communication est géré par un serveur. La illustre un exemple d’échanges entre différents terminaux et un serveur selon ce mode de réalisation. Plus précisément, selon ce mode de réalisation, au moins un service 71 est préalablement enregistré sur le serveur 72. Le fait qu’un service s’abonne ou s’enregistre sur le serveur 72 permet notamment aux terminaux accédant à ce service, par exemple via une application dédiée, d’utiliser l’invention. Pour ce faire, le service 71 peut s’abonner au serveur 72 en lui transmettant un certain nombre d’informations (711). Selon le mode de réalisation, le service 71 peut notamment transmettre au serveur 72 certains paramètres de configuration, appartenant au groupe comprenant : une liste portant la position géographique d’au moins une cible. Une telle liste permet d’identifier des points d’intérêts dont la position permet l’établissement d’une communication, si le point d’intérêt est présent dans la zone d’intersection des zones de détection des terminaux. Cette liste peut être vide. une distance d’utilisation. Une telle distance permet notamment de limiter la zone de détection associée à un terminal. Elle définit par exemple une distance ou un rayon maximum autorisé entre deux terminaux, ou entre un terminal et une cible. Les terminaux identifiés au-delà de cette distance/rayon ne peuvent pas entrer en communication en utilisant le procédé selon l’invention. On note que chaque service peut mettre à jour son abonnement (et la configuration associée) à tout moment. Par exemple, un module S 721 (« services ») est prévu dans le serveur 72 (ou dans un équipement coopérant avec le serveur) pour gérer les abonnements et éventuelles configurations des services tiers. Le serveur 72 peut répondre au service 71, par exemple via le module « services », en lui retournant des informations propres à son abonnement, par exemple de type identifiant d’abonnement, jeton de service, URLs de service, etc… Selon le mode de réalisation illustré en , un terminal 73, 74 souhaitant utiliser l’invention peut par ailleurs se déclarer (731, 741) auprès du serveur 72 (directement ou via un service 71 auquel il a accès) avec un certain nombre d’informations pour initialiser une session. Selon le mode de réalisation, un terminal 73, 74 peut notamment transmettre au serveur 72 des informations appartenant au groupe comprenant : un jeton de service (permettant d’identifier les services auxquels à accès le terminal), un type de terminal, un identifiant du terminal, les informations permettant de notifier le terminal, l’état du terminal (par exemple avec ses coordonnées GPS, ses orientations et accélérations sur les trois axes (x, y et z)), etc. Le serveur 72 peut répondre en retournant aux terminaux qui se déclarent (directement ou via le service 71) des informations propres à la nouvelle session (jeton de session, etc…) Par exemple, un module D 722 (« devices ») est prévu dans le serveur 72 (ou dans un équipement coopérant avec le serveur) pour gérer les terminaux déclarés de chaque service et leurs états (orientation, ainsi qu’éventuellement leur position et/ou accélération). Selon le mode de réalisation illustré en , un terminal 73, 74 peut informer (732, 742) le serveur 72 (directement ou via le service 71) que son état a changé (position, orientation/accélération). Plus généralement, le serveur 72 peut obtenir les informations représentatives de l’orientation d’au moins un des terminaux accédant à un même service de façon régulière, ou en temps réel, ou dès qu’un changement d’état est détecté (par le terminal, le service, ou le serveur), etc. Lorsqu’un terminal 73, 74 est déclaré auprès du serveur 72 et lui a transmis les informations représentatives de son orientation, le serveur 72 peut vérifier (733, 743) si plusieurs terminaux associés à un même service pointent l’un vers l’autre ou vers une même cible, afin de pouvoir prévenir le cas échéant les terminaux concernés (directement ou via le service 71). Le serveur 72 peut par exemple effectuer cette vérification en temps réel, ou à intervalles réguliers, ou à chaque changement d’état/ mise à jour de l’état d’un terminal associé au service considéré. Par exemple, un module E 723 (« engine ») est prévu dans le serveur 72 (ou dans un équipement coopérant avec le serveur) pour vérifier les directions d’orientation des terminaux accédant à un même service. Le module D 722 peut notamment informer le module E 723 de la mise à jour de l’état d’un terminal. Un tel module E 723 peut lister l’ensemble des terminaux accédant au service 71 (notamment si le terminal dont l’état vient d’être mis à jour est associé au service 71) pour vérifier si certains terminaux de l’ensemble de terminaux pointent l’un vers l’autre ou pointent vers une même cible. Comme indiqué précédemment, la position géographique d’une telle cible peut être connue du serveur 72, et transmise du service 71 au serveur 72 dans les paramètres de configuration. En variante, la position géographique d’une telle cible peut ne pas être connue du serveur 72, mais déterminée par la convergence de l’orientation de plusieurs terminaux. Ceci est par exemple le cas lorsque la cible est une scène particulière, comme un accident. Les algorithmes utilisés par ce module permettent donc détecter l’alignement (i.e. si deux terminaux sont en vis-à-vis) ou le croisement (i.e. si plusieurs terminaux pointent vers une même cible) des directions principales d’orientation des terminaux, suivant leurs états et la configuration associée au service considéré. Selon le mode de réalisation illustré en , si un (nouvel) alignement des directions principales d’orientation, ou un (nouveau) croisement des directions principales d’orientation (par exemple à l’emplacement d’une cible associée au service 71 considéré) est détecté (75), le serveur 72 peut prévenir les terminaux concernés (directement ou via le service 71). Il peut notamment envoyer des notifications (761, 762) aux terminaux 73, 74 concernés, et éventuellement au service 71 associé (763). Pour ce faire, le serveur 72 identifie à partir des informations reçues (par exemple lors de l’abonnement ou de la déclaration des terminaux) la solution technique de notification à mettre en œuvre pour notifier les terminaux (ainsi qu’éventuellement le service). Le serveur 72 peut ensuite procéder à l’envoi des notifications. Une notification peut être accompagnée d’un message normé/structuré qui permet aux destinataires d’identifier/comprendre la notification (par exemple : identification du service, type de notification, etc…). Par exemple, un module N 724 (« Notification ») est prévu dans le serveur 72 (ou dans un équipement coopérant avec le serveur) pour notifier les terminaux 73, 74 concernés, et le service 71 associé. Un tel module choisit le moyen technique adapté au type de service et aux terminaux considérés. Par exemple, si au moins un des terminaux est un smartphone, le « push notification » (service de notification propre à chaque OS : Android, iOS, …) peut être utilisé pour informer le terminal qu’une communication va être initialisée. Le module E 723 peut notamment informer le module N 724 de la détection de terminaux associés à un même service pointant l’un vers l’autre ou vers une même cible. Une communication (77) entre les terminaux 73 et 74 peut alors être initialisée. En particulier, la communication peut être à la charge du service tiers qui décide du type de communication qu’il souhaite mettre en place, ainsi que la liste des terminaux concernés/autorisés à communiquer entre eux. Une telle communication peut notamment être synchrone (appel vocal, visioconférence, etc) ou asynchrone (SMS, messagerie instantanée (IM, « Instant messaging » en anglais), etc). A titre d’exemple, on considère deux services, « parlons-nous » et « rencontrons-nous », enregistrés auprès d’un serveur 72, auxquels on peut accéder via des applications mobiles du même nom. On considère par exemple qu’un terminal A a installé ces deux applications, qu’un terminal B a installé l’application « parlons-nous » uniquement, et qu’un terminal C a installé l’application « rencontrons-nous » uniquement. Dans ce cas, même si les trois terminaux A, B et C pointent vers une même cible, ils ne pourront pas être mis en relation tous les trois. Le terminal A pourra être mis en relation avec le terminal B via le service « parlons-nous », et le terminal A pourra être mis en relation avec le terminal C via le service « rencontrons-nous ». Les terminaux B et C ne pourront pas être mis en relation. Selon un mode de réalisation particulier, un service tiers peut également être notifié, soit directement par le serveur 72, soit par un des terminaux 73, 74 concernés. Par exemple, dans le cas d’une cible non connue (donc potentiellement d’un accident ou d’un événement inhabituel), un appel, un SMS, un MMS, etc, peut être émis vers un service d’urgence, un service de presse, etc. 5.4 Structure simplifiée du dispositif de communication On présente finalement, en relation avec la , la structure simplifiée d’un dispositif de communication mettant en œuvre un procédé de communication entre au moins deux terminaux selon un mode de réalisation décrit ci-dessus. Selon les modes de réalisation, il peut s’agir d’un serveur, de l’un des deux terminaux, et/ou d’un terminal tiers. Comme illustré en , un tel dispositif comprend une mémoire 81, comprenant par exemple une mémoire tampon, une unité de traitement 82, équipée par exemple d’un processeur P, et pilotée par le programme d’ordinateur Pg 83, mettant en œuvre le procédé de communication entre au moins deux terminaux selon un mode de réalisation décrit ci-dessus. A l’initialisation, les instructions de code du programme d’ordinateur 83 sont par exemple chargées dans une mémoire RAM avant d’être exécutées par le processeur de l’unité de traitement 82. Le processeur de l’unité de traitement 82 met en œuvre les étapes du procédé de communication entre au moins deux terminaux selon un mode de réalisation décrit ci-dessus, selon les instructions du programme d’ordinateur 83, pour : - obtenir des informations représentatives d’une orientation géographique desdits terminaux, - vérifier, à partir desdites informations, si lesdits terminaux pointent l’un vers l’autre ou vers une même cible, et - initialiser une communication entre lesdits terminaux en cas de vérification positive. Procédé de communication entre au moins deux terminaux, caractérisé en ce qu’il met en œuvre : - l’obtention (11) d’informations représentatives d’une orientation géographique desdits terminaux, - la vérification (12), à partir desdites informations, si lesdits terminaux pointent l’un vers l’autre ou vers une même cible, et - l’initialisation (13) d’une communication entre lesdits terminaux en cas de vérification positive. Procédé selon la revendication 1, caractérisé en ce que ladite vérification vérifie s’il existe une zone d’intersection entre des zones de détection associées auxdits terminaux, tenant compte de leur orientation géographique et de leur position. Procédé selon la revendication 2, caractérisé en ce qu’au moins une desdites zones de détection associée à un desdits terminaux tient également compte d’une distance par rapport audit terminal. Procédé selon l'une quelconque des revendications 2 et 3, caractérisé en ce ladite vérification vérifie si au moins une cible est présente dans ladite zone d’intersection. Procédé selon l'une quelconque des revendications 2 à 4, caractérisé en ce qu’au moins une desdites zones de détection associée à un desdits terminaux tient également compte de l’accélération dudit terminal. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que l’obtention d’au moins une information représentative d’une orientation d’un terminal est mise en œuvre lorsqu’un changement d’état du terminal est détecté. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce qu’il comprend l’envoi d’une notification à l’un au moins desdits terminaux. Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce qu’il comprend une étape préalable d’enregistrement d’au moins un service, et en ce que ladite vérification vérifie si les terminaux qui utilisent un même service pointent l’un vers l’autre ou vers une même cible. Dispositif de communication entre au moins deux terminaux, caractérisé en ce qu’il comprend au moins un processeur configuré pour : - obtenir des informations représentatives d’une orientation géographique desdits terminaux, - vérifier, à partir desdites informations, si lesdits terminaux pointent l’un vers l’autre ou vers une même cible, et - initialiser une communication entre lesdits terminaux en cas de vérification positive. Dispositif selon la revendication 9, appartenant au groupe comprenant : - un serveur ; - un terminal.