L'invention concerne l'accès à distance à des contenus à partir d'un client léger, notamment un navigateur internet, d'un terminal de communication. En particulier, l'invention sera mise en œuvre dans le cadre de navigateur internet utilisant le langage HTML 5.0.

L'accès à des contenus à distance peut être réalisé soit via une application spécifique qui sera téléchargée sur un terminal de communication d'un client. Cette application permet au terminal de communication, sur lequel elle est implémentée, de dialoguer avec une plateforme de fourniture d'accès à des contenus. L'inconvénient de telles applications est qu'il doit être développées autant de versions qu'il existe de système d'exploitation afin qu'elle soit compatible avec le terminal la téléchargeant. En outre, elle occupe de l'espace mémoire sur le terminal et engendre sur celui-ci des coûts de calculs.

Une option plus générique est de permettre l'accès à de tels contenus à partir d'un client léger tel qu'un navigateur internet. Aujourd'hui, l'accès à de tels contenus à partir d'un client léger nécessite un transcodage du contenu pour l'adapter au langage utilisé par le client léger voire au protocole de communication utilisé pour le transmettre lorsque le client peut supporter le contenu. Ainsi, la plateforme de fourniture d'accès au contenu nécessite de disposer d'au moins des moyens de transcodage pour adapter le contenu au protocole de communication et aux capacités de restitution vidéo du client léger récepteur, et le client léger doit fournir à la plateforme de fourniture d'accès les paramètres de protocole de communication et de capacités de restitution vidéo qu'il utilise.

Un des buts de la présente invention est d'apporter des améliorations par rapport à l'état de la technique.

Un objet de l'invention est un procédé d'accès à au moins un contenu, exécuté par un dispositif de fourniture d'accès à des contenus d'un réseau de communication, à partir d'un client léger d'un terminal de communication distant, ledit procédé d'accès comportant une reproduction par ledit client léger d'au moins un signal de reproduction d'un contenu, ledit signal de reproduction reçu par le client léger pendant une session de communication avec ledit dispositif de fourniture d'accès à des contenus étant produit par un module d'exécution dudit dispositif de fourniture d'accès à des contenus et relayé sans traitement par un module leurre dudit dispositif de fourniture d'accès à des contenus, ledit module leurre étant enregistré auprès dudit dispositif de fourniture d'accès à des contenus comme périphérique de reproduction virtuel. Ainsi, le protocole de communication utilisé pour transmettre le signal de reproduction du contenu est connu à la fois du coté de la plateforme de fourniture d'accès et du terminal de communication puisqu'il est utilisé pour des sessions de communications audio/vidéo classiques à savoir de la téléphonie ou visiophonie via le client léger par le terminal de communication. Par exemple, il s'agit du WebRTC développé pour permettre les communications audio/vidéo via HTML 5.0.

En outre, l'enregistrement du module leurre relayant le signal de reproduction comme périphérique de reproduction virtuel permet au client léger du terminal de recevoir le signal de reproduction sans transcodage puisque tout ce passe comme si le module leurre était un périphérique local d'un module de communication établissant la session de communication. Avantageusement, ledit au moins un signal de reproduction comporte un signal vidéo ou un signal audio.

Ainsi, ce procédé peut être appliqué soit sur un contenu vidéo, soit sur un contenu audio, soit en parallèle sur le signal vidéo et le signal audio d'un contenu.

Avantageusement, selon une implémentation de l'invention, les différentes étapes du procédé selon l'invention sont mises en œuvre par un logiciel ou programme d'ordinateur, ce logiciel comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un dispositif faisant partie d'un client léger d'un terminal de communication, et étant conçus pour commander l'exécution des différentes étapes de ce procédé.

L'invention vise donc aussi un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé d'accès lorsque ledit programme est exécuté par un processeur.

Ce programme peut utiliser n'importe quel langage de programmation et être sous la forme de code source, code objet ou 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.

Un autre objet de l'invention est un client léger d'un terminal de communication distant apte à être mis en communication avec au moins un dispositif de fourniture d'accès à des contenus, ledit client léger comportant des moyens de reproduction d'au moins un signal de reproduction d'un contenu, ledit signal de reproduction reçu par le client léger pendant une session de communication avec ledit dispositif de fourniture d'accès à des contenus étant produit par un module d'exécution dudit dispositif de fourniture d'accès à des contenus et relayé sans traitement par un module leurre dudit dispositif de fourniture d'accès à des contenus, ledit module leurre étant enregistré auprès dudit dispositif de fourniture d'accès à des contenus comme périphérique de reproduction virtuel.

Un objet de l'invention est aussi un terminal de communication distant comportant un client léger apte à reproduire au moins un signal de reproduction d'un contenu, ledit signal de reproduction reçu par le client léger pendant une session de communication avec un dispositif de fourniture d'accès à des contenus étant produit par un module d'exécution dudit dispositif de fourniture d'accès à des contenus et relayé sans traitement par un module leurre dudit dispositif de fourniture d'accès à des contenus, ledit module leurre étant enregistré auprès dudit dispositif de fourniture d'accès à des contenus comme périphérique de reproduction virtuel.

Un objet de l'invention est encore un procédé de fourniture d'accès à au moins un contenu à un client léger d'un terminal de communication par un dispositif de fourniture d'accès à des contenus d'un réseau de communication, ledit dispositif de fourniture d'accès à des contenus exécutant ledit contenu, ledit procédé de fourniture d'accès comportant une émission vers ledit client léger d'au moins un signal de reproduction d'un contenu pendant une session de communication entre ledit dispositif de fourniture d'accès à des contenus et ledit client léger dudit terminal de communication, ledit signal de reproduction étant produit par un module d'exécution dudit dispositif de fourniture d'accès à des contenus et relayé sans traitement par un module leurre dudit dispositif de fourniture d'accès à des contenus, ledit module leurre étant enregistré auprès dudit dispositif de fourniture d'accès à des contenus comme périphérique de reproduction virtuel.

Avantageusement, le procédé de fourniture d'accès comporte une fourniture audit client léger du terminal de communication distant une liste des contenus auxquels ledit dispositif de fourniture d'accès fournit un accès audit client léger permettant une sélection d'au moins un contenu par ledit client léger pour requérir l'accès au contenu sélectionné auprès dudit dispositif de fourniture d'accès à des contenus. Ainsi, en utilisant le protocole de requête du client léger, le dispositif de fourniture d'accès peut en réponse à une requête de fourniture d'accès à des contenus répondre renvoyé une page internet avec une liste de contenu. La sélection d'un contenu dans cette liste déclenchera l'envoi par le client léger d'une requête d'accès au contenu sélectionné en utilisant par exemple le protocole HTML 5.0.

Avantageusement, le procédé de fourniture d'accès comporte une réception d'une requête d'accès à un contenu dudit dispositif de fourniture d'accès à des contenus, ladite requête d'accès déclenchant une exécution dudit contenu par ledit module d'exécution produisant ledit signal de reproduction.

Ainsi, c'est le client léger qui déclenche l'exécution du contenu par le dispositif de fourniture d'accès. Le client léger garde la maîtrise de l'exécution comme si le contenu était exécuté en local tout en déportant les coûts de calcul du coté du dispositif de fourniture d'accès.

Avantageusement, le procédé de fourniture d'accès comporte une recherche d'un périphérique pour la reproduction dudit signal de reproduction produit par le module d'exécution intégrant le module leurre dans la chaîne de reproduction.

Ainsi, en raison de son enregistrement comme périphérique de reproduction virtuel, le module leurre est sélectionné pour la reproduction de contenu dont la requête est effectué par un terminal de communication distant.

Avantageusement, ledit procédé de fourniture d'accès comporte une intégration dudit module leurre dans la chaîne de reproduction du signal de reproduction produit par ledit module d'exécution, ladite intégration du module leurre déclenchant un établissement de ladite session de communication entre ledit client léger et ledit dispositif de fourniture d'accès.

Ainsi, le module leurre peut relayer le signal de reproduction en étant considéré par le module d'exécution du contenu comme un périphérique de reproduction virtuel et par un module de communication établissant la session de communication comme un périphérique source local.

Avantageusement, selon une implémentation de l'invention, les différentes étapes du procédé selon l'invention sont mises en œuvre par un logiciel ou programme d'ordinateur, ce logiciel comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un dispositif faisant partie d'un dispositif de fourniture d'accès et étant conçus pour commander l'exécution des différentes étapes de ce procédé. L'invention vise donc aussi un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé de fourniture d'accès lorsque ledit programme est exécuté par un processeur. Ce programme peut utiliser n'importe quel langage de programmation et être sous la forme de code source, code objet ou 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.

Procédé d'installation d'un dispositif de fourniture d'accès à des contenus, ledit dispositif de fourniture d'accès étant apte à établir une session de communication avec un client léger d'un terminal de communication, ledit procédé d'installation comporte un enregistrement d'un module leurre auprès dudit dispositifs de fourniture d'accès comme périphérique de reproduction virtuel, ledit module leurre étant apte à relayé sans traitement un signal de reproduction produit par un module d'exécutions dudit dispositif de fourniture d'accès vers un client léger d'un terminal de communication pendant une session de communication entre ledit dispositif de fourniture d'accès et ledit client léger. Avantageusement, selon une implémentation de l'invention, les différentes étapes du procédé selon l'invention sont mises en œuvre par un logiciel ou programme d'ordinateur, ce logiciel comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un dispositif de fourniture d'accès à des contenus et étant conçus pour commander l'exécution des différentes étapes de ce procédé.

L'invention vise donc aussi un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé d'installation lorsque ledit programme est exécuté par un processeur. Ce programme peut utiliser n'importe quel langage de programmation et être sous la forme de code source, code objet ou 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. Un objet de l'invention est également un module leurre apte à relayer sans traitement des signaux de reproduction comportant des moyens d'enregistrement dudit module leurre auprès d'un dispositif de fourniture d'accès à des contenus comme périphérique de reproduction virtuel. Un objet de l'invention est un dispositif de fourniture d'accès à des contenus comportant un module d'exécution d'au moins un contenu produisant au moins un signal de reproduction dudit contenu et un module leurre enregistré comme périphérique de reproduction virtuel auprès dudit dispositif de fourniture d'accès, ledit module leurre étant apte à relayer ledit signal de reproduction vers un client léger d'un terminal de communication pendant une session de communication entre ledit client léger et ledit dispositif de fourniture d'accès. Les caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description, faite à titre d'exemple, et des figures s'y rapportant qui représentent :

Figure 1 , un schéma simplifié d'un procédé d'accès selon l'invention, Figure 2, un schéma simplifié d'un procédé de fourniture d'accès selon l'invention,

Figure 3, un diagramme des échanges lors de la mise en œuvre des procédés selon l'invention,

Figure 4, une architecture de communication mettant en œuvre l'invention.

L'invention permet de fournir une diffusion de contenus (audio, vidéo, jeu) localisés dans le réseau domestiques des clients en nomadisme à travers un client léger intégrant un module de communication, tel que le navigateur HTML 5.0 intégrant une API WebRTC. L'avantage pour le client réside dans le fait qu'il n'a pas à installer de procédé ou module spécifique sur son terminal de communication mobile pour bénéficier de cet accès.

La figure 1 illustre un schéma simplifié d'un procédé d'accès PAC selon l'invention. Le procédé d'accès PAC à au moins un contenu permet d'accéder audit contenu à partir d'un client léger (illustré sur la figure 4, client léger 10) d'un terminal de communication distant (illustré sur la figure 4, terminal 1 ) dudit contenu C. Ledit contenu C auquel accède le client léger 1 0 est exécuté par un dispositif 3 de fourniture d'accès à des contenus d'un réseau de communication (illustré sur la figure 4, réseau 2). Le procédé d'accès PAC comporte une reproduction REPRO par ledit client léger 10 d'au moins un signal de reproduction d'un contenu sig_repro (c).Le signal de reproduction sig_repro (c) reçu REPRO_RC par le client léger 10 pendant une session de communication SS_COM avec ledit dispositif 3 de fourniture d'accès à des contenus étant produit par un module d'exécution (illustré sur la figure 4, module 30) dudit dispositif 3 de fourniture d'accès à des contenus et relayé sans traitement par un module leurre (illustré sur la figure 4, module 31 ) dudit dispositif 3 de fourniture d'accès à des contenus, ledit module leurre 31 étant enregistré auprès dudit dispositif 3 de fourniture d'accès à des contenus comme périphérique de reproduction virtuel. En particulier, le signal de reproduction comporte un signal vidéo ou un signal audio.

Ainsi, ce procédé peut être appliqué soit sur un contenu vidéo, soit sur un contenu audio, soit en parallèle sur le signal vidéo et le signal audio d'un contenu.

En particulier, le procédé d'accès comporte une émission C_REQ_SD d'une requête d'accès req_acc(c) à un contenu prédéterminé C vers le dispositif 3 de fourniture d'accès à des contenus.

En particulier, le contenu C faisant l'objet de la requête d'accès req_acc(c) peut être prédéterminé en fonction d'un contenu identifié c_id lors d'une sélection C_SEL soit par le client léger 10, soit par le terminal de communication 1 , soit par une saisie sel_ky de l'utilisateur du terminal de communication 1 .

En particulier, cette sélection C_SEL peut être effectué par une saisie libre d'un intitulé ou d'un identifiant d'un contenu souhaité pour par choix d'un contenu dans une liste de contenus. Une ou plusieurs listes de contenus sont présentes dans le client léger 10 (notamment dans sa zone cache ou cookie) et/ou dans le terminal de communication 1 et/ou fournies par le dispositif de fourniture d'accès à des contenus 3.

En particulier, le procédé d'accès PAC comporte une réception LIST_RC d'une liste de contenus list_c fournie par le dispositif 3 de fourniture d'accès à des contenus.

En particulier, le procédé d'accès PAC comporte une émission REQ_SD d'une requête d'accès req_acc vers un dispositif 3 de fourniture d'accès déclenchant soit la fourniture d'une liste de contenus list_c par le dispositif 3 de fourniture d'accès au client léger 10 et donc l'étape de réception LIST_RC de cette liste du procédé d'accès PAC, soit l'émission d'un signal de reproduction d'un contenu sig_repro(c) par le dispositif 3 de fourniture d'accès et l'étape de reproduction REPRO du procédé d'accès PAC.

En particulier, selon une implémentation de l'invention, les différentes étapes du procédé d'accès selon l'invention sont mises en œuvre par un logiciel ou programme d'ordinateur, ce logiciel comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un dispositif faisant partie d'un client léger d'un terminal de communication, et étant conçus pour commander l'exécution des différentes étapes de ce procédé.

La figure 2 illustre un schéma simplifié d'un procédé de fourniture d'accès PFAC selon l'invention.

Le procédé PFAC de fourniture d'accès permet à un dispositif de fourniture d'accès à des contenus (illustré sur la figure 4, dispositif 3 de fourniture d'accès) d'un réseau de communication (illustré sur la figure 4, réseau 2) de fournir l'accès à au moins un contenu à un client léger (illustré sur la figure 4, client léger 10) d'un terminal de communication (illustré sur la figure 4, terminal 1 ). Le dispositif 3 de fourniture d'accès à des contenus exécute ledit contenu. Le procédé de fourniture d'accès PFAC comportant une émission EM vers ledit client léger 10 d'au moins un signal de reproduction sig_repro(c) d'un contenu pendant une session de communication SS_COM entre ledit dispositif 3 de fourniture d'accès à des contenus et ledit client léger 10 dudit terminal de communicationl . Le signal de reproduction sig_repro(c) est produit par un module d'exécution (illustré sur la figure 4, module 30) dudit dispositif 3 de fourniture d'accès à des contenus et relayé sans traitement par un module leurre (illustré sur la figure 4, module 31 ) dudit dispositif 3 de fourniture d'accès à des contenus. Le module leurre 31 est enregistré auprès dudit dispositif 3 de fourniture d'accès à des contenus comme périphérique de reproduction virtuel.

En particulier, le signal de reproduction comporte un signal vidéo ou un signal audio. Ainsi, ce procédé peut être appliqué soit sur un contenu vidéo, soit sur un contenu audio, soit en parallèle sur le signal vidéo et le signal audio d'un contenu en utilisant notamment deux modules leurre : l'un pour la vidéo, l'autre pour l'audio.

En particulier, le procédé de fourniture d'accès PFAC comporte une réception C_REQ_RC d'une requête d'accès à un contenu req_acc(c). La requête d'accès req_acc(c) déclenche une exécution EXE(C) dudit contenu par le module d'exécution 30 produisant ledit signal de reproduction sig-repro(c). L'éxécution du contenu EXE(C) est notamment une étape du procédé de fourniture d'accès PFAC.

En particulier, le procédé de fourniture d'accès PFAC comporte une fourniture LIST_SD audit client léger 10 du terminal de communication distant 1 une liste list_c des contenus auxquels ledit dispositif 3 de fourniture d'accès fournit un accès audit client léger 10. Cette liste list_c permet une sélection d'au moins un contenu C par ledit client léger 10 pour requérir l'accès au contenu sélectionné req_acc(c) auprès dudit dispositif 3 de fourniture d'accès à des contenus. En particulier, le procédé de fourniture d'accès PFAC comporte une réception REQ_RC d'une requête d'accès req_acc d'un client léger 10 déclenchant soit l'étape de fourniture d'une liste de contenus list_c du procédé de fourniture d'acès PFAC, soit l'étape d'émission d'un signal de reproduction d'un contenu sig_repro(c) du procédé de fourniture d'accès PFAC.

En particulier, la liste de contenus list_c fournie est notamment générée lors d'une étape de génération de listes de contenus LIST_GN du procédé de fourniture d'accès à partir d'une ou plusieurs listes existantes de contenus disponibles sur le dispositif 3 de fourniture d'accès ou de contenus accessibles par le dispositif 3 de fourniture de contenus, et/ou à partir d'une ou plusieurs bases de données de contenus 33 du dispositif 3 de fourniture d'accès ou base de données 43 accessibles par le dispositif 3 de fourniture d'accès.

En particulier, le procédé de fourniture d'accès PFAC comporte un établissement SS_ETB d'une session de communication SS_COM pendant laquelle le signal de reproduction du contenu sig_repro(c) est transmis vers le client léger via le module leurre 31 du dispositif 3 de fourniture d'accès.

L'établissement de la session de communication SS_ETB est déclenchée directement ou indirectement soit par la requête d'accès à un contenu req_acc(c) provenant d'un client léger 10, soit par la réception de cette requête d'accès C_REQ_RC, soit par le déclenchement de l'exécution du contenu exe_trig(c), soit au démarrage de l'exécution EXE(C) du contenu. Notamment, lorsque l'utilisateur d'un terminal de communication 1 clique sur le bouton « jouer » d'une page HTML 5.0 coté client léger 10 (navigateur de l'utilisateur), cela déclenche l'établissement de la session SS_ETB par le dispositif de fourniture d'accès 3. En particulier, le procédé de fourniture d'accès PFAC comporte une recherche

PRPH_SRCH d'un périphérique pour la reproduction dudit signal de reproduction sig_repro(c) produit par le module d'exécution 30. La recherche PRPH_SRCH permet d'intégrer le module leurre 31 dans la chaîne de reproduction notamment en fournissant un identifiant prph_repro(31 ) du module leurre 31 comme résultat de la recherche. Le procédé de fourniture d'accès PFAC recherche un périphérique notamment dans un registre de périphériques 32 du dispositif 3 de fourniture d'accès auprès duquel le module leurre 31 se sera préalablement enregistré (non illustré) comme périphérique de reproduction virtuel. En particulier, ledit procédé de fourniture d'accès comporte une intégration PRPHJNT dudit module leurre 31 dans la chaîne de reproduction du signal de reproduction sig_repro(c) produit par ledit module d'exécution30. L'intégration PRPHJNT du module leurre déclenche un établissement SS_ETB de ladite session de communication SS_COM entre ledit client léger 10 et ledit dispositif 3 de fourniture d'accès.

En particulier, selon une implémentation de l'invention, les différentes étapes du procédé de fourniture d'accès selon l'invention sont mises en œuvre par un logiciel ou programme d'ordinateur, ce logiciel comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un dispositif faisant partie d'un dispositif de fourniture d'accès et étant conçus pour commander l'exécution des différentes étapes de ce procédé.

La figure 3 illustre un diagramme des échanges lors de la mise en œuvre des procédés d'accès PAC et de fourniture d'accès PFAC par respectivement le client léger 10 et le dispositif 3 de fourniture d'accès selon l'invention. A titre d'exemple, le client léger 1 0 illustré par la figure 3 est un client Web distant utilisant en particulier le protocole de requête HTML 5.0 et le protocole de communication sur HTML 5.0 WebRTC. La figure 3 illustre en outre un procédé d'installation PI comportant un enregistrement PRPH_RG d'un module leurre 31 , aussi nommé capteur d'écran (ScreenCapturer en anglais) dans le cas de signal vidéo, dans un registre de périphériques 32 du dispositif 3 de fourniture d'accès. En particulier, le procédé d'installation PI comporte la réception d'une commande de démarrage m1 :Start() du procédé d'installation PI (le message Start() est un message de démarrage selon le protocole HTML 5.0). Le procédé d'installation PI déclenche m2 :LaunchModule() l'enregistrement PRPH_REG du module leurre 31 . En particulier, l'enregistrement avec succès du module leurre 31 fait l'objet d'un message m4 :OK permettant de finaliser voir clore le procédé d'installation Pl.

Ainsi, lors d'une demande d'accès par un client léger 1 0 à un contenu mis à disposition par le dispositif 3 de fourniture d'accès, le module leurre 31 sera automatiquement mis dans la chaîne de reproduction en raison de enregistrement comme périphérique de reproduction virtuel. Dans l'exemple illustré par la figure 3, le dispositif de fourniture d'accès à un contenu est décomposé en deux dispositifs distincts : un dispositif de fourniture de service 4 et le dispositif 3 de fourniture d'accès proprement dit, tel qu'un serveur WebSocket ou Server WebSocket en anglais. Ce dernier (le dispositif 3 de fourniture d'accès proprement dit) étant composé dans l'exemple de la figure 3 non seulement du module d'exécution 30, du module leurre 31 , du registre de périphérique 32, de la base de contenus 33, mais aussi notamment d'un module de communication 34 (en l'occurrence d'un proxy WebRTC).

L'utilisateur d'un terminal de communication 1 distant (non illustré sur la figure 3) tel qu'un smartphone, un ordinateur portable connecté à un réseau de communication filaire ou non (tel que réseau mobile (3G, 4G, etc. ) ou WiFi, etc.) comportant un client léger 10 souhaite accéder à partir de son terminal de communication distant à un contenu disponible soit sur un autre terminal de communication notamment à son domicile ou chez des amis ou de la famille (partage de contenus) soit sur un serveur distant (notamment dans le cadre du « cloud » c'est-à-dire d'exécution par des équipements du réseau de communication).

Prenons, l'exemple d'un joueur souhaitant accéder à un jeu sur un serveur distant 3 : le serveur 3 exécutant le jeu afin de réduire pour le terminal du client les coûts de calculs. Le jeu est donc exécuté dans le « nuage » : on parle aussi en anglais de cloud gaming.

Le client léger 10 envoie une demande d'accès au service d'accès aux contenus m5 : getService() soit directement au dispositif 3 de fourniture d'accès, soit à un dispositif 4 de fournitures de services 4 tel qu'un dispositif portail Web ou ServerWebPortal en anglais (comme l'illustre la figure 3). En réponse à cette demande m5, le client léger reçoit un message comportant notamment une liste de contenus disponibles notamment sous la forme d'une page HTML tel que m6 : ok : paramètre pageHTML(). Cette liste m6 permet au client léger de requérir l'accès à un jeu prédéterminé notamment en fournissant des paramètres du jeu tel que le nom du jeu, l'identifiant de l'utilisateur du terminal en tant que client du jeu... m7 : getJeu : paramètre NomJeu, IDCIient().

Le dispositif 3 de fourniture d'accès recevoir cette requête d'accès au jeu m8 : getJeu : paramètre NomJeu, IDCIient(), éventuellement relayé par un dispositif de fourniture de services 4, déclenche m9 : getJeu : paramètre NomJeu, IDCIient()\'exécu .\on du jeu par un module d'exécution 30 aussi nommé, dans notre exemple, dispositif de gestion de jeu ou GameManager en anglais. Le module d'exécution 30 recherche l'emplacement du jeu dont l'accès est requis m10 : getEmplacement : paramètre NomJeu() puis exécute le jeu m1 1 :lancerJeu() en lisant le jeu dans la base de données de contenus 33. Le démarrage de l'exécution du jeu déclenche l'inscription du jeu dans le registre 32 des périphériques du dispositif de fourniture d'accès et l'envoi d'un message de confirmation du démarrage du jeu m13 : ok() par le module d'exécution 30. Ainsi, le dispositif 3 de fourniture d'accès étant informé du démarrage du jeu m13 : ok() envoi au client léger 10 via le protocole HTML 5.0 des informations concernant la reproduction, en l'occurrence vidéo, du jeu m14 : OK : paramètre : taille, emplacement visuel sur le serveur (). En parallèle, le dispositif 3 de fourniture d'accès déclenche la transmission m15 : launchStreaming(,) notamment auprès du module de communication 34, permettant l'établissement de la session de communication WebRTC entre le dispositif 3 de fourniture d'accès et le client léger 10 m20 : getPeerConnection(), m21 :setPeerconnection() (en particulier via un pair de connexion ou PeerConnectionServer en anglais).

Le déclenchement de la transmission m15 commande m16 :getUserMedia() la recherche d'un périphérique de reproduction, en l'occurrence video m17 :getPeripherique() auprès du registre 32. Le registre 32 fournit m18 : Périphérique : screencapturerQ notamment un identifiant du module leurre 31 comme périphérique adapté à cette chaîne de reproduction impliquant un client léger distant 10.

Le dispositif 3 de fourniture d'accès voire, comme l'illustre la figure 3, le module de communication 34 du dispositif 3 de fourniture d'accès commande m19 : Périphérique integre() une intégration du module leurre ainsi identifié dans la chaîne de reproduction.

Ainsi, le signal de reproduction (non illustré sur la figure 3), en l'occurrence vidéo, produit par le module d'exécution 33 lors de l'exécution du jeu, sera émis par le module d'éxécution 33 vers le module leurre 31 que le module d'exécution prend pour un périphérique de reproduction en raison de son enregistrement en tant que tel dans le registre de périphérique 32.

Le module leurre 30 recevant le signal de reproduction le relaie via la session de communication, en l'occurrence WebRTC, vers le client léger 10 qui assimile le module leurre 31 à un périphérique local du client léger 10, en l'occurrence à une caméra.

Dans le cas du jeu, il est notamment envisagé d'intégrer plusieurs modules leurre (non illustré) : par exemple, un par signal de reproduction produit lors de l'exécution du contenu, en l'occurrence du jeu : un module leurre vidéo pour le signal vidéo et un module leurre audio pour le signal audio. Les deux signaux peuvent être transmis dans une seule et même session de communication ou dans des sessions de communication distinctes.

La figure 4 illustre une architecture de communication mettant en œuvre l'invention.

L'architecture comporte un terminal de communication distant 1 comportant un client léger 10 apte à reproduire au moins un signal de reproduction d'un contenu sig_repro(c). Le signal de reproduction sig_repro(c) est reçu par le client léger 10 pendant une session de communication SS_COM avec un dispositif 3 de fourniture d'accès à des contenus. Le signal de reproduction sig_repro(c) est produit par un module d'exécution 30 dudit dispositif 3 de fourniture d'accès à des contenus et relayé sans traitement par un module leurre 31 dudit dispositif 3 de fourniture d'accès à des contenus. Le module leurre 31 est enregistré auprès dudit dispositif 3 de fourniture d'accès à des contenus comme périphérique de reproduction virtuel.

En particulier, le client léger 10 comporte des moyens de reproduction 100 d'au moins un signal de reproduction d'un contenu sig_repro(c). L'architecture comporte un dispositif 3 de fourniture d'accès à des contenus comportant un module d'exécution 30 d'au moins un contenu produisant au moins un signal de reproduction dudit contenu sig_repro(c) et un module leurre 31 enregistré comme périphérique de reproduction virtuel auprès dudit dispositif 3 de fourniture d'accès. Le module leurre 31 est apte à relayer sans traitement des signaux de reproduction.

Il comporte des moyens d'enregistrement (non illustré) dudit module leurre 31 auprès d'un dispositif 3 de fourniture d'accès à des contenus comme périphérique de reproduction virtuel. Le dispositif 3 de fourniture d'accès comporte, en particulier, un registre de périphériques auprès duquel le module leurre 31 est enregistré comme périphérique de reproduction virtuel pour les demandes d'accès distantes à partir d'un client léger.

En particulier, le module d'exécution 30 exécute un contenu soit d'une base de données de contenus 43 accessibles par le dispositif 3 de fourniture d'accès, soit une base de données de contenus 33 du dispositif 3 de fourniture d'accès.

Le dispositif 3 de fourniture d'accès, notamment un serveur média, est connecté à un module de communication (tel que le module 34 illustré par la figure3), notamment une passerelle WebRTC sur le réseau domestique (Home Network en anglais). Ce dispositif 3 de fourniture d'accès est vu par le module de communication comme une webcam USB locale. Le dispositif 3 de fourniture d'accès fournit, notamment, la liste des contenus audio et video au module de communication. Cette liste est, en particulier, intégrée dans un composant HTML de telle sorte que l'utilisateur puisse à partir de n'importe où et de n'importe quel terminal de communication reproduire le contenu choisi.

Pour les contenus de type jeux, un module utilisant notamment Microsoftdirectshow API permettant d'exécuter le jeu est vu par le module de communication 34 comme une webCam USB locale.

Cette solution permet au module de communication de transmettre le contenu sans transcodage.

L'invention vise aussi des supports. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker un programme selon l'invention. 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 ou un disque dur. D'autre part, le support d'informations 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 notamment de type Internet. Alternativement, le support d'informations 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.

Dans une autre implémentation, l'invention est mise en œuvre au moyen de composants logiciels et/ou matériels. Dans cette optique le terme module peut correspondre aussi bien à un composant logiciel ou à un composant matériel. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel apte à mettre en œuvre une fonction ou un ensemble de fonction selon la description ci-dessous. Un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions.