Brevet FR3067548A1 — publié le 20181214

Domaine technique L'invention concerne de manière générale les terminaux de télécommunication, et concerne en particulier un procédé et un dispositif de gestion de notifications d'évènements liés à un ensemble d'applications logicielles installées dans un terminal de communication mobile d'un utilisateur. 10 L'invention vise notamment les terminaux de communication mobile de type smartphone. Etat de la technique Dans le domaine de la téléphonie mobile, les terminaux de type smartphone 15 ("téléphone intelligent") tel que l'iPhoneTM commercialisé par la société Apple, sont actuellement très répandus. Un smartphone peut être défini comme étant un téléphone mobile disposant de fonctions évoluées telles que celles d'un assistant numérique personnel, d'un appareil photo numérique et d'un ordinateur portable. Il dispose généralement d'un écran tactile pour la saisie des données. 20 Selon le principe d'un ordinateur, un smartphone peut ainsi exécuter divers logiciels/applications grâce à un système d'exploitation spécialement conçu pour terminaux mobiles, et donc en particulier fournir, outre les fonctions de téléphonie et de messagerie classiques (SMS), des applications variées telles que l'agenda, la télévision, le calendrier, la navigation sur le Web, la consultation et l'envoi de courrier électronique, la géolocalisation, le 25 dictaphone/magnétophone, la messagerie vocale visuelle, la cartographie numérique, la messagerie instantanée, etc. En particulier, de nombreuses applications utilisées dans un terminal de type smartphone sont susceptibles de produire des notifications indicatives d'un évènement relatif à l'application considérée. Ces notifications sont généralement des messages textuels affichés sur 30 l'écran du terminal et leur affichage est le plus souvent accompagné d'une alerte sonore, visuelle (écran qui s'allume par exemple) et/ou d'une vibration (en fonction du paramétrage du terminal). Par exemple, une application de messagerie - de type classique ou une application de messagerie instantanée telle que WhatsAppTM - pourra générer des notifications pour informer 35 l'utilisateur de l'arrivée d'un nouveau message court (SMS ou MMS) ; une application de téléphonie pourra générer une notification pour informer l'utilisateur de la réception d'un 1 2 message vocal suite à un appel entrant manqué, par exemple. D'autres applications concernant des jeux, des réseaux sociaux, ou un service d'informations etc., sont susceptibles également de produire des notifications d'évènements dont l'importance pour l'utilisateur est très variable. Dans ce contexte, la survenue aléatoire de telles notifications d'évènements dans un terminal peut être gênant pour l'utilisateur dans certaines situations où celui-ci ne doit ou ne veut pas être dérangé ; c'est le cas par exemple, lorsque l'utilisateur assiste à une réunion de travail au cours de laquelle l'utilisateur est amené à prendre la parole, et par conséquent ne doit pas être dérangé ou déconcentré par la tentation de consulter ces notifications suite à l'alerte sonore ou visuelle résultant de leur survenue. Actuellement, pour ne pas être dérangé par les notifications précitées, l'utilisateur peut paramétrer son terminal de façon à désactiver ces notifications ou au moins les rendre silencieuses. Cependant cette opération manuelle est fastidieuse car elle nécessite souvent de paramétrer le terminal pour chacune des applications susceptibles d'émettre de telles notifications ; d'autre part, si l'utilisateur oublie de réactiver manuellement, par la suite, le processus de notification pour une application donnée, il pourra manquer des notifications concernant des évènements importants liés à l'application considérée. Il y a par conséquent un besoin d'améliorer la situation exposée ci-dessus. La présente invention vise notamment à satisfaire ce besoin. Exposé de l'invention Ainsi, selon un premier aspect, l'invention concerne un procédé de gestion de notifications d'évènements liés à un ensemble d'applications logicielles installées dans un terminal de communication mobile d'un utilisateur. Conformément à l'invention ce procédé comporte des opérations de : - réception d'une notification d'un évènement lié à une application parmi l'ensemble d'applications ; - suite à la réception de la notification, activation d'un microphone associé au terminal et obtention d'un flux acoustique en provenance du microphone ; - analyse en temps réel du flux acoustique pendant une durée déterminée afin d'identifier une situation contextuelle relative à l'utilisateur du terminal ; - présentation immédiate ou différée de la notification d'évènement dans le terminal en fonction du résultat de l'analyse du flux acoustique. Grâce à l'invention telle que succinctement définie ci-dessus, lors de la réception d'une notification d'un évènement relatif à une application de communication installée dans le terminal mobile, de type smartphone notamment, l'analyse automatique de l'environnement acoustique du terminal permet d'identifier une situation contextuelle de l'utilisateur et en 3 fonction de la situation identifiée, présenter sans délai la notification dans le terminal pour avertir l'utilisateur de la nouvelle notification, ou bien différer la présentation de la notification. Par exemple, une telle situation contextuelle de l'utilisateur peut être : "utilisateur en conversation", "utilisateur dans un environnement bruyant", "environnement silencieux", etc. 5 En pratique, un ensemble de situations contextuelles différentes peut être configuré dans l'application de gestion de notifications selon l'invention, et pour chaque type de situation, une décision de présentation de la notification (présentation immédiate ou différée) ainsi qu'un mode de présentation associé (mode sonore et/ou visuel), peuvent être paramétrés. Selon une caractéristique du procédé ci-dessus, l'opération d'analyse du flux acoustique 10 inclut la reconnaissance vocale de la voix de l'utilisateur du terminal, et si la voix de l'utilisateur est reconnue pendant l'opération d'analyse, la présentation de la notification est différée pendant une durée déterminée. Cette caractéristique permet de déduire efficacement de la reconnaissance de la voix de l'utilisateur que ce dernier est lui-même impliqué dans une conversation. 15 Selon un mode de réalisation particulier de l'invention, le microphone est constitué d'un ou plusieurs microphones équipant un dispositif auquel se connecte le terminal par une connexion sans fil (Bluetooth par exemple). Cela permet au terminal de tirer avantage de la présence d'objets connectés dans son environnement et d'obtenir le cas échéant une meilleure qualité de captation acoustique. 20 Selon un second aspect, l'invention concerne un dispositif de gestion de notifications d'évènements liés à un ensemble d'applications logicielles installées dans un terminal de communication mobile d'un utilisateur, le dispositif comprenant : - un module de réception de notifications d'évènements liés à l'ensemble d'applications, configuré pour déclencher l'activation d'un microphone associé au terminal suite à la réception 25 d'une notification ; - un module d'analyse de flux acoustique, activable par le module de réception de notifications et configuré pour obtenir un flux acoustique en provenance du microphone et analyser en temps réel le flux obtenu afin d'identifier une situation contextuelle relative à l'utilisateur du terminal ; 30 - un module de décision configuré pour activer ou différer la présentation d'une notification d'évènement reçue, en fonction de la situation contextuelle identifiée par le module d'analyse ; et - un module de présentation de notifications d'évènements, configuré pour présenter dans le terminal une notification d'évènement lié à une application, suite à une commande 35 d'activation de présentation de notification reçue du module de décision. 4 Selon un troisième aspect, l'invention concerne un terminal de communication mobile comportant un dispositif de gestion de notifications d'évènements liés à un ensemble d'applications installées dans le terminal, tel que brièvement défini ci-dessus. Un tel terminal est par exemple un terminal mobile de type smartphone. 5 En pratique, les moyens constitutifs de l'invention - qui permettent la mise en oeuvre des étapes du procédé de gestion de notifications d'évènements, tel que brièvement exposé plus haut, dans un terminal mobile selon l'invention -, sont essentiellement implémentés sous forme logicielle c'est-à-dire un ou plusieurs programmes informatiques stockés dans une ou plusieurs mémoires, de type RAM (Random ,4ccess Memoty), ROM (Read Only Memoty) ou de 10 type magnétique (disque dur par exemple), et exécutés par un processeur incorporé dans le terminal. En particulier, un terminal selon l'invention, par exemple de type smartphone ou tablette électronique, pourra télécharger ou être nativement équipé d'une application spécifique de gestion de notifications d'évènements, configurée pour mettre en oeuvre un procédé de 15 gestion de notifications d'évènements selon l'invention, suite à l'interception d'une notification d'évènement en provenance d'une application exécutée ou installée dans le terminal. Par conséquent, selon un dernier aspect, la présente invention vise aussi un programme d'ordinateur stocké sur un support d'informations et mis en oeuvre dans un terminal de communication, ce programme comprenant des instructions dont l'exécution par un processeur 20 du terminal, provoque l'exécution des étapes d'un procédé de gestion de notifications d'évènements, selon l'invention. Un tel programme d'ordinateur selon l'invention peut utiliser divers langages de programmation, et comprendre des programmes sous forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement 25 compilée, ou dans n'importe quelle autre forme souhaitable. Enfin, l'invention vise aussi un support d'enregistrement d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur selon l'invention. Un tel support d'enregistrement peut être constitué par n'importe quelle entité ou dispositif capable de stocker un tel programme. Par exemple, le support peut comporter un moyen de stockage, tel 30 qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement amovible tel qu'une clé USB ou une carte mémoire, ou un moyen d'enregistrement magnétique, tel qu'un disque dur. D'autre part, un programme ou application logicielle selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Les avantages procurés par un dispositif, un terminal de communication ou un 35 programme d'ordinateur, selon l'invention, tels que brièvement définis ci-dessus, sont 5 identiques ou contribuent à ceux mentionnés plus haut en relation avec le procédé de gestion de notifications d'évènements, selon l'invention, et par conséquent ne seront pas rappelés ici. Brève description des figures 5 D'autres caractéristiques et avantages de la présente invention ressortiront de la description détaillée qui suit, laquelle fait référence aux dessins annexés dans lesquels : - la figure 1 illustre un environnement réseau dans lequel la présente invention peut être mise en oeuvre ainsi que l'architecture fonctionnelle d'un terminal de communication, selon un mode de réalisation de l'invention ; et 10 - la figure 2 illustre de manière fonctionnelle un dispositif de gestion de notifications d'évènements liés à un ensemble d'applications logicielles installées dans un terminal de communication mobile, ainsi que les étapes principales du procédé de gestion de notifications d'évènements correspondant, selon un mode de réalisation de l'invention. 15 Description détaillée de l'invention La figure 1 illustre un environnement réseau dans lequel la présente invention peut être mise en oeuvre ainsi que l'architecture fonctionnelle d'un terminal de communication, selon un mode de réalisation de l'invention. Dans le mode de réalisation choisi et décrit, le terminal de communication T1, selon 20 l'invention, est un terminal de téléphonie mobile de type smartphone, connecté à un réseau de communication NW. Le réseau NW est ici, selon l'exemple de réalisation choisi, un réseau mobile dit de 3ème génération - par exemple conforme à la norme UMTS (Universel Mobile Telecommunications System) -, ou à un réseau mobile dit de 4ème génération - par exemple conforme à la norme LTE (Long Term Evolution). A la figure 1, un second terminal mobile T2 25 est représenté, ce second terminal pouvant envoyant des messages courts (SMS ou MMS), via une application de messagerie instantanée par exemple, au terminal Tl. Les nouveaux messages à destination du terminal T1 sont reçus par un serveur de messagerie SVR, qui en réponse aux messages reçus génère des notifications indicatives de nouveaux messages reçus qui sont transmises au terminal Tl. Ces notifications transmises par le serveur sont 30 classiquement désignées par "notifications push" c'est-à-dire des notifications qui sont "poussées" d'un serveur vers une application d'un terminal, sans que le terminal n'en fasse la demande. Le terminal T1 selon l'invention est constitué d'éléments agencés selon une architecture matérielle (10) d'ordinateur intégrant une mémoire et disposant d'une application de gestion de 35 notifications selon l'invention préalablement installée dans la mémoire. Cette architecture 10 comprend notamment : 6 - un processeur (PRC) associé à un bus de données (Bu) permettant aux différentes entités de cette architecture de communiquer entre elles ; - un module I/O d'interface de communication réseau, capable d'établir par exemple des sessions de communication sur le réseau NW, selon un protocole de communication de 5 téléphonie mobile, et d'échanger avec d'autres terminaux des messages courts (SMS ou MMS) via une application de messagerie par messages courts classique ou une application de messagerie instantanée utilisant des protocoles de communication propriétaires, ou bien des courriers électroniques (email) via une application de courrier électronique, etc. - un module système d'exploitation, OS, par exemple le système d'exploitation 10 AndroidTM de la société Google, gérant l'interaction entre les différents modules et le processeur (PRC) du terminal Ti ; - un module d'affichage SCR/KB associé à un clavier (tactile ou mécanique) et un écran d'affichage couplé avec un module d'interface graphique GUI (Graphical User Interface) pour présenter graphiquement à l'utilisateur du terminal des données relatives à un ensemble 15 d'applications de communication accessibles depuis le terminal ou installées dans celui-ci, par exemple une application de messagerie instantanée ou de courrier électronique ; - un module mémoire M1 comprenant des composants mémoire de type ROM et RAM et dans lequel sont stockés des modules logiciels associés à un ensemble d'applications installées dans le terminal, parmi lesquelles l'application AP selon l'invention de gestion de 20 notifications d'évènements liés à un ensemble d'applications logicielles installées dans le terminal Tl, et dont l'exécution permet de mettre en oeuvre le procédé gestion de notifications d'évènements, selon l'invention. D'un point de vue fonctionnel, le terminal Tl inclut notamment les modules fonctionnels détaillés ci-après et regroupés dans une application AP de messagerie installée en mémoire 25 (M1) du terminal. On entend ici par "application AP" un ensemble de modules logiciels dont l'exécution par le processeur du terminal provoque la mise en oeuvre du procédé de gestion de notifications, selon l'invention. Ainsi, les modules fonctionnels associés au terminal Tl incluent notamment les modules définis ci-après, dont l'ensemble constitue un dispositif selon l'invention de gestion de 30 notifications d'évènements liés à un ensemble d'applications logicielles installées dans un terminal de communication mobile. Ce dispositif est décrit plus en détail en relation avec la figure 2, ci-après. La figure 2 illustre de manière fonctionnelle un tel dispositif de gestion de notifications d'évènements. La figure 2 illustre également les étapes principales du procédé de gestion de 35 notifications d'évènements correspondant, ces étapes étant décrites plus bas dans la description. Le dispositif 20 selon l'invention comprend les modules fonctionnels suivants : 7 - Module 201 de réception de notifications d'évènements Le module de réception 201 est configuré pour déclencher l'activation d'un microphone MC associé au terminal (T1) suite à la réception d'une notification en provenance soit d'un serveur (SVR) (notifications push) via l'interface réseau (INT_NW) du terminal, soit directement 5 en provenance d'une application exécutée dans le terminal, par exemple une application de jeux, ou d'informations, etc. - Module 203 d'analyse de flux acoustique Le module 203 d'analyse de flux acoustique est activable par le module 201 de réception de notifications, et est configuré pour obtenir un flux acoustique (FL) en provenance 10 du microphone MC, puis analyser en temps réel ce flux afin d'identifier une situation contextuelle relative à l'utilisateur du terminal (T1). Le module d'analyse de flux est, dans le mode de réalisation exposé, configuré pour reconnaître la voix de l'utilisateur du terminal. Cette reconnaissance vocale de l'utilisateur suppose qu'une opération préalable de configuration de la reconnaissance vocale ait été réalisée par l'utilisateur, par apprentissage notamment, via une 15 application de reconnaissance vocale intégrée dans le module d'analyse, de manière à ce qu'une empreinte vocale de l'utilisateur soit enregistrée pour servir de référence pour la reconnaissance. - Module 205 de décision Le module 205 de décision est configuré pour activer ou différer la présentation d'une 20 dite notification d'évènement reçue, en fonction d'une situation contextuelle identifiée par le module 203 d'analyse. Ainsi, si la voix de l'utilisateur est reconnue à l'issue de l'analyse réalisée par le module d'analyse, le module de décision diffère la présentation de la notification dans le terminal pendant une durée déterminée. - Module 207 de présentation de notifications 25 Le module 207 de présentation de notifications d'évènements est configuré pour présenter dans le terminal (T1) une notification d'évènement lié à une application, suite à une commande d'activation de présentation de notification reçue du module 205 de décision. La présentation d'une notification dans le terminal peut être effectuée, de manière classique, soit par la production d'une alerte sonore via un haut-parleur HP équipant le terminal, ou soit par 30 l'affichage d'un message de notification sur l'écran SCR du terminal, soit en combinant ces deux modes d'alerte. Toujours en relation avec la figure 2, les étapes principales du procédé de gestion de notifications d'évènements selon l'invention vont être à présent décrites. Comme mentionné précédemment, les étapes du procédé sont mises en oeuvre par une application de gestion de 35 notifications d'évènements, distincte de l'ensemble des applications de communication installées 8 dans le terminal (T1) de l'utilisateur, et du système d'exploitation (OS) du terminal, ou bien intégrée dans le système d'exploitation. A la figure 2, le procédé de gestion de notifications d'évènements liés à un ensemble d'applications logicielles installées dans un terminal de communication débute par la réception 5 S205 d'une notification d'un évènement lié à une application parmi l'ensemble d'applications. Comme mentionné précédemment, cette notification peut soit être une notification dite "push" reçue préalablement (étape S201) par l'interface réseau INT_NW, en provenance d'un serveur ; ou bien une notification produite (étape S203) par une application APPL en cours d'exécution dans le terminal. 10 Suite à la réception de la notification, le module de réception de notifications 201 active (étape S207) un microphone (MC) associé au terminal. Ce microphone peut être celui qui équipe le terminal lui-même ou bien un (ou plusieurs) microphones équipant un dispositif auquel se connecte le terminal par une connexion sans fil, par exemple un objet connecté comportant un microphone et auquel se connecte le terminal, par une connexion selon le 15 protocole de communication sans fil, tel que le protocole Bluetooth par exemple. L'activation du microphone provoque l'obtention d'un flux acoustique FL qui reflète l'environnement sonore du terminal, et ce flux est récupéré par le module (203) d'analyse de flux acoustique qui en effectue en temps réel l'analyse (étape S211). Cette analyse permet d'identifier une situation contextuelle relative à l'utilisateur du terminal. Par exemple, si l'analyse 20 acoustique révèle que les sons reconnus lors de l'analyse sont des voix d'une ou plusieurs personnes dans l'environnement proche du terminal, le module d'analyse peut alors identifier une situation contextuelle correspondant à une conversation ou une réunion à laquelle l'utilisateur du terminal participe. D'autres situations contextuelles peuvent être identifiées, comme par exemple celle identifiant l'utilisateur dans un environnement extérieur, en ville par 25 exemple, si des bruits de nature variée incluant des bruits de moteur, sont reconnus. En particulier, dans le mode de réalisation choisi, l'opération d'analyse du flux acoustique inclut la reconnaissance vocale de la voix de l'utilisateur du terminal. Une fois l'opération d'analyse achevée, le résultat de l'analyse, c'est-à-dire la situation contextuelle identifiée, est transmis (étape S213) au module de décision, et ce dernier 30 commande ou diffère la présentation de la notification d'évènement en fonction du résultat de l'analyse et notamment de la situation contextuelle identifiée. En particulier, si la voix de l'utilisateur est reconnue pendant l'opération d'analyse et la situation contextuelle identifiée indique que l'utilisateur est en cours de conversation ou assiste à une réunion, alors la présentation de la notification est différée (étape S215, 0) pendant une 35 durée déterminée. Cette durée est associée à une temporisation TEMP (étape S217), fixée par exemple à 10 minutes, et le processus recommence comme expliqué précédemment avec l'analyse (S211) du flux acoustique obtenu par le microphone (MC). 9 Si, à l'issue de cette nouvelle opération d'analyse, la situation contextuelle identifiée de l'utilisateur est compatible avec la présentation de la notification d'évènement, par exemple si aucune voix n'est reconnue dans le flux sonore analysé, alors la présentation de la notification (S215, 1) est validée et le module de présentation de notifications (207) reçoit (étape S217) 5 une commande de présentation de la notification et détermine (S219) le mode de présentation approprié. A l'étape finale, S220, la notification d'évènement est présentée dans le terminal, par exemple sous forme d'alerte sonore et/ou visuelle réalisée au moyen du haut-parleur HP ou de l'écran REVENDICATIONS1. Procédé de gestion de notifications d'évènements liés à un ensemble d'applications logicielles installées dans un terminal de communication mobile d'un utilisateur, le procédé comportant des opérations de : - réception (S205, S209) d'une notification d'un évènement lié à une application parmi l'ensemble d'applications ; - suite à la réception de la notification, activation (S207) d'un microphone associé au terminal et obtention d'un flux acoustique (FL) en provenance du microphone ; - analyse (S211, S213) en temps réel du flux acoustique pendant une durée déterminée afin d'identifier une situation contextuelle relative à l'utilisateur du terminal ; - présentation (S215, S217, S219) immédiate ou différée de la notification d'évènement dans le terminal en fonction du résultat de l'analyse du flux acoustique. 2. Procédé selon la revendication 1, dans lequel l'opération d'analyse du flux acoustique inclut la reconnaissance vocale de la voix de l'utilisateur du terminal, et si la voix de l'utilisateur est reconnue pendant l'opération d'analyse, la présentation de la notification est différée pendant une durée déterminée. 3. Procédé selon l'une des revendications 1 ou 2, dans lequel ledit microphone est un microphone équipant un dispositif auquel se connecte ledit terminal par une connexion sans fil. 4. Dispositif (20) de gestion de notifications d'évènements liés à un ensemble d'applications logicielles installées dans un terminal de communication mobile d'un utilisateur, le dispositif comprenant : - un module (201) de réception de notifications d'évènements liés à l'ensemble d'applications, configuré pour déclencher l'activation d'un microphone associé audit terminal suite à la réception d'une notification ; - un module (203) d'analyse de flux acoustique, activable par ledit module de réception de notifications et configuré pour obtenir un flux acoustique en provenance du microphone et analyser en temps réel ledit flux afin d'identifier une situation contextuelle relative à l'utilisateur du terminal ; 11 - un module (205) de décision configuré pour activer ou différer la présentation d'une dite notification d'évènement reçue, en fonction de ladite situation contextuelle identifiée par ledit module d'analyse ; et - un module (207) de présentation de notifications d'évènements, configuré pour 5 présenter dans le terminal une notification d'évènement lié à une application, suite à une commande d'activation de présentation de notification reçue dudit module de décision. 5. Dispositif selon la revendication 4, dans lequel ledit module d'analyse de flux est configuré pour reconnaître la voix de l'utilisateur du terminal, et si la voix de l'utilisateur est 10 reconnue pendant l'analyse, ledit module de décision diffère la présentation de la notification dans le terminal pendant une durée déterminée. 6. Terminal de communication mobile comprenant un dispositif de gestion de notifications selon l'une quelconque des revendications 4 ou 5. 7. Programme (AP) d'ordinateur mis en oeuvre dans un terminal de communication mobile, ledit programme comprenant des instructions dont l'exécution par un processeur du terminal, provoque l'exécution d'un procédé selon l'une quelconque des revendications 1 à 3. 15 20