Brevet FR2896110A1 — publié le 20070713

La présente invention se rapporte au domaine des technologies de l'information et de la communication. La présente invention se rapporte plus particulièrement à procédé et à un système de distribution de contenu multimédia combinant un téléchargement en mode push et un téléchargement en mode pull au travers d'un mécanisme de peer to peer . L'art antérieur connaît déjà, par la publication scientifique On the feasibility of Commercial, Legal P2P Content Distribution (P. Rodriguez, S-M. Tan et C. Gkantsidis, ACM SIGCOMM Computer Communication Review, vol. 36, N 1, janvier 2006), le concept de la distribution de contenu multimedia via des réseaux peer to peer à des fins commerciales. Toutefois, cette publication scientifique ne divulgue pas d'étape de téléchargement en mode pull . La présente invention entend remédier aux inconvénients de l'art antérieur en proposant une solution qui combine les modes push , pull et peer to peer pour la distribution de contenus multimédia. A cet effet, la présente invention concerne, dans son acception la plus générale, un procédé de distribution de contenu multimédia, caractérisé en ce qu'il comprend : • une première étape consistant à télécharger en mode push un contenu multimédia de façon partielle depuis un serveur de contenu sur un premier équipement client et • une seconde étape consistant à télécharger les éléments manquants dudit contenu multimédia en mode pull par un mécanisme de peer to peer depuis un second équipement client. De préférence, le contenu multimédia est reconstituable avec n + p blocs, n et p étant entiers naturels non nuls, n blocs étant téléchargés lors de ladite première étape et p blocs étant téléchargés lors de la seconde étape, le contenu multimédia n'étant exploitable qu'après la réception des n + p blocs. Selon une première variante, les premier et second équipements clients et sont situés sous un même DSLAM (pour 'Multiplexeur de Ligne d'Abonné Numérique') dans le cadre d'une implémentation basée sur ce mode de transmission. Selon une seconde variante, les équipements clients sont situés sous des DSLAMs voisins. Les équipements clients peuvent être des décodeurs à disque dur ou des ordinateurs personnels. Selon un mode de mise en oeuvre particulier, certains blocs sont systématiquement chargés chez plusieurs équipements clients, par exemple des blocs permettant de visualiser le début d'un film ou un film avec une qualité dégradée, pour qu'un utilisateur puisse commencer à visionner en attendant que le chargement par un mécanisme Peer to Peer ait lieu. L'invention se rapporte également à un système de distribution d'un contenu multimédia comprenant au moins un serveur de contenu multimédia, un réseau de communication, un DSLAM et au moins deux équipements clients. On comprendra mieux l'invention à l'aide de la description, faite ci-après à titre purement explicatif, d'un mode de réalisation de l'invention, en référence aux figures annexées . - la figure 1 illustre une architecture mettant en oeuvre le procédé et le système selon la présente invention. Tout d'abord, un contenu multimédia est encodé en N blocs, N étant un entier naturel supérieur ou égal à 2. Le contenu peut-être décodé à l'aide de n + p blocs. Le contenu multimédia est par exemple un document vidéo et le système de la figure 1 se place dans le cadre de la télévision à la demande ('VOD' pour 'Video on Demand'). Le contenu est ensuite téléchargé en mode push depuis un serveur de contenu, illustré Figure 1, à travers un réseau de communication, vers des équipements clients EC1, EC2, EC3 etc. Chaque équipement client reçoit n blocs. Un équipement client est un décodeur à disque dur ou un ordinateur personnel, et est connecté au réseau de communication via un modem DSL et un équipement DSLAM. Chaque équipement client stocke les n blocs pour une utilisation ultérieure (par exemple sur le disque dur). Le décodeur ou l'ordinateur comprennent des moyens en soi connus pour décoder et décompresser le cas échéant le contenu, et dans la mesure où il s'agit d'un contenu vidéo, de générer les signaux vidéo et audio dans un format adéquat. Les n blocs transmis à ('poussés vers') un équipement client donné sont déterminés par le serveur de contenu. De préférence, les n blocs transmis à un équipement client diffèrent des n blocs transmis à un autre équipement client par au moins un bloc. Le serveur de contenu maintient une base de données qui indique quels blocs sont stockés au niveau de chaque équipement client. Cette base de données permettra à un équipement client de déterminer auprès de quel(s) équipement(s) client(s) pair(s) demander les p blocs manquants. Avantageusement, cette base de données est stockée dans un équipement autre que le serveur de contenu mais accessible par les équipements clients. Selon une variante particulière, le contenu multimédia est encodé de telle sorte que toute combinaison de n + p blocs permette de décoder le contenu. Dans ce cas, l'équipement client va chercher les p blocs manquants sur n'importe quel autre équipement client possédant ces p blocs complémentaires. Dans notre exemple, il y a trois équipements clients, de préférence situés sous le même DSLAM, n est égal à 3, p est égal à 1 et N est égal à 9. Les blocs sont codés avec une certaine redondance inter-blocs. Le choix de p petit (et notamment égal à 1) permet de minimiser la quantité d'informations à requérir en mode peer to peer et ainsi d'accélerer l'accès au contenu par l'utilisateur. Cette requête peut être effectuée au moment où l'utilisateur souhaite visualiser le contenu, ou lorsqu'il décide d'acquérir un droit sur le contenu. Chacun des trois équipements clients reçoit donc en mode push trois blocs. Afin de pouvoir exploiter le contenu multimédia, chaque équipement client a besoin d'un bloc supplémentaire. Un équipement client va donc télécharger en mode pull depuis un autre équipement client le bloc manquant via un mécanisme de peer to peer ('pair à pair'). Cet équipement va donc demander les blocs manquants. Ainsi, l'équipement client pourra décoder le contenu et l'exploiter. Le mode peer to peer permet d'éviter d'impliquer un chargement des blocs manquants à partir du serveur initial. Ce mode permet également d'optimiser les ressources réseau et de ne pas trop solliciter le serveur de contenu. L'invention est décrite dans ce qui précède à titre d'exemple. Il est entendu que l'homme du métier est à même de réaliser différentes variantes de l'invention sans pour autant sortir du cadre du brevet. Notamment, l'exemple de réalisation se place dans le cadre d'une transmission par le réseau téléphonique et par ligne numérique abonné asynchrone ('ADSL'). D'autres réseaux et modes de transmission peuvent être envisagés. REVENDICATIONS 1. Procédé de distribution de contenu multimédia, caractérisé en ce qu'il comprend : • une première étape consistant à télécharger en mode push un contenu multimédia de façon partielle depuis un serveur de contenu sur un premier équipement client (EC1) et • une seconde étape consistant à télécharger les éléments manquants dudit contenu multimédia en mode pull par un mécanisme de peer to peer depuis un second équipement client (EC2). 2. Procédé de distribution de contenu multimédia selon la revendication 1 caractérisé en ce que le contenu multimédia est reconstituable avec n + p blocs, n et p étant entiers naturels non nuls, n blocs étant téléchargés lors de ladite première étape et p blocs étant téléchargés lors de la seconde étape, le contenu multimédia n'étant exploitable qu'après la réception des n + p blocs. 3. Procédé de distribution d'un contenu multimédia selon la revendication 1 ou 2 caractérisé en ce que les premiers et seconds équipements clients (EC1, EC2) sont situés sous un même DSLAM. 4. Procédé de distribution d'un contenu multimédia selon la revendication 1 ou 2 caractérisé en ce que les premiers et seconds équipements clients (EC1, EC2) sont situés sous des DSLAMs voisins. 5. Procédé de distribution d'un contenu multimédia selon l'une au moins des revendications 1 à 4 caractérisé en ce qu'au moins l'un des premier et second équipement client (EC1, EC2) est un décodeur à disque dur ou un ordinateur personnel. 6. Procédé de distribution d'un contenu multimédia selon la revendication 2 caractérisé en ce que certains blocs sont systématiquement chargés chez plusieurs équipements clients, par exemple des blocs permettant de visualiser le début d'un film ou un film avec une qualité dégradée, pour qu'un utilisateur puisse commencer à visionner en attendant que le chargement par un mécanisme Peer to Peer ait lieu. 7. Système de distribution d'un contenu multimédia comprenant au moins un serveur de contenu multimédia, un réseau de communication, un DSLAM et au moins deux équipements clients pour la mise en oeuvre du procédé selon l'une au moins des revendications 1 à 6.