INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
En ce qui concerne les polymères amphiphiles hydrophiles non ioniques ces derniers sont de préférence des composés polyalcoxylés, comprenant au moins deux blocs, l'un d'eux étant hydrophile, l'autre hydrophobe, l'un au moins des blocs comprenant des motifs polyalcoxylés, plus particulièrement polyéthoxylés et/ou polypropoxylés.
Plus particulièrement lesdits polymères amphiphiles hydrophiles polyalcoxylés non ioniques sont choisis parmi les polymères dont la masse molaire en poids
est inférieure ou égale à 100 000 g/mol (mesurée par GPC, étalon polyéthylène glycol), de préférence comprise entre 1 000 et 50 000 g/mol, de préférence comprise entre 1 000 et 20 000 g/mol.
A titre d'exemples de polymères de ce type, on peut citer entre autres les polymères triblocs polyéthylène glycol/polypropylèneglycol/polyéthylèneglycol.
De tels polymères sont bien connus et sont notamment commercialisés sous les marques Pluronic (commercialisée par BASF), Arlatone (commercialisée par ICI).
Ledit polymère amphiphile hydrophile non ionique peut également être est un polymère amphiphile hydrophile à blocs, obtenu par polymérisation d'au moins un monomère hydrophile non ionique et d'au moins un monomère hydrophobe, la proportion et la nature desdits monomères étant telles que le polymère résultant vérifie les conditions énoncées auparavant (règle de Bancroft - deux conditions). Ils comprennent au moins un bloc hydrophobe et au moins un bloc hydrophile neutre (non ionique).
Au cas où ledit polymère comprend au moins trois blocs, et plus particulièrement trois blocs, le polymère est avantageusement linéaire. En outre, les blocs hydrophiles se trouvent plus particulièrement aux extrémités.
Au cas où les polymères comprennent plus de trois blocs, ces derniers sont de préférence sous la forme de polymères greffés ou peignes.
Parmi les monomères hydrophobes à partir desquels le ou les blocs hydrophobes du polymère amphiphile hydrophile peuvent être préparés, on peut citer notamment : - les esters des acides mono- ou poly- carboxyliques, linéaires, ramifiés, cycliques ou aromatiques, comprenant au moins une insaturation éthylénique, - les esters d'acides carboxyliques saturés comprenant 8 à 30 atomes de carbone, éventuellement porteurs d'un groupement hydroxyle ; - les nitriles [alpha]ss-éthyléniquement insaturés, les éthers vinyliques, les esters vinyliques, les monomères vinylaromatiques, les halogénures de vinyle ou de vinylidène, - les monomères hydrocarbonés, linéaires ou ramifiés, aromatiques ou non, comprenant au moins une insaturation éthylénique, - les monomères de type siloxane cyclique ou non, les chlorosilanes ; - l'oxyde de propylène, l'oxyde de butylène ; seuls ou en mélanges, ainsi que les macromonomères dérivant de tels monomères.
A titre d'exemples particuliers on peut citer :
- les esters d'acide (méth)acrylique avec un alcool comprenant 1 à 12 atomes de carbone comme le (méth)acrylate de méthyle, le (méth)acrylate d'éthyle, le (méth)acrylate de propyle, le (méth)acrylate de n-butyle, le (méth)acrylate de t-butyle, le (méth)acrylate d'isobutyle, l'acrylate de 2-éthylhexyl ; - l'acétate de vinyle, le Versatate# de vinyle, le propionate de vinyle, le chlorure de vinyle, le chlorure de vinylidène, le méthyl vinyléther, l'éthyl vinyléther ; - les nitriles vinyliques incluent plus particulièrement ceux ayant de 3 à 12 atomes de carbone, comme en particulier l'acrylonitrile et le méthacrylonitrile ; - le styrène, l'a-méthylstyrène, le vinyltoluène, le butadiène, le chloroprène ; seuls ou en mélanges, ainsi que les macromonomères dérivant de tels monomères.
A l'opposé, un logiciel une fois réalisé est une instance formelle, complète et logiquement cohérente de la spécification du protocole, et ce tout en pouvant être erroné, au sens où il ne permet pas un interfonctionnement tel que prévu par
le groupe de spécification avec une entité distante paire développée indépendamment.
Ce décalage, outre les risques de réalisation erronée, de problèmes de multiplicité de représentation et de problèmes d'évolution qu'il entraîne, est la source d'un important travail d'analyse et d'exégèse, et plus généralement d'efforts de compréhension de la part des équipes de développement.
Ce travail de reconstruction n'apparaît pas intrinsèquement nécessaire, et est dupliqué par chaque équipe de développement. Cela est une source de coûts inutiles, et d'inefficacité de la chaîne prise dans son ensemble.
Une autre source de surcoûts vient de ce que les spécifications de protocoles intéressant un même objet (par exemple, un portable GSM) ne sont pas rédigées par un seul groupe. La variété des approches rédactionnelles suivies par ces différents groupes limite fortement la possibilité d'unifier l'approche de développement. Cela est une source d'inefficacité du développement lui-même, des tests, ainsi que du volume de code généré (il est difficile de mettre en commun ce qui intrinsèquement peut l'être, simplement parce que spécifié différemment).
Il apparaît donc utile d'étudier comment réduire ce travail intermédiaire, par l'introduction de méthodes formelles et unificatrices. De telles méthodes peuvent être dans un premier temps appliquées à une équipe de développement, puis, dans la mesure du possible aux spécifications elles-mêmes.
On connaît dans l'état de la technique quelques méthodes publiées allant dans ce sens, notamment : ASN.l, XML, CSN.l et SDT. Ces différentes méthodes et les langages formels associés ne correspondent pas tous aux mêmes parties de la spécification d'un protocole. Il est donc nécessaire de rentrer un peu plus dans le détail de ce qu'est un protocole et sa spécification.
Un protocole est essentiellement un langage permettant à deux machines distinctes et distantes d'échanger des informations en utilisant in fine un médium de transmission. En pratique ce langage est organisé en différentes parties plus ou moins indépendantes, chacune étant considérée elle-même comme un protocole.
Les protocoles sont alors arrangés en couches, chaque protocole à l'exception du
plus bas utilisant non pas directement le médium de transmission mais un service de transmission fourni par le protocole directement inférieur .
A l'instar des langages humains, les protocoles peuvent être analysés du point de vue du vocabulaire ou lexique (liste de types de messages, listes de parties de message), de l'encodage (phonèmes et morphèmes pour les langages humains, formes d'onde et encodage numérique pour les protocoles), de la syntaxe (règles de grammaire), de la sémantique (sens des messages et des parties de message), des règles de procédure (règles régissant les dialogues entre les entités dialoguant ; c'est cette partie qu'évoque le mot protocole ), et enfin de la praxis (effet des messages).
Certains de ces aspects sont bien déterminés, et apparaissent en clair dans la majorité des spécifications (le lexique, l'encodage, les règles de procédures). D'autres sont souvent mal perçus et, de ce fait, spécifiés sans méthode (sémantique et praxis).
Dans une majorité de spécifications, on peut identifier deux parties distinctes : le lexique et l'encodage d'une part, et la spécification des procédures . Le lexique apparaît sous la forme de listes des messages et de parties de messages ( élément d'information ), chacun avec la grammaire et l'encodage associé. Les règles de procédure sont spécifiées comme une liste de procédures plus ou moins indépendantes, décrites comme les actions entraînées par la réception de messages venant de l'entité paire ou de commandes venant d'autres logiciels dans la même machine. Cela couvre le plus souvent aussi bien les règles de procédure (actions et réactions visibles, et donc testables, dans le flot d'information circulant entre les entités paires) que la praxis plus générale (actions internes non nécessairement visibles). La spécification de la sémantique est dispersée dans la description des éléments lexicaux, dans la description des procédures, et souvent dans d'autres documents.
Les méthodes formelles qu'on peut trouver dans les publications se concentrent sur la formalisation de l'encodage et la syntaxe d'une part (ASN.l,
CSN.l, XML), et sur les procédures vues comme des séquences temporelles d'action (SDT, SDL).
ASN.l (Abstract Notation 1) est un langage formel spécifié par l'ISO (série X. 680 et X. 690) permettant de décrire des structures de données en distinguant une description abstraite (i.e., pouvant s'appliquer à différentes méthodes d'encodage) et des méthodes d'encodage de ces structures de données. Il est appliqué couramment à la description de la structure des messages d'un protocole, chaque message étant considéré comme une structure de donnée. Parce que formelle, une spécification écrite en ASN.l peut être traduite automatiquement en un logiciel d'encodage et de décodage de messages.
Les moyens d'alimentation peuvent comprendre une entrée d'air commune aux dispositifs d'alimentation.
L'entrée d'air peut comprendre un moyen de vannage contrôlant l'admission d'air dans chaque dispositif d'alimentation.
De manière préférentielle, le moyen de vannage peut être une vanne papillon.
Les moyens d'alimentation peuvent comprendre une entrée d'air pour chaque dispositif d'alimentation.
L'invention concerne également un procédé d'alimentation en air suralimenté pour moteur à combustion interne suralimenté, notamment à 15 injection indirecte, comportant au moins un cylindre avec deux types de moyens d'admission en air suralimenté, un type pour l'admission en air suralimenté non carburé et un autre type pour l'admission en air suralimenté carburé, lesdits moyens d'admission étant alimenté en air suralimenté par des moyens d'alimentation, caractérisé en ce qu'on alimente en air suralimenté séparément 20 chaque type de moyens d'admission.
On peut alimenter en air suralimenté successivement chaque type de moyens d'admission.
On peut également alimenter en air suralimenté simultanément chaque type de moyens d'admission.
Les autres caractéristiques et avantages de l'invention apparaîtront mieux à la lecture de la description qui va suivre, donnée uniquement à titre illustratif 30 et nullement limitatif, en se référant aux dessins annexés sur lesquels: - la figure 1 montre un cylindre d'un moteur suralimenté à balayage de gaz brûlés utilisé dans la présente invention; - la figure 2 montre, en élévation, un moteur utilisant les dispositifs d'alimentation en air selon l'invention et - les figures 3 à 11 sont des vues frontales, avec coupe partielle suivant la ligne AA de la figure 2, montrant différents modes de réalisation des dispositifs d'alimentation de l'invention en liaison avec la figure 2.
On se rapporte maintenant à la figure 1 qui montre un cylindre 10 d'un moteur à combustion interne suralimenté à injection indirecte, notamment d'essence, et préférentiellement à allumage commandé.
Ce cylindre comprend deux types de moyens d'admission d'air suralimenté 12 et 14 comportant chacun une tubulure d'admission 16 et 18 et un moyen d'obturation, comme une soupape d'admission 20 et 22. La tubulure d'admission 18 porte un moyen d'injection de carburant 24 alors que la tubulure d'admission 16 en est dépourvue. Pour des raisons de simplification dans la 15 suite de la description, la tubulure 16 et la soupape 20 seront désignées comme la tubulure et la soupape d'admission d'air suralimenté non carburé alors que la tubulure d'admission 18 et la soupape 22 seront dénommées en tant que tubulure et soupape d'admission d'air suralimenté carburé.
Ce cylindre comprend également deux moyens d'échappement 26 avec 20 une tubulure d'échappement 28 et un moyen d'obturation 30, tel qu'une soupape d'échappement. Les moyens d'admission et d'échappement sont portés par une culasse 32 qui permet de délimiter, avec la partie haute d'un piston 34, la chambre de combustion 36 de ce cylindre.
Au début de la phase d'admission et au voisinage du point mort haut du 25 piston 34, on réalise un croisement entre les soupapes d'échappement 26 et la soupape d'admission d'air suralimenté non carburé 20 de manière à réaliser l'opération de balayage des gaz brûlés présents dans la chambre 36. Grâce à cela, l'air suralimenté non carburé, qui est à une pression supérieure à celle des gaz brûlés présents dans cette chambre, y est admis et balaye ces gaz pour les 30 évacuer au travers des soupapes d'échappement 30. Dès que les soupapes d'échappement 30 sont fermées, la soupape d'admission d'air carburé 22 est ouverte pour faire admettre dans la chambre de combustion un mélange d'air suralimenté et de carburant.
Comme visible sur la figure 2, le cylindre 10 fait partie d'un moteur qui 5 comporte au moins un cylindre, généralement quatre cylindres, avec la culasse 32 portée par le bloc moteur 33.
Les tubulures d'admission 16 et 18 de chaque cylindre 10 sont raccordées séparément chacune à des moyens d'alimentation en air 38, généralement dénommé collecteur d'admission, qui est connecté par une entrée 40 à la sortie 10 d'un moyen de compression d'air (non représenté), tel qu'un turbocompresseur.
L'entrée 40 est avantageusement pourvue d'un moyen de vannage 42, par exemple une vanne de type papillon, qui autorise un réglage de la quantité d'air suralimenté introduite dans ce collecteur.
Dans un premier mode de réalisation de l'invention, comme montré à la figure 3, le collecteur d'admission 38 comprend une partition interne 44 permettant de le séparer en deux demi-collecteurs indépendants. De préférence, cette partition est réalisée par une cloison étanche s'étendant horizontalement dans la plus grande longueur du collecteur en le divisant en 20 deux parties sensiblement égales et étanches entre elles. Le premier demicollecteur 46, dénommé collecteur de balayage, comprend l'entrée d'air suralimenté 40 avec son moyen de vannage 42 et permet d'alimenter par des orifices 48, dit orifices de balayage, chaque tubulure d'admission d'air non carburé 16 des cylindres 10. Le deuxième demi-collecteur 50, dit collecteur 25 d'injection, comprend des orifices 52, appelés orifices d'injection, permettant de mettre en communication les tubulures d'admission d'air suralimenté carburé 18 avec l'intérieur de ce collecteur d'injection. Le collecteur de balayage 46 comprend également une sortie d'air suralimenté 54 qui permet d'alimenter en air suralimenté, par un conduit 56, une entrée d'air 58 prévue dans le collecteur 30 d'injection 50.
- Ce serveur BAS 12 attribue alors, en 24, une adresse IP au client et la lui transmet dans un message Configure-Ack 25. Il envoie, en même temps, un message 26de début de comptage à la plate-forme de service 17.
- Le client reçoit son adresse IP.
Les paramètres d'identification sont transmis du terminal client 11 au serveur Radius 15 en utilisant un protocole de type PPPoX par exemple PPPOE, référencé 27 entre le terminal 11 et le serveur BAS 12, et un protocole Radius, référencé 28 entre ce serveur BAS 12 et le serveur Radius 15.
Le serveur Radius 15 a donc sécurisé de façon importante les accès aux ressources du réseau privé virtuel en réalisant une vérification de l'accès utilisé par le client pour se connecter.
Le mode de réalisation présenté sur les figures 1 et 2 ne constitue qu'un exemple de mode de réalisation de l'invention parmi d'autres. L'invention, en effet, porte sur le traitement réalisé par le serveur Radius 15 et non sur la technologie et l'architecture du réseau d'accès.
Dans ce procédé l'authentification considérée est basée sur un modèle ouvert : attribution d'adresse IP par le serveur BAS 12. Il serait également possible de réaliser une authentification en modèle fermé : attribution d'adresse IP par le serveur Radius 15.
Le domaine privilégié dans lequel l'invention peut être utilisée concerne la sécurisation des accès haut-débit aux réseaux Internet et Intranet.
Ainsi, l'invention est particulièrement pertinente dès lors qu'elle sert à sécuriser l'accès à des zones protégées, ou services sensibles, ou à garantir des transactions financières par exemple. En effet, elle permet de gérer une sécurisation physique absolue (accès à une ligne téléphonique) par rapport à une simple sécurisation traditionnelle logique par identifiant et mot de passe.
L'invention peut ainsi, à titre d'exemple, être utilisée dans les domaines suivants : - Protection de l'enfance Lorsque le service concerne l'accès à un réseau Intranet dédié aux enfants, l'invention permet d'empêcher à des individus malveillants, disposant d'identifiant et de mot de passe valides, de s'introduire dans une zone protégée. Les enfants sont également responsabilisés par rapport à leurs actes dans le sens où ils ne peuvent pas utiliser l'identifiant ou le pseudonyme d'un autre enfant.
- Télétravail L'invention est toute aussi opportune dans le cadre du télétravail dans la mesure où elle valide le fait qu'un employé ne peut accéder aux ressources du réseau Intranet de son entreprise que depuis son domicile, contrairement à un travailleur nomade qui doit pouvoir se connecter à son entreprise depuis n'importe quel endroit.
- Transactions financières et e-commerce Dès lors qu'un fournisseur d'accès à Internet met en #uvre l'invention, tous les clients de ce fournisseur d'accès à Internet sont certifiés comme accédant au réseau Internet depuis leur domicile. Toute contestation sur un achat ou une transaction bancaire doit alors être étayée par la preuve, fournie par le client, qu'une personne tierce malfaisante, s'étant introduite au domicile du client, est à l'origine du cas litigieux. Le préjudice est alors pris en charge par les assurances du domicile du client, et non par les vendeurs ou les banques.
Exemples de deux services mettant en #uvre l'invention Le premier service est un service spécialement dédié aux adolescents et aux enfants afin de leur permettre de communiquer et de se divertir à partir de fonctionnalités et d'une interface adaptées à leur âge. Il enrichit les usages non-Internet liés au
Haut débit. Ce service tient compte des attentes des moins de 18 ans.
Pour cela ce premier service propose des activités situées dans le domaine multimédia. Ce premier service est constitué de différents services accessibles à travers un client pris dans la classe d'âge cible. Ce premier service offre les services suivants : # un service de messagerie multimédia instantanée (audio et vidéo), associé à un visage parlant, . un service de questionnaire ( quiz ), . un service espace création, . un service de discussion, . un service de forum, # un service de téléchargement de jeux, vidéos, musique ( streaming ).
Le second service vise à intégrer des fonctionnalités à valeur ajoutée, dites adhérentes à l'accès fixe , pour offrir de nouveaux services innovants à ses clients et ainsi développer de nouveaux usages.
Ce second service a pour but de faciliter l'accès à des informations et à des services pratiques et/ou ludiques de proximité grâce à la géo-localisation de la ligne.
Les DLO et DL50 sont trouvées supérieures à 5000 mg/Kg. Les préparations testées ne sont donc pas classées parmi les préparations dangereuses par ingestion.
Evaluation du potentiel de sensibilisation cutanée chez le cobaye : Les préparations décrites sont soumises au test de maximisation décrit par Magnusson et Kligmann, protocole en accord avec la ligne directrice n 406 de l'OCDE.
Précisions sur les séquences décrites : Séquence ID N 1 : est la séquence peptidique de la protéine humaine LOXL.
Séquence ID N 2 : est la séquence de nucléotides de l'ADNc codant la protéine humaine LOXL décrite en séquence ID N 1.
Séquence ID N 3 : est la séquence de nucléotides de l'ADNc codant le promoteur du gène humain codant la protéine LOXL décrite en séquence ID N 1.
Séquence ID N 4 : est la séquence peptidique de la protéine humaine tropoélastine.
Séquence ID N 5 : est la séquence de nucléotides de l'ADNc codant la protéine humaine tropoélastine décrite en séquence ID N 4.
Séquence ID N 6 : est la séquence peptidique de la protéine humaine LOX.
Séquence ID N 7 : est la séquence de nucléotides de l'ADNc codant la protéine humaine LOX décrite en séquence ID N 6.
Pour les sondes d'ADN double brin : Séquence ID N 8 : est une amorce sens de l'ADN codant la protéine humaine LOXL décrite en séquence ID N 1 Séquence ID N 9 :. est une amorce antisens de l'ADN codant la protéine humaine LOXL décrite en séquence ID N 1.
Séquence ID N 10 : est une amorce sens de l'ADN codant la protéine humaine tropoélastine décrite en séquence ID N 4.
Séquence ID N 11 : est une amorce antisens de l'ADN codant la protéine humaine tropoélastine décrite en séquence ID N 4.
Séquence ID N 12 : est une amorce sens de l'ADN codant la protéine humaine LOX décrite en séquence ID N 6.
Séquence ID N 13 : est une amorce antisens de l'ADN codant la protéine humaine LOX décrite en séquence ID N 6.
Séquence ID N 14 : est une amorce sens de l'ADN codant la protéine humaine collagène I alL.
Une description de transfert décrit une structure de chaîne de symboles qui peut représenter correctement la structure abstraite (voir le chapitre sur le sujet).
5. Description abstraite d'action Une description abstraite d'action comporte éventuellement une liste de paramètres, et éventuellement une liste d'instructions.
(Les instructions demandent en général des paramètres qui apparaissent par exemple dans la représentation de l'action. Ces paramètres ne sont pas listés dans la liste de paramètres : celle-ci ne contient les paramètres qui ne peuvent pas être décrits plus précisément comme liés à une instruction élémentaire.) La liste de paramètres est introduite par le mot clé 'parameters' et est terminée par le mot clé 'end'. La liste suit la syntaxe de la description abstraite de type d'objet.
La liste d'actions est constituée d'une ou plusieurs lignes. Chaque ligne est constituée d'une éventuelle indication de condition, suivie d'une instruction parmi celles listées ci-dessous.
5.1 Indication de condition Une indication de condition est soit le mot clé 'OPTIONAL', soit une instruction IF THEN.
Le mot clé OPTIONAL indique que l'instruction, ou la liste d'instructions entre '{' et '}', qui suit peut ou non être demandée.
Une instruction IF THEN indique (entre les mots clé 'IF' et 'THEN') une condition, exprimée à partir de valeurs de paramètres, si l'instruction est à faire ou non.
5. 2 Instruction de sélection Une instruction de sélection est introduite par le mot clé 'on' suivi du nom d'un composant (typiquement une structure) sur lequel s'applique une liste d'instructions comprises entre '{' et '}'. Si le composant est indexé, une indication d'index peut suivre le nom de composant (voir section sur l'index).
5. 3 Instruction SET Une instruction SET est introduite par le mot clé 'set' suivi d'un nom de composant (éventuellement avec un index). Cette instruction demande l'affectation d'une nouvelle valeur au composant (dans son intégrité, ce qui peut être un sous-arbre assez important). Il y a plusieurs manière dont la nouvelle valeur peut être indiquée : 5. 3.1 Paramètre implicite de type implicite Dans ce cas, l'instruction ne contient rien de plus. Le message contient alors un paramètre du type du composant, tel que décrit dans la description abstraite d'objet.
5. 3.2 Paramètre implicite de type explicite Dans ce cas l'instruction est suivi du caractère :' suivi d'un nom de type d'objet. Ce type doit être compatible avec le type du composant (sous-type).
5. 3.3 Valeur explicite
Dans ce cas, l'instruction est suivie du caractère :=' suivi d'une expression dont le résultat doit être compatible avec le type.
5. 3.4 Valeur calculée Dans ce cas l'instruction est suivie du caractère' :=' suivi d'une liste d'instructions entre '{' et '}'. Ces instructions portent sur le n#ud indiqué par le composant, et itémisent les actions aboutissant à l'affectation du composant (typiquement sous-composant par sous-composant).
5. 3.5 Vidage Dans ce cas, l'instruction est suivie de ':= null'. Cela ne s'applique qu'aux composants indexés (mais sans indication d'index dans l'instruction SET) et qui accepte un nombre nul de copies. L'instruction met le nombre de copies à zéro.