INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Dans cet exemple, tous les accumulateurs A8 sont identiques et comportent leur orifice d’alimentation 16 et leur orifice d’évacuation 18 diamétralement opposés et situés dans la partie supérieure des godets 2, ces accumulateurs peuvent avoir une configuration interne similaire à celle des accumulateurs A2. Les accumulateurs sont alignés sur une droite. Chaque godet 2 a son orifice d’alimentation 16 connecté à l’orifice d’évacuation 18 de l’accumulateur directement adjacent, sauf les accumulateurs à chaque extrémité dont l’un a son orifice d’alimentation 16 libre destiné à être connecté au circuit de caloporteur et l’autre a son orifice d’évacuation 18 libre destiné à être connecté au circuit de caloporteur.
Très avantageusement les orifices sont connectés directement les uns aux autres ce qui permet de réduire l’encombrement du module, le nombre de composants de connexion et la masse du module. En outre un tel assemblage offre une grande rigidité. Un tel assemblage permet d’utiliser la rigidité de chaque accumulateur pour réaliser un module rigide.
Les accumulateurs sont connectés électriquement en série par des connecteurs 32 représentés schématiquement.
Le caloporteur s’écoule successivement d’un godet à l’autre.
En variante, les godets comportent des orifices d’alimentation et d’évacuation situés à des extrémités longitudinales opposées. Le caloporteur circule alors par exemple du bas vers le haut dans un godet et du haut vers le bas dans le godet suivant.
Comme pour le module de la , la structure de connexion en série peut avantageusement permettre de ne pas prévoir de structure mécanique pour maintenir l’ensemble du module. Il peut être installé au sein d’un boîtier de protection directement dans un véhicule ou tout autre système à alimenter.
Les interconnexions fluidiques sont par exemple réalisées par des connecteurs vis-écrou, des connecteurs rapides type push-pull ou tout autre connecteur.
De manière très avantageuse, la face extérieure de la paroi latérale extérieure autour des orifices d’alimentation et d’évacuation sont conformés pour permettre une connexion aisée avec une rampe, avec un autre accumulateur ou directement un circuit hydraulique.
D’autres dispositions sont envisageables pour les accumulateurs, par exemple on peut prévoir des accumulateurs avec des orifices d’alimentation et d’évacuation orientées à 90° l’un par rapport ou toute autre orientation de l'un par rapport à l’autre et permettant des assemblages non linéaires.
Les modules des figures 11 et 12 présentent également l’avantage de permettre un remplacement aisé d’un ou plusieurs accumulateurs défaillants. En effet, chaque accumulateur est facilement accessible.
Le système de paiement 250 peut être configuré pour traiter certains types de paiements tels que des transactions sans contact de point de vente. Ainsi, comme le système de provisionnement 204, le système de paiement 250 peut inclure une base de données de comptes 252, qui peut inclure des informations similaires à la base de données de comptes 222, et un service de traitement de transaction 254, qui peut être configuré de façon similaire au service de traitement de transaction 226.
Le système de notification 240 peut inclure un registre de comptes 242 et un service de transport 244. Généralement, le système de notification 240 peut être utilisé pour envoyer des notifications poussées aux dispositifs utilisateur 106, 108 et 260. Par exemple, lorsqu'un nouveau compte de paiement mobile restreint est créé pour un utilisateur, un enregistrement peut être stocké dans le registre de comptes 242. L'enregistrement peut identifier les autres comptes d'utilisateur pour recevoir des notifications concernant l'activité de compte sur le compte de paiement mobile restreint. Par exemple, ceci peut inclure un propriétaire et/ou les parents. Le service de transport 244 peut être utilisé pour pousser les notifications vers les dispositifs utilisateur pertinents.
Généralement, le système de stockage et de calcul en nuage 206 permet à des utilisateurs de stocker des données telles que des documents, des photos, des vidéos, etc. sur des serveurs distants, fournit un moyen pour sauvegarder sans fil des données sur des dispositifs utilisateur, et fournit une synchronisation de données entre des dispositifs utilisateur. Le système de stockage et de calcul en nuage 206 inclut un registre de comptes 228 et un service d'authentification 230. Le registre de comptes 228 est utilisé pour stocker des informations de compte incluant des identificateurs de dispositif enregistrés (par exemple, numéros de téléphone, adresses électroniques, etc.) pour des utilisateurs qui utilisent le système de stockage et de calcul en nuage 206. Dans certains exemples, un compte avec le système de stockage et de calcul en nuage 206 peut être nécessaire pour initialiser les dispositifs utilisateur 106, 108 et 260. Dans certains exemples, au moins une partie des informations de compte dans le registre de comptes 228 est identique à au moins une partie des informations de compte dans le registre de comptes 208. Par exemple, un utilisateur peut utiliser la même adresse électronique (par exemple, nom d'utilisateur) pour l'un et l'autre des systèmes et peut associer les mêmes identificateurs de dispositif pour l'un et l'autre des systèmes. De cette manière, les mêmes dispositifs utilisateur peuvent être utilisés pour recevoir des messages, conformément au registre de comptes 208, et accéder à des fichiers distants, conformément au registre de comptes 228. Dans certains exemples, le registre de comptes 228 peut être utilisé en tant que point de vérité pour l'authentification d'un utilisateur/de dispositifs utilisateur demandant la création de nouveaux comptes. Le service d'authentification 230 peut mettre en œuvre la fonction d'authentification, de la manière décrite ici.
Généralement, le système de délivrance 220 peut être exploité par une entité autre que l'entité qui exploite le fournisseur de services 104. En particulier, le système de délivrance 220 peut être un exemple d'un système informatique externe qui héberge des comptes de paiement. Par exemple, le système de délivrance 220 peut être associé à une banque qui délivre une carte de crédit ou une carte de débit virtuelle. Le système de délivrance 220 inclut une base de données de comptes 232 et un service de compte 234. Généralement, la base de données de comptes 232 est utilisée pour stocker des informations de compte qui sont spécifiques au système de délivrance 220. Par exemple, il peut s'agir d'informations de connexion d'un utilisateur pour un compte bancaire qui appartient à l'entité qui exploite le système de délivrance 220, de numéros de compte, de soldes de compte, d'un enregistrement de transactions, etc. Les informations de compte peuvent également identifier des associations entre des dispositifs utilisateur ayant des applications tierces publiées par le système de délivrance 220 et des utilisateurs dont les informations de compte sont stockées dans la base de données de comptes 232.
Les FIGS. 3 à 6 illustrent des interfaces utilisateur pour établir des comptes de paiement mobile restreints pour utilisation sur des dispositifs utilisateur, selon divers exemples. Les interfaces utilisateur sur les FIGS. 3 à 6 en particulier peuvent être présentées sur le dispositif utilisateur non restreint 106 et peuvent représenter les vues présentées à un utilisateur dans le cadre de la prise en charge et de la gestion d'un nouveau compte restreint.
Les FIGS. 3 à 6 illustrent des interfaces utilisateur 302-216 présentées sur le dispositif utilisateur non restreint 106. En particulier, l'interface utilisateur 302 est présentée au sein d'une application de réglages sur le dispositif utilisateur non restreint 106, le dispositif de l'utilisateur propriétaire 110. À partir de l'application de réglages, l'utilisateur peut être apte à gérer des autorisations se rapportant au cercle familial de confiance 114. Par exemple, l'interface utilisateur 302 inclut une liste de membres de la famille 318 et une liste de fonctionnalités partagées 320. Dans l'interface utilisateur 302, la liste de membres de la famille 318 inclut quatre membres. Un cercle familial de confiance peut inclure au moins trois rôles : un propriétaire (par exemple, un utilisateur propriétaire), un autre adulte (par exemple, un utilisateur gestionnaire ou participant gestionnaire) et un participant (par exemple, un utilisateur restreint). Dans cet exemple, Jane peut être la propriétaire, Johnny peut être l'autre adulte, et les enfants, Emily et Parker peuvent être les participants. Le propriétaire a le plus grand nombre d'autorisations, suivi par l'autre adulte et les participants. Pour ajouter un utilisateur au cercle familial de confiance 114, le bouton ajouter membre de la famille 322 peut être sélectionné. L'ajout d'un membre de la famille peut inclure l'entrée d'informations d'identification de connexion pour l'utilisateur (ou la création d'un nouveau compte d'utilisateur) et l'association du compte au cercle familial de confiance 114.
Les membres du cercle familial de confiance 114 identifiés dans la liste de membres de la famille 318 peuvent avoir le droit de partager certaines fonctionnalités telles que le partage d'achat, le partage de ressources de stockage en nuage, le partage de localisation, le partage de contenu multimédia et de divertissement, etc. représentées dans la liste de fonctionnalités partagées 320. Les techniques décrites ici se rapportent au processus de création de comptes de paiement mobile pour utilisateurs restreints (par exemple, Emily et/ou Parker). Pour ce faire, l'utilisateur propriétaire (par exemple, Jane) peut sélectionner le bouton « Unicorn » 324, qui est actuellement montré comme réglé sur « arrêt ». Une sélection de ce bouton 324, peut amener le dispositif utilisateur non restreint 106 à présenter l'interface utilisateur 304. L'interface utilisateur 304 présente une liste d'utilisateurs habilités 326 pour lesquels des comptes de paiement mobile restreints peuvent être créés. La liste d'utilisateurs habilités 326 inclut en particulier Emily et Parker, les deux enfants (par exemple, n'ayant pas encore atteint l'âge de 18 ans) dans le cercle familial de confiance 114.
Une sélection de l'un des noms, Emily ou Parker, dans l'interface utilisateur 304 peut amener une interface utilisateur 306, représentée sur la , à être présentée. En particulier, l'utilisateur a sélectionné Emily dans l'interface utilisateur 304. Depuis l'interface utilisateur 306, l'utilisateur peut activer « Unicorn » pour Emily en sélectionnant le bouton d'activation 328 (par exemple, créer un nouveau compte de paiement mobile restreint). À la suite de la sélection du bouton d'activation 328, le dispositif utilisateur non restreint 106 peut présenter une interface utilisateur 308. L'interface utilisateur 308 peut présenter des détails concernant le nouveau compte, des avertissements, une déclaration de confidentialité, et n'importe quels autres autorisations et/ou clics requis. Dans certains exemples, l'interface utilisateur 308 peut inclure une option pour passer en revue et accepter certains termes se rapportant au cercle familial de confiance 114 et aux comptes de paiement. Si l'utilisatrice souhaite continuer, elle peut sélectionner le bouton continuer 330.
Une sélection du bouton continuer 330, peut amener le dispositif utilisateur non restreint 106 à présenter une interface utilisateur 310, telle que représentée sur la . L'interface utilisateur 310 constitue un écran de confirmation, confirmant que le compte de paiement mobile restreint a été créé pour Emily. Dans l'arrière-plan, comme décrit par rapport aux FIG. à 11, d'autres communications, vérifications et contrôles ont été effectués pour s'assurer qu'Emily peut utiliser le compte pour faire des paiements et recevoir de l'argent. L'interface utilisateur 310 inclut un bouton terminé 332 et un bouton envoyer de l'argent maintenant 334. Une sélection du bouton terminé 332 peut amener l'application à se fermer. Une sélection du bouton envoyer de l'argent maintenant 334 peut permettre à Jane de partager de l'argent directement avec Emily (ou d'autres utilisateurs) en utilisant le nouveau compte. Pour ce faire, le dispositif utilisateur non restreint 106 peut ouvrir une application de messagerie par l'intermédiaire de laquelle la transaction entre pairs (par exemple, de Jane à Emily) peut être envoyée.
Comme représenté sur la , l'interface utilisateur 312 représente une interface utilisateur de gestion par laquelle Jane (par exemple, l'utilisateur propriétaire) peut gérer des aspects du compte de paiement mobile restreint d'Emily. En particulier, l'interface utilisateur 312 inclut un indicateur de solde 336, une zone de restrictions de personnes 338, une zone de notification 340 qui inclut une bascule de notification d'achat 342 et une bascule d'envoi/réception d'argent 344, un bouton d'envoi d'argent 346 et un bouton de désactivation 348. L'indicateur de solde 336 identifie le solde actuel dans le compte restreint. La zone de restrictions de personnes 338 identifie les restrictions, le cas échéant, que Jane a définies pour Emily. Dans ce cas, la restriction est définie pour des membres de la famille uniquement, ce qui signifie qu'Emily peut uniquement envoyer et recevoir de l'argent par rapport à ceux dans le cercle familial de confiance 114. Dans certains cas d'autres restrictions peuvent être définies à différents niveaux de granularité. Par exemple, une restriction peut indiquer qu'Emily peut uniquement envoyer et recevoir de l'argent par rapport à ceux se trouvant dans les contacts d'Emily, ceux à proximité d'Emily (par exemple, au sein de la même proximité géographique), ceux qui sont des amis ou abonnés de réseaux sociaux d'Emily, ceux qui sont sur une liste prédéfinie (par exemple, une liste de comptes approuvés à l'extérieur de cette famille et qui est tenue à jour par Jane ou le propriétaire d'un autre compte), et n'importe quelle autre restriction appropriée. La zone de notification 340 identifie les réglages actuels de notification, qui dans ce cas, incluent Jane recevant des notifications de nouveaux achats (par exemple, la bascule 342 est réglée sur marche) et lorsque de l'argent est envoyé et reçu (par exemple, la bascule 344 est réglée sur marche). Ainsi, Jane recevra des notifications sur son dispositif utilisateur chaque fois que l'une quelconque de ces transactions se produit en utilisant le compte de paiement mobile restreint d'Emily. Par exemple, l'interface utilisateur 314, telle que représentée sur la , inclut un exemple de notification d'activité transactionnelle 350. La notification 350 indique qu'Emily a dépensé 23 dollars au supermarché. Un enregistrement de cette transaction peut également être enregistré dans une table de transactions. Les informations provenant de la table de transactions peuvent être représentées dans une zone de transaction 352 dans une interface utilisateur 316. La zone de transaction 352 inclut les transactions récentes 354 et 356, et une liste de toutes les transactions pour 2019. La transaction 354 correspond à la notification 350. La zone de transaction 352 inclut également une option 358 pour visualiser un historique de transactions (par exemple, pour l'année 2019).
Les FIGS. 7 et 8 illustrent des interfaces utilisateur pour établir des comptes de paiement mobile restreints pour utilisation sur des dispositifs utilisateur, selon divers exemples. Les interfaces utilisateur sur les FIGS. 7 et 8 en particulier peuvent être présentées sur le dispositif utilisateur restreint 108 et peuvent représenter les vues présentées à un utilisateur dans le cadre de la prise en charge et de la gestion d'un nouveau compte restreint.
Les FIGS. 7 et 8 illustrent des interfaces utilisateur 702-708 présentées sur le dispositif utilisateur restreint 108. En particulier, l'interface utilisateur 702 peut être présentée en réponse à un utilisateur propriétaire demandant l'établissement d'un compte de paiement mobile restreint au nom de l'utilisateur du dispositif utilisateur restreint 108. Ainsi, l'interface utilisateur 702 inclut une option de confirmation 710 et une zone d'historique de transactions 712. La zone d'historique de transactions 712 identifie zéro transaction parce que le compte n'a pas encore été établi. L'option de confirmation 710, lorsqu'elle est sélectionnée, amène le dispositif utilisateur restreint 108 à effectuer un flux de travaux pour établir le compte de paiement. Dans certains exemples, l'utilisateur propriétaire peut avoir précédemment demandé la création du compte de paiement, et l'utilisateur restreint peut devoir parcourir le flux de travaux pour finaliser la création du compte.
Une sélection de l'option de confirmation 710, amène également le dispositif utilisateur restreint 108 à présenter une interface utilisateur 704. L'interface utilisateur 704 inclut une invite concernant le fait de savoir s'il faut permettre la création d'un compte de paiement mobile restreint (par exemple, un compte Unicorn) sur le dispositif utilisateur 108. L'interface utilisateur 704 inclut également des options pour accepter 714 ou rejeter 718 la création du compte de paiement mobile restreint sur le dispositif utilisateur restreint 108. Une sélection d'un bouton correspondant au rejet 718 annule la création du compte. Une sélection du bouton accepter 714 amène le dispositif utilisateur restreint 108 à présenter une interface utilisateur 706, telle que représentée sur la . Dans l'interface utilisateur 708, l'utilisateur se voit présenter une option pour authentifier son compte. Ceci peut être mis en œuvre en utilisant une reconnaissance faciale, comme représenté par l'image du visage 720. Dans certains exemples, l'utilisatrice peut entrer ses informations d'identification de connexion, qui peuvent être les mêmes justificatifs d'identité que les (ou au moins liés aux) justificatifs d'identité stockés dans le cercle familial de confiance 114. Une fois le compte créé, une interface utilisateur 708 peut être présentée sur le dispositif utilisateur restreint 108. L'interface utilisateur 708 inclut une zone de restriction 722 et une zone de transaction 724. Un enregistrement de la transaction montrée dans la zone de transaction 724 peut être enregistré dans une table de transactions. Des informations provenant de la table de transactions peuvent être représentées dans la zone de transaction 724, qui inclut les transactions récentes 726 et 728, et une liste 730 de toutes les transactions pour 2019. La transaction 726 correspond à la transaction 354 et à la notification 350, précédemment abordée comme étant présentée au niveau du dispositif utilisateur non restreint 106. La zone de restriction 722 indique les restrictions sur le compte de paiement mobile restreint, qui correspondent aux informations présentées dans la zone de restrictions de personnes 338 et la zone de notification 340.
Les FIGS. 9A à 9C illustrent un diagramme de séquence 900 montrant un exemple de procédé pour établir des comptes de paiement mobile restreints pour utilisation sur des dispositifs utilisateur, selon divers exemples. En particulier, le diagramme de séquence 900 représente des processus pour créer un nouveau compte de paiement mobile restreint, tel que le processus décrit par rapport aux FIGS. 3 à 6.
En tant qu'éléments dans le diagramme de séquence 900, les FIGS. 9A à 9C incluent le dispositif utilisateur non restreint 902 (par exemple, le dispositif utilisateur non restreint 106), un dispositif utilisateur restreint 904 (par exemple, le dispositif utilisateur restreint 108), un dispositif utilisateur gestionnaire 906, un système de paiement 908 (par exemple, le système de paiement 250), un système de provisionnement 910 (par exemple, le système de provisionnement 204), un système de délivrance 912 (par exemple, le système de délivrance 220), un système antifraude 914 (par exemple, le système de vérification antifraude 280), et le système de stockage et de calcul en nuage 916 (par exemple, le système CS&C 206). 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 commençant par la , en 918, le dispositif utilisateur non restreint 902 demande au système de provisionnement 910 de créer un nouveau compte de paiement mobile restreint (par exemple, un compte associé). Dans certains exemples, cette demande peut être désignée « invitation ». La demande inclut des informations de compte d'utilisateur associées à l'utilisateur restreint (par exemple, un participant). Ces informations peuvent être préentrées au niveau du dispositif utilisateur non restreint 902 depuis le système CS&C 916 et/ou entrées par l'utilisateur. En 920, le système de provisionnement 910 vérifie pour voir si l'utilisateur non restreint (par exemple, le propriétaire) a accepté certaines conditions se rapportant au cercle familial de confiance. Dans la négative, en 922, le système de provisionnement 910 envoie un message au dispositif utilisateur non restreint 902 qui inclut une URL permettant à l'utilisateur d'accepter les conditions. En réponse, en 924, le dispositif utilisateur non restreint 902 envoie une acceptation au système de provisionnement 910, et un accusé de réception est envoyé en 926. En 928, le dispositif utilisateur non restreint 902 envoie au système de provisionnement 910 une autre demande similaire à celle en 918. Dans certains exemples, le bloc 928 peut être omis, par exemple, si l'utilisateur avait déjà accepté les conditions de famille comme vérifiées en 920. En 930, le système de provisionnement 910 détermine si l'utilisateur restreint a déjà un compte de paiement et si le propriétaire est actif. En 932, le système de provisionnement 910 demande des détails, auprès du système CS&C 916, concernant le cercle familial de confiance en utilisant un identificateur unique de compte associé au propriétaire de compte provenant du système CS&C 916. Le système CS&C 916 peut généralement être configuré pour tenir à jour des détails concernant le cercle familial de confiance. En réponse, en 934, le système CS&C 916 renvoie au système de provisionnement 910 un résumé de la famille de confiance.
T110, T210 : Portion d'extrémité de base
T120, T220 : Portion d'extrémité distale
T130, T230 : Portion de collier
STRUCTURE SEMI-CONDUCTRICE POUR APPLICATIONS OPTOELECTRONIQUES DOMAINE DE L’INVENTION La présente invention vise le domaine des semi-conducteurs et particulièrement de l’optoélectronique. Elle concerne une structure semi-conductrice comprenant une première couche en matériau semi-conducteur cristallin assemblée sur une deuxième couche, via une couche intermédiaire présentant un indice de réfraction très proche des première et deuxième couches.
ARRIÈRE PLAN TECHNOLOGIQUE DE L’INVENTION Les diodes laser à cavité verticale émettant par la surface (VCSEL pour « vertical-cavity surface-emitting laser ») connaissent un développement croissant dans les applications grand public émergentes que sont la reconnaissance faciale dans le domaine de la téléphonie mobile notamment, et la télédétection (Lidar pour « light detection and ranging ») pour l’automobile.
Les VCSEL 100 sont élaborés à partir d’empilements de couches semi-conductrices III-V, par croissances épitaxiales successives (figures 1a, 1b). La composition, le dopage et l’épaisseur de chaque couche sont finement définis pour former d’une part, une région active 2 constituée d'un ou plusieurs puits quantiques permettant la génération du faisceau laser, et d’autre part, deux miroirs de Bragg 3a,3b prenant la région active 2 en sandwich et constitués d’une alternance de couches à haut et bas indices de réfraction.