FR 2984651 A1 20130621 FR 1161728 A 20111215 Procédé, dispositif et système de diffusion de conférences sur un réseau étendu L'invention concerne le domaine de la diffusion de flux de données de conférence en temps réel sur un réseau étendu tel que l'internet. Les fournisseurs de contenus, comme par exemple les télévisions, les journaux ou les internautes, peuvent pratiquer actuellement une diffusion de flux de données en temps réel (aussi appelé en direct) sur internet, parfois désignée par les termes «diffusion en temps réel sur la toile» ou en anglais par le terme de « live streaming ». La diffusion sur un réseau étendu permet également de fournir des services augmentés permettant par exemple à plusieurs internautes de commenter une émission en même temps tandis que leur communication est diffusée, avec l'émission, sur le réseau en temps réel (en direct). De tels services sont très demandés et il est souhaitable d'améliorer la communication de tels flux de données multimédia en temps réel. Malheureusement les solutions disponibles actuellement pour réaliser ce type de services sont d'usage difficile et ne permettent pas l'accès différé au contenu. Une solution possible consiste à employer un système associant une table de montage, par exemple de régie télévisuelle, associée à un serveur de diffusion en temps réel sur le réseau internet. Cependant, outre le fait que ces dispositifs soient principalement développés pour les chaînes de télévision et non pas pour les contenus multimédia diffusés sur la toile, ils ne permettent pas un accès au flux de données après le début de la communication ou en cas de déconnexion (en décalage temporel ou en complet différé). La présente invention a pour objet de remédier aux inconvénients précités. La présente invention propose à cet effet un procédé mis en oeuvre par un dispositif de communication de flux de données de conférence, comprenant les étapes de : obtenir à partir d'un flux de données de conférence en temps réel : - des données temporaires, et - des données d'enregistrement ; sélectionner, sur réception d'une requête d'un choix de données à diffuser entre les données temporaires et les données d'enregistrement, des données à diffuser parmi des données temporaires et des données d'enregistrement ; communiquer, en mode de diffusion, un flux de données constitué à partir desdites données à diffuser. Ainsi, la présente invention permet d'améliorer la communication de flux de données de conférence en temps réel en permettant leur diffusion en temps réel et en différé. Elle permet ainsi à un utilisateur de contrôler le flux de données multimédia afin de pouvoir revoir une partie du contenu auquel il n'aurait pas eu accès ou qu'il souhaiterait visionner à nouveau. L'utilisateur peut par exemple mettre en pause la diffusion pour s'absenter et la reprendre par la suite. La commutation entre le mode temps réel et le mode différé peut s'effectuer de façon transparente. L'utilisateur peut aussi revoir une partie du contenu par exemple le début du contenu, dans le cas où il aurait commencé à recevoir le flux de données après le début de la communication, ou une partie quelconque du contenu dans le cas où il n'aurait pas eu accès à ladite partie pour cause d'une déconnexion du réseau ou d'un incident quelconque. Enfin, il peut accéder aux données longtemps après la fin de la conférence, c'est-à-dire en complet-différé. Selon un mode de réalisation, l'étape d'obtention du flux de données de conférence en temps réel peut comporter les opérations de : enregistrer le flux de données de conférence en temps réel dans des données temporaires, et ajouter lesdites données temporaires à la suite de données d'enregistrement. De cette façon la communication du flux de données de conférence nécessite un faible nombre d'accès aux données permanentes ce qui réduit la charge du dispositif la mettant en oeuvre. Dans un mode de réalisation dans lequel le flux de données de conférence en temps réel comprend des paquets de données, l'opération d'enregistrement comprend l'enregistrement des paquets de données dans un espace de stockage temporaire de façon à ce que les derniers paquets reçus remplacent les premiers paquets reçus. Selon un mode de réalisation, les données d'enregistrement sont enregistrées dans un espace de stockage permanent. Dans un mode de réalisation avantageux la communication en mode de diffusion du flux de données est réalisée via un réseau étendu. L'invention peut ainsi fonctionner sur n'importe quel terminal utilisateur adapté pour recevoir un contenu diffusé sur un réseau étendu, par exemple un contenu HTTP (HyperText Transfer Protocol). Si le terminal utilisateur est connecté au système de communication selon l'invention par l'intermédiaire d'un navigateur internet, l'invention peut également fonctionner sans modification dudit navigateur et sans nécessiter la réalisation d'un nouveau lecteur de flux de donnée ce qui facilite le déploiement de l'invention. Selon un mode de réalisation, la communication en mode de diffusion du flux de données est réalisée selon un protocole choisi parmi une liste comprenant le protocole UDP pour User Datagram Protocol et le protocole TCP pour Transmission Control Protocol. La présente invention propose par ailleurs un dispositif de communication de flux de données de conférence comprenant un module de sélection, parmi des données obtenues à partir d'un flux de données de conférence en temps réel, de données à diffuser parmi des données temporaires et des données d'enregistrement, lesdites données temporaires et d'enregistrement étant obtenues à partir du flux de données de conférence en temps réel, et un module de diffusion communiquant en mode de diffusion un flux de données constitué à partir desdites données à diffuser. Dans un mode de réalisation avantageux, le module de réception comporte un module de réception du flux de données de conférence en temps réel en tant que données temporaires, le module de réception ajoutant lesdites données temporaires à la suite de données d'enregistrement. Selon un mode de réalisation, ce dispositif comprend en outre au moins un espace de stockage temporaire et un espace de stockage permanent et le module de réception est arrangé pour enregistrer les données temporaires dans l'espace de stockage temporaire et les données d'enregistrement dans l'espace de stockage permanent. La présente invention propose en outre un système de communication de flux de données de conférence comprenant au moins un dispositif de communication tel que décrit ci-avant ainsi qu'un gestionnaire de diffusion recevant un flux de données de conférence en temps réel et transmettant ledit flux de données de conférence en temps réel au dispositif de communication. Selon un mode de réalisation, ce système comprend une pluralité de dispositifs de communication tels que décrits ci-avant et comporte en outre un gestionnaire de connections recevant au moins une connexion d'un utilisateur et reconnectant l'utilisateur vers un dispositif de communication sélectionné parmi les dispositifs de communications. Dans un mode de réalisation, ce système comprend en outre un module de transformation recevant au moins un flux de données de conférence en temps réel, transformant ledit flux de données de conférence en temps réel en un flux de données adapté pour être diffusé et transmettant au gestionnaire de diffusion ledit flux de données adapté pour être diffusé. De façon avantageuse, plusieurs terminaux utilisateurs étant susceptibles d'être connectés à un serveur de conférence pour établir une conférence, le système de communication peut être connecté au serveur de conférence en tant que client de la conférence. Dans un mode de réalisation particulier, les flux de données et les données ci-avant sont des données audio et/ou vidéo. Ceci permet d'assurer une communication de flux de données issus de visioconférences ou d'audioconférences. La présente invention propose enfin un programme d'ordinateur pour un dispositif de communication de flux de données de conférence, le programme contenant des instructions pour mettre en oeuvre un procédé telle que décrit ci-avant lors d'une exécution du programme par un processeur du dispositif de communication. D'autre caractéristiques et avantages de l'invention apparaîtront à la lecture de la description et à l'observation des dessins ci-après dans lesquels : - la figure 1 est un schéma synoptique illustrant un système de conférence selon un mode de réalisation de la présente invention ; - la figure 2 est un schéma synoptique illustrant un second mode de réalisation d'un système de conférence selon la présente invention ; - la figure 3 est un schéma synoptique détaillant un système de communication de conférence selon un mode de réalisation de la présente invention ; - la figure 4 est un schéma synoptique détaillant un dispositif de communication selon un mode de réalisation de la présente invention ; - la figure 5 illustre les étapes d'un procédé de communication selon un mode de réalisation de la présente invention ; - la figure 6 illustre les étapes de réception du flux de données d'un procédé selon un mode de réalisation de la présente invention. On se réfère tout d'abord à la figure 1 sur laquelle est représenté un système de conférence comprenant plusieurs terminaux utilisateurs 1 a, 1 b, 1c, un serveur de conférence 1, un système de communication 2 de flux de données de conférence en temps réel, un réseau étendu 3 ainsi que des terminaux ou utilisateurs du réseau étendu 4.. Le réseau étendu 3 peut par exemple être le réseau internet. Dans tout ce qui suit, on entend par le terme de « conférence », une communication pendant laquelle un ou plusieurs participants échangent des données audio et/ou vidéo avec un serveur de conférence, par exemple une audioconférence ou une visioconférence. Un participant peut par exemple être une régie de télévision et le contenu, une émission télévisée. Il peut aussi être un internaute disposant d'un dispositif de communication comme une caméra et/ou un microphone. Les participants peuvent être localisés à différents endroits physiques et être connectés avec le serveur de conférence 4 par l'intermédiaire du réseau étendu 3. Dans ce qui suit, on entend en outre par « temps réel », un transfert des données aussi immédiat que possible en fonction des caractéristiques du réseau étendu 3 et des liens de connexion entre les différentes modules et dispositifs en question. Suivant les protocoles disponibles, l'expression « temps réel » pourra donc signifier temps réel, quasi-temps réel ou léger différé, par exemple dans le cas où le réseau étendu 3 ne présente pas de délai maximum garanti. Les terminaux utilisateurs 1 a, 1 b, 1 c et le système de communication 2 de flux de données de conférence en temps réel échangent des données 10, 11 avec le serveur de conférences 1. Ces données 10, 11 peuvent comprendre des informations de signalisation 10 qui permettent d'organiser la conférence et qui sont échangées selon un protocole de gestion de session et de signalisation des appels tel par exemple que le protocole SIP (pour « Session Initiation Protocol »). Les données 10, 11 comprennent également des flux média 11, constitués de données audio et/ou vidéo. Ces flux média peuvent être échangés en temps réel au travers de protocoles de communication par exemple de type RTP (Real-time Transport Protocol). Les terminaux utilisateurs 1 a, 1 b, 1 c sont adaptés pour pouvoir envoyer et recevoir des flux média 11 avec le serveur de conférence 1. Ils comportent par exemple des logiciels de conférence connus, adaptés pour être mis en relation avec le serveur de conférence 1 grâce à des protocoles de gestion de session et de signalisation des appels tel par exemple que SIP ou H.323. Le serveur de conférence 1 comprend un logiciel de contrôle, par exemple de type MCU (pour « Multipoint Control Unit »), adapté pour réaliser le transcodage des flux média 11. Ce transcodage peut par exemple comprendre le décodage des flux média 11 entrants, leur mélange (ou « mixage ») donnant des flux média 11 sortant, l'encodage des flux média 11 sortant, ainsi que l'envoi desdits flux média 11 sortants, aux terminaux utilisateurs 1 a, 1 b, 1 c ainsi qu'au système de communication 2. Ce transcodage peut être réalisé quasiment en temps réel de façon à améliorer le confort de la conférence. Le système de communication 2 est configuré pour recevoir des flux de données de conférence en temps réel depuis le serveur de conférence 1 et diffuser ces flux de données aux utilisateurs 4 du réseau étendu 3 comme détaillé ci-après. Le système de communication 2 peut par exemple être configuré pour ne pas envoyer de flux média 11 vers le serveur de conférence 1, c'est-à-dire être un client passif dans la conférence. Dans une variante de réalisation du système de conférence, illustrée figure 2, le serveur de conférence 1 peut comprendre le système de communication 2. Un mode de réalisation du système de communication 2 de flux de données de conférence en temps réel va maintenant être détaillé, en référence à la figure 3. Sur cette figure est représentée une architecture de communication de flux de données en temps réel comprenant un dispositif source 1, par exemple un serveur de conférence telle que détaillé ci-avant, un système de communication 2 de flux de données de conférence en temps réel, un réseau étendu 3 ainsi que des terminaux ou utilisateurs du réseau étendu 4. Le dispositif source 1 transmet au moins un flux de données de conférence en temps réel FS au système de communication 2. Les flux de données peuvent par exemple comprendre des données audio et/ou vidéo. Ils peuvent par exemple être issus d'une visioconférence ou d'une audioconférence dans laquelle le dispositif source 1 est un serveur de conférence. Le système de communication 2 réceptionne le flux de données FS et le diffuse sous la forme d'un flux de données diffusé FD sur le réseau étendu 3 jusqu'aux terminaux utilisateurs 4. Le système de communication 2 peut par exemple être un client dans une conférence dont le dispositif source 1 est le serveur de conférence. Les utilisateurs 4 du réseau étendu peuvent également avoir la possibilité d'envoyer des requêtes R au système de communication 2 par l'intermédiaire du réseau étendu 3. Les requêtes R pourront par exemple être des requêtes HTTP (HyperText Transfer Protocol). Le système de communication 2 comprend différents éléments qui vont maintenant être décrits. Il comporte au moins un dispositif de communication de flux de données en temps réel 22 apte à recevoir au moins un flux de données en temps réel FT et à fournir en sortie un flux de données FD. Les dispositifs de communication 22 peuvent également être arrangés pour recevoir des requêtes R issues par exemple des utilisateurs 4. Dans l'exemple de la figure 3, trois dispositifs de communication 22, 23, 24 sont représentés mais un nombre quelconque de dispositifs de communication peut être employé, sachant que plus ce nombre est grand plus le nombre d'utilisateurs 4 se connectant à un même dispositif 22 est faible ce qui réduit le temps de réponse de chaque dispositif et augmente sa bande passante. La connexion entre un dispositif de communication 22 et un utilisateur 4 pourra par exemple être de type unicast, ou point à point, et employer par exemple le protocole TCP (Transmission Control Protocol). Le système de communication 2 peut également comprendre un gestionnaire de diffusion 20 apte à recevoir un flux de données en temps réel FT, issu par exemple du dispositif source 1, et à transmettre ce flux de données aux dispositifs de communication 22, 23, 24. La connexion entre le système de communication 2 et les dispositifs de communication 22 pourra être de type unicast et employer par exemple le protocole TCP (Transmission Control Protocol) ou UDP (User Datagram Protocol). Elle pourra aussi être de type multicast et employer par exemple le protocole UDP (User Datagram Protocol). Pour adapter les flux de données FS reçu de la source 1 à une communication par un mode de diffusion, le système de communication 2 peut en outre comprendre un module de transformation 25. Ce module peut par exemple être arrangé pour convertir ou transcoder les flux reçus de la source 1 et les encapsuler dans des paquets PF pour constituer un flux de données transformé FT adapté pour être diffusé sur un réseau étendu. A titre d'exemple, dans le cas d'une visioconférence, les flux peuvent par exemple être convertis aux formats H264 pour les données vidéo et AAC pour les données audio avant d'être associées dans un seul canal de transmission sous la forme de paquets PF, par un multiplexeur. Enfin, le système de communication 2 peut comporter un gestionnaire de connections 21 relié au réseau étendu 3 et apte à recevoir les connections des utilisateurs 4 dudit réseau et à les rediriger vers (ou les reconnecter à) un dispositif de communication 22 sélectionné. Ledit dispositif de communication 22 sélectionné peut par exemple être le dispositif de communication le moins chargé à l'instant de la connexion de l'utilisateur 4 au gestionnaire de connexions 21, par exemple le dispositif de communication 22 auquel est connecté le plus faible nombre d'utilisateurs 4. Le gestionnaire de connexion 21 permet donc de répartir la charge de travail entre les différents dispositifs de communication 22, 23, 24. En se référant maintenant à la figure 4, un dispositif 22 de communication de flux de données de conférence en temps réel va être décrit plus en détail. Ce dispositif 22 comprend un module de diffusion 225 apte à communiquer en mode de diffusion un flux de données FD à un utilisateur 4 du réseau étendu 3. Comme détaillé ci-avant, la connexion entre le dispositif de communication 22 et l'utilisateur 4 pourra par exemple être de type unicast, ou point à point, et employer par exemple le protocole TCP (Transmission Control Protocol). Le module de diffusion 225 constitue le flux de données FD à partir de données D transmises par un module de sélection 224 arrangé pour sélectionner lesdites données D parmi deux sources de données: des données temporaires DT et des données d'enregistrement DF. Les données temporaires DT peuvent par exemple être enregistrées dans un espace de stockage temporaire 222 et les données permanentes DF enregistrées dans un espace de stockage permanent 223. Le module de sélection 224 peut par exemple recevoir des requêtes R transmises par l'utilisateur 4 via le réseau 3. Il peut alors choisir les données D à transmettre en fonction des requêtes R. A titre d'exemple, un mode de réalisation permettant d'obtenir les données temporaires DT et les données enregistrées DP peut être réalisé comme indiqué ci-après. Le flux de données en temps réel F est tout d'abord reçu par un module de réception 221. Le flux de données F est par exemple constitué de paquets PF reçus successivement par le module de réception 221. Le dispositif de communication 22 comprend en outre un espace de stockage permanent 223 adapté pour pouvoir contenir avantageusement une quantité importante des paquets PF constituant flux de données F. L'espace de stockage permanent 223 peut par exemple être un dispositif de stockage tel qu'un disque dur ou une mémoire. Il peut être muni d'un système de fichier et les paquets PF peuvent par exemple être enregistrés dans un fichier pour former les données enregistrées DF. Le dispositif de communication 22 comprend aussi un espace de stockage temporaire 222 adapté pour enregistrer un certain nombre N de paquets PF reçus par le module de réception 221. L'espace de stockage temporaire 222 peut par exemple être une mémoire tampon ou une mémoire cache, par exemple une mémoire vive, et ne pas nécessiter la création d'un fichier pour enregistrer les paquets PF. L'espace de stockage temporaire 222 peut aussi être constitué par un socket, par exemple ouvert par le module de réception 221. L'espace de stockage temporaire 222 peut par exemple être du type FIFO, c'est-à-dire que le premier paquet PF entré est le premier paquet PF qui sort et ledit espace est en outre adapté pour que l'entrée d'un nouveau paquet PF provoque la suppression du paquet PF le plus ancien de l'espace de stockage. Ainsi, l'espace de stockage temporaire 222 contient toujours les N paquets PF les plus récents du flux de données F qui constituent ainsi les données temporaires DT. Le module de réception 221 enregistre aussi les paquets PF dans l'espace de stockage permanent 223. À cette fin, il ajoute chaque nouveau paquet PF reçu à la fin d'un enregistrement de l'espace de stockage permanent 223, par exemple à la fin d'un fichier ouvert dans cet espace 223. De cette façon, les données d'enregistrement DF contiennent l'intégralité des paquets PF reçus par le dispositif 22 depuis le début de l'émission du flux de données en temps réel F. Le module de sélection 224 est adapté pour pouvoir obtenir des données à la fois depuis l'espace de stockage temporaire 222 et depuis l'espace de stockage permanent 223. A titre d'exemple, si une requête R transmise par l'utilisateur 4 indique que ledit utilisateur souhaite accéder au flux de données en direct, par exemple pour regarder une émission ou une conférence en temps réel, le module de sélection 224 obtient les données temporaires DT correspondant aux derniers paquets PF du flux de données en temps réel F. Il transmet ces données sous la forme de données D au module de diffusion 225 qui les encapsule dans un flux de données FD pour les communiquer à l'utilisateur 4 selon un mode de diffusion. Une autre requête R transmise par l'utilisateur 4 peut indiquer que ledit utilisateur 4 souhaite maintenant accéder au flux de données avec un certain décalage temporel, l'utilisateur 4 ayant par exemple mis la diffusion en pause pendant une durée de 2 secondes et souhaitant continuer la diffusion à partir du moment où il l'a mise en pause. Le dispositif 22 lui transmet alors les données avec un retard de 2 secondes par rapport au temps réel. Pour cela, le module de sélection 224 ayant reçu la requête R de l'utilisateur 4 obtient les données d'enregistrement DF correspondant aux paquets PF reçus 2 secondes avant le temps réel depuis l'espace de stockage permanent 223, qui contient les paquets PF reçus depuis le début de la réception du flux F. Le module de sélection 224 transmet ensuite ces données au module de diffusion 225 sous la forme de données D. Le module de diffusion 225 les encapsule dans un flux de données FD et les transmet à l'utilisateur 4. De cette façon, l'utilisateur 4 peut, au moyen de requêtes R, contrôler à sa guise la diffusion du flux de données FD en revenant en arrière ou en avançant jusqu'à la diffusion en temps réel des données. L'utilisateur 4 peut en outre commuter de façon transparente entre la diffusion en temps réel et la diffusion avec un décalage temporel. Une fois l'émission du flux de données en temps réel FS terminée par la source 1, le dispositif de communication 22 ne reçoit plus de paquets PF. L'espace de stockage temporaire 222 peut alors être vidé tandis que les données d'enregistrement DF sont accessibles dans l'espace de stockage permanent 223. On se réfère maintenant à l'organigramme de la figure 5 qui illustre les étapes d'un procédé de communication de flux de données en temps réel selon la présente invention. Ce procédé de communication est mis en oeuvre par un dispositif de communication 22 tel que décrit ci-avant en relation avec la figure 4. Ce procédé comprend une étape 2000 de sélection de données à diffuser D parmi des données temporaires DT et des données d'enregistrement DF. Comme évoqué précédemment, cette sélection peut être réalisée en réponse à une requête R transmise par un utilisateur 4 connecté au dispositif de communication 22. Elle peut aussi être réalisée par le dispositif de communication 22 suivant un ou plusieurs critères de sélection comme par exemple le moment précis auquel l'utilisateur 4 s'est connecté au dispositif de communication 22. Si l'étape de sélection 2000 aboutit à la sélection des données temporaires DT comme étant les données à diffuser D, elle est suivie d'une étape de récupération 2100 des données temporaires et de transmission au dispositif de diffusion 225. Si l'étape de sélection 2000 aboutit à la sélection des données d'enregistrement DF comme étant les données à diffuser D, elle est suivie cette fois d'une étape de récupération 2200 des données d'enregistrement DF et de transmission desdites données au dispositif de diffusion 225. Une partie spécifique des données d'enregistrement DF peut au besoin être récupérée, par exemple en fonction d'une requête R reçu de l'utilisateur 4. Le procédé se poursuit par une étape de communication 3000 d'un flux de données FD constitué à partir des données à diffuser DF. Cette étape de communication 3000 peut comprendre des opérations de codage et/ou d'encapsulation des données pour les adapter à la diffusion sur le réseau, par exemple à un protocole de diffusion. De façon avantageuse, ce procédé peut en outre comprendre une étape préliminaire 1000 de réception du flux de données en temps réel. Cette étape peut par exemple comprendre une opération 1100 d'enregistrement du flux de données en temps réel FS dans des données temporaires DT. Elle peut également comprendre une opération 1200 d'ajout desdites données temporaires DT à la suite de données d'enregistrement DF. Un exemple de réalisation d'une telle étape de réception 1000 est indiqué sur la figure 6. Le flux de données en temps réel FS comprend des paquets PF. Lors d'une première sous- opération 1110 le contenu de l'espace de stockage temporaire 222 est testé afin de déterminer si ledit espace de stockage est plein. Dans le cas où l'espace n'est pas plein, le dernier paquet entrant PF est ajouté à la suite des paquets PF déjà contenus dans l'espace de stockage temporaire 222 au cours d'une sous- opération 1130. Dans le cas où l'espace est plein, le paquet PF enregistré depuis le plus longtemps dans l'espace de stockage 222, ou premier paquet, est remplacé par le dernier paquet PF au cours d'une sous-opération 1120. A la suite de ces opérations, l'opération d'ajout 1200 permet d'ajouter lesdites données temporaires DT à la suite de données d'enregistrement DF de façon à ce que les données d'enregistrement comprennent l'intégralité du flux de données FS. Les opérations détaillées ci-dessus pourront être appliquées à des pluralités de paquets dans le cas où la communication entre les dispositifs et les modules est réalisée par l'échange de plusieurs paquets à la fois. Une telle étape de réception 1000 pourra aussi être réalisée en employant d'autres procédés que celui décrit ci-dessus et qui se rapporte plus particulièrement à un fonctionnement de type FIFO ou « first-in, first-out >>. Certains modes de réalisation décrit ci-dessus permettent en particulier aux utilisateurs d'accéder au flux de données FD en unicast (par exemple par les protocoles UDP ou TCP). Ceci permet d'optimiser le mécanisme d'accès aux flux de données en temps réel tout en offrant les fonctionnalités de lecture différée (arrêt de la lecture, reprise de la lecture, avance rapide et retour en arrière) sur les flux média temps réel. Les espaces de stockage temporaire 222 et permanent 223 peuvent être réparties sur plusieurs machines. De même, les différents dispositifs et modules constituant le système de communication de flux de données en temps réel 2 peuvent être séparés suivant le mode de réalisation choisi ainsi que les différents modules et mémoires constituant le dispositif de communication 22. Ils pourront alors communiquer entre eux, par exemple ou moyen de communications unicast ou multicast employant les protocoles UDP ou TCP. Bien entendu, la présente invention, de façon générale, ne se limite pas à la forme de réalisation présentée ci-avant à tire d'exemple ; elle s'étend à d'autres variantes. Ainsi, le procédé peut ne pas comprendre d'étape d'enregistrement du flux de données dans des données temporaires et d'ajout des données temporaires à la suite de premières données d'enregistrement. Le flux de données peut par exemple être envoyé vers un socket réseau et/ou ajouté directement à la suite des données d'enregistrement. Le procédé peut aussi ne pas comprendre d'opération d'enregistrement des paquets de données dans un espace de stockage temporaire de façon à ce que les derniers paquets reçus remplacent les premiers paquets reçus. L'espace de stockage temporaire peut être de dimension suffisante pour contenir l'ensemble du flux de données ou les paquets peuvent être stockés dans une pluralité d'espaces de stockage. La communication en mode de diffusion du flux de données peut aussi ne pas être réalisée via un réseau étendu. Elle peut par exemple être réalisée sur un réseau local. La communication en mode de diffusion du flux de données peut ne pas être réalisée selon un protocole choisi parmi une liste comprenant le User Datagram Protocol (UDP) et le Transmission Control Protocol (TCP) mais être réalisée en employant d'autres protocoles du réseau utilisé. De plus, les différents modules et dispositifs utilisés par la présente invention pourront être intégrés ensemble et opérés au sein d'un même processeur de traitement. Ils pourront aussi être séparés sur différentes entités physiques et reliés par le biais d'un réseau de communication pouvant être un réseau étendu. REVENDICATIONS1. Procédé mis en oeuvre par un dispositif de communication de flux de données de conférence, le procédé étant caractérisé en ce qu'il comprend les étapes de : * obtenir (1000) à partir d'un flux de données de conférence en temps réel (FS) : - des données temporaires (DT), et - des données d'enregistrement (DF) ; * sélectionner (2000), sur réception d'une requête (R) d'un choix de données à diffuser (D) entre les données temporaires (DT) et les données d'enregistrement (DF), des données à diffuser (D) parmi des données temporaires (DT) et des données d'enregistrement (DF) ; et * communiquer (3000), en mode de diffusion, un flux de données (FD) constitué à partir desdites données à diffuser (D). 2. Procédé selon la revendication 1, caractérisé en ce que l'étape d'obtention du flux de données de conférence en temps réel (FS) comporte les opérations de: enregistrer (1100) le flux de données de conférence en temps réel (FS) dans des données temporaires (DT), et ajouter (1200) lesdites données temporaires (DT) à la suite de données d'enregistrement (DF). 3. Procédé selon la revendication 2, dans lequel le flux de données de conférence en temps réel (FS) comprend des paquets de données (PF) et caractérisé en ce que l'opération d'enregistrement (1100) comprend l'enregistrement des paquets de données (PF) dans un espace de stockage temporaire (222) de façon à ce que les derniers paquets reçus (PF) remplacent (1120) les premiers paquets reçus (PF). 4. Procédé selon l'une quelconque des revendications 2 et 3, caractérisé en ce que les données d'enregistrement (DF) sont enregistrées dans un espace de stockage permanent (223). 5. Procédé selon l'une des revendications précédentes, caractérisé en ce que la communication en mode de diffusion (3000) du flux de données (FD) est réalisée via un réseau étendu (3). 6. Procédé selon la revendication 5, caractérisé en ce que la communication en mode de diffusion (3000) du flux de données (FD) est réalisée selon un protocole choisi parmi une liste comprenant le protocole UDP pour User Datagram Protocol et le protocole TCP pour Transmission Control Protocol. 7. Dispositif de communication (22) de flux de données de conférence, caractérisé en ce qu'il comprend un module de sélection (224), parmi des données obtenues à partir d'un flux de données de conférence en temps réel (FS), de données à diffuser (D) parmi des données temporaires (DT) et des données d'enregistrement (DF), lesdites données temporaires (DT) et d'enregistrement (DF) étant obtenues à partir du flux de données de conférence en temps réel (FS), et un module de communication en mode de diffusion (225) d'un flux de données (FD) constitué à partir desdites données à diffuser (D). 8. Dispositif selon la revendication 7, caractérisé en ce qu'il comporte un module de réception (221) du flux de données de conférence en temps réel (FS) en tant que données temporaires (DT), le module de réception ajoutant lesdites données temporaires (DT) à la suite de données d'enregistrement (DF). 9. Dispositif selon la revendication 8, caractérisé en ce qu'il comporte en outre au moins un espace de stockage temporaire (222) et un espace de stockage permanent (223), et en ce que le module de réception (221) enregistre les données temporaires (DT) dans l'espace de stockage temporaire (222) et les données d'enregistrement (DF) dans l'espace de stockage permanent (223). 10. Système de communication de flux de données de conférence (2), caractérisé en ce qu'il comprend au moins un dispositif de communication (22) selon l'une des revendications 7 à 9, ainsi qu'un gestionnaire de diffusion (20) recevant un flux de données de conférence en temps réel (FS) et transmettant ledit flux de données de conférence en temps réel (FS) au dispositif de communication (22). 11. Système selon la revendication 10, caractérisé en ce que, le système comprenant une pluralité de dispositifs de communication selon l'une des revendications 7 à 10, le système comporte en outre un gestionnaire de connexions (21) recevant au moins une connexion d'un terminal utilisateur (4) et reconnectant le terminal utilisateur (4) à un dispositif de communication (22) sélectionné parmi les dispositifs de communication (22). 12. Système selon l'une quelconque des revendications 10 et 11, caractérisé en ce qu'il comprend en outre un module de transformation (25) recevant au moins un flux de données de conférence en temps réel (FS), transformant ledit flux de données de conférence en temps réel (FS) en un flux de données adapté pour être diffusé (FT) et transmettant au gestionnaire de diffusion (20) ledit flux de données adapté pour être diffusé (FT). 13. Système selon l'une des revendications 10 à 12, caractérisé en ce que, plusieurs terminaux utilisateurs (1a, 1 b, 1c) étant susceptibles d'être connectés à un serveur de conférence (1) pour établir une conférence, le système est connecté au serveur de conférence (1) en tant que client de la conférence. 14. Procédé, dispositif ou système de communication selon l'une quelconque des revendications précédentes, caractérisé en ce que les flux de données (FS ; FT ; FD) et les données sont des données audio et/ou vidéo. 15. Programme d'ordinateur pour un dispositif de communication de flux de données de conférence (22), le programme contenant des instructions pour mettre en oeuvre un procédé selon l'une quelconque des revendications 1 à 6 lors d'une exécution du programme par un processeur du dispositif de communication (22).