Brevet FR2758425A1 — publié le 19980717

Système d'interfacaqe entre serveurs d'un éditeur de Prestations, et un serveur d'accès à un réseau de télédiffusion, et entre ce réseau et un utilisateur La présente invention concerne un système d'interfa çage entre serveurs d'un éditeur de prestations et un serveur d'accès à un réseau de télédiffusion, ainsi qu'entre ce réseau et un utilisateur. Le problème de l'échange ou de la diffusion de fichiers électroniques de données au bénéfice d'utilisateurs intéressés ou habilités est l'un des problèmes majeurs du monde économique et culturel actuel. Parmi les solutions envisageables, l'une d'elles consiste à assurer la transmission de ces fichiers par l'intermédiaire des réseaux de diffusion radio, tels que les réseaux d'émission radio FM. L'utilisation des réseaux d'émission radio précités permet de bénéficier d'infrastructures existantes, et, en conséquence, d'assurer une diffusion à coût peu élevé permettant de couvrir très rapidement des territoires ou zones de diffusion entiers. Une telle diffusion se rapproche du système de diffusion RDS, pour Radio Data System en langage anglo-saxon, mais présente l'avantage par rapport à ce dernier d'un débit de transmission beaucoup plus élevé, atteignant 10 kb/s. Bien entendu, la contrainte première imposée à ce type de transmission est celle de la transparence totale des processus de transmission entre l'éditeur de prestations, assurant la programmation de la diffusion du ou des fichiers de données, et l'utilisateur intéressé ou habilité destinataire de ces fichiers de données diffusés. Jusqu'à ce jour, les techniques de transmission de données sur les réseaux tels que les réseaux de diffusion garantissent au plus la qualité des liaisons partielles point à point, ce qui bien entendu permet toutefois d'assurer une diffusion de qualité, bien que la qualité de cette diffusion ne soit gérée en fait qu'entre deux noeuds consécutifs du réseau de diffusion utilisé, la qualité de diffusion et d'acheminement des messages de données n'étant ainsi garantie que de proche en proche. Il apparaît en conséquence que sur un réseau de diffusion actuel, les prestataires de services tels que les éditeurs de prestations ne disposent pas de la maîtrise totale de la qualité du service diffusé sur l'ensemble de la chaîne constitutive du réseau de diffusion. La présente invention a pour objet de remédier aux inconvénients précités par la mise en oeuvre d'un système d'interfaçage entre serveurs d'un éditeur de prestations et un serveur d'accès à un réseau, respectivement entre ce réseau et tout utilisateur, dans lequel la gestion du service ou de l'application diffusés est indépendante de ce réseau, quelle que soit la configuration de ce dernier. Un autre objet de la présente invention est également, grâce à l'intégration, en amont du service de diffusion proprement dit sur un réseau de diffusion, d'un ensemble de fonctions de gestion des services ou applications diffusés, de permettre d'unifier et/ou d'homogénéiser les modalités d'accès à ce réseau de diffusion par les utilisateurs. Un autre objet de la présente invention est également, par la mise en oeuvre d'un système d'interfaçage spécifique, de donner à tout prestataire de services, tel qu'un éditeur de prestations, la maîtrise totale de la qualité du service diffusé. Un autre objet de la présente invention est enfin d'offrir aux prestataires de services, tels que les éditeurs de prestations, le contrôle de la transmission complète des fichiers de données diffusés du point d'accès au réseau jusqu'au terminal de réception de tout utilisateur final. Le système d'interfaçage entre au moins un serveur d'un éditeur de prestations, interconnecté à un réseau de télédiffusion par l'intermédiaire d'un serveur d'accès à ce réseau, ce serveur d'accès comportant un multiplexeur de messages de données permettant la diffusion de fichiers de données de type point-multipoint, est remarquable en ce qu'il comporte au moins, au niveau du serveur de cet éditeur de prestations, un module de création, pour chaque fichier de données transmises par ce serveur d'éditeur de prestations, d'une pluralité de fichiers d'édition, spécifiques de l'édition des données transmises, et, au niveau du multiplexeur de messages de données, un module de gestion de ces messages de données permettant, à partir de ces fichiers d'édition, le formatage de ces messages de données pour télédiffusion sur ce réseau. Le système d'interfaçage entre un réseau de télédiffusion de fichiers de données et un terminal utilisateur de ces fichiers de données, objet de la présente invention, l'opération de télédiffusion de ces fichiers de données sur ce réseau de télédiffusion étant effectuée à partir d'au moins un serveur d'éditeur de prestations interconnecté à ce réseau de télédiffusion par l'intermédiaire d'un serveur d'accès à ce réseau, ce serveur d'accès comportant un multiplexeur de messages de données permettant une diffusion de ces fichiers de données de type point, ce serveur d'éditeur de prestations permettant d'engendrer et de transmettre, pour chaque fichier de données transmises, une pluralité de fichiers d'édition, spécifiques de l'édition de ces données transmises, et ce multiplexeur de messages de données permettant le formatage de ces messages de données en vue de leur télédiffusion sur ce réseau de télédiffusion, est remarquable en ce qu'il comporte au moins un module récepteur de ces messages de données couplé au réseau de télédiffusion, un module interactif de requete/notification de réception par l'utilisateur d'au moins un fichier de données et un module de sélection parmi les messages de données reçues de messages de données spécifiques correspondant à au moins un fichier d'édition et permettant de reconstituer le fichier de données requis par l'utilisateur. Le système d'interfaçage entre serveurs d'un éditeur de prestations et un serveur d'accès à un réseau de télédiffusion, et entre ce réseau et un utilisateur, objet de la présente invention, est susceptible d'application dans de nombreux domaines, très variés, tels que la presse électronique, notamment information locale publique, journaux et magazines électroniques, extension unidirectionnelle du réseau Interne t visant des ordinateurs connectés ou non connectés, mais connectables à ce réseau, presse électronique vocale pour non-voyants, services de messagerie électronique, services de positionnement différentiel GPS pour mobiles, services de transmission de fichiers informatiques à des ordinateurs portables, transportables ou non, services de mises à jour de fichiers informatiques sur disques réinscriptibles, transmission d'informations ou de données à des récepteurs radio. Il sera mieux compris à la lecture de la description et à l'observation des dessins ci-après, dans lesquels - la figure la représente, dans un réseau de télédiffusion, un système d'interfaçage entre serveurs d'un éditeur de prestations et un serveur d'accès à un réseau de télédiffusion conforme à l'objet de la présente invention - la figure lb représente, de manière illustrative, un exemple de réalisation d'un fichier d'édition permettant la diffusion des fichiers de données, conformément à l'objet de la présente invention - la figure 2 représente, sous forme de schéma bloc, un organigramme général d'un protocole de transmission spécifique des fichiers de données et des fichiers d'édition au serveur d'accès au réseau de diffusion - la figure 3 représente de manière synoptique un exemple d'architecture préférentielle d'un serveur d'accès à un réseau de télédiffusion permettant d'assurer la transmission sur ce réseau de messages de données constitutifs de fichiers d'édition et de fichiers de données correspondants - la figure 4 représente, de manière illustrative, un mode de réalisation préférentiel de messages de données constitutifs de fichiers d'édition transmis conformément à l'objet de la présente invention - la figure 5a représente, dans un réseau de télédiffusion, un système d'interfaçage entre un réseau de télédiffusion de fichiers de données, permettant la télédiffusion de fichiers de données et de fichiers d'édition conformément au système d'interfaçage de la figure la, et un terminal d'utilisateur - la figure 5b représente, à titre illustratif, un organigramme simplifié de sélection de messages de données correspondant à un fichier télédiffusé déterminé, cette opération de sélection étant effectuée au niveau du système d'interfaçage représenté en figure 5a. Le système d'interfaçage entre serveurs d'un éditeur de prestations et un serveur d'acces à un réseau de télédiffusion, conforme à l'objet de la présente invention, sera maintenant décrit en liaison avec la figure la. Quelques rappels seront donnés en premier lieu en ce qui concerne la structure et l'organisation des réseaux de télédiffusion. D'une manière générale, ainsi que représenté sur la figure la précitée, un réseau de télédiffusion comprend de manière habituelle un réseau terrestre, portant la référence I, interconnecté à un réseau hertzien, portant la référence II, le réseau global étant formé par le réseau terrestre I et le réseau hertzien II. Le réseau hertzien II peut être constitué par une pluralité d'émetteurs FM et le réseau terrestre I par un réseau câblé, lequel est interconnecté en différents points à un émetteur FM par l'intermédiaire d'une station terminale ST par exemple. L'ensemble des installations du réseau terrestre des stations terminales et des émetteurs FM peut alors entre géré à partir d'un centre opérationnel de maintenance tel que représenté sur la figure la précitée. Habituellement, une pluralité d'éditeurs de prestations, notés EPJ, avec 1 2 j 2 N par exemple, peut avoir accès au réseau terrestre afin d'assurer la diffusion ou la télédiffusion de programmes ou de fichiers de données, c'est-à-dire en définitive d'applications spécifiques destinées à des utilisateurs potentiels. On indique en outre que chaque utilisateur potentiel peut alors être équipé d'un récepteur FM constituant en fait un terminal utilisateur destiné à recevoir les fichiers de données diffusées, c'est-à-dire en définitive les applications correspondantes choisies par ce dernier. Une description plus détaillée des caractéristiques du réseau hertzien II par exemple sera donnée maintenant dans la description. Quelques rappels relatifs au mode de transmission des messages de données ou groupes de données DGl chiffrées ou non sur l'ensemble du réseau global, et en particulier sur le réseau hertzien II tel que décrit en figure la, seront maintenant donnés à titre purement illustratif. D'une manière semblable au système RDS, la transmission sur le réseau hertzien 11, c'est-à-dire la télédiffusion des fichiers de données précités, est assurée sur des sous-porteuses FM, c'est-à-dire sur des canaux de transmission de données radio, désignés, dans le cadre d'un projet européen, par SWIFT. D'une manière générale, on indique que les données et en particulier les messages de données ou groupes de données sont multiplexés sur une sous-porteuse à 76 kHz en bande de base FM. Le diagramme des fréquences correspondant du canal radio utilisé correspond à celui du canal radio SWIFT. Les caractéristiques radioélectriques sont les suivantes - la modulation est de type LMSK, pour Level Minimum Frequency Shift Keying en vocable anglo-saxon - la fréquence de la sous-porteuse utilisée est 76 kHz - la largeur de bande de la sous-porteuse est 35 kHz - la bande de fréquence de transmission du canal radio SWIFT est comprise entre 60 et 95 kHz - le rapport d'efficacité spectrale est alors de 0,457 bits/Hz - le débit maximum est de 16 kb/s. Différentes mesures ont montré que le canal de sousporteuse SWIFT est totalement compatible avec le canal RDS et satisfait en totalité avec les dispositions relatives à la protection des émissions radiofréquence établies dans la Recommandation 412-4 de 1'USTI-R. En ce qui concerne la capacité de transmission du canal SWIFT, on indique que deux débits de transmission peuvent être choisis - 6800 bits/s avec une fonction de correction d'erreur maximum - 9700 bits/s avec une fonction de correction d'erreur limitée. Le canal radio SWIFT permet alors de réaliser des applications dédiées à la réception de fichiers de données ou d'applications par des récepteurs mobiles ou portables. D'une manière générale, on rappelle que la transmission des différents groupes de données DG1 sur le réseau de télédiffusion est effectuée en référence au modèle OSI, pour Open System Interconnection en vocable anglo-saxon, tel que défini par la norme ISO 7498 et satisfaisant à la Recommandation X 200 du CCITT. On rappelle que l'ensemble des informations est divisé en sept couches fonctionnelles. Les couches 1 à 4 comprennent des fonctions nécessaires au transfert de données ou transport de données entre ordinateurs, permettant de réaliser des fonctions de transport simples, alors que les couches 5 à 7 comprennent des fonctions nécessaires à la réalisation de transactions entre différents utilisateurs sur des sites distincts, ces couches permettant des fonctions d'application plus élaborées. Pour une définition plus détaillée de la subdivision en couches fonctionnelles précitées, on pourra utilement se reporter au projet de norme européenne ETS intitulé Radio broadcast systems , System for Wireless Infotainment Forwarding and Teledistribution (SWIFT), Draft prETS 300 YYY, février 1996, version 1.0.0. Ainsi qu'on l'a représenté en outre en figure la et conformément à un aspect particulièrement avantageux de la présente invention, l'interconnexion entre chaque éditeur de prestations EPJ au réseau de télédiffusion, en l'occurrence au réseau terrestre I, est effectuée par l'intermédiaire d'un système d'interfaçage 1 par l'intermédiaire d'un serveur d'acces à ce réseau, ce serveur d'accès étant noté SAR sur la figure la. D'une manière classique, on indique que le serveur d'accès SAR comporte un multiplexeur MUX permettant d'assurer le multiplexage de messages de données, ces messages de données successifs permettant d'assurer la diffusion de fichiers de données de type point-multipoint par exemple. Ainsi que représenté sur la figure la et selon un aspect particulièrement avantageux, le système d'interfaçage 1, objet de la présente invention, comporte au moins, au niveau du serveur d'éditeur de prestations considéré EPj, un module 10 de création pour chaque fichier de données transmises par le serveur d'éditeur de prestations EPj considéré, d'une pluralité de fichiers d'édition FEk, ces fichiers d'édition étant spécifiques de l'édition des données transmises. En outre, le système d'interfaçage objet de la présente invention comporte, au niveau du multiplexeur de messages de données MUX, un module 11 de gestion de ces messages de données permettant d'assurer le formatage de ces messages de données et leur télédiffusion sur le réseau de télédiffusion. A titre d'exemple non limitatif, on indique que les messages de données portent la référence DG1, DG1 à DGp et sont constitués par des groupes de données spécifiques, ainsi qu'il sera décrit ultérieurement dans la description. Sur la figure la, pour chaque éditeur de prestations EPj, on indique que le module 10 de création de fichiers d'édition permet, pour chaque fichier de données FDi avec i E 1,M par exemple, de créer en fait une pluralité de fichiers d'édition notés FEk avec k E 1 à K par exemple. De manière classique, on indique toutefois que la liaison entre chaque serveur d'éditeur de prestations EP1 et le serveur d'accès au réseau SAR peut être réalisée par une liaison spécialisée, portant la référence 12, telle qu'une liaison en réseau local ou par réseau Ethernet, ou par transmission série par exemple. Du point de vue du mode opératoire du système d'interfaçage 1, objet de la présente invention, tel que représenté en figure la, on comprend que le multiplexeur MUX situé au niveau du serveur d'accès au réseau SAR, en présence des fichiers de données FDi et des fichiers d'édition FEk, permet alors, à partir de ces données, de constituer des messages de données encore désignés par groupes de données précités DG1, lesquels sont alors transmis sur le réseau terrestre I puis sur le réseau hertzien II précédemment mentionnés dans la description. On comprend également que, grâce à la création des fichiers d'édition FEk, le serveur d'éditeur de prestations EPj peut ainsi contrôler totalement la télédiffusion des fichiers de données FDi ainsi qu'il sera décrit ci-après. D'une manière générale, ainsi que représenté en figure lb, chaque fichier d'édition FEk comporte au moins un fichier de requête, désigné par FRk, précisant les conditions d'exécution des tâches de diffusion, ces tâches de diffusion pouvant comprendre le nombre de répétitions de chaque message de données ou groupes de données DG1, le mode de diffusion et le routage de ces messages de données et fichiers de données correspondants. Ainsi que représenté sur la figure lb, chaque fichier d'édition FEk comporte en outre un fichier de description du fichier de données, noté FSk, comprenant des informations telles que le nom, la taille, le service associé, ainsi que un ou plusieurs paramètres de chiffrement de ces données. Chaque fichier d'édition FEk peut comporter avantageusement un champ d'identification de l'éditeur de prestations, champ noté Cj, un champ indicateur du fichier de données FDi, champ noté Ci, et enfin, un champ indicateur du fichier d'édition FEk, champ noté Ck sur la figure lb. Chaque fichier de requête et fichier de description du fichier de données comporte alors, ainsi que représenté sur la figure lb précitée, un champ correspondant de requête, noté CjRk, et un champ de description, noté C Sk sur la même figure lb. Dans un mode de réalisation particulièrement avantageux du système d'interfaçage objet de la présente invention, les fichiers de données FDi et les fichiers d'édition FEk sont transmis au serveur d'accès au réseau SAR de télédiffusion selon un protocole spécifique, lequel est maintenant décrit en liaison avec la figure 2. Selon la figure précitée, on indique que le protocole de transmission spécifique précité consiste au moins, pour toute opération de diffusion d'un fichier de données FDi par un serveur d'éditeur de prestations, à effectuer successivement, en une étape 1000, la transmission du serveur d'éditeur de prestations EP1 au serveur d'acces au réseau SAR du fichier de données FDi correspondant, puis, suite à l'étape 1000 précitée, à effectuer la transmission du serveur d'éditeur de prestations EPj au serveur d'accès au réseau SAR du fichier d'édition FEk précité. On comprend que l'étape de transmission du fichier d'édition FEk, ainsi que représenté en figure 2, peut être réalisée en deux étapes successives, notées 1001, 1002, consistant par exemple, pour l'étape 1001, à assurer la transmission du fichier de description correspondant FSk du serveur d'éditeur de prestations EPj au serveur d'accès au réseau SAR du fichier FSk, cette étape 1001 étant elle-même suivie d'une étape 1002 de transmission du serveur d'éditeur de prestations EP1 au serveur d'accès au réseau SAR du fichier de requête FRk. Le fichier de description et le fichier de requête précités FSk et FRk constituent un fichier d'édition FEk pour le fichier de données à diffuser FDi. Les étapes 1001 et 1002 précitées sont suivies d'une étape de test 1003 d'acceptation ou de rejet de la transmission du serveur d'éditeur de prestations EPj au serveur d'accès au réseau SAR, du fichier de données FDi, du fichier de description FSk correspondant et du fichier de requête FRk correspondant précité, respectivement. En fonction de la réponse au test 1003 précité, le protocole de transmission spécifique, objet de la présente invention, consiste alors à effectuer la transmission du serveur d'accès au réseau SAR vers le serveur d'édition de prestations EPj d'un fichier de réponse, noté Fur,. Ce fichier de réponse Frk comporte au moins une déclaration d'acceptation du fichier de requête FRk valant accord d'exécution des taches de diffusion requises dans le fichier de requête FRk correspondant pour le fichier de données FDi. L'étape 1004 précédemment mentionnée peut alors être suivie d'une étape 1004a de retour à l'étape 1000 de transmission du serveur d'éditeur de prestations EPJ au serveur d'accès au réseau SAR, suite à une incrémentation du rang i du fichier de données, i = i+l, ce qui permet bien entendu de procéder à la transmission d'un autre fichier de données FDivl et de fichiers d'édition associés à ce dernier. Dans le cas d'une réponse négative au test 1003, l'étape 1005 consiste au contraire en la transmission du serveur d' accès au réseau SAR au serveur d'édition de prestations EPj d'un fichier de réponse comportant au moins une déclaration de rejet du fichier de requête, ce fichier de réponse constituant déclaration de rejet étant noté pour cette raison Fur,. Cette déclaration de rejet vaut déclara tion de non-exécution des tâches de diffusion pour le multiplexeur MUX. L'étape 1005 de transmission du fichier de réponse Frk provoque alors, en une étape 1005a, la répétition du protocole de transmission décrit précédemment en liaison avec la figure 2, à partir de l'une des opérations de transmission du serveur d'éditeur de prestations EPj, étapes 1000, 1001 ou 1002, en fonction du motif de rejet communiqué du fichier de requête FRk. On comprend bien sûr que le motif de rejet peut consister, soit en la mauvaise réception du fichier de données FDi par exemple, alors que le fichier d'édition FEk correspondant a été reçu convenablement, ou, au contraire, en la mauvaise réception, c'està-dire une réception incomplète ou erronée, du fichier de description FSk et/ou du fichier de requête FRk correspondant au fichier de données précité ou encore en l'incohérence du fichier de requête FRk malgré une réception convenable de FRk. Dans un mode de réalisation avantageux du système d'interfaçage objet de la présente invention, on indique que les fichiers de requête FRk, les fichiers de description FSk et les fichiers de réponse Frk ou Frk sont constitués par des fichiers en mode texte tels que des fichiers ASCII, ces fichiers étant reçus et interprétés par un module interpréteur intégré au serveur d'accès au réseau SAR, respectivement au serveur d'éditeur de prestations EPj considérés. Dans un mode de réalisation préférentiel, on indique que chaque fichier de requête FRk comporte au moins - un champ de région permettant de délimiter la zone ou région du réseau de télédiffusion dans laquelle le fichier de données est diffusé et rendu accessible à tout utilisateur habilité - un champ de date et d'heure de début de programmation de la diffusion du fichier de données ; et - un champ de qualité de la diffusion comprenant un premier paramètre et un deuxième paramètre, valeur de répétition de deux groupes ou de messages de données DG1 constitutifs de ce fichier de données. Un exemple de réalisation de fichier de requête, en particulier de requête d'exécution de tâches de télédiffusion, sera maintenant donné ci-après dans la description. D'une manière générale, on indique qu'un fichier de requête est transmis par l'éditeur de prestations chaque fois que ce dernier doit envoyer un ou plusieurs ordres de télédiffusion au serveur d'accès au réseau SAR. Le nom de fichier de chaque fichier de requête est constitué par l'identificateur de fichier de requête. Les instructions et les paramètres dans ce fichier dépendent du type de requête transmis. Dans un mode de réalisation non limitatif, on indique que différents types de requête peuvent être prévus, chaque requête pouvant être formée par un sous-fichier par exemple. Afin d'assurer une gestion très souple de la télédiffusion à chaque éditeur de prestations EPj, les différents sous-fichiers de requête peuvent être constitués par les sous-fichiers ci-après - sous-fichier d'ouverture de tâche engendrant une tâche de télédiffusion pour un ensemble de fichiers de données FDi ; - sous-fichier de fermeture de tâche fermant et annihilant une tâche de télédiffusion ; - sous-fichier de démarrage de tâche de télédiffusion - sous-fichier d'arrêt ou de fin d'opération de télédiffusion - sous-fichier d'adjonction d'un fichier de données dans une tâche de télédiffusion - sous-fichier de suppression d'un fichier de données dans une tâche de télédiffusion - sous-fichier de destruction de fichier de données dans les unités de mémorisation du serveur d'acces au réseau SAR. Les formats et paramètres associés des fichiers de requête FRk et des sous-fichiers correspondants sont décrits ci-après 1. Identificateur de fichier de requête Le nom de fichier du fichier de requête est de la forme SPXXYYYY. REQ, chaîne de caractères dans laquelle XX est un identificateur de service et YYYY est un index incrémenté par l'éditeur de prestations EP;. 2. Format Le format de chaque fichier est du type = , ; Tous les paramètres sont optionnels et lorsqu'un paramètre n'est pas présent, un paramètre par défaut est utilisé. En ce qui concerne la syntaxe de l'ensemble des requêtes, chaque champ relatif à un paramètre donné est séparé par une virgule, et le point virgule indique la fin de la requête. De manière classique, le symbole "rem" indique l'apparition d'un commentaire. - Sous-fichier d'ouverture de tâche 1. Chaîne de caractères de requête ouverture de tâche = , , , , , , , fin de télédiffusion > , fichier > , ,liste de paramètres d'accès conditionnel] ; Le contenu et la valeur des différents champs de la chaîne de caractères de requête précitée sont indiqués être les suivants dans l'exemple de réalisation précité Tpe de tâche contenu Ce champ comporte un paramètre de type de tâche. valeur La valeur est évaluée à FILEBROADCAST pour une tâche de télédiffusion de fichier. Type de message contenu Ce champ contient le type de message transmis. . valeur La valeur est évaluée à LONG pour des messages de type long dans le protocole de transmission, qui sera décrit ultérieurement dans la description. Région contenu Ce champ contient la région géographique dans laquelle l'éditeur de prestations EPj souhaite procéder à la télédiffusion des fichiers. valeur 0 pour toutes les régions accessibles par le réseau global de télédiffusion, 1 à 255 pour une région particulière, ces valeurs pouvant être liées à une adresse d'émetteur FM par exemple dans le serveur d'accès au réseau SAR. qualité contenu Ce champ contient un paramètre de qualité de service de télédiffusion. valeur La valeur est donnée par deux paramètres X et Y, valeurs dans lesquelles X désigne une valeur décimale indiquant un nombre de répétitions de fichiers et Y désigne un nombre de répétitions des messages de données ou groupes de données DGl précédemment mentionnés dans la description. Transmission cyclique contenu Ce champ est relatif à la transmission cyclique des fichiers de données à télédiffuser. Ce champ, lorsqu'il contient une valeur OUI, constitue une instruction pour le serveur d'accès au réseau SAR de procéder à une télédiffusion cyclique du premier fichier FDi jusqu'au dernier fichier concerné par la tâche corres pondante pour i compris par exemple entre 1 et M ainsi que mentionné précédemment en liaison avec la figure la. valeur OUI ou NON, la valeur NON n'entraîne aucune répétition cyclique de la télédiffusion des fichiers. Priorité contenu Le champ de priorité permet d'attribuer un niveau de priorité grâce auquel le serveur d'accès au réseau SAR traite le fichier correspondant d'un service donné selon la priorit télédiffusion pour la tâche considérée. valeur AUTO pour arrêt de l'opération de télédiffusion à la fin du programme ou du service SUR REQUETE pour arrêt sur requête d'arrêt D:HH:MM indique des paramètres de date, heure et minute semblables à ceux décrits précédemment relativement à l'instant de début de la télédiffusion. Paramètres de destruction de fichier contenu Ce champ concerne un paramètre de destruction de fichier. valeur La valeur est évaluée à AUTO pour une destruction automa tique à la fin de l'opération de télédiffusion et à SUR REQUETE pour une destruction du fichier sur requête spécifique. - Sous-fichier de fermeture de tâche. Chaîne de caractères de requête fermeture de tâche = Ce champ annihile la tâche de télédiffusion après l'exécution de la transmission de chaque fichier de données courant FDi . Tâche Id . contenu Ce champ est un paramètre donné par le serveur d'accès au réseau SAR dans un fichier de réponse Frk ou Fur, et dans un fichier de description de tâche FSk. valeur La valeur est une valeur décimale. - Sous-fichier de démarrage de tâche de télédiffusion Chaîne de caractères de requête demarrage de tâche = Cette instruction lance la tâche de télédiffusion lorsque le champ précédemment décrit relatif à l'instant de début de télédiffusion dans un sous-fichier de requête d'ouverture de tâche est évalué à SUR REQUETE. Tâche Id contenu Identificateur de tâche donné par le serveur d'accès au réseau SAR dans un fichier de réponse et dans un fichier de description de tâche. valeur Valeur décimale. - Sous-fichier d'arrêt d'oPération de télédiffusion Chaîne de caractères de requête arrêt de tâche = tâche Id > Cette instruction arrête la tâche de télédiffusion après l'exécution de la transmission du fichier de données courant lorsque le paramètre d'arrêt de tâche de télédiffusion est évalué à SUR REQUETE. Tâche Id contenu Identificateur de tâche donné par le serveur d'accès au réseau SAR dans un fichier de réponse et dans un fichier de description de tâche. valeur Valeur décimale. - Sous-fichier d'adjonction de fichier dans une tâche Chaîne de caractères de requête fichier ADj = tâche Id > , , , , [liste de paramètres d'accès conditionnel] Cette instruction a pour effet d'introduire un fichier dans la liste de fichiers de tâche de télédiffusion identifiée par . Les fichier de données et fichier de description de fichiers doivent être présents dans le serveur d'accès au réseau SAR et doivent avoir été préchargés antérieurement. Dans le cas contraire, la requête est rejetée. Tâche Id contenu Identificateur de tâche donné par le serveur d'accès au réseau SAR dans un fichier de réponse et dans un fichier de description de tâche. Un sous-fichier de requête d'ouverture de tâche doit être transmis préalablement. valeur Valeur décimale, la valeur 0 étant par exemple attribuée au cas où le fichier doit être ajouté à la tâche de télédiffusion courante. Ficîd contenu Identificateur de fichier pour les fichiers de données FD et les fichiers de description de fichiers de données FSk. valeur XXXZZZZ, valeur décimale correspondant à l'identificateur de fichier données. Composant Id contenu Identificateur de composant de service spécifié en couche 4 du protocole de transmission des messages de données ou groupes de données DG1 sur le réseau global de télédiffu sion. valeur De O à 15. Drapeau CA contenu Drapeau d'accès conditionnel. valeur OUI si les donnees sont soumises à un chiffrement. NON si les données ne sont pas soumises à chiffrement. Liste de paramètres d'accès conditionnel contenu Les paramètres de contenu sont définis en fonction du service requis et en fonction du scénario d'accès condi tionnel recherché. Toutefois, certains de ces paramètres peuvent être associés à une tâche ou, au contraire, à un seul fichier nécessaire à l'exécution d'une tâche. Une description plus détaillée du mode opératoire néces saire à la réalisation d'un accès conditionnel sera donnée ultérieurement dans la description. - Sous-fichier de suppression de fichier dans une tâche. Chaîne de caractères de requête Suppression de fichier = , Ce sous-fichier de requête provoque la suppression des données désignées par FicId de la liste active des tâches après exécution de la transmission courante. Tâche Id contenu Identificateur de tache donné par le serveur d'accès au réseau SAR dans un fichier de réponse Frk ou Frk et dans un fichier de description de tâche FSk. valeur Valeur décimale. FicId contenu Identificateur de fichier. valeur XXZZZZ, valeur décimale conformément à l'identificateur de fichier de données. - Sous-fichier de destruction de fichier. Chaîne de caractères de requête SupFic = Ce sous-fichier d'instruction entraîne la suppression des fichiers de données et des fichiers de description de fichier identifiés par Ficîd du répertoire du serveur d'accès au réseau SAR. Ficld contenu Identificateur de fichier des fichiers à supprimer dans le répertoire du serveur d'accès au réseau SAR. valeur XXXZZZZ, valeur décimale selon identificateur de fichier de données. En ce qui concerne les fichiers de description de fichiers de données, les fichiers FSk précédemment mentionnés dans la description, on indique que ceux-ci comportent au moins - un champ d'identification de ce fichier de données - un champ descriptif de ce fichier de données comportant des informations relatives au thème, au nom de l'auteur ou du créateur du fichier ou de l'oeuvre supportée par les données contenues dans ce fichier de données, ou encore des informations relatives à la date de création de ce fichier de données. D'une manière générale, on indique que chaque fichier de description de fichier FSk comprend un ou plusieurs paramètres utilisés par l'application télédiffusée auprès du ou des usagers. Ces paramètres peuvent être - le nom du fichier - l'adresse de l'utilisateur selon un protocole X400 défini par la Recommandation du CCITT - le thème de l'application - un résumé du fichier dans le cas par exemple d'une télédiffusion de type accès ou affichage par paiement, soit, en langage anglo-saxon, incitation au pay per view. Tous ces paramètres précédents, lesquels peuvent être complétés et ne sont donc donnés qu'à titre d'exemple non limitatif, dépendent avant tout de l'application et sont télédiffusés en fonction des nécessités des utilisateurs finaux. Dans le cas par exemple où l'un des paramètres est constitué par l'adresse de l'utilisateur final, le récepteur de ce dernier peut alors utiliser un système de filtrage d'adresse de façon à ne recevoir que les fichiers correspondants pertinents. Chaque fichier de description de fichier est bien entendu réalisé en mode texte, de type ASCII par exemple, et contient plusieurs champs au format TLV par exemple, lesquels sont donnés ci-après à titre d'exemple non limitatif. - identificateur de fichier Le nom du fichier de description de fichier est de la forme SPXXZZZZ.TSI. Dans cette chaîne de caractères, XX désigne l'identificateur de service et ZZZZ désigne l'index incrémente par l'éditeur de prestations EP; précité et correspondant au fichier de données associe. - format Les différents champs consistent en , , : type Le champ type désigne un paramètre de type. valeur Valeur décimale sur un mot d'un octet, avec O à 31 réservé pour des attributions de réseau, O étant réservé pour le nom de fichier 32 à 127 étant réservé pour des applications 128 à 159 étant réservé pour des attributions de réseau en valeurs décimales 160 à 255 étant défini par des applications en valeurs décimales. longueur Le champ de longueur est une valeur comprise entre O et 255 ou une valeur décimale sur un octet constituant un paramètre de longueur de mot. valeur Ce champ dépend du champ de type précédemment défini et peut être constitué par un mot par caractère dans le cas d'une chaîne de caractères ou un mot pour deux digits dans le cas de valeurs décimales. Un exemple de fichier de description de fichier de données FSk est donné ci-après, à titre de premier exemple conformément à la syntaxe précédemment citée. rem example rem File Name = SP014121.TSI rem 1 = Serial Number rem 2 = File Name rem 3 = End User Address rem 4 = Compatibility 1, 4, 12345678; 2, 8, "doom.exe"; 3, 2, 253; 3, 2, 2000; 4, 11, "Windows 3.1"; En ce qui concerne les fichiers de réponse Frk ou Frk, on indique que ces fichiers de réponse peuvent comprendre au moins - un champ descriptif des organes de diffusion du serveur d'accès au réseau SAR, compte tenu du fichier de requête FRk relatif au fichier de données FDi - un champ descriptif de l'état de configuration générale du serveur d'accès au reseau SAR - un champ descriptif d'un ou plusieurs paramètres de diffusion par defaut attribués au fichier de données FDi en l'absence de paramètres correspondants définis dans le fichier de requête relatif à ce fichier de données. D'une manière générale, on indique que le nom de fichier de chaque fichier de réponse Frk ou Frk est constitué par l'identificateur de fichier de réponse. Ainsi que mentionné précédemment dans la description, on indique que deux types de réponse sont possibles, ainsi qu'illustré en liaison avec la figure 2, soit une réponse d'acceptation Frk, soit une réponse de rejet Frk d'une requête particulière, c'est-à-dire d'un fichier de requête FRk ainsi que mentionné précédemment. Les formats des fichiers de reponse et des paramè tres associés sont décrits ci-après, dans un mode de réalisation non limitatif donne à seul titre d'exemple. - identificateur de fichier de réponse Le nom de fichier du fichier du fichier de réponse est constitué par une chaîne de caractères du type NWXXYYYY.RES, chaîne de caractères dans laquelle XX est un identificateur du serveur d'accès au réseau SAR et YYYYY est l'index correspondant de l'identificateur du fichier de requête. - format acceptation = ; Dans cette instruction, Tâche Id est l'identificateur de tâche donné par le serveur d'accès au reseau SAR. rejet = , ; Dans cette instruction, Numéro de ligne correspond au fichier de requête rejeté et Cause indique la cause du rejet sous forme d'une chaîne de caractères. Les causes de rejet essentielles correspondent, soit à une erreur de syntaxe dans la requête, soit à une requête hors de propos, c'est-à-dire en situation de conflit avec l'état courant de la tâche, ou encore à une requête en conflit avec l'allocation de ressource, c'est-à-dire une requête relative à un objet inconnu tel qu'une tâche, un fichier inconnu par exemple. Un exemple de message de réponse, établi selon la syntaxe précitée est donné dans le deuxième exemple ciaprès. rem File Name = NW014212.RES rem example 1 Reject = 2, "Unknown file" 'TOTO.TXT'"; Reject = 3, "Request out of purpose"; rem example 2 Accept = 29; Dans le cas d'une déclaration d'acceptation, le fichier de réponse Frk peut en outre comporter de manière avantageuse un champ representatif de l'information relative au débit de diffusion de ce fichier de données FDi par le serveur d'accès au réseau SAR, compte tenu de la configuration et de l'état des organes de diffusion de ce serveur. Dans un tel cas, le fichier de réponse Frk permet alors de calculer et d'afficher, sur une interface homme-machine du serveur d'éditeur de prestations EP;, la durée de diffusion du fichier de données FDi correspondant sur le réseau de télédiffusion. Enfin, des fichiers de description de tâche FTr peuvent être prévus de façon à permettre la mise en oeuvre d'une gestion complète par dialogue interactif entre chaque éditeur de prestations EP; et le serveur d'accès au réseau SAR auquel les installations de ce dernier sont connectées. Selon un aspect particulièrement avantageux du système d'interfaçage 1, objet de la présente invention, un fichier de description de tâche peut être engendré par le serveur d'accès au réseau SAR en réponse à une requête d'ouverture de tâche ou d'une requête d'adjonction de fichier dans une requête d'exécution de tâche. Le fichier de description de tâche est alors communiqué par le réseau SAR à l'éditeur de prestations EPJ et peut être complété grâce à des valeurs par défaut pour certains paramètres non spécifiés ou non critiques. Ce fichier peut être regulière- ment mis à jour avant transmission. Dans un mode de réalisation avantageux, il existe un fichier de description de tâche par tâche de télédiffusion. Le nom du fichier de description de tâche est l'identificateur du fichier de description de tâche précédemment décrit dans la description. - identificateur du fichier de descriPtion de tâche Cet identificateur est une chaîne de caractères formée par NWXXAAAA.TDF où outre les caractères NWXX définis précédem- ment, AAAA représente une valeur d'index incrémentée par le serveur d'accès au réseau SAR. - formats Ce fichier contient tous les paramètres descriptifs de la tâche exécutée ainsi que les paramètres des fichiers de données FDi mis en jeu pour l'exécution de la tâche de télédiffusion et des paramètres d'état d'exécution de tâche. format des Daramètres descrintifs de la tâche exécutée Tâche = , , , , , , de fin de la télédiffusion > , de fichier > , [liste des paramètres d'accès conditionnel]; Ces paramètres sont décrits précédemment dans la descrip tion. format des paramètres des fichiers de données Fichier = , , , [liste des paramètres d'accès conditionnel J; Ces paramètres sont décrits précédemment dans la descrip tion. format des paramètres d'état d'exécution de tâche Etats = , ; Les champs et ont pour valeur WAIT, REPUES: Tâche en attente en raison d'une requête. WAIT, HOUER Tâche en attente en raison de l'attente de l'heure de début. WAIT, MISSING : Tâche en attente en raison de l'absence d'objets nécessai res à l'exécution de la tâche. END, COMPLETED : Tâche terminée, car exécutée. END, CLOSET Tâche terminée en raison d'une requête d'arrêt de tâche. RUNNING, XXZZZZ Tâche en cours d'exécution, identificateur du fichier courant télédiffusé. Un exemple de fichier de description de tâche est donné ciaprès comme 3ème exemple rem example rem NW010012.TDF Task = FILEBROADCAST, LONG, 1, 11, YES, LOW, ASAP, AUTO, AUTO, YES, PNUM=0x000A20; File = 14031, 1, YES, THEME=0x12; File = 14032, 1, YES, THEME=0x13; File = 14035, 1, YES, THEME=0x12; Status = RUNNING, 14035; D'autres fichiers tels que des fichiers de ressource peuvent être transmis vers chaque éditeur de prestations. Ces fichiers peuvent permettre d'assurer une gestion des rapports contractuels entre l'administrateur du serveur d'accès au réseau SAR et chaque éditeur de prestations EP. Une description plus détaillée d'éléments essentiels constitutifs du serveur d'accès au réseau SAR sera maintenant donnée en liaison avec la figure 3. Ainsi qu'on l'a représenté sur la figure précitée, le serveur d'accès au réseau SAR, en particulier au niveau du module 11 de gestion des messages de données ou groupes de donnees DGl, peut comporter avantageusement - un module de réception des fichiers d'édition et des fichiers de données, portant la référence 110, ce module permettant la mémorisation des fichiers en fichiers mémorises, et - un module de gestion 111 de ces fichiers mémorises, ce module de gestion, dans un mode de réalisation avantageux, comportant un module interpréteur lîla permettant d'assurer l'interprétation des différents fichiers d'édition précédemment décrits dans la description en fonction de la structure et des divers champs de commande précédemment décrits. Le module de gestion 111 comporte également un module dédié lllb permettant le conditionnement des fichiers en groupes de données DGl en vue de leur transmission sur le réseau de télédiffusion. Le module de gestion 11 des groupes de données précités comporte également, interconnecté au module de gestion 111, un module de multiplexage temporel proprement dit, portant la référence 112, des messages de données ou groupes de donnees DGl afin de permettre la transmission de ces derniers sur le réseau de télédiffusion. Le module de multiplexage temporel proprement dit 112 est interconnecté à un module de routage 113 de ces messages de données sur le réseau de télédiffusion, ce module de routage étant directement interconnecté au module de gestion 111 précédemment decrit. De manière plus spécifique, on indique que le module dédié lllb du module de gestion 111 comporte avantageusement un module de contrôle d'accès au fichier de données diffusées. Ce module de contrôle d'accès reçoit du module interpréteur lîla des instructions de commande d'embrouillage de la diffusion des fichiers de données diffusées sur le réseau de télédiffusion et delivre ainsi au module multiplexeur 112 des paramètres d'embrouillage à la transmission des messages ou groupes de données DGl précédemment mentionnés dans la description. On comprend bien sûr que ces groupes de donnees DG1 sont constitutifs des fichiers de données diffusées, ce qui permet, sur commande d'embrouillage au multiplexeur temporel 112 proprement dit, de délivrer des messages de donnees ou groupes de données DG embrouillées. Selon une caractéristique particulièrement avantageuse du système objet de la présente invention, on indique que les messages ou groupes de données DG1 embrouillées comportent au moins un champ d'identification comportant un identificateur non chiffré ou en clair et un champ de donnees transmises chiffrées ou embrouillées, permettant ainsi d'assurer l'embrouillage des différents groupes de données DGl. Le processus de chiffrement-déchiffrement des groupes de données DGl sera décrit de manière plus détaillée ultérieurement dans la description. Le protocole de transmission de groupes de données DGl précité permet de traiter la répétition des groupes de données afin d'assurer une qualité satisfaisante de la télédiffusion. Il n'est toutefois pas possible de distinguer les groupes de données d'un fichier de données déjà reçu des groupes de données du même fichier qui ont été répétés lors d'une nouvelle diffusion de fichiers de données, par exemple pour des raisons de protection d'erreurs. Pour cette raison, un identificateur de fichier est introduit, cet identificateur de fichier pouvant être introduit dans le champ "champ d'adresse" ou le champ "champ d'adresse de l'utilisateur final" dans chaque en-tête de groupes de données DGl. Le champ "champ d'adresse" peut alors, ainsi que représenté en figure 4, contenir un lien constitué par deux mots (deux octets) permettant alors - de discriminer chaque fichier reçu, c'est-à-dire chaque groupe de données DG1 reçu - d'identifier le fichier correspondant, grâce à ce lien, dans un fichier de description de groupes de donnees constitué par un fichier FSk par exemple. On comprend en particulier qu'un fichier FSk de description d'un fichier de données FDi étant en fait constitué par une pluralité de groupes de données DG1 peut bien entendu constituer un fichier de description de groupes de données. Chaque fichier de description de groupes de données, tel que représenté en figure 4, peut alors comprendre des informations permettant d'identifier le fichier de données concerné. Ces informations sont contenues dans un fichier de description de fichier du système d'interfaçage objet de la présente invention. Le fichier de description de groupes de données précité est télédiffusé dans un groupe de données particulier du type 0100 qui est dédie et réservé à des informations de service de télédiffusion. Un groupe de données de type 0100 est alors transmis et télédiffusé cycliquement avec une périodicité plus grande que les groupes de données relatifs aux données du fichier de données en tant que tel. Le fichier de description de groupes de données est alors un composant d'un résumé dynamique relatif à la télédiffusion des fichiers à un instant donné. Le format d'un fichier de description de groupes de données représenté en figure 4 est le suivant - le champ "champ d'adresse" utilisateur final est le même que le champ "champ d'adresse" dans chaque groupe de données contenant des donnees d'un fichier de données. - tous les paramètres du fichier de description d'un groupe de données contenus dans le champ de donnees dépendent uniquement de la nature de l'application considérée télédiffusée sur le reseau et sont eux-mêmes télédiffusés pour les besoins de l'application exploitée par les utilisateurs finaux. A titre d'exemple non limitatif, l'un des paramètres peut consister en l'adresse d'un utilisateur final. Dans ce cas, les récepteurs peuvent alors filtrer la reception des fichiers de données de façon à ne recevoir que les fichiers pertinents. La longueur de l'ensemble des paramètres doit être inférieure à la longueur des groupes de données. Chaque paramètre est codé au format TLV. Le serveur d'accès au réseau SAR code alors le fichier de description de groupe de données à partir du contenu des fichiers de description des fichiers de données fournis par l'éditeur de prestations EP; concerné. Côté utilisateur, c'est-à-dire au niveau de chaque récepteur d'utilisateur, le terminal de réception reçoit chaque fichier de description de groupe de données et décide d'accepter ou de refuser les groupes de données DGl et en définitive le fichier de données conformément à des contraintes de filtrage de fichier établies en fonction de l'application choisie par l'utilisateur. Ces groupes de données peuvent bien entendu être chiffrés ou non. Le champ d'identification peut ainsi comporter un identificateur en clair alors que le champ de données peut être chiffré ou non, ainsi qu'il sera décrit ultérieurement dans la description, dans un exemple relatif au contrôle d'accès. En référence à la figure 4, on indique que les différents champs correspondent aux éléments ci-après - identificateur de fichier : deux mots (deux octets), cette valeur étant incrémentée par le serveur d'accès au réseau SAR pour chaque nouveau fichier de données transmis - T : espace type de paramètres, par exemple 2 = adresse de l'utilisateur final - L : longueur de paramètre, par exemple 2 = deux mots ou octets - V : valeur de paramètre, par exemple OXOA56. Une description plus détaillée d'un système d'interfaçage entre un réseau de télédiffusion de fichiers de données et un terminal utilisateur de ces fichiers de données permettant la réception de fichiers de données télédiffusées gérés conformément au système d'interfaçage utilisé par tout éditeur de prestations EPj précédemment décrit dans la description, sera maintenant donnée en liaison avec les figures 5a et 5b ci-après. D'une manière générale, ainsi que représenté en figure 5a, on indique que le système d'interfaçage entre réseau de télédiffusion et terminal utilisateur, pour cette raison désigné par système d'interfaçage en réception, comporte au moins, ainsi que représenté sur la figure précitée, un module récepteur 20 des messages de données ou groupes de données DGl, ce module récepteur étant couplé au réseau de télédiffusion, ainsi qu'un système interactif 21 de requête/notification de réception par l'utilisateur d'au moins un fichier de données pour une application considérée. Le système interactif de requête/notification de réception par l'utilisateur est associé à un module 22 de sélection parmi les messages ou groupes de données DGl reçus de messages de données spécifiques correspondant à au moins un fichier d'édition et permettant de reconstituer le fichier de données requis par l'utilisateur. D'une manière générale, on indique que le système d'interfaçage en réception, portant la référence 2 sur la figure 5a, est mis en oeuvre au niveau d'un terminal de réception ou d'une station de travail par exemple constituée par un micro-ordinateur. Le micro-ordinateur hôte du système d'interfaçage en réception 2 précité peut être constitué par un ordinateur portable ou transportable, voire un ordinateur de bureau. Dans ce cas, le module récepteur 20 peut avantageusement être constitué par une carte enfichable dans le micro-ordinateur, cette carte pouvant avantageusement être constituée par une carte PCMCIA munie d'un récepteur FM sensiblement similaire en dimensions à celles d'une carte de crédit. Le module de réception peut alors consister par exemple en une carte, portant la référence 20.1, interconnectée au micro-ordinateur, cette carte étant bien entendu munie d'une antenne FM, référencée 20.la sur la figure 5a. Il est également possible de prévoir une deuxième carte 20.2 munie d'une antenne 20.2a, la deuxième carte de type PCMCIA étant munie d'un système de contrôle d'accès à partir d'une clé d'accès correspondante. Chaque carte 20.1 et 20.2 peut alors consister en une carte équipée d'un connecteur à 68 broches. Les cartes PCMCIA 20.1 et 20.2 satisfont alors à la norme PCMCIA type 2. Dans un autre mode de réalisation avantageux, le module de réception 20 peut être constitué par un boîtier autonome muni d'une alimentation séparée. Ce boltier est alors relié au micro-ordinateur hôte par une liaison série satisfaisant au standard RS 232C, et une antenne peut y être branchée. Le second module de réception, 20-2, peut, dans un mode de réalisation avantageux, être intégré dans ce boîtier. L'ordinateur hôte comporte alors les programmes de pilotage, driver en langage anglo-saxon, permettant une commande et une utilisation de la réception par l'intermé- diaire du système d'exploitation de l'ordinateur hôte. Le système d'exploitation de l'ordinateur hôte permet également d'assurer la mise en oeuvre du système interactif de requête/notification de réception par l'utilisateur d'au moins un fichier de données. Dans ces conditions, le module de réception 20 et les cartes PCMCIA 20.1 et 20.2 corres d'édition relatif à ce fichier de données. Le chemin d'accès au répertoire de mémorisation des fichiers de données correspondants, c'est-à-dire nom du répertoire dans lequel ce fichier doit être mémorisé, nom du fichier et chemin d'accès, est directement attribué par le module 22 de sélection. On comprend ainsi que le module de sélection 22, ainsi que représenté en figure 5b, comprend une routine de tri des messages ou groupes de données reçus sur critère de comparaison des champs de critère de sélection de fichiers avec les champs correspondants du fichier de description du fichier de données. Afin d'assurer le caractère interactif du système de requete/notification de réception des fichiers de données, un mécanisme de notification est prévu afin de permettre la notification de la réception d'un fichier à l'utilisateur. Deux mécanismes peuvent être retenus - fonction de sélection triant les fichiers sur la base du critère de filtrage donne en fonction de l'application - choix par l'utilisateur final des fichiers désirés en réception, par exemple dans le cas d'une visualisation sur paiement (pay per view mode, en langage anglo-saxon). Dans un mode de réalisation préférentiel, le mécanisme de modification a été réalisé grâce à la mise en oeuvre du système d'interfaçage utilisateur WINDOWS précédemment mentionné dans la description. Dans un tel cas, le dialogue interactif entre le système interactif 21 de requête/notification et le module de sélection 22 est réalisé par l'intermédiaire du mécanisme d'échange dynamique de données du système d'interfaçage WINDOWS, désigné par système DDE. En référence à la figure 5b, on indique que le mode opératoire est alors le suivant Sur application choisie par l'utilisateur final L'application engendre le message d'ouverture de session transmettant la requête au module 22 de sélection et lui donnant instruction de procéder à la surveillance et à la gestion du service requis. La fonction de selection est réalisée par le module 22 et ce dernier assure alors la comparaison du fichier de description de fichiers avec les masques de filtrage ou fichiers de filtrage engendrés par l'application. En cas d'identité de ces paramètres et des critères de sélection, le fichier est automatiquement transmis et notifié par l'application à l'utilisateur final. Différents éléments concernant les applications potentielles des systèmes d'interfaçage objets de la présente invention seront maintenant donnés ci-après. Une première application concerne la presse électronique. La presse électronique recouvre à la fois la presse libre et l'information générale d'utilisateurs ou de groupes d'utilisateurs. L'application à la presse électronique concerne en outre les services de presse habituels tels que les journaux et les magazines périodiques nationaux ou régionaux. L'application de presse électronique concerne également les voies de services d'informations électroniques, lesquelles concernent à la fois les services de transactions et d'information. Les services de publicité sont également couverts par cette application. Les services de presse électronique peuvent être associés à des services d'information vocale afin de donner accès à cette information à des utilisateurs mal voyants ou non-voyants. Outre le service de presse électronique précité, les systèmes d'interfaçage précédemment décrits dans la description peuvent permettre des applications de messagerie électronique. En particulier, un système de messagerie électronique correspondant à la Recommandation X.400 du CCITT peut être mis en oeuvre. Ce système de messagerie est basé sur le logiciel "Exchange Technology" de MICROSOFT utilisant une API, pour Application Program Interfaces en langage anglo-saxon, intégrée dans le système d'exploitation de l'ordinateur. Outre les applications relatives à la presse électronique précédemment mentionnées, les systèmes d'interfaçage précédemment décrits dans la description peuvent avantageusement permettre la mise en oeuvre d'une application au GPS différentiel, par exemple. On rappelle que l'application précitée permet, grâce à des techniques très élaborées de mesure de phase ou de correction d'éphémérides, d'obtenir une précision de positionnement d'un objet, mobile ou non, supérieure à 10 centimètres. Le système d'interfa çage objet de la présente invention appliqué au canal SWIFT permet, en raison de la grande largeur de bande et du bon rapport signal à bruit des signaux ainsi transmis, d'assurer la distribution de l'application GPS différentiel précitée. D'autres applications peuvent également être envisagées, telles que par exemple services d'informations de circulation routière, maritime ou aérienne, informations destinées à des récepteurs radio, ainsi que, bien entendu, mises à jour de bases de données ou de bases de connaissances mémorisées sur des disques optiques par exemple. Un exemple de mise en oeuvre d'un système de contrôle d'accès à la télédiffusion de programmes ou de fichiers de données grâce à la mise en oeuvre des systèmes d'interfaçage à l'émission 1 et à la réception 2 précédemment décrits dans la description, sera maintenant donné en liaison avec les figures 6a, 6b et ,6c. D'une manière générale, on indique que la fonction de contrôle d'accès peut être subdivisée en trois fonctions élémentaires - chiffrement ou embrouillage d'un programme ou de fichier à l'émission et de déchiffrement ou de désembrouillage à la réception - envoi des conditions d'accès associées au programme ou aux données télédiffusés, par exemple le programme télédiffusé lorsqu'il s'agit d'un programme de télévision et d'un programme relatif à un sujet d'économie ou d'art, les conditions d'accès étant, selon un aspect particulièrement avantageux des systèmes d'interfaçage objets de la présente invention, diffusées en même temps que le programme ou les données elles-mêmes - transmission de droit d'accès en durée d'abonnement par exemple pour un programme ou une pluralité de programmes, le cas échéant pour un ensemble de données, vers le récepteur d'un usager qui a acquitté des droits correspondants pour la prestation souhaitee. D'une manière générale également, on indique que l'ordinateur hôte associé au récepteur FM utilisateur, cet ordinateur hôte étant muni du système d'interfaçage en réception 2 précédemment mentionné dans la description, est avantageusement muni d'un lecteur de carte à puce dont les fonctions seront explicitées ci-après. Il en est de même en ce qui concerne le serveur d'accès au reseau SAR sur lequel l'opérateur d'exploitation, c'est-à-dire l'opérateur de télédiffusion, assure la prestation de télédiffusion. Ainsi que représenté d'ailleurs sur la figure 6a, on indique que, au serveur d'accès au réseau SAR, peuvent être associés un contrôleur de titre d'accès, désigné par CTA, auquel est associée une carte à puce d'exploitation, dite carte mère d'exploitation, le contrôleur de titre d'accès étant interconnecté au serveur d'accès au réseau SAR par une liaison spécialisée, et plus particulièrement interconnecté au module de gestion dédié lllb destiné à conditionner les groupes de données DGl en vue de la transmission de ces derniers. Le contrôleur des titres d'accès est également interconnecté, par l'intermédiaire du serveur d'accès au reseau SAR, aux installations de chaque éditeur de prestations EP. De même, les installations du prestataire de service de télédiffusion comprennent un gestionnaire de titre d'accès GTA, auquel est associée une carte à puce, désignée par carte mère de gestion, ainsi qu'un système gestionnaire commercial, noté SGC, permettant d'assurer la gestion d'une base de données clients par exemple. Le gestionnaire de titre d'accès GTA est interconnecté à un diffuseur de messagerie DM, lequel est lui-même interconnecte au serveur d'accès au réseau SAR par la liaison spécialisée précitée. En ce qui concerne la fonction d'embrouillage du programme ou des données transmises, le processus en liaison avec la figure 6a peut être réalise de la manière ci-après - l'éditeur de prestations concerné EPj adresse au serveur d'accès au réseau SAR le programme ou les données à diffuser en clair, c'est-à-dire en l'absence de chiffrement ou d'embrouillage - le serveur d'accès au réseau SAR chiffre ou embrouille les donnees correspondantes au niveau des groupes de données DGl grâce au module de gestion dédié lllb précité, par l'intermédiaire d'un mot de contrôle, noté CW, lequel est demandé périodiquement et reçu en conséquence du contrôleur des titres d'accès CTA. Le contrôleur des titres d'accès CTA reçoit également, par l'intermédiaire du serveur d'accès au réseau SAR, de l'éditeur de prestations EPj, les paramètres de contrôle d'accès CA - le serveur d'accès au réseau SAR transmet vers l'interface en réception 2 les données embrouillées des groupes de données, par l'intermédiaire des groupes de données embrouillés précités, les conditions d'accès ainsi que le mot de contrôle CW ou mot d'initialisation chiffré prealablement par 1 'intermédiaire du module de gestion dédié lllb. En ce qui concerne l'interface en réception 2 tel que représenté en figure 6b, celui-ci comprend, au niveau du module de sélection 22 par exemple, un module de gestion dédié assurant le déchiffrement ou désembrouillage des groupes de données DGl précités. Dans ce but, le module 220 requiert à la carte à puce de l'utilisateur, portant la référence 210 sur la figure 5a et désignée par carte fille, le déchiffrement du mot de contrôle CW reçu sous forme chiffrée. La carte fille 210 ne déchiffre le mot de contrôle chiffré CW que si celle-ci contient un droit d'accès ou d'habilitation compatible avec les conditions d'accès du programme ou des données télédiffusés. En ce qui concerne la transmission des conditions d'accès à un programme ou à des données télédiffusés, le protocole de transmission de chaque éditeur de prestations EP; aux installations du prestataire de télédiffusion est le suivant - l'éditeur de prestation EPj transmet au serveur d'accès au réseau SAR les paramètres de contrôle d'accès CA - le serveur d'accès au réseau SAR transmet périodiquement ces paramètres de contrôle d'accès au contrôleur des titres d'accès CTA - le contrôleur des titres d'accès CTA calcule les données de conditions d'accès correspondantes, telles que par exemple une durée d'abonnement d'émission ou une durée en fonction d'un prix payé dans une visualisation de type visualisation par paiement ou pay per view, et fournit ces conditions d'accès avec un mot de contrôle CW, lequel est chiffré au niveau du contrôleur des titres d'accès à partir de la carte mère d'exploitation précitée ; - le serveur d'accès au réseau SAR adresse au récepteur FM de l'utilisateur et à l'interface de réception 2 précédemment décrit dans la description les conditions d'accès précitées ainsi que le mot de contrôle chiffré CW - l'interface en réception 2 transmet à la carte à puce fille 210 de l'usager les conditions d'accès précitées ainsi que le mot de contrôle chiffré CW. La carte à puce fille 210 procède alors au déchiffrement du mot de contrôle CW seulement si les conditions d'accès du programme sont compatibles avec les droits d'accès enregistrés dans la carte - envoi des droits d'accès à un usager déterminé l'usager concerné s'adresse au service de gestion commerciale SGC afin d'acquérir un droit d'accès déterminé - le service de service de gestion commerciale SGC enregistre dans sa base de données un droit d'accès pour l'usager précité et adresse ensuite au gestionnaire des titres d'accès GTA une requête de calcul des données concernant le droit d'accès - le gestionnaire des titres d'accès GTA calcule les données représentant les droits d'accès grâce aux données délivrées par la carte mère de gestion précédemment mentionnée et transmet ensuite ces données au diffuseur de messagerie DM pour diffusion ; le diffuseur de messagerie DM adresse périodiquement une requête au serveur d'accès au réseau SAR aux fins de diffuser les données de droit d'accès sur le réseau de télédiffusion - le serveur d'accès au réseau SAR diffuse, conformement au protocole précédemment décrit dans la description, les données de droit d'accès précitées ; le récepteur FM, et l'ordinateur hôte associé à ce dernier, de l'usager concerné reçoit les donnees de droit d'accès ; la carte à puce fille 210 de l'usager concerné précité stocke alors les droits d'accès correspondants. Le protocole de transmission SWIFT précédemment décrit permet de diffuser des services numérotés de 1 à 999. Les groupes de données DGl des fichiers des différents services sont multiplexés par le serveur d'accès au réseau SAR avant d'être diffusés. Pour un service particulier, les messages de contrôle d'accès sont multiplexés et les conditions d'accès CA et les mots de contrôle chiffrés CW du service considéré sont diffusés sur ce même service dans des groupes de données du type spécial, type 101. Les droits d'accès de l'usager sont au contraire diffusés sur un service de type spécial, le service 896 par exemple, dans les groupes de données de type spécial précité 101. Le service 896 peut alors ne servir qu'à la diffusion des droits d'accès des usagers. La figure 6c représente schématiquement le multiplexage des groupes de données relatifs aux conditions d'accès CA et au mot de contrôle CW chiffré, ainsi qu'à des groupes de données DG1 pour un service, c'est-à-dire un programme ou des données télédiffusés, portant la référence service 101 par exemple, et la transmission sur le service 896 précité des droits d'accès des usagers qui ont souscrit au service 101 précédemment mentionné. * On comprend ainsi que chaque éditeur de prestations EPj, par l'intermédiaire des paramètres de contrôle d'accès CA, est en mesure d'initialiser et de contrôler l'accès aux services ou programmes ou données télédiffusés par l'intermediaire d'un chiffrement dont l'exécution est laissée, non pas à l'initiative de l'éditeur de prestations EP > , mais au contraire au prestataire de télédiffusion possédant seul l'algorithme de chiffrement ou d'embrouillage correspondant, alors que les paramètres de chiffrement ou d'embrouillage sont laissés à la seule initiative de l'éditeur de prestations EPJ par l'intermédiaire des paramètres de contrôle d'accès. REVENDICATIONS 1. Système d'interfaçage entre au moins un serveur d'un éditeur de prestations, interconnecté à un réseau de télédiffusion par l'intermédiaire d'un serveur d'accès à ce réseau, ledit serveur d'accès comportant un multiplexeur de messages de données permettant la diffusion de fichiers de données de type point-multipoint, caractérisé en ce que ledit système comporte au moins, au niveau dudit serveur d'un éditeur de prestations, - des moyens de création, pour chaque fichier de données transmises par ledit serveur d'éditeur de prestations, d'une pluralité de fichiers d'édition, spécifiques de l'édition desdites données transmises, et, au niveau dudit multiplexeur de messages de données, - des moyens de gestion desdits messages de données, à partir desdits fichiers d'édition, lesdits moyens de gestion desdits messages de données permettant le formatage des messages de données pour télédiffusion sur ledit réseau de diffusion. 2. Système d'interfaçage selon la revendication 1, caractérisé en ce que lesdits fichiers d'édition comportent au moins - un fichier de requête, précisant les conditions d'exécution des tâches de diffusion, telles que, notamment, nombre de répétitions, mode de diffusion, routage desdits fichiers de données, et - un fichier de description dudit fichier de données, comprenant des informations telles que le nom, la taille, le service associé, un ou plusieurs paramètres de chiffrement-déchiffrement de ces données, lesdits fichier de données et fichier d'édition étant transmis audit serveur d'accès au réseau de diffusion selon un protocole de transmission spécifique. 3. Système d'interfaçage selon la revendication 2, caractérisé en ce que ledit protocole de transmission spécifique consiste au moins, pour toute opération de diffusion d'un fichier de données FDi par un serveur d'éditeur de prestation, en la a)- transmission dudit serveur d'éditeur de prestation audit serveur d'accès à ce réseau dudit fichier de données b)- transmission dudit serveur d'éditeur de prestation audit serveur d'accès à ce réseau dudit fichier de description de ce fichier de données à diffuser c)- transmission dudit serveur d'éditeur de prestation audit serveur d'accès à ce réseau dudit fichier de requête relatif à au moins ce fichier de données à diffuser, lesdits fichier de description et fichier de requête constituant au moins un fichier d'édition pour ledit fichier de données à diffuser d)- transmission dudit serveur d'accès à ce réseau audit serveur d'édition de prestation d'un fichier de réponse comportant au moins soit une déclaration d'acceptation dudit fichier de requête valant accord d'exécution des tâches diffusion, soit une déclaration de rejet dudit fichier de requete valant déclaration de non-exécution des tâches de diffusion, ladite déclaration de rejet provoquant la répétition dudit protocole de transmission à partir de l'une des opérations de transmission dudit serveur d'éditeur de prestation, en fonction du motif de rejet communiqué dudit fichier de requête, et ladite déclaration d'acceptation provoquant la fin, au niveau dudit serveur d'éditeur de prestation, de l'opération de diffusion de ce fichier de données, et, le cas échéant, le passage à une opération de diffusion d'un autre fichier de données. 4. Système d'interfaçage selon l'une des revendications 1 à 3, caractérisé en ce que lesdits fichier de requête et fichier de description, constituant chaque fichier d'édition, et lesdits fichiers de réponse sont constitués par des fichiers textes reçus et interprétés par un module interpréteur intégré audit serveur d'accès au réseau. 5. Système d'interfaçage selon l'une des revendications 2 à 4, caractérisé en ce que chaque fichier de requête comporte au moins - un champ de région permettant de délimiter la zone ou région dudit réseau de télédiffusion dans laquelle ledit fichier de données est diffusé et rendu accessible à tout utilisateur habilité - un champ de date et heure de début de programmation de la diffusion dudit fichier de données - un champ de qualité de la diffusion comprenant un premier paramètre et un deuxième paramètre valeur de répétition de groupes de messages de données, constitutifs de ce fichier de données. 6. Système d'interfaçage selon l'une des revendications 2 à 5, caractérisé en ce que chaque fichier de description de fichier de données comporte au moins - un champ d'identification de ce fichier de données - un champ descriptif de ce fichier de données comportant des informations relatives au thème, au nom de l'auteur ou du créateur, à la date de création de ce fichier de données. 7. Système d'interfaçage selon l'une des revendications 3 à 6, caractérisé en ce que ledit fichier de réponse comprend au moins - un champ descriptif des organes de diffusion dudit serveur d'acces au réseau, compte tenu du fichier de requête relatif audit fichier de données - un champ descriptif de l'état de configuration générale dudit serveur d'accès au réseau - un champ descriptif d'un ou plusieurs paramètres de diffusion par défaut attribués audit fichier de données, en l'absence de paramètres correspondants définis dans ledit fichier de requête relatif à ce fichier de données. 8. Système d'interfaçage selon la revendication 7, caractérisé en ce que ledit fichier de réponse dans le cas d'une déclaration d'acceptation comporte en outre un champ représentatif de l'information relative au débit de diffusion de ce fichier de données par ledit serveur d'accès au réseau, compte tenu de la configuration et de l'état des organes de diffusion dudit serveur d'accès au réseau, ce qui permet de calculer et d'afficher sur une interface hommemachine dudit serveur d'éditeur de prestation la durée de diffusion dudit fichier de données sur ce réseau. 9. Système d'interfaçage selon l'une des revendications 1 à 8, caractérisé en ce que celui-ci comprend, au niveau dudit serveur d'accès au réseau - un module de réception desdits fichiers d'édition et fichiers de données, permettant la mémorisation desdits fichiers en fichiers mémorisés - un module de gestion desdits fichiers mémorisés, ledit module de gestion comportant un module interpréteur et un module dédié permettant le conditionnement desdits messages de données en vue de leur transmission sur ledit réseau de télédiffusion ; - un module de multiplexage temporel desdits messages de données, permettant la transmission desdits messages de données sur ledit réseau de télédiffusion - un module de routage desdits messages de données sur ledit réseau de télédiffusion. 10. Système d'interfaçage selon la revendication 9, caractérisé en ce que ledit module dédié comporte un module de contrôle d'accès aux fichiers de données diffusées, ledit module de contrôle d'accès recevant dudit module interpréteur des instructions de commande d'embrouillage de la diffusion desdits fichiers de données diffusées et délivrant audit multiplexeur des paramètres d'embrouillage à la transmission desdits messages de données, constitutifs desdits fichiers de données diffusées, ledit multiplexeur délivrant pour transmission, sur commande d'embrouillage, des messages de données embrouillés. 11. Système selon la revendication 10, caractérisé en ce que lesdits messages de données embrouillés comportent au moins - un champ d'identification comportant un identificateur en clair - un champ de données chiffrées. 12. Système d'interfaçage entre un réseau de télédiffusion de fichiers de données et un terminal utilisateur de ces fichiers de données, l'opération de télédiffusion de ces fichiers de données sur ce réseau de télédiffusion étant effectuée à partir d'au moins un serveur d'editeur de prestations interconnecte à ce réseau de télédiffu- sion par l'intermédiaire d'un serveur d'accès à ce réseau, ce serveur d'accès comportant un multiplexeur de messages de données permettant une diffusion de ces fichiers de données de type point-multipoint, ce serveur d'éditeur de prestations permettant d'engendrer et de transmettre, pour chaque fichier de données transmises, une pluralité de fichiers d'édition, spécifiques de l'édition de ces données transmises, et ce multiplexeur de messages de données permettant le formatage de ces messages de données en vue de leur télédiffusion sur ce réseau de télédiffusion, caractérisé en ce que ledit système d'interfaçage comporte au moins - des moyens récepteurs desdits messages de données couplés audit réseau de télédiffusion - des moyens interactifs de requête/ notification de réception par l'utilisateur d'au moins un fichier de données ; - des moyens de sélection parmi lesdits messages de données reçues de messages de données spécifiques correspondant à au moins un fichier d'édition et permettant de reconstituer ledit fichier de données requis par l'utilisateur. 13. Système d'interfaçage selon la revendication 12, caractérisé en ce que lesdits moyens récepteurs desdits messages sont constitués par un récepteur à accès conditionnel. 14. Système selon l'une des revendications 12 ou 13, caractérisé en ce que lesdits moyens interactifs de requête/ notification de réception comportent au moins des moyens générateurs d'un message d'ouverture de session comportant un champ d'identification de fichier de données dudit fichier de données et un champ de critère de sélection de fichiers à partir des informations contenues dans le fichier d'édition relatif audit fichier de données. 15. Système selon l'une des revendications 12 à 14, caractérisé en ce que lesdits moyens de sélection comprennent au moins une routine de tri des messages de données sur critère de comparaison des champs de critère de sélection de fichiers avec les champs correspondants du fichier de description du fichier de données.