INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Pour cela, le volet 3 est découpé de deux encoches 13 et 14 qui se situent à l'aplomb des pattes 1 1 et 12 lorsque la boîte est dans la situation de fermeture de la figure 2. Les pattes de préhension 1 1 et 12 sont alors bien dégagées et le destinataire peut facilement insérer un doigt sous l'une d'elles, et, en la pinçant, il serre également le cordon 9 lui-même qu'il peut tirer vers lui.
Ici, on suppose que le destinataire a choisi la patte 12 et l'on voit sur la figure 3, que le cordon 9 découpe le carton déchirable qui constitue le volet extérieur 3, en se séparant de la paroi 6 à laquelle il était fixé.
Il agit, en quelque sorte, à la manière d'un fil à découper dont l'action s'applique à un élément en regard duquel il est situé mais auquel il n'est pas fixé.
Le cordon 9 peut être fixé à la paroi 6 par une seule de ses extrémités si l'on ne prévoit qu'une seule patte de préhension, celle-ci devant alors se trouver à l'opposé de l'extrémité fixée.
Le cordon 9 peut également être fixé à la paroi 6 par ses deux extrémités, auquel cas le destinataire peut opter indifféremment pour l'une ou pour l'autre des deux pattes de préhension.
Enfin, comme cela se pratique pour des cordons d'arrachage de type connu, le cordon 9 peut aussi être fixé à la paroi 6 sur toute sa longueur.
Pour faciliter le découpage du volet extérieur 3, celui-ci peut être incisé de deux amorces 15 plus ou moins larges, débouchant dans les encoches 13 et 14 et situées à l'aplomb du cordon d'ouverture 9.
Afin que le destinataire comprenne qu'il doit tirer sur l'une ou l'autre des pattes 1 1 ou 12, le volet extérieur 3 porte des repères donnant clairement une indication, ce qui est le cas des flèches 16 représentées ici. Ces indications, peuvent être complétées par des mentions en clair et/ou par le tracé d'une ligne droite située à l'aplomb du cordon 9 et schématisant la découpe.
Après avoir entièrement extrait le cordon 9, le destinataire a découpé le volet 3 d'un bord à l'autre (figure 4) et comme la découpe se fait au-dessus de l'adhésif 7, celui-ci n'agit plus sur la partie haute du volet 3 et ne retient donc plus le couvercle 2.
Le destinataire peut alors soulever le couvercle 2 auquel tient la partie supérieure 3a du volet 3, alors que sa partie inférieure 3k reste fixée à la paroi 6.
Les encoches 13 et 14 sont elles-mêmes divisées en deux, leur partie supérieure 13ar - 1 4 tenant à la partie supérieure 3a du volet 3, tandis que leur partie inférieure 13k - 14k reste solidaire de la partie inférieure 3k.
A) Alout de sites complémentaires par clonage intermédiaire dans un plasmide pCDNA II Le fragment génomique du gène vstl déjà indiqué a été isolé, du plasmide d'origine dans lequel il avait été cloné, sous forme d'un fragment EcoRI/PstI (2,1 kb) et cloné à nouveau dans un plasmide pUCî9. Une fois cloné, le fragment vstl a été incorporé dans les mêmes sites (EcoRI/PstI) du plasmide pCDNA II pour changer les sites de restriction, supprimer le terminateur du gène et permettre l'isolement d'un insert BamHI/BamHI (1,8 kb). C'est ce fragment, correspondant au cadre ouvert de lecture du gène, qui a été utilisé pour faire les constructions avec les différents promoteurs dont ceux isolés de la banque génomiq
B) Etude de l'expression du gène vstl Pour vérifier l'expression des gènes codant pour la stilbène synthase dans les plants de vigne, une sonde (1,8 kb), comprenant le gène vsti, a été préparée à partir du plasmide pCDNA II multiplié dans la bactérie E. coli Hs 101. La sonde a été ensuite biotinylée par random priming, avec le kit Polar Plex (Plex chemiluminescent kits, Millipore), pour permettre une détection des gènes ou des transcrits codant pour une stilbène synthase par chimioluminescence sur des Southern et Northern blots, réalisés à partir d'acides nucléiques extraits de plants de vigne témoins ou transformés.
1) Utilisation de la sonde vstl pour l'analyse d'ADN génomique extrait de vigne 41B (Hybride V. vinifera Chasselas x V. berlandieri ; porte greffe) Des analyses par Southern blot ont été réalisées après extraction d'ADN génomique puis digestion de celui-ci par EcoRI. La sonde vstl a permis d'obtenir un grand nombre de bandes (environ 15). Celles-ci correspondent en fait à des fragments contenant des séquences codant pour une stilbène synthase qui constituent une famille multigénique (6 à 8 gènes selon WIESE et al., 1994). Parmi ceux-ci, vsti, vst2 et vst3 sont fortement homologues entre eux. En outre d'autres gènes peuvent être reconnus par cette sonde, notamment ceux correspondant à la famille multigénique de la chalcone synthétase. Les deux enzymes sont en effet de même stucture et de même taille (dimères de sous unité de 41 à 44 kb). Elles utilisent aussi le même substrat et leur séquence d'acides aminés présente un fort taux d'homologie, au moins au niveau du site actif.
Pour vérifier si une telle hybridation croisée était possible, l'ADN de deux plasmides a été extrait.
L'un, pCDNA II, contenait le gène vstl, et l'autre, pPCV 002, un gène de chalcone synthase de Rosier, disponible au laboratoire. Une sonde biotinylée correspondant au gène de chalcone synthase de Rosier a aussi été préparée. Les Southern blots obtenus, en réalisant les hybridations croisées, ont montré que la sonde vstl reconnaissait effectivement le fragment de chalcone synthase de Rosier et inversement. Les signaux émis sont alors plus faibles dans ce cas d'hybridation croisée.
2) Dosage du resvératrol à partir de feuilles de plantes de vigne Le matériel végétal frais, feuilles ou tiges, est réduit en poudre dans un mortier contenant de l'azote liquide et les composés apolaires sont extraits par le méthanol (1 ml pour 100 mg de. matière fraîche : m.f.).
Après centrifugation pour éliminer les débris, l'extrait méthanolique est filtré sur filtre 0,45 Zm puis évaporé à sec sous azote. Le résidu est repris dans le méthanol pur (100 zl / 100 mg m.f.). Afin d'éliminer les pigments (chlorophylles notamment), l'échantillon est passé ensuite sur une colonne C18 (Sep-pack WATERS), préalablement équilibrée au méthanol. L'analyse qualitative et quantitative des extraits est réalisée par C.L.H.P.
(Chromatographie Liquide Haute Pression) sur une C.L.H.P.
WATERS (Modèle 600 E), couplée à un détecteur à barrette de diodes (Modèle 990. WATERS). Le support de chromatographie est composé d'une colonne C18 phase inverse (ultra base C18, 205 x 4,6 mm, 5 Hm ; Shandon). L'analyse des composés de l'extrait est effectuée en conditions isocratiques, la phase mobile étant constituée d'un mélange acétonitrile-eau 35/65, V/V avec un débit de 1 ml.min-l.
Un spectre d'absorption est réalisé toutes les deux secondes entre 200 et 400 nm et le resvératrol est détecté à son maximum d'adsorption à 305 nm.
La quantification du resvératrol est réalisée par étalonnage externe à partir d'une droite étalon, obtenue par chromatographie de solutions à 5, 10, 20, 50 et 100 yg.ml~1, réalisées à partir de resvératrol du commerce (Sigma). La concentration en resvératrol, mesurée à partir de l'aire du pic correspondant à la molécule, est rapportée à l'unité de masse de m. f. ou de m. s. (matière sèche) ou de masse de chlorophylle de l'échantillon dose.
Exemple 6 Constructions d'acide nucléique associant le gène codant pour une stilbène svnthase de vigne à différents promoteurs 1) Constructions utilisant des promoteurs constitutifs Deux promoteurs apparentés ont été utilisés pour réaliser les constructions génétiques devant permettre une expression constitutive.
Dans la première construction, l'ADN de stilbène synthase de vigne (vstl) a été placé sous contrôle d'une séquence de régulation constituée par une cassette contenant deux promoteurs 35S du CaMV montés en série (dans la même orientation). A la fin de la séquence codante du gène vstl on a aussi ajouté une séquence de polyadénylation du 35S. La construction chimérique ainsi réalisée peut donc se résumer ainsi : p35S (CaMV) - p35S (CaMV) - vstl - poly A 35S (CaMV).
Dans la deuxième construction, la séquence codante vstl a été placée sous le contrôle de quatre séquences a enhancer isolées du promoteur 35S du CaMV et, montées en série devant le promoteur CaMV 35S et la propre séquence enhancer du promoteur du gène de vigne (vstl) Les deux séquences chimériques ainsi réalisées ont été d'abord insérées dans le plasmide PMP 90RK puis les plasmides ont été incorporés par la suite dans la souche d'agrobactéries GV3101.
Ces deux séquences de régulation sont considérées comme des promoteurs constitutifs forts .
2) Construction homologue utilisant l'insert de 13 kb (gènes vst sous contrôle de leurs propres promoteurs) Le fragment d'environ 13 kb d'ADN génomique de vigne a été décrit ci-dessus. Il comprend notamment 2 gènes fonctionnels (vstl et vst2) codant pour des enzymes stilbène synthases et un gène (vst3) incomplet (non fonctionnel). Cette séquence vigne a été co-intégrée à un plasmide pGV3850 qui a ensuite été introduit dans une souche d'agrobactéries. Elle correspond donc à des cadres ouverts de lecture de gènes vst (stilbène synthase de vigne) sous contrôle de leurs propres promoteurs.
Selon une variante de cette forme de réalisation, on peut prévoir que le miroir 50 soit revêtu d'un vernis teinté pour obtenir, en coopération avec la teinte de la source et par synthèse soustractive, la teinte de faisceau désirée. Dans ce cas, la coloration du masque 30 est choisie pour obtenir, également par synthèse soustractive avec la teinte du vernis, la teinte
souhaitée en sortie dudit miroir.
Bien entendu, la présente invention n'est nullement limitée aux formes de réalisation décrites ci-dessus et représentées sur les dessins, mais l'homme du métier saura y apporter toute variante ou modification conforme
En particulier, l'invention s'applique également à des feux de signalisation mettant en oeuvre le principe optique de la figure 1 ou celui de la figure 2 (celui de la figure 2 pouvant être typiquement utilisé, en coopération avec un voyant pourvue de billes ou de tores
de diffusion de la lumière).
La présente invention a trait d'une façon générale
aux feux de signalisation pour véhicules automobiles.
Certains feux de signalisation, principalement les feux de position arrière, feux stop, feux clignotants indicateurs de direction, et feux de brouillard, doivent émettre un rayonnement coloré, typiquement rouge ou ambre. Dans le même temps, les stylistes cherchent à concevoir des véhicules dans lesquels de tels feux de signalisation présentent un aspect particulier, et notamment un aspect fumé ou encore un aspect incolore
lorsque ces feux sont éteints.
L'objectif d'un aspect incolore est particulièrement délicat à atteindre, dans la mesure o la partie du feu qui donne au faisceau sa couleur, à savoir soit directement le bulbe de la lampe, soit un écran ou ballon teinté placé au voisinage d'une lampe à bulbe incolore, restera visible de l'extérieur, notamment lorsque le feu est directement exposé au rayonnement solaire; Plus précisément, les solutions existantes consistent à prévoir sur la face extérieure d'un ballon ou écran entourant la lampe des motifs opaques d'aspect brillant ou gris, réalisés par dépôt métallique sous vide, par sérigraphie, etc., destinés à réfléchir vers l'extérieur, sans la colorer, la lumière susceptible de pénétrer dans le feu. La lumière émise par la lampe passe quant à elle dans les espaces laissés entre ces motifs opaques. Mais il existe dans ce cas nécessairement une certaine proportion du rayonnement pénétrant dans le feu qui va pouvoir traverser ces espaces, se trouver teinté par le ballon, ou encore par le bulbe de la lampe, puis
ressortir du feu.
Ainsi la teinte du ballon, écran ou bulbe reste perceptible, notamment sous des conditions d'éclairement extérieur particulières. Et ce problème est d'autant plus aigu que l'on cherche à réaliser de nos jours des feux de signalisation, à aspect dit "diamant" ou "vitrine", dans lesquels on cherche à restituer, lorsque le feu est
éteint, la profondeur de celui-ci en arrière du voyant.
En effet les voyants destinés à ce genre d'application présentent généralement des facettes optiques de grande taille et peu marquées, qui vont faciliter la perception
du défaut précité.
indexFilterltem # indexFilterEquality indexFilterGreaterOrEqual indexFilterLessOrEqual indexFilterSubstringlnitial indexFilterGreaterOrEqual # greaterOrEqual indexFilterLessOrEqual # lessOrEqual indexFilterSubstringlnitial # substrings initialString anyFilterltems # Dans cette grammaire, l'ordre introduit entre les différents items ne reflète pas un ordre syntaxique dans l'expression du filtre CMIS qui peut être quelconque, mais plutôt l'ordre physique des attributs tels qu'ils existent dans les index de la MOC optimisée.
Lorsqu'un préfiltrage est utilisable, l'exécuteur des requêtes (37) de la base d'informations d'administration (MIB query performer) lit dans la base sous-jacente les seuls subordonnés qui sont indexés par les valeurs des attributs sélectionnés pour le préfiltrage. Puis l'exécuteur des requêtes (37) de la base d'informations d'administration (MIB query performer) évalue le filtre sur chaque instance précédemment sélectionnée. Si l'évaluation est positive, il exécute l'opération sur la représentation logique de la base d'informations d'administration (MIB) et retourne la réponse individuelle au gestionnaire dudit service commun de gestion d'informations (CMIS handler) (31) ou au kit de développement de programme (MIB toolkit) (34).
Si aucun préfiltrage par les attributs indexés dans la base de données sous-jacente n'est utilisable, alors l'exécuteur de requête (37) parcourt la liste de tous les fils pour lire les MOI correspondant à la portée (scope). Dans les cas particuliers des instances d'objet de classe spécifique mocExtension , on utilise la pseudo-portée (pseudo-scope) des relations
transversales à la place de la liste des fils. Cette pseudo-portée (pseudoscope) est définie comme étant la copie virtuelle de toutes les instances d'objets gérés MOIs de la classe identifiée par la classe spécifique mocExtension . Puis l'exécuteur des requêtes (37) de la base d'information d'administration (MIB query performer) évalue le filtre sur chaque instance précédemment sélectionnée. Si l'évaluation est positive, il exécute l'opération sur la base d'information d'administration (MIB) et retourne les réponses individuelles au gestionnaire dudit service commun de gestion d'informations (CMIS handler) (31) ou au kit de programme de développement (MIB toolkit) (34).
La structure des pseudo-portées (pseudo-scope) accessibles depuis les objets de classe spécifique mocExtension est définie par l'utilisateur en enregistrant dans la description GDMOD MIB des liens de nommage (Name Binding) suivants : - pour chaque instance de classe spécifique mocExtension , le nom tel que, par exemple, mocLabel, et dont l'identifieur d'objets OID est donné par l'attribut "moclD", on ajoute le lien de nommage suivant dans le module GDMO CMIS-DB collections-NB : ExtensionOf NAME BINDING SUBORDINATE OBJECT CLASS : NAMED BY SUPERIOR OBJECT CLASS mocExtension; WITH ATTRIBUTE cmisDbMOIAttid; REGISTERED AS { CMisdbCollections-NB.nameBindings unique Number!!!} La structure des records d'enregistrement des MOI des classes optimisées (fichiers ISAM suffix-Moi-1, , suffix-Moi-n, dans lequel 1 ou n est la forme locale de la MOC optimisée) est celle de la représentation
générique des MOIs à laquelle on concatène le ou les attributs à utiliser dans les index secondaires spécifiés par l'utilisateur via les objets mocStorageDefinition. La structure de ces champs "indexableAttributeList" supplémentaires est comme spécifiée ci-dessous :
byte 0 3 4 N fjeld fatherMOInodeRef IndexableAttributeList FDNofMOI AttributeList OPmask 4 bytes(long ) N@N=4 + add length of each n bytes m bytes 10 bytes attribute index primary index M seocndarv indexes ISDUPS DCOMPRESS LONGTYPE+LONGTYPE où indexableAttributeList a la structure suivante :
4 7 8 fatherMOInodeRef Attribut 1 ... Attribut i 4 octets (long) n1 octets n2 octects ISDUPS DCOMPRESS les index dépend des valeurs types LONGTYPE secondaires dépendent des valeurs types Dans le champ indexableAttributeList utilisable pour activer des index secondaires, les valeurs des attributs indexables sont stockés.
La figure 7 représente la spécialisation des stockage pour les MOC.
Un type d'objet de stockage est un objet dérivé de la classe ManagedObjectlnstance (74) et les éventuelles sous-classes, "genericMOI" (71), "optimizedMocMOI" (73), mocExtension (76), de cette classe pour
les représentations des classes optimisées. Ce type d'objet contient une instance avec tous ses attributs et des attributs cachés (FDN du MOI, ....).
La liste d'attributs est en fait une nouvelle collection d'objets de classe moiattributes (qui contient un couple Attributld, AttributeValue).
Ainsi, grâce à cette structure de stockage, la valeur de l'attribut à indexer est préfixée par l'adresse physique fatherMOInodeRef d'un père de l'objet dans l'arbre de contenance et où FDNofMOI est indexé par les RDN.
Enfin, gestionnaire d'objet CMIS-DB offre la possibilité par l'opération M-SET de désactiver la présence de fatherMOInodeRef dans les index des attributs, lorsque la recherche à optimiser se fait sous les objets mocExtension introduits précédemment.
Le fait de ne plus utiliser la référence fatherMOInodeRef du père dans le calcul des attributs indexés permet de faire un préfiltrage des instances d'une classe donnée par lecture indexée La figure 6 représente une instance de la classe spécifique mocExtension affichée à l'écran du terminal par une interface graphique permettant à l'utilisateur d'accéder à l'administrateur de CMIS-DB. Cette fenêtre permet à l'utilisateur de définir les différents attributs de la classe spécifique mocExtension . Un premier pavé (91) permet d'afficher l'identifieur OpclassO de la MOC ainsi représentée Un deuxième pavé (92) permet de définir l'attribut de nommage du type réponse typeOfReplyNaming qui détermine le type de nommage à utiliser dans les réponses aux requêtes CMIS M-GET de consultations de l'ensemble des instances qui sont de classe opClassO dans cet exemple, et l'utilisateur pourra avoir le choix entre les trois valeurs "naturaIFDN", "specificFDN", "nonSpecificForm".
Un troisième pavé (93) permet de définir la classe de l'objet et d'indiquer qu'elle est du type de la classe spécifique mocExtension .
Des traitements d'initialisation sont effectués à la création du processus et des traitements de terminaison sont effectués à la terminaison de celui-ci.
Entre les traitements d'initialisation et de terminaison, il existe des traitements d'exécution du processus introduits par la commande main .
Par exemple, parmi les traitements d'initialisation, la fonction kernel est une fonction d'initialisation permettant au processus d'appeler le noyau du système ; la fonction runtime est une fonction d'initialisation donnant accès à une bibliothèque facilitant la programmation. Les traitements d'initialisation peuvent également faire appel à des bibliothèques chargeables dynamiquement (appelées généralement DLL, Dynamic Load Library). Les traitements d'initialisation ont notamment pour buts de préparer le fonctionnement du processus à l'utilisation du système informatique et d'initialiser des variables ou autres. Les traitements de terminaison ont notamment pour buts de fermer les fichiers ouverts par le processus
concerné, libérer les objets partagés avec d'autres processus et supprimer ou fermer les liens de communication avec ledit processus. Les traitements de terminaison sont généralement associés aux traitements d'initialisation : ils comprennent, de manière supplémentaire par rapport aux traitements d'initialisation, des actions liées aux objets ou aux mécanismes mis en #uvre par le processus durant son exécution Dans les systèmes d'exploitation utilisés dans l'invention, une ou plusieurs bibliothèques chargeables dynamiquement supplémentaires sont susceptibles d'être injectées dans les parties relatives aux traitements d'initialisation du programme d'un processus (figure 2). Les bibliothèques chargeables dynamiquement injectées sont conservées par le processus pendant les traitements d'exécution et utilisées à nouveau dans les traitements de terminaison.
La structure générale simplifiée du corps d'une bibliothèque chargeable dynamiquement dans un processus est représentée sur la figure 3: la bibliothèque chargeable dynamiquement permet de réaliser des traitements de démarrage (DLL~PROCESS~ATTACH) de manière quasisimultanée à la création du processus, de réaliser des traitements de finition (DLL~PROCESS~DETACH) de manière quasi-simultanée à la terminaison du processus et d'offrir des fonctions fi,f2 pour les traitements du processus, ci-après appelées fonctions offertes.
Les figures 4 et 5 représentent le bloc de mémoire centrale 3 du système informatique 1 selon la présente invention illustré sur la figure 1, respectivement dans un état statique et dynamique.
Comme le montre la figure 4, le bloc de mémoire centrale 3 comporte, de manière connue, une base d'information 7, appelée dans le système d'exploitation Windows NT, Registry NT . La base d'information 7 est
constituée de clés 8. Une bibliothèque de détection 9 chargeable dynamiquement (DLL) est enregistrée dans une clé 8 de la base d'information 7. Le corps de la bibliothèque de détection 9 comporte des traitements de démarrage DLL~PROCESS~ATTACH et de finition DLL~PROCESS~DETACH mais ne comporte aucune fonction offerte.
Les traitements de démarrage et de finition de la bibliothèque de détection 9 comportent un appel à une bibliothèque de lecture 9a. Le contenu du corps de la bibliothèque de lecture 9a diffère de celle de la bibliothèque de détection 9. Le corps de la bibliothèque de lecture 9a ne comprend aucun traitement de démarrage ou de finition mais comprend au moins une fonction offerte de lecture des caractéristiques souhaitées de processus et une fonction offerte de transmission des caractéristiques lues dans un espace d'accueil 10 pour mémorisation temporaire. On suppose dans la forme de réalisation décrite dans ce qui suit que le corps comprend une fonction offerte de lecture.
Comme représenté sur la figure 5, la référence générale P d'un processus est associée à une référence particulière 0 à 10 permettant une identification de chaque processus PO à P10 décrit dans ce qui suit à titre illustratif et non limitatif.
Le bloc de mémoire centrale 3 (figure 4) comporte un espace 11de gestion dans lequel est installé le programme d'un processus P1. L'espace 11 de gestion contient l'espace d'accueil 10 mentionné ci-dessus. Il est à noter que l'espace d'accueil 10 pourrait être extérieur à l'espace de gestion 11.
Un espace de rangement 12 est prévu dans la mémoire centrale 3.
Le bloc de mémoire centrale 3 comprend également des espaces 13, 14 de communication respectivement réservés à des interfaces de programmation au niveau applicatif 15 couramment appelées interfaces API (Application Programming Interface) et de type connu, et des fichiers exécutables 16.
Le procédé selon la présente invention opère dans le système informatique 1 de la façon telle que représentée sur la figure 5. Il permet de repérer, dénombrer, et identifier les processus P opérant dans ledit système, dans l'exemple décrit les processus P1 à P10, de saisir, mémoriser et ordonner leurs caractéristiques pour un traitement ultérieur.
Le procédé selon la présente invention comporte quatre étapes mises en évidence sur la figure 5 et consistant à : a) détecter la création ou la terminaison de chaque processus ; b) saisir des caractéristiques de chaque processus ; c) créer une structure dans laquelle les caractéristiques de chaque processus créé ou terminé sont mémorisées et les relations entre processus ordonnées ; d) extraire des informations à partir de ladite structure.
De manière générale, le procédé est susceptible de se limiter aux étapes b), c), et d) ou aux étapes c) et d) suivant le système d'exploitation utilisé. La forme de réalisation de l'invention décrite dans ce qui suit à titre d'exemple concerne un procédé comportant l'ensemble de ces étapes.