PROCEDE ET SYSTEME DE SYNTHESE TEMPS REEL D'INTERACTIONS
RELATIVES A UN UTILISATEUR
La présente invention se rapporte au domaine technique des télécommunications. Elle a pour objet un système ainsi qu'un procédé de gestion automatique des interactions issues de plusieurs moyens d'interactions associés à un utilisateur.
Elle concerne plus particulièrement la synthèse des interactions gérées par différents moyens de communications et différentes applications, principalement informatiques, permettant un utilisateur d'interagir avec d'autres utilisateurs ou applications locales ou distantes et de planifier ou être informé d'une certaine opération.
Les développements récents dans le domaine de la technologie de l'information ont fait émerger, au service de l'utilisateur, un grand nombre de moyens d'interactions tels que les softphones (téléphonie par internet), les e-conférences, les courriels, les messageries instantanées, les carnets web (blogs), les outils des réseaux sociaux et de microblogage, les listes de diffusions, les espaces de travail partagés et les outils de gestion d'informations ( les agendas personnels ou partagés, les notes, les calendriers, les carnets d'adresses ou plus généralement les gestionnaires d'informations personnelles).
Ces moyens ne cessent de se développer en proposant de plus en plus d'interactions utilisateur. Ces interactions peuvent être de type interactif, requérant la réaction de l'utilisateur (répondre/appeler un contact, envoyer/recevoir des données, charger/commenter un contenu, répondre à /envoyer un courriel, confirmer un meeting, rentrer/modifier un emploi de temps par exemples), ou encore de type informatif (réception d'une confirmation de lecture d'un courriel, réception d'une notification concernant un contenu annoté/modifié ou un appel en absence, un rappel pour effectuer une certaine opération). Ces interactions sont généralement de niveaux d'importance et d'urgence différents.
Toutefois, les techniques utilisées à l'heure actuelle ne permettent aucune synthèse d'interactions utilisateur provenant de moyens d'interaction différents. Ainsi, un utilisateur, pourvu de plus d'un moyen
d'interaction est contraint de consulter successivement tous ses moyens d'interaction. A titre d'exemple, un utilisateur membre d'un espace de travail partagé et ayant un compte courriel, un agenda, un softphone doit inévitablement accéder : - à sa boite mail pour consulter sa boîte de réception ;
- à son agenda pour se renseigner sur les rendez-vous et les actions en attente ou déjà achevées ;
- à son softphone pour consulter son journal d'appels ou initier une communication par exemple ; et enfin - à l'espace de travail partagé, par exemple pour être informé des dernières modifications du contenu de cet espace.
Ceci demande beaucoup de temps et de ressources informatiques, risquant ainsi de retarder le traitement prévu d'une interaction. De plus, l'utilisateur doit pouvoir accéder d'une manière fiable et fréquente aux différents moyens d'interaction. À défaut, l'utilisateur risque par mégarde de manquer une ou plusieurs interactions, surtout lorsqu'elles correspondent à différents moyens d'interactions et sont produites dans des temps relativement proches.
En outre, le contenu des moyens d'interactions à jour est représenté différemment à l'utilisateur, d'un moyen à un autre. Par exemple, le contenu d'une boite de réception d'un courriel est généralement rangé verticalement dans le temps alors que celui d'un agenda est généralement rangé horizontalement dans le temps.
Par ailleurs, ces moyens d'interaction affichent les interactions en se basant sur leurs objets et non pas sur les utilisateurs qui y sont concernés, ce qui, éventuellement, ne favorise pas l'établissement d'une interaction future avec ces utilisateurs.
De plus, les moyens d'interaction actuels ne permettent aucun enrichissement automatique des informations concernant des utilisateurs qui sont, a priori, concernés par une même interaction future. Un utilisateur doit à chaque fois solliciter les coordonnées de ses nouveaux contacts.
Les moyens d'interaction actuels n'interfèrent pas nécessairement. Il existe toutefois des plateformes qui supportent conjointement un certain nombre (fini) d'interactions. A titre d'exemple, un forum permet à l'utilisateur d'interagir avec d'autres utilisateurs à l'aide d'un courriel (un autre moyen d'interaction) ou d'un contenu chargé dans la plateforme du forum. Cette solution suppose que le premier moyen d'interaction comprend déjà les identifiants des utlisateurs suivant le second moyen d'interaction. A défaut, il n'y a pas d'interopérabilité et les différents moyens d'interactions sont cloisonnés entre eux. Les moyens d'interaction sont alors utilisés spécifiquement : par exemple, courriel dédié à une interaction textuelle, softphone dédié à une interaction vocale.
Les gestionnaires d'informations personnelles sont des outils orientés utilisateur en s'intéressant, par exemple à ses tâches à faire, ses contacts, son carnet d'adresses et son calendrier. On y distingue le produit Microsoft Office Outlook, édité par Microsoft. Les gestionnaires d'informations personnelles ont une portée très limitée sur les éventuelles interactions d'un utilisateur. En outre, ils n'offrent aucune anticipation d'une éventuelle interaction de l'utilisateur, en particulier lorsque il est membre d'un espace de travail partagé ou collaboratif.
D'autres gestionnaires d'informations personnelles, orientés base de données, proposent des outils de recherche dans les interactions utilisateur. Windows Search et Google Desktop, édités respectivement par Microsoft et Google, sont deux exemples de ces gestionnaires d'informations personnelles. Suite à une requête, ils permettent de présenter les différentes interactions utilisateur (appel sortant, courriel, Rendez-vous, sites web visités, contacts par exemple) suivant différents critères (type, date, auteur par exemple). Cependant, ces outils ne concernent que les interactions qui ont déjà eu lieu, à rencontre d'une gestion temps réel des interactions, qui pourrait intéresser l'utilisateur.
Pour qu'un utilisateur ait une vue
- globale sur ses interactions en comprenant, simultanément, au moins une partie des interactions postérieures, des interactions en cours et des interactions antérieures ;
- anticipatrice de ses interactions futures en lui fournissant les informations nécessaires à leur établissement ; et
- cohérente avec ses moyens d'interaction et ceux des utilisateurs avec lesquels il va interagir,
il est contraint de :
- lancer simultanément une pluralité de moyens d'interaction (par exemples Microsoft Office Outlook pour le courriel, les tâches à faire et le calendrier, un softphone pour les interactions vocale et un gestionnaire d'un espace de travail partagé ou d'un travail collaboratif) ; et
- solliciter à chaque fois et à l'avance les informations nécessaires
(numéro de téléphone, courriel, pseudo, site web, localisateur uniforme de ressource (URL) par exemples) pour l'établissement d'une interaction ; et - vérifier la cohérence entre ces moyens d'interaction , ceux des utilisateurs avec lesquels il va interagir et des informations nécessaires à l'établissement d'une interaction qui sont à sa disposition.
U n objet de la présente invention est d'apporter une solution à au moins une partie des problèmes mentionnés en proposant un procédé ainsi qu'un système permettant à un utilisateur d'avoir une vue synthétique globale sur ses interactions avec différents niveau de détails.
Un autre objet de la présente invention est de permettre une gestion dynamique temps réel des interactions associées à un utilisateur. Un autre objet de la présente invention est de favoriser et, subséquemment, permettre l'établissement d'une interaction utilisateur.
Un autre objet de la présente invention est de synthétiser les interactions d'un utilisateur.
Un autre objet de la présente invention est de permettre un accès rapide aux contenus des interactions d'un utilisateur.
Un autre objet de la présence invention est d'afficher les interactions d'un utilisateur selon différents critères.
Un autre objet de la présente invention est de permettre un accès rapide aux différents moyens d'interaction .
A cette fin, l'invention se rapporte, selon un premier aspect, à un procédé de synthèse d'interactions utilisateur associées à un utilisateur, procédé qui comprend les étapes suivantes :
- agrégation des interactions utilisateur à partir des moyens d'interaction associés à l'utilisateur ;
- identification des utilisateurs concernés par ces interactions ;
- identification des moyens d'interactions associés à chaque utilisateur concerné ;
- récupération des informations nécessaires à l'établissement d'au moins une interaction via les moyens d'interactions identifiés ;
- vérification de la disponibilité des moyens d'interaction identifiés ;
- mise en cache dans le terminal de l'utilisateur des informations récupérées relatives aux moyens d'interactions disponibles desdits utilisateurs identifiés ;
- présentation de notifications d'interaction à l'utilisateur.
L'invention se rapporte, selon un deuxième aspect, à un synthétiseur d'interactions utilisateur associées à un utilisateur, ce synthétiseur comprenant :
- un agrégateur d'interactions utilisateur à partir des moyens d'interactions associés à l'utilisateur ;
- un module de traitement des interactions utilisateur ;
- un module de présentation des interactions utilisateur.
L'invention se rapporte, selon un troisième aspect, à un produit programme d'ordinateur implémenté sur un support mémoire, susceptible d'être mis en œuvre au sein d'une unité de traitement informatique et com prenant des instructions pour la mise en œuvre du procédé résumé ci- dessus.
D'autres caractéristiques et avantages de l' invention apparaîtront plus complètement à la lecture de la description ci-après de variantes préférées de mise en œuvre du procédé et de variantes préférées de réalisation du
système, cette description étant faite en référence aux figures annexées dans lesquelles :
- la figure 1 est une représentation fonctionnelle, non limitative d'un système selon l'invention ; - la figure 2 illustre schématiquement un exemple de dispositif selon l'invention, adapté à la représentation des interactions utilisateur.
L'invention propose un synthétiseur des interactions utilisateur, outil logiciel qui comprend au moins les modules suivants :
- des moyens d'interaction distants 10, 20, 30 faisant intervenir une relation client/serveur, représentés sur la figure 1 , respectivement, par côté A et côté B ;
- une pluralité de serveurs 1 , 2, 3 hébergeant les moyens d' interaction distants 10, 20, 30 ;
- des moyens d'interaction locaux 40, 41 ; - un agrégateur 50 des interactions ;
- un module de traitement 51 d'interactions;
- un module de présentation 52 ;
- des interfaces client 1 1 1 , 1 1 2 , 1 13, 1 14, 1 15 ; et
- des interfaces serveur 1 1 , 1 2, 13.
Les serveurs 1 , 2, 3 appartiennent à des plateformes permettant des interactions utilisateur. A titre d'exemple non limitatifs de serveurs 1 , 2, 3, on cite un serveur mait, un serveur de messagerie instantanée, un serveur réseau, un serveur d'impression, un serveur de téléphonie I P ou un serveur de e-conférence.
Les serveurs 1 , 2, 3, hébergent des moyens d'interaction distants 10,
20, 30. Ces derniers comprennent, par exemple, une application de messagerie instantanée, une application de softphone, une application d'un agenda partagé, un compte mail ou un espace de travail partagé.
L'agrégateur 50 des interactions agrège les données des interactions à partir des différents moyens d'interaction associés à l'utilisateur par l'intermédiaire d'interfaces adaptées à ces moyens d'interaction. A cet
effet, deux interfaces peuvent être distinguées au niveau de chaque lien agrégateur 50 - serveur 1 , 2, 3, à savoir :
- des interfaces clients 1 1 1 , 1 12, 1 13 du côté client A ;
- des interfaces serveurs 1 1 , 1 2, 13 du côté serveur B.
L'agrégateur 50 permet de consulter, régulièrement, auprès de tous les moyens d'interaction associés à un utilisateur l'existence des interactions utilisateur.
I l est à noter que certains moyens d'interaction distants 10 sont associés à des moyens d'interactions intermédiaires 1 1 0 situés du côté client A. A titre d'exemple illustratif, un utilisateur peut interagir à l'aide du moyen d'interaction courriel via un client de messagerie (Lotus Notes ou Microsoft Outlook par exemple) qui se trouve du côté client A. Dans ce cas, le lien établi entre l'agrégateur 50 et le serveur 1 , hébergeant le moyen d'interaction 10, comprend le moyen d'interaction intermédiaire 1 10. Ceci assure une synchronisation entre les interactions agrégées par l'agrégateur 50, le moyen d'interaction intermédiaire 1 10 et le moyen d'interaction distants 10. Il est clair que si le moyen d'interaction intermédiaire 1 10 est désactivé, sa présence sur le lien agrégateur 50- serveur 1 0 sera passive.
Les moyens d'interaction locaux 40, 41 , tel qu'un agenda, tâches ou calendrier personnels, se trouvent du côté client A. L'agrégateur 50 des interactions agrège les données des interactions à partir des moyens d'interaction locaux 40, 41 associés à l'utilisateur par l'intermédiaire d'interfaces clients 1 14, 1 15.
Le module de traitement 51 permet d'effectuer des traitements sur les données décrivant les interactions utilisateur. Ces traitements comprennent :
- l' identification des utilisateurs concernés par les interactions associées à un certain utilisateur ;
- l'identification des moyens d'interaction associés à chaque utilisateur concerné ;
- la récupération des informations nécessaires à l 'établissement des interactions via les moyens d'interaction identifiés ;
- la vérification de la disponibilité des moyens d'interaction identifiés ;
- la mise en cache dans le terminal de l'utilisateur des informations récupérées relatives aux moyens d'interactions disponibles des utilisateurs identifiés.
A titre d'exemple illustratif, un utilisateur « x » qui partage un espace de travail avec les membres de son équipe de travail « A », aura des informations (nom, adresse mail , numéro de téléphone, pseudo par exemples) sur tout autre utilisateur « y » , non membre de l'équipe « A » , qui a accédé à ou modifié des données se trouvant dans cet espace de travail. Ceci est fait dans le but d'anticiper une éventuelle interaction entre l'utilisateur « x » et l'utilisateur « y ».
Un utilisateur « x » qui, selon ses interactions agrégées, participera à une conférence à distance dont il ne connait pas tous les membres, aura les informations concernant les participants de cette conférence, facilitant ainsi une éventuelle interaction. Si l'utilisateur « x » souhaite interagir avec un utilisateur « b », membre de cette conférence à distance, il suffit de lancer une recherche portant sur le nom de l'utilisateur « b ». Il lui sera affiché la liste des moyens d'interaction via lesquels il pourra interagir, à cet instant, avec l'utilisateur « b ».
Pour cela, le module de traitement 51 interroge régulièrement soit directement les moyens d'interaction (agenda ou serveur de courriel par exemple) associés à l'utilisateur « x », soit des outils de gestion de ces derniers (serveur de présence ou un gestionnaire d'accès par exemple) pour :
- identifier tout utilisateur « y » concernés par les interactions relatives à l'utilisateur « x » : celui qui a chargé un commentaire sur le blog de l'utilisateur « x » , accédé ou modifié un espace de travail auquel l'utilisateur « x » est membre ou celui qui participera avec l'util isateur « x » dans une conférence par exemples ;
- identifier la liste des moyens d'interaction à la disposition de l'utilisateur « y » ainsi que les identifiant, ou plus généralement, les informations nécessaires pour établir une interaction via ces moyens d' interaction à partir, par exemple, de son profil utilisateur public (blog , site web personnel, outil de messagerie instantanée) ,
de son serveur courriel ou suite à une étape d'authentification auprès d'un serveur par exemple ;
- mettre en cache la liste des couples « moyen d' interaction - identifiant(s) » identifiés ; - vérifier la disponibilité des moyens d'interaction identifiés : mettre à jour régulièrement la liste des couples « moyen d'interaction- identifiant(s) » (messagerie instantanée-pseudo, espace de travail partagé-compte, courriel-adresse courriel, site web personnel-URL par exemples) relative à l'utilisateur « y » afin d'indexer la liste des moyens d'interactions disponibles (connecté/déconnecté en une messagerie instantanée, téléphone joignable/injoignable par exemples) ;
En variante, une notification peut être affichée via le module 52 à l'utilisateur « x » pour confirmer/ignorer/reporter la mise en cache des informations relatives à l'utilisateur « y » .
Il est à noter qu'un utilisateur peut avoir plus qu'un identifiant en un moyen d'interaction (téléphone- plusieurs numéros de téléphone, messagerie instantanée- plusieurs pseudos par exemple).
De préférence, on spécifie une liste finie de moyens d'interaction préférés à utiliser pour interagir.
En outre le module de traitement 51 permet :
- de filtrer les interactions utilisateur (ignorer des interactions, transmettre au module de présentation 52 au plus n interactions par unité de temps par exemple) ; - d'organiser les interactions utilisateur selon différents critères ;
- d'affecter des priorités aux différents types d'interaction.
Le module de présentation 52 vise à présenter à l'utilisateur les interactions agrégées. Cette présentation peut se faire via :
- une interface orale permettant la lecture audio/vidéo des interactions uti lisateur, en utilisant le module VoiceXML par exemple ; ou
- une interface graphique comprenant des icônes, des fenêtres, des raccourcis et des menus de configuration du module de traitement 51 .
On note que les interfaces client 1 1 1 , 1 1 2, 1 13, l'agrégateur 50, le module de traitement 51 et le module de présentation 52 forment l'outil client 5 du synthétiseur des interactions utilisateur.
Afin d'accélérer le traitement des données des interactions, l'agrégateur 50 est pourvu d'une base de données 501 pour stocker, au moins temporairement, les données les plus utilisées. Cette base de données 501 permet :
- de mettre en cache les moyens d'interaction ainsi que les informations permettant une interaction via ces moyens d'interaction associés à des utilisateurs identifiés par le module de traitement 51 ; - d'accélérer les traitements effectués par le module de traitement 51 , afin de retrouver les données plus rapidement ;
- de répondre rapidement aux requêtes utilisateur renvoyées depuis le module de présentation 52 ;
- de stocker au moins une partie des données des interactions (contacts, noms, identifiants, numéros de téléphone, adresses par exemples).
Avantageusement, la base de données 501 est équipée d'un moyen d'indexation, facilitant la manipulation du contenu de la base de données 501 .
Selon un mode de réalisation du module de présentation 52, illustré par la figure 2, une interface graphique 100 répartie en une pluralité de champs 102, 103, 104 peut être adoptée. Les champs 1 02, 103, 104 concernent par exemples les interactions futures, les interactions en cours, les interactions passées. Les interactions en cours peuvent désigner, par exemple :
- les interactions qui sont en cours d'exécution (une com munication téléphonique en cours à l'aide d'un softphone, un courriel non encore lu par exemples) ;
- les interactions ayant déjà eu lieu ou qui auront lieu ce jour, ce matin, ou cette semaine par exemples ;
- les interactions futures qui sont celles qui auront lieu l'instant suivant, l'heure suivante, demain, la semaine suivante par exemples.
En d'autres termes, l'utilisateur spécifie l'étendue de ces champs d'interactions en jouant sur la résolution de l'axe du temps.
En variante, les champs 102, 1 03, 104 peuvent désigner :
- des champs répartis en fonction de leurs degré de priorité : haute, moyenne et faibles par exemples ;
- des champs d'interactions interactives, informatives et alertes ; - des champs d'interactions à faire, en train de se faire, déjà fait ;
- une approche métier des champs : clients, fournisseurs, équipe de travail par exemple.
L'interface graphique 100 est pourvue d'un menu outils 101 comprenant par exemple, des fonctions permettant:
- de supprimer/modifier la notification d'une interaction ;
- de trier les interactions utilisateur suivant différents critères (date, contact, type d'interaction, source de l'interaction par exemple) ;
- d'effectuer une recherche par champ d'interactions ou sur l'ensemble des interactions.
La notification 140 d'une interaction comprend des éléments descriptifs
120 et d'éléments actifs 130.
Selon un mode de réalisation , les éléments descriptifs 120 comprennent en combinaison les données suivantes :
- utilisateur(s) concerné(s) par cette interaction : Nom , prénom , pseudo, groupe, équipe de travail par exemple ;
- le moyen d'interaction 10, 20, 30 sources de cette notification d'interaction: GMAIL, MY Temwork, forum A, Blog C, espace de travail D, Agenda, Calendrier par exemples ;
- objet de l'interaction : objet du courriel, objet d'un commentaire, appel, appel en absence, message vocale par exemple ;
- la date de réception de cette interaction ;
- le temps écoulé/restant pour commencer/achever une interaction : temps restant pour participer à une réunion, temps écoulé en une communication vocale par exemple ; - l'existence d'un complément associé à cette interaction : pièce jointe, commentaire par exemple.
Les éléments actifs 130 comprennent les éléments suivants :
- les outils d'interaction: identifiant téléphonique, courriel, pseudo ; lien vers un site web, lien vers un espace de travail par exemples ; - l'action d'interaction : répondre, répondre à tous, appeler, explorer, visiter par exemples ;
- des actions à appliquer à cette interaction : ouvrir, lire, supprimer, valider, plus de détails, déplacer vers, ignorer, arrêter, marquer comme fait/lu/vu/achevé par exemples.
II est à noter que les moyens d'interaction actifs proposés à l'utilisateur permettent d'accéder directement aux applications d'interaction. A titre d'exemple, si l'utilisateur décide d'appeler un membre dans une certaine interaction textuelle (un courriel par exemple), en cliquant sur un élément actif 130 qui désigne un softphone, l'utilisateur sera automatiquement mis en communication avec ce membre via le softphone. Il est clair qu'une application d'interaction sera automatiquement lancée, si elle ne l'est pas déjà, dès qu'elle est appelée par l'intermédiaire d'un élément actif 130.
Les moyens d'interaction présentés à l'utilisateur correspondent aux moyens d'interactions identifiés par le module de traitement 51.
De préférence, les éléments descriptifs 120 comprennent le nom d'au moins un utilisateur (l'appelé, i'appelant, le destinataire, le collaborateur par exemples) lié à l'interaction présentée.
Avantageusement, la présente invention favorise les interactions entre les utilisateurs en :
- détectant des informations concernant des utilisateurs qui partagent au moins un moyen d'interaction distant 1 0, 20, 30 ou des membres d'une même future interaction ; et ensuite
- en stockant dans la base de données 501 , ces identifiants ou directement les proposant à l'utilisateur via le module de présentation 52.
Selon un autre mode de réalisation, on peut prévoir un premier agrégateur associé aux moyens d 'interaction locaux et un second agrégateur associé aux moyens d'interaction distants. Le second agrégateur coopère avec le premier que si le terminal de l'utilisateur a accès à au moins un réseau.
Vu que les interactions agrégées ne concernent qu'un seul utilisateur, un compte par utilisateur est prévu. Un compte utilisateur est paramétré par :
- un identifiant et un mot de passe ;
- des données personnelles : adresses mail, numéros de téléphone, listes de contacts, carnets d'adresses, pseudos, forum, site web personnel, agenda par exemples ;
- d'autres données: nom du domaine, groupe de travail, liste de diffusion, agenda partagé par exemples.
Ces données peuvent être rentrées directement via une interface graphique ou importées à partir d'autres bases de données ou applications ou automatiquement collectés depuis le terminal de l'utilisateur ou des serveurs 1 , 2, 3 (adresse I P, liens réseau et nom du domaine par exemples). I l est clair que les données associées à chaque utilisateur sont protégées ainsi qu'exportables vers d'autres applications.
L'invention trouve notamment son application dans le cas où l'utilisateur est une machine, tel q u'un robot config uré pour interagir avec une pluralité de machines et/ou d'utilisateurs.
Un compte par groupe d'utilisateurs est également prévu. Ce compte s'intéresse à toutes les interactions associées à l'ensemble des membres du groupe d'utilisateurs.
De préférence, l'outil client 5 du synthétiseur des interactions utilisateur est pourvu d'une interface de programmation applicative 53 (API), lui permettant d'interagir avec d'autres applications 6 qui lui sont extérieures. L'i nterface de programmation applicative 53 permet :
- de renvoyer une partie du contenu du module de présentation 52 (un champ 1 02, 1 03, 104, la notification d'une interaction par exemple, une donnée depuis une notification d'interaction) ;
- d'accéder à un ensemble de fonctions supportées par le module de présentation 52 ou par le module de traitement 51 ;
- d'unifier l'accès à l'outil client 5 du synthétiseur des interactions utilisateur ; - de contrôler l'outil client 5 du synthétiseur des interactions utilisateur.
Le procédé qui vient d'être décrit présente un certain nombre d'avantages. Il permet en effet :
- d'agréger les interactions utilisateur ; - d'appliquer des traitements sur ces agrégation ;
- de centraliser la présentation des interactions utilisateur ;
- de favoriser l'interaction utilisateur.
La présente invention concerne tout environnement d'un terminal utilisateur fonctionnant en mode graphique ou vocal , tels qu'un PDA (Personal Digital Assistant), un ordinateur, un téléphone portable ou tout autre terminal utilisateur pourvu d'un système d'exploitation. I l est aussi important de noter que l'implémentation de la présente invention est indépendante du ou des langage(s) de programmation utilisé(s) (C, C+ + , . NET, Ajax, java, flash, Techno C, par exemples)
I I est à noter que le terme « interaction utilisateur » recouvre ici toute interaction qui concerne un utilisateur, sans qu'il soit, nécessairement, l'auteur de cette interaction ou qu'il soit connecté au moyen d'interaction au
moment du déroulement de l'interaction. A titre d'exemple, une modification apportée au contenu d'un agenda partagé est une interaction associée à chacun des utilisateurs abonnés à cet agenda, qu'ils soient connectés au non au moment de la modification.