INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Par ailleurs, telle que représentée à la , la portion déformable 2 peut comporter au moins deux premiers liens déformables 10 agencés au niveau du premier côté 19 de l’articulation 1 et au moins deux seconds liens déformables 110 agencés au niveau du second côté 20 de l’articulation 1.
De plus, l’articulation 1 peut comporter des premiers senseurs de déformation 40 agencés sur la portion déformable 2.
Plus précisément, chaque premier senseur de déformation 40 peut être rapporté sur une face 41 d’un lien déformable 10, 110.
Telle que représentée aux figures 4 et 5, l’articulation 1 peut comporter au moins une butée 21 apte à limiter des déformations de la portion déformable 2 par exemple selon l’une au moins des trois directions X, Y et Z.
Dans tous les cas, le calcul d’un sous-score (ou du score directement s’il n’y a pas de sous-score) traduit comme expliqué un « taux » d’impact constaté dans la base d’apprentissage.
Pour certains des indicateurs ci-dessous, la notation est basée sur un principe de régression linéaire.
Cela consiste à utiliser une donnée de référence ou une donnée intermédiaire calculée pour les besoins de l’indicateur et transformer cette donnée en une note comprise entre le score minimal et le score maximal de manière linéaire. Lorsque les scores minimal et maximal sont fixes, on décrit directement dans les règles de calcul l’équation permettant de passer de la donnée à la note, mais parfois ces bornes sont relatives et dépendent des valeurs prises par la donnée dans l’ensemble de la base de données des produits.
De manière préférée, on a quatre niveaux d’évaluation qui sont :
Impact du marché de l’intrant : Semence / Produit de protection des plantes (PPP) / Fertilisant Impact du segment d’intrant : famille de culture (céréales, oléagineux etc.) ou segment Produit de protection des plantes (fongicides, herbicides, etc.) Impact de la composition de l’intrant : culture, substance active ou d’intérêt Impact de l’intrant lui-même : variété ou Produit de protection des plantes formulé
Chaque score d’un indicateur est calculé en fonction d’un pourcentage du nombre de points en jeu par niveau (en d’autres termes, on divise le score maximal entre les niveaux). Dans le cas simple où les contributions sont identiques par niveau (même nombre de points en jeu, i.e. même fraction du score maximal), on peut simplement faire la moyenne des sous-scores ayant une valeur, i.e. un nombre de points, et non NA, c’est-à-dire « non applicable ». Cela signifie que le sous-score n’est pas quantifiable (en général car l’information est insuffisante : pour prendre un exemple grossier le segment « variété » seul d’intrant ne permet pas de prendre position sur l’impact positif ou négatif vis à vis du risque pathogène, car certaines variétés l’augmenteront et d’autres le diminueront), ce qui ne doit pas être confondu avec un score de 50% du nombre de point en jeu qui correspond à « impact neutre », c’est-à-dire que l’impact est quantifiable mais il n’est ni positif ni négatif.
Dans le cas général, on peut voir le score de l’indicateur comme une moyenne pondérée des sous-scores avec un nombre de points en jeu en excluant les sous-scores « non-applicables » et le nombre de points en jeu correspondants.
Soit NOTX = sous-score du niveau X, avec X de 1 à 4 (exprimée par rapport audit score maximal) et PTSX = nombre de points en jeu du niveau X dans le calcul du score de l’indicateur, et CONTRIBX la contribution par niveau correspondant à la valeur de NOTX au prorata de PTSX. NOTX (et donc CONTRIBX) peut être une valeur, i.e. le nombre de points du score, ou NA, c’est-à-dire « non applicable » comme expliqué.
Dans le cas préféré d’une contribution à parts égales, PSTX serait égal à 25 pour tout X.
Pour chaque niveau, si NOTX ≠ NA, alors CONTRIBX = PTSX * NOTX / score maximal, et sinon CONTRIBX = NA
Les contributions NA doivent être ajustées (i.e. tenter de leur trouver une valeur numérique), et en pratique on prend si possible la contribution d’au moins un autre niveau de rang supérieur qui n’est pas NA. Par exception, une contribution NA de niveau 1 n’est pas ajustable. En effet il n’est pas possible d’approximer un ensemble de produits par un produit appartenant à cet ensemble. Il est possible en revanche d’attribuer une valeur à un produit à partir de la moyenne de l’ensemble auquel il appartient.
Si CONTRIB2 = NA : Si CONTRIB3 ≠ NA, alors CONTRIB2 = CONTRIB3 Sinon si CONTRIB4 ≠ NA, alors CONTRIB2 = CONTRIB4 Sinon, CONTRIB2 = NA Si CONTRIB3 = NA : Si CONTRIB4 ≠ NA, alors CONTRIB3 = CONTRIB4 Sinon, CONTRIB3 = NA Si CONTRIB4 = NA : Si CONTRIB3 ≠ NA, alors CONTRIB4 = CONTRIB3 Sinon, CONTRIB4 = NA
On peut alors calculer SOMCONTRIB la somme des contributions qui ne sont pas NA et SOMPTS la somme des points en jeu des contributions que ne sont pas NA. Si toutes les contributions sont des valeurs il n’y a aucun problème, mais sinon on ignore les contributions NA en ne comptant les points en jeu associés. On pourra utiliser l’algorithme suivant :
Pour X = 1 à 4 :
Si CONTRIBX ≠ NA, SOMCONTRIB = SOMCONTRIB + CONTRIBX
Sinon SOMCONTRIB = SOMCONTRIB
Ceci permet de mettre en œuvre différentes fonctions telles que :
Réaliser l'acquisition des données ; Analyser et traiter les données ; Décharger les données vers des bases de données externes ; Restituer les données ; Stocker les données ; Fournir des interfaces d'accès aux données et services ; Héberger des services au sein du système selon l’invention ; Gouverner les données et gérer la sécurité du système selon l’invention ; Superviser et administrer le système selon l’invention.
A cet effet le système de gestion et de traitement de données selon l’invention comporte en outre :
- des moyens d’ingestion de ces données désignés par la référence générale 1 sur la figure ;
- des moyens d’indexation de ces données désignés par la référence générale 2 sur la figure ;
- des moyens de traitement de ces données désignés par la référence générale 3 sur la figure ;
- des moyens d’archivage de données désignés par la référence générale 4 sur la figure ;
- des moyens de stockage de données désignés par la référence générale 5 sur la figure ;
- des moyens de visualisation de données désignés par la référence générale 6 sur la figure ; et/ou
- des moyens de présentation de données désignés par la référence générale 7 sur la figure.
Les moyens d’ingestion des données comprennent par exemple des moyens de collecte de données et des moyens de décodage de celles-ci.
Les moyens de collecte de données comprennent en outre des moyens de requête et/ou de téléchargement de données vers et depuis des systèmes externes et ils sont raccordés en outre à des systèmes opérationnels de la plateforme tels que désignés par la référence générale 8 sur la figure.
Ces systèmes opérationnels de la plateforme comprennent par exemple des moyens choisis dans le groupe comprenant en outre:
un système de management de combat de la plateforme; un système de management de la conduite de la plateforme; des équipements embarqués sur la plateforme ; et/ou un système de maintenance de la plateforme.
Cette fonction permet d’ingérer les données dans le système selon l’invention en se connectant aux systèmes externes via des connecteurs et de collecter les données brutes sans transformation avant leur stockage dans le lac de données.
Cette fonction peut consister à :
Dans un exemple, l’appareil de confiance 104 comprend une application permettant de compléter le test de sécurité. L’application peut être installée préalablement sur l’appareil de confiance 104. L’application peut par exemple stocker les données biométriques associées à l’utilisateur. Par exemple, l’application peut être associée avec une interface de programmation permettant à l’utilisateur d’enregistrer préalablement ses données biométriques.
Ainsi, lorsque que la requête pour envoyer le courrier électronique est transmise au serveur 102, le serveur 102 envoie le test de sécurité à compléter par l’utilisateur à l’appareil de confiance 104 associé à l’utilisateur via un canal sécurisé. Le canal sécurisé est un canal encrypté. Par exemple, le serveur 102 et l’appareil de confiance 104 peuvent communiquer en cryptant le test de sécurité l'un pour l'autre à l'aide d'une clé de session. De plus, dans un exemple, un algorithme de chiffrement par bloc (tel que SEED) peut être utilisé afin d’établir un cryptage du canal sécurisé. Par exemple, l’utilisateur peut recevoir une notification de l’application de l’appareil de confiance 104 lui indiquant qu’il/elle doit entrer ses données biométriques afin de compléter le test. L’utilisateur peut alors ouvrir l’application et compléter le test de sécurité, en entrant par exemple ses données biométriques. Une fois complété, le test de sécurité est renvoyé par l’appareil de confiance 104 au serveur 102 via le canal sécurisé. Par exemple, le résultat du test peut être envoyé par l’appareil de confiance 104 au serveur 102 via le canal sécurisé. Dans un exemple, le test de sécurité complété peut être crypté à l’aide d’une clé de session. Par exemple, l’appareil de confiance 104 peut générer aléatoirement la clé de session qui est cryptée avec une clé publique. Lorsque le serveur 102 reçoit le test de sécurité, le serveur 102 peut décrypter la clé de session à l’aide d’une clé privée.
Le serveur 102 peut ensuite valider le test de sécurité complété par l’utilisateur. Dans un exemple, l’appareil de confiance 104 peut envoyer au serveur 102 les données biométriques entrées par l’utilisateur et des données stockées sur l’appareil de confiance 104 représentant des données biométriques associées à l’utilisateur. Le serveur 102 peut ensuite comparer les données entrées et les données stockées et vérifier la correspondance entre les données. Dans un autre exemple, l’appareil de confiance 104 compare les données biométriques et des données stockées sur l’appareil de confiance 102 représentant des données biométriques associées à l’utilisateur et génère un résultat correspondant à un taux de correspondance entre les données entrées par l’utilisateur et les données stockées. Le taux de correspondance peut être ensuite envoyé au serveur 102. Le serveur 102 peut ensuite comparer le taux de correspondance avec un seuil. Dans un autre exemple, l’appareil de confiance 104 compare les données biométriques et des données stockées sur l’appareil de confiance 104 représentant des données biométriques associées à l’utilisateur et génère une indication booléenne (par exemple : « validé » ou « non validé »). L’appareil de confiance 104 envoie ensuite l’indication booléenne au serveur 102. Par exemple, lorsque le résultat du test reçu par le serveur 102 indique que les données sont celles de l’utilisateur, le serveur 102 envoie le courrier électronique. Au contraire, lorsque le résultat du test reçu par le serveur 102 indique que les données ne sont pas celles de l’utilisateur, le serveur n’envoie pas le courrier électronique (par exemple surprime le courrier électronique), ou alternativement le courrier électronique est renvoyé à l’utilisateur au lieu d’être envoyé au destinataire du courrier électronique. Dans un exemple, le serveur 102 peut émettre un message d’erreur.
De plus, le système 100 comprend une unité de destination 106 configurée pour recevoir l’email si le test de sécurité est validé par le serveur 102. Par exemple, l’unité de destination 106 peut être un ordinateur d’un autre utilisateur étant le destinateur du courrier électronique envoyé par l’utilisateur.
Le système 100 décrit ci-dessus permet d’utiliser une double authentification de l’utilisateur : l’authentification à l’aide d’un identifient et mot de passe pour accéder à la boite email et l’authentification au moment de l’envoie un courrier électronique avec l’utilisation d’un test de sécurité. Ainsi, le système 100 est avantageux car il permet de s’assurer que l’utilisateur envoie le courrier électronique lui-même et évitant ainsi le hameçonnage ou le piratage informatique.
La illustre un exemple de procédé 200a d’envoi sécurisé d’un courrier électronique. Le procédé 200a peut être implémenté par le serveur 102 décrit ci-dessus.
Au bloc 202a, le procédé 200a comprend recevoir au niveau d’un serveur 102 de messagerie électronique une requête provenant d’un utilisateur pour envoyer le courrier électronique, l’utilisateur ayant un compte de messagerie électronique sur le serveur 102 de messagerie électronique, l’utilisateur s’étant préalablement identifié au compte de messagerie électronique. L’utilisateur peut s’identifier en utilisant un nom d’utilisateur et un mot de passe. Par exemple, l’utilisateur rédige un courrier électronique qu’il/elle souhaite envoyer. Lorsque l’utilisateur souhaite envoyer le courrier électronique (par exemple en cliquant sur « envoyer »), une requête est envoyée au serveur 102. Il est noté qu’à ce stade, le courrier électronique n’est pas encore envoyé au destinataire. Le serveur 102 peut être sur un réseau local de l’utilisateur
Au bloc 204a, le procédé 200a comprend en réponse à la réception de la requête, envoyer par le serveur 102 un test de sécurité à compléter par l’utilisateur à un appareil de confiance 104 associé à l’utilisateur via un canal sécurisé. Dans un exemple, l’appareil de confiance 104 associé à l’utilisateur est un téléphone portable, comme par exemple un smartphone possédant un dispositif permettant de générer des données biométriques. Dans un autre exemple, l’appareil de confiance 104 est une tablette ou une montre intelligente. Dans un exemple, l’appareil de confiance 104 comprend une application permettant de compléter le test de sécurité. Par exemple, l’utilisateur reçoit une notification sur son téléphone portable pour entrer son empreinte digitale.
Au bloc 206a, le procédé 200a comprend recevoir le test de sécurité complété par l’utilisateur au serveur 102 via le canal sécurisé. Par exemple, le serveur 102 reçoit l’entrée biométrique entrée par l’utilisateur.
Au bloc 208a, le procédé 200a comprend vérifier le test de sécurité complété par l’utilisateur par le serveur 102. Par exemple, une comparaison entre l’entrée biométrique entrée par l’utilisateur avec des données biométriques associées à l’utilisateur. Par exemple, si l’entrée biométrique entrée par l’utilisateur correspond aux données biométriques associées à l’utilisateur, le test est validé. Au contraire, si l’entrée biométrique entrée par l’utilisateur ne correspond pas aux données biométriques associées à l’utilisateur, le test n’est pas validé.
Au bloc 210a, le procédé 200a comprend envoyer le courrier électronique par le serveur si le test est validé par l’utilisateur. En effet, si le test est validé, il est assuré que l’utilisateur qui envoie le courrier électronique est bien la personne associée à la boite email depuis laquelle le courrier électronique est envoyé.
Alternativement au bloc 201a, le procédé 200a peut comprendre rejeter le courrier électronique ou l’envoyer par le serveur à un autre destinataire que celui précisé dans le message si le test n’est pas validé par l’utilisateur. En effet, si le test n’est pas validé, cela signifie que l’utilisateur qui envoie le courrier électronique n’est pas la personne associée à la boite email depuis laquelle le courrier électronique est envoyé. Par exemple, le courrier électronique peut être est renvoyé à l’utilisateur qui a envoyé la requête au lieu d’être envoyé au destinataire du courrier électronique. Dans un exemple, un message d’erreur peut être envoyé à l’utilisateur.
Il est noté que les étapes décrites ci-dessus aux blocs 202a-210a peuvent être effectuée au moment où le client de messagerie envoie par STPM le courrier électronique au serveur 102. En effet, due à l’ancienneté de la technologie et des protocoles utilisés dans l’envoi des courriers électroniques, il y a un délai entre le moment où l’utilisateur clique sur « envoyer » et le moment où le destinataire reçoit le courrier électronique. Ainsi, il est possible de profiter de ce délai pour compléter ces étapes en évitant un délai supplémentaire.
La illustre un exemple de procédé 200b d’envoi sécurisé d’un courrier électronique. Le procédé 200b peut être implémenté par l’appareil de confiance 104 décrit ci-dessus.
Au bloc 202b, le procédé 200b comprend recevoir, à un appareil de confiance 104 associé à l’utilisateur en réponse à la réception d’une requête de transmission d’un courrier électronique par un serveur, un test de sécurité à compléter par l’utilisateur via un canal sécurisé. Par exemple, lorsque le serveur 102 reçoit la requête provenant de l’utilisateur pour envoyer le courrier électronique dans l’exemple du procédé 200a décrit ci-dessus, le serveur 102 envoie un test de sécurité à l’appareil de confiance 104 pour qu’il soit complété par l’utilisateur. Le test à compléter peut être par exemple une notification pour entrer des données biométriques.
Si le test est négatif, on boucle sur l’étape S10.
Si le test est positif, on passe à une quatrième étape S40. Dans cette quatrième étape S40, l’unité centrale de commande U génère un signal. Le contenu de ce signal dépend du schéma de variations de la luminosité détecté. Dans une mémoire, un ou plusieurs schémas de variations de la luminosité sont associés chacun à un contenu de signal. Selon les schémas et les applications, le contenu peut être notamment : - une information, comme une mesure de luminosité, (qui peut éventuellement être utilisée pour générer ultérieurement un ordre de commande), ou - un ordre de commande destiné à un ou plusieurs dispositifs domotiques de l’installation domotique 100, ou - un ensemble d’ordres de commande destiné à un ou plusieurs dispositifs domotiques de l’installation domotique 100, de sorte à obtenir le jeu d’un scénario impliquant plusieurs dispositifs domotiques lorsque les ordres sont exécutés.
Alternativement, notamment dans une installation domotique 100 selon la , dans la quatrième étape S40, le signal peut être généré au niveau du dispositif de surveillance C. Le signal peut présenter les contenus listés précédemment. Le signal peut alternativement être : - une information, comme une mesure de luminosité, envoyée à l’unité centrale de commande (et qui peut éventuellement être utilisée pour générer ultérieurement un ordre de commande), ou - un ordre de commande destiné à un ou plusieurs dispositifs domotiques de l’installation domotique 100, via l’unité centrale de commande U, ou - un ensemble d’ordres de commande destiné à un ou plusieurs dispositifs domotiques de l’installation domotique 100, via l’unité centrale de commande U, de sorte à obtenir le jeu d’un scénario impliquant plusieurs dispositifs domotiques lorsque les ordres sont exécutés.
Dans une cinquième étape S50, le signal généré est transmis à un émetteur de l’unité centrale de commande. L’émetteur envoie alors de préférence le signal sans utilisation de fil, par exemple sous la forme d’un signal radio ou d’un signal infrarouge. En alternative, l’émetteur peut envoyer le signal sur des fils dédiés ou sur des fils d’alimentation, par exemple en utilisant une technologie de courants porteurs.
En alternative, notamment dans une installation domotique 100 selon la , dans la cinquième étape S50, l’émetteur peut être l’émetteur 12 du dispositif de surveillance C. Ainsi, en conséquence de l’étape S30 de détermination, dans l’étape S50, un signal est émis.
Un premier exemple de schéma de variations de la luminosité dans le local A peut être associé à l’allumage du système d’éclairage artificiel L, notamment par manipulation de l’interrupteur SW par un utilisateur. Ainsi, l’utilisateur commande au moins une activation ou une désactivation du système d’éclairage artificiel L, notamment une série d’activation(s) et de désactivation(s) du système d’éclairage artificiel L. Ce premier exemple de schéma peut être caractérisé par une augmentation brusque de la luminosité, soit un front montant du signal de luminosité. Il peut être intéressant de reconnaître un tel schéma afin de commander, lorsqu’il se produit (soit lorsqu’on détecte une présence de lumière artificielle) au moins un dispositif domotique S, V. On prend l’exemple du local A présentant le volet V ouvert et le store S ouvert alors que la luminosité est faible du fait de la nuit ou du crépuscule, lorsqu’un utilisateur entre dans le local et qu’il agit sur un interrupteur pour activer le système d’éclairage artificiel L. Grâce aux solutions décrites plus haut, le dispositif de surveillance détecte le premier schéma de variation de la luminosité dans le local A et émet en conséquence un ordre de fermeture du volet et du store. Du point de vue de l’utilisateur, une simple action sur un interrupteur pour activer le système d’éclairage artificiel produit des commandes cohérentes de fermeture du volet V et du store S. De préférence, l’émission de ces ordres de commande peut être conditionnée à un niveau de luminosité assez faible dans le local A avant l’activation du système d’éclairage L.
Un deuxième exemple de schéma de variations de la luminosité dans le local A peut être associé à une séquence d’activations et de désactivations du système d’éclairage artificiel L, notamment par manipulation de l’interrupteur SW par un utilisateur. Une telle forme de schéma permet de déclencher l’envoi de nombreux signaux. En effet, il est possible de définir différents schémas et donc d’associer différents signaux à ces différents schémas. Par exemple : - une activation du système d’éclairage artificiel L, puis une désactivation du système d’éclairage artificiel L une seconde plus tard, permettent de déclencher un ordre de changement d’état (ouverture s’il était fermé et fermeture s’il était ouvert) du premier dispositif domotique comme le volet V. Un tel schéma est représenté sur la . Un front descendant Fd du signal de luminosité intervient après un front montant Fm du signal de luminosité, une durée T (ici d’une seconde) séparant ces deux fronts. - une activation du système d’éclairage artificiel L, puis une désactivation du système d’éclairage artificiel L deux secondes plus tard, permettent par exemple de déclencher un ordre de changement d’état (ouverture s’il était fermé et fermeture s’il était ouvert) du deuxième dispositif domotique comme le store S.
Il est possible de définir d’autres schémas impliquant plus de deux actions d’activation et de désactivation et/ou de prévoir différentes durées entre ces actions afin de définir des ordres de commandes variés.
Ces actions entraînent au moins une alternance d’un front montant et d’un front descendant des variations de la luminosité dans le local A. Vu les décalages temporels des actions, ce front montant des variations de la luminosité et ce front descendant des variations de la luminosité sont en conséquence séparés l’un de l’autre par une durée. En conséquence de la détection d’un tel schéma, le dispositif de surveillance C génère et émet un ordre de commande d’au moins un dispositif domotique S, V déterminé par ce schéma.
Lorsque le dispositif de surveillance analyse un signal issu du capteur de luminosité afin de déterminer si un utilisateur a ou non produit une séquence d’activation(s) et de désactivation(s) entraînant la reproduction d’un schéma connu des variations de la luminosité dans le local A, le dispositif de surveillance ne considère pas les durées entre les activations et désactivations d’une manière stricte, ainsi par exemple toute durée comprise entre 0.5 seconde et 1.5 seconde entre deux actions est considérée comme une durée d’une seconde. Un signal issu du capteur de luminosité est représenté sur la . Un front descendant Fd du signal de luminosité intervient après un front montant Fm du signal de luminosité, ces fronts étant séparés par une durée t (ici de 1.2 seconde). Ce signal reproduit donc le schéma défini par la . En conséquence, l’ordre de commande associé à ce schéma peut être émis.