INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Les tensioactifs non ioniques peuvent préférentiellement être choisis parmi les tensioactifs non ioniques polyoxyalkylénés ou polyglycérolés. Les motifs oxyéthylène sont plus particulièrement des motifs oxyéthylène ou oxypropylène, ou une combinaison de ceux-ci, et sont préférentiellement des motifs oxyéthylène.
Des exemples de tensioactifs non ioniques oxyalkylénés qui peuvent être mentionnés incluent : les alkylphénols (C 8 -C 24 ) oxyalkylénés, saturés ou insaturés, linéaires ou ramifiés, les alcools C 8 -C 30 oxyalkylénés, saturés ou insaturés, linéaires ou ramifiés, les amides C 8 -C 30 oxyalkylénés, les esters d'acides en C 8 -C 30 saturés ou insaturés, linéaires ou ramifiés et de polyéthylène glycols, les esters polyoxyalkylénés d'acides saturés ou insaturés, linéaires ou ramifiés, en C 8 -C 30 et de sorbitol, les huiles végétales saturées ou insaturées, oxyalkylénées, les condensats d'oxyde d'éthylène et/ou d'oxyde de propylène, entre autres, seuls ou en mélange.
Les tensioactifs contiennent préférentiellement un nombre de moles d'oxyde d'éthylène et/ou d'oxyde de propylène compris entre 2 et 100 et plus préférentiellement entre 2 et 50.
En conformité avec un mode de réalisation préféré de l'invention, les tensioactifs non ioniques oxyalkylénés sont choisis parmi les alcools oxyéthylénés en C 8 -C 30 .
Les exemples d'alcools gras éthoxylés (ou alcools en C 8 -C 30 ) qui peuvent être mentionnés incluent les adduits d'oxyde d'éthylène avec l'alcool laurylique, notamment ceux contenant de 9 à 50 groupes oxyéthylène et plus particulièrement ceux contenant de 10 à 25 groupes oxyéthylène (Lauréth-10 à Lauréth-25) ; les adduits d'oxyde d'éthylène avec l'alcool béhénylique, notamment ceux contenant de 9 à 50 groupes oxyéthylène (Béhénéth-9 à Béhénéth-50) ; les adduits d'oxyde d'éthylène avec l'alcool cétéarylique (mélange d'alcool cétylique et d'alcool stéarylique), notamment ceux contenant de 10 à 30 groupes oxyéthylène (Cétéaréth-10 à Cétéaréth-30) ; les adduits d'oxyde d'éthylène avec l'alcool cétylique, notamment ceux contenant de 10 à 30 groupes oxyéthylène (Cététh-10 à Cététh-30) ; les adduits d'oxyde d'éthylène avec l'alcool stéarylique, notamment ceux contenant de 10 à 30 groupes oxyéthylène (Stéaréth-10 à Stéaréth-30) ; les adduits d'oxyde d'éthylène avec l'alcool isostéarylique, notamment ceux contenant de 10 à 50 groupes oxyéthylène (Isostéaréth-10 à Isostéaréth-50) ; ainsi que leurs mélanges.
A titre d'exemples de tensioactifs non ioniques polyglycérolés, on utilise préférentiellement des alcools polyglycérolés en C 8 -C 40 .
En particulier, les alcools polyglycérolés en C 8 -C 40 correspondent à la formule suivante :
RO-[CH 2 -CH(CH 2 OH)-O] m -H or RO-[CH(CH 2 OH)-CH 2 O] m -H
dans laquelle R représente un radical alkyle ou alcényle, linéaire ou ramifié, en C 8 -C 40 et de préférence en C 8 -C 30 , et m représente un nombre allant de 1 à 30 et préférentiellement de 1,5 à 10.
A titre d'exemples de composés convenables dans le contexte de l'invention, on peut citer l'alcool laurylique contenant 4 mol de glycérol (nom INCI : Polyglyceryl-4 Lauryl Ether), l'alcool laurylique contenant 1,5 mol de glycérol, l'alcool oléylique contenant 4 mol de glycérol (nom INCI : Polyglyceryl-4 Oleyl Ether), l'alcool oléylique contenant 2 mol de glycérol (nom INCI : Polyglyceryl-2 Oleyl Ether), l'alcool cétéarylique contenant 2 mol de glycérol, l'alcool cétéarylique contenant 6 mol de glycérol, l'alcool oléocétylique contenant 6 mol de glycérol, et l'octadécanol contenant 6 mol de glycérol.
L'alcool peut représenter un mélange d'alcools de la même manière que la valeur de m représente une valeur statistique, ce qui signifie que, dans un produit commercial, plusieurs espèces d'alcool gras polyglycérolé peuvent coexister sous forme de mélange.
Le ou les tensioactifs cationiques sont choisis de préférence parmi ceux de formule (II) ci-dessus, ceux de formule (V) ci-dessus, ceux de formule (VI) ci-dessus, et leurs mélanges ; mieux parmi ceux de formule (II) ci-dessus, ceux de formule (VI) ci-dessus, et leurs mélanges ; encore mieux parmi ceux de formule (II) ci-dessus.
L’étape e) peut être mise en œuvre au moyen d’un module informatique 18.
Les coefficients peuvent être stockés dans une base de données 200.
La illustre un autre exemple de mise en œuvre d’un procédé de traitement de signal selon l’invention, dans lequel le nombre de signaux d’entrée est égal à six (X=6) et le nombre de signaux de sortie est égal à deux (M=2).
Les étapes sont similaires à celles décrites pour l’exemple de la .
Dans cet exemple, N est également égal au maximum de M et X, ici égal à 6.
Dans cet exemple, J est égal à 1, c’est-à-dire que les signaux retardés sont dupliqués une fois.
La schématise un système pour mettre en œuvre un procédé selon l’invention.
Le système 2 comporte :
Un ordinateur 100 comportant un programme d’ordinateur comprenant des instructions qui, lorsque le programme est exécuté par l’ordinateur, conduisent celui-ci à mettre en œuvre les étapes a), b), c), et e) d’un procédé de traitement de signal selon l’invention, de préférence à mettre en œuvre les étapes a), b), c), d) et e) d’un procédé de traitement de signal selon l’invention ; Une base de données 200 comportant au moins une géométrie d’espace virtuel 3 pour mettre en œuvre l’étape b) d’un procédé selon l’invention, et/ou au moins une matrice déterminant les coefficients d’une combinaison linéaire pour mettre en œuvre l’étape e) d’un procédé selon l’invention ; Optionnellement M haut-parleurs physiques 300, destinés à restituer les M signaux de sortie.
La base de données 200 peut être intégrée dans l’ordinateur 100.
Le système peut comporter des moyens de communication 400 de la base de données avec l’ordinateur 100.
L’ordinateur est compris comme étant tout moyen informatique permettant l’exécution des instructions.
Un procédé selon l’invention peut avantageusement être utilisé pour émettre :
un contenu musical stéréophonique comportant deux signaux d’entrée via des haut-parleurs d’un véhicule motorisé, ou un contenu musical stéréophonique comportant deux signaux d’entrée via des haut-parleurs d’un système home cinéma ou d’un système Dolby Atmos® comportant au moins six haut-parleurs, mieux huit haut-parleurs, encore mieux dix haut-parleurs, ou un contenu musical stéréophonique comportant deux signaux d’entrée dans une salle de concert comportant de préférence quatre haut-parleurs ou plus, ou un contenu audio comportant au moins quatre signaux d’entrée, de préférence six signaux d’entrée, via un casque audio comportant deux haut-parleurs.
Ces exemples d’utilisation ne sont pas limitatifs.
De préférence, la composition selon l’invention comprend le ou les tensioactifs non ioniques en une teneur totale allant de 0,05 à 10% en poids, de préférence de 0,1 à 5% en poids, préférentiellement de 0,2 à 3% en poids, par rapport au poids total de la composition selon l’invention.
Le procédé selon l’invention est en particulier un procédé de lavage et/ou de conditionnement des cheveux sensibilisés, fragilisés et/ou abîmés.
Le procédé selon l’invention est particulièrement adapté pour les cheveux sensibilisés, fragilisés et/ou abîmés, suite à des traitements physiques (brossages répétés) et/ou chimiques, par exemple de coloration, décoloration, permanente et/ou défrisage.
Le procédé selon l’invention est également particulièrement adapté pour les cheveux sensibilisés, fragilisés et/ou abîmés, chargés en ions métalliques, notamment à des teneurs d’au moins 100 ppm, mieux d’au moins 200 ppm ; en particulier chargés en calcium notamment à des teneurs d’au moins 4 000 ppm, mieux d’au moins 10 000 ppm ; et/ou chargés en cuivre, notamment à des teneurs d’au moins 100 ppm, mieux d’au moins 200 ppm.
On a constaté que l’utilisation de la composition selon l’invention permet d’améliorer de manière significative la résistance à la casse des cheveux, et donc de les renforcer ; elle permet également de limiter leur diminution ou perte de brillance, ces effets indésirables étant susceptibles d’être provoqués par la présence d’ions métalliques, notamment de cuivre et/ou de calcium, au sein des fibres kératiniques.
Après application de la composition, les cheveux sont comme renforcés, ledit renforcement étant amélioré au fur et à mesure des applications successives de la composition.
On a également constaté que le procédé selon l’invention permet en outre d’apporter des propriétés de conditionnement aux cheveux, notamment un toucher lisse, de la douceur, de la brillance et un démêlage facilité, et ceci tout en apportant de la force, du corps et un effet de masse à la chevelure.
Composés de type aminoacides La composition utilisée dans le procédé selon la présente invention comprend un ou plusieurs composés de type aminoacides.
Tq_M2 étant le couple assuré par le moteur électrique 2.
Toutes les autres fonctionnalités de la régulation du moteur thermique 1 sont inchangées. Ceci garantit que l’opérabilité et la sécurité du moteur thermique 1 dans un contexte d’hybridation sera identique à celles d’un contexte non hybridé. Il faudra juste s’assurer de l’absence de danger en cas de panne non détectée dans le calcul (ou la transmission de la donnée) de PWMécanique_M2.
Il est à noter que la modification de la consigne de puissance va dans le sens d’un découplage des régulations des moteur thermique 1 et 2 et limite ainsi les risques d’interactions délétères des deux régulations. Protection de la BTP
L’objectif est de garantir le bon fonctionnement de la boite BTP et plus généralement de la chaine mécanique de transmission de puissance en respectant ses capacités en termes de Couple Max sur l’entrée du moteur thermique 1 (pas de couple Min en raison de la roue libre) ; Couple Max/Min sur l’entrée du moteur électrique 2 ; Couple Max/Min sur l’arbre Mat Rotor (Somme des couples délivrés par le moteur thermique 1 et le moteur électrique 2).
Cet objectif est traité en intégrant : Dans la limite de couple du moteur thermique 1, la limite Max de l’entrée 1 de la BTP ; Dans la limite de couple du moteur électrique 2, les limites Min/Max de l’entrée 2 de la BTP ; Dans la limite de couple du moteur électrique 2, la limite Max Totale BTP atténuée du couple courant du moteur thermique 1.
La protection en couple max/min de l’entrée BTP du moteur électrique 2 peut facilement être garantie en imposant : TqMin_BTP_M2
où TqMin_BTP_M2 (resp. TqMax_BTP_M2) est la limite minimale (resp. maximale) du couple admissible sur l’entrée BTP du moteur électrique 2.
La protection en couple max de l’entrée BTP du moteur thermique 1 peut facilement être garantie en intégrant dans le logiciel de régulation du moteur thermique 1 : TqMax_M1_Hybridée = min(TqMax_M1_NonHybridée, TqMax_BTP_M1)
où TMax_M1_NonHybridée est la limite de couple maximale existant nativement dans le logiciel de régulation du moteur thermique 1, TqMax_BTP_M1 est la limite maximale du couple admissible sur l’entrée BTP du moteur thermique 1.
Pour garantir que la somme des couples moteur thermique 1 et moteur électrique 2 n’excède pas une limite haute TqMax_BTP_Total (et que TqMax_BTP_Total TqMax_M1 = TqMax_BTP_Total – Tq_M2 (Eq. 1) TqMax_M2 = TqMax_BTP_Total – Tq_M1 (Eq. 2)
On peut décider de ne modifier que la limite de couple du moteur thermique 1 (Eq. 1). En effet, comme Tq_M1 Tq_M1 + Tq_M2
Dans une variante de mise en oeuvre, pour tenir compte de la différence entre la dynamique entre le couple Tq_M2 du moteur électrique 2 et celle du couple max du moteur thermique 1 (dont la dynamique est potentiellement moins élevée), seule la limite de couple du moteur électrique 2 (Eq. 2) est modifiée. En effet, comme Tq_M2 Tq_M1 + Tq_M2
Avec cette mise en œuvre, en cas de panne de régulation du moteur thermique 1, le moteur thermique 1 est régulé de manière dégradée par la régulation auxiliaire qui n’intègre pas de limitation de couple. Ainsi, seul le moteur électrique 2 est disponible pour garantir Tq_M1 + Tq_M2 < TqMax_BTP_Total.
Au final, la protection BTP est garantie par une limitation de couple sur le moteur électrique 2 : TqMin_BTP_M2
et une limitation de couple sur le moteur thermique 1 : TqMax_M1_Hybridée = min(TqMax_M1_NonHybridée, TqMax_BTP_M1)
Par la suite, on note : TqMin_M2 = TqMin_BTP_M2 TqMax_M2 =
La représente ces modules fonctionnels qui s’appuient ou commandent les éléments matériels 21 à 25 du dispositif cité précédemment. Certains de ces modules fonctionnels peuvent être optionnels dans certains modes de réalisation
, Dans l’exemple de la , les modules fonctionnels comprennent notamment : - un module de souscription MOD_SOUSC configuré pour souscrire auprès d’un opérateur internet, un service de détection de comportement suspect. L’opérateur internet est par exemple un opérateur de télécommunication permettant l’accès au réseau externe aux terminaux présents sur le réseau local. Cet opérateur internet peut par exemple être également le fournisseur de la passerelle d’accès 2. La souscription peut également comprendre ou être suivie d’une déclaration de la composition du ou des groupes d’utilisateurs partageant au moins un terminal, ie des utilisateurs potentiels des terminaux connectés à la passerelle 2 dans l’exemple illustré. Cette déclaration peut comprendre, suivant le type d’environnement, une association à au moins un utilisateur potentiel d’une catégorie ou d’une fourniture d’informations permettant au système d’associer à l’utilisateur potentiel une catégorie. Dans un environnement domestique, des catégories par âge, par exemple, adulte, enfant, adolescent sont envisagées et peuvent être établies par l’obtention de l’âge, ou de la date de naissance des utilisateurs. Dans un environnement universitaire, il peut s’agir de catégorie par fonction, étudiant ou professeur par exemple. Cette déclaration peut être faite par un administrateur du réseau local. Lors de la souscription, la liste des terminaux peut également être déclarée ainsi, qu’optionnellement, le type des terminaux dans certains modes de réalisation.
Les modules fonctionnels peuvent comprennent également, dans certains modes de réalisation, un module de collecte des requêtes MOD_COL effectuées depuis au moins un des terminaux. Les requêtes d’accès au contenu sont des requêtes qui contiennent typiquement des adresses de contenu situés, soit à l’intérieur du réseau local, sur un autre dispositif connecté à la passerelle d’accès 2, un autre terminal ou un moyen de stockage par exemple, ou encore et plus généralement des contenus situés à distance, par exemple sur des sites internet ou des serveurs de flux de données (« streaming » en anglais). Les requêtes collectées peuvent être transmises à un module de filtrage MOD_FILT (autre module fonctionnel) qui permet de filtrer la collecte des requêtes reçues sur la passerelle 2. Ce module de filtrage peut être optionnel dans certains modes de réalisation.
Ce module de filtrage peut permettre dans certains modes de réalisation au procédé de ne considérer que les requêtes venant de certains terminaux. Ce module de filtrage est lié par exemple à un module de connaissance des terminaux connectés à la passerelle d’accès 2 MOD_CON, seulement présent dans la passerelle d’accès et représentant une liste des terminaux connectés à l’instant courant à la passerelle d’accès 2 et leur type. Dans certains modes de réalisation ce module de filtrage peut en outre sélectionner une partie des dispositifs parmi la pluralité de dispositifs. Cette sélection peut être paramétrée, par exemple par l’administrateur du réseau local. Dans ce cas, lorsque le procédé selon l’invention est implémenté dans les terminaux et non pas dans la passerelle d’accès, le module de filtrage peut ne pas filtrer les requêtes venant de certains terminaux.
Dans d’autres modes de réalisation, le module de filtrage peut également filtrer des requêtes d’accès à du contenu en fonction de la catégorie du contenu demandé. Par exemple, lorsqu’une catégorie de contenu est définie comme étant accessible par tous les utilisateurs, par exemple un site de météorologie, un site relatif à une ville…alors il peut être catégorisé (dans une catégorie supplémentaire par exemple) comme « tous utilisateurs » et ne pas faire partie des contenus pris en compte par ledit procédé.
Dans certains modes de réalisation, les modules fonctionnels peuvent comprendre également un module de séquencement MOD_SEQ associant à une requête un instant t à laquelle elle est effectuée. Cette association permet de déterminer des informations temporelles de séquencement des requêtes tel que décrit en figure 1.
Dans certains modes de fonctionnement, les modules fonctionnels peuvent comprendre également un module de classification MOD_CLASS. La classification du contenu consulté (catégorisation des sites/applications consultés) peut se faire de différentes manières en se basant sur : - Une base de données qui recense tous les applications/sites avec une catégorisation, ceci nécessite des ressources pour le stockage et nécessite que la classification soit celle adaptée, à savoir contrôle parental (classification enfant/adolescent/parent) ou milieu scolaire (enseignant/étudiant), ou autre - Un logiciel intelligent qui permet de classifier le contenu en analysant l’adresse internet (URL) encapsulée dans la requête DNS avec des techniques de filtrage, d’apprentissage et de langage naturel (NLP pour Natural Langage Processing). La phase d’apprentissage peut se faire en amont, par exemple chez l’opérateur auprès duquel le service a été souscrit et déployé ensuite dans un équipement chez l’utilisateur, au niveau des terminaux ou de la passerelle d’accès. L’opérateur peut également proposer des catégories qui correspondent au besoin de l’utilisateur qui a souscrit le service - il peut également être envisagé dans d’autres modes de réalisation que l’utilisateur puisse apporter des informations de classification lui-même ou vienne modifier ou affiner les classifications proposées soit par l’opérateur, soit par le logiciel intelligent. Dans un tel cas, le module MOD_CLASS, peut par exemple sous la forme d’une interface homme-machine, permettre facilement à l’utilisateur d’intervenir sur la classification proposée ou d’affecter une classification. Le module peut également permettre l’affectation d’une classification à une application nouvellement installée (ou lors de l’installation de celle-ci) sur le terminal partagé. De manière générale la classification peut être faite de manière dynamique, soit de manière automatique ou manuelle, comme expliqué par les exemples précédents.
Les modules fonctionnels peuvent comprendre également, dans certains modes de réalisation, un module MOD_MODELE configuré pour établir des modèles définissant des comportements suspects pour un type d’utilisateur. Un modèle est défini par une séquence de requêtes à des instants, par exemple consécutifs, et associées chacune à une catégorie. Des exemples de modèles sont décrits ci-après en référence à la figure 5. Le module MOD_MODELE peut donc être personnalisé en fonction des catégories souhaitées. Les catégories sont donc paramétrables. Le module MOD_MODELE peut donc coopérer avec le module MOD_SOUSC pour obtenir les informations relatives aux utilisateurs et au service souscrit pour déterminer les catégories souhaitées utilisées pour l’établissement des modèles.
Les modules fonctionnels peuvent comprendre également un module MOD_COMP configuré pour comparer les séquences de requêtes transmises par l’utilisateur du terminal partagé et les modèles définis par le module MOD_MODELE afin de déterminer un comportement suspect.
Enfin, les modules fonctionnels peuvent comprendre un module MOD-NOT configuré pour transmettre une notification ou alarme à un dispositif pour signaler un comportement suspect. Cette notification peut être transmise à l’utilisateur du terminal partagé dont le comportement est détecté comme suspect pour l’avertir et/ou peut également être transmise à un administrateur du réseau ou à un utilisateur principal du terminal, par exemple le ou les parents dans le cas du contrôle parental, pour les avertir du comportement suspect. Dans ce cas, la notification peut être transmise sur un dispositif détenu par le parent, par exemple sur son téléphone portable ou son ordinateur personnel.
La figure 5 représente un ensemble d’exemples de modèles de comportements suspects tels que déterminés (détectés) par le module MOD_MODELE et utilisés par le procédé de la , dans certains de ces modes de réalisation. Bien entendu cet ensemble est donné à titre illustratif et ne correspond pas à une liste exhaustive des modèles de comportement suspect.
Sur les figures 5A à 5D, sur l’axe des ordonnées, la catégorie « adulte » est référencée ADU, la catégorie « enfant » est référencée ENF et la catégorie « adolescent » est référencée ADO. Sur les figures 5E et 5F, la catégorie « enseignant » est représentée par ENS et la catégorie « étudiant » est représentée par ETU. Le temps (T) est représenté sur l’axe des abscisses.
Le système selon la présente divulgation peut avoir préenregistrer un ou plusieurs modèles, déterminés en fonction desdites catégories, des fréquences de changement d’une catégorie à une autre pour lesdites requêtes reçues, du temps écoulé entre deux requêtes reçues. Les modèles peuvent par exemple comprendre un ou plusieurs modèles tels que représentés en figures 5A à 5F qui correspondent à des comportements suspects de l’utilisateur courant. Le nombre et/ou la mise à jour de ces modèles peut être déterminé lors de la configuration du système, en fonction des catégories d’utilisateur du dispositif, ou préalablement par un opérateur de service.
Selon les exemples de la figure 5, comme précédemment indiqué pour la figure 1, il est montré des transitions uniquement entre des catégories permettant de détecter un comportement suspect.
Les données enregistrées pour chaque modèle peuvent comprendre par exemple au moins une donnée parmi les données suivantes : au moins une catégorie d’utilisateur, au moins une durée (par exemple une première durée (seuil) pour qu’une requête soit considérée ou non comme transitoire, une première durée d’inactivité à partir de laquelle une fenêtre temporelle est réinitialisée) entre deux requêtes (par exemple entre deux requêtes de différents catégories), au moins un séquencement entre au moins deux catégories, un premier nombre et/ou une première fréquence de changement de catégories (valeur seuil) à partir de laquelle un comportement est considéré comme suspect.
La figure 5A représente un premier modèle de comportement suspect. Il correspond à une ou plusieurs requêtes vers du contenu adulte pendant une durée non transitoire soit plusieurs secondes minimum puis à une consultation sur une durée non transitoire, plus longue, de contenu enfant. Ce comportement peut faire partie des comportements suspects car rarement un adulte consulte de manière prolongée du contenu enfant. Un utilisateur potentiel du terminal partagé qui aurait un tel comportement est donc probablement un enfant qui a consulté un site pour adulte avant de consulter un site pour enfant. Il est à noter que le fait qu’il n’y ait pas de temps d’inutilisation du terminal entre les requêtes vers du contenu enfant et vers du contenu adulte peut venir renforcer la détection d’un comportement suspect.
Un trièdre XYZ est schématisé sur la . L’axe X est un axe longitudinal du module d’entrée d’air 2 et plus généralement du dispositif 1. Cet axe X peut correspondre à l’axe longitudinal avant/arrière du véhicule, c'est-à-dire selon la longueur du véhicule, lorsque le dispositif 1 est monté au sein du véhicule. L’axe Y est un axe transversal. Cet axe Y peut correspondre à l’axe transversal droite/gauche du véhicule, c'est-à-dire selon la largeur du véhicule, lorsque le dispositif 1 est monté au sein du véhicule. L’axe Z peut coïncider avec l’axe vertical haut/bas du véhicule, c'est-à-dire selon la hauteur du véhicule, lorsque le dispositif 1 est monté au sein du véhicule. Les axes X, Y, Z, sont perpendiculaires les uns aux autres.