Brevet FR2825871A1 — publié le 20021213

PROTOCOLE ET SYSTEME DE DIFFUSION DE PROGRAMMES AUDIOVISUELS A PARTIR D'UN SERVEUR L'invention concerne un protocole et un système de diffusion de programmes audiovisuels à partir d'un serveur, par réseau INTERNET. En raison de l'accroissement et de l'intérêt grandissant des utilisateurs grand public pour les échanges de données numériques supports de programmes ou de fichiers audiovisuels sur le réseau INTERNET, de nombreux services, visant à assurer la diffusion de telles sources audiovisuelles, ont jusqu'à ce jour été proposés. Parmi ceux-ci, on peut citer les services principaux ci-après : Service WEB TV Un tel service permet, par consultation d'un site WEB, de récupérer une adresse URL (adresse de Localiseur Uniforme de Ressources) pour demander un contenu audiovisuel directement. Ce contenu n'est pas diffusé mais dupliqué et émis par la source, autant de fois qu'il y a d'utilisateurs connectés. La consultation d'un programme télévisé émis dans ce mode implique que l'utilisateur se connecte à chaque fois au site WEB précité, pour demander un contenu en cours de diffusion. Les informations sur le contenu du programme et la description du mode de diffusion est implicite ou fournie par le site WEB à la demande. Service Multicast sur le MBone En référence à la figure la, dans le cadre de ce service, on utilise (1) la structure de données SDP disponible pour chaque source audiovisuelle pour trouver (2) toutes les informations nécessaires pour se mettre en réception par la protocole IGMP, RFC 2236 : Internet Group Management Protocol, d'une source audiovisuelle AV avec les protocoles et les décodeurs appropriés. Un exemple de structure de données SDP est donné ciaprès : v=o o=mhandley 2890844526 2892842807 IN IP4 126.16. 64.4 s=SDP Seminar i=A Seminar on the session description protocol u=http : //www. cs. ucl. ac. uk/staff/M. Handlry/sdp. 03. ps e=mjh@isi. edu (Mark Handley) c=IN IP4 224.217. 12/127 t=2873397496 2873404696 a=recvonly m=audio 49170 RTP/AVP 0 m=video 51372 RTP/AVP 31 m=application 32416 udp wb a=orient : portrait Service DVB SI La diffusion numérique de télédiffusion en Europe, soit par satellite, soit par câble ou encore par voie hertzienne, est basée sur les spécifications élaborées par le forum DVB. La spécification DVB/SI définit la façon de diffuser, dans un multiplex de télévision, les informations nécessaires à l'acquisition de chacun des programmes diffusés dans ce multiplex. Ce mode implique que le terminal de réception soit capable de recevoir tout le multiplex, par exemple 40 Mbits/s pour un satellite, pour pouvoir extraire le ou les programmes choisis par l'utilisateur. Service IP SAT Dans le cas de ce service, il s'agit d'utiliser un moyen de diffusion, le satellite, pour transmettre à haut débit des données destinées à un ou plusieurs utilisateurs destinataires, le plus souvent à la demande des utilisateurs. La diffusion est alors activée par les demandeurs. Service IETF L'IETF a défini une structure de données qui permet de véhiculer des informations sur les contenus et toutes les informations utiles aux terminaux pour les acquérir, soit par téléchargement, soit en se mettant en réception d'un canal de diffusion (RFC 2327 : SDP : Session Description Protocol). Les services précités consistent, essentiellement, à mettre dans la structure SDP récupérée, soit à partir d'un site WEB, soit à partir d'un message électronique, toutes les informations nécessaires afin de pouvoir se mettre en réception de la source audiovisuelle. Un tel mode opératoire suppose que les informations précitées ne changent pas en cours d'émission. Sur la figure Ib, on a représenté une source audiovisuelle AV connectée au réseau INTERNET et qui diffuse en multicast un programme télévisé sur plusieurs flux. Plusieurs techniques peuvent être utilisées afin de desservir une population de terminaux dispersée avec des modes de raccordement de ces terminaux très diversifiés, tels que par exemple réseau téléphonique avec modems à différents débits, ADSL, câble, satellite, RNIS, ou autres. Soit le programme télévisé est diffusé à des débits différents à 20,40 ou 60 kbits/s par exemple, soit le signal est décomposé en plusieurs flux, un flux de base à 20 kbits/s et un ou des flux complémentaires à 10 ou 20 kbits/s qui permettent d'améliorer la qualité du signal véhiculé par le flux de base pour une diffusion à des terminaux reliés au réseau téléphonique commuté. La source audiovisuelle AV émet toujours vers le réseau INTERNET, qu'il existe ou non un terminal preneur de cette émission. On peut conclure qu'au début de l'émission, tous les flux émis par la source audiovisuelle s'arrêtent dans le premier équipement du réseau, faute d'une demande d'un terminal par exemple. Lorsqu'un terminal est configuré pour recevoir le programme télévisé, il utilise les informations contenues dans la structure de données SDP pour obtenir l'adresse de la source audiovisuelle, son mode de diffusion et de codage. Il peut alors procéder au choix du ou des flux numériques qu'il est capable de recevoir et émettre une demande de réception de la source audiovisuelle par le protocole IGMP en fournissant l'adresse de diffusion du canal choisi. L'opération est répétée autant de fois que le terminal a choisi ce flux. Un chemin est alors construit par commutation entre le terminal récepteur et le routeur FAI le plus proche et qui reçoit déjà la flux numérique support du programme télédiffusé demandé en provenance de la source audiovisuelle. La solution de l'art antérieur précitée présente l'inconvénient de l'absence de synchronisation entre le moment où le terminal récupère la structure de données SDP et le moment où le terminal se met en réception de la source audiovisuelle. Ainsi, pour un programme télévisé régulièrement diffusé sur INTERNET, l'utilisateur se connecte une fois au site WEB de la chaîne assurant la diffusion de ce programme télévisé pour récupérer la structure SDP, et, ensuite, met son terminal en réception de cette source audiovisuelle, chaque fois qu'il le désire, sans se reconnecter au site WEB précité. Tout changement des conditions de réception du terminal, tel que abonnement, réseau d'accès ou autre, rend caduques les informations contenues dans la structure SDP. Tout changement du mode de diffusion de la source audiovisuelle, tel que le changement de format, titre d'émission, indication de fin d'émission, mode d'embrouillage ou autre, rend caduques les informations disponibles dans la structure SDP provenant d'un site WEB. La présente invention a pour objet de remédier aux inconvénients des techniques et solutions de l'art antérieur précitées et prévoit, afin d'autoriser une adaptation à tout changement précédemment mentionné, d'utiliser un canal de diffusion de signalisation, associé au canal de diffusion de la source audiovisuelle, à bas débit et dont les caractéristiques sont invariables dans le temps. Ces caractéristiques peuvent par conséquent être incluses dans la structure SDP. Un autre objet de la présente invention est également la mise en oeuvre d'un protocole et d'un système de diffusion de programmes audiovisuels permettant de conférer aux sources audiovisuelles une grande souplesse pour changer de mode de diffusion à tout moment, en particulier lors d'un changement de format d'image, de type de codage, de débit ou autre, en l'absence de toute perturbation des terminaux récepteurs et d'intervention des utilisateurs. Un autre objet de la présente invention est également la mise en oeuvre d'un canal de signalisation permettant de disposer d'informations sur le programme télévisé en cours de diffusion sur INTERNET ou diffusé ultérieurement, sans qu'il soit nécessaire de procéder de temps en temps à un accès au site WEB de la chaîne assurant cette diffusion. Un autre objet de la présente invention est également la mise en oeuvre d'un canal de signalisation permettant de véhiculer des informations de chiffrement synchronisées avec les changements d'émissions provenant de la source audiovisuelle. Un autre objet de la présente invention est enfin la mise en oeuvre d'un canal de signalisation susceptible d'être reçu par tous les terminaux récepteurs, ce canal de signalisation étant, pour cette raison, totalement séparé du ou des flux des contenus des programmes diffusés, lesquels peuvent atteindre des débits élevés et qui, par conséquent, ne peuvent donc pas être reçus par tous les terminaux. Le protocole de diffusion de programmes audiovisuels à partir d'un serveur audiovisuel, comprenant une source de signalisation et une source audiovisuelle, vers un terminal par l'intermédiaire d'un réseau de type IP, objet de la présente invention, est remarquable en ce qu'il consiste, à partir de ce terminal, à acquérir un fichier descriptif de cette source de signalisation, et suite à l'acquisition de ce fichier, à acquérir auprès de cette source de signalisation, à partir de ce fichier, un canal de signalisation diffusé, et, à partir de ce canal de signalisation diffusé, à recevoir, sur ce terminal, au moins un flux de données numériques support de ce programme audiovisuel. Le système de diffusion de programmes audiovisuels à partir d'un serveur audiovisuel vers un ensemble de terminaux interconnectés par l'intermédiaire du réseau INTERNET, objet de la présente invention, est remarquable en ce que ce serveur comprend une source de signalisation permettant la réception, à partir de ces terminaux d'un flux de signalisation diffusé en multicast et une source audiovisuelle permettant la réception, à partir de ces terminaux, de flux de données numériques support du programme audiovisuel diffusé en multicast. Le protocole et le système objets de l'invention trouvent application à la diffusion de programmes audiovisuels sur INTERNET, ou sur réseau de type IP, quel que soit le mode d'accès à ces programmes audiovisuels à la demande, à accès pré-payé, par abonnement ou autre. Ils seront mieux compris à la lecture de la description et à l'observations des dessins ci-après dans lesquels, outre la figure la et la figure lb relative à l'art antérieur : la figure 2a représente un organigramme illustratif du protocole objet de la présente invention ; - la figure 2b représente, à titre illustratif, une première variante de mise en oeuvre du protocole objet de la présente invention illustré en figure 2a ; - la figure 2c représente, à titre illustratif, une deuxième variante de mise en oeuvre du protocole objet de la présente invention illustré en figure 2a ; - la figure 3 représente, à titre illustratif, un schéma fonctionnel d'un système permettant la mise en oeuvre du protocole objet de l'invention. Une description plus détaillée du protocole de diffusion de programmes audiovisuels à partir d'un serveur audiovisuel conforme à l'objet de la présente invention sera maintenant donnée en liaison avec les figures 2a à 2c. En référence à la figure 2a on indique que le protocole objet de la présente invention est mis en oeuvre à partir d'une source de signalisation SS et d'une source audiovisuelle SAV permettant de diffuser des programmes PG vers un terminal T par l'intermédiaire d'un réseau de type IP par exemple. On comprend que le serveur audiovisuel comprend la source de signalisation SS et la source audiovisuelle SAV précitée. En référence à la figure 2a, le protocole objet de la présente invention consiste à partir du terminal T en une étape A à acquérir un fichier descriptif de la source de signalisation SS. Suite à l'acquisition du fichier précité, au niveau du terminal T, l'étape A est suivie d'une étape B consistant à acquérir auprès de la source de signalisation SS à partir du fichier acquis un canal de signalisation diffusé. Par acquisition d'un canal de signalisation diffusé on indique que le terminal T est en mesure d'acquérir les paramètres d'appel et de réception du canal de signalisation diffusé précité. L'étape B peut alors être suivie d'une étape C consistant à recevoir sur le terminal T au moins un flux de données numériques support du programme audiovisuel PG. Bien entendu, la réception sur le terminal du flux de données numériques support du programme audiovisuel PG est effectuée par l'intermédiaire du canal de signalisation SC. D'une manière générale, on indique que le protocole objet de l'invention permet d'offrir une grande souplesse d'utilisation aux sources audiovisuelles pour changer de mode de diffusion à tout moment lorsque que cela est nécessaire et en particulier lors d'un changement de forme à l'image, de type de codage, du débit ou autre paramètre de transmission, sans toutefois perturber les récepteurs et sans intervention des utilisateurs. Le fichier descriptif de la source de signalisation SS peut, par exemple, être constitué par un fichier SDP. Le canal de signalisation diffusé SC permet de disposer d'informations sur l'émission en cours de diffusion, c'est-à-dire sur le programme diffusé PG, programme diffusé sur le réseau IP c'est-à-dire sur le réseau INTERNET ou, dans le cas d'une diffusion future, sans avoir à se reconnecter de temps en temps au site WEB de la chaîne assurant la diffusion du programme PG. Le canal de signalisation diffusé SC permet de véhiculer des informations de chiffrement synchronisées avec les changements d'émission provenants de la source audiovisuelle SAV. En ce qui concerne le canal de signalisation SC on indique que ce canal de signalisation est un canal que tous les récepteurs sont en mesure de recevoir. Pour cette raison ce canal de signalisation diffusé SC est séparé du ou des flux de contenu diffusé, lesquels doivent nécessairement atteindre des débits élevés et qui, par conséquent, ne peuvent être reçus par tous les terminaux, en raison des capacités spécifiques parfois limitées de ces derniers. Différentes variantes de mise en oeuvre du protocole objet de la présente invention seront maintenant décrits en liaison avec les figures 2b et 2c. D'une manière générale, en référence à la figure 2b, on indique que l'étape A consistant à acquérir un fichier descriptif de la source de signalisation SS peut consister en, et comprend, une première étape Al de lancement d'une requête de transmission d'un fichier correspondant. Cette étape Al étant suivie d'une étape A2 consistant en une étape de réception du fichier précité. L'étape Al peut consister, par exemple, en une opération de consultation d'un site WEB de chaîne de diffusion, à partir de chaînes télévisées diffusées ou d'évènements diffusés sur le réseau INTERNET. L'étape A2 peut consister en une étape de retrait d'informations sur un canal de diffusion de signalisation sous forme d'un fichier SDP. En ce qui concerne la mise en oeuvre des étapes B et C, en référence à la figure 2b, on indique que les étapes B et C précités consistant à acquérir le canal de signalisation diffusé SC et à recevoir sur le terminal T au moins un flux de données numériques support du programme audiovisuel sont différées. La mise en oeuvre des étapes B et C étant bien entendu soumise à la seule initiative de l'utilisateur. Ainsi, en référence à la figure 2b on indique que la mise en oeuvre des étapes B et C peut être différée de plusieurs heures, voire plusieurs mois ou même une année ou plus, après exécution de l'étape A d'acquisition du fichier SDP descriptif de la source de signalisation SS. Dans ces conditions, le fichier SDP descriptif de la source de signalisation est archivé au niveau du terminal T en vue de l'accès différé par la source de signalisation SS et à la source audiovisuelle dans le but d'exécuter les étapes B et C ultérieurement. Selon un mode de mise en oeuvre remarquable du protocole objet de la présente invention, l'étape B consistant à acquérir auprès de la source de signalisation SS du canal de signalisation SC peut consister à partir du terminal T : - à lancer une requête de réception d'un flux"MULTICAST" auprès du réseau sur lequel est interconnecté le terminal T puis - à recevoir le canal de signalisation diffusé en "MULTICAST"par exemple. Enfin, la succession des étapes B et C est elle non différée. L'exécution des étapes B et C précitées étant successive et immédiate. La figure 2c représente une variante de mise en oeuvre du protocole objet de la présente invention dans laquelle l'étape A est réalisée de manière plus souple. En particulier, alors que, de même que dans le cas de la figure 2b, l'étape A d'acquisition d'un fichier descriptif de la source de signalisation SS est réalisé en deux étapes Al et A2, l'étape Al peut consister avantageusement en la simple réception d'un message électronique désigné par e-mail, ce message électronique comportant un fichier attaché à ce dernier en pièce jointe. Ce fichier constitue le fichier tel qu'un fichier SDP par exemple, lequel est alors mémorisé dans le terminal T. On comprend, dans ces conditions, que le retrait de l'information sur un canal de diffusion de signalisation est réalisé de la manière la plus simple, puisque cette opération consiste en la mémorisation du fichier SDP précité. Bien entendu le fichier SDP dans tous les cas de mise en oeuvre soit selon la figure 2b, soit selon la figure 2c de l'étape d'acquisition du fichier SDP descriptif de la source de signalisation SS, comporte un protocole de mise en réception de la source de signalisation SS support des informations de mise en réception de la source audiovisuelle SAV. Enfin l'étape C consistant à recevoir sur le terminal T au moins un flux de données numériques support du programme audiovisuel PG peut comporter une étape de lancement d'une requête de flux de donnés numériques support de ce programme audiovisuel et une étape de réception proprement dite du flux de données numériques support du programme audiovisuel PG précité. En outre, et conformément au processus de diffusion"MULTICAST", on indique que les étapes de lancement d'une requête respectivement de réception du flux de données numériques support du programme audiovisuel PG peuvent être répétées pour l'obtention d'un signal audiovisuel complet ou de meilleure qualité. Une description plus détaillée d'un système de diffusion de programme audiovisuel à partir d'un serveur audiovisuel vers un ensemble de terminaux et en particulier d'un terminal T interconnecté par l'intermédiaire du réseau INTERNET conforme à l'objet de la présente invention et permettant la mise en oeuvre du protocole objet de l'invention précédemment décrit sera maintenant donnée en liaison avec la figure 3. Sur la figure 3 on a représenté le terminal T interconnecté par le réseau INTERNET, d'une part à un site WEB de serveur audiovisuel tel qu'un site de chaîne de télédiffusion de programmes sur le réseau INTERNET, Le terminal T étant d'autre part, interconnecté bien entendu par l'intermédiaire du réseau INTERNET au même serveur audiovisuel, c'est-à-dire à la source de signalisation SS et à la source audiovisuel le SAV. En outre, et de manière non limitative on indique que le terminal T est bien entendu adapté et susceptible de recevoir des messages de courrier électronique comme tout terminal normalement disponible dans le commerce. Sur la figure 3, les lignes dessinées en pointillés à destination du terminal T représentent des flux diffusés sur le réseau INTERNET en diffusion dite "MULTICAST". En particulier seules les lignes en pointillés dont la pointe de flèche arrive dans le terminal correspondent à des flux reçus par le terminal T, les autres représentant des flux de données numériques qui n'arrivent pas au terminal de manière connue en tant que telle dans la diffusion MULTICAST. En particulier, les flux diffusés en mode MULTICAST n'arrivent au terminal T que si le terminal en a fait la demande par une commande IGMP. La description du système objet de la présente invention sera maintenant donnée en liaison avec la figure 3 dans le cas où le protocole objet de la présente invention mis en oeuvre correspond sensiblement au mode de mise en oeuvre de la figure 2a ou de la figure 2b. Sur la figure 3 précitée on indique que : - la flèche 1 représente une requête ou demande de page HTML envoyée par le terminal l au site WEB du serveur audiovisuel ; - la flèche 2 représente la réception de la page HTML requise par le terminal 1 ; - la flèche 3 représente une requête ou demande de fichier SDP envoyée du terminal T au site WEB précité et - la flèche 4 représente la réception du fichier SDP par le terminal 1 à partir du site WEB précité. Enfin de manière non limitative, les opérations précédentes représentant l'étape A et en particulier les étapes Al et A2 de la figure 2b de mise en oeuvre du protocole objet de la présente invention, on indique également que la flèche 4 représentée sur la figure 3 et désignée e-mail représente la mise en oeuvre de l'étape Al et de l'étape A2 de la figure 2b lors de la réception d'un fichier joint constitutif du fichier SDP. Pour cette raison et par analogie avec le cas de la figure 2b les flèches e-mail et SDP référencées sur la figure 3 portent toutes les deux la référence 4, puisque ces opérations permettent l'acquisition d'un fichier SDP. En référence à la figure 3, on rappelle que les opérations B et C d'acquisition d'un canal de signalisation SC puis d'acquisition sur le terminal T d'un programme diffusé PG à partir du canal de signalisation SC peuvent être mises en oeuvre soit de manière non différée suite à l'acquisition du fichier SDP, soit au contraire de manière différée. Dans les deux cas et en référence à la figure 3 les flèches successives représentent : - la flèche 5 : une demande de réception de flux MULTICAST envoyée par le terminal 1 vers la source de signalisation SS ; - la flèche 6 : la réception du canal de signalisation SC diffusée par exemple en MULTICAST et pour cette raison représentée par une ligne pointillée dans la pointe de flèche atteint le terminal T ; - la flèche 5 : demande de réception de flux MULTICAST adressée à la source audiovisuelle SAV ; - la flèche 7 : réception d'un flux de la source audiovisuelle diffusée en MULTICAST, c'est-à-dire des données de programmes audiovisuels PG. Sur la figure 3, on distingue deux phases de mise en oeuvre du système objet de la présente invention selon le protocole décrit en liaison avec les figures 2a à 2c. Ces deux phases pouvant être très éloignées dans le temps l'une de l'autre ou enchaînées, phase d'acquisition, dite phase 1, de la structure de données SDP et phase de mise en réception dite phase 2, de la source audiovisuelle. Différentes indications seront maintenant données relativement à l'exécution des phases 1 et phase 2 respectivement : - phase 1 : acquisition de la structure de données SDP : - dans la première phase dite phase 1, l'utilisateur se connecte au site WEB précité grâce à l'utilisation d'un navigateur en fournissant l'adresse URL du site. Le site WEB correspondant au site de la chaîne diffusant le programme PG. L'adresse URL est une adresse classique telle que par exemple : http : //wwww. SOURCE. FR/. Le terminal T reçoit en retour une page HTML. Cette page peut pointer sur d'autres pages ou permettre de faire des recherches sur des émissions de programmes et des chaînes diffusées. Lorsque l'utilisateur choisit une émission ou une chaîne de télévision par l'intermédiaire d'une flèche 3 il reçoit en retour une structure de données SDP par la flèche 4, laquelle lui fournit toutes les informations pour se connecter soit immédiatement, soit en différé sur le canal de signalisation diffusé associé à la source qu'il a sélectionnée. Le fichier SDP est alors mémorisé dans la mémoire de masse du terminal T. De la même façon, ainsi que représenté sur la figure 3, le fichier SDP précité peut également parvenir au terminal T comme fichier joint à un message électronique transmis par un interlocuteur qui recommande à l'utilisateur du terminal de consulter ou de visualiser telle chaîne ou tel programme PG. Toutefois, dans le cas où la source audiovisuelle fonctionne par exemple sur un mode dit"à paiement à la demande"ou"pay per view"en langage anglo-saxon l'utilisateur doit par ailleurs acquérir les droits de visualisation de la chaîne ou des programmes PG qu'il requiert. Phase 2 : mise en réception de la source audiovisuelle diffusée. La phase 2 commence immédiatement si l'utilisateur a choisi de regarder le programme PG immédiatement et se répète ensuite chaque fois que cet utilisateur souhaite regarder ce programme. La phase 2 peut au contraire commencer beaucoup plus tard, dans le cas où l'utilisateur a choisi une émission particulière programmée dans les jours qui vont suivre le moment où la récupération du fichier SDP a été effectuée. C'est en particulier le cas d'un magnétoscope programmé pour enregistrer une émission en l'absence de l'utilisateur. Au moment opportun, c'est-à-dire sur déclenchement du magnétoscope programmé précité le terminal T analyse la structure de données SDP correspondante à la chaîne ou au programme PG sélectionné pour extraire les informations nécessaires à la réception telles que l'adresse MULTICAST, l'adresse de la source de signalisation SS ou analogue. Ces informations sont les informations utiles afin d'assurer la mise en réception du canal de signalisation diffusé SC correspondant à la source audiovisuelle par l'intermédiaire d'une commande IGMP"join group". Dans ce cas le canal de signalisation flèche 6 reçoit toutes les informations de description du mode de diffusion de la source audiovisuelle et le terminal T peut alors se mettre en réception immédiate dans une des configurations utilisées par la source en diffusion compte tenu de la compatibilité nécessaire avec les capacités du récepteur, en termes de débit d'accès de protocole de réception et de décodage. On indique que un ou plusieurs flux complémentaires peuvent être émis par la source conformément au mode d'émission MULTICAST. Dans ce but, le récepteur, par l'intermédiaire du terminal T, se met en réception d'autant de canaux diffusés par la source audiovisuelle SAV par autant de commandes IGMP"join group 5"qu'il y a de flux de programme PG dans la configuration de réception retenue par le terminal T. Chaque commande IGMP"join group"déclenche alors la réception d'un des flux de programme PG de la source 7 dans le terminal T. En ce qui concerne la diffusion et la réception d'une pluralité de flux de programmes PG conformément au mode d'émission MULTICAST, on indique que ce mode d'émission est connu de l'état de la technique et qu'en conséquence, il ne fera pas l'objet d'une description plus détaillée. Pour assurer la mise en oeuvre du protocole et du système objets de la présente invention, en référence à la figure 3, on indique que le serveur audiovisuel comprend une source de signalisation SS permettant la réception à partir des terminaux, et en particulier d'un terminal donné T, d'un flux de signalisation diffusé en MULTICAST. Il comporte également une source audiovisuelle SAV permettant la réception à partir des terminaux et du terminal T de flux de données numériques support du programme audiovisuel diffusé en MULTICAST. Toutefois, et afin d'assurer la mise en oeuvre du protocole et du système objet de la présente invention dans des conditions de fiabilité et de sécurité satisfaisantes, dans la syntaxe définie dans le fichier SDP on introduit une extension pour indiquer que le canal décrit est un canal de signalisation diffusé dans la commande désignée par"m". Une extension spécifique peut consister en une chaîne de caractères (tv-sig) introduite dans la commande précitée. Dans ces conditions, la nouvelle commande peut alors prendre la forme ci-après donnée à titre d'exemple non limitatif : c = IN IP4 224.2. 1.1/127 m = Application 32416 UDP tv-sig La commande précitée avec le champ ou extension "tv-sig"dans la structure SDP permet d'indiquer au terminal T que le canal de signalisation est diffusé avec l'adresse MULTICAST IP4 224.2. 1.1 et que son protocole, lequel s'appuie sur le protocole UDP, et sa syntaxe sont définis dans le document de spécification désigné par la chaîne de caractères"tv-sig". Dans le canal de signalisation SC la source diffuse des informations de même type que celles contenues dans le fichier SDP mais cette fois pour se mettre en réception des contenus audiovisuels diffusés par la source dans les meilleures conditions compatibles avec les possibilités du terminal T en termes de débit d'accès, de protocole et de processus de décodage. REVENDICATIONS 1. Protocole de diffusion de programmes audiovisuels à partir d'un serveur audiovisuel, comprenant une source de signalisation et une source audiovisuelle, vers un terminal par l'intermédiaire d'un réseau de type IP, caractérisé en ce qu'il consiste, à partir dudit terminal : a) à acquérir un fichier descriptif de ladite source de signalisation, et suite à l'acquisition dudit fichier ; b) à acquérir auprès de ladite source de signalisation, à partir dudit fichier descriptif de ladite source de signalisation, un canal de signalisation diffusé, et à partir dudit canal de signalisation diffusé, c) à recevoir, sur ledit terminal, au moins un flux de données numériques support dudit programme audiovisuel. 2. Protocole selon la revendication 1, caractérisé en ce que ledit fichier descriptif de ladite source de signalisation est un fichier SDP. 3. Protocole selon la revendication 1 ou 2, caractérisé en ce que l'étape consistant à acquérir un fichier descriptif de ladite source de signalisation comporte : une étape de lancement d'une requête et de réception de page HTML ; une étape de chargement dudit fichier. 4. Protocole selon l'une des revendications 2 ou 3, caractérisé en ce que l'étape consistant à acquérir un fichier SDP comprend : - une étape de lancement d'une requête de transmission d'un fichier SDP ; une étape de réception d'un fichier SDP. 5. Protocole selon l'une des revendications 1 à 4, caractérisé en ce que les étapes b) et c) consistant à acquérir le canal de signalisation diffusé et à recevoir, sur ledit terminal, au moins un flux de données numériques support dudit programme audiovisuel sont différées, le fichier descriptif de ladite source de signalisation étant archivé au niveau dudit terminal en vue de l'accès différé à ladite source de signalisation et à ladite source audiovisuelle. 6. Protocole selon l'une des revendications 1 à 5, caractérisé en ce que ladite étape consistant à acquérir auprès de ladite source de signalisation ledit canal de signalisation consiste, à partir dudit terminal : - à lancer une requête de réception de flux multicast auprès du réseau ; - à recevoir ledit canal de signalisation diffusé en multicast. 7. Protocole selon l'une des revendications 1 à 6, caractérisé en ce que la succession des étapes b) et c) est non différée. 8. Protocole selon l'une des revendications 1 à 7, caractérisé en ce que l'étape a) est exécutée à partir d'une opération telle que la réception d'un courrier électronique comportant un fichier attaché à ce dernier, lequel est mémorisé dans ledit terminal. 9. Protocole selon l'une des revendications 1 à 8, caractérisé en ce que ledit fichier comporte un protocole de mise en réception de ladite source de signalisation support des informations de mise en réception de ladite source audiovisuelle. 10. Protocole selon l'une des revendications 1 à 9, caractérisé en ce que ladite étape consistant à recevoir, sur ledit terminal, au moins un flux de données numériques support dudit programme audiovisuel comporte : une étape de lancement d'une requête de flux de données numériques support de ce programme audiovisuel ; une étape de réception dudit flux de données numériques support dudit programme audiovisuel. 11. Protocole selon la revendication 10, caractérisé en ce que les étapes de lancement d'une requête respectivement de réception dudit flux de données numériques sont répétées pour l'obtention d'un signal audiovisuel complet ou de meilleure qualité. 12. Système de diffusion de programmes audiovisuels à partir d'un serveur audiovisuel vers un ensemble de terminaux interconnectés par l'intermédiaire du réseau INTERNET, caractérisé en ce que ledit serveur comprend : une source de signalisation permettant la réception, à partir desdits terminaux, d'un flux de signalisation diffusé en multicast ; une source audiovisuelle permettant la réception, à partir desdits terminaux, de flux de données numériques support du programme audiovisuel diffusé en multicast. 13. Serveur audiovisuel pour la diffusion de programmes audiovisuels vers au moins un terminal interconnecté à un réseau de type IP, caractérisé en ce qu'il comprend : une source de signalisation permettant la réception, à partir de ce terminal, d'un flux de signalisation ; une source audiovisuelle permettant la réception, à partir de ce terminal, d'un flux de données numériques support du programme audiovisuel diffusé. 14. Terminal de réception, par l'intermédiaire d'un réseau de type IP, de programmes audiovisuels à partir d'un serveur audiovisuel comprenant une source de signalisation et une source audiovisuelle, ledit terminal permettant au moins : de lancer une requête de transmission d'un fichier descriptif de la source de signalisation ; de recevoir ledit fichier descriptif de la source de signalisation. 15. Terminal de réception, par l'intermédiaire d'un réseau de type IP, de programmes audiovisuels à partir d'un serveur audiovisuel comprenant une source de signalisation et une source audiovisuelle, ledit terminal permettant au moins, à partir d'un fichier descriptif de la source de signalisation : - d'acquérir auprès de ladite source de signalisation, à partir d'un fichier descriptif de ladite source de signalisation, un canal de signalisation diffusé, et à partir dudit canal de signalisation diffusé, de recevoir, sur ledit terminal, au moins un flux de données numériques, support dudit programme audiovisuel.