FR 3136295 A1 20231208 FR 2205325 A 20220602 L'invention concerne un procédé et un dispositif d’initialisation d’une communication entre un agent conversationnel et un objet connecté, ledit procédé étant mis en œuvre par un dispositif d’initialisation et caractérisé en ce qu’il comprend : une étape d’obtention d’au moins une première donnée de contexte comprenant au moins un identifiant d’un deuxième objet connecté ; une étape d’évaluation de ladite au moins une première donnée de contexte en fonction d’au moins une règle de gestion associée audit agent conversationnel ; et lorsqu’au moins une règle dudit agent conversationnel est respectée une étape de mise en communication dudit agent conversationnel avec ledit deuxième objet connecté. Figure pour l'abrégé : Figure 1 Procédé et dispositif d’initialisation d’une communication entre un agent conversationnel et un objet connecté. 1. Domaine de l'invention L’invention se rapporte au domaine des télécommunications et concerne plus particulièrement les services numériques fournis à un utilisateur par un agent conversationnel. 2. Art Antérieur On connaît le service opérateur RCS (en anglais « Rich Communication Suite ») et sa composante RBM (en anglais Rich Business Messaging) qui définit les interactions possibles entre un utilisateur et un agent conversationnel. Grâce à ce service, un agent conversationnel est par exemple capable d'analyser un message en provenance d’un utilisateur, en langage naturel et/ou via des choix/sélections prédéfinis, afin d’y apporter une réponse adaptée (propositions, actions, etc.). L’établissement de la communication entre l’utilisateur et l’agent conversationnel se fait à l’initiative de l’utilisateur. Il n'est pas prévu qu'un agent conversationnel soit capable de contacter un utilisateur de son propre chef (c’est-à-dire sans la réception préalable d’un message de la part de l’utilisateur) afin d'éviter les abus tels que les messages non sollicités (spams). A noter que le standard RCS permet tout de même à un agent conversationnel, après réception d’un premier message en provenance de l’utilisateur, d’émettre au maximum 1 message non sollicité par tranche de 24h. Cependant, il existe des cas d'usage pour lesquels il serait souhaitable qu'un agent conversationnel soit capable d’établir une communication sans sollicitation préalable. C’est par exemple le cas pour des communications à destination de terminaux connectés (bracelet, voiture, capteurs, etc.) d’un utilisateur, lorsque ce dernier se trouve dans un contexte particulier, propice à une interaction avec un service. Il existe donc un besoin pour une solution technique permettant d’établir une communication entre un agent conversationnel et un tiers lorsqu’aucune relation antérieure entre ces deux parties n'existe et qu'une situation contextuelle particulière se produit. Une telle solution doit également apporter une réponse aux problématiques d'abus (spam) mais aussi préserver l'anonymat de l’utilisateur (et/ou de l'objet connecté lui appartenant) vis-à-vis du fournisseur de service (agent conversationnel). 3. Exposé de l'invention L'invention vient améliorer l'état de la technique et propose à cet effet un procédé d’initialisation d’une communication entre un agent conversationnel et un objet connecté, ledit procédé étant mis en œuvre par un dispositif d’initialisation et caractérisé en ce qu’il comprend : une étape d’obtention d’au moins une première donnée de contexte comprenant au moins un identifiant d’un deuxième objet connecté ; une étape d’évaluation de ladite au moins une première donnée de contexte en fonction d’au moins une règle de gestion associée à un agent conversationnel ; et lorsqu’au moins une règle dudit agent conversationnel est respectée une étape de mise en communication dudit agent conversationnel avec ledit deuxième objet connecté. Avantageusement, ce mode de mise en œuvre permet de mettre en communication un agent conversationnel et un objet connecté (deuxième objet connecté au sens de l’invention), Concrètement, le procédé détient et/ou obtient préalablement des règles de gestion associées à l’agent conversationnel. Ces règles de gestion permettent, par exemple, de déterminer si une mise en relation (communication) entre l’agent conversationnel et un objet connecté doit être réalisée. Le procédé obtient ensuite un identifiant associé à un deuxième objet connecté et des données de contexte. Les données de contexte correspondent par exemple à des données de contexte d’un premier objet connecté. A noter que l’identifiant du deuxième objet connecté peut être contenu dans les données de contexte. Ces données sont alors évaluées afin de déterminer si l’une des conditions /règles de gestion associées à l’agent conversationnel est respectée. Dans l’affirmative, le procédé fait en sorte qu’une communication entre l’agent conversationnel et le deuxième objet connecté soit réalisée. On entend par identifiant une suite de caractères qui sert à identifier un objet et/ou un utilisateur lors d’une communication. L’identifiant peut être une adresse de messagerie, une adresse MAC (en anglais Media Access Control), une adresse IP, un numéro de téléphone, un numéro de session, etc. On entend par données de contexte, l’ensemble des données collectées et/ou générées par un objet connecté. Par exemple les données de contexte peuvent être générées à partir des données collectées par l’objet connecté. On entend par règle de gestion, l’ensemble des règles métiers permettant le bon fonctionnement d’un objet connecté et/ou le déclenchement d’une mise en relation (établissement d’une communication) entre l’objet connecté et un agent conversationnel. Par exemple des conditions (localisation, vitesse, température, altitude, etc.) et/ou des seuils à respecter. On entend par agent conversationnel un automate informatique de dialogue apte à dialoguer avec un utilisateur et/ou un objet connecté. L’agent conversationnel génère des messages à destination de l'utilisateur/ objet connecté et interprète les réponses émises en retour afin de répondre aux demandes / besoins du client. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape de mise en communication comprend au moins une étape d’émission, à destination dudit agent conversationnel, d’une demande d’initialisation d’une communication entre ledit agent conversationnel et ledit deuxième objet connecté, ladite demande comprenant ledit au moins un identifiant dudit deuxième objet connecté. Avantageusement, ce mode de mise en œuvre permet au procédé d’émettre une demande de mise en relation (demande d’initialisation d’une communication) à destination de l’agent conversationnel. Cette demande contient au moins l’identifiant du deuxième objet connecté permettant ainsi à l’agent conversationnel d’émettre une requête d’initialisation d’une communication à destination du deuxième objet connecté. Ce mode de réalisation permet une initialisation de la communication par l’agent conversationnel. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape de mise en communication comprend au moins : une première étape d’établissement d’une première communication avec ledit agent conversationnel ; une deuxième étape d’établissement d’une deuxième communication avec ledit deuxième objet connecté ; une étape d’aboutement de ladite première et de ladite deuxième communication. Avantageusement, ce mode de mise en œuvre permet au procédé de mettre en communication l’agent conversationnel et le deuxième objet connecté via une opération d’aboutement de deux communications préalablement établies par le procédé avec respectivement l’agent conversationnel et le deuxième objet connecté. Grâce à ce mode de réalisation aucune information appartenant au deuxième objet connecté n’est donnée à l’agent conversationnel garantissant ainsi l'anonymat de l’utilisateur (et/ou de l'objet connecté lui appartenant) vis-à-vis du fournisseur de service (agent conversationnel). Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite étape de mise en communication est suivie ou précédée d’une étape d’émission d’une notification à destination dudit deuxième objet connecté. Avantageusement, ce mode de mise en œuvre permet, par exemple, de notifier le deuxième objet connecté de la réception d’une future requête d’initialisation d’une communication en provenance d’un agent conversationnel. Ainsi, un objet connecté qui n’accepterait pas, pour des raisons de sécurité, une requête de connexion d’un tiers non authentifié/connu peut, pendant un laps de temps prédéfini, par exemple 10 secondes, se mettre en écoute et accepter la requête d’initialisation d’une communication en provenance de l’agent conversationnel. En outre, la notification émise à destination du deuxième objet connecté peut comprendre un identifiant de l’agent conversationnel. Ainsi, lors de la réception par le deuxième objet connecté d’une requête d’établissement (d’initialisation) d’une communication, c’est-à-dire d’une requête émise par l’agent conversationnel, le deuxième objet connecté peut récupérer l’identifiant de l’agent conversationnel présent dans la notification afin de s’assurer que la demande de connexion a bien été émise par le bon agent conversationnel. Concrètement, l’identifiant de l’agent conversationnel obtenu depuis la notification et l’identifiant de l’agent conversationnel obtenu depuis la requête d’initialisation sont comparés afin de déterminer s’ils sont identiques. Ce mode de réalisation permet d’ajouter une sécurité supplémentaire lors de la mise en relation. Alternativement ou cumulativement, la notification peut comprendre un secret (suite de caractères connue uniquement de l’agent conversationnel et de l’objet connecté) afin que l’objet connecté puisse authentifier l’agent conversationnel via une étape de test du secret (le procédé vérifié que le secret obtenu dans la requête d’initialisation est bien valide/connu). Alternativement ou cumulativement, la notification peut comprendre une donnée chiffrée via une clef de chiffrement symétrique, la clef étant partagée entre l’agent conversationnel et l’objet connecté. De même, l’objet connecté s’assure de l’identité de l’agent conversationnel via une étape de test de la donnée déchiffrée. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite au moins une première donnée de contexte comprend au moins une donnée de configuration dudit agent conversationnel et en ce que l’étape de mise en communication comprend une étape de transmission audit agent conversationnel de ladite au moins une donnée de configuration reçue. Ce mode de réalisation permet de configurer l’agent conversationnel avec des données de configuration appartenant par exemple au deuxième objet connecté et/ou à son utilisateur. Par exemple, une donnée de configuration peut être un identifiant de client tel qu’un identifiant de carte de fidélité. Ainsi, l’agent conversationnel peut obtenir des informations associées au deuxième objet connecté et/ou à son utilisateur lui permettant d’adapter /contextualiser les premiers messages émis à destination du deuxième objet connecté. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite au moins une première donnée de contexte comprend au moins une donnée de contexte d’un premier objet connecté et en ce que ladite au moins une donnée de contexte dudit premier objet connecté est obtenue depuis ledit premier objet connecté. Ce mode de réalisation permet de déclencher la mise en communication de l’agent conversationnel avec le deuxième objet connecté en fonction de données de contexte d’un premier objet connecté (données générées / traitées / associées au premier objet connecté), par exemple, lorsque que le deuxième objet connecté est déterminé, par le premier objet connecté, comme étant à proximité du premier objet connecté. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite au moins une première donnée de contexte comprend au moins une donnée de contexte d’un premier objet connecté et en ce que ladite au moins une donnée de contexte dudit premier objet connecté est obtenue depuis le réseau. Ce mode de réalisation permet de déclencher la mise en communication de l’agent conversationnel avec le deuxième objet connecté en fonction de données de contexte d’un premier objet connecté, par exemple, lorsque que le deuxième objet connecté est déterminé par le premier objet connecté comme étant à proximité du premier objet connecté. En outre, ce mode de réalisation permet de centraliser les données de contexte au sein d’un serveur situé dans le réseau pour, par exemple, établir des statistiques. Ce mode de réalisation permet aussi de réaliser un traitement sur les données de contexte issues de l'objet connecté, au moyen, par exemple, d'un serveur de traitement situé dans le réseau, en vue d'améliorer leur pertinence pour le déclenchement d'une communication (par exemple, l'amélioration de la précision d'une information de géolocalisation par satellite). Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit premier objet connecté correspond audit deuxième objet connecté. Avantageusement, ce mode de mise en œuvre permet de déclencher la mise en relation entre l’agent conversationnel et un objet connecté en fonction des données de contexte de l’objet connecté à contacter. Lorsque l’une des conditions /règles de gestion associées à l’agent conversationnel est respectée alors le procédé peut déclencher la mise en communication de l’agent conversationnel avec l’objet connecté. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite au moins une première donnée de contexte comprend au moins un identifiant d’un agent conversationnel et en ce que l’évaluation de ladite au moins une première donnée de contexte est réalisée en fonction d’au moins une règle de gestion associée audit au moins un identifiant dudit agent conversationnel. Avantageusement, ce mode de mise en œuvre permet de préciser les règles de gestion à vérifier pour des données de contexte. C’est par exemple le cas lorsque les données de contexte sont reçues en provenance d’un objet connecté qui exécute ou qui est associé à un agent conversationnel. Les données de contexte comprennent alors l’identifiant de l’agent conversationnel permettant ainsi au procédé d’évaluer uniquement les règles de gestion de l’agent conversationnel associé à l’objet connecté. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape d’obtention comprend en outre l’obtention d’au moins une deuxième donnée de contexte d’un deuxième objet connecté et en ce que l’étape d’évaluation correspond à l’évaluation de ladite première donnée et / ou de ladite deuxième donnée de contexte en fonction d’au moins une règle de gestion associée audit agent conversationnel. Avantageusement, ce mode de mise en œuvre permet d’évaluer les règles de gestion de l’agent conversationnel en fonction des données de contexte d’un premier et/ou d’un deuxième objet connecté. Les deuxièmes données de contexte comprennent des données de contexte du deuxième objet connecté et peuvent être obtenues du deuxième objet connecté et/ou du réseau. L'invention concerne également un dispositif d’initialisation d’une communication entre un agent conversationnel et un objet connecté, caractérisé en ce que le dispositif comprend : un module d’obtention d’au moins une première donnée de contexte comprenant au moins un identifiant d’un deuxième objet connecté ; un module d’évaluation de ladite au moins une première donnée de contexte en fonction d’au moins une règle de gestion associée à un agent conversationnel ; et lorsqu’au moins une règle dudit agent conversationnel est respectée un module de mise en communication dudit agent conversationnel avec ledit deuxième objet connecté. Le terme module peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). L'invention concerne également un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé ci-dessus selon l'un quelconque des modes particuliers de réalisation décrits précédemment, lorsque ledit programme est exécuté par un processeur. Le procédé peut être mis en œuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'enregistrement ou support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Les supports d'enregistrement mentionnés ci-avant peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un disque dur. D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet. Alternativement, les supports d'enregistrement peuvent correspondre à un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Ce dispositif d’initialisation et ce programme d'ordinateur présentent des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec le procédé d’initialisation. 4. Liste des figures D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : La illustre un exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation de l'invention ; La illustre de manière schématique un exemple d’architecture d’un dispositif adapté pour la mise en œuvre du procédé d’initialisation selon un mode de réalisation particulier de l’invention ; La illustre les principales étapes du procédé d’initialisation selon un mode de réalisation particulier de l’invention ; 5. Description d'un mode de réalisation de l'invention La illustre un exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation de l'invention. La illustre plus particulièrement un terminal 103 apte à mettre en œuvre le procédé d’initialisation selon un mode particulier de réalisation. Il convient de noter ici que, bien que le terminal 103 illustré sur la correspond ici à un terminal de type « serveur », l’invention peut s’appliquer à tout type de terminal possédant l’architecture d’un ordinateur comme par exemple, et de façon non limitative, une console de jeux, une télévision, un distributeur automatique de billets, des terminaux/objets connectés, un routeur, une tablette, un ordinateur personnel, un smartphone, etc. Dans l’exemple décrit à l’appui de la , le terminal 103 est un serveur situé dans un réseau privé ou public (par exemple Internet) opéré par un fournisseur de services, les services étant par exemple rendus par le truchement d’un ou plusieurs agents conversationnels. Le terminal 103 peut communiquer avec une pluralité d’objet connecté comme par exemple l’objet connecté 102 (deuxième objet connecté au sens de l’invention) qui correspond dans notre exemple à un ordinateur de bord d’une voiture électrique connectée et l’objet connecté 101 (premier objet connecté au sens de l’invention) qui correspond dans notre exemple à une borne de recharge électrique. Le terminal 103 communique également avec un agent conversationnel qui dans notre exemple est hébergé au niveau d’une borne de recharge électrique 101. Selon un mode particulier de réalisation de l'invention, le deuxième objet connecté au sens de l’invention peut correspondre à un smartphone (en anglais téléphone intelligent) ou à une de la tablette électronique de l’utilisateur connecté à l’ordinateur / tableau de bord de la voiture électrique 102. Selon un mode particulier de réalisation de l'invention, l’agent conversationnel peut être réparti partiellement ou totalement entre la borne de recharge électrique et une plateforme (i.e un serveur) située dans le réseau (non représenté). Les communications entre les différents éléments sont par exemple réalisées via le réseau 100 (par exemple IP et/ou circuit) et la technologie RCS (Rich Communication Services). Selon un mode particulier de réalisation de l'invention, le véhicule électrique 102 peut dialoguer directement avec l’agent conversationnel de la borne de recharge 101. La communication peut être filaire, via par exemple la technologie CPL (Courant Porteur en Ligne) lors du branchement de la voiture électrique 102 à la borne 101 ou bien sans fil via par exemple les technologies Bluetooth®, WiFi® et/ou de radiotéléphonie cellulaire. Selon un mode particulier de réalisation de l'invention, le terminal 103 peut mettre en œuvre le procédé d’initialisation. Dans ce cas les terminaux 103 et 101 sont un seul et même terminal. La illustre un dispositif 200 configuré pour mettre en œuvre le procédé d’initialisation selon un mode particulier de réalisation. Selon un mode particulier de réalisation de l'invention, le dispositif 200 a l'architecture classique d'un ordinateur, et comprend notamment une mémoire MEM, une unité de traitement UT, équipée par exemple d'un processeur PROC, et pilotée par le programme d'ordinateur PG stocké en mémoire MEM. Le programme d'ordinateur PG comprend des instructions pour mettre en œuvre les étapes du procédé d’initialisation tel que décrit précédemment, lorsque le programme est exécuté par le processeur PROC. A l'initialisation, les instructions de code du programme d'ordinateur PG sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur PROC. Le processeur PROC de l'unité de traitement UT met notamment en œuvre les étapes du procédé d’initialisation selon l'un quelconque des modes particuliers de réalisation décrits en relation avec les figures 1 et 3, selon les instructions du programme d'ordinateur PG. Le dispositif 200 comprend un module OBT apte à obtenir des données de contexte qui comprennent au moins un identifiant d’un objet connecté (deuxième objet connecté au sens de l’invention c’est-à-dire un identifiant d’un ordinateur de bord de la voiture électrique connectée (102)). Selon un mode de réalisation particulier les données de contexte obtenues par le module OBT sont des données de contexte de la borne de recharge 101. Le dispositif 200 comprend également un module de stockage numérique (par exemple la mémoire MEM) apte à stocker les règles de gestion associées à un agent conversationnel (par exemple les règles de gestion associées à l’agent conversationnel hébergé/exécuté par la borne de recharge 101). De plus, le dispositif 200 comprend un module EVAL apte à évaluer si l’une des données de contexte respecte l’une des conditions / règles de gestion d’un agent conversationnel (seuil atteint ou dépassé, créneau horaire, statut de l’objet connecté (libre /occupé), etc.). Le dispositif 200 comprend en outre un module COM1 configuré pour mettre en communication via un réseau par exemple IP et/ou circuit un agent conversationnel et un objet connecté. Ce module peut par exemple être utilisé pour communiquer avec l’agent conversationnel de la borne de recharge 101 afin que l’agent conversationnel émette une requête d’initialisation d’une communication à destination d’un objet connecté. Ce module peut également être utilisé pour établir une communication avec un agent conversationnel. Selon un mode de réalisation particulier, le dispositif 200 peut également comprendre un module COM2 apte à établir une communication avec un objet connecté (par exemple le tableau de bord de la voiture 102) via un réseau (100) par exemple IP et/ou circuit. Lorsque le dispositif établit une communication avec un objet connecté (via le module COM2) et une communication avec un agent conversationnel (via le module COM1), le dispositif peut abouter via un module d’aboutement (non représenté) les deux communications afin que l’agent conversationnel et l’objet connecté puissent communiquer sans intermédiaire. Selon un mode de réalisation particulier, le module COM1 et le module COM2 sont un seul et même module. Selon un mode de réalisation particulier, le module OBT1 est compris dans le module COM2 ou dans le module COM1. La illustre des étapes du procédé d’initialisation selon l’un des modes particuliers de réalisation de l'invention présentés précédemment, le procédé étant exécuté sur le terminal 103 décrit à la . Dans ce mode de réalisation particulier le premier objet connecté au sens de l’invention correspond au second objet connecté au sens de l’invention, par exemple au tableau de bord de la voiture électrique 102. Lors d’une première étape 300, le procédé obtient des données de contexte de la voiture électrique 102. Ces données sont par exemple sa position (par exemple une donnée GPS), le niveau de charge des batteries, l’autonomie estimée, un identifiant de la voiture 102 et plus généralement l’ensemble des données associées à la voiture électrique. Ces données sont obtenues depuis la voiture 102 et/ou depuis un serveur situé dans le réseau (non représenté) apte à collecter par télémétrie les données gérées et/ou générées par la voiture via par exemple son ordinateur de bord et/ou ses capteurs embarqués. Selon un mode de réalisation particulier, dans le cas où le second objet connecté au sens de l’invention correspond à une tablette électronique où à un smartphone connecté au tableau de bord de la voiture électrique 102, les données de contexte de la voiture électrique 102 peuvent comprendre un identifiant permettant de joindre le smartphone / la tablette électronique (par exemple un numéro de téléphone et/ou une adresse électronique telle qu’une adresse de messagerie instantanée) et /ou des données obtenues, gérées et/ou générées par la tablette électronique /smartphone (paramètres de la voiture comme le niveau de charge des batteries électriques, la position GPS, etc.). Selon un mode de réalisation particulier, le procédé peut en outre obtenir des données de contexte de la borne de recharge 101 comme les créneaux horaires de recharge réservés par d’autres véhicules ou bien son état/statut (libre/ occupée / fonctionnelle / non fonctionnelle). A noter que les données de contexte de la borne de recharge 101 peuvent comprendre ou correspondre à au moins un identifiant de l’agent conversationnel hébergé/exécuté au niveau de la borne de recharge 101. Les données de contexte de la borne de recharge 101 peuvent être obtenues depuis la borne de recharge elle-même ou bien depuis un serveur situé dans le réseau (non représenté) apte à collecter par télémétrie les données gérées et/ou générées par la borne de recharge 101 et/ou ses capteurs embarqués. Les données de contexte de la borne de recharge 101 peuvent également être obtenues depuis la voiture / ordinateur de bord 102 dans le cas où le véhicule se trouve à proximité de la borne de recharge 101. Les données de contexte de la borne de recharge 101 sont par exemple obtenues par le véhicule 102 depuis la borne de recharge 101 via la technologie WiFi®, bluethooth®, NFC ® (Near Field Communication), Zigbee ®, code QR (en anglais QRCode pour quick response code), IrDA (Infra-red Data Association), etc. Préalablement à l’étape 300 ou bien lors de l’étape 300, le procédé obtient des règles de gestion de l’agent conversationnel hébergé/exécuté au niveau de la borne de recharge 101. Ces règles sont obtenues depuis la borne 101 et/ou depuis un serveur situé dans le réseau (par exemple un espace mémoire du terminal 103) apte à stocker les règles de gestion associées à l’agent conversationnel de la borne 101. Les règles de gestion sont par exemple associées à un identifiant de l’agent conversationnel de la borne 101. Lors de l’étape 301, le procédé détermine si l’une des règles associées à l’agent conversationnel de la borne 101 est respectée. Concrètement, les règles de l’agent conversationnel peuvent être : l’atteinte d’un seuil pour une donnée de contexte particulière, par exemple le niveau de charge des batteries du véhicule 102 (50%, 60%, 70%, etc.) ; la position (coordonnées GPS obtenues dans les données de contexte) de la voiture 102 au sein d’une zone prédéfinie, par exemple dans un rayon de 2 km de la borne 101 ; une réservation d’une recharge auprès d’une borne de recharge tierce dans un délai proche, par exemple 30 minutes après l’heure courante ; la présence de l’identifiant du véhicule 102 dans une liste blanche. Par exemple une liste de véhicules d’une flotte d’entreprise ; la présence de l’identifiant du véhicule 102 dans une liste noire. En effet, un litige peut avoir eu lieu entre le gestionnaire du service de recharge et l’utilisateur du véhicule 102. Dans ce cas, le gestionnaire peut interdire ses infrastructures de recharge à l’utilisateur et par conséquent au véhicule 102 ; le statut / état de la borne de recharge (libre /occupée / fonctionnelle / non fonctionnelle) 101 ; les créneaux horaires de recharge réservés /disponibles ; etc. Bien évidemment, les règles de gestion peuvent être cumulées. Par exemple, une règle de gestion associée à l’agent conversationnel de la borne de recharge 101 peut être : l’initialisation d’une communication avec le tableau de bord d’une voiture connectée (deuxième objet connecté au sens de l’invention) lorsque la voiture est située à proximité de la borne de recharge 101 (par exemple à moins de 1 km) et que le niveau de charge des batteries du véhicule est inférieur à 50%. Dans ce cas, lors de l’étape 301 le procédé évalue, grâce aux coordonnées GPS de la voiture 102 comprises dans les données de contexte obtenues lors de l’étape 300, la distance entre la voiture 102 et la borne de recharge 101. Ainsi, le procédé peut déterminer si la voiture 102 se trouve à proximité de la borne de recharge 101. Cumulativement, le procédé peut vérifier dans les données de contexte obtenues lors de l’étape 300, le niveau de charge des batteries de la voiture 102. Selon un mode de réalisation particulier, le procédé peut alternativement ou cumulativement évaluer les règles de gestion d’un deuxième objet connecté tel que la borne de recharge 101. Par exemple, l’état / la disponibilité de la borne de recharge 101 (libre /occupée). Par exemple, le procédé peut rajouter la condition de la disponibilité (libre / non utilisée) de la borne de recharge 101 aux conditions de proximité et de niveau de charge des batteries du véhicule 102. A noter, que lorsqu’un identifiant de l’agent conversationnel de la borne de recharge 101 est présent dans les données de contexte obtenues depuis la borne de recharge 101, le procédé peut évaluer uniquement les règles de gestion associées à l’identifiant de l’agent conversationnel de la borne de recharge 101. A l’étape 302, lorsqu’une règle de gestion de l’agent conversationnel de la borne de recharge 101 est respectée, le procédé met en communication l’agent conversationnel de la borne de recharge 101 et le tableau de bord du véhicule 102. L’agent conversationnel peut ainsi proposer au conducteur du véhicule 102 via par exemple l’écran du tableau de bord et / ou le système audio du véhicule (message vocalisé) de réserver le créneau horaire courant pour effectuer la recharge des batteries. Selon un mode de réalisation particulier, lorsqu’une règle de gestion de l’agent conversationnel de la borne de recharge 101 est respectée, le procédé met en communication l’agent conversationnel de la borne de recharge 101 et un terminal connecté à l’ordinateur de bord / tableau de bord du véhicule 102 (par exemple le smartphone ou la tablette électronique de l’utilisateur). L’agent conversationnel peut ainsi proposer au conducteur du véhicule 102 via par exemple l’écran du smartphone / de la tablette et / ou le système audio du smartphone / de la tablette (message vocalisé) de réserver le créneau horaire courant pour effectuer la recharge des batteries. Selon un mode de réalisation particulier, le procédé peut émettre à destination de l’agent conversationnel de la borne de recharge 101 une demande d’initialisation (303) d’une communication entre l’agent conversationnel de la borne de recharge 101 et le tableau de bord de la voiture 102. Cette demande peut comprendre l’identifiant du véhicule 102 et/ ou du tableau de bord du véhicule 102 obtenu lors de l’étape 300 permettant à l’agent conversationnel d’établir la communication avec le tableau de bord du véhicule 102. Selon un mode de réalisation particulier, cette demande peut comprendre l’identifiant d’un terminal connecté au tableau de bord du véhicule 102. Selon un mode de réalisation particulier, le procédé peut établir une première communication avec le tableau de bord du véhicule 102 et une deuxième communication avec l’agent conversationnel de la borne de recharge 101, puis abouter les deux communications afin que l’agent conversationnel de la borne de recharge 101 et le tableau de bord du véhicule 102 puissent communiquer sans intermédiaire. A noter que l’établissement de la communication avec le tableau de bord du véhicule 102 peut être réalisé grâce à l’identifiant du véhicule 102 et / ou de l’identifiant du tableau de bord du véhicule 102 obtenu lors de l’étape 300. Selon un mode de réalisation particulier, la première communication est établie avec un terminal connecté au tableau de bord du véhicule 102. A noter que dans ce cas l’établissement de la communication avec le terminal peut être réalisé grâce à l’identifiant du terminal obtenu lors de l’étape 300. Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l’homme de l’art sans pour autant sortir du cadre de l’invention. Par exemple, le premier objet connecté au sens de l’invention peut être différent du second objet connecté au sens de l’invention, le premier objet connecté pouvant correspondre à la borne de recharge 101 et le deuxième objet connecté pouvant correspondre au véhicule 102 (par exemple le tableau de bord). Ainsi, lors de la première étape 300, le procédé obtient des données de contexte de la borne de recharge 101. Ces données sont par exemple l’état /statut de la borne (libre /occupée / fonctionnelle / non fonctionnelle), les créneaux horaires réservés pour la borne en question, un identifiant de l’agent conversationnel de la borne de recharge, etc. Ces données sont obtenues depuis la borne 101 et/ou depuis un serveur situé dans le réseau (non représenté) apte à collecter par télémétrie les données gérées et/ou générées par la borne via par exemple des capteurs embarqués. Ces données de contexte peuvent également comprendre un identifiant du véhicule 102 (ou d’un terminal connecté à l’ordinateur de bord du véhicule 102) obtenu par la borne 101 lorsque véhicule 102 se trouve à proximité de la borne 101. L’identifiant du véhicule 102 est par exemple obtenu via la technologie WiFi®, bluethooth®, NFC ® (Near Field Communication), Zigbee ®, code QR (en anglais QRCode pour quick response code), IrDA (Infra-red Data Association), etc. Selon un mode de réalisation particulier, le procédé peut également obtenir des données de contexte du véhicule 102. Ces données sont par exemple la position du véhicule 102 (par exemple une donnée GPS), le niveau de charge des batteries, l’autonomie estimée, un identifiant de la voiture 102 et plus généralement l’ensemble des données associées à la voiture électrique. Ces données sont obtenues depuis la voiture 102 et/ou depuis un terminal connecté à la voiture 102 (smartphone/tablette électronique) et/ou depuis un serveur situé dans le réseau (non représenté) apte à collecter par télémétrie les données, obtenues, gérées et/ou générées par le terminal connecté à l’ordinateur de bord de la voiture 102 et/ou par la voiture elle-même via par exemple son ordinateur de bord et/ou ses capteurs embarqués. Les données de contexte du véhicule 102 peuvent également être obtenues depuis la borne de recharge 101. En effet, lorsque le véhicule 102 se trouve à proximité d’une borne de recharge (par exemple la borne 101), le véhicule peut transmettre ses données de contexte à la borne qui une fois collectées, émet les données de contexte du véhicule 102 à destination du serveur 103. Préalablement à l’étape 300 ou bien lors de l’étape 300, le procédé obtient des règles de gestion de l’agent conversationnel de la borne de recharge 101. Ces règles sont obtenues depuis la borne 101 et/ou depuis un serveur situé dans le réseau (par exemple un espace mémoire du terminal 103) apte à stocker les règles de gestion associées à l’agent conversationnel de la borne 101. Les règles de gestion sont par exemple associées à un identifiant de l’agent conversationnel de la borne 101. Lors de l’étape 301, le procédé détermine si l’une des règles de l’agent conversationnel de la borne 101 est respectée. A noter que les règles de gestion peuvent être évaluées en fonction des données de contexte de la borne de recharge 101 et /ou des données de contexte du véhicule 102. A noter également, que lorsqu’un identifiant de l’agent conversationnel de la borne de recharge 101 est présent dans les données de contexte obtenues depuis la borne de recharge 101, le procédé peut évaluer uniquement les règles de gestion associées à l’identifiant de l’agent conversationnel de la borne de recharge 101. A l’étape 302, le procédé met en communication l’agent conversationnel de la borne de recharge 101 et le tableau de bord du véhicule 102. Les modes de réalisation décrits précédemment permettant la mise en communication entre l’agent conversationnel de la borne de recharge 101 et le tableau de bord du véhicule 102 restent valables. Selon un mode de réalisation particulier, à l’étape 302, le procédé met en communication l’agent conversationnel de la borne de recharge 101 et le terminal de l’utilisateur (smartphone / tablette électronique) connecté à l’ordinateur de bord de la voiture 102. Selon un mode de réalisation particulier, le procédé peut également émettre à destination du véhicule 102 une notification (303) indiquant qu’une requête d’initialisation d’une communication va être émise par l’agent conversationnel de la borne 101, la notification comprenant un identifiant de l’agent conversationnel de la borne 101. Ce mode de réalisation permet d’éviter les messages non sollicités. Ainsi seules les demandes de communication en provenance d’agents conversationnels dont un identifiant a été préalablement reçu seront acceptées par le véhicule / tableau de bord 102. Selon un mode de réalisation particulier, le procédé peut, lors de l’étape 300, obtenir dans les données de contexte des données de configuration de l’agent conversationnel de la borne 101. Ces données de configuration peuvent comprendre un identifiant de l’agent conversationnel de la borne 101 et /ou toutes les données permettant à l’agent conversationnel de la borne 101 d’adapter les messages émis à destination du véhicule 102 pendant et après l’établissement d’une communication. Les données peuvent être un historique de rechargement, un identifiant d’une carte de fidélité permettant d’ajuster le coût de la recharge, le nom de l’utilisateur du véhicule 102, etc. Concrètement, une fois les données de configuration obtenues (étape 300), le procédé émet les données de configuration à destination de l’agent conversationnel lors de l’étape 302 de mise en communication. Ces données de configuration peuvent être comprises dans la demande d’initialisation d’une communication entre l’agent conversationnel de la borne 101 et le véhicule /tableau de bord du véhicule 102, la demande étant émise à destination de l’agent conversationnel. Alternativement, ces données de configuration peuvent être comprises dans une requête d’établissement d’une communication émise par le procédé à destination de l’agent conversationnel de la borne 101. Procédé d’initialisation d’une communication entre un agent conversationnel (101) et un objet connecté (102), ledit procédé étant mis en œuvre par un dispositif d’initialisation et caractérisé en ce qu’il comprend : - une étape d’obtention (300) d’au moins une première donnée de contexte comprenant au moins un identifiant d’un deuxième objet connecté ; - une étape d’évaluation (301) de ladite au moins une première donnée de contexte en fonction d’au moins une règle de gestion associée à un agent conversationnel ; et lorsqu’au moins une règle dudit agent conversationnel est respectée - une étape de mise en communication (302) dudit agent conversationnel avec ledit deuxième objet connecté. Procédé selon la revendication 1 caractérisé en ce que l’étape de mise en communication comprend au moins une étape d’émission, à destination dudit agent conversationnel, d’une demande d’initialisation d’une communication entre ledit agent conversationnel et ledit deuxième objet connecté, ladite demande comprenant ledit au moins un identifiant dudit deuxième objet connecté. Procédé selon la revendication 1 caractérisé en ce que l’étape de mise en communication comprend au moins : - une première étape d’établissement d’une première communication avec ledit agent conversationnel ; - une deuxième étape d’établissement d’une deuxième communication avec ledit deuxième objet connecté ; - une étape d’aboutement de ladite première et de ladite deuxième communication. Procédé selon la revendication 1 caractérisé en ce que ladite étape de mise en communication est suivie ou précédée d’une étape d’émission (303) d’une notification à destination dudit deuxième objet connecté. Procédé selon la revendication 1 caractérisé en ce que ladite au moins une première donnée de contexte comprend au moins une donnée de configuration dudit agent conversationnel et en ce que l’étape de mise en communication comprend une étape de transmission audit agent conversationnel de ladite au moins une donnée de configuration reçue. Procédé selon la revendication 1 caractérisé en ce que ladite au moins une première donnée de contexte comprend au moins une donnée de contexte d’un premier objet connecté et en ce que ladite au moins une donnée de contexte dudit premier objet connecté est obtenue depuis ledit premier objet connecté. Procédé selon la revendication 1 caractérisé en ce que ladite au moins une première donnée de contexte comprend au moins une donnée de contexte d’un premier objet connecté et en ce que ladite au moins une donnée de contexte dudit premier objet connecté est obtenue depuis le réseau. Procédé selon les revendications 6 et 7 caractérisé en ce que ledit premier objet connecté correspond audit deuxième objet connecté. Procédé selon la revendication 1 caractérisé en ce que ladite au moins une première donnée de contexte comprend au moins un identifiant d’un agent conversationnel et en ce que l’évaluation de ladite au moins une première donnée de contexte est réalisée en fonction d’au moins une règle de gestion associée audit au moins un identifiant dudit agent conversationnel. Procédé selon la revendication 1 caractérisé en ce que l’étape d’obtention comprend en outre l’obtention d’au moins une deuxième donnée de contexte d’un deuxième objet connecté et en ce que l’étape d’évaluation correspond à l’évaluation de ladite première donnée et / ou de ladite deuxième donnée de contexte en fonction d’au moins une règle de gestion associée audit agent conversationnel. Dispositif d’initialisation d’une communication entre un agent conversationnel (101) et un objet connecté (102), caractérisé en ce que le dispositif comprend : - un module d’obtention (OBT) d’au moins une première donnée de contexte comprenant au moins un identifiant d’un deuxième objet connecté ; - un module d’évaluation (EVAL) de ladite au moins une première donnée de contexte en fonction d’au moins une règle de gestion associée à un agent conversationnel ; - un module de mise en communication (COM1) dudit agent conversationnel avec ledit deuxième objet connecté. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 10, lorsque le programme est exécuté par un processeur.