Brevet FR2980064A1 — publié le 20130315

Procédé et dispositif de distribution de contributions pour des utilisateurs connectés à travers au moins un réseau de communication La présente invention concerne la distribution de contributions pour des utilisateurs connectés à travers au moins un réseau de communication. Elle trouve une application générale dans le domaine des réseaux de communications, et plus particulièrement dans le domaine des conférences multimédia, des messageries instantanées ou des discussions à travers des réseaux sociaux. D'une manière générale, un réseau social permet aux utilisateurs d'entrer des informations personnelles et d'interagir avec d'autres utilisateurs. Les informations susceptibles d'êtres mises à disposition du réseau concernent par exemple l'état civil, les études et les centres d'intérêt. Ces informations permettent de retrouver des utilisateurs partageant les mêmes intérêts. Ces derniers peuvent former des groupes et y inviter d'autres personnes. Les interactions entre membres incluent le partage de correspondance, de contributions à des pages de discussion et de documents multimédias. Ici, on entend par espace de discussion ou de conversation, un dispositif de partage de contributions. Des exemples (non exclusifs) d'espace de discussion sont les ponts de conférence audio, les ponts de conférence audio et vidéo et les forums de discussion (chat rooms). Actuellement, dans ce genre de réseau social, les contributions des utilisateurs sur un espace de discussion en cours sont distribuées à tous les autres participants dès lors que ces derniers sont acceptés de manière unilatérale à participer à ce groupe de discussion. Cette acceptation unilatérale peut être effectuée par un des participants du groupe, par un administrateur, ou par des critères de sélection automatique en fonction du profil du participant. La liste des participants au groupe est identique du point de vue de chaque participant, c'est-à-dire que si un participant s'ajoute au groupe, ses contributions sont reçues par tous les autres participants déjà présents dans le groupe, de même que le nouvel entrant reçoit les contributions de tous les autres. Toutefois cette distribution auprès de tous les participants au groupe constitue un inconvénient dans la mesure où le groupe est susceptible d'accepter un nombre élevé de participants, ce qui amène de la cacophonie, et dans la mesure où certains utilisateurs de ladite liste peuvent être complètement inconnus par d'autres participants, être non désirés, voire indélicats ou malveillants en fonction des critères propres d'un participant. De même certains utilisateurs de cette liste peuvent souhaiter n'envoyer leurs contributions sur une page de discussion courante qu'à une fraction choisie de ce groupe. Il en résulte qu'une telle distribution générale des contributions au sein d'une liste d'amis sur une page de discussion courante n'est pas totalement satisfaisante en termes de confidentialité et dans le choix des destinataires au sein d'une liste d'amis. La présente invention remédie à ces inconvénients. Elle porte sur un dispositif de distribution de contributions pour des utilisateurs connectés à travers au moins un réseau de communication. Selon une définition générale de l'invention, le dispositif de distribution comprend un module de distribution pour distribuer une contribution d'un utilisateur d'un groupe d'utilisateurs d'un espace de conversation en cours vers un autre utilisateur dudit groupe, à la condition que l'utilisateur récepteur de la contribution dudit groupe soit invité par l'utilisateur émetteur de la contribution dudit groupe selon un mécanisme d'invitation choisi et que ledit utilisateur récepteur accepte la distribution de la contribution en provenance dudit utilisateur émetteur selon un mécanisme d'acceptation choisi. Ainsi, sur une page de discussion courante, les contributions des utilisateurs pour cette page de discussion en cours sont distribuées sélectivement, c'est-à-dire acheminées vers les autres utilisateurs d'un même groupe à la condition que le récepteur soit invité par l'émetteur de la contribution et que ledit récepteur accepte la distribution de la contribution. Il en résulte une amélioration dans la confidentialité et le choix des destinataires des contributions sur une page de discussion courante par rapport aux solutions antérieures. Selon une réalisation, la distribution de la contribution est réciproque ou non entre l'utilisateur émetteur et l'utilisateur récepteur de ladite contribution. Selon une autre réalisation, le mécanisme d'invitation est implicite ou explicite. Selon encore une autre réalisation, le mécanisme d'acceptation est implicite ou explicite. En pratique, le module de distribution comprend un mécanisme de traitement apte à identifier que le contenu d'une contribution est une question, ou bien une réponse à une contribution précédente, et en cas de réception d'une question sans la réponse associée ou que d'une réponse, ledit module de distribution comprend en outre des règles de distribution pour recevoir la question et la réponse associée, ou bien ne pas recevoir ni la question, ni la réponse associée. La présente invention a également pour objet un procédé de distribution de contributions pour des utilisateurs connectés à travers au moins un réseau de communication, comprenant l'étape de distribuer une contribution d'un utilisateur d'un groupe d'utilisateurs d'un espace de conversation en cours vers un autre utilisateur dudit groupe, à la condition que l'utilisateur récepteur de la contribution dudit groupe soit invité par l'utilisateur émetteur de la contribution dudit groupe selon un mécanisme d'invitation choisi et que ledit utilisateur récepteur accepte la distribution de la contribution en provenance dudit utilisateur émetteur selon un mécanisme d'acceptation choisi. En pratique, les contributions appartiennent au groupe formé par les conférences multimédia, les messageries instantanées, les discussions sur les réseaux sociaux. D'autres caractéristiques et avantages de l'invention apparaîtront à la lumière de la description détaillée ci après et des dessins dans lesquels : - la figure 1 illustre schématiquement un espace de conversation selon l'art antérieur, et - la figure 2 illustre schématiquement un espace de conversation selon l'invention. En référence à la figure 1, un utilisateur T1 choisit de créer une conférence, et invite des utilisateurs T2 et T3 selon un mécanisme d'invitation de type email ou analogue. Si les utilisateurs T2 et T3 répondent positivement à l'invitation de l'utilisateur T1, les utilisateurs entrent dans la conférence et les utilisateurs T1, T2 et T3 s'entendent tous dans le même espace de conversation CS ainsi créé. En référence à la figure 2, un utilisateur T1 choisit de créer une conférence, et invite les utilisateurs T2 et T3 selon un mécanisme d'invitation que l'on décrira plus en détail ci-après. Si les utilisateurs T2 et T3 répondent positivement à l'invitation de l'utilisateur T1, alors un système DS que l'on décrira plus en détail ci-après va créer trois espaces de conversations individualisés en CS1, CS2 et CS3. On note que, d'une manière générale, un espace de conversation possède un identifiant; ce peut être un sujet (un thème de travail, un évènement sportif...) ou tout autre moyen de différencier un espace de discussion par rapport à un autre. Pour alléger la description dans les paragraphes suivants, on suppose que le système DS et les espaces CSi, ainsi que les invitations, sont tous liés par le même identifiant d'espace de conversation. Par exemple, le système peut créer un DS spécifique pour chaque identifiant de discussion, chargé de recevoir les contributions de chaque participant pour ce thème particulier. De même, un utilisateur Ti voit un espace CSi par thème de discussion auquel il participe. De même, une invitation peut être spécifique à un espace de discussion, un participant pouvant souhaiter voir les contributions d'un participant pour un sujet donné, mais ne souhaitant pas recevoir les contributions d'un même participant sur un autre sujet. Par exemple, chaque flèche représente ici une contribution C d'un utilisateur Ti au cours d'une page de discussion courante à travers un réseau social. Une contribution peut être un message écrit, un message audio ou vidéo. La contribution peut aussi celle d'un participant à une conférence multimédia ou au cours d'une messagerie instantanée. Le système DS (Distribution System) est un système qui distribue les contributions C de chaque utilisateur vers les différents espaces de conversations CS ainsi crée en fonction d'un mécanisme d'invitation décrit plus loin. CS1 est l'espace de conversation géré par l'utilisateur T1, et qui est vu/entendu par l'utilisateur T1, CS2 est l'espace de conversation géré par l'utilisateur T2, et qui est vu/entendu par l'utilisateur T2 et CS3 est l'espace de conversation géré par l'utilisateur T3, et qui est vu/entendu par l'utilisateur T3. En fonction des règles de l'art en développement logiciel, les espaces CS1, CS2 et CS3 peuvent être implémentés en tant qu'entités distinctes, ou bien en tant que vues logiques d'une seule entité CS, la vue logique CSi étant construite en fonction des invitations acceptées entre Ti et les autres participants à l'espace CS Le système de distribution DS est de type serveur. Le système DS est couplé au dispositif de conférence, messagerie instantanée ou discussion à travers un réseau de communication, par exemple de type social. La distribution des contributions C auprès des utilisateurs Ti est pilotée par le système de distribution DS selon un mécanisme d'invitation et d'acceptation que l'on décrira plus en détail ci-après. Par exemple, le mécanisme d'invitation et d'acceptation est défini de telle façon que l'utilisateur T2 ne reçoit pas les contributions de l'utilisateur T3 et que l'utilisateur T3 ne reçoit pas les contributions de l'utilisateur T2. Une telle distribution ciblée et confidentielle est obtenue par exemple par le fait qu'aucune invitation entre les utilisateurs T2 et T3 n'a été acceptée par l'un ou l'autre des utilisateurs T2 et T3. Le système de distribution DS a un fonctionnement bien distinct par rapport aux mécanismes des espaces de discussions de l'art antérieur tel que décrit en référence à la figure 1 (chat room, pont de conférence audio et/ou vidéo). En effet c'est en fonction des invitations et acceptations entre les utilisateurs sur une discussion initiée par l'un des utilisateurs que les espaces de conversations sont créés et que les contributions sont échangées entre les autres utilisateurs sur cette discussion en cours au sein de ces espaces de conservations individualisés et distincts ainsi créés. Le mécanisme d'invitation/acceptation peut avoir plusieurs implémentations et le système de distribution est adapté en correspondance avec ces différentes implémentations. Les différentes implémentations peuvent coexister, par exemple, un utilisateur peut spécifier qu'il désire utiliser une implémentation particulière avec certains correspondants de sa liste de contacts, et une autre implémentation avec d'autres correspondants. Selon une première Implémentation, l'invitation et l'acceptation sont explicites. Ici l'utilisateur Ti choisit les utilisateurs T2 et T3 dans une liste de contacts. Les utilisateurs T2 et T3 reçoivent une invitation (email, indicateur dans une application quelconque (smartphone...). L'utilisateur T2 accepte l'invitation en faisant une action explicite vis-à-vis du message. Exemples: clic sur un bouton, un lien hypertexte, composition d'un numéro de téléphone. En pratique le système de distribution DS traite les invitations/acceptations explicites en mémorisant, pour chaque utilisateur Ti, la liste des utilisateurs Tj vers lesquels Ti à envoyé une invitation. Lorsque Tj effectue l'action d'accepter l'invitation de Ti, le système mémorise l'acceptation. Optionnellement, le système peut offrir à Ti et Tj la possibilité d'invalider son action, par exemple Ti peut annuler son invitation, et Tj peut annuler son acceptation; dans ces deux cas, le lien entre Ti et Tj sera rompu. Ensuite, quand Ti effectue une contribution dans l'espace de conversation, cette contribution est reçue par DS, puis rendue visible ou audible par les participants Tj du même espace de discussion pour lesquels il existe une invitation acceptée entre Ti et Ti. On remarque que le système peut, pour plus de commodités du point de vue des utilisateurs finaux, accepter un fonctionnement symétrique, c'est-à-dire que le fait que Ti accepte une invitation envoyée par Ti sous-entend que Ti aurait accepté une invitation de Ti, et que donc si une invitation est acceptée dans un sens, alors quel que soit ce sens, Ti reçoit les contributions de Ti, et Ti reçoit les contributions de Ti. Selon une seconde implémentation, l'invitation est explicite et l'acceptation est implicite. Ici l'utilisateur Ti choisit les utilisateurs T2 et T3 dans une liste de contacts. Un système quelconque (annuaire, base de donnée de réseau social) a mémorisé que l'utilisateur T2 accepte toujours les invitations provenant de l'utilisateur Ti. A l'heure souhaitée, une interface s'ouvre sur le terminal de l'utilisateur Ti pour permettre l'interaction. En pratique le système de distribution DS traite les invitations/acceptations de la manière suivante: Lorsque T1 émet l'invitation vers Ti, l'invitation est reçu par DS, DS consulte si, dans le profil de Ti, il est spécifié que Ti accepte toujours les contributions de T1. Si c'est le cas, l'invitation est donc considérée comme acceptée. Si Ti participe déjà à l'espace de conversation, alors son CSi recevra désormais les contributions de T1. Si par contre Ti n'a pas actif sur le sujet initié par T1, il sera notifié du fait que T1 souhaite sa participation. Si Ti a spécifié qu'il n'acceptait pas automatiquement les invitations de T1, alors le système peut appliquer la mécanique d'acceptation explicite décrite plus haut. Selon une troisième implémentation, l'invitation est implicite et l'acceptation est explicite. Par exemple, l'utilisateur T1 allume un poste de télévision et regarde un match de football. Cette action est détectée par le système de distribution, et envoie une invitation vers tous les contacts de l'utilisateur T1 (ou vers un sous-ensemble de contacts prédéfinis, par exemple un groupe "foot" regroupant certains de ses contacts Facebook). Le cas échéant, l'utilisateur T1 peut choisir que l'invitation ne sera envoyée que vers les contacts qui regardent déjà la même chaîne. Ceux qui veulent partager le match avec l'utilisateur T1 acceptent l'invitation explicitement comme dans le cas de la première implémentation. Selon une quatrième implémentation, l'invitation et l'acceptation sont implicites. Par exemple l'utilisateur T1 vient d'acheter un livre et se met "Fan" de la page de discussion de l'auteur sur un réseau social. Il crée un espace de conversation CS dont le thème est l'auteur. Par exemple, l'identifiant du thème de CS1 est l'identifiant de la page de discussion du réseau social. L'utilisateur T2 fait de même que l'utilisateur T1. Puisque les utilisateurs T1 et T2 sont par ailleurs "amis" dans le réseau social, il y a acceptation implicite, et alors l'espace de conversation CS1 reçoit les contributions de l'utilisateur T2, et l'espace de conversation CS2 reçoit les contributions de l'utilisateur T1. Selon une cinquième Implémentation, l'invitation est envoyée via une tierce partie. En variante, l'utilisateur T1 peut être doté par le système de distribution DS de pouvoirs étendus, et les utilisateurs T2 et T3 s'entendent directement sans avoir à accepter l'invitation. Par contre les utilisateurs T2 ou T3 restent maître de leur espace de conversation CS1 et CS2 et, par exemple, l'utilisateur T2 peut choisir ultérieurement de ne plus entendre l'utilisateur T3 Selon une autre variante, l'utilisateur T1 choisit de rendre publique la liste des personnes avec lesquelles il est en conversation dans son espace CS1. L'utilisateur T2 peut ainsi voir que l'utilisateur T1 parle aussi avec l'utilisateur T3, et l'utilisateur T2 peut alors lancer une invitation vers l'utilisateurT3. En référence à la figure 2, l'utilisateur T1 voit les contributions des utilisateurs T2 et T3, l'utilisateur T2 voit les contributions de l'utilisateur T1, mais pas les contributions de l'utilisateur T3. Dans l'état, une telle situation pose un problème pour l'utilisateur T2 lorsqu'une contribution de l'utilisateur T1 est une réponse à une contribution de type question de l'utilisateur T3, puisque l'utilisateur T2 reçoit la réponse de l'utilisateur T1 sans avoir accès à la question de l'utilisateur T3. Pour régler ce problème, le système DS détecte les contributions qui sont des questions. Cette détection peut-être automatique (présence d'un point d'interrogation dans un message texte, intonation de la voix ou analyse syntaxique dans un message vocal...) ou manuelle, c'est-à-dire que c'est l'auteur de la contribution qui spécifie que celle-ci est une question destinée à l'ensemble de son audience. De la même manière, le système DS comprend des moyens de reconnaitre une contribution qui est une réponse à une question déjà posée, soit par des moyens automatiques, soit par action spécifique du contributeur. A partir de là, l'utilisateur T1 ou T3 ou un administrateur peut spécifier comment le système DS doit traiter les réponses de l'utilisateur T1 à la question de l'utilisateur T3. Par exemple, le système ne propage par la réponse à la question qui n'a pu être consultée. En variante, le système transmet à l'utilisateur T2 la question de l'utilisateur T3. Dans le cadre d'un forum de discussion (chat) la transmission peut être réalisée par la recopie d'un message texte. Dans le cas d'une conférence audio, la transmission de la question peut être réalisée par la rediffusion de la question enregistrée ou par l'affichage de la question sous forme de texte, après conversion par une solution parole/texte du message enregistré. Selon une autre variante, le système peut aussi savoir qu'une question est destinée à un participant spécifique, soit de manière automatique, soit sur action spécifique du contributeur. Par exemple, le système a connaissance qu'une contribution de l'utilisateur T1 est une question destinée à l'utilisateur T3. De manière symétrique au cas précédent, l'utilisateur T1 ou T3 ou un administrateur peut spécifier au système de ne pas transmettre la question à l'utilisateur T2 ou de transmettre la question, et la réponse de l'utilisateur T3. REVENDICATIONS1. Dispositif de distribution de contributions pour des utilisateurs (Ti) connectés à travers au moins un réseau de communication, caractérisé en ce qu'il comprend un module de distribution (DS) pour distribuer une contribution d'un utilisateur (T2) d'un groupe d'utilisateurs (T1, T2, T3) d'un espace de conversation en cours vers un autre utilisateur (T3) dudit groupe à la condition que l'utilisateur récepteur de la contribution (T3) dudit groupe soit invité par l'utilisateur émetteur (T2) de la contribution dudit groupe selon un mécanisme d'invitation choisi et que ledit utilisateur récepteur (T3) accepte la distribution de la contribution en provenance dudit utilisateur émetteur selon un mécanisme d'acceptation choisi. 2. Dispositif selon la revendication 1, dans lequel la distribution de la contribution est réciproque ou non entre l'utilisateur émetteur et l'utilisateur récepteur de ladite contribution. 3. Dispositif selon la revendication 1 ou la revendication 2, dans lequel le mécanisme d'invitation est implicite ou explicite. 4. Dispositif selon la revendication 1 ou la revendication 2, dans lequel le mécanisme d'acceptation est implicite ou explicite. 5. Dispositif selon l'une quelconque des revendications précédentes dans lequel le module de distribution comprend un mécanisme de traitement apte à identifier que le contenu d'une contribution est une question, ou bien une réponse à une contribution précédente, et dans lequel, en cas de réception d'une question sans la réponse associée ou que d'une réponse, ledit module de distribution (DS) comprend en outre des règles de distribution pour recevoir la question et la réponse associée, ou bien ne pas recevoir ni la question, ni la réponse associée. 6. Procédé de distribution de contributions pour des utilisateurs (Ti) connectés à travers au moins un réseau de communication, caractérisé en ce qu'il comprend l'étape de distribuer une contribution d'un utilisateur (T2) d'un groupe d'utilisateurs (T1, T2, T3) d'un espace de conversation en cours vers un autreutilisateur (T3) dudit groupe à la condition que l'utilisateur récepteur de la contribution (T3) dudit groupe soit invité par l'utilisateur émetteur (T2) de la contribution dudit groupe selon un mécanisme d'invitation choisi et que ledit utilisateur récepteur (T3) accepte la distribution de la contribution en provenance dudit utilisateur émetteur selon un mécanisme d'acceptation choisi. 7. Procédé selon la revendication 6 dans lequel la distribution de la contribution est réciproque ou non entre l'utilisateur émetteur et l'utilisateur récepteur de ladite contribution. 8. Procédé selon la revendication 6, dans lequel l'invitation est implicite ou explicite. 9. Procédé selon la revendication 6 dans lequel l'acceptation est implicite ou explicite. 10. Procédé selon la revendication 6 caractérisé en ce qu'il comprend en outre l'étape d'identifier que le contenu d'une contribution est une question, ou bien une réponse à une contribution précédente, et en cas de réception d'une question sans la réponse associée ou que d'une réponse, prévoir des règles de distribution pour recevoir la question et la réponse associée, ou bien ne pas recevoir ni la question, ni la réponse associée. 11. Procédé selon l'une quelconque des revendications 6 à 10, dans lequel les contributions appartiennent au groupe formé par des conférences multimédia, des messageries instantanées; des discussions sur réseau social.