INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Dans la description, on utilisera à titre non limitatif les expressions telles que "amont" et "aval", "supérieur" et "inférieur", "intérieur" et "extérieur", "avant" et "arrière" et les orientations longitudinale, verticale et transversale en référence aux trièdres (L, V, T) représentés sur les figures et/ou aux définitions données dans la description.
On a représenté à la , un exemple de réalisation d’une installation 10 pour la production de récipients 12, notamment, mais non exclusivement, de bouteilles.
Tel que représenté partiellement sur la , l’installation 10 comporte au moins une première enceinte 14 de protection qui délimite une première zone Z1 à l'intérieur de laquelle est agencée au moins une unité 16 de soufflage de récipients 12.
De préférence, l’unité 16 de soufflage est apte à fabriquer des récipients 12 par soufflage ou par étirage-soufflage à partir de préformes (non représentées) qui sont préalablement conditionnées thermiquement dans un four (non représenté), notamment par chauffage au moyen de lampes à rayonnements infrarouges.
L’unité 16 de soufflage comporte un carrousel 17 à la périphérie radiale duquel sont circonférentiellement agencés des moules 19 dans lesquels les préformes chauffées sont transformées en récipient 12 par soufflage ou encore par étirage-soufflage selon les applications.
L’installation 10 comporte une deuxième enceinte 18 de confinement qui délimite une deuxième zone Z2 stérile, à l'intérieur de laquelle est agencée au moins une unité 20 de remplissage des récipients 12 fabriqués par l’unité 16 de soufflage.
La deuxième enceinte 18 de confinement est mitoyenne de la première enceinte 14 attenante par une cloison 22 commune.
Chacune des enceintes 14 et 18 est constituée d’un ensemble de parois verticales qui sont respectivement fermées au-dessus et en-dessous, par exemple par une paroi formant un plafond 21 et par le sol respectivement.
De préférence, au moins une des parois verticales des enceintes 14 et 18 comporte au moins une porte (non représentée) afin de permettre leur franchissement, notamment par un opérateur, et l'accès à l'intérieur de l'installation 10.
L’installation 10 comporte au moins une ouverture 24 qui est réalisée dans ladite cloison 22 commune des première et deuxième enceintes 14 et 18. L’ouverture 24 visible sur la est destinée à permettre le transfert des récipients 12 de l'unité 16 de soufflage vers l'unité 20 de remplissage.
Avantageusement, l’installation 10 comporte au moins un volet 26 d'obturation de ladite ouverture 24 qui est apte à être déplacé entre au moins une position ouverte et une position totalement fermée.
On comprend que les moyens de traitement de données 11 sont adaptés pour mettre en œuvre au moins une application, par exemple une application de paiement, installée sur ledit terminal 1, en particulier une pluralité d’applications correspondant à divers cas d’usage et/ou permettant de changer de bénéficiaire d’une transaction (exemple d’un cabinet de médecins avec un seul terminal), même si comme l’on verra plus tard cela peut être fait directement dans une seule application dans un mode de réalisation préféré).
En référence à la , le présent procédé, mis en œuvre par les moyens de traitement de données 11 du terminal 1, commence par une étape (a) d’affichage sur lesdits moyens d’affichage 13 d’une zone d’interface globale ZG d’une application de mise en œuvre de ladite transaction, i.e. une application de paiement, éventuellement choisie par le commerçant parmi une pluralité d’applications de paiement installée sur ledit terminal 1.
Cette étape (a) peut comprendre ainsi la sélection par l’utilisateur (le commerçant) de ladite application (sur l’interface 13, en particulier si elle est tactile), et donc l’affichage de la zone d’interface globale ZG de l’application choisie.
De manière préférée, ladite zone d’interface globale ZG occupe la totalité d’une surface d’affichage desdits moyens d’affichage, i.e. est « plein écran ». En effet, ladite surface d’affichage desdits moyens d’affichage correspond à la surface d’affichage, et il n’y a pas lieu de ne pas utiliser toute la surface disponible.
Dans une étape (b), est mis en œuvre l’affichage sur lesdits moyens d’affichage 13 d’au moins une première zone d’interface intermédiaire ZI1 correspondant à un mode de fonctionnement de ladite application choisi parmi une pluralité de modes possibles de fonctionnement de ladite application. Par « mode de fonctionnement », ou « option », on entend différents paramètres de configurations de l’application, et en particulier différentes stratégies de paiement permettant alternativement la mise en œuvre de la transaction, par exemple, dans une opération de type transaction on peut disposer des modes de fonctionnement suivants : paiement de proximité, paiement en ligne, paiement via QR code, QUASICASH, PLBS, etc. Comme on le verra plus loin, chaque mode de fonctionnement peut être éventuellement associé à des sous-modes de ce mode comme autant de variante, selon une structure arborescente. Par exemple dans le mode de fonctionnement paiement de proximité on peut disposer des sous-modes de fonctionnement suivants : débit, débit avec autorisation, crédit, annulation, et pré-autorisation. L’homme du métier saura définir pour tous les autres modes de paiement évoqués avant une liste de sous-modes de son choix.
En effet, le procédé comprend un étape (c) d’affichage sur lesdits moyens d’affichage 13 d’une zone d’action ZA fonction dudit mode de fonctionnement sélectionné de ladite application. Par « zone d’action », on entend une zone que l’on va pouvoir utiliser dans une étape (d) pour mettre en œuvre ladite transaction, en particulier en saisissant une commande via ladite zone d’action ZA. Typiquement, il s’agit d’un clavier numérique pour la saisie d’un montant, puis d’un code PIN, mais ce peut alternativement être une zone de scan d’un QR code (affichage de la vue d’une caméra pour scanner le QR code d’un client), un ou plusieurs boutons (notamment dans d’autres contextes que les transactions, par exemple « nouveau », « répondre » « transférer » dans le cas d’une application de messagerie), voire même une zone « passive » par exemple indiquant à l’utilisateur qu’il peut approcher sa carte bancaire pour un paiement sans contact, ou encore l’affichage d’une information ou d’un QR code à flasher par le client, dans un fonctionnement inversé.
On comprend que le caractère éventuellement passif d’une zone d’action ZA s’entend ici vis-à-vis des moyens 13 (il n’y a rien à saisir), mais une telle zone reste bien une zone « d’action » puisqu’elle implique une action de la part de l’utilisateur pour mettre en œuvre la transaction (appliquer sa carte bancaire contre le terminal, scanner le QR code, prendre connaissance d’une information etc.). On comprend en outre que la zone d’action peut être active et « devenir » passive : par exemple la zone d’action peut être le clavier numérique, initialement actif pour la saisie du montant (c’est le cas dans la quasi-totalité des modes de fonctionnements de paiement de proximité) puis passif en cas de paiement sans contact : le clavier est toujours affiché mais il n’y a pas de code à taper, contrairement à un paiement avec insertion de la carte.
Si le fait d’avoir plusieurs modes/sous-modes possibles de fonctionnement d’une application de paiement est connu, la présente invention se distingue en ce que la première zone d’interface intermédiaire ZI1 est strictement incluse dans la zone d’interface globale ZG et que la zone d’action ZA est à son tour strictement incluse dans la première zone d’interface intermédiaire ZI1. En d’autres termes, comme représenté par la , chaque zone ZI1, ZA occupe une partie de la zone hiérarchiquement supérieure ZG, ZI1, mais pas entièrement. Cette architecture « en poupée russes » s’avère comme l’on verra très efficace, y compris en cas de changements rapides et répétés.
La présence de sous-modes peut être géré simplement en rajoutant un deuxième niveau de zone d’interface intermédiaires : le procédé comprend alors une étape (b’) (entre (b) et (c)) d’affichage sur lesdits moyens d’affichage 13 d’une deuxième zone d’interface intermédiaire ZI2 correspondant à un sous-mode dudit mode de fonctionnement sélectionné de ladite application sélectionné parmi une pluralité de sous-modes possibles dudit mode de fonctionnement sélectionné, la deuxième zone d’interface intermédiaire ZI2 étant strictement incluse dans la première zone d’interface intermédiaire ZI1 ; la zone d’action ZA étant fonction dudit sous-mode de fonctionnement sélectionné, et strictement incluse dans la deuxième zone d’interface intermédiaire ZI2. On voit la présence d’un tel niveau hiérarchique supplémentaire dans l’exemple de la .
On comprend que l’étape (b’) peut naturellement être conditionnée à l’existence de sous-modes : un mode particulier peut ne pas avoir de sous-modes, et on affiche alors directement dans l’étape (c) la zone d’action ZA correspondante, voir l’exemple de la .
Alternativement, on peut tout fait envisager encore une étape (b’’) d’affichage sur lesdits moyens d’affichage 13 d’une troisième zone d’interface intermédiaire correspondant à un encore un sous-mode dudit sous-mode (i.e. un « sous-sous-mode »), la troisième zone d’interface intermédiaire étant strictement incluse dans la deuxième zone d’interface intermédiaire ZI2 ; la zone d’action ZA étant fonction dudit sous-mode de niveau le plus bas sélectionné, et strictement incluse dans la troisième zone d’interface intermédiaire, et ainsi de suite récursivement.
On peut ainsi modéliser l’ensemble des sélections possibles de modes de fonctionnement comme un arbre hiérarchique exhaustif, très intuitif et dans lequel il est facile de naviguer.
Le procédé peut alors comprendre une étape (d) finale de mise en œuvre de ladite transaction en utilisant ladite zone d’action ZA, en particulier en recevant une commande via ladite zone d’action ZA (comme la saisie d’un montant) pour la mise en œuvre de ladite transaction.
Ladite transaction peut être mise en œuvre de manière conventionnelle en appliquant par exemple un serveur distant 2 (notamment bancaire), et potentiellement un périphérique 10 comme un lecteur de carte et/ou une imprimante de récépissé.
Sélection
On connait aujourd’hui l’utilisation d’applications de paiement directement sur des terminaux mobiles, y compris de type smartphone ou de type tablette, pour réaliser des transactions chez des commerçants.
Le problème est l’ergonomie : les commerçant doivent continuellement changer d’applications et/ou « d’options », c’est-à-dire de modes de fonctionnement. Par exemple, on peut devoir passer d’un premier paiement standard par carte bleue dans lequel le commerçant va saisir le montant puis le client saisir son code, à un remboursement, et à nouveau à un paiement cette fois sans contact dans lequel il n’y a plus de saisie de code.
Généralement, les applications ont un menu de sélection des différentes options de type « burger menu » dans lequel les commerçants sont obligés de revenir et chercher, abandonnant la configuration dans laquelle ils se trouvent et perdant du temps.
PRÉSENTATION DE L’INVENTION La présente invention se rapporte donc selon un premier aspect à un procédé de mise en œuvre d’une transaction sur un terminal comprenant des moyens de traitement de données et des moyens d’affichage, caractérisé en ce qu’il comprend la mise en œuvre par les moyens de traitement de données d’étapes de : Affichage sur lesdits moyens d’affichage d’une zone d’interface globale d’une application de mise en œuvre de ladite transaction ; Affichage sur lesdits moyens d’affichage d’au moins une première zone d’interface intermédiaire correspondant à un mode de fonctionnement de ladite application sélectionné parmi une pluralité de modes possibles de fonctionnement de ladite application, la première zone d’interface intermédiaire étant strictement incluse dans la zone d’interface globale ; Affichage sur lesdits moyens d’affichage d’une zone d’action fonction dudit mode de fonctionnement sélectionné, la zone d’action étant strictement incluse dans la première zone d’interface intermédiaire ; Mise en œuvre de ladite transaction en utilisant ladite zone d’action.
Lesdits moyens d’affichage sont un écran tactile, l’étape (d) comprenant la réception d’une commande via ladite zone d’action pour la mise en œuvre de ladite transaction.
Ladite zone d’interface globale occupe la totalité d’une surface d’affichage desdits moyens d’affichage.
L’étape (b) comprend l’affichage d’au moins une première zone de sélection dudit mode de fonctionnement de ladite application parmi une pluralité de modes possibles de fonctionnement de ladite application, ladite première zone de sélection étant également strictement incluse dans la première zone d’interface intermédiaire, et disjointe de la zone d’action.
L’étape (b) comprend la sélection par un utilisateur du terminal dudit mode de fonctionnement parmi la pluralité de modes possibles de fonctionnement de ladite application, en utilisant la première zone de sélection.
Le procédé comprend en outre une étape (b’) d’affichage sur lesdits moyens d’affichage d’une deuxième zone d’interface intermédiaire correspondant à un sous-mode dudit mode de fonctionnement sélectionné de ladite application sélectionné parmi une pluralité de sous-modes possibles dudit mode de fonctionnement sélectionné, la deuxième zone d’interface intermédiaire étant strictement incluse dans la première zone d’interface intermédiaire ; la zone d’action étant fonction dudit sous-mode de fonctionnement sélectionné, et strictement incluse dans la deuxième zone d’interface intermédiaire.
L’étape (b’) comprend l’affichage d’une deuxième zone de sélection dudit sous-mode du mode de fonctionnement sélectionné de ladite application parmi la pluralité de sous-modes possibles dudit mode de fonctionnement sélectionné, ladite première zone de sélection étant disjointe de la deuxième zone d’interface intermédiaire et ladite deuxième zone de sélection étant également strictement incluse dans la deuxième zone d’interface intermédiaire et disjointe de la zone action.
L’étape (b’) comprend la sélection par l’utilisateur dudit sous-mode du mode de fonctionnement sélectionné de ladite application parmi la pluralité de sous-modes possibles dudit mode de fonctionnement sélectionné, en utilisant la deuxième zone de sélection.
Le mode de fonctionnement est choisi parmi une liste de types de paiements dont au moins paiement de proximité et paiement à distance.
Le sous mode de fonctionnement du mode de fonctionnement paiement de proximité est choisi parmi débit, débit avec autorisation, crédit, annulation, et pré-autorisation.
Bien qu'il existe des possibilités de résoudre l'excès de confiance dans les classifications de ce type de réseaux de neurones entrainés, ces possibilités nécessitent soit une inférence manuelle post-formation (par exemple avec une mise à l'échelle de la température), soit des exigences de calcul et de mémoire supplémentaires au stade du déploiement du réseau de neurones (par exemple avec l'apprentissage bayésien/d'ensemble).
L’obtention d’un modèle de classification de comportement de conducteur qui fournisse des classifications de comportement de conducteur associés à des degrés de confiance calibrés est un des problèmes résolu par la présente invention.
Cela inclut la fourniture de classifications fiables même en cas de perturbation des images d’entrée (changement de luminosité, buée sur l'objectif, dégradation de l'image, etc.).
Dans le même temps, le modèle de classification de comportement de conducteur doit être exécuté sur des appareils à faible consommation d'énergie avec des capacités de calcul limitées sur une flotte de millions de véhicules, ce qui rend l'étalonnage manuel irréaliste.
Un autre problème est d’utiliser un tel modèle de classification de comportement de conducteur pour déterminer des actions de gestion de situations qui pourraient s’avérer dangereuses selon le comportement d’un conducteur identifié par ledit modèle de classification de comportement de conducteur.
Selon un premier aspect, la présente invention concerne un procédé de surveillance d’un comportement d’un conducteur d’un véhicule mis en œuvre par au moins un processeur, ledit procédé comprenant les étapes suivantes : - obtention d’au moins une image d’un visage du conducteur à partir d’un dispositif d’imagerie embarqué du véhicule ; - obtention d’une première donnée et d’une deuxième donnée en présentant ladite au moins une image obtenue en entrée d’un modèle de classification de comportement de conducteur entrainé lors d’une phase d’apprentissage, ladite première donnée étant représentative d’un comportement du conducteur et ladite deuxième donnée étant représentative d’un degré de confiance que le comportement du conducteur correspond au comportement représenté par la première donnée ; - sélection d’au moins un actionneur du véhicule en fonction de la première et de la deuxième données obtenues et d’une troisième donnée représentative d’information contextuelle relative au véhicule ; - activation dudit au moins un actionneur sélectionné.
Le procédé permet de classifier le comportement d’un conducteur d’un véhicule et d’activer au moins une actionneur du véhicule en fonction du degré de confiance de cette classification et ce dans le but de gérer des situations routières dangereuses qui peuvent se produire à cause du comportement du conducteur de véhicule. Le procédé améliore donc la sécurité routière.
Selon une variante, l’entrainement du modèle de classification de comportement de conducteur détermine des paramètres du modèle de classification de comportement de conducteur par minimisation d’une fonction de perte par une méthode de descente en gradients, ladite fonction de perte dépendant d’un coefficient représentatif de courbure au niveau de minima de la fonction de perte.
Cette variante est avantageuse car la prise en compte de l’information représentative de courbure au niveau de minima de la fonction de perte qui est minimisée lors de l’entrainement du modèle de classification de comportement de conducteur permet d’améliorer le calibrage des degrés de confiance en sortie dudit modèle.
Cette variante est également avantageuse car elle ne demande pas un surcoût de calcul lors de l’entrainement dudit modèle ou lors de l’obtention d’une classification d’un comportement d’un conducteur à partir dudit modèle entrainé permettant ainsi un déploiement envisageable sur des dispositifs de véhicules actuels.
Selon une variante, ledit coefficient est une amplitude d’au moins une valeur propre d’une matrice hessienne.
Selon une variante, au moins un intervalle de valeurs étant défini pour chaque valeur de la première donnée et chaque intervalle de valeurs étant associé à au moins un actionneur du véhicule, la sélection d’au moins un actionneur dépend de la valeur de la première donnée obtenue, de l’appartenance de la valeur de la deuxième donnée obtenue à un dudit au moins un intervalle de valeurs et de la troisième donnée.
Selon une variante, la troisième donnée est obtenue par odométrie.
Dans les deuxième et troisième configurations, le détecteur 120 peut également détecter un signal de lumière ambiante AL en plus du signal lumineux réfléchi RL.
Dans les trois configurations, l’émetteur peut émettre un signal lumineux TL’ qui n’est pas réfléchi par l’objet 20.
Dans certains cas, le capteur de proximité 100 peut être disposé sous un écran d’affichage (non représenté), par exemple un écran de type à diodes électroluminescentes organiques (OLED, pour organic light-emitting diode en anglais), de sorte que la paroi 130 est positionnée entre l’émetteur/détecteur et l’écran d’affichage, et l’écran d’affichage est positionné entre le capteur de proximité 100 et l’objet 20.
La et la représentent des graphiques illustrant une application d’un capteur de proximité, par exemple le capteur de proximité 100 représenté en , pour éteindre ou allumer un écran d’affichage.
Dans chacune des figures 2A et 2B, on a représenté un ensemble de "points", ensemble 210 dans la et ensemble 220 dans la , les "points" représentant des signaux de sortie du capteur de proximité, en nombre de coups (Number of counts) en fonction de la distance en millimètres entre le capteur de proximité et un objet (Target distance). Les "points" peuvent être allongés, et former des barres verticales, ce qui peut être dû à l’utilisation de plusieurs échantillons de mesure et/ou une dispersion parmi les résultats des échantillons de mesure.
Dans l’application illustrée, les signaux de détection générés par le capteur de proximité sont transmis à un écran d’affichage (DISPLAY), ou à un circuit de contrôle de l’écran d’affichage, afin d’éteindre (DISPLAY OFF) ou allumer (DISPLAY ON) l’écran d’affichage en fonction dudit signal de détection. L’écran d’affichage peut être un écran d’affichage d’un téléphone portable tel qu’un smartphone, le capteur de proximité étant sous l’écran d’affichage, et l’objet peut être un organe, par exemple une oreille, d’un utilisateur du téléphone portable.
Dans le fonctionnement de la , le signal de détection 210 croit lorsque l’objet se rapproche du capteur de proximité, c’est-à-dire lorsque la distance entre l’objet et le capteur de proximité diminue, et le signal de détection décroit lorsque l’objet s’éloigne du capteur de proximité, c’est-à-dire lorsque la distance entre l’objet et le capteur de proximité augmente.
Si le signal de détection passe au-dessus d’un seuil de détection (THD), lorsque l’objet se rapproche du capteur de proximité en-deçà d’une quatrième distance d4, cela peut déclencher l’extinction de l’écran (DETECTED). L’écran peut rester éteint tant que le signal de détection reste au-dessus du seuil de détection THD. Si le signal de détection repasse en dessous du seuil de détection THD, lorsque l’objet s’éloigne du capteur de proximité au-dessus de la distance d4, cela peut déclencher l’allumage de l’écran (RELEASED).
En variante, lorsque le signal de détection est passé au-dessus du seuil de détection, l’écran peut rester éteint tant que le signal de détection reste au-dessus d’un autre seuil, pouvant être désigné par seuil de déblocage, inférieur au seuil de détection, correspondant à une distance supérieure à la quatrième distance d4. Un écart entre le seuil de détection et le seuil de déblocage peut être défini pour obtenir un fonctionnement stable de type hystérésis.
Le fonctionnement illustré en est un fonctionnement idéal, ou du moins attendu, dans lequel le signal de détection suit sensiblement une loi du type de l’inverse du carré de la distance. Cependant, ce fonctionnement idéal n’est pas toujours observé, comme illustré en .
Dans le fonctionnement de la , tant qu’on se situe au-dessus d’une cinquième distance d5 inférieure à la quatrième distance d4, le signal de détection 220 croit lorsque l’objet se rapproche du capteur de proximité, c’est-à-dire lorsque la distance entre l’objet et le capteur de proximité diminue jusqu’à la cinquième distance d5, et le signal de détection décroit lorsque l’objet s’éloigne du capteur de proximité, c’est-à-dire lorsque la distance entre l’objet et le capteur de proximité augmente à partir de la cinquième distance d5.
Par contre, en dessous de la cinquième distance d5, la tendance s’inverse : le signal de détection 220 décroit lorsque la distance diminue à partir de la cinquième distance d5, et il croit lorsque la distance augmente jusqu’à la cinquième distance d5.
La cinquième distance d5 représentée dans la est égale à environ 9-10 millimètres, mais la cinquième distance peut avoir d’autres valeurs, par exemple être inférieure à 9 millimètres, ou supérieure à 10 millimètres, selon le capteur de proximité.