INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
,'invention a plus particulièrement pour objet un produit tel que défini ci-dessus, aractérisé en ce que : le ou les inhibiteurs de NO synthases sont choisis parmi le groupe constitué par la ,-nitro-arginine (LNA), l'ester méthylique de la L-nitro-arginine (LNAME), la ,-N-monométhylarginine (LNMMA), l'aminoguanidine, l'agmatine, le 2-amino- -(méthylamino)benzimidazole, le 5-nitro-indazole, le 6-nilro-indazole, le 7-nitro- idazole, le 1,2-(trifluorométhylphényl) imidazole (TRIM), la 2-amino-4-méthyl- - (2-aminoéthyl)pyridine, la 2-iminopipéridine, la 2-iminohomopipéridine, la 2-imino- ,6-dihydro-l,3-thiazine, la 2-imino-5,6-dihydro-1,3-oxazine, la N-phényl- -thiophènecarboximidamide, la 2-iminotétrahydropyrimidine, la S-éthylisothiourée, @ S-méthyl-L-thiocitrulline, la S-éthyl-L-thiocitrulline, le (S)-N-{4-[4-[(3,4-dihydro- -hydroxy-2,5,7,8-tétraméthyl-2H-l-benzopyran-2-yl)-carbonyl]-l-pipérazinyl]phényl}- -thiophènecarboximidamide et la 4-[3,5-bis(l,l-diméthyléthyl)-4-hydrexyphényl]f-{4-[(imino(2-thiényl)méthyl)amino]phényl}-N-méthyl-2-thiazoleméthanamine, ainsi ue les sels pharmaceutiquement acceptables de ces derniers ; et le ou les inhibiteurs de phospholipases A2 sont choisis parmi le groupe constitué par la iépacrine et l'acide aristolochique et leurs analogues, ainsi que les sels harmaceutiquement acceptables de ces derniers. encore plus préférentiellement, l'invention a pour objet un produit tel que défini i-dessus, caractérisé en ce que : le ou les inhibiteurs de NO synthases sont choisis parmi le groupe constitué par l'aminoguanidine, le 7-nitro-indazole et la 4-[3,5-bis(l,l-diméthyléthyl)-4- hydroxyphényl]-N-{ 4-[(imino(2-thiényl)mcihyl)amino]phényl }-N-mthyl-2-thiazole- méthanamine, ainsi que les sels pharmaceutiquement acceptables des composés précités ; et le ou les inhibiteurs de phospholipases A2 sont choisis parmi le groupe constitué par la mépacrine, l'acide aristolochique et leurs analogues, ainsi que les sels pharmaceutiquement acceptables de ces derniers.
Comme déjà indiqué, un produit selon l'invention pourra être utilisé dans le traitement de athologies dans lesquelles le monoxyde d'azote et/ou les phospholipases A2 sont
impliquées. Ces pathologies incluent en particulier les troubles cardiovasculaires et cérébrovasculaires, les troubles du système nerveux central ou périphérique, les maladies prolifératives et inflammatoires, les diarrhées, les vomissements, les irradiations radioactives, les radiations solaires, les transplantations d'organes, les maladies autoimmunes et virales, le cancer, et plus généralement toutes les pathologies caractérisées soit par une production excessive de monoxyde d'azote et/ou des phospholipases A2, soit par un dysfonctionnement lié au monoxyde d'azote et/ou aux phospholipases A2.
B). J. Am. Acad. Dermatol. 1998, 38: 45-48.
8- SOMEYA K. The effect of natural carotenoid (palm fruit carotene) intake on skin
lipid peroxidation in hairless mice. J. Nutr. Sci. Vitaminol. 1994, 410: 303-314.
9- ALEXANDER M., NEWMARK HK, MILLER R.G. Oral 3-carotene can increase
the number of OKT4+ cells in human blood. Immunol. Lett. 1985, 9: 221-224.
- MATHEWS-ROTH M. Systemic photoprotection. Dermatologic Clinics. 1986, 4
(2): 335-339.
11- DI MASCIO D. Lycopen as the most efficient biological cartenoid singlet oxygen
quencher. Atch. Biochem. Biophys. 1989, 274: 532-538.
12- NEUMANN R., RAPPOLD E., POHL-MARKL H. Treatment of polymorphous
light eruption with nicotinamide: A pilot study. Br. J. Dermatol. 1986, 115: 77-80.
13- GUICHARDANT M., TRAITLER H., SPIELMAN D. et al. Stearidonic acid, an inhibitor of the 5-lipoxigenase pathway. A comparison with timnodonic and
dihomogammalinoleic acid. Lipids. 1993, 28 (4): 321-324.
NOUVELLES COMPOSITIONS PHARMACEUTIQUES A ACTION ANTI-INFLAMMATOIRE ET LEUR PROCEDE DE PREPARATION La présente invention concerne le domaine de la chimie thérapeutique et plus particulièrement celui des médicaments.
Elle a plus précisément pour objet de nouvelles compositions pharmaceutiques à action anti-inflammatoire sans effet secondaire gênant.
Dans une autre architecture également existante, 1 unité de raccordement et le système de gestion sont situés derrière le commutateur CO et dans ce cas ne forment qu'un seul système.
En particulier s'agissant de versement par carte avec microcircuit, l'unité de raccordement UR reçoit periodiquement, après introduction de la carte CA dans le publiphone PU et établissement d'une communication de départ depuis le publiphone PU, un solde d'unités téléphoniques So lu dans carte par le publiphone afin que l'unité UR connaisse l'état de ce solde tout au long de la communication. Le solde So est initialement égal à un crédit CR a l'achat de la carte. La carte est inutilisable dès que le solde est nul et tant que le solde reste nul si la carte est rechargeable, ou bien est inutilisable au-delà d'une date de validité de la carte.
Cette mise en oeuvre n'est pas limitative, d'autres alternatives existent et ne sont pas décrites ici. Les moyens essentiels intervenant dans une communication téléphonique entre une carte téléphonique sans microcircuit selon le deuxième type sont analogues à ceux montrés à la figure 1. La carte est analogue à un badge sur lequel est inscrit le numéro d'appel téléphonique du serveur SE, par exemple à 3 ou 4 chiffres, et sur lequel est visible après grattage un numéro d'identification IC de la carte ayant une dizaine de chiffres à composer avant chaque communication ; la carte sans microcircuit, dite carte virtuelle, se résume ainsi à un numéro d'identification IC et n'est naturellement pas introductible dans un publiphone. Le serveur SE n'est pas un serveur dédié aux versements à bonnes oeuvres, mais assure une gestion plus étendue relative aux caractéristiques des cartes prépayées sans microcircuit, telles qu'en particulier solde d'unités So par rapport au crédit CR initialement enregistré dans le serveur préalablement à la mise en vente de la carte, en correspondance avec le numéro d'identification IC de la carte, ainsi que relative au recueil versements pour les bonnes oeuvres selon l'invention. Dans suite de la description, les deux réalisations principales du procédé de versement selon l'invention et les variantes de celles-ci sont décrites chacune d'abord en détail pour une carte prépayée à microcircuit, puis en soulignant les différences analogies pour une carte prépayée sans microcircuit Comme montré à la figure 2, le procédé de versement bonnes oeuvres par acte volontaire selon une première réalisation de l'invention, comprend principalement des étapes EO à E7.
Comme il est connu, une procédure d'établissement d'une communication téléphonique de départ à 1 aide d'une carte à microcircuit commence par l'introduction de la carte CA dans le publiphone PU et la prise de la ligne LT (décrochage) à l'étape E0. A la fin de l'identification, puis le cas échéant à la fin de l'authentification active de la carte par le réseau téléphonique RE, une tonalité d'invitation à transmettre est envoyée par l'unité de raccordement UR à laquelle le publiphone PU est rattaché. L'usager de la carte CA compose à l'étape E1 un numéro court facilement mémorisable, comme le numéro 3067 correspondant au mot "DONS". Le réseau téléphonique, via le commutateur CO, dirige cet appel vers le serveur dédié SE.' Ensuite, après que l'unité de raccordement UR ait lu dans la carte CA le solde d'unités téléphoniques SO transmis en code à multifréquence DTMF (Dual Tone Multiple Frequency), l'unité UR signale au serveur SE que le solde est positif, c'est-à-dire différent de zéro, afin de déclencher 1 application de versement aux bonnes oeuvres.
Puis, à l'étape E3, le serveur SE transmet au publiphone PU à travers le commutateur CO l'unité un message vocal d'invitation à verser le solde, que "il reste SO dans votre carte ; voulez-vous faire don de la somme correspondante aux bonnes oeuvres BO ? Si vous êtes d'accord, appuyez sur la touche TV, sinon raccrochez", ' où le solde transmis SO, -de préférence affiché le publiphone, est un nombre d'unités téléphoniques, ou bien est exprimé en numéraire, et TV désigne une touche de validation prédéterminée, par exemple une touche verte du publiphone. La validation prédéterminée peut aussi être réalisée par un système de reconnaissance vocale.
Après détection d'un signal de validation transmis par le publiphone PU à la suite de la validation TV faite par l'usager à l'étape E4, l'unité de raccordement UR annule le solde SO faisant office de don et l'envoie à travers le publiphone PU dans la carte CA à l'étape E5 ; toutes les unités téléphoniques prépayées étant "consommées", la carte CA contenant un solde nul devient alors inutilisable. Simultanément, à l'étape E6 l'unité de raccordement UR transmet au serveur SE une séquence DTMF contenant le nombre d'unités SO pour incrémenter avec celui-ci le compteur CBO correspondant aux bonnes oeuvres BO dans le serveur. 'Le procédé est ensuite terminé par la libération de la ligne LT, soit par le publiphone, soit par le serveur SE via l'unité UR à l'étape E7.
A l'étape E4, si après une temporisation de quelques dizaines de secondes succédant à l'étape E3, l'usager ne s'est pas manifesté par un raccrochage, le serveur SE libère la ligne LT et termine procédé à l'étape E7, sans procéder à un don.
complément des étapes E3 et E4, le serveur SE invite l'usager également à sélectionner une bonne oeuvre BO en envoyant une requête "A quelles bonnes oeuvres ?" au publiphone PU à l'étape E3 afin d'y associer des touches prédéterminées respectivement à des bonnes oeuvres, par exemple par affichage d'un tableau à l'écran du publiphone, et de sélectionner la touche associée à la bonne'oeuvre BO sélectionnée par 'usager à l'étape E4. Lorsque la carte CA est une carte du deuxième type, sans microcircuit, tout ce qui se déroule en relation avec le solde SO dans l'unité UR selon la figure 2 est réalisé dans le serveur SE gérant ici des cartes du deuxième type.
l'étape initiale E0, le numéro d'appel à 3 ou 4 chiffres du serveur SE, puis, après la prise de la ligne LT, le numéro d'identification de la carte sont composés au clavier du publiphone PU, ou sont générés automatiquement après introduction de la carte dans le publiphone et lecture de ces numéros dans la mémoire ROM de la carte ; le publiphone peut être ici remplacé par un terminal téléphonique quelconque, y compris radiotéléphonique, éventuellement muni d'un lecteur de carte. Le numéro d'identification transmis depuis le publiphone PU vers le réseau RE est analysé par le serveur SE pour identifier la carte et activer un décompteur d'unités dans le serveur contenant le solde SO associé à la carte et enregistrant initialement le crédit CR avant la mise en vente de la carte prépayée.
Puis, en réponse à une tonalité d'invitation à transmettre transmise de l'unité UR au publiphone PU, l'usager compose à l'étape E1 le numéro de versement correspondant au mot "DONS" au clavier. Lorsque le mot "DONS" est reconnu par le serveur, celui-ci constate l'intention de l'usager d'effectuer un versement aux bonnes oeuvres BO. Après avoir examiné que le solde SO est positif à l'étape E2, le message d'invitation à verser est transmis par le serveur à l'étape E3 et les étapes E4 à E7 sont effectuées selon la validation de versement de don ou non par la touche TV, le transfert du solde SO décrémenté à zéro depuis le décompteur d'unités*-dans le compteur CBO aux étapes E5 et E6 étant réalisé en interne dans le serveur SE. Selon une première variante de la première réalisation montrée à la figure 3 relative au versement d'une partie du solde de la carte, le procédé de versement comprend les étape E0, E1, E2 et E5 à E7, mais également entre les étapes E2 et E5, des étapes E3a et E4a analogues aux étapes E3 et E4 et étapes supplémentaires E40 à E42 qui avec l'étape E4a remplacent l'étape E4, l'étape E42 étant suivie d'étapes E5a et E6a analogues aux etapes E5 et E6. Après le signalement d'un solde positif SO dans la carte par l'unité de raccordement UR serveur SE à l'étape E2, le serveur SE envoie un message d'invitation à sélectionner un versement au publiphone PU, le cas échéant incluant invitation à sélectionner une bonne oeuvre BO, à travers le réseau RE et l'unité UR à l'étape E3a afin que l'usager sélectionne soit le versement du solde entier SO, comme à l'étape E3, soit une partie du solde, le solde ou la partie du solde étant exprimée nombre d'unités téléphoniques ou en numéraire. message vocal d'invitation précité peut être "il reste SO sur votre carte, voulez-vous faire don aux bonnes oeuvres BO ? Si vous être d'accord pour verser la totalité, appuyez sur la touche Ti et validez par la touche TV; si vous ne voulez verser qu'une partie, appuyez la touche T2 et validez par la touche TV; sinon raccrochez".
Le solde SO est de préférence affiché sur le Publiphone PU.
Si à l'étape suivante E4a, l'usager a appuyé sur touches T1 et TV, l'unité de raccordement UR envoie un code DTMF correspondant à la touche T1 (chiffre 1) pour valider le versement de tout le solde au serveur SE à l'étape E40. Le procédé continue par l'envoi d'un ordre d'écriture contenant le nombre d'unités téléphoniques faisant office de égal ou correspondant au solde, par l'unité de raccordement UR vers le Publiphone PU et vers le serveur SV aux étapes E5 et E6, avant libération ligne LT à l'étape E7.
Par contre, si à l'étape E4a, l'usager décide d'appuyer sur les touches T2 et TV, l'unité raccordement UR envoie un code DTMF correspondant à la touche T2 (chiffre 2) au serveur SE à l'étape E41. La messagerie vocale du serveur SE produit alors en réponse au code de la touche T2, un message vocal de demande de partie de solde à verser vers le Publiphone PU à l'étape E42, tel que "Combien d'unités téléphoniques voulez-vous verser ? Donnez le nombre et validez par la touche TV".
L'usager compose alors au clavier du Publiphone un nombre d'unités de taxe NUT, ou bien une valeur numéraire, inférieur au solde SO annonce à l'étape E3a et appuie sur la touche TV. Puis le procédé passe aux étapes E5a et E6a, au cours desquelles le solde SO décrémenté du nombre d'unités teléphoniques NUT faisant office de don et correspondant à la partie de solde indiquée par l'usager. Le solde décrémenté est transmis en code DTMF au publiphone PU pour mise à jour dans la carte CA et au serveur SE pour incrémenter le compteur CBO, le procédé se terminant par l'étape E7.
' à l'étape E4a ou E42 l'-usager a raccroché, ou s'il n'a pas appuyé sur l'une des paires de touches T1 + TV et T2 + TV, ou s'il n'a pas composé un nombre NUT suivi d'un appui de la touche TV, après une temporisation de quelques dizaines de secondes succédant à l'étape E3a ou E42, le procédé se termine à l'étape E7 par la libération de la ligne LT soit par le publiphone PU, soit par le serveur SE via l'unite UR.
Pour une carte prépayée sans microcircuit, les étapes EO à E4a sont appliquées à ce deuxième type de carte 'une manière analogue aux étapes EO à E4, comme décrit précédemment. Les étapes E5 et E6, ou E5a et E6a, relatives au transfert du solde SO ou du nombre d'unités NUT à verser aux bonnes oeuvres vers le compteur CBO sont réalisées en interne dans le serveur SE, avec décrémentation du décompteur d'unites associé à la carte. Selon une deuxième variante de la première réalisation montrée à la figure 4, le procédé de versement est modifié afin d'inciter systématiquement l'usager à verser le solde de la carte lorsqu'il est égal inférieur à un seuil TH par exemple égal à 3 unités téléphoniques. début de cette deuxième variante, après l'étape initiale E0, l'étape E1 est supprimée et quatre étapes E21 à E24 remplacent l'étape E2 afin que serveur SE soit appelé automatiquement si le solde est au plus égal au seuil TH. Apres mémorisation du solde SO lu dans la carte par l'unité de raccordement UR à l'étape E21, l'unité UR compare le solde lu SO transmis par le publiphone au seuil à l'etape E22. L'unité UR appelle le serveur SE en composant automatiquement le numéro "DONS" et aboute la liaison ainsi établie avec le serveur SE dédié aux versements à la liaison avec le publiphone PU à l'étape E23 lorsque le solde SO est inférieur ou égal au seuil TH à l'étape E22, afin que l'unité UR transmette le solde SO au serveur SE à l'étape E24. Lorsque le solde est différent de zéro, le serveur SE envoie au publiphone PU un message vocal d'invitation à verser le solde à l'étape E3, qui est par exemple le suivant I1 reste SO sur votre carte, voulez-vous faire don de la somme correspondante aux bonnes oeuvres BO Si vous êtes d'accord, appuyez sur la touche sinon touche T2, et validez par touche TV", afin de proposer d'effectuer un versement équivalent au solde de la carte. Comme dans la figure 2, message peut contenir une invitation à sélectionner une bonne oeuvre BO.
Ces caractéristiques répondent donc bien à des besoins qui se font sentir et qui ont été précédemment évoqués.
Dans qui suit, sans en limiter en quoi que ce soit la portee, on se placera ci-apres dans le cadre de l'application préférée de l'invention, sauf mention contraire, c'est-à-dire dans le cas de transmissions téléphoniques via le réseau Internet.
La figure 3 illustre schématiquement un exemple système d'application base de carte à puce selon un premier aspect l'invention, permettant à cette dernière d'agir en tant que client/serveur "WEB.
A l'exception de couches logicielles de protocole de communication spécifiques, référencées 13 et 23a, respectivement implantees dans le terminal 1 et carte à puce 2a, les autres éléments, matériels ou logiciels, sont communs à connu, notamment à ce qui a été décrit en regard des figures 2A et et il n'y a pas lieu de les re-décrire de façon détaillée. Le terminal 1 comprend des circuits 11 d'accès au réseau Ri, constitues exemple d'un modem. Ces circuits regroupent les couches logicielles inférieures, C1 et C2, qui correspondent aux couches "physique" et de "lien données". On a également représenté les couches supérieures, C3 et C4, correspondent aux couches "d'adressage de réseau" ("F", dans le d'Internet) et de "transport" ("TCP"). La couche supérieure d'application ("HTTP", "FTP", "e-mail", etc.) n'a pas été représentée.
L'interface entre les couches inférieures, C1 et C2, et les couches supérieures, C3 et C4, est constituée par une couche logicielle généralement appelée "driver couches basses". Les couches supérieures, C3 et s'appuient sur cette interface et sont mises en oeuvre par l'intermédiaire de bibliothèques de fonctions spécifiques ou bibliothèques réseau 14, avec lesquelles elles correspondent. Dans le cas du réseau Internet, "TCPIIP" est mis en ceuvre au moyen de bibliothèques dites de "sockets". Cette organisation permet à un navigateur 10 de poser des requêtes vers un serveur 4, pour la consultation de pages "WEB" (protocole "HTTP"), pour le transfert de fichiers (protocole "FTP") ou l'envoi de courrier électronique (protocole "e-mail"), ce de façon tout à fait classique en soi.
Le terminal 1 comprend également un lecteur de carte 3, intégré ou non. Pour communiquer avec la carte à puce 2a, le lecteur de carte 30 englobe également deux couches basses, CC1 (couche physique) et CC2 (couche de lien de données), jouant un rôle similaire aux couches C1 et C2. Les interfaces logicielles avec les couches CC1 et CC2 sont décrites, par exemple, par la spécification "PC/SC" ("part 6, service provider"). Les couches elles-mêmes, et CC2, sont notamment décrites par les normes ISO 7816-1 à7816-4, comme il a été rappelé.
De façon plus spécifique, les couches 13 et 23a sont chargées du dialogue entre la carte à puce 2a et l'hôte, c'est-à-dire le terminal 1. Ces couches permettent l'échange d'informations entre un utilisateur (non représenté) du terminal 1 et la carte à puce 2a, par exemple via des menus déroulants sous la forme d'hypertexte au format "HTML". Elles permettent aussi la mise en place d'une configuration adaptée pour l'émission et/ou la réception de paquets de données. Comme il a été indiqué ci-dessus, les couches comprennent trois entités distinctes. La première couche, 130 ou 230a, est essentiellement constituée un multiplexeur logiciel. Elle permet l'échange d'informations entre la carte ' puce 2a et le terminal hôte 1, sous la forme d'unités de données de protocole. Elle joue un rôle similaire à celui d'un commutateur de paquets de données. Ces unités sont émises ou reçues via la couche de niveau deux (couche de liens de données). Ce protocole particulier de communication permet de mettre en communications au moins une paire d'agents. Le premier agent de chaque paire, 132, est situé dans la couche 13, côté terminal 1, le second, 232a, est situé dans la couche 23a, côté carte à puce 2a. Une liaison entre deux "agents" est associée à une session, que l'on pourra appeler "S-Agent'. Une session est un échange de données bidirectionnel entre ces deux agents. Si l'une l'autre des couches, 13 et 23a, comporte plusieurs agents, les agents d'une même couche peuvent aussi établir de sessions entre eux et/ou avec les modules 131 et 231 a, qui constituent des agents particuliers. De façon plus précise, un agent est une entité logicielle autonome qui peut réaliser tout ou partie de fonctions des couches de niveau trois et quatre, en fonction de la configuration mise en ceuvre par le terminal 1.
Les agents sont associés à des propriétés ou attributs particuliers. Pour fixer les idées, et à titre d'exemple non limitatif, les six propriétés suivantes sont associées aux agents - "hôte" : agent localisé dans le terminal ; - "carte" : agent localisé dans la carte à puce ; - "local": agent ne communiquant pas avec le réseau ; - "réseau" : agent communiquant avec le réseau (côté terminal) ; - "client" : agent qui initialise une session ; - "serveur" : agent qui reçoit une demande de session.
Un agent particulier est identifié par une référence, par exemple un nombre entier de 16 bits (c'est-à-dire compris entre 0 et 65535). Le bit de poids fort (b15 = 1) indique si la référence est locale (communications locales à la carte à puce ou au terminal) ou distante (b15 = 0). II existe deux grandes catégories d'agents : les agents de type "serveur", qui sont identifiés par une référence fixe, et les agents de type "client", qui sont identifiés par une référence variable, que l'on peut qualifier d'éphémère, délivrée par le module de gestion de configuration, 131 ou 231 a. Les agents communiquent entre eux à l'aide d'entité dites "unités de donnée de protocole" ou "pdu" (pour "protocol data unit", selon terminologie anglo-saxonne) constituant une référence de destination et référence de source. On pourrait également appeler cette "pdu" particulière "SmartTP pdu", en référence au terme anglais "Smart Card" (carte à puce) couramment utilisé. Les "pdu" utilisent notamment les références définies ci-dessus. Une "SmartTP pdu", ou plus simplement "pdu" ci-apres, comporte une référence source, une référence de destination, un ensemble de bits constituant des drapeaux ou "flags" qui précisent la nature de la "pdu", et des données optionnelles - le drapeau "OPEN" (ouvert) est positionné pour indiquer l'ouverture d'une session ; - le drapeau "CLOSE' (fermé) indique la fermeture d'une session ; et - Le drapeau "BLOCK" (verrouillé) indique que l'agent est en attente d'une réponse de son correspondant et suspend toute activité. On appellera jeton une "pdu" qui ne comporte pas de données. L'entité "SmaftTP" contrôle l'existence de l'agent destinataire et réalise la commutation d'un paquet vers ce dernier. Une session agent "S-Agent' possède trois états remarquables, à savoir - un état déconnecté : aucune session n'est ouverte avec un autre agent - un état connecté : une session est ouverte avec un autre agent, une session "S-Agent' étant identifiée par une paire de références ; - un état bloqué, l'agent étant connecté et attendant réponse de son correspondant.