INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Dans le contexte de l’invention, on entend par "copolymère à blocs", encore appelé « copolymère séquencé », un copolymère contenant, notamment constitué par, une séquence linéaire de plusieurs blocs différents, chaque bloc étant constitué d’une chaîne d’homopolymère, c’est-à-dire constituée d’un seul type d’unité de répétition, deux blocs adjacents étant donc constitués par des unités de répétition différentes. Un copolymère à blocs constitue une seule macromolécule, de sorte que chaque bloc est lié de manière covalente au bloc suivant par une liaison covalente. Par exemple, un copolymère à blocs d'unités de répétition A, B et C peut avoir la structure suivante : AAAAAAAAAAABBBBBBBCCCCCCCAAAAAAAAACCCCCCCCCBBBBBBBBB.
Dans le contexte de l’invention, on entend par "copolymère alterné" un copolymère comprenant de préférence deux unités de répétition différentes, dans lequel des unités de répétition de nature différente s’alternent systématiquement les unes avec les autres de sorte qu’une unité de répétition n’est jamais liée à une unité de répétition identique. Par exemple, un copolymère alterné comprenant les unités de répétition A et B aura la structure suivante : ABABABABABAB.
Dans le contexte de la présente invention, on entend par « polymère M en forme d’étoile » ou « polymère M en étoile », un polymère, dans lequel au moins quatre chaînes polymériques linéaires sont liées à un noyau central en étoile par une liaison covalente. Le noyau central est à base d’une ou plusieurs unités de répétition d’un polymère, selon la nature du polymère. Par exemple, le noyau central peut être formé d’une unité de répétition d’un polymère si cette dernière est tétravalente et peut être liée à quatre chaînes polymériques, tel que l’unité de répétition d’une poly(amidoamine) (PAMAM). Dans un autre exemple, le noyau central peut être à base de poly(éthylène glycol) (PEG), dans lequel des unités de répétition du PEG sont condensées les unes aux autres pour former une étoile à n bras, tel qu’illustré ci-après.
Le polymère M en forme d’étoile de l’invention comprend un cœur central et n bras attachés au cœur, dans lequel chaque bras est une chaîne polymérique comprenant au moins un polymère dégradable, dans lequel n est un nombre entier supérieur ou égal à 4, caractérisé en ce qu’une ou plusieurs chaînes polymériques sont indépendamment fonctionnalisée(s) à leur extrémité par un groupement G choisi parmi un groupement (méth)acrylate, un dérivé catéchol, un dérivé acide phénylboronique et un groupement pyrogallolyl, sous réserve qu’au moins une chaîne polymérique soit fonctionnalisée à son extrémité par un dérivé catéchol, un dérivé acide phénylboronique et un groupement pyrogallolyl.
De préférence, le polymère M selon l’invention possède au moins une chaîne polymérique fonctionnalisée à son extrémité par un dérivé catéchol.
Dans un mode de réalisation préféré, le cœur central est formé à base d’une ou plusieurs unités de répétition d’un polymère choisi parmi les polyéthers et la poly(amidoamine).
Avantageusement, le cœur central est formé à base d’une ou plusieurs unités de répétition d’un polyéther, notamment choisi parmi le poly(éthylène glycol) (PEG), les poloxamères et les poloxamines. De préférence, le cœur central polyéther est formé à base de PEG.
La cage 27 est située à l’extrémité amont d’un support 29 de révolution qui s’étend le long de la face interne de la virole 17 pour être fixé à l’embase 31 de cette virole 17, ce support 29 comprenant des colonnettes 32 s’étendant entre l’embase 31 et la cage 27.
Comme visible plus clairement sur la , le palier 26 comporte encore un manchon 33 porté par la structure de révolution 19 en étant situé à l’extrémité de la virole 17 de façon à être maintenu rigidement par cette virole. Ce manchon 33 entoure la cage souple 27, en ayant un diamètre interne supérieur au diamètre externe de la cage 27 pour être séparé de celle-ci par une espace annulaire E. La cage souple 27 et le manchon 33 sont ainsi des éléments tournants faisant partie du rotor basse pression.
Selon l’invention, le manchon 33 comporte un anneau interne 34 en matériau électriquement isolant, à la face interne duquel est montée une bague interne 36 cylindrique qui est électriquement conductrice qui est située radialement en vis-à-vis de la cage souple 27.
La bague interne conductrice 36 est électriquement raccordée à une première extrémité d’un fil conducteur 37 pourvu d’une gaine isolante, qui longe la face interne de la virole 17 et les colonnettes 32 pour traverser la paroi du tourillon basse pression 16 ( ) au niveau d’un trou radial 38 ( ).
Comme visible sur la , le tourillon 16 a une forme générale de cylindre creux, et le fil conducteur 37 longe la face interne de ce tourillon 16 pour rejoindre l’extrémité amont AM de ce tourillon 16.
Dans la partie avant, comme le montre la , le tourillon 16 porte à sa face interne une batterie électrique 39, pouvant aussi être constituée par une pile, qui est raccordée à l’extrémité amont du fil conducteur 37. Comme visible sur la , l’extrémité amont du tourillon porte un cône avant 41 à l’extrémité duquel est montée une diode électroluminescente 42, qui est raccordée d’une part à la batterie 39 par un fil conducteur 43, et d’autre part à une partie métallique du tourillon 16 par l’intermédiaire d’un autre fil conducteur 44.
Ainsi que le montre la , en cas de balourd important, si la cage 27 se déporte radialement et vient au contact du manchon 33, elle établit entre en contact électrique avec la bague interne 36 qui est électriquement conductrice et qui est reliée par le fil 37 à la batterie 39, de sorte que dans ce cas le circuit d’alimentation de la diode 42 se forme pour provoquer l’allumage de cette diode.
Comme visible sur les figures, l’ensemble constitué de la diode 42 avec la batterie 39 et les fils conducteurs constitue un circuit électronique 45 de détection du contact de la cage 27 avec le manchon 33 qui l’entoure, qui est autonome et porté par le rotor basse pression 14.
Comme représenté schématiquement sur la , une caméra 46 peut avantageusement être placée en vis-à-vis de la diode 42, en étant reliée à circuit de traitement pour commander l’émission par exemple d’un signal sonore lorsque l’allumage de la diode 42 est détecté.
La caméra 46 peut aussi être une caméra à haute vitesse, de façon à identifier les instants auxquels la diode s’illumine, de manière à en déduire l’établissement du contact de la cage 27 avec le manchon 33 lorsqu’il s’agit d’un contact intermittent.
Dans l’exemple de la , la diode est placée au centre de l’extrémité avant du rotor basse pression, mais elle peut aussi être portée par une autre partie du rotor basse pression, le choix de son positionnement pouvant être conditionné par l’agencement général du moteur.
Dans l’exemple qui a été décrit en relation avec les figures 2 et 3, le tourillon 16 fait partie du circuit d’alimentation de la diode en constituant la masse de ce circuit.
Alternativement, comme illustré sur la , l’alimentation électrique de la diode 42 ( ) ne passe pas par le corps du tourillon 16, mais par un fil conducteur de retour 47 ( ). Dans cette variante de l’invention qui apparaît de façon plus détaillée sur la , la cage souple 27 porte à sa périphérie externe un anneau externe électriquement isolant 48 qui est entouré par une bague externe conductrice 49.
La bague externe 49 est électriquement reliée à une extrémité du fil de retour 47 est équipé d’une gaine électriquement isolante passe le long des colonnettes 32 pour traverser la paroi du tourillon 16 au niveau du trou radial 38. Comme visible sur la le fil de retour 47 longe la face interne du tourillon 16 en suivant sensiblement le même parcours que le fil 37, pour rejoindre la diode 42 et y être raccordé par son autre extrémité. Comme dans le cas de la , la diode est reliée à la bague interne 36 par l’intermédiaire des fils 37 et 43 raccordés à la batterie 39, de sorte que le fonctionnement est le même que dans l’exemple de la .
Dans les exemples illustrés sur les figures 2 à 6, l’invention est mise en œuvre pour détecter le contact de la cage avec le manchon d’un palier interarbre. Mais l’invention peut aussi bien s’appliquer à un palier simple, tel qu’un palier supportant le tourillon basse pression 16, pour lequel la cage et le manchon sont alors portés par une partie stator du moteur, de sorte que dans ce cas, la diode est elle aussi portée par le stator du moteur.
D’une manière générale, l’invention permet de détecter le contact mécanique d’une cage souple avec un manchon de palier en temps réel, sans nécessiter la mise en œuvre d’éléments d’instrumentation lourds, en assurant cette détection au moyen d’un circuit électronique autonome très simple. L’information de détection de contact mécanique est transmise par un émetteur de signal qui est une diode électroluminescante dans l’exemple des figures, mais l’émetteur de signaux peut être d’une autre nature, comme par exemple un émetteur radioélectrique à la place de la diode.
En regardant maintenant la , en 936, le système de provisionnement 910 vérifie si le propriétaire et le participant ont une relation familiale valide. En 938, le système de provisionnement 910 enregistre des informations se rapportant à d'autres adultes dans le cercle familial de confiance. En 940, le système de provisionnement 910 met en œuvre une vérification de nom sur le nom de compte d'utilisateur de l'utilisateur restreint pour confirmer que le nom respecte certaines exigences, par exemple, n'inclut pas d'émoticônes. Si l'un et/ou l'autre du prénom et du nom de famille sont non valides, en 942, le système de provisionnement 910 envoie un code d'erreur au dispositif utilisateur non restreint 902. L'utilisateur propriétaire peut entrer le prénom et le nom de famille corrects et, en 944, le dispositif utilisateur non restreint 902 peut envoyer une demande au système de provisionnement 910 pour créer le compte de paiement mobile restreint. Dans cet exemple, l'utilisateur propriétaire entre les informations de nom, plutôt que celles-ci soient remplies automatiquement par le système CS&C 916. En 946, le système de provisionnement 910 peut communiquer avec le système antifraude 914 pour mettre en œuvre une vérification de fraude, qui peut inclure la fourniture d'au moins certaines informations de compte d'utilisateur au système antifraude 914. En 948, le système de provisionnement 910 enregistre au moins une certaine partie de l'invitation reçue précédemment du dispositif utilisateur non restreint 902. Ceci peut inclure des identificateurs uniques pour le participant et le propriétaire, en même temps que d'autres identificateurs, et le prénom et le nom de famille du participant. En 950, le système de provisionnement 910 envoie une réponse au dispositif utilisateur non restreint 902 qui inclut un objet de compte. En 952, le système de provisionnement 910 envoie une notification poussée au dispositif utilisateur restreint 904 pour amener le dispositif utilisateur restreint 904 à commencer un flux de travaux pour s'enregistrer pour obtenir des informations de paiement (par exemple, une URL de paiement et un jeton). Le flux de travaux peut être mis en œuvre en arrière-plan sur le dispositif utilisateur restreint 904. Dans certains exemples, il peut inclure, en 954, le dispositif utilisateur restreint 904 s'enregistrant auprès du système de paiement 908.
En regardant maintenant la , en 956, le dispositif utilisateur restreint 904 peut s'enregistrer pour un paiement entre pairs auprès du système de provisionnement 910. Ceci peut inclure le partage d'un identificateur unique de compte d'utilisateur avec le système de provisionnement 910. En 958, le système de provisionnement 910 demande des détails de cercle familial de confiance auprès du système CS&C 916. En réponse, en 960, le système CS&C 916 renvoie un résumé concernant le cercle familial de confiance. En 962, le système de provisionnement 910 vérifie si le propriétaire et le participant ont une relation familiale valide, comme en 936. En 964, le système de provisionnement 910 amène la création du compte de paiement mobile restreint en communiquant avec le système de délivrance 912. En réponse, en 966, le système de délivrance 912 accuse réception et renvoie l'identificateur de compte de participant. L'ID de compte de participant peut représenter un identificateur qui identifie de façon unique le compte de paiement mobile restreint. En 968, le système de provisionnement 910 exécute une vérification de fraude en communiquant avec le système de détection de fraude 914. En 970, le système de provisionnement 910 peut créer un laissez-passer de traitement de paiement avec le système de paiement 908. En 972, le système de provisionnement 910 envoie une réponse enregistrée au dispositif utilisateur restreint 904. En 974, le dispositif utilisateur restreint 904 demande des détails de compte se rapportant au compte de paiement mobile. En 976, le système de provisionnement 910 demande les détails de compte auprès du système de délivrance 912. En 978, le système de provisionnement 910 envoie un accusé de réception au dispositif utilisateur restreint 904. En 980, le dispositif utilisateur restreint 904 répond au système de provisionnement 910 avec le laissez-passer. En 982, le système de provisionnement 910 met en œuvre un flux de travaux se rapportant à une vérification du Bureau du contrôle des avoirs étrangers (OFAC). Ceci peut inclure, en 982, la fourniture par le système de provisionnement 910 des données de compte de paiement mobile au système de délivrance 912. En 984, le système de délivrance 912 envoie un accusé de réception avec les informations de compte personnalisées. En 986, le système de délivrance 912 peut envoyer une communication au système de provisionnement 910 qui inclut les informations de compte mises à jour.
La illustre un diagramme de séquence 1000 montrant un exemple de processus pour établir des comptes de paiement mobile restreints pour utilisation sur des dispositifs utilisateur, selon au moins un exemple. En particulier, le diagramme de séquence 1000 représente des processus pour l'enregistrement et le partage de notifications de transaction d'activité.
En tant qu'éléments dans le diagramme de séquence 1000, la inclut un dispositif utilisateur restreint 1002 (par exemple, le dispositif utilisateur restreint 108), un dispositif utilisateur non restreint 1004 (par exemple, le dispositif utilisateur non restreint 106), un dispositif utilisateur gestionnaire 1006, un système de provisionnement 1008 (par exemple, le système de provisionnement 204) et un système de délivrance 1010 (par exemple, le système de délivrance 220). La fonction décrite par rapport au dispositif utilisateur non restreint 902 et au dispositif utilisateur restreint 904 peut être mise en œuvre par et/ou au sein d'applications de portefeuille numérique, au sein du système d'exploitation, ou au sein d'autres applications.
En 1012, le système de délivrance 1010 informe le système de provisionnement 1008 concernant une nouvelle activité sur un compte de paiement mobile restreint. En 1014, le système de provisionnement 1008 met à jour un compte de valeur stocké associé au compte de paiement mobile restreint. Ceci peut inclure la mise à jour d'une table des transactions telle que tenue à jour par le système de provisionnement 1008. En 1016, le système de provisionnement 1008 envoie une notification poussée au dispositif utilisateur restreint 1002 pour obtenir des informations concernant la transaction récente. En réponse, en 1018, le dispositif utilisateur restreint 1002 renvoie des informations concernant la transaction récente. En 1020, le système de provisionnement 1008 accuse réception du message. En 1022, le système de provisionnement 1008 prévient le propriétaire des mises à jour au compte de paiement mobile restreint (par exemple, le compte associé). En 1024, le système de provisionnement 1008 envoie une notification poussée au dispositif utilisateur non restreint 1004 sur la rubrique de compte associée. En réponse, en 1026, le dispositif utilisateur non restreint 1004 demande des informations concernant le compte de paiement mobile restreint. En 1028, le système de provisionnement 1008 envoie un accusé de réception incluant les mises à jour. En 1030, le système de provisionnement 1008 prévient les autres utilisateurs des mises à jour. Ceci peut inclure, en 1032, l'envoi d'une notification poussée au(x) dispositif(s) de gestion 1006, la réception de réponses en 1034 et le renvoi des mises à jour, en 1038.
Les FIGS. 11A et 11B illustrent un diagramme de séquence 1100 montrant un exemple de processus pour convertir un compte de paiement mobile restreint en un compte primaire, selon au moins un exemple. En particulier, le diagramme de séquence 1100 représente un processus pour convertir un compte de paiement mobile restreint créé, comme décrit ici, en un compte primaire, par exemple, lorsque l'utilisateur restreint atteint l'âge de 18 ans.
En tant qu'éléments dans le diagramme de séquence 1100, les FIGS. 11A et 11B incluent un dispositif utilisateur restreint 1102 (par exemple, le dispositif utilisateur restreint 108), un système CS&C 1104 (par exemple, un système CS&C 206), un système de provisionnement 1106 (par exemple, le système de provisionnement 204) et un système de délivrance 1108 (par exemple, le système de délivrance 220). La fonction décrite par rapport au dispositif utilisateur restreint 1102 peut être mise en œuvre par et/ou au sein d'une application de portefeuille numérique, au sein du système d'exploitation, ou au sein d'autres applications.
En commençant par les FIG. , , en 1110, après que l'utilisateur du dispositif utilisateur restreint 1102 atteint l'âge de 18 ans (ou n'importe quel autre âge approprié ou lorsqu'un quelconque autre événement approprié se produit qui entraîne un changement de statut de l'utilisateur), l'utilisateur clique sur un dos d'un laissez-passer numérique qui représente le compte de paiement mobile restreint. En 1112, le dispositif utilisateur restreint 1102 demande des informations concernant le cercle familial de confiance auprès du système CS&C 1104. En réponse, le système CS&C 1104, en 1114 envoie des informations au dispositif utilisateur restreint 1102. À ce point, le dispositif utilisateur restreint 1102 affiche un bouton d'évolution. En 1116, l'utilisateur restreint sur le dispositif utilisateur restreint 1102 clique sur le bouton d'évolution. Ceci peut commencer le flux de travaux pour convertir le compte de l'utilisateur. En 1118, le dispositif utilisateur restreint 1102 envoie un message au système de provisionnement 1106. En 1120, le système de provisionnement 1106 renvoie un identificateur de famille et une adresse universelle. En 1122, le dispositif utilisateur restreint 1102 accepte les conditions de famille. En 1124, le système de provisionnement 1106 envoie un accusé de réception. En 1126, le dispositif utilisateur restreint 1102 envoie des métadonnées de dispositif au système de provisionnement 1106. En 1128, le système de provisionnement 1106 vérifie l'âge de l'utilisateur en utilisant un jeton. En 1130, le système de provisionnement 1106 envoie des informations au dispositif utilisateur restreint 1102.
En regardant maintenant la , en 1132, le dispositif utilisateur restreint 1102 envoie une vérification au système de provisionnement 1106. En 1134, le système de provisionnement 1106 envoie une demande au système de délivrance 1108 pour personnaliser le compte. Les étapes restantes de 1136, 1138 et 1140 se déroulent de façon similaire à ce qui a été décrit précédemment.
La illustre un tableau 1200 montrant un exemple de processus pour partager des données avec et parmi des comptes de paiement mobile, selon au moins un exemple. Le tableau 1200 identifie les utilisateurs 1202, des zones de stockage 1204 (par exemple, table d'enregistrement de transactions d'activité), des rôles attribués aux utilisateurs 1206, des détails de compte 1208, des règles de partage vers l'extérieur 1210, et des règles de partage vers l'intérieur 1212. Les articles dans des cases rectangulaires en blanc sont commandés par le serveur (par exemple, le fournisseur de services 104). Les cases en gris sont commandées par le dispositif client (par exemple, l'un des dispositifs utilisateur 106, 108). Les utilisateurs 1202 sont identifiés en tant qu'enfant A, parent A, parent B et adulte A. Les rôles attribués aux utilisateurs 1206 peuvent être ceux de restreint, propriétaire, et/ou participant gestionnaire. Dans certains exemples, l'adulte A est un participant gestionnaire, mais peut également être identifié en tant que propriétaire aux fins de ce tableau. Le compte 1208 indique quels comptes sont associés à quels autre comptes. Ainsi, le compte de l'enfant est associé à l'un et l'autre des parents A et B. les comptes des parents sont associés chacun à l'enfant A. Les règles de partage vers l'extérieur 1210 indiquent si les comptes partagent leurs propres informations de transaction avec d'autres dans le cercle familial de confiance. L'enfant A partage avec l'un et l'autre des parents A et B, comme illustré par les flèches directionnelles. Les règles de partage vers l'intérieur 1212 indiquent si les comptes reçoivent des informations. L'enfant A ne reçoit aucun partage. L'un et l'autre des parents A et B reçoivent un partage de l'enfant A.
Les zones de stockage 1204 sont des emplacements de stockage basés sur un nuage (par exemple, sur le système CS&C 206) où les transactions sont stockées. Chaque zone de stockage 1204 est chiffrée à l'aide d'une clé de chiffrement. Les données peuvent être déchiffrées par un dispositif qui a la clé correspondante. Lorsque des comptes de paiement mobile restreints sont établis, tous les utilisateurs avec le rôle de propriétaire obtiendront les clés et une URL pour accéder à la zone de stockage de l'enfant A. Ceci permet aux dispositifs des autres utilisateurs de demander et recevoir des données d'activité transactionnelle depuis la zone de stockage. Lorsqu'un enfant évolue (par exemple, son compte est converti en un compte primaire), les clés peuvent être révoquées de sorte que les autres utilisateurs ne peuvent plus accéder à la zone de stockage de l'enfant A. Les dispositifs des autres utilisateurs vont également supprimer leurs clés et les données existantes mises en cache sur ces dispositifs.
La illustre un schéma descriptif montrant un exemple de processus 1300 pour établir des comptes de paiement mobile restreints pour utilisation sur des dispositifs utilisateur, selon au moins un exemple. Le processus 1300 peut être mis en œuvre par le fournisseur de services 104 et en particulier le système de provisionnement 204 du fournisseur de services 104. Le processus 1300 peut se rapporter à l'établissement d'un nouveau compte, par exemple, tel que décrit en référence aux FIGS. 3 à 6 et 9A à 9C. Par exemple, en utilisant le processus 1300, un utilisateur sur un premier dispositif peut amener la création d'un compte de paiement mobile restreint sur un deuxième dispositif. Le deuxième dispositif peut avoir des informations de compte partagées avec le premier dispositif ou peut être indépendant.
Le processus 1300 commence en 1302 par la réception par le système de provisionnement 204 ( ) d’une demande pour établir un compte de paiement mobile restreint au nom d'un deuxième compte d'utilisateur. La demande peut être reçue d'un premier dispositif utilisateur (par exemple, un dispositif utilisateur non restreint) associé à un premier compte d'utilisateur. Le compte de paiement mobile restreint sera un sous-compte d'un compte de paiement mobile primaire du premier compte d'utilisateur. Dans certains exemples, la demande peut inclure des informations de compte d'utilisateur qui sont associées au deuxième compte d'utilisateur. Dans certains exemples, les informations de compte d'utilisateur peuvent être obtenues auprès d'un système de stockage et de calcul distant ou entrées au niveau du premier dispositif utilisateur.