INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
L'invention peut également présenter une ou plusieurs des caractéristiques suivantes - la concentration en acide oxalique dans ladite solution est inférieure ou égale à 0,1 molellitre, de préférence inférieure à 0,05 molellitre ; - la concentration en composés et/ou ions oxydants du zinc dans ladite solution est inférieure ou égale à 10-3 mole/litre ; - l'au moins un ion est choisi dans le groupe comprenant Ni2+, Co2+, Cu2+, Fe2+, Fe3+, Mo3+, Sn2+, Sn4+ ; - ladite solution est appliquée sur ladite surface zinguée sans polarisation électrique de ladite tôle ; L'invention a également pour objet une tôle à surface zinguée revêtue d'un dépôt à base d'oxalate de zinc obtenu par le procédé selon l'invention caractérisée en ce que, lorsque ledit dépôt est soumis à un rayonnement infrarouge sous incidence rasante d'angle 80 , la réflectance infrarouge de la bande à 1690 cm-1 de la fonction acide carboxylique de l'acide oxalique est au moins égale à la réflectance infrarouge de la bande à 1630 cm-1 de l'oxalate de zinc.
L'invention a également pour objet un procédé de lubrification d'une tôle zinguée caractérisé en ce qu'il comprend une étape de traitement d'oxalatation de surface selon l'invention, suivie d'une étape d'application d'une couche d'huile.
De préférence, dans la mise en oeuvre de ce procédé de lubrification - les conditions du traitement d'oxalatation sont adaptées pour aboutir à un dépôt à base d'oxalate dont la densité surfacique est inférieure à 0,5 g/m2.
- les conditions du traitement d'oxalatation sont adaptées pour aboutir à un dépôt à base d'oxalate qui, lorsqu'il est soumis à un rayonnement infrarouge sous incidence rasante d'angle 80 , présente une réflectance infrarouge de la bande à 1690 cm-' de la fonction acide carboxylique de l'acide oxalique à la réflectance infrarouge de la bande à 1630 cm-' de l'oxalate de zinc.
- ladite huile comprend au moins un ester gras etlou du carbonate de calcium dans une proportion supérieure ou égale à 5%.
Règle 3 Cette règle aborde la réversibilité du comportement défini par la règle 2 : si le pointeur revient ensuite dans la zone Z2, même en étant passé par d'autres régions entre-temps, mais à condition d'avoir automatiquement défait les remplacements causés entre-temps, l'affichage de l'élément E2. 1 est remplacé par celui de l'élément E 1.1. Ceci est illustré sur la figure 10.
Règle 5 Cette règle décrit une forme de réversibilité de la règle 4 : le pointeur retourne de la région du sous-élément E2. 2 à à la région du sous-élément E2.1, même en étant passé par d'autres régions entre-temps mais à condition d'avoir automatiquement défait les remplacements causés entre-temps, l'affichage du sous-élément E2. 2 est remplacé par celui du sous-élément E1.2. Ceci est illustré sur la figure 11.
Supposons qu'après le parcours suivant du pointeur de la souris : Z2 E 1.1(qui devient E2.1) #E1.2 (qui devient E2.2) le pointeur de la souris soit amené de la région occupée par le sous-élément E2.2 jusque dans la zone Z2. Ceci, du fait qu'il ne s'agit pas un retour au sens de la Règle 3, n'engendre pas le remplacement du sous-élément E2. 2 par le sous-élément E1.2.
Règle 6 Cette règle consiste à rendre l'opération ci-dessus réversible : si le pointeur retourne de la zone Z2 à la région occupée par le sous-élément E2.2, même en étant passé par d'autres zones entre-temps mais à condition d'avoir automatiquement défait les remplacements causés entre-temps et si le retour s'effectue avant un seuil temporel donné, l'opération est considérée comme étant défaite. Ceci est illustré sur la figure 12. Cette forme de réalisation permet avantageusement de ne plus appeler les sous-éléments constituant l'élément initial Ellorsqu'une période de temps prédéterminée s'est écoulée pendant laquelle l'utilisateur est resté sur les sous- éléments de l'élément E2, ce qui est révélateur par exemple d'un début de travail de l'utilisateur sur l'élément E2.
Elément El : texte (et le cas échéant image et/ou son, etc) introductif ou d'accueil, l'essentiel étant que sont chargement soit relativement rapide comparativement aux éléments E2 et E5 (constituant par exemple la page principale du site) ; Elément E3, occupant initialement la zone Z2 : par exemple un message du type Prière de patienter ; la page interactive est en train d'être chargée ; Elément E4, remplaçant l'élément E3 dans la zone Z2 : par exemple un message du type Le chargement minimal de la page interactive est terminé ; Elément E2 : partie de la page principale occupant la zone Z1 ; Elément E5 : la partie de la page principale occupant la zone Z2.
peut être plus petite que la région (zone Zl) dans laquelle s'affichera, dans les conditions définies plus haut, l'élément E2. Dans ce cas, la partie de la zone Zl non recouverte par la région occupée par l'élément Elpeut par exemple rester vierge aussi longtemps que l'élément E2 n'est pas affiché. Dans cette hypothèse, c'est avantageusement l'entrée du pointeur de la souris dans la seule région occupée par l'élément El qui provoquera le remplacement de l'élément El par l'élément E2. La région occupée par l'élément Elpeut aussi être plus grande que la région (zone Zl) dans laquelle s'affichera l'élément E2.
Au surplus, on peut recourir à différentes techniques de déplacement d'éléments pour retirer El de la zone d'affichage Zl (ou de la ou des régions qu'il occupe dans cette zone, le cas échéant) avec un effet visuel donné pour l'utilisateur. En particulier, on peut prévoir une translation horizontale ou verticale progressive de la représentation de l'élément Elvers l'extérieur de l'écran.
La surface d'entrée 30 de l'optique de répartition 24 est accolée à la surface de sortie 28 de l'optique de concentration 22 de manière à récupérer la majorité des rayons lumineux qui sortent de l'optique de concentration 22.
La surface d'entrée 30 est de forme complémentaire à la surface de sortie 28 de l'optique de concentration 22, ici en forme de cône.
La surface arrière de sortie 32 de l'optique de répartition 24, confondue avec la surface de sortie du système optique 20, délimite un bandeau d'éclairage 34, ici en forme d'anneau.
Le bandeau d'éclairage 34 apparaît en vue de face sur la figure 2.
Pour obtenir une telle forme annulaire de bandeau d'éclairage 34 le volume de l'optique de répartition 24 possède ici une forme sensiblement tubulaire coaxialement à l'axe optique A- A.
Avantageusement, les optiques de concentration 22 et de répartition 24 sont des blocs monolithiques solides et transparents, par exemple en matière plastique.
Selon une variante de réalisation (non représentée) de l'invention, les optiques de concentration 22 et de répartition 24 sont des formes vides dont certaines parois périphériques sont recouvertes d'une matière réfléchissante.
La majorité des rayons émis par la source lumineuse primaire 12 est regroupée par le réflecteur 14 sur la surface d'entrée 18 de l'optique de concentration 22.
Grâce à sa forme particulière, l'optique de concentration 22 concentre sur sa surface de sortie 28 la majorité des rayons qu'elle reçoit.
Une propriété de l'optique de concentration 22 selon l'invention est que les rayons sont concentrés de manière homogène sur toute sa surface de sortie 28. L'optique de répartition 24 reçoit donc sur toute sa surface d'entrée 30 une quantité de lumière sensiblement homogène qu'elle répartit sur l'ensemble de sa surface de sortie 32 de manière à former un bandeau lumineux 34, ici en forme d'anneau.
L'anneau lumineux 34 est représenté sur la figure 2 par une zone hachurée.
Un observateur placé à l'arrière du projecteur 10 observe donc un anneau lumineux 34 produisant un faisceau d'éclairage d'intensité lumineuse sensiblement homogène sur toute la surface de l'anneau 34.
On note que, en utilisant une optique de répartition 24 adéquate, d'une forme différente de celle qui a été représentée ici, le projecteur 10 peut produire un faisceau d'éclairage d'une forme différente de l'anneau 34, par exemple dans une forme de rectangle, dans une forme d'ellipse, dans une forme d'étoile ou dans une autre forme.
Le projecteur 10 selon l'invention permet en outre d'obtenir un anneau lumineux 34 au moyen d'une seule source lumineuse 12, tout en fournissant une intensité lumineuse suffisante pour réaliser par exemple une prestation du type feu de position ou feu de stop.
Comme dans les projecteurs connus de l'état de la technique, on peut réaliser à la fois la prestation de feu de position et la prestation de feu de stop, par exemple en ajoutant une deuxième source lumineuse primaire au foyer de la parabole du réflecteur 14.
Pour mettre en oeuvre cette variante de réalisation (non représentée), on utilise par exemple une ampoule du type à deux filaments rapprochés, l'un étant dédié à la prestation de feu de stop, l'autre étant dédié à la prestation de feu de position.
Exemple Considérons 6 objets A, B, C, D, E, et F. Ces objets ont les diagrammes d'étattransition qui sont illustrés sur la figure 161.
A, B, et C sont mis sous forme canonique de la façon illustrée sur la figure 162.
Supposons qu'un utilisateur déclenche le msgO de l'objet A. A entre donc dans l'état SI, il en découle un premier cycle, puis le Séquenceur arbitre les différentes activités. Ceci va être présenté dans le diagramme de séquence illustré sur la figure 163.
Au moment où le premier cycle se termine, l'historique porte les informations illustrées sur la figure 164.
Le séquenceur va commencer à traiter les activités à partir de la position du curseur du Séquenceur. Pour chaque put de type next, il va envoyer à l'objet concerné le message next pour que celui-ci puisse continuer son activité. Si on poursuit l'exemple précédent jusqu'à son terme, on obtient le diagramme illustré sur la figure 165.
Lorsque le traitement du premier put de type next est terminé, le curseur de traitement passe au put dont type = next suivant, comme illustré sur la figure 166, et le traitement correspondant est illustré sur la figure 167.
Au final, la trace regroupe les informations illustrées sur la figure 168.
- Obsolescence des next Les activités d'un objet peuvent être interrompues par un changement d'état. On dira que le Séquenceur envoie un événement next obsolète si l'objet a fait au moins une
transition depuis qu'il a émis le put de type next correspondant. Ceci peut arriver lorsque les activités propres à un état sont interrompues au sens où nous l'avons vu précédemment.
Pour éviter ce problème, chaque objet dispose d'un compteur des émissions de put de type next (initialisé à zéro en début d'exécution). A chaque fois qu'un objet émet un put (de type trace ou next), il incrémente auparavant ce compteur et, dans le cas d'un put de type next, passe la valeur du compteur dans l'historique. Accessoirement, chaque objet possède également un drapeau PendingNext permettant de savoir s'il est en attente ou non d'un next. A l'envoi d'un put de type next, ce drapeau passe à 1 (il est remis à 0 à la réception du next).
Par la suite, quand l'objet reçoit un next et il reçoit également la valeur qu'il avait passé au moment de l'envoi du put de type next. L'objet compare alors cette valeur qu'il reçoit avec la valeur courante de son compteur. Si les deux valeurs sont égales, c'est que le next reçu doit être traité, sinon c'est qu'il est obsolète et est donc ignoré.
Un exemple correspondant est illustré sur la figure 169.
* * * Chapitre V - Mécanisme de chargement et déchargement progressifs (Figures 170 à 196) Comme le chapitre IV, ce chapitre contribue au chapitre VI présenté plus loin, et vient compléter les techniques dudit chapitre IV.
On se place ici dans le cadre d'une architecture informatique client/serveur, où un utilisateur exécute une application depuis un poste client léger , dans le sens où les objets de l'application sont instanciés depuis un serveur. En fait, nous distinguons deux types d'objets : les objets transitoires, et les objets permanents. Les objets
transitoires sont propres à chaque exécution d'un document ; ils ont une durée de vie qui ne peut en aucun cas excéder celle de l'exécution de l'application. L'état et les valeurs caractéristiques des objets permanents sont, au contraire, sauvegardés (sachant que l'on est ici dans un cas où cette sauvegarde est effectuée sur un serveur distant) et survivent d'une exécution à l'autre.
De par la structure induite par le diagramme de classe, un certain nombre d'objets existent d'emblée au lancement de l'application : le modèle (au moyen duquel le document a été créé) indique que, dès le début de l'exécution, ces objets existent déjà et sont à disposition les uns des autres (en fonction des associations définies dans le modèle). Le principe de base de ce chapitre est cependant de ne pas créer ces objets dès le début, mais de manière paresseuse (au fur et à mesure de leur besoin), et ceci de manière transparente pour l'utilisateur. Le concepteur n'a en effet pas besoin de prévoir ces aspects lors de la modélisation de l'application à développer ; ils sont automatiquement gérés par le système. L'utilisateur, quant à lui, n'a pas à se soucier des objets qui transitent entre son poste client et le serveur, tout se passe pour lui comme s'il possédait l'ensemble des objets de l'application.
Optionnellement, l'utilisateur peut paramétrer le système pour lui demander de lui suggérer directement les liens ajoutés propagés par simulation dans le répertoire proche (bien que ces liens ajoutés ne soient pas encore acceptés par le possesseur du répertoire proche).
De manière progressivement plus indirecte, l'utilisateur peut demander au système de lui suggérer directement les liens ajoutés propagés par simulation dans les répertoires proches d'un répertoire proche, et ainsi de suite. Lors des propagations
d'un répertoire à l'autre, les coefficients de probabilité d'acceptation sont composés et les suggestions peuvent être effectuées dans l'ordre de ces coefficients.
Si l'objet est déjà utilisé en lecture par d'autres clients, l'objet C est ajouté à la liste des clients qui possèdent le verrou R sur l'objet O. Plusieurs clients accèdent ainsi au même objet en lecture. Si l'objet est déjà utilisé en lecture/écriture par un autre
client, la requête de l'objet 0 est placée en attente jusqu'à ce que l'objet soit disponible. ceci est illustré sur la figure 221.
Gestion des blocages mutuels Il demeure cependant des cas dits de blocage mutuel où des clients peuvent s'attendre les uns les autres à cause de demande de verrous.
Considérons par exemple, en référence aux figures 222 et 223, deux clients CI et C2.
Le client Cl possède les objets permanents partagés 01 et 02, tandis que le client C2 possède les objets permanents partagés 01, 02 et 03. Les clients possèdent des verrous comme suit : le client C1possède le verrou W/R sur 01. le client C2 possède le verrou W/R sur 02 et 03.
L'on se trouve alors dans la situation de la figure 224.
Supposons maintenant que, au cours du cycle initié par l'objet 01, le client CI demande au client C2 le verrou W/R sur l'objet 02. Le client C2 ne peut pas rendre le verrou sur l'objet 02 car un cycle initié par l'objet 02 est en cours chez le client C2. L'on se trouve alors dans la situation de la figure 225.
Le client CI attend que le client C2 ait fini d'utiliser l'objet 02 pour prendre le verrou et continuer son exécution. Supposons maintenant que dans le cycle initié par l'objet 02 chez le client C2, ce même client en vient à demander le verrou sur l'objet 01. Comme nous l'avons vu, un cycle initié par l'objet 01 est en cours chez le client CI, et le verrou W/R sur l'objet 01 ne peut donc pas être rendu. Ceci est illustré sur la figure 197 : client CI attend après le client C2 pour obtenir le verrou sur l'objet 02, tandis que le client C2 attend après le client CI pour obtenir le verrou sur l'objet 01 ; l'on se trouve dans une situation de blocage mutuel.
Pour lever cette situation, il faut défaire les actions effectuées par l'un des deux clients de façon à ce que tous les verrous qui interviennent dans la boucle de blocage mutuel soient restitués.
Supposons que dans le même exemple, les obtentions de verrou ont eu lieu dans l'ordre illustré sur la figure 225. Il semble ici plus pertinent de défaire les actions qui se sont déroulées chez le client C2. En effet, la première obtention d'un verrou sur un objet figurant dans la boucle de blocage mutuel est plus récente chez le client C2.
Défaire les actions effectuées chez le client C2 revient à utiliser une fonctionnalité dite de Retour arrière ( Rollback en terminologie anglo-saxonne) décrite ciaprès à partir du temps logique où le client C2 a obtenu le verrou sur l'objet 02. L'objet 01 peut ainsi obtenir le verrou sur l'objet 02 et continuer son cycle. Le client C2 est alors mis en attente jusqu'à ce que le client CI libère l'objet 02.
Cependant, le fait de résoudre le blocage mutuel implique de détecter la présence d'une boucle dans les demandes de verrou, comme on va maintenant le décrire.
Détection des boucles Il ne peut y avoir une boucle dans les demandes de verrou si un objet reçoit une demande de verrou alors que lui-même est en attente d'un verrou. Cependant, ce n'est pas parce qu'on est dans ce cas qu'il y a forcément une boucle.
C'est en tout cas à partir de ce cas litigieux que la détection de boucle commence.
La figure 226 illustre ainsi dans sa partie gauche un cas de blocage mutuel, tandis que sa partie droite illustre un cas où il n'y a pas de blocage mutuel.
Pour éviter de mélanger les données liées à chaque instance de l'algorithme de gestion des blocages mutuels, ces données sont estampillées avec des marqueurs à
L'ensemble 1 comporte un module de communication 3 comprenant au moins un émetteur récepteur d'onde radioélectrique couplé à une antenne 4 et un module de localisation à longue distance 5 qui peut être intégré au module de communication 3 ou couplé à celui-ci par une liaison 6.
L'ensemble 2 comporte un module de détection d'incident et un module de localisation et guidage terminal 8 comprenant un dispositif d'émission d'onde radioélectrique couplé à une antenne 9.
Une liaison 10 relie le module de détection d'incident 7 au module communication 3, et une liaison bidirectionnelle 11 relie le module de communication 3 au module de localisation et guidage terminal 8.
Accessoirement un clavier 12 peut être relié au module de communication 3 pour transmettre les demandes d'un utilisateur.
Le module de communication 3 peut aussi être programmé pour passer dans un mode dit de scrutation d'objets portatifs situés dans sa périphérie. Cela permet à l'objet portatif scrutateur d'écouter les signaux de signalisation des modules de communication des autres objets portatifs situés dans sa zone et de visualiser sur l'écran les codes d'identification ainsi l'amplitude du champ reçu. Cette possibilité permet à l'objet portatif de fonctionner en mode simplifié sans utiliser l'ensemble 2 comprenant le module de localisation et guidage terminal 8. Ce fonctionnement souffre cependant d'un manque de directivité mais permet de dresser un premier bilan des personnes se trouvant dans le périmètre concerné et donner une indication sur les recherches à entreprendre.
Egalement un dispositif de mesure de données physiques et psysiologiques 13 du type de celui décrit dans la demande de brevet FR 97- 00175 déposée le 10-01-1997 au nom du demandeur, peut être couplé au dispositif de détection d'incident 7 et au dispositif localisation et de guidage 8. Dans ce cas le dispositif de mesure de données physiques et psysiologiques 13 reçoit des données de capteurs physiologiques placés sur corps de la personne porteuse de l'objet portatif. Comme l'objet portatif peut être fixé soit à la ceinture, dans la poche d'un blouson ou encore au poignet et que les capteurs de fréquence cardiaque, de température, ..sont par contre logés à différents endroits sur le corps comme par exemple le thorax, il est souhaitable pour l'agrément de la personne de disposer liaisons radio à courte portée entre les capteurs physiologiques et l'objet portatif. Les données obtenues peuvent alors être multiplexées avec les signaux de phonie et les mesures de pseudodistances transmis au travers réseau GSM.
Suivant un autre mode d'utilisation non représenté du dispositif selon l'invention, il est également possible de brancher un vocodeur spécifique pour malentendant sur le GSM. Les handicapés peuvent alors être mis en communication comme tout à chacun et peuvent plus être localisés en cas d'incident, incendie par exemple.
Selon un autre mode de réalisation de l'invention représenté à la figure 2 où les éléments homologues à ceux de la figure 1 sont représentés avec les mêmes références, l'ensemble 1 peut être un combiné portable GSM du commerce couplé éventuellement à un récepteur GPS. Dans ce cas la communication des messages à longue distance entre poste de surveillance central et le dispositif s'effectue au travers du réseau GSM et la localisation du dispositif dans le réseau a lieu de façon connue soit par la mesure pseudo-distances entre plusieurs stations de base du réseau et le mobile utilisateur du dispositif puis triangulation par une station principale soit par le module GPS.
Dans l'un ou l'autre des modes de réalisation décrits précédemment une localisation fine peut être effectuée par l'ensemble 2 par l'émission aléatoire par chaque émetteur sur une première fréquence porteuse de burst d'informations.
Cette procédure permet à l'un ou plusieurs des objets portatifs (objet localisateur) de se mettre en mode "écoute et--recherche" sur la fréquence et permet de recueillir les niveaux des signaux reçus (RSSI> des différents autres objets portatifs à localiser. Les informations recueillies sont alors visualisées sur l'écran de visualisation du GSM. Dans ce mode de réalisation module 8 n'est qu'émetteur ou récepteur et non transpondeur.
mode de fonctionnement permet de donner rapidement un bilan des personnes se situant dans le périmètre radio et de donner ensuite une indication sur la position de la personne recherchée ;l'approche étant raffinée progressivement par des nouvelles mesures. Dans l'un ou l'autre des modes de réalisation décrits précédemment une localisation fine peut ausi être effectuée par l'ensemble 2 par l'émission aléatoire par chaque émetteur sur une première fréquence porteuse F1 de burst d'informations en les faisant suivre d'une écoute sur une deuxième fréquence F2 pendant un intervalle de temps déterminé.
Cette procédure permet également à l'un des objets portatifs (objet localisateur) de collecter accessoirement les niveaux signaux reçus (RSSI) sur la fréquence F1 des différents autres objets portatifs à localiser.
Cette phase d'écoute systématique permet de recueillir des demandes particulières d'autres objets portatifs TER émetteurs et notamment une demande de mesure de distance. La phase d'écoute permet d'isoler un objet portatif émetteur particulier et d'effectuer une opération de calibrage fréquence, ce qui a pour avantage d'éviter la complexité d'une synchronisation très fine sur celui-ci.
Plus généralement, l'objet portatif auquel est attribué rôle de terminal localisateur envoie lors de la phase d'écoute qui suit le burst d'information envoyé par un objet portatif TER, un message contenant et confirmant 'identité de l'objet portatif TER d'un individu à localiser qui seul, est admis à poursuivre la procédure de mesure de distance.
Cette procédure consiste à faire émettre par l'objet portatif TER localisateur une rampe de fréquence dont l'amplitude est variable cours du temps, dans une bande de fréquences déterminée et à faire réémettre dans une autre bande de fréquences le même signal décalé d'un intervalle de fréquence F déterminée de l'objet portatif TER de l'individu à localiser. Le signal _décalé reçu par l'objet portatif TER localisateur est--comparé avec le signal envoyé mais décalé de la même valeur de fréquence ou d'une fréquence différente pour donner un écart de fréquence F-F'comme montré sur les figures 3A et 3B.
Pour la mise en oeuvre de ce processus il est commode d'utiliser une fréquence de rampe f(t) qui varie linéairement dans le temps, de la forme f (t) = f0+p.t (1) où p = AFIT est la pente de la rampe, AF est l'excursion en fréquence et T est la durée d'une rampe élémentaire.