INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Enfin, l'invention n'est évidemment pas limitée aux modes de mise en couvre décrits ci-dessus, mais en couvre au contraire toutes les variantes notamment en ce qui concerne la nature de la base élastomère, du plastifiant, des éventuels adjuvants, les proportions dans le mélange avant injection d'élastomère, de plastifiant et de fibres, ainsi que la nature ou l'usage des semelles ou analogues obtenues conformément au procédé.
CIRCUIT D'ECLAIRAGE SECURISE POUR UN HABITACLE DE VEHICULE
L'invention a pour objet un circuit d'éclairage sécurisé pour un habitacle, notamment un habitacle de véhicule. La figure 1 présente un exemple de circuit d'éclairage 10 connu pour un habitacle de véhicule, qui comprend un organe d'éclairage 12 et un circuit de commande d'éclairage 11, les deux étant associés en série électrique entre une borne positive et une borne négative d'un réseau électrique amont, la borne négative étant une masse électrique du circuit. Le réseau amont comprend notamment un accumulateur permanent, la batterie du véhicule par exemple, et tous les autres circuits électriques du véhicule (éclairage, commande moteur, dispositifs de sécurité, etc.) Le circuit de commande 11 comprend un interrupteur commandé (mécanique, électromécanique ou électronique) et des circuits de logique de commande (portes logiques, microcontroleur, etc.) il est utilisé pour allumer ou éteindre l'organe d'éclairage 12 en fonctionnement normal du véhicule. Par exemple, si l'organe d'eclairage 12 est un plafonnier du véhicule, le circuit de commande 11 allume ou éteint l'organe d'éclairage en fonction de l'ouverture/ f ermeture d'une porte, d'une demande de l'utilisateur, il peut aussi piloter un allumage et/ou une extinction progressive de l'organe
d'éclairage 12, à l'ouverture et/ou la fermeture d'une porte par exemple. Le circuit d'éclairage 10 fonctionne correctement tant qu'il n'est pas rompu et/ou tant que le réseau électrique amont est en état. Si le circuit d'éclairage 10 et/ou le réseau électrique amont sont rompus, alors évidement l'organe d'éclairage 12 ne peut fonctionner ou etre maintenu en fonctionnement ; il n'y a plus de lumière dans l'habitacle, ni même à l'extérieur de 'habitacle du véhicule. Or, en cas de choc important, le réseau électrique d'un véhicule a de grands risques d'être endommagé et l'éclairage n'est alors parfois plus disponible dans l'habitacle si le circuit d'éclairage est rompu. L'absence d'éclairage peut alors s'avérer dramatique, en particulier si le choc a lieu dans l'obscurité, de nuit ou dans un tunnel par exemple. En effet, l'absence d'éclairage aggrave la situation des passagers, qui doivent, dans l'obscurité, se détacher de leur siège, s'extraire du véhicule endommagé, porter éventuellement secours à d'autres personnes immobilisées dans le véhicule tels que des enfants par exemple. Les passagers doivent également signaler efficacement le véhicule endommagé pour limiter le danger causé aux autres usagers de la voie, ce qui pose également problème lorsqu'aucun éclairage n'est disponible sur le véhicule.
(1) Les homopolymères ou copolymères dérivés d'esters ou d'amides acryliques ou méthacryliques et comportant au moins un des motifs de formules (1), (II), (III) ou (IV) suivantes : dans lesquelles: R3 , identiques ou différents, désignent un atome d'hydrogène ou un radical CH3; A, identiques ou différents, représentent un groupe alkyle, linéaire ou ramifié, de 1 à 6 atomes de carbone, de préférence 2 ou 3 atomes de carbone ou un groupe hydroxyalkyle de 1 à 4 atomes de carbone ; R4, R5, R6, identiques ou différents, représentent un groupe alkyle ayant de 1 à 18 atomes de carbone ou un radical benzyle et de préférence un groupe alkyle ayant de 1 à 6 atomes de carbone; R1 et R2 , identiques ou différents, représentent hydrogène ou un groupe alkyle ayant de 1 à 6 atomes de carbone et de préférence méthyle ou éthyle; X désigne un anion dérivé d'un acide minéral ou organique tel qu'un anion méthosulfate ou un halogénure tel que chlorure ou bromure.
Les produits commercialisés répondant à cette définition sont plus particulièrement les produits vendus sous la dénomination "Cefquat L 200" et "Celquat H 100" par la Société National Starch.
(8) Les polymères obtenus par réaction d'une polyalkylène polyamine comportant deux groupements amine primaire et au moins un groupement amine secondaire avec un acide dicarboxylique choisi parmi l'acide diglycolique et les acides dicarboxyliques aliphatiques saturés ayant de 3 à 8 atomes de carbone. Le rapport molaire entre le polyalkylène polylamine et l'acide dicarboxylique étant compris entre 0,8 : 1 et 1,4 : 1;le polyaminoamide en résultant étant amené à réagir avec l'épichlorhydrine dans un rapport molaire d'épichlorhydrine par rapport au groupement amine secondaire du polyaminoamide compris entre 0,5 : et 1,8
: 1. De tels polymères sont notamment décrits dans les brevets américains 3. 227.615 et 2.961.347.
ble, notamment en ce qui concerne sa construction mécanique. En effet, les différents compo-
sants, tels que les sources lumineuses, les bonnettes hémisphériques et les plaques, sont mon-
tés sur une structure de support. Il en résulte que la construction ou l'assemblage d'un tel feu de signalisation constitue une opération relativement délicate, qu'il est très difficile
d'automatiser. De plus, de faibles variations dans les positions respectives des différents com-
posants optiques, résultant de leurs tolérances de fabrication respectives, ont pour conséquen-
ces de fortes variations dans les qualités photométriques du faisceau résultant.
La présente invention se place dans ce contexte et elle a pour but de proposer un feu de
signalisation utilisant plusieurs sources lumineuses, qui soit simple à assembler, dont les qua-
lités photométriques soient constantes d'un feu à l'autre, et qui soit peu onéreux.
La présente invention a donc pour objet un feu de signalisation pour véhicule automo-
bile comprenant une pluralité de sources lumineuses et des moyens de traitement optique ap-
tes à redresser la lumière émise par les sources lumineuses pour qu'elle se propage dans une
direction essentiellement parallèle à une direction générale d'émission, les moyens de traite-
ment optique comprenant, en association avec chaque source, un premier élément apte à ré-
partir la lumière dans un plan essentiellement perpendiculaire à la direction générale d'émission, de façon essentiellement homogène sur un deuxième élément en forme générale
de plaque et apte à redresser la lumière incidente vers ladite direction générale d'émission.
Par exemple, et en référence à la figure 213,supposons qu'un objet A veuille envoyer un message à un objet B en lui passant l'état courant d'un objet O permanent partagé.
Par exemple, et en référence à la figure 214, supposons qu'un objet A obtient le verrou WR sur un objet O permanent partagé pour le faire changer d'état. On considère que l'objet A a fini d'utiliser l'objet 0 lorsque l'objet A reprend la main par retour d'appel de méthode.
la figure 78 illustre schématiquement le procédé d'importation d'un contenu dans un contenant de catégorie différente, la figure 79 illustre schématiquement des containers imbriqués, les figures 80a et 80b illustrent schématiquement le procédé de dérivation, la figure 81 illustre schématiquement une structure infinie de dérivation, la figure 82 illustre schématiquement un exemple simple de structure de document, la figure 83 illustre schématiquement le principe de stockage des attributs des contenus, la figure 84a illustre un exemple d'interface utilisateur dans laquelle à une page sont notamment associés des liens ajoutés et des liens sur des contenus dans un contenant, la figure 84b illustre un exemple d'interface utilisateur dans laquelle figurent des cases à cocher Demandeur et Offreur , la figure 85 est un diagramme de classe en représentation UML d'une structure hiérarchique de Contenants d'informations utilisée selon un troisième aspect de la présente invention, la figure 86 est un diagramme de classe incluant la notion de Profil d'Utilisateur, la figure 87 est une autre illustration de l'organisation de Profils, Contenants et Contenus, la figure 88 est un diagramme de classe dans lequel sont introduites les notions de Référence à Contenu (lien vers contenu) et de popularité de Contenu,
la figure 89 est un diagramme de classe dans lequel sont introduites les notions de Contenu Direct et de Contenu Indirect, la figure 90 illustre un avantage essentiel d'une forme de réalisation de base de l'invention, la figure 91 est un diagramme de classe illustrant la notion de Référence en cascade, la figure 92 illustre un principe de propagation de profil, les figures 93 et 94 illustrent la création de liens correspondant à la propagation de Profils de la figure 92, la figure 95 illustre un autre principe de propagation de profil, les figures 96 et 97 illustrent la création de liens correspondant à la propagation de Profils de la figure 95, les figures 98 et 99 illustrent des créations de liens occasionnées par un processus de Référencement, la figure 100 est un diagramme de classe intégrant les notions de propagation de Profils et de Référencement de Profils, les figures 101 à 104 illustrent quatre configurations possibles de transition de liens, les figures 105 à 107 illustrent des créations de liens concernant l'archivage d'éléments et leur restauration,
la figure 108 illustre un principe de collecte de Profils sous forme d'un ensemble de fichiers communs, la figure 109 est un diagramme de classe mettant en #uvre le principe de la figure 108, la figure 110 illustre une construction d'arborescence dans le cadre du principe de la figure 108, la figure 111est un diagramme de classe reprenant l'ensemble des principes des figures 85 à 110, la figure 112 illustre une structure arborescente de classeurs selon la présente invention, la figure 113est un diagramme de classe intégrant cette notion de classeurs, la figure 114 illustre la structure d'une base de données SQL associée à l'organisation en classeurs, la figure 115illustre une table de classeurs, la figure 116 illustre une table d'éléments propres à l'utilisateur dans un classeur, la figure 117 illustre une table de liens, la figure 1188 illustre la création d'un élément Dérivé , la figure 119 illustre la suppression d'un sous-élément propre non Dérivé, les figures 120a à 120c illustrent la suppression d'un sous-élément propre Dérivé,
la figure 121 illustre une table de liens lors de la restauration d'un sous-élément, la figure 122 illustre le comportement de sous-éléments implicites , la figure 123 illustre une table de liens correspondante, la figure 124 illustre l'acceptation de sous-éléments implicites, la figure 125 illustre une table de liens correspondante, la figure 126 illustre le refus d'un sous-classeur implicite, la figure 127 illustre la table de liens correspondante, la figure 127a illustre un exemple possible d'interface utilisateur, la figure 128 illustre une mesure de proximité entre deux Profils, la figure 129 illustre une autre mesure de proximité possible, la figure 130 illustre les contenus respectifs de deux pages de classeurs d'utilisateurs, organisées selon deux critères communs, la figure 131illustre des suggestions par Recommandation Collaborative, la figure 132 illustre les deux pages de classeurs d'utilisateurs après insertion d'un élément accepté, la figure 133 illustre ces deux mêmes pages de classeurs, avec des insertions d'éléments acceptés en des positions répondant à d'autres critères,
la figure 134 illustre une architecture de serveurs permettant, avec le présente invention, de mettre en #uvre des fonctions d'anonymat et de commission sur opérations de commerce électronique. la figure 135 schématise le comportement séquentiel d'une pluralité d'objets, selon un quatrième aspect de la présente invention, la figure 136 illustre la notation normalisée UML , la figure 137 illustre un exemple simplifié de diagramme de classe, la figure 138 illustre le diagramme d'état-transition pour l'exemple précité, la figure 139 représente un objet simplifié comportant une méthode, la figure 140 illustre par un exemple simplifié une équivalence entre attribut d'une classe et lien entre deux classes, la figure 141 illustre l'équivalence entre une action sur transition et un état intermédiaire à transition sortante automatique, la figure 142 illustre l'ajout d'un pseudo-état à un diagramme d'état-transition standard, la figure 143 illustre un exemple simplifié d'un objet possédant deux types d'actions, la figure 144 illustre un exemple enrichi de l'exemple simplifié de la figure 137, la figure 145 illustre le comportement d'un objet de la figure 144, la figure 146 illustre le principe de décomposition des états d'un objet,
la figure 147 donne un exemple d'un objet auquel est appliqué le principe illustré sur la figure 146, la figure 148 illustre l'objet après transformation selon ce principe, la figure 149 illustre la structure d'un message émis par l'objet, la figure 150 illustre le comportement de base d'un séquenceur en réponse à un tel message, la figure 151 illustre la notion de cycle utilisée selon l'invention, la figure 152 illustre le comportement d'objets sous contrôle du séquenceur pour certains types de cycles, la figure 153 illustre par un diagramme d'état-transition le comportement du séquenceur avec le contrôle illustré sur la figure 152, la figure 154 reprend la figure 148 avec un enrichissement, la figure 155 illustre le même enrichissement dans le cas où un objet possède un certain type d'actions, la figure 156 illustre une succession de messages mémorisés par le séquenceur, la figure 157 illustre le diagramme d'état-transition du séquenceur avec une fonction de gestion d'historique, la figure 158 illustre une exploitation additionnelle par le séquenceur des messages de la figure 156,
la figure 159 illustre par un diagramme d'état-transition le comportement du séquenceur modifié en conséquence, la figure 160 illustre le diagramme d'état-transition complet du séquenceur, la figure 161 illustre les diagrammes d'état-transition initiaux de six objets dans un exemple de mise en #uvre de l'invention, la figure 162 indique les nouveaux diagrammes d'état-transition des objets selon l'aspect de l'invention illustré jusqu'ici, la figure 163 illustre le diagramme de séquence de certains événements et actions dans une certaine phase pour ce même exemple, la figure 164 illustre un extrait de la liste de messages correspondante, la figure 165 illustre le diagramme de séquence dans une autre phase, la figure 166 illustre un extrait correspondant de la liste de messages, la figure 167 illustre le diagramme de séquence dans une troisième phase, la figure 168 illustre un extrait correspondant de la liste de messages, la figure 169 illustre le diagramme de séquence d'un autre type d'action géré par le séquenceur, la figure 170 illustre un exemple d'objets et de leurs liens, la figure 171 illustre une structure arborescente d'objets et de liens,
la figure 172 illustre de façon plus détaillée une telle structure arborescente, la figure 173 illustre un chemin entre objets utilisé selon un cinqième aspect de l'invention, la figure 174 illustre une composition particulière de liens dans un chemin, la figure 175 illustre le principe de regroupement de certains objets d'une structure arborescente, la figure 176 illustre l'application d'un tel regroupement à des zones de visualisation associées à des objets, la figure 177 illustre des liens en relation avec la proximité entre zones de visualisation, la figure 178 illustre des regroupements d'objets selon le même principe, avec une granularité croissante, la figure 179 illustre deux possibilités de transformations de liens, la figure 180 illustre par un diagramme UML simplifié deux types d'objets, à savoir objet proprement-dit ou élément de collection, les figures 181 et 182 illustrent une première phase d'un procédé de connexion entre objets, la figure 183 illustre sous une autre forme un regroupement d'objets,
la figure 184 illustre un certain nombre d'actions dans une structure arborescente d'objets en liaison avec des objets d'affichage regroupés sur un objet constituant une zone de visualisation, la figure 185 illustre le diagramme de séquence correspondant, les figures 186 à 189 illustrent une application du cinquième aspect de l'invention à des liens de composition changeants, la figure 190 illustre une liste de messages de séquenceur conforme au cinquième aspect de l'invention dans le contexte des figures 186 à 189, la figure 191 illustre une transition d'objet dans le cadre d'un perfectionnement du cinquième aspect de l'invention, la figure 192 illustre le principe d'une connexion anticipative entre objets, la figure 193 illustre une telle connexion anticipative sous la forme d'un diagramme UML, la figure 194 illustre le diagramme de séquence correspondant, les figures 195 et 196 illustrent deux modes de connexion anticipative d'objets, en fonction du type d'objet, la figure 197 illustre l'architecture de base d'un serveur de données partagées et de postes clients, la figure 198 illustre la manipulation d'objets partagés par deux utilisateurs de postes clients,
la figure 199 illustre un principe de réplication mixte selon un sixième aspect de l'invention, la figure 200 illustre le même principe, appliqué au cas où les objets partagés sont gérés par deux serveurs, la figure 201 illustre les diagrammes d'état-transition pour un exemple de quatre objets, dont trois sont de types différents, la figure 202 illustre le comportement de ces quatre objets lors d'une transition causée par l'utilisateur sur l'un des objets, la figure 203 illustre le comportement associé au niveau de deux listes de messages, respectivement du côté d'un poste client et du côté d'un serveur, la figure 204 illustre une codification d'objets utilisée sur la figure 205, la figure 205 illustre la propagation d'une transition à partir d'un poste client vers un serveur et vers d'autres postes clients, la figure 206 illustre le même principe de propagation dans le cas où il existe deux serveurs, la figure 207 est un schéma de l'architecture des moyens de communication entre les postes clients et le serveur, la figure 208 est un diagramme de séquence d'une procédure de connexion entre poste client et serveur, la figure 209 est un schéma analogue à celui de la figure 207, illustrant les flux d'informations lors d'un appel de méthode,
les figures 210 et 211sont des diagrammes de séquence correspondants, la figure 212 est un diagramme de séquence illustrant la fin d'une connexion, les figures 213 et 214 sont des diagrammes de séquence illustrant l'attribution de verrous à des objets, les figures 215 et 216 sont des diagrammes d'état-transition illustrant les comportements de verrous sur un objet, les figures 217 et 218 sont des diagrammes de séquence illustrant une demande de verrou de lecture et d'écriture d'un poste client à un serveur, la figure 219 est une autre forme de diagramme de séquence illustrant un temps de latence dans le processus d'attribution du verrou, la figure 220 est un diagramme de séquence illustrant une demande de verrou de lecture d'un poste client à un serveur, la figure 221 est une autre forme de diagramme de séquence illustrant un temps de latence dans le processus d'attribution du verrou, les figures 222 à 224 illustrent une situation de blocage mutuel lors de l'attente de verrous entre objets, la figure 225 illustre un exemple de demandes et attributions de verrous sur les axes des temps logiques de deux postes clients en association avec un tel blocage mutuel, la figure 226 illustre deux situations correspondant respectivement à un blocage mutuel et à l'absence d'un tel blocage,
la figure 227 illustre le recours à un compteur pour délier des situations de blocage mutuel, la figure 228 illustre des propagations de transitions entre cinq objets, afin d'illustrer une fonction de retour en arrière, la figure 229 illustre l'état de listes de messages correspondants côté serveur et côté client, la figure 230 illustre d'autres propagations de transitions dans le même exemple, la figure 231 illustre l'état correspondant de la liste de messages côté serveur, la figure 232 illustre d'autres propagations de transitions encore dans le même exemple, la figure 233 illustre l'état correspondant de la liste de messages côté client, la figure 234 est un diagramme d'états et de messages illustrant une situation de conflit entre serveur et client, les figures 235 à 238 illustrent au niveau de la liste des messages côté serveur les étapes de résolution du conflit.
En effet, si un profil de configuration est contenu dans la réponse reçue de la station serveur (étape 414), un interface "homme-machine" (IHM) est généré et affiché à l'écran (étape 416). Cet interface IHM présente à l'écran la configuration courante du profil de configuration. Par exemple, on pourra afficher l'objet "config2" défini supra sous forme graphique. Alternativement, on pourra afficher cet objet informatique directement sous forme textuelle, c'est-à- dire tel qu'il est présenté plus haut.
A l'étape suivante, 420, on attend que l'utilisateur modifie les paramètres de son choix et qu'il valide cette modification, par exemple en cliquant avec une souris. A cet effet, l'unité de mise à jour de configuration 38 attend que l'unité d'affichage 32 lui envoie un signal indiquant la validation de la modification de la configuration courante.
Lorsque l'utilisateur a validé la mise à jour de configuration, à l'étape suivante (422), le profil de configuration est généré à nouveau dans son format initial, par exemple sous forme textuelle.
Conformément à l'invention, lorsque le pilote de l'imprimante sélectionnée est stocké dans la station serveur, le profil de configuration contenant la configuration modifiée est envoyé à la station serveur. En revanche, lorsque le pilote de l'imprimante est localement stocké dans la station cliente, le profil de configuration contenant la configuration modifiée est utilisé pour configurer le pilote de l'imprimante.
A cet effet, comme illustré à la figure 4, une étape de test 424 est accomplie, au cours de laquelle il est déterminé si le pilote de l'imprimante choisie est "local" (stocké dans la station cliente) ou non. Si c'est le cas, à
l'étape suivante (426), on configure le pilote d'impression en utilisant la configuration modifiée du profil de configuration. Puis, à l'étape 428, on génère et on envoie les ordres graphiques correspondant au document à imprimer au pilote d'impression (local). Le pilote d'impression traduit alors (étape 430) les ordres en code d'impression. Le code d'impression est finalement envoyé à l'imprimante (étape 432), via le réseau ou non, si l'imprimante est reliée directement à la station cliente, et l'impression du document est réalisée. Le processus mis en couvre dans la station cliente est alors terminé.
Inversement, si le pilote d'impression n'est pas localement stocké dans la station cliente (test 424), à l'étape 434, une requête de modification de configuration est générée et envoyée à la station serveur. Cette requête contient la donnée d'identification d'utilisateur ("U"), la donnée d'identification d'imprimante ("I") et la donnée d'identification du serveur ("S").
La requête de modification de configuration est alors reçue et traitée par le dispositif-serveur 40 selon un processus qui sera décrit plus bas en liaison avec la figure 6.
Enfin à l'étape 436, les ordres graphiques relatifs au document à imprimer sont générés et envoyés, via le réseau, à la station serveur pour être délivrés au pilote d'impression de l'imprimante (cf. fig. 6, étapes 610-614). Le processus mis en couvre dans la station cliente est alors terminé.
En liaison avec la figure 6, on va décrire les étapes du processus, mis en couvre dans la station serveur, pour traiter la requête de modification de configuration envoyée par la station cliente (étape 434).