FR 2891681 A1 20070406 FR 0510095 A 20051003 Procédé permettant à des utilisateurs d'échanger des données informatiques volumineuses La présente invention concerne un procédé permettant à des utilisateurs d'échanger des données informatiques volumineuses. Domaine technique La présente invention se situe dans le domaine des communications et des échanges de données par Internet. Problème technique Le réseau Internet permet à des centaines de millions d'utilisateurs d'échanger des messages par courrier électronique. C'est l'application la plus populaire d'Internet: le courrier électronique ou "e-mail". Le réseau Internet permet à quelques millions d'utilisateurs d'échanger des données très lourdes à large échelle. C'est l'application qui utilise le plus de bande passante sur Internet: c'est le poste à poste plus connu sous l'appellation "Peer To Peer" ou "P2P". Un autre usage très populaire du réseau Internet est la messagerie instantanée ou Les protocoles de communication permettant d'échanger des e-mails sont standardisés (ex: POP, MAPI, SMTP). Ils supportent l'envoi de texte et de données en attachement. Ils fonctionnent grâce à des serveurs d'envoi et de réception d'e-mails. La nature 2 0 et la forme actuelle de ces serveurs d'e-mail entraînent une limitation bien connue: la taille des données attachées à un e-mail ne peut pas dépasser quelques mégaoctets. De nos jours, à l'ère du numérique pour tous, il est pourtant très courant de manipuler des fichiers pesant de 10Mo à 1Go, même pour des utilisateurs courants. Par exemple, un utilisateur prend des photos numériques lors d'un dîner et souhaite 2 5 les envoyer aux invités par e-mail le lendemain. Une quinzaine de photos numériques (compressées en Jpeg) pèse déjà plus de 20Mo. Si l'utilisateur essaye d'envoyer ces photos par e-mail, il peut être certain qu'une majorité des destinataires ne les recevra pas. Ce problème est encore plus fréquent quand il s'agit de données vidéo, qui pèsent aisément plusieurs centaines de Mégaoctets. 3 0 Les services de messagerie instantanée (IM) permettent souvent l'envoi de fichiers entre 2 utilisateurs (en "one-to-one"). Les fichiers, dans ce cas, peuvent être nettement plus lourds que par e-mail. Outre l'incompatibilité des principaux réseaux de messagerie instantanée entre eux, plusieurs inconvénients importants viennent se cumuler: - pour envoyer un fichier par IM, l'émetteur et le destinataire doivent être connectés à Internet et au réseau d'IM du début à la fin du transfert, dans la plupart des services d'IM, la manipulation doit être répétée N fois pour envoyer un fichier à N destinataires. Solution La présente invention permet d'envoyer des données très lourdes aussi simplement qu'on envoie un fichier par e-mail ou par IM. L'invention concerne un procédé permettant à des utilisateurs disposant d'équipements numériques, notamment de type PC, téléphone mobile, console de jeu, PDA, connectés à un réseau de communication, notamment de type Internet ou 3G, d'échanger des données informatiques volumineuses, notamment des fichiers supérieurs à dix mégaoctets. Le procédé est caractérisé en ce qu'il comporte les étapes suivantes: -l'étape, pour un utilisateur-émetteur, de composer un message et de sélectionner une liste de destinataires du message au moyen d'une interface de gestion de courrier électronique de l'équipement numérique (interface de messagerie), - l'étape, pour l'utilisateur metteur, de sélectionner les données informatiques volumineuses, notamment des fichiers informatiques mémorisés dans des répertoires de l'équipement numérique, - l'étape, pour des moyens de traitement informatique dédiés: * de générer, à partir des données informatiques volumineuses un fichier d'instructions de téléchargement poste à poste, 2 5 * d'attacher le fichier d'instructions de téléchargement au message composé par l'utilisateur-émetteur, * de transmettre, via le réseau de communication, le message ainsi que le fichier d'instructions de téléchargement vers les équipements numériques d'un utilisateur destinataire du message, 3 0 -l'étape, pour l'utilisateur-destinataire, de télécharger vers son équipement numérique les données informatiques volumineuses depuis l'équipement numérique de l'utilisateur metteur, en activant le fichier d'instructions de téléchargement contenu dans le message. De préférence, le procédé est caractérisé en ce que chaque nouvel utilisateur- destinataire reçoit sur son équipement numérique les données informatiques volumineuses à la fois de l'équipement numérique de l'utilisateur-émetteur et des équipements numériques d'autres utilisateurs-destinataires du message. De préférence, le procédé est caractérisé en ce que les équipements informatiques des utilisateurs sont connectés à un serveur informatique destiné à optimiser le transfert des données volumineuses entre les équipements numériques des utilisateurs, en fonction de paramètres concernant le réseau de communication, notamment en fonction des contributions en bande passante des utilisateurs. Le principe de l'invention reste proche des habitudes des utilisateurs qui maîtrisent aujourd'hui l'envoi de fichiers par e-mail et par messagerie instantanée (IM). Pour résoudre le problème ci-dessus explicité, on utilise un protocole de communication en poste à poste ou "PeerToPeer" dont les caractéristiques principales sont énoncées ci-dessous. Dans le suite de la description, on regroupe ces caractéristiques sous le terme "zP2P". Pour envoyer un paquet de données à un ou plusieurs destinataires: 2 0 soit, au lieu d'envoyer un e-mail avec attachement, on envoie un e-mail qui déclenche un transfert PeerToPeer de type zP2P, - soit, au lieu d'envoyer des données par IM, on envoie un message IM qui déclenche un transfert PeerToPeer de type zP2P. Caractérisation d'un protocole de type zP2P: 2 5 Un utilisateur qui dispose d'un paquet de données décide de l'émettre, il devient source . Son paquet de données est découpé en tronçons de taille paramétrable, fixe ou non. Les utilisateurs destinataires de ce paquet de données sont les récepteurs . Un nombre arbitraire de récepteurs peuvent obtenir des données en provenance d'une 3 0 même source. Ces données sont obtenues par tronçon, dans l'ordre ou dans le désordre. 2891681 4 Dès qu'un récepteur a obtenu une partie des données, il est mis à contribution en tant qu' émetteur et peut donc fournir des tronçons de données aux autres récepteurs. Cet utilisateur est donc appelé émetteur-récepteur . D'où la nature PeerToPeer de ce protocole. Un ensemble d'utilisateurs connectés les uns aux autres pour transmettre un même paquet de données est appelé essaim . Un récepteur, qui a obtenu la totalité des données, peut rester dans l'essaim. Il devient alors une nouvelle source. Ainsi il peut y avoir un nombre arbitraire de sources pour un même paquet de données. Chaque émetteur-récepteur peut obtenir des données simultanément depuis plusieurs sources et émetteurs-récepteurs. Optionnellement, un utilisateur appelé entremetteur a pour fonction principale de mettre en relation, pour chaque paquet de données, des sources et des émetteurs-récepteurs. Pour optimiser les échanges l'entremetteur est informé des tronçons disponibles chez les uns et recherchés par les autres. De plus, il peut réguler les échanges de données selon les capacités et les contributions en bande passante des utilisateurs, estimées ponctuellement ou sur une durée arbitraire. A l'échelle d'un service en ligne, ce rôle peut être rempli par un serveur qui peut être centralisé ou non. Optionnellement, chaque utilisateur peut également assurer la fonction entremetteur et mettre en relation les émetteurs-récepteurs entre eux. Dans ce cas il est émetteur-récepteur-entremetteur. S'il dispose du paquet de données dans sa totalité, il est 2 0 source-entremetteur. La transmission des données nécessite pour fonctionner dans certains cas au moins un entremetteur, qui peut être un serveur dédié, un émetteurrécepteur-entremetteur ou une source-entremetteur. Un utilitaire permet de créer, à partir d'un paquet de données, un fichier référence 2 5 qu'on appellera zP2P-Ref et qui contient plusieurs informations: - une ou plusieurs adresses (URL, IPv4, IPv6, numéro de téléphone, ou autre) de serveurs entremetteurs ou d'utilisateurs émetteurs-récepteurs-entremetteurs ou source-entremetteur, - des chiffrages permettant de vérifier l'intégrité de tout ou partie des données 3 0 obtenues, - une description du contenu du paquet de données: liste des fichiers, noms des fichiers, tailles des fichiers, types des fichiers, arborescence des fichiers. Les fichiers zP2P-Ref ont un poids extrêmement léger par rapport au paquet de données, de l'ordre de 100Ko pour un paquet de 1Go. Ils contiennent pourtant tous les informations nécessaires pour initialiser la prise en charge du protocole zP2P chez la source initiale, chez chaque émetteur-récepteur et chaque entremetteur. A partir du moment où le protocole zP2P est initialisé et au moins un utilisateur possède une partie des données et un entremetteur est accessible, sous une forme ou sous une autre, alors un essaim est activé. A noter que toutes les conditions peuvent être vérifiées grâce à un utilisateur unique: à la fois source, et entremetteur. Ainsi, le protocole zP2P s'utilise de la façon suivante: -Sélection du paquet de données à transmettre disponible chez la source initiale. - Choix d'un entremetteur. - Génération du fichier zP2P-Ref. - Initialisation du transfert zP2P chez l'entremetteur. - Initialisation du transfert zP2P chez la source initiale. - Envoi ou mise à disposition du fichier zP2P-Ref à chaque destinataire. Initialisation du transfert chez les destinataires. Durant le transfert, de nouveaux émetteurs, récepteurs, sources et entremetteurs 2 0 peuvent être créés. La déconnexion d'un utilisateur particulier n'entraîne pas de perturbation importante dans l'essaim tant qu'au moins un entremetteur est accessible. Même l'absence de source peut être compensée par la disponibilité, répartie chez plusieurs émetteurs-récepteurs, de la totalité des tronçons du paquet de données. 2 5 Exemple de protocole de type zP2P: Le protocole BitTorrent (http://www.bittorrentcom) est un exemple de protocole qui répond à la description ci-dessus et plusieurs implémentations de BitTorrent, ou dérivées de BitTorrent, sont disponibles en open source. Pour indication, dans le vocabulaire BitTorrent, les sources sont appelées seed , les émetteurs-récepteurs sont appelés leechers , la 3 0 fonction d'entremetteur est appelée tracker et le fichier zP2P-Ref est un fichier .torrent qui contrôle l'intégrité des fichiers grâce à des chiffrages SI-IA 1 hash calculés sur des tronçons. Enchaînement du procédé selon l'invention: Envoi par e-mail Pré requis: 1. Un utilisateur possède un appareil numérique, par exemple un ordinateur de type PC, qui peut être relié à un réseau. 2. Sur cet appareil a été installé un logiciel client e-mail ou un navigateur permettant d'accéder à une interface client d'e-mail en ligne de type Web-Mail . 3. Sur cet appareil a été installé également un logiciel annexe qui implémente certaines fonctionnalités, dont un protocole de type zP2P. Ce logiciel annexe a été paramétré par l'utilisateur ou par un opérateur, notamment en ce qui concerne les fonctionnalités zP2P telles que les adresses d'entremetteurs à utiliser. Envoi 4. L'utilisateur désire faire parvenir un certain paquet de données numériques à un ou plusieurs destinataires. 5. A l'aide du logiciel client e-mail l'utilisateur rédige un message, choisit une liste de destinataires, et choisit le paquet de données comme attachement 6. L'utilisateur active la fonction envoyer du client email. 2 0 7. Le logiciel annexe est appelé avant l'envoi effectif de 1'e-mail, et opère une modification de l'e-mail: - suppression de l'attachement de l'e-mail, - génération d'un fichier zP2P-Ref à partir du paquet de données, - attachement du fichier zP2P-Ref à l'e-mail, 2 5 initialisation du transfert zP2P conformément au fichier zP2P-Ref. 8. L'e-mail transformé est alors envoyé au(x) destinataire(s). Envoi par IM Pré requis 1. Un utilisateur possède un appareil numérique, par exemple un ordinateur de type 3 0 PC, qui peut être relié à un réseau. 2. Sur cet appareil a été installé un logiciel client de messagerie instantanée (IM) ou un navigateur permettant d'accéder à une interface client service de messagerie instantanée en ligne Web-IM . 3. Sur cet appareil a été installé également un logiciel annexe qui implémente certaines fonctionnalités de zMail, dont un protocole de type zP2P. Ce logiciel annexe a été paramétré par l'utilisateur ou par un opérateur notamment en ce qui concerne les fonctionnalités zP2P telles que les adresses d'entremetteurs à utiliser. Envoi 4. L'utilisateur désire faire parvenir un certain paquet de données numériques à un ou plusieurs destinataires. 5. A l'aide du logiciel de messagerie instantanée l'utilisateur choisit une liste de destinataires, et choisit le paquet de données à envoyer. 6. L'utilisateur active la fonction envoyer du client de messagerie instantanée. 7. Le logiciel annexe est appelé avant l'envoi effectif du message, et effectue les actions suivantes: - génération d'un fichier zP2P-Ref à partir du paquet de données, - initialisation du transfert zP2P conformément au fichier zP2P-Ref. 8. Le fichier zP2P-Ref est alors envoyé au(x) destinataire(s). Réception par e-mail 2 0 Pré requis 1. Un utilisateur possède un appareil numérique, par exemple un ordinateur de type PC, qui peut être relié à un réseau. 2. Sur cet appareil a été installé un logiciel client e-mail ou un navigateur permettant d'accéder à une interface client d'e-mail en ligne Web-Mail . 2 5 3. Sur cet appareil a été installé également un logiciel annexe qui implémente certaines fonctionnalités de zMail, dont un protocole de type zP2P. Réception 4. L'utilisateur reçoit un message e-mail qui contient en attachement un fichier zP2P- Ref. 3 0 5. Il ouvre ou exécute l'attachement, ce qui a pour effet d'activer le protocole zP2P selon les informations contenues dans le fichier zP2P-Ref. 6. Une fois que le paquet est arrivé, complet et intègre, l'utilisateur peut renvoyer un accusé de réception, et peut rester connecté à l'essaim zP2P, notamment dans le cas où d'autres destinataires de 1'e-mail pourraient en bénéficier. Réception par IM Pré requis 1. Un utilisateur possède un appareil numérique, par exemple un ordinateur de type PC, qui peut être relié à un réseau. 2. Sur cet appareil a été installé un logiciel client de messagerie instantanée (IM) ou un navigateur permettant d'accéder à une interface client de messagerie instantanée en ligne Web-IM . 3. Sur cet appareil a été installé également un logiciel annexe qui implémente certaines fonctionnalités de zMail, dont un protocole de type zP2P. Réception 4. L'utilisateur reçoit par messagerie instantanée un fichier zP2P-Ref. 5. Il ouvre ou exécute le fichier zP2P-Ref, ce qui a pour effet d'activer le protocole zP2P selon les informations contenues dans le fichier zP2P-Ref. 6. Une fois que le paquet est arrivé, complet et intègre, l'utilisateur peut renvoyer un accusé de réception, et peut rester connecté à l'essaim zP2P, notamment dans le cas où 2 0 d'autres destinataires du fichier zP2PRef pourraient en bénéficier. Dans le cas où l'équipement numérique de l'utilisateur ne prend pas en charge la création du fichier zP2P-Ref, l'équipement numérique envoie directement le paquet de données par la méthode habituelle, c'est-à-dire par l'intermédiaire d'un serveur d'envoi d'e-mail ou d'IM. Alors, le serveur peut prendre en charge le stockage du paquet de données en transit 2 5 et générer un fichier zP2P-Ref correspondant et envoyer celui- ci aux destinataires en lieu et place de l'attachement Le protocole zP2P est alors initié par ce serveur de messagerie et non pas par l'équipement numérique de l'utilisateur. Le procédé selon l'invention peut se matérialiser sous plusieurs formes décrites ci-après. 3 0 Réseau: Le réseau utilisé est un réseau de télécommunication numérique interconnectant des utilisateurs et des groupes d'utilisateurs qui peuvent également être reliés en réseau local. Exemples: le réseau Internet, les réseaux mobiles 3G, GPRS, GSM, Wifi, Wimax, Wibro etc. Messagerie asynchrone: On peut utiliser des systèmes de messagerie asynchrones qui servent à envoyer des messages et des données à un ou plusieurs destinataires par le biais de serveurs de messagerie qui jouent le rôle de relais, et tiennent les messages à disposition des destinataires jusqu'à ce qu'ils se connectent pour les télécharger. Exemple: e-mail sur Internet. On peut également utiliser des systèmes de messagerie synchrones qui servent à envoyer des messages et des données à un ou plusieurs destinataires par le biais de serveurs de présence et/ou de messagerie instantanée qui tiennent à jour la liste des utilisateurs effectivement connectés au service à chaque instant. Ces serveurs ont comme fonction principale de renseigner sur la présence en ligne d'un utilisateur, et de lui délivrer des messages sans délai d'attente, même quand le serveur en question est utilisé comme relais. L'échange prolongé de messages texte peut être appelé chat (ou tchache). Dans certains cas les serveurs de messagerie peuvent aussi enregistrer les messages qui n'ont pas pu être délivrés du fait d'une indisponibilité des destinataires, pour les mettre à disposition plus tard. Exemple: Messagerie instantanée (IRC, ICQ, AIM, MSN, Skype, Jabber, ...) SMS, MMS, 2 0 messagerie vocale pour téléphones fixes ou mobiles. Génération et envoi du fichier zP2P-Ref: Lorsque l'utilisateur demande l'envoi d'un paquet de données à un ou plusieurs de ses contacts 1M, au lieu d'envoyer ces données directement par IM, un fichier zP2P-Ref est généré et envoyé par IM ou par e-mail, et un transfert zP2P est initialisé. 2 5 Lorsque l'utilisateur demande l'envoi d'un paquet de données à un ou plusieurs de ses contacts IM, au lieu d'envoyer ces données directement par IM, un fichier zP2P-Ref est généré et les informations qu'il contient sont envoyées par IM ou par e-mail, et un transfert zP2P est initialisé. Lorsque l'utilisateur demande l'envoi d'un paquet de données à un ou plusieurs de 3 0 ses contacts IM, au lieu d'envoyer ces données directement par IM, un fichier zP2P-Ref est généré et mis à disposition sur Internet par une technique de l'état de l'art. Un lien Internet permettant d'accéder au fichier zP2P-Ref est alors envoyé par IM ou par email, et un transfert zP2P est initialisé. Le fichier zP2P-Ref renvoyé par le serveur peut être généré dynamiquement par le serveur au moment de la demande. Un logiciel client e-mail est utilisé pour composer un message e-mail et choisir un ou plusieurs destinataires et un ou plusieurs attachements. Lorsque l'utilisateur demande d'envoyer l'e-mail, les attachements sont séparés du message et utilisés pour générer un fichier zP2P-Ref. Le fichier zP2P-Ref est alors attaché à l'e-mail qui est envoyé à un ou plusieurs destinataires, ou bien envoyé par IM à un ou plusieurs destinataires, et un transfert zP2P est initialisé. Un logiciel client e-mail est utilisé pour composer un message e-mail et choisir un ou plusieurs destinataires et un ou plusieurs attachements. Lorsque l'utilisateur demande d'envoyer 1'e-mail, les attachements sont séparés du message et utilisés pour générer un fichier zP2P-Ref Les informations contenues dans le fichier zP2P-Ref sont alors attachées à 1'e-mail ou incluses dans le corps de l'e-mail qui est envoyé à un ou plusieurs destinataires, ou envoyées par IM à un ou plusieurs destinataires, et un transfert zP2P est initialisé. Un logiciel client e-mail est utilisé pour composer un message e-mail et choisir un ou plusieurs destinataires et un ou plusieurs attachements. Lorsque l'utilisateur demande d'envoyer l'e-mail, les attachements sont séparés du message et utilisés pour générer un fichier zP2P-Ref. Le fichier zP2P-Ref est alors mis à disposition sur Internet par une technique de l'état de l'art. Un lien Internet permettant d'accéder au fichier zP2P-Ref est alors attaché A l'e-mail qui est envoyé à un ou plusieurs destinataires, ou envoyé par IM à un ou plusieurs destinataires, et un transfert zP2P est initialisé. Le fichier zP2P-Ref renvoyé par le serveur peut être généré dynamiquement par le serveur au moment de la demande. 2 5 Activation: Un mécanisme manuel ou automatique permet d'activer ou non le procédé lorsque l'utilisateur tente d'envoyer un message par e- mail ou par IM. Soit le procédé est activé systématiquement lorsqu'on sélectionne la fonction envoyer , soit le procédé est déclenché par un test (ex: à partir d'un certain poids de données), soit il faut utiliser un bouton explicite permettant d' o envoyer par zP2P , soit il est déclenché ou non selon l'activation d'une touche modificatrice (shift, ait, bouton droit de la souris ou autre) ou d'un menu contextuel ou non. Messagerie web: Lorsqu'on utilise un système de messagerie synchrone ou asynchrone à travers une interface en ligne gérée par un serveur, telle que le web-mail, le web-Instant-Messaging, web-ICQ (ou similaire), les données à envoyer sont sélectionnées dans un premier temps, puis téléchargées vers le serveur dans un deuxième temps. Dans ce cas, la prise en charge des données pour générer le fichier zP2P-Ref est déclenchée après le choix par l'utilisateur des données à envoyer, et avant qu'il effectue le téléchargement vers le serveur. Le fichier zP2P- Ref est alors téléchargé vers le serveur en lieu et place des données elles-mêmes. Réception du fichier zP2P-Ref: Un utilisateur reçoit un e-mail avec en attachement un fichier zP2P-Ref, ou bien contenant un lien vers un fichier zP2P-Ref téléchargeable, ou bien contenant les données d'un fichier zP2P-Ref sous forme textuelle dans le corps de l'e-mail. Lorsqu'il télécharge et ouvre ou exécute l'attachement, ou interprète la description textuelle, l'utilisateur initie une connexion zP2P selon le zP2P-Ref en tant que récepteur. Dès qu'un tronçon de données est reçu et vérifié intègre, et selon certains paramètres, l'utilisateur devient émetteur également. Il a alors de fortes chances d'être connecté à un essaim comportant d'autres destinataires de l'email, ainsi que l'expéditeur. 2 0 Connexions parallèles: Un nombre arbitraire de connexions par protocole zP2P peuvent être maintenues activées et/ou en pause en parallèle. Reprise après interruption: Lors de perturbations du réseau, ou de fermetures de l'accès volontaires ou 2 5 involontaires, la communication peut être interrompue, auquel cas les connexions zP2P sont rompues. Des systèmes de l'état de l'art peuvent être utilisés pour remettre en route automatiquement les connexions après que les causes de l'interruption soient résorbées. Persistance des connexions: Selon des paramétrages de l'utilisateur et de l'opérateur, les connexions zP2P 3 0 peuvent être maintenues actives après que les données sont arrivées. Régulation et monétisation: Les débits, nombres de fichiers, quotas, envoi ou réception de fichiers par zP2P-Ref peuvent être régulés par les utilisateurs et/ou par des opérateurs, ou des bourses en ligne. Les régulations peuvent porter sur les bandes passantes allouées ou requises en téléchargements dans le protocole zP2P. Ainsi la vitesse d'une transmission zP2P peut être monétisée aussi bien que la quantité de données. Ces régulations peuvent comporter des systèmes de crédits, de forfaits, de micro paiement, de paiement à l'acte, de redevance périodique et autres moyens de quantifier et de facturer de l'état de l'art. Prise en charge: Le protocole zP2P peut être pris en charge au sein même du client e-mail ou IM, ou bien par un logiciel annexe de type extension ou plug-in ou helper , ou bien par un service en tâche de fond ( daemon ) inclus ou non dans le système d'exploitation, ou bien par le fichier zP2P-Ref lui-même qui peut contenir du code exécutable ou script implémentant le protocole zP2P. Mise à jour: Le protocole zP2P, de même que les logiciels qui le prennent en charge, peuvent être modifiés, mis à jour ou améliorés au cours du temps. Les utilisateurs, et notamment les entremetteurs, ont la possibilité, obligatoire ou non de refuser la connexion d'un utilisateur par une version obsolète du protocole et/ou du logiciel. Un moyen d'obtenir la mise à jour obligatoire peut alors être fourni, de façon payante ou gratuite, à l'utilisateur. Enregistrement des historiques: Des systèmes de l'état de l'art gardent en mémoire des historiques plus ou moins complets, et en conformité avec les règles et lois en vigueur, à destination de l'utilisateur et/ou 2 5 de l'opérateur. Suivi par jauges affichées à l'écran: L'utilisateur peut avoir un suivi de la progression de tous ses téléchargements zP2P, sous formes de représentations en barres ou toute forme selon l'état de l'art, ainsi que des taux et vitesses de téléchargement, et des codes couleur et pictogrammes peuvent donner des 3 0 indications plus ou moins précises sur les données et leur téléchargement. 2891681 13 Suivi par notifications: A sa demande ou selon des paramétrages de l'utilisateur et/ou de l'opérateur, l'utilisateur peut recevoir des messages par e-mail ou par IM ou par un autre système de l'état de l'art, l'informant des avancements des téléchargements zP2P. Accusé de réception intègre: Lorsque le fichier est jugé reçu entier et intègre selon les résultats des tests de l'état de l'art, un accusé de réception intègre, éventuellement signé numériquement peut être retourné. Réception et rendu: Les données reçues peuvent être adaptées à un rendu dans des conditions particulières telles que l'utilisation d'un logiciel de décodage, ou la transmission vers un appareil numérique ou analogique en charge du rendu, après un téléchargement ponctuel, ou bien en flux continu. II peut s'agir par exemple de copier les données reçues sur un appareil mobile (ordinateur de poche, téléphone portable, console de jeu, baladeur numérique...) ou bien de les envoyer en flux continu vers un poste de télévision, une chaîne hi-fi, ou une console de jeu. Notice d'utilisation: Avant d'envoyer le message par e-mail ou IM, on peut ajouter automatiquement ou manuellement dans le corps du message ou en attachement une notice d'utilisation du fichier zP2P-Ref attaché. 2 0 Information et liens: Avant d'envoyer le message par e-mail ou IM, on peut ajouter automatiquement ou manuellement dans le corps du message ou en attachement des informations et des liens complémentaires de tous types et notamment des accroches commerciales. Installation explicite: 2 5 Avant d'envoyer le message e-mail ou IM, on peut ajouter automatiquement ou manuellement dans le corps du message ou en attachement un système de l'état de l'art prenant en charge explicitement l'installation d'éléments logiciels qui implémentent le procédé zMail. Installation implicite: 3 0 Avant d'envoyer le message e-mail ou IM, onpeut ajouter automatiquement ou manuellement dans le corps du message ou en attachement un système de l'état de l'art qui installe de manière transparente les éléments logiciels qui implémentent le procédé zMail. Inscription au service: Lors de l'envoi ou de la réception par procédé zMail, il peut être demandé, de manière obligatoire ou non, de procéder à une inscription à un service à l'aide d'un formulaire en ligne ou hors ligne. Cette inscription peut recueillir des données telles que le choix d'un mot de passe, l'adresse e-mail, l'adresse IM, l'adresse IPv4 ou IPv6 de l'utilisateur, ainsi que des données nominatives, personnelles et commerciales. Contenu payant: Le paquet de données envoyé peut être un contenu payant, quel que soit le mode de paiement, et le système de protection utilisé pour régir son utilisation. Prétraitement: Avant de générer le fichier zP2P-Ref, le paquet de données peut être crypté ou compressé ou les deux. Application d'un DRM: Avant ou après la génération du fichier zP2P-Ref, on peut lui appliquer un mécanisme régissant son utilisation par le destinataire de type DRM ou autre, selon l'état de l'art Signature par clé publique: 2 0 Pour authentifier le fichier zP2P-Ref, ou son expéditeur, ou le paquet de données envoyé, on peut utiliser un système de l'état de l'art tel que l'échange de clés publiques ou privées ou de certificats. Authentification: Une authentification de l'envoyeur d'un fichier, ainsi que de chaque destinataire du 2 5 fichier, peut être obligatoire. Outre l'utilisation de clés et de mots de passe, cette authentification peut faire intervenir un test de correspondance entre l'adresse logique (email, IM, pseudo, numéro de mobile...) d'une personne et son adresse physique (IPv4, IPv6, ou l'équivalent sur le réseau concerné). Ce test peut être effectué par exemple en envoyant à l'adresse logique une clé correspondant à l'adresse physique de la personne en question. 3 0 Exclusion de certains contenus: A chaque étape du procédé zMail le paquet de données peut être examiné en détail ou selon des mesures globales ou partielles, telles les sommes de contrôle, ou selon des meta données telles que son nom, titre, artiste, auteur etc. Cet examen peut amener le système à rejeter le paquet de données en application de règles protégeant les droits d'auteurs, la confidentialité, la protection des mineurs, appliquant un contrôle parental, ou tout type de règles. Prévisualisation: Avant d'envoyer 1'e-mail ou l'IM par procédé zMail, on peut automatiser ou permettre manuellement l'ajout d'une prévisualisation du paquet de données à envoyer. Il peut s'agir d'un extrait d'une partie d'un media compressé ou non afin d'être envoyé avec le message. Il peut s'agir d'un résumé sous forme textuelle ou d'un ensemble de meta données. Il peut s'agir de toute forme de prévisualisation de l'état de l'art, ou d'un lien vers une telle prévisualisation accessible par ailleurs. Envoi payant: L'envoi par procédé zMail, ou certaines options d'envoi, peuvent être payant, grâce à tout système de paiement en ligne ou de crédits prépayés de l'état de l'art. Envoi prioritaire: Un niveau de priorité peut être assigné à un envoi par zMail. Envoi multiple: 2 0 Le système peut être appliqué avec des listes de destinataires arbitrairement longues, éventuellement réutilisées par un éditeur ou un groupe d'utilisateurs telles que les listes de publipostage ( mailing-list ), y compris dans le cas d'envois périodiques. Réception payante: Lors de la réception par e-mail ou IM, il peut être demandé d'acquitter un paiement 2 5 par tout système de paiement en ligne ou de crédits prépayés de l'état de l'art. Source dédiée: Un serveur ou un groupe de serveurs peut jouer le rôle de source dédiée en restant connecté avec la totalité du paquet de données disponible. Entremetteur: 3 0 Un serveur ou un groupe de serveurs centralisé peut jouer le rôle d'entremetteur, accessible sur Internet. Un nombre arbitraire de serveurs entremetteurs peuvent être accessibles sur Internet Que des serveurs entremetteurs soient accessibles ou non, on peut choisir ou être contraint de configurer la source initiale dans le rôle d'entremetteur. Chaque émetteur-récepteur ou source peut jouer le rôle d'entremetteur. Pare-feu: Si un utilisateur (source, émetteur, récepteur, entremetteur) est connecté à Internet derrière un pare-feu (firewall) qui bloque certaines utilisations alors le protocole zP2P peut mettre en oeuvre des techniques de l'état de l'art afin de s'adapter aux blocages qui ont lieu au niveau du pare-feu. Routeur NAT: Si un utilisateur (source, émetteur, récepteur, entremetteur) est connecté à Internet derrière un routeur qui définit un réseau local distinct de l'Internet (LAN) alors le protocole zP2P peut mettre en oeuvre des techniques de l'état de l'art (NAT) pour faciliter les échanges avec les autres utilisateurs. Contrôle des connexions et mises en relation: Un serveur de présence et/ou de messagerie instantanée peut être utilisé pour optimiser les fonctionnalités d'entremetteur. Il s'agit d'envoyer des messages aux sources, émetteurs et récepteurs afin d'obtenir des informations sur leurs statuts, et pour leur envoyer 2 0 des requêtes d'ouverture de connexions zP2P. Ces requêtes peuvent être prises en compte automatiquement ou non par l'utilisateur qui les reçoit. Il peut également faciliter la mise en relation d'utilisateurs connectés à travers des pare-feu et des routeurs. REVENDICATIONS 1. Procédé permettant à des utilisateurs disposant d'équipements numériques, notamment de type PC, téléphone mobile, console de jeu, PDA, connectés à un réseau de communication, notamment de type Internet ou mobile 3G, d'échanger des données informatiques volumineuses, notamment des fichiers supérieurs à dix mégaoctets; le procédé étant caractérisé en ce qu'il comporte les étapes suivantes: - l'étape, pour un utilisateur metteur, de composer un message et de sélectionner une liste de destinataires du message au moyen d'une interface de gestion de 10 courrier électronique de l'équipement numérique, - l'étape, pour l'utilisateur-émetteur, de sélectionner les données informatiques volumineuses, notamment des fichiers informatiques mémorisés dans des répertoires de l'équipement numérique, - l'étape, pour des moyens de traitement informatique dédiés: * de générer, à partir des données informatiques volumineuses, un fichier d'instructions de téléchargement poste à poste, * d'attacher le fichier d'instructions de téléchargement poste à poste au message composé par l'utilisateur-émetteur, * de transmettre, via le réseau de communication, le message ainsi que le 2 0 fichier d'instructions de téléchargement poste à poste vers l'équipement numérique d'un utilisateur destinataire du message, - l'étape, pour l'utilisateur-destinataire, de télécharger vers son équipement numérique les données informatiques volumineuses depuis l'équipement numérique de l'utilisateur metteur, en activant le fichier d'instructions de 2 5 téléchargement contenu dans le message. 2. Procédé selon la revendication 1 caractérisé en ce que chaque nouvel utilisateur-destinataire reçoit sur son équipement numérique les données informatiques volumineuses à la fois de l'équipement numérique de l'utilisateur-émetteur et des équipements numériques d'autres utilisateurs-destinataires du message. 3 0 3. Procédé selon les revendications 1 et 2 caractérisé en ce que les équipements 2891681 18 informatiques des utilisateurs sont connectés à un serveur informatique destiné à optimiser le transfert des données volumineuses entre les équipements numériques des utilisateurs, en fonction de paramètres concernant le réseau de communication, notamment en fonction des contributions en bande passante des utilisateurs. 10 15 20 25