Brevet FR3009467A1 — publié le 20150206

Domaine technique L'invention se rapporte à un procédé de gestion, dans un premier dispositif, de l'écriture d'une réponse à un message reçu depuis un second dispositif. Le premier dispositif vise tout particulièrement un dispositif dont les ressources physiques et logicielles sont telles que l'écriture d'un message est difficile voire impossible. Cela est le cas par exemple lorsqu'un dispositif ne dispose pas d'un clavier permettant la saisie de caractères. Le deuxième dispositif vise tout particulièrement un dispositif apte à communiquer à la fois avec le premier dispositif via un premier canal de communication et avec d'autres dispositifs via un au moins un autre canal de communication. Dans la suite de la description, un premier dispositif sera illustré au moyen d'une montre connectée, et un deuxième dispositif sera illustré au moyen d'un smartphone. Un canal de communication inclut à la fois un réseau de communication (non filaire) de type WIFI, 3G, etc., et/ou une connexion filaire de type USB. Dans notre exemple, le premier canal choisi est le réseau Bluetooth (non filaire). Le deuxième canal sera un réseau de type Internet. Etat de la technique Une montre connectée peut se connecter à un smartphone via un réseau de communication. Dans cette configuration, le smartphone peut émettre des notifications à la montre comme par exemple, - une notification relative à la réception d'un message téléphonique, - une notification relative à la réception d'un message court de type SM S, - etc. Le smartphone communique avec l'équipement via un réseau de communication tel que le Bluetooth. La norme Bluetooth permet de transmettre à la montre certaines notifications (uniquement SMS, mails, appels) mais ne permet pas d'y répondre. En conséquence, l'utilisateur est obligé d'utiliser le smartphone pour répondre. L'utilisateur perd ainsi le bénéfice de la discrétion apportée par la montre connectée ; en particulier lorsque le smartphone n'est pas facilement accessible par exemple parce qu'il se trouve dans la poche ou dans le sac à main de l'utilisateur. L'invention offre une solution ne présentant pas les inconvénients de l'état de la technique. L'invention A cet effet, selon un aspect fonctionnel, l'invention a pour objet un procédé de gestion, dans un premier dispositif, de l'écriture d'une réponse suite à la réception d'une requête émise depuis un second dispositif, caractérisé en ce qu'au moins une réponse possible au message est reçue par le premier dispositif pour sélection. Grâce à l'invention, le premier dispositif n'a plus la gestion de l'écriture de la réponse. En effet, la (ou les) réponse possible est fournie par le second dispositif au premier dispositif. Il suffit au niveau du premier dispositif de sélectionner une réponse et de transmettre cette réponse au deuxième dispositif qui se charge ensuite de traiter cette réponse par exemple en la transmettant sur le réseau à destination d'un troisième dispositif concerné par la réponse. De cette manière, l'utilisateur peut recevoir des notifications et répondre à ces notifications directement depuis le second dispositif et simplement car l'étape de création de la réponse est réduite à une sélection d'une réponse parmi au moins une réponse proposée. L'utilisateur n'a donc plus à se servir de son smartphone pour répondre. La requête visée peut concerner une application logicielle parmi plusieurs applications. Selon un mode de mise en oeuvre particulier de l'invention, ladite au moins une réponse possible est fonction de l'application. Le deuxième dispositif dispose à cet effet d'un module de sélection aptes à sélectionner un ensemble de réponses possibles à transmettre au premier dispositif ; la sélection s'effectuant à la base de l'application visée. L'ensemble en question de questions est défini par exemple au préalable par l'utilisateur. L'application est par exemple une application de téléphonie. Aussi, selon un mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec le précédent, ladite au moins une réponse possible est fonction de l'appelant. Par exemple, le second dispositif comprend une liste de contacts susceptibles d'appeler ce second dispositif; l'utilisateur peut configurer les réponses possibles en fonction des utilisateurs de la liste. Ensuite, en fonction de l'appelant, le deuxième dispositif transmet au premier dispositif l'ensemble des réponses possibles définies lors de la configuration visée ci-dessus. De cette manière, la liste des réponses possibles n'est pas figée mais varie en fonction de l'application, voire de l'appelant dans le cas d'une application de téléphonie. Selon un autre aspect fonctionnel, l'invention a trait à un procédé de gestion, dans un dispositif, dit second dispositif, de l'émission, via un premier canal de communication, d'un premier message à destination d'un premier dispositif, le second dispositif ayant reçu au préalable un second message depuis un second canal de communication, caractérisé en que le premier message inclut au moins une réponse possible à sélectionner. Selon un aspect matériel, l'invention a trait à un dispositif, dit premier dispositif, comprenant un module de réception pour la réception d'un message issu d'un second dispositif, caractérisé en ce que le module de réception est apte à recevoir en outre au moins une réponse possible audit message et en ce qu'il comprend un module de sélection d'un message. Selon un autre aspect matériel, l'invention a trait à un dispositif, dit second dispositif, comprenant un module de gestion de l'émission, via un premier canal de communication, d'un premier message à destination d'un premier dispositif, le second dispositif ayant reçu au préalable un second message depuis un second canal de communication, caractérisé en que le premier message inclut au moins une réponse possible à sélectionner. Selon un autre aspect matériel, l'invention a trait à un premier programme d'ordinateur apte à être mis en oeuvre sur le premier dispositif défini ci-dessus, le programme comprenant des instructions de code qui, lorsque le premier programme est exécuté par un processeur, réalise le procédé de gestion exécuté au niveau du premier dispositif tel que défini ci-dessus et dans la revendication 1. Selon un autre aspect matériel, l'invention a trait à un support d'enregistrement lisible par un processeur de données sur lequel est enregistré un programme comprenant des instructions de code de programme pour l'exécution du procédé de gestion exécuté au niveau du premier dispositif tel que défini ci-dessus et dans la revendication 1. Selon un autre aspect matériel, l'invention a trait à un programme d'ordinateur apte à être mis en oeuvre sur le second dispositif défini ci-dessus, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise le procédé de gestion exécuté au niveau du second dispositif tel que défini ci-dessus et dans la revendication 4. Selon un autre aspect matériel, l'invention a trait à un support d'enregistrement lisible par un processeur de données sur lequel est enregistré un programme comprenant des instructions de code de programme pour l'exécution du procédé de gestion exécuté au niveau du premier dispositif tel que défini ci-dessus et dans la revendication 4. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés sur lesquels : La figure 1 représente un système informatique dans lequel l'invention peut être mise en oeuvre selon un mode de réalisation. Les figures 2 et 3 sont des vues schématiques de la structure du premier dispositif et du deuxième dispositif, respectivement. La figure 4 est une vue schématique d'échanges de messages selon un mode de réalisation décrit en référence à la figure 1.30 Description détaillée d'un exemple de réalisation illustrant l'invention La figure 1 représente un système SYS comprenant un premier dispositif D1 illustré au moyen d'une montre. Ce premier dispositif est dans notre exemple, une montre connectée incluant un environnement informatique permettant l'exécution d'une première application APP1 dont le fonctionnement sera expliqué dans la suite de la description. Cette montre dispose, entre autres, - d'un module de sélection MSEL permettant la sélection d'un texte sur l'écran ; - d'un module d'affichage ECR1 illustré par un écran ; - d'un module de communication COM1 pour communiquer notamment avec le smartphone ; A noter ici que ce premier dispositif pourrait aussi être des lunettes connectées, ou tout autre objet communiquant. Le système comprend aussi un deuxième dispositif D2 illustré par l'intermédiaire d'un smartphone apte à communiquer avec le premier dispositif au moyen d'un premier canal de communication illustré au moyen d'un réseau de communication RES1 ; dans notre exemple, ce premier réseau est un réseau Bluetooth. Un autre deuxième réseau pourrait être utilisé en lieu et place du réseau Bluetooth comme par exemple une liaison filaire par exemple un câble USB. Dans notre exemple, le smartphone peut également communiquer via un second canal de communication illustré au moyen d'un réseau de communication RES2 avec un serveur de notifications. Pour cela, le smartphone 25 comprend - un module mémoire MEM2 dans lequel est stockée une seconde application APP2 ; - un module d'affichage ECR2 illustré au moyen d'un écran ; - un premier module de communication COM21 pour communiquer 30 avec la montre D1 via le premier réseau RES1 ; - un second module de communication COM22 pour communiquer avec le second réseau RES2. Dans notre exemple, le second réseau est un réseau Internet. Rappelons ici que le premier réseau et le second réseau sont quelconques ; tous autres canaux de communication autres que ceux qui servent ici à illustrer l'invention auraient pu être utilisés. Le système comprend en outre un serveur de notifications SNTF. Ce serveur de notifications agrège une pluralité de messages d'origine diverses et variées. Ce serveur a pour fonction notamment de recevoir des notifications et de traiter ces notifications de manière à transmettre à destination du smartphone un message. L'origine des notifications en question est quelconque. Par exemple, une notification peut provenir de l'une des sources suivantes : - Un serveur de courrier électronique ; - Un serveur dédié à la téléphonie permettant une mise en relation téléphonique ou un échange de messages courts ; - Une application de communication déposée) ; du type Facebook (marque - Une application de type agenda ; - Una application météo ; - Etc. Dans notre exemple de réalisation, le système SYS comprend en outre un serveur applicatif SAPP pour l'envoi de messages courts SMS. Ce serveur d'envoi de SMS communique avec le serveur de notification décrit ci-dessus. La figure 2 est une vue schématique des échanges de messages illustrant un mode de réalisation du procédé de l'invention. Le procédé comprend plusieurs étapes référencées ET1 à ET11. Lors d'une première étape ET1, une application APP-fcb de communication, par exemple une application Facebook, hébergée sur un serveur SRV, émet une notification signalant la réception d'un message MSG sur le compte de l'utilisateur UT. Lors d'une deuxième étape ET2, le serveur de notification SNTF récupère les données relatives au message MSG reçu. Le message comprend par exemple un texte et une image. L'image est par exemple au format JPEG (acronyme anglo-saxon de Joint Photographic Experts Group). Lors d'une troisième étape ET3, le serveur de notification SNTF émet une notification à la deuxième application APP2 présente sur le deuxième dispositif à savoir le smartphone D2. Lors d'une quatrième étape ET4, la deuxième application APP2 récupère le message sur le serveur de notification SNTF. Selon une variante, le serveur aurait pu émettre à la fois la notification et le message, évitant de cette façon à la deuxième application de récupérer le message sur le serveur SNTF. Lors d'une cinquième étape ET5, optionnellement, la deuxième application modifie l'image de manière à ce qu'elle ait un format compatible avec les ressources physiques et logicielles présentes sur le premier terminal. Lors d'une sixième étape ET6, la deuxième application transmet à la première application le message, l'image modifiée et au moins une réponse possible par exemple « j'aime » ou « super » ou « je n'aime pas ». Le format du message est par exemple le suivant : { MessagelD : « « FB :12453674992 » Caption : « je suis un post FB » Image « encoded image » Answers {type « FB like » caption : « j'aime » } {type : "FB comment" caption: "super"} Lors d'une septième étape ET7, la première application APP1 reçoit le message issu de la deuxième application et l'interprète en affichant le texte correspondant à l'attribut « caption » à savoir « je suis un post FB ». La première application interprète également l'image reçue et l'affiche également sur le premier écran ECR1. La première application APP1 affiche également la liste de réponses possibles. Dans notre exemple, la première application requiert l'affichage des deux propositions de réponse à savoir : - J'aime - Super Lors d'une huitième étape ET8, l'utilisateur sélectionne la réponse souhaitée par exemple « J'aime ». Lors d'une neuvième étape ET9, la première application APP1 transmet la réponse sélectionnée à destination de la deuxième application APP2. Lors d'une dixième étape ET10, la deuxième application APP2 reçoit la réponse et réalise une action prédéfinie. L'action prédéfinie peut être par exemple : - Un établissement d'un appel téléphonique - Un envoi d'un message au serveur de notifications, le message incluant par exemple o la réponse sélectionnée « j'aime » de manière à ce que cette réponse soit publiée dans l'application APP-fcb o et l'identifiant MessagelD à savoir FB :12453674992 Si l'action est l'envoi d'un message au serveur de notification, lors d'une onzième étape ET11, l'application APP-fcbFB reçoit le message et publie le message. { MessagelD : « « FB :12453674992 » answers : {type: « FB like » caption « j aime » } Précisons ici qu'un message prédéfini est par exemple un commentaire prédéfini ou une réponse prédéfinie. Les réponses possibles peuvent varier. Par exemple, la requête peut être liée à une application donnée. Dans cette configuration, la (ou les) réponse(s) possible(s) est (sont) fonction(s) de l'application. L'application peut être par exemple une application de téléphonie. Dans cette configuration, le deuxième dispositif comprend une liste de contacts susceptibles d'appeler le deuxième dispositif. Dans notre exemple, la liste des réponses possibles peut être par exemple fonction de l'appelant. Pour un premier appelant, la liste des réponses peuvent être les suivantes : - « je suis en réunion » - « je te rappelle dans 10 mn » Pour un deuxième appelant, la liste des réponses susceptibles d'être sélectionnées peuvent être les suivantes : - « je ne suis pas disponible » - « veuillez rappeler plus tard » - « je vous rappellerai » Les réponses possibles peuvent aussi varier en fonction du moment de la journée. Précisons ici que le terme module utilisé dans la présente demande 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 oeuvre 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 oeuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). REVENDICATIONS1. Procédé de gestion, dans un premier dispositif (Dl), de l'écriture d'une réponse suite à la réception d'un message issu d'un second dispositif (D2), caractérisé en ce qu'au moins une réponse possible au message est reçue par le premier dispositif pour sélection. 2. Procédé selon la revendication 1, caractérisé en ce que la requête est relative à une application donnée, et en ce que ladite au moins une réponse possible est fonction de l'application. 3. Procédé selon la revendication 2, caractérisé en ce que l'application est une application de téléphonie et en ce que ladite au moins une réponse possible est fonction de l'appelant. 4. Procédé de gestion, dans un dispositif (D2) dit second dispositif, de l'émission, via un premier canal de communication, d'un premier message à destination d'un premier dispositif (D1), le second dispositif ayant reçu au préalable un second message depuis un second canal de communication, caractérisé en que le premier message inclut au moins une réponse possible à sélectionner. 5. Dispositif (Dl), dit premier dispositif, comprenant un module de réception pour la réception d'un message issu d'un second dispositif (D2), caractérisé en ce que le module de réception est apte à recevoir en outre au moins une réponse possible audit message et en ce qu'il comprend un module de sélection d'un message. 6. Dispositif (D2), dit second dispositif comprenant un module de gestion de l'émission, via un premier canal de communication, d'un premier message à destination d'un premier dispositif (D1), le second dispositif ayant reçu au préalable un second message depuis un second canal de communication, caractérisé en que le premier message inclut au moins une réponse possible à sélectionner. 7. Programme d'ordinateur apte à être mis en oeuvre sur un dispositif tel que défini dans la revendication 5, le programme comprenant desinstructions de code qui, lorsque le programme est exécuté par un processeur, réalise le procédé tel que défini dans la revendication 1. 8. Programme d'ordinateur apte à être mis en oeuvre sur un dispositif tel que défini dans la revendication 6, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise le procédé tel que défini dans la revendication 4.