FR 3154272 A1 20250418 FR 2311089 A 20231016 Titre : Procédé de communication avec un ordinateur distant depuis un ordinateur local L’invention concerne un procédé de communication avec un ordinateur distant (3000) depuis un ordinateur local (1000) comprenant un processeur local (1600) à l’aide d’un boîtier (2000). Il comprend un stockage dans une mémoire (2500) du boîtier d’un système d’exploitation nomade comprenant une clé de chiffrement publique et une connexion du boîtier à l’ordinateur local. Le boîtier comprend un module de communication nomade (2100) configuré pour recevoir et déchiffrer des données chiffrées à l’aide de la clé de chiffrement publique et pour envoyer des données chiffrées après les avoir chiffrées à l’aide de la clé de chiffrement publique. Le procédé comprend une exécution de l’ordinateur local sous le système d’exploitation nomade, un envoi de fichiers nomades synchronisés depuis l’ordinateur local vers l’ordinateur distant et une réception de fichiers distants synchronisés en provenance de l’ordinateur distant. Figure pour l’abrégé : Fig. 1. Procédé de communication avec un ordinateur distant depuis un ordinateur local La présente invention concerne le domaine des communications, et plus particulièrement le domaine de la connexion à distance. Elle trouve comme application particulièrement avantageuse le travail à distance. ETAT DE LA TECHNIQUE Le travail à distance est un mode de travail de plus en plus répandu. Un des principaux enjeux de cette pratique est sa mise en œuvre technologique. Plusieurs solutions de travail à distance existent. L’une des plus répandues est TeamViewer®, un logiciel initialement développé pour la téléassistance et permettant de se connecter à un ordinateur à distance. Plus précisément, TeamViewer® permet à l’utilisateur travaillant sur un ordinateur local de prendre temporairement le contrôle d’une machine distante. L’utilisateur a notamment accès aux programmes, logiciels et fichiers de la machine distante. Cette solution présente l’inconvénient de ne pas être transparente pour l’ordinateur local : en effet, ses ressources (processeur, mémoire vive, espace de stockage…) sont mises à contribution durant toute la durée de la connexion à distance. Deux problèmes en découlent : tout d’abord, le travail à distance n’est pas neutre pour l’ordinateur local, qui voit ses composants être fortement sollicités durant toute la durée de la session de travail. Cela n’est pas optimal, notamment lorsqu’un employé utilise un ordinateur personnel en tant qu’ordinateur local. Par ailleurs, le fait que la connexion à distance passe par l’utilisation des composants de l’ordinateur local constitue une faille de sécurité majeure. Les données de l’entreprise pourraient en effet être interceptées par des programmes malveillants présents sur l’ordinateur local. Il existe donc un besoin d’une solution simple et sécurisée pour le travail à distance. RESUME Pour atteindre cet objectif, un premier objet de l’invention concerne un procédé de communication avec un ordinateur distant depuis un ordinateur local à l’aide d’un boîtier, l’ordinateur local comprenant un processeur local, le procédé comprenant les étapes suivantes : un stockage dans une mémoire du boîtier d’un système d’exploitation dit nomade comprenant une clé de chiffrement publique, une connexion du boîtier à l’ordinateur local, Le boîtier comprend : un module de communication nomade configuré pour recevoir des données chiffrées et les déchiffrer à l’aide de la clé de chiffrement publique et pour envoyer des données chiffrées après les avoir chiffrées à l’aide de la clé de chiffrement publique, un programme de synchronisation nomade, Par ailleurs, le procédé comprend en outre : une étape d’exécution de l’ordinateur local sous le système d’exploitation nomade par accès du processeur local à la mémoire du boîtier, puis au cours de l’exécution, un envoi de fichiers nomades synchronisés depuis l’ordinateur local vers l’ordinateur distant par l’intermédiaire du module de communication nomade et d’un réseau de communication, incluant un chiffrement des données avec la clé de chiffrement publique, au cours de l’exécution, une réception et un déchiffrement de fichiers distants synchronisés en provenance de l’ordinateur distant par l’intermédiaire du réseau de communication et du module de communication nomade. Le procédé permet ainsi un échange sécurisé de données entre l’ordinateur local et l’ordinateur distant. Par ailleurs, du fait de l’exécution du système d’exploitation nomade sur l’ordinateur local, ce sont les ressources du boîtier qui sont utilisées pour la communication à distance avec l’ordinateur distant. Seuls les périphériques de l’ordinateur local (écran, clavier, souris…) sont sollicités lors de la communication à distance. Les ressources telles que le processeur et la mémoire vive de l’ordinateur local sont essentiellement utilisées lors d’une phase d’initialisation et au démarrage de l’ordinateur local, mais les ressources du boîtier prennent ensuite le relais durant les périodes de communication à distance avec l’ordinateur distant. Cela permet de limiter grandement l’implication des ressources de l’ordinateur local ainsi que de rendre le procédé totalement transparent pour l’ordinateur local. Le procédé présente donc un niveau de sécurité supérieur à celui des solutions de l’art antérieur. Un deuxième objet de l’invention concerne un système comprenant un boîtier et un produit programme d’ordinateur, le boîtier pouvant être connecté à un ordinateur local, le boîtier comprenant : une mémoire contenant un système d’exploitation dit nomade comprenant une clé de chiffrement publique, un module de communication nomade configuré pour recevoir des données cryptées et les déchiffrer à l’aide de la clé de chiffrement publique et pour envoyer des données cryptées après les avoir chiffrées à l’aide de la clé de chiffrement publique, un programme de synchronisation nomade. Le produit programme d’ordinateur comprenant des instructions configurées pour : fournir au processeur local de l’ordinateur local un accès à la mémoire du boîtier et provoquer une exécution de l’ordinateur local sous le système d’exploitation nomade, puis provoquer, au cours de l’exécution, un envoi de fichiers nomades synchronisés depuis l’ordinateur local vers l’ordinateur distant par l’intermédiaire du module de communication nomade et d’un réseau de communication, incluant un chiffrement des données avec la clé de chiffrement publique, provoquer, au cours de l’exécution, une réception et un déchiffrement de fichiers distants synchronisés en provenance de l’ordinateur distant par l’intermédiaire du réseau de communication et du module de communication nomade. BREVE DESCRIPTION DES FIGURES Les buts, objets, ainsi que les caractéristiques et avantages de l’invention ressortiront mieux de la description détaillée d’un mode de réalisation de cette dernière qui est illustré par les dessins d’accompagnement suivants dans lesquels : FIG. 1 La FIG. 1 représente une vue d’ensemble des différentes entités pouvant être impliquées dans le procédé selon l’invention, et figure notamment les échanges entre le boîtier et l’ordinateur distant. FIG. 2 La FIG. 2 représente l’architecture du boîtier. FIG. 3 La FIG. 3 illustre une séquence d’étapes permettant l’association du boîtier à un utilisateur et à l’ordinateur distant. FIG. 4 La FIG. 4 illustre un protocole de sécurisation des échanges entre les programmes de l’ordinateur distant et le programme principal. FIG. 4 La FIG. 4 illustre un protocole sécurisé d’échanges entre les programmes de l’ordinateur distant et le programme principal. FIG. 5 La FIG. 5 illustre une séquence d’étapes permettant d’exécuter l’ordinateur local sous le système d’exploitation nomade. FIG. 6 La FIG. 6 illustre une séquence d’étapes permettant un échange de données sécurisé entre le module de communication nomade et le module de communication distant. Les dessins sont donnés à titre d'exemples et ne sont pas limitatifs de l’invention. Ils constituent des représentations schématiques de principe destinées à faciliter la compréhension de l’invention et ne sont pas nécessairement à l'échelle des applications pratiques. En particulier l’apparence des ordinateurs et des boîtiers ainsi que des différents programmes qu’ils contiennent n’est pas représentative de la réalité. DESCRIPTION DÉTAILLÉE Avant d’entamer une revue détaillée de modes de réalisation de l’invention, sont énoncées ci-après des caractéristiques optionnelles qui peuvent éventuellement être utilisées en association ou alternativement : Selon un exemple, le boîtier contient un module de connexion au réseau de communication. Selon un mode de réalisation avantageux, le procédé comprend en outre, préalablement à l’étape d’exécution de l’ordinateur local sous le système d’exploitation nomade : une étape d’exécution sur l’ordinateur local d’un script configuré pour modifier l’ordre d’exécution des systèmes d’exploitation accessibles depuis l’ordinateur local et placer le système d’exploitation nomade en première position, puis une étape d’extinction de l’ordinateur local. Selon un mode de réalisation avantageux, le procédé comprend en outre, préalablement à l’étape d’exécution de l’ordinateur local sous le système d’exploitation nomade, une étape d’exécution sur l’ordinateur distant d’un programme d’association du boîtier à l’ordinateur distant, cette étape comprenant : un enregistrement d’un identifiant du boîtier dans une mémoire de l’ordinateur distant, un envoi de la clé de chiffrement publique depuis l’ordinateur distant vers le boîtier. Selon un exemple, la connexion du boîtier à l’ordinateur local se fait par un raccordement filaire entre un port du boîtier et un port de l’ordinateur local. Selon un exemple préféré, l’ordinateur distant comprend un module de communication distant configuré pour recevoir des données cryptées et les déchiffrer à l’aide de la clé de chiffrement privée et pour envoyer des données cryptées à l’aide de la clé de chiffrement privée. Selon un exemple préféré, l’ordinateur distant comprend une mémoire contenant : des informations sur des utilisateurs, des informations sur les autorisations de partage de fichiers mémorisés dans l’ordinateur distant. Selon un exemple préféré, l’ordinateur distant comprend un programme de partage configuré pour recevoir des requêtes de partage et, en réponse à ces requêtes de partage, pour modifier les informations sur les autorisations de partage des fichiers mémorisés dans l’ordinateur distant. Selon un exemple préféré, l’ordinateur distant est partagé entre plusieurs boîtiers, l’ordinateur distant supportant une pluralité de répertoires, chaque répertoire étant attribué à au moins un boîtier, les informations sur les autorisations de partage déterminant le contenu de quel(s) répertoire(s) peut être accessible à quel(s) boîtiers. Selon un exemple préféré, l’ordinateur distant comprend un programme de synchronisation distant configuré pour recevoir en provenance du boîtier, par l’intermédiaire du réseau de communication et du module de communication distant, des fichiers nomades synchronisés, et pour envoyer au boîtier, par l’intermédiaire du module de communication distant et du réseau de communication, des fichiers distants synchronisés. Selon un exemple préféré, l’envoi des fichiers distants synchronisés par le programme de synchronisation distant se fait suite à la réception par le module de communication distant d’une requête de synchronisation en provenance du programme de synchronisation nomade. Selon un exemple préféré, le programme de synchronisation nomade envoie des requêtes de synchronisation de façon périodique. Le terme « mémoire » s’entend dans la présente invention comme « support de mémoire lisible par ordinateur ». Ce terme désigne ici tout moyen de stockage permettant de stocker des fichiers et programmes et comprend tous les types de mémoires telles que les mémoires vives (ou RAM, de l’anglais « Random Access Memory ») ou les mémoires à lecture seule (ou ROM, de l’anglais « Read-only Memory »). Il est entendu que, dans la présente invention, la mémoire d’un ordinateur peut en réalité comprendre plusieurs types de mémoires. Le terme "base de données" désigne dans la présente invention tout répertoire de données adapté au stockage et à l'extraction d'un grand volume de données de données. Les clés de chiffrement dont il est fait référence plus avant sont avantageusement des clés de chiffrement asymétrique, c’est-à-dire comprenant une clé de chiffrement privée et une clé de chiffrement publique. Il s’agit de préférence de clés de type RSA. Les différents modes de réalisation du procédé selon la présente invention peuvent être mis en œuvre dans des circuits électroniques numériques, ou dans du matériel informatique, des microprogrammes, des logiciels ou des combinaisons de ceux-ci. Ils peuvent être mises en œuvre sous la forme d'un produit de programme informatique, c'est-à-dire un programme informatique matérialisé par un support d'information, par exemple un dispositif de stockage lisible par machine ou un signal propagé, destiné à être exécuté par un appareil de traitement de données, par exemple un processeur programmable, un ordinateur ou plusieurs ordinateurs, ou à en contrôler le fonctionnement. Un programme d'ordinateur, tel que le(s) programme(s) d'ordinateur décrit(s) ci-dessus, peut être écrit dans n'importe quel langage de programmation, y compris les langages compilés ou interprétés, et peut être déployé sous n'importe quelle forme, y compris en tant que programme autonome ou en tant que module, composant, sous-routine ou autre unité convenant à une utilisation dans un environnement informatique. Un programme informatique peut être déployé pour être exécuté sur un ordinateur ou sur plusieurs ordinateurs situés sur un même site ou répartis sur plusieurs sites et interconnectés par un réseau de communication. Les processeurs adaptés à l'exécution d'un programme informatique comprennent, à titre d'exemple, les microprocesseurs généraux et spéciaux, ainsi qu'un ou plusieurs processeurs de n'importe quel type d'ordinateur numérique. En général, un processeur reçoit des instructions et des données d'une mémoire morte ou d'une mémoire vive, ou des deux. Les éléments d'un ordinateur peuvent comprendre au moins un processeur pour l'exécution des instructions et un ou plusieurs dispositifs de mémoire pour le stockage des instructions et des données. En règle générale, un ordinateur peut également comprendre, ou être couplé de manière opérationnelle pour recevoir des données ou transférer des données vers, ou les deux, un ou plusieurs dispositifs de stockage de masse pour stocker des données, par exemple des disques magnétiques, magnéto-optiques ou optiques. Les différents modes de réalisation de l’invention peuvent être mis en œuvre dans un système informatique qui comprend un composant dorsal (aussi désigné « back-end » ou « arrière-plan »), par exemple un serveur de données, ou qui comprend un composant intermédiaire, par exemple un serveur d'applications, ou qui comprend un composant frontal (aussi désigné « front-end »), par exemple un ordinateur client doté d'une interface utilisateur graphique ou d'un navigateur Web par lequel un utilisateur peut interagir avec une réalisation, ou toute combinaison de ces composants dorsaux, intermédiaires ou frontaux. Les composants peuvent être interconnectés par toute forme ou support de communication de données numériques, par exemple un réseau de communication. Parmi les exemples de réseaux de communication, on peut citer un réseau local (LAN) et un réseau étendu (WAN), par exemple l'internet. Le procédé selon l’invention va maintenant être décrit en référence aux figures 1 à 6. Le procédé selon l’invention met en jeu un ordinateur local 1000 et un boîtier 2000 servant à communiquer avec un ordinateur distant 3000 depuis l’ordinateur local 1000. L’ordinateur distant 3000 est typiquement un ordinateur se trouvant dans les locaux d’une entreprise. Il fait classiquement partie, avec d’autres ordinateurs de l’entreprise, d’un réseau intranet, ou réseau informatique privé, de cette entreprise. Le réseau intranet de l’entreprise est typiquement un réseau sécurisé au sein duquel des échanges de données sont possibles entre les différents ordinateurs connectés à ce réseau intranet. L’ordinateur local 1000 est typiquement utilisé par l’utilisateur pour travailler à distance de l’entreprise. Il peut s’agir d’un ordinateur mis à sa disposition par l’entreprise, ou bien d’un ordinateur possédé par l’utilisateur. L’ordinateur local 1000 peut notamment tout à fait être utilisé par l’utilisateur pour un usage privé lorsqu’il n’est pas connecté au boîtier 2000. Par la suite, il sera fait référence à un réseau de communication 4000 permettant notamment les échanges entre le boîtier 2000 et l’ordinateur distant 3000. Ce réseau de communication 4000 peut notamment être un réseau Wi-Fi ou un réseau Ethernet. Pour des raisons de simplicité, le procédé va être décrit par la suite dans sa mise en œuvre pour un unique ordinateur local 1000, associé à un unique boîtier 2000. Naturellement, comme cela est illustré à la FIG. 1 , le procédé peut être mis en œuvre pour une pluralité d’ordinateurs locaux 1000a, 1000b, 1000c, chacun connecté à un boîtier 2000a, 2000b, 2000c. Cela est notamment le cas lorsque plusieurs employés d’une même entreprise travaillent à distance et doivent tous être en relation avec le réseau intranet de l’entreprise. Il est entendu que les caractéristiques décrites ci-dessous pour un ordinateur local et un boîtier s’appliquent mutatis mutandis à chacun de ces différents ordinateurs locaux 1000a, 1000b, 1000c et boîtiers 2000a, 2000b, 2000c, respectivement. Architecture de l’ordinateur local 1000 L’ordinateur local 1000 comprend notamment un processeur local 1600 et avantageusement une mémoire locale 1500. Avantageusement, l’ordinateur local 1000 est connecté à des périphériques tels qu’un système d’affichage, un clavier, une souris, des haut-parleurs, un microphone ou encore une imprimante. Ces différentes ressources pourront être utilisées lors de l’exécution du système d’exploitation nomade sur l’ordinateur local 1000. Il n’est donc pas nécessaire que le boîtier 2000 comprenne ces mêmes ressources, ce qui rend le boîtier 2000 facilement déplaçable et facile d’utilisation. Cela permet également de faire l’économie d’un deuxième jeu de périphériques. Architecture du boîtier 2000 La FIG. 2 est une représentation schématique de l’architecture du boîtier 2000. Comme illustré, le boîtier 2000 comprend un système d’exploitation interne 2010 et un système d’exploitation externe 2020. Le système d’exploitation interne 2010 comprend notamment : Une mémoire 2500 pouvant notamment contenir, en fonction des étapes du procédé : Des fichiers divers tels que des fichiers nomades synchronisés et des fichiers distants synchronisés qui seront abordés plus avant. Une clé de chiffrement publique. Un module de communication nomade 2100, configuré pour permettre l’envoi et la réception de données. Plus particulièrement, le module de communication nomade 2100 permet de chiffrer des données à l’aide de la clé publique de chiffrement avant de les envoyer. Il est également configuré pour déchiffrer, après leur réception, des données chiffrées par la clé privée de chiffrement à l’aide de la clé publique de chiffrement. Le module de communication nomade 2100 est notamment configuré pour envoyer des requêtes au module de communication distant 3100 et recevoir des requêtes émises par le module de communication distant 3100, ces requêtes étant généralement en provenance et à destination d’autres programmes du boîtier 2000 et de l’ordinateur distant 3000. Un programme de synchronisation nomade 2200, configuré pour recevoir en provenance de l’ordinateur distant 3000, par l’intermédiaire du réseau de communication 4000 et du module de communication nomade 2100, des fichiers distants synchronisés, et pour envoyer à l’ordinateur distant 3000, par l’intermédiaire du module de communication nomade 2100 et du réseau de communication 4000, des fichiers nomades synchronisés. Ce programme permet ainsi que l’utilisateur du boîtier 2000 puisse travailler sur des fichiers présentant les modifications les plus récentes possibles. Par exemple, si d’autres usagers de l’intranet de l’entreprise ont récemment travaillé sur les fichiers d’intérêt accessibles via l’intranet de l’entreprise, il est important que l’utilisateur du boîtier 2000 ait à sa disposition une version récente de ces fichiers d’intérêt. En réceptionnant régulièrement des fichiers distants synchronisés, le boîtier 2000 permet donc à l’utilisateur de travailler dans des conditions optimales. De la même manière, il peut être très important que le travail réalisé par l’utilisateur du boîtier 2000 soit accessible à d’autre usagers de l’intranet de l’entreprise. L’envoi de fichiers nomades synchronisés depuis le boîtier 2000 vers l’ordinateur distant 3000 connecté à l’intranet permet ainsi que les derniers avancements de l’utilisateur du boîtier 2000 soient disponibles à ses collaborateurs. En outre, cette synchronisation est importante pour que l’utilisateur du boîtier 2000 puisse travailler sur une version récente – de préférence la version la plus récente – de ses fichiers lorsqu’il passe d’une situation de travail à distance, sur l’ordinateur local 1000, à une situation de travail en entreprise, sur l’ordinateur distant 3000, et vice versa. Le cœur du boîtier 2300, configuré notamment pour exécuter certaines actions sur les autres programmes du boîtier 2000. Par exemple, il peut être configuré pour déterminer l’état d’autres programmes du boîtier 2000 et éventuellement mener des actions en fonction de cet état. Un programme de contrôle 2400 comprenant notamment une interface utilisateur supportée par un site internet. Cette interface permet à l’utilisateur du boîtier 2000 de l’administrer. Elle permet de connecter le boîtier 2000 à un réseau internet tel qu’un réseau Wi-Fi, ou encore d’avoir un aperçu de l’état du boîtier 2000 (connecté ou non à l’ordinateur distant, connecté ou non au Wi-Fi…). Le système d’exploitation externe 2020 est dédié aux données de l’utilisateur, ce qui peut notamment comprendre les logiciels que l’utilisateur emploie et les données y afférant. Ce système 2020 peut donc comprend : Un système d’accès aux fichiers Des programmes/logiciels de l’utilisateur Un programme d’accès au programme de contrôle 2400 Le système d’exploitation externe 2020 peut être livré vide et les logiciels et données peuvent ensuite être ajoutés en fonction des besoins de l’utilisateur. Les systèmes d’exploitation interne 2010 et externe 2020 sont contenus dans un système de stockage rapide par exemple de type SSD (« Solid-state drive », en français « disque statique à semi-conducteurs »), par exemple de 256 Go. Le boîtier 2000 comprend en outre un processeur 2600 dit nomade, une mémoire vive (plus couramment désignée par le sigle anglais « RAM », pour « Random Access Memory ») et un espace de stockage. Le processeur nomade 2600 peut par exemple posséder 4 cœurs et présenter une fréquence de 1,9 GHz. La RAM peut par exemple être de 2 Go et l’espace de stockage de 16 Go. Le boîtier 2000 comprend également une batterie rechargeable sur laquelle il peut fonctionner sans être connecté par connexion filaire à l’ordinateur local 1000 ou au réseau électrique. Le boîtier comprend avantageusement un module de connexion 2002 au réseau de communication 4000. Il est également possible d’intégrer au boîtier 2000 une clé de communication via un réseau sans fil du type au standard par exemple 4G et/ou 5G (par exemple un module GSM 4G/5G) pour que le boîtier 2000 puisse se connecter à internet sans passer par un réseau public. Cela est particulièrement avantageux lorsque l’utilisateur est en déplacement. Il n’a alors pas besoin de se connecter à des réseaux dont le niveau de sécurité est inconnu (ex : réseau Wifi public dans un aéroport ou une gare). L’ordinateur distant 3000 avec lequel le boîter 2000 permet à l’ordinateur local 1000 de communiquer peut notamment comprendre : Un programme principal 3300 intégrant notamment une base de données. Cette base de données comprend notamment : Des informations sur les utilisateurs du ou des boîtiers 2000a, 2000b, 2000c permettant une communication avec l’ordinateur distant 3000, Des informations sur les autorisations de partage de fichiers mémorisés dans l’ordinateur distant 3000, Des informations sur les autorisations d’accès à l’administration et à la gestion de la solution, Toute information relative au bon fonctionnement du procédé selon l’invention. Un module de communication distant 3100, configuré pour permettre l’envoi et la réception de données. Plus particulièrement, le module de communication distant 3100 permet de chiffrer des données à l’aide de la clé privé de chiffrement avant de les envoyer. Il est également configuré pour déchiffrer, après leur réception, des données chiffrées au niveau du module de communication nomade 2100 par la clé publique de chiffrement à l’aide de la clé privée de chiffrement. Le module de communication distant 3100 est notamment configuré pour envoyer des requêtes au module de communication nomade 2100 et recevoir des requêtes émises par le module de communication nomade 2100, ces requêtes étant généralement en provenance et à destination d’autres programmes de l’ordinateur distant 3000 et du boîtier 2000. Un programme de synchronisation distant 3200, configuré pour recevoir en provenance du boîtier 2000, par l’intermédiaire du réseau de communication 4000 et du module de communication distant 3100, des fichiers nomades synchronisés, et pour envoyer au boîtier 2000, par l’intermédiaire du module de communication distant 3100 et du réseau de communication 4000, des fichiers distants synchronisés. Un programme de partage 3400 configuré pour gérer les autorisations de partage des fichiers mémorisés sur l’ordinateur distant 3000. Notamment, le programme de partage 3400 est configuré pour recevoir des requêtes de partage et, selon le contenu de ces requêtes de partage, modifier les informations sur les autorisations de partage des fichiers mémorisés sur l’ordinateur distant 3000. Ces requêtes de partage peuvent provoquer qu’un utilisateur (i.e. un boîtier 2000a, 2000b, 2000c) obtienne l’accès à certains fichiers, ou au contraire qu’il le perde. Les requêtes de partage proviennent généralement du programme principal 3300 de l’ordinateur distant 3000. Un programme de contrôle 3500 comprenant notamment une interface manager supportée par un site internet accessible depuis le réseau intranet de l’entreprise. Cette interface permet au manager d’administrer la solution en provoquant l’envoi de requêtes, par exemple des requêtes de partage. Elle lui permet également d’accéder à des informations sur les boîtiers 2000a, 2000b, 2000c en communication avec l’ordinateur distant 3000. Le programme de contrôle 3500 dialogue entre autres avec le programme principal 3300. Une mémoire 3700 pouvant notamment contenir une première clé de chiffrement privée. Il est entendu que l’ordinateur local 1000, le boîtier 2000 et l’ordinateur distant 3000 peuvent comprendre d’autres programmes, modules et interfaces. Phase d’initialisation Lors d’une phase d’initialisation, un système d’exploitation nomade est stocké dans une mémoire 2500 du boîtier 2000. Ce système d’exploitation nomade comprend entre autres une clé de chiffrement publique servant à l’échange sécurisé de données entre le boîtier 2000 et l’ordinateur distant 3000. Lors de cette même phase d’initialisation, le boîtier 2000 est connecté à l’ordinateur local 1000. La connexion entre le boîtier 2000 et l’ordinateur local 1000 se fait de préférence par raccordement filaire, entre un port 2001 du boîtier 2000 et un port 1001 de l’ordinateur local 1000. Il est cependant également envisageable que cette connexion se fasse sans fil, par exemple par Bluetooth®. On prévoit avantageusement que, lors de la phase d’installation, le boîtier 2000 soit assigné à l’ordinateur distant 3000. Cette assignation ou association se fait typiquement à l’aide d’un programme exécuté sur l’ordinateur distant 3000, dit programme d’association du boîtier 2000 à l’ordinateur distant 3000. Le programme d’association permet notamment de provoquer l’envoi de l’ordinateur distant 3000 au boîtier 2000 de la clé de chiffrement publique et son stockage dans le système d’exploitation du boîtier 2000. L’assignation du boîtier 2000 à l’ordinateur distant 3000 peut être réalisée selon le protocole décrit ci-dessous en référence à la FIG. 3 . Le bloc 301 illustre la situation initiale au début de ce protocole : le boîtier 2000 n’est pas encore associé à l’ordinateur distant 3000. Comme illustré par le bloc 302, un utilisateur ou manager vérifie si le programme d’association est installé sur l’ordinateur distant 3000. Si ce n’est pas le cas, il le télécharge et l’installe (bloc 303). S’il est installé, le manager exécute le programme (bloc 304) sur l’ordinateur distant 3000. L’exécution du programme d’association provoque les étapes illustrées par les blocs 305 à 317. Une requête d’association est envoyée par le programme d’association à l’ordinateur distant 3000 (bloc 305). A cette étape, un identifiant de l’utilisateur du boîtier 2000 est enregistré dans la mémoire 3700 de l’ordinateur distant 3000. Le programme d’association envoie ensuite une requête au cœur du boîtier 2300 pour que celui-ci lui renvoi un numéro de série du boîtier 2000 (bloc 306). A réception de cette requête, le cœur du boîtier 2300 exécute une commande une permettant d’obtenir ce numéro de série (bloc 307). Le numéro de série est ensuite envoyé au programme d’association (blocs 308 et 309). Ce même programme assigne ensuite le boîtier 2000 et son utilisateur par l’intermédiaire de l’identifiant de l’utilisateur et du numéro de série du boîtier 2000 venant d’être obtenu (bloc 310). Typiquement, le numéro de série du boîtier 2000 est sauvegardé dans la mémoire 3700 de l’ordinateur distant 3000 en l’associant à l’identifiant de l’utilisateur (bloc 311). Le programme principal 3300 crée ensuite une clé de chiffrement asymétrique dédiée à la communication entre l’ordinateur distant 3000 et le boîtier 2000 pour lequel le protocole est mis en œuvre (bloc 312). Cette clé de chiffrement asymétrique comprend une clé de chiffrement privée, conservée dans la mémoire 3700 de l’ordinateur distant 3000, et une clé de chiffrement publique. Cette dernière est envoyée au programme d’association (blocs 313 et 314). Comme illustré aux blocs 315 et 316, la clé publique est ensuite envoyée au cœur du boîtier 2300 où elle est enregistrée. Le boîtier 2000 est alors fonctionnel et l’exécution du programme d’association peut cesser (bloc 317). Par mesure de sécurité, l’envoi de la clé publique de l’ordinateur distant 3000 au boîter 2000 est conditionné à l’exécution du programme d’association. On garantit ainsi que la clé publique ne sera pas divulguée à une entité autre que le boîtier 2000, notamment une entité malveillante cherchant à pirater le système. L’échange d’informations entre le boîter 2000 et l’ordinateur distant 3000 peut ainsi se faire de manière sécurisée. Il est entendu que le manager mettant en œuvre le protocole d’assignation du boîtier 2000 à l’ordinateur distant 3000 n’est pas nécessairement l’utilisateur utilisant l’ordinateur local 1000 pour travailler à distance grâce au boîtier. L’assignation du boîtier 2000 peut par exemple être réalisée en amont par un service dédié au sein de l’entreprise auquel appartient le manager. Le manager a typiquement des droits spéciaux pour pouvoir administrer la solution, par exemple pour pouvoir envoyer des requêtes vers les différents programmes et modules de l’ordinateur distant 3000. On prévoit par ailleurs avantageusement la mise en œuvre d’un protocole de sécurité lors de la phase d’initialisation. Un tel protocole permet que la communication depuis chacun des différents programmes de l’ordinateur distant 3000 vers le programme principal 3300 se fasse de manière sécurisée. Un exemple de protocole est illustré à la FIG. 4 . Une fois les programmes de l’ordinateur distant 3000 installés (bloc 401), des groupes sont créés (bloc 402). Ces groupes sont utilisés afin de gérer les droits de chacun des programmes avant de leur attribuer une clé asymétrique. La création de ces groupes permet l’identification des programmes et le contrôle de leurs permissions. Le but de ces groupes est d’éviter qu’un programme ne soit à l’origine d’une requête qui devrait être émise depuis un autre programme. Un identificateur et une paire de clés de chiffrement (privée et publique) sont ensuite créés pour chacun des programmes (bloc 403). L’identificateur et la paire de clés de chiffrement sont, pour chaque programme, enregistrés dans un fichier sécurisé dit fichier d’identification. Les fichiers concernant chacun des programmes sont enregistrés dans le programme concerné (bloc 405). Les programmes sont ainsi aptes à échanger avec le programme principal 3300 de manière sécurisée (bloc 406). Un exemple de protocole sécurisé de communication entre un programme de l’ordinateur distant 3000 et le programme principal 3300 est illustré à la FIG. 4 . Lorsqu’une requête doit être envoyée depuis un programme de l’ordinateur distant 3000 vers le programme principal 3300 (bloc 451), ce programme lit le fichier d’identification enregistré lui étant associé (bloc 452) pour connaître l’identificateur et la clé de chiffrement, ajoute l’identificateur en tête de la requête (bloc 453), utilise la clé de chiffrement pour crypter la requête (bloc 454) puis envoie la requête cryptée au programme principal 3300 (blocs 455 et 456). Phase d ’utilisation du boîtier 2000 Une fois le boîtier 2000 associé à un ordinateur distant 3000, il peut être utilisé en le connectant à un ordinateur local 1000. Pour que le système d’exploitation nomade soit exécuté sur l’ordinateur local 1000, celui-ci doit devenir prioritaire devant le ou les systèmes d’exploitation habituels de l’ordinateur local 1000. Pour cela, on prévoit avantageusement que le procédé comprenne une étape d’exécution d’un script configuré notamment pour modifier l’ordre d’exécution des systèmes d’exploitation accessibles depuis l’ordinateur local 1000. Processus de lancement du boîtier 2000 sur l’ordinateur local 1000 La FIG. 5 illustre une succession d’étapes permettant que l’ordinateur local 1000 s’exécute sous le système d’exploitation de l’ordinateur local 1000 grâce à ce script. Le bloc 501 illustre la situation initiale : l’ordinateur local 1000 n’est pas configuré pour démarrer sous le système d’exploitation nomade, et par défaut s’exécute sous un autre système d’exploitation. Le script permettant de modifier les systèmes d’exploitation disponibles depuis l’ordinateur local 1000 et leur ordre d’exécution peut alors être téléchargé puis exécuté par l’utilisateur (blocs 502 et 503). Si le système d’exploitation nomade n’est pas encore recensé comme système d’exploitation possible de l’ordinateur local 1000, le script peut l’ajouter (bloc 504). Le script modifie ensuite l’ordre d’exécution des systèmes d’exploitation disponibles depuis l’ordinateur local 1000 et place le système d’exploitation nomade en première position afin que celui-ci soit exécuté par défaut au démarrage de l’ordinateur local 1000 (bloc 505). L’ordinateur local 1000 est alors configuré pour pouvoir être utilisé avec le boîtier 2000. On prévoit ensuite une étape d’extinction puis de démarrage de l’ordinateur local 1000. Ce dernier est alors lancé sous le système d’exploitation nomade. Le boîtier 2000 peut alors permettre de communiquer avec l’ordinateur distant 3000 depuis l’ordinateur local 1000. Un exemple de protocole de communication entre l’ordinateur local 1000 et l’ordinateur distant 3000 va maintenant être décrit. Ce protocole est de préférence utilisé pour échanger des fichiers synchronisés entre le boîtier 2000 et l’ordinateur distant 3000. Il est entendu cependant que ce protocole peut permettre d’échanger tout type de données. Processus sécurisé d’échange de données entre le module de communication nomade 2100 et le module de communication distant 3100 La FIG. 6 illustre un exemple de protocole de communication entre le boîtier 2000 et l’ordinateur distant 3000 par l’intermédiaire de leurs modules de communication 2100, 3100 respectifs. Plus exactement, on donne ici l’exemple de l’envoi d’une requête du boîtier 2000 vers l’ordinateur distant 3000 et de l’envoi d’une réponse à cette requête de l’ordinateur distant 3000 vers le boîter 2000. Comme illustré au bloc 601, le protocole peut débuter par la réception par le module de communication nomade 2100 d’une requête d’envoi de données. Il peut par exemple s’agir d’une requête de type « TCP » (« Transmission Control Protocol », soit en français « protocole de contrôle de transmissions ») au format JSON (« JavaScript Object Notation »). La réception par le module de communication nomade 2100 de cette requête d’envoi de données provoque les étapes illustrées par les blocs 602 à 610. Comme illustré au bloc 602, la requête est chiffrée par le module de communication nomade 2100 à l’aide de la clé de chiffrement publique. Une fois chiffrée, elle est envoyée au module de communication distant 3100 par l’intermédiaire du réseau de communication 400 (bloc 603). Le module de communication distant 3100 déchiffre alors la requête à l’aide de la clé de chiffrement privée (bloc 604). Typiquement, la requête transférée du module de communication nomade 2100 au module de communication distant 3100 contient une information sur le ou les programme(s) de l’ordinateur distant 3000 au(x)quel(s) les données doivent être transférées. En fonction de cette information, le module de communication distant 3100 envoi la requête au(x) programme(s) adéquat(s) (bloc 605). Comme illustré au bloc 606, le(s) programme(s) au(x)quel(s) la requête a été transmise traitent cette dernière. Une fois ce traitement effectué, une réponse est envoyée depuis le(s) programme(s) vers le module de communication distant 3100. Après réception de la réponse par le module de communication distant 3100, celui-ci chiffre la réponse à l’aide de la clé de chiffrement publique (bloc 607). La réponse est ensuite envoyée au module de communication nomade par l’intermédiaire du réseau de communication 4000 (bloc 608). Suite à la réception de la réponse chiffrée par le module de communication nomade 2100, celui-ci la déchiffre grâce à la clé de chiffrement publique (bloc 609). Enfin, le module de communication nomade 2100 transmet la réponse déchiffrée au programme adéquat (bloc 610), typiquement celui depuis lequel avait été initialement émis la requête. L’invention n’est pas limitée aux modes de réalisations précédemment décrits et s’étend à tous les modes de réalisation couverts par l’invention. Procédé de communication avec un ordinateur distant (3000) depuis un ordinateur local (1000) à l’aide d’un boîtier (2000), l’ordinateur local (1000) comprenant un processeur local (1600), le procédé comprenant les étapes suivantes : un stockage dans une mémoire (2500) du boîtier (2000) d’un système d’exploitation dit nomade comprenant une clé de chiffrement publique, une connexion du boîtier (2000) à l’ordinateur local (1000), le boîtier (2000) comprenant : un module de communication nomade (2100) configuré pour recevoir des données cryptées et les déchiffrer à l’aide de la clé de chiffrement publique et pour envoyer des données cryptées après les avoir chiffrées à l’aide de la clé de chiffrement publique, un programme de synchronisation nomade (2200), le procédé comprenant en outre : une étape d’exécution de l’ordinateur local (1000) sous le système d’exploitation nomade par accès du processeur local (1600) à la mémoire (2500) du boîtier (2000), puis au cours de l’exécution, un envoi de fichiers nomades synchronisés depuis l’ordinateur local (1000) vers l’ordinateur distant (3000) par l’intermédiaire du module de communication nomade (2100) et d’un réseau de communication (4000), incluant un chiffrement des données avec la clé de chiffrement publique, au cours de l’exécution, une réception et un déchiffrement de fichiers distants synchronisés en provenance de l’ordinateur distant (3000) par l’intermédiaire du réseau de communication (4000) et du module de communication nomade (2100). Procédé selon la revendication précédente dans lequel le boîtier (2000) contient un module de connexion (2002) au réseau de communication (4000). Procédé selon l’une quelconque des revendications précédentes comprenant en outre, préalablement à l’étape d’exécution de l’ordinateur local (1000) sous le système d’exploitation nomade : une étape d’exécution sur l’ordinateur local (1000) d’un script configuré pour modifier l’ordre d’exécution des systèmes d’exploitation accessibles depuis l’ordinateur local (1000) et placer le système d’exploitation nomade en première position, puis une étape d’extinction de l’ordinateur local (1000). Procédé selon l’une quelconque des revendications précédentes comprenant en outre, préalablement à l’étape d’exécution de l’ordinateur local (1000) sous le système d’exploitation nomade, une étape d’exécution sur l’ordinateur distant (3000) d’un programme d’association du boîtier (2000) à l’ordinateur distant (3000), cette étape comprenant : un enregistrement d’un identifiant du boîtier (2000) dans une mémoire (3700) de l’ordinateur distant (3000), un envoi de la clé de chiffrement publique depuis l’ordinateur distant (3000) vers le boîtier (2000). Procédé selon l’une quelconque des revendications précédentes dans lequel la connexion du boîtier (2000) à l’ordinateur local (1000) se fait par un raccordement filaire entre un port (2001) du boîtier (2000) et un port (1001) de l’ordinateur local (1000). Procédé selon l’une quelconque des revendications précédentes dans lequel l’ordinateur distant (3000) comprend un module de communication distant (3100) configuré pour recevoir des données cryptées et les déchiffrer à l’aide de la clé de chiffrement privée et pour envoyer des données cryptées à l’aide de la clé de chiffrement privée. Procédé selon l’une quelconque des revendications précédentes dans lequel l’ordinateur distant (3000) comprend une mémoire (3700) contenant : des informations sur des utilisateurs, des informations sur les autorisations de partage de fichiers mémorisés dans l’ordinateur distant (3000). Procédé selon l’une quelconque des revendications précédentes dans lequel l’ordinateur distant (3000) comprend un programme de partage (3400) configuré pour recevoir des requêtes de partage et, en réponse à ces requêtes de partage, pour modifier les informations sur les autorisations de partage des fichiers mémorisés dans l’ordinateur distant (3000). Procédé selon l’une quelconque des revendications précédentes dans lequel l’ordinateur distant (3000) est partagé entre plusieurs boîtiers (2000a, 2000b ,2000c), l’ordinateur distant (3000) supportant une pluralité de répertoires, chaque répertoire étant attribué à au moins un boîtier (2000a, 2000b ,2000c), les informations sur les autorisations de partage déterminant le contenu de quel(s) répertoire(s) peut être accessible à quel(s) boîtiers (2000a, 2000b ,2000c). Procédé selon l’une quelconque des revendications précédentes dans lequel l’ordinateur distant (3000) comprend un programme de synchronisation distant (3200) configuré pour recevoir en provenance du boîtier (2000), par l’intermédiaire du réseau de communication (4000) et du module de communication distant (3100), des fichiers nomades synchronisés, et pour envoyer au boîtier (2000), par l’intermédiaire du module de communication distant (3100) et du réseau de communication (4000), des fichiers distants synchronisés. Procédé selon la revendication précédente dans lequel l’envoi des fichiers distants synchronisés par le programme de synchronisation distant (3200) se fait suite à la réception par le module de communication distant (3100) d’une requête de synchronisation en provenance du programme de synchronisation nomade (2200). Procédé selon la revendication précédente dans lequel le programme de synchronisation nomade (2200) envoie des requêtes de synchronisation de façon périodique. Système comprenant un boîtier (2000) et un produit programme d’ordinateur, le boîtier (2000) pouvant être connecté à un ordinateur local (1000), le boîtier (2000) comprenant : une mémoire (2500) contenant un système d’exploitation dit nomade comprenant une clé de chiffrement publique, un module de communication nomade (2100) configuré pour recevoir des données cryptées et les déchiffrer à l’aide de la clé de chiffrement publique et pour envoyer des données cryptées après les avoir chiffrées à l’aide de la clé de chiffrement publique, un programme de synchronisation nomade (2200), le produit programme d’ordinateur comprenant des instructions configurées pour : fournir au processeur local (1600) de l’ordinateur local (100) un accès à la mémoire (2500) du boîtier (2000) et provoquer une exécution de l’ordinateur local (1000) sous le système d’exploitation nomade, puis provoquer, au cours de l’exécution, un envoi de fichiers nomades synchronisés depuis l’ordinateur local (1000) vers l’ordinateur distant (3000) par l’intermédiaire du module de communication nomade (2100) et d’un réseau de communication (4000), incluant un chiffrement des données avec la clé de chiffrement publique, provoquer, au cours de l’exécution, une réception et un déchiffrement de fichiers distants synchronisés en provenance de l’ordinateur distant (3000) par l’intermédiaire du réseau de communication (4000) et du module de communication nomade (2100).