INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
- la figure 4 est un schéma synoptique du système de test selon l'invention; - les figures 5 à 7 sont trois schémas procéduraux de la technique mise en oeuvre selon l'invention ; -les figures 8 et 9 illustrent deux variantes de traitement.
En outre, on trouvera en fin de description: - en Annexe 1, la liste des paramètres d'un "énoncé d'appel", - en Annexe 2, la structure des objets utilisés selon l'invention, - en Annexe 3 des exemples de fichiers d'entrées, et - en Annexe 4 des exemples de traitement.
Les annexes et les dessins contiennent, pour l'essentiel, des éléments de caractère certain. Ils pourront donc non seulement servir à mieux faire comprendre la description, mais aussi contribuer à la définition de l'invention, le cas échéant.
Des aspects préférés, mais non limitatifs, du système selon l'invention sont les suivants : - une transition d'un objet vers un état dans lequel s'exécutent une ou plusieurs premières actions amène ledit objet dans le premier sous-état dudit état de façon automatique.
- chaque objet possédant des secondes actions présente un premier sous-état dans lequel s'exécute, en sus des éventuelles premières actions, un envoi au moyen de séquencement d'un message de demande de déclenchement, par ledit moyen de séquencement, de l'exécution de la ou des secondes actions.
- chaque objet possède une transition automatique du premier sous-état vers un état sous-état intermédiaire d'attente d'un événement de déclenchement d'exécution de la part du moyen de séquencement, apte à provoquer une transition de l'objet vers l'un des seconds sous-états.
- la transition dudit sous-état intermédiaire vers l'un des seconds sous-états, de même que la transition d'un second sous-état vers un autre second sous-état, s'effectuent en réponse à un même événement (Next).
- chaque objet est apte à adresser au moyen de séquencement un message de demande d'activité (Put(next,...)) indiquant qu'il existe dans ce même objet un ensemble interruptible d'une ou plusieurs secondes actions, tandis que le moyen de séquencement comprend un moyen de mémorisation des messages reçus, et un moyen pour parcourir les messages mémorisés dans l'ordre de leur arrivée.
- chaque message de demande d'activité émis par un objet contient au moins une identification de l'objet.
- chaque objet comprend un compteur d'envois de messages de demande de déclenchement d'exécution apte à permettre de déterminer l'éventuelle caducité d'un événement de déclenchement d'exécution correspondant délivré par le moyen de séquencement.
- chaque objet possède un moyen de comparaison de la valeur contenue dans ledit compteur avec une valeur contenue dans un événement de déclenchement d'exécution reçu par ledit objet pour entrer dans ledit second sous-état donné.
- le moyen de mémorisation est également apte à conserver la trace des actions effectuées par lesdits objets.
- le moyen de mémorisation est également apte à mémoriser une succession de messages de trace reçus par le moyen de séquencement et comprenant chacun: - une identification de l'objet effectuant une transition ; et - une identification de l'origine de l'événement qui a déclenché ladite transition.
- chaque message de trace comprend en outre une identification de l'état dudit objet avant cette transition.
- chaque message susceptible d'être reçu par le moyen de séquencement comprend une information de type (next/trace) permettant de distinguer un message de trace d'un message de demande d'activité.
- le moyen de mémorisation est apte à mémoriser les messages de trace avec les messages de demande d'activité selon une séquence correspondant à leur succession temporelle, tandis que le moyen de séquencement comprend en outre un curseur de
traitement apte à parcourir, dans le sens de la séquence, les seuls messages de demande d'activité en vue de leur traitement.
- à chaque message est associée une information représentative de sa position dans le moyen de mémorisation.
- le moyen de séquencement est également apte à organiser de façon séquentielle le déroulement de premières actions causées par des événements extérieurs au système.
Le procédé selon l'invention permet donc avantageusement, selon les monomères mis en oeuvre et l'épaisseur de la membrane polymérique, d'obtenir des nanocapsules ayant une biodégradabilté contrôlée, voire si on le souhaite, des nanocapsules ayant une membrane non biodégradable et insoluble, pouvant constituer un réservoir de principe actif dont la libération s'effectue uniquement par diffusion à travers la membrane polymérique.
La substance B peut être n'importe quelle substance soluble ou dispersible dans le solvant ou le mélange de solvants choisi. En particulier, la substance B peut être une huile végétale ou minérale, ou toute substance huileuse, par exemple l'huile d'olive, le benzoate de benzyle, le myristate d'isopropyle, des glycérides d'acide gras ou l'huile d'amande douce.
La substance B peut également être une substance biologiquement active, par exemple une molécule utilisable comme principe actif de médicament ou comme précurseur d'un principe actif de médicament, ou encore un produit de contraste ou un réactif biologique.
La substance B peut également être un pigment, une encre, un lubrifiant ou un agent de traitement de surface.
On peut également utiliser en tant que substance B un mélange des substances ci-dessus, par exemple une huile contenant une ou plusieurs d'entre elles de ces substances en solution ou en suspension.
Les agents tensioactifs utilisés peuvent être des agents tensioactifs naturels, ou des agents tensioactifs synthétiques ioniques, non ioniques ou amphotères.
Dans chacune des phases, l'agent tensioactif ou le mélange d'agents tensioactifs est présent à raison de 0,01 à 10% en poids, de préférence 0,1 à 1% en poids.
En tant qu'agent tensioactif ionique, on utilisera par exemple le laurylsulfate de sodium.
En tant qu'agent tensioactif non ionique, et selon la phase dans laquelle ils seront mis en oeuvre, on utilisera de préférence des agents tensioactifs dont la balance hydrophile/lipophile ( de l'anglais HLB : hydrophilic/lipophilic balance) est élevée tels que, par exemple, les dérivés de sorbitanne polyoxoéthylénés (de type Tween), des copolymères d'oxyde d'éthylène et de propylène (de type Pluronic) ou des éthers d'alcools gras et de polyoxoéthylèneglycol ou au contraire des agents tensioactifs dont la balance hydrophile/lipophile est basse, tels que les dérivés de sorbitanne (de type Span ).
En tant qu'agent tensioactif amphotère, on utilisera par exemple la lécithine d'oeuf ou de soja ou ses dérivés purifiés.
Selon un aspect préféré du procédé, la première phase est une phase organique et on utilise comme agent tensioactif un ou plusieurs agent(s) tensioactifs) amphotères et/ou non ioniques, de préférence, ceux dont la balance hydrophile/lipophile est basse parmi ceux mentionnés ci-dessus.
Avantageusement, la seconde phase est une. phase aqueuse dans laquelle on utilise comme agent tensioactif un ou plusieurs agent(s) tensioactifs) ioniques et/ou non ioniques, de préférence ceux dont la balance hydrophile/lipophile est élevée parmi ceux mentionnés ci-dessus.
La réaction a lieu à température ambiante, sous agitation modérée. La durée de polymérisation est variable et dépend de la composition de chacune des phases. L'agitation n'est pas indispensable pour la formation des nanocapsules mais permet d'homogénéiser la préparation, notamment lorsqu'on utilise de grands volumes.
Lorsque la polymérisation est complète, le solvant ou le mélange de solvants ainsi que le non solvant ou le mélange de non-solvants du mélange final peuvent être au moins pour partie, éliminés par évaporation sous pression réduite ou par une méthode de dessiccation appropriée ou encore par ultrafiltration tangentielle, cette technique permettant également d'éliminer les éventuëls monomères résiduels.
Les nanocapsules obtenues ont un diamètre moyen compris entre 50 et 600 nm, leur population étant monodispersée. Les nanocapsules peuvent être conservées en milieu aqueux.
Le procédé selon l'invention peut être adapté à divers couples de monomères pour former différents types de polymères selon l'application envisagée, par exemple polyamide, polyurée, polyuréthane, polyester, polycarbonate, polysulfonate, polysulfonamide, etc. Le large choix des couples des monomères permet d'avoir des nanocapsules de biodégradabilité contrôlée (selon l'épaisseur de la membrane et la nature du couple choisi), ce que ne peut offrir l'art antérieur.
Du fait que, selon l'un des aspects avantageux du procède selon l'invention, carte à puce 2a peut communiquer directement avec le réseau Internet, par mise en oeuvre de sessions entre agents, ces données ont pas à être transmises à un dispositif externe, serait-ce le terminal 1. Les traitements touchant à sécurité sont effectués directement par la carte à puce Cette façon de procéder offre donc un degré de sécurité beaucoup plus eleve que la simple utilisation de couches logicielles dites sécurisées des navigateurs "WEB" récents, connues sous l'abréviation anglo-saxonne "SSL" (pour "Secure Socket Layer").
L'authentification proprement dite peut s'effectuer en ayant recours à la technique dite de certificat, en association avec les clés de chiffrage précitées, stockées dans la carte à puce 2a. Cette procédure peut nécessiter des transactions supplémentaires entre la carte à puce 2a et le ou les serveur(s) d'annuaire concerné(s), à l'aide de requêtes "HTTP" transitant par le réseau Internet Ri. En fonction du résultat, positif ou négatif, de l'authentification, l'abonné est autorisé ou non à effectuer les traitements, enregistrements ou localisations qu'il désire réaliser. Selon un autre aspect de l'invention, en ayant recours de nouveau à agents intelligents, on implante directement sur la carte à puce 2a une fonction dite de "proxy TCPIIP". Cette fonction est réalisée par une application logicielle particulière que l'on appellera "filtre "ci-après.
La fonctionnalité "proxy" est bien connue dans le domaine applications Internet, mais ne peut être implantée dans les cartes à puce systèmes selon l'art connu. Avant de décrire une architecture conforme à l'invention, on va tout d'abord rappeler brièvement les caractéristiques d'un "proxy" classique selon l'art connu, par référence à la figure 9.
Dans la technologie "TCPIIP", on nomme "proxy" une entité logicielle qui réalise, d'une part, un serveur "TCPIIP" Sv et, d'autre part, un client "TCP/IP" Cl. L'entité logicielle Py réalise une connexion entre une client local un autre serveur TCPIIP distant. Un proxy Py réalise usuellement des fonctions de filtre et/ou de sécurite. Par exemple, un proxy "HTTP" assure généralement la connexion navigateur, par exemple le navigateur 10 du terminal 1, à un serveur "WEB" dans une entreprise (ce qui est connu sous la dénomination "firewall" ou "pare- feu"). II peut s'agir également d'un proxy dit "SSL", que l'on peut définir comme étant un "proxy" local au terminal, qui réalise des opérations de sécurite nécessaires (authentification - confidentialité - intégrité) à l'établissement tunnel sécurise au travers du réseau Internet Ri. On va maintenant décrire une architecture logique intégrant la fonction "proxy " directement dans une carte à puce, selon un aspect supplémentaire l'invention, référence à la figure 10. Les eléments communs aux figures précédentes portent les mêmes références ne seront re-décrits qu'en tant que de besoin. Pour simplifier description, agents, côté terminal 1 sont regroupés sous la référence unique 132, côté carte à puce 2a, sous la référence unique 232a. Ils seront différenciés dans ce qui suit par la lettre "T", pour "terminal", et "S" pour "Smart Card" (carte à puce), lettres associées à des chiffres en indice. Le "proxy" réalisé sur la carte à puce 2a sera appelé "Smart Proxy' dans ce qui suit. Le "Smart Proxy' est réalisé par l'association de quatre agents, deux, côté terminal 1 : T, et et deux, côté carte à puce 2a, : S, et S2, et d'une fonction filtre 28, comme décrit ci-après - un agent "Terminal/Client/Réseau" T, réalise un serveur TCPIIP (par exemple sur le 8080) ; - un agent "Carte/Serveur/local" S, est associé par une session à l'agent T,, cet agent realisant typiquement les fonctions d'un serveur "WEB" ; - une fonction filtre 28 qui est déterminée en fonction d'informations en provenance de l'agent T,, cette dernière fonction étant en mesure d'émettre ou de recevoir "pdu" vers/depuis les agents S, et S2; - un agent "Carte/Client/Local", une instance de cet agent étant créée de manière dynamique par la fonction filtre 27 et S2 ouvrant une session avec l'agent "reseau" T2, auquel il indiquera l'adresse du serveur distant Internet 4 auquel veut être relié ; et - un agent "Terminal/Serveur/Réseau" réalise la fonction d'un client "TCPIIP", qui connecté à un serveur Internet 4.
Le mécanisme creation du "Smart Proxy" 27 est décrit ci-dessous.
Un client "TCP", l'on appellera ci-après "cTCP", typiquement le navigateur "WEB" 10, ouvre une connexion avec l'agent "réseau" T,. Une session T,-S, est ensuite créee. Par exemple l'URL suivante http:11127.0.0.1:80801?des1=xxx.com:80hyyylcontent.html (8) provoque l'ouverture d'une session entre les agents T, et S,.
A partir des données échangées par T, et S,, l'application associée à l'agent S, (un serveur WEB) détermine quelle fonction filtre 28 doit être utilisée. Ainsi "des1" est le nom d'un filtre particulier, "xxx.com" est le nom arbitraire d'un serveur Internet, par exemple du serveur 4, "80" un numéro de port et "hyyylcontent.html" est le arbitraire d'un fichier sur ce serveur, constitué dans l'exemple par une page en langage "HTML". Dans l'exemple, le filtre "des1" est un filtre permettant de réaliser une opération de déchiffrage et/ou de chiffrage selon un algorithme de type "DES" ("Data Encryption System"). Dans le cadre de l'invention, le serveur 4 est constitué par un serveur d'annuaire (par exemple figures 7D et 8 : SA;). En d'autres termes, l'URL "carte", défini la relation 2, encapsule un autre URL destinée au monde extérieur, la premiere partie de cette URL étant constituée par l'URL de rebouclage tel que définit la relation (1). Le filtre 28 "des1" crée une instance client S2, une session est ouverte entre les agents S2 et T2 Les données inserées dans la première "pdu" ("pdu OPEN') précisent le nom du serveur Internet ("xxx.com") et son numéro de port associé (80).
L'agent T2 ouvre une connexion de type "TCP" avec le serveur distant "sTCP" (" zzz.com"). Une fois que cette dernière établie, un jeton est émis à destination de S2. Au terme de ces échanges un "Smart Proxy" 27 a été crée, une fonction filtre 28 qui réside dans la carte à puce 2a est mesure de traiter les données (en provenance du réseau Internet RI) reçues les agents "réseau". Le filtre 28 contrôle les données émises par les agents "réseau", T, et T2, de manière logique. II se comporte comme un "proxy qui contrôle les données échangées entre le client "cTCP" et le serveur "sTCP".
Pour fixer les idées, on a représenté figure 10 des numéros de référence arbitraires des différents agents : fixes "2" et "5", pour les agents de type "serveur", respectivement T2 et S,, et variables ou éphémères, "15360" et "2559", pour les agents de type "client", respectivement T, et S2, D'autres types de filtres peuvent être implantés dans la carte à puce 2a. Ces filtres peuvent alors être utilisés pour la mise en ceuvre des négociations d'échange de clés de chiffrement ou de négociations de réservation d'un chemin de routage de caractéristiques particulières. A titre d'exemple; l'abonné appelant désirant transmettre un fichier multimédia à débit élevé ou une grande quantité de données, il souhaite obtenir une garantie de bande passante minimale et/ou de non-encombrement du trafic, fusse à titre onéreux. Précisément, un autre type de filtre sur carte à puce 2a peut réaliser une fonction de tarification, basée classiquement sur le débit ou la quantité de données échangées, mais aussi sur le type chemin négocié avec un prestataire de service pendant la phase de signalisation. Pour ce faire, comme il est bien connu en soi, on utilise essentiellement compteurs. fois un abonné localisé, la fonction "proxy", implantée directement sur la ' puce 2a, est utilisée pour les étapes correspondant aux opérations de signalisation et/ou d'échanges de données proprement dites entre un abonné appelant abonné localisé et appelé. On doit bien comprendre que le procédé selon l'invention, utilisé par un abonné appelant, n'exige pas que l'abonné appelé mette en oeuvre également ce même procédé. En effet, et c'est un avantage supplémentaire de l'invention, l'un des abonnés, par exemple l'abonné appelé, peut utiliser un terminal standard, conforme à l'art connu (figure 1 : 9b). II n'est pas nécessaire notamment que ce terminal soit muni d'un lecteur de carte à puce. En d'autres termes, au moins en ce qui concerne l'une des installations associées à l'un abonnés, appelant ou appelé, le procédé selon l'invention est entièrement compatible avec l'existant, matériel et logiciel de téléphonie, l'autre installation ne nécessitant que peu de modifications pour devenir conforme au procédé l'invention. Cependant, on va supposer que, dans une variante préférée l'invention, l'abonné appelant et l'abonné appelé, utilisent tous deux un terminal mettant en oeuvre le procédé selon l'invention. Ci-après, le côté "appelant" sera repéré arbitrairement par la lettre de référence "a" et le côté "appelé" par lettre de référence "b". La figure 11A illustre schématiquement l'architecture d'un système téléphonie mettant en oeuvre la fonctionnalité "proxy" pour le canal signalisation CS, du côté abonné appelant Aa et du côté abonné appelé Ab.
cette figure, les terminaux appelants 1 a et 1 b sont réduits, pour I commodite de la description, aux seules pièces de logiciel associées protocoles de signalisation "PSP", 902a et 902b, respectivement. En soi, pièces logiciel sont, a priori, conformes aux pièces de logiciel correspondantes de l'art connu (voir figure 1).
Cependant, la fonctionnalité "proxy" peut nécessiter leur adaptation pour pouvoir supporter des cartes à puces Internet mettant en oeuvre le procède selon l'invention. Pour le moins, comme il va l'être montré, elles doivent pouvoir être paramétrées de manière à modifier le numéro de port (de type "TCP") signalisation. Certains logiciels de téléphonie, en version standard du commerce, ne permettent pas ce paramétrage. On peut citer, à titre d'exemple non limitatif le logiciel "Netmeeting", alors que le logiciel "Webphone" le permet, logiciels tous deux cités dans le préambule de la présente demande de brevet.
Cependant, l'intérêt d'utiliser un "proxy" de signalisation est de pouvoir mettre en oeuvre une procédure de simple ou mutuelle authentification entre l'abonne appelant Aa et l'abonné appelé Ab qui peut être utile, par exemple, pour l'acceptation des communications.
carte à puce 2a de l'abonné appelant Aa est associée à un serveur, constitue, selon l'invention, par un agent réseau serveur "TCP", que appellera de signalisation, sur un port "TCP". Ce port sera appelé "PSCS" pour "Port Signalisation Carte Source". La carte à puce 2a de l'abonné appelant se connecte au port de signalisation correspondant de la carte à puce 2b l'abonné appelé Ab. Ce port sera appelé "PSCD" pour "Port Signalisation Carte Destination". II est localisé à une adresse "IF que l'on appellera arbitrairement "@i p". carte de l'appelé 2b réalise un "proxy" de signalisation entre le "TCP" "PSCD" et le port "PSLT" ou "Port de Signalisation du Logiciel Téléphonie" du terminal 1 b de l'abonné appelé Ab.
Ces transactions nécessitent l'établissement de sessions entre agents appariés, selon l'une des caractéristiques du procédé de l'invention qui a explicitée en regard des figures 3 à 5, et la mise en ceuvre de la fonctionnalite "proxy", selon une autre caractéristique du procédé de l'invention qui a explicitee en regard de la figure 10.
Sur la figure 11 A, les "proxys" des cartes à puce 2a et 2b sont représentés schématiquement par les références 27a et 27b. Ils comprennent en réalité les différents éléments représentés sur la figure 10 : agents S, et et filtre Pour fixer les idées, on va maintenant décrire, dans un exemple réalisation pratique, les principales étapes de la phase de signalisation. Pour fixer idées, on suppose que l'adresse "URL" de rebouclage de carte est celle donnee par la relation (1), soit 127.0.0.1 et le numéro de port arbitraire 1731. numéro de port des logiciels de téléphonie est généralement 1503. L'adresse l'abonne appelé Ab, telle qu'elle a été déterminée lors la phase de localisation, est @ip.
Du côté abonné appelant Aa I étape de préparation : configuration du "proxy" de manière à opérer la translation 127.0.0.1:1731à @ip:1503 ; étapes d'appel gal "PSP" appelant 902a appelle 127.0.0.1:1 ; 2b/ la carte à puce appelante 2a appelle @ip:1 ; et 2c! la carte à puce appelée 2b appelle @ip:1 Du côté abonné appelé Ab étape de préparation préalable : modification numéro de port de signalisation de "PSP" (appelé) de 1503 à 1502 ; étape de communication entre la carte à puce 2b et le terminal 1 b mise en oeuvre d'un agent de type réseau "TCP" le port 1503 et fonctionnalité "proxy" 27b entre les ports 1503, entrée de carte, 502 en sortie. Naturellement, si seul le système d'abonné appelant, la-2a, est du type conforme à l'invention, la carte à puce 2a appelle directement le système d'abonné appelé à l'adresse "URL" @ip:1502.
Ainsi, selon un autre de ses aspects, la présente invention concerne des compositions pharmaceutiques renfermant, en tant que principe actif, un composé de formule (I), un de ses sels pharmaceutiquement acceptables ou un de leurs solvates.
Les composés de formule (I) ci-dessus et leurs sels ou solvates pharmaceutiquement acceptables peuvent être utilisés à des doses journalières de 0,01 à 100 mg par kg de poids corporel du mammifère à traiter, de préférence à des doses journalières de 0,1 à 50 mg/kg. Chez l'être humain, la dose peut varier de préférence de 0,5 à 4000 mg par jour, plus particulièrement de 2 à 1000 mg par jour selon l'âge du sujet à traiter ou le type de traitement, à savoir prophylactique ou curatif. Bien que ces dosages soient des exemples de situation moyennes, il peut y avoir des cas particuliers où des dosages plus élevés ou plus faibles sont appropriés, de tels dosages appartiennent également à l'invention. Selon la pratique habituelle, le dosage approprié à chaque patient est déterminé par le médecin selon le mode d'administration, le poids et la réponse dudit patient.
Dans les compositions pharmaceutiques de la présente invention pour l'administration orale, sublinguale, inhalée, sous-cutanée, intramusculaire, intraveineuse, transdermique, locale ou rectale, le principe actif peut être administré sous forme unitaire d'administration, en mélange avec des supports pharmaceutiques classiques, aux animaux et aux êtres humains. Les formes unitaires d'administration appropriées comprennent les formes par voie orale telles que les comprimés, les gélules, les poudres, les granules et les solutions ou suspensions orales, les formes d'administration sublinguale et buccale, les aérosols, les formes d'administration topique, les implants, les formes d'administration sous-cutanée, intramusculaire, intraveineuse, intranasale ou intra-oculaire et les formes d'administration rectale.
Dans les compositions pharmaceutiques de la présente invention, le principe actif est généralement formulé en unités de dosage contenant de 0,1 à 1000 mg,
avantageusement de 0,5 à 500 mg, de préférence de 1 à 200 mg dudit principe actif par unité de dosage pour les administrations quotidiennes.
Lorsque l'on prépare une composition solide sous forme de comprimé, on peut ajouter au principe actif, micronisé ou non, un agent mouillant tel que le laurylsulfate de sodium et on mélange le tout avec un véhicule pharmaceutique tel que la silice, la gélatine, l'amidon, le lactose, le stéarate de magnésium, le talc, la gomme arabique ou analogues. On peut enrober les comprimés de saccharose, de divers polymères ou d'autres matières appropriées ou encore les traiter de telle sorte qu'ils aient une activité prolongée ou retardée et qu'ils libèrent d'une façon continue une quantité prédéterminée de principe actif.