PROCEDES ET INTERFACES DE GESTION D’UNE INTERFACE UTILISATEUR D’UN TERMINAL DE COMMUNICATION D’UNE COMMUNICATION EN COURS, ET DE CONTROLE DE L’INTERFACE UTILISATEUR

Domaine technique

L'invention concerne la gestion d’une interface utilisateur d’un terminal de communication impliqué dans une communication en cours par un terminal de communication, nommé terminal initiateur, à l’origine d’une opération relative à une communication en cours tel qu’un changement de mode de communication.

État de la technique

Actuellement, lors de l’établissement d’une communication, l’interface utilisateur du terminal appelant reproduit, préalablement au déclenchement de l’établissement, une liste d’au moins un contact sélectionnable (pour chaque contact le ou les modes de communication utilisables pour établir une communication avec ce contact), et/ou un élément déclencheur d’une capture d’un identifiant de communication tel qu’une adresse email, un numéro de téléphone... L’utilisateur du terminal appelant interagit avec l’interface utilisateur pour déclencher une communication dans un mode de communication déterminé avec un terminal de communication appelé éventuellement associé au contact sélectionné.

Durant l’établissement de la communication, l’interface utilisateur du terminal appelant reproduit généralement au moins l’identifiant du terminal de communication appelé, éventuellement un identifiant de l’utilisateur du terminal de communication appelé (nom, pseudo, alias, etc.), le réseau de communication utilisé, éventuellement la puissance du réseau de communication utilisé pour le terminal de communication appelant, le statut de la communication (établissement en cours, occupé...), etc. En parallèle, l’interface utilisateur du terminal de communication appelé reproduit l’identifiant du terminal de communication appelant, éventuellement un identifiant de l’utilisateur du terminal de communication appelant (nom, pseudo, alias, etc.), le réseau de communication utilisé, éventuellement la puissance du réseau de communication utilisé pour le terminal de communication appelé, le statut de la communication (établissement en cours, occupé...), etc. Durant la communication, ces mêmes informations restent reproduites respectivement par l’interface utilisateur du terminal de communication appelant et l’interface utilisateur du terminal de communication appelé. Le statut de communication est alors communication en cours.

Les terminaux de communication actuels, notamment les terminaux de communication mobiles, permettant généralement plusieurs modes de communications :

- soit en changeant de réseau de communication : téléphonie mobile, téléphonie IP sur réseau mobile ou fixe ;

- soit en changeant de modalité d’échanges : voix, vidéo, texte, etc.

Généralement, lorsqu’une communication est démarrée dans un mode de communication donnée, elle est effectuée totalement dans ce mode de communication même si la connexion et/ou la qualité se dégrade. En effet, lorsqu’un utilisateur d’un terminal de communication n’entend plus son interlocuteur durant une communication, il clôt généralement la communication en cours pour la renouveler dans le même mode de communication. Or, la nouvelle communication établie peut se retrouver dans les mêmes mauvaises conditions que la communication clôturée ce qui ne résous par le problème de l’utilisateur.

En outre, l’interlocuteur peut être désorienté par cette clôture unilatérale de la communication, l’amenant à agir notamment en tentant de rétablir la communication généralement dans le même mode de communication avec le risque de communications croisées, et donc d’établissement de communication qui échouent des deux côtés. Une autre action de l’interlocuteur peut être de mettre son terminal de communication dans un statut « hors connexion » tel que le mode avion des téléphones mobiles car il pense la communication terminée.

Exposé de l’invention

Un des buts de la présente invention est de remédier à des inconvénients de l'état de la technique.

Un objet de l’invention est un procédé de gestion d’interface utilisateur d’au moins un terminal de communication par un terminal initiateur lors d’une communication en cours entre des terminaux de communication dont le terminal initiateur et au moins un terminal correspondant, le procédé de gestion d’interface utilisateur comportant, au moins préalablement à un changement, déclenché par le terminal initiateur, de mode de communication de la communication en cours, une fourniture de données de signalisation de changement à l’interface utilisateur du au moins un terminal de communication, les données de signalisation de changement étant aptes à commander l’interface utilisateur d’un terminal de communication.

Ainsi, si le terminal initiateur déclenche un changement du mode de communication de la communication en cours avec au moins un terminal correspondant, l’interface utilisateur d’au moins un terminal de communication tient compte, lors de la communication en cours, du changement permettant de réduire voire d’éviter les risques les risques d’échec du changement de mode de communication de la communication en cours et donc de clôture intempestive de la communication en cours.

Suivant les variantes de mise en oeuvre de l’invention, le terminal initiateur fourni les données de signalisation de changement à l’interface utilisateur d’un ou plusieurs des terminaux de communication de la communication en cours, notamment du terminal initiateur et/ou d’un ou plusieurs terminaux correspondants. Ainsi, plus les données de signalisation du changement sont fournies à un grand nombre d’interfaces utilisateur de terminaux de communication de la communication, plus la probabilité d’échec du changement de mode de communication est réduite. En outre, lorsque les données de signalisation du changement ne sont pas fournies aux interfaces utilisateur de tous les terminaux de communication de la communication en cours, la probabilité d’échec du changement de mode de communication est réduite si les données de signalisation du changement sont fournies à une interface utilisateur d’un terminal correspondant plutôt qu’à une interface utilisateur du terminal initiateur.

Avantageusement, la fourniture de données de signalisation de changement à l’interface utilisateur du au moins un terminal de communication comporte une transmission des données de signalisation de changement à au moins un terminal correspondant, les données de signalisation de changement étant aptes à commander l’interface utilisateur du terminal correspondant.

Avantageusement, le procédé de gestion comporte une génération de données de signalisation de changement en fonction du changement de mode de communication déclenché.

Avantageusement, les données de signalisation de changement préalables au changement de mode de communication intègrent une commande de blocage de l’interface utilisateur du terminal de communication durant le changement de mode de communication.

Ainsi, non seulement l’utilisateur du terminal de communication est éventuellement informé du changement en cours d’exécution mais, en plus, l’utilisateur du terminal de communication ne peut pas interagir le terminal de communication notamment pour clore la communication en cours ou modifier le mode de communication de la communication en cours évitant ainsi complètement les risques d’échec du changement de mode de communication et de clôture intempestive de la communication.

Avantageusement, les données de signalisation de changement intègrent un signal de reproduction d’informations relatives au changement de mode de communication.

Ainsi, l’utilisateur du terminal de communication est informé du changement en cours d’exécution réduisant ainsi complètement les risques d’échec du changement de mode de communication et de clôture intempestive de la communication.

Avantageusement, le procédé de gestion comporte, dès la fin du changement de mode de communication de la communication en cours, une fourniture, à au moins un terminal de communication, de données de signalisation de fin de changement apte à commander le retour de l’interface utilisateur du terminal correspondant dans un état nominal.

Ainsi, l’interface utilisateur du terminal correspondant revient dans un mode nominal lors d’une communication. Avantageusement, les données de signalisation de fin de changement intègrent une commande de déblocage de l’interface utilisateur.

Ainsi, l’utilisateur du terminal de communication peut à nouveau interagir avec le terminal de communication lorsque le changement est terminé.

Avantageusement, le procédé de gestion d’interface utilisateur comporte une autorisation de changement de mode de communication, l’autorisation de changement de mode de communication empêchant le changement de mode de communication de la communication en cours tant que les données de signalisation de changement ne sont pas fournies à au moins l’interface utilisateur du au moins terminal correspondant.

Un objet de l’invention est également un procédé de contrôle d’une interface utilisateur d’un terminal de communication lors d’une communication entre des terminaux de communication dont un terminal initiateur et au moins un terminal correspondant, le procédé de contrôle comportant, au moins préalablement à un changement, déclenché par le terminal initiateur, de mode de communication de la communication en cours, une modification d’au moins un paramètre de l’interface utilisateur du terminal de communication sur commande de données de signalisation de changement fournies par le terminal initiateur.

Avantageusement, selon une implémentation de l'invention, les différentes étapes du procédé selon l'invention sont mises en oeuvre par un logiciel ou programme d'ordinateur, ce logiciel comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un dispositif faisant partie de... et étant conçus pour commander l'exécution des différentes étapes de ce procédé.

L'invention vise donc aussi un programme comprenant des instructions de code de programme pour l’exécution des étapes d’au moins un procédé parmi les suivants :

- procédé de gestion d’interface utilisateur d’au moins un terminal de communication par un terminal initiateur lors d’une communication en cours,

- procédé de contrôle d’une interface utilisateur d’un terminal de communication,

lorsque ledit programme est exécuté par un processeur.

Ce programme peut utiliser n'importe quel langage de programmation et être sous la forme de code source, code objet ou 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.

Un objet de l’invention est encore une interface de gestion d’un terminal initiateur ayant déclenché un changement de mode de communication lors d’une communication en cours entre des terminaux de communication dont le terminal initiateur et au moins un terminal correspondant, comportant un fournisseur de données de signalisation de changement à une interface utilisateur d’un terminal de communication de la communication en cours, les données de signalisation de changement étant aptes à commander l’interface utilisateur d’un terminal de communication, le fournisseur étant déclenché préalablement au changement de mode de communication.

Un objet de l’invention est, en outre, une interface utilisateur d’un terminal correspondant lors d’une communication entre des terminaux de communication dont un terminal initiateur et au moins un terminal correspondant, l’interface utilisateur du terminal correspondant comporte un modificateur d’au moins un paramètre de l’interface utilisateur du terminal correspondant sur commande des données de signalisation de changement reçues du terminal initiateur, le modificateur étant mis en œuvre au moins préalablement à un changement, déclenché par le terminal initiateur, de mode de communication de la communication en cours.

Un objet de l’invention est également une interface utilisateur d’un terminal initiateur lors d’une communication entre des terminaux de communication dont un terminal initiateur et au moins un terminal correspondant, l’interface utilisateur du terminal initiateur comportant un modificateur d’au moins un paramètre de l’interface utilisateur du terminal initiateur sur commande des données de signalisation de changement fournies par le terminal initiateur, le modificateur étant mis en œuvre au moins préalablement à un changement, déclenché par le terminal initiateur, de mode de communication de la communication en cours.

Un autre objet de l’invention est un terminal initiateur comportant :

- un commutateur de mode de communication mettant en œuvre, sur commande du terminal initiateur, un changement de mode de communication d’une communication en cours entre le terminal initiateur et au moins un terminal correspondant,

- une interface utilisateur selon l’invention, et

- une interface de gestion selon l’invention.

Avantageusement, le terminal initiateur comporte, en outre :

- une première interface de communication avec un premier réseau de communication mettant en œuvre un premier mode de communication, et

- au moins une deuxième interface de communication avec un deuxième réseau de communication distinct du premier réseau de communication mettant en œuvre au moins un deuxième mode de communication.

Un objet de l’invention est aussi un terminal correspondant comportant :

- une interface de communication apte à recevoir des données de signalisation de communication d’un terminal initiateur d’une communication en cours et à modifier des paramètres de l’interface de communication en fonction des données de signalisation de communication, les données de signalisation de communication étant apte à autoriser un changement de mode de communication de la communication en cours par le terminal correspondant, et

- une interface utilisateur selon l’invention.

Avantageusement, le terminal correspondant comporte, en outre :

- une première interface de communication avec un premier réseau de communication mettant en oeuvre un premier mode de communication, et

- au moins une deuxième interface de communication avec un deuxième réseau de communication distinct du premier réseau de communication mettant en oeuvre au moins un deuxième mode de communication.

Brève description des dessins

Les caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description, faite à titre d'exemple, et des figures s’y rapportant qui représentent :

[Fig 1 ] Figure 1 , un schéma simplifié d’un procédé de gestion d’interface utilisateur de terminaux de communication lors d’une communication en cours selon l’invention,

[Fig 2] Figure 2, un schéma simplifié d’un procédé de contrôle d’une interface utilisateur d’un terminal de communication lors d’une communication en cours selon l’invention,

[Fig 3] Figure 3, un schéma simplifié des échanges dans une architecture de communication mettant en oeuvre les procédés de l’invention,

[Fig 4] Figure 4, un schéma simplifié d’une architecture de communication comportant des terminaux de communication mettant en oeuvre les dispositifs de l’invention,

[Fig 5a] Figure 5a, une illustration simplifiée des interfaces utilisateur de terminaux de communication selon l’invention préalablement au déclenchement du changement de mode de communication,

[Fig 5b] Figure 5b, une illustration simplifiée des interfaces utilisateur de terminaux de communication selon l’invention lors du déclenchement du changement de mode de communication sur action de l’utilisateur d’un terminal initiateur,

[Fig 5c] Figure 5c, une illustration simplifiée des interfaces utilisateur de terminaux de communication selon l’invention lors du déclenchement du changement de mode de communication sur acceptation de l’utilisateur d’un terminal initiateur d’un proposition du terminal initiateur,

[Fig 5d] Figure 5d, une illustration simplifiée des interfaces utilisateur de terminaux de communication selon l’invention mettant en oeuvre une première variante de l’invention,

[Fig 5e] Figure 5e, une illustration simplifiée des interfaces utilisateur de terminaux de communication selon l’invention mettant en oeuvre une deuxième variante de l’invention,

[Fig 5f] Figure 5f, une illustration simplifiée des interfaces utilisateur de terminaux de communication selon l’invention après le changement de mode de communication. Description des modes de réalisation

La figure 1 illustre un schéma simplifié d’un procédé de gestion d’interface utilisateur de terminaux de communication lors d’une communication en cours selon l’invention.

Le procédé de gestion d’interface utilisateur IU_MNGT d’au moins un terminal de communication est mis en oeuvre par un terminal initiateur Tl lors d’une communication SS en cours entre des terminaux de communication dont le terminal initiateur Tl et au moins un terminal correspondant TC. Le procédé de gestion d’interface utilisateur IU_MNGT comporte, au moins préalablement à un changement SW, déclenché sw_trg par le terminal initiateur Tl, de mode de communication de la communication en cours, une fourniture de données de signalisation de changement SG_PV à l’interface utilisateur du au moins un terminal de communication TJ U, Tl I U , TCJU. Les données de signalisation de changement sg, sg _Th sg _T c _, sgd, sgd _Th sgd _T c _, sge, sge _T sge _T c sont aptes à commander l’interface utilisateur d’un terminal de communication TJU, Tl I U , TCJU.

En particulier, la fourniture de données de signalisation de changement SG_PV à l’interface utilisateur du au moins un terminal de communication TCJU comporte une transmission des données de signalisation de changement SG_TR à au moins un terminal correspondant TC. Les données de signalisation de changement sg _T c _, sgd _T c _, sge _T c sont aptes à commander l’interface utilisateur du terminal correspondant TCJU.

En particulier, le procédé de gestion comporte une génération SG_GN de données de signalisation de changement sg, sg _Th sg _T c _, sgd, sgd _Th sgd _T c _, sge, sge _Ti , sge _TC en fonction du changement de mode de communication déclenché sw_trg(m1,m2).

Suivant les modes de réalisation du procédé de gestion d’interface utilisateur IU_MNGT, la fourniture de données de signalisation du changement SG_PV comporte notamment une ou plusieurs des étapes suivantes :

- génération de données de signalisation du changement SG_GN,

- transmission de données de signalisation du changement SG_TR à destination d’au moins une interface utilisateur d’un terminal correspondant de la communication en cours.

En particulier, les données de signalisation de changement préalables au changement de mode de communication sg, sg _Ti , sg _T c _, sgd, sgd _Ti , sgd _T c intègrent une commande de blocage ni_cmd de l’interface utilisateur du terminal de communication TJU, TIJU, TCJU durant le changement de mode de communication SWPh. Eventuellement, la génération de données de signalisation de changement SG_GN comporte une intégration SGJNT d’une commande de blocage ni_cmd de l’interface utilisateur du terminal de communication TJU, TIJU, TCJU durant le changement de mode de communication SWPh. En particulier, les données de signalisation de changement sg, sg _Ti , sg _T c _, sgd, sgd _Ti , sgd _T c _, sge, sge _Ti , sge _T c intègrent un signal de reproduction sr _sw (m1,m2) d’informations relatives au changement de mode de communication. Eventuellement, la génération de données de signalisation de changement SG_GN comporte une intégration SGJNT d’un signal de reproduction sr _sw (m1,m2) d’informations relatives au changement de mode de communication dans les données de signalisation de changement.

En particulier, l’intégration SGJNT comporte l’intégration dans les données de signalisation de changement d’une ou plusieurs données parmi les suivantes :

- commande de modification d’interaction mi_cmd, tel que commande de blocage d’interface utilisateur ni_cmd ou commande de déblocage oi_cmd, etc.

- signal de reproduction d’informations relatives au changement de mode de communication sr _sw (m1,m2) comportant notamment un message à reproduire comportant au moins une parmi les informations suivantes :

• le mode de communication avant le changement m1, aussi nommé mode de départ,

• le mode de communication après le changement m2, aussi nommé mode d’arrivée,

• un identifiant du terminal initiateur,

• une donnée relative au type de changement: automatique, poussé, manuel, etc.

• une donnée de cause de changement : mauvaise qualité, problème de connexion, etc.

Par type de changement automatique est entendu que le terminal initiateur met en oeuvre un procédé de surveillance des différents modes de communication utilisable pour la communication en cours entre le terminal initiateur et le(s) terminal(ux) correspondant(s). Le procédé de surveillance déclenche un changement de mode de communication en fonction de critères de changement prédéfini tels que des données de qualité de la communication en cours inférieures à un seuil de qualité prédéfini, ou une différence de qualité entre la communication en cours et un autre mode de communication négative et/ou inférieur à un delta prédéfini, une fréquence de problème de connexion de la communication en cours supérieur à un seuil de fréquence prédéfini, etc.

Par type de changement poussé est entendu que le terminal initiateur met en oeuvre un procédé de surveillance des différents modes de communication utilisable pour la communication en cours entre le terminal initiateur et le(s) terminal(ux) correspondant(s). Le procédé de surveillance déclenche une proposition de changement de mode de communication à l’utilisateur du terminal initiateur notamment en poussant la reproduction d’un message de proposition de changement. Le déclenchement de la proposition de changement est fonction de critères de changement prédéfini tels que des données de qualité de la communication en cours inférieures à un seuil de qualité prédéfini, ou une différence de qualité entre la communication en cours et un autre mode de communication négative et/ou inférieur à un delta prédéfini, une fréquence de problème de connexion de la communication en cours supérieur à un seuil de fréquence prédéfini, etc. Eventuellement, le message de proposition reproduit est un message interactif permettant à l’utilisateur de sélectionner le déclenchement du changement de mode de communication proposé ou le maintien dans le mode de communication de la communication en cours.

Par type de changement manuel est entendu que l’interface utilisateur du terminal initiateur reproduit des éléments sélectionnâmes correspondant à chaque mode de de communication utilisable pour la communication en cours entre le terminal initiateur et le(s) terminal(ux) correspondant(s), et que l’utilisateur sélectionne, durant la communication en cours, en interagissant avec un élément sélectionnable reproduit un mode de communication différent de celui utilisé par la communication en cours déclenchant ainsi un changement de mode de communication de la communication en cours.

En particulier, le procédé de gestion IU_MNGT comporte, dès la fin du changement de mode de communication de la communication en cours SW_fn, une fourniture SG_PV, à au moins un terminal de communication T, Tl, TC, de données de signalisation de fin de changement sg, sg _Th sg _TC, sge, sge _Th sge _T c apte à commander le retour de l’interface utilisateur du terminal correspondant dans un état nominal.

En particulier, les données de signalisation de fin de changement sg, sg _Ti , sg _T c _, sge, sge _Ti , sge _T c intègrent une commande de déblocage de l’interface utilisateur oi_cmd. Eventuellement, la génération de données de signalisation de changement SG_GN comporte une intégration SGJNT d’une commande de déblocage oi_cmd de l’interface utilisateur du terminal de communication TJ U, TIJU, TC J U après le changement de mode de communication SWPh.

En particulier, la génération de données de signalisation de changement SG_GN comporte une génération d’une commande de modification d’interaction MI_GN. La commande de modification d’interaction mi_cmd est notamment une commande de blocage ni_cmd de l’interface utilisateur du terminal de communication TJU, TIJU, TCJU durant le changement de mode de communication SWPh, une commande de déblocage oi_cmd de l’interface utilisateur du terminal de communication TJU, TIJU, TCJU après le changement de mode de communication SWPh, etc.

En particulier, le procédé de gestion d’interface utilisateur IU_MNGT comporte une autorisation de changement de mode de communication SW_AUTH. L’autorisation de changement de mode de communication SW_AUTH empêche le changement de mode de communication SW de la communication en cours tant que les données de signalisation de changement ne sont pas fournies à au moins l’interface utilisateur du terminal de communication TJU, notamment du terminal correspondant TCJU.

En particulier, l’autorisation de changement de mode de communication SW_AUTH est déclenchée par le signal de déclenchement de changement sw_trg(m1, m2). Dans une première variante, l’autorisation de changement de mode de communication SW_AUTH est placé entre l’étape de commande de changement SWC et l’étape de changement proprement dite SW (ces deux étapes sont illustrées par figure 3). Alors, l’autorisation de changement de mode de communication SW_AUTH comporte une rétention du signal de déclenchement de changement sw_trg(m1, m2) fourni par la commande de changement SWC tant que les données de signalisation de changement n’ont pas été fournies au(x) terminal(ux) de communication. Ainsi, le changement de mode de communication SW ne recevra le signal de déclenchement de changement sw_trg(m1, m2) uniquement lorsque les données de signalisation de changement auront été fournies au(x) terminal(ux) de communication.

Dans une deuxième variante, l’autorisation de changement de mode de communication SW_AUTH comporte une émission d’une commande de mise en attente SI/I/_I/V (non illustrée) à destination de l’étape de changement proprement dite SW (illustrée par figure 3) déclenchée par la réception du signal de déclenchement de changement sw_trg(m1, m2). Ainsi, le changement de mode de communication SW met en attente la commande reçue de déclenchement de changement sw_trg(m1, m2) jusqu’à réception d'une commande d’autorisation de changement sw_acc de l’autorisation de changement de mode de communication SW_AUTH.

En particulier, l’autorisation de changement de mode de communication SW_AUTH comporte la réception d’une information relative à la fourniture des données de signalisation de changement préalables au changement sgd, sgd _Th sgd _T c telle qu’une information de transmission (non illustrée) provenant de l’étape de transmission SG_TR, et/ou des données d’accusé-réception du terminal de communication ack, ack _Ti , ack _TC , etc.

En particulier, l’autorisation de changement de mode de communication SW_AUTH comporte une vérification ACK? d’information(s) relative(s) à la fourniture des données de signalisation de changement préalables au changement. Si la vérification est positive [Y], le changement de mode de communication est autorisé : suivant la variante, le signal de déclenchement de changement sw_trg(m1, m2) ou une commande d’autorisation sw_acc est transmis à l’interface de communication du terminal initiateur mettant notamment en oeuvre le changement de mode de communication SW. Si la vérification est négative [N], le changement de mode de communication reste en attente. Notamment, la vérification ACK ? est répétée jusqu’à réception d’information(s) relative(s) à la fourniture des données de signalisation de changement préalables au changement. En particulier, l’autorisation de changement de mode de communication SW_AUTH comporte une temporisation WACK. La temporisation WACK temporise la vérification ACK ? suivante soit pendant un laps de temps prédéfini, soit jusqu’à détection d’au moins une information relative à la fourniture des données de signalisation de changement préalables au changement.

Dans un mode de réalisation particulier de l’autorisation de changement SW_AUTH, la vérification ACK ? est positive [Y] lorsque tous les terminaux de communication T destinataires de données de signalisation de changement de mode de communication préalables au changement sgd ont fournies des données d’accusé-réception ack.

Un mode de réalisation du procédé de gestion IU_MNGT est un programme comprenant des instructions de code de programme pour l’exécution des étapes du procédé de gestion IU_MNGT, lorsque ledit programme est exécuté par un processeur.

La figure 2 illustre un schéma simplifié d’un procédé de contrôle d’une interface utilisateur d’un terminal de communication lors d’une communication en cours selon l’invention.

Le procédé de contrôle d’une interface utilisateur d’un terminal de communication IU_CNT est mis en oeuvre lors d’une communication entre des terminaux de communication T dont un terminal initiateur Tl et au moins un terminal correspondant TC. Le procédé de contrôle IU_CNT comporte, au moins préalablement à un changement SW, déclenché par le terminal initiateur Tl, de mode de communication de la communication en cours, une modification P_MDF d’au moins un paramètre de l’interface utilisateur du terminal de communication T_IU sur commande de données de signalisation de changement sg, sg _Ti , sg _T c fournies par le terminal initiateur Tl.

Le procédé de contrôle d’une interface utilisateur IU_CNT est mis en oeuvre par un terminal de communication de la communication en cours parmi le terminal initiateur Tl et le(s) terminal(ux) correspondant(s) TC. Ainsi, le procédé de contrôle IU_CNT modifie un paramètre de l’interface utilisateur du terminal initiateur TI_IU, respectivement d’un terminal correspondant TC_IU.

En particulier, le(s) paramètre(s) modifié(s) est (sont) au moins un paramètre d’interaction pi et/ou une donnée à reproduire r.

Eventuellement, la modification de paramètre P_MDF comporte une modification d’au moins un paramètre d’interaction PI_MDF modifiant un paramètre d’interaction pi de l’interface utilisateur du terminal de communication T_IU en fonction des données de signalisation de changement fournies sg, sg _T sg _TC , en particulier d’une commande de modification d’interaction mi_cmd intégrée dans les données de signalisation de changement fournies sg, sg _Ti , sg _T c telle qu’une commande de blocage ni_cmd ou d’une commande de déblocage oi_cmd de l’interface utilisateur T_IU.

Eventuellement, la modification de paramètre P_MDF comporte une modification d’au moins une donnée à reproduire PR_MDF pour modifier la donnée à reproduire ren fonction de, et/ou y ajouter un signal de reproduction d’informations relatives au changement de mode de communication sr _sw (m1,m2) - comportant notamment un message à reproduire - intégré dans les données de signalisation de changement fournies sg, sg _Ti , sg _T c Ainsi, la donnée à reproduire résultant r comporte le signal de reproduction d’informations relatives au changement sr _sw : r 3 sr _sw . En particulier, la modification de paramètre P_MDF comporte une extraction des données de signalisation de changement SG_XT. Notamment, l’extraction des données de signalisation de changement SG_XT lit, dans les données de signalisation de changement sg, sg _Ti , sg _T c _, une ou plusieurs données telles que, notamment, une(des) commande(s) de modification(s) de paramètre d’interaction mi_cmd, et/ou un(des) signal(ux) de reproduction d’informations relatives au changement de mode de communication sr _sw , etc.

En particulier, la modification de paramètre P_MDF génère une commande de paramètre de l’interface utilisateur pcmd fournie à l’interface utilisateur du terminal de communication TJ U. La commande de paramètre pcmd permettant, lors de son exécution par l’interface utilisateur TJU, de contrôle l’interface utilisateur TJU notamment en modifiant un élément d’interaction de l’interface utilisateur (par exemple en masquant ou en interdisant l’interaction avec un ou plusieurs éléments sélectionnâmes contrôlant la communication en cours) et/ou en ajoutant un message de changement de mode de communication (soit une simple icône ou un simple message vocale pour patienter, soit un message plus explicite précisant le mode de communication de départ et le mode de communication d’arrivée, par exemple « la communication en cours va se poursuivre en téléphonie mobile », « la communication en cours va changer de vidéo IP en audio IP», etc. Ces messages de changement peuvent être affichés et/ou diffusé (audio), etc.

Si l’interface utilisateur contrôlée TJU est une interface utilisateur d’un terminal correspondant TCJU, le procédé de contrôle IU_CNT comporte, en particulier, une réception SG_RC de données de signalisation de changement sg _TC .

En particulier, le procédé de contrôle d’interface utilisateur IU_TR comporte une émission d’accusé-réception de changement SW_AR à destination du terminal initiateur Tl. L’émission d’accusé-réception de changement SW_AR est déclenchée par une des étapes parmi les suivantes :

- la réception de données de signalisation de changement SG_RC,

- le démarrage de la modification de paramètre P_MDF,

- la fin de la modification de paramètre P_MDF, notamment la commande de paramètre pcmd fournie par la modification de paramètre P_MDF, etc.

L’émission d’accusé-réception de changement SW_AR émet des données ack indiquant que le procédé de contrôle d’interface utilisateur IU_CNT a été notifié sg d’un changement de mode de communication, aussi nommée données d’accusé-réception ack.

Ainsi, les données d’accusé-réception ack permettent au terminal initiateur Tl d’être informé que l’interface utilisateur TJU a été ou va être modifiée. Cela permet au terminal initiateur Tl de contrôler que le changement ne soit pas effectué avant. Un mode de réalisation des procédés selon l’invention est un programme comprenant des instructions de code de programme pour l’exécution des étapes d’au moins un procédé parmi les suivants :

- procédé de gestion synchronisée d’interface utilisateur d’au moins un terminal de communication par un terminal initiateur lors d’une communication en cours,

- procédé de contrôle d’une interface utilisateur d’un terminal de communication constitué par le terminal initiateur,

- procédé de contrôle d’une interface utilisateur d’un terminal de communication constitué par un terminal correspondant,

lorsque ledit programme est exécuté par un processeur.

La figure 3 illustre un schéma simplifié des échanges dans une architecture de communication mettant en oeuvre les procédés de l’invention.

Des terminaux de communication sont en communication : notamment, ils ont établi une session de communication SS utilisant un premier mode de communication m1 . Dans l’exemple de la figure 3, ces terminaux de communication sont constitués par deux terminaux de communication : un terminal initiateur Tl et un terminal correspondant TC. Le terminal de communication à l’origine de la communication SS(m1 ) généralement nommé terminal appelant peut être n’importe lequel des deux terminaux, à savoir le terminal initiateur Tl ou le terminal correspondant TC.

Ces terminaux de communication, à savoir le terminal initiateur Tl et le terminal correspondant TC, peuvent utilisés plusieurs mode de communication distinct pour communiquer entre eux. Par mode de communication est entendu une interface de communication différente : première interface de communication, deuxième interface de communication, etc. (par exemple une interface de communication de téléphonie mobile, une interface de communication de téléphone IP, etc.), et/ou un format de communication différent : premier format de communication, deuxième format de communication, etc. (voix, vidéo, texte, etc.), etc.

Le terminal initiateur Tl déclenche un changement sw_trg(m1,m2) de mode de communication d’un premier mode de communication m1 à un deuxième mode de communication m2, par exemple de video IP à audio IP, de téléphonie mobile à audio IP, etc. En particulier, le terminal initiateur Tl met en oeuvre une commande de changement SWC fournissant un signal de déclenchement de changement sw_trg(m1,m2).

Le terminal initiateur Tl met en oeuvre une fourniture de données de signalisation de changement SG_PV à destination d’au moins un terminal de communication Tl, TC de la communication en cours SS(m1 ). Trois variantes de réalisation de la fourniture SG_PV sont alors possibles : Dans une première variante de la fourniture, la fourniture SG_PV émet des données de signalisation de changement sg _T c à destination de l’interface utilisateur du terminal correspondant TC. Dans une deuxième variante de la fourniture, les données de signalisation de changement sg _Ti fournies sont à destination de l’interface utilisateur du terminal initiateur Tl. Dans une troisième variante de fourniture, la fourniture SG_PV émet des données de signalisation de changement sg _T c à destination de l’interface utilisateur du terminal correspondant TC et fournit des données de signalisation de changement sg _Tt à destination de l’interface utilisateur du terminal initiateur Tl.

En particulier, les données de signalisation de changement sg _TC sont émises via la communication en cours SS(m1 ) au terminal correspondant TC.

Dans cette troisième variante, la fourniture SG_PV des données de signalisation de changement sg _T c à destination de l’interface utilisateur du terminal correspondant TC et la fourniture SG_PV des données de signalisation de changement sg _Tt à destination de l’interface utilisateur du terminal initiateur Tl peuvent être réalisées de manière simultanée. Ainsi, le changement est signalisé de manière synchronisée à toutes les interfaces utilisateur des terminaux de communication Tl et TC de la communication en cours.

En particulier, le terminal initiateur Tl met en oeuvre une gestion d’interface utilisateur (non illustrée) comportant la fourniture SG_PV de données de signalisation de changement.

En particulier, le terminal initiateur Tl met en oeuvre un contrôle d’interface utilisateur IU_CNT commandant des paramètres pcmd _Ti de son interface utilisateur TIJU en fonction des données de signalisation de changement sg _n

En particulier, le terminal correspondant TC met en oeuvre un contrôle d’interface utilisateur IU_CNT commandant des paramètres pcmd _T c de son interface utilisateur TC_IU en fonction des données de signalisation de changement sg _T c _.

Eventuellement, dans la troisième variante, la fourniture SG_PV des données de signalisation de changement commande une exécution simultanée, voire synchronisée, du contrôle d’interface utilisateur IU_CNT mis en oeuvre par le terminal initiateur Tl et du contrôle d’interface utilisateur IU_CNT mis en oeuvre par le terminal TC. Notamment, la commande d’exécution simultanée consiste en une temporisation de la fourniture SG_PV au terminal initiateur Tl en fonction de délai de transmission soit prédéterminé soit mesuré entre le terminal initiateur et le terminal correspondant.

En particulier, le terminal initiateur Tl comporte une autorisation de changement SW_AUTH qui détermine si le changement a été signalé au(x) teminal(ux) de communication de la communication en cours SS(m1 ). Notamment, l’autorisation de changement SW_AUTH temporise le changement soit pendant un laps de temps prédéterminé correspondant au temps de calcul de fourniture de données de changement et, éventuellement, de transmission au terminal correspondant, soit en attente d’un accusé-réception ack. Eventuellement, le procédé de gestion d’interface utilisateur IU_MNGT (illustré figure 1 ) comporte l’autorisation de changement SW_AUTH.

Dans une première variante du changement, la commande de changement SWC déclenche la mise en œuvre de l’autorisation de changement SW_AUTH qui envoie alors au changement SW une commande de mise en attente sw_w (non illustrée) jusqu’à détermination que les données de signalisation de changement ont été fournies (laps de temps prédéterminé écoulé et/ou accusée- réception reçu(s), etc.). A ce moment-là, l’autorisation de changement SW_AUTH envoie au changement une commande d’autorisation de changement sw_acc (illustré par la figure 1 ).

Dans une deuxième variante du changement, une ou plusieurs des étapes suivantes sont placées en interception entre la commande de changement SWC et le changement SW :

- la fourniture de données de changement SG_PV,

- l’autorisation de changement SW_AUTH,

- la gestion d’interface utilisateur IU_MNGT,

- le contrôle IU_CNT d’interface utilisateur du terminal initiateur.

Ainsi, le signal de déclenchement sw_trg ne commande le changement SW lorsque cette(ces) étape(s) sont terminée(s). Notamment, lorsque l’autorisation de changement SW_AUTH est placée en interception, il transmet le signal de déclenchement de changement sw_trg si les données de signalisation de changement ont été fournies (laps de temps prédéterminé écoulé et/ou accusée- réception reçu(s), etc.).

Ainsi, suivant les variantes de réalisation de la fourniture, respectivement l’interface utilisateur du terminal initiateur TIJU, l’interface utilisateur du terminal correspondant TC_IU, les interfaces utilisateur des terminaux initiateur TIJU et correspondant TCJU ont été modifiées préalablement à la phase de changement SWPh correspondant à l’exécution du changement SW.

Dans le cas où le changement de mode de communication correspondant à un changement d’interface de communication : passage d’une première interface de communication à une deuxième interface de communication, le changement de mode de communication SW comporte une fermeture de la session de communication utilisant le premier mode de communication SS(m1 ) et l’établissement d’une session de communication utilisant le deuxième mode de communication SS(m2) tout en restant dans la même communication C. Par exemple, dans l’historique des communications, il n’apparaîtra qu’une seule et même communication avec éventuellement conservation des échanges lorsque le mode de communication le permet, le minutage de la communication correspondra à la totalité de la communication quelle que soit le mode de communication, etc.

En particulier, le terminal initiateur Tl met en œuvre une fois le changement SW effectué une fourniture de données de signalisation de changement SG_PV qui commandent le retour de l’interface utilisateur modifiée dans un état nominal (c’est-à-dire sans les modifications effectuées préalablement au changement et tenant compte du changement de mode de communication) à destination d’au moins un terminal de communication Tl, TC de la communication en cours SS(m2). Suivant la variante de réalisation de la fourniture SG_PV effectuées préalablement au changement: La fourniture SG_PV émet des données de signalisation de fin de changement sge _TC à destination de l’interface utilisateur du terminal correspondant TC ; Les données de signalisation de changement sge _Tt fournies sont à destination de l’interface utilisateur du terminal initiateur Tl ; la fourniture SG_PV émet des données de signalisation de changement sge _T c à destination de l’interface utilisateur du terminal correspondant TC et fournit des données de signalisation de changement sge _Ti à destination de l’interface utilisateur du terminal initiateur Tl.

En particulier, les données de signalisation de fin de changement sge _TC sont émises via la communication en cours SS(m2) au terminal correspondant TC.

Dans la troisième variante, la fourniture SG_PV des données de signalisation de changement sge _T c à destination de l’interface utilisateur du terminal correspondant TC et la fourniture SG_PV des données de signalisation de changement sge _Ti à destination de l’interface utilisateur du terminal initiateur Tl peuvent être réalisées de manière simultanée. Ainsi, le retour des interfaces à l’état nominal est réalisé de manière synchronisée à toutes les interfaces utilisateur des terminaux de communication Tl et TC de la communication en cours.

En particulier, le terminal initiateur Tl met en œuvre une gestion d’interface utilisateur (non illustrée) comportant la fourniture SG_PV de données de signalisation de fin de changement.

En particulier, le terminal initiateur Tl met en œuvre un contrôle d’interface utilisateur IU_CNT commandant des paramètres pcmd _T de son interface utilisateur TI_IU en fonction des données de signalisation de fin de changement sge _n

En particulier, le terminal correspondant TC met en œuvre un contrôle d’interface utilisateur IU_CNT commandant des paramètres pcmd _TC ’ de son interface utilisateur TC_IU en fonction des données de signalisation de fin de changement sge _T c _.

Eventuellement, dans la troisième variante, la fourniture SG_PV des données de signalisation de fin de changement commande une exécution simultanée, voire synchronisée, du contrôle d’interface utilisateur IU_CNT mis en œuvre par le terminal initiateur Tl et du contrôle d’interface utilisateur IU_CNT mis en œuvre par le terminal TC. Notamment, la commande d’exécution simultanée consiste en une temporisation de la fourniture SG_PV au terminal initiateur Tl en fonction de délai de transmission soit prédéterminé soit mesuré entre le terminal initiateur et le terminal correspondant. La figure 4 illustre un schéma simplifié d’une architecture de communication comportant des terminaux de communication mettant en oeuvre les dispositifs de l’invention.

L’architecture de communication comporte des terminaux de communication 1 , 2,...2n sont en cours de communication, notamment un terminal initiateur 1 d’un changement de mode de communication de la communication en cours et un ou plusieurs terminaux correspondants 2...2n.

En particulier, les terminaux de communication 1 , 2...2n comportent une interface de communication 1 1 , 12. La communication établie au moyen d’une session de communication dans un premier mode de communication SS(m1 ) entre l’interface de communication 1 1 d’un terminal de communication 1 et au moins une interface de communication 21 d’un terminal de communication 2, 2n.

En particulier, l’interface de communication 1 1 , 12 comporte des moyens d’établissement de session de communication 1 14. Les moyens d’établissement 1 14 établissement com trg une communication en utilisant éventuellement une première interface de communication 1 1 1 avec un premier réseau de communication ou une deuxième interface de communication 1 12 avec un deuxième réseau de communication.

En particulier, les terminaux de communication 1 , 2...2n comportent une interface utilisateur 10, 20. L’interface utilisateur 10, 20 comporte une interface de capture 1 01 1 , 201 1 de l’échange e1 , e2 provenant de l’utilisateur U1 , U2 et une interface de reproduction 1012, 2012 de l’échange e2, e1 reçue du terminal de communication 2...2n, 1 . Notamment, une interface directe avec l’utilisateur 101 , 201 comporte l’interface de capture 101 1 , 201 1 et/ou l’interface de reproduction 1 012, 2012, le cas échéant. Les interfaces utilisateur 10, 20 sont connectées aux interfaces de communication respectives 1 1 , 21 pour transmettre via la session de communication établie SS(m 1 ) les échanges e1 , e2 entre l’utilisateur U1 et l’utilisateur U2.

Le terminal initiateur 1 comporte notamment une interface de gestion 13 d’une interface utilisateur d’un terminal de communication 1 , 2...2n.

L’interface de gestion 13 d’un terminal initiateur 1 ayant déclenché un changement de mode de communication lors d’une communication en cours SS(m 1 ) entre des terminaux de communication dont le terminal initiateur et au moins un terminal correspondant, comporte un fournisseur 130 de données de signalisation de changement sg à une interface utilisateur 10, 20 d’un terminal de communication 1 , 2, 2n de la communication en cours. Les données de signalisation de changement sg sont aptes à commander l’interface utilisateur 10, 20 d’un terminal de communication 1 , 2, 2n. Le fournisseur 130 est déclenché préalablement au changement de mode de communication. En particulier, le fournisseur 130 comporte un émetteur 1302 des données de signalisation de changement à au moins un terminal correspondant 2, 2n.

En particulier, le fournisseur 130 comporte un générateur 1301 de données de signalisation d’un changement en fonction du changement de mode de communication déclenché. Le générateur 1301 est déclenché préalablement au changement de mode de communication.

En particulier, l’interface de gestion 13 comporte un temporisateur de changement 131 apte à contrôler que les données de signalisation de changement sg soient fournies au(x) terminal(ux) de communication 1 , 2...2n avant le changement de mode de communication. Le temporisateur de changement 131 est notamment implémenté en interception entre le contrôleur de changement 1 15 et le commutateur 1 14 : Il fournit la commande de déclenchement de changement sw_trg généré par le contrôleur de changement 1 15 lorsque les données de signalisation de changement ont été fournies. Dans un mode d’implémentation alternatif, le contrôleur de changement 1 15 commande le déclenchement sw_trg du changement de mode de communication directement au commutateur 1 14. Dans ce cas, le temporisateur de changement 1 15 envoie, éventuellement, dès déclenchement du changement sw_trg, une commande de mise en attente du changement de mode de communication si/i/_wau commutateur 1 14.

Le terminal correspondant 2 implémente une interface utilisateur 20. L’interface utilisateur 20 du terminal correspondant 2 comporte un modificateur 2024, 240 d’au moins un paramètre de l’interface utilisateur 20 du terminal correspondant 2 sur commande des données de signalisation de changement sg _T c reçues du terminal initiateur 1 . Le modificateur 224, 240 est mis en œuvre au moins préalablement à un changement, déclenché par le terminal initiateur 1 , de mode de communication de la communication en cours.

En particulier, le modificateur 240 est implémenté dans une interface de contrôle 24 de l’interface utilisateur 20 du terminal correspondant 2 ou le modificateur 2024 est implémenté dans un processeur 202 de l’interface utilisateur.

Le terminal initiateur 1 implémente une interface utilisateur 10 d’un terminal initiateur 1 . L’interface utilisateur 10 du terminal initiateur 1 comporte un modificateur 1024, 140 d’au moins un paramètre de l’interface utilisateur 10 du terminal initiateur 1 sur commande des données de signalisation de changement sg _Tt fournies par le terminal initiateur 1 . Le modificateur 1024, 140 est mis en œuvre au moins préalablement à un changement, déclenché par le terminal initiateur 1 , de mode de communication de la communication en cours.

En particulier, le modificateur 140 est implémenté dans une interface de contrôle 14 de l’interface utilisateur 10 du terminal initiateur 1 ou le modificateur 1024 est implémenté dans un processeur 102 de l’interface utilisateur. En particulier, l’interface de contrôle 14, 24 comporte un émetteur d’accusé-réception 141 , 241 envoyant des données d’accusé-réception ack _Ti , ack _TC à l’interface de gestion 13 soit dès que l’interface de contrôle 14, 24 dispose de données de signalisation de changement sg _Th sg _T c, soit dès que l’interface de contrôle 14, 24 commande pcmd la modification d’un paramètre de l’interface utilisateur 10, 20.

En particulier, le processeur d’interface utilisateur 102, 202 génère et/ou met en forme le signal de reproduction reproduit par l’interface de reproduction 1012, 2012. Dans le cas d’une communication, le signal utile portant, par exemple, la voix de l’utilisateur U2, U1 constituant un interlocuteur de la communication, le processeur extrait le signal vocal et le fournit comme signal de reproduction éventuellement après un décodage audio.

En particulier, le processeur d’interface utilisateur 102, 202 génère des éléments d’interaction et/ou analyse les actions d’interactions fournies par l’interface de capture 101 1 , 201 1 .

Le terminal initiateur 1 comporte:

- un commutateur 1 14 de mode de communication mettant en oeuvre, sur commande du terminal initiateur 1 , un changement de mode de communication d’une communication en cours entre le terminal initiateur 1 et au moins un terminal correspondant 2...2n,

- une interface utilisateur 12, et

- une interface de gestion 13.

En particulier, le terminal initiateur 1 comporte, en outre :

- une première interface de communication 1 1 1 avec un premier réseau de communication mettant en oeuvre un premier mode de communication m1 , et

- au moins une deuxième interface de communication 1 12 avec un deuxième réseau de communication distinct du premier réseau de communication mettant en oeuvre au moins un deuxième mode de communication m2.

En particulier, le terminal initiateur 1 comporte une interface de communication 1 1 apte à utiliser plusieurs modes de communication distincts m1 , m2, notamment avec plusieurs réseaux de communication distincts.

En particulier, l’interface de communication 1 1 comporte un contrôleur de changement de mode de communication 1 15. Le contrôleur de changement 1 15 est déclenché soit par un analyseur de communication 1 13, soit par action de l’utilisateur U1 .

En particulier, l’analyseur de communication 1 13 surveille la communication en cours et au moins un autre mode de communication disponible. Ainsi, l’analyseur de communication 1 13 décide de changer de mode de communication en fonction des données de surveillance et déclenche le contrôleur de changement 1 15.

En particulier, lorsque le changement de mode de communication correspond à un passage d’un premier mode de communication m1 utilisant un premier réseau de communication à un deuxième mode de communication m2 utilisant un deuxième réseau de communication, le contrôleur de changement 1 15 commande les moyens d’établissement de communication 1 14 de clore la session de communication SS(m1 ) utilisant le premier mode de communication m1 et d’ouvrir une session de communication SS(m2) utilisant le deuxième mode de communication m2 pour la communication en cours. Les moyens d’établissement de communication 1 14 constituent alors un commutateur de mode de communication.

En particulier, l’interface utilisateur 10, 20 comporte un contrôleur de reproduction 10122, 2022 commandant l’interface de reproduction 1012, 2012 en fonction d’un signal de reproduction r à destination de l’utilisateur U 1 , U2.

En particulier, l’interface utilisateur 10, 20 comporte une interface d’interaction 1021 , 2021 apte à analyser les interactions / ^' capturées par l’interface de capture 101 1 , 201 1 notamment lors de la sélection d’un élément sélectionnable par l’utilisateur U1 , U2. L’élément sélectionnable est un élément reproduit par l’interface de reproduction 1012, 2012 notamment sur commande du générateur de signal de reproduction 1022, 2022.

Le terminal correspondant 2...2n comporte :

- une interface de communication 21 apte à recevoir des données de signalisation de communication sg _TC d’un terminal initiateur 1 d’une communication en cours et à modifier des paramètres de l’interface de communication en fonction des données de signalisation de communication, les données de signalisation de communication étant apte à autoriser un changement de mode de communication de la communication en cours par le terminal correspondant, et

- une interface utilisateur 20.

En particulier, le terminal correspondant 2...2n comporte, en outre :

- une première interface de communication 21 1 avec un premier réseau de communication mettant en oeuvre un premier mode de communication m1 , et

- au moins une deuxième interface de communication 212 avec un deuxième réseau de communication distinct du premier réseau de communication mettant en oeuvre au moins un deuxième mode de communication m2.

Considérons une communication en cours entre un premier terminal de communication 1 et un deuxième terminal de communication 2 en utilisant un premier mode de communication m1 . Un premier utilisateur U1 échange e1 , e2 avec un deuxième utilisateur U2 au moyen respectivement du premier terminal 1 et du deuxième terminal 2 via la communication en cours.

L’analyseur 1 13 fournit des informations relatives aux modes de communication disponibles m1 , m2 sur le premier terminal 1 pour la communication en cours. Eventuellement, en fonction de ses informations relatives aux modes de communication (qualité, connectivité, etc.), l’analyseur 1 13 décide éventuellement d’une action de changement de mode de communication. Ses informations et/ou une action iuc sont notamment reproduites et/ou proposée au moyen de l’interface de reproduction 1012 à destination du premier utilisateur U1 . Soit le premier utilisateur U1 commande au moyen d’une interface de capture 101 1 et de l’interface d’interaction 1021 de l’interface utilisateur 10 un changement de mode de communication en sélectionnant un deuxième mode de communication suite à la reproduction des informations et/ou sur proposition d’une action de changement par l’analyseur 1 13, soit l’analyseur 1 13 envoie directement la décision de changement de mode de communication du premier mode de communication à un deuxième mode de communication en fonction de ses informations.

Le contrôleur de changement 1 15 reçoit la décision de changement de mode de communication, notamment le nouveau mode de communication sélectionné/décidé et déclenche le changement sw_trg. Le signal de déclenchement de changement sw_trg commande le commutateur 1 14. En parallèle, ce signal de déclenchement sw_trg déclenche l’interface de gestion ou gestionnaire 13 d’interface utilisateur qui fournit les données de signalisation de changement.

L’interface de gestion ou gestionnaire 13 est éventuellement placé en interception entre le contrôleur de changement 1 15 et le commutateur 1 14. Cela permet de s’assurer que les données de signalisation de changement sg soient fournies avant de déclencher sw_trg le changement de mode de communication par le commutateur 1 14. Eventuellement, le temporisateur 131 commande le commutateur 1 14 d’attendre si/i/_w que les données de signalisation de changement sg soient fournie avant d’effectuer le changement déclenché.

L’interface de gestion ou gestionnaire 13 fournit des données de signalisation de changement sg soit directement à l’interface utilisateur 10, 20 du(des) terminal(ux) de communication 1 , 2, soit à l’interface de contrôle 14, 24 de l’interface utilisateur du terminal de communication 1 , 2. Eventuellement, un émetteur d’accusé-réception 141 , 241 indique ack _Ti , ack _T c à l’interface de gestion ou gestionnaire 13 que les données de signalisation de changement ont bien été fournies. Le temporisateur 131 recevant les données d’accusé-réception déclenche le commutateur 1 14.

Les données de signalisation de changement sont utilisées pour modifier au moins un paramètre d’interface utilisateur 10, 20 sur commande d’une interface de contrôle 14, 24. Le modificateur 124, 224 reçoit soit directement les données de signalisation de changement, soit une commande de modification de paramètres en fonction de ces données de signalisation de changement et contrôle le générateur de signal de reproduction 1022 et/ou l’interface d’interaction 1021 apte à générer des éléments d’interaction. Ainsi, le modificateur 124, 224 permet de contrôler la reproduction de message d’informations relatives au changement et/ou de blocage/déblocage d’élément d’interaction.

Ainsi, les données de signalisation permettent éventuellement de bloquer la possibilité pour le(s) utilisateur(s) U1 , U2 de commander au moyen d’un élément d’interaction un deuxième changement de mode de communication et/ou de clôture d’une communication en cours pendant un premier changement de mode de communication en cours d’exécution.

Le commutateur 1 14 déclenche éventuellement à la fin du changement de mode de communication l’interface de gestion 13 qui fournit alors des données de signalisation de fin de changement au(x) interface(s) de contrôle 14, 24 et/ou d’utilisateur 10, 20 (notamment au processeur 102, 202 de l’interface utilisateur) pour commander le retour de l’(les) interface(s) utilisateur 10, 20 dans un état nominal.

Les figures 5a à 5f montrent des illustrations simplifiées des interfaces utilisateur de terminaux de communication selon l’invention à différents instants du changement de mode de communication.

La figure 5a illustre une illustration simplifiée des interfaces utilisateur de terminaux de communication selon l’invention préalablement au déclenchement du changement de mode de communication.

L’interface utilisateur 10 du terminal initiateur reproduit notamment au moins une des informations ou éléments d’interaction parmi les suivants :

- une barre d’état SB,

- un identifiant du deuxième utilisateur U2_id du terminal correspondant TC,

- un identifiant du terminal correspondant TCJd,

- un élément indiquant le mode de communication utilisé m_r, en l’occurrence le deuxième mode de communication : appel audio IP

- des éléments d’interaction avec plusieurs modes de communication m1_i : appel de téléphonie mobile, m2_i : appel audio IP, m3_i : appel vidéo IP disponibles pour la communication en cours,

- des informations relatives avec plusieurs modes de communication m1_q, m2_q, m3_q, et

- d’autres éléments d’interactions il , i2, i3, i4, i5 tels que un élément d’interaction avec le haut- parleur H , un élément d’interaction avec le microphone i2, un élément d’interaction avec la caméra i3, une élément de clôture de communication i5,

- etc.

L’interface utilisateur 20 du terminal initiateur reproduit notamment au moins une des informations ou éléments d’interaction parmi les suivants : - une barre d’état SB,

- un identifiant du premier utilisateur U1_id du terminal initiateur Tl,

- un identifiant du terminal initiateur Tljd,

- un élément indiquant le mode de communication utilisé m_r,

- des éléments d’interaction avec plusieurs modes de communication m1_i, m2_i, m3_i disponibles pour la communication en cours,

- des informations relatives avec plusieurs modes de communication m1_q, m2_q, m3_q, et

- d’autres éléments d’interactions il , i2, i3, i4, i5 tels que un élément d’interaction avec le haut- parleur il , un élément d’interaction avec le microphone i2, un élément d’interaction avec la caméra i3, une élément de clôture de communication i5,

- etc.

La figure 5b illustre une illustration simplifiée des interfaces utilisateur de terminaux de communication selon l’invention lors du déclenchement du changement de mode de communication sur action de l’utilisateur d’un terminal initiateur.

Dans le cas de la figure 5b, le premier utilisateur U1 reçoit les informations reproduites, notamment des informations de qualité relative au mode de communication en cours 1. r(m2_q). Notamment, l’utilisateur U1 constate une dégradation de la qualité du mode de communication utilisé (par exemple, notifié par un changement de couleur de l’icône de qualité : passage du vert à l’orange voire au rouge). Le premier utilisateur U1 sélectionne 2.ai(m1) l’élément d’interaction du premier mode de communication m1_i.

La figure 5c illustre une illustration simplifiée des interfaces utilisateur de terminaux de communication selon l’invention lors du déclenchement du changement de mode de communication sur acceptation de l’utilisateur d’un terminal initiateur d’un proposition du terminal initiateur.

Dans le cas de la figure 5c, l’interface de gestion 13 envoie des données de signalisation de changement qui commande une reproduction d’un message de proposition de changement SW_rmd notamment dans une fenêtre sw_wd de l’interface utilisateur du terminal initiateur 10 avec éventuellement des éléments d’interaction si1 et si2 permettant au premier utilisateur U1 de choisir d’accepter [Y] ou non [N] la proposition de changement.

Le premier utilisateur U1 perçoit le message reproduit 1.r(rmd) et interagit 2.ai pour indiquer éventuellement une demande de changement de mode de communication.

La figure 5d illustre une illustration simplifiée des interfaces utilisateur de terminaux de communication selon l’invention mettant en oeuvre une première variante de l’invention. Suite à une demande de changement de mode de communication soit par l’analyseur 1 13 soit sur demande du premier utilisateur U1 par sélection d’un deuxième mode de communication telle qu’illustrée par la figure 5b ou par acceptation d’une proposition de changement de mode de communication telle qu’illustrée par la figure 5c , des données de signalisation sont fournies qui commande la reproduction d’un message d’information de basculement SWjmssg sur le(s) interface(s) utilisateur 10, 20 des terminaux de communication, notamment dans une fenêtre d’affichage SW_wd.

La figure 5e illustre une illustration simplifiée des interfaces utilisateur de terminaux de communication selon l’invention mettant en oeuvre une deuxième variante de l’invention.

Suite à une demande de changement de mode de communication soit par l’analyseur 1 13 soit sur demande du premier utilisateur U1 par sélection d’un deuxième mode de communication telle qu’illustrée par la figure 5b ou par acceptation d’une proposition de changement de mode de communication telle qu’illustrée par la figure 5c , des données de signalisation sont fournies qui commande la reproduction d’un message d’information de basculement SWjmssg sur le(s) interface(s) utilisateur 10, 20 des terminaux de communication, notamment dans une fenêtre d’affichage SW_wd.

En particulier, la fenêtre d’affichage SW_wd est reproduite dans l’interface utilisateur 10, 20 dans une position masquant les éléments d’interaction avec les modes de communication et la clôture de communication tels qu’illustrés par la figure 5a.

La figure 5f illustre une illustration simplifiée des interfaces utilisateur de terminaux de communication selon l’invention après le changement de mode de communication.

La figure 5f montre le retour des interfaces utilisateur 10, 20 dans un état nominal dans lequel le mode de communication utilisé maintenant m_r est indiqué comme étant le premier mode de communication.

L'invention vise aussi un support. 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 ou un disque dur.

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 notamment 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. Dans une autre implémentation, l'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique le terme module peut correspondre aussi bien à un composant logiciel ou à un composant matériel. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel apte à mettre en oeuvre une fonction ou un ensemble de fonction selon la description ci-dessus. Un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en oeuvre une fonction ou un ensemble de fonctions.