FR 2816148 A1 20020503 FR 0013891 A 20001027 La présente invention concerne un procédé pour l'envoi individualisé, par l'intermédiaire du réseau Internet, de documents vers un système informatique en vu de leur traitement sur celui-ci. Une application courante du réseau Internet est la mise à disposition de services en ligne par de très nombreuses sociétés de par le monde. Les services offerts sont extrêmement variés et comprennent notamment la publication Internet de documents, c. à. d. la mise à disposition permanente d'espace mémoire sur un système informatique serveur relié au réseau, cet espace étant destiné à recevoir des fichiers, qui peuvent être téléchargés (autrement dit transmis) via le réseau vers un autre système informatique relié au réseau et possédant un logiciel de téléchargement approprié (par exemple un navigateur Internet). L'exemple le plus répandu de publication est la mise à disposition de fichiers au format HTML. Ces fichiers contiennent du texte, des informations de mise en page, des liens hypertextes et sont destinés à être affichés sur des écrans d'ordinateurs reliés à Internet grâce à un logiciel dit navigateur. Les services en-ligne proposés par les sociétés et organismes divers sont souvent fondés sur la transmission de ces fichiers au format HTML, et l'affichage de ceux-ci sur la machine de l'utilisateur permettant la communication entre la société ou l'organisme et l'utilisateur. Afin d'accéder aux services en ligne d'une société, un utilisateur d'Internet sera souvent amené à procéder à une procédure d'inscription. Très souvent, celle-ci comprendra la saisie : d'une adresse de courrier électronique (le courrier électronique est aussi appelé e-mail) d'un identifiant de connexion (appelé parfois pseudonyme , abrégé en pseudo ). d'un mot de passe Ces informations sont typiquement sauvegardées dans une base de données sur le système informatique serveur. L'accès aux services proprement dits ne sera possible qu'après une phase d'authentification de l'utilisateur, pendant laquelle son identifiant et son mot de passe sont demandés à l'utilisateur, transmis au serveur puis contrôlés par le serveur. L'identifiant de connexion servira à reconnaître l'utilisateur lorsqu'il désire accéder aux services, en particulier le système informatique sera à même de lui associer l'adresse e-mail saisie lors de l'inscription, ainsi que tout autre information saisie. De mêmes les actions que l'utilisateur reconnu effectue pourront lui être attribuées et sauvegardées comme telles dans une base de données. Le mot de passe, que chaque utilisateur est tenu de garder secret, sert à ce que d'autres utilisateurs ne puisse falsifier leur identité et se faire passer pour un utilisateur s'étant préalablement inscrit. Lors de l'authentification, si le mot de passe de correspond pas à l'identifiant saisi, l'identification avec l'identifiant n'a pas lieu et l'accès aux services est en général refusé. Dans le cas d'un service consistant en la mise à disposition d'espace mémoire à un nombre quelconque (notamment supérieur à 1000) d'utilisateurs identifiés, notamment d'espace disque, sur un serveur relié au réseau, notamment tel que les conditions d'accès à ce serveur depuis un autre système informatique relié au réseau soient avantageuses (accessibilité permanente, bande passante importante, etc.), la solution retenue majoritairement pour le chargement de fichiers vers cet espace est la technique de téléchargement du fichier depuis un autre système informatique, notamment grâce à un navigateur Internet, ou grâce à un logiciel gérant le protocole FTP (File Transfert Protocol). Dans les deux cas, l'authentification a lieu préalablement à l'opération. L'identification est nécessaire pour empêcher la jouissance de l'espace mémoire à toute personne non autorisée et pour avoir la possibilité d'obtenir des informations sur les utilisateurs ayant téléchargé des fichiers. Une fonctionnalité supplémentaire est souvent requise, qui est la documentation de chaque fichier téléchargé dans l'espace mémoire alloué. Cette documentation, indispensable pour décrire le contenu ou donner toute information concernant le fichier, sera souvent constituée de chaînes de caractères enregistrées dans une base de données stockée sur le système serveur, de façon à ce que chacun de ces enregistrements de texte soit associé à un fichier. Les deux méthodes exposées présentent de nombreux inconvénients. Tout d'abord, la méthode de chargement grâce à un navigateur Internet reposant sur le protocole HTTP n'est pas flexible : il n'est possible de télécharger qu'un fichier à la fois, l'interruption de la connexion oblige à reprendre le transfert depuis le début, or la déconnexion pour se produire pour plusieurs raisons par exemple de mauvaises liaisons Internet entre l'utilisateur et le serveur. De plus lors du téléchargement, le navigateur n'est plus à même de répondre aux actions de l'utilisateur, qui doit alors attendre la fin du transfert pour continuer à l'utiliser. Il existe des logiciels utilitaires pour aider au transfert, mais il ne sont pas d'un usage aussi courant que les navigateurs eux-mêmes. La méthode de FTP est plus compliquées à mettre en oeuvre que la méthode précédente. Elle implique aussi des problèmes de sécurité, le protocole FTP pouvant servir à envoyer et recevoir des fichiers. Le principal problème est l'adéquation entre la base de données des utilisateurs qui se sont inscrits par l'intermédiaire d'un navigateur Internet, et la base de données des utilisateurs ayant un droit d'accès via FTP. En outre, la mise en oeuvre du traitement des fichiers à leur arrivée sur le serveur n'est pas aussi aisée sans solution standard pour détecter un nouveau fichier arrivé, et il n'y a pas de solution simple pour documenter les fichiers envoyés. Cette méthode ne permet pas la documentation directe de chaque fichier : le protocole FTP permet le transfert, la suppression et le changement de nom de fichiers à distance, mais pas l'envoi de commande ou de textes destinés à être enregistrés en base de donnée. Le but du procédé suivant l'invention est de permettre le téléchargement de fichiers depuis un système informatique relié au réseau Internet vers un système informatique serveur relié lui aussi au réseau Internet, avec les contraintes suivantes : premièrement l'utilisateur désirant transmettre des fichiers devra s'être inscrit préalablement, s'être vu attribué un identifiant de connexion personnel unique (un utilisateur peut avoir plusieurs identifiants, mais il ne peut y avoir deux mêmes identifiants dans la base de donnée), et avoir saisi son adresse de messagerie électronique, ces informations étant stockées dans une base de données au niveau du système informatique serveur, deuxièmement le transfert doit permettre de déterminer l'expéditeur des fichiers, de façon à éviter le plus possible qu'un utilisateur ne soit pris pour un autre (que cela soit voulu par l'utilisateur ou non), troisièmement le procédé doit être le plus simple possible pour l'utilisateur, et répondre aux problèmes évoqués ci-avant, quatrièmement le procédé devra optimiser l'envoi sur le réseau lui-même des fichiers, par exemple utilisant au mieux la bande passante allouée à l'utilisateur par son fournisseur d'accès à Internet. Le procédé selon l'invention consiste en les étapes suivante : L'étape de rédaction d'un courrier électronique à destination d'une boite aux lettre électronique définie par avance, courrier comprenant comme message les informations suivantes : * l'identifiant de la personne * une adresse de courrier électronique * du texte définissant des informations (titre, commentaire, description, etc. ) à associer à chaque fichier à envoyer. Ces informations sont à rédiger selon une syntaxe, plus ou moins flexible, définie par avance, de façon à pouvoir être interprétée par un programme informatique. La syntaxe devra avoir la même sémantique avec un courrier et ce même courrier modifié lors de l'utilisation de la fonction répondre ( Replyto en anglais) que mettent à disposition les logiciels et services de messagerie les plus courants : ces services (logiciels ou service purement Internet basé sur la visualisation de page HTML dans un navigateur) permettent généralement de répondre à l'expéditeur d'un courrier, et le fonctionnement communément adopté est que l'appel de la fonction répondre provoque l'appel à la fonction de rédaction de courrier, à la différence que l'adresse du destinataire est de fait déjà renseignée (puisque généralement celle de l'expéditeur du courrier reçu) et le texte du message reçu est rappelé dans le corps de ce courrier de réponse, avec éventuellement une mise en forme propre. De ces informations (identifiant, adresse, texte d'information), seul l'identifiant est à renseigner obligatoirement. L'étape de joindre les fichiers désirés au courrier (le protocole SMTP de transfert de courrier électronique et le protocole POPS pour récupérer permettent de joindre des fichiers aux courriers). On dit aussi attacher un fichier. L'étape d'envoi du courrier : le fait d'envoyer un courrier est pour l'utilisateur plus flexible et en théorie plus rapide (s'il utilise un logiciel plutôt qu'un service de messagerie Internet) que les autres méthodes évoquées plus haut. En effet, la messagerie garde trace des messages envoyés, y compris des fichiers, le renvoi de fichiers, même avec modification de certains paramètres comme les textes de description, est donc facilité. De plus, les logiciels de messagerie sont configurés pour envoyer les courrier à un serveur SMTP, qui n'est autre très souvent qu'un serveur du fournisseur d'accès Internet de l'utilisateur, or le fournisseur d'accès est dans tous les cas le point d'entrée de l'utilisateur sur le réseau Internet, donc c'est l'endroit d'Internet auquel il a la meilleure connexion (en terme de fiabilité et de rapidité). Autrement dit, si cette liaison est défectueuse ou lente, toute autre connexion Internet sera de même au moins aussi défectueuse ou lente. L'étape de réception du courrier dans la boîte aux lettres (dite boîte POP) L'étape de traitement du message par un logiciel dédié. Le traitement commence par un contrôle de l'expéditeur, grâce à une adresse de courrier et à un identifiant. Tout d'abord a lieu la lecture de l'adresse de courrier électronique à utiliser pour la réponse : le protocole SMTP prévoie une telle indication facultative dans les messages envoyés. Si cette adresse n'est pas renseignée, on considère l'adresse ayant servi à expédier le message. Si une adresse électronique est indiquée dans le message conformément à la syntaxe prescrite, celle-ci est prise prioritairement en considération. L'adresse obtenue est dénommée dans la suite l'adresse de l'expéditeur . Une variante consiste à ignorer l'éventuelle adresse de retour qui serait indiquée dans le courrier conformément au protocole SMTP. Le traitement peut donner lieu à l'un des cas de figure suivants : L'analyse du texte du message ne permet pas de trouver l'identifiant. L'identifiant ne correspond pas à une entrée de la base de données. L'entrée de la base de données correspondant à l'identifiant ne contient pas l'adresse de l'expéditeur telle que déterminée au début du traitement. Dans l'un quelconque de ces cas, le traitement des documents n'a pas lieu, il y a erreur durant l'identification. Le premier cas peut se présenter par exemple si l'utilisateur omet purement et simplement l'identifiant, ou s'il commet une erreur de syntaxe. Le deuxième cas peut se présenter par exemple si l'utilisateur commet une faute de frappe. Le troisième cas peut par exemple se présenter lorsque le logiciel de messagerie de l'utilisateur est configuré pour expédier les messages par défaut avec une autre adresse que celle que l'utilisateur a saisie lors de son inscription, ou bien l'utilisateur n'avait pas accès lors de l'envoi à sa messagerie habituelle et s'est servi par exemple d'un service ( Hotmail , Caramail , etc. ) de courrier électronique accessible en tout lieu via un simple navigateur Internet standard. L'étape, en cas d'erreur à l'étape de l'identification, d'envoi à l'adresse de l'expéditeur d'un courrier électronique modèle. Le but de cet envoi est de faciliter les envois ultérieurs et d'éviter les erreurs d'identification. Ce courrier modèle doit permettre l'identification sans erreur de l'utilisateur. Pour cela il est destiné à être recopié, ou bien directement renvoyé grâce à la fonction de réponse au courrier du logiciel ou service de messagerie de l'utilisateur. Ainsi, si l'erreur était du type 3 ci-avant décrit (non concordance de l'identifiant et de l'adresse courrier) le courrier comprendra l'identifiant et l'adresse de courrier correspondante, écrits selon la syntaxe prédéfinie. L'utilisateur n'a alors plus qu'à utiliser la fonctionnalité de réponse à un courrier offerte par sa messagerie et à joindre les fichiers désirés à ce courrier. La syntaxe possédant la même sémantique quand la fonction de réponse à un courrier est utilisée, l'identification (contrôle de la présence de l'identifiant et concordance dans la base de données avec l'adresse de l'expéditeur) réussira à coup sûr. Précisons que, pour des raisons de sécurité, dans le cas d'une erreur du type 3, deux messages seront envoyés : un simple message signalant l'erreur sera renvoyé à l'adresse de l'expéditeur, et le courrier modèle sera adressé à l'adresse correspondant dans la base de données à l'identifiant, cela afin d'éviter que l'adresse de courrier correspondant à un identifiant ne puisse être accessible à tout le monde. Si l'erreur était du type 1 ou 2 ci-avant décrits (identifiant non valide), l'un des deux cas suivants se présente : A. L'adresse de l'expéditeur n'est pas présente dans la base de donnée B. L'adresse de l'expéditeur est présente dans la base de donnée, donc il lui est associé un identifiant. Dans le cas A, aucun identifiant ne peut-être mis en rapport avec l'adresse de l'expéditeur, le courrier modèle ne pourra pas permettre d'identification à coup sûr, mais la syntaxe à utiliser pour introduire l'identifiant dans la réponse pourra être mise en valeur (par exemple grâce à un texte à l'impératif entouré de marqueurs grammaticaux spéciaux, comme dans le texte suivant : [Indiquez ici votre identifiant d'accès] ). Dans le cas B, on peut supposer que l'identifiant omis ou erroné est celui qui correspond dans la base de données à l'adresse de l'expéditeur. Si plusieurs identifiants correspondent à cette adresse (car par exemple plusieurs utilisateurs se sont inscrits mais possèdent une adresse de courrier unique, ou un utilisateur utilise plusieurs comptes toujours avec la même adresse), on considérera ou bien seulement la première occurrence, ou toutes les occurrences suivant les variantes. Le courrier modèle indiquera donc spécifiquement l'identifiant, et pourra éventuellement omettre de spécifier l'adresse de l'expéditeur, gérée automatiquement par la messagerie de l'utilisateur. Lors de l'utilisation de la fonction standard répondre à , le courrier généré par le système de messagerie à partir du courrier modèle reçu contiendra alors toute les informations nécessaires à une identification sans erreur. Il suffira (voir ci-avant les erreurs de type 1) à l'utilisateur de joindre les fichiers à traiter avant l'envoi. Des variantes du procédé selon l'invention incluent l'insertion de commentaires, indices et de divers messages d'aide dans le corps du message pour favoriser la compréhension de la marche à suivre par l'utilisateur. La syntaxe sera telle qu'elle permette d'identifier ces messages. Des variantes du procédé selon l'invention permettent à l'utilisateur d'indiquer plusieurs identifiants dans le corps du message, de sorte à traiter les documents pour chacun des identifiants. Ces variantes ne sont susceptibles de fonctionner que si tous ces identifiants sont associés à la même adresse de courrier saisie lors des inscriptions préalables. Des variantes du procédé selon l'invention incorporent au texte du courrier modèle les indications de commentaire aux fichiers joints qui auront pu être analysées correctement dans le courrier préalable envoyé, de sorte que celles-ci soient aussi présentes dans le courrier modèle auquel l'utilisateur répondra, afin que ce dernier n'ait pas à les saisir à nouveau. Des variantes du procédé selon l'invention font parvenir automatiquement ou à leur demande aux utilisateurs des courriers modèles, sans que ceux-ci n'envoient de courrier au préalable. Si un utilisateur s'est identifié correctement et demande à recevoir un courrier modèle, celui-ci contiendra les informations d'identifiant et d'adresse courrier de l'utilisateur. Des variantes du procédé selon l'invention font intervenir la saisie du mot de passe dans le corps du courrier. L'inconvénient d'un tel procédé est que le mot de passe transite forcément en clair sur le réseau Internet, sans réelle garantie de confidentialité de celui-ci. Des variantes du procédé selon l'invention incluent la possibilité pour l'expéditeur de spécifier des traitements spécifiques à effectuer aux fichiers. La syntaxe permet alors l'usage de commandes que le système informatique recevant les courriers pourra analyser et effectuer. Par exemple, lors de l'envoi de fichiers graphiques, l'expéditeur pourra demander de réduire la résolution de certaines images, modifier les couleurs, appliquer des filtres, etc. Exemple d'application non limitatif du procédé selon l'invention. Prenons le cas d'un service d'hébergement de communautés fermées sur Internet. Chaque utilisateur s'inscrit à une ou plusieurs communautés, et obtient pour chacun d'entre elles un identifiant (unique parmi tous les identifiants contenu dans la base de données du système hébergeant le service) et un mot de passe. Chaque utilisateur devient de ce fait membre d'une ou plusieurs communautés. Chaque membre d'une communauté peut télécharger des fichiers de photos (par exemple au format JPEG) et y associer des descriptions, de façon à les rendre accessibles et lisibles depuis les navigateurs Internet des membres de cette communauté. Les utilisateurs de ce service désireront pouvoir envoyer facilement, mais avec un minimum de sécurité, des photos pour les rendre accessibles à l'une de leurs communautés. Tout de suite après son inscription, tout utilisateur se verra envoyé un courrier modèle, dont la syntaxe pourra être : --- Exemple de corps de message de courrier modèle--- identifiant : utilisateur email : prenom. nom@courrier. com titrel : [entrez ici le titre la première image] titre2 : [entrez ici le titre la deuxième image] //etc. continuez pour toutes les images que vous désirez //envoyer. Les titres sont facultatifs. --- Fin du corps de message--- Il pourra alors s'en servir en respectant les étapes suivantes : L'étape de sélection de ce message au sein de la messagerie L'étape d'appel de la fonction répondre à de la messagerie L'étape de joindre au courrier les fichiers de photos désirés L'étape d'ajouter des informations dans le corps du message selon la syntaxe en vigueur pour une ou plusieurs des photos jointes, ex. titre entre crochets. L'étape d'envoyer effectivement le courrier Suite à ces manipulations de la part de l'utilisateur, le courrier est traité à sa réception sur le système informatique qui héberge les bases de données concernant les communautés : le système vérifie l'identité de l'expéditeur, puis vérifie que les fichiers sont bien des photos ou images au format JPG, les sauvegarde dans un espace de stockage et met à jour ses bases de données de façon à tenir compte de ce nouvel apport, c. à. d. de les mettre à disposition des membres de la communauté de l'expéditeur en y associant les éventuelles informations. En cas d'échec d'une vérification, un courrier décrivant l'erreur est renvoyé à l'expéditeur, ainsi que, le cas échant, un courrier modèle. L'utilisateur pourra rédiger lui-même le courrier avant d'y joindre les fichiers de photo. Si un utilisateur commet une faute (volontaire ou involontaire) en entrant son identifiant, les photos seront rejetées lors de la vérification, et ne seront pas incluses dans la base de données, donc ne seront pas accessibles aux membres d'une communauté dont l'expéditeur n'est lui-même pas membre. Si l'identifiant erroné existe bel et bien mais appartient par hasard à une autre personne inscrite au service, celle-ci recevra, si son adresse est correctement renseignée en correspondance avec son identifiant dans la base de donnée, un courrier modèle qu'elle n'aura donc pas sollicité. Elle pourra ignorer ce courrier, ne contenant par ailleurs aucune information concernant l'utilisateur ayant commis la faute. Ce dernier reçoit alors seulement un courrier pour lui notifier l'échec du traitement. REVENDICATIONS 1) Procédé d'envoi de fichiers sur le réseau Internet par un utilisateur via le protocole de courrier électronique vers un système informatique, en vue d'être traité par ledit système informatique, le traitement effectué dépendant de l'expéditeur, ledit système informatique ayant accès à une base de données d'utilisateurs inscrits, ces données comportant des identifiants uniques auxquels sont associées des adresses de courrier électronique, procédé caractérisé en ce qu'une syntaxe soit prédéfinie et en ce qu'il comporte les étapes suivantes : 'L'étape de rédaction du texte du courrier électronique par l'expéditeur, le texte devant obligatoirement comprendre un identifiant, signalé conformément à ladite syntaxe pour que le traitement soit possible. 'L'étape de joindre au courrier le ou les fichiers à transmettre. 'L'envoi du courrier via un logiciel ou service de messagerie. 'Réception du message et contrôle de l'expéditeur par ledit système informatique, contrôle s'effectuant en déterminant une adresse de courrier et un identifiant à partir du courrier reçu, puis en vérifiant leur présence en association dans ladite base de donnée. 'Traitement des fichiers joints au courrier en cas de contrôle positif, notamment stockage sur un support prévu à cet effet des fichiers ainsi qu'inscription dans une base de données que lesdits fichiers ont été expédiés par ledit expéditeur et stockés. 'Renvoi vers l'expéditeur d'un courrier d'erreur ou d'un courrier modèle en cas de contrôle négatif, tel que, chaque fois que cela sera possible un courrier modèle est envoyé. Ce courrier modèle est tel qu'il suffit à l'utilisateur le recevant d'y appliquer la fonction répondre à de sa messagerie, sans en modifier le texte, pour que le contrôle soit positif à la réception de ce nouveau message par ledit système informatique. 2) Procédé selon la revendication 1, caractérisé en ce que la syntaxe accepte l'insertion de textes de description pour chaque fichier joint, et que sémantique de la syntaxe soit inchangée par l'application des fonctions répondre à des logiciels et services de messagerie les plus répandus, c. à. d. que l'analyse d'un message ou de sa réponse donnent lieu aux mêmes contrôles et traitements de la part dudit système informatique. 3) Procédé selon la revendication 1 ou 2, caractérisé en ce que la syntaxe permet de spécifier dans le texte du message dudit courrier expédié, pour chaque fichier envoyé, des textes, notamment une description, destinés à être sauvegardés dans une base de données et associables par la suite audit fichier. 4) Procédé selon la revendication 1, 2 ou 3, caractérisé en ce que les fichiers à transmettre soient des photos ou images, notamment au format JPEG. 5) Procédé selon la revendication 1, 2,3 ou 4, caractérisé en ce que la syntaxe permet de spécifier dans le texte du message dudit courrier expédié, pour chaque fichier envoyé ou pour tout sous-ensemble de l'ensemble de ces fichiers, des commandes de traitement à effectuer par ledit système informatique. 6) Procédé selon la revendication 1, 2,3, 4 ou 5, caractérisé en ce que la base de données des utilisateurs inscrits stocke aussi pour chaque identifiant un mot de passe, que l'expéditeur devra renseigner dans le texte du courrier conformément à la syntaxe, pour que le contrôle sois positif. 7) Procédé selon la revendication 1, 2, 3, 4, 5 ou 6, caractérisé en ce qu'un courrier modèle peut être envoyé à un utilisateur préalablement inscrit, sans que celui-ci n'envoie explicitement de courrier audit système informatique. 8) Procédé selon la revendication 1, 2,3, 4,5, 6 ou 7 caractérisé en ce que plusieurs identifiants puissent être renseignés selon la syntaxe dans le courrier, afin que ledit système informatique les traite comme s'ils étaient chacun dans plusieurs courriers distincts avec les mêmes fichiers joints.