INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Lors de l'exécution d'un module de service, quand la machine virtuelle (61) trouve une référence à une méthode ou un attribut dans le pseudocode, en connaissant la classe où se trouve cette référence, elle peut retrouver directement l'index module concerné, celui-ci correspondant à la référence externe (1E) ou interne (11). Toute référence externe dans le pseudo code d'un module de service sera systématiquement interprétée par la machine virtuelle comme une référence au module API. Un module de service ou le module principal ne peut référer aux classes de tout autre module excepté celles du module API. classes systèmes de ce module API ne peuvent pas référer aux classes module de service ou du module principal. La référence interne à une classe module, correspondant à la valeur n pour le premier multiplet, nécessite aucune connaissance a priori de l'espace nom qui sera attribue module. Le fait de ne pas définir a priori d'espace de nommage fixe lors phase de conversion permet d'accélérer la résolution des références déterminer l'espace de nommage d'un module lors du chargement, postérieurement à la phase de conversion. La machine virtuelle, lors l'interprétation d'une référence à un attribut ou à une méthode dans pseudocode, utilise les trois index ou en cascade. L'espace mémoire du module étant déterminé, l'index détermine l'entrée désirée dans le tableau des classes (TRM) module, puis le dernier index ou donne l'entrée désirée dans tableau des méthodes (TRMe) ou le tableau des attributs (TRA).
Le module API comprend une classe spéciale (64), appelée classe gestionnaire d'accès" ou "Access Manager", qui comprend une méthode native (getServicelnstance).dont le rôle est de rendre un objet instance la classe d'entrée du module de service demandé, à partir de l'identificateur (MID) du module. Cette méthode utilise la table (70) d'association MIDllmi pour connaître l'index du module demandé dans le tableau de module (69) puis crée une instance de la classe d'entrée de ce module, instance qui retournée par la méthode. Selon l'invention la classe "Access Manager" (64) est protégée par construction par une méthode consistant à interdire cette classe ait plus d'une instance. Cette méthode (getServicelnstance) appartient au programme principal contenu dans le module principal. module principal qui sera activé en premier à utilisation de l'objet portable crée une instance et une seule de la classe "Access Manager", ce qui lui permet d'utiliser la méthode getServicelnstance, mais interdit à tout autre service créer une autre instance pour utiliser cette méthode.
fonctionnement, de la même façon que sur une plate-forme classique, l'environnement d'exécution (RE) accède à la classe d'entrée (EC) du module principal ef active sa méthode d'entree (main). Le module principal, etant le premier activé, procède à l'installation d'une instance de la classe "Access manager" avant que tout autre service fasse, puisque pour activer d'autres services, le module principal doit déja posséder une telle instance la classe accès.
simple dispositif permet de reproduire l'effet de protection lié au concept d'espace de nommage d'une plate-forme classique. Le simple fait de charger un module de service dans le tableau modules et que la présence dans le pseudocode de toutes référence externe soit interprétée par la machine virtuelle comme une référence au module API, rend ce module complètement inaccessible directement par autres modules, créant ainsi un pare-feu total.
premier mode de réalisation permet d'apporter les avantages de pare- procuré par la séparation des espaces nom dans le contexte d'une machine virtuelle en deux parties. Toutefois ce mode de réalisation se révèle peu flexible et présente deux inconvénients.
Premièrement, il empêche toute modification ou extension des classes systèmes avec des modules déjà préliés. architecture "Java" classique permet de modifier et d'étendre les classes la plate-forme API sans avoir d'impact sur les classes déjà compilées de modules supplémentaires. Mais dans le mode de réalisation decrit précédemment, toute modification des classes système, même invisible pour des modules étrangers, modifierait l'agencement de la plate-forme et nécessiterait de modifier le pseudocode prélié de chaque module déja lié avec une version antérieure de l'agencement et en conséquence l'interpréteur. Deuxièmement, les modules préliés sont supposés être portables entre les différentes plates-formes ou terminaux embarqués, ce impose que chacune de ces plates-formes doit avoir le même agencement que la plate-forme API, ce qui interdit l'utilisation de toute extension proprietaire.
Afin de remédier partiellement à ces inconvénients, une variante du premier mode de réalisation, consiste à imposer que, dans la numérotation de l'implantation, les classes publiques viennent en premier avant les classes en paquetage privé. De plus, les méthodes publiques ou attributs publics viennent avant ceux qui sont protégés et ceux sont en paquetages privés et en classes privées. Ceci permet d'ajouter librement de nouvelles classes publiques dans le module API (65).
La figure 2 représente un deuxième mode de réalisation permettant l'évolution de la plate-forme API. La plate-forme API est constituée de plusieurs modules API (100) pouvant être chargés séparément, au lieu d'être constituée d'un module API unique.
Dans ce mode de réalisation, le téléchargeur (93) et machine virtuelle partagent deux tableaux de modules et deux tables d'association MIDlindex au lieu d'un de chaque, un tableau (101) et table d'association (102) pour les modules API et un tableau (103) et table d'association (104) pour les modules non-API, correspondant au module de service (67) et au module principal (66).
Chaque module présente dans son entête un indicateur indiquant sa nature "Service" ou "API" permettant au chargeur de charger le module dans le tableau (101) de modules API ou dans le tableau (103) de modules non- API. indicateur est placé dans l'entête du module lors de phase de compilation par le convertisseur.
pare-feu constitué par la séparation de l'espace nom présent uniquement entre les modules non-API. Toute référence externe à un module service sera interprétée par l'interpréteur de la machine virtuelle embarquee comme un index du tableau du module API. Les modules non-API seront numérotés de jusqu'à 255 au plus, dans l'exemple où n=255.0 est par exemple l'index module principal (66). Les modules API (100) seront numérotés de 0 à au plus, 0 étant par exemple l'index d'un module dit API primaire, contient toutes les méthodes natives. Conformément à la convention decrite précédemment, ceci permet au plus, 255 (n) modules différents dans plate-forme API. La référence à une méthode ou attribut dans le pseudocode est IEIII> < NMINA La valeur 255 (n) pour le premier multiplet (byte) indiquera, comme dans le premier mode de réalisation, une référence interne au module. Chaque valeur différente de 255 indiquera une référence externe à un module spécifique (100) du tableau de module API de la plate-forme API.
Après réalisation de la liaison par le lieur (92) hors plate-forme, le pseudocode module comporte une entête présentant un tableau de modules référencés utilisé pour lier le module courant. Ce tableau de modules réferencés comprend au plus 255 entrées, chaque entrée correspondant à l'identificateur (MID) d'un module API (100). Le premier multiplet (byte) d'une référence externe dans le pseudocode sera alors un index dans ce tableau. Lors du chargement sur la plate-forme d'un module non API (67, 66), les numéros d'index associés à des modules API (100) seront connus et ainsi chaque premier octet d'une référence externe sera remplacé par le numéro d'index associé au module API référé en utilisant la table (102) d'association MIDIIMi des modules API (1 Ce remplacement est la seule opération de liaison réalisée sur la plate-forme spécifique, par le chargeur (68), la table (102) d'association MIDIIMi étant utilisée uniquement pour réaliser cette opération de liaison.
A titre d'exemple, supposons que dans le pseudocode d'un module de service "TEST", nous avons la référence à un numero de méthode 5 du numéro de classe 7 d'un module API dont l'identificateur (MID) est "F00". Supposons plus que "Fb0" est l'identificateur du quatrième module API externe trouve référencé dans le module de service "TEST". La référence dans le pseudocode est alors constituée par les trois valeurs suivantes : 3, 7, Le numéro 3 correspond au quatrième index dans le tableau modules référencés présent dans l'entête du module, venant en tête du pseudocode, la valeur de cette entrée étant l'identificateur (MID) "F00". Supposons que lors du chargement du module API "F00, l'index interne 34 lui été attribué sur la plate-forme cible dans la table d'association (102) des modules API. Alors,.,lé*chargeur (68), à l'aide de la table d'association (1 modifie la référence dans le pseudocode du module de service "TEST' pour devenir: 34, 7, 5 Lors de l'exécution du pseudocode d'un module, une référence externe au module est systématiquement interprétée par la machine virtuelle comme une entrée dans la table de module API. Les modules du tableau de module non API restent invisibles les uns des autres ainsi que par rapport modules API. Ce simple dispositif permet de reproduire l'effet de protection lié au concept d'espace de nommage d'une plate-forme classique. simple fait de charger un module dans le tableau de module non API le rend complètement inaccessible directement par les autres modules, créant ainsi un pare-feu total.
# Richard, G. M. 1974. Modifications of the diphenylamine reaction giving increased sensitivity and simplicity in the estimation of DNA. Analytical Biochem. 57:369-376.
# Romanowski, G., M. G. Lorentz, and W. Wackernagel. 1993. Use of polymerase chain reaction and electroporation of Escherichia coli to monitor the persistence of extracellular plasmid DNA introduced into natural soils. Appl. Environ. Microbiol. 59 :3438-3446.
# Saitou N., Nei M. (1987) " The Neighbour-Joining method : a new method for reconstructing phylogentic trees " Molecular and Biological Evolution Vol 2 : 112-118 # Sambrook J., Fritsch E. F. et Maniatis T. 1996. Molecular cloning : a laboratory manual, 2nd ed. Cold spring Harbor Laboratory Press, Cold Sring Harbor, N.Y.
#Sambrook, J., E. F. Fritsch, and T. Maniatis. 1989. Molecular cloning: a laboratory manual, 2nd ed. Cold Spring Harbor Laboratory, Cold Spring Harbor, N. Y.
# Senoo K ., Wada H. (1989) " Isolation and identification of an aerobic ? - HCH-decomposing bacterium from soil " Soil Science, Plant Nutrition Vol 35, No 1 : 79-87.# Sezonov, G., Blanc, V., Bamas-Jacques, N., Friedmann, A.
Pernodet, J. L. & Guerineau, M.(1997). Complete conversion of antibiotic precursor to pristinamycin IIA by overexpression of Streptomyces pristinae biosynthetic genes. Nat Biotechnol 15,349-53.
' Shirling, E. B., and D. Gottlieb. 1966. Methods for characterization of Streptomyces species. Int. J. Syst. Bacteriol. 16:313-340.
Shizuga et al., 1992, Proc. Natl. Acad. Sci USA, 89 : 8794-8797.# Siefert, J. L., and G. E. Fox. 1998. Phylogenetic mapping of bacterial morphology. Microbiology 144 :2803-2808.
# Simonet, P., P. Normand, A. Moiroud, and R. Bardin. 1990.
Identification of Frankia strains in nodules by hybridization of polymerase chain reaction products with strain-specific oligonucleotide probes. Arch.
Microbiol. 153 :235-240.
# Smalla, K., N. Cresswell, L. Mendonca-Hagler, A. Wolters, and D. J. van Elsas. 1993. Rapid DNA extraction protocol from soil for polymerase chain reaction-mediated amplification. J. Appl. Bacteriol. 74:78-85.
# Smit, E., P. Leeflang, and K. Wernars. 1997. Detection of shifts in microbial community structure and diversity in soil caused by copper contamination using amplified ribosomal DNA restriction analysis. FEMS Microbiol. Ecol. 23 :249-261.
# Smokvina T, Mazodier P, Boccard F, Thompson CJ, Guerineau M.
Laboratoire de Biologie et Genetique Moleculaire, Universite Paris-Sud, Orsay, France. Gene 1990 Sep 28;94(1):53-9 # Smolvina, T., Mazodier, P. Boccard, F. Thompson, C. J. & Guerineau, M. (1990). Construction of a series of pSAM2-based integrative vectors for use in actinomycetes. Gene 94,53-9.
# Stackebrandt, E. 1988. Phylogenetic relationships vs. phenotypic diversity : how to achieve a phylogenetic classification system of the eubacteria. Can. J. Microbiol. 34 :552-556.
Le procédé comporte par exemple une détermination du flux net d'impuretés Fp passant dans l'extrait venant des deux zones de part et d'autre du point de soutirage de l'extrait ainsi que le flux net FR du dit constituant passant dans le raffinat venant des deux zones de part et d'autre du point de soutirage du raffinat, à partir de flux mesurés dans chacune des quatre zones.
Au lieu d'une multitude de cycles statiques d'optimisation que l'on conduit jusqu'à leur terme à partir d'un jeu initial de modifications de débits, on réalise un seul cycle mais en sollicitant l'optimiseur à des intervalles rapprochés. Par des comparaisons effectuées à chaque pas de temps du cycle, il peut déterminer la combinaison optimale de valeurs de débit la plus appropriée pour atteindre les objectifs de pureté et de rendement. Ainsi, en procédant par retouches successives appliquées à intervalles de temps réduits à l'optimiseur,
on obtient rapidement une stabilisation du fonctionnement, bien plus rapide qu'en simulant un cycle complet de stabilisation du système de séparation.
Présentation des Figures D'autres caractéristiques et avantages du procédé selon l'invention, apparaîtront à la lecture de la description ci-après d'un exemple non limitatif de réalisation, en se référant aux dessins annexés où : - la Fig.l montre schématiquement un système de séparation de type à lit mobile vrai (LMV) ; - la Fig. 2 schématise le cas général où, à un instant t de l'optimisation dynamique opérée suivant le procédé selon l'invention, on compare n situations différentes issues de simulations effectuées sur un intervalle de temps de durée (#t) résultant de modifications apportées ou non à des débits à optimiser ; - la Fig. 3 schématise un cas particulier où, à un instant t de l'optimisation dynamique opérée suivant le procédé selon l'invention, on compare trois situations différentes résultant de simulations effectuées sur un intervalle de temps de durée (#t), consécutives à des modifications apportées à deux débits ; - la Fig.4 est une variante de la Fig.3 schématisant un autre cas où on compare trois situations différentes issues de simulations effectuées consécutives à des modifications combinées de débits ; - la Fig.5 montre un exemple de profils de séparation obtenus par application du procédé, en fonction de la position des lits de la boucle de séparation ;
- la Fig. 6 montre un exemple de variations parallèles en fonction du temps du débit de recyclage QRcc et du débit d'extrait QEx, rapportés au débit de charge QF ; et - les Fig. 7A, 7B montrent respectivement des variations locales respectivement de la pureté P(t) et du rendement R (t) durantla simulation.
Description détaillée On considère une boucle de séparation 1 comme celle schématisée à la Fig.l où il s'agit par exemple d'isoler un extrait tel que du paraxylène Px dans une charge F contenant en outre des polluants tels que de l'orthoxylène Ox, du métaxylène Mx et de l'éthylbenzène Eb.
Pour simuler le fonctionnement de la boucle, on utilise un modèle d'un type connu avec résolution d'équations classiques de simulation par des moyens de calcul conventionnels et des moyens d'optimisation ou optimiseur pour mettre en #uvre les étapes de sélection selon le procédé. Comme modèle, on peut utiliser par exemple un de ceux décrits par : - Hassan M. M. et al ; Modelling of Simulated Moving Bed Adsorption System : a More Precise Approach in Séparations Technology 5 (1995) 77-89, Elsevier ; ou - Storti, G. et al ; Optimal Design of Multicomponent Countercurrent Adsorption Separation Processes involving Nonlinear Equilibria ; in Chemical Engineering Science, vol.44 N 6 pp.1329-1345, (1989) ; ou - Ching, C. B. et al Expérimental and Modelling Studies on the Transient Behavior of a Simulated Countercurrent Adsorber in Journal of Chemical Engineering of Japan ; vol.24 N 5 pp.614-621, (1991) ; ou
- Rhee, H-K et al : Multicomponent Adsorption in Continuous Countercurrent Exchangers vo1.269 A. 1194, (1971).
Une observation simple permet de constater que la pureté est augmentée si on réduit la quantité de polluants (Mx, Ox et Eb) qui converge vers l'extrait Ex, soit par l'amont (depuis la zone Z2), soit par l'aval, depuis la zone Zl. De même, le rendement sera augmenté si l'on réduit la quantité de Px arrivant dans le raffinat Raf par l'aval (zone Z3) ou par l'amont (zone Z4).
Il convient de savoir si l'impureté dans l'extrait vient de l'amont, auquel cas il faut augmenter le débit des zones Z2 et Z3, ou de l'aval, auquel cas il faut diminuer le débit des zones Zl et Z4. Le problème est identique pour le paraxylène Px dans le raffinat Raf qui influence le rendement.
Dans cet exemple, les débits dans les zones Z2 et Z3 sont liés car le débit de la charge F injectée entre elles (imposé par l'opérateur) n'est pas modifié. De même, comme on suppose que le ratio débit de solvant S, débit de charge F est fixé par des considérations d'ordre économique, ce qui impose un certain débit d'éluant S, il s'ensuit que les débits dans les zones Zl et Z2 sont également liés.
Le principe à la base du procédé, est de réaliser une optimisation dynamique. Au lieu d'effectuer plusieurs simulations successives où l'optimiseur chargé de réaliser les simulations en partant d'un jeu de données d'entrée, conduit à chaque fois les calculs de simulation jusqu'à leur terme (optimisation statique), on n'effectue plus qu'une seule simulation mais en sollicitant l'optimiseur par étapes à intervalles de temps réguliers (T) et ceci tout au long de l'optimisation.
On considère le cas général où il y a n débits à optimiser. Partant d'une situation initiale quelconque Si(t) à un instant t (Fig.2), on poursuit la simulation dynamique sans aucune modification des débits sur une durée suffisante #t (#t= 500s par exemple). On obtient une nouvelle situation So (t + r) , l'indice 0 signifiant que les débits n'ont pas été changés. On repart ensuite de la même situation initiale Si(t) et l'on simule l'évolution de la boucle sur la même durée #t en ayant sensiblement modifié la valeur d'un des débits à optimiser. On parvient à une situation 51 (t + Ót). En modifiant de même un deuxième débit à optimiser, on aboutit à une situation 52 (t + At). La même opération est répétée pour chacun des n débits à optimiser et l'on obtient finalement n situations différentes Sl(t+#t), avec 1 <i< n. L'optimiseur procède alors à une première sélection. Il détermine les variations ou rectifications qu'il convient d'appliquer aux différentes débits soit pour les augmenter soit pour les réduire, de façon à minimiser la quantité d'impuretés convergeant vers le point de soutirage de l'extrait et la quantité du dit constituant convergeant vers le point de soutirage du raffinat ou autrement dit, à déterminer les meilleurs variations des débits compatibles avec les objectifs de pureté et de rendement fixés.
A partir de ces débits réactualisés et en repartant du même instant inital t, l'opération de simulation précédente est itérée de la même façon, avec comparaison entre la nouvelle situation initiale réactualisée et n autres situations obtenues en modifiant différents débits, à l'issue d'un intervalle de temps T de préférence plus long que l'intervalle Atprécédent, de façon à ne pas trop ralentir la simulation. On choisit par exemple #t = 500 s et T= 2000 s.
Dans le cas particulier illustré à la Fig. 3, on est amené à comparer à l'instant (t+#t), trois situations So, SI et S2 correspondant respectivement aux
cas où aucun débit n'est changé, où seul le débit d'extrait QEx est modifié et où seul le débit de recyclage QRec a été modifié. L'optimiseur détermine, à l'issue de chaque intervalle de temps, s'il convient d'augmenter ou de réduire chacun de ces débits pour par exemple soit le débit de recyclage QRec. mesuré en zone Zl soit le débit d'extrait QEx.
D)- les sels d'ammonium quaternaire contenant au moins une fonction ester de formule (VII ) suivante : dans laquelle : - R15 est choisi parmi les radicaux alkyles en C1-C6 et les radicaux hydroxyalkyles ou dihydroxyalkyles en C-Cg ; - R16 est choisi parmi : 0 il - le radical RC- - les radicaux R20 hydrocarbonés en C1-C22 linéaires ou ramifiés, saturés ou insaturés, - l'atome d'hydrogène, - R18 est choisi parmi : .' r 0 Il -le radical R-C- - les radicaux R22 hydrocarbonés en C1-C6 linéaires ou ramifiés, saturés ou insaturés, - l'atome d'hydrogène, - R17, R19 et R21, identiques ou différents, sont choisis parmi les radicaux hydrocarbonés en C7-C21, linéaires ou ramifiés, saturés ou insaturés ; - n, p et r, identiques ou différents, sont des entiers valant de 2 à 6 ; - y est un entier valant de 1 à 10 ; - x et z, identiques ou différents, sont des entiers valant de 0 à 10 ; - X- est un anion simple ou complexe, organique ou inorganique ; sous réserve que la somme x + y + z vaut de 1 à 15 , que lorsque x vaut 0 alors R16 désigne R20 et que lorsque z vaut 0 alors R18 désigne R22.
On utilise plus particulièrement les sels d'ammonium de formule (VII) dans laquelle : - R15 désigne un radical méthyle ou éthyle, - x ety sont égaux à 1 ; - z est égal à 0 ou 1 ; - n, p et r sont égaux à 2 ; - R16 est choisi parmi : 0 il - le radical R19 C- - les radicaux méthyle, éthyle ou hydrocarbonés en C14-C22 - l'atome d'hydrogène ; - R17, R19 et R21, identiques ou différents, sont choisis parmi les radicaux hydrocarbonés en C7-C21, linéaires ou ramifiés, saturés ou insaturés ; - R18 est choisi parmi : o n - le radical R-C# - l'atome d'hydrogène ; De tels composés sont par exemple commercialisés sous les dénominations DEHYQUART par la société HENKEL, STEPANQUAT par la société STEPAN, NOXAMIUM par la société CECA, REWOQUAT WE 18 par la société REWO-WITCO.
Parmi les sels d'ammonium quaternaire on préfère le chlorure de béhényltriméthylammonium, ou encore, le chlorure de stéaramidopropyldiméthyl (myristyl acétate) ammonium commercialisé sous la dénomination CERAPHYL 70 par la société VAN DYK, le Quaternium-27 ou le Quaternium-83 commercialisés par la société WITCO.
Le tensioactif cationique est généralement présent dans des concentrations allant de 0,1 à 10% en poids par rapport au poids total de la composition et de préférence de 0,5 à 7 % en poids et plus préférentiellement entre 1 et 5% en poids.
La composition de l'invention peut également contenir au moins un additif choisi parmi les épaississants, les parfums, les agents nacrants, les conservateurs, les filtres solaires siliconés ou non, les vitamines, les provitamines, les polymères cationiques, amphotères, anioniques ou non ioniques, les protéines, les hydrolysats de protéine, l'acide méthyl-18
eicosanoique, les hydroxyacides, le panthénol, les huiles végétales, animales ou minérales, les huiles de synthèse, les céramides, les pseudocéramides et tout autre additif classiquement utilisé dans le domaine cosmétique qui n'affecte pas les propriétés des compositions selon l'invention.
Les compositions selon l'invention peuvent être des compositions d'après-shampooing à rincer ou non.
Les compositions selon l'invention peuvent être également des compositions détergentes telles que des shampooings, des gels-douche, des bains moussants et peuvent être également des démaquillants. Dans ce mode de réalisation de l'invention, les compositions comprennent une base lavante, généralement aqueuse.
Le ou les tensioactifs formant la base lavante peuvent être indifféremment choisis, seuls ou en mélanges, au sein des tensioactifs anioniques, amphotères et non ioniques tels que définis ci-dessus.
L'invention a encore pour objet un procédé de traitement des matières kératiniques telles que la peau ou les cheveux, caractérisé en ce qu'il consiste à appliquer sur les matières
kératiniques une composition cosmétique telle que définie précédemment, puis à effectuer éventuellement un rinçage à l'eau.