INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Un des avantages de la présente station de charge est qu’elle est facilement adaptable à un nombre quelconque de batteries à charger. En effet, la même architecture peut être utilisée pour réaliser une station de charge adaptée à la charge du nombre souhaité de batteries, en augmentant le nombre de chargeurs selon le principe de figures 2, 3 et 4. Par exemple une station de charge pour 50 actionneurs est réalisable.
Un exemple d’opération de charge va maintenant être décrite :
L’opérateur connecte une extrémité d’un premier câble de raccordement Ca au connecteur C1, d’un actionneur et l’autre extrémité du premier câble Ca à une borne B1 de la station de charge, une extrémité d’un deuxième câble Ca de raccordement 24 au connecteur C2 de l’actionneur, puis l’autre extrémité du deuxième câble Ca à la borne B2 associée à la borne B1.
Il répète l’opération pour chaque actionneur. De préférence, les actionneurs sont connectés à la station de charge les uns après les autres pour être sûr de bien connecter charge actionneur aux bornes B1 et B2 associées.
Chaque chargeur électrique fonctionnant de manière indépendante, il n’est pas requis de connecter un actionneur à chaque paire de bornes B1, B2 ( ) de la station de charge pour que celle-ci puisse assurer la charge des actionneurs connectés.
L’opérateur branche ensuite la station de charge S au réseau électrique. Ce branchement peut être réalisé avant la connexion des actionneurs à la station de charge.
Seule une très basse tension étant disponible aux bornes B1, B2 , la sécurité de l’opérateur est assurée.
Chaque chargeur charge un actionneur, le niveau de charge correspondant étant affiché par les moyens de visualisation 6.
– la est une représentation schématique d’un groupe de production électrique hybride, et du réseau électrique associé ;
– la est un schéma-blocs illustrant le contrôleur d’hybridation de la ;
– la est un bloc diagramme illustrant le procédé selon l’invention.
DESCRIPTION DÉTAILLÉE La est une vue schématique illustrant un groupe de production électrique hybride comportant une centrale de production électrique 1 et un système de stockage d’énergie à batteries 2.
Ces moyens de production fournissent au réseau électrique 3 (schématisé par un pylône haute tension sur la ) une puissance électrique. Le réseau électrique 3 présente une fréquence nominale (par exemple 50 Hz en Europe).
Le groupe de production électrique est non seulement adapté à fournir une puissance au réseau électrique, mais est de plus dimensionné pour participer à l’équilibrage en fréquence du réseau. Dans cet exemple, le groupe de production électrique participe en continu au réglage primaire de fréquence, avec un délai paramétrable (qui est par exemple de 30 s sur le réseau électrique français) pour fournir une puissance ajustée pour un équilibrage de fréquence, dès lors qu’un déséquilibre en fréquence apparait.
Dans cet exemple, la centrale de production électrique 1 est une centrale hydroélectrique schématisée par une turbine 4. La centrale de production électrique 1 comporte des moyens physiques sur lesquels il est possible d’agir pour faire varier la puissance qu’elle produit. Dans cet exemple, la schématise des vannes 5 adaptées à piloter le débit d’eau alimentant la turbine 4, et des actionneurs 6 adaptés à piloter l’inclinaison des pales de la turbine 4. L’action sur les vannes 5 et les actionneurs 6, suite à une consigne donnée, permet de piloter la puissance que la centrale 1 fournit au réseau électrique 3.
Le système de stockage d’énergie à batteries 2 est constitué de tout moyen de stockage d’énergie électrique connu et adapté à cette application, par exemple un conteneur de batteries lithium-ion. Le système de stockage 2 est également adapté à délivrer ou consommer, sur consigne, une puissance sur le réseau électrique 3.
Le groupe de production électrique comporte des moyens de commande 7 qui sont physiquement constitués de manière classique par des éléments électroniques analogiques et/ou numériques, du matériel informatique programmé à cet effet, etc.
Ces moyens de commande 7 sont adaptés à recevoir : – un signal 8 représentatif de la puissance à fournir au réseau électrique ; – un signal 9 représentatif de l’état de charge du système de stockage 2.
Les moyens de commande 7 sont de plus adaptés à fournir : – une consigne 10 de puissance pour le système de stockage 2 ; – des consignes 11 pour des organes de production 5, 6 de la centrale 1. Les consignes 11 peuvent comporter un certain nombre de consignes, chacune destinée à un organe physique précis de la centrale 1, agissant sur la puissance fournie.
Dans le présent exemple, les consignes 11 comportent une consigne 12 de réglage (degré d’ouverture) des vannes 5 et une consigne 13 de réglage des actionneurs de pales de turbine (réglage du pas de la turbine). En variante, les consignes 11 peuvent comporter toute consigne dirigée vers d’autres organes physiques de la centrale 1 qui participent à la modulation de la puissance.
Les moyens de commande 7 comportent un contrôleur d’hybridation 14 et un contrôleur de centrale 15.
Le contrôleur de centrale 15 est un contrôleur classique utilisé couramment dans les centrales de production électrique. Il comporte une entrée 16 d’un signal représentatif de la puissance à fournir au réseau électrique et comporte des sorties permettant de délivrer les consignes 11 de pilotage de la centrale. Le positionnement classique d’un tel contrôleur de centrale 15 est d’être connecté au réseau électrique par son entrée d’acquisition 16 en vue de piloter uniquement la puissance fournie par la centrale de production électrique. Selon cette utilisation classique, le contrôleur de centrale 15 détermine la puissance à fournir au réseau électrique directement et uniquement par la centrale, et produit les consignes 11 en conséquence. Un tel contrôleur de centrale 15 est bien connu, et est basé généralement sur un régulateur PID, ou tout autre système de contrôle et asservissement.
Dans le cadre de l’invention, le contrôleur de centrale 15 est positionné différemment. L’entrée d’acquisition 16 n’est pas connectée au réseau électrique 3 mais est connectée à une sortie 17 de commande de centrale dont dispose le contrôleur d’hybridation 14.
- une structure de mémorisation des tests de non-régression à effectuer pour valider chaque composant logiciel,
-une structure de mémorisation des types de commandes de déploiement,
-une structure de mémorisation des composants logiciels impactés par chaque type de commande de déploiement.
Le système comporte en outre une deuxième unité de mémoire configurée pour mémoriser :
-une liste de commandes de déploiement, rangées sous forme d’une file d’attente dans leur ordre d’arrivée,
- une structure de mémorisation contenant un ensemble de types des commandes de déploiement non encore approuvées, et pour chaque type de commande de déploiement non encore approuvée, une liste de tests de non-régression à effectuer associée ;
- une liste courante de tests de non-régression à effectuer.
Selon un autre aspect, l’invention concerne un support d’enregistrement d’informations, sur lequel sont mémorisées des instructions logicielles pour l’exécution d’un procédé de supervision de mise à jour de logiciel de support tel que brièvement décrit ci-dessus, lorsque ces instructions sont exécutées par un dispositif électronique programmable.
Selon un autre aspect, l’invention concerne un programme d’ordinateur comportant des instructions logicielles qui, lorsqu’elles sont exécutées par un dispositif électronique programmable, mettent en œuvre un procédé de supervision de mise à jour de logiciel de support tel que brièvement décrit ci-dessus.
la est une représentation schématique d’un système de fourniture de services à un client comportant un système de supervision de mise à jour de logiciel de support selon un mode de réalisation ;
la est une illustration schématique de structures de mémorisation utilisées par un procédé de supervision de mise à jour de logiciel de support selon un mode de réalisation ;
les figures 3 et 4 représentent un organigramme des principales étapes d’un procédé de supervision de mise à jour de logiciel de support selon un mode de réalisation.
La illustre schématiquement un système 1 de fourniture de services à un client (non représenté). Le système 1 comporte une infrastructure de fourniture de services 2, représentée très schématiquement ici, cette infrastructure implémentant un système d’exploitation, des logiciels, des bibliothèques de fonctions, désignés ici par le terme générique de « logiciel de support ».
L’infrastructure 2 est un système informatique, composé de plusieurs dispositifs électroniques programmables (e.g. ordinateurs) connectés entre eux, non représentés ici.
Le système 1 comporte également un système 4 fournisseur de mises à jour de logiciel de support destinées à l’infrastructure 2. Le système 4 est également un système informatique, composé d’un ou plusieurs dispositifs électroniques programmables (e.g. ordinateurs) connectés entre eux, non représentés ici.
La fourniture d’infrastructure de dispositifs de calcul et de stockage de données distants est largement développée, connue généralement sous le nom de « cloud computing ». De manière classique, une telle infrastructure est fournie par un fournisseur de services, les dispositifs de calcul étant gérés par le fournisseur de services. Un client, par exemple une entreprise, obtient une quantité de stockage de données et/ou une capacité de calcul, accessibles via un réseau de communication (e.g. Internet). Dans un tel système, un logiciel de support (i.e. l’ensemble d’opérations et services mis à disposition) est mis en œuvre.
Dans ce contexte, se posent des problèmes accrus de sécurité des données et de risque d’accès sans autorisation, potentiellement malveillant, aux données et/ou aux opérations du client.
L’invention se situe dans ce contexte technologique de sécurisation des opérations et services fournis par le cloud computing, pour créer une infrastructure de confiance (ou « trusted cloud »). La notion de confiance est liée à la garantie d’un niveau de sécurité offert par un système informatique.
Dans le cadre du « cloud computing », il est usuel que le fournisseur de services propose des mises à jour régulières du logiciel de support. De manière classique, toute mise à jour est supervisée avant d’être déployée, par des tests dits de non-régression, afin de s’assurer que la mise à jour n’introduit pas de dégradation (ou régression) de fonctionnement par rapport à une version précédente du logiciel de support, avant la mise à jour.
A fortiori dans un contexte d’une infrastructure de confiance, outre la notion de compatibilité de fonctionnement, il est critique de garantir que toute mise à jour du logiciel de support n’introduit pas de brèche de sécurité.
Ainsi, dans le contexte d’une infrastructure de confiance, un plus grand nombre de tests de non-régression doit être mis en œuvre pour garantir un niveau de sécurité requis.
De plus, cela s’avère critique dans le cas où un grand nombre de mises à jour est proposé, et à une fréquence élevée. Cela est plus particulièrement le cas dans le cadre des infrastructures de services de type ‘cloud computing’, dans lesquelles des mises à jour sont fournies à une fréquence très élevée, pouvant aller jusqu’à plusieurs mises à jour par seconde.
On connaît des méthodes de supervision de mise à jour de logiciel de support dans des contextes différents, lorsque les mises à jour sont fournies à une plus faible fréquence, par exemple tous les mois.
Ces méthodes ne sont pas adaptées dans le cas d’une fourniture de mises à jour de logiciel à fréquence élevée, et a fortiori dans un contexte d’exécution avec des contraintes de sécurité fortes.
L’invention a pour but de remédier aux inconvénients de l’état de la technique précités.
A cet effet, l’invention propose, selon un aspect, un procédé de supervision de mise à jour de logiciel de support dans une infrastructure de fourniture de services, le procédé comportant une réception d’une pluralité de mises à jour du logiciel de support, chaque mise à jour comportant au moins une commande de modification du logiciel de support et/ou au moins un paramètre ou un fichier de configuration, et une réception d’au moins une commande de déploiement de mise(s) à jour impactant au moins un composant du logiciel de support. Ce procédé de supervision étant mis en œuvre par au moins un processeur d’un dispositif électronique programmable et comportant des étapes de :
-suite à une réception de commandes de déploiement de mise à jour, sélection d’une commande de déploiement à traiter, dans l’ordre d’arrivée, dite commande de déploiement courante,
-détermination d’un type de ladite commande de déploiement courante, et d’au moins un composant logiciel impacté par la mise à jour en fonction du type de commande de déploiement, et pour chacun desdits composants logiciels impactés, mise à jour dynamique d’une structure de mémorisation courante de tests de non-régression à effectuer et d’une structure de mémorisation de tests de non-régression associée audit type de commande de déploiement,
- exécution de ladite commande de déploiement courante dans un environnement de test, l’environnement de test étant analogue à ladite infrastructure de fourniture de services,
- exécution successive des tests de non-régression de la structure de mémorisation courante de tests de non-régression à effectuer, et lorsque tous les tests de non-régression de ladite structure de mémorisation courante et tous les tests de la structure de mémorisation de tests de non-régression associée audit type de commande de déploiement sont exécutés avec succès, approbation d’une exécution de ladite commande de déploiement courante dans ladite infrastructure de fourniture de services.
Avantageusement, le procédé de supervision de mise à jour de logiciel de support proposé met en œuvre des tests de non-régression dans un environnement de test avant déploiement sur l’infrastructure de fourniture de services. Avantageusement, une liste courante de tests de non-régression est elle-même mise à jour dynamiquement.
Avantageusement, la première couche a une résistance à la rupture comprise entre 40 et 80 N, de préférence entre 50 et 70 N.
Le ou les polymères d’alcool vinylique La deuxième couche de l’article de conditionnement selon l’invention comprend un ou plusieurs polymères d’alcool vinylique, présents en une teneur supérieure ou égale à 75% en poids, par rapport au poids total de la deuxième couche.
Les polymères d’alcool vinylique de formule CH 2 =CHOH sont issus de l’hydrolyse totale ou partielle de polymères d’acétate de vinyle CH 2 =CHOC(O)CH 3 .
Ainsi, de préférence, la deuxième couche comprend un ou plusieurs copolymères d’alcool vinylique et d’acétate de vinyle.
Le taux d’hydrolyse des polymères d’acétate de vinyle est de préférence supérieur ou égal à 75%, plus préférentiellement supérieur ou égal à 80%.
La masse moléculaire moyenne en poids dudit polymère, mesurée par diffraction de la lumière, est de préférence inférieure ou égale à 100 000 g/mol, plus préférentiellement inférieure ou égale à 80 000 g/mole, et plus préférentiellement encore inférieure ou égale à 60 000 g/mole.
Le ou les polymères de la deuxième couche présentent un indice de polydispersité de préférence inférieur ou égal à 2, plus préférentiellement inférieur ou égal à 1,5.
De préférence, le ou les polymères d’alcool vinylique sont présents dans la deuxième couche en une teneur supérieure ou égale à 80% en poids, plus préférentiellement supérieure ou égale à 85% en poids, plus préférentiellement encore supérieure ou égale à 90% en poids, mieux supérieure ou égale à 95% en poids, par rapport au poids total de la deuxième couche.
Avantageusement, la deuxième couche a une épaisseur comprise entre 8 et 25µm, de préférence entre 10 et 20µm, plus préférentiellement entre 12 et 17µm.
Avantageusement, la deuxième couche a une prise en eau comprise entre 2 et 6%, de préférence entre 3 et 5%, et plus préférentiellement entre 3,5 et 4,5%, par rapport au poids initial de la couche.
Avantageusement, la deuxième couche a une résistance à la rupture comprise entre 5 et 20 N, de préférence entre 10 et 15 N.
Les polyols La première couche et/ou la deuxième couche de l’article de conditionnement selon l’invention peuvent éventuellement comprendre en outre un ou plusieurs plastifiants, notamment choisis parmi les polyols.
Le ou les plastifiants choisis parmi les polyols éventuellement présents dans la première couche et/ou la deuxième couche sont de préférence choisis parmi le glycérol, les polyéthylèneglycols et leurs mélanges, et plus particulièrement le produit nommé PEG-6 ou PEG-8 dans l'ouvrage CTFA (International Cosmetic Ingredient Dictionary, Seventh Edition).
D’autres polyols utilisables dans la première couche et/ou la deuxième couche sont ceux décrits dans la partie relative à la composition solide ci-après.
De préférence, le poids moléculaire (PM) du ou desdits polyols éventuellement présents dans la première couche et/ou la deuxième couche est compris entre 50 et 350, plus préférentiellement entre 60 et 200, et mieux encore entre 70 et 100.
Lorsqu’ils sont présents dans la première couche, la teneur totale du ou des plastifiants va de préférence de 0,1 à 15% en poids, plus préférentiellement de 0,5 à 10% en poids, et plus préférentiellement encore de 1 à 5% en poids, par rapport au poids total de la première couche.
Les grandeurs simulées sont par exemple la position de chaque piéton dans l’environnement 10, ou la densité de piétons dans chaque zone Z i
Suite à l’étape de prédiction 137, la phase d’exploitation 120 comprend avantageusement une deuxième étape 138 de détection d’une anomalie prédite à partir du scénario prédit.
La deuxième étape de détection 138 est analogue à la première étape de détection 135 à l’exception que l’anomalie prédite est détectée dans les grandeurs simulées plutôt que dans les paramètres du jeu de paramètres.
Si une anomalie prédite est détectée lors de la deuxième étape de détection 138, alors la phase d’exploitation 120 comprend avantageusement une deuxième étape de mise en œuvre 139 analogue à la première étape de mise en œuvre 136.
Lors de la deuxième étape de mise en œuvre 139, l’action de correction est mise en œuvre dans l’environnement 10 de manière préventive. Autrement dit, la ou les actions de correction mises en œuvre lors de la deuxième étape de mise en œuvre 139 sont destinées à éviter que la ou les anomalies prédites détectées n’aient lieu dans l’environnement 10.
Puis, la phase d’exploitation 120 est par exemple réitérée avec la réception 131 de nouveaux nombres de piéton(s) dans les zones Z i .
Ainsi, le procédé selon l’invention permet de caractériser le déplacement des piétons dans l’environnement 10 de manière simple et réaliste.
Avec les première 124 et deuxième 125 sous-étapes facultatives de calcul, une dynamique temporelle des piétons est prise en compte. Autrement dit, la prise en compte de plusieurs couples de données pour chaque entrée de l’apprentissage du modèle permet de rendre compte d’une évolution temporelle du déplacement des piétons.
Avec l’étape facultative de normalisation 126, ou de standardisation, l’apprentissage est accéléré puisque tous les vecteurs utilisés pour l’apprentissage du modèle sont comparables.
Avec la sous-étape optionnelle d’entrainement 127 prenant en compte la matrice d’adjacence A, l’apprentissage du modèle est accéléré. En outre, pour un nombre de couples de données fixé, l’apprentissage du modèle à partir de la matrice d’adjacence A est de meilleure qualité que sans l’usage de la matrice d’adjacence A.
En outre, le recours à la matrice d’adjacence A permet de rendre compte de la spatialité de l’environnement 10 et tire profit de la connaissance de la répartition des zones Z i dans l’environnement 10.
Les sous-étapes facultatives d’obtention 132 et de détermination 133 permettent de recevoir le nombre de de piéton(s) dans chaque zone Z i d’une manière simple et sensiblement peu coûteuse.
L’étape facultative de prédiction 137 en combinaison avec l’étape d’application 134 permettent de rendre compte fidèlement d’une évolution du déplacement des piétons dans l’environnement 10 et donc de prédire de potentielles anomalies à venir.
Les étapes facultatives de détection 135, 138 et de mise en œuvre 136, 139 permettent d’assurer le bon déplacement des piétons dans l’environnement 10.
Procédé et système de supervision de mise à jour de logiciel de support dans une infrastructure de fourniture de services La présente invention concerne un procédé et un système de supervision de mise à jour de logiciel de support dans une infrastructure de fourniture de services.
L’invention se situe dans le domaine de la sécurisation des systèmes d’information, et plus particulièrement des infrastructures de fourniture de services à des clients.
Certains types de dispositifs mémoire peuvent être configurés pour la mémorisation des données en cellules « single » ou cellules « différentielles », avec la possibilité de doubler la taille de la mémoire si les données sont mémorisées en single. Ainsi, la plage d’adresses prévues pour ce type de mémoire est celle correspondant au maximum d’espace de stockage, en configuration de mémorisation 1T1R, en pratique cela correspond à un espace d’adressage double de celui nécessaire pour une mémoire fonctionnant uniquement en mode de mémorisation 2T2R. Lorsqu’un tel dispositif double mode de mémorisation est configuré en mode de mémorisation 1T1R, alors les écritures et les lectures sont toutes, toujours, réalisées en mode de lecture 1T1R et bien entendu en mode d’écriture 1T1R uniquement. C’est seulement quand un tel dispositif mémoire est configuré en mode de mémorisation 2T2R, que l’écriture d’une cellule se fait comme décrit précédemment avec des programmations 1T1R pour programmer les cellules « gauche » puis les cellules « droites » et enfin en faisant une lecture différentielle 2T2R si nécessaire pour sortir du cycle des écritures, éventuellement sans erreur si la lecture différentielle est correcte.
Avec un dispositif mémoire à double mode de mémorisation, la lecture en mode 1T1R des cellules gauches puis droites, se traduit par la production par le processeur hôte de deux adresses successives différentes, qui pourront par exemple se différentier uniquement par un bit d’adresse (signifiant ainsi « gauche » ou « droite »).
Selon une variante de réalisation, la sélection des cellules « gauches » ou « droites » des cellules différentielles peut aussi être transparente pour le processeur hôte et assurée par le contrôleur mémoire. Ainsi, le processeur hôte peut requérir une écriture à une adresse donnée et c’est le contrôleur mémoire qui va se charger de réaliser tout le procédé itératif d’écritures/lectures de vérification et qui va donc se charger de piloter les dispositifs de sélection lignes/colonnes de la matrice mémoire pour sélectionner soit les cellules gauches, soit les cellules droites dans les phases d’écriture et de lecture en 1T1R. Autrement dit, de l’extérieur du dispositif mémoire, le processeur peut ne voir que des écritures et des lectures différentielles à une adresse de sélection, et c’est le contrôleur mémoire qui réalise toutes les sous-étapes constitutives d’une opération d’écriture nécessitant le passage en mode 1T1R.
Ainsi, dans le cas où on a un dispositif mémoire qui n’a pas de double mode de mémorisation, la sélection des cellules « gauches » ou « droites » peut être gérée par le contrôleur mémoire, de façon transparente pour le processeur hôte comme expliqué précédemment.