INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Bp2(Xp) B2(X) = BwDp12(Xp) ...(55) Bu C11=[DwCp1 Cw 0] ... (56) D121(X) = [DwDpl2(Xp)] ... (57) C12= [0 0 Cu] ... (58) D122 = Du ... (59) Ensuite, de manière à trouver une solution sur la base de l'équation de Riccati, si l'expression de l'espace d'état de la modélisation généralisée représentée par les formules mentionnées précédemment (49) à (51) est réécrite sous la condition définie par une formule (60) présentée ci-dessous, les formules (60) à (63) sont obtenues, telles qu'indiquées cidessous.
DwDpl2(X) = 0 ...(60) X'=AX + B1W+ B2(X)U ...(61) Zl=al(X)CllX ...(62) Z2=a2(X)C12X+a2(X)D122u ...(63) Comme A est une matrice stable indicative du système de commande de force d'amortissement, une tentative est faite pour concevoir, pour la modélisation généralisée et mentionnée précédemment, une règle de commande à contre-réaction d'état non linéaire Hoo, u = k (X), qui satisfait la condition (1) telle que le système à boucle fermée présente un exposant interne stable et la condition (2) telle que le gain L2 provenant de la perturbation de la surface de la route wl sur la sortie évaluée Z soit inférieur ou égal à une constante positive y.
La règle de commande à contre-réaction d'état non linéaire Hoo, u = k (X), être obtenue si les conditions suivantes sont établies. C'est-à-dire que, (1) si D122-1 existe et qu'une constante positive y est donnée, une solution symétrique définie positive P satisfaisant l'équation de Riccati mentionnée ciaprès (64) existe pour la constante positive y, et (2) si les pondérations non linéaires al(X) et a2(X) satisfont une condition restrictive représentée par une formule (65) indiquée ci-dessous, l'une des règles de commande u = k(X) destinée à stabiliser de façon interne le système à boucle fermée et à rendre le gain L2 inférieur ou égal à y, est donnée par une formule (66) présentée ci-dessous.
Les pondérations non linéaires al(X) et a2(X) satisfaisant la condition restrictive de la formule (66) sont présentées en exemple respectivement dans les formules (67) et (68) indiquées ci-dessous.
Dans les formules mentionnées précédemment (67) et (68), ml(X) est une fonction définie positive quelconque. Il résulte des calculs faits par l'ordinateur, qu'il a été possible de trouver la solution symétrique définie positive P qui est décrite ci-dessus. En utilisant la formule mentionnée précédemment (68), la formule mentionnée précédemment (66) est convertie en une formule (69) présentée ci-dessous. u= k(X) = -D122-I l +m1(X)XTC1ITCllX)D122-TB2\X)P +C12)X ...(69) Ceci signifie que bien qu'une inégalité différentielle partielle appelée inégalité de Hamilton-Jacobi doive être résolue en général pour concevoir un système de commande en utilisant la théorie de la commande non linéaire Hoo, la règle de commande peut être conçue en résolvant l'inégalité de Riccati à la place de l'inégalité de Hamilton-Jacobi, en imposant la condition restrictive de la formule mentionnée précédemment (65) aux pondérations non linéaires al(X) et a2(X) comme on l'a décrit ci-dessus. L'inégalité de Riccati peut être résolue aisément en utilisant un logiciel connu, tel que Matlab. Ainsi, ce procédé rend possible de trouver facilement une solution symétrique définie positive P et d'en déduire la règle de commande u = k(X).
Le terme mentionné précédemment D122 n'existe pas dans l'inégalité de Riccati et ne se rapporte qu'à la condition restrictive imposée aux pondérations non linéaires et à la règle de commande. Ceci signifie que la règle de commande utilisant le terme D122 peut être ajustée dans une certaine mesure sans résoudre à nouveau l'inégalité de Riccati. En d'autres termes, l'ajustement de la règle de commande mentionnée précédemment implique la mise à l'échelle de l'entrée de commande "u". Si le rapport de mise à l'échelle est multiplié par 10, D122 est multiplié par 1/10 et les termes de B2(X) et Ci2 dans la formule mentionnée précédemment (66) sont multipliés par 100 et 10, respectivement.
Ensuite, de manière à confirmer le rôle joué par les pondérations non linéaires, une modélisation généralisée d'un système bilinéaire qui n'emploie aucune pondération non linéaire sera considérée et comparée à la modélisation généralisée mentionnée précédemment qui emploie les pondérations non linéaires. C'est-à-dire que les pondérations non linéaires citées ci-dessus al(X) et a2(X) sont définies par al(X) = 1 et a2(X) = 1, respectivement. De même, dans un but de simplification, il est déterminé que C12 = 0 et que D122 = 1, en prenant pour hypothèse qu'une condition d'orthogonalité est satisfaite. L'expression de l'espace d'état indiquée par les formules mentionnées précédemment (61) à (63) est représentée selon les formules (70) à (72) indiquées ci-dessous.
X' = AX + B1W + B2(X)u ... (70) Z1=C11X ...(71) Z2 = u ...(72) Ainsi, la règle de commande u = k(X) pour la modélisation généralisée est représentée selon une formule (73) indiquée cidessous. u=B2T(X)PX ...(73) P est une solution symétrique définie positive qui satisfait l'inégalité de Riccati (74) indiquée ci-dessous.
PA+ATP+1/2PB1B1TP+C11TC11 # 0 ... (74) Y Un système d'approximations linéaires à proximité de l'origine de la modélisation généralisée indiquée par les
Etape 2 : une seconde étape consiste à déterminer la classe finale appelée aussi classe de sortie, pour la première et la seconde sous-requête. Cette classe de sortie est la classe sur laquelle on sélectionne les attributs et variables résultats. On détermine cette classe de sortie en fonction de la requête globale à exécuter. Par opposition, lorsqu'une requête est exécutée, elle commence par une instance de la classe d'entrée.
Par construction, dans l'exemple illustré, les deux sous-requêtes admettent la même classe d'entrée, et donc seront lancées sur la même instance d'entrée. Dans l'exemple illustré, la classe d'entrée correspond à la classe Inventaire de l'arbre des classes. La requête globale porte sur une instance Quartz de cette classe Inventaire.
Dans un autre exemple, si les instances d'entrée sont différentes entre sous-requêtes, la requête globale doit donc avoir comme classe d'entrée la classe Racine. De manière générale, une requête globale porte sur une ou plusieurs instances de base dont la classe doit correspondre avec la classe de départ de la requête globale.
La solution consiste à partager les données entre au moins deux sous- requêtes. Les deux sous-requêtes vont interagir en ce sens qu'elles vont toutes deux partager au moins une variable.
Etape 3 : Dans l'exemple illustré, la solution comprend une troisième étape de construction de la requête. Cette étape de construction peut être réalisée de deux manières.
- Un première manière consiste à créer la requête de manière unitaire. Plus précisément, on crée une sous-requête et on l'enregistre comme étant une sous requête d'une requête multiple. Successivement, on crée et on sauvegarde les autres sous-requêtes comme étant des sous-requêtes d'une même requête. Selon une variante préférée, le système à la charge de créer dynamiquement des pointeurs qui vont lier toutes les sous-requêtes créées. Le lien de toutes les sous-requêtes constitue la requête multiple.
- Une seconde manière consiste à créer la requête de façon décomposée. On crée les sous-requêtes indépendamment l'une de l'autre. Afin de lier les sous- requêtes, l'utilisateur sélectionne la dernière requête créée et sélectionne ensuite une fonctionnalité du système propre à établir dans le contexte d'une requête un chaînage inverse. Ce chaînage inverse est procuré par l'intermédiaire de pointeurs.
Dans la description, on choisit comme exemple d'illustration le mode unitaire. Dans un exemple, la première sous-requête SRO a la forme suivante # Sur la classe Réseau : # Filtre : classe IP du réseau # variable V-AVG=AVG (nombre d'équipements pour le réseau) (2) # Sur la classe Inventaire (classe d'entrée et. classe finale) : # variable moy-dev V-AVG (3) # attributs résultat (facultatif) - Identificateur de l'instance d'inventaire, moy_dev (4) Dans cette première sous-requête, l'expression (l ) est un filtre sur l'attribut nommé classe IP du Réseau dont la valeur est A. Plus précisément, l'expression (1) est un filtre sur tous les réseaux A et élimine donc tous les réseaux B. Dans l'expression (2), la variable A-AVG est constitué d'une fonction d'agrégation AVG qui calcule pour tous les réseaux A la moyenne du nombre d'équipements. La requête comprenant une fonction d'agrégation, le traitement de cette requête ne porte alors que sur un sous- ensemble d'instances qui inclut l'attribut IPA. La définition du filtre réseau A élimine les réseaux B, et vis versa. La solution consiste donc a exporter, dans la première sous-requête SRO, le résultat obtenu sur la classe Réseau dans la classe finale Inventaire. La classe inventaire comprend une seule instance Quartz. On défini donc sur cette classe une variable moy_dev initialisé à la valeur obtenue V-AVG dans la classe Réseau.
Dans l'exemple illustré, les attributs résultats apparaissent dans une matrice Ml: On choisi de faire apparaître dans cette matrice l'identificateur de l'instance sur laquelle est lancée la requête multiple et la valeur obtenu moy_dev, c'est-à-dire la moyenne obtenue.
Dans notre exemple, la seconde sous-requête SR1 a la forme a Sur la classe Réseau (classe finale) : Filtre : classe IP du réseau B (5) nombre d'équipements > moy_dev (6) attributs résultats adresse IP du réseau, nombre d'équipements pour ce réseau, avgDev (7) a Sur la classe d'entrée Inventaire (classe d'entrée) variable : moy_dev (valeur arbitraire) (8) Le procédé de construction de cette deuxième sous-requête SR1 est le même que précédemment. On effectue un double filtre. Un premier filtre sur les réseaux B et un deuxième filtre incluant un opérateur de comparaison l'expression (5) est un filtre sur les réseaux B. Concrètement, a l'expression (6) est un filtre sur l'attribut nombre d'équipement qui doit être supérieur à une moyenne.
Dans l'expression (7), on choisi les attributs que l'on souhaite afficher dans une matrice M2. Dans l'exemple illustré, les attributs adresse IP du réseau, nombre d'équipements pour ce réseau, avgDev apparaîtront dans cette matrice M2.
Dans l'expression (8), on défini une variable arbitraire. Comme cette variable est partagée avec la sous-requête SRO, son exécution diffère dans le cas de l'exécution de sous-requêtes conformément à la première solution.
Le choix de la valeur de cette moyenne dans la seconde sous-requête diffère selon que la moyenne est une variable partagée ou non. Conformément à la solution,' si cette variable est partagée, la valeur de cette moyenne est la valeur calculée dans une sous-requête. Si cette variable n'est pas partagée entre deux sous-requêtes, la variable partagée est calculée normalement comme pour l'exécution d'une requête non multiple Pour cela, un autre aspect important de la solution est que si moy_dev est une variable partagée entre les deux sous-requêtes : Pour que SR1 ait une visibilité de cette variable partagée dans SRO, cette variable doit être définie sur la classe finale de SRO. Dans l'exemple illustré, la classe finale de SRO est la classe Inventaire.
Etape 4 : Les deux sous requêtes sont archivées dans une base de données. Etape 5 : Une autre étape consiste, lors de la validation des sous-requêtes, à établir un ordre temporel d'exécution des sous-requêtes et à munir chaque sous-requête d'au moins un pointeur pour respecter l'ordre d'exécution. Un pointeur peut être un attribut. Dans l'exemple illustré, la première sous-requête et la dernière inclut un seul pointeur. Eventuellement, si la requête multiple comprend au moins trois sous-requêtes, les sous-requêtes intermédiaires comprennent deux pointeurs. La fonction d'un pointeur est évoquée dans une des étapes suivantes. Dans l'exemple illustré, l'exécution de la sous-requête SRO précède l'exécution de la sous-requête SRI.
Etape 6 : Une quatrième étape consiste à exécuter la requête. Cet exécution consiste à sélectionner et lancer la dernière sous-requête en ayant sélectionné l'instance de départ sur laquelle porte la requête multiple. L'exécution d'une telle requête est possible à la condition que les sous-requêtes admettent la même classe de départ, et donc sont lancées sur la même instance de départ. Dans l'exemple illustré, l'instance de départ est l'instance Quartz. Si les classes d'entrée diffèrent, on choisi la classe Racine comme classe d'entrée.
Etape 7 Lors de l'exécution de la dernière sous-requête SRI, le système détecte la présence d'une requête multiple. Un mécanisme de chaînage est exécuté par le système.
- La figure 1 est une vue synoptique d'un système d'administration d'un système informatique, le système d'administration mettant en #uvre un procédé de génération automatique d'un module d'une
base MIB et du procédé en résultant pour la génération automatique d'un intégrateur d'agents d'administration.
- La figure 2 est une vue synoptique détaillée de la structure d'une plate-forme d'administration du système d'administration représenté sur la figure 1.
- La figure 3 est une vue schématique d'un arbre représentatif d'un exemple de base MIB correspondant au système informatique représenté sur la figure 1 et incorporant le module à générer conformément à l'invention.
- La figure 4 est une vue schématique d'une architecture d'objets distribués CORBA en liaison avec un intégrateur d'agents CORBA de la plate-forme représentée sur la figure 2.
- Et la figure 5 est un organigramme illustrant schématiquement le procédé de génération automatique d'un module de base MIB, ce procédé étant aussi utilisé pour la génération automatique de l'intégrateur d'agents CORBA représenté sur la figure 4.
Description détaillée d'exemples illustrant l'invention.
La figure 1 représente un système d'administration 10 d'un système informatique 11. L'exemple qui suit se rapporte au système d'administration et de sécurité connu sous le nom de marque déposée OpenMaster du demandeur. Sa conception est conforme aux normes ISO de l'administration de systèmes et réseaux. Dans ces conditions, les termes utilisés seront conformes à cette norme, qui sont de langue anglaise, notamment les sigles et acronymes. D'autre part, les verbes "administrer" et "gérer" et leurs dérivés qui seront employés ici traduisent tous deux indifféremment le verbe anglais "manage" et ses dérivés. L'homme du métier connaît bien ces normes. Compte tenu de leur masse informative, on ne donnera ici que les éléments nécessaires à la compréhension de l'invention.
Le système informatique illustré 11 est distribué et composé de machines 12 (12a, 12b) organisées en un ou plusieurs réseaux 13. Une machine est une unité conceptuelle très large, de nature matérielle et
logicielle, pouvant être les moyens impliqués pour exécuter une application donnée, des moyens pour exécuter une fonction donnée, un ordinateur, ainsi qu'un système informatique dans une architecture à systèmes en cascade. Les machines 12 peuvent être donc très diverses, telles que stations de travail, serveurs, routeurs, machines spécialisées et passerelles entre réseaux. Le système informatique 11est ordinairement un système comprenant plusieurs processeurs 14, un processeur 14 étant par exemple illustré dans chaque machine 12, des moyens de mémoire 15 pour contenir les logiciels et les données du système, et des moyens d'entrée-sortie 16 servant pour la communication entre machines par l'intermédiaire du réseau 13 à l'aide de protocoles divers, ainsi que pour une ou plusieurs communications extérieures, par exemple pour l'impression, la télécopie, etc. Un tel système peut par exemple gérer des données à distance, distribuer des données dans le cas d'un système de réservation, commander l'exécution de programmes à distance sur des machines spécialisées, partager localement des ressources physiques ou logicielles, et communiquer.
Le système d'administration 10 a une architecture de type clientserveur. Dans l'exemple illustré, les unités formant clients et serveurs dans le système d'administration 10 comprennent deux gestionnaires 17a formant serveurs et trois agents 17b formant clients. Une machine 12 incluant un gestionnaire est dite machine gestionnaire ou serveur 12a et une machine incluant un agent est dite machine gérée 12b ou cliente. Les gestionnaires 17a et les agents 17b sont reliés entre eux par l'intermédiaire du réseau 13.
Dans l'exemple illustré, les deux gestionnaires sont reliés entre eux, l'un des gestionnaires 17a étant relié à deux des agents 17b tandis que l'autre est relié aux trois agents. Les liaisons entre gestionnaires et agents peuvent être très diverses. D'autre part, les communications entre gestionnaires et agents peuvent se faire selon un ou plusieurs protocoles, de préférence normalisés tels que les protocoles CMIP (déjà cité) et SNMP (System Network Management Protocol). Le protocole CMIP repose sur la norme ISO définissant les services pour le transfert des informations d'administration
appelés services CMIS (Common Management Information Services). Chaque protocole est organisé selon un langage de description des informations d'administration. Par exemple, le protocole SNMP utilise le langage SMI (Structure of Management Information) tandis que le protocole CMIP utilise le langage GDMO/ASN.ldéjà cité, et simplement appelé GDMO.
La figure 2 illustre la structure d'une plate-forme d'administration 20 du système d'administration 10. La plate-forme 20 peut être limitée à une machine gestionnaire 12a, ou être distribuée parmi plusieurs machines gestionnaires. Pour des raisons de commodité, la plateforme illustrée dans la figure 2 sera limitée à une machine gestionnaire 12a et correspond ainsi au gestionnaire 17a. La plate-forme illustrée 20 se compose de cinq blocs fonctionnels : un bloc 30 d'applications en langage SML (Systems Management Language), un bloc 40 de services, un bloc 50 d'intégrateurs d'agents, un bloc 60 d'interface de gestionnaire, et un bloc de communication 70.
Le bloc 30 d'applications inclut un ensemble d'applications de base 31 (core applications), une interface graphique d'utilisateur 32 appelée interface GUI (Graphic User Interface), un tableau de bord constituant un lanceur d'applications 33, une interface 34 de communication extérieure du bloc 30, et un ensemble 35 de fonctions de haut niveau. Dans l'exemple choisi, les applications 31 sont écrites dans le langage SML et communiquent avec le bloc 70, utilisant le protocole CMIP et le langage GDMO, par l'interface 34 qui est donc ici une interface SML/GDMO. L'interface GUI 32 permet à un utilisateur de se connecter à la machine 12a pour démarrer et arrêter comme il le désire ses propres copies des applications de base 31. Le lanceur d'applications 33 présente un tableau représentant les applications 31 sous forme générale par leur nom et/ou, comme dans l'exemple choisi, sous forme d'icônes. Il suffit de cliquer sur l'icône choisie pour lancer l'application correspondante. Les fonctions de haut niveau 35 sont ajoutées pour offrir des fonctions particulières et des interfaces graphiques correspondantes.
L'entrée et la sortie principale seront solidaires des deux autres émergences affectées indiquées par les paramètres de chacune des deux équations résultantes, correspondant à chacun des deux types de mécanisme différentiel composé considérés. (Figures 1 et 2 du Brevet FR-8700175) sachant que L'équation résultante est obtenue après résolution du système de deux équations données chacune par la formule de Willis applicable à chacun des deux trains épicycloïdaux simples composants, par élimination du para mètre correspondant à une de leur deux émergences couplés. Chaque formule ré sultante des deux types de mécanisme différentiel composé proposé est identifiable membre à membre et terme à terme à chaque formule de Willis correspondant à cha cun des trains épicycloïdaux simples de type 1 qui le composent, ils fonctionnent donc chacun comme un train épicycloïdal simple de type 1 de même raison R > +1, dont - la sortie secondaire serait toujours solidaire du pla nétaire, l'entrée et la sortie principale solidaires respective ment du porte--satellites et de la couronne.
La difficulté réside pour le train épicycloïdal simple en particulier dans le fait que, plus la raison R augmente, plus le train épicycloïdal simple est difficile, puis impossible à réaliser, ce qui n'est pas le cas des mécanismes diffé rentiels composés proposés avec qui une gamme de raisons résultantes dont certai nes très importantes, sont faciles à obtenir par construction ; de plus concernant ces derniers pour des couples résistants importants, ils sont plus robustes, plus compacts d'un rendement au moins équivalent.
Dans l'exemple choisi la formule résultante peut s'écrire- NJN, 1/R.(I+R-(Ni/N, ainsi NJN, est une fonction linéaire décroissante de N,/N,-, pour que NJN, soit déterminé par exemple par le régime moteur, il suffit que Ni/N, donc le positionnement des flasques mobiles (25a) et (30a) soit défini par un programme intermédiaire préétabli en fonction de l'application, des moyens étant prévus à cet effet.
Il est donc ainsi possible d'obtenir que plus N, donc le régime moteur, est élevé plus la réduction est faible, et inversement, moins le ré gime moteur est élevé plus la réduction de la combinaison est importante comme l'indique le tableau qui précède.
Dans le cas où la source de puissance est un moteur thermique par exemple sur un véhicule de tourisme : Le régime moteur dépend de l'intervention humaine et du couple résistant il est, suivant ce qui précède, limité par le système et donc le plus bas dans les phases de démarrage fréquentes en agglomérations, il n'émettra ainsi qu'un pourcentage réduit du volume de gaz habituellement émis, d'où une dimi nution appréciable de la pollution.
Toujours dans le même cas, un moteur thermique ne pouvant démarrer en charge, il est indispensable que le point zéro (Ns soit obte nu pour un régime moteur dont la valeur est comprise par exemple entre 800 et 1500 trs/mn à ce moment nous avons suivant la formule résultante : NIIN, 1+R ces données sont à intégrer aux calculs et au pro gramme.
L'importance de la plage de variation peut être déli mitée en fonction de l'application envisagée ainsi dans le cas présent - la course du flasque mobile (25a) peut être limité mécaniquement, des moyens étant prévus à cet effet, de telle sorte que selon la formule résultante pour 1+R > N, 1 N, > + 1 nous ayons 0 N,/ N, ##+1 Uinversion du mouvement de rotation de l'arbre de sortie (2) peut être obtenu en utilisant les capacités du mécanisme différentiel (5), ce pendant pour compléter la gamme de variation précitée, un boîtier inverseur, com portant donc aussi un point mort et une prise directe peut s'intercaler entre l'arbre de sortie 1 du moteur et l'arbre d'entrée (6) du mécanisme différentiel ; l'intéheur du bâti (4) renfermant le train d'engrenage (20b) pouvant être aménagé à cet effet ; un or gane de rupture même simplifié, situé entre le moteur et le boîtier inverseur peut être commandé suivant un procédé connu à partir d'un levier de commande à trois posi tions ( MAV - R'M - M.AR) ; dans le cas d'un véhicule cet organe de rupture n'est utile que pour introduire l'inversion, ou la prise directe ; les démarrages, redémarra- ges et arrêts ont lieu par utilisation de l'accélérateur et du frein sans utilisation de l'or gane de rupture, puisque en particulier la variation ne commence qu'au point 0 pour se développer jusqu'à 1 et vice-versa en fonction du régime moteur.
Le frein moteur est normalement assuré sur les rap ports générés par le régime moteur, à ce moment la sortie secondaire (26) fonctionne toujours en sortie ; suivant ce qui a été écrit précédemment, la protection du train de poulie à courroie par rapport au couple résistant, devenu ici couple moteur, et s'exer çant sur l'arbre de sortie (2) est assurée.
Il est possible, en cas de nécessité, d'interrompre la variation, par exemple avec l'aide d'un interrupteur, si le pilotage est électronique et d'obtenir ainsi momentanément pour le système un rapport de réduction fixe sur le quel il est possible de faire varier le régime moteur sans entraîner de variation du rapport de réduction.