INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
ETAT DE LA TECHNIQUE Les modules photovoltaïques comportent plusieurs cellules photovoltaïques interconnectées entre elles pour former un ensemble appelé également « chaîne photovoltaïque ». Les modules sont assemblés entre eux pour former un panneau photovoltaïque. Les panneaux photovoltaïques peuvent être fixes ou mobiles, et peuvent être destinés aussi bien aux particuliers qu’aux industriels. Par exemple, les panneaux peuvent être utilisés pour l’habitat particulier, les fermes solaires, les aires d’autoroute ou encore le domaine spatial tel que des satellites ou encore des missions extraterrestres.
Cependant, l’ombrage d’une seule cellule peut entraîner la perte de puissance de l’ensemble du panneau. C’est-à-dire que lorsqu’une cellule ne délivre plus de puissance parce qu’elle est ombragée ou détériorée, le panneau n’en délivre plus non plus.
Par exemple, une solution consiste à ajouter des diodes de dérivation (appelées également diodes « by-pass » en langue anglaise) pour limiter la perte de puissance du panneau. Dans cet exemple, les cellules sont interconnectées en série pour former des chaînes de cellules, les chaînes sont connectées entre elles en série, et on place une diode de dérivation entre deux chaînes de sorte que les deux chaînes sont en outre connectées –entres elles en parallèle. Ainsi, en fonctionnement normal la diode est bloquée et le courant circule dans toutes les chaînes. Par ailleurs, lorsqu’une cellule ne délivre plus de puissance parce qu’elle est ombragée ou détériorée, la chaîne à laquelle elle appartient ne produit plus de courant et la diode devient passante pour permettre la circulation du courant dans les autres chaînes de cellules. Dans ce cas, lorsqu’une cellule ne produit plus de courant, on perd la production d’une branche en totalité.
On peut également citer le brevet européen EP0768720 B1, qui divulgue un module photovoltaïque dans lequel une diode de dérivation et couplée en parallèle de chaque cellule photovoltaïque. Mais un tel module est complexe et coûteux à fabriquer. En outre, de nombreuses diodes doivent être connectées aux différentes chaînes de cellules, et le dysfonctionnement d’une seule diode (circuit ouvert) peut entraîner - une perte totale de puissance du panneau.
Un autre exemple consiste à doubler la tension finale du panneau (le courant étant divisé par deux) en séparant chaque cellule en deux parties. On obtient ainsi un panneau, de même surface qu’un panneau standard, constitué de plusieurs demi-cellules, et les demi-cellules sont reconnectées en série pour former une chaîne de demi-cellules. Mais la chaîne de demi-cellules doit également être connectée par l’intermédiaire de diodes de dérivation. Un avantage d’une telle structure permet qu’en cas d’ombrage d’une cellule, la perte de puissance est deux fois moins importante (car le courant est divisé par deux) que dans le cas d’un panneau classique, c’est-à-dire un panneau formé de chaînes de cellules photovoltaïques non séparées. Par ailleurs, un ombrage linéaire causé, par exemple, par un fil électrique, une cheminée, une antenne ou une branche d’arbre, peut entraîner la perte de la totalité de la puissance fournie par le panneau.
Un objet de la présente invention est donc de proposer une solution pour pallier les inconvénients mentionnés ci-avant, et en particulier, de proposer des moyens pour limiter la perte de production de puissance électrique fourni par un module photovoltaïque qui soient simple et robustes.
Dans les boissons alcoolisées, les sulfites peuvent se former naturellement lors de la fermentation ou peuvent être ajoutés lors du procédé de fabrication de celles-ci.
Les sulfites naturels se trouvent dans des quantités variables dans les boissons alcoolisées, et leur teneur dépend de différents paramètres tels que le type de boisson, le temps de fermentation et les conditions de stockage.
En revanche, les sulfites ajoutés sont des sulfites supplémentaires ajoutés à la boisson alcoolisée pendant ou après la fermentation pour augmenter la stabilité et la durée de conservation. Les sulfites ajoutés peuvent être sous forme de dioxyde de soufre ou de sulfites, notamment de sulfite de potassium.
A titre d’exemple, les sulfites ajoutés, comme notamment le dioxyde de soufre (SO 2 ), peuvent être utilisés pour contrôler les levures et autres micro-organismes indésirables des boissons alcoolisées.
En particulier, l’emploi de SO 2 est actuellement le moyen de lutte le plus largement utilisé pour empêcher le développement de Brettanomyces bruxellensis , qui est considéré comme un microorganisme particulièrement indésirable des boissons alcoolisées et notamment du vin. En effet, la présence non contrôlée de l’espèce Brettanomyces dans les processus de fabrication de boissons alcoolisées est problématique dans la mesure où cette levure est responsable de la dégradation irréversible des qualités organoleptiques desdites boissons, telles que le vin ou la bière. L’espèce Brettanomyces bruxellensis notamment habituellement associée à des odeurs de gouache, de clou de girofle, de cuir, de sueur de cheval et d’écurie dues à la production de phénols volatils, essentiellement le 4-éthylphénol et le 4-éthylgaïacol.
L’utilisation de sulfites, tels que le SO 2 permet donc d’aider à ralentir le développement de Brettanomyces bruxellensis dans les boissons alcoolisées tout en contrôlant également d’autres microorganismes tels que Saccharomyces cerevisiae et/ou des bactéries et en présentant un effet anti-oxydant.
Toutefois, les produits chimiques tels que les sulfites ajoutés sont difficilement dégradables : ils se retrouvent dans les boissons alcoolisées traitées et sont ingérés par les consommateurs. Or, les sulfites ont un impact négatif sur la santé humaine, dû notamment à leur pouvoir allergène.
De plus, l’utilisation de sulfites ajoutés devient de plus en plus controversée du fait d’apparition de résistances. Des études récentes ont en effet démontré que l’espèce Brettanomyces présente une grande diversité génétique permettant à un certain nombre de souches de l’espèce Brettanomyces de résister et de survivre aux sulfites.
Ainsi, l’utilisation des sulfites pour contrôler les microorganismes indésirables comme l’espèce Brettanomyces dans les boissons alcoolisées montre donc ses limites et des solutions alternatives plus naturelles sont donc nécessaires.
Pour remplacer les sulfites, il est possible d’utiliser des traitements physiques comme moyens de lutte contre les microorganismes indésirables dans les boissons alcoolisées, mais ces traitements sont employés de manière curative lorsque la contamination est dépistée et ne peuvent pas être utilisés en préventif. En outre, la mise en place d’un traitement physique, comme la microfiltration, au sein des procédés de fabrication des boissons alcoolisées peut être coûteux et peut affecter les qualités organoleptiques desdites boissons. Or, dans le domaine des boissons alcoolisées, il est particulièrement important de ne pas affecter les arômes et la texture de la boisson.
Des alternatives apparaissent également avec l’utilisation de molécules naturelles permettant de contrôler les bactéries et/ou les levures indésirables.
Le chitosane est une molécule naturelle levuricide qui a une action biocide contre la levure Brettanomyces bruxellensis mais qui, cependant, n’a aucune action contre S accharomyces cerevisiae . De plus, certaines souches de Brettanomyces bruxellensis sont insensibles à l’action du chitosane. Ce levuricide n’est donc pas adapté au traitement des boissons alcoolisées en particulier pour remplacer les sulfites.
Il existe donc un besoin de disposer de nouveaux moyens de lutte contre les micro-organismes indésirables dans les boissons alcoolisées, adapté aux conditions des boissons alcoolisées, ne présentant aucun impact sur leurs qualités organoleptiques, afin d’obtenir une boisson alcoolisée sans sulfites ajoutés, sans altération des arômes.
En recherchant des substituts aux sulfites, les inventeurs ont découvert que l’ajout d’au moins un amphidinol dans une boisson alcoolisée permettait de prévenir et/ou lutter contre les micro-organismes indésirables présents dans ladite boisson, tout en présentant un effet anti-oxydant et en préservant ses qualités organoleptiques.
Ainsi, l’invention a pour objet l’utilisation dans une boisson alcoolisée, d’un produit comprenant au moins un amphidinol.
Les amphidinols sont des composés organiques produits par certaines espèces de dinoflagellés et de microorganismes marins.
De manière connue, en référence à la , la caméra de surveillance 1 acquière une pluralité d’images brutes IMb afin de former un flux vidéo. Sur la , il est représenté un dispositif d’anonymisation 4, relié à la caméra de surveillance 1, qui est configuré pour recevoir en entrée au moins une image brute IMb issue de la caméra de surveillance 1 et pour fournir en sortie une image anonymisée enrichie IMa. Un tel dispositif d’anonymisation 4 est avantageux étant donné qu’il permet d’utiliser l’image anonymisée enrichie IMa avec peu de contraintes, en particulier, pour permettre sa consultation par des opérateurs non assermentés 8, pour permettre son stockage temporaire ou permanent 9 ou pour permettre des traitements ultérieurs 10, par exemple, sur des serveurs distants et/ou tiers pour mettre en œuvre des algorithmes d’intelligence artificielle. Grâce au procédé selon l’invention, un flux vidéo d’images brutes IMb en entrée devient aisément exploitable par la suite, car respectant les règlementations en vigueur sur la protection de la vie privée.
Il est présenté dans ce cas l’anonymisation d’un flux vidéo mais il va de soi que l’invention s’applique également à une ou plusieurs images individuelles. Les images brutes pouvant être une image individuelle ou une succession d’images ou une vidéo qui est une succession d’images temporellement ordonnées.
De manière analogue, il est présenté l’anonymisation d’images captées par une caméra de surveillance, mais il va de soi que l’invention s’applique à des images captées par tout dispositif d’acquisition d’image.
Comme illustré à la , le dispositif d’anonymisation 4 comprend un calculateur 40 configuré pour mettre en œuvre un procédé d’anonymisation qui va être dorénavant présenté. Dans cet exemple, le calculateur 40 comprend un processeur informatique qui peut se présenter sous diverses formes, en particulier, un FPGA ou une carte graphique.
Dans cet exemple, comme illustré à la , chaque image brute IMb comporte deux personnes identifiables 2 qui interagissent ensemble.
La représente de manière schématique une mise en œuvre d’un procédé d’anonymisation selon l’invention au moyen du dispositif d’anonymisation 4. Le procédé d’anonymisation comprend des étapes consistant à : Traiter E1 l’image brute IMb par un algorithme d’anonymisation configuré pour anonymiser les personnes identifiables 2 sur l’image brute IMb de manière à obtenir une image intermédiaire IM1 comprenant un contour C pour chaque personne identifiable 2 comme illustré à la , Traiter E2 l’image brute IMb par un algorithme de squelettisation configuré pour déterminer un squelette S pour chaque personne identifiable 2 de manière à obtenir une table de squelettes TS comprenant un squelette S pour chaque personne identifiable 2, chaque squelette S comprenant des points d’intérêt déterminés pour chaque personne identifiable 2 reliés par des segments comme illustré à la , Fusionner E3 l’image intermédiaire IM1 et la table de squelettes TS de manière à former une image anonymisée enrichie IMa qui comporte le contour C et le squelette S de chaque personne 2 comme illustré à la .
En pratique, les points pertinents de chaque squelette sont ajoutés à l’image intermédiaire.
Dans cet exemple, le contour C est un contour fermé. Il va de soi que l’invention pourrait également s’appliquer pour un contour ouvert.
De manière préférée, l’accès aux images brutes IMb enregistrées en temps réel par la caméra de surveillance 1 se fait par l’exploitation d’un protocole RTSP (Real Time Streaming Protocole). De manière préférée, plusieurs images brutes IMb consécutives peuvent être traitées ensemble et, ce, quel que soit leur format d’enregistrement.
De manière préférée, les étapes E1 et E2 sont mises en œuvre en parallèle afin d’obtenir de manière rapide l’image anonymisée enrichie IMa, de préférence, en temps réel.
L’étape d’anonymisation E1 traite une image brute IMb et la modifie pour donner une image intermédiaire IM1 qui n’est pas exploitable par l’algorithme de squelettisation. En effet, l’anonymisation dégradera l’information pertinente relative au squelette S, ce qui interdira toute interprétation du mouvement basée sur le squelette. L’étape de squelettisation E2 traite une image brute IMb pour déterminer les squelettes S des personnes identifiables 2 présentes sur l’image brute IMb, et les extraire vers une table de squelettes TS. Selon un aspect, l’étape de squelettisation E2 détermine également, de manière préliminaire, une boite englobante pour chaque personne identifiable afin de détecter le squelette. L’enregistrement des coordonnées de cette boite englobante permet, de manière avantageuse, d’avoir une plus grande robustesse et une plus grande confiance dans la détection des squelettes S, notamment dans la détection de squelettes S partiels. Cette étape de squelettisation E2 n’a aucun impact sur l’image brute IMb, et peut donc être effectuée en amont comme en parallèle de l’étape d’anonymisation E1. La mise en parallèle des deux étapes E1 et E2 permet de manière avantageuse de cumuler leurs avantages sur une l’image anonymisée enrichie IMa obtenue par fusion E3 de l’image intermédiaire IM1 et de la table de squelettes TS. En outre, la boite englobante peut également être ajoutée à la table de squelettes TS afin d’être utilisée pour la détection de mouvement/comportement.
De manière optionnelle, en référence à la , le procédé d’anonymisation comporte une étape optionnelle consistant à réduire le poids E0 de l’image brute IMb, par exemple en réduisant ses dimensions, de manière à permettre le traitement de l’image brute Imb par tout système informatique indépendamment de sa puissance de calcul.
L’algorithme d’anonymisation et l’algorithme de squelettisation vont être dorénavant présentés de manière détaillée.
En référence à la , selon un premier exemple de mise en œuvre, l’algorithme d’anonymisation comporte des étapes consistant à déterminer E11 les zones contenant des personnes identifiables 2 sur l’image brute Imb.
De manière préférée, des contours C des personnes identifiables 2 sont déterminés par segmentation sémantique ou d’instance. Cela peut être paramétré en fonction de l’utilisation future des images anonymisées enrichies Ima et des données à extraire. Cette détermination est plus précise et permet de perdre moins d’information que par une détermination de boite englobante pour chaque personne identifiable présente sur l’image brute Imb. De manière préférée, la détection des contours C des personnes identifiables 2 se fait par l’utilisation d’un réseau de neurones profond par exemple du type « Mask RCNN », connu de l’Homme du métier.
Selon un aspect, l’algorithme d’anonymisation comporte une étape consistant à sous-échantillonner E12 l’intérieur des zones déterminées préalablement. Les personnes 2 ne sont donc plus reconnaissables, mais la couleur, l’intensité et la luminosité sont conservées. Pour anonymiser les personnes 2, l’algorithme d’anonymisation comporte, de manière alternative, une étape consistant à colorer E12’ l’intérieur des zones déterminées préalablement par un masque de couleur uni.
Le module de redirection 410, et en particulier la fonction CHECK_REDIRECT(), est par exemple configuré pour rediriger l'appel si une redirection doit être appliquée. Par exemple, la représente un exemple dans lequel la ressource appelée est un UART, et l'appel est redirigé par le module de redirection 410 vers soit : une première adresse mémoire 412 correspondant à un appel direct UART (UART_DIRECT CALL) ; soit vers une deuxième adresse mémoire 414 correspondant à un appel système UART (UART_SYS CALL). Par exemple, la redirection effectuée par le module de redirection 410 est basée sur des règles stockées dans une table de redirection 411, qui fait par exemple partie du module de redirection 410. Dans certains modes de réalisation, la table de redirection peut être mise à jour comme cela est représenté par une entrée TABLE UPDATE dans le module de redirection 410.
En quittant la fonction de redirection CHECK_REDIRECT(), la pile est par exemple ignorée et le registre de liaison est par exemple forcé à l'adresse de redirection. En outre, une branche est par exemple appliquée à l'adresse de redirection, avec la pile provenant de l'appelant, sur la base des paramètres d'entrée et de l'adresse appelante dans le registre de liaison. Selon une variante, si aucune redirection ne doit être appliquée, alors le flux de code se poursuit par exemple avec le flux standard.
Les tableaux 1 et 2 ci-après fournissent des exemples de la table de redirection.
Comme cela est indiqué dans le tableau 1, chacun des enregistrements de table #1 à #6 définit par exemple les règles s'appliquant à un appel d'une ressource donnée au niveau d'une adresse appelée donnée (Called ) à partir d'une adresse appelante donnée (Caller ) dans le module logiciel 402 ou 406, c'est-à-dire à une quelconque adresse dans une section 1 ( SECTION1) ou à une quelconque adresse dans une section 2 ( SECTION2), ou à une adresse particulière dans une de ces sections. Dans l'exemple du tableau 1, il y a deux ressources qui peuvent respectivement être appelées par des fonctions FuncA et FuncB respectivement. Les adresses appelées de ces fonctions telles qu'exécutées par les applications logicielles 402 et 406 sont par exemple des adresses dans le module de redirection 410, de sorte que le module de redirection 410 intercepte et traite ces appels. De plus, pour chaque enregistrement de table #1 à #6, il y a une indication de l'adresse de redirection (Redirected ), en d'autres mots l'adresse à laquelle l'appel serait redirigé par le module de redirection 410.
Enregistrement table Caller Called Redirected #1 Adresse exacte du code I1 effectuant l'appel à FuncA &FuncA dans FLASH &SyscallFuncA #2 Adresse exacte du code I2 effectuant l'appel à FuncB &FuncB dans FLASH &SyscallFuncB #3 Adresse exacte du code I3 effectuant l'appel à FuncB &FuncB dans FLASH &SyscallFuncB #4 Caller dans section S1 Called dans plage [ 1; 2] called + décalage #5 Caller dans section S2 &FuncA dans FLASH &OtherSyscallFuncA #6 Caller dans RAM &FuncB dans FLASH &DoNothing
Par exemple, l'enregistrement #1 dans le tableau 1 correspond à une adresse appelante à une adresse exacte d'un code I1 qui appelle la fonction FuncA, l'enregistrement #2 dans le tableau correspond à une adresse appelante à une adresse exacte d'un code I2 qui appelle la fonction FuncB, et l'enregistrement #3 dans le tableau correspond à une adresse appelante à une adresse exacte d'un code I3 qui appelle la fonction FuncB. Les codes I1, I2 et I3 peuvent être dans l'une quelconque des applications logicielles 402 ou 406. Les fonctions FuncA et FuncB sont par exemple stockées dans la mémoire non volatile 106, qui est par exemple une mémoire FLASH. Les adresses de redirection pour les enregistrements #1, #2 et #3 sont par exemple des appels système à la fonction correspondante, car les codes I1, I2 et I3 n'ont par exemple pas le niveau de droit requis pour appeler directement les ressources associées aux fonctions FuncA et FuncB.
Par exemple, l'enregistrement #4 dans le tableau 1 correspond à une adresse appelante dans l'application logicielle 402, autrement dit dans une plage d'adresse de la section S1, l'enregistrement #5 dans le tableau correspond à une adresse appelante dans l'application logicielle 406, en d'autres termes dans une plage d'adresse de la section S2, et l'enregistrement #6 dans le tableau correspond à une adresse appelante dans la mémoire volatile 104, qui est par exemple la mémoire vive RAM. L'adresse appelée pour l'enregistrement de table #4 est par exemple une plage d'adresse [@1;@2], en d'autres termes toutes les adresses entre les adresses @1 et @2, et l'adresse de redirection est l'adresse appelée plus un décalage. Cela permet par exemple un appel direct à une ressource, mais à une adresse modifiée. L'adresse appelée pour l'enregistrement de table #5 est par exemple la fonction FuncA, et l'adresse de redirection est un appel système à la fonction FuncA, mais différent de l'appel système de l'enregistrement de table #1, par exemple parce qu'un dispositif différent est appelé afin d'accéder à la ressource, telle qu'un dispositif qui est externe au dispositif 100 de la . A titre d'exemple, l'appel système est utilisé pour accéder à un service cryptographique, tel qu'une opération de décryptage impliquant l'utilisation d'une clef confidentielle. Dans un premier cas, la clef de chiffrement est par exemple protégée directement dans le dispositif 100 lui-même, et donc un premier appel système (par exemple, l'appel système de l'enregistrement de table #1) est effectué avec toutes les opérations exécutées dans le dispositif 100, qui est par exemple un SoC. Dans un deuxième cas, la clef de chiffrement peut même être plus sensible et un accès supplémentaire à une composante sécurisée externe peut être mis en œuvre, conduisant ainsi à un appel système différent (par exemple, l'appel système de l'enregistrement de table #5). L'adresse appelée pour l'enregistrement de table #6 est par exemple la fonction FuncB et cet appel est par exemple bloqué, et n'est pas redirigé, comme cela est indiqué par l'entrée ne rien faire "&DoNothing".
Le tableau 2 indique dans une colonne "Applicabilité", pour chaque enregistrement de table #1 à #6 du tableau 1, des conditions supplémentaires qui doivent par exemple s'appliquer avant que la redirection ne soit appliquée. La fourniture de conditions supplémentaires est optionnelle, et dans certains cas il peut n'y avoir aucune condition supplémentaire pour tout ou partie des enregistrements de table, comme cela est indiqué par l'entrée "sans condition". En outre, dans certains cas, une colonne supplémentaire "Rejet" indique, pour chaque enregistrement de table #1 à #6 du tableau 1, ce qui devrait être fait si la condition n'est pas remplie. S'il n'y a pas de condition, alors une entrée N.A. (non applicable) est présente dans cette colonne.
Enregistrement de table Applicabilité Rejet #1 Noyau en mode non privilégié Valeur du registre XX est YY … Si les contrôles d'applicabilité sont négatifs, déclencher une faute matérielle #2 Sans condition N.A. #3 1. Valeur à RAM@ XX est YY Ne pas effectuer la redirection, appeler &FuncB #4 Noyau en mode privilégié Réinitialiser #5 Mode sécurisé Exception E1 #6 Sans condition N.A.
Bien entendu, les Tableaux 1 et 2 précédents fournissent seulement un exemple d'un ensemble de règles pour définir des redirections d'appel, et de nombreuses modifications sont possibles, par exemple en fonction du nombre de ressources qui peuvent être appelées, du nombre d'applications logicielles qui peuvent émettre des appels, etc. Bien que des exemples aient été fournis dans lesquels chaque enregistrement de table est défini pour une adresse appelante particulière et pour une adresse appelée particulière, il serait également possible que tout ou partie des enregistrements de table soient définis uniquement sur la base seulement de l'adresse appelante ou sur la base seulement de l'adresse appelée, si par exemple tous les appels provenant d'un code logiciel donné ou à une ressource donnée doivent être traités de la même façon.
Bien que la représente un mode de réalisation dans lequel l'interception et la redirection d'appels soient effectuées sous forme logicielle par un module logiciel, une mise en œuvre matérielle est également possible, dont un exemple sera décrit plus en détail ci-après en relation avec la .
La représente schématiquement un système d'accès à des ressources 500 comprenant un circuit de redirection 502 selon un exemple de mode de réalisation de la présente description. Ce système 500 est par exemple mis en œuvre dans le système informatique 100 de la .