FR 2832009 A1 20030509 FR 0114442 A 20011108 PROCEDE ET DISPOSITIF POUR CONTROLER L'ACCES D'UN TERMINAL AUX DONNEES D'UN SERVEUR VIA UN RESEAU DE TELECOMMUNICATION La présente invention concerne un procédé et un dispositif pour contrôler l'accès d'un terminal aux données d'un serveur via un réseau de télécommunication tel que le réseau Internet, et notamment pour autoriser et/ou facturer cet accès. Le réseau Internet comporte des serveurs reliés à un réseau de communication, notamment téléphonique, et contenant ou hébergeant des données, par exemple pour coder des images, des fichiers audio et/ou des programmes, accessibles à des terminaux reliés à ce même réseau téléphonique. A cet effet, chacun de ces terminaux est équipé d'un modem permettant d'appeler et d'établir une communication avec les serveurs, également équipés d'un modem. Au cours d'une communication, le terminal requiert le transfert de données hébergées dans le serveur et reçoit ces dernières à l'aide d'un programme dit"navigateur"qui permet, notamment, le décodage des données émises par le serveur et codées dans le langage, normalisé pour les communications via le réseau Internet, dénommé HTML ("Hypertext Markup Language"). En outre, le terminal comprend généralement un deuxième type de programme, dit"plug-in"ou module d'extension au navigateur HTML, qui permet au serveur de commander le terminal au moyen des données transmises. Tel est le cas lorsque ces données sont codées en HTML dans un"embed object", c'est- à-dire un objet inclus dans le texte HTML qui déclenche le plugin et permet, par exemple, l'établissement d'une communication entre le terminal et un autre serveur référencé par le plug-in. L'accès aux données d'un serveur peut être payant, lorsque ces données correspondent à une oeuvre soumise à des redevances en raison d'un droit d'auteur. Dans ce cas, les données payantes ne sont transmises au terminal que lorsque ce dernier effectue un paiement correspondant à l'accès requis. Généralement, un tel paiement s'effectue par une transmission codée du terminal vers le serveur d'un numéro de compte ou de carte bancaire pouvant être débité de la redevance nécessaire à la transmission requise des données. Mais de tels paiements effectués via un réseau téléphonique, dits paiements en ligne, sont considérés comme risqués du fait d'une possible interception frauduleuse des données confidentielles transmises lors du paiement en ligne. En effet, les moyens de cryptage protégeant de tels paiements n'assurent pas une protection certaine contre de telles interceptions. De ce fait, les utilisateurs tendent à éviter l'utilisation de services facturés en ligne. Par ailleurs, lorsqu'un serveur héberge des données sous licence, le gestionnaire du serveur doit généralement payer des redevances au propriétaire des données, ces redevances étant calculées en fonction des accès effectués à ces données à partir du serveur. Dans ce cas, le mode de paiement précédemment décrit ne permet pas au propriétaire des données d'évaluer les redevances dues par le gestionnaire indépendamment de ce dernier, seul connaisseur du nombre et de la nature des accès au serveur et aux données sous licence. Une telle situation est inacceptable pour de nombreux propriétaires ou auteurs qui ne licencient pas leurs données à défaut d'avoir un outil pour établir, indépendamment des gestionnaires de serveurs sous licence, les redevances que ces derniers doivent leur payer. La présente invention résout ces problèmes. Elle concerne un procédé pour contrôler l'accès d'un terminal téléphonique aux données d'un serveur qui est caractérisé en ce qu'on prévoit, lorsque le terminal effectue une requête pour recevoir des données du serveur, la transmission du serveur au terminal de moyens pour établir une communication entre ce terminal et un serveur de contrôle afin d'informer le serveur de contrôle de la requête d'accès du terminal aux données du serveur. Dès lors, le propriétaire des données hébergées dans le serveur peut contrôler, au moyen d'un tel serveur de contrôle, l'accès aux données sous licence. Notamment, on peut contrôler que le serveur requis par un terminal pour obtenir des données possède une licence en accord avec cette requête. Dans ce cas, on prévoit, dans une réalisation, que l'exploitation des données requises par le terminal ne puisse pas être effectuée sans la transmission d'une autorisation du serveur de contrôle au terminal. Le propriétaire peut aussi évaluer les redevances dues par le gestionnaire du serveur à partir de son serveur de contrôle, ce dernier étant informé de tous les accès effectués aux serveurs sous licence. Dans une réalisation, les moyens transmis comprennent au moins un des éléments suivants : une page HTML d'accueil, un embed object, des informations identifiant le serveur requis et la requête effectuée. Selon un mode de réalisation, après avoir été informé de l'identité du serveur requis et de la requête d'accès du terminal aux données, le serveur de contrôle transmet au terminal un code d'accès permettant à ce dernier de recevoir les données requises au serveur contrôle. Dans une réalisation, les données requises sont soumises à une licence telle que le nombre de transmissions de données vers les terminaux est limité et renouvelable périodiquement, et/ou telle que la licence est gratuite et les transmissions sont facturées ultérieurement, et/ou telle que la licence est gratuite pour un nombre n donné de transmissions et payante pour toute autre transmission. Dans ce cas, dans un mode de réalisation, la redevance due par le gestionnaire du serveur est fonction du nombre de transmissions de données, de leurs durées, et/ou de la quantité de données transférées. Dans un mode de réalisation, la transmission des données du serveur sous licence vers le terminal requérant est en langage HTML. Selon une réalisation, les données musicales transmises sont facturées suivant divers niveaux de transmission en fonction de la durée et/ou de la quantité de données considérées transmises. Dans une réalisation, le serveur de contrôle est un serveur distinct du serveur facturé. Selon un mode de réalisation, les données sont produites automatiquement de la façon suivante : - on définit des moments musicaux au cours desquels au moins quatre notes sont susceptibles d'être jouées, - on définit deux familles de hauteurs de notes, pour chaque moment musical, la deuxième famille de hauteurs de notes possédant au moins une hauteur de note qui n'est pas dans la première famille, on constitue au moins une succession de notes possédant au moins deux notes, chaque succession de notes étant appelée"une phrase musicale", succession dans laquelle, pour chaque moment, chaque note dont la hauteur appartient exclusivement à la deuxième famille est entourée exclusivement de notes de la première famille, et - on produit un signal représentatif de chaque hauteur de note de chacune desdites successions. Dans ce cas, on prévoit une réalisation telle que, pour définir deux familles de hauteurs de notes, pour chaque moment musical, on définit la première famille comme un ensemble de hauteurs de notes appartenant à un accord dupliqué d'octave en octave. Pour la définition de deux familles de hauteurs de notes, on prévoit, dans une réalisation, que la deuxième famille de hauteurs de notes comporte au moins les hauteurs de notes d'une gamme qui ne sont pas dans la première famille de hauteurs de notes. Selon une réalisation, au cours de la constitution d'au moins une succession de notes possédant au moins deux notes, chaque phrase musicale est définie comme un ensemble de notes dont les instants de début ne sont pas séparés entre eux, deux à deux, de plus qu'une durée prédéterminée. L'invention concerne aussi un terminal équipé d'un plug-in et relié à un réseau de communication caractérisé en ce qu'il comporte un moyen pour que, lorsque ce terminal effectue une requête pour accéder aux données d'un serveur, le plug-in établisse une communication avec un serveur de contrôle de façon à informer ce dernier de la requête. Dans une réalisation, le terminal comprend alors des moyens pour recevoir de ce serveur de contrôle un code d'accès permettant au terminal d'accéder aux données requises. L'invention concerne aussi un serveur relié à un réseau de communication caractérisé en ce qu'il comprend des moyens pour transmettre, lorsque ce serveur reçoit une requête de données d'un terminal, au terminal des moyens pour établir une communication entre ce terminal et un serveur de contrôle au cours de laquelle le serveur de contrôle est informé de l'identité du serveur requis et de la requête d'accès du terminal aux données. Dans ce cas, dans une réalisation, les moyens transmis comprennent au moins un des éléments suivants : une page HTML d'accueil, un embed object, des informations identifiant le serveur requis et la requête effectuée. D'autres caractéristiques et avantages de l'invention apparaîtront avec la description ci-après, effectuée à titre descriptif et non limitatif, en se référant à l'unique figure ci-jointe qui représente un système de contrôle conforme à l'invention. Sur cette figure, on a représenté un terminal 10 voulant accéder à des données mémorisées dans un serveur 12 relié au réseau téléphonique 14. Ce serveur 12 héberge des fichiers musicaux 16 pouvant être transmis par le réseau téléphonique 14 et des données codées en langage HTML pour une page d'accueil transmise à tout terminal 10 tentant d'accéder aux fichiers musicaux. Cette page d'accueil, qui informe l'utilisateur du terminal 10 que sa requête est en cours de traitement, comprend aussi des données identifiant le serveur 12 et les fichiers 16 musicaux requis par le terminal 10. De plus, un"embed object", c'est-à-dire un programme déclenchant une opération de la part d'un plug-in 18 du navigateur du terminal est compris dans la page HTML. Le plug-in 18 du terminal 10 entraîne une communication entre le terminal 10 et un serveur 20 de contrôle. Lors de cette communication, le terminal 10 transmet les données identifiant le serveur 12 et les fichiers musicaux 16 requis. Le serveur 20 de contrôle mémorise alors ces informations et vérifie que le serveur 12 dispose d'une licence valide pour transmettre les données requises par le terminal 10. A cet effet, le serveur 20 de contrôle comprend une base de données déterminant le type de licence attribué à chaque serveur 12 sous licence. Une licence peut être attribuée de diverses manières. Par exemple, elle peut être achetée pour un nombre limité d'accès aux fichiers musicaux et être renouvelable périodiquement, ou elle peut être gratuite tandis que le nombre d'accès est compté et/ou facturé ultérieurement, ou encore, la licence peut être gratuite pour un nombre n donné d'accès et être payante au-delà. Dans l'exemple, l'accès au serveur 12 permet la transmission vers le terminal 10 de fichiers 16 de musique. Toutefois, l'invention concerne aussi un service de transmission de données en continu dans une durée de temps déterminée, par exemple de quelques heures, ou d'une transmission de durée indéterminée. Après vérification, le serveur 20 de contrôle transmet un signal 22 certifiant la validité de la connexion du terminal 10 vis-à-vis du serveur 12 et permet ainsi au plugin 18 de télécharger les fichiers musicaux requis par le terminal. Dès lors, le compteur d'utilisation (non représenté) du serveur 12 est incrémenté d'un accès correspondant à la transmission autorisée par le certificat 22. Ce compteur peut être utilisé pour la facturation de la licence au serveur, pour effectuer des statistiques de fréquentation ou pour d'autres services. La description effectuée ci-dessus concerne l'accès aux données d'un serveur par un terminal relié au réseau Internet via un réseau téléphonique. Toutefois, l'invention concerne tout type d'accès d'un terminal aux données d'un serveur via un réseau de télécommunication quelconque, par exemple lorsque ce terminal est un téléphone portable accédant aux données d'un serveur du type WAP (Wireless Acess Protocol). Dans une variante de l'invention, lorsque le serveur de contrôle a vérifié la validité de la licence d'un serveur contenant des informations requises par un terminal, ce serveur de contrôle transmet au terminal un certificat autorisant l'exploitation des données transmises. Par ailleurs, en fonction des licences accordées, le "plug-in"peut être tel qu'il transmet au serveur de contrôle des données en fin de communication telles que la durée ou le débit de cette dernière. REVENDICATIONS 1. Procédé pour contrôler l'accès d'un terminal (10) aux données (16) d'un serveur (12), cet accès étant effectué par un réseau de communication (14), caractérisé en ce qu'on prévoit, lorsque le terminal (10) requiert la transmission des données (16), que le serveur (12) transmette au terminal (10) des moyens pour établir une communication entre ce terminal (10) et un serveur (20) de contrôle afin d'informer le serveur (20) de contrôle de l'identité du serveur (12) requis et de la requête d'accès du terminal (10) aux données (16). 2. Procédé selon la revendication 1, caractérisé en ce que les moyens transmis comprennent au moins un des éléments suivants : une page HTML d'accueil, un embed object, des informations identifiant le serveur requis et la requête effectuée. 3. Procédé selon la revendication 1 ou 2 caractérisé en ce que, après avoir été informé de l'identité du serveur (12) requis et de la requête d'accès du terminal (10) aux données (16), le serveur (20) de contrôle transmet au terminal (10) un code d'accès permettant à ce dernier de recevoir les données requises du serveur (12). 4. Procédé selon la revendication 1, 2 ou 3 caractérisé en ce que les données (16) requises sont soumises à une licence telle que le nombre de transmissions de données (16) vers les terminaux (10) est limité et renouvelable périodiquement, et/ou telle que la licence est gratuite et les transmissions sont facturées ultérieurement, et/ou telle que la licence est gratuite pour un nombre n donné de transmissions et payante pour toute autre transmission. 5. Procédé selon la revendication 4 caractérisé en ce que la redevance due par le gestionnaire du serveur (12) est fonction du nombre de transmissions de données (16), de leurs durées, et/ou de la quantité de données transférées. 6. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que la transmission des données du serveur sous licence (12) vers le terminal (10) requérant est en langage HTML. 7. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les données transmises sont facturées suivant divers niveaux de transmission en fonction de la durée et/ou de la quantité de données considérées transmises. 8. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le serveur de contrôle est un serveur distinct du serveur facturé. 9. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les données (16) sont des données musicales produites automatiquement de la façon suivante : - on définit des moments musicaux au cours desquels au moins quatre notes sont susceptibles d'être jouées, - on définit deux familles de hauteurs de notes, pour chaque moment musical, la deuxième famille de hauteurs de notes possédant au moins une hauteur de note qui n'est pas dans la première famille, on constitue au moins une succession de notes possédant au moins deux notes, chaque succession de notes étant appelée"une phrase musicale", succession dans laquelle, pour chaque moment, chaque note dont la hauteur appartient exclusivement à la deuxième famille est entourée exclusivement de notes de la première famille, et - on produit un signal représentatif de chaque hauteur de note de chacune desdites successions. 10. Procédé selon la revendication 9, caractérisé en ce que, pour définir deux familles de hauteurs de notes, pour chaque moment musical, on définit la première famille comme un ensemble de hauteurs de notes appartenant à un accord dupliqué d'octave en octave. 11. Procédé selon la revendication 10, caractérisé en ce que, pour la définition de deux familles de hauteurs de notes, la deuxième famille de hauteurs de notes comporte au moins les hauteurs de notes d'une gamme qui ne sont pas dans la première famille de hauteurs de notes. 12. Procédé selon l'une des revendications 9 à 11, caractérisé en ce qu'au cours de la constitution d'au moins une succession de notes possédant au moins deux notes, chaque phrase musicale est définie comme un ensemble de notes dont les instants de début ne sont pas séparés entre eux, deux à deux, de plus qu'une durée prédéterminée. 13. Terminal équipé d'un plug-in et relié à un réseau de communication caractérisé en ce qu'il comporte un moyen permettant, lorsque le terminal effectue une requête pour accéder aux données (16) d'un serveur, que le plug-in établisse une communication avec un serveur de contrôle de façon à informer ce dernier de la requête. 14. Terminal selon la revendication 13 caractérisé en ce qu'il comprend des moyens pour recevoir de ce serveur de contrôle un code d'accès permettant au terminal d'accéder aux données requises. 15. Serveur relié à un réseau de communication caractérisé en ce qu'il comporte un moyen pour transmettre, lorsque ce serveur reçoit une requête de données (16) d'un terminal (10), au terminal (10) des moyens pour établir une communication entre ce terminal (10) et un serveur (20) de contrôle au cours de laquelle le serveur (20) de contrôle est informé de l'identité du serveur (12) requis et de la requête d'accès du terminal (10) aux données (16). 16. Serveur selon la revendication 15, caractérisé en ce que les moyens transmis comprennent au moins un des éléments suivants : une page HTML d'accueil, un embed object, des informations identifiant le serveur requis et la requête effectuée.