Brevet FR3102595A1 — publié le 20210430

Procédé de diffusion d’une vidéo par un dispositif client, dispositif client et système associé L’invention concerne un procédé de diffusion, par un dispositif client (11), d’une vidéo acquise par une plateforme de virtualisation (12) auprès d’une plateforme vidéo (13) et transmise, sous forme d’un flux vidéo, vers une application de virtualisation (APP_VIR) du dispositif client. Ledit procédé comporte, sur réception, par l’application de virtualisation, d’une information de changement d’un mode de diffusion de la vidéo : - une découverte (E10), par l’application de virtualisation, d’une application vidéo (APP_VID) du dispositif client, et, si la découverte est positive : - une transmission (E20) d’informations vers l’application vidéo, - un accès (E30), par l’application vidéo, à la vidéo en fonction desdites informations, - une diffusion (E40), par l’application vidéo et en remplacement du flux vidéo transmis, de la vidéo en fonction desdites informations. Figure pour l’abrégé : Fig. 3 Procédé de diffusion d’une vidéo par un dispositif client, dispositif client et système associé La présente invention appartient au domaine général de la diffusion de contenus vidéo. Elle concerne plus particulièrement un procédé de diffusion d’une vidéo acquise par une plateforme de virtualisation de bureau auprès d’une plateforme vidéo et transmise, sous forme d’un flux vidéo, de la plateforme de virtualisation vers un dispositif client. L’invention trouve une application particulièrement avantageuse, bien que nullement limitative, pour des applications dans lesquelles le dispositif client est un client léger, comme notamment un décodeur de télévision (encore dit « Set Top Box » dans la littérature anglo-saxonne) connecté à des moyens d’affichage. La technologie de virtualisation informatique est aujourd’hui bien connue. Dans son principal général, elle consiste à créer et exécuter, sur une même plateforme de virtualisation (couramment appelée « machine hôte »), une ou plusieurs représentations virtuelles d’un ordinateur ou de ses différentes ressources, comme par exemple un système d’exploitation, un serveur, un bureau, un système de stockage, un réseau, etc. Ces ressources simulées sont en tous points identiques à leurs versions physiques localisées côté client. La plateforme de virtualisation comportement classiquement une pluralité de couches, dont notamment : - une couche de virtualisation (encore dite « Virtual Machine Manager » dans la littérature anglo-saxonne) ou hyperviseur, et - une couche d’une ou plusieurs machines virtuelles. Chaque machine virtuelle exécute une instance de système d'exploitation unique, appelée système d'exploitation invité, et fonctionne indépendamment des autres machines virtuelles de la plateforme de virtualisation. Chaque système d’exploitation invité nécessite une machine virtuelle isolée pour son exécution. La couche logicielle de virtualisation (ou hyperviseur), quant à elle, est une couche s'exécutant sous les machines virtuelles et fournissant l'environnement d’exécution. La technologie de virtualisation peut se décliner selon différents types, comme par exemple la virtualisation de serveur, la virtualisation de réseau, la virtualisation de stockage, etc. Par exemple, la virtualisation de bureau (encore référencée par « VDI », acronyme de l’expression anglo-saxonne « Virtual Desktop Infrastructure ») correspond à la pratique de l'hébergement d'un système d'exploitation de bureau dans une machine virtuelle en cours d'exécution sur une couche matérielle d’une plateforme de virtualisation, telle que typiquement un serveur à distance dans un centre de données (« datacenter » dans la littérature anglo-saxonne), à partir d'un programme matériel ou logiciel dédié. De cette manière, le bureau personnalisé d’un utilisateur (comme par exemple un environnement de PC Windows), avec ses applications et un accès à ses données, est exécuté dans une machine virtuelle sur un serveur, et reste ainsi accessible à partir d’un dispositif client distant de la plateforme de virtualisation ainsi que apte à communiquer et échanger des données avec cette dernière. Les avantages de la virtualisation de bureau sont bien connus. On peut citer notamment l’accessibilité à un bureau virtuel et ses applications depuis un smartphone, une tablette, un PC, ou même un navigateur web HTML5 ; une meilleure sécurisation des données (du fait du déport au niveau de la plateforme de virtualisation) ; l’accès sécurisé à distance à un environnement de bureau d’entreprise, etc. Bien entendu, la virtualisation de bureau, tout comme les virtualisations d’un autre type, se prête également à la lecture à distance de contenus vidéo. Ainsi, lorsqu’un utilisateur d’un dispositif client souhaite regarder une vidéo via l’environnement virtuel créé par la plateforme de virtualisation, cette dernière acquiert ladite vidéo auprès d’une plateforme vidéo, comme par exemple un serveur détenu par un fournisseur de contenus vidéo (ex : Youtube, Netflix, etc.). La vidéo ainsi acquise est transmise, sous forme d’un flux vidéo, de la plateforme de virtualisation vers une application de virtualisation du dispositif client. La mise en œuvre d’un tel flux vidéo s’effectue de manière connue en soi par des techniques d’encodage en temps réel. La diffusion de la vidéo, via ledit flux vidéo, s’effectue en outre selon un mode d’affichage prédéterminé, par exemple une fenêtre d’un lecteur vidéo natif attaché à la plateforme vidéo et occupant in fine une fraction d’un écran équipant le dispositif client. Or, lorsque l’utilisateur souhaite modifier ce mode d’affichage, par exemple lors d’un passage en plein écran de la vidéo, la qualité du rendu de la diffusion s’en trouve affectée (résolution non ajustée conduisant à un rendu graphique non optimisé). Une telle dégradation résulte non seulement de certaines limitations du réseau de communication (mauvaise qualité de service, délais de transmission du flux trop important, gigue, etc.) mais aussi surtout à l’encodage temps réel du flux vidéo qui n’est pas adapté à une telle modification du mode d’affichage. Ainsi, et d’une manière générale, la virtualisation, du fait de l’encodage temps réel de données inhérent à la mise en œuvre dudit flux vidéo, peine encore à fournir des résultats satisfaisants en ce qui concerne la diffusion de contenus vidéo. La présente invention a pour objectif de remédier à tout ou partie des inconvénients de l’art antérieur, notamment ceux exposés ci-avant, en proposant une solution qui permette, pour un dispositif client connecté à une plateforme de virtualisation, d’améliorer le rendu de la diffusion d’une vidéo côté dispositif client. A cet effet, et selon un premier aspect, l’invention concerne un procédé de diffusion, par un dispositif client, d’une vidéo acquise par une plateforme de virtualisation auprès d’une plateforme vidéo et transmise, sous forme d’un flux vidéo, de la plateforme de virtualisation vers une application de virtualisation du dispositif client, la diffusion de la vidéo par la plateforme de virtualisation étant conforme à un premier mode de diffusion et le flux vidéo comportant une première information relative à un emplacement de stockage de la vidéo au niveau de la plateforme vidéo. En outre, ledit procédé comporte, au cours de la transmission du flux vidéo et sur réception, par l’application de virtualisation, d’une deuxième information relative à un changement dudit premier mode de diffusion en un deuxième mode de diffusion : - une étape de découverte, par l’application de virtualisation, d’une application vidéo du dispositif client, ladite application vidéo étant apte à diffuser et contrôler la diffusion de la vidéo de la plateforme vidéo, et, si la découverte est positive : - une étape de transmission, par l’application de virtualisation vers l’application vidéo, desdites première et deuxième informations, - une étape d’accès, par l’application vidéo et auprès de la plateforme vidéo, à la vidéo en fonction de la première information, - une étape de diffusion, par l’application vidéo et en remplacement du flux vidéo transmis, de la vidéo de la plateforme vidéo, ladite diffusion étant adaptée en fonction de la deuxième information. Ainsi, conformément audit procédé de diffusion, il est proposé de remplacer le flux vidéo provenant de la plateforme de virtualisation par une diffusion émanant de la seule application vidéo appartenant au dispositif client. Autrement dit, le rendu et le contrôle de la diffusion de cette vidéo sont délégués à ladite application vidéo, si bien que la plateforme de virtualisation ne joue plus le rôle d’intermédiaire entre le dispositif client et la plateforme vidéo. Procéder de la sorte permet d’obtenir une diffusion brute de la vidéo. Par « brute », on fait référence ici au fait que l’encodage temps réel subi par la vidéo lors de son émission sous forme de flux est désormais absent au niveau du dispositif client. En raison de cette délégation du rendu et du contrôle de la diffusion de la vidéo à l’application vidéo du dispositif client, l’invention offre la possibilité avantageuse de supprimer tout ou partie des effets conduisant à la dégradation de la diffusion lors du changement de mode de diffusion et liés, notamment, à l’encodage temps réel du flux vidéo. En effet, en dotant le dispositif client d’une application vidéo idoine, cette dernière est en mesure de gérer de manière améliorée (i.e. sans encodage temps réel) ledit changement de mode de diffusion, comme par exemple le passage d’une fenêtre réduite de diffusion à un mode plein écran. Dans des modes particuliers de mise en œuvre, le procédé de diffusion peut comporter en outre l’une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles. Dans des modes particuliers de mise en œuvre, le procédé comporte également : - lors de la diffusion de la vidéo par l’application vidéo, une étape de réception, par l’application vidéo, d’une troisième information relative à un changement dudit deuxième mode de diffusion en ledit premier mode de diffusion, - une étape de reprise, par la plateforme de virtualisation et en remplacement de la vidéo diffusée par l’application vidéo, de la diffusion de la vidéo acquise et transmise sous forme du flux vidéo, ladite diffusion étant adaptée en fonction de la troisième information. Suivant de telles dispositions, le procédé de diffusion selon l’invention est avantageusement réversible en ce qui concerne la prise en charge du rendu et du contrôle de la diffusion de la vidéo. Autrement dit, lors d’un retour au premier mode d’affichage, le rendu et le contrôle de la vidéo sont à nouveau délégués à la plateforme de virtualisation via le flux vidéo, ce qui permet avantageusement de ne pas solliciter inutilement les ressources du dispositif client vi l’exécution de l’application vidéo. Dans des modes particuliers de mise en œuvre, les premier et deuxième modes de diffusion correspondent respectivement à une diffusion de la vidéo dans une première et une deuxième zones de diffusion, la taille de la première zone étant inférieure à la taille de la deuxième zone. Dans des modes particuliers de mise en œuvre, l’étape de découverte est basée sur le protocole DIAL. Dans des modes particuliers de mise en œuvre, ladite première information correspond à un identifiant. Selon un deuxième aspect, l’invention concerne un programme d’ordinateur comportant des instructions pour la mise en œuvre du procédé de diffusion selon l’invention lorsque ledit programme est exécuté par un ordinateur. Ce programme peut utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. Selon un troisième aspect, l’invention concerne un support d’informations ou d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur selon l’invention. Le support d'informations ou d’enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations ou d’enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations ou d’enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Selon un quatrième aspect, l’invention concerne un dispositif client pour la diffusion d’une vidéo acquise par une plateforme de virtualisation auprès d’une plateforme vidéo et transmise, sous forme d’un flux vidéo, de la plateforme de virtualisation vers une application de virtualisation du dispositif client, la diffusion de la vidéo par la plateforme de virtualisation étant conforme à un premier mode de diffusion et le flux vidéo comportant une première information relative à un emplacement de stockage de la vidéo au niveau de la plateforme vidéo. En outre, ladite application de virtualisation comprend : - un module de réception, configuré pour recevoir, au cours de la transmission du flux vidéo, une deuxième information relative à un changement dudit premier mode de diffusion en un deuxième mode de diffusion, - un module de découverte, configuré pour découvrir, , au cours de la transmission d’un flux vidéo à destination du dispositif client 11, une application vidéo du dispositif client, ladite application vidéo étant apte à diffuser et contrôler la diffusion de la vidéo de la plateforme vidéo, - un module de transmission, configuré pour transmettre, au cours de la transmission du flux vidéo et en cas de découverte positive, lesdites première et deuxième informations vers l’application vidéo, et ladite application vidéo comporte : - un module d’accès, configuré pour accéder, au cours de la transmission du flux vidéo et auprès de la plateforme vidéo, à la vidéo en fonction de la première information, - un module de diffusion, configuré pour diffuser, en remplacement du flux vidéo transmis, la vidéo de la plateforme vidéo, ladite diffusion étant adaptée en fonction de la deuxième information. Dans des modes particuliers de réalisation, le dispositif client correspond à un décodeur de télévision connecté à des moyens d’affichage. Selon un cinquième aspect, l’invention concerne un système comportant un dispositif client selon l’invention ainsi qu’une plateforme de virtualisation et une plateforme vidéo. D’autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : la figure 1 représente schématiquement un mode particulier de réalisation d’un système de diffusion selon l’invention ; la figure 2 représente schématiquement un exemple d’architecture matérielle d’un dispositif client du système de diffusion ; la figure 3 représente, sous forme d’ordinogramme, les principales étapes d’un procédé de diffusion selon l’invention ; la figure 4 représente schématiquement un mode particulier de mise en œuvre du procédé de diffusion de la figure 3. La figure 1 représente schématiquement un mode particulier de réalisation d’un système 10 de diffusion selon l’invention. Tel qu’illustré par la figure 1, le système 10 comporte une plateforme de virtualisation 12. La suite de la description vise plus spécifiquement une plateforme de virtualisation de bureau 12 comportant, de manière connue en soi, plusieurs couches (non représentées sur les figures) dont notamment une couche de virtualisation correspondant à un hyperviseur ainsi qu’une couche de plusieurs machines virtuelles, dont au moins une machine virtuelle lors dédiée à la virtualisation du bureau d’un dispositif client, comme cela est décrit plus en détails ci-après. Il est à noter que le nombre de machines virtuelles, lorsqu’elles sont plusieurs, ne constitue pas une limitation de l’invention. En outre, rien n’exclut non plus de considérer une plateforme de virtualisation de bureau comprenant une seule machine virtuelle, cette dernière correspondant dès lors à la machine virtuelle dédiée à la virtualisation de bureau. De manière plus générale, aucune limitation n’est attachée au type de ladite plateforme de virtualisation, l’invention restant en effet applicable dans le cadre de la virtualisation de serveur, la virtualisation de réseau, la virtualisation de stockage, etc. L’homme du métier sait adapter la description qui suit à un type autre que celui de la virtualisation de bureau. Chaque machine virtuelle de la plateforme de virtualisation de bureau 12 s’exécute sur une couche matérielle de ladite plateforme. Dans le présent mode de réalisation, ladite couche matérielle correspond à un serveur distant situé dans un centre de données. Aucune limitation n’est cependant attachée à la nature de ladite couche matérielle, qui peut par exemple prendre la forme d’un ordinateur de type PC. Le système 10 comporte également une plateforme vidéo 13, c’est-à-dire une plateforme informatique notamment dédiée à l’archivage et la fourniture de contenus vidéo. Dans l’exemple de la figure 1, la plateforme vidéo 13 est distante de la plateforme de virtualisation de bureau 12. Elle est détenue et gérée par un fournisseur de contenus vidéo apte à être visionnés à la demande (comme par exemple Youtube, Netflix, etc.) ou bien encore une société de diffusion de jeux vidéo en ligne, etc. Elle correspond à un parc de serveurs sur lesquels sont stockés lesdits contenus vidéo. Ladite plateforme vidéo 13 permet en outre d’avoir accès à des vidéos diffusées en direct. La plateforme de virtualisation de bureau 12 et la plateforme vidéo 13 comportent toutes deux des moyens de communication configurés pour échanger des données entre elles (lien 20 dans la figure 1) via un réseau de communication. Dans le mode de réalisation ici décrit ici, le réseau de communication considéré est de type Internet, et les moyens de communication s'appuient notamment sur une interface de communication apte audit échange de données. Aussi, chaque vidéo stockée par la plateforme vidéo 13 est associée à un emplacement de stockage au niveau de cette dernière, cet emplacement de stockage étant accessible via un identifiant correspondant à une adresse URL (acronyme de l’expression anglo-saxonne « Uniform Resource Locator ») qui lui est propre. Grâce à cet URL, la plateforme de virtualisation de bureau 12 peut acquérir une vidéo auprès de la plateforme vidéo 13. Aucune limitation n'est attachée à la nature de l’interface de communication entre les plateformes, qui peut être filaire ou non filaire, et peut mettre en œuvre tout protocole connu de l'homme du métier (Ethernet, Wifi, Bluetooth, 3G, 4G, 5G, etc.). En outre, l’invention ne se limite pas à un réseau Internet, tout autre réseau (IP, propriétaire, etc.) pouvant être envisagé, de sorte que l’emplacement de stockage peut être accessible via une information correspondant à un identifiant plus général qu’une adresse URL, comme par exemple un URI (acronyme de l’expression anglo-saxonne « Uniform Resource Identifier »). Par ailleurs, rien n’exclut non plus d’avoir, selon toute considération techniquement opérante, une alternative de réalisation selon laquelle la plateforme vidéo 13 ne serait pas distante de la plateforme de virtualisation de bureau 12, mais au contraire hébergée par cette dernière. Le système 10 comporte également un dispositif client 11 détenu par un utilisateur. La suite de la description vise plus spécifiquement un dispositif client 11 correspondant à un décodeur de télévision 110 de type « Set Top Box » connecté à des moyens d’affichage comme par exemple un écran de télévision 111. Lesdits moyens d’affichage sont ici déportés du décodeur de télévision 110 et reliés à ce dernier de manière filaire. D’une manière générale, ledit décodeur de télévision 110 est apte à recevoir une vidéo émise sous la forme d’un flux vidéo (lien noté « FLUX » dans la figure 1) ainsi que de traiter ce flux vidéo pour le transmettre auxdits moyens d’affichage afin qu’il soit diffusé. Le choix consistant à considérer un dispositif client 11 correspondant à un décodeur de télévision connecté à des moyens d’affichage ne constitue qu’une variante de réalisation de l’invention. Ainsi, d’autres variantes de réalisation sont envisageables, comme par exemple un dispositif client correspondant à un téléphone mobile de type smartphone, une tablette tactile, une télévision connectée, un ordinateur de type PC, une clé connectée de télévision (encore dénomée « dongle TV » dans littérature anglo-saxonne), etc. La figure 2 représente schématiquement un exemple d’architecture matérielle du dispositif client 11, plus particulièrement du décodeur de télévision 110. Tel qu’illustré par la figure 2, le décodeur de télévision 110 comporte, notamment, un processeur 1, une mémoire vive 2, une mémoire morte 3 et une mémoire non volatile 4. La mémoire morte 3 du décodeur de télévision 110 constitue un support d’enregistrement conforme à l’invention, lisible par le processeur 1 et sur lequel est enregistré un programme d’ordinateur PROG conforme à l’invention, comportant des instructions pour l’exécution des étapes d’un procédé diffusion selon l’invention. Le programme PROG définit des modules fonctionnels (non représentés sur les figures) du décodeur de télévision 110, qui s’appuient ou commandent les éléments matériels 2 à 4 de ce dernier. Ces modules fonctionnels se répartissent suivant différentes applications (i.e. ensembles d’instructions) du décodeur de télévision 110, à savoir une application de virtualisation APP_VIR ainsi qu’une application vidéo APP_VID apte à diffuser et contrôler la diffusion d’une vidéo de la plateforme vidéo 13. L’application de virtualisation APP_VIR comporte : - un module de réception, configuré pour recevoir, au cours de la transmission d’un flux vidéo à destination du dispositif client 11, une ou plusieurs informations, par exemple une information relative à un changement d’un mode de diffusion d’une vidéo acquise par la plateforme de virtualisation de bureau 12 auprès de la plateforme vidéo 13, - un module de découverte, configuré pour découvrir, , au cours de la transmission d’un flux vidéo à destination du dispositif client 11, l’application vidéo APP_VID du dispositif client 11, - un module de transmission, configuré pour transmettre, au cours de la transmission d’un flux vidéo à destination du dispositif client 11 et lorsque l’application vidéo APP_VID a été découverte, des informations vers l’application vidéo APP_VID. L’application de vidéo APP_VID, quant à elle, comporte : - un module d’accès, configuré pour accéder, au cours de la transmission d’un flux vidéo à destination du dispositif client 11 et auprès de la plateforme vidéo 13, à une vidéo hébergée par la plateforme vidéo 13 et à partir de la laquelle est émise ledit flux vidéo, - un module de diffusion, configuré pour diffuser, en remplacement dudit flux vidéo transmis, la vidéo de la plateforme vidéo 13, ladite diffusion pouvant être adaptée en fonction d’au moins une information reçue de la part de l’application de virtualisation APP_VIR, comme par exemple une information relative à un changement de mode de diffusion d’une vidéo acquise par la plateforme de virtualisation de bureau 12 auprès de la plateforme vidéo 13. L’application de virtualisation APP_VIR forme l’interface du dispositif client 11 avec la plateforme de virtualisation de bureau 12. A cet effet, l’application de virtualisation APP_VIR permet de générer une connexion du dispositif client 11 avec la plateforme de virtualisation de bureau 12 via la mise en œuvre d’un protocole d’interface distante (encore dit protocole « RUI », acronyme de l’expression anglo-saxonne « Remote User Interface »). Par exemple, ledit protocole d’interface distante est le protocole RDP (acronyme de l’expression anglo-saxonne « Remote Desktop Protocol »). Le choix d’un tel protocole ne constitue qu’une variante de réalisation de l’invention, et d’autres protocoles restent envisageables (ICA pour « Independent Computing Architecture », XRT pour « Extended Remote Technology », etc.). Ainsi, ledit protocole d’interface distante permet de générer une connexion RUI entre l’application de virtualisation APP_VIR du dispositif client 11 et la plateforme de virtualisation de bureau 12, cette connexion étant apte à l’échange de données. En particulier, cette connexion est apte à la transmission, en provenance de la plateforme de virtualisation de bureau 12, d’un flux vidéo encodant une vidéo acquise auprès de la plateforme vidéo 13. L’application vidéo APP_VID forme, quant à elle, l’interface du dispositif client 11 avec la plateforme vidéo 13. A cet effet, le dispositif client 11 comporte des moyens de communication 5 configurés pour échanger des données (lien 30 dans la figure 1) avec la plateforme vidéo 13 via un réseau de communication. Dans le mode de réalisation ici décrit ici, le réseau de communication considéré pour les échanges entre le dispositif client 11 et la plateforme vidéo 13 est également de type Internet, et les moyens de communication s'appuient notamment sur une interface de communication apte audit échange de données. Aucune limitation n'est attachée à la nature de l’interface de communication entre le dispositif client 11 et la plateforme vidéo 13, qui peut être filaire ou non filaire, et peut mettre en œuvre tout protocole connu de l'homme du métier (Ethernet, Wifi, Bluetooth, 3G, 4G, 5G, etc.). En outre, l’invention ne se limite pas à un réseau Internet, tout autre réseau (IP, propriétaire, etc.) pouvant être envisagé. Plus particulièrement, rien n’exclut que le réseau de communication entre le dispositif client 11 et la plateforme vidéo 13 diffère du réseau de communication entre la plateforme de virtualisation de bureau 12 et la plateforme vidéo 13. La figure 3 représente, sous forme d’ordinogramme, les principales étapes du procédé de diffusion selon l’invention, telles qu’elles sont mises en œuvre par le dispositif client 11 du système 10. Ledit procédé de diffusion est mis en œuvre après qu’une vidéo ait été acquise par la plateforme de virtualisation de bureau 12 auprès de la plateforme vidéo 13, par exemple suite au choix fait par utilisateur de visionner ladite vidéo via le dispositif client 11 qu’il détient (choix effectué grâce à une interface utilisateur de type connu en soi). Cette vidéo acquise est transmise, sous forme d’un flux vidéo, de la plateforme de virtualisation de bureau 12 vers l’application de virtualisation APP_VIR du dispositif client 11 pour être diffuser par ce dernier. En outre, le flux vidéo comporte une première information INFO_1 relative à un emplacement de stockage de la vidéo au niveau de la plateforme vidéo 13. Pour la suite de la description, et à titre nullement limitatif, on considère un exemple de mise en œuvre dans lequel la vidéo considérée est une vidéo hébergée sur un serveur de Youtube à laquelle la plateforme de virtualisation de bureau 12 a accès via l’adresse URL associée à ladite vidéo. Autrement dit, ladite première information INFO_1 correspond ici à ladite adresse URL. Selon l’invention, la diffusion de la vidéo par la plateforme de virtualisation 12 est conforme à un premier mode de diffusion. Dans l’exemple de mise en œuvre décrit ici, on considère que ledit premier mode de diffusion correspond à une diffusion de la vidéo dans une première zone de diffusion. Plus particulièrement, lorsque le flux vidéo est reçu par le décodeur de télévision 110, via son application de virtualisation APP_VIR, la vidéo s’affiche sur l’écran 111 dans une portion de celui-ci qui correspond, du point de vue de la taille, à ladite première zone de diffusion. Aucune limitation n’est attachée à la nature dudit premier mode de diffusion qui peut être relatif, suivant d’autres exemples, à une résolution donnée de la vidéo, à une vitesse de lecture donnée de la vidéo, etc. Pour la suite de la description, on considère également qu’une deuxième information INFO_2 relative à un changement dudit premier mode de diffusion en un deuxième mode de diffusion est reçue par l’application de virtualisation APP_VIR. Dans l’exemple de mise en œuvre envisagé ici, ledit deuxième mode de diffusion correspond à une diffusion de la vidéo dans une deuxième zone de diffusion, la taille de la première zone étant inférieure à la taille de la deuxième zone. Plus spécifiquement, ledit deuxième mode de diffusion correspond à une diffusion en plein écran. Ainsi, le procédé de diffusion est ici décrit en considérant que ladite deuxième information INFO_2 a déjà été reçue par l’application de virtualisation APP_VIR, et que sa mise en œuvre fait donc directement suite à cette réception. Il convient toutefois de noter que de telles considérations ne sont pas limitatives de l’invention, étant entendu que rien n’exclut de considérer, suivant une alternative de mise en œuvre, que le procédé de diffusion comporte une étape de réception de ladite deuxième information INFO_2. Le procédé de diffusion comporte dès lors une étape E10 de découverte, par l’application de virtualisation APP_VIR, de l’application vidéo APP_VID du dispositif client 11. Ladite étape E10 (encore notée « APP_VIR : FIND APP_VID » dans la figure 3) est mise en œuvre par le module de découverte de l’application de virtualisation APP_VIR. Une telle étape E10 de découverte est par exemple mise en œuvre suivant un protocole similaire au protocole DIAL (acronyme de l’expression anglo-saxonne « Discovery And Launch »). Selon cet exemple, l’application vidéo APP_VID dont dispose le décodeur vidéo 110 et dès lors découverte correspond à une application officiellement distribuée par Youtube pour permettre la lecture de vidéos hébergées par la plateforme vidéo 13. Bien entendu, aucune limitation n’est attachée au protocole de découverte pouvant être mis en œuvre afin de découvrir l’application, hormis le fait que ce protocole permette de découvrir une application vidéo apte à diffuser et contrôler la vidéo hébergée par la plateforme vidéo 13. Par exemple, ledit protocole de découverte peut correspondre au protocole DLNA (acronyme de l’expression anglo-saxonne « Digital Living Network Alliance »), AirPlay, etc. De manière similaire, l’application vidéo découverte peut différer de ladite application Youtube et correspondre, par exemple, à un lecteur vidéo web basé sur le format de données HTML 5. A l’issue de l’étape E10 de découverte, l’application de vidéo APP_VID ayant été découverte (résultat positif de l’étape E10 de découverte), le procédé de diffusion comporte une étape E20 de transmission, par l’application de virtualisation APP_VIR vers l’application vidéo APP_VID, desdites première et deuxième informations. Ladite étape E20 (encore notée « TX INFO_1 & INFO_2, APP_VIR -> APP_VID » dans la figure 3) est mise en œuvre par le module de transmission de l’application de virtualisation APP_VIR. Ainsi, sur réception de la deuxième information INFO_2, l’application de virtualisation APP_VIR se charge de transmettre les informations qu’elle a obtenues à l’application vidéo APP_VID dans le but que cette dernière se charge de la diffusion effective de la vidéo comme cela est décrit ci-après. Le procédé de diffusion comporte ensuite une étape E30 d’accès, par l’application vidéo APP_VID et auprès de la plateforme vidéo 13, à la vidéo en fonction de la première information INFO_1. Ladite étape E30 (encore notée « APP_VID : ACC VIDEO / INFO_1 » dans la figure 3) est mise en œuvre par le module d’accès de l’application vidéo APP_VID. L’application vidéo se sert donc de l’adresse URL qui lui a été transmise par l’application de virtualisation APP_VIR pour avoir accès à la vidéo correspondant au flux vidéo reçu par le décodeur de télévision 110 et hébergée par la plateforme vidéo. Suite audit accès à la vidéo auprès de la plateforme vidéo 13, le procédé de diffusion comporte une étape E40 de diffusion, par l’application vidéo APP_VID et en remplacement du flux vidéo transmis, de la vidéo de la plateforme vidéo 13, ladite diffusion étant adaptée en fonction de la deuxième information INFO_2. Ladite étape E40 (encore notée « APP_VID : DIFF VIDEO / INFO_2 » dans la figure 3) est mise en œuvre par le module de diffusion de l’application vidéo APP_VID. On comprend donc que l’application vidéo APP_VIP se substitue à l’application de virtualisation APP_VIR de sorte à prendre en charge, directement auprès de la plateforme vidéo 13, la diffusion de la vidéo. Autrement dit, le rendu et le contrôle de la vidéo sont délégués à l’application vidéo APP_VIP, le flux vidéo étant quant à lui interrompu. Procéder de la sorte est particulièrement avantageux dans la mesure où l’application vidéo APP_VID, lorsqu’elle est programmée de manière appropriée, peut lire et diffuser la vidéo sans qu’aucun encodage temps réel, du type de celui exécuté pour la mise sous forme de flux vidéo, ne soit nécessaire. Dans le présent exemple de mise en œuvre, et comme évoqué précédemment, la deuxième information INFO_2 est relative à un passage en plein écran. Ainsi, l’application vidéo APP_VID prend le contrôle de la vidéo pour l’afficher sur tout l’écran 111 connecté au décodeur de télévision 110. Dans la mesure où ladite application vidéo APP_VID est officiellement distribuée par Youtube, elle permet de diffuser la vidéo en plein écran avec un rendu bien meilleur que celui qui aurait été obtenu à partir d’un passage en plein écran du flux vidéo. En outre, si la vidéo correspond à une vidéo de direct, ladite application vidéo APP_VID permet également d’optimiser la latence vidéo. Il est à noter que l’invention a été décrite jusqu’à présent en considérant l’étape E10 de découverte renvoyait un résultat positif. On comprend néanmoins que si le dispositif client 11 ne comporte aucune application vidéo, voire comporte éventuellement une application vidéo qui n’est pas apte à diffuser et contrôler la diffusion d’une vidéo de la plateforme vidéo 13, l’étape E10 renvoie alors un résultat négatif. Dans ce cas, puisque la diffusion de la vidéo ne peut être déléguée à une application vidéo appropriée, le flux vidéo n’est pas interrompu. La figure 4 représente schématiquement un mode particulier de mise en œuvre du procédé de diffusion de la figure 3. Tel qu’illustré par la figure 4, le procédé de diffusion comporte également, dans ce mode particulier de mise en œuvre, lors de la diffusion de la vidéo par l’application vidéo APP_VID (étape E40), une étape E50 de réception, par l’application vidéo APP_VID, d’une troisième information INFO_3 relative à un changement dudit deuxième mode de diffusion en ledit premier mode de diffusion. Ladite étape E50 (encore notée « APP_VID : RX INFO_3 » dans la figure 3) est mise en œuvre par un module de réception de l’application vidéo APP_VID. A titre illustratif, et en référence à l’exemple de mis en œuvre détaillé auparavant, ladite troisième information INFO_3 correspond à une réduction de la taille de la vidéo, via un passage du plein écran (deuxième mode de diffusion) à une fenêtre d’affichage correspondant à la première zone de diffusion (premier mode de diffusion). En outre, conformément au mode de mise en œuvre illustré par la figure 4, le procédé de diffusion comporte également une étape E60 de reprise (encore notée « DIFF FLUX » dans la figure 3), par la plateforme de virtualisation 12 et en remplacement de la vidéo diffusée par l’application vidéo APP_VID, de la diffusion de la vidéo acquise et transmise sous forme du flux vidéo, ladite diffusion étant adaptée en fonction de la troisième information INFO_3. Ce mode particulier de mise en œuvre est donc avantageux en ce qu’il permet au procédé de diffusion d’être réversible en ce qui concerne la prise en charge du rendu et du contrôle de la diffusion de la vidéo. Procédé de diffusion, par un dispositif client (11), d’une vidéo acquise par une plateforme de virtualisation (12) auprès d’une plateforme vidéo (13) et transmise, sous forme d’un flux vidéo, de la plateforme de virtualisation vers une application de virtualisation (APP_VIR) du dispositif client, la diffusion de la vidéo par la plateforme de virtualisation étant conforme à un premier mode de diffusion et le flux vidéo comportant une première information (INFO_1) relative à un emplacement de stockage de la vidéo au niveau de la plateforme vidéo, ledit procédé comportant, au cours de la transmission du flux vidéo et sur réception, par l’application de virtualisation, d’une deuxième information (INFO_2) relative à un changement dudit premier mode de diffusion en un deuxième mode de diffusion : - une étape (E10) de découverte, par l’application de virtualisation, d’une application vidéo (APP_VID) du dispositif client, ladite application vidéo étant apte à diffuser et contrôler la diffusion de la vidéo de la plateforme vidéo, et, si la découverte est positive : - une étape (E20) de transmission, par l’application de virtualisation vers l’application vidéo, desdites première et deuxième informations, - une étape (E30) d’accès, par l’application vidéo et auprès de la plateforme vidéo, à la vidéo en fonction de la première information, - une étape (E40) de diffusion, par l’application vidéo et en remplacement du flux vidéo transmis, de la vidéo de la plateforme vidéo, ladite diffusion étant adaptée en fonction de la deuxième information. Procédé selon la revendication 1, ledit procédé comportant également : - lors de la diffusion de la vidéo par l’application vidéo, une étape (E50) de réception, par l’application vidéo, d’une troisième information (INFO_3) relative à un changement dudit deuxième mode de diffusion en ledit premier mode de diffusion, - une étape (E60) de reprise, par la plateforme de virtualisation et en remplacement de la vidéo diffusée par l’application vidéo, de la diffusion de la vidéo acquise et transmise sous forme du flux vidéo, ladite diffusion étant adaptée en fonction de la troisième information. Procédé selon l’une quelconque des revendications 1 à 2, dans lequel les premier et deuxième modes de diffusion correspondent respectivement à une diffusion de la vidéo dans une première et une deuxième zones de diffusion, la taille de la première zone étant supérieure à la taille de la deuxième zone. Procédé selon l’une quelconque des revendications 1 à 3, dans lequel l’étape de découverte est basée sur le protocole DIAL. Procédé selon l’une quelconque des revendications 1 à 4, dans lequel ladite première information correspond à un identifiant. Programme d’ordinateur comportant des instructions pour la mise en œuvre d’un procédé de diffusion selon l’une quelconque des revendications 1 à 5 lorsque ledit programme est exécuté par un ordinateur. Support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur selon la revendication 6. Dispositif client (11) pour la diffusion d’une vidéo acquise par une plateforme de virtualisation (12) auprès d’une plateforme vidéo (13) et transmise, sous forme d’un flux vidéo, de la plateforme de virtualisation vers une application de virtualisation (APP_VIR) du dispositif client, la diffusion de la vidéo par la plateforme de virtualisation étant conforme à un premier mode de diffusion et le flux vidéo comportant une première information (INFO_1) relative à un emplacement de stockage de la vidéo au niveau de la plateforme vidéo, ladite application de virtualisation comprenant : - un module de réception, configuré pour recevoir, au cours de la transmission du flux vidéo, une deuxième information (INFO_2) relative à un changement dudit premier mode de diffusion en un deuxième mode de diffusion, - un module de découverte, configuré pour découvrir, , au cours de la transmission d’un flux vidéo à destination du dispositif client 11, une application vidéo (APP_VID) du dispositif client, ladite application vidéo étant apte à diffuser et contrôler la diffusion de la vidéo de la plateforme vidéo, - un module de transmission, configuré pour transmettre, au cours de la transmission du flux vidéo et en cas de découverte positive, lesdites première et deuxième informations vers l’application vidéo, ladite application vidéo comportant quant à elle : - un module d’accès, configuré pour accéder, au cours de la transmission du flux vidéo et auprès de la plateforme vidéo, à la vidéo en fonction de la première information, - un module de diffusion, configuré pour diffuser, en remplacement du flux vidéo transmis, la vidéo de la plateforme vidéo, ladite diffusion étant adaptée en fonction de la deuxième information. Dispositif client (11) selon la revendication 8, ledit dispositif client correspondant à un décodeur de télévision connecté à des moyens d’affichage. Système (10) de diffusion comportant un dispositif client (11) selon l’une quelconque des revendications 8 à 9 ainsi qu’une plateforme de virtualisation (12) et une plateforme vidéo (13).