INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
convient de remarquer que les données adressées à l'agent "WEB" 232a1 sont transportées, de façon conventionnelle en soi, sous formes d'ordres "APDU" destinés à l'application particulière constituée par le "Multiplexeur paquets" 230a. Le gestionnaire d'ordres "APDU" 201a sélectionne cette application de manière tout à fait similaire aux autres applications de type "CGA", à An, présentes dans la carte à puce 2a. En d'autres termes, multiplexeur de paquets 230a est vu par le gestionnaire d'ordres "APDU" 201 a comme une application "CGA" ordinaire.
La requête "HTTP" est analysée par l'agent "WEB" 232a1 qui détecte une référence à un répertoire particulier, que l'on appellera ci-après par convention "cgi-smart" (par analogie à "cgi-bin"), d'une part, et à une application particulière, IL dans le cas de l'exemple décrit. Le chemin complet est donc, en l'occurrence "cgi-smartlil".
Selon une caractéristique du procédé de l'invention, l'entité "il" ci- dessus désigne un script particulier associé une application également particulière (IL en l'occurrence).
Une session est ouverte entre l'agent traducteur, par exemple l'agent ATSi, et l'agent "APDU" 2010a. L'agent traducteur de script ATSi génère suite d'ordres "APDU". Les ordres sont émis vers l'agent "APDU" 2010a. gestionnaire d'ordres "APDU" 201a sélectionne l'application "CGA" Ai (par exemple l'application IL) et lui transmet les ordres "APDU", ordres traduits et donc conventionnels, qu'elle est en mesure de comprendre. Cette application est donc correctement activée. La reponse de l'application IL (A;) est transmise sens inverse au gestionnaire d'ordres "APDU" 201 a, à l'agent "APDU" 201 puis de nouveau à l'agent ATSi de façon plus générale à l'agent traducteur script).
La reponse, constituée par un formulaire en langage "HTLM" reprend le chemin inverse, par la mise en oeuvre de sessions entre agents intelligents appariés, pour être retransmise au terminal 1 et, éventuellement à un serveur éloigné 4 (figure 4), via le réseau Internet RI, pour atteindre finalement l'application La figure 6 illustre schématiquement l'architecture logique permettant le chargement d'une "applet" selon le procédé de l'invention. retrouve sur ce schéma les blocs matériels constitués par le terminal 1, le lecteur de carte à puce 3 et la à puce 2a, communiquant par mise en oeuvre du protocole normalisé 7816 précité et l'échange d'ordres "APDU", manière classique en soi. La partie OL est mise en relation avec la partie IL (sous forme d'un script référencé ILs), par des échanges selon le protocole Internet "TCPIIP", de la manière decrite précédemment, par mise en oeuvre fonctions serveur "Hï?P" (référencé SC) et "CGI" de la carte à puce 2a.
doit bien comprendre que, bien que représentes à l'extérieur de la carte à puce 2a pour des raisons de commodité, les blocs SC et ILs sont constitues par différents modules internes de celle-ci, été décrits par référence à la figure 5.
contre, le programme OL n'est pas obligatoirement stocké dans le terminal va maintenant détailler un premier exemple chargement d'une "applet" dans une carte à puce 2a, par mise en ceuvre la méthode dite "GET".
suppose que le fichier de chargement de l' "applet", référencé 7, présente structure illustrée par la figure 7 : une entête corps principal 71 constitué par du "Byte Code" en langage "JAVA" et une signature électronique 72. L'entête représente un identifiant d'une application particulière, généralement appelé "Application Identifier" ou simplement "AID". La signature électronique 72 est un mot chiffré avec une clé publique ou privée, obtenu à partir du code 71. L'ensemble du fichier 7 peut également être chiffré, pour des raisons de confidentialité, lorsqu'il s'agit d'applications dites sensibles. Optionnellement, on peut prévoir une ou plusieurs signature(s) électronique(s) supplémentaire(s) non représentée(s).
Les principales étapes du processus sont illustrées schématiquement par la figure 8.
Pendant une première étape, la partie de programme de chargement OL récupère, par une commande de type "GET", un formulaire de chargement à partir de la carte à puce 2a, formulaire en langage "HTML" que l'on appellera arbitrairement "download.html".
Cette récupération est effectuée en consultant une page correspondante dont l'URL est typiquement de la forme suivante http:11127.0.0.1:80801download. html (3), dans laquelle http:11127.0.0.1:8080 est l'adresse URL de rebouclage proprement dite, telle qu'elle a été définie par la relation (1), "download.html" la page "HTML" à obtenir. Cette requête met en ceuvre session entre agents intelligents comme il a été décrit en regard des figures 2 à 4, selon un premier aspect de l'invention. La carte à puce 2a joue alors le rôle d'un serveur "WEB".
La carte à puce 2a envoie le formulaire "download.html" lors d'une deuxième étape, toujours par ouvertures de sessions entre agents intelligents appariés, selon le procédé de l'invention. Le formulaire obtenu peut être affiché sur un écran 5 par l'intermédiaire du navigateur 10.
Pour fixer les idées, un exemple d'un tel formulaire 8 est illustré par la figure 9. Outre diverses zones graphiques et de textes 80 (titre, etc.), le formulaire comprend des zones d'affichage pour l'entête 70 du fichier de chargement 7, le "Byte Code" 71 et la signature 72. La zone d'affichage 71 est du type dit 'TEXTAREA" en langage "HTML" et présente une facilité dite d' "ascenseur" pour l'affichage déroulant de textes longs. Les informations correspondantes, telles qu'elles apparaissent sur la figure sont purement arbitraires. Enfin, on prévoit, de façon classique en soi, bouton d'envoi "send", référencé 81, et un bouton de remise à zéro "reset", référencé 82. Ces boutons sont à la disposition d'un utilisateur du terminal (non représente). Le bouton d'envoi 81 permet de valider le formulaire et le retransmet à la à puce 2a ("soumettre le fichier de chargement" sur la figure 8) et le bouton remise à zéro 82 permet d'effacer les informations affichées et de ré-initialiser formulaire.
La figure représente une vue en coupe selon la ligne 1-1 l'exemple de support de roue de la figure 2.
La figure représente une vue similaire à la figure 3, dans une autre position de montage du support de roue sur le fauteuil roulant.
Le fauteuil roulant 20 représenté sur la figure 1 comporte un châssis 30, par exemple tubulaire qui constitue la structure porteuse du fauteuil, une roue arrière droite 40, une roue arrière gauche 50, une roue avant droite 60, une roue avant gauche 70. Le châssis 30, les roues arrière 40 et 50, les roues avant 60 et 70 ainsi que leur liaison respective au chassis sont d'un type conventionnel et ne seront pas décrits plus en détail ici. Les roues avant 60 et 70 sont généralement directrices et à cet effet sont libres en rotation autour axe vertical. Les roues arrière 40 et 50 sont liées au châssis 30 par l'intermédiaire chacune d'un support de roue 1, comme représenté sur la figure 1. Les deux supports sont avantageusement identiques et fixés de préférence de manière démontable au châssis par exemple par l'intermédiaire de vis ou boulon 24, afin d'offrir plusieurs positions différentes de l'axe de roue par rapport au châssis, comme cela sera développé plus loin. A cet effet, un emplacement approprié de fixation du support sera prévu sur le chassis 30 de chaque côté droit et gauche de celui-ci, dans les zones de positionnement des axes de roues arrière droit et gauche respectivement. Le fauteuil roulant ou analogue comporte des moyens d'amortissement des chocs, intégrés dans le support 1 comme cela sera expliqué ci-après avec l'aide de la figure 2.
Le support de roue représenté sur les figures 2 et 3 comprend un bras 5 muni avantageusement de trois logements 6, 14, 15 aptes à recevoir un axe de roue (non représenté) respectivement, une armature 2 munie avantageusement d'une première 3 et d'une deuxième 4 séries de points de fixation au châssis 30 du fauteuil roulant, permettant un positionnement haut ou bas, par rapport au châssis 30, des logements 6, 14, 15, des moyens d'articulation 7 du bras 5 sur l'armature 2, des moyens de ressort 8 reliant deux côtés opposés 21, 22 du bras 5 à l'armature 2, respectivement. Le support 1 est avantageusement identique pour les roues droite et gauche.
L'armature 2 du support de roue 1 adopte avantageusement une forme de cadre qui comprend une forme en U horizontal définissant un espace interne 10 dans lequel est logé le bras 5, ce dernier étant articulé sur la base 11 du U comme cela sera expliqué plus loin, les moyens de ressort 8 comportant deux éléments à ressort 8a, 8b dont une extrémité respective l2a, l2b est en appui sur le bras articulé 5 et l'autre extrémité l3a, l3b en appui sur une branche du U, respectivement.
Les deux éléments ressort 8a, 8b sont de préférence constitués d'un bloc de polyuréthane dont la dureté sera choisie par rapport à l'amortissement désiré, en fonction du poids de l'individu utilisateur du fauteuil roulant et de l'usage dudit fauteuil, par exemple usage courant ou sportif. A titre d'exemple, une dureté comprise entre 71 et 80 Shore A peut convenir un utilisateur de 80 à 90 Kg en usage normal. De manière avantageuse, les blocs de polyuréthane 8a, 8b seront protégés des agressions extérieures par des soufflets 29 en matériau souple élastique, du caoutchouc par exemple, comme représenté sur la figure 2. Les deux éléments à ressort 8a, 8b sont de préférence fixés à l'armature 2 sur les branches du U par des moyens de fixation jouant en outre un rôle de butée de débattement du bras 5, respectivement, par exemple des vis 16 et 17 comme représenté sur la figure 2. Les extrémités 18 et 19 des vis 16 et 17 en prise avec les blocs 8b, 8a et l'armature 2 ont la fonction de limiter le débattement du bras 5 vers le bas et vers le haut respectivement. Les deux éléments 8a et 8b de polyuréthane sont avantageusement identiques et les débattements du bras 5 vers le haut et vers le bas pourront être différents ou similaires selon la distance laissée entre les extrémités 18, 19 des vis et le bras 5. Selon l'exemple représenté, le bras étant placé de manière symétrique dans l'armature en forme de U, et les branches du U étant identiques, des vis identiques entraînent des débattements identiques du bras 5 vers le haut et vers le bas.
le support 1 muni du bras 5 et des moyens d'amortissement 8a, 8b, ainsi que sa fixation au châssis du fauteuil roulant, permettront d'obtenir une position du bras 5 sensiblement parallèle à la surface d'appui du fauteuil définie par les quatre roues 40, 50, 60, 70, en position de repos.
La première série 3 et la deuxième série 4 de points de fixation de l'armature au fauteuil roulant comprennent chacune quatre trous 23 de fixation. Les quatre trous 23 d'une série sont répartis de manière équilibrée sur l'armature 2 de façon qu'une fixation solide du support sur le châssis du fauteuil soit assuree, par l'intermédiaire de quatre vis ou boulons 24 par exemple. Sur l'exemple représenté sur la figure 2, deux trous 23 de la première série 3 sont placés à la base du U, les deux autres trous 23 étant placés sur la barre du cadre de l'armature fermant le U, comme représenté sur la figure. La deuxième série 4 de trous 23 est obtenue par une translation de la première série de trous sur l'armature suivant une direction verticale, jusqu'à, par exemple, obtenir un placement de la deuxième série de manière symétrique à la première série 3 par rapport à un plan P passant par un axe longitudinal de symétrie du bras 5. Les prerriière 3 et deuxième 4 séries de points de fixation permettent deux positionnements au choix, par rapport au châssis du fauteuil roulant, des logements 6, 14, 15 d'axe de roue, par déplacement du support 1 suivant une direction verticale, à savoir une position dite "haute" avec la première série 3 et une position dite "basse" avec la deuxième série 4. Une symétrie des deux séries de points de fixation 3 et 4 par rapport au bras 5, et lus généralement une symétrie du p Z, support 1 par rapport à un plan P de symétrie du bras passant par son axe d'articulation sur l'armature 2, permet d'utiliser deux supports 1 identiques pour les roues arrière droite et gauche avec des emprises sur le châssis identiques côté droit et côté gauche.
En outre, les logements 6, 14, et 15 sont avantageusement disposés de manière asymétrique par rapport aux première 3 et deuxième séries de trous 23 de fixation, afin de permettre un troisième ou un quatrième positionnement, par rapport au châssis du fauteuil roulant, desdits logements 6, 14, 15 de roue, par un pivotement de 180c> dudit support autour d'une direction verticale, la première série de points de fixation étant symétrique par rapport à ladite direction verticale. Soit un plan D vertical situé à égale distance entre les deux points de fixation d'une série placés à la base du U et les deux points de fixation de la même série placés sur la barre du cadre de l'armature 2 fermant l'extrémité du U ; aucun des centres de symétrie des logements 6, 14, 15 ne se trouvant placé dans le plan D, lorsque l'on fait pivoter le support 1 de 180' autour d'une direction verticale passant par le plan D, les trous 23 de fixation du support s'inversent deux à deux mais se retrouvent en face des points de fixation correspondant prévus sur le châssis ; les logements 6, 14, et 15, offrent trois possibilités supplémentaires de positionnement de l'axe de roue par rapport au châssis du fauteuil.
Ainsi, pour un support comportant trois logements de roue, par exemple comme celui de l'exemple représenté, et deux séries de points de fixation sur le châssis, on obtient les possibilités de fixation suivantes, soit par translation du support soit par retournement de celui-ci, soit les deux combinés : trois positions hautes avant, trois positions hautes arrière, trois positions basses avant, et trois positions basses arrière, soit un choix de douze positions possibles au total, quatre par logement de roue. Les trois logements 6, 14, 15 peuvent avantageusement être alignés, comme représenté sur la figure 2, dans le plan P. Chaque logement de roue doit pouvoir recevoir manière connue un axe de roue conventionnel (non représenté), et ne sera pas décrit plus en détail ici ; les centres respectifs des logements sont espacés d'une distance permettant une modification significative de la position de l'axe de roue ; les logements peuvent être sécants, comme représenté, deux logements ou plus d'un même support n'étant jamais en prise simultanément avec un axe de roue. Sur l'exemple représenté, chaque logement de roue adoptent une paroi intérieure en secteur cylindrique à section circulaire du fait d'un entraxe entre deux logements successifs inférieur au diamètre du logement.
les faces internes des branches du U dans la zone des appuis respectifs des eléments à ressort 8a et 8b, pourront avantageusement être inclinées comme représenté sur la figure 2 de manière à permettre une meilleure répartition de la pression dans les éléments en polyuréthane 8a, 8b lorsque le bras se déplace vers le haut ou vers le bas, ceci en raison du déplacement rotatif du bras qui n'assure pas un parallélisme constant entre les deux faces d'appui 12 et 13 d'un élément de polyuréthane. Les éléments polyuréthane 8a, 8b pourront adopter chacun des faces d'extrémité 12 et 13 parallèles, au repos, aux faces correspondantes sur lesquelles elles sont en appui sur l'armature et le bras respectivement, comme représenté sur la figure 2.
Les moyens d'articulation 7 du bras 5 sur l'armature 2 comprennent un axe d'articulation 26, et des moyens de roulement 25 afin de supprimer le frottement du bras sur l'armature. Le bras sera de préférence monté en chape sur un bossage 27 de l'armature, placé sur la base du U vers l'intérieur de celui-ci, comme représente sur les figures 3 et 4. Le montage en chape est préféré afin d'obtenir une bonne solidité de l'articulation quelle que soit la position du support 1 par rapport au châssis 30. Le bossage 27 est placé de manière symétrique par rapport au plan P afin notamment de donner la possibilité d'un débattement du bras 5 identique vers le haut et vers le Les moyens de roulement pourront être constitués de deux roulements à billes 25 encastrés dans l'armature 2 comme représenté sur les figures 3 et 4, de préférence des roulements étanches ou semi-étanches afin de préserver un bon fonctionnement et une longévité correcte de l'articulation quelles que soient les conditions d'utilisation du fauteuil roulant.
La figure 4 est similaire à la figure 3, à la différence que le support 1 a été retourné de 180' par rapport à une direction verticale, soit une droite perpendiculaire à la feuille supportant les figures 3 et 4. On constate que les logements 6, 14, 15 d'axe de roue arrière ont changé de position par rapport au châssis 30, sur une direction avant-arrière du fauteuil roulant.
Les figures 3 et 4 montrent des dégagements 28 sur les côtés de l'armature portant les points de fixation 23, et sur une face de celle-ci. Les dégagements 28 ont pour fonction de participer avantageusement, avec les vis 24, à la rigidité de la structure porteuse constituée par les supports de roue et le châssis, un tube de châssis venant se loger dans un dégagement, comme représenté sur ces figures. A cet effet, les dégagements 28 adopteront de préférence une forme sensiblement complémentaire de la forme extérieure du tube de châssis. Les tubes de châssis munis des trous de passage ou de fixation des vis ou boulons 24 pourront être équipés de tout type de moyens du genre insert ou analogue, permettant d'éviter une déformation du tube lors du serrage des vis ou boulons 24.
La présente invention se rapporte à une composition de maquillage ou de soin de la peau, y compris du cuir chevelu, aussi bien du visage que du corps humain, des lèvres ou des phanères des êtres humains, comme les cheveux, les cils, les sourcils ou les ongles, contenant un ester de masse moléculaire élevée, conférant à la composition des propriétés cosmétiques remarquables et en particulier de la brillance, du glissant, de la couvrance et de la tenue dans le temps.
La composition de l'invention peut en particulier constituer un produit de maquillage du corps, des lèvres ou des phanères d'êtres humains ayant des propriétés de soin et/ou de traitement. Elle constitue notamment un rouge à lèvres ou un brillant à lèvres, un fard à paupières, un produit pour tatouage, un mascara, un eye-liner, un vernis à ongles, un produit de bronzage artificiel de la peau, une crème de soin ou de protection éventuellement teintée, un produit de coloration ou de soin des cheveux.
Pour avoir la somme des passerelles pour chaque réseau, la solution classique consiste à écrire: Sur la classe Equipement ipDevice.
Variable : gateway= 1, puis à réaliser un filtre sur tous les équipements de type passerelles
filtre: ipType = gateway Sur la classe RESEAU ipNetwork à obtenir comme résultat la variable nbGateway qui est la somme des équipements de type passerelle variable: nbGateway = SUM (gateway).
Un premier problème vient, du fait du filtrage sur la classe EQUIPEMENT ipDevice des équipements de type passerelles, les réseaux n'ayant pas de passerelles gateway sont éliminés du résultat (règle de base sur le filtrage) Ceci n'est pas le résultat escompté car l'énoncé de la requête précise plutôt un comptage nul pour les réseaux sans passerelles gateway, et non pas une élimination du réseau.
De même, pour avoir la liste des PCs par réseaux, on doit implémenter un filtrage sur le type de dispositif "device", ainsi qu'une variable listant les PCs.
Sur la classe ipDevice. variable: gtw = 1 pcName = deviceName filtre OR (ipType = gateway) (ipType = PC), filtre soit les équipements de type passerelles soit les équipements de type PC Sur la classe ipNetwork. (Résultat) variable: nbGateway = SUM (gtw) listePC = LIST (pcName) Le problème ici est que l'on ne travaille pas sur deux ensembles distincts d' équipements devices, un qui serait l'ensemble des passerelles gateways et l'autre l'ensemble des PCs. L'évaluation des variables porte ici sur un ensemble de réseaux ayant en commun soit des passerelles gateways, soit des PCs, ce qui rend un résultat faux, puisque là aussi on élimine un certain nombre de réseaux.
Pour traiter cette requête, il nous faut encore une fois une affectation conditionnelle sur variable ,à savoir ici gtw = 1 si ipType = gateway 0 sinon pcName = deviceName si ipType = PC = 0 sinon Le filtrage sur le type de dispositif device étant supprimé afin de travailler sur tous les équipements ou équipements devices du réseau courant.
Dans ce cas, pour un réseau courant:
SUM (gtw) rend bien la nombre de passerelles gateway LIST ( pcName) rend bien la liste des noms de PC Mais pour pouvoir traiter ces types de requêtes, il faut une fonction supplémentaire sur variable permettant une affectation conditionnelle de valeur sur résultat d'un test, qui doit rendre ici les valeurs vrai ou faux.
Une autre difficulté est la prise en compte de tests multivalués sur plusieurs valeurs, qui ouvre également la porte à de nouveaux types de requêtes sans solution aujourd'hui. Le premier est la gestion des tests sur intervalles de valeurs. Soit par exemple la requête R3.
Requête R3) Classifier les réseaux en fonction du nombre de équipements devices avec les critères suivants: ipDeviceNumber: . [0-100]: very-small ]100-200]: small ]200-300] : medium ]300-400] : large ]400-+ : very-large La résolution de cette requête passe encore par une affectation conditionnelle sur les résultats à valeurs multiples (ici multivalués) d'un test . Le fonctionnement de cette affectation conditionnelle est le suivant : variable familleNetwork L'affectation sur test multivalué peut être non pas une constante (large, medium,...) comme pour la requête R3, mais une valeur calculée, Considérons la requête R4: Requête R4 : pour chaque réseaux, rendre une valeur calculant :
si réseau de classe A : nombre de passerelles gateway si réseau de classe B --> nombre de PC si réseau de classe C : --> nombre d'équipements devices non snmp autre : -> nombre total d'équipements devices.
Ici encore, l'évaluation des variables sur des sous ensembles différents de réseaux rend l'écriture de cette requête non triviale.
Pour pouvoir traiter ces types de requêtes, Il faut faire appel à une fonction supplémentaire sur variable permettant une affectation conditionnelle sur résultats multivalués d'un test.
Ceci revient a introduire un degré supérieur d'abstraction et de calcul dans le langage visuel de query builder en introduisant un programme permettant le traitement de structures alternatives (if .. then' else. ) dans le calcul des variables.
En fonction des besoins cités dans les requêtes R1 à R4, l'invention consiste à ajouter au programme CQB le programme complémentaire pour permettre l'exécution des fonctions supplémentaires d'un premier type EXECOND et d'un second type EXECONDVAL d'affectation conditionnelle, qui s'exécutent en prenant en compte des variables ou attributs pour déterminer d'autres variables ou résultats. Ces fonctions sont ; EXECOND (varTest, varThen, varElse) EXECONDVAL (varTest, Oper, DomaineList, ValeursList, varDefaut) L'évaluation de variables avec fonctions d'affectation conditionnelle reprend les règles de base définies plus haut. (calcul par instances, variables internes et externes, compatibilité de fdn).
Cette figure illustre également le fait que, les répertoires étant visualisés comme des pages, l'utilisateur peut leurs associer des liens ajoutés. On voit ainsi qu'au répertoire ri ont été associés (par la technique des liens ajoutés) les répertoires r2 et r3 ainsi que la page p6.
Le passage au mode Accepté signifie que l'utilisateur valide le lien qui est en mode Suggéré. Cette action a pour effet : 1. de stocker ledit lien dans son espace de stockage personnel, de manière à ce qu'il lui soit présenté à nouveau avec chaque nouvelle présentation du contenu du répertoire dans lequel
ledit lien a été rangé ; cette présentation a lieu mëme si ledit lien a été supprime dans le répertoire qui en était la source) - ceci par opposition aux liens en mode Suggéré qui ne sont plus présentés dès le moment où il sont supprimés dans le répertoire source ; cette présentation a lieu même si le répertoire qui en était la source n'est plus sélectionné (a été décoché).