INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Par polymère filmogène, on entend un polymère apte à former à lui seul ou en présence d’un agent auxiliaire de filmification, un film macroscopiquement continu sur un support, notamment sur les matières kératiniques, et de préférence un film cohésif, et mieux encore un film dont la cohésion et les propriétés mécaniques sont telles que ledit film peut être isolable et manipulable isolément, par exemple lorsque ledit film est réalisé par coulage sur une surface anti-adhérente comme une surface téflonnée ou siliconée.
En particulier, le polymère filmogène hydrophobe est un polymère choisi parmi le groupe comprenant les polymères filmogènes solubles dans un milieu solvant organique, en particulier les polymères liposolubles ; cela signifie que le polymère est soluble ou miscible dans le milieu organique et va former une seule phase homogène lorsqu’il sera incorporé dans le milieu.
Comme polymère filmogène hydrophobe, on peut citer notamment - les résines siliconées ; - les copolymères éthyléniques séquencés ; - les polymères vinyliques comprenant au moins un motif dérivé de dendrimère carbosiloxane ; - les copolymères silicone acrylate - leurs mélanges.
De façon préférentielle, une composition selon l’invention comprend, de 0,5 à 15% en poids, plus préférentiellement de 1 à 10% en poids, plus particulièrement de 2 à 7% en poids en matière active de polymère(s) filmogène(s) hydrophobe(s), par rapport au poids total de la composition. Résines siliconées
De manière plus générale, par le terme résine, on entend un composé dont la structure est tridimensionnelle. On appelle les résines siliconées également des résines de silicone ou résines de siloxane. Ainsi, au sens de la présente invention, une polydiméthylsiloxane n’est pas une résine de silicone.
La nomenclature des résines de silicone (également appelées résines de siloxanes ou résine siliconées) est connue sous le nom de MDTQ, la résine étant décrite en fonction des différentes unités monomériques siloxane qu’elle comprend, chacune des lettres MDTQ caractérisant un type d’unité.
La lettre D signifie une unité Di fonctionnelle R 1 R 2 SiO 2/2 dans laquelle l’atome de silicium est relié à deux atomes d’oxygène.
La lettre T représente une unité Trifonctionnelle de formule R 1 SiO 3/2 .
De telles résines sont décrites par exemple dans Encyclopedia of Polymer Science and Engineering, vol. 15, John et Wiley and Sons, New York, (1989), p. 265-270, et US 2,676,182, US 3,627,851, US 3,772,247, US 5,248,739 ou encore US 5,082,706, US 5,319,040, US 5,302, 685 et US 4,935,484.
Les procédés et systèmes proposés visent à éviter la survenance d’une situation dans laquelle une interface réseau de gestion d’une machine virtuelle d’un système informatique est configurée avec un identifiant (par exemple une adresse IP, une adresse MAC, etc.) déjà utilisée pour l’interface réseau de gestion d’une autre machine virtuelle du système informatique ou pour l’hyperviseur du système informatique. Ce type de situation, dans laquelle par exemple deux machines virtuelles utilisent une même adresse IP sur leurs interfaces réseau de gestion respectives, est susceptible de causer, lorsqu’il se produit pour une machine virtuelle, un disfonctionnement, une indisponibilité, ou un accès non autorisé des autres machines virtuelles, voire de l’hyperviseur du système informatique. L’interface réseau de gestion connecte la machine virtuelle avec un réseau d’administration géré par l’opérateur (non représenté sur la ). Ce réseau d’administration fournit différents services d’administration à la machine virtuelle, par exemple un serveur de temps de type NTP (pour « Network Time Protocol ») ou un serveur de sauvegarde.
Les procédés et systèmes proposés concernent de manière générale le contrôle dans un système informatique comprenant une ou plusieurs machines virtuelles pilotées par un hyperviseur. Ils peuvent en particulier, mais de manière non limitative, avantageusement être utilisés pour le contrôle des flux d’administration sur les interfaces réseau de gestion. Les machines virtuelles sont par exemple configurées pour la mise en œuvre de fonctions réseau virtualisées (VNF) au sein d’un équipement de type uCPE.
En fonction du mode de réalisation choisi, différents types ou architectures d’équipements peuvent être envisagés pour la mise en œuvre des procédés de contrôle proposés. Ainsi, dans un ou plusieurs modes de réalisation, un équipement configuré pour la mise en œuvre des procédés et systèmes proposés peut être un équipement de type uCPE installé par un opérateur de télécommunications chez un client entreprise, par exemple dans une agence d’un réseau d’agences de ce client. Dans un ou plusieurs modes de réalisation, différents types ou architectures d’équipements uCPE peuvent être utilisés au sein d’un même système tel que proposé pour la mise en œuvre des procédés de contrôle proposés.
La illustre un exemple d’architecture de système informatique (1) dans lequel le procédé proposé peut être mis en œuvre selon un ou plusieurs modes de réalisation.
En référence à la , le système (1) comprend une plateforme matérielle (2) sur laquelle est mis en œuvre un environnement logiciel de virtualisation, par exemple d’une ou plusieurs fonctions réseau, comprenant une ou plusieurs machines virtuelles (3a, 3b, 3c) et un hyperviseur (4a) configuré pour piloter l’une ou plusieurs machines virtuelles (3a, 3b, 3c) qui ont été instanciées.
Le système (1) peut être configuré pour être intégré à un réseau de communication, et par exemple comprendre une plateforme généraliste de fourniture de services réseau destinée à être installée chez les clients d’un opérateur (uCPE). Une ou plusieurs des machines virtuelles peuvent mettre en œuvre des fonctions réseau virtualisées (VNF), comme par exemple une VNF X fournissant une fonction de routeur périphérique (en anglais, « edge router »), une VNF Y fournissant une fonction de sécurité pour le système informatique (1), et une VNF Z fournissant une fonction de stockage virtualisé. La flexibilité de l’architecture des équipements de type uCPE permettant le déploiement, la modification et la suppression à distance de VNFs, par exemple par le biais d’un réseau étendu (WAN), d’autres VNF peuvent être mis en œuvre au sein du système informatique (1) en fonction du mode de réalisation des procédés et équipements proposés.
La plateforme matérielle (2) comprend un ou plusieurs serveurs, comprenant chacun un ou plusieurs processeurs et une ou plusieurs mémoires couplées de manière opérationnelle au(x) processeur(s) (non illustrés sur la figure), ainsi qu’une ou plusieurs interfaces physiques de communication de données (2a, 2b, 2c), comme par exemple des interfaces de format de type port Ethernet.
Certains des ports de communication (2a) peuvent être configurés pour des communications de données sur réseau local (ports « LAN Ge1/0 » à « LAN Ge1/7 »), tandis que d’autres ports de communication (2b, 2c) peuvent être configurés pour des communications de données sur réseau étendu (ports « Wan0 Eth port » et « Wan1 Eth port »).
Une ou plusieurs des machines virtuelles instanciées sur le système informatique (1) peuvent être configurées pour accéder à un ou plusieurs des ports de communications de données sur réseau local et/ou pour accéder à un ou plusieurs des ports de communications de données sur réseau étendu, éventuellement par l’intermédiaire d’une ou plusieurs unités de commutation réseau (en anglais, « switch »). Par exemple, comme illustré sur la figure, la VNF Y (3b) peut être configurée pour avoir accès à un ou plusieurs des ports de communications de données sur réseau local (2a), par l’intermédiaire d’une unité (5a) de communication réseau local (« lan-net 0 »), et pour avoir accès à un ou plusieurs des ports de communications de données sur réseau étendu, par l’intermédiaire d’une unité (5b) de commutation interne (« Glue-net0 ») effectuant la liaison réseau interne avec la VNF Z (3c) et d’une unité (5c) de commutation réseau étendu (« wan-net 1 »). De même, la VNF Z (3c) peut être configurée pour avoir accès à un ou plusieurs des ports de communications de données sur réseau étendu (2a), par l’intermédiaire de l’unité (5c) de communication réseau étendu (« wan-net 1 »), et pour avoir accès à un ou plusieurs des ports de communications de données sur réseau local, par l’intermédiaire de l’unité (5b) de commutation interne (« Glue-net0 ») et de l’unité (5a) de commutation réseau local (« lan-net 0 »).
Comme illustré sur la , l’environnement logiciel de virtualisation peut être mis en œuvre au sein du système informatique (1) selon une architecture en étoile, utilisant par exemple une unité logicielle de commutation (4b) fournissant une interface de communication de données entre chacune des machines virtuelles (3a, 3b, 3c) instanciées dans le système informatique (1) et l’hyperviseur (4a).
Un (2d) des ports de communication de la plateforme (2) est en outre configuré comme interface réseau de gestion de l’hyperviseur (4a) et pour permettre l’acheminement des flux d’administration des machines virtuelles via leurs interfaces réseau de gestion respectives.
On décrit ci-après des procédés de contrôle qui peuvent avantageusement être mis en œuvre dans un système informatique tel que celui (1) illustré sur la , dans un ou plusieurs modes de réalisation.
En référence à la , on envisage un système informatique comprenant au moins une machine virtuelle utilisateur pilotée par un hyperviseur formant un environnement logiciel virtualisé.
Dans un ou plusieurs modes de réalisation, une ou plusieurs des au moins une machine virtuelle utilisateur est configurée pour remplir une fonction réseau virtuel, comme par exemple une fonction de routage réseau, de communication de voix et/ou de données (par exemple une fonction voix sur réseau IP (VoIP), une fonction sécurité du réseau, ou une fonction stockage en réseau (par exemple une fonction de stockage de données virtualisé dans un environnement Cloud).
Dans un ou plusieurs modes de réalisation, le contrôle du système informatique peut être mis en œuvre par une unité de contrôle, par exemple une machine virtuelle (dite « machine virtuelle de contrôle ») pilotée par l’hyperviseur, connectée à l’au moins une machine virtuelle utilisateur par un lien de communication de données. Dans un ou plusieurs modes de réalisation dans lesquels plusieurs machines virtuelles utilisateurs ont été instanciées au sein du système informatique, l’unité de contrôle peut être connectée à chacune des machines virtuelles utilisateur par des liens de communication de données respectifs.
Dans un ou plusieurs modes de réalisation, le procédé proposé comprend la réception (11), depuis une machine virtuelle utilisateur, d’un paquet de données associé à un flux d’administration émis sur l’interface réseau de gestion de cette machine virtuelle. Ce paquet de données associé à un flux d’administration comprend un identifiant de réseau et une adresse physique. L’identifiant de réseau et l’adresse physique identifient la machine virtuelle utilisateur pour le réseau d’administration.
Ainsi, la plaquette d’indexation permet de mieux répartir les contraintes mécaniques apparaissant au moment d’un choc latéral sur une zone périphérique plus large autour du cordon de soudure liant la partie supérieure à la partie inférieure du renfort de pilier. Ainsi, l’accumulation de contraintes au niveau du cordon de soudure est réduite, et le risque de cassure du pilier est amoindrie.
- la plaquette d’indexation s’étend dans le logement creux entre un bord frontal et un bord arrière du renfort de pilier. Le bord frontal du renfort de pilier est destiné à être situé du côté d’un parechoc avant du véhicule automobile sur lequel l’ensemble conforme au premier aspect de l’invention est destiné à être assemblé, et le bord arrière du renfort de pilier est destiné à être situé du côté d’un parechoc arrière dudit véhicule automobile. En d’autres termes, le bord frontal et le bord arrière sont située de part et d’autre d’une face du renfort de pilier située en regard de la doublure de pilier. La plaquette d’indexation recouvre ainsi le cordon de soudure sur une plus grande surface au niveau de la face du renfort de pilier située en regard de la doublure de pilier. Cette configuration avantageuse permet de mieux répartir les contraintes mécaniques consécutives du choc latéral sur une zone périphérique et distante du cordon de soudure ;
- la plaquette d’indexation est fixée solidairement sans jeu entre ladite plaquette d’indexation et le renfort de pilier au niveau de zones de fixation. Dans le contexte de l’invention, les zones de fixation sont les zones de la plaquette d’indexation et du renfort de pilier au niveau desquelles la fixation est réalisée. En d’autres termes, la plaquette d’indexation est plaquée contre le renfort de pilier au niveau des zones de fixation et fixée solidairement à lui. Cette configuration avantageuse permet, d’une part, de garantir une bonne liaison mécanique entre la plaquette d’indexation et le renfort de pilier et, d’autre part, d’assurer le rôle de raidisseur attendu ;
- la plaquette d’indexation est fixée solidairement au renfort de pilier par une soudure périphérique à la plaquette d’indexation. En d’autres termes, la plaquette d’indexation est fixée solidairement au renfort de pilier par le biais d’une soudure située à distance du cordon de soudure liant la partie supérieure du renfort de pilier à sa partie inférieure. En outre, la soudure liant la plaquette d’indexation au renfort de pilier s’étend préférentiellement sur une plus grande distance et/ou une plus grande surface que le cordon de soudure liant la partie supérieure à la partie inférieure du renfort de pilier. La soudure liant la plaquette d’indexation au renfort de pilier permet ainsi de distribuer les contraintes mécaniques apparaissant lors d’un choc sur toute la surface de la plaquette d’indexation, contribuant ainsi à sa rigidité et réduisant les risques de rupture ;
- la soudure s’étend le long du bord frontal et du bord arrière du renfort de pilier. De manière avantageuse, la plaquette d’indexation et la soudure liant ladite plaquette d’indexation au renfort de pilier suit la géométrie du logement creux dans lequel la plaquette d’indexation est logée. En l’espèce, la plaquette d’indexation comporte des rabats qui épouse la forme du bord frontal et du bord arrière du renfort de pilier, de sorte à permettre un bon plaquage de la plaquette d’indexation contre le renfort de pilier. Complémentairement, il est avantageux que la soudure liant la plaquette d’indexation au renfort de pilier déborde sur les rabats de la plaquette d’indexation et sur les bords frontaux et arrière du renfort de pilier afin de renforcer la tenue mécanique de la plaquette d’indexation et, par suite, du pilier ;
- de manière avantageuse, la soudure s’étend sur au moins la moitié d’une longueur du bord frontal et/ou du bord arrière du renfort de pilier, prise entre le renfort de pilier et la doublure de pilier et selon une direction sensiblement perpendiculaire à une élongation du pilier. Cette configuration avantageuse permet de garantir une bonne tenue mécanique en cas de choc latéral ;
- la plaquette d’indexation est formée d’une tôle. Par tôle, on comprend une pièce de forme quelconque et d’épaisseur sensiblement constante. En outre, l’épaisseur d’une telle tôle est largement inférieure à des dimensions latérales de la tôle ;
- la tôle formant la plaquette d’indexation est métallique, préférentiellement en acier. L’acier est ici choisi pour ses propriétés mécaniques, et notamment sa constante de raideur, afin d’apporter la rigidité nécessaire en cas de choc latéral pour renforcer le pilier ;
- une épaisseur de la tôle est inférieure à 3 mm, préférentiellement égale à 1.8 mm. Selon un aspect particulièrement intéressant de l’invention, il est désormais possible de réaliser un tel renfort de pilier par l’intermédiaire d’une pièce de très faible épaisseur comparativement aux renforts de pilier connus, contribuant ainsi à renforcer la fiabilité du pilier tout en minimisant la masse et les coûts de production.
Selon un deuxième aspect de l’invention, il est proposé un véhicule automobile comportant un habitacle délimité de chaque côté latéral par au moins un ensemble conforme au premier aspect de l’invention ou selon l’un quelconque de ses perfectionnements.
Avantageusement, le pilier auquel est fixé l’au moins une plaquette d’indexation est un pilier central du véhicule automobile.
illustre une vue tridimensionnelle d’une plaquette d’indexation telle que mise en œuvre dans le contexte de l’invention ;
illustre une vue de l’ensemble conforme au premier aspect de l’invention et intégrant la plaquette d’indexation illustrée sur la ;
La norme IEEE 802.1Qbv qui est l’un des standards phares de TSN, et désignée par Qbv dans la suite de la description, propose un mécanisme pour assurer des latences bornées. Il permet aux commutateurs d’un réseau TSN de contrôler le trafic dans des files d’attente de ports de sortie des commutateurs, selon une planification de transmission prédéfinie (l'ordonnanceur temporel IEEE 802.1Qbv), et ainsi de garantir la qualité du trafic prioritaire. L'ordonnanceur temporel IEEE 802.1Qbv est conçu pour séparer la communication sur le réseau Ethernet en cycles de temps répétés de longueur fixe. Au sein de ces cycles, différentes tranches de temps peuvent être configurées et être affectées à une ou plusieurs des huit priorités Ethernet.
La illustre de manière schématique la structure d’un commutateur permettant d’appliquer le principe de planification Qbv dans un réseau TSN composé d’une pluralité d’équipements sources/destinataires connectés à des commutateurs via des liens Ethernet.
Les commutateurs (« Switch » en anglais) servent d’intermédiaires entre des terminaux émetteurs ou Parleur(s) (« Talker(s) » en anglais) de flux de données et des terminaux récepteurs ou Auditeur(s) (« Listener(s) » en anglais), en gérant le multiplexage des données, i.e. leur réception, leur traitement et leur retransmission.
Pour des raisons de simplification de la description, la montre un commutateur TSN 100 avec uniquement deux ports d’entrée (« ingress port » en anglais) et un seul port de sortie (« egress port » en anglais), à titre d’exemple non limitatif sur le nombre de port d’entrée et de sortie. Un premier flux de données, composé de fragments ‘A’ de données, est reçu par un premier port d’entrée 102, et un deuxième flux de données, composé de fragments de données ‘B’, est reçu par un deuxième port d’entrée 104.
La sortie de chacun des ports d’entrée est couplée à un module de distribution des flux 108 qui affecte les données de chaque flux à une file d’attente appropriée, au nombre de huit en général (Q0 ou110-0 à Q7 ou110-7), selon la priorité de chaque flux.
Selon la définition des trames Ethernet dans IEEE 802.1Q, un filtre prioritaire (« priority filter » en anglais) détermine quel flux spécifique est transmis aux files d'attente prioritaires correspondantes en fonction d’un point de code prioritaire (PCP). Un trafic programmé (qui a la priorité la plus élevée par défaut) entre dans une file d'attente prioritaire, et un trafic non programmé entre dans une file d’attente non prioritaire.
La sortie des files d’attente est associée à une structure 112 de portes logiques, chaque porte logique ayant deux états "ouvert" ou "fermé". L’état courant de chaque porte est fonction du contenu d’une liste de contrôle GCL (« Gate Control List » en anglais) 114. Quand une porte est à un temps donné dans un état ouvert les trames qui se trouvent dans la file d’attente associée à cette porte peuvent passer, et être transmises vers le port de sortie 106 via le commutateur analogique 112. Ceci est par exemple illustré pour la file d’attente Q7 avec un bit mis à ‘1’ dans la CGL au temps t0, qui permet alors de transmettre les données B vers le port de sortie 106. Quand une porte est dans un état fermé (correspondant alors à un bit mis à 0 dans la liste), les trames qui se trouvent dans la file d’attente associée à cette porte ne peuvent pas être transmises dans le réseau.
Bien que le mécanisme Qbv en lui-même soit plutôt simple, il existe une complexité inhérente à la génération des GCL, la problématique étant de trouver les bons moments pour ouvrir et fermer les portes.
De plus, dès que l’on considère la configuration du mécanisme Qbv sur tous les commutateurs TSN se trouvant dans un réseau, la complexité d’établir une GCL adéquate pour chaque commutateur augmente considérablement. Il a été étudié que la synthèse des plannings de communication dans des scénarios réels s'avère souvent être un problème NP-complet. Or, il n'existe pas à ce jour d'algorithme qui génère un planning de communication en temps polynomial.
Etant donné que la norme Qbv est importante dans les futurs systèmes de communication industriels, en particulier dans les usines intelligentes dotées de systèmes de fabrication autonomes, il existe le besoin d’un algorithme qui permette d’établir une configuration Qbv rapidement et de déployer cette configuration sans perturber les flux qui circulent déjà dans le réseau.
Dans ces systèmes, les appareils tels que les robots, les actionneurs et les capteurs doivent communiquer entre eux rapidement car ils doivent réagir très vite en fonction du système de commande et de contrôle, ou en fonction de certains événements inattendus. De cette façon, ces systèmes peuvent garantir la précision d’un processus de fabrication et minimiser tout défaut.
Aussi, pour pouvoir répondre à des scénarios envisagés dans l’industrie 4.0 où les lignes de production sont plutôt reconfigurables (ce qui implique une dynamique dans le réseau industriel), ou même répondre au scénario d’intégrer TSN dans le cœur 5G/6G où les flux ne sont pas connus d’avance, il existe le besoin d’un algorithme d’ordonnancement des flux qui opère en ligne, i.e. qui soit dynamique, pour l’installation incrémental des flux d’applications dans le réseau TSN.
De plus, afin qu’il puisse être utilisé en ligne, un tel algorithme doit avoir un temps d’exécution très court, dans un ordre de grandeur inférieur à quelques secondes.
Il existe quelques approches qui abordent en partie ces problématiques.
Le standard IEEE 802.1Qcc fournit deux approches principales (celle centralisée et celle distribuée) pour configurer les mécanismes TSN [IEEE802.1Qcc]. Dans ce standard, il est souligné que l’approche centralisée est la plus favorisée pour assurer la configuration de IEEE 802.1Qbv. Cependant, ce standard ne fournit pas les algorithmes qui permettent de décider et de générer la GCL à déployer dans le réseau.
Dans la littérature, l’approche principale repose généralement sur des outils d’ingénierie : outils de simulation comme « RTaW-Pegase » ou bien des outils d’optimisation mathématiques comme les formulations ILP (« Integer Linear Programming ») ou les solveurs SMT (« Satisfiability modulo Theories »).
Par exemple, le paquet de données associé à un flux d’administration peut être reçu par l’unité de contrôle (par exemple par la machine virtuelle de contrôle) lors d’une configuration, par exemple par un utilisateur au moyen d’une interface homme-machine de configuration, d’une interface réseau de gestion de la machine virtuelle utilisateur.
L’homme du métier comprendra que les procédés et systèmes proposés ne sont pas limités à un ou plusieurs types de protocole de communication de données, d’identifiant de réseau ou d’adresse physique. Ainsi, en fonction du mode de réalisation choisi, les procédés et systèmes proposés peuvent être mis en œuvre en utilisant des paquets de données au format IP (pour « Internet Protocol »), des identifiants de réseau de type adresse IP, et des adresses physiques comprenant une adresse de contrôle d’accès au média (en anglais, « Medium Access Control » ou « MAC ») et/ou un numéro de port de communication. De même, en fonction du mode de réalisation choisi, le paquet de données peut être reçu dans un message d’un protocole de communication de données, comme par exemple le protocole HTTP (de l’anglais « HyperText Transfer Protocol ») ou le protocole sécurisé HTTPS (de l’anglais « HyperText Transfer Protocol Secure »).