FR 2909824 A1 20080613 FR 0610700 A 20061206 1 PROCEDE ET DISPOSITIF DE COMMUNICATION 5 10 La présente invention concerne un procédé et un dispositif de communication. Elle s'applique, en particulier, à la communication locale sans fil. Dans le marché des appareils audio-vidéo grand public, tels que téléviseurs, lecteurs de disque numériques digitaux, un grand nombre d'entre eux sont dotés d'un port USB capable de lire le contenu d'un dispositif de stockage de masse (en anglais device mass storage ). Ainsi, 15 ces machines permettent d'exploiter directement les fichiers MP3, JPEG, etc, stockés sur une clé USB ou un disque dur à interface USB. En parallèle, la montée en puissance des réseaux domestiques et des interfaces Wi-Fi amène un besoin de partage des données qui peuvent provenir de diverses sources et être exploitées à divers endroits. 20 La présente invention vise à éviter aux utilisateurs d'avoir à acheter de nouveaux matériels pour répondre à ces nouveaux besoins. A cet effet, la présente invention vise, selon un premier aspect, un dispositif de communication, qui comporte, dans un boîtier : un connecteur adapté à se connecter à un système hôte capable d'effectuer une 25 lecture de fichiers présents dans ledit boîtier ; - un moyen de gestion d'interface mettant en oeuvre un protocole autorisant des connexions et déconnexions de supports d'information ; un moyen de communication sans fil adapté à communiquer avec ledit protocole et un moyen de simulation adapté à simuler une arborescence de fichiers locaux pour 30 représenter des données distantes disponibles par l'intermédiaire d'une communication mettant en oeuvre le moyen de communication. Grâce à ces dispositions, en connectant ledit boîtier à un système hôte de lecture de fichiers, ce dernier peut accéder à des données distantes comme si elles se trouvaient localement dans ledit boîtier. 2909824 2 Les médias, par exemple audios ou vidéos, présents sur des systèmes distants peuvent ainsi être lus et diffusés par le système hôte, par exemple un téléviseur ou un ordinateur. Les appareils dotés d'un port compatible avec le connecteur peuvent ainsi accéder aux données d'un réseau domestique ou bureautique en faisant croire à l'appareil qu'il a à faire à une clé de stockage de données standard. Selon des caractéristiques particulières, le connecteur adapté à se connecter à un système hôte capable d'effectuer une lecture de fichiers présents dans ledit boîtier est de type USB (acronyme de Universal Serial Bus pour bus série universel). Selon des caractéristiques particulières, le moyen de communication sans fil adapté à communiquer avec ledit protocole met en oeuvre le standard UPnP (acronyme de Universal Plug and Play pour connecter et utiliser universel). Selon des caractéristiques particulières, le moyen de communication sans fil adapté à communiquer avec ledit protocole met en oeuvre le standard Wifi (acronyme de Wlreless Fldelity pour fidélité sans fil). Selon des caractéristiques particulières, le moyen de simulation d'arborescence est adapté à représenter, par un répertoire, les données distantes disponibles sur un même dispositif distant. Selon des caractéristiques particulières, le dispositif tel que succinctement exposé ci-dessus comporte un moyen d'émulation d'un système de fichiers de type FAT32 (acronyme de File Allocation Table pour table d'allocation de fichier), en redirigeant les requêtes d'accès à des fichiers en provenance du système hôte vers des serveurs d'un réseau sans fil, au travers dudit protocole. Selon des caractéristiques particulières, le dispositif tel que succinctement exposé ci-dessus comporte un moyen de simulation, pour le système hôte, de déconnexion et de re- connexion du dispositif, d'une part, et du système hôte, d'autre part, lors d'un événement prédéterminé affectant une connexion à distance avec un serveur de données disponibles. Selon des caractéristiques particulières, le dispositif tel que succinctement exposé ci-dessus comporte un moyen d'inhibition du moyen de simulation de déconnexion et re-connexion lors d'un transfert de données distantes disponibles vers le système hôte. Selon des caractéristiques particulières, le moyen de simulation d'arborescence de fichiers locaux adapté à représenter des données distantes est adapté à ne déterminer les sous-répertoires d'un répertoire que lors d'un accès au répertoire par le système hôte. 2909824 3 Selon des caractéristiques particulières, le dispositif tel que succinctement exposé ci-dessus comporte un moyen de transcodage de données disponibles à distance reçues à destination du système hôte. Ainsi, le dispositif transcode à la volée de n'importe quel format vers un format défini 5 par l'utilisateur en fonction des capacités du système hôte. Ainsi, le dispositif objet de la présente invention peut sortir n'importe quel format du réseau et, en temps réel, le transformer dans un format intermédiaire, ou pivot , nécessitant l'addition d'une couche de transcodage entre UPnP (qui n'est responsable que du transport et de la mise à disposition) et le système de fichiers virtuel par lequel le système hôte reçoit les données. 10 La présente invention vise, selon un deuxième aspect, un procédé de communication, qui comporte : une étape de connexion d'un boîtier à un dispositif de lecture de fichiers ; une étape de gestion d'interface mettant en oeuvre un protocole autorisant des connexions et déconnexions de supports d'information ; 15 - une étape de communication sans fil avec ledit protocole et une étape de simulation d'une arborescence de fichiers locaux pour représenter des données distantes disponibles par l'intermédiaire d'une communication mettant en oeuvre le moyen de communication. Les avantages, buts et caractéristiques particulières de ce procédé étant similaires à 20 ceux du dispositif objet de la présente invention, tel 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 : 25 la figure 1 représente, schématiquement, des systèmes de fichiers, - la figure 2 représente, schématiquement, sous forme de couches de la norme ISO, les éléments logiciels mis en oeuvre dans un premier mode de réalisation particulier du dispositif objet de la présente invention, la figure 3 représente, schématiquement, sous forme d'un schéma bloc, des 30 composants d'un mode de réalisation particulier du dispositif objet de la présente invention, - la figure 4 représente, schématiquement, sous forme de couches de la norme ISO, les éléments logiciels mis en oeuvre dans un deuxième mode de réalisation particulier du dispositif objet de la présente invention et 2909824 4 - la figure 5 représente, sous forme d'un logigramme, des étapes mises en oeuvre dans un mode de réalisation particulier du procédé objet de la présente invention. Dans toute la description, on utilise les acronymes suivants : - AV = Audio Video, 5 - MP3 = standard compression numérique audio, - JPEG = standard compression numérique images, - USB = Universal Serial Bus (Bus Série Universel), - UPnP = Universal Plug aNd Play = branchez et jouez universel, - WiFi = Wireless Fidelity = réseau sans fil, 10 - FAT = File Allocation Table = Table d'allocation de fichiers, API = Application Programming Interface = Interface de programmation d'applications. Dans la description, on n'a pas explicité les moyens et/ou étapes de configuration du dispositif objet de la présente invention, ces moyens et/ou étapes étant bien connus de l'homme 15 du métier. On observe qu'un moyen de stockage de masse, comme une clé USB, n'est qu'un moyen de stocker les octets sans structuration. La façon d'ordonner ces octets, de les classer sous des structures logiques (fichiers, répertoires), d'assurer les mécanismes de protection de données et de correction d'erreurs sont du ressort d'un module logiciel dit système de 20 fichiers (en anglais file system ) dont il existe de nombreuses variantes. Ces différents systèmes de fichier sont adaptés à des besoins spécifiques, tels la rapidité, la fragmentation, les méthodes de contrôle, la rotation des zones utilisées sur le support physique, etc. Cependant, le standard actuel en utilisation classique ne nécessitant pas de caractéristiques particulières est dit FAT32, et est reconnu par la quasi-totalité des systèmes hôtes. Ce standard est donc, en 25 quelque sorte, universel . Un système d'exploitation moderne fournit une couche d'abstraction permettant d'utiliser n'importe quelle implémentation de système de fichiers par l'intermédiaire d'un pilote de système de fichiers adéquat. En fait, les fonctions de base sont identiques : ouvrir un fichier, lire et écrire dedans, le fermer, récupérer le contenu d'un répertoire, etc. Peu importe comment le 30 système de fichiers gère son architecture interne. En revanche, bien qu'il ne s'agisse pas d'une solution optimisée, l'histoire fait que les systèmes de fichiers classiques sont arborescents : il existe une racine 105 (généralement représentée par C : ), les répertoires 110 à 125 sont des noeuds de l'arborescence, et les fichiers 130 et 135 sont les feuilles de l'arborescence. 2909824 5 Grâce à la mise en oeuvre de la présente invention, des données distantes, accessibles par communication sans fil, apparaissent, pour le système hôte auquel est connecté le boîtier du dispositif, comme des fichiers, organisés dans des répertoires et sous-répertoires liés à une racine représentant le dispositif dans le système de fichiers du système hôte. 5 Sur un réseau, les serveurs UPnP audio-vidéo et les ressources qu'ils abritent sont, par essence, organisés en arborescentes. La racine 150 ( Réseau : ) contient une première série de noeuds 155 à 170, qui sont les serveurs disponibles. Chacun de ces serveurs exporte un certain nombre de catégories qui forment une deuxième couche de noeuds, etc, jusqu'aux ressources finales 175 et 180, qui forment les feuilles et qui représentent les données réelles à 10 exploiter. La présente invention vise à faire correspondre une arborescence réelle correspondant à un système de fichiers physique à une arborescence virtuelle correspondant au réseau vu du point d'utilisation. On observe que, dans un premier mode de réalisation particulier illustré en figure 2, le 15 logiciel implémentant le procédé objet de la présente invention comporte, dans l'ordre croissant des couches de la représentation en couches normalisée par l'ISO : une couche 235 de transport USB, de type connu dans le domaine des interfaces USB, - une couche 230 de profil de stockage de masse USB (en anglais USB Mass 20 Storage Profile ) de type connu dans le domaine des interfaces USB de systèmes de stockage de données, par exemple des clés USB, une couche 225 de système de fichiers de type FAT32 (acronyme de, en anglais File Allocation Table pour Table d'allocation de fichiers), de type connu dans le domaine des ordinateurs personnels, 25 une couche 220 de système de fichiers virtuel (en anglais virtuel file system ) UpnP wrapper layer, une couche 215 de protocole UpnP (en anglais UpnP stack ) de type connu dans les dispositifs mettant en oeuvre le protocole UpnP, - une couche 210 de protocole IP/Wifi (en anglais IP/Wifi stack ) de type connu 30 dans le domaine des communications mettant en oeuvre le protocole Wifi et - une couche 205 de transport Wifi, de type connu dans le domaine des communications mettant en oeuvre le protocole Wifi. Dans le mode de réalisation illustré dans les figures 2 et 4, le dispositif objet de la présente invention émule un système de fichiers de type FAT32, en redirigeant les requêtes 2909824 6 d'accès vers les serveurs UPnP du réseau au travers du protocole UPnP. Ainsi, une requête du type énumérer les entrées de la racine correspond à une découverte des serveurs UPnP, changer de répertoire correspond à énumérer le contenu du serveur correspondant , lire un fichier correspond à démarrer le transfert réseau pour rapatrier le contenu , et ainsi 5 de suite, toutes les réponses étant, à l'entrée du système hôte, formatées comme les réponses d'un système de fichiers. Dans le cas où le dispositif objet de la présente invention détecte plusieurs réseaux Wifi, il les affiche, vus du système hôte, comme des répertoires et on utilise les configurations correspondantes pour utiliser ces différents réseaux. 10 On observe, en figure 3, un mode de réalisation particulier du dispositif objet de la présente invention, comportant, dans un boîtier 330 : - un processeur 305, de type connu, adapté à l'alimentation électrique disponible sur un connecteur USB standard, - une mémoire morte 310, de type connu, qui conserve, au moins partiellement, le 15 logiciel implémentant le procédé objet de la présente invention, - une mémoire vive 315, de type connu, un connecteur USB 2.0 325, de type connu et - une interface Wifi 802.11 G 320, de type connu. Par la mise en oeuvre de la présente invention : 20 le dispositif se présente comme client USB, d'une part, est capable de gérer une interface réseau de type WiFi d'autre part, et présente une capacité de traitement locale (relativement limitée, par exemple de type ARM7 û 100 MHz), - on réalise un système de fichiers virtuel calquant toutes les API FAT32 sur les appels UPnP correspondants, et effectuer les transcriptions de format nécessaires (structure 25 des retours, validité des chaînes de caractères, etc ..), - on réalise un système de configuration du dispositif sur le système hôte, par exemple un ordinateur personnel, au travers de l'interface USB, pour, entre autre, régler les paramètres réseau et - on résout les conditions aux limites et les problèmes décrits ci-dessous, au moins. 30 1/ Aspects dynamiques. Une clé USB insérée dans un système hôte qui ne fait que la lire n'a aucune raison de voir son contenu changer. Ainsi, dans la plupart des cas, le logiciel du système hôte fait une photo du contenu de la clé lors de son insertion et n'y revient pas. Or, dans le cadre de la présente invention, le réseau accessible par l'intermédiaire du dispositif est dynamique car des serveurs peuvent s'ajouter ou se retirer du réseau et des contenus 2909824 7 disponibles sur ces serveurs peuvent changer en fonction des actions sur les serveurs. On court donc le risque de n'avoir à disposition que l'état du réseau au moment de la connexion du dispositif et du système hôte et de son énumération par le protocole USB. Dans un mode de réalisation de la présente invention, on simule la déconnexion/re- 5 connexion du dispositif et du système hôte, en cours de fonctionnement lors de l'apparition d'un évènement UPnP, pour que le système hôte reprenne une photo des contenus accessibles par l'intermédiaire du dispositif. Préférentiellement, si des données accessibles à distance sont en cours de réception, on inhibe les étapes de simulation de déconnexion et de re-connexion. On inhibe ainsi la demande de connexion jusqu'à la fin de la lecture du media ou des données. 10 Préférentiellement, on ne récupère l'arborescence des données accessibles que sur demande du système hôte. Ainsi, les répertoires et sous-répertoires d'un serveur ne sont détaillés que lors de l'accès au répertoire principal de ce serveur. On réduit ainsi le nombre de simulation de déconnexion/re-connexion à effectuer. 2/ Dans le cas où le système hôte auquel est relié le dispositif objet de la présente 15 invention passe en mode de veille , on réduit l'ampérage disponible pour le dispositif à moins d'un mA. Préférentiellement, la présente invention met en oeuvre un message de demande de la part du système hôte, celui-ci attendant que le dispositif ait donné un accord avant de se mettre en veille. En variante, le message transmis par le système hôte représente un délai donné aux périphériques pour s'éteindre proprement avant la mise en veille. 20 3/ Le dispositif objet de la présente invention peut s'implanter sous forme d'une clé accessoire pour port USB externe lorsqu'il comporte un connecteur adapté, ce qui est préférentiel. Cependant, nombre de systèmes hôtes qui ne comportent pas de ports en façade disposent d'un bus USB disponible et la mise en oeuvre de la présente invention permet de les rendre compatibles UPnP simplement et à faible coût, sous réserve de les relier au bus USB 25 interne. En général ces systèmes sont limités au niveau du décodage des formats : sur un lecteur de DVD, par exemple, il se peut qu'on ne dispose que du format vidéo MPEG-2. De plus, il est impossible de configurer le dispositif sur un système hôte de type ordinateur personnel, ou PC, et le système hôte doit donc, dans ce cas, au moins réintégrer l'interface ou le système de configuration sur son processeur principal pour effectuer la configuration du dispositif objet 30 de la présente invention. Ainsi, l'invention s'étend à des utilisations de bus USB internes au système hôte. Dans des modes de réalisation de la présente invention, on prévoit un compact-disc, ou CD, d'installation qui effectue le paramétrage et/ou la configuration des communications entre le système hôte et le dispositif. Sinon, on prévoit un logiciel spécifique dans le processeur central 2909824 8 du dispositif. Dans ce cas, préférentiellement, le dispositif présente un petit écran de visualisation et quelques touches, comme un baladeur de type MP3 player . En variante, le dispositif se comporte comme baladeur MP3 lorsqu'il n'est pas relié au système hôte. Préférentiellement, la configuration du dispositif mettre en oeuvre des moyens de chiffrement 5 pour assurer la confidentialité des communications de données à destination du dispositif objet de la présente invention. Dans des modes de réalisation particuliers, tels que celui illustré en figure 4, on prend en compte les limitations de décodage de format du système hôte considéré. Préférentiellement, on transcode à la volée de n'importe quel format vers un format défini par l'utilisateur en 10 fonction des capacités du système hôte. Ainsi, le dispositif objet de la présente invention peut sortir n'importe quel format du réseau et, en temps réel, le transformer dans un format intermédiaire, ou pivot , nécessitant l'addition d'une couche de transcodage entre UPnP (qui n'est responsable que du transport et de la mise à disposition) et le système de fichiers virtuel par lequel le système hôte reçoit les données. 15 On observe que, dans un deuxième mode de réalisation particulier illustré en figure 4, le logiciel implémentant le procédé objet de la présente invention comporte, dans l'ordre croissant des couches de la représentation en couches normalisée par l'ISO : - une couche 440 de transport USB, de type connu dans le domaine des interfaces USB, 20 - une couche 435 de profil de stockage de masse USB (en anglais USB Mass Storage Profile ) de type connu dans le domaine des interfaces USB de systèmes de stockage de données, par exemple des clés USB, - une couche 430 de système de fichiers de type FAT32 (acronyme de, en anglais File Allocation Table pour Table d'allocation de fichiers), de type connu dans le 25 domaine des ordinateurs personnels, - une couche 425 de système de fichiers virtuel (en anglais virtual file system ), - une couche 420 de transcodage (en anglais transcoder layer ) et de UpnP wrapper layer, qui, recevant des données en un premier format, par exemple MPEG4, les reformate, en temps réel, dans un format compréhensible par le 30 système hôte, qui exploite le dispositif objet de la présente invention, par exemple en format MPEG2 (dans la pratique, ces algorithmes peuvent être mis en oeuvre par des logiciels et un processeur généraliste ou bénéficier d'accélérateurs matériels. Le logiciel VLC, marque déposée, sur PC, par exemple, remplit cette tâche), 2909824 9 une couche 415 de protocole UpnP (en anglais UpnP stack ) de type connu dans les dispositifs mettant en oeuvre le protocole UpnP, une couche 410 de protocole IP/Wifi (en anglais IP/Wifi stack ) de type connu dans le domaine des communications mettant en oeuvre le protocole Wifi et 5 - une couche 405 de transport Wifi, de type connu dans le domaine des communications mettant en oeuvre le protocole Wifi. Dans des modes de réalisation, on associe un stockage local dans le dispositif et un serveur UPnP : le simple fait de la connecter à n'importe quel port USB (pour son alimentation) met à disposition du réseau le contenu du dispositif. On obtient ainsi l'équivalent d'une clé 10 standard + WiFi + UPnP adapter + Media Server. On observe, en figure 5, que lorsque le dispositif objet de la présente invention est alimenté par un système hôte, il effectue son initialisation, étape 505. Puis, au cours d'une étape 510, il effectue une connexion Wifi avec d'autres systèmes ou serveur et une requête UPnP pour déterminer lesquels de ces autres systèmes supportent le protocole UPnP. Au cours d'une 15 étape 515, en fonction des réponses reçues de la part d'autres systèmes, le dispositif constitue, avec certains d'entre eux, un réseau local sans fil mettant à la fois en oeuvre les protocoles UPnP et Wifi. Puis, au cours d'une étape 520, le dispositif émet, à destination de chacun des serveurs UPnP, une requête de description des répertoires qu'il met en oeuvre et qui comportent des 20 médias disponibles pour diffusion. Au cours d'une étape 525, le dispositif constitue une première arborescence des répertoires dont il a reçu une description, même partielle. Au cours d'une étape 530, effectue une déconnexion et une re-connexion USB pour que le système hôte prenne connaissance d'au moins le premier niveau, le plus bas, de 25 l'arborescence des répertoires, c'est-à-dire, généralement, des répertoires affectés, individuellement, chacun à l'un des serveurs UPnP avec lequel le dispositif est en communication. Au cours d'une étape 535, le dispositif détermine si un événement UPnP a été perçu. Un tel événement est, généralement, le retrait d'un serveur du réseau local sans fil ou l'arrivée, 30 dans ce réseau local sans fil, d'un nouveau serveur. Si oui, on retourne à l'étape 525. Si non, au cours d'une étape 540, on détermine si une interrogation de l'un des serveurs est effectuée par le système hôte. Si non, on retourne à l'étape 535. Si oui, au cours d'une étape 545, on émet une requête UPnP sur le réseau local sans fil pour obtenir du serveur considéré un niveau supplémentaire d'arborescence et on met 2909824 10 ce niveau supplémentaire d'arborescence à disposition du système hôte, au cours d'une étape 550. On réitère les étapes 545 et 550 jusqu'à ce que le système hôte n'interroge plus le dispositif, auquel cas, après une durée prédéterminée, par exemple de dix secondes, on détermine, au cours d'une étape 555, si la lecture d'un média a été demandée par le dispositif 5 hôte. Si non, on retourne à l'étape 535. Si oui, au cours d'une étape 560, par l'intermédiaire du réseau local sans fil et du dispositif objet de la présente invention, le serveur qui a été interrogé fournit le média demandé au système hôte. Puis, au cours d'une étape 565, on détermine si la lecture du média a été interrompue ou s'est achevée. Si non, on retourne à l'étape 560. Si oui, on retourne à l'étape 535. 10 Bien que la présente invention ait été décrite dans un mode de réalisation préférentiel où il est mis en oeuvre un connecteur USB, un réseau UPnP/Wifi, la présente invention ne se limite pas à ces types de connecteur, de protocole et de réseau mais s'étend, bien au contraire, à tout type de connecteur pour mémoire amovible, par exemple de type SD Card (marque déposée) MMC ou MultiMédia Card (marques déposées), et tous types de protocoles et de réseaux, par 15 exemple Ethernet (marque déposée). De même, le système de fichiers n'est pas limité mais pourrait, par exemple s'étendre aux partage de fichiers Windows, CFIS (marques déposées). REVENDICATIONS 1 û Dispositif de communication, caractérisé en ce qu'il comporte, dans un boîtier (330) : un connecteur (325, 230, 235, 435, 440) adapté à se connecter à un système hôte capable d'effectuer une lecture de fichiers présents dans ledit boîtier ; - un moyen (305, 205 à 220, 405 à 420) de gestion d'interface mettant en oeuvre un protocole autorisant des connexions et déconnexions de supports d'information ; un moyen (320) de communication sans fil adapté à communiquer avec ledit protocole et - un moyen (305) de simulation adapté à simuler une arborescence (150 à 180) de fichiers locaux pour représenter des données distantes disponibles par l'intermédiaire d'une communication mettant en oeuvre le moyen de communication. 2 û Dispositif selon la revendication 1, caractérisé en ce que le connecteur (325, 230, 235, 435, 440) adapté à se connecter à un système hôte capable d'effectuer une lecture de fichiers présents dans ledit boîtier est de type USB (acronyme de Universal Serial Bus pour bus série universel). 3 û Dispositif selon l'une quelconque des revendications 1 ou 2, caractérisé en ce que le moyen (320, 215, 220, 415, 420) de communication sans fil adapté à communiquer avec ledit protocole met en oeuvre le standard UPnP (acronyme de Universal Plug and Play pour connecter et utiliser universel). 4 û Dispositif selon l'une quelconque des revendications 1 à 3, caractérisé en ce que le moyen (320, 205, 210, 405, 410) de communication sans fil adapté à communiquer avec ledit protocole met en oeuvre le standard Wifi (acronyme de Wlreless Fldelity pour fidélité sans fil). 5 û Dispositif selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le moyen (305) de simulation d'arborescence est adapté à représenter, par un répertoire (155 à 170), les données distantes disponibles sur un même dispositif distant. 6 û Dispositif selon l'une quelconque des revendications 1 à 5, caractérisé en ce qu'il comporte un moyen (305, 225, 430) d'émulation d'un système de fichiers de type FAT32 (acronyme de File Allocation Table pour table d'allocation de fichier), en redirigeant les requêtes d'accès à des fichiers en provenance du système hôte vers des serveurs d'un réseau sans fil, au travers dudit protocole. 7 û Dispositif selon l'une quelconque des revendications 1 à 6, caractérisé en ce qu'il comporte un moyen (305) de simulation, pour le système hôte, de déconnexion et de re-connexion du 2909824 12 dispositif, d'une part, et du système hôte, d'autre part, lors d'un événement prédéterminé affectant une connexion à distance avec un serveur de données disponibles. 8 ù Dispositif selon la revendication 7, caractérisé en ce qu'il comporte un moyen (305) d'inhibition du moyen (305) de simulation de déconnexion et re-connexion lors d'un transfert de 5 données distantes disponibles vers le système hôte. 9 ù Dispositif selon l'une quelconque des revendications 1 à 8, caractérisé en ce que le moyen (305) de simulation d'arborescence de fichiers locaux adapté à représenter des données distantes est adapté à ne déterminer les sous-répertoires d'un répertoire que lors d'un accès au répertoire par le système hôte. 10 10 ù Dispositif selon l'une quelconque des revendications 1 à 9, caractérisé en ce qu'il comporte un moyen (305, 420) de transcodage de données disponibles à distance reçues à destination du système hôte. 11 - Procédé de communication, caractérisé en ce qu'il comporte : - une étape (505) de connexion d'un boîtier à un dispositif de lecture de fichiers ; 15 - une étape (505) de gestion d'interface mettant en oeuvre un protocole autorisant des connexions et déconnexions de supports d'information ; - une étape (510 à 520) de communication sans fil avec ledit protocole et une étape (525) de simulation d'une arborescence (150 à 180) de fichiers locaux pour représenter des données distantes disponibles par l'intermédiaire d'une 20 communication mettant en oeuvre le moyen de communication.