INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Ainsi, dans une variante (non représentée) de l’invention, le réceptacle 36 est adapté pour recevoir un tas de matériau granulaire ou pâteux de hauteur supérieure ou égale à 100 µm, de préférence supérieure ou égale à 150 µm, sans que ledit tas de matériau granulaire ou pâteux n’atteigne un bord du réceptacle 36. A cet effet, le réceptacle 36 est par exemple formé par une plateforme dont chacune des dimensions en largeur et longueur est supérieure à 5 mm, de préférence supérieure à 10 mm, cette plateforme délimitant le fond 54. L’organe d’appui 16 comprend alors, en remplacement de la lame 70, un poinçon dont la face inférieure, qui définit la surface de contact 76, est plate ou, préférentiellement, sphérique. De plus, le système de mesure 20 comprend au moins deux caméras 162 orientées vers le réceptacle 36 selon deux directions différentes de façon à ce que l’image dynamique du contenu du réceptacle 36 capturée par les caméras 162 soit une image stéréoscopique. Lors de l’étape 270, le comportement dynamique modélisé par le logiciel de modélisation est alors un comportement dynamique en trois dimensions d’un tas de matériau granulaire fictif soumis à une compression uniaxiale.
Dispositif de mesure de la concentration atmosphérique en ozone et de la concentration atmosphérique en dioxyde d’azote La présente invention concerne le domaine de la mesure et de la détection de polluants atmosphériques, et plus spécifiquement de l’ozone et de l’oxyde d’azote.
Dans les couches basses de l’atmosphère, l’ozone est produit sous l'action du rayonnement solaire (UV) sur d’autres polluants, notamment industriels ou automobiles, par exemple des hydrocarbures ou de l’oxyde d’azote. L’ozone est une variété allotropique de l’oxygène qui présente une longue durée de vie et peut être transportée sur de longues distances. L’ozone présente un impact sanitaire important, causant des inflammations des muqueuses oculaires, des bronches et des bronchioles qui peuvent entraîner de l’asthme voire une surmortalité respiratoire lorsqu’il est présent en trop forte concentration. Par ailleurs, une surconcentration en ozone provoque aussi des nécroses sur les végétaux en entraîne un dépérissement des écosystèmes.
Le dioxyde d’azote résulte principalement de la combustion d’hydrocarbures, notamment issu du trafic routier, de l’industrie et des centrales thermiques. Il peut provoquer des inflammations des bronches en entraîner des complications respiratoires. D’un point de vue environnemental, une surconcentration en dioxyde d’azote induit une acidification et une eutrophisation des milieux humides, et notamment de l’eau douce.
Afin de limiter les effets néfastes de ces polluants, la Directive européenne 2008/50/CE du mai 2008 régule les concentrations atmosphériques maximales admissibles.
En particulier, pour l’ozone, elle fixe une valeur limite d’exposition moyenne sur une durée de 8 heures de 120 µg/m 3 , qui ne doit pas être dépassée plus de 25 jours par an, un seuil d’alerte sur une concentration atmosphérique moyenne mesurée sur une durée de 8 heures de 120 µg/m 3 et un niveau critique en moyenne horaire de 180 µg/m 3 . Pour l’oxyde d’azote, la Directive fixe une valeur limite d’exposition de 40 µg/m 3 en moyenne annuelle et de 200 µg/m 3 à ne pas dépasser plus de 18 heures par an, ainsi qu’un seuil d’alerte de 400 µg/m 3 en moyenne horaire sur une période de 3 heures consécutives.
La mesure de si faibles concentrations atmosphériques d’ozone et d’azote nécessite des appareils spécifiques, suffisamment sensibles et permettant des mesures reproductibles. Des capteurs du type résistif à oxyde métallique sont connus, comme le capteur de référence MICS 2714 commercialisé par la SGX Sensortech®. Ils comportent une couche sensible dont la conductivité électrique évolue au contact de l’ozone et du dioxyde d’azote. Ils présentent l’avantage de mesurer des concentrations atmosphériques dans une large gamme allant de quelques ppb (parties par milliard) à plusieurs ppm (parties par millions) et présentent un temps de réponse rapide. Il sont en outre compacts, peu coûteux et ont une durée de vie de plusieurs années. Malheureusement, ils sont peu sélectifs, c’est-à-dire qu’ils mesurent la concentration atmosphérique totale en ozone et d’oxyde d’azote sans possibilité de distinguer des deux polluants au cours de la mesure.
Il est aussi connu de mesurer les concentrations atmosphériques totales en ozone et dioxyde d’azote au moyen de cellules électrochimiques, en mesurant le courant électrique généré par l’interaction de ces gaz avec un électrolyte solide. Contrairement aux capteurs résistifs, l’électrolyse de l’ozone et du dioxyde d’azote est une technique sélective. Cependant, elle ne permet de détecter des concentrations atmosphériques en dioxyde d’azote et/ou en ozone que dans une gamme restreinte allant de 20 ppb à 300 ppb. Son temps de réponse est en outre lent et une cellule d’électrolyse présente généralement une durée de vie limitée, inférieure à 2 ans.
Pour mesurer efficacement et avec précision une si faible concentration atmosphérique d’ozone, une autre méthode connue est la photométrie UV mise en œuvre selon la norme EN 14625:2013. La photométrie UV est basée sur l’absorption de la radiation dans la gamme spectrale dans l’ultraviolet. Dans cette plage de longueurs d'onde, l’ozone présente une bande d’absorption spécifique distincte des autres gaz.
Pour mesurer une faible concentration atmosphérique en dioxyde d'azote, il est encore connu de mettre en œuvre la chimiluminescence en suivant les prescriptions de la norme EN14211:2012. La chimiluminescence consiste a détecter une émission lumineuse résultant d'une réaction chimique entre le dioxyde d'azote et le luminol.
Cependant, la photométrie UV et la chimiluminescence nécessitent des appareils spécifiques encombrants (présentant généralement une longueur supérieure à 50 cm), lourds (d’une masse souvent supérieure à 10 kg), et coûteux. En outre, ces appareils nécessitent l’adjonction de pompes externes et une alimentation au réseau électrique terrestre. Ils ne peuvent donc être mis en œuvre que dans un nombre restreint de stations fixes de surveillance de la qualité de l'air.
Il existe donc un besoin pour un dispositif de mesure de la concentration atmosphérique en ozone et de la concentration atmosphérique d’oxyde d’azote dans l’air qui soit sélectif, robuste et de mise en œuvre simple.
La représente, sous forme d’ordinogramme, des étapes d’un procédé de traitement de requêtes d’accès à des données selon un mode de réalisation particulier. En particulier, le procédé illustré par la comprend en comparaison du procédé illustré par la les étapes supplémentaires suivantes.
Suite à l’étape K90 d’interception, par le noyau KER d’une donnée D_A3 valide correspondant à l’identifiant ID_A, le noyau KER met en œuvre au moins une des étapes K103 et K104.
À l’étape K103, le noyau KER compare l’identifiant ID_A à un identifiant ID_C d’une donnée enregistrée D_C2 dans la deuxième mémoire cache C2.
À l’étape K104, le noyau KER compare un seuil THR_2 à un compteur CNT_C2 associé à une donnée enregistrée D_C2 dans la deuxième mémoire cache C2 correspondant à un identifiant ID_C.
À l’étape K105, en fonction du résultat d’au moins une des comparaisons réalisées aux étapes K103 et K104, le noyau KER enregistre ou non la donnée valide D_A3 reçue de l’application APP et correspondant à l’identifiant ID_A.
Selon un mode de réalisation, l’enregistrement dans la mémoire cache C2 est conditionné par les résultats des deux comparaisons décrites ci-dessus et réalisées aux étapes K103, K104. En particulier, la donnée enregistrée D_C2 dans la mémoire cache C2 est remplacée lors de l’enregistrement par la donnée valide D_A3 reçue.
En particulier, suite à la réception d’une donnée valide D_A3 en provenance de l’application APP, le noyau KER détermine un haché H_A2 sur la base de l’identifiant ID_A et d’une fonction de hachage H2. Le noyau KER détermine ensuite, à l’étape K103, si une donnée enregistrée D_C2 dans la deuxième mémoire cache C2 partage un haché H_C2 identique au haché H_A2, i.e. H_C2=H_A2. Dans l’affirmative, le noyau KER compare, à l’étape K104, un compteur CNT_C2 associé à la donnée enregistrée D_C2 à un seuil THR _2. Selon un mode de réalisation, le seuil THR_2 est égal à 1. Si le compteur CNT_C2 est inférieur ou égale au seuil THR_2, alors le noyau KER enregistre, à l’étape K105, la donnée valide D_A3 reçue dans la deuxième mémoire cache C2, et en particulier dans la case mémoire stockant la donnée enregistrée D_C2.
Selon un mode de réalisation particulier de l’invention, la valeur d’un compteur CNT_C2 est déterminée de la manière suivante. La valeur d’un compteur CNT_C2 varie en fonction du nombre d’accès en lecture et en écriture à la donnée D_C2 dans la deuxième mémoire C2. À l’initialisation des entrées de la mémoire cache C2, les compteurs associés aux entrées sont initialisés à une valeur nulle. Si une donnée enregistrée D_C2’ dans la mémoire cache C2 est invalide, alors le compteur CNT_C2 associé est nul ; et si la donnée D_C2 est valide, le compteur associé CNT_C2 est supérieur ou égal à 1. Si le compteur associé CNT_C2 est égal à 1, la donnée enregistrée C_2 est valide dans la mémoire cache C2 mais peut être évincée par une donnée reçue D_A3 en réponse à une requête GET_A. Lorsqu’une donnée D_C2 est enregistrée ou mise à jour dans la mémoire cache C2, le compteur associé CNT_C2 est mis à une valeur maximale MAX_CNT2. De même, lorsqu’une requête de lecture GET_C avec l’identifiant ID_C est interceptée et que la deuxième mémoire cache C2 comprend une donnée valide D_C2 correspondant à l’identifiant ID_C, alors le compteur associé CNT_C2 est mis à la valeur maximale MAX_CNT2.
En outre, pour une donnée enregistrée D_C2, la mémoire cache C_2 peut comprendre une valeur de concurrent CHA_C2 permettant d’identifier une donnée concurrente D_D. Ladite valeur de concurrent CHA_C2 est un haché déterminé sur la base de l’identifiant ID_D de la donnée concurrente D_D et d’une fonction de hachage G2, i.e. CHA_C2=G2(ID_D). Pour chaque donnée valide D_A3 reçue en provenance de l’application APP, le noyau KER détermine un haché de concurrent G2(ID_A) sur la base de l’identifiant ID_A et de la fonction de hachage G2. Si le compteur CNT_C2 est supérieur à 1, et que la valeur de concurrent CHA_C2 est différente du haché de concurrent G2(ID_A), i.e. CHA_C2≠G2(ID_A), alors la valeur de concurrent CHA_C2 est remplacée par le haché G2(ID_A) associé à la donnée valide D_A3 reçue, i.e. G2(ID_A)→CHA_C2. Si le compteur CNT_C2 est supérieur à 1, et que la valeur de concurrent CHA_C2 est égale au haché de concurrent G2(ID_A), i.e. CHA_C2=G2(ID_A), alors le compteur CNT_C2 est décrémenté, i.e. CNT_C2-1→CNT_C2. Lorsqu’une donnée D_C2 est enregistrée ou mise à jour dans la mémoire cache C2, la valeur de concurrent CHA_C2 est mis à NULL.
De manière analogue, le noyau KER peut mettre en œuvre un enregistrement tel que décrit ci-dessus dans la première mémoire cache C1 d’une donnée valide D_A3 reçue en provenance de l’application APP en réponse à une requête GET_A. Dans ce cas, le noyau KER met en œuvre des étapes K113, K114, et K115 analogues aux étapes K103, K104, et K105 décrites ci-dessus pour enregistrer une donnée valide D_A3 dans la première mémoire cache C1, et en utilisant un seuil THR_1, une fonction de hachage G1 et une valeur maximale MAX_CNT1.
Ainsi, les différents niveaux de cache peuvent partager des structures de données et des procédés d’enregistrement de données similaires, bien que paramétrables indépendamment. Un des objectifs de ces étapes d’enregistrement est de maintenir dans les mémoires caches C1, C2 les données fréquemment demandées en évitant que celles-ci ne soient remplacées par des données moins accédées. En outre, ces mécanismes d’enregistrements ont également pour objectif d’être exécutable en un temps minime afin de ne pas impacter négativement la latence de traitement des requêtes.
Tel qu’illustré par la , pour une donnée D_A1, la mémoire cache C1 comprend dans une de ses entrées : l’identifiant ID_A ; la donnée D_A1 ; un indicateur de validité V_A1 ; et un compteur CNT_A1.
Tel qu’illustré par la , la validité d’une donnée D_A1, D_A2 dans une des mémoires caches C1, C2 est caractérisée en utilisant un indicateur V_A1, V_A2. Typiquement, si la donnée D_A1, D_A2 est valide dans la mémoire cache C1, C2, l’indicateur V_A1, V_A2 représentatif de la validité est égal à 1 ; et si la donnée D_A1’, D_A2’ est invalide dans la mémoire cache C1, C2, l’indicateur V_A1, V_A2 est nul. Dans le présent document, les signes de référence des données valides D_A1, D_A2 sont différenciées des signes de référence des données invalides D_A1’, D_A2’, ces derniers se terminant par une apostrophe.
Selon un mode de réalisation particulier, la validité d’une donnée D_A1, D_A2 dans une des mémoires caches C1, C2 est caractérisée en utilisant le compteur CNT_A1, CNT_A2 associé à la donnée D_A1, D_A2. Typiquement, si la donnée D_A1, D_A2 est valide dans la mémoire cache C1, C2, le compteur CNT_A1, CNT_A2 représentatif de la validité est supérieur ou égal à 1 ; et si la donnée D_A1’, D_A2’ est invalide dans la mémoire cache C1, C2, le compteur CNT_A1, CNT_A2 est nul.
La présente invention concerne un procédé de traitement de requêtes d’accès à des données, une entité, un programme d’ordinateur, et un support d’informations associés.
La représente schématiquement des exemples de requêtes d’accès à des données entre des dispositifs clients et une entité de traitement de requêtes d’accès à des données selon un mode de réalisation particulier.
Tel qu’illustré par la , les dispositifs clients CLT sont connectés par l’intermédiaire d’un réseau informatique de communication NET à une entité SERV de traitement de requêtes d’accès à des données. L’entité SERV comprend des données d’une application. À titre d’exemple, l’entité SERV peut être un serveur de stockage de données en réseau. L’entité SERV peut également mettre en œuvre un serveur DNS de résolution de noms de domaine comprenant des URLs et des adresses IP. L’entité SERV peut mettre en œuvre un serveur de clés comprenant des paires clé-valeur. Selon un mode de réalisation particulier, l’application APP est une application de stockage de paires clé-valeur et peut par exemple être l’application Memcached, une application bien connue de l’homme du métier et couramment déployée. Les dispositifs clients CLT peuvent être des équipements utilisateurs, des terminaux mobiles, des objets communicants, des serveurs d’application, ou tout autre dispositif émetteur de requêtes d’accès à des données. Les requêtes d’accès à des données émises par les dispositifs clients CLT sont des demandes d’accès en écriture SET d’une donnée dans l’entité SERV, ou des demandes d’accès en lecture GET d’une donnée dans l’entité SERV. L’entité SERV de traitement de requêtes reçoit en provenance des dispositifs clients CLT des demandes d’accès en écriture ou en lecture de données GET, SET et traite ces demandes. De plus, l’entité SERV peut émettre à destination des dispositifs clients CLT des réponses REP_GET aux requêtes d’accès à des données GET, SET.
Dans le mode de réalisation particulier décrit ici, le réseau informatique de communication peut être de type Internet mettant par exemple en œuvre le protocole de transport IP, les moyens de communication des dispositifs clients CLT et de l’entité SERV s'appuyant notamment sur une interface de communication apte aux échanges de données. Aucune limitation n'est attachée à la nature de l’interface de communication entre les dispositifs clients CLT et l’entité SERV, qui peut être filaire ou non filaire, et peut mettre en œuvre tout protocole connu de l'homme du métier (Ethernet, Wi-Fi, Bluetooth, 3G, 4G, 5G, 6G, etc.). En outre, le réseau informatique ne se limite pas à un réseau Internet, tout autre réseau (propriétaire, etc.) pouvant être envisagé, de sorte que l’entité SERV de traitement de requêtes puisse être accessible par l’intermédiaire du réseau NET.
La représente schématiquement des exemples de requêtes d’accès à des données entre un dispositif client et une entité de traitement de requêtes d’accès à des données selon un mode de réalisation particulier.
Comme le montre la , les requêtes GET_A, SET_B d’accès à des données sont émises par un dispositif client CLT à destination de l’entité SERV de traitement de requêtes. Les requêtes d’accès à des données peuvent être des requêtes d’accès en lecture GET_A de données, et également être des requêtes d’accès en écriture SET_B de données. Une requête de lecture GET_A émise par un dispositif client CLT à destination de l’entité SERV comprend un identifiant ID_A d’une donnée D_A. À titre d’exemple, un identifiant peut être une URL et une donnée peut être une adresse IP. Suite au traitement de la requête de lecture GET_A, et en réponse à celle-ci, l’entité SERV émet une réponse REP_GET_A. La réponse REP_GET_A peut comprendre la donnée D_A demandée par le dispositif client CLT ou peut comprendre un message d’erreur ERR. Un message d’erreur ERR peut être transmis lorsque l’entité SERV ne comprend pas la donnée demandée, ou n’est pas en mesure de traiter une requête, par exemple suite à un dysfonctionnement, un état de congestion, etc. Une requête d’écriture SET_B émise par un dispositif client CLT à destination de l’entité SERV comprend un identifiant ID_B d’une donnée à écrire D_B, et éventuellement la donnée à écrire D_B. L’identifiant ID_B peut être identique ou différent de l’identifiant ID_A. Suite au traitement de la requête d’écriture SET_B, l’entité SERV peut émettre ou non une réponse REP_SET_B à destination du dispositif client CLT. La réponse REP_SET_B peut par exemple comprendre un accusé de réception ACK.
Selon un mode de réalisation particulier, les requêtes d’accès en lecture de données GET_A et leurs réponses REP_GET_A sont transmises par l’intermédiaire du réseau informatique NET mettant en œuvre un protocole réseau IP et un protocole de transport de type UDP. Le protocole de transport UDP permet de transmettre des données de manière simple et rapide entre deux entités en mode non connecté.
Selon un mode de réalisation particulier, les requêtes d’accès en écriture de données SET_B et leurs réponses REP_SET_B sont transmises par l’intermédiaire du réseau informatique NET mettant en œuvre un protocole réseau IP et un protocole de transport de type TCP.
La représente schématiquement des exemples de structures de données comprises dans une entité de traitement de requêtes d’accès à des données selon un mode de réalisation particulier.
Dans la suite de la présente description, les signes de référence suivants sont utilisés : le signe de référence D_A désigne une donnée correspondant à l’identifiant ID_A ; les signes de référence D_A1, D_A2, D_A3 désignent des données valides correspondant à l’identifiant ID_A et enregistrées respectivement dans une première mémoire cache C1, une deuxième mémoire cache C2, et une mémoire C3 de l’application APP ; le signe de référence D_A1’ désigne une donnée correspondant à l’identifiant ID_A et invalide dans la première mémoire cache C1.
Tel qu’illustré par la , une donnée D_A1, D_A2, D_A3 de l’entité SERV est identifiée par un identifiant ID_A. L’entité SERV peut comprendre plusieurs mémoires C1, C2, C3. En particulier, l’entité SERV peut comprendre : une carte réseau NIC comprenant une première mémoire cache C1 et un noyau de système d’exploitation KER comprenant une deuxième mémoire cache C2. Les données stockées dans la première mémoire cache C1 et dans la deuxième mémoire cache C2 sont des réplications de données de l’application APP. L’entité SERV peut en outre comprendre l’application APP, située dans une couche d’application de l’entité SERV et mise en œuvre dans l’espace utilisateur, l’application APP comprenant la mémoire d’application C3. L’application APP est configurée pour traiter et répondre à des requêtes d’accès GET_A, SET_B, et en particulier pour gérer des accès concurrents. Par exemple, l’application APP est en mesure de traiter plusieurs requêtes d’écriture SET_B émises par des dispositifs clients CLT différents et portant sur la même donnée D_B, et une requête de lecture GET_A portant sur cette donnée D_B.
Dans le mode de réalisation particulier décrit ici, l’entité SERV assure la cohérence entre les données des mémoires caches C1, C2 et les données de l’application APP. Afin d’assurer la cohérence entre ces différentes mémoires C1, C2, C3, l’entité SERV identifie les données D_A1, D_A2 comprises dans les mémoires caches C1, C2 soit comme étant valides D_A1, D_A2, soit comme étant invalides D_A1’, D_A2’. Pour un identifiant ID_A, une donnée valide D_A1, D_A2 est nécessairement identique à la donnée D_A3 de l’application APP et peut être utilisée pour répondre à une requête de lecture GET_A comprenant l’identifiant ID_A. Pour un identifiant ID_A, une donnée invalide D_A1’, D_A2’ n’est pas nécessairement identique à la donnée D_A3 de l’application APP et ne peut pas être utilisée pour répondre à une requête de lecture GET_A comprenant l’identifiant ID_A.
Dans le mode de réalisation particulier décrit ici, le procédé est mis en œuvre par l’entité SERV connectée au réseau NET. Tel qu’illustré par la , le procédé comprend les étapes décrites ci-après.
Dans la suite de la présente description, les étapes réalisées par la carte réseau NIC sont différenciées des étapes réalisées par le noyau KER. La carte réseau NIC met en œuvre les étapes dont les signes de référence commencent par la lettre N, tandis que le noyau KER met en œuvre les étapes dont les signes de référence commencent par la lettre K.
Ces actifs pourront être de nature chimique très large du fait, comme a pu le constater la demanderesse, que la dextrine hyperbranchée, préférentiellement la dextrine hyperbranchée et hydrogénée, est plutôt inerte, présente une faible réactivité et une très bonne compatibilité avec la plupart des actifs utilisés dans les compositions cosmétiques ou même dermatologiques. Ces actifs pourront être choisis parmi les agents hydratant, émollient, filmogène, barrière, antipollution, tenseur, anti-âge, anti-oxydant, exfoliant, stimulant de collagène, anti-acné, réducteur de sébum, stimulant de circulation sanguine, rafraichissant, antibactérien, antifongique, anti-inflammatoire, apaisant, anti-irritant, cicatrisant, amincissant, pigmentant, colorant, matifiant et parfumant.
On citera parmi les agents apaisants, ceux extraits de plantes seront préférentiellement utilisés. On citera comme agent apaisant et à titre illustratif, les C-glycosides comme ceux décrits dans le document FR2902998. On citera aussi en particulier comme agents apaisants, les produits naturels que sont les céramides, les huiles d'amande douce ou de camomille, les extraits de mimosa tenuiflora (tépescohuite), d’aloe vera, de réglisse (acide glycorhétinique), de calendula, de millepertuis, d’avoine, de tilleul, de magnolia, de guimauve ou de mauve.
Préférentiellement, les dextrines hyperbranchées, préférentiellement hyperbranchées et hydrogénées peuvent être associées à un actif cosmétique anti-inflammatoire ou à un autre actif apaisant.
Le ou les principe(s) actif(s) est/sont présent(s) dans la composition selon l’invention à une teneur allant de 0,05% à 20%, de préférence de 0,1 à 10%, de préférence de 0,5 à 6%, en poids par rapport au poids total de la composition.
Exemples Exemple 1 : étude clinique sur les sensations d’inconfort induites par le sodium lauryl sulfate
L’objectif de l’étude a été de déterminer l’effet d’une dextrine hyperbranchée et hydrogénée, vendue sous la référence Nutriose® HM 06 par Roquette, sur les sensations d’inconfort créées par une exposition de la peau de l’avant-bras intérieur de volontaires à un produit agressif pour la peau, à savoir le sodium lauryl sulfate (SLS), appliqué par un patch à une concentration dans l’eau de 10%.
Volontaires et produits
Cette étude non-invasive et monocentrique a été conduite sur quarante volontaires mâles ayant entre 30 et 55 ans, ayant une peau sensible (sur la base de leur déclaration). Les critères d’inclusion des volontaires sont présentés dans le tableau.
Critère Sexe Masculin Phototype I à III Age De 30 à 55 (répartis en 3 groupes homogène d’âge moyen) Peau sensible Oui, sur la base de la déclaration du volontaire