INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
L'ensemble des n#uds Webbike constitue un arbre d'instructions Webbike commandant un interpréteur pour permettre de "naviguer" au sein de la source de données analysée. Une telle navigation est déclenchée par la réception, par le module Webbike, d'une demande de création d'objets.
Il existe, selon l'invention, de nombreux n#uds de type synchronisation permettant de se synchroniser sur un n#ud d'un langage de type "markup" de la page ou du document analysé (e) le module de création d'objets. On peut citer, à titre d'exemple, un n#ud Webbike du type permettant de se synchroniser sur le prochain commentaire HTML, ou un n#ud Webbike du type permettant de conditionner une synchronisation sur le contenu d'un n#ud d'un langage de type "markup". Cette condition de synchronisation peut notamment consister à effectuer une recherche d'expressions régulières au sein du contenu dudit n#ud d'un langage de type "markup". Il est à noter qu'une telle recherche d'expressions régulières est également utilisée, au sein d'une page Web, dans le système de publication multi - terminal "Portal - To - Go", mais dans un tout autre but (recherche directe de motifs dans une page, sans respect de l'arborescence de la page, et non pas synchronisation sur les n#uds HTML de cette page, dans le dessein d'extraire les données brutes contenues dans chacun des
noeuds).Avantageusement, il existe en outre au moins un des types de n#uds Webbike suivants: - des n#uds Webbike du type permettant la définition d'une sous-fonction d'extraction ; (tag Webbike) - des n#uds Webbike du type permettant l'indication du ou des objet(s) utilisé(s) dans une sous-fonction d'extraction ; (tag implements) des n#uds Webbike du type permettant la définition d'une page Webbike ; (tag page) - des n#uds Webbike du type pouvant être réutilisés avec éventuellement une liste de paramètres ; (tag method) des n#uds Webbike du type permettant la déclaration des paramètres d'une page ou d'un n#ud réutilisable ; (tag param-list) des n#uds Webbike du type permettant d'appeler une autre page Webbike sans se synchroniser sur un n#ud d'un langage de type "markup" ; link) des n#uds Webbike du type permettant d'appeler un n#ud de type réutilisable ; (tag call) des n#uds Webbike du type permettant de faire le lien vers une autre page Webbike ; (tag action) - des n#uds Webbike du type permettant la définition d'une URL dynamique pour une page HTML ; (tag dynamic-url) des n#uds Webbike du type permettant d'affecter une valeur à un paramètre ; (tag param) - des n#uds Webbike du type permettant de répéter une séquence d'au moins un n#ud Webbike ; (tag multiple) - des n#uds Webbike du type permettant d'inclure au moins une commande dans un emplacement normalement non autorisé d'une séquence d'au moins un n#ud Webbike ; (tag block) - des n#uds Webbike du type permettant de définir au moins deux façons de se synchroniser selon le contenu d'un document ; (tag switch)
des n#uds Webbike du type permettant d'interpréter de façon conditionnelle une séquence d'au moins un n#ud Webbike. (tag if/else) On présente, en annexe 6, des exemples de la syntaxe associée à certains des n#uds Webbike décrits ci-dessus.
De façon avantageuse, lesdits n#uds Webbike de type commande appartiennent au groupe comprenant : - des n#uds Webbike du type permettant de définir un bloc d'au moins une commande associé à un n#ud (tag Webbike) du type permettant la définition d'une sous-fonction d'extraction ; (tag command) - des n#uds Webbike du type permettant l'extraction du contenu textuel d'un n#ud d'un langage de type "markup" ; body) - des n#uds Webbike du type permettant l'extraction d'au moins un attribut du n#ud d'un langage de type "markup" courant ; (tag attributes) - des n#uds Webbike du type permettant de désigner une valeur constante ; (tag constant) - des n#uds Webbike du type permettant d'assurer des fonctions de transformation des informations extraites d'un fichier exprimé selon un langage de type "markup". (function - substring, function - wordextract, function - check - url, function-java) Selon une technique avantageuse de l'invention, ladite au moins une commande, d'un bloc défini par un n#ud Webbike, appartient au groupe comprenant : les commandes de création d'objets ; les commandes de modification d'au moins un membre d'un objet.
Il existe ainsi, notamment, une commande de création d'un nouvel objet SIDL, une commande permettant de mettre à jour les membres d'un objet SIDL, et une commande permettant d'ajouter du texte à un membre d'objet SIDL.
Avantageusement, il existe au moins les deux types de page Webbike suivants :
De façon symétrique, la figure 2 montre un équipement d'automatisme 10 communiquant avec un appareil distant 30 sur un réseau IP 50. L'équipement d'automatisme 10 comprend un client WEB 22 capable d'émettre sur le réseau IP 50 des requêtes 53 codées selon le protocole SOAP. Une requête SOAP 53 est reçue par une application serveur WEB 32 de l'appareil distant 30 qui la décode, l'exécute et renvoie une réponse 54 en la codant selon le protocole SOAP. Le client WEB 22 est capable de recevoir et de décoder des réponses SOAP 54.
La figure 3 montre un équipement d'automatisme 10 comprenant à la fois un service WEB 21 et un client WEB 22 séparés, qui communiquent respectivement avec une application client WEB 31 et une application serveur WEB 32 d'un appareil distant 30.
Les applications client WEB 31 et serveur WEB 32 peuvent appartenir ou non à un même appareil distant 30 connecté au réseau IP 50 et comportant, par exemple, une application ERP (Enterprise Resource Planning). Dans la variante schématisée en figure 4, l'équipement d'automatisme 10 comporte un client WEB 22 qui est inclus dans un service WEB 21. Par exemple, ce service WEB 21 peut intégrer une fonctionnalité de souscription 51,52 à partir de laquelle il est possible d'envoyer, à l'initiative du service WEB 21 ou à l'initiative de l'équipement d'automatisme 10, une notification 53,54 vers au moins un appareil distant 30, pour informer celui-ci d'événements ou d'états concernant l'équipement d'automatisme 10.
L'exemple ci-dessous montre une requête 51 conforme au protocole SOAP, émise par une application client WEB 31, pour aller lire une information "voltage" sur un service WEB 21 d'un équipement d'automatisme 10 nommé : "http://equipement- automatisme-1.schneider-electric.com/service-1", suivi d'une réponse 52 conforme au protocole SOAP, émise par le service WEB 21 de l'équipement d'automatisme 10, retournant la valeur "220" pour l'application WEB client 31.
Message SOAP incorporé dans la requête HTTP 51 : POST /service-1 HTTP/1.1 Host : equipement-automatisme-l.schneider-electric.com Content-Type : text/xml ; charset="utf-8" Content-Length : nnnn SOAPAction : "Soma-URI" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"> Voltage Message SOAP incorporé dans la réponse HTTP 52 : HTTP/1. 1 200 OK Content-Type: text/xml ; charset="utf-8" Content-Length : nnnn SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"> 220 Pour communiquer sur le réseau IP 50, l'équipement d'automatisme 10 comporte une interface réseau WEB 15 de type HTTP, HTTPS, SMTP, FTP, TCP/IP ou UDP/IP.
Cette interface réseau 15 est capable de faire l'acheminement de messages 51,54 provenant du réseau IP 50 vers un client WEB 22 ou vers un service WEB 21 identifié par une adresse URL, URI ou IP, et de faire l'acheminement de messages 52,53 provenant
d'un service WEB 21 ou d'un client WEB 22 de l'équipement d'automatisme 10 vers une adresse URL, URI ou IP sur le réseau IP 50.
Selon un autre mode de réalisation, il est également possible d'envisager qu'une application client WEB 31 d'un appareil distant 30 envoie sur le réseau IP 50 une requête 51 de type HTTP, HTTPS et non codée selon le protocole SOAP, à destination d'un service WEB 21 d'un équipement d'automatisme 10 identifié par une adresse URL, URI ou IP et que le service WEB 21 réponde sur le réseau IP 50 à l'aide d'une réponse 52 codée selon le protocole SOAP vers l'application client WEB 31. Une telle requête 51 HTTP, HTTPS peut, par exemple, être une requête "GET" ou "POST".
Les données transmises dans des requêtes 51,53 et des réponses 52,54, codées selon le protocole SOAP, peuvent représenter l'implémentation de protocoles de communication habituellement rencontrés entre un équipement informatique et un équipement d'automatisme. Parmi ces protocoles habituels, on retrouve notamment les protocoles MMS, MODBUS et UNI-TE.
Le système de communication peut avantageusement s'appuyer sur un document de description de service 61 qui décrit les capacités d'un ou plusieurs services WEB 21 d'un équipement d'automatisme 10, c'est-à-dire qui décrit les services WEB qu'un équipement d'automatisme 10 est en mesure de fournir ou de proposer. Ainsi, grâce à un tel document 61, un appareil distant 30 quelconque est en mesure de savoir en permanence quels sont les services disponibles dans un équipement d'automatisme 10. Un document de description de service 61 peut aussi contenir la description de plusieurs services WEB 21 standard, correspondant par exemple à des services implantés systématiquement dans toute une gamme bien identifiée d'équipements d'automatisme. De même, il peut aussi contenir un service WEB 21 particulier disponible sur toute une liste d'équipements d'automatisme distincts.
Un document de description de service 61 spécifie pour chaque service un ensemble de requêtes (nom de la requête, nature et nom des paramètres, attributs de la requête) ainsi que le ou les protocole(s) devant être utilisé(s) pour invoquer la requête auprès de l'équipement d'automatisme 10. Le cas échéant, ce ou ces protocoles peuvent être sous-entendus. Le document de description de service 61 est conforme à un langage de description de service faisant référence au protocole SOAP ou au protocole HTTP, HTTPS et fournissant une grammaire s'appuyant sur le langage XML ou XML schémas définis par le W3C. Selon un mode de réalisation préféré, il est conforme au langage de
description de service SDL (Service Description Language) spécifié par Microsoft Corporation, au langage de description de service SCL (SOAP Contract Language) spécifié par Microsoft Corporation ou au langage de description de service NASSL (Network Accessible Service Spécification Language) spécifié par IBM Corporation. Un document de service 61 peut contenir une ou plusieurs adresses URL, URI ou IP pointant sur un ou plusieurs services WEB 21.
Un service WEB 21 pourrait aussi être décrit par plusieurs documents de description de service 61 conformes chacun à un langage de description de service différent, de façon à ce qu'un même équipement d'automatisme 10 puisse être accessible à différentes applications informatiques. Par ailleurs, un document de description de service 61 peut se présenter sous forme compressée dans un format de compression standard de fichiers ou de documents, tel que ZIP ou GZIP.
En référence à la figure 5, un document de description de service 61 est mémorisé dans des moyens de stockage 60 d'un équipement d'automatisme 10, alors que, dans la figure 6, il est localisé dans des moyens de stockage 60' d'un appareil distant 30'. Ces moyens de stockage 60,60' peuvent indifféremment être un système de fichiers sur disque dur, CDROM, DVD, disquette, mémoire ou tout autre moyen de mémorisation. Un document de description de service 61 est donc accessible par un appareil distant 30 à partir de ressources distantes identifiées par une adresse URL, URI ou IP, lorsqu'il se trouve dans un équipement d'automatisme 10 ou dans un autre appareil distant 30'. Mais on pourrait envisager également qu'un document de description de service 61 soit accessible par un appareil distant 30 directement à partir de ses propres ressources locales (par exemple grâce à un lecteur de CD-ROM).
Dans la figure 5, un appareil distant 30 comporte une application informatique 33, telle qu'un outil de développement logiciel ou un navigateur, qui est capable d'émettre sur le réseau IP 50 une requête de lecture 55 conforme à un des protocoles du WEB (par exemple une requête HTTP), pour demander un document de description de service 61 décrivant les services disponibles dans un équipement d'automatisme 10. Ce document est ensuite renvoyé sur le réseau IP 50 à l'application informatique 33 dans une réponse 56. A partir de ces éléments, l'application informatique 33 peut : # visualiser le contenu du document de description de service 61 pour qu'un concepteur puisse développer une application client WEB 31 et/ou application serveur WEB 32 qui sera capable de communiquer respectivement avec un
service WEB 21 et/ou un client WEB 22 de l'équipement d'automatisme 10, grâce au protocole SOAP, # utiliser le contenu du document de description de service 61 pour construire et assembler tout ou partie d'une application client WEB 31 et/ou d'une application serveur WEB 32, de manière à décharger le développeur du client ou du serveur des aspects routiniers du développement d'application (construction des requêtes, transcodage des données, gestion des erreurs, etc.), # dans le cas où elle est construite pour cela, directement émettre des requêtes SOAP vers un service WEB 21 de l'équipement d'automatisme 10 à travers une application client WEB 31 intégrée, et/ou directement recevoir d'un client WEB 22 de l'équipement d'automatisme 10 des requêtes SOAP via une application serveur WEB 32, comme indiqué en figure 7.
2 Ambulatoire et capable de se prendre en charge, mais incapable de fournir un travail pendant plus de 50 % de son temps d'éveil.
3 Capacité de prise en charge propre beaucoup plus limitée. Passe plus de 50 % de son temps au lit ou dans une chaise.
4 Complètement grabataire. Incapable de se prendre en charge. Le patient reste totalement couché au lit ou sur une chaise. a) 1 patiente âgée de 50 ans, Madame GIL, porteuse d'hépatite C agressive génotype 1A a subi un traitement par interféron durant les six premiers mois. Le traitement par interféron a été de trois MU, trois fois par semaine. Le traitement a été très mal toléré par la patiente.
L'état général de celle-ci sous traitement par interféron à été évalué à 50 sur l'échelle de Karnofsky. De plus, le traitement interférons s'est révélé inefficace puisque la charge virale en fin de traitement n'a pas été négativée.
Un traitement par les HE a été commencé avec seulement deux HE à raison de 5 gouttes deux fois par jour pendant 8 semaines, dans les proportions pondérales suivantes : - Ravensara Aromatica pour 50 %, - Ledum Groenlandicum pour 50 %.
L'état clinique de la patiente avant le début du traitement présentait des périodes d'asthénie. Le bilan biologique avant traitement était le suivant : . Charge virale : 5,6 MEq . Taux de SGOT : 290 Ul/l . Taux de SG PT : 305 Ul/l Plaquettes : 222 000/ml3 Trois jours après le début du traitement d'HE, la patiente remarquait une très nette amélioration de son état général, passage du stade 2 à 1 sur l'échelle ECOG. En outre, le bilan biologique pratiqué trois semaines après révélait des taux transaminases suivants : Taux de SGOT : 52 Ul/l . Taux de SGPT : 77 Ul/l Le traitement d'HE selon l'invention a été poursuivi pendant cinq semaines supplémentaires. L'état général était excellent. Un nouveau bilan pratiqué après ces cinq semaines révélait les taux transaminases suivants : . Taux de SGOT : 39 Ul/l . Taux de SGPT : 53 Ul/l . Taux de yGT : 27 Ul/l
b) 1 patient âgé de 48 ans, dénommé "GIR", atteint d'une hépatite B en tant que porteur sain, révélée fortuitement douze ans après une contamination lors d'une transfusion sanguine pratiquée avant une intervention chirurgicale. Un bilan sérologique révélait un portage chronique du virus de l'hépatite B (AgHBs : +, AgHBe : , AcHBe : +, AcHBc : +, AcHBs : -), avant traitement avec une association d'HE selon l'invention.
Un traitement d'une association comprenant la proportion pondérale suivante : - HE Ravensara Aromatica 70 %, - HE Ledum Groenlandicum 30 %. a été administré de façon étalée dans le temps, à raison de 8 gouttes de Ravensara Aromatica le matin et 4 gouttes de Ledum Groenlandicum le soir pendant huit semaines au printemps et à l'automne. Une nouvelle sérologie après traitement indiquait que le patient était guéri (AgHBs : -, AcHBc : AcHBs : (28 UI), AgHBe : -, AcHBe : +). De plus, l'asthénie du patiente a disparu en moyenne trois jours après le début du traitement.
On note également lors de cette observation que ce patient présentait en moyenne 3 à 4 fois dans l'année des périodes d'asthénie (valeur 1 ou 2 selon la classification ECOG). A chaque période d'asthénie concomitante au traitement des HE, l'asthénie disparaissait en 3 jours (stade ECOG). Alors que si la période d'asthénie n'était pas concomitante au traitement des HE la période d'asthénie durait 4 à 5 semaines. L'action du traitement était donc très bénéfique sur l'état général. c) Madame VAS, présentait une altération de l'état général très importante (stade 3 ou 4 dans la classification ECOG). Le diagnostic d'hépatite B a été fait ultérieurement. Le bilan sérologique était le suivant : (AgHBs : +, AcHbs : AcHbc : +,AgHBe : +, AcHBs : -).
La charge virale (technique bDNA était de 22,2 Meq).
. Taux de SGOT : 96 Ul/l . Taux de SGPT : 159 Ul/l
. Taux de yGT : 29 Ul/l Le stade ECOG d'état général était 3 selon la classification ECOG.
La patiente a commencé le traitement d'HE, en associant le mélange selon les proportions pondérales suivantes : - Ravensara Aromatica 50 %, - Helichrysum Italicum ssp Serotinum : 20 % - Ledum Groenlandicum 30 %, La posologie était de 8 gouttes matin et soir pendant 8 semaines.
L'état général s'est amélioré très rapidement, le stade ECOG passant de 3 à 1 en 4 jours.
Les analyses biologiques à 1 mois de traitement sont peu améliorées, par contre on constate une normalisation des taux de transaminases à 2 mois de traitement (tableau 20). Après 2 mois de traitement l'état général allait de mieux en mieux et on observait un stade ECOG d'état général de 0. d) Monsieur CAM, âgé de 43 ans était porteur d'une hépatite B et C chronique découverte 12 ans auparavant. L'hépatite C de génotype 1 A était avec cirrhose certaine confirmée par biopsie hépatique. Ce patient a reçu plusieurs traitements par interféron pendant plusieurs années. Le dernier traitement associant Ribavirine et interféron. Ces traitements se sont avérés inefficace. La charge virale étant toujours positive. Le patient a débuté un traitement d'HE selon l'invention, associant deux HE selon les proportions pondérales suivantes - Ravensara Aromatica pour 50 %, - Ledum Groenlandicum pour 50 %, La posologie était de 8 gouttes matin et soir pendant 8 semaines, puis arrêt du traitement pendant 8 jours, puis reprise des cures de 8 semaines plusieurs fois de suite.
L'état général selon la classification ECOG était au début du traitement à 2. Après 1 semaine de traitement il est passé à 0.
La génératrice des périphéries extérieures 5b des galets 5 sont des arcs dont les centres sont décalés vers l'extérieur par rapport aux centres des tourillons 2a.
Dans le présent mode de réalisation, les chemins de gui dage de galets 1 a 1 de l'élément de joint extérieur 1 ont une section en forme d'arc double (forme d'arche gothique). Par suite, les chemins de gui dage de galets 1 a 1 et la périphérie extérieure 4b de chaque galet 5 forment un contact angulaire en deux points p et g. Les points de contact angulai res p et g sont opposés l'un à l'autre dans la direction de l'axe Z du tou rillon 2a, egale distance de l'axe central passant par le centre de la périphérie extérieure 5b du galet 5, et coupant l'axe Z à angle droit. Soit dit en passant, les chemins de guidage de galets 1 a 1 peuvent avoir une section en forme de V, de parabole, ou analogues. De plus, dans ce mode de réalisation, des surfaces d'épaulement 1a2 sont disposées dans les rai nures de piste 1 a au voisinage des chemins de guidage de galets 1 a 1, de façon que les faces d'extrémité 5c des galets 5 sur les côtés d'extrémités de tourillons, soient guidées par ces surfaces d'épaulement 1a2.
Comme les périphéries intérieures 3b des anneaux de sup port 3 sont en forme de cône se rétrécissant progressivement en diamètre vers l'extrémité de tourillon, l'application d'un couple de rotation ce joint produit des composantes de charge F telles que représentées à la figure 6 (dans laquelle l'inclinaison de la périphérie intérieure 3b est plus exagérée que dans les figures 5(A) et 5(B)). Plus spécifiquement, des composantes de charge F dirigées vers les extrémités de tourillon apparaissent aux points de contact S entre les périphéries intérieures 3b des anneaux de support 3, et les périphéries extérieures 2a1 des tourillons 2a. Ces compo santes de charge F agissent pour pousser les anneaux de support 3 vers le haut et les aiguilles de roulement 4 vers les extrémités de tourillon, de fa çon que les anneaux de support 3 et les aiguilles de roulement 4 soient pressés contre les circlips 6 sur les côtés d'extrémités de tourillons. Cela stabilise les points de contact S entre les périphéries intérieures 3b des anneaux de support 3 et les périphéries extérieures gal des tourillons 2a. En outre, les composantes de charge F agissent également pour pousser les galets 5 vers le haut en direction des extrémités de tou rillon, par l'intermédiaire des anneaux de support 3 et des aiguilles de roulement 4, pour stabiliser ainsi l'orientation des galets 5 par rapport aux chemins de guidage de galets 1 a 1. Cette stabilisation des points de contact S la stabilisation d'orientation des galets 5 se combinent l'une l'autre pour réduire la poussée induite et la résistance de glissement, ainsi que pour rétrécir la plage de variations de ces valeurs. Par suite, dans le joint universel homocinétique de ce mode de réalisation, on peut rendre plus petites les spécifications de la poussée induite et de la résistance de glissement. De plus, le joint peut être réglé avec précision à l'intérieur des spécifications. Soit dit en passant, les périphéries intérieures 3b des an neaux de support 3 peuvent avoir une forme cylindrique.
Les réglages de la poussée induite et de la résistance de glissement, de même que leurs effets, sont en conformité avec ceux du premier mode de réalisation décrit ci-dessus. Par suite, on ne reprendra pas sa description.
On remarquera que la présente invention, en association avec les réglages de la poussée induite et de la résistance de glissement, n'est pas limitée aux joints universels homocinétiques présentant les con figurations décrites ci-dessus, mais peut s'appliquer à des joints univer sels homocinétiques présentant d'autres configurations.
On décrira maintenant un quatrième mode de réalisation de la présente invention en se référant aux figures 10 à 13(B). Ici, la figure 10 est une vue d'extrémité, partiellement en coupe, d'un joint universel ho mocinétique. La figure 11(A) est une vue en coupe longitudinale d'un élé ment tripode et d'un ensemble de galet du joint universel homocinétique de la figure 10. La figure 11(B) est une vue en plan de la figure 11(A) . La figure 12 est une vue en coupe agrandie d'un anneau. La figure 13(A) est une vue en coupe longitudinale du joint universel homocinétique sous un certain angle de fonctionnement.
Comme représenté à la figure 10, le joint universel homoci nétique comprend un élément de joint extérieur 10 et un élément tripode 20. L'un des deux arbres à accoupler est relié à l'élément de joint extérieur 10, et l'autre arbre est relié à l'élément tripode 20.
L'élément de joint extérieur 10 comporte trois rainures de piste 12 s'étendant axialement dans sa périphérie intérieure. Chacune des rainures de piste 12 comporte des chemins de guidage de galets 14 formés sur ses parois latérales circonférentiellement opposées. L'élément tripode 20 comporte trois tourillons 22 qui font saillie radialement. Chacun des tourillons 22 porte un galet 34, et ce galet 34 est logé dans l'une des rai nures de piste 12 de l'élément de joint extérieur 10. Les périphéries exté rieures des galets 34 sont des surfaces convexes se conformant aux chemins de guidage de galets 14. L'élément tripode 20 comporte un trou clavette (ou un trou cannelé) 24 pour recevoir une partie d'arbre à clavette (ou une partie d'arbre cannelé) de l'arbre à accoupler.