FR 2963862 A1 20120217 FR 1056561 A 20100811 La présente invention concerne un procédé pour ralentir, voire éliminer, la propagation illégale d'un contenu vidéo protégé et diffusé en streaming dans un réseau pair à pair. Par « diffusion en streaming », il faut comprendre une lecture en flux ou une lecture en continu d'un contenu présent dans le réseau. Plusieurs réseaux pair à pair proposant des contenus vidéo, encore appelés « réseaux IPTV », sont présents sur Internet et chaque réseau propose par exemple la diffusion d'une centaine de chaînes de télévision. Ces réseaux IPTV mettent en oeuvre leur propre logiciel, par exemple PPLivee, SopCaste, TVAnts®, PPStream e ou encore Stream Torrent". Ces réseaux utilisent par exemple la technologie BitTorrentselon laquelle un contenu vidéo est divisé en blocs. Chaque pair du réseau télécharge des blocs chez plusieurs pairs simultanément et visualise le contenu vidéo à partir de ces blocs tout en les partageant avec d'autres pairs. Ces réseaux IPTV trouvent par exemple un intérêt pour des évènements sportifs non diffusés sur des chaînes télévisées publiques ou diffusés seulement sur des chaînes payantes puisqu'ils peuvent permettre à des utilisateurs de visualiser ces événements gratuitement. Dans de tels réseaux, un pair lit le contenu vidéo avec un certain décalage temporel comparé à la diffusion de ce contenu par une source dans le réseau. Ce décalage peut par exemple être de l'ordre de 30 secondes à plusieurs minutes. Les blocs du contenu vidéo reçus par le pair sont reconstruits dans une fenêtre de lecture glissante reflétant une mémoire tampon d'affichage. Le pair peut notifier à ses voisins chaque bloc déjà reçu et indiquer les blocs qui lui manquent. La fenêtre de lecture peut défiler avec la vitesse de lecture de la vidéo, encore appelée BitRate, le début de la mémoire tampon pointant sur le bloc qui est lu. Les blocs du contenu vidéo manquants à leur date d'affichage sont ignorés, ce qui peut entraîner une dégradation dans la qualité perçue de la vidéo. La diffusion de contenus vidéos via ces réseaux pair à pair IPTV est en plein essor et il n'existe à la connaissance de la Déposante aucune façon efficace de lutter contre la diffusion illégale de contenus vidéos protégés, par exemple parce que diffusés sur des chaînes télévisées protégées par des droits d'accès payants. Il existe un besoin pour ralentir, voire éliminer, la propagation illégale d'un contenu vidéo protégé dans un réseau pair à pair d'une façon simple à mettre en oeuvre, peu coûteuse et relativement efficace. L'invention a pour but de répondre à ce besoin et elle y parvient, selon l'un de ses aspects, grâce à un procédé pour ralentir, voire éliminer, la propagation illégale d'un contenu vidéo protégé et diffusé en streaming dans un réseau pair à pair comportant au moins un pair exécutant un logiciel d'échange configuré pour diffuser des données vers au moins un autre pair, le contenu vidéo à diffuser étant découpé en blocs qu'au moins un pair du réseau cherche à récupérer pour remplir une fenêtre de lecture, IO procédé dans lequel on se connecte audit pair cherchant à récupérer le contenu vidéo et on lui envoie au moins un faux bloc afin de perturber la récupération par ledit pair du contenu vidéo. De par l'envoi d'au moins un faux bloc au pair cherchant à récupérer le contenu vidéo pour remplir une fenêtre de lecture, on cause une dégradation de la qualité 15 de ce contenu vidéo. L'invention tire parti du fait que dans les réseaux pair à pair diffusant du contenu vidéo en streaming, la fenêtre de lecture que chaque pair cherche à remplir doit être remplie dans une durée donnée qui est généralement très courte, étant par exemple de l'ordre de 2 à 3 minutes. Cette contrainte temporelle a pour conséquence la faiblesse, voire la non-existence des mécanismes de vérification de l'origine des blocs reçus et de leur 20 validité dans de tels réseaux pair à pair, du fait de leur coût en temps et en occupation du processeur du terminal associé à chaque pair du réseau. Le pair cherchant à remplir la fenêtre de lecture peut chercher à récupérer tous les blocs du contenu vidéo ou, en variante, chercher à n'en récupérer que certains car disposant par exemple déjà de certains de ces blocs. 25 Le contenu vidéo a par exemple une taille comprise entre 50 Mo (Méga Octet) et 50 Go (Giga Octet), pouvant correspondre à un film, des épisodes d'une série, un message publicitaire, un clip vidéo, à la retransmission d'un évènement sportif, culturel ou autre. Chaque bloc a par exemple une taille comprise entre 10 Ko (Kilo Octet) et 200 Ko. Le contenu récupéré par le pair peut être directement visualisé par ce dernier 30 et/ou, en variante, être transmis par ce dernier à d'autres pairs du réseau. Des pairs du réseau peuvent le cas échéant s'envoyer ensuite ce ou ces faux blocs, de sorte que la dégradation du contenu vidéo peut affecter d'autres pairs que celui auquel ce ou ces faux blocs avaient initialement été envoyés. Préalablement à l'envoi au pair de faux bloc(s), le procédé peut comporter les étapes suivantes : - se connecter à un annuaire du réseau pair à pair répertoriant les pairs cherchant à récupérer le contenu, et - récupérer depuis l'annuaire les coordonnées dans le réseau d'au moins un desdits pairs cherchant à récupérer le contenu. La connexion à l'annuaire peut être effectuée de façon répétitive, notamment périodique. Le réseau pair à pair peut permettre l'accès à des chaînes télévisées, par exemple entre 500 et 600 chaînes télévisées. L'annuaire peut n'être associé qu'à certaines des chaînes accessibles, par exemple à une seule chaîne. Parmi ces chaînes télévisées, certaines peuvent être à accès protégé, par exemple par des droits d'accès payants ou par la souscription à un abonnement payant ou non. Le contenu vidéo que le pair cherche à récupérer peut être diffusé en streaming sur une de ces chaînes télévisées. Après connexion au pair et avant envoi de faux bloc(s), le procédé peut comporter l'étape selon laquelle on envoie au pair pendant une période prédéterminée un ou plusieurs blocs du contenu vidéo, de manière à permettre au pair de récupérer ledit contenu. Cette période prédéterminée est par exemple comprise entre 100 Mo et 500 Mo correspondant notamment à entre 2 et 5% de la durée totale du contenu vidéo que le pair cherche à récupérer. Cette étape peut permettre de réduire les risques d'être démasqué par les pairs du réseau cherchant à récupérer le contenu vidéo, et d'être mieux intégré au réseau. Le contenu diffusé peut être disponible dans le réseau à partir d'un instant donné et la connexion au pair peut être effectuée préalablement à cet instant donné, notamment au moins une heure et demie avant cet instant donné. Cette connexion antérieure peut permettre d'être mieux intégré et de créer un voisinage, par exemple en partageant avec d'autres pairs du réseau des blocs relatifs aux programmes diffusés à cet instant. Le ou les faux blocs envoyés au pair peuvent comprendre des blocs n'appartenant pas au contenu recherché par le pair. En variante, ou en combinaison de ce qui précède, le ou les faux blocs envoyés au pair comprennent des blocs appartenant au contenu recherché et dont la qualité est dégradée. Cette dégradation de la qualité des blocs peut se traduire lors de la visualisation du contenu par des images saccadées ou figées, le pair ne pouvant visualiser les données reçues. En variante, ou en combinaison de ce qui précède, le ou les faux blocs envoyés au pair comprennent des blocs appartenant au contenu recherché mais non pertinents pour remplir la fenêtre de lecture du pair, par exemple des blocs ayant déjà été émis et ayant déjà été reçus par le pair. Lorsque les faux blocs n'appartiennent pas au contenu recherché par le pair, il peut s'agir de publicités, de messages d'avertissement ou autres. Le procédé peut comporter l'étape selon laquelle on récupère, avant envoi de faux-blocs, des informations relatives aux blocs de contenu recherchés par le pair. Ces informations relatives aux blocs de contenu sont par exemple la taille de ces blocs, leur indice au sein du contenu, leur ordre et/ou des informations relatives au pair telles que son adresse IP, le port utilisé ou encore la vitesse de téléchargement. Ces informations peuvent permettre la création de faux blocs coïncidant avec la fenêtre de lecture du pair. L'envoi de faux blocs au pair afin de perturber la récupération par ce dernier du contenu vidéo peut durer tant que la diffusion en streaming dans le réseau du contenu vidéo est encore en cours. L'envoi au pair de faux blocs peut être conditionné à la localisation géographique de ce dernier, ce qui peut permettre de n'empêcher la diffusion du contenu vidéo que vis-à-vis de pairs situés dans des pays ou des régions dans lesquels la diffusion est protégée. On peut ainsi perturber la récupération de ce contenu de façon ciblée dans certaines zones seulement du réseau pair à pair. En variante, l'envoi au pair de faux blocs peut être conditionné à un profil utilisateur de l'utilisateur du terminal associé au pair. Ce profil comprend par exemple des informations telles que l'âge de l'utilisateur, de façon à ne pas permettre la visualisation par des enfants de programmes violents, par exemple. Le logiciel d'échange des pairs du réseau peut échanger des données vers un ou des pairs du. réseau selon un protocole d'échange sélectif permettant aux pairs d'opérer une sélection des pairs vers lesquels des données sont transférées, cette sélection s'effectuant en fonction d'une ou plusieurs caractéristiques du pair. Le logiciel d'échange est par exemple de type BitTorrent® ou tout système d'échange similaire. La fenêtre de lecture que le pair cherche à remplir peut avoir une taille comprise entre 2 et 3 minutes. L'invention a encore pour objet, selon un autre de ses aspects, un système informatique destiné à ralentir, voire éliminer, la propagation illégale d'un contenu vidéo protégé et diffusé en streaming dans un réseau pair à pair comportant au moins un pair exécutant un logiciel d'échange configuré pour diffuser des données vers au moins un autre pair, le contenu vidéo à diffuser étant découpé en blocs qu'au moins un pair du réseau cherche à récupérer pour remplir une fenêtre de lecture, le système informatique étant configuré pour envoyer audit pair au moins un faux. bloc afin de perturber la récupération par le pair du contenu vidéo. L'invention a encore pour objet, selon un autre de ses aspects, un produit programme d'ordinateur comportant des instructions lisibles par un système informatique comportant au moins un microprocesseur, ces instructions commandant le fonctionnement du système informatique de manière à ce que, dans un réseau pair à pair comportant au moins un pair exécutant un logiciel d'échange configuré pour servir au moins un autre pair, on envoie à un pair cherchant à récupérer un contenu vidéo protégé, diffusé en streaming dans le réseau et découpé en blocs, au moins un faux bloc afin de perturber la récupération par le pair du contenu vidéo. L'invention pourra être mieux comprise à la lecture qui va suivre de la description d'un exemple non limitatif de mise en oeuvre de celle-ci et à l'examen du dessin annexé sur lequel : - la figure 1 explique de façon schématique de quelle façon un contenu vidéo est lu dans un réseau pair à pair proposant des contenus vidéo, - la figure 2 représente de façon schématique un réseau dans lequel peut être mise en oeuvre l'invention, et - les figures 3 à 5 sont des diagrammes logiques représentant des exemples d'étapes permettant la mise en oeuvre de l'invention. On a représenté à la figure 1, de façon schématique, un exemple de lecture par un terminal informatique associé à un pair d'un contenu vidéo dans un réseau pair à pair 1 proposant des contenus vidéo, que l'on appellera par la suite « réseau IPTV », Le contenu vidéo est dans I'exemple décrit diffusé en streaming sur une ou plusieurs chaînes télévisées dont l'accès est payant ou conditionné à un enregistrement préalable. Le contenu vidéo est par exemple la retransmission d'un événement sportif, culturel ou un film. Ce contenu vidéo est découpé en blocs. Le terminal informatique met en oeuvre un logiciel 2, par exemple PPStream®, SopCast U ou autres, récupérant depuis le réseau IPTV 1 le contenu vidéo. Ce contenu vidéo est traité par le logiciel 2 qui met par exemple en oeuvre une fenêtre de lecture glissante 3 dans laquelle les blocs du contenu sont reçus et reconstruits, c'est-à-dire par exemple réordonnés. Ces blocs sont ensuite transmis à un logiciel 4 de visualisation supporté par le terminal, par exemple Windows Media Player®, Real Player®, VLC® ou tout autre lecteur multimédia, et visualisé à l'aide d'une interface telle que l'écran du terminal. La figure 2 représente un exemple de réseau IPTV 1 dans lequel l'invention peut être mise en oeuvre. Ce réseau 1 utilise dans ce qui va suivre la technologique BitTorrent® mais l'invention n'est pas limitée à l'emploi d'une telle technologie et peut être mise en oeuvre dans des réseaux IPTV utilisant d'autres technologies. Ce réseau 1 comporte une pluralité de pairs 8. Bien que les terminaux associés à ces pairs aient été représentés comme étant des écrans d'ordinateurs, l'invention n'est pas limitée à un type particulier de terminal informatique. L'invention peut s'appliquer à des terminaux informatiques étant les ordinateurs, les ordinateurs portables, les assistants personnels numériques, les téléphones portables ou les téléphones portables dits intelligents (smartphones en anglais), ainsi qu'a des serveurs connectés sur Internet. Le réseau 1 utilise par exemple le réseau Internet®. En variante, le réseau 1 utilise un réseau local, comme Ethernet®, ou un réseau de campus universitaire. Il peut également s'agir de réseaux utilisant des technologies sans fil tels que des réseaux téléphoniques. Les pairs 8 cherchent par exemple à récupérer un contenu vidéo diffusé en streaming sur une des chaînes télévisées qui est à accès protégé. Pour ce faire, les pairs 8 cherchent à récupérer des blocs de ce contenu vidéo pour remplir la fenêtre de lecture 3. La récupération de ce contenu par des pairs est par exemple conditionnée à un paiement ou à la souscription d'un abonnement, payant ou non, par les pairs. Les pairs 8 s'adressent par exemple à un annuaire 9 du réseau, appelé traqueur lorsque la technologie BitTorrent® est utilisée, et qui peut être dédié à cette chaîne télévisée. Ce traqueur 9 maintient par exemple à jour une liste des contenus vidéos diffusés en streaming par la chaîne télévisée et/ou la liste des pairs 8 du réseau possédant tout ou partie de ces contenus vidéo. En se connectant au traqueur 9, les pairs 8 peuvent déterminer comment récupérer ce contenu vidéo dans le réseau 1. Le procédé décrit met en oeuvre un système informatique 10 configuré pour ralentir, voire éliminer, la propagation de ce contenu vidéo protégé dans le réseau 1. Dans l'exemple décrit, le système informatique 10 comprend trois éléments distincts, à savoir un fouineur 11, un faussaire 12 et des pairs contrôlés 14. Bien que sur la figure 2 un seul fouineur 11 et un seul faussaire 12 aient été représentés, l'invention n'est pas limitée à un nombre particulier de fouineurs ou de faussaires. On va maintenant décrire plus en détail en référence aux figures 3 à 5 le fonctionnement des éléments du système informatique 10. Le fouineur 11 est configuré pour récupérer les coordonnées dans le réseau 1, c'est-à-dire notamment l'adresse IP et le port utilisé, des pairs connectés au traqueur 9 sur l'identifiant de la chaîne diffusant le contenu vidéo protégé. Le fouineur 11, lorsqu'il se connecte au traqueur 9, peut être semblable aux autres pairs 8 du réseau 1. Le fouineur 11 peut être configuré pour se connecter de façon répétitive, par exemple périodiquement, au traqueur 9 afin de mettre à jour les coordonnées des pairs 8 répertoriés par l'annuaire 9 comme associés au contenu protégé, par exemple parce qu'ils en possèdent certains blocs ou parce qu'ils cherchent à récupérer des blocs de ce contenu. Comme représenté à la figure 3, le fouineur est activé lors d'une étape 20 lorsque l'on souhaite mettre en oeuvre le procédé selon l'invention dans le réseau 1. Lors d'une étape 21, le fouineur récupère l'identifiant de la chaîne télévisée sur laquelle le contenu vidéo est diffusé. Ultérieurement à cette étape 21, le fouineur 11 se connecte à l'étape 22 au traqueur 9 et récupère auprès de ce dernier des informations relatives au(x) pair(s) 8 associé(s) au contenu vidéo. Lors de l'étape 23, le fouineur peut comparer les informations reçues à des informations précédemment reçues, par exemple lors d'une connexion précédente au traqueur 9. Lorsqu'il résulte de cette comparaison que les informations nouvellement reçues ne diffèrent pas de celles précédemment reçues, le fouineur 11 marque une pause selon une étape 24 avant de revenir à l'étape 21. S'il ressort de la comparaison effectuée à l'étape 23 que le traqueur 9 a transmis au fouineur 11 de nouvelles informations par rapport à celles précédemment reçues, le fouineur met à jour selon une étape 25 les informations dont il dispose avant, le cas échéant, de les envoyer au faussaire 12, puis le fouineur 11 marque une pause selon l'étape 24. Le faussaire 12 va maintenant être décrit en référence à la figure 4. Lors d'une étape 30, le faussaire reçoit les informations telles que l'adresse IP ou le port utilisé par un pair 8 cherchant à récupérer le contenu vidéo protégé, ces informations étant envoyées par le fouineur 11 lors de l'étape 25. A l'étape 31, le faussaire 12 contrôle l'activation des noeuds contrôlés 14 en leur fournissant l'identifiant de la chaîne diffusant le contenu vidéo protégé et les informations relatives au pair 8 qu'il a reçues lors de l'étape 30. L'activation des pairs contrôlés 14 peut être effectuée préalablement au début de la diffusion sur la chaîne télévisée du contenu protégé, par exemple une heure et demie avant cette diffusion. Lors d'une étape 32, le faussaire reçoit de la part des pairs contrôlés 14 des informations relatives au contenu vidéo telles que par exemple la taille des blocs de ce contenu, leur indice, leur identifiant, et/ou des informations relatives au pair 8 telles que son adresse IP ou la vitesse de téléchargement des blocs du fichier par ce dernier. Les informations reçues lors de cette étape 32 peuvent également comprendre la localisation géographique du pair 8, par exemple lorsque les pairs contrôlés 14 comprennent un module de géolocalisation. En variante, ce module de géolocalisation est intégré au faussaire ou est supporté par un autre composant du système informatique 10. L'emploi d'un tel module de géolocalisation permet de cibler les pairs 8 auxquels on va chercher à empêcher la transmission du contenu vidéo. Ces pairs 8 appartiennent par exemple à des pays dans lesquels la diffusion est interdite ou conditionnée à la souscription d'un abonnement, le cas échéant payant. A l'étape 33, le faussaire détermine, s'il y a lieu, par exemple selon la localisation géographique du pair 8 ou selon la nature du contenu vidéo qu'il recherche, d'empêcher ce dernier de recevoir ce contenu vidéo. Dans la négative, l'étape 32 est à nouveau effectuée. Dans l'affirmative, le faussaire 12 envoie de faux blocs aux pairs c6ntrôlés 14 à la place des vrais blocs du contenu vidéo que le pair 8 cherche à récupérer. Ces faux blocs sont par exemple générés de façon à coïncider avec la fenêtre de lecture que le pair 8 cherche à remplir pour récupérer le contenu vidéo. Les faux blocs n'ont par exemple aucun rapport avec le contenu vidéo que le pair 8 cherche à récupérer. En variante, ces blocs correspondent aux blocs que le pair 8 cherche à récupérer mais présentent une qualité dégradée. Dans une autre variante, ces blocs correspondent à des blocs du contenu vidéo qui ont déjà été reçus par le pair 8. Selon un exemple de mise en oeuvre de l'invention, l'envoi de faux blocs par le faussaire 12 vers le ou les pairs contrôlés 14 commence à partir du lancement de la diffusion en streaming dans le réseau du contenu vidéo à protéger et peut durer aussi longtemps que ce contenu est émis sur la chaîne télévisée accessible depuis le réseau. Lors de l'étape 33, le faussaire peut déterminer si le contenu vidéo doit être protégé. L'étape 33 peut être mise en oeuvre de façon automatique, par exemple à l'aide d'une technologie de type Fingerprint, ou être mise en oeuvre de façon manuelle, par exemple à l'aide d'un opérateur. On va maintenant décrire en référence à la figure 5 le fonctionnement d'un pair contrôlé 14 selon un exemple de mise en oeuvre de l'invention. Ce pair contrôlé 14 est configuré de manière à ce qu'il puisse se comporter comme tout pair 8 du réseau lorsque l'on ne cherche pas à ralentir, voire éliminer, la propagation du contenu vidéo dans le réseau 1. Lors d'une étape 40, te pair contrôlé 14 est activé par le faussaire 12 selon l'étape 31 décrite en référence à la figure 4. Cette activation 40 peut intervenir préalablement au commencement de la diffusion en streaming du contenu vidéo sur une chaîne télévisée du réseau. Une fois activé selon l'étape 40, le pair contrôlé 14 se connecte, selon une étape 41, au pair 8 dont les coordonnées lui ont été fournies par le faussaire 12 lors de l'étape 40. Le pair contrôlé 14 peut profiter de cette connexion au pair 8 pour collecter des informations sur ce pair 8 et le contenu vidéo dont il dispose ou qu'iI cherche à récupérer, ces informations comprenant par exemple la taille des blocs du contenu vidéo, leur indice, leur ordre ou encore la vitesse avec laquelle le pair 8 télécharge des blocs dans le réseau 1. Ces informations sont envoyées par le pair contrôlé 14 lors d'une étape 42 et reçues par le faussaire 12 lors de l'étape 32 préalablement décrite. Lors de l'étape 43, le pair contrôlé 14 examine si le contenu vidéo que le pair 8 cherche à récupérer est protégé. Dans l'affirmative, le pair contrôlé 14 envoie au pair 8 selon une étape 44 des faux blocs qui lui ont été envoyés par le faussaire 12. Cet envoi n'est par exemple réalisé que si le pair 8 est situé dans une zone géographique prédéfinie. Dans la négative, l'étape 42 est à nouveau exécutée. Dans une variante non représentée, le procédé comprend une étape selon laquelle une fois connecté au pair 8 selon l'étape 41 et après que la diffusion en streaming du contenu vidéo protégé a commencé dans le réseau, le pair contrôlé 14 transmet au pair 8 des blocs que ce dernier cherche à récupérer. Cette étape peut permettre aux pairs contrôlés 14 d'être mieux intégrés dans le réseau et de ne pas éveiller de soupçons quant à leur comportement ultérieur. Les faux blocs peuvent être envoyés aux pairs contrôlés dès la première seconde de la diffusion du contenu vidéo à protéger. Dans le cas de chaînes télévisées dont tous les programmes sont protégés, les faux blocs peuvent être envoyés aux pairs contrôlés dès l'étape 40. L'invention n'est pas limitée aux exemples qui viennent d'être décrits. En particulier, les pairs contrôlés 14 peuvent envoyer de faux blocs à plusieurs pairs du réseau 1 simultanément. L'expression « comportant un » doit être comprise comme signifiant « comportant au moins un », sauf lorsque le contraire est spécifié.20 REVENDICATIONS1. Procédé pour ralentir, voire éliminer, la propagation illégale d'un contenu vidéo protégé et diffusé en streaming dans un réseau pair à pair (1) comportant au moins un pair (8) exécutant un Iogiciel d'échange configuré pour diffuser des données vers au moins un autre pair (8), le contenu vidéo à diffuser étant découpé en blocs qu'au moins un pair (8) du réseau cherche à récupérer pour remplir une fenêtre de lecture (3), procédé dans lequel on se connecte audit pair (8) cherchant à récupérer ledit contenu vidéo et on lui envoie au moins un faux bloc afin de perturber la récupération par ledit pair (8) du contenu vidéo. 2. Procédé selon la revendication 1, dans lequel, préalablement à l'envoi au pair (8) de faux bloc(s) - on se connecte à un annuaire (9) du réseau pair à pair (8) répertoriant les pairs cherchant à récupérer le contenu, et - on récupère depuis l'annuaire (9) les coordonnées dans le réseau (1) d'au moins un desdits pairs (8) cherchant à récupérer le contenu. 3. Procédé selon la revendication 1 ou 2, dans lequel la connexion à l'annuaire (9) est effectuée de façon répétitive, notamment périodique. 4. Procédé selon l'une quelconque des revendications 1 à 3, dans lequel, après connexion au pair (8) et avant envoi de faux bloc(s), on envoie au pair (8) pendant une période prédéterminée un ou plusieurs blocs du contenu vidéo de manière à permettre au pair (8) de récupérer ledit contenu. 5. Procédé selon l'une quelconque des revendications précédentes, dans lequel le contenu à diffuser est disponible dans le réseau (1) à partir d'un instant donné et dans lequel on se connecte au pair (8) préalablement à cet instant donné, notamment au moins une heure avant cet instant donné. 6. Procédé selon l'une quelconque des revendications 1 à 5, dans lequel le ou les faux blocs envoyés au pair (8) comprennent des blocs n'appartenant pas au contenu recherché par le pair (8). 7. Procédé selon l'une quelconque des revendications 1 à 6, dans lequel le ou les faux blocs envoyés au pair (8) comprennent des blocs appartenant au contenu recherchéet dont la qualité est dégradée, conduisant à des images figées et/ou saccadées lors de la visualisation du contenu. 8. Procédé selon l'une quelconque des revendications 1 à 7, dans lequel on récupère, avant envoi de faux bloc(s), des informations relatives aux blocs du contenu vidéo recherchés par le pair (8). 9. Procédé selon l'une quelconque des revendications 1 à 8, dans lequel on envoie de faux bloc(s) au pair (8) selon qu'une condition prédéfinie relative à la localisation géographique du pair (8) est vérifiée. 10. Procédé selon l'une quelconque des revendications précédentes, dans lequel le logiciel d'échange des pairs du réseau échange des données vers le ou les autres pairs selon un protocole d'échange sélectif permettant au pair d'opérer une sélection des autres pairs vers lesquels des données sont transférées, cette sélection s'effectuant en fonction d'une ou plusieurs caractéristiques des autres pairs. 11. Système informatique (10) destiné à ralentir, voire éliminer, la propagation illégale d'un contenu vidéo protégé et diffusé en streaming dans un réseau pair à pair (1) comportant au moins un pair (8) exécutant un logiciel d'échange configuré pour diffuser des données vers au moins un autre pair (8), le contenu vidéo à diffuser étant découpé en blocs qu'au moins un autre pair du réseau cherche à récupérer pour remplir une fenêtre de lecture(3), le système informatique (10) étant configuré pour envoyer audit autre pair (8) au moins un faux bloc afin de perturber la récupération par ledit autre pair (8) du contenu vidéo. 12. Produit programme d'ordinateur comportant des instructions lisibles par un système informatique (10) comportant au moins un microprocesseur, ces instructions commandant le fonctionnement du système informatique (10) de manière à ce que, dans un réseau pair à pair (1) comportant au moins un pair (8) exécutant un logiciel d'échange configuré pour servir au moins un autre pair (8), on envoie à un autre pair (8) cherchant à récupérer un contenu vidéo protégé diffusé en streaming dans le réseau (1) et découpé en blocs, au moins un faux bloc afin de perturber la récupération par ledit autre pair (8) du contenu vidéo.30