INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
La composition prête à l'emploi selon l'invention peut également comprendre en outre de préférence dans la composition contenant la ou les 1-(4-aminophényl)pyrrolidines de formule (1), au moins un polymère cationique ou amphotère .
Polymères cationiques Au sens de la présente invention, l'expression "polymère cationique" désigne tout polymère contenant des groupements cationiques et/ou des groupements ionisables en groupements cationiques.
on peut citer à titre d'exemple : - les produits ANTARON V216 ou GANEX V216 (copolymère vinylpyrrolidone / hexadécène) vendu par la société I.S.P.
Les polyéthers polyuréthanes peuvent être multiséquencés en particulier sous forme de tribloc. Les séquences hydrophobes peuvent être à chaque extrémité de la chaîne (par exemple : copolymère tribloc à séquence centrale hydrophile)
ou réparties à la fois aux extrémités et dans la chaîne (copolymère multiséquencé par exemple). Ces mêmes polymères peuvent être également en greffons ou en étoile.
Point de fusion : 168-170 C Stade 2 : 6 (1 ydroxycyclohexyl)-1-(méthylsulfonyl)-2,3,5,6-tétrahydro-IH cyclobuta [f]indole-6-carbonitrile 4 g du produit obtenu au stade 1 sont mis en réaction dans les conditions du stade 2 de la préparation 1.
Stade 3 : 1 (6-(Aminométhyl)-I-(méthylsulfonyl)-2,3,5,6-tétrahydro-1H cyclobuta [f]indol-6-yl]cyclohexanol 5,5 g du produit obtenu au stade 2 sont dissous dans 250 ml d'une solution 3,6 N de méthanol ammoniacal contenant 2 mg de nickel de Raney. Le mélange réactionnel est hydrogéné sous une pression de 30 bars à 60 C pendant 24 heures. Après filtration et évaporation du solvant, le résidu est repris par du dichlorométhane, lavé à l'eau à neutralité, séché et concentré pour isoler le produit attendu.
Stade 4 : 1-(6 j(Dimëthylamino)méthylJ 1-(méthylsulfonyl)-2,3,5,6-tétrahydro-1 cyclobuta [f]indol-6-yl]cyclohexanol 5,37 g de l'amine obtenue au stade 3 sont dissous dans 130 ml d'acétonitrile. Dans la solution refroidie à 0 C, 2,9 g de cyanoborohydrure de sodium et 6,9 ml d'une solution de formaldéhyde à 37 % dans l'eau sont introduits en maintenant la température à 0 C. Après 20 heures de réaction à température ambiante, le milieu est hydrolysé par 210 ml d'acide chlorhydrique IN puis agité 3 heures. Le mélange réactionnel est lavé avec 30 ml d'éther puis basifié par de la soude à 20 %. La phase aqueuse est extraite au dichlorométhane.
Après séchage et évaporation, le résidu est purifié par chromatographie sur gel de silice (CH2C12/EtOH : 95/5) pour conduire au produit attendu.
Point de fusion : 156-158 C (M. K.)
Stade 5: 1-{6-f(Diméthylamino)méthylj-2,3,5,6-tétrahydro-l H-cyclobutaUJindol- 6-yl}cyclohexanol 3,75 g du produit obtenu au stade 4 dans 100 ml de tétrahydrofurane sont ajoutés goutte à goutte sur 400 ml d'ammoniac liquide refroidi à -50 C. 0,56 g de sodium sont ajoutés par portions et l'agitation est maintenue durant 15 minutes. La réaction est stoppée par addition de 2,65 g de chlorure d'ammonium. On laisse revenir à température ambiante pour évaporer l'ammoniac puis reprend par de l'eau et extrait à l'éther. On sèche, évapore et recristallise de l'acétonitrile pour conduire au produit attendu.
Point de fusion : 159-161 C (M. K.) Stade 6 : 6-(Dimëthylamino)méthytJ 6-(l-hydroxycyclohexyl) N (3 pyridinyl)- 2,3,5,6-tétrahydro-IH cyelobuta%fJindole-1-carboxamide Le produit est obtenu selon le procédé de l'exemple 1, en utilisant comme substrat le produit obtenu au stade 5.
Point de fusion : 207-209 C ETUDE PHARMACOLOGIQUE DES COMPOSES DE L'INVENTION EXEMPLE 9 : de conflit de Vogel Le test s'effectue sur des rats mâles Wistar (IFFA-CREDO) de poids 230-250 g, stabulés en animalerie par groupes de 4 sur sciure, dans des cages avec boisson et nourriture à volonté pendant 5 jours avant leur utilisation et soumis aux conditions suivantes : température (21 1 C), humidité (60 5 %) et cycle diurne de 12 heures (7: 00 à 19 :00 Le lundi suivant leur arrivée, les animaux sont transférés dans la pièce d'expérimentation où ils séjourneront jusqu'au vendredi, jour de Test. Pendant 4 jours, du lundi au jeudi inclus, les animaux n'ont alors qu'une seule heure par jour d'accès à la boisson (de 9 :00 10 :00 La veille du test, à partir de 15 :00 les animaux sont isolés dans des cages sur grille, sans boisson ni nourriture.
Le test se déroule dans une cage plastique transparente située dans une enceinte insonorisée et ventilée. La cage comporte un plancher en acier chromé. L'embout métallique du flacon contenant la boisson pénètre dans la cage à une hauteur de 6 cm audessus du plancher métallique. Le plancher et l'embout du flacon sont reliés par des câbles électriques à un appareil qui assure l'enregistrement des lèchements de l'animal et contrôle l'administration des chocs électriques. L'appareil est réglé de telle sorte que l'animal reçoit un choc électrique (entre embout et plancher métallique) tous les 20 lèchements de l'embout.
Le jour du test, l'animal reçoit une injection (s.c.) de sérum physiologique (Témoin) ou de produit à tester, 30 minutes avant d'être placé dans la cage Test. La session débute dès que l'animal a effectué 20 lèchement et a reçu un premier choc électrique (durée 0,5 sec, intensité 0,300 mA). Pendant 3 minutes, l'animal reçoit un choc électrique chaque fois qu'il effectue 20 lèchements.
Les résultats sont les nombres de lèchements et de chocs reçus par l'animal pendant les 3 minutes du Test.
Les nombres de lèchements et de chocs reçus par les animaux traités sont comparés à ceux respectifs des animaux témoins, par analyse de variance, suivie d'un test de Dunnett avec P < 0,05. Un produit anxiolytique augmente le nombre de lèchements et de chocs reçus par l'animal, par rapport aux Témoins. A titre indicatif, le nombre moyen de lèchements non punis chez des animaux assoiffés est de 674,9 44,5 (N = 7) en 3 minutes.
L'efficacité d'un produit est exprimée par la dose minimale efficace (M. E.D.), c'est-à-dire la plus faible dose produisant une différence significative par rapport aux Témoins. Cette dose est de 2,5 mg/kg, s.c. pour le produit de l'exemple 1.
Résultats du produit de l'exemple n 1
Doses mg/kg, s.c. Lèchements punis Doses mg/kg, s.c. (1 choc/20 lèchements) 0 142,7 31,9 10 0,63 197,5 59,5 8 2,5 560,1 67,0* 8 10,0 499,3 95,3* 7 * P 0,05
EXEMPLE 10 : Test d'enfouissement des billes chez la souris Ce test permet d'évaluer la capacité d'agents pharmacologiques à inhiber le comportement spontané d'enfouissement de billes chez la souris, cette inhibition étant prédictive d'actions antidépressive et/ou anti-impulsive. Des souris mâles de souche NMRI (Iffa-Credo, L'Arbresle, France), pesant 20-25 g le jour de l'expérience, sont placées individuellement dans des boîtes en Macrolon (30 x 18 x 19 cm) contenant 5 cm de sciure et recouvertes par une plaque en plexiglass perforée. Vingt-quatre billes en verre "#il de chat" sont réparties régulièrement sur la sciure à la périphérie de la boîte. Au terme de 30 minutes d'exploration libre, les animaux sont retirés de la boîte et le nombre de billes enfouies est comptabilisé.
Sous le terme "équipement d'automatisme", on désignera ci-après un automate programmable, une commande numérique, une station de contrôle/commande mais aussi tout équipement ou module d'automatisme possédant au moins une unité de traitement, capable de se connecter sur un réseau IP tel que défini au paragraphe suivant, et capable d'exécuter un programme pour offrir une ou plusieurs fonctions d'automatisme dans une application d'automatisme. Par exemple, on inclura dans cette définition un module métier ou un module d'entrées/sorties d'un automate programmable, un terminal de dialogue, un variateur de vitesse, etc....
Il est connu qu'un tel équipement d'automatisme puisse intégrer un serveur WEB de façon à pouvoir échanger des données relatives à cet équipement d'automatisme avec un client WEB distant, tel qu'un navigateur, connecté à un réseau de communication global. Ce réseau global est de type Internet, Intranet ou Extranet, conforme à la norme TCP/IP ou à la norme UDP/IP, et sera appelé "réseau IP" dans la suite de l'exposé. Ces fonctionnalités sont décrites notamment dans les documents W09913418, US6061603 et US5805442. Les données relatives à l'équipement d'automatisme sont alors mises en forme et expédiées par le serveur WEB, par exemple sous forme de pages HTML ou XML. Il est également possible qu'un serveur WEB implanté dans un équipement d'automatisme puisse charger un programme, généralement appelé Applet, dans un appareil distant, lequel programme se déroule dans l'appareil distant de façon à échanger avec le serveur WEB de l'équipement d'automatisme des requêtes transportées par le protocole IP.
Sous le terme "appareil distant", on désignera ci-après soit un ordinateur individuel, un téléphone portable, un appareil de type PDA (Personal Digital Assistant),
soit un serveur informatique, tel qu'un serveur d'applications ASP (Applications Service Provider), un serveur WEB, un serveur WAP, un serveur de système de gestion de bases de données (SGBD), un serveur de progiciel de gestion intégré (PGI), un serveur ERP (Enterprise Resource Planning), un serveur EAI (Enterprise application integration), un serveur de gestion électronique de documents (GED), un serveur de commerce électronique interentreprises (B-to-B) ou tout autre système informatique. Par appareil distant, on peut aussi désigner un ensemble d'appareils distants communiquant entre eux. Un appareil distant comporte au moins une unité de traitement, est capable de se connecter à au moins un équipement d'automatisme par un réseau IP et d'exécuter un programme ou un ensemble de programmes informatiques. Certains équipements d'automatisme, tels que des terminaux de dialogue, peuvent être considérés comme des appareils distants.
Le protocole SOAP est un protocole permettant d'échanger de façon simple des informations dans un environnement décentralisé. Il est basé sur le langage normalisé XML (extensible Markup Language) et peut être utilisé en combinaison avec plusieurs autres protocoles du WEB tels que HTTP (Hyper Text Transfer Protocol), HTTPS (ou HTTP/SSL : Hyper Text Transfer Protocol / Secure Socket Layer), SMTP (Simple Mail Transfer Protocol), FTP (File Transfer Protocol) et avec le protocole IP. Le protocole SOAP est basé sur des schémas XML et fournit un vocabulaire définissant une structure, un contenu et une syntaxe des requêtes de communication. Ce protocole est déposé au W3C (World Wide Web Consortium).
Il serait particulièrement intéressant, pour le concepteur d'une application dans un appareil distant utilisant des outils de développement de plus en plus répandus sur le marché pour les applications WEB, de pouvoir directement échanger des données sur un réseau IP avec un ou plusieurs équipements d'automatisme et ceci grâce au protocole SOAP. En adaptant l'équipement d'automatisme à des protocoles issus du monde informatique, un équipement d'automatisme pourrait communiquer avec une application informatique distante développée séparément avec des outils de développement du monde informatique, sans avoir à développer des passerelles ou des protocoles propriétaires, ouvrant ainsi largement les domaines des automatismes au domaine de l'Internet.
Pour cela, l'invention décrit un système de communication sur un réseau IP entre un équipement d'automatisme exécutant un programme pour fournir des fonctions d'automatisme et un ou plusieurs appareils distants exécutant un programme ou un ensemble de programmes informatiques. Le système de communication est basé sur le protocole SOAP (Simple Object Access Protocol) dans le but de fournir à l'appareil distant des fonctions de surveillance, de visualisation, de contrôle, de configuration et de programmation de l'équipement d'automatisme, et le système de communication comporte, dans l'équipement d'automatisme, au moins un service WEB et/ou un client WEB qui peut interagir avec le programme de l'équipement d'automatisme, qui est capable de décoder des messages reçus en provenance du réseau IP codés selon le protocole SOAP et qui est capable d'encoder selon le protocole SOAP des messages à émettre sur le réseau IP.
Le système de communication peut aussi comporter un document de description de service qui décrit les capacités d'un ou plusieurs service (s) WEBimplanté(s) dans un équipement d'automatisme, ce document de description de service étant accessible par un appareil distant soit à partir de ses ressources locales, soit à partir de ressources distantes identifiées par une adresse URL (Uniform Resource Locator), URI (Universal Resource Identifier) ou IP (Internet Protocol). Il peut être mémorisé dans des moyens de stockage situés dans l'équipement d'automatisme ou peut être généré dynamiquement par l'équipement d'automatisme ; deplus il 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 (extensible Markup Language).
Etant donné l'aspect évolutif du langage XML, il sera possible d'ajouter des éléments nouveaux en assurant une compatibilité ascendante sans déstabiliser les développements antérieurs. De plus, grâce aux documents de description de service, on obtiendra une unification d'équipements très différents, en stockant et en rendant accessible par tous des "métadonnées" qui décrivent les services qu'ils sont capables d'exposer.
D'autres caractéristiques et avantages vont apparaître dans la description détaillée qui suit en se référant à un mode de réalisation donné à titre d'exemple et représenté par les dessins annexés sur lesquels :
la figure 1 représente un premier exemple d'un système de communication conforme à l'invention entre un équipement d'automatisme comprenant un service WEB et un appareil distant client, la figure 2 représente un deuxième exemple d'un système de communication entre un équipement d'automatisme comprenant un client WEB et un appareil distant serveur, la figure 3 représente un exemple dans lequel un équipement d'automatisme, communiquant avec un appareil distant à la fois client et serveur, comporte un client WEB et un service WEB séparés, la figure 4 reprend la figure 3 avec un équipement d'automatisme comportant un client WEB inclus dans un service WEB, la figure 5 représente un exemple de communication dans lequel un équipement d'automatisme fournit un document de description de service à un appareil distant de façon à pouvoir communiquer avec lui, la figure 6 schématise les différentes étapes d'un procédé mettant en #uvre le système de communication selon l'invention avec notamment un document de description de service mémorisé dans un appareil distant différent de l'équipement d'automatisme, - la figure 7 montre une variante du procédé de communication de la figure 6.
Un service WEB est une ressource accessible sur le WEB, au moyen d'une interface réseau, qui accepte des requêtes et renvoie des réponses à ces requêtes. Cette ressource est décrite de façon formelle par une interface logicielle contenue dans un document de description de service. Une implémentation d'une telle interface logicielle dans un équipement d'automatisme est appelée "service WEB" dans le présent exposé.
Un client WEB est une ressource pouvant accéder au WEB, au moyen d'une interface réseau, qui envoie des requêtes et reçoit des réponses à ces requêtes.
En référence aux figures 1 et 2, un équipement d'automatisme 10 est connecté par un réseau IP 50 à un appareil distant 30. L'équipement d'automatisme 10 comporte au moins une unité de traitement capable d'exécuter un programme 20 permettant d'offrir une ou plusieurs fonctions d'automatisme à une application d'automatisme. Ce
programme 20 peut être par exemple un programme application ou utilisateur permettant de faire du contrôle/commande d'une application d'automatisme ou directement le système d'exploitation de l'équipement d'automatisme 10. L'équipement d'automatisme 10 comporte au moins un service WEB 21 et/ou un client WEB 22 capable d'interagir avec le programme 20 de l'équipement d'automatisme. Un appareil distant 30 comporte au moins une unité de traitement capable d'exécuter un programme ou un ensemble de programmes informatiques pouvant intégrer une pluralité d'applications WEB client 31 et/ou serveur 32.
La figure 1 montre un équipement d'automatisme 10 communiquant avec un appareil distant 30 sur un réseau IP 50. L'appareil distant 30 exécute une application client WEB 31 capable d'émettre sur le réseau IP 50 des requêtes 51 conformes au protocole SOAP. Une requête SOAP 51 est reçue par un service WEB 21 de l'équipement d'automatisme 10 qui la décode, l'exécute et renvoie une réponse 52 en la codant selon le protocole SOAP. L'application client 31 est capable de recevoir des réponses SOAP 52.
Par conséquent, ces composants logiciels comportent une ou plusieurs séquences d'instructions dont l'exécution par ledit ordinateur permet la mise en oeuvre des procédés selon l'invention.
Dans la figure 9, l'ordinateur 10 qui peut être typiquement un micro-ordinateur ou une station de travail, comporte de façon classique une
unité centrale (CPU) 100, reliée à une mémoire morte (ROM) 101 et à une mémoire vive (RAM) 102, ainsi qu'à un bus de données 112.
Le bus de données 112 permet la communication entre les différents sous-éléments de l'ordinateur 10, ou les éléments qui lui sont liés. Cependant, la communication entre les différents sous-éléments de l'ordinateur n'est pas limitée au bus 112. En particulier, l'unité centrale 100 est susceptible de communiquer des instructions à tout sous-élément de l'ordinateur 10 directement ou par l'intermédiaire d'un autre sous-élément de l'ordinateur 10.
L'ordinateur 10 comporte une interface de communication 110 relié à un réseau de communication tel que le réseau 1 (représenté à la figure 1) tel que l'Internet et apte à recevoir des documents par exemple de type utilisant le langage HTML (HyperText Markup Language). Cet interface de communication 110 comprend par exemple un modem de type connu de l'homme de l'art.
L'ordinateur 10 comporte également de façon classique un moyen de stockage 106 tel que par exemple un disque dur. II peut également comporter un lecteur de disquettes 107, un lecteur de CD-ROM 108 et un lecteur de cartes de format dit PC-CARD 109.
Une disquette 7, un disque compact (CD) 8, une carte 9 de type PC-CARD, destinées à être lues respectivement par le lecteur de disquettes 107, le lecteur de CD-ROM 108 et le lecteur de cartes 109 ; ainsi que le disque dur 106, peuvent être utilisés pour le stockage de documents électroniques, ainsi que pour le stockage du code logiciel permettant la mise en oeuvre du procédé de configuration selon l'invention.
Selon un mode préféré de réalisation, le code exécutable du programme permettant de mettre en oeuvre le procédé de configuration, est mémorisé dans le disque dur 106.
Selon une variante de réalisation, le code exécutable de ce programme est stocké dans la ROM 101.
Selon une autre variante de réalisation, le code exécutable du programme peut être téléchargé à partir du réseau de communication 1 via l'interface de communication 110 pour être mémorisé sur le disque dur 106.
L'interface de communication 110 comporte par exemple un produit programme connu sous le terme de "navigateur Web" (en anglais Web browser).
Lors de l'exécution du programme, les variables créées et modifiées sont mémorisées dans des registres de la RAM 102.
L'ordinateur 3 comporte en outre un écran 103 permettant de servir d'interface graphique entre le programme selon l'invention et l'utilisateur, celui-ci pouvant formuler des requêtes à l'aide par exemple d'un dispositif de pointage tel qu'une souris 105, ou bien à l'aide d'un clavier 104.
L'ordinateur 10 comporte en outre divers périphériques, tels qu'une imprimante 14 permettant par exemple d'imprimer des documents téléchargés, ou un télécopieur 17. Ces périphériques sont reliés à l'ordinateur via une carte d'entrée/sortie 111.
Bien entendu, de nombreuses modifications peuvent être apportées au modes de réalisation de l'invention décrits ci-dessus sans sortir du cadre de l'invention.
La présente invention concerne un système de communication sur un réseau global de type Internet, Intranet ou Extranet, entre au moins un équipement d'automatisme offrant une ou plusieurs fonctions d'automatisme et au moins un appareil distant, permettant d'utiliser le protocole SOAP (Simple Object Access Protocol) à l'intérieur d'un équipement d'automatisme, grâce à au moins un service WEB et/ou un client WEB pouvant interagir avec un programme de l'équipement d'automatisme. La présente invention concerne également un procédé de communication basé sur ce système de communication ainsi qu'un équipement d'automatisme capable de mettre en oeuvre ce système et ce procédé de communication. Un tel système de communication peut s'appliquer à toute application d'automatisme appartenant au domaine des automatismes industriels, des automatismes du bâtiment ou du contrôle/commande des réseaux électriques de distribution.
Comme base élastomère thermoplastique de type styrène-Butadiene- Styrène (SBS), il est préconisé d'utiliser un composé SBS dit pur tel que produits dénommés VECTOR 2518 et VECTOR 8508 de la Société EXXON.
Le plastifiant peut être choisi dans une large gamme de produits susceptibles de convenir tels que des huiles de paraffine.
Le mélange des divers ingrédients est précédé d'une étape de malaxage à une température de l'ordre de 140 C par exemple de SBS en perles de des deux noms indiqués plus haut et d'huile de paraffine, pendant une demi- heure, afin d'obtenir un mélange parfait. Ensuite, on introduit les fibres peu à peu.
Eventuellement, d'autres composants minoritaires sont ajoutés tels que, par exemple, du noir de carbone, de la silice pour augmenter éventuellement la résistance à l'abrasion et des antioxydants complémentaires. Le mélange fini est immédiatement extrudé, puis granulé pour être ensuite introduit dans une presse à injection avec des moules de semelles.
Dans le tableau ci-dessous, on a reporté quelques essais de réalisation de semelles pour pantoufles selon l'invention avec une base SBS constituee de VECTOR 2518 et de plastifiant constitué d'huile de paraffine.
Dans le tableau, les semelles réalisées sont identifiées par leur numeros.
TABLEAU SEMELLES % % % lo Rupture Abrasion Dureté N SBS Plastifiant Fibres Allongement (MPa) (mg) (Shore A) 1 58,9 21 18,9 48 3,09 18 75 2 61,7 17,6 19,8 48 3,05 10 79 3 63,3 15,8 20,36 29 4,66 9 81 4 61,9 15,5 22,12 30,8 4,5 5 74 5 60,6 15,1 23,8 33,5 2,8 14 86 6 60,9 13 25,6 28 5,2 8 87 7 56,7 12,9 30,4 26 4,37 19 77 53,6 17,1 29,3 22 4,8 hors normes 50 30 20 24 3,2 hors normes 45 34,6 20 2 6 2,8 hors normes 40 39,6 20 20 2,6 hors normes A la lecture du tableau, on note que plus le pourcentage de plastifiant est élevé, avec un taux de fibres du même ordre, aux alentours de 20 plus la capacité d'allongement du matériau de la semelle est réduit.
La capacité d'allongement se réduit également lorsque l'on conjugue un taux fibres élevé et un faible pourcentage de plastifiant.
De même, la dureté shore A de la semelle a tendance, pour un taux de fibres du même ordre (20 %), a décroître avec l'augmentation du taux de plastifiant.
Un taux optimal de fibres est de l'ordre de 20 % en poids du total du mélange, cependant que le taux optimal de plastifiant est de l'ordre de 15 à 20 %, ce qui procure un compromis optimal des propriétés d'allongement, de rupture, d'abrasion et de dureté.
Les semelles ainsi obtenues ont des qualités similaires, voire supérieures, à celles des semelles réalisées conventionnellement. C'est ainsi qu'il a été noté que des semelles incorporant des fibres de tissus recyclees étaient de nature à offrir un meilleur confort du fait qu'elles étaient moins lourdes (la densité des fibres est nettement inférieure à celle de la gomme élastomère) et plus souples.
II est à noter qu'une partie des fibres du mélange peut être remplacée par une charge blanche, par exemple du carbonate de calcium, et colorants différents à la place du noir de carbone en vue d'obtenir toute gamme de couleurs de semelles susceptibles de s'adapter aux divers styles de pantoufles fabriquées.