Brevet FR3051308A1 — publié le 20171117

PROCEDE D'AIDE A L'EMISSION D'UNE DEMANDE DE COMMUNICATION INTERACTIVE, SERVEUR, TERMINAUX ET PROGRAMMES POUR LA MISE EN OEUVRE DU PROCEDE 100011 La présente invention concerne la facilitation de l'émission d'une demande de communication interactive. ARRIERE-PLAN 100021 Parmi les modes de communication par réseau, qui se sont beaucoup développés ces dernières décennies sous des modalités très variées, on peut distinguer deux classes : - les modes de communication interactifs, qui supposent une interaction simultanée 1() entre participants, comme les conversations téléphoniques, sur réseau commuté classique, réseau sans fil en mode circuit ou voix sur IP, la visiophonie, la messagerie instantanée (« chat »), etc. ; - et les modes de communication asynchrones, comme le service de messages courts (SMS), l'email, les sites internet, forums, blogs, réseaux sociaux, etc. 15 [0003] Si les modes de communication asynchrones ont fait des progrès considérables, les modes de communication interactifs ont, en comparaison, peu progressé techniquement même si leur coût a considérablement baissé et s'ils se sont enrichis en permettant d'incorporer des images fixes ou animées. Les modes de communication interactifs restent frustrants, car souvent les tentatives de communication interactive échouent, alors même 20 que l'appelant a généralement recours à un tel mode dans l'espoir d'entrer rapidement en relation avec l'appelé. 100041 La demande de communication interactive peut aussi déranger son destinataire. 100051 L'échec d'une tentative de communication interactive peut s'expliquer non seulement par l'indisponibilité de l'appelé ou la gêne que la tentative lui cause, mais aussi 25 par un rejet de l'appel par celui-ci en raison de l'identité de l'appelant qui, avec les moyens de communication actuels, est souvent présentée en même temps que l'appel. 100061 Il a été proposé de présenter à l'appelant un statut de connexion de chacun de ses contacts ou d'une partie d'entre eux, comme par exemple « occupé », « disponible », « absent », etc. Néanmoins cette information de disponibilité reste relativement grossière. 30 En particulier, l'appelant a encore une forte incertitude sur le fait qu'un contact de statut 3051308 - 2 - « disponible » répondra à la demande de communication interactive, ou encore qu'il ne sera pas importuné par l'appel. [00071 Dans la demande US 2013/0172051 Al, il est tenté de prédire l'atteignabilité de chaque personne d'une liste de contacts en observant l'activité de son téléphone mobile à 5 partir d'informations issues de son accéléromètre ou encore de son utilisation plus ou moins récente et/ou fréquente pour communiquer. À partir de ces prédictions, des priorités sont établies dans la liste de contacts, et un utilisateur se voit présenter la liste ordonnée selon les priorités pour lui faciliter la décision d'appeler ou non telle ou telle personne. Si cette technique peut affiner l'estimation de disponibilité des personnes dans la liste de contacts, elle ne permet pas de prévoir si ces personnes souhaiteront ou non accepter la demande de communication interactive. 100081 Une autre technique, décrite dans le brevet US 7 542 558 B2, vise à fournir à un appelant de l'information sur le mode d'activité d'un appelé et sa disponibilité pour recevoir des appels. L'information à fournir à l'appelant peut être configurée par l'appelé. Celui-ci peut aussi choisir un mode de traitement particulier pour un appel en fonction de divers paramètres incluant l'identité de l'appelant, en configurant par exemple une sonnerie particulière, une redirection de l'appel vers un terminal spécifique, ou le basculement sur boîte vocale. Cette technique ne permet pas non plus de renseigner a priori l'appelant sur le point de savoir si l'appelé souhaitera ou non accepter sa demande de communication interactive. [00091 Face au risque d'échec d'une demande de communication interactive, la personne souhaitant obtenir un renseignement a souvent tendance à recourir à un mode de communication asynchrone, car il est facile d'émettre la même demande en mode asynchrone à destination de nombreux interlocuteurs, et donc d'augmenter les chances d'obtenir une réponse. Plus la personne est pressée d'obtenir son renseignement, plus elle sollicitera d'interlocuteurs en mode asynchrone, pour accroître les chances de réponse rapide. Clairement, ce type de comportement augmente la gêne globale causée à l'ensemble des interlocuteurs. Il a aussi l'inconvénient d'utiliser les réseaux de communication de manière excessive et inefficace eu égard au besoin, alors que ce besoin serait mieux servi en recourant à un mode interactif de communication, à condition de pouvoir cibler la bonne personne à appeler. [00101 Il y a donc un besoin pour qualifier par anticipation les chances qu'une demande 3051308 - 3 - de communication interactive n'échoue pas et soit bien reçue, afin de réduire la frustration de chercher à communiquer avec une personne indisponible ou non disposée à la recevoir, ou celle d'être sollicité par une personne de manière inopportune. RE SUIVIE 5 [0011] Il est proposé un procédé d'aide à l'émission d'une demande de communication interactive, le procédé comprenant : obtenir des indicateurs pour un ensemble d'utilisateurs appelables qui sont dans des contacts d'un utilisateur appelant, l'indicateur pour un utilisateur appelable étant fonction d'une information dépendant du temps sur la 10 disponibilité de l'utilisateur appelable, et d'un score attribué à l'utilisateur appelant par l'utilisateur appelable; et transmettre à un terminal de communication à disposition de l'utilisateur appelant des données à traiter pour intégration dans une interface d'émission d'une demande de communication présentable sur le terminal, les données 15 transmises étant dépendantes des indicateurs obtenus pour l'ensemble d'utilisateurs appelables. [00121 L'indicateur pour un utilisateur appelable relativement à un utilisateur appelant combine un élément subjectif, à savoir le score attribué à l'utilisateur appelant par l'utilisateur appelable, et un élément plus objectif, dépendant essentiellement du temps par 20 rapport aux occupations de l'utilisateur appelable. En présentant à l'appelant une interface d'émission d'une demande de communication qui tient compte de ces indicateurs pour un ensemble d'utilisateurs appelables qui sont dans les contacts de l'appelant, le procédé permet à celui-ci d'émettre sa demande avec des chances de succès raisonnables. [00131 Dans une réalisation, l'obtention des indicateurs pour l'ensemble d'utilisateurs 25 appelables comprend : enregistrer, au niveau d'un serveur, les scores respectivement attribués à l'utilisateur appelant par les utilisateurs appelables de l'ensemble ; collecter, au niveau du serveur, les informations de disponibilité dépendant du temps en provenance des utilisateurs appelables de l'ensemble ; et 30 déterminer les indicateurs au niveau du serveur en combinant les scores et les informations de disponibilité. 3051308 - 4 - [00141 Une autre possibilité est que les utilisateurs appelables disposent de terminaux qui déterminent eux-mêmes les indicateurs et les fournissent au serveur lorsque les informations de disponibilité, ou les scores, changent. Il est toutefois préférable que la détermination des indicateurs incombe au serveur qui peut alors gérer ces indicateurs 5 indépendamment des terminaux dont se servent les utilisateurs appelables pour la mise à jour des informations de disponibilité ou des scores. 100151 On notera ici que la notion de serveur ne se limite pas à des configurations avec une machine unique. Elle peut correspondre à l'ensemble de la plate-forme matérielle et logicielle utilisée par le gestionnaire du service permettant de faciliter l'émission des 10 demandes de communication interactive. 100161 Dans un mode de réalisation du procédé, les données transmises au terminal de communication à disposition de l'utilisateur appelant incluent une liste d'utilisateurs appelables, ordonnée selon les indicateurs obtenus. L'utilisateur appelant est alors en mesure de se rendre compte des personnes les plus susceptibles de donner suite à l'appel. 15 La liste d'utilisateurs appelables incluse dans les données transmises au terminal de communication à disposition de l'utilisateur appelant, ordonnée ou non, peut faire mention des indicateurs respectivement obtenus pour les utilisateurs appelables de la liste. 100171 Un autre aspect de l'invention se rapporte à un serveur, comprenant au moins un processeur configuré pour exécuter les étapes d'un procédé tel que défini ci-dessus. La 20 configuration du serveur résulte typiquement d'un programme informatique, comprenant des instructions pour mettre en oeuvre le procédé lorsqu'il est exécuté sur au moins un processeur du serveur. [001x1 Selon un autre aspect, il est proposé un terminal de communication, comprenant : une interface utilisateur pour recevoir d'un utilisateur du terminal des 25 scores respectivement attribués à d'autres utilisateurs ; des circuits de communication avec un serveur ; et un processeur configuré pour recueillir une information dépendant du temps sur la disponibilité de l'utilisateur du terminal, et pour transmettre au serveur des données de disponibilité subjective relativement aux autres 30 utilisateurs, les données de disponibilité subjective incluant les scores attribués aux autres utilisateurs et l'information de disponibilité recueillie ou, pour chaque 3051308 - 5 - autre utilisateur, une combinaison du score attribué avec l'information de disponibilité recueillie. 100191 Il s'agit d'un terminal de communication dont dispose un utilisateur appelable dans le procédé précédemment introduit. 5 [00201 Dans un mode de réalisation de ce terminal, le processeur est configuré pour recevoir l'information de disponibilité de l'utilisateur du terminal via l'interface utilisateur. Une autre possibilité est que l'information de disponibilité soit déduite automatiquement, c'est-à-dire sans intervention explicite de l'utilisateur, par une application exécutée par le processeur du terminal. 10 100211 L'utilisateur du terminal peut s'en servir non seulement pour renseigner le serveur relativement à ses contacts et à sa disponibilité, mais aussi pour formuler des demandes de communication interactive en bénéficiant des données de disponibilité subjective qui ont été fournies par ses contacts. Dans ce cas, le processeur du terminal est configuré pour recevoir du serveur des données à traiter pour intégration dans une 15 interface d'émission d'une demande de communication, les données reçues étant dépendantes d'indicateurs obtenus par le serveur pour un ensemble d'utilisateurs appelables par l'utilisateur du terminal, et il est en outre configuré pour commander l'interface utilisateur afin qu'elle présente une interface d'émission d'une demande de communication intégrant des éléments obtenus en traitant les données reçues. 20 100221 Dans une réalisation particulière d'un tel terminal, le processeur est configuré pour obtenir les éléments intégrés à l'interface d'émission de la demande de communication en déterminant une priorité pour chaque utilisateur appelable de la liste par combinaison de l'indicateur inclus dans les données reçues du serveur et du score attribué audit utilisateur appelable par l'utilisateur du terminal. L'interface utilisateur peut 25 alors être commandée par le processeur afin que l'interface d'émission présentée inclue au moins un élément pour un utilisateur appelable de la liste ayant une priorité maximale, permettant sa sélection pour émettre la demande de communication interactive. 100231 Un autre aspect de l'invention se rapporte à un programme informatique pour un terminal de communication, le terminal comportant une interface utilisateur pour recevoir 30 d'un utilisateur du terminal des scores respectivement attribués à d'autres utilisateurs, des circuits de communication avec un serveur, et un processeur. Le programme comprend des instructions qui, lorsqu'elles sont exécutées sur le processeur, configurent celui-ci pour 3051308 - 6 - que le terminal de communication fonctionne de la manière indiquée ci-dessus. [00241 Un autre aspect encore de l'invention se rapporte à un système de communication interactive, comprenant des terminaux de communication et un serveur. Chaque terminal de communication de ce système comprend une interface utilisateur, des circuits de 5 communication avec le serveur, et un processeur configuré pour : recueillir une information dépendant du temps sur la disponibilité d'un utilisateur du terminal ; et transmettre l'information de disponibilité recueillie au serveur. 100251 Le processeur d'au moins un des terminaux de communication du système, à 10 disposition d'un premier utilisateur, est en outre configuré pour : recevoir du serveur des données à traiter pour intégration dans une interface d'émission d'une demande de communication, les données reçues étant dépendantes d'indicateurs obtenus par le serveur pour un ensemble de seconds utilisateurs appelables par le premier utilisateur, qui sont dans des contacts du 15 premier utilisateur ; et commander l'interface utilisateur du terminal afin qu'elle présente une interface d'émission d'une demande de communication intégrant des éléments obtenus en traitant les données reçues du serveur, 100261 Le serveur du système comprend des circuits de communication avec les 20 terminaux et un processeur configuré pour : enregistrer des scores respectivement attribués au premier utilisateur appelant par les seconds utilisateurs de l'ensemble ; recevoir les informations de disponibilité transmises depuis les terminaux de communication des seconds utilisateurs de l'ensemble ; 25 obtenir les indicateurs pour chaque second utilisateur de l'ensemble en fonction de l'information de disponibilité du second utilisateur et du score attribué au premier utilisateur par le second utilisateur. BREVE DESCRIPTION DES DESSINS 100271 D'autres particularités et avantages de la présente invention apparaîtront dans la 30 description ci-après d'exemples de réalisation non limitatifs, en référence aux dessins 3051308 - 7 - annexés, dans lesquels : - la figure 1 illustre une architecture d'un système de communication interactive selon un mode de réalisation de l'invention ; - la figure 2 est un diagramme illustrant un exemple de données manipulées dans 5 un système selon la figure 1 ; et - la figure 3 est montre un exemple d'interface d'émission d'une demande de communication intégrant des éléments déterminés dans un mode de réalisation de l'invention. DESCRIPTION DE MODES DE REALISATION 10 100281 En référence à la figure 1, un exemple de système selon l'invention comporte des terminaux de communication 10 et un serveur 20 qui sont capables de communiquer entre eux via un ou plusieurs réseaux 30. De façon typique, le réseau 30 comporte l'Internet. Cependant, ceci n'est pas limitatif. On peut par exemple envisager de déployer un tel système dans un réseau d'entreprise. 15 10029] Les terminaux 10 et le serveur 20 sont munis de circuits de communication 11, 21 qui leur permettent de communiquer entre eux via le réseau 30. Ces circuits 11, 21 mettent en oeuvre les protocoles de communication requis pour les échanges à travers le réseau 30, y compris les protocoles de couches basses adaptés au type d'interface physique, avec ou sans fil, dont les terminaux et le serveur disposent pour être raccordés au réseau 30 et, par 20 exemple, les protocoles TCP/IP par lesquels les terminaux 10 peuvent dialoguer avec le serveur 20 dans le cadre du service mis en oeuvre par celui-ci et décrit ci-après. Les circuits de communication 11 des terminaux leur permettent également d'échanger entre eux selon un ou plusieurs modes de communication interactive tels que téléphonie, voix sur IP, visiophonie, chat, etc. De tels circuits de communication 11, 21 sont couramment 25 utilisés dans les systèmes de communication actuels. 100301 Certains utilisateurs peuvent être temporairement déconnectés du réseau 30, comme celui disposant du terminal 10 représenté à la partie droite de la figure 1, qui est éteint, en mode avion ou hors de portée de son réseau d'accès. 100311 Les terminaux 10 peuvent être de types variés : téléphones mobiles, tablettes 30 communicantes, ordinateurs personnels munis d'applications de communication, etc. Chaque terminal 10 comprend un ou plusieurs processeurs 12 coopérant avec les circuits 3051308 - 8 - de communication 11, ainsi qu'une interface utilisateur 13. Divers types d'interface utilisateur sont utilisables dans le cadre de la présente invention. Le type le plus courant, de nos jours, est l'écran tactile permettant à l'utilisateur à la fois de lire les informations qui lui sont destinées et d'entrer ses données ou ses commandes. Bien entendu, il est 5 également possible d'utiliser un clavier différent de l'écran, ou encore une interface audio, tactile, etc. Il est également possible que l'interface utilisateur 13 combine différents modes d'interaction avec l'utilisateur. 100321 De façon classique, le processeur 12 du terminal 10 fonctionne avec une mémoire 14 où sont enregistrés des données et des programmes incluant les applications de 10 communication interactive mises à disposition de l'utilisateur du terminal. Les programmes enregistrés dans la mémoire 14 incluent également une application 15 dont l'exécution par le processeur 12 permet de faciliter l'émission de demandes de communication interactive par l'utilisateur du terminal. [00331 L'application de facilitation 15 est écrite dans un langage adapté à une exécution 15 dans l'environnement du système d'exploitation du terminal 10. Une autre possibilité est qu'elle constitue un ensemble de fonctionnalités intégrées au système d'exploitation lui-même. La mémoire 14 du terminal 10 contient également une liste de contacts 16 pour l'utilisateur du terminal, certains au moins des contacts étant associés à des indicateurs respectifs Gu décrits ci-après. En variante, la liste de contacts 16 pour l'utilisateur du 20 terminal 10 peut être stockée ailleurs que dans le terminal lui-même, en étant accessible via le réseau 30, par exemple au sein du serveur 20. 100341 Le serveur 20, représenté comme une machine unique sur la figure 1 mais qui peut également être mis en oeuvre de manière décentralisée à l'aide de plusieurs machines raccordées au réseau 30, comporte également un ou plusieurs processeurs 22 coopérant 25 avec une mémoire 24. L'application serveur 25 coopérant avec celle des terminaux 10 pour faciliter l'émission des demandes de communication interactive depuis ceux-ci est enregistrée dans la mémoire 24, ainsi qu'une base de données d'utilisateurs 26 contenant les informations manipulées par l'application 25 et utiles aux applications 15 des terminaux. 30 100351 La figure 2 montre un exemple simplifié avec des utilisateurs numérotés i = 1, 2, 3, ... disposant de terminaux 10 capables de communiquer entre eux et avec le serveur 20 via le réseau 30 (non représenté). La liste de contacts 16, ou LC d'un utilisateur i inclut, 3051308 - 9 - dans cet exemple, les autres utilisateurs 1, 2, ..., 1-1, 1+1, 1+2, ... 100361 À chacun des utilisateurs j de la liste LC, (j i), l'utilisateur i attribue un score noté Du, qui est indicatif de la disposition de l'utilisateur i à recevoir des appels entrants de la part de la personne j. Dans l'exemple considéré ici, l'application de facilitation 15 du 5 terminal 10, exécutée sur le processeur 12, obtient les scores Du de la part de l'utilisateur i, via l'interface utilisateur 13, et transmet ces scores D,, au serveur 20 via les circuits de communication 11 (ce qui est montré pour les utilisateurs 1 et 2 sur la figure 2). Le score D,, peut notamment être une entrée modifiable, parmi d'autres, dans le carnet d'adresses de l'utilisateur i. 10 100371 En particulier, les scores Du peuvent être mis à jour par l'utilisateur i à la fin de chaque session de communication (comme un appel ou un chat) pour indiquer s'il souhaite avoir plus ou moins de communications avec le même utilisateur j à l'avenir. 100381 Les scores D' peuvent aussi incorporer des mesures indirectes de la disposition à répondre, en tenant compte, par exemple, du nombre d'appels passés par l'utilisateur i à 15 l'utilisateur j, ou encore du temps mis par l'utilisateur i pour répondre aux appels de l'utilisateur j. 10039] À titre d'exemple, le score Du attribué par l'utilisateur i à un utilisateur j peut être exprimé sur une échelle de 0 à 5 étoiles. Les contacts qui ne sont pas dans le carnet d'adresses de l'utilisateur i ont un score par défaut de, par exemple, 0 qui peut être changé 20 par l'utilisateur i via l'interface 13. 100401 L'application 15 exécutée dans le terminal 10 récupère en outre une information d, sur la disponibilité générale de l'utilisateur i pour recevoir des demandes de communication interactive. 100411 L'information de disponibilité d, dépend essentiellement du temps. Elle peut être 25 fournie de manière explicite par l'utilisateur i, via l'interface 13. L'interface utilisateur 13, de type graphique, peut par exemple présenter une réglette allant de « Ne pas déranger » (d, = 0), à « Heureux de recevoir des appels » (d, = 5), le long de laquelle l'utilisateur i positionne un curseur. 100421 Pour déterminer l'information de disponibilité, l'application 15 exécutée sur le 30 terminal 10 de l'utilisateur i peut tenir compte, uniquement ou en combinaison avec une indication explicite de l'utilisateur i, d'une observation de l'interaction entre l'utilisateur i 3051308 - 10 - et le terminal 10. L'application 15 peut ainsi tenir compte de l'utilisation actuelle faite du terminal 10 (s'il est déjà en communication interactive avec une autre personne, si la sonnerie d'appel du terminal est coupée, ...), ainsi que de toute indication indirecte à l'aide de modèles appris utilisant la date, l'heure, la localisation du terminal 10, ou le 5 calendrier de l'utilisateur i. 100431 L'application 15 exécutée sur chaque terminal 10 communique régulièrement au serveur 20, via les circuits de communication 11, les scores Du et l'information de disponibilité générale (17, ce qui est montré pour les utilisateurs i = 1 et i = 2 sur la figure 2. Une autre possibilité est que les scores D,, soient communiqués au serveur 20 seulement 10 lorsque l'utilisateur i les met à jour, c'est-à-dire de manière relativement peu fréquente, et que les informations de disponibilité générale d, soient transmises au serveur 20 lorsque cette disponibilité change, ou lors de toute reconnexion du terminal 10 au serveur 20. 100441 L'application 25 exécutée sur le processeur 22 du serveur 20 reçoit ces éléments {1),,, (17} via ses circuits de communication 21 et les utilise pour déterminer des indicateurs 15 de disponibilité spécifique G,, de chaque utilisateur i relativement à chaque utilisateur j. Les indicateurs Gu, ainsi que les éléments {Du, d7}, sont stockés dans la base de données d'utilisateurs 26 enregistrée dans la mémoire 24 du serveur 20. 100451 À titre d'exemple, l'indicateur Gu d'un utilisateur i potentiellement appelé relativement à un utilisateur j potentiellement appelant peut être calculé par le processeur 20 22 selon : 100461 Il est à noter que ces indicateurs Gu peuvent aussi être calculés directement dans les terminaux 10 des utilisateurs i et transmis au serveur 20, avec ou sans les éléments d7}. De façon générale, le serveur 20 obtient les indicateurs Gu qui dépendent des 25 éléments {D', d7}. L'obtention peut notamment résulter d'un calcul réalisé par le processeur 22 du serveur à partir des éléments {D', (17} reçus des terminaux en tant que données de disponibilité subjective, ou de la réception directe des indicateurs Gu de la part des terminaux 10. 100471 Les indicateurs Gu sont exploités pour faciliter l'émission de demandes de 30 communication interactive de la part de l'utilisateur j. 100481 Dans l'exemple représenté sur la figure 2 par rapport à l'utilisateur j = 3, 3051308 l'exploitation consiste, pour le serveur 20, à transmettre au terminal 10 de l'utilisateur j, via les circuits de communication 21, une liste d'utilisateurs appelables i et les indicateurs G,' associés. La liste transmise peut couvrir tout ou partie de l'ensemble des utilisateurs appelables i figurant dans la liste de contacts L, de l'utilisateur j. 5 100491 L'application 15 exécutée par le processeur 12 du terminal 10 de l'utilisateur j reçoit du serveur 20, via les circuits de communication 11, les indicateurs Gu de disponibilité spécifique des autres utilisateurs i de sa liste de contacts L, à son égard. L'application 15 est alors en mesure de traiter ces indicateurs Gu pour présenter à l'utilisateur j une interface d'émission d'une demande de communication qui lui permet de 10 se rendre compte des contacts les plus susceptibles de répondre à sa demande. 100501 En particulier, l'application 15 peut présenter en priorité à l'utilisateur j les utilisateurs i les plus disponibles, c'est-à-dire pour lesquels indicateurs Gu est le plus élevé, pour l'inciter à appeler en priorité ceux des utilisateurs i qui sont les plus disponibles. Ceci peut être fait au moyen d'une interface 40 qui fournit une description de 15 la disponibilité des interlocuteurs potentiels, comme celle de la figure 3. [0051] L'interface d'émission d'une demande de communication 40 de la figure 3 est par exemple affichée par l'application 15 sur une région d'un écran faisant partie de l'interface utilisateur et permettant à l'utilisateur j de sélectionner l'un des utilisateurs appelables i parmi ses contacts disponibles. 20 100521 Dans un exemple de réalisation, la note N71 associée à chaque utilisateur appelable i sur l'interface d'émission 40 est directement donnée par l'indicateur G,,, par exemple Nu= G1/5 si Gu est donné par (1) avec 0 REVENDICATIONS1. Procédé d'aide à l'émission d'une demande de communication interactive, le procédé comprenant : obtenir des indicateurs (Go) pour un ensemble d'utilisateurs appelables qui sont dans des contacts d'un utilisateur appelant, l'indicateur pour un utilisateur appelable étant fonction d'une information dépendant du temps (d,) sur la disponibilité de l'utilisateur appelable, et d'un score (Do) attribué à l'utilisateur appelant par l'utilisateur appelable; et transmettre à un terminal de communication (10) à disposition de l'utilisateur appelant des données à traiter pour intégration dans une interface d'émission d'une demande de communication (40) présentable sur le terminal, les données transmises étant dépendantes des indicateurs obtenus pour l'ensemble d'utilisateurs appelables. 2. Procédé selon la revendication 1, dans lequel l'obtention des indicateurs (G,) pour l'ensemble d'utilisateurs appelables comprend : enregistrer, au niveau d'un serveur (20), les scores (D,1) respectivement attribués à l'utilisateur appelant par les utilisateurs appelables de l'ensemble ; collecter, au niveau du serveur, les informations de disponibilité dépendant du temps (d,) en provenance des utilisateurs appelables de l'ensemble ; et déterminer les indicateurs au niveau du serveur en combinant les scores et les informations de disponibilité. 3. Procédé selon l'une quelconque des revendications précédentes, dans lequel les données transmises au terminal de communication (10) à disposition de l'utilisateur appelant incluent une liste d'utilisateurs appelables, ordonnée selon les indicateurs obtenus (Go). 4. Procédé selon l'une quelconque des revendications précédentes, dans lequel les données transmises au terminal de communication (10) à disposition de l'utilisateur 3051308 - 15 - appelant incluent une liste d'utilisateurs appelables, et les indicateurs (Go) respectivement obtenus pour les utilisateurs appelables de la liste. 5. Serveur (20), comprenant au moins un processeur (22) configuré pour exécuter les étapes d'un procédé selon l'une quelconque des revendications précédentes. 5 6. Programme informatique pour serveur, le programme (25) comprenant des instructions pour mettre en oeuvre un procédé selon l'une quelconque des revendications 1-4 lorsqu'il est exécuté sur au moins un processeur (22) du serveur (20). 7 Terminal de communication (10), comprenant : une interface utilisateur (13) pour recevoir d'un utilisateur du terminal 10 des scores (Do) respectivement attribués à d'autres utilisateurs ; des circuits (11) de communication avec un serveur (20) ; et un processeur (12) configuré pour recueillir une information dépendant du temps (d,) sur la disponibilité de l'utilisateur du terminal, et pour transmettre au serveur des données de disponibilité subjective relativement aux autres 15 utilisateurs, les données de disponibilité subjective incluant les scores attribués aux autres utilisateurs et l'information de disponibilité recueillie ou, pour chaque autre utilisateur, une combinaison du score attribué avec l'information de disponibilité recueillie. 8. Terminal de communication selon la revendication 7, dans lequel le processeur 20 (12) est configuré pour recevoir l'information de disponibilité de l'utilisateur du terminal (10) via l'interface utilisateur (13). 9. Terminal de communication selon l'une quelconque des revendications 7-8, dans lequel le processeur (12) est configuré pour recevoir du serveur (20) des données à traiter pour intégration dans une interface d'émission d'une demande de communication (40), les 25 données reçues étant dépendantes d'indicateurs (Go) obtenus par le serveur pour un ensemble d'utilisateurs appelables par l'utilisateur du terminal (10), et dans lequel le processeur (12) est en outre configuré pour commander l'interface utilisateur (13) afin 3051308 - 16 - qu'elle présente une interface d'émission d'une demande de communication intégrant des éléments obtenus en traitant les données reçues. 10. Terminal de communication selon la revendication 9, dans lequel les données reçues du serveur (20) incluent une liste d'utilisateurs appelables, ordonnée selon les 5 indicateurs obtenus (Go). 11. Terminal de communication selon la revendication 9, dans lequel les données reçues du serveur (20) incluent une liste d'utilisateurs appelables, et les indicateurs (Go) respectivement obtenus pour les utilisateurs appelables de la liste. 12. Terminal de communication selon la revendication 11, dans lequel le processeur 10 (12) est configuré pour obtenir les éléments intégrés à l'interface d'émission de la demande de communication (40) en déterminant une priorité (S,,) pour chaque utilisateur appelable de la liste par combinaison de l'indicateur (Go) inclus dans les données reçues du serveur (20) et du score (L) attribué audit utilisateur appelable par l'utilisateur du terminal (10). 15 13. Terminal de communication selon la revendication 12, dans lequel le processeur (12) est configuré pour commander l'interface utilisateur (13) afin que l'interface d'émission présentée inclue au moins un élément pour un utilisateur appelable de la liste ayant une priorité maximale. 14. Programme informatique pour un terminal de communication, le terminal (10) 20 comportant : une interface utilisateur (13) pour recevoir d'un utilisateur du terminal des scores (Do) respectivement attribués à d'autres utilisateurs ; des circuits (11) de communication avec un serveur (20) ; et un processeur (12), 25 le programme (15) comprenant des instructions qui, lorsqu'elles sont exécutées sur le processeur, configurent celui-ci pour que le terminal de communication soit conforme à l'une quelconque des revendications 7-13. 3051308 - 17 - 15. Système de communication interactive, comprenant : des terminaux de communication (10) ; et un serveur (20), dans lequel chaque terminal de communication comprend une interface utilisateur 5 (13), des circuits (11) de communication avec le serveur, et un processeur (12) configuré pour : recueillir une information dépendant du temps (d,) sur la disponibilité d'un utilisateur du terminal ; et transmettre l'information de disponibilité recueillie au serveur ; 10 dans lequel le processeur (12) d'au moins un des terminaux de communication (10), à disposition d'un premier utilisateur, est en outre configuré pour : recevoir du serveur (20) des données à traiter pour intégration dans une interface d'émission d'une demande de communication (40), les données reçues étant dépendantes d'indicateurs (Go) obtenus par le serveur pour un ensemble de 15 seconds utilisateurs appelables par le premier utilisateur, qui sont dans des contacts du premier utilisateur ; et commander l'interface utilisateur (13) du terminal afin qu'elle présente une interface d'émission d'une demande de communication intégrant des éléments obtenus en traitant les données reçues du serveur, 20 et dans lequel le serveur (20) comprend des circuits (21) de communication avec les terminaux et un processeur (22) configuré pour : enregistrer des scores (Do) respectivement attribués au premier utilisateur appelant par les seconds utilisateurs de l'ensemble ; recevoir les informations de disponibilité (d,) transmises depuis les 25 terminaux de communication des seconds utilisateurs de l'ensemble ; obtenir les indicateurs (Go) pour chaque second utilisateur de l'ensemble en fonction de l'information de disponibilité du second utilisateur et du score attribué au premier utilisateur par le second utilisateur.