INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Depuis les années 1970, le pois est la légumineuse à graines qui s’est la plus développée en Europe et majoritairement en France, notamment comme ressource protéique pour l’alimentation animale mais aussi humaine. Le pois contient environ 27 % en poids de matières protéiques. Le terme « pois » est ici considéré dans son acception la plus large et inclut en particulier toutes les variétés sauvages de « pois lisse » (« smooth pea »), et toutes les variétés mutantes de « pois lisse » et de « pois ridé » (« wrinkled pea »), et ce quelles que soient les utilisations auxquelles on destine généralement lesdites variétés (alimentation humaine, nutrition animale et/ou autres utilisations). La protéine de pois, majoritairement de la globuline de pois, est extraite et valorisée industriellement depuis bon nombre d’années. On peut citer comme exemple de procédé d’extraction de la protéine de pois le brevet EP1400537. Dans ce procédé, la graine est broyée en absence d’eau (procédé dit de « broyage à sec ») afin d’obtenir une farine. Cette farine est ensuite mise en suspension dans de l’eau à température ambiante afin de procéder ensuite aux différentes étapes d’extraction de la protéine.
Malgré ses qualités indéniables, la protéine extraite du pois souffre, en comparaison avec d’autres protéines, de notes aromatiques indésirables qui peuvent limiter leur utilisation dans certaines applications. De plus, si de nombreuses alternatives végétales au lait ont été développées ces dernières années, par exemple à partir de soja, mais également de riz ou encore d’avoine, les alternatives végétales au lait à base de pois ont encore à ce jour peu rencontré de succès commercial.
Ces notes aromatiques sont très spécifiques à la source pois et distinctes des autres sources végétales. En particulier, une des notes aromatiques principales qui est généralement retrouvée dans de nombreuses protéines du marché est de type « pois » (« pea » ou « beany »). Cette note aromatique est un frein indéniable dans bon nombre d’applications, en particulier alimentaires. Suite à de nombreuses études, il a été mis en évidence qu’une des causes principales de cette note aromatique pois non désirée provient de la synthèse de volatils de type aldéhydes et/ou cétones (en particulier l’hexanal), consécutive de l’action d’une lipoxygénase interne sur les lipides présents dans la graine de pois, en particulier lors de l’extraction des protéines. Les saponines et les 3-alkyl-2-méthoxypyrazines sont également des catégories de composés générant ces flaveurs non désirées (« Flavor aspects of pulse Ingredients », Wibke S.U. Roland, 2017 »). L’article de Gao et al. « Effect of alkaline extraction pH on structure properties, solubility, and beany flavor of yellow pea protein isolate, Food Research International, May 2020, 131(4) » conclut également à une corrélation entre l’inhibition de la lipoxygénase et une diminution des volatils.
Par ailleurs, la protéine extraite du pois présente également très souvent un arrière-goût (ou « off-note ») amer marqué.
Ainsi, pour améliorer le goût de protéines végétales, une solution bien connue de longue date est de réduire la teneur en lipides par l’utilisation de solvants organiques, ceci afin de limiter en conséquence la génération des volatils indiqués ci-dessus, l’utilisation de solvant organique pouvant se faire sur la farine ou sur la protéine obtenue directement. On peut citer à ce titre la demande WO2021174226 qui illustre cette technique. Toutefois, ce document ne décrit pas de protéine de pois présentant une note aromatique lactée.
L’homme de l’art a élaboré plusieurs autres solutions permettant d’améliorer l’aromatique des protéines de pois, notamment pour lui donner un goût neutre. Une première solution repose sur le masquage de la flaveur par adjonction de composés sélectionnés à cette intention : cette solution oblige l’utilisateur à introduire dans sa formulation un composé qu’il ne désirait pas forcément introduire et nécessite par ailleurs son étiquetage sur l’ingrédient.
Une autre solution est décrite dans les brevets US4022919 qui enseigne qu’un traitement de d’une farine de pois avec de la vapeur d’eau permet l’obtention d’une farine dont la flaveur est améliorée. Néanmoins, on peut reprocher à ce procédé le risque d’une modification des qualités fonctionnelles des protéines obtenues par dénaturation thermique (par exemple la perte de solubilité ou l’augmentation de sa capacité d’hydratation) et une gélification de l’amidon compris dans la farine. Là encore, le document ne fait aucune mention de note lactée.
D’autres solutions ont été explorées dont, de manière non exhaustive, la sélection de cultivars de pois comportant moins de lipoxygénase ou bien la pré-germination des pois préalablement à l’extraction des protéines.
L’utilisation d’une trempe du pois de longue durée avant broyage et extraction de la protéine a également été décrite. On peut par exemple citer la demande de brevet WO2015071499 qui enseigne un procédé comprenant une trempe pendant plusieurs heures avec des bactéries lactiques à 40°C. Néanmoins, ces solutions ne sont pas encore satisfaisantes. Ce procédé long, complexe et consommateur de grande quantité d’eau du fait de la fermentation lactique, ne permet pas encore l’obtention d’une protéine de pois de flaveur complètement neutre (cf. Table 10 où l’odeur et/ou le gout de pois sont relevés dans chaque extrait) ni l’obtention d’une note aromatique lactée.
On peut évoquer la demande de brevet WO2017/120597 qui décrit un procédé incluant une précipitation de la protéine de pois par ajout de sels, plusieurs lavages, et une récupération par centrifugation. En dépit d’un procédé complexe utilisant de grandes quantités d’eau (pouvant aller jusqu’à 30 fois la quantité de pois), les flaveurs « pois » et « amère » sont toujours présentes dans la protéine de pois (voir graphes 18A, B et C). Là encore, ce document est totalement silencieux en ce qui concerne une note aromatique lactée de la protéine de pois. Par ailleurs, lorsqu’il s’agit de formuler une alternative végétale au lait, la formulation du produit fini peut comprendre en outre plusieurs aromes. Toutefois, il existe un intérêt à pouvoir se passer de ces arômes pour des raisons de simplicité dans l’étiquetage de ce produit fini. Par ailleurs, ces arômes peuvent être coûteux. Enfin, ces arômes peuvent être difficiles à doser pour parvenir au résultat escompté.
A titre d’exemple, les calculateurs 7 peuvent être agencés selon une arborescence dans le réseau de communication 6. Autrement dit, les calculateurs 7 forment des nœuds connectés entre eux selon des relations parent/enfant dans l’arborescence. Tous les nœuds de l’arborescence sont des enfants directs ou indirects de la racine de l’arborescence. Chaque calculateur 7 peut ainsi envoyer ou propager des données à un nœud qui lui est adjacent dans l’arborescence.
Selon un exemple particulier, le réseau de communication 6 comprend au moins un premier sous-réseau NT1 de communication dans lequel des premiers calculateurs 8 communiquent selon un premier protocole de communication et un deuxième sous-réseau NT2 de communication dans lequel des deuxièmes calculateurs 10 communiquent selon un deuxième protocole de communication différent du premier protocole de communication. Les premier et deuxième sous-réseaux NT1, NT2 sont couplés ou connectés ensemble de sorte que les calculateurs 10 du deuxième sous-réseau NT2 puisse recevoir des données en provenance du premier sous-réseau NT1.
Selon un exemple particulier, les premiers calculateurs 8 du premier sous-réseau NT1 sont configurés pour envoyer des données – notamment des données d’état de configuration comme décrit ci-après – sous formes de premiers messages de déclaration MSG1 (appelés premiers messages) au deuxième sous-réseau NT2. Pour ce faire, au moins un deuxième calculateur 10 du deuxième sous-réseau NT2 est configuré en tant que calculateur de zone (ou calculateur zonal), à savoir un calculateur apte à recevoir les premiers messages de déclaration MSG1 en provenance d’au moins un premier calculateur 8 du premier sous-réseau NT1. A titre d’exemple, chaque premier calculateur 8 du premier sous-réseau NT1 peut être configuré pour transmettre des premiers messages de déclaration MSG1 au deuxième sous-réseau NT2 via un calculateur de zone respectif du deuxième sous-réseau NT2, ce calculateur de zone étant un parent vis-à-vis dudit premier calculateur 8 dans l’arborescence du réseau de communication 6.
Selon un exemple particulier, les premiers calculateurs 8 du premier sous-réseau NT1 sont agencés en tant qu’enfants (ou fils) vis-à-vis des deuxièmes calculateurs 10 du deuxième sous-réseau NT2, et plus particulièrement vis-à-vis du ou des calculateurs de zone du deuxième sous-réseau NT2.
Comme décrit ci-après, un calculateur parmi les deuxième calculateur 10 du deuxième sous-réseau NT2 peut être configuré pour opérer en tant que calculateur maître 10a, les autres deuxièmes calculateurs 10 opérant alors en tant que calculateur esclaves 10b.
On suppose par la suite que le premier sous-réseau NT1 de communication est selon l’un quelconque (ou selon l’un au moins) des types suivants : CAN, LIN et Flexray ; et que le deuxième sous-réseau NT2 de communication est de type Ethernet. D’autres types de sous-réseau sont toutefois possibles dans le cadre de l’invention. Selon un exemple particulier, le deuxième-sous réseau NT2 peut comprendre au moins 2 portions de réseau de communication utilisant des protocoles de communication différents.
A noter que l’invention peut s’appliquer à des véhicules autres que des véhicules automobiles, par exemple à des cars, bus, camions, véhicule utilitaires ou motocyclettes. Selon un exemple particulier, le véhicule 2 est un quelconque véhicule terrestre motorisé.
Comme déjà indiqué, les calculateurs 7, appelés aussi unités de commande électronique ou ECU, sont chacun configurés pour réaliser au moins une fonction de contrôle dans le véhicule. A titre d’exemple, la fonction de contrôle d’un calculateur 7 peut porter sur la gestion de l’aide à la conduite, l’antipatinage, la répartition électronique du freinage ou encore la commande d’actionneurs pour assurer le fonctionnement optimal d’un moteur à combustion (calculateur moteur). A cet effet, chaque calculateur 7 embarque un logiciel (ou programme d’ordinateur) comprenant des instructions pour réaliser collectivement un processus (ou procédé) de contrôle tel que décrit ci-après dans des exemples particuliers. Un exemple d’architecture d’un calculateur 7 est décrit plus en détail en référence à la .
Une fonction de contrôle mise en œuvre par un calculateur 7 est par exemple configurée pour traiter des signaux d’entrée collectés depuis un ou des premiers composants du véhicule 2, et pour envoyer à au moins un deuxième composant du véhicule 2 des signaux de commande déterminés en fonction des signaux d’entrée. La mise en œuvre de l’invention peut être adaptée en fonction de la nature des calculateurs utilisés.
Chaque calculateur 7 peut se trouver à un instant donné dans un état de configuration donné, cet état de configuration pouvant varier au cours du temps. Chaque calculateur 7 est apte à déterminer des données d’état de configuration représentatives de son état de configuration (ou de sa configuration) à un instant courant, et à envoyer ces données d’état de configuration dans le réseau de communication 6 comme décrit ci-après. Ces données d’état de configuration peuvent définir par exemple une configuration fonctionnelle et/ou physique dudit calculateur considéré. Ces données d’état de configuration peuvent définir par exemple la manière dont un calculateur 7 est configuré pour mettre en œuvre au moins une fonction de contrôle dans le véhicule 2.
De manière générale, les données d’états de configuration générées par les calculateurs 7 définissent collectivement une configuration globale des calculateurs, ou plus généralement du véhicule 2. Cette configuration globale peut caractériser par exemple au moins l’un parmi : une topologie physique, une topologie (ou allocation) fonctionnelle et un inventaire du véhicule.
Comme représenté en et décrit plus en détail ultérieurement, le système de contrôle 4 peut dans un exemple particulier être configuré pour coopérer avec un terminal externe T1 pour effectuer une mise à jour logicielle du véhicule 2.
La représente schématiquement une architecture du système de contrôle 4 mentionné ci-avant selon un mode particulier et non limitatif de l’invention. Dans cet exemple, le réseau de communication 6 comprend des premiers calculateurs 8 agencés dans des premiers sous-réseaux NT1 (par exemple de type CAN, LIN et/ou Flexray) et des deuxièmes calculateurs 10 agencés dans un deuxième sous-réseau NT2 (par exemple de type Ethernet). Les premiers calculateurs 8 communiquent selon un premier protocole de communication tandis que les deuxièmes calculateurs 10 communiquent selon un deuxième protocole de communication différent du premier protocole de communication.
Comme représenté en , les calculateurs 7 sont agencés dans cet exemple selon une arborescence de sorte à former des relations père/fils (ou parent/enfant) entre eux. En particulier, les premiers calculateurs 8 du premier sous-réseau NT1 sont agencés en tant qu’enfants (ou fils) vis-à-vis des deuxièmes calculateurs 10 du deuxième sous-réseau NT2 dans l’arborescence du réseau de communication 6. Autrement dit, les deuxièmes calculateurs 10 sont agencés en amont des deuxièmes calculateurs 8 dans l’arborescence.
A titre d’exemple, le système de contrôle 4 comprend ici des premiers calculateurs 8 notés ECU1, ECU2, ECU3 et ECU4, formant chacun un nœud terminal dans l’arborescence du réseau de communication 6. Chaque premier calculateur ECU1-ECU4 est connecté à un même deuxième calculateur 10 du deuxième sous-réseau NT1, à savoir le calculateur de zone noté ZECU1 ( ). Dans cet exemple, le deuxième sous-réseau 10 comprend ainsi 4 calculateurs de zone ZCU1-ZECU4 qui sont chacun configurés pour faire l’interface entre au moins un premier calculateur 8 d’un premier sous-réseau NT1 d’une part, et le deuxième sous-réseau NT2 d’autre part.
Toujours dans l’exemple de la , le deuxième sous-réseau NT2 comprend un deuxième calculateur 10 noté TCU (pour « Telematic Control Unit » en anglais, ou « Unité de Contrôle Télématique » en français), formant la racine de l’arborescence du réseau de communication 6. Tous les autres calculateurs 7 forment donc un nœud enfant, direct ou indirect, du calculateur TCU dans l’arborescence. En outre, le deuxième sous-réseau NT2 comprend dans cet exemple des deuxièmes calculateurs 10 notés HCP1, HCP2 et HCP3, dits calculateurs intermédiaires, qui sont positionnés à des niveaux hiérarchiques intermédiaires, c’est-à-dire entre le calculateur TCU (racine) et les calculateurs de zone ZECU1-ZECU4.
Dans l’arrangement conforme au troisième aspect de l’invention, la pièce est avantageusement celle d’un établissement de santé. L’établissement de santé est public ou privé. Il assure par exemple le diagnostic, la surveillance et le traitement des malades, des blessés des femmes enceintes et/ou personnes âgées, et/ou mène des actions de prévention et d'éducation à la santé.
Dans l’arrangement conforme au troisième aspect de l’invention, l’appareil de communication distant et le récepteur distant équipent avantageusement un utilisateur parmi le personnel soignant de cet établissement, et/ou tout personnel travaillant dans cet établissement, pendant l’exercice de son activité professionnelle.
L’arrangement conforme au troisième aspect de l’invention comprend avantageusement au moins un des perfectionnements ci-dessous, les caractéristiques techniques formant ces perfectionnements pouvant être prises seules ou en combinaison :
- la zone d’interaction est située exclusivement dans la pièce. Alternativement, la zone d’interaction s’étend en dehors de la pièce, au travers de la porte ;
- l’appareil de communication distant forme le récepteur distant. Ce mode de réalisation permet de gagner en compacité. Alternativement, l’appareil de communication distant est distinct du récepteur distant. Ce mode de réalisation permet un positionnement optimal, dans la zone d’interaction, de l’appareil de communication par rapport à la borne connectée et du récepteur distant par rapport au module d’identification ;
- le module d’identification est logé dans ou sur un sol, ou au niveau d’un chambranle de la porte. Une telle configuration est avantageuse lorsque le récepteur distant est situé à une hauteur inférieure ou égale à 20 cm du sol. Notamment, cette configuration permet que le module d’identification et le récepteur distant s’apparient à l’aide d’une communication non-filaire de faible portée ;
- le récepteur distant est situé à une hauteur inférieure ou égale à 20 cm du sol. De façon plus générale, le récepteur distant est avantageusement porté par l’utilisateur au niveau d’une partie basse de son anatomie, notamment au niveau des pieds et/ou des chevilles. Une telle configuration garantie que le récepteur distant est, pour tout utilisateur et quelle que soit sa taille, situé à une hauteur inférieure ou égale à 20 cm du sol. Une telle configuration est avantageuse lorsque le module d’identification est logé dans ou sur un sol, ou au niveau d’un chambranle de la porte. Notamment, cette configuration permet que le module d’identification et le récepteur distant s’apparient à l’aide d’une communication non-filaire de faible portée.
illustre une vue schématique d’un arrangement conforme au troisième aspect de l’invention ;
illustre une vue schématique d’un ensemble d’hygiène collective conforme au deuxième aspect de l’invention.
L’architecture du réseau de communication 6 peut varier selon le cas. En particulier, le nombre de premiers sous-réseaux NT1, le nombre de premiers calculateurs 8 par premier sous-réseau NT1, le nombre de deuxièmes calculateurs 10 dans le deuxième sous-réseau NT2 ainsi que les relations parent/enfant dans l’arborescence entre les calculateurs 7 peuvent être adaptés au cas par cas. Deux calculateurs situés à un même niveau hiérarchique de l’arborescence peuvent sont connectés directement entre eux, ou non, selon les connexions définies par l’arborescence du réseau de communication 6.
A tire d’exemple, les calculateurs de zone ZECU1-ZECU3 sont chacun connectés en tant que nœuds enfants aux deuxièmes calculateurs HPC1 et HPC2 (mais pas HPC3). En revanche, le calculateur de zone ZECU4 n’est connecté en tant que nœud enfant qu’au deuxième calculateur HPC3 (pas à HPC1 ni à HPC2). De plus, le deuxième calculateur TCU (racine) est connecté en tant que parent à chacun des deuxièmes calculateurs HPC1-HPC3 dans l’arborescence.
Comme décrit par la suite, les premiers calculateurs 8 des premiers sous-réseaux NT1 sont configurés pour envoyer des données d’état de configuration sous forme de premiers messages de déclaration MSG1 à leur calculateur de zone respectif ZECU1-ZECU4. A titre d’exemple, les calculateurs ECU1-ECU4 peuvent ainsi envoyer selon le premier protocole de communication des premiers messages MSG1 au calculateur de zone ZECU1 (calculateur parent).
En outre, les deuxièmes calculateurs 10 peuvent être configurés pour détecter un deuxième calculateur 10 (par exemple un unique deuxième calculateur 10), opérant en tant que calculateur maître 10a, et pour envoyer à ce calculateur maître 10a des données d’état de configuration sous forme de deuxièmes messages de déclaration MSG2. Les deuxièmes calculateurs 10, autre que le calculateur maître 10a, sont alors appelés calculateurs esclaves 10b.
De manière générale, les messages ou données échangés au sein du réseau de communication 6 sont transmis de nœud à nœud depuis un nœud d’origine vers un nœud destinataire, directement ou via au moins un nœud intermédiaire, le choix de parcours étant fonction des connexions formées entre les nœuds dans l’arborescence.
Comme indiqué ci-avant, le système de contrôle 4 est configuré pour mettre en œuvre un processus de contrôle. Ce processus est à présent décrit conjointement aux figures 1 et 2 selon des modes de réalisation particuliers.
Dans une première opération, les premiers calculateurs 8 envoient à au moins une partie des deuxièmes calculateurs 10, à savoir aux calculateurs de zone ZECU1-ZECU4 dans cet exemple, des premiers messages de déclaration MSG1 représentatifs respectivement d’un état de configuration des premiers calculateurs 8. Ces premiers messages MSG1 permettent notamment d’annoncer la présence des premiers calculateurs 10 auprès des calculateurs de zone respectifs. A titre d’exemple, les premiers calculateurs ECU1-ECU4 du premier sous-réseau 8 envoie chacun un premier message de déclaration MSG1 au calculateur de zone ZECU1 correspondant, ledit message MSG1 définissant un état de configuration dans lequel se trouve le premier calculateur 8 émetteur (à l’origine du message). De manière analogue, les autres calculateurs de zone ZECU2-ZECU4 peuvent chacun recevoir au moins un premier message de déclaration MSG1 représentatif de l’état de configuration d’un premier calculateur 8 respectif.
Selon un exemple particulier, les premiers calculateurs 8 envoie périodiquement les premiers messages MSG1 aux deuxièmes calculateurs 10. Selon un exemple particulier, chaque premiers calculateurs 8 envoie un premiers message de déclaration MSG1 sur détection d’un changement d’état de configuration dudit premier calculateur 8. Ainsi, l’envoi des premiers messages MSG1 peut être périodique et/ou évènementiel (déclenché sur détection d’un changement d’état de configuration). De cette manière, les calculateurs de zone ZECU1-ZECU4 peuvent suivre l’évolution au cours du temps notamment de l’état de configuration des premiers calculateurs 8.
Dans une deuxième opération, les deuxièmes calculateurs 10 détectent un calculateur opérant en tant que calculateur maître 10a parmi lesdits deuxièmes calculateurs 10. Cette détection peut être réalisée une seule fois au cours du processus de contrôle, et ce de diverses manières. Selon un exemple particulier, ce calculateur maître 10a est unique parmi les deuxièmes calculateurs 10.
Selon un premier exemple de réalisation, l’un des deuxièmes calculateurs est prédéfini en tant que calculateur maître 10a et annonce par conséquent aux autres deuxièmes calculateurs (calculateurs esclaves) 10b qu’il est celui qui opère en tant que calculateur maître au sein du premier sous-réseau NT2. Pour ce faire, ce deuxième calculateur prédéfini 10a envoie par exemple périodiquement un message d’annonce MSG0 à chaque autre deuxième calculateur 10b pour annoncer qu’il opère en tant que calculateur maître. Les calculateurs esclaves 10b détectent ainsi le calculateur maître 10a à partir du message d’annonce MSG0 reçu. Ce message d’annonce MSG0 comprend par exemple un identifiant du calculateur maître 10a pour permettre aux calculateurs esclaves 10b de l’identifier et lui envoyer par la suite des données. A titre d’exemple, HPC1 envoie ainsi périodiquement un message d’annonce MSG0 aux calculateurs TCU, HPC2, HP2, ZECU1, ZECU2, ZECU3 et ZECU4.
Selon un deuxième exemple de réalisation, un mécanisme d’élection est réalisé par les deuxièmes calculateurs 10 au cours de la deuxième (par exemple si aucun deuxième calculateur 10 n’est prédéfini en tant que calculateur maître 10a). Au cours de ce mécanisme d’élection, chaque deuxième calculateur 10 envoie périodiquement un message d’annonce MSG0 aux autres deuxièmes calculateur 10. Le deuxième calculateur 10 qui envoie le plus rapidement un message d’annonce MSG0, à compter d’un instant de référence t0, pour se déclarer en tant que calculateur maître est détecté comme calculateur maître 10a parmi les deuxièmes calculateurs 10. Comme déjà indiqué, les messages d’annonce MSG0 peuvent chacun comprendre un identifiant du calculateur à l’origine dudit message d’annonce MSG0 pour permettre aux autres deuxièmes calculateurs 10 de l’identifier et lui envoyer si besoin des données.
Selon un exemple particulier, ce mécanisme d’élection est réalisé seulement par des deuxièmes calculateurs 10 qui ne sont ni des calculateurs de zone ni le calculateur formant la racine du réseau de communication 6, à savoir seulement les calculateurs intermédiaires HPC1, HPC2 et HPC3 dans cet exemple ( ).