INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Comme on le comprend d'après la figure 6, le capteur S1 de la figure 3, dont les côtés 10a font un angle de sensiblement 45 degrés avec l'axe cristallographique d'orientation , peut être plus petit que le capteur proposé de la figure 12, dont les côtés 10a sont sensiblement parallèles ou orthogonaux à l'axe cristallographique d'orientation , sans réduire les dimensions de la membrane 14 ni raccourcir la largeur minimale L de l'étendue de contact entre la surface arrière 12 et le plot en verre 50. Sur la figure 6, si
les côtés 10a du capteur proposé de la figure 12 sont fixés à une longueur de 2,78 mm, les côtés 10a du capteur S1 de la figure 3 ont alors une longueur de 2,44 mm. Il en résulte que la taille de puce du capteur S1 de la figure 3 est inférieure de 23% à celle du capteur proposé de la figure 12.
Au contraire, si les côtés 10a du capteur S1 de la figure 3 sont fixés de façon à avoir la même longueur que les côtés 10a du capteur proposé de la figure 12, le capteur S1 de la figure 3 a une largeur minimale L plus grande que celle du capteur proposé de la figure 12. Il en résulte que le capteur S1 de la figure 3 a une plus grande fiabilité de la soudure entre la surface arrière 12 du substrat semiconducteur 10 et le plot en verre 50, par rapport au capteur proposé de la figure 12. Par conséquent, la chambre de référence de pression du capteur S1 de la figure 3 a une plus grande herméticité ou une plus grande aptitude à réduire les fuites, par rapport au capteur proposé de la figure 12.
L'effet de réduction de taille mentionné ci-dessus est spécifique au capteur de pression à semiconducteur du type membrane S1 de la figure 3, qui comprend le substrat semiconducteur (110), 10. Par exemple, un capteur de pression à semiconducteur du type membrane des figures 7A et 7B comprend un substrat semiconducteur (100) J10, ou un substrat semiconducteur J10 qui a une surface active J11 ayant une face cristallographique d'orientation (100) et une surface arrière, J12, qui est opposée à la surface active, ayant une face cristallographique d'orientation (100), et quatre côtés J10a.
Le capteur de pression de la figure 7A a une cavité J13, au fond de laquelle se trouve une membrane J14. La cavité J13 est définie par la membrane J14 et quatre parois latérales. Chacune des quatre parois latérales est un plan cristallographique d'orientation (111), du fait que lorsque la cavité J13 est formée par gravure anisotrope, la vitesse de gravure de plans cristallographiques d'orientation (111) est inférieure à celle de plans cristallographiques d'autres orientations.
Par conséquent, chacune des quatre parois latérales est sensiblement parallèle à un axe cristallographique d'orientation
. De ce fait, la largeur minimale L de l'étendue de contact entre la surface arrière J12 et un plot en verre qui est fixé sur la surface arrière J12 devient maximale lorsque chacun des quatre côtés J10a est établi de façon à être sensiblement parallèle à un axe cristallographique d'orientation sensiblement parallèle à la surface active J11, comme représenté sur la figure 7A. Pour la commodité, une troisième ligne en pointillés DL3, qui est obtenue en faisant tourner de 45 degrés les quatre côtés J10a, est également représentée sur la figure 7A.
- Si le nombre de participants déjà connectés atteint le nombre maximal défini par le souscripteur, le service rejette l'appel avec un message de saturation.
Messages spécifiques au service Les libellés des messages spécifiques au service sont les suivants : - accueil : "vous avez composé un numéro d'accès à une
conférence, veuillez ne pas quitter".
- saturation : "le numéro composé est saturé, nous ne pouvons donner suite à votre appel". incident : "suite à un incident, nous ne pouvons donner suite à votre appel". annonce : "votre organisateur n'est pas encore connecté..." .
- attente : "veuillez ne pas quitter, vous serez mis en communication avec vos correspondants dès ouverture de la conférence..." .
Données Les données spécifiques au service sont : - les n d'accès au service - les n traduits (le numéro réseau du pont) le nombre maximal de participants par pont de conférence - l'état de la ressource associée au pont de conférence - la table des annonces - les tables d'analyse nationale, internationale et spéciale (pour des contrôles éventuels sur le numéro appelant).
Ces données sont de différents types, suivant que leur modification se fait ou non par les scripts du traitement d'appel. Les données non modifiables par le traitement d'appel sont dans une base de données appelée ici SDF (Service Data Function), elles sont accessibles en lecture par les scripts du traitement d'appel et en écriture pas des scripts de gestion. Les données modifiables par le traitement d'appel sont dans une base de données accessible en lecture et écriture
par les scripts du traitement d'appel, cette base de données doit fournir des performances d'accès plus importantes. Ce dernier type de donnée est représenté ici par le nombre maximal de participants, et par l'état de la ressource.
Application des étapes du procédé A partir de la description informelle du service, la première étape consiste à identifier les phases élémentaires et leur organisation en un arbre de phases.
Tous les comportements des utilisateurs ne sont pas pris en compte, seuls sont exprimés les cas d'utilisation les plus représentatifs. En particulier, les raccrochages sont pris en compte en phase de conversation et en phase d'attente, cas de raccrochage les plus pertinents d'un point de vue utilisateur.
La figure 7 illustre l'arbre global des phases qui décrit l'enchaînement des différentes phases en précisant les alternatives internes ou externes. On reconnaît les conditions externes au fait que les arcs qui en sont issus portent des pourcentages statistiques.
Après une phase de connexion Pl, une alternative externe permet d'identifier si l'utilisateur est l'organisateur (P2) ou un simple participant (P4). Si l'utilisateur est un participant, une alternative interne {nbParticipants<MAXI}, dont l'option dépend de l'exécution d'autres scénarios, identifie si le nombre maximum de participant est atteint ou non. Si ce nombre est atteint, une phase
pour l'envoi d'un message de saturation est initiée (P6). Si ce nombre maximum n'est pas atteint (P5), une deuxième alternative interne {organisateurPresent} permet d'identifier si l'organisateur est déjà présent. S'il est déjà présent, le participant est connecté au pont (P7, avec en préalable un message d'accueil). Si l'organisateur est absent, un message d'attente est émis vers le participant (phase P8). De cette phase, une condition externe {participantPatient} permet de distinguer le cas ou le participant attend l'arrivée de l'organisateur (phase P10) et entre dans la conférence (phase P7) à l'arrivée de l'Organisateur, du cas où le participant est plutôt du type "impatient", c'est-àdire qu'il raccroche suite à l'annonce de retard diffusée en phase P9. Dans ce cas, le nombre de participants est diminué d'une unité. Encore une fois, on suppose que seules les performances des phases liées à l'établissement de la conférence nous intéressent dans cet exemple, ce qui explique que l'arbre ne contienne aucune phase liée à l'évolution ultérieur de la conférence.
Les requêtes dans l'exemple sont réparties en trois groupes : requêtes envoyées par un organisateur ; requêtes envoyées par un simple participant patient ; et requêtes envoyées par un simple participant impatient. A partir de l'arbre global des phases, on extrait alors les trois flots d'exécution correspondants en ne gardant qu'une branche de chaque alternative externe : - flot d'exécution induit par l'arrivée de l'organisateur (figure 8) ;
- flot d'exécution induit par l'arrivée d'un simple participant patient (figure 9); - flot d'exécution induit par l'arrivée d'un simple participant impatient (figure 10).
Identification des clés et portes des phases concernées La deuxième étape du procédé consiste à identifier les clés et portes qui influencent le comportement d'un cas d'utilisation à partir du comportement d'un ou plusieurs autres cas d'utilisation. Dans le cas du service d'Audioconférence, on identifie une clé liée à la présence de l'organisateur. La phase P3, exécutée lors de l'arrivée de l'organisateur, inclut la tâche PUBLIS@/organisaceurPrésent).
A l'Annexe 2, on a donné la description de la déclaration d'un module selon l'invention. Par souci de clarté, les éléments ajoutés par rapport à la déclaration classique d'un module telle que rappelée à l'Annexe 1, sont présentés en caractères gras.
On suppose que le fichier d'extension". h" comprend par ailleurs la définition de types de variables déterminés, appelés"structurejiste"d'une part, et"c ! asserecup" d'autre part.
Une variable du type"structurejiste"est destinée à contenir l'adresse d'une structure de stockage de données associée à l'un des ports d'un module déterminé. Cette structure de stockage associée a pour fonction de stocker les adresses des signaux reliés à ce port. Dans un exemple préféré pour sa simplicité, cette structure de stockage est une liste chaînée. D'autres exemples de structure de stockage sont bien entendu envisageables, tel qu'un arbre ou un tableau, ou la combinaison de tels éléments.
Une variable de type"classe~recup"est destinée à contenir l'adresse d'un objet d'extraction de topologie associé au système. Cet objet est spécifique de la mise en oeuvre de l'invention. Il s'agit d'un objet particulier ayant pour fonction d'extraire, de la description textuelle du système (c'est-àdire de la netlist écrite en langage SystemC dans l'exemple), les données relatives à la topologie de ce système et de les stocker sous une forme appropriée dans une mémoire ad-hoc de l'ordinateur, en vue d'une utilisation ultérieure et/ou de leur enregistrement sur un support de données externe.
Bien entendu, les noms donnés aux deux types de variables précités sont tout à fait arbitraires et ne sauraient être interprétés comme une caractéristique limitative de l'invention.
Les étapes de la déclaration de chaque module qui sont spécifiques de l'invention (c'est-à-dire qui sont nécessaires à la mise en oeuvre du procédé d'extraction de données relatives à la topologie du système) sont illustrées par l'organigramme de la figure 2.
La déclaration du module (par la fonction SC~MODULE de SystemC) comprend tout d'abord la déclaration 21 d'une fonction d'initialisation du module, appelée fonction"dojnit"dans un exemple. Cette fonction n'est pas en soi spécifique à la mise en oeuvre de l'invention. Néanmoins, selon l'invention, elle comprend en paramètre un identifiant de l'objet d'extraction de topologie. Naturellement, elle peut aussi recevoir d'autres paramètres qui n'apparaissent pas ici dès lorsqu'ils sont sans rapport avec l'invention. Elle reçoit, lorsqu'elle est appelée, l'adresse de l'objet d'extraction de topologie dont
un identifiant lui est fourni en paramètre. Sa description est incluse dans le fichier d'extension". cpp" et sera explicitée plus loin en regard du diagramme d'étapes de la figure 5.
Cette déclaration 21 prend la forme de l'instruction suivante, visible à l'annexe 2 : void do~init (classe~recup & , et types des autres paramètres) où le vocable "void" signifie que la fonction"dojnit"ne retourne aucune information lorsqu'elle est appelée, et où ! e type"dasserecup"entre parenthèses spécifie que la fonction reçoit, lorsqu'elle est appelée, une donnée de type"c ! asserecup", qui est une adresse. On trouve ensuite les types des autres paramètres de la fonction dojnit, qui ne concernent pas la topologie du système mais se réfèrent à la description fonctionnelle du module et ne sont donc pas explicités ici.
De plus, la présence du symbole" & "après te type"ctasserecup"entre parenthèses permet à la fonction dojnit de recevoir directement l'adresse de la variable dont seul le nom (et non l'adresse) est spécifié en paramètre. Dit autrement, on peut appeler la fonction do-init avec en paramètre un identifiant qui est le nom de la variable et, pour autant, l'objet qui appelle cette fonction recevra l'adresse de cette variable. Sans la présence du symbole" & " après le type du paramètre de la fonction dojnit)) spécifié entre parenthèses dans la déclaration de cette fonction, il faudrait, pour parvenir au même résultat, ajouter le symbole" & "devant le nom de la variable passée en paramètre lors de l'appel de la fonction do-init afin de transmettre l'adresse de cette variable. Dit autrement, l'identifiant de la variable passée en paramètre ne serait pas son nom, mais un pointeur donnant l'adresse de la variable. Cette disposition de l'invention permet donc d'utiliser le nom de l'objet d'extraction de topologie comme identifiant dudit objet spécifié en paramètre lors de l'appel de la fonction d'initialisation de chaque module. L'avantage est de simplifier l'écriture de la netlist par le concepteur du système.
Cette déclaration 21 de la fonction est comprise dans la partie réservée à la déclaration des fonctions publiques du module, c'est-à-dire après l'expression "public : ". " s'ensuit que la fonction do-init du module concerné peut être appelée de n'importe quel endroit de la netlist (après toutefois
l'occurrence de l'instruction déclarant ce module (dite instruction d'instanciation ou de déclaration de ce module).
Bien entendu, le nom donné à la fonction d'initialisation précitée est tout à fait arbitraire et ne saurait être interprété comme une caractéristique limitative de l'invention.
La déclaration du module comprend aussi la déclaration 22 de fonctions de connexion respectives pour chacun des ports d'entrée in~i (avec i compris entre 1 et n) et des ports de sortie outj (avec j compris entre 1 et m) du module. Ces fonctions de connexion sont de préférence appelées respectivement ln~i (avec i compris entre 1 et n) et Outj (avec j compris entre 1 et m). Ces fonctions comprennent en paramètre un identifiant d'un signal relié au port correspondant. Elles reçoivent, lorsqu'elles sont appelées, l'adresse de ce signal. Ces déclarations prennent ainsi la forme suivante, visible à l'Annexe 2 ; void In~i c~signal & ) et void Outj (sc~signal & ) , pour i compris entre 1 et n, et j compris entre 1 et m, où "void" signifie que la fonction concernée ne retourne aucune information lorsqu'elle est appelée, et où l'expression"scsigna ! "entre parenthèses permet, de façon classique dans le langage SystemC, de spécifier que la fonction reçoit, lorsqu'elle est appelée, un signal de type"type".
Le symbole" & ", quant à lui, permet là-aussi à la fonction de recevoir l'adresse du signal dont l'identifiant est passé en paramètre lors de l'appel de la fonction, même lorsque cet identifiant est le nom du signal (par exemple "f1" pour le signal f1) et non pas l'adresse de ce signal (c'est-à-dire " & f1 If). Dit autrement, l'identifiant du signal spécifié en paramètre lors de l'appel de la fonction de connexion de chaque port de chaque module peut alors être le nom de ce signal.
On notera que, avantageusement, la fonction de connexion (In~i ou Outj) de chaque port (d'entrée ou de sortie, respectivement) de chaque module a pour nom le nom dudit port (in~i ou outj, respectivement) avec la première lettre en majuscule et les lettres suivantes en minuscules.
millimétrique qui est transmise depuis le radar d'onde radio au moyen de marqueurs ou d'installations localisées le long de la périphérie de la route. Cependant, dans un tel système, le marqueur et l'installation incluant un signe de destination sur la surface de route ou un rail de garde installé sur le côté de la route doit être d'une structure qui permet de réfléchir l'onde radio, c'est-à-dire un réflecteur d'onde radio.
En d'autres termes, dans le système qui utilise le radar d'onde radio, les marqueurs et les installations au niveau de la périphérie de la route, par exemple des structures qui incluent le signe de destination, une barrière de bruit, un rail de garde et une bordure, doivent être détectés de façon fiable. Cependant, si ces structures elles-mêmes ne réfléchissent pas l'onde radio, la détection par le radar d'onde radio est impossible, et un réflecteur d'onde radio séparé doit être prévu. En outre, la réflexion de l'onde radio qui provient d'une direction spécifiée seule est insuffisante et même l'onde radio qui provient d'une pluralité de directions non spécifiées doit être réfléchie suivant chaque direction dans le plan imaginaire incluant la direction d'arrivée.
RÉSUMÉ DE L'INVENTION Afin de surmonter les problèmes qui ont été décrits ci-avant, des modes de réalisation préférés de la présente invention proposent un réflecteur d'onde radio qui a pour fonction de réfléchir des ondes radio suivant chaque direction incluant la direction d'arrivée des ondes radio et qui peut être ajusté sur divers types de structures, ainsi qu'une structure sur laquelle le réflecteur d'onde radio est ajusté.
Un réflecteur d'onde radio selon un premier mode de réalisation préféré de la présente invention inclut de préférence un matériau de réflexion d'onde radio qui est un conducteur et un matériau de base qui inclut le matériau de réflexion d'onde radio dans un état de non contact.
Un réflecteur d'onde radio selon un second mode de réalisation préféré de la présente invention est de préférence un réflecteur d'onde radio selon le premier mode de réalisation préféré de la présente invention où le conducteur est formé en un métal en flocons ou granulaire.
Dans le réflecteur d'onde radio de cette configuration, le matériau de réflexion d'onde radio qui est le conducteur formé à partir du métal en flocons ou granulaire est inclus dans le matériau de base dans un état de non contact, et l'onde radio qui arrive sur le réflecteur d'onde radio est réfléchie suivant chaque direction dans le plan imaginaire incluant la direction d'arrivée par le conducteur (le métal) qui est le matériau de réflexion d'onde radio. La condition essentielle est que les matériaux de réflexion d'onde radio sont agencés dans un état de non contact.
Un réflecteur d'onde radio selon un troisième mode de réalisation préféré de la présente invention inclut de préférence un matériau de réflexion d'onde radio qui est un matériau diélectrique et un matériau de base qui inclut le matériau de réflexion d'onde radio.
Le réflecteur d'onde radio selon un quatrième mode de réalisation préféré de la présente invention est de préférence le réflecteur d'onde radio selon le troisième mode de réalisation préféré de la présente invention où le diélectrique est une céramique en flocons ou granulaire.
Dans un tel réflecteur d'onde radio, le matériau de réflexion d'onde radio qui est un conducteur formé en une céramique en flocons ou granulaire est inclus dans le matériau de base, et l'onde radio qui arrive sur le réflecteur d'onde radio est réfléchie suivant chaque direction dans le plan imaginaire incluant la direction d'arrivée par le conducteur (la céramique) qui est le matériau de réflexion d'onde radio.
Un réflecteur d'onde radio selon un cinquième mode de réalisation préféré de la présente invention est le réflecteur d'onde radio selon le quatrième mode de réalisation préféré de la présente invention où le profil de la céramique est sensiblement sphérique. Si le profil de la céramique est sensiblement sphérique, l'onde radio qui arrive sur le réflecteur d'onde radio peut être réfléchie à un niveau spécifié.
Un réflecteur d'onde radio selon un sixième mode de réalisation préféré est un réflecteur d'onde radio selon le quatrième ou cinquième mode de réalisation préféré de la présente invention où la constante
diélectrique spécifique de la céramique n'est pas inférieure à cinq. Si la constante diélectrique spécifique de la céramique n'est pas inférieure à cinq, une efficience ou efficacité de réflexion élevée peut être obtenue.
Un réflecteur d'onde radio selon un septième mode de réalisation préféré de la présente invention est le réflecteur d'onde radio selon le second mode de réalisation préféré de la présente invention où le métal est un déchet industriel de composants électroniques. Dans ce réflecteur d'onde radio, le déchet industriel peut être recyclé de manière efficace.
Un réflecteur d'onde radio selon un huitième mode de réalisation préféré de la présente invention est le réflecteur d'onde radio selon le quatrième ou cinquième mode de réalisation préféré de la présente invention où la céramique est un déchet industriel de composants électroniques. Dans ce réflecteur d'onde radio, le déchet industriel peut être recyclé de manière efficace.
Un réflecteur d'onde radio selon un neuvième mode de réalisation préféré de la présente invention est le réflecteur d'onde radio selon le premier ou troisième mode de réalisation préféré de la présente invention où le profil complet du matériau de base incluant le matériau de réflexion d'onde radio est en forme de feuille. Selon cette configuration, le réflecteur d'onde radio qui inclut le matériau de réflexion d'onde radio et le matériau de base est une feuille plane et de façon similaire à une feuille de guidage visuel classique, le réflecteur d'onde radio peut être aisément ajusté sur une structure qui inclut un marqueur et une installation au niveau de la périphérie de la route.
Un réflecteur d'onde radio selon un dixième mode de réalisation préféré de la présente invention est le réflecteur d'onde radio selon le neuvième mode de réalisation préféré de la présente invention où une partie de protubérance qui est définie par le matériau de base incluant le matériau de réflexion d'onde radio est prévue sur une surface de côté d'arrivée d'onde radio de la feuille. En d'autres termes, dans le réflecteur d'onde radio selon le huitième mode de réalisation préféré de la présente invention, il est difficile de réfléchir l'onde radio en provenance de la direction tangentielle à proximité de la surface de côté d'arrivée d'onde radio mais si la partie de protubérance qui est
La demanderesse a constaté que la constitution de nanocapsules comportant un taux de phosphatidylcholine supérieur à 95 % permettait, chez le rat, d'augmenter significativement le temps de rétention et donc la furtivité de ces nanocapsules dans la circulation sanguine. Ainsi, des impuretés telles que d'autres phospholipides comme la phosphatidyl éthanolamine, les lysophospholipides ou des acides gras libres, pourraient contribuer à augmenter le phénomène d'opsonisation de ces nanoparticules. De plus, la demanderesse a également constaté que le rendement d'insertion des
molécules de lipide couplé aux molécules de PEG était meilleur lorsque le tensioactif lipophile présente une concentration initiale en phosphatidylcholine supérieure à 95 %.
Ainsi, la furtivité observée des nanocapsules conformes à l'invention pourrait tenir au fait que la surface externe de ces nanocapsules est constituée par un phospholipide pratiquement pur à base de phosphatidylcholine, qui ne déclenche quasiment pas les mécanismes d'opsonisation. Le taux de pureté en phosphatidylcholine joue un rôle dans les mécanismes d'échappement au système d'opsonisation.
Le tensioactif lipophile de nature lipidique représente avantageusement un pourcentage molaire compris entre 5 et 30 mol% des molécules lipidiques composant la dite enveloppe lipidique externe.
Ce tensioactif possède de préférence une température de transition de phase gel à liquide supérieure à 25 C, préférentiellement supérieure à 37 C, cela signifie qu'à température ambiante, ledit tensioactif est sous forme solide et ne passe sous forme liquide qu'à une température supérieure à 25 C, préférentiellement à 37 C. La température de transition gel/liquide joue un rôle dans la rigidité de l'enveloppe lipidique externe desdites nanocapsules. La rigidité de l'enveloppe externe offre aux nanocapsules selon l'invention une stabilité physico-chimique importante, à la fois en milieu aqueux lorsqu'elles sont en suspension, mais également lors de leur administration dans le compartiment sanguin. En effet, la rigidité de ladite enveloppe externe confère aux nanocapsules une cohésion leur permettant de résister aux modifications environnementales telles que les variations de pH ou de pression osmotique qui surviennent lors de l'injection.