INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Le procédé peut comporter, avant la gravure de ladite deuxième couche primaire, soit le dépôt d’une deuxième couche secondaire transparente conductrice sur ladite deuxième couche primaire au moyen d’un masque de formation desdites bandes de résistivité inférieure d’épaisseur accrue soit un surdopage localisé de bandes de la deuxième couche primaire par un procédé choisi parmi la diffusion, l’implantation ionique, le dopage in situ avec masque pendant une croissance épitaxiale de ladite deuxième couche primaire, le transport vapeur-liquide-solide (VLS) pour réaliser des bandes alternées de résistivité inférieure et de résistivité supérieure.
Selon un deuxième mode de réalisation, le procédé comporte: la fabrication d’une première jonction photovoltaïque sans électrodes supérieure et inférieure ; un dépôt par pulvérisation cathodique d’au moins une couche transparente conductrice supérieure sur une face supérieure de ladite cellule et d’au moins une couche transparente conductrice inférieure sur une face inférieure de ladite cellule ; un dépôt localisé de premières bandes parallèles transparentes conductrices d’épaisseur accrue, sur une face externe d’au moins une desdites couche transparente conductrice inférieure et couche transparente conductrice supérieure par pulvérisation cathodique, en utilisant un masque;
Pour effectuer un raccordement avec une autre cellule ou l’extérieur d’un module, le procédé peut comporter un dépôt d’une grille métallique par pulvérisation cathodique au travers d’un masque, perpendiculairement auxdites bandes transparentes conductrices sur au moins ladite face externe d’au moins une desdites couche transparente conductrice supérieure et couche transparente conductrice inférieure.
Dans le cas de la réalisation d’une cellule photovoltaïque tandem le procédé peut en outre comporter : un dépôt d’une deuxième jonction photovoltaïque sur une face avant formée par la première couche transparente conductrice; un dépôt d’une troisième couche transparente conductrice par pulvérisation cathodique sur une face libre de ladite deuxième jonction photovoltaïque; un dépôt localisé de deuxièmes bandes parallèles transparentes conductrices d’épaisseur accrue sur ladite troisième couche. un dépôt d’une deuxième grille métallique par pulvérisation cathodique, perpendiculaire aux bandes transparentes conductrices d’épaisseur accrue sur ladite troisième couche. Selon un mode de réalisation particulièrement avantageux, les couches transparentes conductrices sont des couches d’oxyde transparent conducteur.
est une vue schématique d’une couche d’oxyde transparent conducteur avec bandes avec accroissement localisé d’épaisseur ;
est une vue schématique d’une couche d’oxyde transparent conducteur avec bandes avec accroissement localisé de dopage ;
Les termes « spectre d’activité par radioélément » se réfèrent à une grandeur physique représentative d’une évolution de l’activité d’un radioélément.
Les termes « débit de dose » se réfèrent une grandeur physique correspondant à une dose absorbée par unité de temps exprimée, par exemple, en Sievert par seconde (Sv/s).
Le terme « actionneur » se réfère à un ensemble comprenant un moteur d’entraînement.
Les termes « terminal portable communicant » se réfèrent à tout dispositif muni : - d’une interface homme-machine et - d’un moyen de communication de signaux filaires ou non, tels une antenne ou un port pour recevoir un câble réseau par exemple,
À titre d’exemple, un tel terminal portable communicant est : - un ordiphone, - une tablette numérique ou - un ordinateur personnel.
Le terme « modulaire » se réfère à un système étant constitué d’un ou plusieurs modules, ou dispositifs, ces dispositifs pouvant être connectés entre eux, par exemple, en série ou en parallèle. Le choix du nombre de module et/ou dispositifs utilisés et des connexions dépend de l’utilisation du dispositif, notamment en fonction du volume d’effluents à filtrer et/ou de degrés de filtration visés.
Procédé de filtration On observe, en , schématiquement, un mode de réalisation du procédé 100 objet de l’invention. Ce procédé 100 de filtration automatique à cartouche d’effluents contaminés comporte : - une étape d’introduction 101 automatique, par gravité, d’une cartouche dans une chambre de filtration centrale à partir d’un sous-ensemble supérieur motorisé, - une étape de filtrage 102 d’effluents dans la chambre contenant la cartouche, - une étape de mesure 103 d’une activité radiologique globale de la cartouche avec un premier capteur, - une étape de mesure 104 d’une activité radiologique individuelle d’une pluralité de radioéléments potentiellement présents dans la cartouche, à l’aide d’un deuxième capteur, - une étape de détermination 105 d’un spectre d’activité de radioéléments présents dans la cartouche en fonction des activités radiologiques individuelles mesurées et - en fonction de l’activité radiologique globale mesurée et/ou du spectre d’activité de radioéléments présents dans la cartouche, une étape de déclenchement d’une éjection 106 de la cartouche par gravité et d’une récupération 107 de la cartouche éjectée dans un étui d’un sous-ensemble inférieur motorisé.
Les étapes représentées en pointillés sur les figures 1 et 2 sont des étapes facultatives.
On note que les figures 5, 6, 7 et 8 permettent d’illustrer visuellement un mode de réalisation du procédé 100 objet de la présente invention par l’intermédiaire d’un mode de réalisation d’un dispositif 300 objet de l’invention.
On observe, sur la , une vue schématique d’un mode de réalisation du dispositif 300 objet de l’invention, dans une configuration correspondant à une étape d’introduction 101 automatique, par gravité, d’une cartouche 311 dans une chambre de filtration 310 centrale.
On observe, en , un mode de réalisation du dispositif 300 objet de l’invention dans une configuration correspondant : - à la fin d’une étape d’introduction 101 automatique et au début d’une étape de filtrage 102 d’effluents dans une chambre 310 contenant la cartouche 311 ou - à une configuration d’une étape de filtrage 102 d’effluents dans une chambre 310 contenant la cartouche 311.
On observe, en , une vue agrandie 333 d’une partie du dispositif 300 illustrée en .
On observe, en , un mode de réalisation du dispositif 300 objet de l’invention dans une configuration correspondant à la fin de l’étape de déclenchement de récupération 107 d’une cartouche 311 éjectée dans un étui 317 d’un sous-ensemble inférieur motorisé 303.
Lors de l’étape d’introduction 101, telle qu’illustrée en , un actionneur supérieur 307 présent dans le sous-ensemble supérieur motorisé 301, tel qu’illustré en , effectue une rotation conjointe de la partie supérieure tournante 304 et d’une plaque supérieure tournante 308. L’axe de rotation est l’axe A visible en . On note que la partie supérieure tournante 308 supporte un cylindre 306 contenant la cartouche 311. La rotation d’une partie du sous-ensemble supérieur motorisé 301 aligne le cylindre 306 contenant la cartouche 311 avec la chambre de filtration 310 initialement vide. La chambre de filtration est comprise dans un sous-ensemble central 302. La cartouche 311 est ensuite introduite dans la chambre de filtration 310 par gravité suivant un mouvement vertical descendant. Lorsque la cartouche 311 est en intégralité dans la chambre de filtration 310, l’actionneur supérieur 307 effectue une rotation inverse à la rotation précédemment décrite. La rotation inverse positionne également un couvercle supérieur sur la chambre de filtration 310 en écrasant un joint plat 329 entre le couvercle 328 et la cartouche 311, tel qu’illustré en .
Lors de l’étape de filtrage 102, telle qu’illustrée en , un flux d’effluents d’entrée est introduit dans une cartouche 311 filtrante, telle qu’illustrée en , comprise dans une chambre de filtration 310 d’un sous-ensemble central 302, puis circule le long la cartouche filtrante 311 selon un flux vertical descendant. La circulation du flux d’effluents est représentée, sur les figures 6 et 7, par deux flèches respectivement en entrée 324 et en sortie 325 de la chambre de filtration 310. La cartouche filtrante 311 filtre les contaminants provenant du flux d’effluents de manière à réduire la concentration en contaminants dans le flux d’effluents de sortie.
Lors de l’étape de mesure 103 d’une activité radiologique globale, telle qu’illustrée en , un premier capteur mesure en continu l’activité radiologique globale de la cartouche. Le capteur transmet une valeur mesurée selon une fréquence paramétrable un opérateur. On note, en figures 6 et 7, que le capteur de mesure d’une activité radiologique globale de la cartouche est présent dans le module de mesure, d’analyse et de communication 313 du dispositif 300. Dans des variantes, le premier capteur mesure par période temporelle programmée l’activité radiologique globale de la cartouche. Préférentiellement, le premier capteur est collimaté. On observe, sur la , la fenêtre de collimation 337 du module de mesure 313 du dispositif 300.
L’entité 6 de coordination peut alors, à partir de ces informations, déléguer (fournir) un nom de « sous-domaine » (ex. « audit.example.com ») et émettre un certificat pour l’entité 5 de vérification sélectionnée (pouvant être utilisé par exemple pour déchiffrer les données à analyser le cas échéant, sécuriser ses échanges avec les infrastructures impliquées lors de la fourniture du service S, ou encore vérifier que les données qui lui parviennent pour analyse sont bien éligibles à la procédure DYOS). Cette étape est toutefois optionnelle.
La réception du message de l’entité 4 de contrôle déclenche également la configuration par l’entité 6 de coordination, via son module 6B de configuration, de la chaîne de service impliquée dans la fourniture du service S à l’équipement utilisateur 3 pour inclure l’entité 5 de vérification sélectionnée par l’entité 4 de contrôle (ou le cas échéant, les entités de vérification sélectionnées), dans le chemin des données échangées lors de l’accès au service S par l’équipement utilisateur 3 et qui doivent être auditées via la procédure DYOS (étape F30). Comme mentionné précédemment, ceci peut être réalisé de différentes manières par le module 6B de configuration (qui peut être amené à configurer différentes entités impliquées directement ou indirectement dans la fourniture du service S, comme par exemple le serveur autoritaire 2, le serveur DNS nominal utilisé par l’équipement utilisateur 3, l’équipement utilisateur 3, etc.) : modification de la chaîne de résolution de noms de domaines (DNS) pour inclure une information de joignabilité (ex. adresse IP) de l’entité 5 de vérification, activation d’un mécanisme SFC de chaînage de service impliquant l’entité 5 de vérification, redirection des données véhiculées par les connexions à auditer vers l’entité 5 de vérification (par exemple configurant le serveur DNS nominal de l’équipement utilisateur 3 pour qu’il inclue l’information de joignabilité de l’entité 5 de vérification dans ses réponses aux requêtes DNS émises par l’équipement utilisateur 3), routage à la source via l’entité 5 de vérification, etc.
Plus précisément, la modification de la chaîne DNS vise à inclure l’entité 5 de vérification dans la chaîne DNS, afin que l’entité 5 de vérification puisse identifier les connexions secondaires (C2), (C2’), … établies en marge de la connexion principale (C1) et auditer les données transmises via ces connexions secondaires. Pour inclure l’entité 5 de vérification dans la chaîne DNS sollicitée lors de l’invocation du service S, l’entité 6 de coordination peut, dans un mode particulier de réalisation, communiquer au serveur autoritaire 2 (entité impliquée dans la fourniture du service au sens de l’invention) l’information de joignabilité (ex. adresse IP) de l’entité 5 de vérification, pour qu’il indique à l’équipement utilisateur 3, par exemple en réponse à un message d’invocation du service S émis par l’équipement utilisateur 3 (requête d’accès au service ou requête envoyée ultérieurement durant la consommation du service à proprement parler), d’envoyer ses requêtes de résolution de noms de domaine dans le cadre du service S à l’entité associée à cette information de joignabilité, autrement dit à l’entité 5 de vérification. Cette indication peut être transmise dans un entête dédié du message de réponse, par exemple dans un entête appelé DNS_RESOLVER défini pour les besoins de l’invention. De la sorte, l’entité 5 de vérification est en mesure de recevoir les connexions secondaires (C2), (C2’), … établies en marge de la connexion principale (C1) afin de pouvoir analyser les données véhiculées sur ces connexions secondaires. Il convient de noter que si plusieurs entités de vérification sont désignées par l’entité 4 de contrôle, l’entête DNS_RESOLVER contient les informations de joignabilité de chacune des entités de vérification désignées, éventuellement complétées par une indication concernant les requêtes DNS à envoyer vers telle ou telle entité de vérification.
La illustre un exemple de réalisation de ce qui vient d’être décrit (redirection du trafic et modification de la chaîne DNS) lorsque le protocole HTTP est utilisé et une seule entité 5 de vérification est sélectionnée par l’entité 4 de contrôle.
Dans cet exemple, l’équipement utilisateur 3 adresse une requête DNS, désignée par QUERY(2), à son serveur DNS nominal DNS-NOM en vue d’accéder au service S fourni par le serveur autoritaire 2 (étape H10). Le serveur DNS nominal DNS-NOM lui répond en fournissant une adresse IP, notée @IP5, de l’entité 5 de vérification (étape H20).
L’équipement utilisateur 3 envoie alors une requête HTTP POST d’accès au service S destinée au serveur autoritaire 2 (renseigné par exemple dans le champ SNI (pour « Server Name Indication » en anglais) ou ESNI lorsque le protocole TLS est utilisé pour établir des connexions dans le cadre du service S) en utilisant comme adresse destination l’adresse IP @IP5 qui lui a été transmise (étape H30). Ceci permet de s’assurer que la requête HTTP POST associée transite par l’entité 5 de vérification qui peut alors analyser les données véhiculées via cette connexion (incluant la requête POST). Cette requête est ensuite relayée par l’entité 5 de vérification vers son destinataire originel, à savoir ici le serveur autoritaire 2 (étape H40).
Le serveur autoritaire 2 traite et répond à la requête d’accès de l’équipement utilisateur 3, de façon connue en soi. Il insère par ailleurs dans cette réponse l’entête DNS_RESOLVER contenant l’adresse IP @IP5 de l’entité 5 de vérification et indiquant à l’équipement utilisateur 3 d’envoyer ses futures requêtes DNS vers l’entité 5 de vérification associée à cette adresse IP @IP5 ; cette réponse transite via l’entité 5 de vérification (étapes H50 et H60).
Sur réception de cette indication, l’équipement utilisateur 3 adresse ses futures requêtes DNS (QUERY(X)) envoyées dans le cadre du service S à l’entité 5 de vérification (et non plus à son serveur DNS nominal DNS-NOM), qui peut ainsi s’assurer d’être en coupure de flux des connexions secondaires établies par l’équipement utilisateur 3 dans le cadre de ce service (étapes H70, H80).
En variante, on peut envisager que ce soit une autre entité qui communique à l’équipement utilisateur l’entête DNS_RESOLVER, comme par exemple, les entités de vérification elles-mêmes lorsqu’elles reçoivent des données associées à l’équipement utilisateur 3, suite à une configuration appropriée de cet équipement, par exemple par le fournisseur du service DYOS.
En référence de nouveau à la , une fois la configuration du service S réalisée par le module 6B de configuration de l’entité 6 de coordination, l’entité 5 de vérification se trouve sur les chemins empruntés par les données associées aux connexions principale et secondaires de l’équipement utilisateur 3 visées par la procédure DYOS. Autrement dit, toutes les données émises par l’équipement utilisateur 3 dans le cadre de ces connexions transitent maintenant par l’entité 5 de vérification.
A réception d’un paquet de données (étape G10), l’entité 5 de vérification vérifie si le paquet de données en question appartient bien à une connexion qu’il doit analyser (par exemple, à partir du champ « adresse source » du paquet) (étape G20). Si ce n’est pas le cas, le paquet de données est supprimé.
Si c’est le cas, l’entité 5 de vérification procède, via son module 5B d’analyse, à l’analyse des données contenues dans le paquet selon le paramétrage avec lequel il a été configuré pour le service S, et à la recherche d’informations d’identification parmi ces données ou pouvant être dérivées de ces données (étape G30). Il peut si besoin lors de cette étape procéder au déchiffrement des données contenues dans le paquet si celles-ci sont chiffrées. Lors de cette étape d’analyse, le module 5B d’analyse recherche par exemple les identifiants avec lesquels il a été configuré, ou si de nouvelles plateformes de collecte de données sont impliquées, ou encore fournit à son algorithme d’apprentissage machine les données du paquet pour la recherche et l’identification d’identifiants persistants parmi ces données. L’analyse des données contenues dans le paquet conduite par le module 5B d’analyse dépend bien entendu de son paramétrage. Le module 5B peut également, selon ce paramétrage, identifier des informations d’identification induites par les données, ou corréler des données entre elles ou avec d’autres éléments pour identifier de telles information d’identification, etc.
On note que, lorsque la procédure DYOS est déclenchée par un acteur autre que le fournisseur du service DYOS, comme par exemple l’utilisateur U, alors préférentiellement une procédure est mise en œuvre pour sécuriser ce paramétrage et s’assurer que ledit acteur est habilité à effectuer ce paramétrage. Une telle procédure peut être la suivante : l’utilisateur U contacte via son équipement client 3 l’entité 4 de contrôle et partage avec elle un identifiant ID unique, tel qu’un condensé (ou « hash » en anglais) d’un certificat échangé avec l’entité 4 de contrôle, ou les x premiers bits de ce condensé (par exemple x=16)), ce condensé pouvant être par exemple calculé selon le mécanisme SHA (pour « Secure Hash Algorithm » en anglais)-256 connu en soi. L’entité 4 de contrôle communique cet identifiant ID unique à l’entité 6 de coordination lors de l’étape E50 décrite précédemment, qui déclenche lors de l’étape F30 la configuration de la chaîne de service impliquée dans la fourniture du service S pour l’équipement client 3 identifié par cet identifiant unique ID. Cet identifiant unique ID est par ailleurs utilisé par chaque connexion principale et secondaire pour identifier l’équipement client 3.
Lors de l’étape G30 d’analyse des données véhiculées dans le paquet reçu, si le module 5B d’analyse identifie des informations d’identification de l’utilisateur U (ex. identifiants spécifiques de son équipement utilisateur 3 ou autres données sensibles, localisation, etc. extraites des données ou induites par celles-ci), le module 5C de mise à jour de l’entité 5 de vérification met alors à jour l’identité numérique IDNUM(U) en fonction des informations d’identification détectées (étape G40). Plus particulièrement, dans le mode de réalisation décrit ici, il consulte l’identité numérique IDNUM(U) de l’utilisateur U pour déterminer si les informations d’identification détectées sont déjà présentes dans l’identité numérique IDNUM(U), et si ce n’est pas le cas, il ajoute à l’identité numérique IDNUM(U) les nouvelles informations d’identification détectées.
Puis l’entité 5 de vérification, via son module 5D de transmission, relaie le paquet de données reçu et analysé vers l’entité destinataire de ce paquet (serveur autoritaire 2 s’il s’agit d’un paquet émis sur la connexion principale (C1) ou serveur X s’il s’agit d’un paquet émis sur une connexion secondaire (C2), (C2’), …) (étape G50). Ceci permet de s’assurer que l’intervention de l’entité 5 de vérification est transparente pour le service S.
On note que selon le mécanisme mis en œuvre pour impliquer l’entité 5 de vérification dans le chemin des données des connexions établies par l’équipement utilisateur 3 lors de l’accès au service, une encapsulation des données peut s’avérer nécessaire par le module 5D de transmission, typiquement lorsqu’un tunnel est activé entre l’entité 5 de vérification et le destinataire du paquet de données. Cette encapsulation peut s’appuyer sur diverses procédures connues de l’homme du métier, comme par exemple IPsec, TLS, QUIC, GRE (pour « Generic Routing Encapsulation » en anglais), DTLS, etc.
Il convient par ailleurs de noter que, dans le présent mode de réalisation et tel qu’illustré par la , chaque équipement de destination EQUIP_OS, EQUIP_APP_i est connecté au réseau global NET_GLOB. Cela étant, rien n’exclut d’envisager d’autres modes de réalisation dans lesquels tout ou partie de ces équipements de destination EQUIP_OS, EQUIP_APP_i est connecté directement au réseau d’accès NET_ACC.
De manière connue, les paquets de données transmis par le système d’exploitation OS (respectivement l’application APP_i) vers l’équipement de destination EQUIP_OS (respectivement EQUIP_APP_i) peuvent contenir des données à partir desquelles il est possible de déterminer des informations d’identification relatives à l’identité et/ou à l’environnement de l’utilisateur qui possède le terminal UE.
On note que le fait de pouvoir obtenir de telles informations d’identification à partir de telles données insérées dans les paquets transmis (typiquement à l’insu de l’utilisateur du terminal UE) permet de qualifier ces dernières de « données sensibles ».
On peut également noter qu’une ou plusieurs applications embarquées dans le terminal UE peuvent par exemple être fournies par le développeur du système d’exploitation OS lui-même. Dans ce cas, le risque que des informations d’identification particulièrement précises puissent être dérivées d’une corrélation entre les données émises par ces applications et le système d’exploitation OS est encore plus élevé.
La notion d’« environnement de l’utilisateur » fait référence à toute entité à laquelle il est possible d’associer une identité qui lui est propre (i.e. qui permet de la distinguer d’une autre entité). Il peut s’agir, par exemple, de terminaux (et donc in fine de leurs utilisateurs) situés dans le voisinage du terminal UE, des réseaux via lesquels le terminal UE transmet des données, d’équipements exploités par une ou plusieurs sociétés et dont le fonctionnement implique la transmission de données sur des réseaux également utilisés par le terminal UE, etc.
L’obtention de telles informations d’identification s’effectue à partir de la collecte de données sensibles transmises par le système d’exploitation OS (respectivement par l’application APP_i), complétée éventuellement par la mise en œuvre de traitements spécifiques appliqués aux données sensibles ainsi collectées. Lesdits traitements consistent, par exemple, à extraire ou déduire des informations d’identification à partir des données sensibles collectées. Ils peuvent également consister à corréler les données sensibles collectées avec d’autres données, comme par exemple des données de localisation de type GPS. On note par ailleurs que les traitements en question peuvent être exécutés par les équipements EQUIP_OS, EQUIP_APP_i eux-mêmes, ou bien être délégués par ces équipements à des moyens de traitement dédiés.
D’une manière générale, l’homme du métier connait les traitements qui peuvent être effectués à partir de données sensibles (p. ex. : vérification syntaxique, vérification d’intégrité, corrélation, agrégation, dé-anonymisation), de sorte à pouvoir déterminer des informations d’identification relatives à l’identité et/ou à l’environnement de l’utilisateur du terminal UE.