Brevet FR2897453A1 — publié le 20070817

PROCÉDÉ ET DISPOSITIF DE DÉCLENCHEMENT DE TRANSFERT D'ACTIVITÉ(S) ENTRE 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 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 REVENDICATIONS 1. Procédé de déclenchement de transfert d'activité entre des terminaux de communication (Ti, T2), caractérisé en ce qu'il consiste a) à transmettre un premier identifiant, associé à un utilisateur utilisant un premier terminal (Ti), à un serveur (SA), afin qu'il l'enregistre, puis b) en cas de détection dudit utilisateur par un second terminal (T2), à transmettre un second identifiant audit serveur (SA) afin qu'il détermine d'une part s'il existe une correspondance entre ce second identifiant reçu et ledit premier lo identifiant précédemment stocké, et d'autre part si une activité a été établie dans ledit premier terminal (T1), et en présence d'une telle activité à transmettre à l'un au moins desdits premier (Ti) et second (T2) terminaux un message proposant le transfert de son activité vers ledit second terminal (T2), et c) en cas d'accord à déterminer le stade d'avancement de ladite activité, 15 puis à demander audit second terminal (T2) de démarrer ladite activité à partir dudit stade d'avancement déterminé. 2. Procédé selon la revendication 1, caractérisé en ce qu'au a) on transmet ledit premier identifiant après détection d'un événement survenu sur ledit premier terminal (T1) et choisi dans un groupe comprenant au moins un 20 enregistrement de l'utilisateur auprès dudit premier terminal (T1) au moyen d'un premier identifiant, une mise en marche dudit premier terminal (T1), une mise en veille dudit premier terminal (Ti), une activation d'une touche dudit premier terminal (T1), une sélection d'une option d'un menu dudit premier terminal (T1), une détection thermique de la présence dudit utilisateur à 25 proximité dudit premier terminal (Ti), une reconnaissance dudit utilisateur par confrontation à une image numérique stockée ou à une empreinte vocale ou biométrique stockée. 3. Procédé selon la revendication 2, caractérisé en ce qu'au a) on transmet ledit premier identifiant après la détection dudit événement et après 30 que l'activité ait démarré. 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce qu'au c) on détermine ledit stade d'avancement au sein dudit premier terminal (T1). 19 2897453 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce qu'au a) on transmet ledit premier identifiant d'utilisateur et un identifiant de l'activité audit serveur (SA) afin qu'il les enregistre, et en ce qu'au c) ledit serveur (SA) fournit ledit identifiant d'activité, et enregistré en correspondance 5 du premier identifiant, et ledit stade d'avancement audit second terminal (T2). 6. Procédé selon la revendication 5, caractérisé en ce qu'au c) on détermine ledit stade d'avancement au sein d'un équipement de communication (SV) avec lequel ledit premier terminal (T1) partage ladite activité. io 7. Procédé selon l'une des revendications 1 à 6, caractérisé en ce qu'en présence d'une activité de transmission d'un flux de données, le stade d'avancement déterminé est la position des données transmises au sein dudit flux. 8. Procédé selon l'une des revendications 1 à 7, caractérisé en ce 15 qu'au b) on transmet ledit second identifiant et des caractéristiques de fonctionnement dudit second terminal, et on transmet ledit message de proposition lorsque lesdites caractéristiques sont compatibles avec ladite activité dudit premier terminal (Ti). 9. Procédé selon l'une des revendications 1 à 7, caractérisé en ce 20 qu'au b), après avoir reçu ledit second identifiant, on détermine des caractéristiques de fonctionnement dudit second terminal (T2), et on transmet ledit message de proposition lorsque lesdites caractéristiques sont compatibles avec ladite activité dudit premier terminal (Ti). 10. Procédé selon l'une des revendications 1 à 9, caractérisé en ce que 25 ledit serveur stocke certains au moins desdits premiers et seconds identifiants en correspondance d'au moins un type d'activité transférable, et en ce qu'au b) on transmet ledit message de proposition de transfert au second terminal lorsque ledit second identifiant est stocké en correspondance d'un type d'activité identique à celui établi par ledit premier terminal (Ti). 30 11. Procédé selon l'une des revendications 1 à 11, caractérisé en ce que certains au moins desdits premier et second identifiants sont différents. 12. Dispositif (D) de déclenchement de transfert d'activité entre des terminaux de communication (Ti, T2), caractérisé en ce qu'il comprend des 20 2897453 moyens de contrôle (MC) agencés a) pour stocker un premier identifiant reçu, associé à un utilisateur utilisant un premier terminal (Ti) et transmis consécutivement à la détection de l'utilisateur par ledit premier terminal (Ti), b) pour recevoir un second identifiant, transmis consécutivement à la 5 détection dudit utilisateur par un second terminal (T2), c) pour 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 pour déterminer si une activité a été établie dans ledit premier terminal (T1), puis, en présence d'une telle activité pour transmettre à l'un au moins desdits premier (Ti) et io second (T2) terminaux un message proposant de transférer l'activité vers ledit second terminal (T2), et e) en cas de réception d'un message d'accord, pour déterminer le stade d'avancement de ladite activité, puis pour adresser audit second terminal (T2) un message lui demandant de démarrer ladite activité à partir dudit stade d'avancement déterminé. 15 13. Dispositif selon la revendication 12, caractérisé en ce qu'il comprend des moyens de mémorisation (M2) chargés de stocker des premiers identifiants d'utilisateurs en correspondance d'au moins des seconds identifiants de ces mêmes utilisateurs. 14. Dispositif selon l'une des revendications 12 et 13, caractérisé en ce 20 que certains au moins desdits premier et second identifiants sont différents. 15. Dispositif selon l'une des revendications 12 à 14, caractérisé en ce que lesdits moyens de contrôle (MC) sont agencés pour déterminer ledit stade d'avancement de l'activité auprès dudit premier terminal (Ti). 16. Dispositif selon l'une des revendications 12 à 15, caractérisé en ce 25 que lesdits moyens de contrôle (MC) sont agencés pour recevoir et stocker un identifiant de l'activité en correspondance dudit premier identifiant reçu, et pour intégrer ledit identifiant d'activité dans ledit message destiné audit second terminal (T2). 17. Dispositif selon la revendication 16, caractérisé en ce que lesdits 30 moyens de contrôle (MC) sont agencés pour déterminer ledit stade d'avancement de l'activité auprès d'un équipement de communication (SV) avec lequel ledit premier terminal (Ti) partage ladite activité. 18. Dispositif selon l'une des revendications 12 à 17, caractérisé en ce 21 2897453 qu'en présence d'une activité de transmission d'un flux de données, lesdits moyens de contrôle (MC) sont agencés pour déterminer la position des données transmises au sein dudit flux de manière à définir ledit stade d'avancement de l'activité. 5 19. Dispositif selon l'une des revendications 12 à 18, caractérisé en ce que lesdits moyens de contrôle (MC) sont agencés pour transmettre ledit message de proposition de transfert lorsque ledit second terminal (T2) présente des caractéristiques compatibles avec ladite activité dudit premier terminal (T1). zo 20. Dispositif selon la revendication 19, caractérisé en ce que lesdits moyens de contrôle (MC) sont agencés pour déterminer lesdites caractéristiques de fonctionnement du second terminal (T2) auprès de ce dernier. 21. Dispositif selon la revendication 19, caractérisé en ce que lesdites 15 caractéristiques de fonctionnement du second terminal (T2) sont transmises avec ledit second identifiant. 22. Dispositif selon l'une des revendications 13 à 21, caractérisé en ce que lesdits moyens de mémorisation (M2) sont propres à stocker certains au moins desdits premiers et seconds identifiants en correspondance d'au moins 20 un type d'activité transférable, et en ce que lesdits moyens de contrôle (MC) sont agencés pour transmettre ledit message de proposition de transfert au second terminal lorsque ledit second identifiant est stocké en correspondance d'un type d'activité identique à celui établi par ledit premier terminal (T1). 23. Serveur d'application (SA) pour un réseau de communication, 25 caractérisé en ce qu'il comprend un dispositif de déclenchement (D) selon l'une des revendications 12 à 22.