INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Typiquement, le tableau de bord 1 est monté dans l'habitacle d'un véhicule, par exemple d’un véhicule automobile. Une section centrale 7 du tableau de bord 1 est réservée à une pluralité de dispositifs permettant à un occupant d'agir sur certaines fonctionnalités du véhicule. Dans l'exemple illustré, ces dispositifs incluent un écran 9 et des boutons de réglage 15. Parmi ces dispositifs, il y a aussi une interface tactile 16. L’interface tactile 16 se situe sur une pièce d’interface 18 qui, par exemple, fait partie du tableau de bord 1. La pièce d’interface 18 définit une surface externe 20 et une surface interne opposée (non-visible à la ) du tableau de bord 1. La surface externe 20 peut par exemple être constituée d’un film décor. A titre illustratif, la pièce d’interface 18 peut être réalisée en matière plastique (tel que le polypropylène ou le polycarbonate), en aluminium, en bois, ou à partir d’une peau souple en cuir ou en matière synthétique.
La pièce d’interface 18, par exemple la surface externe 20, est munie d’icônes I qui indiquent à l’utilisateur les fonctionnalités mises à disposition par l’interface tactile 16.
Selon la présente divulgation, un film multicouche 17 est disposé contre la surface interne (non-visible à la ) de la pièce d’interface 18. En l’occurrence, il s’agit d’une bande multicouche 17 qui dispose d'une pluralité de boutons de commande 19. Chaque bouton de commande 19 est associé à l’une des icônes I. Parmi les icônes I, on distingue à gauche un couple de deux pictogrammes, à savoir un cadenas ouvert et un cadenas fermé. Ces deux pictogrammes indiquent à l’utilisateur que les boutons de commande 19 correspondants sont des boutons de déverrouillage et de verrouillage. On distingue également une icône en forme de siège qui indique à l’utilisateur que le bouton de commande 19 correspondant sert au réglage des sièges du véhicule.
Ici, le film multicouche 17 se situe en dessous de l'écran 9. Ici, le film multicouche 17 est une feuille flexible de forme allongée, sensiblement rectangulaire. Toutefois, le film multicouche 17 peut avoir une autre forme. De manière générale, la forme du film multicouche 17 suivra celle de l’interface tactile 16.
De préférence, le film multicouche 17 est par exemple fixé sur la surface interne opposée de la pièce d’interface 18 à l'aide d'une colle. Dans une variante, le film multicouche 17 est fixé sur la surface interne opposée par surmoulage, par exemple lors du moulage par injection de la pièce d’interface 18. Dans cette variante, on prévoit un moule dont la cavité est le négatif de la pièce d’interface 18 à mouler, on place le film multicouche 17 dans la cavité du moule, ensemble avec un film décor et à l’opposé de celui-ci, et on surmoule le tout par injection d’une matière plastique dans la cavité. La matière plastique injectée remplit l’interstice entre le film multicouche 17 et le film décor. Après le moulage, on retire la pièce d’interface 18 du moule, dont la surface externe 20 est alors constituée par le film décor, et dont la surface interne opposée est alors recouverte par le film multicouche 17.
Le film multicouche 17 est sensible au toucher et à la pression. Ainsi, un utilisateur peut effectuer une commande en appuyant avec son doigt sur l'un des boutons de commande 19 du film multicouche 17, notamment par l’intermédiaire de la pièce d’interface 18.
La configuration du film multicouche 17 va maintenant être décrite plus en détail, en référence aux figures 2 à 4.
Le film multicouche 17 a une face avant 21, montrée à la , et une face arrière 23, montrée à la , opposée à la face avant 21. De préférence, c’est la face avant 21 qui sert à la fixation du film multicouche 17 à un support, telle que la pièce d’interface 18.
La face avant 21 et munie d'une surface de commande 25. Cette surface de commande 25 comprend les boutons de commande 19, en l'occurrence ici les boutons de commande 19.1 à 19.6. Les boutons de commande 19 sont répartis le long du film multicouche 17, ici le long de la bande multicouche.
Cryptosystème selon un mode préféré de l’invention
On va maintenant décrire les composants du cryptosystème selon un mode préféré de réalisation de l’invention. Les éléments formant ce système sont illustrés à la , les opérations réalisées au sein de ce système à la .
Le cryptosystème 21 des figures 1 et 2 inclut un serveur 1 et un terminal de communication 2 qui prend ici la forme d’un smartphone.
Le serveur 1 est dans cet exemple un serveur bancaire apte à chiffrer et communiquer des données bancaires telles que la suite de données 3 de la , mais il pourrait s’agir d’un autre type de serveur. Le serveur 1 inclut des moyens de calcul informatique conventionnels 23 tels que des processeurs et des mémoires. Ces moyens de calcul informatique 23 permettent d’automatiser des opérations de calcul, en particulier de chiffrement. Ainsi, ces moyens 23 sont configurés pour exécuter automatiquement les étapes d’un programme d’ordinateur 24 enregistré dans le serveur 1 sous la forme d’un code exécutable. Ce programme 24 permet le chiffrement des données 3. Le serveur 1 est lui-même divisé, sur le plan logiciel, entre un serveur de contenu 11 et un serveur de chiffrement 12, qui font appels aux mêmes moyens de calcul informatique 23. Ainsi, une partie du code 24 est exécutable sur le serveur 11, une autre sur le serveur 12, ce qui permet d’encoder des données sur le serveur 11, puis de chiffrer ces données sur le serveur 12. Le serveur 1 inclut également des moyens de communication conventionnels, tels qu’une connexion Internet et des programmes de communication, permettant de communiquer vers l’extérieur une suite de données chiffrées, en particulier vers le terminal 2.
Dans une variante non illustrée, le dispositif 11 et le dispositif 12 sont deux ordinateurs physiquement séparés qui communiquent par des moyens conventionnels et font appels à leurs moyens de calcul informatique respectifs.
Comme on le verra plus bas, et comme illustré à la , le code 24 permet le chiffrement d’une suite de données 3 sur le serveur 1, par les moyens de calcul 23. Ces étapes de chiffrement, exécutées par les moyens de calcul 23 conformément aux instructions du code 24, concernent, sur le serveur de contenu 11, une opération d’encodage 4 des données 3. Sur le serveur 12, le code exécutable 24 requiert une pluralité d’opérations simultanées sur la suite 3 : il s’agit d’un encodage 5 de manière inverse à l’encodage 4 et, simultanément, la réalisation de permutations, de codage et de transformation au moyen d’une clé 6. Les moyens 23 sont ensuite invités par le code 24 à réaliser une opération 7 d’ajout d’erreur et une opération d’encodage 8 sur la suite 3, avant l’envoi des données 3 chiffrées au smartphone 2. L’ensemble de ces opérations, exécutées par les moyens de calcul 23 conformément aux instructions du code 24, seront décrites plus en détail plus bas.
Le terminal de communication 2 inclut des moyens conventionnels de calcul informatique 26 tels que des processeurs et des mémoires. Ces moyens 26 permettent d’automatiser des opérations de calcul, en particulier de déchiffrement. Ainsi, ces moyens 26 sont configurés pour exécuter automatiquement les étapes d’un programme d’ordinateur 25 enregistré dans le smartphone sous la forme d’un code exécutable. Sur le plan logiciel, le code exécutable 25 est divisé en deux parties, entre un code correspondant à un algorithme de déchiffrement 22 et un code correspondant à une application finale 19. Le smartphone 2 inclut également des moyens de communication conventionnels, tels qu’une connexion Internet et des programmes de communication, permettant de communiquer vers l’extérieur, par exemple pour réceptionner une suite de données 3 chiffrées par le serveur 1.
Comme on le verra plus bas, et comme illustré à la , l’algorithme 22, mis en œuvre par les moyens 26 conformément aux étapes du code 25, est la boite blanche comprenant des clés cryptographiques dont l’intégrité est à protéger. Ainsi, lorsqu’il est exécuté par les moyens 26, cet algorithme 22 réalise, sur la suite de données 3 reçue sous forme chiffrée et encodée, des opérations simultanées d’encodage 9 et de permutation au moyen une clé privée 13. L’encodage 9 correspond à l’inverse de l’encodage 8, c’est-à-dire à son décodage. Les permutations de la clé 13 correspondent à l’inverse des permutations de la clé 6. Il est à noter que l’encodage 8, côté serveur 1, est donc un encodage externe de la boite blanche 22, tandis que l’encodage 9 est l’encodage inverse correspondant situé dans la boite blanche. La boite blanche 22, lorsqu’elle est exécutée par les moyens de calcul 26, inclut également une opération 14 de correction d’erreur permettant de corriger les erreurs ajoutées volontairement aux données 3 par l’opération 7 d’ajout d’erreur. L’algorithme 22 comprend également une opération de décodage au moyen d’une clé privée 15, le décodage par cette clé 15 concernant ici l’inverse du codage par la clé 6. Cet algorithme 22 inclut également une dernière opération de déchiffrement au moyen de la clé privée 16, inverse à la transformation réalisée par la clé 6, et réalisée simultanément à un encodage 17. Là encore, nous reviendrons plus bas sur ces opérations, réalisées sur le smartphone 2 par les moyens 26.
Les moyens de calcul 25 sont également invités par le code exécutable 24 à exécuter une application 19, qui est une application finale de paiement utilisée par le détenteur du smartphone 2. Ainsi, lorsque les données 3 sont déchiffrées et encodées par les moyens de calcul 26 conformément à la boite blanche 22, le code de l’application 19 conduit ces moyens 26 à réaliser une opération d’encodage 18, laquelle consiste en une opération de décodage inverse de l’opération d’encodage 17, ce qui permet de décoder les données. L’encodage 18 est donc un encodage externe à la boite blanche 22, correspondant de manière inverse à l’encodage 17 de la boite blanche.
Une fois ces opérations réalisées, les données 3 sont donc en clair et décodées au sein de l’application 19 et peuvent être utilisées, en particulier en vue d’un règlement bancaire, par l’utilisateur du smartphone 2.
Il est à noter que l’application 19 n’est pas vendue à un utilisateur indépendamment de la boite blanche 22, ces deux parties logicielles formant le code 25 exécuté. C’est le développeur, ou société de développement, de l’application finale 19, qui fait généralement l’acquisition de la boite blanche 22, vendue sous la forme de bibliothèques logicielles. Le code source de l’application 19 comprend dès lors des appels via une API (pour « Application Interface Programming ») à l’algorithme 22 pour contrôler l’exécution de cet algorithme. Lorsque l’utilisateur télécharge et installe son application, celle-ci comprend donc l’application finale 19 et la boite blanche 22 qui y est rattachée, sous la forme d’un unique code 25.
On va maintenant revenir sur certaines opérations de ce cryptosystème 21 illustrées à la , en faisant régulièrement référence aux opérations du cryptosystème de McEliece décrit plus haut.
Tout d’abord, à l’encodage 4 correspond une matrice d’encodage que l’on nommera J. Ainsi, la suite de données 3 est encodée au moyen de la matrice d’encodage J dans le serveur de chiffrement 11.
A l’encodage 5, en début de serveur de chiffrement 12, correspond la matrice J -1 , la matrice inverse de la matrice J.
La clé publique 6 est la matrice SGP telle que définie dans le cryptosystème de McEliece. Cependant, dans ce cryptosystème 21, cette matrice SGP est combinée à la matrice J -1 pour former une matrice fusionnée J -1 SGP. En d’autres termes, les données 3 encodées en sortie du serveur de contenu 11 par la matrice J se voient appliquer la matrice J -1 SGP, qui va donc non seulement coder et permuter ces données conformément au cryptosystème de McEliece, mais également décoder les données conformément à la matrice J -1 , de façon simultanée. Il est à noter que, de ce fait, la clé publique 6 est masquée au sein du serveur 11 par l’encodage J -1 . En effet, l’encodage de la matrice SGP par la matrice J -1 rend toute distinction entre ces matrices impossibles pour un attaquant disposant du code exécutable implémenté dans le serveur 12. En outre, l’encodage J masque les données entre le serveur de contenu 11 et celui de chiffrement 12, tandis que l’encodage J -1 n’est pas accessible pour un attaquant car il est masqué au sein de la matrice J -1 SGP.
À l’encodage 8, correspond une matrice d’encodage que l’on nommera F.
Le procédé comprend également une étape S220-2 au cours de laquelle le service vérifie si l’identifiant obtenu par déchiffrage du jeton correspond à son propre jeton . Si tel est le cas, cela signifie que le service est le destinataire légitime, et l’étape S230-2 est mise en œuvre. Sinon, le service transmet un message au service CTRL de contrôle l’informant qu’il n’est pas le destinataire légitime. Cette étape est mise en œuvre par le module MOD_DEST du dispositif de mise en œuvre du service .
Lors de l’étape S230-2, le service applique une fonction propre audit service . Cette étape est mise en œuvre par le module MOD_CS du dispositif de mise en œuvre du service .
Lors d’une étape S240-1, le service génère une estampille temporelle . Le procédé comprend en ouvre une étape S260-2 au cours de laquelle le service génère un jeton de chaînage tel que
avec une fonction cryptographique qui combine la fonction de hachage avec la clé secrète .
Cette étape est mise en œuvre par le module MOD_CT du dispositif de mise en œuvre du service .
Enfin, lors d’une étape S270-2, le service transmet l’identifiant de transaction , le jeton de routage , le jeton de chaînage au troisième service de la chaîne. Cette étape est mise en œuvre par le module MOD_TX du dispositif de mise en œuvre du service .
Lors d’une étape S210-3, le service déchiffre le jeton de routage à l’aide de sa clef de cryptographique et obtient alors un premier identifiant , un deuxième identifiant et un troisième identifiant identifiant le service suivant de la chaîne, et le jeton de routage .
Le procédé comprend alors une étape S215-3 au cours de laquelle le service vérifie si l’identifiant obtenu par déchiffrage du jeton provient d’une source légitime, et ce, de manière similaire à l’étape S215-1.
Le procédé comprend alors une étape S220-3 au cours de laquelle le service vérifie si l’identifiant obtenu par déchiffrage du jeton correspond à son propre jeton . Si tel est le cas, cela signifie que le service est le destinataire légitime, et l’étape S230-3 est mise en œuvre. Sinon, le service transmet un message au service CTRL de contrôle l’informant qu’il n’est pas le destinataire légitime. Cette étape S220-3 est mise en œuvre par le module MOD_DEST du dispositif de mise en œuvre du service .
Lors de l’étape S230-3, le service applique une fonction propre audit service . Cette étape est mise en œuvre par le module MOD_CS du dispositif de mise en œuvre du service .
Lors d’une étape S240-3, le service génère une estampille temporelle . Le procédé comprend en ouvre une étape S260-3 au cours de laquelle le service génère un jeton de chaînage tel que
Enfin, lors d’une étape S270-3, le service transmet l’identifiant de transaction , le jeton de routage et le jeton de chaînage au service CTRL de contrôle. Cette étape S270-3 est mise en œuvre par le module MOD_TX du dispositif de mise en œuvre du service .
Après apprentissage sur l’ensemble du premier jeu de données d’entraînement, l’erreur quadratique est minimisée et le premier auto-encodeur 200 est apte à reconstituer des images de qualité optimale à partir d’images comprenant un ou plusieurs défauts, suite à leur compression. L’auto-encodeur 200 peut ainsi être implémenté dans le récepteur 120 décrit précédemment.
De manière avantageuse, le premier auto-encodeur 200 peut prévoir une réutilisation, par des couches de neurones de déconvolution, de caractéristiques des couches de neurones de convolution. Une telle réutilisation peut être permise par au moins une connexion saute-couche, ou « skip connection » en anglais, reliant deux couches de neurones convolutionnelles non-consécutives du premier auto-encodeur 200.
Par exemple, le premier auto-encodeur 200 comprend au moins une connexion saute-couche 220.1 entre une paire de couches ayant le même nombre de dimensions, ou de caractéristiques, chaque paire comprenant une couche de convolution et une couche de déconvolution. Dans l’exemple de la , les connexions saute-couche 220.1 peuvent ainsi comprendre une connexion entre la couche d’entrée 200.1 et la couche de sortie 201.1, une connexion entre la première couche cachée de convolution 200.2 et la première couche cachée de déconvolution 201.2, et une connexion entre la deuxième couche cachée de convolution 200.3 et la deuxième couche cachée de déconvolution 201.3.
En complément ou en variante, le premier auto-encodeur 200 comprend au moins une connexion saute-couche 220.2 entre une paire de couches ayant des nombres différents de dimensions, ou de caractéristiques, chaque paire comprenant une couche de convolution et une couche de déconvolution. Dans l’exemple de la , les connexions saute-couche 220.2 peuvent ainsi comprendre une connexion entre la première couche cachée de convolution 200.2 et la deuxième couche cachée de déconvolution 201.3 et une connexion entre la deuxième couche cachée de convolution 200.3 et la première couche cachée de déconvolution 201.2.
De telles connexions saute-couche permettent avantageusement d’effectuer des traitements de données complexes avec des réseaux de neurones profonds.
La présente un procédé de traitement de données selon des modes de réalisation de l’invention.
Le procédé comprend une phase préalable 300, comprenant une étape 301 d’obtention du premier jeu de données d’entraînement, comprenant des paires d’images telles que décrites précédemment. Aucune restriction n’est attachée à la manière dont le jeu de données d’entraînement est obtenu. Les images de qualité optimales peuvent être issues de situations réelles ou de simulations par exemple.
A une étape 302 de la phase préalable 300, le premier réseau de neurones convolutionnel auto-encodeur 200 est entraîné par apprentissage supervisé sur la base des paires d’images du premier jeu de données d’entraînement obtenu à l’étape 301 précédente. Le premier auto-encodeur 200 ainsi obtenu est apte à rehausser la qualité de données compressées.
A une étape 303 de la phase préalable 300, le premier réseau de neurones convolutionnel auto-encodeur 200 est stocké dans un récepteur, tel que le récepteur 120 décrit précédemment. Comme précédemment expliqué, le récepteur 120 peut être intégré dans un dispositif d’éclairage pour véhicule automobile ou dans un serveur distant d’un véhicule automobile.
Le procédé de traitement comprend en outre une phase courante 310 comprenant une étape de réception 311 par le récepteur 120 de données compressées, via le canal de communication 130 décrit précédemment. Les données reçues ont notamment été compressées au préalable par l’encodeur 110 décrit précédemment, aucune restriction n’étant attachée à la technique de compression des données.
A une étape 312, le module de décompression 121 décompresse les données compressées reçues lors de l’étape 311 précédente, tel que décrit précédemment.
A une étape 313, les données décompressées sont traitées par le premier auto-encodeur 200 afin d’être rehaussées. Des données rehaussées sont ainsi obtenues à l’issue de l’étape 313. Au vu de l’apprentissage machine dont est issu le premier auto-encodeur 120, les données rehaussées permettent l’obtention d’une image de qualité optimale, proche de l’image initialement compressée par l’encodeur 110.
Les données rehaussées peuvent être transmises par le récepteur 120 à une étape 314. Par exemple, le récepteur 120 peut transmettre les données rehaussées à une mémoire pour stockage. De manière avantageuse dans le mode de réalisation dans lequel l’encodeur 110 est intégré dans un PCM et le récepteur 120 est intégré dans un dispositif de signalisation, les données rehaussées peuvent être transmises à un module de commande de sources lumineuses pour réalisation de la photométrie correspondant aux données de sortie.
La présente un module de compression 111 et un module de décompression 121 de données selon un mode de réalisation de l’invention.
Comme précédemment évoqué, le module de compression 111 et le module de décompression 121 peuvent être apte à mettre en œuvre un algorithme de compression/décompression tel que des algorithmes de linéarisation, par gradient, JPG, PCA ou autres.
Selon une variante illustrée sur la , la compression/décompression est mise en œuvre au moyen d’un deuxième réseau de neurones convolutionnel auto-encodeur, ou deuxième auto-encodeur ci-après, les modules de compression et décompression 111 et 121 comprenant chacun une partie du deuxième auto-encodeur. Le module de compression 111 comprend ainsi une première partie 400 du deuxième auto-encodeur tandis que le module de décompression 121 comprend une deuxième partie 410 du deuxième auto-encodeur.
Selon encore une autre caractéristique, le meuble comprend un piètement solidaire de la face inférieure du socle, le piètement pouvant être des roulettes.
Enfin, l’invention porte sur un procédé de montage du meuble précité de l’invention. Le procédé de montage comporte les étapes suivantes : l’axe doté de deux extrémités distales opposées est fixé au socle en vissant la pièce d’assemblage d’extrémité inférieure sur l’extrémité distale de l’axe sous et contre le socle ; les plateaux dotés chacun d’un orifice central sont enfilés sur l’axe en alternant entre les plateaux l’enfilage d’entretoises sur l’axe ; la paroi périphérique est emboitée via son chant inférieur dans la première gorge en arc de cercle du socle, de préférence la paroi périphérique se présentant sous la forme d’une plaque plane qui se cintre concomitamment à son emboîtement dans la première gorge en suivant le profil en arc de cercle ; lorsqu’une porte est présente pour fermer l’ouverture, la porte est insérée dans la seconde gorge en arc de cercle du socle, la porte ayant pu être cintrée préalablement, et la porte pouvant être montée avant la paroi périphérique ; le chapeau est rapporté au-dessus de la paroi périphérique et de la porte lorsqu’elle est présente, en engageant la ou des gorges d’accueil du chapeau sur le chant supérieur de la paroi périphérique et sur le chant supérieur de la porte lorsque cette dernière est présente; pour finaliser le montage, la pièce d’assemblage d’extrémité supérieure est fixée sur l’extrémité distale de l’axe qui dépasse du chapeau.
Des caractéristiques et autres avantages de l’invention apparaîtront à la lecture de la description qui va suivre, donné uniquement à titre d’exemple non limitatif, et faite en référence aux dessins annexés et sur lesquels : représente une vue en perspective d’un exemple de meuble de rangement selon l’invention, sa porte optionnelle étant fermée. correspond à la avec la porte ouverte. Plusieurs plateaux étagés sont visibles avec des exemples de logements de rangement. est une vue en perspective éclatée des tous les éléments du meuble avant assemblage. montre en vue de dessus la face interne du socle du meuble. montre en vue de dessus la face interne du chapeau du meuble. illustre une partie du meuble assemblé avant montage de la paroi périphérique de fermeture, de la porte et du chapeau. est un exemple de réalisation de logements de rangement pour le meuble de l’invention. est un autre exemple de réalisation de logements de rangement pour le meuble de l’invention.
Le meuble de rangement 1 de l’invention illustré sur les figures 1 et 2 est un meuble à paroi périphérique fermée et circulaire, le meuble comprenant en son intérieur des plateaux étagés et rotatifs, avantageusement de forme circulaire.
L’invention sera plus particulièrement décrite quant à un meuble de rangement à plateaux circulaires, sans toutefois y être limitée. Les plateaux pourraient être de section à géométrie polygonale ou autre, tout en restant inscrits dans la section circulaire de la paroi périphérique.