Brevet FR2920903A1 — publié le 20090313

La présente invention concerne un dispositif permettant de télécharger gratuitement en illimité et légalement de la musique, des films vidéos, des émissions de télévisions et des sonneries de téléphones en introduisant de la publicité sonore et/ou visuelle dans chaque contenu au moment de leur téléchargement. Le contenu étant identifié à un fichier de musique, ou un fichier de film vidéo, ou un fichier d'émission de télévision, ou un fichier de sonnerie. A ce jour, le téléchargement de la musique, des films vidéos et des émissions de télévision se font par des services payants qui protègent généralement les droits d'auteurs ou par des gratuits qui, d'une manière générale, ne protègent pas les droits d'auteurs comme le service pair à pair (peer to peer en anglais). Les plates formes ou dispositifs existants sur le marché, qui proposent le téléchargement payant ou gratuit de contenu, ne disposent d'aucune technique permettant d'introduire de la publicité sonore et/ou visuelle au début et à la fin de chaque contenu au moment de leur téléchargement. Le dispositif selon l'invention permet de résoudre le problème de la protection des droits d'auteurs garantis par le financement de la publicité. Il compte en effet, selon une première caractéristique, une application client exécutable sur un ordinateur client et une application serveur exécutable sur un serveur central. Le serveur central peut être connecté de un à plusieurs ordinateurs clients dont chacun dispose d'une application client. Par l'application cliente qu'un utilisateur aura installée sur son ordinateur, l'utilisateur fait une requête de son choix. La requête décrit ainsi un type et le nombre de fichiers de contenu que l'utilisateur aura demandé à l'application cliente sur son ordinateur. L'application cliente communique la requête au serveur central qui répond à la demande en introduisant un fichier publicitaire à la fin et/ou début du premier fichier de musique. Puis un fichier de publicité à la fin de chacun des autres fichiers de musique contenus dans la requête. Selon des requêtes particulières, - Le logiciel peut permettre à l'utilisateur de choisir le style de publicité qui lui plait. Le dispositif peut fonctionner en mode peer to peer appelé aussi pair à pair dans le cadre du partage de fichier ; soit à la demande de l'utilisateur qui configure l'application cliente ; soit dans le cas où l'application cliente par laquelle la requête de l'utilisateur ne peut retourner une réponse favorable du serveur central. C'est-à- dire que le fichier de contenu demandé n'est pas disponible dans le serveur central. Dans tous les cas, lorsque le dispositif passe en mode peer to peer, toutes les applications clientes deviennent des applications serveurs qui échangent leurs données avec le serveur central par lequel elles sont liées. Les dessins annexés illustrent l'invention : - La figure 1 représente le fonctionnement global de l'invention. - La figure 2 représente les différents modules du serveur central qui est connecté à une seule application cliente. L'application cliente envoyant une requête qui retourne une réponse favorable sans passer en mode peer to peer. - La figure 3 représente le fonctionnement du module qui permet de stocker les 45 fichiers de musique et les fichiers de publicité côte à côte de manière à ce qu'un fichier de contenu soit juxtaposé avec un fichier de publicité. -2 La figure 4 représente le fonctionnement détaillé de l'idée du dispositif. Elle met en évidente la connexion de plusieurs applications clientes avec le serveur central. Elle met également en évidence le fonctionnement en mode peer to peer. En référence à ces dessins, le dispositif comporte un serveur central (1) sur lequel est installée l'application serveur. L'ensemble "serveur central et application serveur" est appelé serveur central (1) qui communique avec des ordinateurs indépendants appelés ordinateurs clients (2), (3) et (4) . Il est installé une application cliente sur chacun de ces ordinateurs clients. L'ensemble " ordinateur client et application cliente" est appelé application cliente à travers lequel, un utilisateur peut faire une requête (2-1), (3-1) ou (4-1) dans laquelle, il précise le type et le nombre de fichiers (it), (2t), (3t:)...(figure 3) qu'il souhaite télécharger. La requête (2-1), (3-1) ou (4-1) arrive dans le serveur central en passant tout d'abord par le gestionnaire (15) de requêtes et d'identification d'applications clientes, puis passe par le canal (234) pour arriver au module système primaire (10) dont une des rôles est de faire des requêtes (10-1), (10-3), (10-9) et (10-11) et de juxtaposer un fichier de publicité (la) ou (2a) ou (3a) ...(figure 3) à côté d'un fichier de contenu jusqu'à ce que la requête (2-1), (3-1) ou (4-1) de l'utilisateur depuis l'application cliente soit satisfaite. En effet, les requêtes (10-9) et (10-11) sont en priorité lancées du module système primaire (10) vers la base de stockage (111) et seulement si les réponses (10-10) et/ou (10-12) ne sont pas favorables, la requête (10-1) de fichiers de publicité du module système primaire (10) transite par le gestionnaire (13) de requêtes et d'identification des serveurs (100) et (101) de nos régisseurs avec lesquels nous avions établi des accords de partenariat. Le gestionnaire (13) transmet en effet la requête (10- 1), qui devient (13-1) et/ou (13-3), aux serveurs (100) et/ou (101) qui sont susceptibles de retourner une réponse (13-2) et/ou (13-4) au module système primaire (10) en transitant de nouveau par le gestionnaire (13). Le module système primaire (10) reçoit ainsi la réponse (10-2) de la requête (10-1). En outre, la requête (10-3) de fichiers de contenu, musique ou vidéo ou encore sonnerie, du module système primaire (10) transite par le gestionnaire (14) de requêtes et d'identification des serveurs (200) et (201) de nos distributeurs et/ou producteurs avec lesquels nous avions établi des accords de partenariat. Le gestionnaire (14) transmet en effet la requête (10-3), qui devient (14-1) et/ou (13-3), aux serveurs (200) et/ou (201) qui sont susceptibles de retourner une réponse (14-2) et/ou (14-4) au module système primaire (10) en transitant de nouveau par le gestionnaire (14). Le module système primaire (10) reçoit ainsi la réponse (10-4) de la requête (10-3). Par ailleurs, lorsque les fichiers de musique ou de vidéo ou encore de sonnerie, demandés à travers la requête (10-3) ne retourne pas une réponse favorable, le module système primaire (10) transmet la requête (2-1) et/ou (3-1) et/ou (4-1), qui devient la requête (10-6), au module système secondaire (12) dont le rôle est de transmettre la requête (10-6), qui devient la requête (12-1), aux applications clientes (2), (3), (4) tout en transitant par le gestionnaire (15). Ainsi, les applications clientes (2), (3), (4) deviennent dès lors des serveurs, excepté l'application cliente qui a fait le requête. La requête (12-1) du module système secondaire (12), transitant par le gestionnaire (15), se duplique plusieurs fois et devenant ainsi les requêtes (12-3), (12-5), (12-7). La duplication de requête (12-1) est fonction du nombre d'application clientes connectées au serveur central (1) exceptée l'application cliente qui fait la requête. - 3 Ainsi, les applications clientes devenues des serveurs, renvoient au module système secondaire (12), lorsque les fichiers demandés sont disponibles, des réponses (12-4), (12-6), (12-8) qui transiteront également par le gestionnaire (15). Le module système secondaire (12) possède exactement une même fonction que le module système primaire (10) ; c'est-à-dire la capacité à juxtaposer les fichiers de publicité (la),(2a),(3a)... et les fichiers de contenu (lt),(2t),(3t)... l'un à la suite de l'autre. Que ce soit le module système primaire (10) ou le module système secondaire (12), la juxtaposition de fichiers de publicité (la) ou (2a) ou (3a) ...(figure 3) et de fichiers de contenu (10, (2t), (3t)... (figure 3), décrite précédemment et clairement détaillée sur la figure 3, constitue une compilation composite. Si la compilation composite réalisée en fonction de la demande de l'utilisateur, est déjà disponible dans le module système primaire (10), une image de cette compilation est envoyée (10-5) au module de formatage (11) dont le rôle est de formater la compilation composite en un fichier spécifique lisible sur l'appareil de lecteur dont dispose l'utilisateur. Lorsque le formatage est effectué dans le module formatage (11), celui-ci envoie (432) la compilation formatée à l'application cliente cible en transitant par le gestionnaire (15). A partir de l'application cliente, l'utilisateur récupère sa compilation, soit sur son appareil de lecteur, soit sur son ordinateur. Selon une variante non illustrée, lorsque le module de formatage (11) a reçu une image d'une compilation venant du module système primaire (10) ou du module système secondaire (12), pendant le formatage de la compilation, chaque module système primaire (10) ou secondaire (12) peut décharger la compilation dont il dispose dans une base de stockage (111). La base de stockage (111) s'occupe ensuite de séparer les fichiers de publicité des fichiers de contenu (musique, vidéo, sonnerie). Dans la base de stockage (111) qui possède en outre les mêmes caractéristiques que les serveurs de nos producteurs, les fichiers de publicité seront définitivement détruits tandis que les fichiers de contenu (musique, vidéo et sonnerie) seront conservés pour les remettre de nouveau au module système primaire à la demande de celui-ci. Le dispositif selon l'invention est particulièrement destiné à encourager le téléchargement illimité et gratuit de contenu en toute légalité. REVENDICATIONS 1) Dispositif pour télécharger légalement de la musique ou de la vidéo ou de sonnerie gratuitement et illimité caractérisé en ce qu'il comporte des applications clientes (2), (3), (4) par lesquelles les utilisateurs font des requêtes (2-1), (3-1), (4-1) de téléchargement de titre ou de compilations qui arrivent pour être organisées au serveur central (1) lié aux serveurs de distributeurs / producteurs (5), (6) et aux serveurs de régisseurs (7), (8). Le serveur central (1) renvoie ensuite des réponses (2-2), (3-2), (4-2) de fichiers formatés aux applications serveurs (2), (3), (4) qui en ont fait la demande. 2) Dispositif selon la revendication 1 caractérisé en ce que les applications clientes (2), (3) et (4) ne sont pas limitées en nombre et peuvent recevoir des titres ou des compilations formatées qui s'adaptent aux types d'appareils dont disposent les utilisateurs. 3) Dispositif selon la revendication 2 caractérisé en ce que le module système primaire (10) du serveur central (1) échange en priorité avec la base de stockage (111), puis simultanément, lorsque les réponses (10-10) et (10-12) ne sont pas favorables, avec les serveurs distributeurs / producteurs (5), (6) et les serveurs régisseurs (7), (8). 4) Dispositif selon la revendication 2 ou la revendication 3 caractérisé en ce que le module système primaire (10) du serveur central (1) organise en juxtaposant un fichier de publicité suivi d'un fichier de contenu de musique et ainsi de suite jusqu'à ce que la requête soit satisfaite. 5) Dispositif selon l'une quelconque des revendications précédentes caractérisé en ce que le module système primaire (10) du serveur central (1) envoie une image de la compilation composite, ainsi réalisée par la juxtaposition des fichiers de publicité et de contenu, au module de formatage (Il). Sinon une requête (10-6) est envoyée au module système secondaire (12). 6) Dispositif selon la revendication 4 caractérisé en ce que le module système secondaire (12) du serveur central (1) recherche et capture les fichiers de contenu dans les applications clientes (2), (3), (4). 7) Dispositif selon l'une quelconque des revendications précédentes caractérisé en ce que le module système secondaire (12) du serveur central (1) possède en outre les mêmes techniques à réaliser une compilation composite que le module système primaire (10) par la juxtaposition. Puis il envoie également une image du titre ou de la compilation qu'il aura réalisée au module de formatage (11). 8) Dispositif selon l'une quelconque des revendications précédentes caractérisé en ce que les modules systèmes primaire (10) et secondaire (12) déchargent leurs compilations dans la base de stockage (111) une fois que les images des compilations sont envoyées au module de formatage (11) qui récupère que les fichiers de contenu de musique, vidéo et sonnerie pour les remettre à la disposition du module système primaire. 9) Dispositif selon la revendication 5 caractérisé en ce que le module de formatage (11) formate le titre ou les compilations selon les besoins de l'utilisateur, qu'il a reçues des modules systèmes primaire (10) et/ou secondaire (12) pour les envoyer ensuite à l'utilisateur par le biais de l'application cliente (2) ou (3) ou (4) qui en a fait la requête.