Brevet FR2796180A1 — publié le 20010112

ARRIÈRE-PLAN DE L'INVENTION 1. Domaine de l'invention La présente invention concerne un système de délivrance de données et plus particulièrement, un système de délivrance de données qui transporte des données qui ont été stockées dans une station d'envoi jusqu'à au moins une station de réception. La présente invention concerne en outre une station d'envoi qui joue le rôle d'une partie du système de délivrance de données et un support de stockage lisible par ordinateur qui stocke un programme qui a pour effet qu'un système d'ordinateur fonctionne en tant que station d'envoi. 2. Description de l'art antérieur On a observé dans les récentes années une tendance des entreprises industrielles à produire une large variété de biens selon des quantités élevées du fait des cycles de vie raccourcis des produits et des besoins diversifiés des consommateurs. Ces entreprises accumulent par conséquent un volume important de données de documentation incluant des dessins d'ingénierie créés à l'aide d'outils de conception et d'ingénierie assistés par ordinateur (CADICAE). Ces mêmes entreprises doivent stocker et gérer de telles données de documentation de manière efficiente de même qu'elles doivent pouvoir retrouver rapidement ce dont elles ont besoin. Dans cet ordre d'idée, des systèmes de gestion de données de produits (PDM) sont proposés en tant que dispositifs appropriés pour assurer les services nécessaires. Les systèmes de PDM sont conçus pour gérer des données de produits d'une manière organisée et unifiée depuis la phase de développement jusqu'à la phase de production. En plus d'empêcher la survenue de quelconques problèmes associés à des documents, ils améliorent la productivité des processus d'ingénierie en maximisant !a dies données `la conception. Dans de tels systèmes de PDM classiques, des dessins d'ingénierie et d'autres documents sont délivrés sous forme numérique à des unités organisationnelles internes et externes qui en ont besoin, en se référant à des étiquettes de destination liées aux données et en utilisant des voies de circulation d'informations liées au travail. Bien que cette méthode se soit avérée constituer une façon classique de distribuer des données dans les systèmes classiques, cette méthode est susceptible de donner naissance à certains problèmes de fiabilité du fait que le processus dépend d'une gestion réalisée par des êtres humains. Dans certains cas, les fichiers de données peuvent être délivrés à des endroits non souhaités ou certaines destinations nécessaires peuvent être manquées. Les systèmes de PDM classiques manquent également d'affinités vis-à- vis de dispositifs de barrière de sécurité/cloison parefeu. Afin de protéger des données importantes vis-à-vis d'une utilisation frauduleuse et du vol, la plupart des systèmes déploient une cloison parefeu au niveau du point où ils sont connectés à un environnement de réseau public. Cependant, les dispositifs de cloison parefeu ralentissent souvent les débits de transport de données, ce qui génère une réponse système lente. RÉSUMÉ DE L'INVENTION En prenant ce qui précède en considération, un objet de la présente invention consiste à proposer une station d'envoi qui peut distribuer des dessins d'ingénierie et d'autres données d'une façon davantage fiable. Afin d'atteindre l'objet mentionné ci-avant, selon la présente invention, on propose une station d'envoi qui délivre des données qui sont stockées dans son unité de stockage interne ou externe à au moins une station de réception. Cette station d'envoi comprend les éléments qui suivent : une unité d'identification d'attribut qui identifie les attributs de données destinées à être distribuées ; une unité de détermination de destination qui détermine les destinations des données conformément aux attributs identifiés par l'unité d'identification d'attribut ; et un émetteur qui envoie les données aux destinations déterminées par l'unité de détermination de destination. En outre, un autre objet de la présente invention consiste à proposer un système de délivrance de données qui ne ralentisse pas la réponse du système pris dans sa globalité même lorsqu'une cloison parefeu est utilisée dedans. Afin d'atteindre le second objet, selon la présente invention, on propose un système de délivrance de données permettant de délivrer des données qui sont stockées dans une station d'envoi à au moins une station de réception. Ce système comprend les éléments qui suivent : une unité d'identification d'attribut pour identifier des attributs de données destinées à être distribuées; une unité de détermination de destination pour déterminer des destinations des données, conformément aux attributs identifiés par l'unité d'identification d'attribut; un émetteur pour envoyer les données jusqu'aux destinations déterminées par l'unité de détermination de destination ; une unité de récepteur qui reçoit les données envoyées depuis l'émetteur; et une unité de reproduction qui restaure les données reçues par le récepteur selon leur forme/format original(e). Ces objets, caractéristiques et avantages ainsi que d'autres de la présente invention apparaîtront au vu de la description qui suit que l'on lira en conjonction avec les dessins annexés qui illustrent des modes de réalisation préférés de la présente invention à titre d'exemple. BRÈVE DESCRIPTION DES DESSINS La figure 1 est une vue de conception de la présente invention ; la figure 2 est un schéma qui représente un mode de réalisation de la présente invention ; la figure 3 est un schéma qui représente un exemple d'un écran de listing de tables de distribution ; la figure 4 est un schéma qui représente un exemple d'un écran d'édition de table de distribution ; la figure 5 est un organigramme qui explique un processus destiné à être exécuté lorsqu'un bouton NOUVELLE ou un bouton MODIFICATION est pressé dans l'écran de listing de tables de distribution représenté sur !a figure 3 ; la figure 6 est un schéma qui représente un exemple d'un écran d'instauration de condition de distribution ; la figure 7 est un schéma qui représente un exemple d'un écran d'entrée de destination ; la figure 8 est un schéma qui représente un exemple d'un écran d'entrée de métadonnées ; la figure 9 est un organigramme qui explique un processus destiné à être exécuté lorsqu'un utilisateur dirige une unité de base de PDM (figure 2) pour distribuer des données qui ont été préalablement enregistrées dedans ; la figure 10 est un organigramme qui explique les détails de l'opération de transfert de données représentée sur la figure 9 ; la figure 11 est un schéma qui représente un exemple d'un écran d'instauration de distribution ; la figure 12 est un schéma qui représente un exemple d'un écran d'édition de table de distribution ; la figure 13 est un schéma qui représente un exemple d'un écran d'entrée de date de transmission ; la figure 14 est un organigramme qui représente un processus destiné à être exécuté par un serveur de distribution lorsqu'il reçoit certaines données en provenance de l'unité de base de PDM ; la figure 15 est un schéma qui représente un exemple d'un écran de connexion ; la figure 16 est un schéma qui représente un exemple d'un écran d'état de boîte de réception ; la figure 17 est un schéma qui représente un exemple d'un écran de listing d'éléments ; la figure 18 est un organigramme qui représente un processus destiné à être exécuté par un serveur de distribution ; la figure 19 est un organigramme qui représente un processus destiné à être exécuté par une station de réception ; la figure 20 est un schéma qui représente un second mode de réalisation de la présente invention ; la figure 21 est un dessin présenté à titre d'exemple qui est converti selon des données d'image ; et la figure 22 est un organigramme qui représente un processus destiné à être exécuté selon le second mode de réalisation représenté sur la figure 20. DESCRIPTION DES MODES DE RÉALISATION PRÉFÉRÉS Des modes de réalisation préférés de la présente invention seront décrits ci-après par report aux dessins annexés. La figure 1 est une vue de conception d'un système de délivrance de données selon la présente invention. Ce système comprend une station d'envoi 1 et une station de réception 3, lesquelles stations sont interconnectées au moyen d'un réseau 2. Bien que la figure 1 représente seulement une seule station de réception dans un souci de simplification, il doit être apprécié qu'une pluralité de stations de réception identiques sont connectées dans un système réel. La station d'envoi 1 comprend une base de données de données en masse la, une base de données de métadonnées lb, une unité de détermination de destination l c, une unité d'identification d'attribut I d, une unité d'établissement de date/heure le, une unité d'identification de format 1f, un convertisseur de format 1g, un émetteur 1 h et un émetteur de données de résumé 1 i. La base de données de données en masse 1 a stocke des fichiers de données de documentation appelés fichiers de "données en masse". Ici, l'expression "données en masse" se réfère à des dessins d'ingénierie et à d'autres documents semblables. La base de données de métadonnées 1 b stocke des fichiers de "métadonnées", c'est-à-dire les attributs et toute autre information qui décrivent chaque unité de données en masse qui est stockée dans la base de données de données en masse l a. Lorsque la transmission de certains fichiers de données en masse est demandée en requête, l'unité de détermination de destination 1 c détermine les destinations des fichiers de données en masse demandés en requête conformément à leurs informations d'attribut telles qu'identifiées par l'unité d'identification d'attribut I d. L'unité d'identification d'attribut 1 d consulte la base de données de métadonnées 1 b afin de trouver les attributs des fichiers de données en masse demandés en requête. L'unité d'établissement de date/heure 1 e est utilisée pour spécifier une date et une heure souhaitées de transmission des données. L'unité d'identification de format 1f identifie quel format de données chaque station de réception peut manipuler et envoie cette information au convertisseur de format l g. Le convertisseur de format 1 g reçoit un fichier de données en masse dont la destination a été identifiée par l'unité de détermination de destination 1 c et si nécessaire, il convertit le format du fichier de données en masse donné tel que spécifié par l'unité d'identification de format l f. L'émetteur 1 h stocke temporairement ces fichiers de données convertis et les envoie en sortie lorsque demandé en requête par la station de réception 3 et lorsque l'utilisateur qui formule la requête est identifié avec succès. L'émetteur de données de résumé 1 i compile les données de résumé qui expliquent brièvement les fichiers de données en masse destinés à être distribués par référence à des fichiers de métadonnées pertinents dans la base de données de métadonnées lb. L'émetteur de données de résumé 1 i envoi ces données de résumé à la station de réception 3 avant la transmission des fichiers de données en masse demandés en requête. Le réseau 2 interconnecte la station d'envoi 1 et la station de réception 3, ce qui leur permet d'échanger les fichiers de données mentionnés ci-avant ainsi que des messages. La station de réception 3 comprend un récepteur 3a, une unité de reproduction 3b et une unité d'authentification 3c. Le récepteur 3a reçoit des données en provenance de la station d'envoi 1. L'unité de reproduction 3b reproduit les données originales à partir des données reçues par le récepteur 3a et les affiche sur un écran de moniteur ou sur tout autre dispositif de sortie (non représenté). L'unité d'authentification 3c réalise un processus d'authentification afin de vérifier si oui ou non l'utilisateur courant est un utilisateur autorisé. Si l'utilisateur a satisfait ce test, l'unité d'authentification 3c le notifie à la station d'envoi 1. Le système de délivrance de données mentionné ci-avant fonctionne comme suit. On suppose par exemple qu'un jeu de dessins d'ingénierie vient juste d'être entré dans la base de données en masse 1 a en tant que nouveaux fichiers de données de dessin. Ceci a pour effet que la station d'envoi 1 produit un enregistrement de la date d'enregistrement, du numéro de série et de toutes autres données nécessaires afférentes. Cet enregistrement est ensuite stocké dans la base de données de métadonnées 1 b en tant que nouvelle entrée. En outre, la station d'envoi 1 demande à l'utilisateur d'entrer diverses informations d'attribut concernant les fichiers de données de dessin. Cette information est également enregistrée dans la base de données de métadonnées 1 b. Lorsque l'utilisateur entre une commande afin de distribuer les fichiers de données de dessin stockés sur d'autres stations, la station d'envoi 1 exécute cette commande comme décrit ci-après. Ici, l'utilisateur effectuant l'envoi peut souhaiter spécifier une date et une heure spécifiques de transmission de données en utilisant l'unité d'établissement de date/heure le. Dans ce cas, ce qui est décrit au niveau de la section qui suit se déroulera à l'instant planifié. Tout d'abord, l'unité d'identification d'attribut 1 d retrouve un fichier de métadonnées pertinent à partir de la base de données de métadonnées 1 b afin d'obtenir les attributs des fichiers de données de dessin à transmettre. Par référence à cette information d'attribut qui est identifiée par l'unité d'identification d'attribut I d, l'unité de détermination de destination 1 c détermine où il convient d'envoyer ces fichiers de données. On suppose par exemple que l'utilisateur est en train d'envoyer des dessins d'ingénierie concernant un certain module de circuit électronique et que les destinations de données de dessin doivent inclure: une usine qui dispose d'une ligne de fabrication pertinente et le département des achats qui est responsable de la fourniture des composants nécessaires. Afin de déterminer de manière automatique les destinations mentionnées, la station d'envoi 1 dispose d'une table de consultation qui définit les relations entre l'information d'attribut et les destinations de chaque unité de données de dessin. Par ailleurs, l'unité d'identification de format 1f consulte la base de données de métadonnées 1 b via l'unité d'identification d'attribut 1d afin d'identifier quel format de données chaque station de réception supporte. Le résultat est ensuite passé au convertisseur de format l g. Si le format de données courant n'est pas compatible avec le format identifié, le convertisseur de format 1 g réalise une conversion de format de données en conséquence. L'émetteur de données de résumé 1 i est également activé par l'unité de détermination de destination 1 c lorsque les destinations des fichiers de données de dessin sont déterminées. C'est-à-dire que l'émetteur de données de résumé 1 i retrouve un fichier de métadonnées pertinent en provenance de la station d'envoi 1 et le stocke en tant que source de données de résumé qui décrivent les données de dessin dignes d'intérêt. Ces données de résumé seront transmises ultérieurement à la station de réception 3 lors d'une connexion sur la station d'envoi 1 via le réseau 2. On considère ici que l'utilisateur qui est assis au niveau de la station de réception 3 a délivré une commande afin de décharger les données depuis la station d'envoi 1. La station de réception 3 présente maintenant un certain écran sur son unité de moniteur ou de surveillance (non représentée), lequel écran demande à l'utilisateur d'entrer son nom de connexion et son mot de passe. L'utilisateur tape alors son nom et son mot de passe dans cet écran. En réponse à cette entrée, l'unité d'authentification 3c détermine si la personne qui est en train de formuler une requête est ou non un utilisateur autorisé. Si son authenticité est vérifiée avec succès, l'unité d'authentification 3c le notifiera à la station d'envoi 1. Ici, le réseau 2 joue le rôle de support de communication bidirectionnelle bien que la figure 1 représente seulement une voie unidirectionnelle depuis la station d'envoi 1 jusqu'à la station de réception 3. En réponse à la notification d'authenticité, l'émetteur de données de résumé 1 i dans la station d'envoi 1 envoie en sortie les données de résumé à la station de réception 3 en les retrouvant â partir du stockage local. Sur le côté de réception, le récepteur 3a reçoit les données de résumé envoyées depuis la station d'envoi 1 et l'unité de reproduction 3b les restaure selon la forme originale de telle sorte que l'information de résumé apparaisse sur l'unité de moniteur (non représentée). Maintenant, l'utilisateur de côté de réception peut visualiser le profil de ce que la station d'envoi 1 souhaite lui communiquer et il spécifie quels fichiers de données en masse doivent être déchargés. Cette information est renvoyée à la station d'envoi 1. Sur le côté d'envoi, l'émetteur 1 h retrouve les fichiers de données en masse spécifiés à partir de la base de données de données en masse 1 a et les envoie en sortie sur la station de réception 3 sur le réseau 2. Ces fichiers sont acceptés par le récepteur 3a dans la station de réception 3 et sont passés à l'unité de reproduction 3b de manière à obtenir les données en masse originales. Lorsqu'un tel traitement d'acceptation pour les fichiers de données en masse est parachevé avec succès, la station de réception 3 retourne un message prédéterminé pour notifier le parachèvement à la station d'envoi 1. La station d'envoi 1 reçoit ce message en tant qu'accusé de réception positif des données transmises. Comme décrit ci-avant, le système de délivrance de données de la présente invention détermine de manière automatique les destinations de données de dessin lorsque l'utilisateur d'envoi les entre dans une base de données et qu'il demande en instruction au système de distribuer leurs copies. Cette fonction assure que les données de dessin seront délivrées à toutes les parties qui en ont besoin. En outre, le système de délivrance de données proposé est configuré pour produire des données de résumé avant d'envoyer la partie principale des données de dessin (c'est-à-dire les données en masse). Cette fonction permet à l'utilisateur de choisir l'instant du déchargement. Lorsque le réseau 2 apparaît comme étant dans une condition de trafic élevé, l'utilisateur peut décider de ne pas décharger des fichiers de données en masse pendant cette période mais d'attendre jusqu'à ce que le trafic soit réduit. Le système proposé est également avantageux en ce sens qu'il utilise un convertisseur de format 1 g afin de convertir des formats de données conformément aux exigences individuelles de stations de réception, ce qui allège les charges de travail imposées aux utilisateurs du côté de réception. Par report encore à la vue conceptuelle du système (figure 1), la base de données de données en masse 1 a et la base de données de métadonnées 1 b sont mises en oeuvre en tant que parties intégrantes de la station d'envoi 1. Cependant, la présente invention ne doit pas être limitée à cette configuration particulière mais ces bases de données peuvent également être réalisées en tant que dispositifs externes qui sont couplés à la station d'envoi 1. Puis par report à la figure 2, un mode de réalisation spécifique de la présente invention sera maintenant décrit ci-après. La figure 2 est un schéma fonctionnel d'un système de délivrance de données qui met en oeuvre la présente invention, lequel système comprend une unité de base de PDM 20, un serveur de distribution 30, un réseau 40 et une station de réception 50. L'unité de base de PDM 20 comprend un module de base de PDM 20a et une base de données (DB) 20b. La base de données 20b stocke des fichiers de données qui ont été entrés par l'intermédiaire de dispositifs d'entrée 21. Lorsque la transmission de documents spécifiques est demandée en requête, l'unité de base de PDM 20 lit des fichiers de données pertinents à partir de la base de données 20b et les applique sur le serveur de distribution 30. Le serveur de distribution 30 comprend une interface (UF) 30a, un contrôleur 30b, une base de données 30c et une autre interface 30d. La première interface 30a convertit le format de données de telle sorte que le serveur de distribution 30 puisse envoyer et recevoir des données sur/depuis l'unité de base de PDM 20. En plus du fait de contrôler d'autres parties du serveur de distribution 30, le contrôleur 30b assure divers services de traitement en fonction des programmes stockés dans son stockage local (non représenté). La base de données 30c stocke des fichiers de données, de façon séparée pour chaque destination, lesquels fichiers de données ont été fournis par l'unité de base de PDM 20. Lorsqu'un document spécifique est demandé en requête par la station de réception 50, la base de données 30c fournit à l'interface 30d des fichiers pertinents pour la distribution. La base de données 30c stocke également diverses tables ainsi que d'autres données nécessaires pour une session de distribution d? données. La seconde interface 30d convertit les données délivrées selon un format approprié de telle sorte que le serveur de distribution 30 puisse envoyer et recevoir des données sur/depuis la station de réception 50 via le réseau 40. Le réseau 40 interconnecte le serveur de distribution 30 et la station de réception 50, ce qui leur permet d'échanger des informations. La station de réception 50 comprend une interface (VIF) 50a, un contrôleur 50b, une base de données (DB) 50c et une autre interface 50d. La première interface 50a convertit le format des données de telle sorte que la station de réception 50 puisse envoyer et recevoir des données sur/depuis le serveur de distribution 30 via le réseau 40. Le contrôleur 50b assure divers services de traitement en fonction des programmes stockés dans son stockage local (non représenté) en plus d'assurer le contrôle d'autres parties de la station de réception 50. La base de données 30c stocke des fichiers de données qui sont envoyés depuis le serveur de distribution 30. La seconde interface 50d reçoit des données en provenance du contrôleur 50b et les convertit selon un signal vidéo afin de piloter une unité de moniteur/surveillance externe 51. Elle accepte également des données en provenance de dispositifs d'entrée 52 et les applique sur le contrôleur 50b après conversion de leur format si nécessaire. Les dispositifs d'entrée 21 et 52 incluent un clavier et une souris par exemple. lis peuvent également inclure des dispositifs d'interface de réseau pour un accès â distance tels que des cartes LAN (réseau local) pour recevoir des données en provenance de terminaux de données à distance. La section qui suit décrira maintenant le fonctionnement du système de délivrance de données mentionné ci-avant qui met en #uvre la présente invention en se focalisant sur les deux points spécifiques qui suivent: (1) la façon dont le système définit les destinations des documents et (2) la façon dont le système distribue des fichiers de données. De façon davantage spécifique, la première partie discutera d'un processus d'édition (ou de création) d'une table de distribution qui définit les destinations de chaque classe particulière de documents d'ingénierie. Par report à la figure 2, il est supposé ici qu'un utilisateur (non représenté) est en train d'activer les dispositifs d'entrée 21 de l'unité de base de PDM 20. On suppose maintenant qu'il a délivré une commande qui demande en requête un listing de tables de distribution. En réponse à cette requête, le module de base de PDM 20a retrouve des tables de distribution à partir de la base de données 30c dans le serveur de distribution 30 et les affiche moyennant une implantation prédéterminée. La figure 3 représente un écran typique qui apparaît sur l'unité de moniteurlsurveillance 22 dans le contexte mentionné ci-avant. Au niveau de l'écran de la figure 3, une fenêtre 60 intitulée "liste de tables de distribution" est constituée: Afin de permettre à l'utilisateur de spécifier le niveau de libération de document, une boîte de texte 60a est placée au niveau de la partie gauche supérieure de la fenêtre 60 en association avec une flèche d'incrustation 60b pour ouvrir une liste d'éléments sélectionnables pour la boîte de texte 60a. L'écran présenté à titre d'exemple représente que le choix courant est "libération finale". La fenêtre 60 comporte deux sections principales 60c et 60d qui sont alignées verticalement. La première section 60c est utilisée pour présenter une liste de tables de distribution et les entrées de chacune comportent les zones qui suivent : "titre" (nom de table de distribution), "créée par" (nom de la personne qui l'a créée), "créée le" (date de création) et "dernière mise à jour le" (date de la mise à jour la plus récente). Au niveau de l'extrémité droite de cette section 60c, une boîte de défilement ou ascenseur 60e et des flèches de défilement 60f et 60g sont prévues pour réaliser un déplacement au sein de la liste suivant la direction verticale. La seconde section 60d qui est située au-dessous de la section 60c est utilisée pour fournir une information de contact rapportée à la liste de distribution qui est présentement sélectionnée. Dans l'écran présenté à titre d'exemple de la figure 3, la seconde section 60d représente deux personnes de contact qui sont toutes deux concernées par les produits "caméra/imprimante" dont la table de distribution est trouvée en tant que première entrée de la liste de tables de distribution. En outre, Les boutons de commande qui suivent sont agencés au niveau de la partie inférieure de la fenêtre 60: un bouton NOUVELLE 60k, un bouton MODIFICATION 601, un bouton COPIE 60m, un bouton SUPPRESSION 60n et un bouton ANNULATION 60o. Le bouton NOUVELLE 60k, lorsqu'il est pressé, emmènera l'utilisateur jusqu'à un autre écran ("écran d'édition de table de distribution") pour définir et éditer une nouvelle table de distribution. L'implantation de cet écran est représentée sur la figure 4 bien que cette figure 4 représente une situation dans laquelle une table de distribution existante est en train d'être éditée. Par retour à la figure 3, il doit être noté que le bouton NOUVELLE peut être non disponible (c'est-à-dire qu'il peut apparaître comme étant grisé/occulté) lorsque l'une quelconque des tables de distribution existantes est sélectionnée. Le bouton MODIFICATION 601, par ailleurs, ouvre un écran d'édition de table de distribution représenté sur la figure 4 s'il est pressé tandis qu'une table de distribution particulière est sélectionnée. Lorsqu'aucune des tables de distribution n'est sélectionnée, le bouton MODIFICATION 601 apparaît comme étant grisé/occulté. Le bouton COPIE 60m est utilisé pour créer une table de distribution similaire à une autre table. C'est-à-dire que lorsque l'utilisateur sélectionne une table de distribution spécifique puis qu'il presse ce bouton COPIE 60m, le système duplique le contenu de la table de distribution sélectionnée présentement pour une nouvelle table de distribution. Le bouton SUPPRESSION 60n ôte/supprime une entrée spécifique d'une table de distribution lorsqu'il est sélectionné. Le bouton ANNULATION 60o est utilisé pour annuler l'entrée de données courantes et pour quitter l'écran de listing de tables de distribution. On considère ici que l'utilisateur a pressé le bouton NOUVELLE 60k ou le bouton MODIFICATION 601. Par report maintenant à l'organigramme de la figure 5, un processus typique exécuté dans un tel cas sera expliqué ci-après. Ce processus comprend les étapes qui suivent. (S1) Fn vérifiant l'état des dispositifs d'entrée 21, le module de base de PDM 20a examine si oui ou non le bouton NOUVELLE 60k est pressé. S'il en est ainsi, le processus avance jusqu'à une étape S4. Si ce n'est pas le cas, il passe à une étape S2. (S2) En vérifiant l'état des dispositifs d'entrée 21, le module de base de PDM 20a examine si oui ou non le bouton MODIFICATION 601 est pressé. S'il en est ainsi, le processus avance jusqu'à une étape S3. Si ce n'est pas le cas, le processus est terminé. (S3) Le module de base de PDM 20a réalise un accès au serveur de distribution 30 afin d'obtenir des enregistrements pertinents qui sont nécessaires pour afficher un écran d'édition pour la table de distribution présentement sélectionnée dans la section de listing 60c (figure 3). (S4) Le module de base de PDM 20a affiche un écran d'édition de table de distribution (figure 4) sur l'unité de mon iteurlsurveillance 22. Cet écran procure une nouvelle table vierge lorsqu'il est invoqué au moyen du bouton NOUVELLE 60k. Dans le cas du bouton MODIFICATION 601, il retrouve et affiche la table de distribution existante spécifiée par l'utilisateur. Dans l'exemple spécifique représenté sur la figure 4, une fenêtre 70 intitulée "éditeur de table de distribution" est prévue. Comme pour la fenêtre 60 de la figure 3, cette fenêtre 70 comporte une boîte de texte 70a avec un bouton 70b pour sélectionner un niveau de libération de document spécifique. Au-dessous de la boîte de texte 70a se trouve une section de listing 70c où les associations entre diverses catégories de dessins et leurs destinations sont définies sous forme matricielle. La première rangée de cette table de distribution par exemple indique que quatre copies de dessins de composants doivent être distribuées à la section de planning de production, une copie doit l'être au quatrième groupe d'ingénierie et cinq copies doivent l'être à la section de coordination de moulage. II y a trois boutons de commande 70d à 70f afin d'assurer les fonctions qui suivent. C'est-à-dire que le bouton IMPRESSION 70d est utilisé pour imprimer en sortie la table affichée. L'utilisateur presse le bouton OK 70e afin d'envoyer la table entrée ou mise à jour au système. Le bouton ANNULATION 70f est utilisé pour annuler l'entrée de données courantes et pour quitter l'écran. (S5) Le module de base de PDM 20a examine si oui ou non un quelconque type de dessin spécifique est sélectionné à partir de la table dans la section 70c. Si une sélection est réalisée, le processus avance jusqu'à une étape S6. Sinon, le processus passe à une étape S7. II est supposé selon le présent exemple de la figure 4 que l'utilisateur sélectionne la rangée intitulée "dessins de composants" au niveau de la table. Ceci a pour effet que le module de base de PDM 20a se déplace jusqu'à l'étape S6. (S6) Le module de base de PDM 20a affiche une autre fenêtre 80 représentée sur la figure 6 sur l'unité de moniteurlsurveillance 22 afin de permettre à l'utilisateur d'éditer ou de définir une condition de distribution. L'écran présenté à titre d'exemple sur la figure 6 comprend une fenêtre 80 intitulée "instauration de condition de distribution". Cette fenêtre 80 comporte une boîte de texte 80a qui indique le nom de la table de distribution digne d'intérêt qui est "caméra/imprimante" selon le présent exemple. Une autre boîte de texte 80b qui est située au-dessous de la première boîte de texte 80a représente le nom de la condition de distribution qui est en train d'être éditée, laquelle est "dessins de composants" selon le présent exemple. La condition de distribution est représentée de façon générale en tant que concaténation de multiples expressions logiques. Sur la figure 6, ces conditions sont définies selon un groupe de boîtes de texte 80c, 80e, 80f, 80h, 80j, 801 et 80m qui sont agencées selon deux lignes, chaque ligne représentant une unique condition logique. De façon davantage spécifique, la boîte de texte 80c est utilisée pour entrer l'objet d'une première condition logique qui est "code de spécification" selon le présent exemple. L'utilisateur peut remplir cette zone avec une autre valeur telle que "nom d'attribut" en sélectionnant un élément approprié à partir d'une liste incrustée qui apparaît lorsqu'une flèche d'incrustation 80d est pressée. L'objet dans la boîte de texte 80c est suivi par .un prédicat qui est constitué par une zone d'opérateur et par un texte de mots clés, lesquels éléments sont respectivement spécifiés dans les boîtes de texte 80e et 80f. Une flèche d'incrustation 80g est liée à la boîte de texte 80e. L'utilisateur peut effectuer son choix dans la boîte de texte 80e en réalisant une sélection à partir d'une liste d'incrustation lorsqu'il presse la flèche 80g. L'opérateur décrit dans la boîte de texte 80e comment l'objet doit correspondre au mot clé spécifié. Selon le présent exemple, un opérateur "contient" est sélectionné au niveau de la boîte de texte 80e. Les trois boîtes de texte 80c à 80f forment maintenant une condition logique spécifique qui devient "vraie" lorsque la zone "code de spécification" contient un mot clé donné. La ligne suivante commence par une boîte de texte 80h pour spécifier un opérateur de conjonction qui joint les deux lignes de conditions logiques. Cet opérateur est établi à "ET" dans le présent exemple, ce qui signifie que la condition de distribution est satisfaite lorsque les deux conditions sont toutes deux vraies. Comme dans le cas d'autres boîtes de texte, l'utilisateur peut établir un opérateur logique approprié pour cette boîte de texte 80h en pressant une flèche d'incrustation 80i et en sélectionnant un élément à partir d'une liste d'incrustation qui apparaît en conséquence. Les trois boîtes de texte voisines 80j, 801 et 80m définissent la seconde condition logique. La boîte de texte 80j procure l'objet de cette seconde condition qui est établi à "emplacement" dans le présent exemple. L'utilisateur peut remplir cette zone avec une autre valeur en utilisant une liste d'incrustation qui apparaît lorsqu'une flèche d'incrustation 80k est pressée. L'objet dans la boîte de texte 80j est suivi par un prédicat qui est constitué par une zone d'opérateur et par un texte de mots clés qui sont respectivement spécifiés dans les boîtes de texte 801 et 80m. L'opérateur décrit dans la boîte de texte 801 la façon dont l'objet doit correspondre au mot clé spécifié dans la boîte de texte 80m. L'utilisateur peut établir un opérateur approprié pour cette boîte de texte 80h en pressant une flèche d'incrustation 80n et en sélectionnant un élément à partir d'une liste d'incrustation qui apparaît en conséquence. Du fait qu'un opérateur "égal à" est sélectionné dans le présent exemple, la seconde condition logique devient "vraie" lorsque la zone "emplacement" est égale au mot clé spécifié. L'utilisateur peut étendre ou rétrécir la définition d'une condition de distribution en utilisant des boutons ADDITION et SUPPRESSION 80o et 80p. Le bouton ADDITION 80o, lorsqu'il est pressé, procure un jeu additionnel de boîtes de texte afin de concaténer une nouvelle condition logique. Le bouton SUPPRESSION 80p est utilisé à son tour pour supprimer une ligne spécifique de condition logique. La fenêtre illustrée 80 procure en outre une boîte de texte plus importante 80q pour écrire des commentaires ou similaire. Au niveau de la partie inférieure de la fenêtre 80 sont prévus un bouton OK 80r et un bouton ANNULATION 80s. Le bouton OK 80r est utilisé pour permettre l'instauration courante tandis que le bouton ANNULATION 80s est utilisé pour annuler l'entrée de données et pour quitter l'écran courant. (S7) Le module de base de PDM 20a examine si oui ou non l'utilisateur a sélectionné une quelconque destination spécifique parmi celles représentées au niveau de la section 70c (figure 4). S'il en est ainsi, le processus avance jusqu'à une étape S8. Sinon, il passe à une étape S9. (S8) Le module de base de PDM 20a affiche une autre fenêtre 90 sur l'unité de moniteur/surveillance 22 pour permettre à l'utilisateur de définir une destination, comme représenté sur la figure 7. Selon cet exemple, la fenêtre 90 est intitulée "entrée de destination". Au sommet de la fenêtre 90, il y a une boîte de texte 90a pour entrer le nom court de la destination digne d'intérêt, qui est suivie par une autre boîte de texte 90b pour entrer le nom complet de cette même destination digne d'intérêt. Selon le présent exemple, ces deux boîtes de texte 90a et 90b contiennent respectivement les noms "quatrième groupe d'ingénierie" et "quatrième groupe d'ingénierie de Tokyo". Les deux boîtes de texte suivantes 90c et 90d sont utilisées pour entrer le nom d'une personne de contact ainsi que son adresse de courrier électronique, qui sont "Sato" et "sato@xxx.yyy" selon le présent exemple. Afin d'enregistrer l'instauration mentionnée ci-avant, l'utilisateur presse un bouton ENTREE 90e. Un bouton ANNULATION 90f lui permet d'annuler l'entrée courante. (S9) Le module de base de PDM 20a examine si oui ou non l'utilisateur a sélectionné une quelconque cellule numérique particulière dans la table de destination représentée dans la section 70c. S'il en est ainsi, ceci signifie que l'utilisateur souhaite modifier le nombre de copies à délivrer à une destination spécifique et par conséquent, le processus avance jusqu'à une étape S10. Sinon, il passe à une étape S11. (S10) Le module de base de PDM 20a exécute un processus afin d'établir ou de mettre à jour le nombre de copies à distribuer. C'est-à- dire que l'utilisateur a sélectionné une cellule numérique particulière dans la table de distribution en utilisant le dispositif d'entrée 21 au niveau de l'étape S9 et il tape maintenant dedans un nombre particulier pour cette cellule en utilisant les dispositifs d'entrée 21. Par conséquent, le module de base de PDM 20a met à jour la table de distribution à l'aide du nouveau paramètre numérique entré par l'utilisateur. (S11) Le module de base de PDM 20a examine si oui ou non l'utilisateur a pressé le bouton OK 70e (figure 4). S'il en est ainsi, le processus avance jusqu'à une étape S12. Si ce n'est pas le cas, le processus revient à l'étape S5 pour répéter les opérations mentionnées ci-avant. (S12) Le module de base de PDM 20a applique sur le serveur de distribution 30 tous les paramètres d'instauration obtenus par l'intermédiaire du processus mentionné ci-avant de telle sorte que la base de données 30c soit mise à jour avec ces paramètres. Par l'intermédiaire des étapes mentionnées ci-avant, l'utilisateur peut créer ou modifier une table de distribution, laquelle table définit l'association entre les attributs et les destinations de divers types de dessins. Le système enregistre ces tables de distribution dans sa base de données 30c. Maintenant que les tables de distribution sont disponibles, l'unité de base de PDM 20 accepte et enregistre des documents d'ingénierie nouvellement créés puis les délivre jusqu'à leurs destinations respectives conformément aux tables de distribution. La partie qui suit de la description se focalisera sur ces processus. On suppose ici qu'un nouveau document d'ingénierie est terminé et qu'il est fourni à l'unité de base de PDM 20 par l'intermédiaire des dispositifs d'entrée 21. Le module de base de PDM 20a stocke ce document en tant que fichier de données en masse dans une partie prédéterminée de la base de données 20b. II crée également des métadonnées ou des attributs (par exemple un numéro de série, un nom d'auteur) du document et il les sauvegarde dans la base de données 20b en association avec le fichier de données en masse. En outre, comme représenté sur la figure 8, l'unité de base de PDM 20 ouvre une fenêtre 100 sur l'unité de moniteur/surveillance 22 afin d'accepter toute autre information d'attribut en provenance de l'utilisateur. Cette fenêtre présentée à titre d'exemple 100 est intitulée "entrée de métadonnées". Au niveau de la ligne supérieure de la fenêtre 100, il y a deux boîtes de texte 100a et 100b pour représenter le numéro de série et la date de création du fichier de données en masse, lesquelles informations sont générées automatiquement par l'unité de base de PDM 20. Selon le présent exemple, ces boîtes représentent un numéro de série "1999836" et un timbre temporel "06/0l". Les boîtes de texte 100c et 100d sur la ligne suivante sont utilisées pour entrer le nom de la personne qui a créé le document et l'emplacement où celle-ci est située. Selon le présent exemple, ces boîtes de texte représentent que les dessins sont créés par un ingénieur qui s'appelle Tanaka, lequel ingénieur travaille en tant que membre du "quatrième département d'ingénierie de Tokyo". Une catégorie de produits pertinente et un code de type de produit pertinent qui sont respectivement établis à "caméra/imprimante" et "LX11" selon le présent exemple sont entrés sur les boîtes de texte suivantes 100e et 100f. Sur la ligne suivante, deux boîtes de texte 100g et 100h représentent le code de spécification et la classe d'application, lesquels éléments d'information sont établis respectivement à "K50011 D" et "DXF" selon le présent exemple. La zone de "code de spécification" est automatiquement remplie par le système sur la base du code de type de produit et de l'emplacement mentionnés ci-avant. La zone de "classe d'application" indique quel programme d'application a été utilisé pour créer le fichier de données en masse digne d'intérêt. Afin d'enregistrer l'entrée de métadonnées mentionnée ci-avant, l'utilisateur presse un bouton OK 100i ou il peut annuler l'entrée courante en pressant un bouton ANNULATION 100k. On suppose dans le présent contexte que l'utilisateur a entré les paramètres nécessaires dans l'écran de la figure 8 et qu'il a pressé le bouton OK 100i. Alors le module de base de PDM 20a collecte et sauvegarde ces informations dans la base de données 20b en tant que nouvelle entrée de métadonnées. Ensuite, l'utilisateur active les dispositifs d'entrée 21 afin de commander le système pour distribuer le document stocké. Cette commande invoque un processus représenté au niveau de l'organigramme de la figure 9, lequel processus comprend les étapes qui suivent. (S20) Le module de base de PDM 20a examine si oui ou non l'utilisateur a demandé la distribution d'un document. S'il en est ainsi, le processus avance jusqu'à une étape S21. Si ce n'est pas le cas, le processus est terminé. (S21) Le module de base de PDM 20a affiche un écran d'instauration de distribution sur l'unité de moniteur/surveillance 22, comme représenté sur la figure 11. Cet écran présenté à titre d'exemple comprend une fenêtre 110 intitulée "instauration de distribution", laquelle fenêtre est divisée selon les cinq sections qui suivent 110a à 110e. La section supérieure 110a de la fenêtre 110 représente des attributs d'un document d'ingénierie à distribuer qui incluent les zones d'information qui suivent. La zone intitulée "numéro de série" contient un numéro qui est assigné à chaque document selon un ordre consécutif lorsqu'il est enregistré dans la base de données 20b. Les zones intitulées "demandé en requête le" et "demandé en requête par" représentent respectivement lorsque la distribution de données a été demandée en requête et qui a formulé la requête. La zone intitulée "vérifié parlle" qui est constituée par deux sous-zones consécutives indique oui a vérifié le document et lorsqu'il a été vérifié. Les deux zones suivantes intitulées "approuvé par" et "approuvé le" représentent qui a approuvé le document et lorsqu'il a été approuvé. En outre, les zones intitulées "archivé par" et "archivé le" représentent qui a archivé le document et lorsqu'il a été archivé. La seconde section 110b de la fenêtre 110 présente une liste de types de produit qui sont pertinents pour le document à distribuer. Cette liste comporte une boîte de défilement 110f et des flèches de défilement 110g et 110h pour que l'utilisateur se déplace au sein de la liste suivant la direction verticale. La troisième section 110c de la fenêtre 110 présente une liste de composants qui sont pertinents pour le document à distribuer. Cette liste comporte également une boîte de défilement 110i et des flèches de défilement 110j et 110k pour réaliser un défilement au sein de l'information suivant la direction verticale. En outre, la quatrième section 110d de la fenêtre 110 présente une liste de noms de fichier afin de présenter quels fichiers doivent être distribués. L'utilisateur peut utiliser une boîte de défilement 1101 et des flèches de défilement 110m et 110n afin réaliser un défilement au sein de la liste suivant la direction verticale. Une boîte de vérification est placée sur la gauche de chaque nom de fichier de telle sorte que l'utilisateur puisse sélectionner des fichiers spécifiques en cliquant leurs boîtes de vérification. Bien que la liste puisse inclure bon nombre d'entrées de noms de fichier, seulement les fichiers sélectionnés seront distribués en final. La cinquième section 110e de la fenêtre 110 présente une information concernant un fichier qui contient des descriptions et des commentaires concernant le document destiné à être distribué. Selon le présent exemple, ce fichier est intitulé "ordre de modification d'ingénierie" et se voit assigner un numéro de rapport (numéro de série) "CL98001". Ce fichier sera distribué en association avec les fichiers de document lorsque la boîte de vérification sur la gauche du numéro d'ordre est sélectionnée. Une flèche 110o au niveau de la partie la plus à droite est utilisée pour visualiser toute autre information dans la liste si elle existe. Au niveau de la partie inférieure de la fenêtre 110. six boutons de commande 110p à 110ù sont prévus. Le bouton PRECEDENTE 110p au niveau de la partie la plus à gauche est utilisé pour réaliser un déplacement jusqu'à la page précédente. Le bouton SUIVANTE 110q est utilisé pour réaliser un déplacement jusqu'à la page suivante. Le bouton EDITION 110r ouvre un écran pour visualiser et éditer une table de distribution (comme décrit ultérieurement). Le bouton DATE 110f est utilisé pour spécifier une date et une heure de transmission de données. Le bouton ENVOI 110t initie une session de distribution de données. Le bouton ANNULATION 110u est utilisé pour annuler l'entrée courante. (S22) Le module de base de PDM 20a examine si l'utilisateur a sélectionné un fichier spécifique ou non. S'il en est ainsi, le processus avance jusqu'à une étape S23. Si ce n'est pas le cas, il passe à une étape S24. De façon davantage spécifique, le processus avance jusqu'à l'étape S23 si l'utilisateur a sélectionné l'une des boîtes de vérification au niveau de la fenêtre 110 de la figure 11. Si ce n'est pas le cas, le processus réalise un saut jusqu'à une étape S24. (S23) Le module de base de PDM 20a place un repère de vérification dans la boîte de vérification du fichier spécifié. (S24) Le module de base de PDM 20a examine si l'utilisateur a pressé le bouton EDITION 110r. S'il en est ainsi, le processus avance jusqu'à une étape S25. Si ce n'est pas le cas, il passe à une étape S26. (S25) Le module de base de PDM 20a affiche un écran d'édition de table de distribution (figure 12) sur l'unité de moniteur 22, ce qui permet à l'utilisateur d'instaurer le format de données de distribution. L'exemple de la figure 12 représente une fenêtre 120 intitulée "éditeur de table de distribution". Au niveau de la partie supérieure de cette fenêtre 120, il y a une boîte de texte 120a qui représente le niveau de libération de document. Bien que cette boîte soit établie à "libération finale" selon le présent exemple, l'utilisateur peut remplir cette zone avec une valeur différente en sélectionnant un élément approprié à partir d'une liste d'incrustation qui apparaît lorsqu'une flèche d'incrustation 120b est pressée. .La section principale 120c de la fenêtre 120 présente un autre aspect de la table de distribution, c'est-à-dire une matrice de compatibilité qui représente quels formats de données sont supportés au niveau de chaque destination. Considérons la "section de planning de production" à titre d'exemple. La colonne assignée à cette unité organisationnelle est repérée seulement au niveau de la première rangée, ce qui signifie que le format "STEP AP203 CC2" est le seul format de données de destination utilisable. Au niveau de la partie inférieure de la fenêtre 120, trois boutons de commande 120d, 120e et 120f peuvent être observés. Le bouton IMPRESSION 120d initie un processus pour imprimer en sortie l'information affichée. Le bouton OK 120e est utilisé pour sauvegarder l'instauration courante. Le bouton ANNULATION 120f est utilisé pour annuler l'entrée de données courante. Dans la fenêtre décrite ci-avant 120, l'utilisateur édite la matrice puis presse le bouton OK 120e, ce qui a pour effet que le serveur de distribution 30 reçoit et enregistre les mises à jour dans la base de données 30c. (S2fi) Le module de base de PDM 20a examine si oui ou non l'utilisateur a pressé le bouton DATE 110s représenté sur la figure 11. S'il en est ainsi, le processus avance jusqu'à une étape S27. Si ce n'est pas le cas, il passe à une étape S28. (S27) Le module de base de PDM 20a affiche un écran d'entrée de date de transmission sur l'unité de mon iteurlsurveillance 22, comme illustré sur la figure 13. Dans l'écran présenté à titre d'exemple de la figure 13, une fenêtre 130 intitulée "entrée de date de transmission" est prévue. Cette fenêtre 130 comporte une boîte de texte 130a pour spécifier la date (et l'heure) où le système commence à transmettre des fichiers de données de document. L'utilisateur presse un bouton OK 130b afin d'activer la planification entrée. Un bouton ANNULATION 130c est utilisé pour annuler l'entrée de données courante. (S28) Le module de base de PDM 20a examine si oui ou non l'utilisateur a pressé le bouton ENVOI 110t représenté sur la figure 11. S'il en est ainsi, le processus avance jusqu'à une étape S29. Si ce n'est pas le cas, il passe à une étape S30. (S29) Le module de base de PDM 20a appelle un sous-programme qui transfère des fichiers de données pertinents au serveur de distribution 30. Les détails de ce sous-programme seront décrits ultérieurement par report à la figure 10. (S30) Le module de base de PDM 20a détermine si l'utilisateur a pressé soit le bouton ANNULATION 110u, soit le bouton FERMETURE "X" au niveau de l'angle supérieur droit de la fenêtre 110 de la figure 11. Si l'un ou l'autre bouton est pressé, le processus est terminé. Si ce n'est pas le cas, il revient à l'étape S22 pour répéter les mêmes opérations. Par report maintenant à la figure 10, le sous-programme de transfert de données mentionné ci-avant sera décrit ci-après. Lorsqu'il est appelé au niveau de l'étape S29 au niveau de l'organigramme de la figure 9, ce processus exécute les étapes qui suivent. (S40) Le module de base de PDM 20a détermine si l'utilisateur a spécifié la date et l'heure d'une transmission de données au niveau de l'écran représenté sur la figure 11. S'il en est ainsi, le processus avance jusqu'à une étape S41. Si ce n'est pas le cas, il réalise un saut jusqu'à une étape S43. (S41) Le module de base de PDM 20a enregistre la date de transmission spécifiée dans la table de planification de transmission en association avec les noms de fichier de données du document destiné à être transmis. (S42) En comparant la date et l'heure courantes avec les entrées dans la table de planification de transmission, le module de base de PDM 20a détermine si la date de transmission planifiée est atteinte ou non. Si cette date est atteinte, le processus avance jusqu'à l'étape S43. Si ce n'est pas le cas, il répète l'étape courante S42. (S43) Le module de base de PDM 20a retrouve des données en masse pertinentes et des fichiers de métadonnées pertinents à partir de la base de données 20b et les passe au serveur de distribution 30. II sort ensuite de ce processus et retourne au processus appelant. Lors de la réception des fichiers de données mentionnés ci- avant en provenance de l'unité de base de PDM 20, le serveur de distribution 30 les accepte et les distribue jusqu'à leurs destinations- Par report maintenant à la figure 14, un exemple de ce processus sera expliqué ci-après. Le processus comprend les étapes qui suivent. (S50) Le contrôleur 30b reçoit des fichiers de données en provenance de l'unité de base de PDM 20 par l'intermédiaire de l'interface 30a. (S51) Le contrôleur 30b extrait des métadonnées à partir des fichiers de données reçus. (S52) Par report aux métadonnées extraites de même qu'en consultant la base de données 30c qui stocke des tables de distribution et des conditions de distribution décrites précédemment au niveau des figures 4 et 6, le contrôleur 30b détermine la destination de chaque fichier de données. On suppose par exemple que le fichier de données reçu est celui d'un dessin de composants. II est alors évalué par report à la condition de distribution représentée sur la figure 6. Si le dessin satisfait cette condition, le système identifie ses destinations à partir de la table de distribution représentée sur la figure 4. Ces destinations incluent: la section de planning de production, le quatrième groupe d'ingénierie et la section de coordination de moulage. (S53) Si nécessaire, le contrôleur 30b convertit le format de données afin de satisfaire les exigences de chaque destination. De façon davantage spécifique, le contrôleur 30b se réfère à la matrice de compatibilité définie au niveau de l'écran de la figure 12 et convertit un fichier de données donné selon un format approprié que la station de réception prévue peut manipuler. La section de planning de production par exemple peut seulement supporter le format "STEP AP203 CCT. Le contrôleur 30b convertit par conséquent les données reçues selon ce format "STEP AP203 CC2", si ces données sont codées selon un format différent. (S54) Le contrôleur 30b stocke les fichiers de données en masse dupliqués et les fichiers de métadonnées dupliqués dans la base de données 30c séparément pour chaque destination. Selon le préçent exemple, la hase de données 30c comporte trois exemplaires séparés des fichiers de données en masse et des fichiers de métadonnées pour la section de planning de production, pour le quatrième groupe d'ingénierie et pour la section de coordination de moulage. (S55) Pour chaque destination individuelle, le contrôleur 30b enregistre le format de données utilisé dans la base de données 30c en association avec certains paramètres qui sont nécessaires pour un ajustement de format. Les paramètres qui viennent juste d'être mentionnés devraient aider la station de réception à reproduire les dessins originaux à partir des fichiers de données reçus. C'est-à-dire que si les dessins originaux ne peuvent pas être reproduits directement du fait de quelconques problèmes d'incompatibilité du point de vue des paramètres géométriques, alors la station de réception tente de les restaurer en réglant localement certains paramètres des dessins, par référence aux paramètres originaux produits par le serveur de distribution 30. Ces paramètres peuvent inclure des valeurs de tolérance de géométrie et des techniques pour représenter des lignes courbes (par exemple des algorithmes d'approximation et des ordres). (S56) Le contrôleur 30b produit et envoie des messages de courrier électronique aux destinations individuelles pour indiquer la présence de documents d'ingénierie qui doivent leur être délivrés. Selon le présent exemple, le contrôleur 30b crée et envoie un message de courrier électronique individuellement à la section de planning de production, au quatrième groupe d'ingénierie et à la section de coordination de moulage. Maintenant que des fichiers de données sont disponibles dans le serveur de distribution 30, les stations de réception 50 tentent alors de les décharger à la demande. La section qui suit présentera tout d'abord une brève description de ce point puis elle l'expliquera en détail par report à des organigrammes. On considère ici qu'un utilisateur à distance qui est assis au niveau d'une station de réception 50 a tapé une commande de connexion par l'intermédiaire de ses dispositifs d'entrée 52. Le contrôleur 50b dans la station de réception affiche alors un écran de connexion de la figure 15 sur l'unité de moniteur/surveil lance 51. Cet écran présenté à titre d'exemple prévoit une fenêtre 140 intitulée "connexion" qui contient des boîtes de texte 140a et 140b qui demandent à l'utilisateur d'entrer son nom de connexion (nom d'utilisateur) et son mot de passe. Au niveau de la partie inférieure de la fenêtre 140 se trouvent un bouton OK 140c et un bouton ANNULATION 140d. Le bouton OK 140c est utilisé pour établir une connexion avec le serveur de distribution 30. Le bouton ANNULATION, par ailleurs, est utilisé pour quitter la session de connexion courante. L'utilisateur de réception entre maintenant son nom et son mot de passe dans l'écran décrit ci-avant et presse le bouton OK 140c. En réponse à cette action, la station de réception 50 tente d'établir une connexion de réseau afin d'interagir avec le serveur de distribution 30. Après réception de la requête de connexion en provenance de la station de réception 50, le serveur de distribution 30 invoque un processus d'authentification d'utilisateur pour vérifier si l'utilisateur qui formule une requête dispose de droits d'accès autorisés. Si l'utilisateur est authentifié avec succès, le serveur de distribution 30 envoie alors un message pour notifier à la station de réception 50 combien de documents sont stockés dans sa boîte de réception. Cette information est affichées sur l'unité de moniteur/surveillance 51 de la station de réception 50, comme représenté sur la figure 16. C'est-à-dire que l'écran prévoit une fenêtre 150 intitulée "état de boîte de réception" comportant une boîte de texte 150a au niveau de sa partie centrale pour indiquer combien de nouveaux documents sont dans la boîte de réception d'utilisateur. Au niveau de la partie inférieure de la fenêtre 150, il y a un bouton RECEPTION 150b et un bouton ANNULATION 150c. Le bouton RECEPTION 150b est utilisé pour initier une session afin de décharger un fichier de métadonnées à partir du serveur de distribution 30. Le bouton ANNULATION 150c permet à l'utilisateur de ne pas décharger ces fichiers pour l'instant. On suppose que l'utilisateur presse le bouton RECEPTION 150b dans l'écran décrit ci-avant. Une requête de réception est alors envoyée au servp r de ctistrihutinn 30. En repnnse à cette requête, le serveur de distribution 30 retrouve un fichier de métadonnées pertinent à partir de la base de données 30c et l'envoie en sortie sur la station de réception 50. La station de réception 50 affiche les métadonnées reçues sur l'unité de mon iteurlsurveillance 51 en plus d'assurer leur stockage dans une partie prédéterminée de la base de données 50c. Comme la figure 17 le montre, cet écran contient une fenêtre 160 intitulée "liste de documents" qui est constituée par cinq sections 160a à 160e. La section supérieure 160a de la fenêtre 160 représente l'information d'attribut du document destiné à être reçu, laquelle information inclut les zones de données qui suivent. La zone intitulée "numéro de série" indique le numéro de série qui a été assigné au document lorsqu'il a été enregistré dans la base de données 20b. Les zones intitulées "demandé en requête le" et "demandé en requête par" représentent respectivement lorsque la distribution de données a été demandée en requête et qui a formulé la requête. La zone intitulée "vérifié par/le" qui est constituée par deux sous-zones consécutives indique qui a vérifié le document et lorsqu'il a été vérifié. Les deux zones suivantes intitulées "approuvé par" et "approuvé le" représentent qui a approuvé le document et lorsqu'il a été approuvé. La seconde section 160b présente une liste de types de produit qui sont pertinents pour le document qui est destiné à être reçu. L'utilisateur peut utiliser une boite de défilement 160f et des flèches de défilement 160g et 160h afin de réaliser un déplacement au sein de la liste suivant la direction verticale. La troisième section 160c présente une liste de composants qui sont pertinents pour le document qui est destiné à être reçu. L'utilisateur peut utiliser une boîte de défilement 160i et des flèches de défilement 160j et 160k afin de réaliser un déplacement au sein de la liste suivant la direction verticale. En outre, la quatrième section 160d présente une liste de noms de fichier qui représente quels fichiers sont disponibles. L'utilisateur peut utiliser une boite de défilement 1601 et des flèches de défilement 160m et 160n afin de réaliser un déplacement au sein de la liste suivant la direction verticale. La cinquième section 160e présente une information concernant un fichier de rapport qui contient des descriptions et des commentaires concernant le document qui est destiné à être reçu. Au niveau de la partie inférieure de la fenêtre 160, quatre boutons de commande 160p à 160s sont prévus. Le bouton DECHARGEMENT 160p au niveau de la partie la plus à gauche est utilisé pour décharger le document. Le bouton "ACCUSE DE RECEPTION" 160q est pressé lorsque l'utilisateur du côté de réception accuse réception d'une réception correcte du document. Le bouton SORTIE 160r appelle un processus pour imprimer en sortie les dessins reçus. Le bouton ANNULATION 160s permet à l'utilisateur de ne pas recevoir le document pour l'instant. On suppose ici que l'utilisateur a pressé le bouton DECHARGEMENT 160p après observation de l'écran décrit ci-avant pour savoir quels types de fichiers de données sont en train d'arriver. Ceci a pour effet que la station de réception 50 envoie une requête de déchargement sur le serveur de distribution 30. Suite à la réception de la requête de déchargement, le serveur de distribution 30 retrouve des fichiers de données en masse pertinents à partir de la base de données 30c et les envoie à la station de réception 50. La station de réception 50 stocke les fichiers de données en masse reçus dans une partie appropriée de la base de données 50c. Après s'être assuré que tous les fichiers de données en masse sont arrivés correctement, l'utilisateur de réception presse la bouton "ACCUSE DE RECEPTION" 160q, ce qui a pour effet qu'un message d'accusé de réception est renvoyé au serveur de distribution 30. Le serveur de distribution 30 renvoie ce message d'accusé de réception à l'unité de base de PDM 20 de telle sorte que l'utilisateur du côté d'envoi en ait notification. Le processus mentionné ci-avant permet au serveur de distribution 30 de transporter les fichiers de données stockés depuis sa base de données 30c jusqu'aux stations de réception prévues. Par report à l'organigramme de la figure 18, la section suivante expliquera le processus de façon davantage spécifique. Le processus représenté sur la figure 18 est exécuté par le serveur de distribution 30 conformément aux étapes qui suivent, (S70) Le contrôleur 30b détermine si oui ou non une quelconque station de réception est en train de demander en requête une session de connexion. S'il y a une telle requête de connexion, le processus avance jusqu'à une étape S71. Si ce n'est pas le cas, le processus est terminé. (S71) Le contrôleur 30b initie un processus d'authentification d'utilisateur sur la base d'un mot de passe et d'un nom d'utilisateur envoyés depuis la station de réception en question. De façon davantage spécifique, l'utilisateur entre son nom de connexion (le nom d'utilisateur) et son mot de passe dans la fenêtre 140 de la figure 15 et le contrôleur 30b accuse réception de l'authenticitélauthentification de l'utilisateur si le nom d'utilisateur reçu et le mot de passe reçu sont trouvés dans la base de données locale 30c. (S72) Le contrôleur 30b détermine si l'authenticité est établie. Si l'utilisateur formulant la requête s'avère être un utilisateur autorisé, le processus avance jusqu'à une étape S73. Si ce n'est pas le cas, le processus est terminé. (S73) Le contrôleur 30b recherche dans la base de données 30c un fichier de métadonnées pertinent en utilisant le nom d'utilisateur en tant que mot clé de recherche. (S74) Le contrôleur 30b obtient le nombre de documents reçus et envoie l'information à la station de réception qui a fait l'objet d'une connexion. Ceci conduit au fait qu'une fenêtre d'état de boîte de réception 150 (figure 16) apparaît sur l'unité de moniteur/surveillance de la station de réception. (S75) Le contrôleur 30b détermine s'il y a une requête de réception en provenance de la station de réception. Si c'est le cas, le processus avance jusqu'à une étape S76. Si ce n'est pas le cas, il répète l'étape courante S75. De façon davantage spécifique, le processus avance jusqu'à l'étape S76 lorsque l'utilisateur presse le bouton RECEPTION 150b dans la fenêtre 150 de la figure 16. Bien que ceci ne soit pas représenté de façon explicite au niveau de l'organigramme de la figure 18, le processus est interrompu chaque fois que le bouton ANNULATION 150c est pressé. (S76) Le contrôleur 30b retrouve un fichier de métadonnées pertinent à partir de sa base de données 30c et envoie le fichier à la station de réception qui a fait l'objet d'une connexion. Ceci conduit au fait qu'une fenêtre de liste de documents 160 (figure 17) apparaît sur l'unité de moniteur/surveillance de la station de réception. (S77) Le contrôleur 30b détermine si oui ou non une requête de déchargement est arrivée depuis la station de réception. S'il en est ainsi, le processus avance jusqu'à une étape S78. Si ce n'est pas le cas, il répète l'étape courante S77. De façon davantage spécifique, le processus avance jusqu'à l'étape S78 lorsque l'utilisateur presse le bouton RECHARGEMENT 160p dans la fenêtre 160 de la figure 17. Bien que ceci ne soit pas représenté de façon explicite au niveau de cet organigramme, le processus est interrompu chaque fois que le bouton ANNULATION 160s est pressé. (S78) Le contrôleur 30b retrouve des fichiers de données en masse pertinents à partir de sa base de données 30c et les envoie à la station qui a formulé la requête. (S79) Le contrôleur 30b détermine si oui ou non un message d'accusé de réception est arrivé depuis la station de réception. S'il en est ainsi, le processus avance jusqu'à une étape S80. Si ce n'est pas le cas, il répète l'étape courante S79. De façon davantage spécifique, le processus avance jusqu'à l'étape S80 lorsque l'utilisateur presse le bouton ACCUSE DE RECEPTION 160q dans la fenêtre 160 de la figure 17. Bien que ceci ne soit pas représenté de façon explicite au niveau de cet organigramme, le processus est interrompu chaque fois que le bouton ANNULATION 160s est pressé. (S80) Le contrôleur 30b renvoie le message d'accusé de réception à l'unité de base de PDM 20, ce qui termine le processus. Par report ensuite à l'organigramme de la figure 19, le fonctionnement de la station de réception 50 sera décrit ci-après. Le nroc.PSsii@ représenté au niveau de cet organigramme comprend les étapes qui suivent. (S90) Le contrôleur 50b affiche un écran de connexion sur l'unité de mon iteuNsurveillance 51, comme représenté sur la figure 15. (S91) L'utilisateur entre son nom de connexion et son mot de passe dans l'écran de connexion. Le contrôleur 50b les transmet au serveur de distribution 30 et si l'authentification est couronnée de succès, on passe à une étape S92. Sinon, le processus est terminé. (S92) Le contrôleur 50b affiche le nombre de documents arrivés comme obtenu au niveau de l'étape S74 au niveau de l'organigramme de la figure 18. C'est-à-dire qu'un écran d'état de boîte de réception (figure 16) apparaît sur l'unité de moniteurlsurveillance 51. (S93) Le contrôleur 50b teste si oui ou non l'utilisateur a pressé le bouton RECEPTION 150b au niveau de l'écran d'état de boîte de réception de la figure 16. S'il en est ainsi, le processus avance jusqu'à une étape S94. Si ce n'est pas le cas, il répète l'étape courante S93. Bien que ceci ne soit pas représenté de façon explicite au niveau de cet organigramme, le processus est interrompu chaque fois que le bouton ANNULATION 150s est pressé. (S94) Le contrôleur 50b reçoit le fichier de métadonnées qui est transmis au niveau de l'étape S76 de la figure 18. Le fichier de métadonnées reçu est ensuite stocké dans une partie appropriée de la base de données 50c. (S95) Le contrôleur 50b affiche un écran de listing de documents sur l'unité de mon iteurlsurveillance 51, comme représenté sur la figure 17. (S96) Le contrôleur 50b teste si oui ou non l'utilisateur a pressé le bouton DECHARGEMENT 160p au niveau de l'écran de listing de documents de la figure 17. S'il en est ainsi, le processus avance jusqu'à une étape S97. Si ce n'est pas le cas, il réalise un saut jusqu'à une étape S100. (S97) Le contrôleur 50b reçoit les fichiers de données en masse qui sont transmis au niveau de l'étape S78 de la figure 18. Les fichiers de données en masse reçus sont ensuite stockés dans une partie appropriée de la base de données 50c. (S98) Le contrôleur 50b teste si oui ou non l'utilisateur a pressé le bouton ACCUSE DE RECEPTION 160q représenté sur la figure 17. S'il en est ainsi, le processus avance jusqu'à une étape S99. Si ce n'est pas le cas, il répète l'étape courante S98. Bien que ceci ne soit pas présenté de façon explicite au niveau de cet organigramme, le processus est interrompu chaque fois que le bouton ANNULATION 160s est pressé. (S99) Le contrôleur 50b retourne un message d'accusé de réception pour informer le serveur de distribution 30 de la réception couronnée de succès des fichiers de données en masse. (S100) Le contrôleur 50b teste si oui ou non l'utilisateur a pressé soit le bouton ANNULATION 160c, soit le bouton FERMETURE "X" au niveau de l'angle supérieur droit de la fenêtre 160. Si l'un ou l'autre bouton est pressé, le processus est terminé. Si ce n'est pas le cas, le processus retourne à l'étape S96 afin de répéter les mêmes opérations. Par l'intermédiaire des étapes mentionnées ci-avant, le serveur de distribution 30 peut transporter les fichiers de métadonnées et de données en masse depuis sa base de données locale 30c jusqu'aux stations de réception prévues d'une manière fiable. Afin de résumer le mode de réalisation décrit ci-avant de la présente invention, l'unité de base de PDM 20 enregistre des données en masse (par exemple des dessins) et des métadonnées (c'est-à-dire des attributs des données en masse) et les fournit à la demande au serveur de distribution. Puisque les destinations de ces fichiers de données sont automatiquement identifiées par le serveur, il n'arrivera pas que des données soient délivrées à des adresses erronées ou que certaines destinations nécessaires soient perdues. En outre, du fait qu'il a connaissance du format de données que chaque station de réception 50 peut traiter, le serveur de distribution 30 convertit automatiquement le format des fichiers de données appliqués depuis l'unité de base de PDM 20. Cette caractéristique libère l'utilisateur du côté d'envoi des tâches peu commodes consistant à spécifier des formats de données appropriés. Par ailleurs, le mode de réalisation mentionné ci-avant est configuré afin de fournir un fichier de métadonnées de volume faible avant l'envoi des fichiers de données en masse à la station de réception 50. Ceci permet à l'utilisateur de réception de vérifier le profil des documents arrivants avant de recevoir la partie principale des documents. Par conséquent, l'utilisateur peut décharger des fichiers de données en masse lorsque le réseau 40 n'est pas dans une condition de trafic élevé. En outre, le mode de réalisation mentionné ci-avant permet à l'utilisateur du côté d'envoi de spécifier sa date et son heure de transmission de données. Les fichiers de données dans la base de données 20b de l'unité de base de PDM 20 ne sont pas transportés jusqu'au serveur de distribution 30 tant que l'instant planifié n'est pas atteint. Ceci signifie que l'envoyeur peut planifier au préalable la distribution de ses dessins qui sont encore non terminés à l'instant présent. Ce faisant, il peut terminer les dessins et les distribuer juste au jour planifié. Par report ensuite à la figure 20, un autre mode de réalisation de la présente invention sera décrit ci-après. Puisque la structure représentée sur la figure 20 est similaire à celle du premier mode de réalisation représenté sur la figure 2, l'explication qui suit se focalisera sur ses éléments distinctifs tout en liant des index de référence identiques à dés éléments identiques. A la différence du premier mode de réalisation, ce second mode de réalisation utilise une cloison parefeu 200 et le fonctionnement du serveur de distribution 30 est différent en partie bien que d'autres éléments et d'autres fonctions soient communs par rapport à ceux représentés sur la figure 2. De façon davantage spécifique, une cloison parefeu 200 est interposée entre l'unité de base de PDM 20 et le serveur de distribution 30. Cette cloison parefeu 200 est un système de protection qui est basé sur une station de travail ou n'importe quelle autre plate-forme d'ordinateur, laquelle cloison parefeu laisse seulement passer des données particulières et des protocoles particuliers afin de protéger un réseau local vis-à-vis d'intrusions. Le serveur de distribution 30 envoie des dessins à la station de réception 50 après leur conversion selon des fichiers de données d'image ou des fichiers de données de table traçante. On suppose que, dans le mode de réalisation mis en exergue ci-avant, l'unité de base de PDM 20 est maintenant en train de tenter d'envoyer des données au serveur de distribution 30 via la cloison parefeu 200. La section qui suit expliquera comment les données sont transportées et comment le serveur de distribution 30 fonctionne pendant cette session. L'unité de base de PDM 20 stocke des fichiers de données en masse et des fichiers de métadonnées. Ces fichiers sont appliqués sur le serveur de distribution 30 après traversée de la cloison parefeu 200 lorsque leur distribution est demandée en requête. Bien que ces fichiers puissent être adressés à une pluralité de stations de réception, l'unité de base de PDM 20 fournit au serveur de distribution 30 seulement un exemplaire de chaque fichier. Le serveur de distribution 30 détermine les destinations des fichiers de données en masse reçus et des fichiers de métadonnées reçus sur la base d'une table de distribution. Le contrôleur 50b convertit ensuite les données en masse selon des données d'image (c'est-à-dire des données de carte de bits ou de bitmap) ou selon des données de table traçante. II modifie les données d'image produites ou les données de table traçante produites en noyant certains paramètres particuliers rapportés â la tâche de distribution. Ces paramètres peuvent inclure la date de création et le nom de la personne qui a réalisé la création. Les fichiers de données modifiés sont dupliqués et sauvegardés dans la base de données 30c séparément pour chaque destination déterminée. La figure 21 représente un exemple de données en masse stockées dans la base de données 30c selon la forme bitmap. Cet exemple représente un schéma 210 qui comporte une image incrustée 210a représentant l'information rapportée à la distribution, c'est-à-dire la date de distribution et le nom du distributeur, au niveau de la partie inférieure. Lorsque la station de réception 50 initie une session de connexion, le contrôleur 30b réalise tout d'abord une authentification d'utilisateur puis envoie des fichiers de métadonnées pertinents et des fichiers de données en masse pertinents ensuite. II doit être noté que, au niveau des opérations mentionnées ci- avant, seulement un unique exemplaire de chaque fichier de données est soumis à la cloison parefeu même lorsqu'une pluralité de stations de réception sont spécifiées en tant que destinations. Les fichiers de données sont dupliqués par le serveur de distribution de telle sorte que les stations de réception de la pluralité de stations de réception puissent les recevoir. En minimisant le trafic des données au travers de la cloison pare-feu, qui est souvent considérée en tant que goulot d'étranglement qui entrave la performance, la structure proposée empêche que le système ne ralentisse le transport des données. Par ailleurs, le mode de réalisation mentionné ci-avant est configuré pour envoyer des dessins à des stations de réception après leur conversion selon des données d'image en bitmap ou de table traçante. Cette configuration protège les données en masse d'une modification inattendue ou non prévue au niveau des extrémités de réception. En outre, le mode de réalisation mentionné ci-avant est configuré pour délivrer une information rapportée à la distribution qui est noyée dans les données en bitmap ou dans les données de table traçante en plus de l'envoi d'un fichier de métadonnées. Cette configuration permet au récipiendaire d'avoir connaissance de l'origine des fichiers de données en masse reçus même lorsque les fichiers de métadonnées leur correspondant ont été perdus. Le mode de réalisation mentionné ci-avant est mis en oeuvre en tant que partie des fonctions du contrôleur 30b. Par report ensuite à l'organigramme de la figure 22, ce traitement sera décrit ci-après. Le contrôleur 30b exécute les étapes qui suivent. (S110) Via son interface 30a, le contrôleur 30b reçoit des fichiers de données qui ont été envoyés depuis l'unité de base de PDM 20 et qui ont traversé la cloison parefeu 200. (S111) Le contrôleur 30b extrait des métadonnées à partir des fichiers de données reçus. (S112) Par report aux métadonnées extraites ainsi que moyennant la consult8tion des tables de distribution et des conditions de distribution décrites précédemment au niveau des figures 4 et 6, le contrôleur 30b détermine les destinations de chaque fichier de données. (S113) Le contrôleur 30b extrait des données en masse à partir des fichiers de données reçus. (S114) Le contrôleur 30b convertit les données en masse obtenues selon des données d'image ou des données de table traçante. (S115) Le contrôleur 30b incruste une information rapportée à la distribution (par exemple une date de distribution et un nom de distributeur) sur les données d'image produites (ou sur les données de table traçante produites). (S116) Le contrôleur 30b duplique les fichiers de données d'image (ou les fichiers de données de table traçante) comportant l'information rapportée à la distribution noyée ainsi que des fichiers de métadonnées pertinents. Ces fichiers de données sont enregistrés dans la base de données 30c en étant triés en fonction de leurs destinations. (S117) Le contrôleur 30b produit et envoie des messages de courrier électronique aux destinations individuelles, lesquels messages indiquent la présence de documents qui devraient leur être délivrés. Bien que le mode de réalisation mentionné ci-avant soit configuré pour envoyer des données en masse séparément des métadonnées, il est bien entendu possible de les envoyer toutes ensemble. En outre, en lieu et place de décharger des fichiers de données seulement s'il en est fait requête par chaque station de réception, il est également possible de configurer le système afin de décharger automatiquement des fichiers de données et d'en réaliser la notification ensuite auprès des récipiendaires. Les mécanismes de traitement proposés sont dans la réalité mis en pauvre en tant que fonctions de logiciel d'un système d'ordinateur. Les étapes de processus que l'unité de base de PDM, le serveur de distribution et les stations de réception exécutent sont codées dans des programmes d'ordinateur qui peuvent être stockés dans un support de stockage lisible par ordinateur. Le système d'ordinateur exécute ces programmes afin de réaliser des fonctions prévues de la présente invention. Les supports de stockage lisibles par ordinateur appropriés incluent des supports de stockage magnétiques et des dispositifs de mémoire à l'état solide. Certains supports de stockage portables tels que des CD-ROM et des disques souples conviennent également à des fins de circulation de l'information. En outre, il sera possible de distribuer des programmes sur un ordinateur serveur approprié déployé sur un réseau. Les fichiers de programme délivrés aux utilisateurs sont normalement installés dans leur unité de disque dur d'ordinateur ou dans d'autres dispositifs de stockage en masse locaux de telle sorte qu'ils soient exécutés après avoir été chargés dans la mémoire principale de l'ordinateur. La discussion présentée ci-avant sera maintenant résumée comme suit. La présente invention propose un système de délivrance de données permettant de délivrer des données qui sont stockées dans une station d'envoi à au moins une station de réception. La station d'envoi comprend de façon avantageuse : une unité d'identification d'attribut qui identifie des attributs de données destinées à être distribuées ; une unité de détermination de destination qui détermine les destinations des données en fonction des attributs identifiés par l'unité d'identification d'attribut; un émetteur qui envoie les données jusqu'aux destinations déterminées par l'unité de détermination de destination. Par ailleurs, la station de réception comprend de façon avantageuse : un récepteur qui reçoit les données qui sont envoyées depuis l'émetteur et une unité de reproduction qui restaure les données reçues selon leur format original. Ce système délivre des données créées à toutes les parties qui en ont besoin en utilisant leur information d'attribut pour les identifier. Par conséquent, l'utilisateur du côté d'envoi est libéré des tâches peu commodes et susceptibles d'erreurs constituées par la distribution des données. En outre, la présente invention propose une station d'envoi qui délivre des données qui sont stockées dans son unité de stockage interne ou externe à au moins une station de réception. Cette station comprend de façon avantageuse: une unité d'identification d'attribut quai identifie des attributs de données destinées à être distribuées ; une unité de détermination de destination qui détermine les destinations des données en fonction des attributs identifiés par l'unité d'identification d'attribut et un émetteur qui envoie les données jusqu'aux destinations déterminées par l'unité de détermination de destination. Ce système permet à l'envoyeur de distribuer des données sur toutes les parties qui en ont besoin d'une façon fiable. Ce qui précède est considéré comme étant illustratif seulement des principes de la présente invention. En outre, puisque de nombreuses modifications et variantes apparaîtront aisément à l'homme de l'art, il n'est pas souhaitable de limiter l'invention à la construction et aux applications exactes présentées et décrites et par conséquent, toutes les modifications et équivalents appropriés peuvent être considérés comme tombant dans le cadre de l'invention définie selon les revendications annexées et selon leurs équivalents. REVENDICATIONS 1. Système de délivrance de données pour délivrer des données qui sont stockées dans une station d'envoi (1 ; 20) à au moins une station de réception (3 ; 50), caractérisé en ce qu'il comprend un moyen d'identification d'attribut (1 d), disposé dans la station d'envoi (1), pour identifier des attributs de données destinées à être distribuées ; un moyen de détermination de destination (1c), disposé dans la station d'envoi (1), pour déterminer des destinations des données, conformément aux attributs identifiés par ledit moyen d'identification d'attribut (1 d) ; un moyen d'émission (1h), disposé dans la station d'envoi (1), pour envoyer les données jusqu'aux destinations déterminées par ledit moyen de détermination de destination (1c) ; un moyen de réception (3a), disposé dans chaque station de réception (3), pour recevoir les données envoyées depuis ledit moyen d'émission (1h); et un moyen de reproduction (3b), disposé dans chaque station de réception (3), pour restaurer les données reçues par ledit moyen de réception (3a) dans leur forme originale. 2. Système de délivrance de données selon la revendication 1, caractérisé en ce qu'il comprend en outre un moyen d'identification de format (1f), disposé dans la station d'envoi (1), pour identifier quel format de données chaque station de réception (3) supporte ; et un moyen de conversion de format (1g), disposé dans la station d'envoi (1), pour réaliser une conversion de format de données afin de rendre les données compatibles avec le format de données identifié par ledit moyen d'identification de format (1f). 3. Système de délivrance de données selon la revendication 1, caractérisé en ce qu'il comprend en outre un moyen de stockage de paramètres, disposé dans la station d'envoi (1), pour stocker des paramètres qui sont nécessaires pour que ledit moyen de conversion de format (1g) réalise la conversion de format de données. 4. Système de délivrance de données selon la revendication 1, caractérisé en ce qu'il comprend en outre un moyen d'émission de données de résumé (1 i), disposé dans la station d'envoi (1), pour envoyer des données de résumé qui décrivent brièvement les données destinées à être distribuées, dans lequel la station de réception (3a) demande en requête une partie particulière des données en tant que résultat d'une référence aux données de résumé reçues depuis ledit moyen d'émission de données de résumé (1 i) et ledit moyen d'émission envoie la partie particulière des données en conséquence. 5. Système de délivrance de données selon la revendication 1, caractérisé en ce qu'il comprend en outre un moyen d'authentification (3c) disposé dans chaque station de réception (3a) pour vérifier l'authenticité d'un utilisateur du côté de réception, dans lequel ledit moyen d'émission (1 h) envoie les données à la station de réception (3a) lorsque ledit moyen d'authentification (3c) a vérifié avec succès l'authenticité de l'utilisateur du côté de réception. 6. Système de délivrance de données selon la revendication 1, caractérisé en ce qu'il comprend en outre un moyen d'établissement de date (le), disposé dans la station d'envoi (1), pour spécifier une date et une heure d'envoi des données, dans lequel ledit moyen d'émission (1 h) retrouve et envoie les données lorsque la date et l'heure spécifiées sont atteintes. 7. Système de délivrance de données selon la revendication 1, caractérisé en ce qu'il comprend en outre un moyen de conversion de données (1g), disposé dans la station d'envoi (1), pour convertir les données selon des données d'image ou des données de table traçante, dans lequel ledit moyen d'émission (1h) envoie les données converties par ledit moyen de conversion de données (1 g). 8. Système de délivrance de données selon la revendication 7, caractérisé en ce qu'il comprend en outre un moyen de noyage d'information de distribution pour additionner une information rapportée à la distribution qui est pertinente pour la distribution de données aux données d'image ou aux données de table traçante produites par ledit moyen de conversion de données (1g). 9. Système de délivrance de données selon la revendication 1, caractérisé en ce qu'il comprend en outre une barrière de sécurité (200) interposée entre la station d'envoi (20) et la station de réception (50) ; et un serveur de distribution (30) interposé entre ladite barrière de sécurité (200) et la station de réception (50), dans lequel, dans le cas où le système délivre des données à une pluralité de stations de réception (50), un unique exemplaire des données est passé depuis ledit moyen d'émission audit serveur de distribution (30) après traversée de ladite cloison de sécurité (200) ; et dans lequel ledit serveur de distribution (30) produit autant de copies des données que requises pour une distribution à la pluralité de stations de réception (50). 10. Station d'envoi (1) qui envoie des données enregistrées dans une unité de stockage interne ou externe à au moins une station de réception (3), caractérisée en ce qu'elle comprend un moyen d'identification d'attribut (1d) pour identifier des attributs de données destinées à être distribuées ; un moyen de détermination de destination (1c) pour déterminer des destinations des données en fonction des attributs identifiés par ledit moyen d'identification d'attribut (1 d) ; et un moyen d'émission (1 h) pour envoyer les données jusqu'aux destinations déterminées par ledit moyen de détermination de destination (1c). 11. Support lisible par ordinateur contenant un programme qui délivre des données qui sont stockées dans une station d'envoi (1) à au moins une station de réception (3), le programme dordinateur étant caractérisé en ce qu'il est conçu pour être déroulé sur un ordinateur afin de faire en sorte que l'ordinateur fonctionne en tant que moyen d'identification d'attribut (1 d) pour identifier des attributs de données destinées à être distribuées ; moyen de détermination de destination (1c) pour déterminer des destinations des données conformément aux attributs identifiés par ledit moyen d'identification d'attribut (1 d) ; et moyen d'émission (1h) pour envoyer les données jusqu'aux destinations déterminées par ledit moyen de détermination de destination (1c).