Brevet FR2965437A1 — publié le 20120330

Arrière-plan de l'invention La présente invention se situe dans le domaine général des réseaux de télécommunications. Elle vise plus particulièrement à améliorer la joignabilité les utilisateurs des terminaux mettant en oeuvre une pluralité d'applications. Historiquement, les terminaux mobiles ne comportaient qu'une seule fonction de téléphonie, par exemple une fonction GSM, native sur le terminal. Depuis peu, avec l'apparition des terminaux intelligents (en anglais « Smartphone ») il est devenu aisé d'installer de nouvelles applications de communication, par exemple des communications de voix sur IP (VoIP). De telles applications offrent une nouvelle ligne de communication via une connexion Internet. Dans l'état actuel de la technique, les différentes applications de téléphonie mobile fonctionnent de façon cloisonnée, ce qui signifie qu'elles sont parfaitement indépendantes, autrement dit qu'elles ne communiquent pas entre elles au sein du terminal. Par conséquent, lorsque l'utilisateur d'un tel terminal est en communication téléphonique en utilisant la fonction native de téléphonie de son téléphone (communication GSM par exemple), rien n'empêche un tiers de l'appeler sur ce même terminal sur l'application de type voix sur IP. Cette situation n'est pas satisfaisante, l'utilisateur n'étant en pratique pas en mesure de répondre à ce deuxième appel. Objet et résumé de l'invention L'invention vise un module et un procédé permettant à un tiers de connaître ou d'appréhender l'usage réel qu'un utilisateur fait de son terminal. Plus particulièrement et selon un premier aspect, l'invention concerne un module de collecte d'informations mis en oeuvre dans un premier terminal de télécommunications, ce module comportant : - des moyens pour obtenir une information non déclarative représentative d'un usage d'au moins une première application de ce premier terminal ; et - des moyens pour communiquer cette information d'usage non déclarative à un serveur de présence accessible par un deuxième terminal pour déterminer un statut de présence associé à au moins une deuxième application du premier terminal. L'invention vise également un terminal de télécommunications comportant : - au moins une première application ; - au moins une deuxième application ; et - un module de collecte tel que mentionné ci-dessus, ce module comportant : - des moyens pour obtenir au moins une information non déclarative représentative d'un usage de la première application ; et - des moyens pour communiquer cette information d'usage à un serveur de présence accessible par un deuxième terminal pour déterminer un statut de présence associé à cette deuxième application. Corrélativement, l'invention concerne un procédé de collecte d'information mis en oeuvre dans un premier terminal de télécommunications, ce procédé comportant : - une étape pour obtenir au moins une information non déclarative représentative d'un usage d'au moins une première application du premier terminal ; et - une étape de communication de cette information d'usage non déclarative, à un serveur de présence accessible par un deuxième terminal pour déterminer un statut de présence associé à au moins une de ces applications du premier terminal. Le terminal mettant en oeuvre l'invention peut être un terminal fixe ou mobile, et notamment un ordinateur, un téléphone mobile, un organiseur personnel ou une télévision. L'invention est particulièrement avantageuse lorsque les applications de ce terminal ne communiquent pas entre elles (mode silo) ; mais l'invention s'applique également lorsque les applications peuvent communiquer entre elles. Ainsi, d'une façon générale, l'invention propose d'utiliser un module de collecte d'informations pour collecter des informations représentatives de l'usage réel des applications par l'utilisateur afin d'alimenter un serveur de présence. Il est important de bien noter que dans l'état actuel de la technique, les serveurs de présence sont utilisés pour informer les tiers d'informations déclaratives de l'utilisateur du terminal en relation avec une application donnée. Par exemple, on utilise aujourd'hui des serveurs de présence pour permettre à l'utilisateur d'une application de messagerie instantanée d'informer volontairement (information dite déclarative) les tiers de son état de disponibilité sur cette application (disponible, occupé,...). Mais l'invention propose d'enrichir fortement de tels serveurs de présence en mettant à disposition des tiers, et ce de façon automatique, l'information d'usage de plusieurs applications du terminal. Par exemple, la première application au sens de l'invention peut être une application de téléphonie mobile, l'information d'usage associée représentant le fait qu'un appel est établi ou non avec cette première application; cette information d'usage peut aussi comporter des informations complémentaires, par exemple un identifiant du contact en cours de communication avec sa première application. Dans un autre mode de réalisation, la première application peut être une application apte à générer une alerte sur réception d'un appel entrant reçu par le terminal, l'information d'usage associée représentant un type de cette alerte. Dans ce mode de réalisation, il devient donc possible à un tiers de savoir si le terminal de l'utilisateur est en mode vibreur ou sonnerie par exemple. Dans un autre mode de réalisation, la première application peut être une application de messagerie, l'information d'usage associée représentant le fait qu'un message est ou non en cours de rédaction par le terminal. Ainsi, un tiers peut savoir si l'utilisateur du terminal est occupé ou non à rédiger un message. Dans un autre mode de réalisation, la première application peut être une application de géolocalisation, les informations d'usage représentant la localisation du premier terminal. Ainsi, un tiers peut savoir si l'utilisateur du terminal est par exemple au bureau, à la plage, ou sur l'autoroute. Chacune des informations d'usage peut donc être communiquée, de façon automatique à un serveur de présence associé à au moins une deuxième application du terminal. Cette deuxième application peut par exemple être une application de voix sur IP ou une application de jeu en réseau. Dans ce deuxième exemple, les partenaires de jeu de l'utilisateur du terminal peuvent comprendre, s'ils ne trouvent pas ce dernier suffisamment réactif, que cet utilisateur est en cours de communication, ou occupé à une autre tâche (rédaction d'un message, probablement en train de conduire, ...). Le module de collecte selon l'invention peut être intégré à cette deuxième application. Par exemple, le module de collecte peut être intégré à une application de voix sur IP installée dynamiquement sur le terminal. En variante, dans un mode particulier avantageux, le module de collecte est intégré au système d'exploitation du terminal, ce module de collecte offrant une interface de programmation (API en anglais) aux deuxièmes applications (applications de jeu ou de voix sur IP par exemple). Dans un mode particulier de réalisation, les différentes étapes du procédé de collecte d'informations sont déterminées par des instructions de programmes d'ordinateur. 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 par un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes du procédé de collecte d'informations tel que mentionné 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 lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur, ou une mémoire de type flash, telle qu'une clé USB. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des dessins Sur les figures : - les figures 1 à 3 représentent, dans différents modes de réalisation un module de collecte et un terminal conformes à l'invention ; et - la figure 4 représente, sous forme d'organigramme, les principales étapes d'un procédé de collecte d'informations conforme à un mode particulier de réalisation de l'invention. D'autres caractéristiques et avantages de l'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. Description détaillée de l'invention En référence à la figure 1, on a représenté un terminal TERM1 conforme à l'invention. Dans ce mode de réalisation, le terminal TERM1 est un téléphone mobile apte à communiquer, via un réseau de télécommunications R de type GSM, avec un serveur de présence SPI, ce dernier étant consultable à tout moment par un terminal TERM2. Le terminal TERM1 comporte un module de collecte COLL conforme à l'invention. Dans le mode de réalisation décrit ici, ce module de collecte est intégré à une application M_VOIP de voix sur IP. Dans le mode de réalisation décrit ici, le module de collecte COLL comporte un processeur 10, une mémoire morte de type ROM 11 et une mémoire vive 12. En variante, le module de collecte COLL pourrait partager ces ressources avec le terminal TERM1. La mémoire morte 11, lisible par le processeur 10 constitue un support d'enregistrement conforme à l'invention sur lequel est enregistré un programme d'ordinateur PG conforme à l'invention pour exécuter les étapes du procédé de collecte d'informations représenté sous forme d'organigramme à la figure 4. On suppose que le terminal TERM1 de la figure 1 comporte quatre applications, à savoir : - un module M_GSM de téléphonie mobile conforme au protocole GSM, cette application étant native sur le terminal TERM1 ; - une application M_ALERT apte à générer une alerte (sonnerie, vibreur,...) sur réception d'un appel entrant reçu par le module M_GSM ; - une application M_MSG de messagerie (par exemple de type SMS) ; et - une application M_LOC de géolocalisation. Conformément à l'invention, le module de collecte d'informations COLL est apte à obtenir une information non déclarative représentative d'au moins un usage de chacune de ces applications. Dans cet exemple, on suppose : - que le module de communication M_GSM fournit des informations d'usage I_GSM représentatives d'un état d'occupation de l'application (communication établie ou non), et, si l'utilisateur du terminal TERM1 le permet, de son interlocuteur ; - que l'application M_ALERT fournit le type d'alerte I-ALERT mis en ceuvre par ce module (sonnerie, alerte) ; - que le module de messagerie M_MSG fournit une information non déclarative selon laquelle l'utilisateur est en train de rédiger un message ; et - que le module de localisation M_LOC fournit une information de localisation de l'utilisateur. Dans cet exemple, l'information I_MSG est obtenue à partir du système d'exploitation OS dès lors qu'une fenêtre de saisie d'un message est ouverte. 5 On notera, dans l'exemple de la figure 1 que le module de collecte COLL obtient ces informations d'usage soit directement à partir des applications (I_LOC, I_ALERT), soit à partir du système d'exploitation OS du terminal TERM1 (pour I_MSG et I_GSM). On appelle, dans cet exemple IF1 l'interface du module de collecte COLL apte à 10 obtenir ces informations d'usage. Différents modes de réalisation peuvent être mis en oeuvre pour obtenir ces informations. Par exemple, le module de collecte COLL peut interroger régulièrement certaines applications (mode polling) ; il peut aussi s'abonner à des alertes pour obtenir les informations non déclaratives lorsque celles-ci sont disponibles. 15 Conformément à l'invention, le module de collecte COLL comporte également une interface IF2 pour communiquer ces informations d'usage non déclaratives au serveur de présence SPI. Dans l'exemple de réalisation décrit ici, le serveur de présence SPI comporte par conséquent une base de données BD_TERM1 comportant les informations d'usage 20 non déclaratives des applications du premier terminal, ces informations pouvant être consultées par l'utilisateur du terminal TERM2 à tout moment, et notamment avant d'appeler le terminal TERM1. Dans le mode de réalisation de la figure 2, on suppose que l'utilisateur du terminal TERM1 a également téléchargé un module de jeu M_JEU, celui-ci incorporant 25 son propre module de collecte COLL. Ce deuxième module de collecte est dans cet exemple uniquement adapté à obtenir les informations d'usage I_GSM en interrogeant directement le module de communication GSM. On suppose dans cet exemple que ce deuxième module de collecte COLL 30 alimente un deuxième serveur de présence SP2. En variante, les deux modules de collecte intégrés respectivement au module de voix sur IP M_VOIP et au module de jeu M_JEU pourraient alimenter le même serveur de présence SPI ou SP2. Dans l'exemple de la figure 3, le module de collecte COLL est intégré au 35 système d'exploitation OS du terminal TERM1. Dans ce mode de réalisation, ce module offre une interface de programmation (API) aux développeurs des applications M_VOIP et M_JEU. Ce mode de réalisation est particulièrement avantageux car le développeur de ces applications n'a pas à se soucier des autres applications mises en oeuvre par le terminal (localisation, messagerie, téléphonie native et alerte), le système d'exploitation OS étant apte à obtenir des informations d'usage et à les mettre à disposition des applications via l'interface de programmation. En référence à la figure 4, on a représenté les principales étapes d'un procédé de collecte de formation conforme à l'invention. Ce procédé comporte principalement deux étapes, à savoir : - une étape E10 de collecte des informations d'usage auprès des premières applications, cette obtention pouvant se faire notamment par polling ou par notification ; et - une étape E20 de communication de ces informations au serveur de présence associé à au moins une autre application, par exemple au moyen d'une interface de programmation API offerte par un module de collecte selon l'invention. Dans le mode de réalisation décrit précédemment, les serveurs de présence SPI , SP2 sont des serveurs centralisés. En variante, la fonction serveur de présence pourrait être distribuée dans les terminaux TERM1, TERM2, TERM3 eux-mêmes, ces terminaux formant ainsi un réseau de pairs. REVENDICATIONS1. Module de collecte d'informations (COLL) mis en oeuvre dans un premier terminal de télécommunications (TERM1), ce module comportant : - des moyens (IF1) pour obtenir au moins une information (I_GSM, I_ALERT, I_LOC) non déclarative représentative d'un usage d'au moins une première application (M_GSM, M_ALERT, M_MSG, M_LOC) dudit premier terminal (TERM1) ; et - des moyens (IF2) pour communiquer ladite au moins une information d'usage non déclarative à un serveur de présence (SP) accessible par un deuxième terminal (TERM2) pour déterminer un statut de présence associé à au moins une deuxième application (M_VOIP, M_JEU) dudit premier terminal. 2. Terminal de télécommunications (TERM1) comportant: - au moins une première application (M_GSM, M_ALERT, M_MSG, M_LOC) ; 15 - au moins une deuxième application (M_VOIP, M_JEU) ; et - un module de collecte (COLL) selon la revendication 1, ce module comportant : - des moyens (IF1) pour obtenir au moins une information (I_GSM, I_ALERT, I_LOC) non déclarative représentative d'un usage de ladite première application ; et - des moyens (IF2) pour communiquer ladite au moins une information d'usage à un 20 serveur de présence (SP) accessible par un deuxième terminal (TERM2) pour déterminer un statut de présence associé à ladite au moins une deuxième application (M_VOIP, M_JEU). 3. Terminal selon la revendication 2, ledit terminal étant un téléphone mobile, 25 caractérisé en ce que : - ladite première application (M_GSM) est une application de téléphonie mobile ; et en ce que : - ladite information d'usage (I_GSM) est une information représentant le fait qu'un appel est établi ou non avec ladite première application (M_GSM). 30 4. Terminal selon la revendication 3, caractérisé en ce que : - ladite information d'usage (I_GSM) est une information comportant un identifiant d'un contact en cours de communication avec ladite première application (M_GSM). 35 5. Terminal selon la revendication 2, ledit terminal étant un téléphone mobile, caractérisé en ce que :- ladite première application (M_ALERT) est apte à générer une alerte sur réception d'un appel entrant reçu par ledit terminal (TERM1) ; et en ce que : - ladite information d'usage (I_ALERT) représente un type de ladite alerte. 6. Terminal selon la revendication 2, caractérisé en ce que : - ladite première application (M_MSG) est une application de messagerie ; et en ce que : - ladite information d'usage (I_MSG) représente le fait qu'un message est ou non en cours de rédaction. 7. Terminal selon la revendication 2, caractérisé en ce que : - ladite première application (M_LOC) est une application de géo-localisation; et en ce que : - ladite information d'usage (I_LOC) représente une information de localisation dudit premier terminal. 8. Terminal selon la revendication 2, caractérisé en ce que ladite deuxième application (M_VOIP) est une application de voix sur Internet. 9. Terminal selon la revendication 2, caractérisé en ce que ladite deuxième 20 application (M_JEU) est une application de jeu en réseau. 10. Terminal selon la revendication 2, caractérisé en ce que ledit module de collecte (COLL) est intégré à ladite deuxième application (M_VOIP). 25 11. Terminal selon la revendication 2, caractérisé en ce que ledit module de collecte (COLL) est intégré à un système d'exploitation dudit premier terminal (TERM1), ledit module de collecte (COLL) offrant un point d'entrée (IF2) à ladite au moins une deuxième application (M_JEU, M_VOIP). 30 12. Procédé de collecte d'informations mis en oeuvre dans un premier terminal de télécommunications (TERM1), ce procédé comportant : - une étape (E10) pour obtenir au moins une information (I_GSM, I_ALERT, I_LOC) non déclarative représentative d'un usage d'au moins une première application (M_GSM, M_ALERT, M_MSG, M_LOC) dudit premier terminal (TERM1) ; et 35 - une étape (E20) de communication de ladite au moins une information d'usage non déclarative à un serveur de présence (SP) accessible par un deuxième terminal (TERM2)pour déterminer un statut de présence associé à au moins une deuxième application (M_VOIP, M_JEU) dudit premier terminal. 13. Programme d'ordinateur (PG) comportant des instructions pour la mise en oeuvre d'un procédé de collecte d'informations selon la revendication 12 lorsque ce programme est exécuté par un ordinateur. 14. Support d'enregistrement (11) lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes d'un procédé de collecte d'informations selon la revendication 12.