INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
La réaction de polymérase en chaîne est réalisée selon des conditions standard, dans 20 l de mélange réactionnel avec 25 ng de la préparation d'ADNc. Le mélange réactionnel est composé de 400 M de chacun des dNTP, de 2 unités de Thermus aquaticus (Taq) ADN polymérase (Ampli Taq Gold ; Perkin Elmer), de 0,5 uM de chaque amorce, de 2,5 mM MgCI2, et de tampon PCR. Trente quatre cycles de PCR ( dénaturation 30 s à 94 C, hybridation de 30 s décomposé comme suit lors des 34 cycles : 64 C 2 cycles, 61 C 2 cycles, 58 C 2 cycles et 55 C 28 cycles et une élongation d'une minute par kilobase à 72 C) sont réalisés après une première étape de dénaturation à 94 C durant 10 min dans un thermocycler Perkin Elmer 9700. Les réactions de PCR sont visualisées sur gel d'agarose par électrophorèse. Les fragments d'ADNc obtenus peuvent être utilisés comme sondes pour une analyse par Northern blot et peuvent également être utilisés pour la détermination exacte de la séquence polynucléotidique.
Dans le cas d'une analyse par Northern Blot, une sonde d'ADNc produite comme décrit ci-dessus est marquée au 32P grâce au système de marquage d'ADN High Prime (Boehringer) selon les instructions indiquées par le fabricant. Après marquage, la sonde est purifiée sur une microcolonne de Sephadex G50 (Pharmacia) selon les instructions indiquées par le fabricant. La sonde marquée et purifiée est alors utilisée pour la détection de l'expression des ARNm dans différents tissus.
Le Northern blot contenant des échantillons d'ARN de différents tissus humains ((Multiple Tissue Northern , MTN, Clontech) Blot 2, référence 77759-1) est hybridé avec la sonde marquée.
. Le protocole suivi pour les hybridations et lavages peut être soit directement celui décrit par le fabricant (Manuel d'utilisation PT1200-1) soit une adatation de ce protocole en utilisant les méthodes connues de l'homme de l'art et décrites par exemple dans F. AUSUBEL et al (1999). On pourra ainsi faire varier par exemple les températures de préhybridation et d'hybridation en présence de formamide.
Par exemple on pourra utiliser le protocole suivant : 1- Compétition des membranes et PRE HYBRIDATION : - Mélanger : 40 l ADN sperme de saumon (10mg/ml) + 40 l ADN placentaire humain (10mg/ml) - Dénaturer 5 mn à 96 C, puis plonger dans la glace le mélange.
- Oter le SSC 2X et verser 4 ml de mix formamide dans le tube d'hybridation contenant les membranes.
- Ajouter le mélange des deux ADN dénaturés.
- Incubation à 42 C pendant 5 à 6 heures, avec rotation.
2- Compétition de la sonde marquée : - Ajouter à la sonde marquée et purifiée 10 à 50 l ADN Cot I, selon la quantité de repeats.
Le traitement de cette requête fait intervenir deux sous-ensembles différents d'instances d'une même classe Réseau. Le premier sous-ensemble est constitué par les instances de classe Réseau incluant l'attribut de valeur A et le second est constitué par les instances de classe Réseau incluant le même attribut de valeur B dont on ne retient que ceux dont le nombre d'équipements est supérieur à la moyenne calculée. Cette requête doit donc être décomposée en deux sous-requêtes indépendantes. Une première sous-requête comprend un filtre sur l'attribut de valeur A et le calcul de la moyenne des équipements pour les réseaux incluant l'attribut de valeur A. Une deuxième sous-requête qui comprend un filtre sur l'attribut de valeur B et sélectionne les instances de Réseaux incluant l'attribut de valeur B dont le nombre d'équipements est supérieur à la moyenne calculée dans la première sous-requête.
La décomposition d'une requête en plusieurs sous-requête n'est pas possible.- Or, les utilisateurs sont de plus en plus amenés à concevoir des requêtes compliquées, beaucoup d'entre elles nécessitant une décomposition en plusieurs sous-requêtes.
Un premier but de l'invention est donc de donner la possibilité à un concepteur de requêtes de créer une requête incluant des sous-requêtes pour la mise en #uvre de requêtes complexes.
Un deuxième but visé est de procurer au système une puissance d'interrogation de l'arbre de contenance à l'image des clauses dites Select du langage SQL connues de l'homme du métier.
A cet effet, la solution a pour objet un Procédé de manipulation d'objets inclus dans un arbre de contenance, les objets étant interrogeables par l'intermédiaire d'au moins une requête multiple incluant au moins deux sous- requêtes incluant chacune une classe d'entrée et une classe de sortie caractérisé en ce qu'il consiste, à définir au moins une variable partagée entre lesdites au moins deux sous-requêtes, a à fixer un ordre temporel d'exécution des différentes sous-requêtes et à lier l'ensemble des sous-requêtes de façon à ce que le résultat d'une sous- requête puisse être exploité par d'autres sous-requêtes de la requête multiple, a et en ce qu'il consiste, à l'exécution de la requête multiple, à sélectionner une instance de départ sur laquelle porte la requête et à lancer séquentiellement les sous-requêtes construites conformément à l'ordre temporel fixé, une sous requête étant activée seulement après que la sous- requête en cours d'exécution soit terminée.
Description d'un exemple illustrant la solution. La solution apportée sera mieux comprise à la lecture de la description qui suit donnée à titre d'exemple et faite en référence aux dessins annexés. Dans les dessins la figure 1 est une vue synoptique de l'architecture d'un système informatique sur lequel peut s'appliquer trois solutions à trois problèmes distincts, la figure 2 est une vue schématique d'un arbre de classe et d'un arbre de contenance ; les figures 3 et 4 sont des vues schématiques d'une requête multiple illustrant la solution comprenant respectivement deux sous-requêtes et un nombre quelconque de sous-requêtes; les figures 5A et 5 B sont des vues schématiques respectives d'un arbre de classe et d'un arbre de contenance illustrant une troisième solution à un autre problème.
Sur la figure 1, on a représenté un système informatique SYS distribué de type hétérogène. Dans l'exemple illustré, ce système SYS inclut au moins un système gestionnaire SG et au moins une machine distante associée à un protocole de gestion. Le système de gestion peut être compris dans une station de travail. Dans l'exemple, on a représenté une machine distante Ml. Une machine Ml comprend des objets manipulables. Une manipulation inclut des commandes connues de l'homme du métier. Le protocole de gestion de la machine Ml peut-être indifféremment un protocole de type SNMP, CMIS/CMIP ou DSAC/AEP. Dans notre exemple, le système SG supporte un protocole de type CMIS conforme au modèle OSI (Common Managment Information service), connu de l'homme du métier. Cette application peut être lancée par l'intermédiaire d'un utilisateur UT de ce système de gestion SG. Un utilisateur peut être un administrateur.
Le système gestionnaire SG comprend également au moins un agent intégrateur associé à un protocole de gestion afin de masquer l'hétérogénéité du système informatique. Dans l'exemple illustré, un agent intégrateur AI est associé au protocole de gestion de la machine Ml. De façon générale, un agent intégrateur est de type logiciel. Il procure des services. Un service peut être une conversion du protocole de gestion. Dans l'exemple illustré, l'agent intégrateur AI convertit le protocole de gestion du système de gestion SG en un protocole de gestion associé à la machine Ml. Réciproquement, l'agent intégrateur AI convertit le protocole de gestion associé à la machine Ml en un protocole de gestion associé au système de gestion SG. Un agent intégrateur ne se limite pas à ce type de service et procure d'autres services. De manière générale, une conversion de protocole de gestion s'effectue naturellement entre un système de gestion SG et une machine qui supportent des protocoles de gestion différents.
Naturellement, le serveur de gestion SG peut comprendre plusieurs agents intégrateurs. L'agent intégrateur AI est relié à la machine Ml et à la machine M2 par l'intermédiaire d'un réseau RES1 de type quelconque. Le réseau RESI peut être de type LAN (Local Area Network) ou WAN (Wide Area Network). Un ensemble de couches logicielles s'interpose entre le système de gestion SG et le réseau RES et entre le réseau et la machine Ml. Cet ensemble de couches logicielle repose sur le modèle OSI (Open System Interconnection) d'architecture en couche de VISO (International Organization for Standard ization), connu de l'homme du métier. Pour des raisons de simplification de la description, cet ensemble de couches logicielles n'est pas représenté sur la figure 1.
Le système de gestion SG comprend aussi un arbre de contenance MIB associé à l'agent AG. Une vue de cet arbre de contenance MIB est représentée sur la figure 2.
L'arbre de contenance peut être entièrement compris dans l'agent AG. Pour simplifier la description, on a choisi de séparer, sur la figure 1, l'arbre de contenance MIB et l'agent AG. Cet arbre MIB assure une représentation virtuelle du monde réel qui entoure le système de gestion SG. C'est une représentation virtuelle que l'utilisateur UT ou qu'un administrateur manipule (surveillance, action) pour gérer le monde réel. La représentation virtuelle porte sur des objets virtuels du monde réel et constitue un modèle objet. Dans l'exemple illustré, le monde réel est matérialisé par le machine Ml.
Par définition, l'arbre de contenance MIB est orienté objet et est constitué de noeuds et de branches. Cet arbre comprend en ses noeuds l'ensemble des objets gérés par le système de gestion SG. De manière générale et connue de l'homme du métier, pour créer un objet dans cette base MIB, il faut choisir sa classe, le nommer conformément aux liens de nommage relatifs à la classe, et valoriser ses attributs. Un objet géré est une vue abstraite, définie pour les besoins de gestion, d'une ressource logique ou physique d'un système.
Dans l'arbre de contenance, des noeuds appartiennent à une même classe. Un arbre de classes est créé. Dans l'exemple illustré, l'arbre de classes comprend 3 classes: # une classe Inventaire, # une classe Network qui représente les réseaux découverts et est défini par des attributs : # adresse IP du réseau, # état du réseau (bloqué ou libre), nombre d'équipements pour le réseau, classe IP du réseau (A, ou B, ou C, ... ), adresse IP de l'équipement ayant permis la découverte du réseau, etc.
# une classe Equipement qui représente les réseaux découverts. Cette classe comprend des attributs : adresse IP de l'équipement, *type de l'équipement (passerelle, concentrateur, etc.), type d'équipement SNIVIP - oui/non classe [P du réseau ( IPA, ou IPB, ou IPC, etc.), nom de l'équipement, adresse IP de l'équipement ayant permis la découverte de l'équipement, etc. La valorisation de ces attributs conduit à l'arbre de contenance de la figure 2. Cet arbre de contenance comprend la racine. Trois noeuds 11, Quartz, et 12 constituant des instances de la classe Inventaire sont des noeuds subordonnés à la racine. Trois noeuds NET1, NET2 et NET3 constituant des instances de la classe Réseau sont des noeuds subordonnés au noeud Quartz. Enfin, dans cet arbre, chaque noeud NET1, NET2 et NET3 a des noeuds subordonnés respectifs (DEV1, DEV2, DEV3), (DEV4, DEV5, DEV6), (DEV7) instances de la classe Equipement.
II a déjà été proposé une structure de satellite dans laquelle l'antenne radiofréquence est utilisée pour se comporter comme une lentille radioélectrique par rapport à un cornet d'émission ou de réception radio fréquence qui est également porté par le satellite et qui est situé au nadir de ladite antenne et à une certaine distance de celle-ci.
A la réception comme à l'émission, le rôle de l'antenne y est de focaliser les signaux RF qu'elle reçoit, sur le cornet ou vers la terre.
Une telle structure de satellite permet une forte tolérance aux déformations de l'antenne, pourvu toutefois que le faisceau d'antenne reste dans une direction proche de celle de l'illumination d'émission ou de réception du cornet ou bien que l'éloignement de la source soit grand par rapport aux dimensions de l'antenne.
On comprend qu'une telle structure de satellite est d'un intérêt très limité pour de très grandes antennes car il faut alors placer le cornet au bout d'un très grand mât.
PRESENTATION DE L'INVENTION Un but de l'invention est de proposer un système à satellite à antenne radiofréquence qui ne soit pas limité par la taille des antennes et qui permette une forte tolérance aux déformations.
La solution selon l'invention est un système comportant une antenne radiofréquence placée sur une orbite autour de la terre, ainsi que des moyens illuminateurs d'émission et/ou de réception également en orbite autour de la terre, l'antenne se trouvant dans le champ d'illumination desdits moyens, l'antenne et les moyens illuminateurs étant sensiblement sur la même orbite et l'antenne étant apte à dévier les signaux radiofréquence correspondant à un ou plusieurs canaux émis par les moyens illuminateurs pour les renvoyer vers la terre selon un ou plusieurs faisceaux et/ou à dévier les signaux radiofréquence correspondant à un ou plusieurs faisceaux émis de la terre pour les renvoyer vers les moyens illuminateurs selon un ou plusieurs canaux.
L'invention concerne également système dont les moyens illuminateurs sont portés par au moins un satellite distinct du satellite qui porte l'antenne et sensiblement sur la même orbite.
L'antenne fonctionne comme un prisme qui dévie les signaux pour assurer un rayonnement plutôt vertical (vers la terre) à partir d'une illumination horizontale.
Le satellite prisme 1 porte une antenne RF, tandis que toutes les fonctions centrales de charge utile sont déportées dans le satellite 2, l'interface bord-sol de l'ensemble pouvant être assurée au travers du satellite 2.
Celui-ci est sur la même orbite que le satellite 1 et en est typiquement décalé de 100 km. A la réception comme à l'émission, l'antenne su satellite 1 dévie le signal d'illumination, l'amplifie, et le focalise dans les directions commandées par la mission. L'illuminité aux déformations est atteinte quand l'axe moyen de visée mission et celui de l'illumination sont tous deux sur un cône orthogonal au plan du prisme, un cas particulier étant la coplanarité des deux axes. Elle est constituée par une antenne active qui en fonctionnement à l'émission ou à la réception reçoit sur une de ses faces les signaux RF et les rayonne (vers la terre ou vers le satellite 2) par son autre face.
Ainsi, cette antenne ne comporte pas de câble à travers lesquels les signaux RF seraient transmis depuis (ou vers) une plate-forme.
Ceci permet d'accroître par 10 les tolérances de déformation macroscopique de l'antenne (exemple 10 cm en bande L au lieu de 1 cm). On l'aura compris, une telle structure favorise le déploiement de très grandes antennes (>20 ou 50 m) en simplifiant ou supprimant les mécanismes (plus besoins de forts couples pour déplier les câbles et de contrôle précis de butée) et les raidisseurs. L'antenne peut présenter une très faible rigidité ou même des mouvements rapides car la tolérance aux déformées est intrinsèque et sans contrôle actif (même électronique).
La multiplication des directions d'illumination à partir de plusieurs sous-ensembles illuminateurs d'un même satellite ou de satellites distincts permet de manière transparente à l'antenne de multiplier la configuration de faisceaux que celle-ci engendre vers le sol.
Dans une variante où la même face assurerait la liaison vers les illuminateurs et vers le sol, l'avantage d'auto-compensation des déformées disparaît mais reste l'avantage de la disparition des câbles et de la multiplication transparente des faisceaux en présence de plusieurs sous- ensembles illuminateurs.
Si l'utilisation de la règle de compatibilité n'est pas justifiée, l'exécution de la requête R3 est différente. En effet, dans l'exemple illustré, le concepteur insère l'opérateur d'inhibition Nocomp dans la requête. Cet opérateur peut être appliqué sur n'importe quelle classe où sont définies des variables.
Dans l'exemple illustré, la requête a la forme suivante Sur la classe Equipement variable: dev-Name Nom de l'équipement filtres : SNMPstate SNMP-supporté opérateur: NoComp Sur la classe Réseau (classe résultat) Variables nbDev LENGTH (dev-Name) prctDev Nombre d'équipements/nbDev.
Ainsi, avec la seconde solution, les réseaux n'ayant pas de réseaux de type SNMP ne sont pas éliminés. Au contraire, la variable nbDev calcule bien pour un réseau le nombre total d'équipement de type SNMP.
Etape 2 Une deuxième étape consiste à lire toutes les instances concernées par la requête. On extrait, à partir des instances lues, la valeur de l'attribut objet de l'interrogation qui est inclus dans l'instance respective.
Etape 3 Une troisième étape consiste à mémoriser, dans une mémoire quelconque du système, les valeurs des attributs des instances lues.
Etape 4 - Une quatrième étape consiste à exécuter la requête en tenant compte des valeurs obtenues à l'étape 3.
L'opérateur créé propre à la seconde solution donne à un utilisateur la possibilité d'inhiber les règles de compatibilité sur instances. Un requête ne se limite plus à un sous-ensemble d'instances d'une classe. Au contraire, l'utilisateur peut désormais considérer dans une seule requête l'ensemble des instances d'une classe. L'opérateur peut désormais appliquer un opérateur de jointure ou un test ensembliste sur des instances non compatibles de l'arbre de contenance par l'intermédiaire d'une unique requête. L'utilisateur n'est pas contraint de dupliquer les variables, cette duplication étant lourde à mettre en #uvre et surchargeant l'écriture de la requête.
Un troisième gros problème, évoqué dans l'introduction, est lié à la présence d'une même classe à des niveaux différents dans l'arbre de classes. En effet, le modèle GDMO permet à une même classe d'objet d'être subordonnée à plusieurs classes différentes dans l'arbre de classes A titre d'illustration, cet arbre comprend trois types de classe. La classe racine est, par exemple, la classe Inventaire. Deux classes Note et Réseau de cet arbre sont subordonnées à la classe Inventaire. Enfin, la même classe Note est subordonnée à la classe Réseau. On s'aperçoit donc que cet arbre de classes comprend une même classe Note qui se situe à des niveaux différents de l'arbre. Un autre arbre de contenance comprenant des instances de l'arbre de classes. Une instance Quartz est une instance de la classe Inventaire. Trois instances Notel, Note2 et Note3 de la classe Note sont subordonnées à l'instance Quartz. Une instance K de la classe Réseau est subordonnée à l'instance Quartz. Enfin, deux instances Notelet Note4 sont subordonnées à l'instance K. On constate également qu'une même instance d'une même classe peut se situer à deux niveaux différents de l'arbre de contenance.
Le problème réside ici dans le traitement de la différence, ou de l'intersection ou de l'union dans une même requête sur des instances d'une même classe situées à différents niveaux de l'arbre.
A titre d'exemples, considérons une première requête R4 à traiter: donner la liste des instances de la classe NOTE attachées à l'instance Quartz de la classe Inventaire .
On constate que le résultat réel correspond à l'ensemble des instances de la classe Note subordonnée à la classe Inventaire, mais également l'ensemble des instances de la classe Note directement ou indirectement attachées par l'intermédiaire d'une ou plusieurs instances d'autres classes distinctes de la classe Note dans l'arbr e. En l'espèce, les instances subordonnées à l'instance K de la classe Réseau sont une solution.
Un autre exemple de requête R5 peut être du type : Donner, pour une instance Quartz de la classe d'Inventaire, la liste des instances de la classe Note attachées, mais n'apparaissant dans aucune autre classe Note indirectement subordonnée. .
Le résultat de cette requête comprend l'ensemble des instances de la classe Note attachées à l'instance Quartz, en retirant les instances qui apparaissent sous les classes indirectement attachées à la classe Réseau.
Un dernier exemple de requête R6 peut être du type : Donner pour l'instance Quartz, la liste des instances de la classe Note directement attachées à cette instance Quartz et apparaissant dans chacune des autres classes Note indirectement subordonnées. Le résultat de cette requête est l'ensemble des instances de la classe Note attachées à l'instance Quartz de la classe Inventaire et qui apparaissent également sous les classes indirectement attachées à l'instance Quartz. A cet effet, la troisième solution consiste à fournir trois nouveaux opérateurs : # un opérateur d'union propre à unifier des instances d'une même classe situées à différents niveaux de l'arbre de classe, # un opérateur de différence propre à effectuer une soustraction entre instances d'une même classe situées à différents niveaux de l'arbre de classe, # un opérateur d'intersection propre à réaliser une intersection entre instances d'une même classe situées à différents niveaux de l'arbre de classe.
La troisième solution consiste donc à disposer d'opérateurs permettant l'union, la différence, et l'intersection de classes situées à un niveau quelconque dans un environnement objets hiérarchique.
Selon un exemple de réalisation, la troisième solution peut consister en une autre série d'étapes.
Xp' =ApXp+BplWl+ Bp2 (Xp)u ...(44) Une expression d'espace d'état de la pondération Ws(S) grâce à laquelle la sortie évaluée Zp est multipliée est indiquée par les formules (45) et (46) présentées ci-dessous.
Xw' =AwXw +BwZp ...(45) Zw=CwXw +DwZp ...(46) Xw représente une valeur d'état de la pondération de fréquence Ws(S), et Zw représente une sortie de la pondération de fréquence Ws(S). Aw, Bw, Cw et Dw sont des matrices de constantes déterminées par une spécification de commande. Ces matrices de constantes Aw, Bw, Cw et Dw sont déterminées de manière à réduire un gain pour l'accélération de masse suspendue Xb" dans une plage de fréquences d'environ 3 à 8 Hz (figure 12(A)) en ayant en vue d'améliorer le confort de conduite du passager (élimination d'une sensation de sol rocailleux), réduire un gain pour une vitesse de masse suspendue Xb' dans une plage de fréquences d'environ 0,5 à 1,5 Hz (figure 12 (B)) en ayant en vue d'empêcher la résonance de la caisse du véhicule BD, et réduire le gain pour la vitesse relative (Xw' - Xb') dans une plage de fréquences d'environ 10 à 14 Hz (figure 12(C)) en ayant en vue d'éviter la résonance de la roue WH. Bien que les plages de fréquences destinées à réduire ces gains respectifs sont empêchées de se chevaucher l'une avec l'autre et sont ainsi empêchées d'interférer l'une avec l'autre, les éléments
respectifs constituant la sortie évaluée Zp, à savoir l'accélération de masse suspendue Xb", la vitesse de masse suspendue Xb', et la vitesse relative (Xw' - Xb'), sont commandés indépendamment .
Une expression d'espace d'état de la pondération Wu(S) par laquelle l'entrée de commande "u" est multipliée, est indiquée par des formules (47) et (48) indiquées ci-dessous.
Xu'=AuXu+Buu ...(47) Zu=CuXu+Du u ...(48) Xu représente une valeur d'état de la pondération de fréquence Wu (S) Zu représente une sortie de la pondération de fréquence Wu(S). Au, Bu, Cu et Du sont des matrices de constantes déterminées par une spécification de la commande. De manière à prendre en compte les performances de réponse d'un actionneur électrique destiné à commander le coefficient d'amortissement, les matrices de constantes Au, Bu, Cu et Du sont déterminées de manière à ce qu'un gain de l'entrée de commande "u" soit restreint dans une plage de hautes fréquences conformément à une caractéristique de fréquence de l'actionneur (figure 12 (D) ) .
A ce point, une expression d'espace d'état d'une modélisation généralisée dans le système de commande à contreréaction d'état non linéaire Hoo est indiquée par les formules (49) à (51) présentées ci-dessous.
X' =AX+Blwl + B2(X)u ...(49) Z1 = a1(X)(C11X+D121(X)u) ...(50) Z2=a2(X)(C12X+D122u) ...(51) Dans les formules mentionnées précédemment (49) à (51), X, A, Bl, B2 (X), C11, D121(X), C12 et D122 sont représentées respectivement par des formules (52) à (59) indiquées cidessous.