INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Après la découverte des voisins et l'élection du routeur désigné, chaque routeur (hormis le routeur désigné) envoie un message LS Request, en mode unicast, à destination du routeur désigné. Ce message est destiné à initialiser l'échange des bases de données en forçant le routeur désigné à envoyer le contenu de sa base de données. Si aucune réponse de la part du routeur désigné n'est arrivée après une attente de Retransmission Interval, alors un nouveau message LS Request est envoyé au routeur désigné.
A la réception du premier message LS Request, le routeur désigné attend un délai de Request Interval durant lequel il ignore tous les autres messages LS Request. Lorsque ce délai expire, le routeur désigné diffuse le contenu de sa base de données à tous les routeurs du réseau en envoyant un message LS Update à l'adresse AIIOspfRouter.
Chaque routeur, à la réception du message du routeur désigné (correspondant au contenu de sa base de données), compare les informations contenues dans le message avec les informations contenues dans sa base de données et envoie un message LS Update en multicast. Le routeur désigné acquitte ce message. Pour assurer la synchronisation des routeurs du réseau, chaque routeur envoie un message LS Update en multicast à destination de l'adresse AIIOspfRouter contenant les informations existantes dans la base de données et non présentes dans le message.
Puis, le routeur inclut dans sa base de données les informations contenues dans le message. Le message LS Update ainsi envoyé est par exemple explicitement acquitté par le routeur désigné à l'aide d'un message LS Ack.
Si l'acquittement n'est pas parvenu au routeur après un délai de Retransmission Interval alors le message est réémis.
Lorsque le routeur désigné reçoit un LS Update, il envoie le message LS Ack à destination de l'émetteur du message. Ce message sert d'acquittement. Le routeur désigné étant au centre du processus de synchronisation, il acquitte les messages LS Update pour avoir la base de données la plus à jour possible.
Les figures 3A et 3B résument respectivement le mécanisme de synchronisation des bases de données dans le cas du protocole OSPF et pour le protocole CBLS selon l'invention.
On remarque que le nombre de messages échangés lors du processus CBLS est nettement inférieur par rapport à l'OSPF. De cette façon, le protocole selon l'invention contribue à diminuer le nombre d'accès au canal radio ce qui constitue une performance.
D'autre part, l'utilisation du multicast pour tous les messages LS Update permet de limiter la présence d'information redondante sur le réseau.
arborescentes denses pour lesquelles plusieurs candidats seraient possibles (superposition des structures anatomiques dans l'image 2D). v. Conduite de Navigation Il s'agit dans cette étape de restituer les éléments pertinents du planning au cours de l'intervention. La restitution des données 3D préopératoires sélectionnées dans la phases de simulation peut se faire par différents moyens tels que des lunettes HMD, ou un système multi-écrans, sur lesquels apparaissent les images réelles classiquement réalisées lors d'une intervention enrichies des données issues du planning.
La forme la plus simple est de sélectionner une trajectoire virtuelle, ainsi que la séquence d'images associées, et de l'afficher au cours de l'intervention. Dans ce cas, la localisation est approximée et définie interactivement par l'utilisateur au cours de l'intervention. La forme la plus élaborée de cette conduite de navigation par réalité augmentée consiste à utiliser les résultats de l'étape (iv) pour sélectionner l'image virtuelle issue de la navigation exploratoire virtuelle dans une séquence pré-enregistrée dans la phase de simulation (ii), ou bien de déterminer la trajectoire et de calculer les images virtuelles associées dans le volume préopératoire en fonction de la trajectoire réellement suivie par l'outil.
Les informations du planning restituées pendant l'intervention pour aider à la prise de décision du praticien peuvent être de différentes nature. Un premier type d'images permet de restituer et d'interpréter la localisation de l'outil dans l'environnement 3D préopératoire, c'est-à-dire par rapport aux autres structures anatomiques. Cette localisation contextuelle est basée par exemple sur des coupes ou des images MIP calculées dans trois plans orthogonaux au volume préopératoire avec la superposition d'une représentation synthétique de l'outil au cours de la navigation réelle.
Le praticien peut aussi avoir recours à des images permettant de mieux apprécier localement les caractéristiques des structures anatomiques et de la lésion au fur et à mesure de la progression de l'outil. Ce sont par exemple des images d'endoscopie virtuelle, des coupes reformatées, des images mixtes combinant un codage de couleur de la nature des différents tissus composant la lésion et une vue endoscopique virtuelle de la lumière du vaisseau ... Un premier choix de ces différentes informations peut être
réalisé dans la phase de simulation. Si plusieurs représentations sont nécessaires pour mieux apprécier la lésion, la commutation entre ces différentes représentations est réalisée interactivement par l'utilisateur pendant l'intervention.
Dans l'exemple illustré sur la figure 8, les informations restituées sur le second écran 81, pendant l'intervention, comprennent : trois plans de coupe orthogonaux 87,90 et 91 du volume 3D préopératoire 74, fixés par les coordonnées du point localisé 88, la superposition de la position de l'outil et de son orientation 89 (obtenue en considérant la localisation du deuxième marqueur radio-opaque) sur ces plans ; une vue endoscopique virtuelle 93 pour la localisation et l'orientation considérées ; une vue mixte 92 faisant apparaître une représentation de type endoscopie virtuelle à l'intérieur de la lumière du vaisseau et une représentation de la densité des tissus codée en couleur dans un plan de coupe reformaté pour l'extérieur de la lumière du vaisseau.
Outre la restitution visuelle des données, des alarmes sonores peuvent aussi être utilisées pour indiquer une cible ou un écart trop important par rapport à la localisation ou la trajectoire idéale définie en simulation. vi. Suivi et enregistrement numérique de la procédure La trajectoire idéale simulée, les images virtuelles associées, les paramètres de l'acquisition virtuelle et réelle, les instructions et les gestes du praticien pendant l'intervention et plus particulièrement durant les phases décisives de l'intervention sont enregistrés afin de constituer une boite noire de l'intervention, de servir de base à des études de suivi postopératoire de l'intervention et de l'évolution de la lésion, et de constituer un ensemble de cas de référence pour de futures interventions.
F-c) Autre mode de réalisation particulier de l'invention Dans le mode de réalisation décrit ci-dessus en relation avec les figures 1 à 7, les mêmes structures anatomiques sont utilisées pour le recalage et la localisation.
Dans une variante de réalisation de l'invention, le recalage est effectué avec des premières structures anatomiques arborescentes (comme décrit en détail ci-dessus), mais
la localisation de l'outil est effectuée en relation avec des secondes structures anatomiques (pouvant être non-arborescente). On suppose dans ce cas que les secondes structures anatomiques sont adjacentes à et sensiblement fixes par rapport aux premières structures anatomiques arborescentes. On suppose également que des (secondes) primitives 3D peuvent être obtenues par segmentation des secondes structures anatomiques.
Il est clair que les deux modes de réalisation précités de l'invention peuvent être combinés. Dans ce cas, le recalage est effectué avec les premières structures anatomiques arborescentes, et la localisation d'un ou plusieurs outils est effectuée en relation avec les premières structures anatomiques arborescentes et/ou avec les secondes structures anatomiques.
PARTICULES ENROBÉES A LIBERATION PROLONGEE, LEUR PROCÉDÉ DE PRÉPARATION ET COMPRIMÉS LES CONTENANT L'invention est relative à des particules enrobées et, plus précisément à des granules ou granulés enrobés à libération prolongée, à leur procédé de préparation et à des comprimés multiparticulaires comprenant lesdites particules enrobées.
Les formes multiparticulaires à libération prolongée sont bien connues dans l'art antérieur.
Ces formes existent en particulier sous des formes unitaires telles que des gélules ou des comprimés multiparticulaires.
Par comprimé multiparticulaire, on entend un comprimé comprenant, d'une part des particules contenant au moins un principe actif, enrobées individuellement par un film polymérique modulant la libération du principe actif sur une période pouvant aller de 8 à 24 heures, et d'autre part des excipients de compression.
Les particules enrobées sont d'abord mélangées avec les excipients de compression, le mélange étant ensuite comprimé de manière à conduire à une forme unitaire homogène.
Ce solvant peut également être partiellement miscible avec les composés à hydrocyaner, notamment quand le milieu réactionnel est à une température inférieure à la température de réaction. Ainsi, on peut, à de telles températures, obtenir un système biphasique. Dans le cas où le système catalytique est soluble dans ledit solvant, son extraction du milieu réactionnel en est facilitée. De tels solvants partiellement miscibles ou non miscibles peuvent être l'eau ou des sels
organiques fondus à caractère ionique. De tels solvants sont utilisés notamment quand le ligand organique comprend des radicaux anioniques le rendant soluble dans les milieux ioniques. Ces radicaux sont par exemple des groupements sulfonates, carbonates, carboxylates, phosphates, ammonium, guanidinium, imidazolium, substituant les radicaux aromatiques du ligand.
La réaction d'hydrocyanation est généralement réalisée à une température de 10 C à 200 C et de préférence de 30 C à 120 C. Elle est avantageusement réalisée en milieu monophasique, à la température de réaction.
Dans le cadre d'une mise en #uvre discontinue, on peut en pratique charger dans un réacteur, préalablement purgé à l'aide d'un gaz inerte (tel qu'azote, argon), soit une solution contenant la totalité ou une partie des divers constituants tels que le ligand organique de l'invention, le composé de métal de transition, les éventuels réducteurs et solvants, soit séparément lesdits constituants. Généralement le réacteur est alors porté à la température choisie, puis le composé à hydrocyaner est introduit. Le cyanure d'hydrogène est alors lui-même introduit, de préférence de manière continue et régulière.
Les composés à insaturation éthylénique qui peuvent être mis en #uvre dans ce perfectionnement sont de manière générale ceux qui ont été cités pour le procédé de base.
Cependant il est plus particulièrement avantageux de l'appliquer à la réaction d'hydrocyanation en dinitriles des mononitriles aliphatiques à insaturation éthylénique, notamment aux pentènenitriles linéaires comme le pentène-3-nitrile, le pentène-4-nitrile et leurs mélanges.
Ces pentènenitriles peuvent contenir des quantités, généralement minoritaires, d'autres composés, comme le méthyl-2-butène-3-nitrile, le méthyl-2-butène-2-nitrile, le pentène-2-nitrile, le valéronitrile, l'adiponitrile, le méthyl-2-glutaronitrile, l'éthyl-2-succinonitrile ou le butadiène,
provenant de la réaction antérieure d'hydrocyanation du butadiène et/ou de l'isomérisation du méthyl-2-butène-3-nitrile en pentènenitriles.
L'acide de Lewis utilisé comme cocatalyseur permet notamment, dans le cas de l'hydrocyanation des nitriles aliphatiques à insaturation éthylénique, d'améliorer la linéarité des dinitriles obtenus, c'est-à-dire le pourcentage de dinitriles linéaires par rapport à la totalité des dinitriles formés, et/ou d'augmenter l'activité et la durée de vie du catalyseur.
Un système logiciel réparti se compose généralement d'un ensemble d'entités logicielles (processus, composants, etc.) s'exécutant sur un ensemble de machines connectées par des réseaux de transport. Ce type de système se modélise en associant un serveur muni d'une file d'attente à chaque couple composé d'une entité logicielle et d'une machine sur laquelle s'exécute l'entité. Deux entités logicielles hébérgées sur une même machine sont considérées comme deux serveurs distincts. Pour chaque serveur ainsi défini, son service et sa file d'attente correspondent
respectivement à l'exécution de l'entité et à la mémoire de la machine.
Les clients sont les requêtes envoyées par les utilisateurs invoquant des services fournis par le système. Quant à la topologie du système à files d'attente, elle est déterminée entièrement par les traces d'exécution. En effet l'arrivée d'une requête dans le système provoque l'exécution d'actions sur les serveurs. Ces actions peuvent évoluer simultanément (en parallèle) ou se synchroniser en séquence. Chaque trace d'exécution est ainsi représentée par une arborescence de serveurs. En définitive, la topologie globale du réseau de files d'attente est telle que toutes les traces d'exécution sont couvertes.
Avant de procéder à la simulation du modèle, celui-ci doit encore être complété d'un modèle d'environnement et d'un modèle de ressources. Le premier caractérise le comportement des utilisateurs, en termes de débit et de distribution statistique des temps d'inter-arrivées. Le second précise la durée d'exécution de chaque entité lorsque la machine lui est entièrement dédiée (tests unitaires), les délais de transmission caractérisant la capacité des réseaux et la politique d'ordonnancement des traitements concurrents. Ces données peuvent être intégrées dans le modèle fonctionnel du système. La simulation consiste à injecter un très grand nombre de requêtes dans le modèle. On optimise l'utilisation des ressources du système en cherchant une bonne configuration (ou paramétrage) des différents éléments du modèle. La qualité de la configuration globale s'évalue en
étudiant par simulation son impact sur la charge des serveurs, sur le taux d'occupation des tampons, et sur des quantités caractérisant la qualité de service : temps de réponse d'un composant particulier ou du système (de bout en bout), la capacité de traitement maximum (volumétrie), etc.
Pour des logiciels répartis quelconques, l'identification des interactions ou relations de causalité entre les entités logicielles peut être très complexe, voire impossible. En fait, la démarche proposée par l'invention est applicable aux systèmes dont on peut raisonnablement résumer le comportement par un ensemble restreint de scénarios d'exécution.
Idéalement, les scénarios choisis évolueront indépendamment les uns des autres. Néanmoins, les systèmes impliquant des dépendances entre scénarios sont acceptables (en cas d'interaction entre deux clients par exemple), tant que ces dépendances demeurent clairement exprimables par le concepteur.
Les plates-formes de services constituent en ce sens un champ d'application concret pour la mise en #uvre de l'invention. En effet, l'utilisation de ce type de plate-forme peut souvent être caractérisée par un nombre raisonnable de scénarios, qui correspondent aux différents cas d'utilisation de la plate-forme (autrement dit, au traitement des différentes requêtes émises par les utilisateurs lors de l'invocation des services), et qui dépendent faiblement les uns des autres.
Comme cela est illustré schématiquement par la figure 1, le véritable point de départ, pour la
génération d'un modèle de performance à files d'attente, consiste à répartir les requêtes représentatives du système en un nombre fini de groupes de requêtes et à identifier(étape 2), pour chaque groupe de requêtes, le flot d'exécution correspondant. Ceci permet de déterminer la topologie globale du système à files d'attente afin que s'y reflètent toutes les traces d'exécution induites par des requêtes représentatives. Les requêtes représentatives sont celles dont la fréquence d'émission dans le système est significative. La répartition de ces requêtes est déterminée d'une part par le service invoqué ; et d'autre part, par les caractéristiques du comportement propre du client qui influencent la manière dont se réalise le service invoqué (voir dans l'exemple d'Audioconférence). Quant au flot d'exécution pour chaque groupe de requêtes, il correspond à l'enchaînement d'exécutions d'entités logicielles, en séquence et/ou en parallèle, induit par une requête du groupe.
Répartition des requêtes et identification des flots d'exécution : Pour la première étape (n 2 sur la figure 1), chaque service du système est représenté sous la forme d'un arbre aux caractéristiques suivantes : - les n#uds de l'arbre représentent les phases constituant le service. Un n#ud particulier, le n#ud initial, correspond à la phase qui initie le service ; - un arc orienté menant d'un n#ud à un
autre représente l'enchaînement en séquence de deux phases - lorsque plusieurs arcs sont issus d'un même n#ud N, cela correspond soit à l'exécution en parallèle de toutes les phases suivantes, soit à un choix de l'exécution d'une et une seule des phases suivantes. Dans ce dernier cas, le choix de la phase suivante est lié à une condition portant soit sur une propriété liée au comportement de l'utilisateur, la condition est alors dite externe, soit sur l'état courant du système, dans ce cas, la condition est dite interne.
Les requêtes sont naturellement regroupées sur la base des choix effectués au niveau des conditions externes. Les flots d'exécution correspondants peuvent être extraits de l'arbre global en parcourant celui-ci à partir du n#ud initial, et en ne retenant qu'un seul successeur à chaque condition externe rencontrée. Par conséquent, un flot d'exécution est un sous-arbre de l'arbre global caractérisé par la transformation systématique de tout alternative externe parmi N successeurs en un enchaînement en séquence vers un seul de ces successeurs. Lors du parcours, tout autre aspect structurel de l'arbre est en revanche conservé (enchaînement en séquence vers un n#ud simple, enchaînement parallélisé vers plusieurs n#uds en simultané, enchaînement conditionné par l'état interne du système). Les figures 8 à 10 illustrent les flots d'exécution extraits de l'arbre des phases (figure 7) dans l'exemple du service Audio-conférence.
Formalisation des flots d'exécution L'étape 4 du procédé (figure 1) consiste à formaliser les flots d'exécution à l'aide d'une notation permettant de mettre en évidence les interactions entre les différentes entités logicielles impliquées dans les flots d'exécution et les informations caractérisant la consommation des ressources du système.
Dans le mode de réalisation décrit, cette formalisation est basée sur les Message Sequence Charts (MSC). Cependant, d'autres formalismes de diagrammes de séquence pourraient être utilisés. La cohérence d'un MSC est optimale si le diagramme est produit en tant que trace d'exécution du système. En phase de conception, une spécification exécutable du système peut-être produite en langage SDL, qui se trouve être un formalisme étroitement lié aux MSC sur le plan de la sémantique. En pratique, tous les outils SDL sont capables de produire des traces de simulation dans le format MSC. Ces mêmes outils offrent en outre la possibilité d'éditer manuellement de tels diagrammes, et c'est ainsi que l'on pourra procéder à défaut d'exploiter la simulation d'un modèle SDL.
Les événements qui apparaissent sur un diagramme MSC portent essentiellement sur des aspects fonctionnels : émission ou réception de message, action, armement ou expiration de temporisation, etc.
L'addition de 4% du mélange d'extraits algaux (sans dépigmentation et délipidation préparés selon le présent brevet) dans le milieu suboptimal permet de stimuler l'activité mitochondriale de 24 % 2 % par rapport au milieu suboptimal de 2,5% de sérum seul.
Sous les mêmes conditions, le mélange obtenu après le traitement au méthanol stimule l'activité mitochondriale de 22% 3%.
Exemple 4: Mise en évidence de l'activité inhibitrice du mélange d'algues sur différentes enzymes Les tests d'inhibition enzymatiques sont conduits en milieu aqueux, il est donc nécessaire d'utiliser comme solvant d'extraction l'eau ou des solvants miscibles avec l'eau.
Tous les tests décrits ci-après ont été réalisés en 3 exemplaires. Les valeurs rapportées sont des moyennes arithmétiques.
4-1 Inhibition de la collasénase Conditions expérimentales et résultats : La méthode utilisée est la méthode classique colorimétrique au rouge Sirius.
Elle permet de quantifier la quantité de collagène restant après exposition du substrat pendant un temps déterminé à l'action d'une collagénase en présence de plusieurs concentrations et en absence du mélange objet du présent brevet.
Pour des concentrations croissantes du mélange d'extraits algaux de 4% - 6%- 8% et 10%, on observe une inhibition de l'activité de la collagénase de respectivement 23% - 37% - 52% et 65% pour l'extrait non délipidé et 21% - 37% - 53% et 63% pour l'extrait délipidé.
4 - 2 Inhibition de l'élastase : Conditions expérimentales et résultats : L'évaluation de l'activité anti-élastasique du mélange des deux extraits algaux selon le présent brevet est réalisée par la méthode classique du SANA. Une quantité connue d'élastase hydrolyse un substrat synthétique : la succinyl-trialanine nitroanilide (SANA) contenant des concentrations croissantes du mélange
(1 % - 2 % - 4% - 6% et 8%). Il se produit la libération d'un chromophore dérivé de la nitroalanine avec génération d'un signal d'absorption à 410 nm. La cinétique de la réaction enzymatique est suivie par spectrophotométrie. La pente de la droite est un reflet de la vitesse de l'hydrolyse pour une concentration en substrat et en élastase donnée.
Avec les concentrations croissantes du mélange (définies ci-dessus), on observe une inhibition de l'activité enzymatique de 90% - 93% - 93% - 95% et 95% respectivement pour les concentrations mentionnées avec l'extrait non délipidé, et de 88% - 90% - 92% - 95% et 94% avec l'extrait délipidé.
4 - 3 Inhibition de la hyaluronidase Conditions expérimentales et résultats : La hyaluronidase est l'enzyme qui hydrolyse l'acide hyaluronique. Le procédé utilisé dans le présent brevet pour évaluer son activité est dérivé de la méthode colorimétrique de Reissig et al., (1955 - J. Biol. Chem. 217 : 959-969) qui évalue les groupes aldéhydes libérés par rupture des groupements Nacétylglycosaminidiques.
Il en ressort que le mélange des deux extraits algaux possède un fort pouvoir d'inhibition de la hyaluronidase. Pour des concentrations du mélange de 1% - 2%- 4% et 6%, l'activité anti-hyaluronidase est respectivement de 38% - 56% - 97% et 100% pour l'extrait non délipidé et 25% - 51% - 95% et 98% pour l'extrait délipidé.
Conclusion : Les exemples ci-dessus démontrent l'intérêt de l'association de ces deux extraits d'algues préparés à partir d'Ascophyllum nodosum et d'Halopteris scoparia
dans les domaines cosmétique et dermopharmaceutique. Plus précisément il ressort que le mélange objet du présent brevet possède des effets sur la prolifération des kératinocytes (cellules épidermiques) et fibroblastes (cellules dermiques) en culture mais aussi des effets contre la dégradation enzymatique de plusieurs constituants des tissus cutanés, notamment des effets anti-collagénasique, anti-élastasique et anti-hyaluronidasique.
Le mélange de ces deux extraits obtenu selon l'invention peut donc être avantageusement incorporé dans les compositions cosmétiques et dermopharmaceutiques, les dites compositions contenant une quantité efficace du mélange selon l'invention, de préférence avec un excipient approprié pour une application topique pour le visage, les mains, le buste et le corps.
L' une des principales utilisations de ce mélange selon l'invention est la cosmétique de soins anti-vieillissement, anti-âge et antirides.
Dans une telle solution, on prévoit dans le"code masqué"en mémoire code tous les endroits où pourrait potentiellement exister un problème, par exemple : - à chaque appel de fonction, - à chaque test conditionnel, - dans chaque module ou fonction un peu importante.
On envoie alors un code de correction pour être chargé en mémoire données, en indiquant à quels endroits du code d'origine chargé en mémoire code"code masqué", ce code de correction doit être exécuté.