FR 3067489 A1 20181214 FR 1755625 A 20170620 Arrière-plan de l'invention L'invention se rapporte au domaine général des systèmes de communication. Elle concerne plus particulièrement les communications entre objets connectés ou objets communicants, tels que ceux considérés notamment dans le cadre de l'Internet des Objets (ou IoT pour Internet of Things). De tels objets sont des dispositifs matériels et/ou logiciels, connectés à un réseau de communications tel que par exemple au réseau public Internet ou à un réseau sans fil, et qui peuvent par ce biais communiquer avec d'autres systèmes ou d'autres objets connectés pour obtenir et/ou fournir des informations ou des données. Aucune limitation n'est attachée ici à la nature de ces objets communicants : il peut s'agir de téléphones, de périphériques tels qu'une imprimante ou un écran, de capteurs divers (ex. température, pression, signaux acoustiques, etc.), d'une application purement logicielle (autrement dit d'un programme informatique), etc., ni à la façon dont ces objets communicants sont connectés à leur réseau (ex. liaison filaire, radio, etc.). Actuellement, lorsqu'un objet connecté 01 (ou plus généralement un programme informatique implémenté par cet objet) souhaite communiquer avec un autre objet connecté 02 (ou plus généralement avec un programme informatique implémenté par cet objet 02) par exemple pour lui demander d'exécuter une requête, l'objet connecté 01 doit utiliser les méthodes informatiques (fonctions, procédures, protocoles, etc.) supportées par l'objet connecté 02. On désigne ici par langage informatique supporté par l'objet, l'ensemble de ces méthodes informatiques, référencé dans la suite par M2 pour l'objet 02. Le langage informatique NI2 comprend généralement une ou plusieurs commandes déterminées, chaque commande pouvant être associée à un ou plusieurs paramètres permettant de préciser la commande. Par exemple, lorsque l'objet 02 est un capteur de température, une telle commande visant à déclencher l'acquisition de la température par l'objet 02 peut être « get_temperature(unit) », où « unit » est un paramètre de la commande « get_tennperature » permettant de préciser la commande, et pouvant prendre ici deux valeurs distinctes à savoir « CELSIUS » ou « FARENHEIT ». Pour interagir avec l'objet connecté 02, l'objet connecté 01 peut être programmé à l'avance par son concepteur avec les méthodes informatiques définies par le langage informatique M2, et être configuré pour utiliser ces méthodes informatiques lors de son interaction avec l'objet 02. Selon une autre alternative, l'objet connecté 01 peut être en mesure de découvrir auprès d'un serveur de capacités ou directement auprès de l'objet connecté 02, les capacités de l'objet connecté 02 et en particulier le langage informatique M2 utilisé par celui-ci, et d'être programmé à la volée pour être en mesure d'utiliser ce langage informatique M2 pour communiquer avec l'objet connecté 01 Selon l'une ou l'autre de ces alternatives, l'objet connecté 01 doit avoir une connaissance a priori du langage informatique M2 ou pouvoir être mis à jour pour supporter (i.e. 2 être compatible avec) ce langage informatique M2. Ceci peut s'avérer contraignant ou nécessiter des développements importants, voire poser des problèmes de faisabilité. Certains langages informatiques ne peuvent en effet être codés que statiquement dans les objets qui les utilisent. 5 Objet et résumé de l'invention L'invention permet de remédier notamment aux problèmes précités en proposant d'associer à chacun des objets connectés communiquant selon un langage informatique qui lui est propre, un dispositif de communication configuré pour traduire en langage naturel les méthodes de ce langage informatique et plus particulièrement les requêtes et les réponses susceptibles d'être 10 émises par l'objet connecté suivant sa fonction selon ce langage informatique. Par langage naturel (aussi désigné par langage ordinaire), on entend une langue « normale », parlée par un être humain telle que par exemple le français ou l'anglais, par opposition à un langage formel tel qu'un langage informatique ou un langage machine (ex. binaire). Plus précisément, l'invention vise un dispositif de communication associé à une entité 15 dite émettrice comprenant : un premier module d'émission/réception apte à recevoir, en provenance de l'entité émettrice, une requête formulée dans un langage informatique prédéterminé ou dans un langage naturel prédéterminé ; un module de traduction, activé si la requête est formulée dans le langage informatique 20 prédéterminé, et configuré pour traduire la requête dans le langage naturel prédéterminé ; un module d'extraction configuré pour extraire à partir de la requête formulée dans le langage naturel prédéterminé au moins un mot clé représentatif de la requête ; un module d'identification configuré pour identifier en utilisant ledit au moins un mot clé extrait, un dispositif cible supportant le langage naturel prédéterminé vers lequel transmettre 25 la requête ; et un deuxième module d'émission/réception configuré pour transmettre la requête formulée dans le langage naturel au dispositif cible. Corrélativement, l'invention concerne également un procédé de communication destiné à être mis en oeuvre par un dispositif de communication associé à une entité dite émettrice, ce 30 procédé comprenant : une étape de réception d'une requête émise par l'entité émettrice et formulée dans un langage informatique prédéterminé ou dans un langage naturel prédéterminé ; si la requête est formulée dans le langage informatique prédéterminé, une étape de traduction de la requête dans le langage naturel prédéterminé ; 35 une étape d'extraction à partir de la requête formulée dans le langage naturel prédéterminé d'au moins un mot clé représentatif de la requête ; 3 une étape d'identification, en utilisant ledit au moins un mot clé extrait, d'un dispositif dit cible supportant le langage naturel prédéterminé vers lequel transmettre la requête formulée dans le langage naturel ; et une étape de transmission de la requête formulée dans le langage naturel au dispositif cible 5 identifié. L'invention propose également un dispositif de communication associé à un objet communicant comprenant : un premier module d'émission/réception apte à recevoir d'un dispositif dit d'origine une requête que l'objet communicant est capable de traiter, ladite requête étant formulée dans un 10 langage naturel prédéterminé ; un module de traduction configuré pour traduire la requête reçue dans un langage informatique prédéterminé utilisé pour communiquer par l'objet communicant ; et un deuxième module d'émission/réception, configuré pour transmettre la requête formulée dans le langage informatique prédéterminé à l'objet communicant. 15 Corrélativement, l'invention vise un procédé de communication destiné à être mis en oeuvre par un dispositif de communication associé à un objet communicant : une étape de réception en provenance d'un dispositif dit d'origine d'une requête que l'objet communicant est capable de traiter, ladite requête reçue étant formulée dans un langage naturel prédéterminé ; 20 une étape de traduction de requête formulée dans le langage naturel prédéterminé dans un langage informatique prédéterminé utilisé par l'objet communicant pour communiquer ; et une étape de transmission de la requête formulée dans le langage informatique prédéterminé à l'objet communicant. Les dispositifs de communication associés à aux entités émettrice ou réceptrice 25 peuvent être intégrés directement dans ces entités, ou en variante, se trouver sur des serveurs applicatifs avec lesquels les entités peuvent communiquer. L'entité dite émettrice fait référence ici à l'entité qui émet une requête et l'entité réceptrice à une entité qui est capable de traiter cette requête, c'est-à-dire de l'exécuter et/ou d'y répondre suivant la nature de la requête. 30 Ainsi, dans un mode particulier de réalisation, le dispositif de communication associé à l'entité émettrice est tel que : - le premier module d'émission/réception est activé sur réception d'une réponse formulée dans le langage naturel à la requête, pour transmettre cette réponse à l'entité émettrice ; et - le module de traduction est en outre configuré pour traduire la réponse préalablement à sa 35 transmission à l'entité émettrice dans le langage informatique prédéterminé si l'entité émettrice communique en utilisant le langage informatique prédéterminé. Corrélativement, le procédé de communication mis en oeuvre par le dispositif de communication associé à l'entité émettrice peut comprendre en outre : 4 une étape de réception d'une réponse à la requête, ladite réponse étant formulée dans le langage naturel ; et une étape de transmission de la réponse à l'entité émettrice, ladite réponse étant préalablement traduite dans le langage informatique prédéterminé si l'entité émettrice 5 communique en utilisant le langage informatique prédéterminé. De façon similaire, dans un mode particulier de réalisation, le dispositif de communication associé à l'entité réceptrice est tel que : le module de traduction est en outre configuré pour traduire dans le langage naturel prédéterminé une réponse à la requête reçue de l'objet communicant et formulée dans le 10 langage informatique prédéterminé ; et le premier module d'émission/réception est en outre configuré pour transmettre la réponse formulée dans le langage naturel prédéterminé au dispositif d'origine. Corrélativement, le procédé de communication mis en oeuvre par l'entité réceptrice peut comprendre en outre : 15 une étape de réception en provenance de l'objet communicant d'une réponse à la requête, ladite réponse étant formulée dans le langage informatique prédéterminé ; une étape de traduction de la réponse formulée dans le langage informatique prédéterminé dans le langage naturel prédéterminé ; et une étape de transmission au dispositif d'origine de la réponse formulée dans le langage 20 naturel prédéterminé. Il convient de noter que l'invention s'applique à des entités émettrice (d'une requête à exécuter) et réceptrice (apte à traiter la requête et à l'exécuter) de type objets connectés ou communicants, mais l'une ou l'autre de ces entités peut également être un être humain communiquant en utilisant un langage naturel, auquel cas ce langage naturel peut être utilisé 25 directement par le dispositif de communication associé à l'entité en question sans nécessiter de traduction préalable. Grâce à l'invention, les entités émettrice et réceptrice n'ont pas besoin d'avoir une connaissance préalable de leurs capacités respectives pour communiquer. Il n'est pas nécessaire de s'assurer qu'elles soient compatibles entre elles préalablement à ou lors de cette communication 30 au niveau notamment du langage informatique qu'elles utilisent, dès lors que les dispositifs de communication auxquels elles sont associées partagent un même langage naturel, par exemple l'anglais ou qu'un dispositif intermédiaire assure la traduction entre les langages naturels utilisés par les dispositifs de communication respectifs des entités émettrice et réceptrice. Le dispositif de communication associé à l'entité émettrice peut ainsi directement invoquer en langage naturel la 35 fonction qui intéresse l'entité émettrice chez l'entité réceptrice pour traiter sa requête, et ce via une interaction mise en place en langage naturel (directement ou indirectement via un dispositif intermédiaire) entre le dispositif de communication associé à l'entité émettrice et le dispositif de communication associé à l'entité réceptrice. 5 Ceci simplifie grandement les communications entre les entités émettrices et réceptrices, et permet d'utiliser différents types de canaux de communication entre ces entités comme par exemple un canal de communication de type messagerie instantanée ou chat. Ainsi, dans un mode particulier de réalisation, le deuxième module 5 d'émission/réception du dispositif de communication associé à l'entité émettrice est configuré pour établir avec le dispositif cible un canal de communication de type messagerie instantanée pour communiquer avec ce dispositif cible en utilisant le langage naturel prédéterminé. En outre, l'invention est remarquable en ce que, une fois la requête formulée en langage naturel disponible, le dispositif de communication associé à l'entité émettrice est 10 avantageusement configuré pour extraire à partir de cette requête formulée en langage naturel, un ou plusieurs mots clés représentatifs de la requête, par exemple du traitement requis ou du type de réponse attendue à la requête. Puis à partir des mots clés extraits en langage naturel, le dispositif de communication est configuré pour identifier un dispositif cible vers lequel transférer la requête de l'entité émettrice en vue de son traitement. Ce dispositif cible, qu'il s'agisse d'un 15 dispositif de communication associé à une entité réceptrice capable de traiter la requête ou d'un dispositif intermédiaire, connait le langage naturel utilisé par le dispositif de communication associé à l'entité émettrice et est en mesure d'exploiter la requête formulée en langage naturel (ex. de la traduire dans un autre langage naturel ou de la traiter directement). Ainsi, selon l'invention, il n'est pas nécessaire que préalablement à l'émission d'une 20 requête, l'entité émettrice ait identifié clairement l'entité réceptrice qui est en mesure de traiter sa requête, pour s'assurer typiquement qu'elle supporte ou est compatible avec son langage informatique. Cette identification est réalisée à la volée, à partir de mots clés extraits de la requête pour tenir compte du fait que celle-ci est formulée dans un langage naturel. Dans un mode particulier de réalisation, le module d'identification est configuré pour 25 interroger, en utilisant ledit au moins un mot clé extrait, une base de données comprenant au moins un mot clé appartenant au langage naturel prédéterminé, relié à au moins un dispositif de communication supportant le langage naturel prédéterminé et associé à un objet communiquant capable de traiter la requête dont ledit au moins un mot clé est représentatif. Autrement dit, dans ce mode de réalisation, le dispositif de communication associé à 30 l'entité réceptrice dispose d'une connaissance d'un certain nombre d'objets communicants capables de traiter des requêtes et du type de requêtes que ces objets communicants sont capables de traiter (via les mots clés), les objets communicants référencés dans la base de données étant avantageusement associés à des dispositifs de communication qui communiquent selon le même langage naturel que le dispositif de communication associé à l'entité émettrice. 35 A partir de cette base de données, le module d'identification peut être configuré typiquement pour identifier comme dispositif cible : - un dispositif de communication associé à un objet communicant capable de traiter la requête et relié dans la base de données audit au moins un mot clé extrait ; ou 6 - un dispositif prédéfini si la base de données ne contient pas ledit au moins un mot clé extrait. Ce dispositif prédéfini est par exemple un dispositif apte à identifier un objet communicant capable de traiter la requête dont ledit au moins un mot clé extrait est représentatif. Autrement dit, le dispositif de communication associé à l'entité émettrice, lorsqu'il n'a 5 pas de connaissance a priori d'un objet communicant capable de traiter la requête sur la base des mots clés qualifiant la requête dont il dispose, a toujours la possibilité dans ce mode de réalisation de s'adresser à un dispositif tiers ayant une connaissance plus complète des objets communicants susceptibles de traiter la requête de l'entité émettrice. On note que cette connaissance plus complète peut être liée notamment au fait que 10 parmi les objets communicants connus du dispositif tiers, certains peuvent être associés à des dispositifs de communication communiquant selon un langage naturel différent de celui utilisé par le dispositif de communication associé à l'entité émettrice. Dans un tel cas, le dispositif tiers comprend préférentiellement un module de traduction permettant de traduire le cas échéant le langage naturel utilisé par le dispositif de communication associé à l'entité émettrice vers ce ou ces 15 langages naturels différents pour faire le lien entre les deux dispositifs de communication. Cette connaissance plus complète peut également provenir du fait que le dispositif tiers bénéficie d'une base de données plus « métier » que le dispositif de communication associée à l'entité émettrice, c'est-à-dire orientée sur le type de fonction ou de traitement attendu pour la requête. 20 Dans un mode particulier de réalisation, le module d'identification est en outre configuré pour : obtenir des capacités d'au moins un objet communicant ; et ajouter dans la base de données un dispositif de communication supportant le langage naturel prédéterminé et associé à l'objet communicant en le reliant à au moins un mot clé déterminé à 25 partir des capacités obtenues de l'objet communicant. Ce mode de réalisation permet au dispositif de communication associé à l'entité émettrice d'enrichir sa base de données avec de nouveaux objets communicants. La découverte de nouveaux objets communicants et l'obtention des capacités de ces nouveaux objets communicants peuvent être réalisées en interrogeant directement ces nouveaux 30 objets, par exemple via un protocole de découverte d'objets communicants et de leurs capacités, tel que le protocole BlueToothTm, etc. Elles peuvent également résulter d'informations communiquées par un dispositif tiers tel que celui évoqué précédemment, ou d'un apprentissage mis en oeuvre par le dispositif de communication associé à l'entité émettrice à partir des objets communicants qui ont 35 précédemment traité des requêtes de l'entité émettrice. Dans un mode particulier de réalisation, dans la base de données, au moins un mot clé représentatif d'une requête est en outre relié à un paramètre permettant de préciser ladite requête. 7 Par exemple, dans le cas d'une requête portant sur l'acquisition d'une température, ce paramètre peut consister à préciser s'il s'agit d'une température en degrés Celsius ou Fahrenheit. Ceci peut permettre de cibler plus facilement et plus rapidement un objet communicant apte à traiter la requête de l'entité émettrice. 5 Dans un mode particulier de réalisation, le dispositif de communication associé à l'entité émettrice comprend en outre un module de gestion configuré pour maintenir un contexte pour la requête sur une période déterminée, le contexte maintenu par le module de gestion comprenant un identifiant de contexte associé à la requête. La période déterminée est prise égale par exemple à la période nécessaire au 10 traitement de la requête par l'entité réceptrice (le cas échéant, jusqu'à réception de la réponse à la requête par l'entité émettrice). Ce contexte maintenu pour la requête est géré par le dispositif de communication de façon transparente pour l'entité émettrice et de l'entité réceptrice. Vu de ces entités, la « transaction » mise en oeuvre entre ces deux entités est sans état. De façon avantageuse, le maintien d'un tel contexte offre la possibilité aux dispositifs 15 de communication associés aux deux entités émettrice et réceptrice de dialoguer entre eux sans impliquer directement les entités, c'est-à-dire sans les solliciter. Ainsi par exemple, le dispositif de communication associé à l'entité émettrice peut être configuré pour fournir, sans solliciter l'entité émettrice, au moins un paramètre au dispositif cible précisant la requête dans un message comprenant l'identifiant de contexte associé à la requête. 20 Autrement dit, les dispositifs de communication associés aux deux entités peuvent communiquer entre eux dans le contexte de la requête pour préciser certains paramètres ou certains termes de la requête, etc. Dans un mode particulier de réalisation, les différentes étapes des procédés de communication mis en oeuvre par les dispositifs de communication associés aux entités émettrice 25 et réceptrice sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un dispositif de communication associé à l'entité émettrice ou réceptrice suivant le programme concerné, ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise 30 en oeuvre des étapes d'un procédé de communication tel que décrit ci-dessus. 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'informations ou d'enregistrement lisible par un 35 ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci- dessus. Le support d'informations ou d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de 8 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 une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations ou d'enregistrement peut être un support 5 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. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations ou d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être 10 utilisé dans l'exécution du procédé en question. Selon un autre aspect, l'invention vise également un système comprenant : - un premier dispositif de communication selon l'invention associé à une entité émettrice à l'origine d'une requête ; - un deuxième dispositif de communication associé à une entité réceptrice capable de traiter la 15 requête ; ledit premier dispositif de communication étant apte à transmettre au deuxième dispositif de communication ladite requête formulée dans un langage naturel prédéterminé supporté par le deuxième dispositif de communication. Selon un autre aspect encore, l'invention vise un système comprenant : 20 - un premier dispositif de communication selon l'invention associé à une entité émettrice à l'origine d'une requête ; - un deuxième dispositif de communication associé à une entité réceptrice capable de traiter ladite requête ; et un dispositif intermédiaire entre le premier dispositif de communication et le deuxième 25 dispositif de communication auquel le premier dispositif de communication transmet la requête formulée dans un langage naturel prédéterminé, ledit dispositif intermédiaire étant configuré pour, sur réception de la requête : - identifier le deuxième dispositif de communication associé à l'entité réceptrice capable de traiter la requête ; et 30 - transmettre la requête au deuxième dispositif de communication. Dans un mode particulier de réalisation, le premier et le deuxième dispositifs de communication de ce système supportent des langages naturels différents, et le dispositif intermédiaire comprend un module de traduction du langage naturel supporté par le premier dispositif de communication vers le langage naturel supporté par le deuxième dispositif de 35 communication et inversement, configuré pour traduire la requête avant sa transmission au deuxième dispositif de communication. 9 En outre, dans un mode particulier de réalisation des systèmes précités, l'entité réceptrice est un objet communicant utilisant pour communiquer un langage informatique prédéterminé et le deuxième dispositif de communication est conforme à l'invention. Par ailleurs, dans ces systèmes, le premier dispositif de communication peut être 5 compris dans l'entité émettrice et/ou ledit deuxième dispositif de communication être compris dans l'entité réceptrice. Les systèmes précités bénéficient des mêmes avantages mentionnés précédemment que le dispositif de communication associé à l'entité émettrice et que le dispositif de communication associé à l'entité réceptrice. 10 On peut également envisager, dans d'autres modes de réalisation, que les procédés de communication, les dispositifs de communication associés respectivement à l'entité émettrice et à à l'entité réceptrice et les systèmes selon l'invention présentent en combinaison tout ou partie des caractéristiques précitées. 15 Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : la figure 1 représente, de façon schématique, un système conforme à l'invention, dans un 20 mode particulier de réalisation ; la figure 2 illustre l'architecture matérielle d'un objet connecté appartenant au système de la figure 1 et comprenant un dispositif de communication selon l'invention ; la figure 3 donne un exemple d'une base de données pouvant être utilisée conformément à l'invention ; 25 les figures 4 et 5 représentent les principales étapes de procédés de communication selon l'invention tels qu'ils sont mis en oeuvre par les dispositifs de communication du système de la figure 1; et la figure 6 illustre les étapes mises en oeuvre par un dispositif du système de la figure 1 intervenant entre deux objets connectés de ce système. 30 Description détaillée de l'invention Nous allons maintenant décrire un mode particulier de réalisation de l'invention. Comme mentionné précédemment, l'invention permet à deux entités dites émettrice et réceptrice de communiquer entre elles, sans nécessiter de programmation préalable de l'une et/ou 35 l'autre de ces entités et quand bien même celles-ci n'utiliseraient pas le même langage informatique pour communiquer. Dans les exemples envisagés pour illustrer l'invention, l'entité émettrice est un objet connecté ou communiquant 01, et plus précisément un objet permettant de réguler la température 10 d'une pièce, tandis que l'entité réceptrice est un objet connecté ou communicant 02 et plus précisément un capteur de température, apte à fournir la température de la pièce en question. Ces exemples ne sont donnés qu'à titre illustratif, et l'invention s'applique dans bien d'autres contextes. Aucune limitation n'est attachée typiquement à la nature des objets connectés considérés ; de 5 même l'entité émettrice ou l'entité réceptrice peut être un être humain cherchant à communiquer avec un objet connecté. En outre, dans le mode de réalisation décrit ici, les dispositifs de communication associés respectivement conformément à l'invention aux entités émettrice et réceptrice sont intégrés dans ces entités émettrice et réceptrice, c'est-à-dire dans les objets connectés 01 et 02. 10 Dans une variante de réalisation, l'un ou l'autre de ces dispositifs de communication peut être hébergé dans un serveur applicatif accessible par l'entité à laquelle il(s) est (sont) associé(s). La figure 1 représente, dans son environnement, un système 1 conforme à l'invention dans un mode particulier de réalisation. Dans ce mode de réalisation, le système 1 comprend : 15 l'objet 01, qui intègre un dispositif de communication DCOM1 conforme à l'invention et associé au sens de l'invention à l'entité émettrice 01 ; et l'objet 02, qui intègre un dispositif de communication DCOM2 conforme à l'invention et associé au sens de l'invention à l'entité réceptrice 02. L'objet 01 comprend par ailleurs ici un module G1 de génération de requêtes, apte à 20 générer des requêtes, formulées ici dans un langage informatique prédéterminé Ml, pour obtenir des données et/ou des informations d'autres entités (et en particulier d'autres objets connectés comme l'objet connecté 02) permettant à l'objet 01 de remplir les fonctions qui lui sont attribuées. Dans l'exemple du régulateur de température dans une pièce, le module G1 est apte par exemple à générer une requête notée REQ1 visant à obtenir la température de la pièce en question. Cette 25 requête formulée dans le langage informatique M1 utilisé par l'objet 01 est par exemple : REQ1(M1)= « retrieve_celsius_temp » Par « requête », on entend ici une demande formulée par l'objet 01 au sens général du terme et qui attend un traitement. Il peut s'agir d'une demande d'informations ou de données dont le traitement résulte en la provision d'une réponse, d'un ordre résultant en l'application d'un 30 traitement, etc. Aucune limitation n'est attachée à la nature des requêtes auxquelles s'applique l'invention. L'objet 01 dispose également ici d'un module U1 d'exploitation des données et/ou informations qu'il a obtenues le cas échéant, notamment par l'intermédiaire des requêtes qu'il a formulées au moyen de son module de génération G1. 35 Dans le mode de réalisation décrit ici, l'objet 01 a l'architecture matérielle d'un ordinateur référencé de manière générique par 2 ici, et telle qu'illustrée à la figure 2. L'ordinateur 2 comprend notamment un processeur 3, une mémoire morte 4, une mémoire vive 5, une mémoire non volatile 6 et des moyens de communication 7 sur un ou 11 plusieurs réseaux de communication reliant entre eux les différents objets connectés considérés ici, à savoir les objets connectés 01 et 02. Aucune limitation n'est attachée à la nature de ces réseaux, il peut s'agir par exemple de réseaux sans fil, filaire, mobile ou fixe, etc. La mémoire morte 4 de l'ordinateur 2 constitue un support d'enregistrement ou 5 d'informations conforme à l'invention, lisible par le processeur 3 et sur lequel est enregistré un programme d'ordinateur conforme à l'invention, référencé de façon générique sur la figure 2 par PROG. Ce programme d'ordinateur PROG diffère en fonction de l'entité dans la mémoire morte de laquelle il est stocké. Ainsi, lorsque l'ordinateur 2 est l'objet 01, le programme d'ordinateur est un 10 programme PROG1 comportant des instructions pour l'exécution d'un procédé de communication selon l'invention mis en oeuvre par le dispositif de communication DCOM1 de l'objet connecté 01. Ce programme PROG1 définit, par le biais de ses instructions, des modules fonctionnels du dispositif de communication DCOM1 et de l'objet 01 qui s'appuient sur et/ou commandent les éléments matériels 3-7 de l'ordinateur 2 décrits précédemment. Ces modules comprennent 15 notamment ici comme illustré à la figure 1 : un premier module Al qui s'occupe à proprement parler de la formulation des requêtes de l'objet 01 destinées aux autres objets connectés (et le cas échéant des réponses reçues à ces requêtes accessibles et interprétables par l'objet 01) ; et un deuxième module Cl qui s'occupe d'établir une communication avec un objet connecté 20 susceptible de traiter les requêtes émises par l'objet connecté 01. Dans l'exemple envisagé ici d'un régulateur de température, l'objet connecté en question est typiquement un capteur de température 02 pouvant mesurer la température de la pièce et permettant à l'objet connecté 01 de remplir pleinement sa fonction. Les modules Al et Cl sont eux-mêmes constitués de plusieurs modules conformément 25 à l'invention définis par des instructions du programme PROG1. Ainsi, le module Al comprend, dans le mode de réalisation décrit ici : - un module d'émission/réception 1A, apte à recevoir en provenance du module de génération G1 de requêtes de l'objet 01, une requête REQ1. Dans l'exemple envisagé ici, la requête REQ1 est formulée dans le langage informatique Ml. Le module d'émission/réception 1A, est en 30 outre apte à émettre vers le module Ul des réponses reçues le cas échéant aux requêtes de l'objet 01 (par exemple une réponse REP1 reçue à la requête REQ1) au module Ul d'exploitation de l'objet 01 ; et un module de traduction 1B, configuré pour traduire la requête REQ1 formulée en langage informatique M1 dans un langage naturel prédéterminé noté NATI. Comme mentionné 35 précédemment, par langage naturel (ou langage ordinaire), on entend une langue « normale », parlée par un être humain telle que par exemple le français ou l'anglais, par opposition à un langage formel tel qu'un langage informatique ou un langage machine (ex. binaire). Dans l'exemple envisagé ici, le langage naturel NATI est le français. Le module de 12 traduction 1B est également programmé pour traduire le cas échéant une réponse REP1 reçue à la requête REQ1 et formulée dans le langage naturel NATI en langage informatique Ml. Dans le mode de réalisation décrit ici, le module Al comprend également un module de gestion 1C des requêtes, configuré (i.e. adapté, programmé) pour maintenir pour chaque 5 requête formulée par l'objet 01, un contexte noté CND( sur une période déterminée choisie égale à la durée de traitement de la requête. Cette durée s'étale typiquement de la génération de la requête par le module G1 ou de sa transmission au module Al jusqu'à la transmission de la réponse à la requête le cas échéant au module Ul. Le contexte CNTX comprend un identifiant de contexte ID associé à la requête à laquelle il est rattaché. 10 Le module Cl qui gère la communication avec les autres objets connectés comprend, dans le mode de réalisation décrit ici : un module d'extraction 1D configuré pour extraire à partir de la requête formulée dans le langage naturel NATI au moins un mot clé dans le langage naturel NATI représentatif de la requête. Par représentatif(s) de la requête, on entend ici que le ou les mots clés extraits 15 qualifie(nt) la requête, ils donnent une indication plus ou moins précise du traitement qui est demandé par celle-ci ou de la réponse qui est attendue pour permettre d'identifier l'objet connecté susceptible de traiter cette requête. Par exemple, pour une requête portant sur la mesure d'une température, un mot clé extrait peut être « température » ; un module d'identification 1E, configuré pour identifier en utilisant le ou les mots clés extraits 20 par le module d'extraction 1D, un dispositif cible TARG vers lequel transmettre la requête ; et un module d'émission/réception 1F configuré pour transmettre la requête formulée dans le langage naturel NAT1 au dispositif cible identifié par le module d'identification 1E. Dans le mode de réalisation décrit ici, le module d'identification lE est programmé, pour identifier le dispositif cible TARG, pour interroger une base de données DB1 à partir du ou des 25 mots-clés extraits par le module d'extraction 1D. La base de données DB1 comprend une ou plusieurs entrées En, n=1,... N, N désignant un entier supérieur ou égal à 1, chaque entrée En comprenant elle-même un ou plusieurs mots-clés notés K(n) appartenant au langage naturel NATI., relié(s), dans la base de données, à un dispositif de communication référencé par DCOMx (x désignant un entier) supportant le langage naturel NATI et associé à un objet communiquant 30 désigné par Ox capable de traiter la requête dont le ou les mots clés de l'entrée En est (sont) représentatif(s). La figure 3 illustre un exemple d'entrées d'une telle base de données. On note qu'un même mot clé ou ensemble de mots clés peut être associé à plusieurs dispositifs de communication différents. Dans l'exemple illustratif de la figure 3, la première entrée El de la base 35 de données DB1 relie un mot clé « température » (colonne KEYW) au dispositif de communication DCOM2 de l'objet connecté 02 (colonne DEV/OB3). Le dispositif de communication DCOM2 est identifié dans la base au moyen d'une adresse de joignabilité, permettant de le contacter et d'établir une communication avec lui. Cette adresse est par exemple une adresse IP, une URL 13 (Uniform Resource Locator), ou toute autre adresse permettant de joindre le dispositif de communication DCOM2 et d'établir un canal de communication avec lui selon le réseau considéré pour connecter les objets entre eux. En outre, dans l'exemple envisagé à la figure 3, une entrée En de la base de données 5 DB1 peut être associée à un ou plusieurs paramètres (colonne PARAM) venant préciser la requête dont le mot clé associé à cette entrée est représentatif. Ce ou ces paramètres dépend(ent) de l'objet connecté Ox qui va traiter la requête. Par exemple, si l'objet 02 est capable de délivrer une mesure de la température en degrés Celsius ou Fahrenheit, il peut être utile de préciser dans quelle unité est souhaitée la mesure. La façon dont ce paramètre est utilisé par le module de 10 communication DCOM1 est décrite plus en détail ultérieurement. On note que la base de données DB1 peut être préétablie de façon statique, par exemple par un utilisateur de l'objet connecté 01 en fonction des objets connectés qu'il a à sa disposition, et stockée dans le dispositif de communication DCOM1. En variante, cette base de données peut être établie et enrichie de façon dynamique 15 par le dispositif de communication DCOM1, par exemple par son module d'identification 1E, en obtenant de façon dynamique les capacités d'au moins un objet connecté avec lequel le dispositif de communication DCOM1 peut entrer en communication, et en ajoutant dans la base de données DB1 pour cet objet connecté, un dispositif de communication associé à cet objet supportant le langage naturel NATI en relation avec au moins un mot clé déterminé à partir des 20 capacités obtenues de l'objet. La découverte de nouveaux objets connectés et l'obtention des capacités de ces nouveaux objets connectés peuvent être réalisées en interrogeant directement ces nouveaux objets, par exemple via un protocole de découverte d'objets communicants et de leurs capacités, tel que le protocole BlueToote, etc. Elles peuvent également résulter d'informations communiquées par un dispositif tiers, par l'utilisateur de l'objet 01 ou encore d'un 25 apprentissage mis en oeuvre par le dispositif de communication DCOM1 à partir de la connaissance des objets connectés qui ont eu l'occasion de traiter précédemment des requêtes de l'objet 01. Comme mentionné précédemment, dans le mode de réalisation décrit ici, le module d'identification 1E est programmé pour utiliser la base de données DB1 lorsqu'il identifie le dispositif cible TARG vers lequel transférer la requête traduite en langage naturel NATI.. Plus 30 précisément ici, le module d'identification 1E est configuré pour choisir (i.e. identifier) comme dispositif cible TARG : soit un dispositif de communication associé à un objet communicant capable de traiter la requête et relié dans la base de données DB1 au(x) mot(s) clé(s) extrait(s) par le module d'extraction 1D; 35 soit un dispositif prédéfini si la base de données DB1 ne contient pas le ou les mots clés extraits par le module d'extraction 1D. Le dispositif prédéfini est un dispositif tiers 8 (cf. figure 1), capable d'identifier via un module 8A programmé à cet effet, un objet communicant capable de traiter la requête, lorsque le 14 dispositif de communication DCOM1 et plus particulièrement son module d'identification 1E n'est pas en mesure de le faire à partir des informations stockées dans la base de données DB1. Il peut s'agir par exemple d'un dispositif comprenant une base de données DB8 plus complète que la base de données DB1. 5 La base de données DB8 est par exemple une base dont les entrées ont la même forme que celles de la base de données DB1, mais spécialisée par domaine métier. Ainsi, dans l'exemple qui est envisagé ici, la base de données DB8 peut être une base dédiée aux objets connectés de la maison. Cette base de données DB8 peut donc avantageusement dépendre du contexte d'application de l'invention. 10 La base de données DB8 peut en outre inclure des dispositifs de communication communiquant dans des langages naturels différents du langage NAT1 utilisé par le module de communication DCOM1. Dans ce cas, chaque entrée de la base peut en outre être associée à un langage naturel utilisé par le dispositif de communication identifié par cette entrée. Pour gérer ces différentes langues, le dispositif tiers 8 comprend un module de traduction 8B apte à opérer dans 15 différents langages naturels (ex. français, anglais, allemand, chinois, etc.), comme détaillé davantage ultérieurement. Dans l'exemple envisagé ici, on suppose que l'objet connecté 02 intégrant le module de communication DCOM2 est capable de répondre à la requête REQ1 de l'objet connecté 01. L'objet connecté 02 a également ici l'architecture matérielle d'un ordinateur tel que l'ordinateur 2 20 représenté à la figure 2 et décrit précédemment. Le programme d'ordinateur PROG stocké dans la mémoire morte 4 de l'objet connecté 02 est alors un programme PROG2 comportant des instructions pour l'exécution d'un procédé de communication selon l'invention mis en oeuvre par le dispositif de communication DCOM2 de l'objet connecté 02. Ce programme PROG2 définit, par le biais de ses instructions, des modules fonctionnels du dispositif de communication DCOM2 et de 25 l'objet 02 qui s'appuient sur et/ou commandent les éléments matériels 3-7 de l'ordinateur 2 décrits précédemment. Ces modules comprennent notamment ici, comme illustré à la figure 1 : un premier module A2 qui s'occupe de formuler les requêtes en langage naturel arrivant au niveau du dispositif de communication DCOM2 et destinées à l'objet connecté 02 dans un langage compréhensible par l'objet connecté 02, à savoir ici dans un langage informatique 30 noté M2 qu'utilise l'objet connecté 02. Le premier module A2 s'occupe également de formuler les réponses de l'objet connecté 02 réalisées dans le langage informatique M2, dans un langage naturel prédéterminé NAT2 ; et un deuxième module C2 qui s'occupe des aspects liés à la communication avec les autres objets connectés, et en particulier ici, avec l'objet connecté 01 et plus précisément son 35 dispositif de communication DCOM1. Les modules A2 et C2 sont eux-mêmes constitués d'un ou de plusieurs modules conformément à l'invention, définis par des instructions du programme PROG2. 15 Ainsi, le module C2 comprend, dans le mode de réalisation décrit ici, un module d'émission/réception 2A apte à recevoir d'un dispositif dit d'origine (par exemple du dispositif tiers 8 ou du dispositif de communication DCOM1 de l'objet connecté 01) une requête que l'objet connecté 02 est capable de traiter, cette requête étant formulée dans un langage naturel NAT2 5 prédéterminé. L'utilisation d'un langage naturel NAT2 identique au langage naturel NAT1 ou au contraire distinct du langage naturel NAT2 est décrit plus en détail ultérieurement. Le module d'émission/réception 2A est également en charge de transmettre le cas échéant, les réponses de l'objet connecté 02 aux requêtes qui lui ont été envoyées aux dispositifs à l'origine de ces requêtes. Les réponses sont transmises par le module d'émission/réception 2A formulées dans le 10 langage naturel NAT2. Le module A2 comprend quant à lui ici : un module de traduction 2B configuré pour traduire la requête reçue par le module C2 dans le langage informatique M2 utilisé pour communiquer par l'objet connecté 02 ; et un module d'émission/réception 2C, configuré pour transmettre la requête formulée dans le 15 langage informatique M2 à une unité de traitement U2 de l'objet connecté 02. L'unité de traitement U2 comprend dans l'exemple envisagé précédemment d'un capteur de température 02, une unité de mesure de la température. C'est elle qui exécute la requête à proprement parler et fournit une réponse à cette requête, formulée dans le langage informatique M2, que le module d'émission/réception 2C transmet au module de traduction 2B pour être traduite 20 dans le langage naturel NAT2. On note que dans le mode de réalisation décrit ici, les objets 01 et 02 comprennent des modules de communication DCOM1 et DCOM2 fonctionnellement différents. Toutefois, on peut envisager que chacun des objets connectés soit associé à un module de communication plus complet réalisant les fonctions combinées des deux modules de communication DCOM1 et DCOM2. 25 Ceci peut s'avérer avantageux d'une part, par souci d'harmonisation des dispositifs de communication associés aux différents objets connectés, et d'autre part, lorsque les objets connectés considérés sont susceptibles tantôt d'être à l'origine de requêtes, tantôt d'être sollicités pour traiter des requêtes. Pour illustrer le mode de fonctionnement des dispositifs de communication DCOM1 et 30 DCOM2 intégrés respectivement dans les objets connectés 01 et 02, et montrer combien ces dispositifs de communication facilitent la communication entre les objets connectés 01 et 02, nous allons envisager deux scénarii selon que les dispositifs de communication DCOM1 et DCOM utilisent le même langage naturel (NAT1=NAT2) ou des langages naturels distincts (NAT1*NAT2). Le deuxième scénario s'appuie sur l'intervention du dispositif tiers 8 pour réaliser la traduction du 35 langage naturel NAT1 utilisé par le dispositif de communication DCOM1 de l'objet connecté 01 dans le langage naturel NAT2 utilisé par le dispositif de communication DCOM2 de l'objet connecté 02. 16 Les figures 4 et 5 représentent les différentes étapes des procédés de communication selon l'invention mis en oeuvre respectivement par les dispositifs de communication DCOM1 et DCOM2 dans le premier scénario dans lequel ces dispositifs de communication utilisent le même langage naturel. 5 En référence à la figure 4, dans ce premier scénario, on suppose que l'objet 01 par l'intermédiaire de son module de génération de requêtes G1, a généré une requête REQ1 visant à obtenir la température de la pièce en question, et formulée dans le langage informatique M1 utilisé par l'objet 01 selon l'exemple donné précédemment à savoir : REQ1(M1)= « retrieve_celsius_temp » 10 Cette requête REQ1(M1) est fournie par le module G1 au module d'émission/réception 1A du module Al du dispositif de communication DCOM1 de l'objet 01 (étape E10). La réception de la requête REQ1(M1) par le module Al déclenche l'établissement et le maintien par le module de gestion 1C d'un contexte CNTX(REQ1) pour la requête REQ1 pour une durée déterminée, prise égale ici à la durée de traitement prédéfinie de la requête REQ1 (étape 15 E20). Le contexte CNTXREQ1) établi comprend un identifiant de contexte ID(REQ1) alloué à la requête REQ1. Par ailleurs, la requête reçue par le module d'émission/réception lA étant formulée dans le langage informatique Ml, elle est traduite par le module de traduction 1B dans le langage naturel NATI (étape E30). A cet effet, le module de traduction 1B utilise par exemple une table de 20 correspondance préétablie entre d'une part, les méthodes ou expressions du langage informatique M1 et d'autre part, l'équivalent formulé dans le langage naturel NATI.. Une telle table est typiquement l'inverse de celle qui est classiquement utilisée dans l'état de la technique par les assistants vocaux qui réalisent la traduction d'expressions ou de termes formulé(e)s dans un langage naturel vers un langage machine ou un langage informatique. L'établissement d'une telle 25 table de correspondance ne pose aucun problème à l'homme du métier et n'est pas décrite davantage ici. On note REQ1(NAT1), la requête REQ1 traduite formulée dans le langage naturel NATI. Dans l'exemple envisagé ci-dessus, cette requête traduite en français (langage naturel NATI) peut être, à titre illustratif, « quelle est la température ? ». 30 On note que la traduction de la requête REQ1 dans le langage naturel NAT1 ne reprend pas nécessairement toutes les informations présentes initialement dans la requête formulée en langage informatique. Ainsi dans l'exemple illustratif fourni ci-avant, le fait que la température soit donnée en degrés Celsius n'est pas indiqué dans la requête traduite en langage naturel. Cette information est toutefois stockée par le module de gestion 1C dans le contexte 35 CNTX(REQ1) pour une utilisation ultérieure si besoin. La requête REQ1(NAT1) traduite en langage naturel NATI est ensuite fournie au module Cl du dispositif de communication DCOM1. 17 Sur réception de cette requête, le module 1D d'extraction du module Cl extrait à partir de la requête REQ1(NAT1) un ou plusieurs mots clés K1 en langage naturel NATI représentatifs de la requête, autrement dit, des mots clés qui permettent de qualifier le traitement attendu ou requis par celle-ci (étape E40). Dans l'exemple envisagé ici, le module 1D d'extraction extrait le mot clé 5 Kl=« température ». Le module 1D d'extraction peut à cet effet utiliser une base de mots clés préétablie qu'il recherche dans la requête REQ1(NAT1). Cette base peut être générale, ou liée à un domaine métier, ou encore dépendre du type d'objet connecté auquel est associé le dispositif de communication considéré. Dans l'exemple envisagé ici, il peut s'agir ainsi d'une base générale regroupant des mots clés en relation avec la domotique, ou une base spécialisée sur la régulation 10 de paramètres intervenant dans un contexte domestique, ou encore une base plus adaptée à l'objet 01 regroupant des mots clés en relation avec la gestion/mesure d'une température. Le module d'identification lE du dispositif de communication DCOM1 utilise ensuite le ou les mots clés K1 extraits par le module d'extraction 1D pour interroger la base de données DB1 en vue d'identifier un dispositif cible TARG vers lequel transférer la requête REQ1(NAT1) pour 15 qu'elle puisse être traitée (étape E50). Deux alternatives sont alors possibles. Si le ou les mots clés K1 ne sont pas compris dans la base DB1 (réponse non à l'étape test E60), le module d'identification lE est configuré pour identifier comme dispositif cible TARG le dispositif tiers 8 (étape E70). 20 Si le ou les mots clés K1 sont inclus dans la base DB1 et relié dans cette base à un dispositif de communication associé à un objet connecté (réponse oui à l'étape test E60), le module d'identification lE identifie comme dispositif cible TARG le dispositif de communication relié au(x) mot(s) clé(s) K1 (étape E80). Dans l'exemple de la base de données DB1, le mot clé « température » est relié au dispositif de communication DCOM2 de l'objet connecté 02. L'objet 25 connecté 02 est en effet apte à mesurer une température, tel que requis par la requête REQ1 de l'objet connecté 01. Autrement dit, selon cet exemple illustratif, le module d'identification lE identifie lors de l'étape E80 comme dispositif cible TARG le dispositif de communication DCOM2 de l'objet connecté 02. A partir de l'adresse de joignabilité du dispositif de communication DCOM2 fournie par 30 la base de données DB1, le module d'émission/réception 1F du module Cl du dispositif de communication DCOM1 établit un canal de communication sur un réseau de communication avec le dispositif de communication DCOM2, et plus particulièrement avec son module C2 (étape E90). L'établissement d'un tel canal de communication sur un réseau à partir des moyens de communication 7 des objets connectés est connu en soi et dépend du réseau de communication 35 considéré. Cette procédure n'est pas décrite en détail ici. On suppose ici que le canal de communication établi est un canal de type messagerie instantanée aussi plus communément connue sous l'appellation « chat ». Toutefois cet exemple 18 n'est donné qu'à titre illustratif et d'autres types de canaux peuvent être établis (ex. canal permettant l'échange de messages courts ou SMS (Short Message Service), de voix sur IP, etc.). Le canal de communication ainsi établi est utilisé par le module d'émission! réception 1F du dispositif de communication DCOM1 de l'objet connecté 01 pour transmettre la requête 5 REQ1(NAT1) en langage naturel NAT1 formulée par l'objet connecté 01 au dispositif de communication DCOM2 et plus particulièrement à son module C2 (étape E100). L'identifiant de contexte ID(REQ1) est inséré par le dispositif de communication DCOM1 dans la requête en langage naturel REQ1(NAT1) avant sa transmission vers le dispositif de communication DCOM2. En référence à la figure 5, la requête REQ1(NAT1) en langage naturel NAT1 est reçue 10 par le module d'émission/réception 2A du module C2 du dispositif de communication DCOM2 associé à l'objet connecté 02 (étape F10). Un contexte CNTX(REQ1) est initié et maintenu pour la requête REQ1 par le dispositif de communication DCOM2, auquel il associe l'identifiant de contexte ID(REQ1) contenu dans la requête REQ1(NAT1) (étape F20). 15 La requête REQ1(NAT1) est ensuite traduite par le module de traduction 2B du module A2 du dispositif de communication DCOM2 dans le langage informatique M2 utilisé par l'objet connecté 02 (étape F30). A cet effet, le module de traduction 2B utilise une table de correspondance préétablie entre les méthodes du langage informatique M2 et des expressions et termes du langage naturel NAT2 identique ici au langage naturel NATI. (table inverse de celle 20 décrite précédemment pour le module de traduction 1B). Dans l'exemple de requête REQ1 envisagé précédemment, la requête REQ1(M2) traduite dans le langage M2 est par exemple : REQ1(M2)= « get_temperature () » Dans l'exemple envisagé ici, on suppose que la requête REQ1(M2) traduite dans le 25 langage M2 demande la fourniture d'un paramètre précisant si la température mesurée doit être fournie en degrés Celsius ou Farenheit. La valeur de ce paramètre n'étant pas contenue dans la requête REQ1(NAT1) reçue du dispositif de communication DCOM1, le dispositif de communication DCOM2, par l'intermédiaire de son module A2, a la possibilité d'interroger le dispositif de communication DCOM1 et plus précisément son module Al pour obtenir cette valeur. 30 A cet effet, le module A2 utilise le contexte initié pour la requête REQ1 et envoie un message MESS1 au module Al lui demander de préciser la valeur du paramètre et contenant l'identifiant de contexte ID(REQ1) (étape F40). Ce message est formulé en langage naturel. Par exemple il contient les termes suivants : MESS1 = « Dans quelle unité ? ». On note que pour formuler le message MESS1, le module A2 peut s'appuyer sur la table de correspondance inverse 35 de celle utilisée pour traduire le langage naturel NAT2 (=NAT1 ici) dans le langage informatique M2, ou s'appuyer sur des tables alternatives établissant une correspondance entre les paramètres des méthodes du langage informatique M2 et des messages permettant de préciser ces requêtes formulés dans le langage naturel NAT2 (=NATI. ici). 19 Le message MESS1 est transmis par le module d'émission/réception 2A du dispositif de communication DCOM2 au module d'émission/réception 1F du dispositif de communication DCOM1 via le canal de communication établi entre les deux modules de communication . En référence à la figure 4, sur réception du message MESS1 (réponse oui à l'étape test 5 E110), le module d'émission/réception 2A détecte qu'il s'agit non pas d'une réponse à la requête mais d'une demande de précision d'un paramètre de la requête émise dans le cadre du contexte maintenu pour la requête REQ1 (branche MESS sur la figure 4). Le message MESS1 contient en effet comme mentionné précédemment l'identifiant ID(REQ1) du contexte CNTX(REQ1) maintenu pour la requête REQ1. 10 La distinction entre une demande de précision d'un paramètre et une réponse à la requête peut être établie de différentes façons. Une indication prévue explicitement à cet effet dans le message MESS1 (via notamment un paramètre idoine inclus dans le message) peut par exemple permettre de distinguer les deux types de messages (demande de précision ou réponse définitive). En variante, le caractère de réponse définitive ou de demande de précision peut être 15 indiqué en langage naturel : par exemple, pour une réponse, le message formulé en langage naturel peut être « Voici la réponse : xyz »; au contraire pour une demande de précision, le message formulé en langage naturel peut être « J'ai une question : abcd ? ». Dans cette variante, pour établir la distinction entre les deux types de messages, le module d'émission/réception 2A peut rechercher dans le contenu du message MESS1 formulé en langage naturel des mots-clés 20 prédéfinis comme par exemple « réponse » ou « question » ou la présence d'un point d'interrogation. Le message MESS1 est transmis au module de gestion 1C du module Al du dispositif de communication DCOM1 qui identifie, dans le contexte CNTXREQ1) maintenu pour la requête REQ1, la valeur Celsius de l'unité requise qui avait été précédemment stockée lors de la traduction 25 de la requête REQ1 en langage naturel. Le module Al peut ainsi fournir, sans solliciter l'objet connecté 01 et notamment son module de génération G1 ou son unité de traitement Ul, la valeur du paramètre demandé. Il génère un message de réponse REP_MESS1 contenant la valeur « Celsius » et formulé en langage naturel (par exemple tout simplement « Celsius »), et le transmet par le biais du module 1F d'émission/réception au dispositif de communication DCOM2 à 30 destination de son module A2 (étape E120). Le message de réponse REP_MESS1 contient l'identifiant de contexte ID(REQ1) de la requête REQ1. En référence à la figure 5, le message REP_MESS1 est reçu par le module d'émission/réception 2A du dispositif de communication DCOM2 et transmis au module A2 (étape F50). Celui-ci extrait la valeur du paramètre requis en langage naturel, et précise (après traduction 35 de la valeur du paramètre) la requête REQ1(M2) formulée en langage informatique M2 (étape F60). Celle-ci devient : REQ1(M2)= « get_temperature (Celsius) » 20 D'autres échanges entre les modules Al et A2 peuvent être mis en oeuvre si d'autres paramètres notamment de la requête doivent être précisés jusqu'à pouvoir qualifier pleinement la requête formulée par l'objet 01 pour qu'elle puisse être exécutée et/ou traitée par l'objet 02. Un enregistrement (log) de ces échanges peut être maintenu par chacun des modules pour garder 5 une trace des interactions passées entre les modules Al et A2. Dans une variante de réalisation, le module Al peut retenir en mémoire de cette interaction avec le module A2 que la requête REQ1 formulée dans le langage informatique M1 doit être traduite dans le langage naturel NATI_ en intégrant la valeur de l'unité de mesure de la température, et lors d'une prochaine requête similaire, préciser cette unité dans la traduction 10 REQ1(NAT1) formulée dans le langage naturel NATI.. Dans une autre variante de réalisation, d'autres informations que des paramètres visant à préciser la requête REQ1 peuvent être échangées par le biais de messages entre les modules Al et A2 dans le contexte de la requête REQ1 : il peut s'agir par exemple d'informations représentatives de l'état des dispositifs de communication DCOM1 et DCOM2 et/ou des objets 15 connectés 01 et 02, des indications sur le caractère plus ou moins urgent de la requête, ou encore des éléments permettant une authentification entre les modules Al et A2, etc. La requête REQ1(M2) formulée dans le langage informatique M2 est ensuite transmise par le module d'émission/réception 2C du module A2 à l'unité de traitement U2 de l'objet connecté 02 (étape F70). 20 La requête REQ1(M2) est alors traitée par l'unité de traitement U2 (étape F80). En l'espèce ici, l'objet connecté 02 mesure la température ambiante en degrés Celsius (on suppose qu'il se trouve dans la même pièce que l'objet connecté 01). Puis il transmet au module d'émission/réception 2C du module A2 la température mesurée en degrés Celsius dans un message de réponse à la requête REQ1 formulée dans le 25 langage informatique M2 (étape F90). On désigne par REP_REQ1(M2) ce message de réponse. Le message de réponse REP_REQ1(M2) étant formulé dans le langage informatique M2, elle est traduite par le module de traduction 2B dans le langage naturel NAT2, autrement dit dans le scénario considéré ici dans le langage naturel NATI. (étape F100). A cet effet, le module de traduction 1B utilise la table de correspondance inverse à celle utilisée durant l'étape de traduction 30 F30 de la requête REQ1. On note REP_REQ1(NAT1), le message de réponse REP_REQ1 traduit et formulé dans le langage naturel NATI.. Dans l'exemple envisagé ci-dessus, ce message de réponse traduit en français (langage naturel NATI.) peut être, à titre illustratif, « la température est de 20° Celsius ». La réponse REP_REQ1(NAT1) traduite en langage naturel NAT1 est ensuite fournie au 35 module C2 du dispositif de communication DCOM2 et plus particulièrement à son module d'émission/réception 2A. Celui-ci transmet la réponse REP_REQ1(NAT1) au dispositif de communication DCOM1 et plus particulièrement à son module Cl en utilisant le canal de communication précédemment établi (étape F110). 21 En référence à la figure 4, sur réception de cette réponse (réponse oui à l'étape E110), le module 1F d'émission/réception identifie qu'il s'agit de la réponse à la requête REQ1 (branche REP sur la figure 4) et la transmet au module de traduction 1B du module Al du dispositif de communication DCOM1. Le module de traduction 1B traduit la réponse REP_REQ1(NAT1) dans le 5 langage informatique M1 utilisé par l'objet connecté 01 et notamment par son unité de traitement U1 (étape E130). Il utilise à cet effet la table de correspondance inverse à celle utilisée lors de l'étape de traduction E30. Puis le module d'émission/réception 1A fournit la réponse traduite REP_REQ1(M1) et formulée dans le langage informatique M1 à l'unité de traitement U1 de l'objet connecté 01 pour 10 traitement de cette réponse (étape E140). Dans l'exemple envisagé ici, l'unité de traitement U1 utilise la réponse fournie par le capteur de température 02 pour réguler la température de la pièce à la hausse ou à la baisse, en agissant par exemple sur le chauffage de la pièce. Dans le premier scénario qui vient d'être décrit, les dispositifs de communication associés aux objets connectés 01 et 02 utilisent le même langage naturel, i.e. NAT1=NAT2, et le 15 module d'identification 1E est en mesure d'identifier un dispositif de communication DCOM2 d'un objet connecté capable de traiter la requête de l'objet 01. Il peut s'avérer toutefois que lors de l'étape d'identification E60, le module d'identification 1E ne parvienne pas à identifier dans la base de données DB1 un dispositif de communication d'un objet connecté apte à traiter la requête REQ1, typiquement parce qu'aucun 20 des mots clés K1 extraits de la requête REQ1 n'est présent dans la base de données DB1. Plusieurs raisons sont possibles à cela : par exemple, la base de données DB1 n'est pas suffisamment complète et ne contient pas d'objet connecté en mesure de traiter la requête formulée par l'objet connecté 01, ou il n'existe pas d'objet connecté utilisant le même langage naturel NAT1 que le dispositif de communication DCOM1, etc. 25 Dans un tel scénario, le module d'identification 1E est configuré pour transmettre la requête REQ1(NAT1) traduite en langage naturel NAT1 vers un dispositif tiers 8 (cf. étape E70 évoquée rapidement précédemment). L'établissement de la communication par le module d'émission/réception 1F du dispositif de communication DCOM1 avec ce dispositif tiers 8 peut se faire de la même façon que décrite précédemment avec le dispositif de communication DCOM2. 30 La figure 6 illustre les principales étapes mises en oeuvre par le dispositif tiers 8 sur réception de cette requête REQ1(NAT1) (étape G10). On suppose ici, comme évoqué ci-avant, que le dispositif tiers 8 dispose d'une base de données DB8 plus complète que la base de données DB1 du dispositif de communication DCOM1. Cette base regroupe le même type d'informations que la base de données DB1 à ceci près qu'elle 35 peut inclure des dispositifs de communication communiquant selon un langage naturel différent du langage naturel NATI.. Elle peut en outre comprendre des dispositifs de communication associés à davantage d'objets connectés que la base de données DB1, par exemple parce qu'il s'agit d'une 22 base de données établie par domaine métier et non renseignée uniquement par l'utilisateur de l'objet connecté 01 en fonction de sa connaissance locale du système 1. A titre d'exemple, on fait l'hypothèse ici que la base de données DB8 contient notamment, relié au mot clé « température » formulé dans le langage naturel NATI., le dispositif 5 de communication DCOM2 associé à un objet connecté 02, mais que celui-ci utilise maintenant un langage naturel NAT2 distinct du langage naturel NATI.. Par exemple NAT2 est l'anglais et NAT1 est le français. Le langage naturel NAT2 utilisé par le dispositif de communication DCOM2 est associé dans la base de données DB8 à l'entrée correspondant au mot clé en langage naturel NATI. « température ». 10 Sur réception de la requête REQ1(NAT1) formulée en langage naturel NATI., le dispositif tiers 8, via son module d'identification 8A, détermine le langage naturel NAT1 utilisé par la requête, et extrait des mots clés K1 représentatifs de cette requête. Il procède à cet effet de façon similaire à ce qui a été décrit précédemment pour le module d'identification 1E du dispositif de communication DCOM1 (étape G20). 15 Puis le module d'identification 8A du dispositif tiers 8 interroge en utilisant le ou les mots clés K1 en langage naturel NATI_ la base de données DB8 (étape G30). La base de données DB8 peut avoir pour faciliter cette interrogation, des mots clés classés par langage naturel. Si le ou les mots clés K1 ne sont pas présents dans la base de données DB8 (réponse non à l'étape test G40), alors le dispositif tiers 8 répond négativement à la requête REQ1 et 20 transmet cette réponse négative au dispositif de communication DCOM1 (étape G50). Le système 1 n'est pas en mesure d'identifier un objet connecté permettant de répondre à la requête de l'objet connecté 01 et celui-ci est invité à formuler une autre requête. En variante, le dispositif tiers 8 peut être configuré pour interroger une autre base de données, plus complète encore que la base de données DB8. 25 Si le ou les mots clés K1 sont présents dans la base DB8 et reliés dans cette base à un dispositif de communication associé à un objet connecté (réponse oui à l'étape test G40), le module d'identification 8A détermine à partir des informations stockées dans la base DB8 le langage naturel utilisé par ce dispositif de communication (étape G60). Dans l'exemple de la base de données DB8 décrit précédemment, le mot clé K1=« température » en langage naturel NATI. 30 (français) est relié au dispositif de communication DCOM2 de l'objet connecté 02 qui utilise le langage naturel NAT2 (anglais). Le module d'identification 8A compare les deux langages naturels NATI. et NAT2 (étape test G70). Le langage naturel NAT2 étant différent du langage naturel NATI. (réponse non à 35 l'étape test G70), le dispositif tiers 8, par l'intermédiaire de son module de traduction 8A, traduit alors la requête REQ1(NAT1) formulée dans le langage naturel NAT1 dans le langage naturel NAT2 (étape G80). Il utilise à cet effet une base de dictionnaire classique du langage naturel NAT1 vers le langage naturel NAT2. 23 Si les deux langages sont identiques, aucune traduction n'est mise en oeuvre. Puis un canal de communication est établi entre le dispositif tiers 8 et le dispositif de communication DCOM2 de l'objet connecté 02, et la requête REQ1(NAT2) formulée dans le langage naturel NAT2 utilisée par le dispositif de communication DCOM2 est envoyée via ce canal 5 de communication au dispositif de communication DCOM2 (étape G90). Le dispositif de communication DCOM2 sur réception de cette requête REQ1(NAT2) formulée dans le langage naturel NAT2 procède de façon similaire à ce qui a été décrit précédemment dans le premier scénario en référence à la figure 5, en utilisant le langage naturel NAT2 distinct du langage naturel NATI. Il convient de noter que dans ce deuxième scénario, le 10 dispositif tiers 8 est en coupure de flux de tous les échanges en langage naturel mis en oeuvre entre les deux dispositifs de communication DCOM1 et DCOM2 pour réaliser la traduction de ces échanges du langage naturel NATI vers le langage naturel NAT2 et inversement. Il convient de noter que dans les deux scenarii envisagés, les deux objets connectés communiquent en utilisant un langage informatique qui leur est propre. On peut toutefois 15 envisager d'appliquer l'invention dans un contexte où l'une ou l'autre des entités émettrice et réceptrice utilise un langage naturel et non un langage informatique, auquel cas l'étape préalable de traduction de la requête ou de la réponse d'un langage informatique vers un langage naturel n'est REVENDICATIONS1. Dispositif de communication (DCOM1) associé à une entité dite émettrice (01) comprenant : un premier module d'émission/réception (1A) apte à recevoir, en provenance de l'entité émettrice, une requête formulée dans un langage informatique prédéterminé ou dans un langage naturel prédéterminé ; un module de traduction (1B), activé si la requête est formulée dans le langage informatique prédéterminé, et configuré pour traduire la requête dans le langage naturel prédéterminé ; un module d'extraction (1D) configuré pour extraire à partir de la requête formulée dans le langage naturel prédéterminé au moins un mot clé représentatif de la requête ; un module d'identification (1E) configuré pour identifier en utilisant ledit au moins un mot clé extrait, un dispositif cible supportant le langage naturel prédéterminé vers lequel transmettre la requête ; et un deuxième module d'émission/réception (1F) configuré pour transmettre la requête formulée dans le langage naturel au dispositif cible. 2. Dispositif de communication (DCOM1) selon la revendication 1 dans lequel : le premier module d'émission/réception (1A) est activé sur réception d'une réponse formulée dans le langage naturel à la requête, pour transmettre cette réponse à l'entité émettrice ; et le module de traduction (1B) est en outre configuré pour traduire la réponse préalablement à sa transmission à l'entité émettrice dans le langage informatique prédéterminé si l'entité émettrice communique en utilisant le langage informatique prédéterminé. 3. Dispositif de communication (DCOM1) selon la revendication 1 ou 2 dans lequel le module d'identification (1E) est configuré pour interroger, en utilisant ledit au moins un mot clé extrait, une base de données (DB1) comprenant au moins un mot clé appartenant au langage naturel prédéterminé relié à au moins un dispositif de communication supportant le langage naturel prédéterminé et associé à un objet communiquant capable de traiter la requête dont ledit au moins un mot clé est représentatif. 4. Dispositif de communication (DCOM1) selon la revendication 3 dans lequel le module d'identification est configuré pour identifier comme dispositif cible : un dispositif de communication (DCOM2) associé à un objet communicant capable de traiter la requête et relié dans la base de données audit au moins un mot clé extrait ; ou un dispositif prédéfini (8) si la base de données ne contient pas ledit au moins un mot clé extrait. 25 5. Dispositif de communication (DCOM1) selon la revendication 4 dans lequel le dispositif prédéfini est un dispositif apte à identifier un objet communicant capable de traiter la requête dont ledit au moins un mot clé extrait est représentatif. 5 6. Dispositif de communication (DCOM1) selon l'une quelconque des revendications 3 à 5 dans lequel le module d'identification est en outre configuré pour : - obtenir des capacités d'au moins un objet communicant ; et - ajouter dans la base de données un dispositif de communication supportant le langage naturel prédéterminé et associé à l'objet communicant en le reliant à au moins un mot clé déterminé à 10 partir des capacités obtenues de l'objet communicant. 7. Dispositif de communication (DCOM1) selon l'une quelconque des revendications 1 à 6 dans lequel dans la base de données, au moins un mot clé représentatif d'une requête est en outre relié à un paramètre permettant de préciser ladite requête. 8. Dispositif de communication (DCOM1) selon l'une quelconque des revendications 1 à 7 dans lequel le deuxième module d'émission/réception est configuré pour établir avec le dispositif cible un canal de communication de type messagerie instantanée pour communiquer avec ce dispositif cible en utilisant le langage naturel prédéterminé. 9. Dispositif de communication (DCOM1) selon l'une quelconque des revendications 1 à 8 comprenant en outre un module de gestion (1C) configuré pour maintenir un contexte pour la requête sur une période déterminée, le contexte maintenu par le module de gestion comprenant un identifiant de contexte associé à la requête. 10. Dispositif de communication (DCOM1) selon la revendication 9 configuré pour fournir, sans solliciter l'entité émettrice, au moins un paramètre au dispositif cible précisant la requête dans un message comprenant l'identifiant de contexte associé à la requête. 30 11. Dispositif de communication (DCOM2) associé à un objet communicant (02) comprenant : un premier module d'émission/réception (2A) apte à recevoir d'un dispositif dit d'origine une requête que l'objet communicant est capable de traiter, ladite requête étant formulée dans un langage naturel prédéterminé ; 35 un module de traduction (2B) configuré pour traduire la requête reçue dans un langage informatique prédéterminé utilisé pour communiquer par l'objet communicant ; et un deuxième module d'émission/réception (2C), configuré pour transmettre la requête formulée dans le langage informatique prédéterminé à l'objet communicant. 15 20 25 26 12. Système (1) comprenant : un premier dispositif de communication (DCOM1) selon l'une quelconque des revendications 1 5 à 10 associé à une entité émettrice (01) à l'origine d'une requête ; un deuxième dispositif de communication (DCOM2) associé à une entité réceptrice (02) capable de traiter la requête ; ledit premier dispositif de communication étant apte à transmettre au deuxième dispositif de communication ladite requête formulée dans un langage naturel prédéterminé supporté par le 10 deuxième dispositif de communication. 13. Système (1) comprenant : - un premier dispositif de communication (DCOM1) selon l'une quelconque des revendications 1 à 10 associé à une entité émettrice à l'origine d'une requête ; 15 - un deuxième dispositif de communication (DCOM2) associé à une entité réceptrice capable de traiter ladite requête ; et - un dispositif intermédiaire (8) entre le premier dispositif de communication et le deuxième dispositif de communication auquel le premier dispositif de communication transmet la requête formulée dans un langage naturel prédéterminé, ledit dispositif intermédiaire étant configuré 20 pour, sur réception de la requête : - identifier le deuxième dispositif de communication associé à l'entité réceptrice capable de traiter la requête ; et - transmettre la requête au deuxième dispositif de communication. 25 14. Système (1) selon la revendication 13 dans lequel le premier et le deuxième dispositifs de communication supportent des langages naturels différents, et le dispositif intermédiaire comprend un module de traduction du langage naturel supporté par le premier dispositif de communication vers le langage naturel supporté par le deuxième dispositif de communication et inversement, configuré pour traduire la requête avant sa transmission au 30 deuxième dispositif de communication. 15. Procédé de communication destiné à être mis en oeuvre par un dispositif de communication (DCOM1) associé à une entité dite émettrice (01), ledit procédé comprenant : 35 une étape de réception (E10) d'une requête émise par l'entité émettrice et formulée dans un langage informatique prédéterminé ou dans un langage naturel prédéterminé ; si la requête est formulée dans le langage informatique prédéterminé, une étape de traduction (E30) de la requête dans le langage naturel prédéterminé ; 27 une étape d'extraction (E40) à partir de la requête formulée dans le langage naturel prédéterminé d'au moins un mot clé représentatif de la requête ; une étape d'identification (E50-E80), en utilisant ledit au moins un mot clé extrait, d'un dispositif dit cible supportant le langage naturel prédéterminé vers lequel transmettre la 5 requête formulée dans le langage naturel ; et une étape de transmission (E100) de la requête formulée dans le langage naturel au dispositif cible identifié. 16. Procédé de communication destiné à être mis en oeuvre par un dispositif de 10 communication (DCOM2) associé à un objet communicant (02) : une étape de réception (F10) en provenance d'un dispositif dit d'origine d'une requête que l'objet communicant est capable de traiter, ladite requête reçue étant formulée dans un langage naturel prédéterminé ; une étape de traduction (F30) de requête formulée dans le langage naturel prédéterminé dans 15 un langage informatique prédéterminé utilisé par l'objet communicant pour communiquer ; et une étape de transmission (F70) de la requête formulée dans le langage informatique prédéterminé à l'objet communicant. 17. Procédé de communication selon la revendication 16 comprenant en outre : 20 une étape de réception (F90) en provenance de l'objet communicant d'une réponse à la requête, ladite réponse étant formulée dans le langage informatique prédéterminé ; une étape de traduction (F100) de la réponse formulée dans le langage informatique prédéterminé dans le langage naturel prédéterminé ; et une étape de transmission (F110) au dispositif d'origine de la réponse formulée dans le 25 langage naturel prédéterminé.