FR 2875924 A1 20060331 FR 0410170 A 20040927 BORNE MULTISERVICES, TERMINAL ET PROCEDE DE TRANSFERT DE CONTENU. La présente invention concerne une borne multiservices, un terminal et un procédé de transfert de contenu. Elle s'applique, en particulier, à des bornes placées dans des lieux publics ou des commerces et permettant de traiter et/ou transférer des photos numériques ou d'autres médias, par exemple des sonneries, des musiques, des animations, des vidéos, des jeux ou des programmes multimédias. Les bornes numériques dans les points de ventes permettent au client de décharger ses fichiers à partir de ses supports numériques. Contrairement à ce qui se passait précédemment pour les photos argentiques, le client ne laisse jamais le support de ses photos au point de vente. D'une part, parce que le support coûte cher et que l'utilisateur n'en a généralement qu'un seul. D'autre part, parce que l'utilisateur n'aime pas confier un support de valeur à un point de vente, de peur qu'il soit abîmé ou perdu. On connaît des bornes multimédias qui permettent, à partir de cartes mémoires d'appareils photo numériques, de faire réaliser des tirages sur papier, des disques compacts, par exemple des CD-Rom, ou des "planches contacts" ou "index" qui reproduisent, en petit format, l'ensemble des photographies présentes dans cette mémoire. Lorsque l'utilisateur souhaite transférer ses photos sur un autre terminal que son appareil photo, il doit soit utiliser le CD-Rom, soit utiliser un lecteur de mémoire, ce qui est à la fois malaisé et parfois impossible, certains terminaux ne disposant ni de lecteur de mémoire ni de lecteur de CD-Rom. L'utilisateur doit alors utiliser une liaison filaire ou non, entre un terminal capable de lire la mémoire de l'appareil photo ou le CD-Rom et le terminal de destination des photos. La complexité des protocoles de communications, par exemple les protocoles de transfert BlueTooth, infra rouge ou Wifi interdit à la majeure partie des utilisateurs de mettre en place ces transferts. De plus, l'ensemble des codages disponibles sur le terminal lecteur peut ne correspondre à aucun des codages utilisés par le terminal destinataire. Et, même quand les codages sont compatibles, la procédure de transfert est longue et malaisée. Une fois les photos transférées, le format final des photos, sur le terminal destinataire peut ne pas correspondre au format d'affichage de ce terminal. Auquel cas l'image affichée ne représentera qu'une partie de la photo d'origine, interdisant à l'utilisateur de regarder l'intégralité de cette photo. Les problèmes exposés ci-dessus, en ce qui concerne les photos numériques se retrouvent pour les autres médias, par exemple sonneries, musiques, animations, jeux, vidéos et programmes multimédias. La présente invention vise à remédier à ces inconvénients. En particulier, la présente invention vise à permettre de transférer, à partir d'une borne multiservices, accédant à ou incluant une base de données de contenus multimedias, un tel contenu vers un autre terminal (téléphone mobile, assistant personnel ou autre). Selon un premier aspect, la présente invention vise une borne multiservice, caractérisée en ce qu'elle comporte: - un moyen de réception d'un fichier numérique représentant un contenu; - un moyen d'identification d'un type de terminal utilisateur; - un moyen de détermination d'un format de fichier adapté à être lu par ledit terminal utilisateur, en fonction du type de terminal utilisateur; - un moyen de formatage du contenu du fichier numérique dans un format adapté à être lu par ledit terminal utilisateur et - un moyen de transfert du contenu formaté audit terminal utilisateur. Grâce à ces dispositions, pour transférer un contenu sur un terminal utilisateur, la borne le reçoit, détermine un format qui pourra être lu par ce terminal, formate le contenu et le transfert au terminal. Ces caractéristiques libèrent l'utilisateur de tout besoin de connaissance technique et permettent une grande productivité de la borne puisque l'utilisateur passe moins de temps à l'utiliser. Selon des caractéristiques particulières, le moyen de réception d'un fichier numérique représentant un contenu comporte un lecteur de mémoire amovible. Grâce à ces dispositions, des photos numériques ou des enregistrements vidéos numériques, des programmes et tout autre contenu pouvant être transporté sur une mémoire amovible, peuvent être transférés sur le terminal utilisateur. Selon des caractéristiques particulières, le moyen de réception d'un fichier numérique représentant un contenu comporte une connexion à un réseau informatique. Grâce à ces dispositions, l'utilisateur peut accéder à des contenus proposés au public. Selon des caractéristiques particulières, le moyen d'identification du type de terminal utilisateur comporte une interface utilisateur avec laquelle un utilisateur peut sélectionner ledit type de terminal. Par exemple le type de terminal est déterminé par la marque et le modèle du terminal utilisateur. Selon des caractéristiques particulières, le moyen d'identification du type de terminal utilisateur comporte un moyen de communication avec ledit terminal pour obtenir de lui son type. Grâce à ces dispositions, l'utilisateur n'a aucune action à effectuer pour que l'identification se fasse. Par exemple, le protocole de découverte de service, connu sous le nom de "SDP", pour "service discovery protocol" mis en oeuvre par le standard Bluetooth (marque déposée) permet l'identification du type et des capacités d'un terminal. Selon des caractéristiques particulières, le moyen de détermination d'un format de fichier adapté à être lu par ledit terminal utilisateur, comporte une base de données comportant, pour chaque type de terminal, au moins un format mis en oeuvre par les terminaux de ce type. Selon des caractéristiques particulières, le moyen de détermination d'un format de fichier adapté à être lu par ledit terminal utilisateur, comporte un moyen de communication avec ledit terminal pour obtenir de lui son type. Grâce à ces dispositions, c'est le terminal lui-même qui indique à la borne quel(s) format(s) il met en oeuvre. Selon des caractéristiques particulières, le moyen de formatage du contenu du fichier numérique dans un format adapté à être lu par ledit terminal utilisateur est adapté à modifier la définition d'au moins une image pour la faire correspondre à la définition du terminal. Grâce à ces dispositions, la visualisation de l'image est optimisée pour le terminal utilisateur et la mémoire du terminal n'est pas encombrée par des détails qui ne pourraient pas être visualisés avec ce terminal. De plus, aucun traitement de reformatage n'est nécessaire pour effectuer l'affichage sur le terminal utilisateur, ce qui représente un gain de ressource, de temps et d'énergie du terminal. Selon des caractéristiques particulières, le moyen de formatage du contenu du fichier numérique dans un format adapté à être lu par ledit terminal utilisateur est adapté à compresser ledit contenu dans un format que le terminal est capable de décompresser. Grâce à ces dispositions, l'occupation de la mémoire du terminal par le contenu transféré est réduite. Selon des caractéristiques particulières, le moyen de transfert du contenu formaté audit terminal utilisateur est non filaire. Grâce à ces dispositions, l'utilisateur n'a pas besoin de connecter son terminal à la borne multiservices pour recevoir le contenu en question. Selon des caractéristiques particulières, la borne multiservices telle que succinctement exposé ci-dessus comporte un moyen de réception d'un message de validation en provenance d'un serveur distant, le transfert du contenu au terminal utilisateur n'étant effectué qu'après réception dudit message de validation. Grâce à ces dispositions, le paiement du service rendu par la borne multiservices peut être effectué en appelant un numéro surfacturé afin que le serveur distant valide le paiement. Selon un deuxième aspect, la présente invention vise un procédé de transfert de contenu sur un terminal, caractérisée en ce qu'il comporte: une étape de réception d'un fichier numérique représentant un contenu; une étape d'identification d'un type de terminal utilisateur; - une étape de détermination d'un format de fichier adapté à être lu par ledit terminal utilisateur, en fonction du type de terminal utilisateur et - une étape de formatage du contenu du fichier numérique dans un format adapté à être lu par ledit terminal utilisateur et - une étape de transfert du contenu formaté audit terminal utilisateur. Les problèmes évoqués ci-dessus pour le transfert d'un contenu vers un terminal utilisateur se retrouvent lorsque l'on souhaite transférer un contenu depuis un terminal utilisateur vers un autre terminal, par exemple un laboratoire de tirages photographiques. Pour remédier à ces inconvénients, selon un troisième aspect, la présente invention vise un terminal utilisateur, caractérisée en ce qu'il comporte: - un moyen de détermination d'un format de fichier adapté à être lu par un autre terminal; - un moyen de formatage du contenu du fichier numérique dans un format adapté à être lu par ledit autre terminal et - un moyen de transfert du contenu formaté audit autre terminal. Les avantages, buts et caractéristiques de ce procédé et de ce terminal utilisateur étant similaires à ceux de la borne telle que succinctement exposé ci-dessus, ils ne sont pas rappelés ici. D'autres avantages, buts et caractéristiques de la présente invention ressortiront de la description qui va suivre, faite dans un but explicatif et nullement limitatif en regard des dessins annexés dans lesquels: - la figure 1 représente, schématiquement, un premier mode de réalisation particulier de la borne multiservices objet de la présente invention; - la figure 2 représente, schématiquement, un deuxième mode de réalisation particulier de la borne multiservices objet de la présente invention; - la figure 3 représente, sous forme d'un logigramme, un mode particulier du procédé de transfert objet de la présente invention et - la figure 4 représente, schématiquement, un mode de réalisation particulier d'un terminal utilisateur objet de la présente invention. On note que les figures ne sont pas à l'échelle, les différents éléments illustrés possédant des dimensions très différentes. On observe, en figure 1, une borne multiservices 100, un terminal utilisateur 150, une mémoire amovible 175 et un serveur distant 180. La borne multiservices 100 comporte: - un moyen 105 de réception d'un fichier numérique représentant un contenu; - un moyen 110 d'identification du type du terminal utilisateur 150; - un moyen 115 de détermination d'un format de fichier adapté à être lu par le terminal utilisateur 150; - un moyen 120 de formatage du contenu du fichier numérique dans un format adapté à être lu par le terminal utilisateur 150; - un moyen 125 de transfert du contenu formaté au terminal utilisateur 150, - un moyen de contrôle 130 du fonctionnement et des communications de la borne multiservices 100; - une interface utilisateur 135; - un lecteur de carte de paiement 140 et - un connecteur de terminal 145. Le terminal utilisateur 150 est un terminal portable, par exemple un téléphone mobile ou un assistant numérique personnel connu sous le nom de "PDA" pour "personal digital assistant". Le terminal utilisateur 150 comporte: - un moyen de réception 155 de contenu formaté en provenance de la borne 100, - un processeur 160, - une mémoire de programme 165 et - un afficheur 170. Le serveur distant 180 conserve des contenus sous forme de fichiers et, sur requête, les fournit à des bornes telles que la borne multiservices 100, par l'intermédiaire d'un réseau informatique 185. L'interface utilisateur 135 comporte un afficheur 136, par exemple un écran graphique, et un moyen de réception 137 de consignes de la part de l'utilisateur, par exemple un écran tactile, un dispositif de pointage ou un clavier. L'interface utilisateur 135 permet à l'utilisateur de payer la prestation fournie par la borne 100, par l'intermédiaire du lecteur de carte de paiement 140, d'indiquer le type du terminal 150 et de sélectionner le mode de fonctionnement de la borne 100 entre, au moins les deux modes de fonctionnement suivants: - téléchargement sur le terminal 150 de contenus proposés au public et - téléchargement sur le terminal 150 de contenus issus de la mémoire amovible 175. Dans le premier mode de fonctionnement de la borne 100, l'utilisateur sélectionne un contenu disponible sur le serveur distant 180, de manière connue en soi. Dès la sélection de contenu effectuée par l'utilisateur, le moyen 105 de réception de fichier est adapté à émettre, sur le réseau informatique 185, une requête de fourniture du contenu à destination du serveur distant 180 et à recevoir le contenu sélectionné, sur le même réseau. Dans le deuxième mode de fonctionne de la borne 100, l'utilisateur insert la mémoire amovible 175 dans un lecteur 106 de mémoire amovible du moyen 105 de réception de fichiers numériques et sélectionne le contenu de la mémoire qu'il souhaite transférer sur le terminal 150, de manière connue en soi. Dès la sélection de contenu effectuée par l'utilisateur, le moyen 105 de réception de fichier télécharge le contenu sélectionné depuis la mémoire amovible 175. Parallèlement, une fois que l'utilisateur a validé son choix, l'interface utilisateur 180 lui demande de choisir le type du terminal utilisateur 150, par exemple en sélectionnant la fonction principale de ce terminal 150 (assistant personnel ou téléphone mobile, par exemple), puis la marque du terminal 150 et, enfin, le modèle du terminal 150. Ainsi, dans le mode de réalisation illustré en figure 1, le moyen 110 d'identification du type de terminal utilisateur comporte l'interface utilisateur 135 avec laquelle un utilisateur peut sélectionner le type du terminal 150. Le moyen 115 de détermination d'un format de fichier adapté à être lu par le terminal utilisateur 150 comporte, dans le mode de réalisation illustré en figure 1, une base de données 116 qui conserve, en regard de chaque type de terminal utilisateur, au moins un format mis en oeuvre par les terminaux de ce type. Si plusieurs formats sont mis en oeuvre par le terminal 150, le choix du format peut être automatique, par exemple en fonction du délai de transfert du contenu formaté selon ce format ou en fonction de l'espace mémoire du terminal 150 qui sera occupé par ce contenu, afin de minimiser le délai ou l'espace en question. En variante, le choix du format peut être effectué par l'utilisateur, en mettant en oeuvre l'interface utilisateur 135. Préférentiellement, la définition d'au moins une image du contenu à transférer est modifiée pour la faire correspondre à la définition de l'afficheur 170 du terminal qui est connue par la connaissance du type, par exemple marque et modèle, du terminal 150. Préférentiellement, le format choisi correspond à la compression du contenu dans un format que le terminal est capable de décompresser, l'occupation de la mémoire du terminal par le contenu transféré est ainsi réduite. Une fois le format déterminé, l'interface utilisateur demande à l'utilisateur de connecter le terminal 150 à la borne 100, par l'intermédiaire du connecteur de terminal 145 et d'effectuer le paiement de la prestation. Le paiement par utilisation d'une carte de paiement, par exemple à microprocesseur ou à bande magnétique, étant bien connu de l'homme du métier, il n'est pas détaillé ici. En variante, le lecteur de carte de paiement 140 est remplacé par un monnayeur (non représenté) dont le fonctionnement est, lui aussi, bien connu de l'homme du métier. Dès que la connexion entre le terminal utilisateur 150 et la borne multiservices 100 est établie, et que le paiement a été effectué, le moyen 120 de formatage de contenu formate le contenu dans le format déterminé par le moyen de détermination de format adapté à être lu par le terminal utilisateur 150 et, parallèlement, le moyen 125 de transfert et le moyen de réception 155 du terminal 150 effectuent conjointement le transfert du contenu formaté en mémoire du terminal utilisateur 150, de manière connue en soi. Le moyen de contrôle 130 du fonctionnement et des communications de la borne multiservices 100 est, par exemple, un processeur muni des modules logiciels adaptés à implémenter les fonctions des différents moyens décrits ci-dessus. Une fois le transfert achevé, l'utilisateur déconnecte le terminal 150 et la mémoire amovible 175 de la borne 100. Puis, lorsqu'il souhaite prendre connaissance du contenu, il lance un programme de diffusion sonore et/ou d'affichage du contenu conservé dans la mémoire 165. Dans le cas où le contenu transféré comporte au moins une image (par exemple une photo, une animation, une séquence vidéo ou un jeu), préférentiellement, le type de terminal permet d'identifier la définition de l'afficheur 170 et le formatage du contenu met en oeuvre au moins un paramètre relatif à cette définition. Ainsi, l'affichage de l'image est optimisé et aucun traitement de reformatage n'est nécessaire pour effectuer cet affichage, ce qui représente un gain de ressource, de temps et d'énergie du terminal 150. Ainsi, pour transférer un contenu sur le terminal utilisateur 150, la borne 100 le reçoit, détermine un format qui pourra être lu par ce terminal, formate le contenu et le transfert au terminal. L'utilisateur n'a besoin d'aucune connaissance technique et la borne présente une grande productivité puisque l'utilisateur passe moins de temps à l'utiliser. Dans le premier mode de réalisation, illustré en figure 1, la borne multiservices 100 et le terminal utilisateur 150 sont reliés par un connecteur 145, le paiement est effectué localement, l'identification du type du terminal 100 est effectuée avec l'aide de l'utilisateur et la détermination d'un format lu par le terminal 100 est déterminé par recours à la base de données 116. Au contraire, dans le deuxième mode de réalisation, illustré en figure 2, la borne multiservices et le terminal utilisateur communiquent à distance sur un support non filaire, le paiement est effectué à distance par l'intermédiaire d'un serveur de paiement, l'identification du type de terminal et la détermination du format sont effectués automatiquement, sans aide de la part de l'utilisateur ni recours à une base de données. Bien entendu, la présente invention ne se limite pas à ces alternatives mais s'étend, bien au contraire, à toutes les combinaisons de ces caractéristiques de modes de réalisation particuliers et à l'ensemble des modifications et perfectionnements à la portée de l'homme du métier. On observe, en figure 2, une borne multiservices 200, un terminal utilisateur 250, une mémoire amovible 275 et un serveur distant 280. La borne multiservices 200 comporte: - un moyen 205 de réception d'un fichier numérique représentant un contenu; - un moyen 210 d'identification du type du terminal utilisateur 250; - un moyen 215 de détermination d'un format de fichier adapté à être lu par le terminal utilisateur 250; - un moyen 220 de formatage du contenu du fichier numérique dans un format adapté à être lu par le terminal utilisateur 250; - un moyen 225 de transfert du contenu formaté au terminal utilisateur 250, - un moyen de contrôle 230 du fonctionnement et des communications de la borne multiservices 200 et une interface utilisateur 235. Le terminal utilisateur 250 est un terminal portable, par exemple un téléphone mobile ou un assistant numérique personnel connu sous le nom de "PDA" pour "personal digital assistant". Le terminal utilisateur 250 comporte: - un moyen de réception 255 de contenu formaté en provenance de la borne 200, - un processeur 260, - une mémoire de programme 265, - un afficheur 270 et - un moyen de communication autonome 290, par exemple pour une communication téléphonique sans fil, par exemple sur un réseau de téléphonie cellulaire. Le serveur distant 280 conserve des contenus sous forme de fichiers et, sur requête, les fournit à des bornes telles que la borne multiservices 200, par l'intermédiaire d'un réseau informatique 285. L'interface utilisateur 235 comporte un afficheur 236, par exemple un écran graphique, et un moyen de réception 237 de consignes de la part de l'utilisateur, par exemple un écran tactile, un dispositif de pointage ou un clavier. L'interface utilisateur 235 permet à l'utilisateur de sélectionner le mode de fonctionnement de la borne 200 entre, au moins les deux modes de fonctionnement suivants: - téléchargement sur le terminal 250 de contenus proposés au public et - téléchargement sur le terminal 250 de contenus issus de la mémoire amovible 275. Dans le premier mode de fonctionnement de la borne 200, l'utilisateur sélectionne un contenu disponible sur le serveur distant 280, de manière connue en soi. Dès la sélection de contenu effectuée par l'utilisateur, le moyen 205 de réception de fichier est adapté à émettre, sur le réseau informatique 285, une requête de fourniture du contenu à destination du serveur distant 280 et à recevoir le contenu sélectionné, sur le même réseau. Dans le deuxième mode de fonctionne de la borne 200, l'utilisateur insert la mémoire amovible 275 dans un lecteur 206 de mémoire amovible du moyen 205 de réception de fichiers numériques et sélectionne le contenu de la mémoire qu'il souhaite transférer sur le terminal 250, de manière connue en soi. Dès la sélection de contenu effectuée par l'utilisateur, le moyen 205 de réception de fichier télécharge le contenu sélectionné depuis la mémoire amovible 275. Parallèlement, une fois que l'utilisateur a validé son choix, le moyen 210 d'identification du type de terminal utilisateur effectue une connexion avec le terminal 250 pour obtenir, de sa part, son type. Par exemple, lorsque la connexion met en oeuvre le standard Bluetooth, le protocole de découverte de service SDP peut être mis en oeuvre pour identifier les caractéristiques du terminal 250. Le moyen 215 de détermination d'un format de fichier adapté à être lu par le terminal utilisateur 250 communique ensuite avec le terminal 250 pour obtenir du terminal au moins un format de contenu que le terminal 250 lit et qui est compatible avec le contenu à transférer. En variante, une base de données (non représentée) similaire à la base de données 116 illustrée en figure 1, est mise en oeuvre pour déterminer le ou les format(s) du contenu que le terminal utilisateur 250 lit. Si plusieurs formats sont mis en oeuvre par le terminal 250, le choix du format peut être automatique, par exemple en fonction du délai de transfert du contenu formaté selon ce format ou en fonction de l'espace mémoire du terminal 250 qui sera occupé par ce contenu, afin de minimiser le délai ou l'espace en question. En variante, le choix du format peut être effectué par l'utilisateur, en mettant en oeuvre le terminal 250 ou l'interface utilisateur 235. Préférentiellement, la définition d'au moins une image du contenu à transférer est modifiée pour la faire correspondre à la définition de l'afficheur 270 du terminal 250, définition qui est connue par la connaissance du type, par exemple marque et modèle, du terminal 250. Préférentiellement, le format choisi correspond à la compression du contenu dans un format que le terminal 250 est capable de décompresser, l'occupation de la mémoire du terminal 250 par le contenu transféré est ainsi réduite. Le protocole de paiement sur la borne multiservices 200 considère deux cas. Dans le premier cas, le client a un compte: (carte prépayée, système d'abonnement mensuel, ...). A chaque synchronisation avec le terminal, en plus de l'identification du terminal, la borne récupère son "IMEI" (acronyme de International Mobile Equipment Identifier pour identifiant international d'équipement mobile) ou numéro de série du terminal, le numéro de série du module de communication sans fil (adresse MAC, BlueTooth, ...) ainsi que la signature de la carte SIM. La borne se connecte alors sur le serveur gérant les comptes clients (serveur local ou distant). Lors de la création du compte, le client s'identifie grâce à son numéro de téléphone et un code secret. II se synchronise avec les serveurs et toutes les informations indiquées ci-dessus sont rattachées à son compte. Lors des connexions suivantes, l'utilisateur saisit uniquement son mot de passe, l'identification des caractéristiques matérielles (principalement celle de la caret SIM) permet d'atteindre le niveau de sécurité requis. Dans le deuxième cas, le client n'a pas de compte. Il paie alors avec des codes secrets qu'il saisit sur la borne à chaque commande. Ces codes secrets ne sont utilisables qu'une seule fois et sont distribués sous forme de carnet à gratter. En variante, l'interface utilisateur 235 de la borne multiservices 200 demande à l'utilisateur d'appeler un numéro de téléphone surfacturé et de transmettre au serveur 295 correspondant à ce numéro une identification de la borne multiservice 200, par exemple un numéro affiché à l'écran. Une fois la connexion établie entre le terminal 250 et le serveur distant chargé de la validation de paiement et une fois saisie l'identification de la borne 200, le serveur en question transmet à la borne multiservices un message de validation, par l'intermédiaire du réseau informatique 285. Ainsi, le paiement du service rendu par la borne multiservices peut être effectué en appelant un numéro surfacturé afin que le serveur distant valide le paiement. En variante, c'est le serveur de validation de paiement qui transmet une identification de paiement, valant message de validation, au terminal 200, celui-ci la retransmettant à la borne 200, soit automatiquement, soit par intervention de l'utilisateur. Dans ce cas, le serveur 295 et la borne multiservice 200 mettent, préférentiellement, en oeuvre un codage/décodage d'un message de validation secret, par exemple avec l'utilisation d'un bi-clé conforme à l'infrastructure à clés publiques connu sous le nom de PKI, pour "public key infrastructure". Par exemple, la borne multiservices 200 établit une passerelle FTP (acronyme de File Transfer Protocol pour protocole de transfert de fichier) avec le terminal utilisateur 250. Une identification de sécurité est alors demandée à l'utilisateur. Cette identification de sécurité sert aussi à valider le paiement de la commande. Une fois que le paiement est accepté, un code est communiqué au terminal 250, l'utilisateur saisit le code sur le terminal utilisateur 250 et la passerelle FTP est établie entre le terminal utilisateur 250 et la borne multiservices 200, le contenu formaté est alors transmis par la borne multiservices 200 au terminal utilisateur 250. Puis, le moyen 220 de formatage de contenu formate le contenu dans le format déterminé par le moyen de détermination 215 de format adapté à être lu par le terminal utilisateur 250 et, parallèlement, le moyen 225 de transfert et le moyen de réception 255 du terminal 250 effectuent conjointement le transfert du contenu formaté en mémoire du terminal utilisateur 250, de manière connue en soi. Le moyen de contrôle 230 du fonctionnement et des communications de la borne multiservices 200 est, par exemple, un processeur muni des modules logiciels adaptés à implémenter les fonctions des différents moyens décrits ci-dessus. Une fois le transfert achevé, l'utilisateur peut prendre connaissance ducontenu transféré. Dans ce cas, il lance un programme de diffusion sonore et/ou d'affichage du contenu conservé dans la mémoire 265. Dans le cas où le contenu transféré comporte au moins une image (par exemple une photo, une animation, une séquence vidéo ou un jeu), préférentiellement, le type de terminal permet d'identifier la définition de l'afficheur 270 et le formatage du contenu met en oeuvre au moins un paramètre relatif à cette définition. Ainsi, l'affichage de l'image est optimisé et aucun traitement de reformatage n'est nécessaire pour effectuer cet affichage, ce qui représente un gain de ressource, de temps et d'énergie du terminal 250. On observe que le deuxième mode de réalisation de la borne, illustré en figure 2, évite, par rapport au premier mode de réalisation de la borne, illustré en figure 1, de nombreuses manipulations, branchements et risques d'erreur de la part de l'utilisateur. En variante de chacun des modes de réalisation, le paiement est effectué après abonnement de l'utilisateur, qui fournit à un serveur distant, lors de son inscription, ses coordonnées et un moyen de paiement, par exemple numéro de compte bancaire, numéro de téléphone à facturer ou numéro de carte bancaire, ainsi que le numéro de sa carte SIM (acronyme de Subscriber Identity Module pour module d'identité de souscripteur) qui est lu automatiquement par le serveur distant. Ensuite, à chaque fois que l'utilisateur effectue une prestation, la borne multiservice ou un serveur distant appelé par le terminal utilisateur ou appelant ce terminal utilisateur effectue une lecture du numéro de la carte SIM puis lit le numéro de la carte et l'associe au moyen de paiement de l'utilisateur, qui sera débité du montant de la prestation. Eventuellement, l'utilisateur doit validé ce paiement, par exemple en appuyant sur une ou plusieurs touches du clavier du terminal utilisateur ou en fournissant à la borne multiservices un code de commande que lui a fourni le serveur distant. Le paiement n'est alors effectué que si la validation a eu lieu. Par exemple, l'inscription et chaque communication entre le terminal utilisateur et le serveur distant sont effectuées en mettant en oeuvre le standard WAP (acronyme de Wireless Application Protocol pour protocole d'application sans fil). On observe, en figure 3, une étape 305 de sélection de mode de fonctionnement de la borne multiservices, comme indiqué ci-dessus, en regard de chacune des figures 1 et 2. Puis, au cours d'une étape 310, l'utilisateur sélectionne le contenu à transférer sur son terminal utilisateur. Au cours d'une étape 315, la borne multiservices effectue le téléchargement du contenu à transférer. Au cours d'une étape 320, la borne multiservices, éventuellement en communication avec le terminal utilisateur, détermine le type du terminal utilisateur. Au cours d'une étape 325, la borne multiservices, éventuellement en communication avec le terminal utilisateur, détermine un format lu par le terminal utilisateur, comme indiqué en regard des figures 1 ou 2. Au cours d'une étape 330, l'utilisateur effectue le paiement de la prestation. Au cours d'une étape 335, la borne multiservices effectue le formatage du contenu à transféré et le transfert sur le terminal utilisateur du contenu formaté pour être lu par le terminal utilisateur. Au cours d'une étape 340, l'utilisateur effectue la lecture du contenu formaté sur le terminal utilisateur. On observe, en figure 4, un terminal utilisateur 400 et un autre terminal, de laboratoire photographique ou d'impression 450. Le terminal utilisateur 400 comporte: - un moyen 405 de réception d'un fichier numérique représentant un contenu; - un moyen 410 d'identification du type de l'autre terminal 450; - un moyen 415 de détermination d'un format de fichier adapté à être lu par l'autre terminal 450; - un moyen 420 de formatage du contenu du fichier numérique dans un format adapté à être lu par l'autre terminal 450; - un moyen 425 de transfert du contenu formaté à l'autre terminal 450, - un moyen de contrôle 430 du fonctionnement et des communications du terminal utilisateur 400 et - une interface utilisateur 435. L'autre terminal 450, de laboratoire photographique ou d'impression de photos, comporte: - un moyen de réception 455 de contenu formaté en provenance du terminal 400, - un processeur 460, - une mémoire de programme 465 et - un moyen de tirage ou d'impression de photos 470. L'interface utilisateur 435 comporte un afficheur 436, par exemple un écran graphique, et un moyen de réception 437 de consignes de la part de l'utilisateur, par exemple un écran tactile, un dispositif de pointage ou un clavier. L'interface utilisateur 435 permet à l'utilisateur de sélectionner le contenu de la mémoire du terminal utilisateur 400 qu'il souhaite transférer sur l'autre terminal 450, de manière connue en soi. Parallèlement, une fois que l'utilisateur a validé son choix, le moyen 410 d'identification du type d'autre terminal effectue une connexion avec l'autre terminal 450 pour obtenir, de sa part, son type. Par exemple, lorsque la connexion met en oeuvre le standard Bluetooth, le protocole de découverte de service SDP peut être mis en oeuvre pour identifier les caractéristiques de l'autre terminal 450. Le moyen 415 de détermination d'un format de fichier adapté à être lu par l'autre terminal 450 communique ensuite avec l'autre terminal 450 pour obtenir de lui au moins un format de contenu qu'il lit et qui est compatible avec le contenu à transférer. En variante, une base de données (non représentée) similaire à la base de données 116 illustrée en figure 1, est mise en oeuvre pour déterminer le ou les format(s) du contenu que l'autre terminal 450 lit. Si plusieurs formats sont mis en oeuvre par l'autre terminal 450, le choix du format peut être automatique, par exemple en fonction du délai de transfert du contenu formaté selon ce format, afin de minimiser le délai en question. Préférentiellement, la définition d'au moins une image du contenu à transférer est modifiée pour la faire correspondre à la définition d'une photo de format standard, par exemple 10 x 15 cm., fournie par l'autre terminal 450, définition qui est connue par la connaissance du type, par exemple marque et modèle, de l'autre terminal 450. Par exemple, une interpolation est effectuée sur les points de l'image à transférer afin d'augmenter la définition de l'image tirée ou imprimée. Cette interpolation ainsi que les autres traitements de formatage du contenu sont effectués par le terminal utilisateur 400. Le protocole de paiement considère deux cas. Dans le premier cas, le client a un compte: (carte prépayée, système d'abonnement mensuel, ...). A chaque synchronisation avec l'autre terminal 450, en plus de l'identification du terminal, l'autre terminal 450 récupère son "IMEI" (numéro de série du terminal), le numéro de série du module de communication sans fil (adresse MAC, BlueTooth, ...) ainsi que la signature de la carte SIM. L'autre terminal 450 se connecte alors sur le serveur gérant les comptes clients (serveur local ou distant). Lors de la création du compte, le client s'identifie grâce à son numéro de téléphone et un code secret. Il se synchronise avec les serveurs et toutes les informations indiquées ci-dessus sont rattachées à son compte. Lors des connexions suivantes, l'utilisateur saisit uniquement son mot de passe, l'identification des caractéristiques matérielles (principalement celle de la carte SIM) permet d'atteindre le niveau de sécurité requis. Dans le deuxième cas, le client n'a pas de compte. II paie alors avec des codes secrets qu'il saisit sur son terminal utilisateur 400 et qui sont transmis à l'autre terminal 450, à chaque commande. Ces codes secrets ne sont utilisables qu'une seule fois et sont distribués sous forme de carnet à gratter. En variante, l'interface utilisateur 435 du terminal utilisateur 400 demande à l'utilisateur d'appeler un numéro de téléphone surfacturé et de transmettre au serveur 495 correspondant à ce numéro une identification du terminal utilisateur 400 ou de commande. Une fois la connexion établie entre le terminal utilisateur 400 et le serveur distant 495 chargé de la validation de paiement et une fois saisie l'identification, le serveur en question transmet à l'autre terminal 450 un message de validation, par l'intermédiaire du réseau informatique 485. Ainsi, le paiement du service peut être effectué en appelant un numéro surfacturé afin que le serveur distant 495 valide le paiement. En variante, c'est le serveur de validation de paiement 495 qui transmet une identification de paiement, valant message de validation, au terminal utilisateur 400, celui-ci la retransmettant à l'autre terminal 450, soit automatiquement, soit par intervention de l'utilisateur. Dans ce cas, le serveur 495 et l'autre terminal 450 mettent, préférentiellement, en oeuvre un codage/décodage d'un message de validation secret, par exemple avec l'utilisation d'un bi-clé conforme à l'infrastructure à clés publiques connu sous le nom de PKI, pour "public key infrastructure". Puis, le moyen 420 de formatage de contenu formate le contenu dans le format déterminé par le moyen de détermination 415 de format adapté à être lu par l'autre terminal 450 et, parallèlement, le moyen 425 de transfert et le moyen de réception 455 de l'autre terminal 450 effectuent conjointement le transfert du contenu formaté en mémoire de l'autre terminal 450, de manière connue en soi. Le moyen de contrôle 430 du fonctionnement et des communications du terminal utilisateur 400 est, par exemple, un processeur muni des modules logiciels adaptés à implémenter les fonctions des différents moyens décrits ci-dessus. Une fois le transfert achevé, l'autre terminal effectue, commande ou organise le tirage ou l'impression du contenu qu'il a reçu de la part du terminal utilisateur 400. REVENDICATIONS: 1 - Borne multiservice (200), caractérisée en ce qu'elle comporte: - un moyen de réception (205) d'un fichier numérique représentant un contenu; un moyen d'identification (210) d'un type de terminal utilisateur (250) ; - un moyen de détermination (215) d'un format de fichier adapté à être lu par ledit terminal utilisateur, en fonction du type de terminal utilisateur; - un moyen de formatage (220) du contenu du fichier numérique dans un format adapté à être lu par ledit terminal utilisateur et - un moyen de transfert (225) du contenu formaté audit terminal utilisateur. 2 - Borne (200) selon la revendication 1, caractérisée en ce que le moyen de réception (205) d'un fichier numérique représentant un contenu comporte un lecteur (206) de mémoire amovible (275). 3 - Borne (200) selon l'une quelconque des revendications 1 ou 2, caractérisée en ce que le moyen de réception (205) d'un fichier numérique représentant un contenu comporte un moyen de connexion à un réseau informatique (285). 4 - Borne (200) selon l'une quelconque des revendications 1 à 3, caractérisée en ce que le moyen d'identification (210) du type de terminal utilisateur comporte une interface utilisateur (235) avec laquelle un utilisateur peut sélectionner ledit type de terminal. 5 - Borne (200) selon l'une quelconque des revendications 1 à 4, caractérisée en ce que le moyen d'identification (210) du type de terminal utilisateur comporte un moyen de communication avec ledit terminal (250) pour obtenir de lui son type. 6 - Borne (200) selon l'une quelconque des revendications 1 à 5, caractérisée en ce que le moyen de détermination (115, 215) d'un format de fichier adapté à être lu par ledit terminal (250) utilisateur, comporte une base de données (116) comportant, pour chaque type de terminal, au moins un format mis en oeuvre par les terminaux de ce type. 7 - Borne (200) selon l'une quelconque des revendications 1 à 6, caractérisée en 35 ce que le moyen de détermination (215) d'un format de fichier adapté à être lu par ledit terminal utilisateur (250), comporte un moyen de communication avec ledit terminal pour obtenir de lui son type. 8 - Borne (200) selon l'une quelconque des revendications 1 à 7, caractérisée en ce que le moyen de formatage (220) du contenu du fichier numérique dans un format adapté à être lu par ledit terminal utilisateur (250) est adapté à modifier la définition d'au moins une image pour la faire correspondre à la définition du terminal utilisateur. 9 - Borne (200) selon l'une quelconque des revendications 1 à 8, caractérisée en ce que le moyen de formatage (220) du contenu du fichier numérique dans un format adapté à être lu par ledit terminal utilisateur (250) est adapté à compresser ledit contenu dans un format que le terminal utilisateur est capable de décompresser. - Borne (200) selon l'une quelconque des revendications 1 à 9, caractérisée en ce que le moyen de transfert (225) du contenu formaté audit terminal utilisateur est non filaire. 11 - Borne (200) selon l'une quelconque des revendications 1 à 10, caractérisée en ce qu'elle comporte un moyen de réception d'un message de validation en provenance d'un serveur distant (295), le transfert du contenu au terminal utilisateur (250) n'étant effectué qu'après réception dudit message de validation. 12 - Procédé de transfert de contenu sur un terminal, caractérisée en ce qu'il comporte: - une étape de réception (315) d'un fichier numérique représentant un contenu; - une étape d'identification (320) d'un type de terminal utilisateur; - une étape de détermination (325) d'un format de fichier adapté à être lu par ledit terminal utilisateur, en fonction du type de terminal utilisateur; - une étape de formatage (335) du contenu du fichier numérique dans un format adapté à être lu par ledit terminal utilisateur et - une étape de transfert (335) du contenu formaté audit terminal utilisateur. 13 - Terminal utilisateur (400), caractérisée en ce qu'il comporte: - un moyen de détermination (415) d'un format de fichier adapté à être lu par un autre terminal (450) ; - un moyen de formatage (420) du contenu du fichier numérique dans un format adapté à être lu par ledit autre terminal et - un moyen de transfert (425) du contenu formaté audit autre terminal.