FR 2966670 A1 20120427 FR 1058655 A 20101022 Traitement de données pour le transfert ou la réplication d'un flux média La présente invention vise un traitement de données pour la communication de données sur un réseau informatique. En particulier, la présente invention vise un traitement de données pour limiter, lors d'une 5 session multimédia impliquant un premier terminal utilisateur, des opérations de transfert ou de réplication d'un flux média vers d'autres terminaux utilisateur. L'expression réseau informatique doit être comprise avec un sens large et le réseau informatique peut notamment être un réseau de téléphonie mobile, par exemple celui dit de troisième génération (3GPP). 10 Le développement des télécommunications a permis à un nombre croissant d'utilisateurs de disposer d'un ou plusieurs terminaux média, tels que des téléphones mobiles, des ordinateurs ou des assistants personnels numériques, via lesquels ils peuvent établir des sessions multimédia. Pour permettre la communication entre des réseaux informatiques opérant sous différents protocoles, une architecture standardisée dite IMS (pour Internet Protocol Multimedia Subsystem) 15 a été développée. L'architecture 1MS est une architecture multimédia ouverte qui utilise le protocole SW (Session Initiation Protocol). L'invention concerne donc plus particulièrement un réseau informatique opérant sous le protocole de signalisation SIP (Session Initiation Protocol). Le protocole SW est un protocole normalisé qui permet d'établir, de modifier et de terminer des sessions multimédia. Le protocole 20 S1P est un protocole du type requête/réponse dans le sens où, pour chaque message émis par une source, il y a au moins une réponse associée du destinataire confirmant la réception du message envoyé. Un utilisateur a par ailleurs la possibilité de souscrire à un service de transfert inter-terminal permettant, lors d'une session multimédia, de réaliser des opérations de transfert ou de 25 réplication d'un flux média vers d'autres terminaux. Lors de l'établissement d'une session multimedia entre un terminal d'un utilisateur ayant souscrit au service de transfert inter-terminal et un correspondant, un serveur dit SCC AS (Service Centralization and Continuity Application Server) fait l'intermédiaire entre le terminal et le correspondant, de façon à permettre par la suite les opérations de transfert, c'est-à-dire de remplacement du terminal par un autre terminal, et de 30 réplication, c'est-à-dire de copie d'un flux média envoyé au terminal vers un autre terminal. Le correspondant peut être par exemple un terminal d'un autre utilisateur ou un serveur d'application. L'opération de transfert ou de réplication est réalisée de manière transparente pour le correspondant, qui n'est donc pas informé de ces opérations et n'a pas de contrôle dessus. Cependant, le propriétaire du contenu délivré par un serveur d'application à travers la session multimédia peut vouloir contrôler à quels terminaux utilisateurs ce contenu est délivré, par exemple pour empêcher la délivrance du contenu à de multiple terminaux, et/ou à certains types de terminaux, et/ou à des terminaux appartenant à différents utilisateurs. La présente invention vient améliorer la situation. A cet effet, l'invention propose un procédé de traitement de données pour limiter, lors d'une session multimédia impliquant un premier terminal utilisateur, des opérations de transfert ou de réplication d'un flux média vers d'autres terminaux utilisateurs. Le procédé comprend en particulier des étapes consistant à : a) recevoir une requête de transfert ou de réplication d'un flux média émise par le premier terminal utilisateur, la requête contenant des informations relatives à un deuxième terminal utilisateur, destinataire du transfert ou de la réplication, et des informations relatives au flux média à transférer ou à répliquer, b) comparer les informations relatives au deuxième terminal utilisateur et au flux média à transférer ou à répliquer avec un ensemble d'éléments d'information relatifs à des opérations de transfert ou de réplication autorisées pour la session multimédia, et déterminer, en fonction de la comparaison, si l'opération de transfert ou de réplication est autorisée, et c) lorsque l'opération de transfert ou de duplication est autorisée, réaliser l'opération de transfert ou de réplication du flux média vers ledit deuxième terminal utilisateur. Le procédé permet ainsi de limiter les opérations de transfert ou de réplication d'un flux média autorisées, c'est-à-dire d'exercer un contrôle sur la diffusion d'un contenu multimédia, même après qu'une session multimédia ait été établie. Le procédé comporte avantageusement une étape préalable d'établissement d'une session multimédia entre le premier terminal utilisateur et un correspondant, l'étape préalable comportant une opération de réception d'un message, émis par le correspondant, contenant un ensemble d'éléments d'information relatifs à des opérations de transfert ou de réplication autorisées pour la session multimédia. Ainsi, le propriétaire d'un serveur d'application peut exercer un contrôle sur la diffusion d'un contenu multimédia délivré par le serveur d'application, bien que celui-ci ne participe pas aux 30 étapes du procédé de transfert ou de réplication. Le message peut être un message SEP, l'ensemble d'éléments d'information étant inséré dans le message par le biais d'un en-tête SEP. En variante, l'ensemble d'éléments d'information peut être inséré dans le message sous la forme d'un document XML. L'établissement de la session peut être initié par le premier terminal utilisateur, l'ensemble d'éléments d'information étant inséré dans un message SIP de type « 200 OK ». En variante, l'établissement de la session peut être initié par le correspondant, l'ensemble d'éléments d'information étant inséré dans un message SIP de type « INVITE ». L'ensemble d'éléments d'information peut comprendre un élément d'information pour interdire le transfert et la réplication du flux média vers un autre terminal, et/ou un élément d'information pour interdire le transfert et la réplication du flux média vers un autre terminal appartenant à un autre utilisateur, et/ou un élément d'information pour limiter le transfert et la réplication du flux média vers un terminal d'un type prédéterminé, et/ou un élément d'information pour limiter le nombre de terminaux vers lesquels le flux média peut être répliqué, et/ou un élément d'information pour limiter le nombre d'utilisateurs vers lesquels le flux média peut être répliqué. Un élément d'information peut être associé à un flux média prédéterminé, l'ensemble d'éléments d'information pouvant contenir des éléments d'information respectivement associés à plusieurs flux média de la session multimédia. Le procédé précité peut être exécuté par un programme informatique. L'invention vise donc également un programme informatique comportant des instructions pour la mise en oeuvre du procédé précité lorsque ce programme est exécuté par un processeur. Le procédé peut être mis en oeuvre par un dispositif adapté. L'invention vise donc également un serveur configuré pour limiter, lors d'une session multimédia impliquant un premier terminal utilisateur, des opérations de transfert ou de réplication d'un flux média vers d'autres terminaux utilisateurs. Le serveur comprend : - un module de réception configuré pour recevoir une requête de transfert ou de réplication d'un flux média émise par le premier terminal utilisateur, la requête contenant des informations relatives à un deuxième terminal utilisateur, destinataire du transfert ou de la réplication, et des informations relatives au flux média à transférer ou à répliquer, - un module de traitement configuré pour comparer les informations relatives au deuxième terminal utilisateur et au flux média à transférer ou à répliquer avec un ensemble d'éléments d'information relatifs à des opérations de transfert ou de réplication autorisées pour la session multimédia, et pour déterminer, en fonction de la comparaison, si l'opération de transfert ou de réplication est autorisée, et - un module de transfert et de réplication configuré pour réaliser l'opération de transfert ou de réplication du flux média vers le deuxième terminal utilisateur lorsque l'opération a été déterminée comme autorisée. Le module de réception peut être configuré pour recevoir, lors de l'établissement d'une session multimédia entre le premier terminal utilisateur et un correspondant, un message, émis par le correspondant, contenant un ensemble d'éléments d'information relatifs à des opérations de transfert ou de réplication autorisées pour la session multimédia, le serveur comportant un module de mémoire configuré pour mémoriser l'ensemble des éléments d'information. L'invention vise également un système comportant un serveur tel que précité, et un premier terminal utilisateur comportant un module d'émission configuré pour émettre, à destination du serveur, une requête de transfert ou de réplication d'un flux média, la requête contenant des informations relatives à un deuxième terminal utilisateur, destinataire du transfert ou de la réplication. Le système peut en outre comporter un deuxième serveur comportant un module d'émission configuré pour émettre, lors de l'établissement d'une session multimédia entre le premier terminal utilisateur et le deuxième serveur, un message contenant un ensemble d'éléments d'information relatifs à des opérations de transfert ou de réplication autorisées pour la session multimédia. D'autres caractéristiques et avantages de l'invention apparaîtront encore à la lecture de la description qui va suivre. Celle-ci est purement illustrative et doit être lue en regard des dessins annexés sur lesquels : - la Figure 1 est une vue schématique simplifiée d'un réseau informatique selon un mode de réalisation de l'invention ; - la Figure 2 est un schéma fonctionnel montrant un premier terminal utilisateur du réseau informatique de la figure 1 ; la Figure 3 est un schéma fonctionnel montrant un premier serveur d'application du réseau 25 informatique de la figure 1 ; - la Figure 4 est un schéma fonctionnel montrant un deuxième serveur d'application du réseau informatique de la figure 1 ; - la Figure 5 est un organigramme illustrant les étapes d'un procédé d'établissement d'une session multimédia entre le premier terminal utilisateur et un correspondant, qui peut être 30 le deuxième serveur d'application, l'établissement de la session étant initié par le premier terminal utilisateur ; - la Figure 6 est un organigramme illustrant les étapes d'un procédé d'établissement d'une session multimédia entre le premier terminal utilisateur et un correspondant, l'établissement de la session étant initié par le correspondant ; et la Figure 7 est un organigramme illustrant les étapes d'un procédé de transfert ou de réplication d'un flux média transmis par le correspondant au premier terminal utilisateur, cet organigramme pouvant représenter l'algorithme général du programme informatique au sens de l' invention. En se référant à la figure 1, on décrit un réseau informatique comportant un coeur de réseau de type IMS (Internet Protocol Multimedia Subsystem). On appelle « coeur de réseau » la partie principale d'un réseau informatique, qui concentre et transporte les flux de données entre des réseaux affluents. L'architecture IMS est une architecture multimédia ouverte qui utilise le protocole SIP (Session Initiation Protocol). Le protocole SIP permet d'établir, de modifier et de terminer des sessions multimédia. Le protocole ST est un protocole du type requête/réponse dans le sens où, pour chaque message émis par une source, il y a au moins une réponse associée du destinataire confirmant la réception du message envoyé. Le réseau informatique comporte un premier terminal utilisateur 1, un deuxième terminal 15 utilisateur 2, un premier serveur d'application 3, dit serveur SCC AS (Service Centralization and Continuity Application Server), et un deuxième serveur d'application 4. Le premier terminal utilisateur 1 peut être, par exemple, un terminal de téléphonie mobile, un ordinateur portable, un assistant personnel numérique, ou autre. Dans l'exemple représenté le premier terminal utilisateur 1 est un terminal de téléphonie mobile appartenant à un utilisateur 20 ayant souscrit à un service de transfert inter-terminal. Comme représenté sur la figure 2, le premier terminal utilisateur 1 comporte un module d'émission-réception 10 configuré pour émettre une requête de transfert ou de réplication, vers un autre terminal, d'un flux média reçu par le terminal 1. La requête comprend des informations relatives au terminal destinataire du transfert ou de la réplication, par exemple le deuxième terminal 25 utilisateur 2. La requête comprend également des informations relatives au flux média à transférer ou à répliquer. Le premier terminal utilisateur 1 comporte également un module SIP 11 configuré pour gérer les requêtes SIP, et un module multimédia 12 configuré pour permettre la lecture d'un flux média, par exemple d'une vidéo. De manière similaire, le deuxième terminal utilisateur 2 peut être un terminal de téléphonie 30 mobile, un ordinateur portable, un assistant personnel numérique, ou autre. Dans l'exemple représenté le deuxième terminal utilisateur 2 est un ordinateur portable, qui peut appartenir au même utilisateur ou à un utilisateur différent. Le deuxième terminal utilisateur 2 comprend par exemple des modules similaires aux modules du premier terminal utilisateur 1. Le serveur SCC AS 3 a pour fonction de servir d'intermédiaire lors de l'établissement 35 d'une session multimédia entre un terminal d'un utilisateur ayant souscrit au service de transfert inter-terminal, par exemple le premier terminal utilisateur 1, et un correspondant, par exemple le deuxième serveur d'application 4. Le serveur 3 permet ainsi par la suite de réaliser des opérations de transfert et de réplication. On appelle opération de transfert une opération de remplacement du terminal 1 par un autre terminal pour la réception d'un flux média. On appelle opération de réplication une opération de copie d'un flux média envoyé au terminal 1 vers un autre terminal. Comme représenté sur la figure 3, le serveur 3 comprend un module d'émission-réception 30 configuré pour recevoir une requête de transfert ou de réplication émise par un terminal d'un utilisateur ayant souscrit au service de transfert inter-terminal, par exemple le terminal 1. Le module d'émission-réception 30 est en outre configuré pour recevoir, lors de l'établissement d'une session multimédia, par exemple entre le terminal 1 et le serveur d'application 4, un message, émis par le serveur 4, contenant un ensemble d'éléments d'information relatifs à des opérations de transfert ou de réplication autorisées pour la session multimédia. Le serveur 3 comporte un module de mémoire 31 configuré pour mémoriser l'ensemble d'éléments d'information reçu. Le serveur 3 comprend également un module de traitement 32 configuré pour comparer des informations contenues dans une requête de transfert ou de réplication, en particulier des informations relatives au terminal destinataire du transfert ou de la réplication, avec un ensemble d'éléments d'information relatifs à des opérations de transfert ou de réplication autorisées pour la session multimédia. Le module de traitement 32 est en outre configuré pour déterminer, en fonction de la comparaison, si l'opération de transfert ou de réplication est autorisée. Le serveur 3 comprend également un module de transfert et de réplication 33 configuré pour réaliser une opération de transfert ou de réplication d'un flux média lorsque l'opération a été déterminée comme autorisée par le module de traitement 32. Le serveur d'application 4 est un exemple de correspondant au sens de l'invention. Comme représenté sur la figure 4, le serveur d'application 4 comprend un module d'émission-réception 40 configuré pour émettre, lors de l'établissement d'une session multimédia, par exemple entre le premier terminal 1 et le serveur 4, un message contenant un ensemble d'éléments d'information relatifs à des opérations de transfert ou de réplication autorisées pour la session multimédia. Le serveur d'application 4 comprend en outre un module de service 41 hébergeant une logique de service, par exemple un service de fourniture de vidéo et/ou de musique. En se référant à la figure 5, on décrit ci-dessous un procédé d'établissement d'une session multimédia entre le terminal 1 et un correspondant, par exemple le serveur d'application 4, l'établissement de la session étant initié par le terminal 1. A l'étape S1, le terminal 1 envoie au serveur 3 une requête d'établissement de session, appelée requête INVITE, pour demander l'établissement d'une session multimédia entre le terminal 1 et le serveur d'application 4. On notera que la requête INVITE est transmise au serveur 3 car l'utilisateur du terminal 1 a souscrit au service de transfert inter-terminal. A l'étape S2, le serveur 3 reçoit la requête INVITE et génère une autre requête INVITE à destination du serveur d'application 4. A l'étape S3, le serveur d'application 4 reçoit la requête INVITE. En réponse à la réception de la requête INVITE, le serveur d'application 4 génère un message de réponse, appelé message « 200 OK », pour confirmer l'établissement de la session entre le serveur d'application 4 et le terminal 1. Le message de réponse contient, outre les éléments classiques d'un message SIP «200 OK », un ensemble d'éléments d'information destiné à indiquer les opérations de transfert et/ou de réplication inter-terminal autorisées pour cette session multimédia. L'ensemble des éléments d'information peut être inséré dans le message SIP « 200 OK » par le biais d'un en-tête SIP dédié à cet effet, ou, en variante, sous forme d'un document XM., (Extensible Markup Language) inclus dans le message SIP « 200 OK ». L'ensemble d'éléments d'information présente une sémantique prédéterminée. Par exemple, l'ensemble d'éléments d'information peut comporter : - un élément d'information « a=transfer-restriction:same-terminal » pour interdire le transfert et la réplication du flux média vers un autre terminal, et/ou - un élément d'information « a=transfer-restriction: same-user » pour interdire le transfert et la réplication du flux média vers un autre terminal appartenant à un autre utilisateur, et/ou - un élément d'information «a=transfer-restriction:ty» pour limiter le transfert et la réplication du flux média vers un terminal de type télévision, des éléments d'information similaires pouvant être utilisés pour limiter le transfert et la réplication du flux média vers des terminaux d'un certain type, par exemple téléphone mobile, ordinateur, ou autre, et/ou - un élément d'information « a=replication-limit: terminals=n » pour limiter le nombre de terminaux vers lesquels le flux média peut être répliqué, l'entier n correspondant au nombre maximal de réplications, et/ou - un élément d'information «a=replication-limit: users=n» pour limiter le nombre d'utilisateurs vers lesquels le flux média peut être répliqué, l'entier n correspondant au nombre maximal d'utilisateurs. La sémantique permet également de préciser à quel(s) type(s) de média chacune des opérations autorisées ou interdites s'applique, c'est-à-dire de préciser, pour chaque élément d'information, s'il s'applique à un flux audio et/ou vidéo et/ou texte par exemple. Il est ainsi possible, notamment, d'interdire le transfert et la réplication vers un autre terminal pour le flux vidéo, et, d'interdire le transfert et la réplication vers un autre utilisateur et de limiter la réplication à deux terminaux, pour le flux audio. Dans cet exemple, le serveur 4 insère dans la partie du message SIP concernant le flux vidéo un élément d'information «a=transfer-restriction:sameterminal », et dans la partie du message SIP concernant le flux audio un élément d'information « a=transfer-restriction:same-user » et un élément d'information « a=replication-limit: terminals=2 ». Lorsque le message de réponse a été généré, le serveur 4 émet le message de réponse à destination du serveur 3. A l'étape S4, le serveur 3 reçoit le message de réponse, le décode et mémorise dans la base 10 de données 31 l'ensemble d'éléments d'information insérés dans le message de réponse. Puis, le serveur 3 génère un message de réponse à destination du terminal 1. La session multimédia est alors établie. L'utilisateur peut alors, via le module multimédia 12, visualiser un flux média, par exemple une vidéo ou un enregistrement audio, délivré par le serveur d'application 4. 15 En se référant à la figure 6, on décrit ci-dessous un procédé d'établissement d'une session multimédia entre le terminal 1 et un correspondant, par exemple le serveur d'application 4, l'établissement de la session étant initié par le correspondant. A l'étape S10, le serveur d'application 4 envoie une requête d'établissement de session, appelée requête INVITE, à destination du terminal 1. 20 La requête INVITE contient, outre les éléments classiques d'une requête SIP INVITE, un ensemble d'éléments d'information destiné à indiquer les opérations de transfert et/ou de réplication inter-terminal autorisées pour cette session multimédia. L'ensemble d'éléments d'information est construit de manière similaire à ce qui a été décrit pour l'étape S3. En outre, comme décrit pour cette étape, l'ensemble d'éléments d'information peut 25 être inséré dans la requête SIP INVITE par le biais d'un en-tête SIP dédié à cet effet, ou, en variante, sous forme d'un document XML (Extensible Markup Language) inclut dans la requête SIP INVITE. A l'étape S11, le serveur 3 intercepte la requête INVITE destinée au terminal 1, car l'utilisateur du terminal 1 a souscrit au service de transfert inter-terminal. Le serveur 3 décode la 30 requête et mémorise dans la base de données 31 l'ensemble d'éléments d'information insérés dans la requête. Puis, le serveur 3 génère une requête INVITE à destination du terminal 1. Ainsi, le serveur d'application 4 n'a pas besoin de savoir si le terminal 1 bénéficie du service de transfert inter-terminal. En effet, si c'est le cas, l'ensemble d'élément d'information sera reçu et pris en compte par le serveur 3, sinon il sera tout simplement ignoré. A l'étape 512, le terminal 1 reçoit la requête INVITE. En réponse à la réception de la requête INVITE, le terminal 1 génère un message de réponse, appelé message « 200 OK », pour confirmer l'établissement de la session entre le serveur d'application 4 et le terminal 1. Puis, le terminal 1 transmet le message de réponse à destination du serveur 3. A l'étape S13, le serveur 3 reçoit le message de réponse et génère un message de réponse à destination du serveur 4. La session multimédia est alors établie. L'utilisateur peut alors, via le module multimédia 12, visualiser un flux média, par exemple une vidéo ou un enregistrement audio, mémorisé sur le serveur d'application 4. En se référant à la figure 7, on décrit ci-dessous un procédé de transfert ou de réplication d'un flux média transmis par le correspondant, dans l'exemple le serveur d'application 4, au premier terminal utilisateur 1. En d'autres termes, on suppose qu'une session multimédia a été préalablement établie entre le premier terminal utilisateur 1 et le serveur d'application 4, et que l'utilisateur du premier terminal 1 souhaite effectuer une opération de transfert ou de réplication d'un flux média vers un autre terminal, par exemple le terminal 2. A l'étape S20, le premier terminal utilisateur 1 émet à destination du serveur 3 une requête de transfert ou de réplication. La requête contient notamment des informations relatives au terminal destinataire du transfert ou de la réplication, dans l'exemple le deuxième terminal utilisateur 2. La requête contient également des informations relatives au flux media à transférer ou à répliquer. A l'étape S21, le serveur 3 reçoit la requête, la décode et compare les informations relatives au terminal destinataire 2 et au flux média à transférer ou à répliquer avec l'ensemble d'éléments d'information mémorisé pendant l'établissement de la session, c'est-à-dire à l'étape S4 ou à l'étape S11. Puis, le serveur 3 détermine, en fonction de la comparaison, si l'opération de transfert ou de réplication doit être autorisée ou interdite. Lorsque l'opération de transfert ou de réplication doit être autorisée, le procédé passe à l'étape S22. Lorsque l'opération de transfert ou de réplication doit être interdite, le procédé passe à l'étape 523. A l'étape S22, le serveur 3 réalise l'opération de transfert ou de réplication du flux média vers le deuxième terminal utilisateur 2. A l'étape S23, le serveur 3 rejette la requête et ne réalise pas l'opération de transfert ou de 30 réplication. Ce procédé permet ainsi d'empêcher une opération de transfert ou de réplication d'un flux média lorsqu'elle est contraire à des instructions provenant du serveur d'application 4, bien que celui-ci ne participe pas aux étapes du procédé de transfert ou de réplication. Il permet en d'autres termes à un propriétaire d'un serveur d'application d'exercer un contrôle sur la diffusion d'un contenu multimédia délivré par le serveur d'application. On suppose par exemple qu'un premier utilisateur et un deuxième utilisateur regardent une vidéo sur le téléphone mobile du premier utilisateur, et que le deuxième utilisateur souhaite regarder la fin de la vidéo sur un autre terminal, par exemple une télévision. A l'étape S20, une requête de transfert ou de réplication est émise par le téléphone mobile pour demander le transfert ou la réplication de la vidéo sur la télévision. A l'étape 521, le serveur SCC reçoit la requête et la compare à un ensemble d'éléments d'information reçu du serveur d'application contenant la vidéo lors de l'établissement de la session multimédia. Ainsi, si le fournisseur de la vidéo refuse que cette vidéo soit affichée sur un terminal autre qu'un téléphone mobile, le serveur SCC rejettera la requête et n'effectuera pas l'opération de transfert ou de réplication demandée. En effet, l'opérateur de réseau, propriétaire du serveur SCC, ne doit permettre l'opération que si le fournisseur de la vidéo autorise qu'il soit affiché sur un terminal autre que le mobile, faute de quoi l'opérateur de réseau pourrait enfreindre l'accord de diffusion qu'il a avec le fournisseur de contenu. Cette autorisation peut dépendre du type de vidéo et de l'abonnement que l'utilisateur a souscrit auprès du fournisseur. Bien entendu, la présente invention ne se limite pas aux formes de réalisation décrites ci-avant à titre d'exemples ; elle s'étend à d'autres variantes. 5 10 15 25 30 REVENDICATIONS1. Procédé de traitement de données pour limiter, lors d'une session multimédia impliquant un premier terminal utilisateur (1), des opérations de transfert ou de réplication d'un flux média vers d'autres terminaux utilisateurs, le procédé comprenant des étapes consistant à : a) recevoir une requête de transfert ou de réplication d'un flux média émise par le premier terminal utilisateur (1), ladite requête contenant des informations relatives à un deuxième terminal utilisateur (2), destinataire du transfert ou de la réplication, et des informations relatives au flux media à transférer ou à répliquer, b) comparer lesdites informations relatives au deuxième terminal utilisateur (2) et au flux media à transférer ou à répliquer avec un ensemble d'éléments d'information relatifs à des opérations de transfert ou de réplication autorisées pour ladite session multimédia, et déterminer, en fonction de la comparaison, si l'opération de transfert ou de réplication est autorisée, et c) lorsque l'opération de transfert ou de duplication est autorisée, réaliser l'opération de transfert ou de réplication du flux média vers ledit deuxième terminal utilisateur (2). 2. Procédé selon la revendication 1, caractérisé en ce qu'il comporte une étape préalable d'établissement d'une session multimédia entre ledit premier terminal utilisateur (1) et un correspondant (4), ladite étape préalable comportant une opération de réception d'un message, émis par ledit correspondant (4), contenant un ensemble d'éléments d'information relatifs à des opérations de transfert ou de réplication autorisées pour ladite session multimédia. 3. Procédé selon la revendication 2, caractérisé en ce que ledit message est un message SIP, l'ensemble d'éléments d'information étant inséré dans ledit message par le biais d'un en-tête SR'. 4. Procédé selon la revendication 2, caractérisé en ce que ledit message est un message SIP, l'ensemble d'éléments d'information étant inséré dans ledit message sous la forme d'un document )(Mt. 5. Procédé selon l'une des revendications 2 à 4, caractérisé en ce que l'établissement de la session est initié par ledit premier terminal utilisateur (1), l'ensemble d'éléments d'information étant inséré dans un message ST de type « 200 OK ». 6. Procédé selon l'une des revendications 2 à 4, caractérisé en ce que l'établissement de la session est initié par ledit correspondant (4), l'ensemble d'éléments d'information étant inséré dans un message SW de type « INVITE ». 7. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ledit ensemble d'éléments d'information comprend un élément d'information pour interdire le transfert et la réplication du flux média vers un autre terminal, et/ou un élément d'information pour interdire le transfert et la réplication du flux média vers un autre terminal appartenant à un autre utilisateur, et/ou un élément d'information pour limiter le transfert et la réplication du flux média vers un terminal d'un type prédéterminé, et/ou un élément d'information pour limiter le nombre de terminaux vers lesquels le flux média peut être répliqué, et/ou un élément d'information pour limiter le nombre d'utilisateurs vers lesquels le flux média peut être répliqué. 25 8. Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce qu'un élément d'information est associé à un flux média prédéterminé, l'ensemble d'éléments d'information pouvant contenir des éléments d'information respectivement associés à plusieurs flux média de la session multimedia. 30 9. Programme informatique comportant des instructions pour la mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 8 lorsque ce programme est exécuté par un processeur. 20 10. Serveur (3) configuré pour limiter, lors d'une session multimédia impliquant un premier terminal utilisateur (1), des opérations de transfert ou de réplication d'un flux média vers d'autres terminaux utilisateurs, le serveur comprenant : - un module de réception (30) configuré pour recevoir une requête de transfert ou de réplication d'un flux média émise par le premier terminal utilisateur (1), ladite requête contenant des informations relatives à un deuxième terminal utilisateur (2), destinataire du transfert ou de la réplication, et des informations relatives au flux media à transférer ou à répliquer, - un module de traitement (32) configuré pour comparer lesdites informations relatives au deuxième terminal utilisateur (2) et au flux media à transférer ou à répliquer avec un ensemble d'éléments d'information relatifs à des opérations de transfert ou de réplication autorisées pour ladite session multimédia, et pour déterminer, en fonction de la comparaison, si l'opération de transfert ou de réplication est autorisée, et - un module de transfert et de réplication (33) configuré pour réaliser l'opération de transfert ou de réplication du flux média vers ledit deuxième terminal utilisateur (2) lorsque ladite opération a été déterminée comme autorisée. 11. Serveur selon la revendication 10, caractérisé en ce que ledit module de réception (30) est configuré pour recevoir, lors de l'établissement d'une session multimédia entre ledit premier terminal utilisateur (1) et un correspondant (4), un message, émis par ledit correspondant (4), contenant un ensemble d'éléments d'information relatifs à des opérations de transfert ou de réplication autorisées pour ladite session multimédia, ledit serveur (3) comportant un module de 25 mémoire (31) configuré pour mémoriser ledit ensemble d'éléments d'information. 12. Système comportant un serveur (3) selon l'une des revendications 10 ou 11, et un premier terminal utilisateur (1) comportant un module d'émission (10) 30 configuré pour émettre, à destination dudit serveur (3), une requête de transfert ou de réplication d'un flux média, ladite requête contenant des informations relatives à un deuxième terminal utilisateur (2), destinataire du transfert ou de la réplication. 10 15 20 5 13. Système selon la revendication 12, caractérisé en ce qu'il comporte en outre un deuxième serveur (4) comportant un module d'émission (40) configuré pour émettre, lors de l'établissement d'une session multimédia entre ledit premier terminal utilisateur (1) et ledit deuxième serveur (4), un message contenant un ensemble d'éléments d'information relatifs à des opérations de transfert ou de réplication autorisées pour ladite session multimédia.