INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Dans ce mode de mise en œuvre, l'élément d'interconnexion 8 change de plan, passant de la deuxième face 42b de la deuxième cellule 42 à la première face 41a de la première cellule 41. Il s'agit par exemple d'un mode d'interconnexion dit "conventionnel". L'émetteur de chaque cellule 41, 42 est par exemple orienté selon la même direction. L'élément d'interconnexion 8 change donc de plan pour connecter les cellules 41, 42 en série.
Le procédé de fabrication 6 comprend une étape de durcissement 63 de la première portion de pâte conductrice selon le procédé de durcissement 3 décrit précédemment. Plus précisément, le durcissement 63 est au moins réalisé par la première exposition 31 de la première face 41a de la première cellule 41 au premier rayonnement électromagnétique 310.
Le procédé de fabrication peut également comprendre le durcissement de la deuxième portion de pâte conductrice 52. Pour cela, la première face 42a de la deuxième cellule 42 subit avantageusement également au moins la première exposition 31 au premier rayonnement électromagnétique 310. La deuxième cellule 42 peut être exposée en même temps que la première cellule 41, ou à un instant différent.
Grâce à la mise en œuvre du procédé de durcissement 3, les première et deuxième portions de pâte conductrice 51, 52 peuvent être durcies de manière homogène, quelle que soit la face sur laquelle elles sont disposées. La chaîne photovoltaïque 71 obtenue présente donc une robustesse améliorée. De plus, chaque cellule 41, 42 composant ladite chaîne, exposée au premier rayonnement 310, voit son rendement de conversion énergétique améliorée.
Les premières faces 41a, 42a sont avantageusement orientées vers la source de rayonnement 91. Sur la , les premières faces 41a, 42a des première et deuxième cellule 41, 42 sont agencées dans un même plan et sont orientées dans la même direction, vers le haut de la .
Selon une variante de mise en œuvre, les premières faces 41a, 42a des première et deuxième cellules 41, 42 ne sont pas agencées dans un même plan. Par exemple la première face 41a de la première cellule 41 peut être orientée vers le haut sur la et la première face 42a de la deuxième cellule 42 peut être orientée vers le bas sur la . Auquel cas, la première exposition 31 de chaque première face 41a, 42a est réalisée au moyen de sources de rayonnement différentes, par exemple l'une provenant du haut de la et l'autre provenant du bas de la . Les deux sources différentes sont toutefois configurées pour générer le premier rayonnement 310.
La représente un deuxième mode de mise en œuvre du procédé de fabrication 6. À la différence du premier mode de mise en œuvre, décrit en référence à la , la deuxième portion de pâte conductrice 52 est disposée sur la première face 42a de la deuxième cellule 42. Ainsi, l'élément d'interconnexion 8 reste dans le même plan, passant de la première face 42a de la deuxième cellule 42 à la première face 41a de la première cellule 41. Il s'agit par exemple d'un mode d'interconnexion dit "monolithique", permettant de réduire l'espacement entre les cellules 41, 42 interconnectées. Les cellules 41, 42 sont agencées de sorte qu'elles présentent, de manière alternée, leur émetteur ou leur base.
La représente un troisième mode de mise en œuvre du procédé de fabrication 6. À la différence du deuxième mode de mise en œuvre, décrit en référence à la , les première et deuxième portions de pâte conductrice 51, 52 sont disposées sur la deuxième face 41b, 42b des première et deuxième cellules 41, 42. Cette configuration correspond à celle représenté en mais retournée. De la même manière, l'élément d'interconnexion 8 reste dans le même plan, passant de la deuxième face 42a de la deuxième cellule 42 à la deuxième face 41b de la première cellule 41. Il s'agit également d'un mode d'interconnexion monolithique.
Une fonction est une relation entre un ou plusieurs argument(s) d’entrée et un ou plusieurs argument(s) de sortie.
Le contrat d’une fonction définit un certain nombre de contraintes sur cette fonction, en particulier son nommage, le nombre de ses arguments d’entrée, le type de ses arguments d’entrée, le nombre de ses arguments de sortie, le type de ses arguments de sortie.
L’exécution d’une fonction est une tâche, paramétrée par les valeurs des arguments d’entrée, et qui retourne un résultat constitué des valeurs des arguments de sortie.
Lorsqu’un fichier source comporte un appel à une fonction (c’est-à-dire une demande d’exécution d’une fonction), le compilateur vérifie d’abord que cet appel respecte le contrat de la fonction appelée.
En cas de vérification négative, le compilateur rejette le code source comme incorrect et affiche une erreur.
En cas de vérification positive, le compilateur génère le code de bas niveau (ou code objet) nécessaire à l’appel à la fonction dans le fichier exécutable, qui résulte de la compilation du fichier source.
Le code objet généré par le compilateur sauvegardera les registres nécessaires aux arguments d’entrée et de sortie de l’appel à la fonction sur une pile associée à l’exécution lors de l’exécution de ce code objet.
Cette vérification du compilateur est possible car la fonction et son contrat sont définis dans le fichier source à compiler, soit dans le fichier source lui-même, soit dans un fichier de librairie fourni pour la compilation (fichier « .c » pour la fonction et fichier « .h » pour son prototype en langage C/C++ par exemple, ou fichier « .rs » en langage RUST par exemple). Dans le présent document, on parle d’une fonction « interne » au sens où le compilateur dispose de toutes les informations nécessaires pour vérifier le bon respect du contrat d’une fonction lors d’un appel à cette fonction.
Cependant, une telle vérification n’est pas possible pour ce que l’on peut appeler une fonction « externe », définie comme une fonction pour laquelle le compilateur ne dispose pas de toutes les informations lui permettant de vérifier que l’appel à une fonction respecte le contrat de la fonction appelée.
Cette situation correspond au cas de premier et second fichiers exécutés en parallèle mais résultant de deux compilations séparées et indépendantes. Si le premier fichier appelle une fonction qui est exécutée par le second fichier et le second fichier retourne un résultat au premier fichier suite à l’exécution de cette fonction, alors le compilateur du premier fichier ne peut pas vérifier que l’appel à cette fonction respecte le contrat de cette fonction. De manière similaire le compilateur du second fichier ne peut pas vérifier que l’appel à cette fonction respecte le contrat de cette fonction.
Cette situation se rencontre notamment lors des appels à des fonctions où le premier fichier exécutable est adapté pour être exécuté dans un premier mode d’exécution du processeur (tel que le mode « utilisateur »), tout en faisant appel à des fonctions offertes par un second fichier exécutable adapté pour être exécuté dans un second mode d’exécution du processeur, différent du premier mode d’exécution, et présentant souvent plus de privilèges (tel que le mode « superviseur » ou mode « noyau »).
C’est le cas d’un premier fichier exécutable du type logiciel applicatif, appelant des fonctions dites systèmes offertes par un second fichier exécutable du type système d’exploitation.
Le compilateur utilisé pour générer le fichier exécutable appelant ou appelé n’est donc pas en mesure de détecter une incohérence lors d’un appel à une fonction « externe ». Le compilateur n’est ainsi pas en mesure de garantir la génération d’un code de bas niveau adéquat.
Ceci est un inconvénient majeur puisqu’on laisse alors au seul programmeur le soin d’écrire correctement, dans un fichier source, les appels à des fonctions externes, sans possibilité de vérification automatique par le compilateur.
Par exemple, une mise à jour d’une fonction système occasionnant une modification de son contrat (par exemple un changement du nombre de ses arguments d’entrée) nécessite de revoir manuellement l’intégralité du code source d’un logiciel applicatif afin de vérifier que chaque appel à cette fonction système respecte les contraintes définies par son nouveau contrat.
Or, l’appel à une fonction système correspond souvent à des instructions critiques pour le fonctionnement du logiciel applicatif et par conséquent pour le fonctionnement de l’ensemble du système mettant en œuvre ce logiciel applicatif.
Les services de mitigation distincts peuvent être par exemple gérés par des entités administratives distinctes.
Dans un exemple, message de sollicitation comprend au moins un identifiant dudit domaine client au moyen duquel ladite au moins une information d’identification dudit deuxième serveur de mitigation est obtenue par le premier serveur de mitigation.
L’invention concerne encore un serveur de mitigation d’attaques, dit premier serveur de mitigation, habilité à protéger un domaine client contre une attaque informatique, et comprenant au moins un processeur configuré pour :
- recevoir un message de sollicitation d’une assistance pour la gestion d’attaques en provenance d’un nœud client du domaine client ; et
lorsque ledit premier serveur de mitigation n’est pas capable de traiter ledit message de sollicitation:
- obtenir, au moyen d’un identifiant dudit domaine client obtenu par le premier serveur de mitigation, au moins une information d’identification d’au moins un deuxième serveur de mitigation d’attaques habilité à traiter ledit message de sollicitation.
Un autre objet de l’invention concerne un nœud client hébergé par un domaine client comprenant au moins un processeur configuré pour :
- transmettre un message de sollicitation d’une assistance pour la gestion d’attaques à destination d’un premier serveur de mitigation d’attaques ;
- recevoir au moins une information d’identification d’au moins un deuxième serveur de mitigation d’attaques habilité à traiter ledit message de sollicitation, le premier et le deuxième serveur de mitigation d’attaques étant associés à des services de mitigation distincts ; et
- transmettre ledit message de sollicitation à destination dudit deuxième serveur de mitigation.
L’invention concerne encore un signal destiné à être transmis par un nœud client hébergé par un domaine client à destination d’au moins un premier serveur de mitigation d’attaques, ledit signal comprenant un message de sollicitation d’une assistance pour la gestion d’attaques, ledit message de sollicitation comprenant au moins un identifiant dudit domaine client au moyen duquel au moins une information d’identification d’au moins un deuxième serveur de mitigation habilité à traiter ledit message de sollicitation peut être obtenue.
Les points d’accès transmettent en permanence leur identifiant via leur couronne de LED. Un casque non attribué à un utilisateur est en mode veille (idle).
Lors de l’attribution d’un casque à l’utilisateur, il est déterminé la hauteur du casque porté par l’utilisateur depuis le sol. Cette hauteur peut alors être fournie au casque et aux points d’accès via par exemple une communication sans fil entre les équipements et un système de pilotage hébergé dans un ordinateur comprenant une interface de saisie des données. Selon une alternative, le système de pilotage peut permettre de configurer un espace de mémorisation amovible insérable dans le casque.
Si plusieurs scénarios sont proposés, l’utilisateur fait le choix d’un scénario parmi les différents scénarios. Cette sélection peut être saisie via le système de pilotage et fournie aux points d’accès et au casque.
Le casque bascule ou est basculé en mode de fonctionnement par exemple dès qu’il est attribué à l’utilisateur ou lorsque l’utilisateur coiffé de son casque pénètre dans le hall, la couronne de LED, TagB, transmet alors l’identifiant du casque.
Processus d’appairage La communication entre un casque et un point d’accès nécessite un appairage entre ces deux équipements. Le processus d’appairage est terminé lorsque le casque et le point d’accès « échangent » leur identifiant : l’identifiant transmis par le casque est celui attribué au point d’accès (identifiant propre) et l’identifiant transmis par le point d’accès est celui attribué au casque (identifiant propre).
Le processus d’appairage est illustré par l’organigramme de la pour le déroulement côté casque et par l’organigramme de la pour le déroulement côté point d’accès selon un exemple de mise en œuvre.
Selon l’exemple précédent de la première colonne du tableau, l’identifiant attribué au point d’accès, identifiant personnel et unique i.e. l’identifiant propre, a pour valeur 2, valeur prise parmi 10 valeurs du groupe d’identifiants des points d’accès. Et l’identifiant attribué au casque, identifiant personnel et unique, a pour valeur 1, valeur prise parmi 2 valeurs du groupe d’identifiants des casques. Un casque peut uniquement transmettre son identifiant personnel, ou un identifiant compris dans l’ensemble des identifiants d’appairage ou l’identifiant du point d’accès avec lequel le casque est appairé. Un point d’accès peut uniquement transmettre son identifiant personnel, ou un identifiant compris dans l’ensemble des identifiants d’appairage ou l’identifiant du casque avec lequel le point d’accès est appairé.
Appairage côté casque En référence à la , le lancement du processus d’appairage, start, peut correspondre au moment où le casque est basculé du mode veille (idle) au mode en fonctionnement.
Dans une première étape, Set ID to UT M , le casque met à jour son identifiant , l’identifiant prends la valeur de l’identifiant personnel du casque, 1 selon l’exemple. Cet identifiant est transmis par la couronne de LED, TagB, du casque.
Dans une deuxième étape, le casque via sa caméra grossière détecte les différents flux lumineux provenant des différentes couronnes de LED, TagA, … des différents points d’accès installés dans le hall que sa matrice de photodétecteurs reçoit. Le casque identifie les identifiants des points d’accès détectés, GET APs ID. Parmi ces points d’accès détectés le casque détermine ceux qui sont libres et ceux qui sont appairés . Un point d’accès libre transmet un identifiant de valeur prise parmi l’ensemble des valeurs d’identifiants réservées aux points d’accès, ensemble de 10 valeurs selon l’exemple. Si un point d’accès n’est pas libre alors il peut déjà être appairé et l’identifiant qu’il transmet est celui d’un casque, . Le casque 0 peut déjà être appairé avec un point d’accès et dans ce cas l’identifiant transmis par ce point d’accès est celui du casque, par exemple si le casque est appairé avec le point d’accès 3 alors le casque transmet l’identifiant 3 et le point d’accès transmet l’identifiant 0.
Suite à la deuxième étape, le casque effectue un premier test : tous les points d’accès détectés sont-ils occupés i.e non libres, AP ID Nb=0 ? Si aucun des points d’accès détectés n’est libre, la réponse au test est positive, alors le processus reboucle sur la deuxième étape, le casque poursuit sa détection d’un point d’accès. Si au moins un point d’accès est disponible i.e un des identifiants de points d’accès détectés appartient au groupe d’identifiants de points d’accès, la réponse au test est négative, le processus passe à une troisième étape.
Au cours de cette troisième étape, le casque sélectionne le meilleur point d’accès parmi les points d’accès détectés libres, Select Best AP. La caméra grossière du casque couvre un certain champ de vision (field of view). Dans ce champ, elle peut détecter et identifier plusieurs points d’accès libres c’est-à-dire que la caméra grossière peut recevoir avec son capteur, par exemple une matrice de détecteurs optiques, plusieurs flux formant chacun une couronne ou une partie de couronne. Selon la position des couronnes ou partie de couronnes sur son capteur, la caméra grossière peut identifier celle des couronnes ou partie de couronnes la plus proche de son centre. Le casque qui reçoit via sa caméra grossière le flux transmis par cette couronne ou partie de couronne peut décoder l’identifiant transmis par cette couronne pour déterminer le point d’accès correspondant parmi les différents points d’accès détectés, c’est-à-dire le point d’accès libre le plus proche.
Le casque effectue un deuxième test : l’identifiant du point d’accès libre le plus proche change-t-il, AP ID changed ? Bien que ce test apparaisse après la troisième étape, il peut se dérouler de manière concomitante à cette troisième étape et de manière générale pendant tout le procédé d’appairage. Le casque détermine via ce test si l’identifiant du point d’accès libre le plus proche change au cours d’une certaine durée. Ainsi, en comparant au bout d’une certaine durée l’identifiant du point d’accès libre le plus proche détecté avec celui détecté au début de cette durée, le procédé peut ne pas tenir compte de changements d’identifiant qui pourraient être dus à des allers retours de l’utilisateur.
Si le résultat du deuxième test est négatif, i.e. l’identifiant du point d’accès libre le plus proche n’a pas changé, le casque passe à une huitième étape.
Si le résultat du deuxième test est positif, i.e. l’identifiant du point d’accès libre le plus proche a changé, il y a passage dans un processus d’appairage, le casque passe à une quatrième étape. Ce changement peut correspondre à un besoin de basculement (handover) d’un premier point d’accès à un autre point d’accès du fait par exemple d’un éloignement du casque vis-à-vis du premier point d’accès avec lequel il est appairé comme illustré pour le casque UT1 de la qui s’éloigne du point d’accès AP2 et tente de basculer sur le point d’accès AP1.
Dans une quatrième étape, le casque change son identifiant transmis par sa couronne de LED pour lui donner la valeur d’association correspondant à ce point d’accès libre le plus proche, Set ID to UT M /AP N , selon l’exemple en prenant la valeur, entre 12 et 31, qui indique que le casque 1 tente de s’appairer avec le point d’accès 2.
Avantageusement, le système selon l'invention comprend un circuit de chauffage 20. Le circuit de chauffage 20 correspond à un circuit secondaire qui est en conduction thermique avec le circuit primaire 1. Le système comprend préférentiellement un échangeur thermique de chauffage 22 agencé à l'interface entre le circuit primaire 1 et le circuit de chauffage 20. L'échangeur thermique de chauffage 22 est configuré pour assurer le transfert thermique depuis le circuit primaire 1 au profit du circuit de chauffage 20. Selon une possibilité, le circuit de chauffage 20 comprend un module de chauffage 21 comprenant avantageusement au moins un radiateur, un plancher chauffant, etc. Le circuit de chauffage 20 est un circuit fermé apte à recevoir un fluide de chauffage.
L'échangeur thermique de chauffage 22 comprend avantageusement du côté du circuit de chauffage 20, une arrivée de fluide de chauffage froid 25 et une sortie de fluide de chauffage chaud 26 connectées fluidiquement au module de chauffage 21. Du côté du circuit primaire 1, l'échangeur thermique de chauffage 22 comprend avantageusement une arrivée de fluide caloporteur chaud 23 et une sortie de fluide caloporteur froid 24.
Avantageusement, le fluide caloporteur issu de l’échangeur de bouclage 31 n’est pas envoyé vers le ballon de stockage 4 ce qui permet de garder une température en partie supérieure du ballon de stockage 4 identique à celle d'arrivée du réseau 2. Avec des températures de réseau basses, c'est à dire notamment proche de la température de consigne d'ECS, le débit du fluide caloporteur dans l’échangeur de bouclage 31 est non négligeable et sa température de sortie de l'échangeur de bouclage est proche de 55°C, pour une température réseau de 60°C. Si le fluide caloporteur était injecté dans le ballon de stockage 4, la température du ballon de stockage 4 deviendrait insuffisante pour assurer le maintien de la consigne de la température ECS. Avec l'invention, la température de sortie du fluide caloporteur hors de l'échangeur de bouclage 31 est suffisante pour être valorisée, le fluide caloporteur issu de l'échangeur de bouclage 31 est envoyé en entrée de l'échangeur de chauffage 21.
Selon un mode de réalisation préféré de l'invention, le circuit d'eau chaude sanitaire 10 et le circuit de chauffage 20 sont agencés sur le circuit primaire 1 en parallèle. On entend par là que chacun des circuits d'eau chaude sanitaire 10 et circuit de chauffage 20 est en conduction thermique avec le circuit primaire 1 respectivement par l'échangeur thermique d'eau chaude sanitaire 13 et l'échangeur thermique de chauffage 22 en parallèle. Le circuit primaire 1 comprend avantageusement deux branches d'alimentation 101,102 agencées en parallèle et respectivement connectée fluidiquement à l'arrivée de fluide caloporteur chaud 2. Chaque branche d'alimentation 101, 102 alimente respectivement l'échangeur thermique d'eau chaude sanitaire 13 et l'échangeur thermique de chauffage 22. Le fluide caloporteur alimentant respectivement chacun des deux échangeurs d'eau chaude sanitaire 13 et de chauffage 22 ne circule pas successivement dans l'échangeur d'eau chaude sanitaire 13 puis dans l'échangeur de chauffage 22 ou inversement.
Selon un mode de réalisation préféré de l'invention dans une configuration, l'échangeur thermique d'eau chaude sanitaire 13 et l'échangeur thermique de bouclage 31 sont agencés sur le circuit primaire 1 en parallèle. Le fluide caloporteur chaud issu de l'arrivée de fluide caloporteur chaud 2 du réseau circule en parallèle dans l'échangeur thermique d'eau chaude sanitaire 13 et dans l'échangeur thermique de bouclage 31. Alternativement, dans une configuration, l'échangeur thermique de bouclage 31 et l'échangeur thermique d'eau chaude sanitaire 13 sont agencés sur le circuit primaire en série, l'échangeur thermique d'eau chaude sanitaire étant agencé en aval de l'échangeur thermique de bouclage. Préférentiellement dans un mode de réalisation décrit ci-après, l'échangeur thermique d'eau chaude sanitaire 13 est agencé en aval du ballon de stockage complémentaire 40. Dans cette configuration, le fluide caloporteur circulant dans l'échangeur thermique de bouclage 31 circule ensuite en direction du ballon de stockage complémentaire 40 préférentiellement par une branche d'alimentation 110. Le fluide caloporteur stocké dans le ballon de stockage complémentaire 40 est ensuite transmis à l'échangeur thermique d'eau chaude sanitaire 13 par prélèvement grâce au piquage supérieur 50 connecté à la branche d'alimentation 101.
Selon un mode de réalisation préféré de l'invention, selon une configuration, l'échangeur thermique de bouclage 31 et l'échangeur thermique de chauffage 22 sont agencés sur le circuit primaire 1 en série, préférentiellement l'échangeur thermique de chauffage 22 étant agencé en aval de l'échangeur thermique de bouclage 31. Le fluide caloporteur du circuit primaire 1 circule successivement dans l'échangeur thermique de bouclage 31 et dans l'échangeur thermique de chauffage 22. Préférentiellement, le système comprend une connexion fluidique 105 agencée entre la sortie de fluide caloporteur refroidi 33 de l'échangeur thermique de bouclage 31 et l'entrée de fluide caloporteur 23 de l'échangeur thermique de chauffage 22. Selon une possibilité, la connexion fluidique 105 assure une connexion directe : le fluide caloporteur circulant directement de la sortie 33 à l'entrée 23. Une vanne 79, dénommée vanne hiver, peut être agencée sur la connexion fluidique 105 de sorte à contrôler la circulation du fluide caloporteur depuis l'échangeur thermique de bouclage 31 vers l'échangeur thermique de chauffage 22.
Selon une possibilité, la sortie de fluide caloporteur refroidi 24 est avantageusement connectée fluidiquement au retour de fluide caloporteur froid 3. Préférentiellement, la sortie de fluide caloporteur refroidi 24 est connectée fluidiquement à une branche de retour de fluide caloporteur 108 avantageusement connecté fluidiquement au retour de fluide caloporteur froid 3.