PROCÉDÉ ET DISPOSITIF DE DÉCLENCHEMENT DE TRANSFERT D'ACTIVITÉ(S) ENTREMETHOD AND DEVICE FOR RELEASING ACTIVITY TRANSFER (S) BETWEEN
TERMINAUX, À PARTIR D'ÉVÉNEMENTS ASSOCIÉS À DES IDENTIFIANTS D'UTILISATEURS L'invention concerne le domaine des (télé)communications, et plus précisément les sessions (ou activités) entre des terminaux de communication et des équipements de communication. On entend ici par terminal de communication un équipement zo électronique disposant d'un module de communication lui permettant d'établir des communications, éventuellement de type multimédia. Il pourra donc s'agir, par exemple, d'un téléphone fixe ou mobile, d'un ordinateur communiquant fixe ou portable, d'un assistant numérique personnel (ou PDA) communiquant, d'un boîtier d'interface de communication de type set top 15 box , ou d'un téléviseur communiquant. Par ailleurs, on entend ici par équipement de communication un équipement électronique disposant d'un module de communication lui permettant d'établir dès communications, éventuellement de type multimédia. Il pourra donc s'agir, par exemple, d'un terminal de communication, du type 20 de ceux présentés ci-avant, ou bien d'un serveur de flux de données, éventuellement audio et/ou vidéo. Lorsque l'utilisateur d'un premier terminal (de communication) a établi une session (ou activité) avec un équipement (de communication) et qu'il se trouve à côté d'un second terminal (de communication), éventuellement après 25 un déplacement, il peut avoir envie ou besoin de transférer cette activité sur le second terminal. Cela peut par exemple être le cas lorsque les premier et second terminaux sont respectivement un téléphone mobile et un ordinateur (ou un téléviseur), et que l'activité (multimédia) consiste en un transfert de flux de données, par exemple d'une vidéo. Il s'avère en effet (beaucoup) plus 30 confortable de regarder un film ou des données sur un grand écran plutôt que sur un petit. En outre, les capacités de traitement et de transfert de données d'un ordinateur (ou d'un téléviseur) sont généralement beaucoup plus 2 2897453 importantes que celles d'un téléphone ou d'un PDA. Mais, l'inverse peut également se produire. Un utilisateur peut en effet être contraint de quitter une pièce dans laquelle se trouve implanté un premier terminal, tel qu'un ordinateur, avec lequel il a débuté une activité, et devoir ou 5 vouloir poursuivre cette activité hors de cette pièce avec un second terminal, éventuellement plus petit et/ou moins puissant, tel qu'un téléphone mobile ou un PDA. Or, comme le sait l'homme de l'art et comme cela est notamment décrit dans le document brevet US 6,636,522, pour effectuer les transferts lo d'activité précités, les utilisateurs doivent procéder à une suite d'opérations, à leur initiative personnelle, qui peuvent leur apparaître contraignantes et/ou fastidieuses, en particulier lorsqu'ils n'en ont pas l'habitude ou bien lorsqu'ils doivent effectuer d'autres tâches. L'invention a donc pour but d'améliorer la situation, et notamment de 15 proposer automatiquement aux utilisateurs le transfert inter-terminaux de leurs activités (éventuellement multimédia), lorsque surviennent des événements associés à des identifiants d'utilisateur ou de groupes d'utilisateurs (comme par exemple des familles partageant des terminaux ou des set top boxes) ou à des identifiants de terminaux auxquels sont associés 20 des identifiants d'utilisateur ou de groupes d'utilisateurs (par exemple chaque membre d'une famille peut disposer d'un identifiant propre associé à l'identifiant d'un terminal ou d'une set top box). Elle propose à cet effet un procédé, dédié au déclenchement de transfert d'activité entre des terminaux de communication, et consistant : 25 a) à transmettre un premier identifiant, associé à un utilisateur utilisant un premier terminal, à un serveur, afin qu'il l'enregistre, puis b) en cas de détection de l'utilisateur par un second terminal, à transmettre un second identifiant au serveur afin qu'il détermine d'une part s'il existe une correspondance entre ce second identifiant reçu et le premier identifiant 30 précédemment stocké, et d'autre part si une activité a été établie par le premier terminal, et en présence d'une telle activité à transmettre à l'un au moins des premier et second terminaux un message proposant le transfert de son activité vers le second terminal, et 3 2897453 c) en cas d'accord, à déterminer le stade d'avancement de l'activité, puis à demander au second terminal de démarrer l'activité à partir du stade d'avancement déterminé. Le procédé selon l'invention peut comporter d'autres caractéristiques s qui peuvent être prises séparément ou en combinaison, et notamment : au a) on peut transmettre le premier identifiant après détection d'un événement survenu sur le premier terminal et choisi parmi au moins l'enregistrement de l'utilisateur auprès du premier terminal au moyen d'un premier identifiant, la mise en marche du premier terminal, la mise en veille lo du premier terminal, l'activation d'une touche du premier terminal, la sélection d'une option d'un menu du premier terminal, la détection thermique de la présence de l'utilisateur à proximité du premier terminal, la reconnaissance de l'utilisateur par confrontation à une image numérique stockée ou à une empreinte vocale ou biométrique stockée ; 15 > au a) on peut transmettre le premier identifiant après la détection de l'événement et après que l'activité ait démarré ; au a) on peut transmettre au serveur le premier identifiant conjointement avec un identifiant de l'activité (désignant éventuellement un équipement de communication avec lequel le premier terminal partage l'activité), afin 20 qu'il les enregistre. Dans ce cas, au c) le serveur fournit au second terminal l'identifiant d'activité (enregistré en correspondance du premier identifiant) et le stade d'avancement ; D au c) on peut déterminer le stade d'avancement de l'activité au sein du premier terminal ou bien d'un équipement de communication avec lequel 25 le premier terminal partage l'activité ; - en présence d'une activité consistant en une transmission de flux de données, le stade d'avancement déterminé peut être la position des données transmises au sein du flux ; - au b) on peut transmettre le second identifiant et des caractéristiques de 30 fonctionnement du second terminal, ou bien déterminer ces caractéristiques de fonctionnement. Dans l'un ou l'autre cas, on transmet le message de proposition lorsque les caractéristiques sont compatibles avec l'activité du premier terminal ; 4 2897453 - le serveur peut stocker certains au moins des identifiants associés aux utilisateurs en correspondance d'au moins un type d'activité transférable. Dans ce cas, au b) on transmet le message de proposition de transfert au second terminal lorsque le second identifiant est stocké en correspondance 5 d'un type d'activité identique à celui établi par le premier terminal ; - les premier et second identifiants peuvent être identiques ou différents. L'invention propose également un dispositif dédié au déclenchement de transfert d'activité entre des terminaux de communication, et comprenant au moins des moyens de contrôle chargés : lo a) de stocker un premier identifiant reçu, associé à un utilisateur utilisant un premier terminal et transmis consécutivement à la détection de l'utilisateur par le premier terminal, b) de recevoir un second identifiant, transmis consécutivement à la détection de l'utilisateur par un second terminal, 15 c) de déterminer s'il existe une correspondance entre ce second identifiant reçu et le premier identifiant précédemment stocké, puis dans l'affirmative de déterminer si une activité a été établie par le premier terminal, puis, en présence d'une telle activité de transmettre à l'un au moins des premier et second terminaux un message proposant de 20 transférer l'activité vers le second terminal, et d) en cas de réception d'un message d'accord, de déterminer le stade d'avancement de l'activité, puis d'adresser au second terminal un message lui demandant de démarrer l'activité à partir du stade d'avancement déterminé. 25 Le dispositif selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : - il peut comprendre des moyens de mémorisation chargés de stocker des premiers identifiants d'utilisateurs en correspondance d'au moins des seconds identifiants de ces mêmes utilisateurs ; 30 - les premier et second identifiants peuvent être identiques ou différents ; -ses moyens de contrôle peuvent être chargés de déterminer le stade d'avancement de l'activité auprès du premier terminal ou bien d'un 5 2897453 équipement de communication avec lequel le premier terminal partage l'activité ; ses moyens de contrôle peuvent être chargés de recevoir et stocker un identifiant de l'activité en correspondance du premier identifiant d'utilisateur s reçu, et d'intégrer cet identifiant d'activité dans le message qui est destiné au second terminal ; en présence d'une activité de transmission d'un flux de données, ses moyens de contrôle peuvent être chargés de déterminer la position des données transmises au sein du flux, afin de définir le stade d'avancement io de l'activité ; ses moyens de contrôle peuvent être chargés de transmettre le message de proposition lorsque le second terminal présente des caractéristiques compatibles avec l'activité du premier terminal ; > ses moyens de contrôle peuvent être chargés de déterminer les 15 caractéristiques de fonctionnement du second terminal auprès de ce dernier. En variante, les caractéristiques de fonctionnement du second terminal peuvent être transmises avec le second identifiant ; ses moyens de mémorisation peuvent stocker certains au moins des identifiants en correspondance d'au moins un type d'activité transférable. 20 Dans ce cas, les moyens de contrôle sont chargés de transmettre le message de proposition de transfert au second terminal lorsque le second identifiant est stocké en correspondance d'un type d'activité identique à celui établi par le premier terminal. L'invention propose également un serveur d'application, pour un 25 réseau de communication, équipé d'un dispositif de contrôle du type de celui présenté ci-avant. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels : 30 - la figure 1 illustre de façon très schématique et fonctionnelle deux terminaux, l'un d'entre eux ayant établi une session avec un serveur vidéo et interagissant avec un serveur d'application équipé d'un exemple de réalisation d'un dispositif de déclenchement selon l'invention, et 6 2897453 la figure 2 illustre de façon très schématique et fonctionnelle les principales opérations survenant entre les deux terminaux, le serveur vidéo et le serveur d'application de la figure 1, lors d'un déclenchement de transfert de session entre les deux terminaux. 5 Les dessins annexés pourront non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant. L'invention a pour objet de permettre la mise à disposition d'utilisateurs de terminaux de communication d'une procédure de proposition automatique de transfert d'activité entre terminaux. io On se réfère tout d'abord à la figure 1 pour présenter l'invention. L'invention propose un dispositif D chargé de déclencher le transfert d'activité entre des terminaux de communication d'un même utilisateur ou d'utilisateurs différents. Par exemple, et comme illustré sur la figure 1, le dispositif D peut être 15 implanté dans un serveur d'application SA connecté à un réseau de (télé)communication (non représenté). Dans l'exemple non limitatif illustré sur la figure 1, seuls deux terminaux T1 et T2 appartenant à un même utilisateur ont été représentés. Mais, un dispositif D (tout comme le procédé selon l'invention, correspondant) 20 peut déclencher des transferts d'activité inter-terminaux pour de nombreux utilisateurs. Par ailleurs, dans l'exemple non limitatif illustré sur la figure 1, l'utilisateur dispose d'un premier terminal (de communication) T1, comme par exemple un téléphone mobile, et d'un second terminal (de communication) 25 T2, comme par exemple un ordinateur fixe. Mais, les utilisateurs peuvent disposer de plus de deux terminaux de communication, multimédia ou non. Par ailleurs, l'invention s'applique également lorsqu'un utilisateur dispose d'un seul terminal et qu'il utilise un autre terminal appartenant à un autre utilisateur ou partagé par plusieurs utilisateurs. En outre, l'invention ne nécessite pas 30 obligatoirement (bien que cela soit préférable) que l'un des terminaux soit un terminal mobile ou portable. L'invention concerne en effet tout type de terminal disposant d'un module de communication lui permettant d'établir des communications, éventuellement de type multimédia. Les terminaux 7 2897453 d'utilisateur peuvent donc être, par exemple, des téléphones fixes ou mobiles, des ordinateurs communiquant fixes ou portables, des assistants numériques personnels (ou PDAs) communiquant, des boîtiers d'interface de communication de type set top box , OU des téléviseurs communiquant. 5 Un dispositif D selon l'invention comprend au moins un module de contrôle MC. Le module de contrôle MC intervient dès qu'il reçoit un premier identifiant associé à un utilisateur utilisant un premier terminal Ti et transmis consécutivement à la détection d'un événement induit par la présence de io l'utilisateur à proximité du premier terminal Ti. Dans ce qui suit, on appelle premier terminal Ti le terminal qui est utilisé en premier par un utilisateur pour établir une session (ou activité). La détection d'un événement (et donc d'un utilisateur) peut se faire de n'importe quelle manière connue de l'homme de l'art, et notamment, par 15 l'enregistrement de l'utilisateur auprès du premier terminal Ti par fourniture d'un premier identifiant, la mise en marche du premier terminal Ti, la mise en veille du premier terminal Ti, l'activation d'une touche du premier terminal Ti, la sélection d'une option d'un menu du premier terminal T1, la détection thermique de la présence de l'utilisateur à proximité du premier terminal Ti, la 20 reconnaissance de l'utilisateur par confrontation à une image numérique stockée (dans ce cas, le terminal Ti doit disposer d'un dispositif d'acquisition d'image numérique, comme par exemple une web cam ), ou à une empreinte vocale stockée (dans ce cas, le terminal T1 doit disposer d'un microphone et d'un synthétiseur de voix), ou encore à une empreinte 25 biométrique stockée (dans ce cas, le terminal Ti doit disposer d'un lecteur d'empreinte biométrique). La fourniture du premier identifiant par l'utilisateur se fait par exemple par saisie manuelle au moyen des touches du clavier alphanumérique du premier terminal Ti, ou par sélection dans un menu après une mémorisation 30 préalable, ou par appui sur une touche dédiée, ou par commande vocale. La transmission du premier identifiant au dispositif D est destinée à l'avertir du fait que l'utilisateur, désigné directement ou indirectement par ce premier identifiant, utilise un premier terminal T1. 8 2897453 II est important de noter que le premier identifiant n'est pas obligatoirement un identifiant de l'utilisateur. Il peut en effet également s'agir d'un identifiant d'un terminal qui appartient à un utilisateur ou qui est partagé par plusieurs utilisateurs (par exemple au sein d'une même famille ou d'un 5 même service), ou bien d'un identifiant qu'un utilisateur partage avec un groupe d'utilisateurs (par exemple au sein d'une même famille ou d'un même service). Tout type de premier identifiant peut être envisagé. Il peut par exemple s'agir d'un code alphanumérique confidentiel ou d'une empreinte io biométrique. Bien que cela ne soit pas obligatoire, la transmission du premier identifiant peut être éventuellement conditionnée par le fait que l'utilisateur vient d'établir une session (ou activité) dans le premier terminal Ti, éventuellement avec un équipement de communication SV (flèche F2). 15 Il est important d'insister sur le fait que l'activité peut être interne au premier terminal Ti (comme par exemple une session de traitement de texte) ou bien établie entre le premier terminal T1 et un équipement de communication distant (comme par exemple un serveur, éventuellement vidéo). 20 Dans cet exemple, c'est le premier terminal T1 qui transmet (flèche F1) le premier identifiant d'utilisateur au serveur d'application SA qui comprend le dispositif D. Mais, cette transmission peut éventuellement se faire par l'intermédiaire d'un équipement de réseau dédié à cette tâche. De préférence, et comme illustré, le dispositif D comprend des 25 premiers moyens de mémorisation MI destinés à stocker chaque premier identifiant transmis par un premier terminal T1 ou par un équipement de réseau dédié. Ces premiers moyens de mémorisation M1 peuvent se présenter sous toute forme, et notamment sous la forme d'une mémoire. Le dispositif D (et donc le procédé correspondant) intervient de 30 nouveau lorsqu'il reçoit un second identifiant, transmis consécutivement à la détection d'un second événement induit par la présence de l'utilisateur à proximité d'un second terminal T2. La détection du second événement (et donc de l'utilisateur) peut de 9 2897453 nouveau se faire de n'importe quelle manière connue de l'homme de l'art, et notamment, par l'enregistrement de l'utilisateur auprès du second terminal T2 par fourniture d'un second identifiant, la mise en marche du second terminal T2, la mise en veille du second terminal T2, l'activation d'une touche du 5 second terminal T2, la sélection d'une option d'un menu du second terminal T2, la détection thermique de la présence de l'utilisateur à proximité du second terminal T2, la reconnaissance de l'utilisateur par confrontation à une image numérique stockée ou à une empreinte vocale ou biométrique stockée. La fourniture du second identifiant par l'utilisateur se fait par exemple lo par saisie manuelle au moyen des touches du clavier alphanumérique du second terminal T2, ou par sélection dans un menu après une mémorisation préalable, ou par appui sur une touche dédiée, ou par commande vocale. La transmission du second identifiant au dispositif D (flèche F3 de la figure 2) est destinée à l'avertir du fait que l'utilisateur, désigné directement ou 15 indirectement par ce second identifiant, est susceptible d'utiliser un second terminal T2 ou bien utilise désormais, également, un (son) second terminal T2, et donc qu'un transfert d'activité multimédia est peut être envisageable entre les premier Ti et second T2 terminaux. Il est important de noter que le second identifiant, comme le premier, 20 n'est pas obligatoirement un identifiant de l'utilisateur. Il peut en effet également s'agir d'un identifiant d'un terminal qui appartient à un utilisateur ou qui est partagé par plusieurs utilisateurs (par exemple au sein d'une même famille ou d'un même service), ou bien d'un identifiant qu'un utilisateur partage avec un groupe d'utilisateurs (par exemple au sein d'une même 25 famille ou d'un même service). Tout type de second identifiant peut être envisagé. II peut par exemple s'agir d'un code alphanumérique confidentiel ou d'une empreinte biométrique. Il est important de noter que les premier et second identifiants 30 peuvent être identiques ou différents. Dans l'exemple illustré, c'est le second terminal T2 qui transmet (flèche F3 de la figure 2) le second identifiant au serveur d'application SA qui comprend le dispositif D. Mais, cette transmission peut éventuellement se 2897453 faire par l'intermédiaire d'un équipement de réseau dédié à cette tâche, éventuellement le même que celui qui peut être chargé de transmettre le premier identifiant. On notera, comme cela est illustré sur la figure 2, que la détection de 5 l'utilisateur par le second terminal T2 peut être consécutive à son déplacement d'un premier lieu Z1 (voir figure 1), éloigné du second lieu Z2 dans lequel est implanté ledit second terminal T2, vers ce second lieu Z2. Mais cela n'est pas obligatoire, car les premier Ti et second T2 terminaux peuvent être situés dans un même lieu. lo Une fois que le dispositif D a reçu le second identifiant d'utilisateur, son module de contrôle MC détermine s'il existe une correspondance entre ce second identifiant reçu et le premier identifiant précédemment reçu et stocké, par exemple dans les premiers moyens de mémorisation M1. Lorsque les premier et second identifiants sont identiques, le module de contrôle MC accède aux premiers moyens de mémorisation M1 pour déterminer s'il existe un premier identifiant stocké, identique au second identifiant reçu. Si ce n'est pas le cas, le dispositif D ne prend pas en compte le second identifiant et cesse son intervention. On notera qu'il est préférable de stocker dans les premiers moyens de mémorisation M1, en correspondance du premier identifiant reçu, un identifiant (éventuellement de communication) du premier terminal Ti auquel il est en quelque sorte associé. Ainsi, lorsque le module de contrôle MC accède aux premiers moyens de mémorisation M1 pour déterminer s'il existe un premier identifiant stocké identique au second identifiant qu'il vient de recevoir, il peut vérifier si l'identifiant du premier terminal Ti qui s'y trouve stocké en correspondance du premier identifiant est différent de celui du second terminal T2 qui est en quelque sorte associé au second identifiant reçu. Il est en effet inutile de proposer un transfert lorsque, suite à une erreur de manipulation, le second identifiant provient du même terminal que le premier identifiant. Lorsque les premier et second identifiants sont différents, on doit prévoir des seconds moyens de mémorisation M2 pour stocker pour chaque utilisateur client du dispositif D au moins des premier et second identifiants en 11 2897453 correspondance l'un de l'autre. En d'autres termes, à certains au moins des clients sont attribués ou associés au moins deux identifiants. Il est important de noter que la notion de premier et second identifiants n'est ici utilisée que pour les différencier entre eux, sans aucune 5 notion d'ordre. Les seconds moyens de mémorisation M2 peuvent se présenter sous toute forme, et notamment sous la forme d'une base de données ou d'une mémoire. Ils sont par exemple alimentés en identifiants d'utilisateurs à stocker via le réseau de communication (ou bien directement via une interface io dédiée). Par ailleurs, ils peuvent également faire partie des premiers moyens de mémorisation M1. En outre, les seconds moyens de mémorisation M2 sont préférentiellement implantés dans le serveur SA et plus préférentiellement encore dans le dispositif D, comme illustré sur les figures. Mais, cela n'est pas obligatoire. 15 Lorsque les premier et second identifiants sont différents, le module de contrôle MC accède tout d'abord aux seconds moyens de mémorisation M2 pour déterminer s'il existe un premier identifiant qui s'y trouve stocké en correspondance du second identifiant reçu. II peut ensuite accéder aux premiers moyens de mémorisation M1 20 afin de déterminer si le premier identifiant d'utilisateur (qu'il vient de trouver dans M2) s'y trouve stocké. Si ce n'est pas le cas, le dispositif D ne prend pas en compte le second identifiant et cesse son intervention. Si le premier identifiant d'utilisateur est effectivement stocké dans les premiers moyens de mémorisation M1, le module de contrôle MC détermine 25 si une activité (éventuellement multimédia) a été établie dans le premier terminal T1, éventuellement avec un équipement de communication (éventuellement multimédia) SV. L'équipement de communication SV est un équipement électronique disposant d'un module de communication lui permettant d'établir des 30 communications (éventuellement multimédia) via un réseau de communication. Il peut s'agir, par exemple, d'un terminal de communication (éventuellement multimédia), du type de ceux présentés ci-avant, et notamment d'un terminal d'un autre utilisateur, ou bien d'un serveur de flux de 12 2897453 données, éventuellement audio et/ou vidéo. On considère dans ce qui suit, à titre d'exemple non limitatif, que la session (ou activité) a été établie entre le premier terminal Ti et un équipement de communication SV, tel qu'un serveur vidéo délivrant des flux 5 de données représentatives de vidéo. La détermination d'activité (ou session) peut se faire par interrogation du premier terminal T1, éventuellement par l'intermédiaire d'un équipement de réseau dédié (éventuellement celui qui peut être chargé de transmettre le premier identifiant), ou plus simplement grâce à des informations so préalablement transmises soit par le premier terminal Ti, soit par l'équipement de réseau dédié, soit encore par l'équipement de communication SV (ici un serveur vidéo) lorsqu'il est impliqué dans l'activité du premier terminal Ti. On peut également envisager que le dispositif D soit en coupure (ou ponction) sur les demandes d'initialisation et d'arrêt de flux 15 des terminaux clients. Dans ce cas D est toujours au courant de ce qui se passe (à l'image de ce qui se passe dans le cas d'un coeur de réseau IMS ( IP Multimedia Subsystem )). Par exemple, on peut envisager que le premier terminal Ti transmette au dispositif D, éventuellement par l'intermédiaire d'un équipement 20 de réseau dédié, des informations signalant qu'il a établi une session (ou activité), ainsi qu'éventuellement des informations définissant la session établie (par exemple sous la forme d'un identifiant de l'activité représentatif, par exemple, du type d'activité et/ou de l'adresse de communication de l'éventuel équipement de communication SV). 25 En variante, on peut envisager que l'équipement de réseau dédié (ou un autre équipement de réseau, comme par exemple le serveur d'application SA) soit chargé de détecter chaque établissement et fin de session initiée par l'un des terminaux utilisés (ou appartenant) aux clients du dispositif D. Dans ce cas, lorsque l'équipement de réseau concerné détecte qu'un premier 30 terminal T1 a initié une session, il transmet au dispositif D des informations qui signalent cet établissement, ainsi qu'éventuellement des informations définissant la session établie (par exemple sous la forme d'un identifiant d'activité représentatif, par exemple, du type d'activité et/ou de l'adresse de 13 2897453 communication de l'éventuel équipement de communication SV). Le module de contrôle MC peut par exemple stocker dans les premiers moyens de mémorisation M1 des informations signalant l'établissement d'une session, ainsi que les éventuelles informations 5 définissant la session établie (par exemple un identifiant d'activité), en correspondance du premier identifiant, précédemment reçu. Si le module de contrôle MC a déterminé que le premier terminal T1 a établi une session (soit par recherche d'informations dans le réseau, soit par analyse des informations stockées dans les premiers moyens de 10 mémorisation M1), il transmet à l'un au moins des premier Ti et second T2 terminaux un message proposant de transférer l'activité vers le second terminal T2. Le module de contrôle MC peut être configuré pour transmettre le message de proposition de transfert soit systématiquement au premier 15 terminal Ti, soit au second terminal T2 (par exemple lorsqu'il existe une quasi certitude du fait que l'utilisateur qui a provoqué la transmission du second identifiant d'utilisateur est le même que celui qui a provoqué la transmission du premier identifiant d'utilisateur), soit aux deux terminaux Ti et T2 (par exemple lorsqu'il existe la quasi certitude d'identité précitée). 20 Par ailleurs, il est préférable que le module decontrôle MC ne procède à la transmission d'un message de proposition de transfert qu'à condition qu'il soit certain que le second terminal T2 est en mesure de supporter l'activité établie par le premier terminal T1 (ou en d'autres termes qu'il présente des caractéristiques de fonctionnement compatibles avec 25 l'activité). Pour ce faire, le module de contrôle MC peut par exemple déterminer les caractéristiques de fonctionnement du second terminal T2 auprès de ce dernier, ou auprès de l'éventuel équipement de réseau dédié assurant l'éventuelle interface avec le second terminal T2. 30 Dans une variante, les caractéristiques de fonctionnement du second terminal T2 peuvent par exemple être automatiquement transmises avec le second identifiant par le second terminal T2, éventuellement par l'intermédiaire de l'éventuel équipement de réseau dédié assurant l'éventuelle 14 2897453 interface avec le dispositif D. En outre, on peut envisager que le module de contrôle MC ne procède à la transmission d'un message de proposition de transfert qu'à condition que le transfert soit autorisé. En raison des contenus privés et/ou 5 confidentiels qui sont échangés lors de certaines activités, on peut en effet envisager que des utilisateurs n'autorisent que des transferts portant sur des types d'activité choisis. Dans ce cas, les seconds moyens de mémorisation M2 peuvent par exemple stocker certains au moins des premiers et seconds identifiants en correspondance d'au moins un type d'activité transférable. Zo Dans une telle situation, le module de contrôle MC doit donc déterminer dans les seconds moyens de mémorisation M2 si le type de l'activité établie par le premier terminal T1 fait partie des types stockés dans les seconds moyens de mémorisation M2 en correspondance des premier et second identifiants reçus. 15 Si ce n'est pas le cas, l'intervention du dispositif D (et donc le procédé correspondant) s'interrompt à ce stade. En revanche, en cas d'identité de type le module de contrôle MC procède à la transmission du message de proposition de transfert. On considère ci-après, de façon non limitative, que le module de 20 contrôle MC transmet le message de proposition de transfert au premier terminal Ti (flèche F4). Lorsque le premier terminal Ti (et/ou le second terminal T2) reçoit le message, il peut par exemple afficher une phrase prédéfinie sur son écran, comme par exemple souhaitez-vous transférer l'activité en cours ? . Cette 25 phrase prédéfinie peut être éventuellement préenregistrée et diffusée sur un haut parleur du premier terminal T1. Si l'utilisateur ne répond pas au message reçu dans un délai choisi, ou s'il refuse le transfert, le premier terminal Ti adresse un message de refus au dispositif D (flèche F5), afin qu'il cesse son intervention. 30 En revanche, si l'utilisateur accepte le transfert, son premier terminal Ti adresse un message d'accord au dispositif D (flèche F5). A réception de ce message d'accord, le module de contrôle MC détermine le stade d'avancement de l'activité. Par exemple, lorsque l'activité consiste en une 15 2897453 transmission d'un flux de données vidéo, le stade d'avancement est la position au sein du flux des dernières données vidéo transmises au premier terminal Ti par le serveur vidéo SV. Pour déterminer le stade d'avancement, le module de contrôle MC 5 peut interroger soit le premier terminal Ti (flèche F6) ou un équipement de réseau dédié (éventuellement celui qui peut être chargé de transmettre le premier identifiant), soit le serveur d'application SA dans lequel il est implanté lorsque ce dernier sait en permanence ce qui se passe au niveau de chaque session, soit encore le serveur vidéo SV (flèche discontinue F6'). Afin io d'interroger le serveur vidéo SV, le module de contrôle MC a besoin de connaître l'identifiant de l'activité concernée qui est notamment représentatif de son adresse de communication. Connaître l'identifiant d'activité à l'avance, lui permet donc de ne pas avoir à le chercher auprès du premier terminal Ti ou d'un équipement de réseau dédié. 15 Une fois que le module de contrôle MC est en possession du stade d'avancement, il génère un nouveau message, contenant les caractéristiques de l'activité (et donc l'adresse du serveur vidéo SV) et le stade d'avancement, et destiné à demander au second terminal T2 de démarrer (ou poursuivre) l'activité à partir dudit stade d'avancement. Puis, il demande au serveur 20 d'application SA de le transmettre au second terminal T2 (flèche F7 de la figure 2). A réception de ce message, le second terminal T2 peut alors établir une communication avec le serveur vidéo afin de démarrer (ou poursuivre) l'activité à partir du stade d'avancement (flèche F8 de la figure 2). Par 25 exemple, lorsque l'activité consiste en une transmission d'un flux de données vidéo, l'activité débute (ou reprend) par la transmission au second terminal T2 d'un nouveau flux comportant toutes les données vidéo qui auraient été contenues dans le flux initialement transmis au premier terminal Ti mais dont la position au sein de ce flux initial est supérieure ou égale à la position définie 30 par le stade d'avancement reçu. On notera que la transmission du nouveau flux au second terminal T2 se fait, de préférence, consécutivement à l'arrêt de la transmission du flux initial au premier terminal T1. Mais, on peut également envisager que la 16 2897453 session se poursuive sur le premier terminal Ti, alors qu'une nouvelle session est créée entre le second terminal T2 et le serveur vidéo SV (pour transmettre les données restantes, comme indiqué ci-dessus). Le transfert est alors terminé. Mais, on pourrait envisager que 5 l'utilisateur décide de nouveau d'utiliser son premier terminal Ti. Dans ce cas, l'utilisateur doit déclencher un nouvel événement (par exemple en s'enregistrant sur son premier terminal T1 ou en actionnant une touche de ce dernier ou encore en le mettant de nouveau en fonctionnement), afin que le premier terminal Ti (ou l'éventuel équipement de réseau dédié) le signale au lo dispositif D pour qu'il puisse proposer à l'utilisateur (sur son second terminal T2) de transférer l'activité en cours vers son premier terminal Ti. Le dispositif de contrôle D selon l'invention, et notamment son module de contrôle MC, ainsi qu'éventuellement ses moyens de mémorisation, M1 et M2, peuvent être réalisés sous la forme de circuits 15 électroniques, de modules logiciels (ou informatiques), ou d'une combinaison de circuits et de logiciels. L'invention peut être également considérée en tant que procédé de déclenchement de transfert d'activité entre des terminaux de communication. Ce procédé peut être mis en oeuvre entre des terminaux d'utilisateur(s) T1 et 20 T2, des équipements de communication SV et un dispositif de contrôle D, ainsi qu'un ou plusieurs éventuels équipements de réseau dédiés, tels que ceux présentés ci-avant, notamment en référence aux figures 1 et 2. Il consiste : a) à transmettre un premier identifiant, associé à un utilisateur utilisant un 25 premier terminal Ti, à un serveur SA, afin qu'il l'enregistre, puis b) en cas de détection de l'utilisateur par un second terminal T2, à transmettre un second identifiant au serveur SA afin qu'il détermine d'une part s'il existe une correspondance entre ce second identifiant reçu et le premier identifiant précédemment stocké, et d'autre part si une activité a été établie 30 dans le premier terminal Ti (éventuellement avec un équipement de communication SV), et en présence d'une telle activité à transmettre à l'un au moins des premier Ti et second T2 terminaux un message proposant le transfert de son activité vers le second terminal T2, et 17 2897453 c) en cas d'accord, à déterminer le stade d'avancement de l'activité, puis à demander au second terminal T2 de démarrer l'activité à partir du stade d'avancement déterminé. L'invention ne se limite pas aux modes de réalisation de dispositif de 5 déclenchement de transfert, de serveur d'application et de procédé de déclenchement de transfert décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. Ainsi, dans ce qui précède on a décrit une illustration de l'invention lo dans le cas de deux terminaux appartenant à un même utilisateur. Mais l'invention s'applique à tout transfert d'activité (ou session), multimédia ou non, entre deux terminaux appartenant à un même utilisateur ou à des utilisateurs différents. Plus précisément, la mise en oeuvre de l'invention est indépendante du fait qu'un terminal appartienne ou non à son utilisateur. En 15 effet, pour mettre en oeuvre l'invention il suffit que deux événements, consistant en la réception de deux identifiants (éventuellement identiques), associés à un même utilisateur, surviennent sur deux terminaux différents et qu'en outre une session (ou activité) ait été établie sur l'un de ces deux terminaux. 20 Par ailleurs, dans ce qui précède on a décrit une illustration de l'invention en présence d'un unique serveur vidéo. Mais, il est possible d'avoir plusieurs serveurs (éventuellement vidéo), éventuellement spécialisés par type de codec, par type de contenu, par opérateur, ou par fournisseur de contenu. 25 En outre, dans ce qui précède on a décrit une illustration de l'invention au cas où un premier terminal a établi une activité avec un équipement de communication distant. Mais, l'invention concerne également les situations dans lesquelles l'activité à transférer est interne au premier terminal (et donc qu'elle n'est pas The invention relates to the field of (tele) communications, and more specifically the sessions (or activities) between communication terminals and communication equipment. The term "communication terminal" here refers to an electronic equipment item having a communication module enabling it to establish communications, possibly of multimedia type. It may therefore be, for example, a fixed or mobile telephone, a fixed or portable communicating computer, a personal digital assistant (or PDA) communicating, a communication interface box type set top 15 box, or a communicating TV. Furthermore, here means by communication equipment electronic equipment with a communication module allowing it to establish communications, possibly multimedia type. It may therefore be, for example, a communication terminal, of the type of those presented above, or of a data stream server, possibly audio and / or video. When the user of a first (communication) terminal has established a session (or activity) with a (communication) equipment and is located next to a second (communication) terminal, possibly after a move, he may want or need to transfer this activity to the second terminal. This can for example be the case when the first and second terminals are respectively a mobile phone and a computer (or a television), and the activity (multimedia) consists of a transfer of data stream, for example a video . It is indeed (much) more comfortable to watch a movie or data on a big screen rather than a small one. In addition, the processing and data transfer capabilities of a computer (or television) are generally much more important than those of a telephone or PDA. But, the opposite can also happen. A user may indeed be forced to leave a room in which is located a first terminal, such as a computer, with which he started an activity, and must or want to continue this activity out of this room with a second terminal possibly smaller and / or less powerful, such as a mobile phone or a PDA. However, as known to those skilled in the art and as described in particular in US Pat. No. 6,636,522, to carry out the above-mentioned activity transfers, users must carry out a series of operations, on their own initiative. , which may appear to be burdensome and / or tedious, especially when they are not used to it or when they have to perform other tasks. The invention therefore aims to improve the situation, and in particular to automatically offer users the inter-terminal transfer of their activities (possibly multimedia), when events associated with user identifiers or groups of events occur. users (such as families sharing terminals or set top boxes) or terminal identifiers associated with user or user group identifiers (for example, each family member may have an own identifier associated with the identifier of a terminal or a set top box). To this end, it proposes a method dedicated to triggering the transfer of activity between communication terminals, consisting in: a) transmitting a first identifier, associated with a user using a first terminal, to a server, so that it records it, then b) in case of detection of the user by a second terminal, to transmit a second identifier to the server so that it determines firstly whether there is a correspondence between this second identifier received and the first identifier 30 previously stored, and secondly if an activity has been established by the first terminal, and in the presence of such activity to transmit to at least one of the first and second terminals a message proposing the transfer of sound activity to the second terminal, and c) in the case of agreement, to determine the stage of progress of the activity, then to request the second terminal to start the activity from the stage of advancement determined . The method according to the invention can comprise other characteristics s which can be taken separately or in combination, and in particular: a) the first identifier can be transmitted after detection of an event occurring on the first terminal and chosen from at least one registering the user with the first terminal by means of a first identifier, switching on the first terminal, putting the first terminal on stand-by, activating a key on the first terminal, selecting an option of a menu of the first terminal, the thermal detection of the presence of the user near the first terminal, the recognition of the user by confronting a stored digital image or a stored voice or biometric fingerprint; In a) the first identifier can be transmitted after the detection of the event and after the activity has started; in a) the first identifier can be transmitted to the server together with an identifier of the activity (possibly denoting a communication device with which the first terminal shares the activity), so that it records them. In this case, c) the server provides the second terminal the activity identifier (registered in correspondence of the first identifier) and the stage of advancement; (C) the stage of advancement of the activity within the first terminal or communication equipment with which the first terminal shares the activity can be determined; in the presence of an activity consisting of a transmission of data streams, the determined stage of advancement can be the position of the data transmitted within the stream; b) it is possible to transmit the second identifier and operating characteristics of the second terminal, or else to determine these operating characteristics. In either case, the proposal message is transmitted when the characteristics are compatible with the activity of the first terminal; 4 2897453 - the server may store at least some of the identifiers associated with the users in correspondence of at least one type of transferable activity. In this case, in b), the transfer proposal message is transmitted to the second terminal when the second identifier is stored corresponding to a type of activity identical to that established by the first terminal; the first and second identifiers may be identical or different. The invention also proposes a device dedicated to triggering the transfer of activity between communication terminals, and comprising at least control means loaded: a) storing a first received identifier associated with a user using a first terminal and transmitted consecutively to the detection of the user by the first terminal, b) to receive a second identifier, transmitted consecutively to the detection of the user by a second terminal, 15 c) to determine whether there is a correspondence between the latter. received identifier and the first identifier previously stored, then in the affirmative to determine if an activity was established by the first terminal, then, in the presence of such activity to transmit to at least one of the first and second terminals a message proposing to transfer the activity to the second terminal, and d) in case of receiving a message of agreement, to determine the stage of ava activity and then send the second terminal a message asking it to start the activity from the determined stage of advancement. The device according to the invention can comprise other characteristics that can be taken separately or in combination, and in particular: it can comprise storage means responsible for storing first user identifiers in correspondence with at least second identifiers of these same users; The first and second identifiers may be identical or different; its means of control may be responsible for determining the stage of progress of the activity at the first terminal or a communication equipment with which the first terminal shares the activity; its control means may be responsible for receiving and storing an identifier of the activity corresponding to the first user identifier s received, and integrate this activity identifier in the message that is intended for the second terminal; in the presence of a transmission activity of a data stream, its control means may be responsible for determining the position of the data transmitted within the stream, in order to define the stage of progress of the activity; its control means may be responsible for transmitting the proposal message when the second terminal has characteristics compatible with the activity of the first terminal; its control means may be responsible for determining the operating characteristics of the second terminal with the latter. Alternatively, the operating characteristics of the second terminal may be transmitted with the second identifier; its storage means can store at least some identifiers corresponding to at least one type of transferable activity. In this case, the control means are responsible for transmitting the transfer proposal message to the second terminal when the second identifier is stored in correspondence with a type of activity identical to that established by the first terminal. The invention also proposes an application server, for a communication network, equipped with a control device of the type of that presented above. Other characteristics and advantages of the invention will appear on examining the detailed description below, and the attached drawings, in which: FIG. 1 very schematically and functionally illustrates two terminals, one of which between them having established a session with a video server and interacting with an application server equipped with an exemplary embodiment of a triggering device according to the invention, and FIG. 2 very schematically and functionally illustrates the main operations occurring between the two terminals, the video server and the application server of Figure 1, during a session transfer trigger between the two terminals. The accompanying drawings may not only serve to complete the invention, but may also contribute to its definition, as appropriate. The object of the invention is to make it possible for users of communication terminals to make available a procedure for automatically proposing the transfer of activity between terminals. Referring first to Figure 1 to present the invention. The invention proposes a device D responsible for triggering the transfer of activity between communication terminals of the same user or different users. For example, and as illustrated in FIG. 1, the device D may be implanted in an application server SA connected to a (tele) communication network (not shown). In the nonlimiting example illustrated in FIG. 1, only two terminals T1 and T2 belonging to the same user have been represented. But, a device D (just like the method according to the invention, corresponding) 20 can trigger inter-terminal activity transfers for many users. Moreover, in the nonlimiting example illustrated in FIG. 1, the user has a first (communication) terminal T1, for example a mobile telephone, and a second (communication) terminal T2. such as a fixed computer. But, users can have more than two communication terminals, multimedia or not. Moreover, the invention also applies when a user has a single terminal and uses another terminal belonging to another user or shared by several users. In addition, the invention does not necessarily require (although it is preferable) that one of the terminals is a mobile or portable terminal. The invention relates in fact to any type of terminal having a communication module enabling it to establish communications, possibly of the multimedia type. User terminals 2897453 can therefore be, for example, fixed or mobile phones, fixed or portable communicating computers, communicating personal digital assistants (PDAs), set top box communication interface boxes, OR televisions communicating. A device D according to the invention comprises at least one control module MC. The control module MC intervenes as soon as it receives a first identifier associated with a user using a first terminal Ti and transmitted consecutively to the detection of an event induced by the presence of the user near the first terminal Ti. In what follows, the first terminal T1 is the terminal that is used first by a user to establish a session (or activity). The detection of an event (and therefore of a user) can be done in any manner known to those skilled in the art, and in particular by registering the user with the first terminal Ti by supplying a first identifier, starting the first terminal Ti, putting the first terminal Ti on standby, activating a key of the first terminal Ti, selecting an option from a menu of the first T1 terminal, the thermal detection of the presence of the user near the first terminal Ti, the recognition of the user by confronting a stored digital image (in this case, the terminal Ti must have a device for digital image acquisition, such as a web cam), or a stored voiceprint (in this case, the terminal T1 must have a microphone and a voice synthesizer), or a biometric fingerprint stored (in this case, the terminal Ti must have a d biometric fingerprint). The provision of the first identifier by the user is done for example by manual input by means of the alphanumeric keyboard keys of the first terminal Ti, or by selection in a menu after a prior storage, or by pressing a dedicated key, or by voice command. The transmission of the first identifier to the device D is intended to warn that the user, designated directly or indirectly by the first identifier, uses a first terminal T1. 8 2897453 It is important to note that the first identifier is not necessarily an identifier of the user. It may in fact also be an identifier of a terminal which belongs to a user or which is shared by several users (for example within the same family or the same service), or else an identifier that a user shares with a group of users (for example within the same family or service). Any type of first identifier can be considered. It may for example be a confidential alphanumeric code or a biometric fingerprint. Although this is not mandatory, the transmission of the first identifier may be possibly conditioned by the fact that the user has just established a session (or activity) in the first terminal Ti, possibly with an SV communication equipment (arrow F2 ). It is important to emphasize that the activity may be internal to the first terminal T1 (such as for example a word processing session) or established between the first terminal T1 and a remote communication equipment (such as, for example a server, possibly video). In this example, it is the first terminal T1 which transmits (arrow F1) the first user identifier to the application server SA which comprises the device D. But, this transmission can possibly be done via a network equipment dedicated to this task. Preferably, and as illustrated, the device D comprises first storage means MI for storing each first identifier transmitted by a first terminal T1 or by a dedicated network equipment. These first memory means M1 can be in any form, and especially in the form of a memory. The device D (and therefore the corresponding method) intervenes again when it receives a second identifier, transmitted consecutively to the detection of a second event induced by the presence of the user near a second terminal T2. The detection of the second event (and therefore of the user) can again be done in any manner known to those skilled in the art, and in particular, by the registration of the user with the second T2 terminal by providing a second identifier, the start of the second terminal T2, the standby of the second terminal T2, the activation of a key of the second terminal T2, the selection of an option of a second menu of the second terminal T2, the thermal detection of the presence of the user near the second terminal T2, the recognition of the user by confronting a stored digital image or a stored voice or biometric fingerprint. The provision of the second identifier by the user is for example lo by manual input by means of the alphanumeric keyboard keys of the second terminal T2, or by selection in a menu after a prior storage, or by pressing a dedicated key, or by voice command. The transmission of the second identifier to the device D (arrow F3 of FIG. 2) is intended to warn it that the user, designated directly or indirectly by this second identifier, is likely to use a second terminal T2 or else now also uses a (its) second terminal T2, and therefore a transfer of multimedia activity may be possible between the first T1 and second terminal T2. It is important to note that the second identifier, like the first, is not necessarily an identifier of the user. It may also be an identifier of a terminal that belongs to a user or that is shared by several users (for example within the same family or the same service), or else an identifier that a user shares with a group of users (for example within the same family or service). Any type of second identifier can be considered. It may for example be a confidential alphanumeric code or a biometric fingerprint. It is important to note that the first and second identifiers 30 may be the same or different. In the example illustrated, the second terminal T2 transmits (arrow F3 of FIG. 2) the second identifier to the application server SA which comprises the device D. But, this transmission may possibly be done by means of a network equipment dedicated to this task, possibly the same as that which may be responsible for transmitting the first identifier. It should be noted, as illustrated in FIG. 2, that the detection of the user by the second terminal T2 may be consecutive to his displacement of a first location Z1 (see FIG. 1), distant from the second location Z2 in which is implanted said second terminal T2, to this second location Z2. But this is not mandatory, since the first terminal T1 and second T2 may be located in one place. Once the device D has received the second user identifier, its control module MC determines whether there is a correspondence between this second received identifier and the first identifier previously received and stored, for example in the first storage means. M1. When the first and second identifiers are identical, the control module MC accesses the first storage means M1 to determine whether there is a first stored identifier, identical to the second received identifier. If it is not the case, the device D does not take into account the second identifier and stops its intervention. Note that it is preferable to store in the first storage means M1, in correspondence of the first received identifier, an identifier (possibly of communication) of the first terminal Ti to which it is somehow associated. Thus, when the control module MC accesses the first storage means M1 to determine whether there exists a first stored identifier identical to the second identifier that it has just received, it can check whether the identifier of the first terminal Ti which there stored stored in correspondence of the first identifier is different from that of the second terminal T2 which is somehow associated with the second received identifier. It is indeed useless to propose a transfer when, following a handling error, the second identifier comes from the same terminal as the first identifier. When the first and second identifiers are different, there must be a second storage means M2 for storing for each client user of the device D at least first and second identifiers corresponding to each other. In other words, at least some of the clients are assigned or associated with at least two identifiers. It is important to note that the notion of first and second identifiers is used here only to differentiate them, without any notion of order. The second storage means M2 may be in any form, and especially in the form of a database or a memory. They are for example supplied with user identifiers to be stored via the communication network (or directly via a dedicated io interface). Moreover, they can also be part of the first memory means M1. In addition, the second storage means M2 are preferably located in the server SA and more preferably still in the device D, as illustrated in the figures. But, this is not mandatory. When the first and second identifiers are different, the control module MC first accesses the second storage means M2 to determine whether there is a first identifier stored therein in correspondence with the second received identifier. He can then access the first storage means M1 to determine whether the first user identifier (which he has just found in M2) is stored there. If it is not the case, the device D does not take into account the second identifier and stops its intervention. If the first user identifier is actually stored in the first storage means M1, the control module MC determines whether an activity (possibly multimedia) has been established in the first terminal T1, possibly with a communication equipment (possibly multimedia ) SV. The communication equipment SV is an electronic equipment having a communication module enabling it to establish communications (possibly multimedia) via a communication network. It may be, for example, a communication terminal (possibly multimedia), of the type of those presented above, and in particular of a terminal of another user, or of a streaming server. 12 2897453 data, possibly audio and / or video. In the following, by way of nonlimiting example, the session (or activity) is established between the first terminal Ti and a communication equipment SV, such as a video server delivering representative data streams. of video. The determination of activity (or session) can be done by interrogation of the first terminal T1, possibly via a dedicated network equipment (possibly the one that can be responsible for transmitting the first identifier), or more simply thanks to information previously transmitted either by the first terminal Ti, or by the dedicated network equipment, or again by the communication equipment SV (here a video server) when it is involved in the activity of the first terminal Ti. It can also be envisaged that the device D is cut off (or punctured) on the initialization and flow stop requests of the client terminals. In this case, D is always aware of what is happening (as in the case of an IMS (IP Multimedia Subsystem)). For example, it can be envisaged that the first terminal Ti transmits to the device D, possibly via a dedicated network equipment 20, information indicating that it has established a session (or activity), as well as possibly information defining the established session (for example in the form of an identifier of the representative activity, for example, the type of activity and / or the communication address of the eventual communication equipment SV). Alternatively, it can be envisaged that the dedicated network equipment (or other network equipment, such as the application server SA) is responsible for detecting each establishment and end of session initiated by one of the terminals used. (or owned) to the customers of the device D. In this case, when the network equipment concerned detects that a first terminal T1 has initiated a session, it transmits to the device D information which signals this establishment, as well as possibly information defining the established session (for example under the form of a representative activity identifier, for example, the type of activity and / or the communication address of the eventual communication equipment SV). The control module MC can for example store in the first storage means M1 information indicating the establishment of a session, as well as any information 5 defining the established session (for example an activity identifier), in correspondence with the first identifier, previously received. If the control module MC has determined that the first terminal T1 has established a session (either by searching for information in the network or by analyzing the information stored in the first storage means M1), it transmits to one at least first T1 and second terminal T2 a message proposing to transfer the activity to the second terminal T2. The control module MC can be configured to transmit the transfer proposal message either systematically to the first terminal Ti or to the second terminal T2 (for example when there is a virtual certainty that the user who caused the transmission the second user identifier is the same as that which caused the transmission of the first user identifier), or to both terminals Ti and T2 (for example when there is the near certainty of identity mentioned above). Furthermore, it is preferable for the control module MC to proceed with the transmission of a transfer proposal message only if it is certain that the second terminal T2 is able to support the activity established by the first terminal T1 (or in other words that it has operating characteristics compatible with the activity). To do this, the control module MC can for example determine the operating characteristics of the second terminal T2 with the latter, or with any dedicated network equipment ensuring the possible interface with the second terminal T2. In a variant, the operating characteristics of the second terminal T2 may, for example, be automatically transmitted with the second identifier by the second terminal T2, possibly via the possible dedicated network equipment ensuring the possible interface with the second terminal T2. the device D. In addition, it can be envisaged that the control module MC proceeds to the transmission of a transfer proposal message only if the transfer is authorized. Because of the private and / or confidential contents that are exchanged during certain activities, it is possible to envisage that users authorize only transfers relating to selected types of activity. In this case, the second storage means M2 may for example store at least first and second identifiers in correspondence with at least one type of transferable activity. In such a situation, the control module MC must therefore determine in the second storage means M2 whether the type of the activity established by the first terminal T1 is one of the types stored in the second storage means M2 corresponding to the first and second received identifiers. If this is not the case, the intervention of the device D (and therefore the corresponding method) is interrupted at this stage. On the other hand, in the case of type identity, the control module MC carries out the transmission of the transfer proposal message. In the following it is considered, in a nonlimiting manner, that the control module MC transmits the transfer proposal message to the first terminal T1 (arrow F4). When the first terminal Ti (and / or the second terminal T2) receives the message, it can for example display a predefined sentence on its screen, as for example do you want to transfer the activity in progress? . This predefined sentence may optionally be pre-recorded and broadcast on a speaker of the first terminal T1. If the user does not reply to the received message within a chosen period of time, or if he refuses the transfer, the first terminal Ti sends a refusal message to the device D (arrow F5), so that it stops its intervention. On the other hand, if the user accepts the transfer, his first terminal Ti sends a message of agreement to the device D (arrow F5). Upon receipt of this agreement message, the control module MC determines the stage of progress of the activity. For example, when the activity is a transmission of a video data stream, the stage of advancement is the position within the stream of the last video data transmitted to the first terminal Ti by the video server SV. To determine the stage of progress, the control module MC 5 can interrogate either the first terminal Ti (arrow F6) or a dedicated network equipment (possibly the one that can be responsible for transmitting the first identifier), or the server of SA application in which it is implemented when the latter knows continuously what is happening at each session, or the video server SV (discontinuous arrow F6 '). In order to interrogate the video server SV, the control module MC needs to know the identifier of the activity concerned, which is in particular representative of its communication address. Knowing the activity identifier in advance, allows him not to have to look for the first terminal Ti or a dedicated network equipment. Once the control module MC is in possession of the stage of progress, it generates a new message, containing the characteristics of the activity (and therefore the address of the video server SV) and the stage of advancement, and for requesting the second terminal T2 to start (or continue) the activity from said stage of advancement. Then, it asks the application server SA to transmit it to the second terminal T2 (arrow F7 of FIG. 2). Upon receipt of this message, the second terminal T2 can then establish a communication with the video server to start (or continue) the activity from the stage of advancement (arrow F8 of Figure 2). For example, when the activity consists of a transmission of a video data stream, the activity begins (or resumes) by the transmission to the second terminal T2 of a new stream comprising all the video data that would have been contained in the flow initially transmitted to the first terminal Ti but whose position within this initial flow is greater than or equal to the position defined by the stage of advancement received. It will be noted that the transmission of the new stream to the second terminal T2 preferably takes place following the stopping of the transmission of the initial stream to the first terminal T1. However, it can also be envisaged that the session 2897453 continues on the first terminal Ti, while a new session is created between the second terminal T2 and the video server SV (to transmit the remaining data, as indicated above). . The transfer is then completed. But, one could consider that the user decides again to use his first terminal Ti. In this case, the user must trigger a new event (for example by registering on his first terminal T1 or by pressing a key of the latter or by putting it back into operation), so that the first terminal Ti ( or the eventual dedicated network equipment) signals it to the device D so that it can propose to the user (on his second terminal T2) to transfer the current activity to his first terminal Ti. The control device D according to the invention, and in particular its control module MC, as well as possibly its storage means, M1 and M2, can be implemented in the form of electronic circuits, software (or computer) modules, or a combination of circuits and software. The invention can also be considered as a process for triggering the transfer of activity between communication terminals. This method can be implemented between user terminals T1 and T2, communication devices SV and a control device D, as well as one or more dedicated network equipment, such as those shown here. before, especially with reference to Figures 1 and 2. It consists of: a) transmitting a first identifier, associated with a user using a first terminal Ti, to an SA server, so that it saves it, then b) if the user is detected by a second terminal T2, to transmit a second identifier to the SA server so that it determines firstly whether there is a correspondence between this second identifier received and the first identifier previously stored, and secondly if an activity has been established 30 in the first terminal T1 (possibly with a communication equipment SV), and in the presence of such activity to transmit to at least one of the first T1 and second terminal T2 a message proposing the transfer of its activity to the second terminal T2 and c) in case of agreement, to determine the stage of completion of the activity, then to request the second terminal T2 to start the activity from the determined stage of advancement. The invention is not limited to the transfer trigger, application server and transfer trigger method embodiments described above, by way of example only, but encompasses all variants that may consider those skilled in the art within the scope of the claims below. Thus, in the foregoing, an illustration of the invention lo has been described in the case of two terminals belonging to the same user. But the invention applies to any transfer of activity (or session), multimedia or not, between two terminals belonging to the same user or to different users. More precisely, the implementation of the invention is independent of the fact that a terminal belongs to its user or not. In fact, to implement the invention, it suffices that two events, consisting in the reception of two identifiers (possibly identical), associated with the same user, occur on two different terminals and that in addition one session (or activity ) has been established on one of these two terminals. Furthermore, in the foregoing, an illustration of the invention has been described in the presence of a single video server. But, it is possible to have several servers (possibly video), possibly specialized by type of codec, by type of content, by operator, or by content provider. Furthermore, in the foregoing, an illustration of the invention has been described in case a first terminal has established an activity with a remote communication equipment. However, the invention also relates to the situations in which the activity to be transferred is internal to the first terminal (and therefore it is not
partagée par un équipement distant). Dans 30 ce cas on transfère l'activité interne (ou application interne) et son état en cours du premier terminal vers le second terminal. 18 shared by a remote device). In this case the internal activity (or internal application) and its current state from the first terminal to the second terminal are transferred. 18