INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Si le procédé 1000 est effectué par une application s’exécutant suivant un dispositif d’utilisateur de l’utilisateur recevant l’invitation, l’application peut créer une interface d’utilisateur d’invitation 900 comprenant une recommandation 903, comme illustré à la . La recommandation peut être donnée sous la forme d’une interface d’utilisateur comprenant de l’information, telle qu’une identification de l’évènement ou des évènements affectés par la recommandation. L’interface d’utilisateur peut contenir, par exemple, de l’information se rapportant à l’invitation de l’évènement, ainsi que de l’information se rapportant à des évènements en conflit, pour lesquels une recommandation a été créée.
La recommandation peut comprendre une description du mode de participation recommandé en même temps que des options pour que l’utilisateur soit, accepte le mode d’acceptation recommandé ou édicte le mode d’acceptation avant que l’utilisateur réponde à l’invitation.
La recommandation peut comprendre aussi des recommandations de mises à jour ou d’autres modifications d’un mode d’acceptation d’un ou de plusieurs autres évènements. Par exemple, si le système informatique recommande, sur la base de l’invitation reçue nouvellement, que l’utilisateur change le mode de participation pour une invitation acceptée précédemment, la recommandation peut comprendre une énumération de tous les évènements pour lesquels des recommandations ont été faites et l’utilisateur peut accepter ou éditer le mode de participation recommandé pour chacune d’entre elles séparément ou dans leur ensemble.
Par exemple, comme illustrée à la , une interface 950 d’utilisateur de recommandation peut être affichée comprenant une énumération d’évènements, y compris l’évènement associé à l’invitation reçue nouvellement et peut permettre à un utilisateur de fixer un mode de participation pour chaque évènement simultanément ou individuellement. Dans certains modes de réalisation, le système informatique peut être configuré pour créer une énumération de modes de participation recommandés. L’énumération de modes de participation recommandés peut être triée sur la base d’un niveau de recommandations. Par exemple, un mode de participation le plus fortement recommandé peut être au sommet de l’énumération et un mode de participation moins recommandé peut être au bas de l’énumération. Une énumération de ce genre peut permettre à un utilisateur de voir rapidement des modes de participation moins qu’optimal et d’en sélectionner un si l’utilisateur n’est pas d’accord avec le mode de participation le plus recommandé.
Une telle batterie haute tension est généralement contrôlée par un calculateur de gestion de batterie haute tension, plus connu sous l’acronyme BMS (pour « Battery Management System » en anglais).
Le système BMS assure une protection de la batterie haute tension en l'empêchant de fonctionner en dehors de sa plage de fonctionnement typique, et assure une protection notamment contre la surintensité et la surtension.
Le système BMS pilote des contacteurs permettant, quand ils sont fermés, d’autoriser une circulation du courant de la batterie haute tension vers les organes électriques du véhicule. A contrario, lorsque le système BMS pilote l’ouverture des contacteurs, la batterie haute tension se trouve isolée électriquement du reste du réseau électrique haute tension du véhicule.
Le pilotage de ces contacteurs au moyen du système BMS est donc essentiel et permet, par exemple, lorsqu’un court-circuit est détecté ou lorsque le véhicule n’est pas en roulage, d’isoler électriquement la batterie haute tension du reste du réseau haute tension du véhicule. Le pilotage de ces contacteurs évite ainsi tout risque d’électrocution des occupants du véhicule.
Lorsqu’une sous-tension à l’alimentation électrique 12V du calculateur de gestion de batterie haute tension se produit, le calculateur de gestion s’arrête de fonctionner. Un tel arrêt du calculateur de gestion peut se produire dans différentes situations.
Par exemple, en fonctionnement normal, le réseau de bord 12V du véhicule est alimenté électriquement par un chargeur électrique comportant un convertisseur continu-continu qui convertit du courant continu haute-tension, par exemple compris entre 350V et 450V, en courant continu basse tension, par exemple de l’ordre de 13,9V. Si un problème technique intervient sur ce convertisseur, il se peut que la conversion de courant continu haute tension vers un courant continu basse tension soit interrompue. Dans ce cas, le réseau de bord du véhicule n’est plus supporté par le chargeur électrique de sorte que seule la batterie de servitude 12V du véhicule continue d’alimenter le réseau de bord. Comme la batterie de servitude 12V n’est plus alimentée ou rechargée par le convertisseur continu-continu, la tension de la batterie de servitude 12V chute progressivement.
Une sous tension à l’alimentation du calculateur de gestion peut également se produire lors d’un court-circuit à la masse sur le réseau de bord 12V. Un tel court-circuit conduit effectivement à une tension du réseau de bord de 0V.
Une défaillance de la batterie de servitude 12V peut également conduire à une sous tension à l’alimentation du calculateur de gestion. En effet, en fonction des appels de courant des composants électroniques du réseau de bord, le courant fournit par le convertisseur continu-continu peut être transitoirement insuffisant. Comme la batterie de servitude 12V défaillante n’est plus en mesure d’assurer sa fonction tampon, la tension du réseau de bord peut chuter par exemple sur un appel de courant de la direction assistée électrique du véhicule ou de la pompe à vide électrique du véhicule lors d’un freinage d’urgence.
Ces différentes situations entraînent un arrêt du calculateur de gestion de la batterie haute tension. Lorsque le calculateur de gestion ne fonctionne plus, il n’est plus en mesure de piloter les contacteurs permettant d’isoler électriquement la batterie haute tension du véhicule. Ainsi, si un court-circuit se produit, les utilisateurs du véhicule risquent une électrocution.
Le but de l’invention est de pallier les inconvénients de l’art antérieur en proposant un procédé permettant de protéger le fonctionnement d’un calculateur de gestion d’une batterie haute tension contre une sous-tension d’un réseau de bord.
Dans ce contexte, l’invention se rapporte ainsi, dans son acceptation la plus large, à un procédé de protection d’un calculateur de gestion d’une batterie haute tension contre une sous-tension d’un réseau de bord d’un véhicule, le calculateur de gestion étant agencé pour communiquer avec un superviseur. Le procédé comporte les étapes, exécutées par le calculateur de gestion, de : mesurer une tension d’alimentation aux bornes du calculateur de gestion ; lorsque la tension mesurée aux bornes du calculateur de gestion est en deçà d’un seuil de tension d’identification d’un mode de défaillance sur une période de temps de détection prédéterminée d’identification du mode de défaillance, limiter une puissance électrique fournit par la batterie haute tension à une machine électrique de traction à 0KW, limiter une puissance électrique fournit à la batterie haute tension lors d’un freinage récupératif à 0KW, et limiter un courant de charge de la batterie haute tension à 0A.
Grâce au procédé selon l’invention, le calculateur de gestion de la batterie haute tension du véhicule est en mesure de détecter une sous-tension au niveau de son alimentation par le réseau de bord 12V, 24V ou 48V. Dès lors, il met en œuvre un certain nombre de limitation afin d’anticiper son propre arrêt.
Selon un aspect de l’invention, le procédé comporte une étape de transmettre une demande d’autorisation d’isolation électrique de la batterie haute tension au superviseur, lorsque la puissance électrique fournit par la batterie haute tension à la machine électrique de traction est de 0KW, la puissance électrique fournit à la batterie haute tension lors d’un freinage récupératif est de 0KW, et le courant de charge de la batterie haute tension est de 0A.
Selon un aspect de l’invention, si le calculateur de gestion ne reçoit pas d’autorisation en provenance du superviseur sur une période de temps d’autorisation prédéterminée, le procédé comporte une étape de piloter, au moyen du calculateur de gestion, l’isolation électrique de la batterie haute tension.
Selon un aspect de l’invention, si la tension mesurée aux bornes du calculateur de gestion est en deçà d’un seuil de tension d’identification d’un premier mode de défaillance et au-delà d’un seuil de tension d’identification d’un deuxième mode de défaillance sur une période de temps prédéterminée d’identification du premier mode de défaillance, le procédé comporte une étape d’identifier un premier mode de défaillance du réseau de bord.
La est une illustration d’une interface 500 d’utilisateur pour une notification d’une participation partielle sélective et/ou à distance, comme décrite dans le présent mémoire suivant un ou plusieurs modes de réalisation du présent exposé. Avec une interface 500 d’utilisateur, telle que celle illustrée à la , un utilisateur peut se voir notifier que la condition de l’utilisateur pour rejoindre l’évènement est satisfaite et il peut se voir procurer une façon de se joindre à l’évènement ou d’y assister. Lorsqu’une condition fixée par une participation partielle sélective et/ou à distance est satisfaite, une notification peut être affichée selon un dispositif d’utilisateur, tel qu’un téléphone intelligent ou un ordinateur personnel. Cette notification peut être semblable à l’interface 500 d’utilisateur de la .
L’interface 500 d’utilisateur pour une notification peut comprendre une indication que la condition a été satisfaite. Si, par exemple, un utilisateur a demandé de se joindre à un évènement après la parole d’un orateur particulier, l’interface d’utilisateur peut comprendre un message que l’orateur est en train de parler. L’interface 500 d’utilisateur peut comprendre aussi un ou plusieurs éléments graphiques d’interface d’utilisateur permettant à un utilisateur de choisir entre un certain nombre d’options.
C’est ainsi, par exemple, qu’un élément GUI peut permettre à l’utilisateur de se joindre à l’évènement par l’intermédiaire d’une application vidéo en direct, de se joindre à l’évènement par l’intermédiaire d’une connexion audio seulement, par l’intermédiaire d’une transcription en direct. Un utilisateur peut également se voir proposer une option par une interface 500 d’utilisateur de recevoir un ou plusieurs formats de données après l’évènement. Un utilisateur peut demander, par exemple, qu’une transcription complète ou limitée, une audio et/ou une vidéo soit envoyée à l’utilisateur après l’évènement.
Dans certains modes de réalisation, un utilisateur peut configurer par défaut qu’il aimerait entrer dans une réunion lorsque ses critères spécifiés de mots-clés ou de phrases ou une autre condition sont satisfaits. Dans certains modes de réalisation, un utilisateur peut être amené à la réunion automatiquement. C’est ainsi, par exemple, que l’ordinateur de l’utilisateur peut se joindre automatiquement à l’évènement. Dans certains modes de réalisation, l’utilisateur peut être amené, après demande par un organisateur de l’évènement. C’est ainsi, par exemple, que si un ou plusieurs utilisateurs demandaient à être amenés dans la réunion, après discussion d’un sujet particulier, l’organisateur peut déterminer le sujet en discussion et ajouter les utilisateurs à l’évènement.
Pour qu’un organisateur amène des utilisateurs pendant un évènement, l’organisateur peut utiliser une interface 600 d’utilisateur à panneau de contrôle d’organisateur, tel qu’illustré à la . Un panneau UI de commande d’organisateur peut, dans certains modes de réalisation comprendre un certain nombre d’éléments graphiques d’interface d’utilisateur, permettant à l’organisateur ou à un autre utilisateur de sélectionner entre un certain nombre d’options. Le panneau UI de commande d’organisateur peut comprendre un élément GUI permettant à un utilisateur de sélectionner un orateur en cours. L’élément GUI de sélection de l’orateur en cours peut être un menu d’interruption ou une boîte de textes ou un autre système pour choisir une séquence de texte identifiant un orateur ou des orateurs en cours.
Le panneau UI de commande d’organisateur peut comprendre un élément GUI permettant à un utilisateur de sélectionner un sujet en cours. L’élément GUI sélectionné de sujet en cours peut être un menu d’arrêt ou une boîte de texte ou un autre système pour choisir une séquence de texte identifiant un sujet.
Le panneau UI de commande d’organisateur peut comprendre un élément GUI permettant à un utilisateur d’étiqueter des mots-clés, étiqueter des mots-clés peut comprendre préciser ou sélectionner un mot ou des phrases identifiant une discussion en cours. Les étiquettes peuvent être mises dans une mémoire en même temps qu’un temps en cours, de manière à ce que les étiquettes puissent être reliées à un enregistrement ou une transcription d’évènement.
Le panneau UI de commande d’organisateur peut comprendre un élément GUI permettant à un utilisateur de valider ou d’invalider une participation en direct. Un organisateur peut souhaiter, par exemple, que seulement une partie particulière de l’évènement soit accessible en direct. En utilisant un panneau de commande d’organisateur, l’organisateur peut être à même de permettre ou d’interdire ou de valider ou d’invalider une participation en direct à l’évènement. L’organisateur peut empêcher d’activer une diffusion en vidéo ou permettre seulement une participation audio. De même, le panneau de commande d’organisateur peut être utilisé pour valider ou invalider une transcription pendant l’évènement.
Le panneau UI de commande d’organisateur peut comprendre un élément GUI permettant à un utilisateur d’interagir avec des participants, tels que des participants qui ont choisi de se joindre à un évènement seulement pour un sujet particulier ou sur la base d’une autre condition. Le panneau de commande de l’organisateur peut, par exemple, être utilisé pour faire participer un participant à titre d’essai, pour envoyer un message à un participant à titre d’essai et pour joindre des participants à titre d’essais en même temps que leurs conditions de participations, ou le sujet, le mot-clé, orateur sélectionné.
Le panneau UI de commande d’organisateur peut comprendre aussi un affichage UI permettant à un utilisateur de voir un instant, un sujet ou un orateur en cours, etc.
La est un organigramme d’un procédé 700 suivant l’un ou plusieurs modes de réalisation du présent exposé. Le procédé 700 peut commencer au stade 703, dans lequel un organisateur d’un évènement peut interagir avec un dispositif informatique et créer un élément d’agenda en utilisant une application d’agenda.
En 706, le système informatique peut recevoir une information sur l’évènement. L’organisateur peut, par exemple, entrer de l’information, telle que celle illustrée à la . L’information sur l’évènement peut comprendre, mais sans limitation, des dates de début et de fin et des durées, un plan et/ou une énumération de sujets, une énumération de mots-clés, une énumération d’orateurs ou un plan, etc.
En 709, une invitation peut être produite par le système informatique. Produire l’invitation peut comprendre créer une invitation sur la base de l’entrée d’informations sur l’évènement par l’organisateur. L’invitation peut être semblable à celle illustrée à la . Après avoir créer l’invitation, l’invitation peut être envoyée automatiquement à chaque invité.
En 712, des réponses peuvent être reçues d’un ou de plusieurs des invités. Les réponses peuvent comprendre des sélections de mots-clés, de sujets, d’orateurs, etc., telles qu’illustrées et décrites en relation avec les figures 4A et 4C.
Si un enregistrement ou une transcription est demandée par un invité, l’organisateur peut se le voir notifié dans certains modes de réalisation et peut se voir donner la possibilité de donner son approbation. Dans certains modes de réalisation, l’approbation peut être donnée au cas par cas. C’est ainsi, par exemple, que l’organisateur peut permettre seulement à certains utilisateurs d’assister à distance ou de recevoir une vidéo en direct. Comme option, lorsqu’une personne demande un enregistrement d’une réunion, d’autres participants qui ont ou qui n’ont pas déjà répondu peuvent se voir présenter une option nouvelle de répondre à recevoir également l’enregistrement. Une permission partielle peut être aussi accordée. C’est ainsi, par exemple, que l’organisateur peut permettre des enregistrements audio, mais non vidéo. Si un enregistrement est accordé, une fois que l’enregistrement est fini, le lien de l’enregistrement peut, dans certains modes de réalisation être envoyé à tous les participants.
En 715, sur la base des réponses des invités, ou une ou plusieurs actions avant l’évènement peuvent être effectuées. Une interface d’utilisateur d’organisateur peut, par exemple, être créée. L’interface d’utilisateur d’organisateur peut, comme discuté dans le présent mémoire, permettre à un organisateur d’effectuer un certain nombre d’actions se rapportant à un évènement, telles que d’amener des participants à l’évènement, de voir que chaque participant est intéressé, de créer des étiquettes, de commencer ou de mettre fin à un enregistrement, à une vue et à des sujets en cours sélectionnés, etc.
Les facteurs de recommandation du mode de participation peuvent être analysés sur la base de données d’entrée se rapportant à la charge de travail de l’utilisateur, à son expertise, à ses tâches professionnelles, etc., ainsi que des données d’entrée se rapportant à l’évènement soi même. Les facteurs peuvent être pondérés suivant les préférences de l’utilisateur, les règles de l’administrateur, ou peuvent être fixées à un niveau conçu pour maximiser l’efficacité de l’utilisateur.
Faire subir au réseau neuronal un entraînement peut impliquer initialement utiliser un grand nombre d’utilisateurs ayant une grande diversité de caractéristiques. Dans certains modes de réalisation, un réseau 800 neuronal peut subir un apprentissage pour un groupe particulier, tel que des employés d’une société particulière, des employés d’un type de métier ou de fonction particulier, etc. Dans certains modes de réalisation, les divers types de règles peuvent être utilisés jusqu’à ce que suffisamment de données pour l’utilisateur deviennent disponibles, et quand des données d’apprentissage sont recueillies au sujet de l’utilisateur, les données d’apprentissage peuvent être utilisées pour faire l’apprentissage d’un modèle ML. Dans certains modes de réalisation, une combinaison d’une solution ML et d’une solution reposant sur des règles sera utilisée. On peut aussi faire subir un apprentissage au réseau 800 neuronal en continu et quand plus de données sont à la disposition du système sur une participation de l’utilisateur à une réunion particulière.
Dans certains modes de réalisation, une invitation à une réunion peut être analysée sur la base d’autres utilisateurs invités à la réunion. Analyser une invitation à une réunion, sur la base d’utilisateurs invités à la réunion, peut comprendre déterminer le nombre d’invités.
Le réseau 800 neuronal peut subir un apprentissage pour déterminer la signification de l’utilisateur invité à l’évènement, sur la base du nombre d’autres utilisateurs invités. C’est ainsi, par exemple, que plus il y a de participants à une réunion, moins chaque participant peut avoir d’importance à la réunion. En tant que tel, le réseau 800 neuronal peut déterminer le rôle de l’utilisateur dans une réunion ayant un nombre relativement grand d’invités ; par rapport à une réunion moyenne à laquelle l’utilisateur a été invité, il est probable que le rôle de l’utilisateur est insignifiant dans la réunion, alors que le rôle de l’utilisateur dans une réunion ayant un nombre relativement petit d’invités sera plus probablement significatif. Des déterminations de ce genre peuvent être utilisées pour comparer des facteurs, lorsque l’on détermine le mode de participation à recommander.
Le réseau 800 neuronal peut subir aussi un apprentissage pour déterminer si l’un quelconque des autres invités est en relation professionnelle avec l’utilisateur invité. Il peut être déterminé, par exemple, qu’un supérieur hiérarchique ou un superviseur de l’utilisateur ou un autre type de responsable en position plus élevée participe à la réunion, en sorte que l’utilisateur invité doit participer en personne. Sur la base de cette analyse, le système peut être en mesure d’effectuer une détermination du point si l’utilisateur invité doit participer à la réunion en personne ou choisir quelque autre mode de participation.
Comme décrits dans le présent mémoire, des modes de participation peuvent comprendre participer en personne, participer à distance par audio et/ou vidéo, voir en direct une transcription, participer partiellement, recevoir des données, telles que l’audio, de la vidéo et/ou une transcription après réunion, participer par un mandataire BOT ou décliner.
D’une manière générale, un mode de participation particulier peut être sélectionné sur la base de facteurs de pondération de l’impact de l’évènement sur l’utilisateur et de l’impact de l’utilisateur sur l’évènement pour chaque mode de participation. C’est ainsi, par exemple, qu’un système informatique peut être configuré pour déterminer l’importance d’un évènement pour l’utilisateur invité. Déterminer un niveau d’importance qu’un évènement peut avoir sur l’utilisateur invité peut comprendre analyser des données associées aux tâches professionnelles de l’utilisateur, des données associées à d’autres participants à l’évènement, etc. A titre d’exemple, si un évènement est directement en relation avec des tâches professionnelles d’un utilisateur et/ou si un supérieur hiérarchique ou autre superviseur de l’utilisateur est prévu comme participant à l’évènement, le système informatique peut déterminer que l’évènement est d’une importance particulière pour l’utilisateur. Une détermination de ce genre peut être faite en pourcentage ou sur la base d’un score. Dans certains modes de réalisation, on peut utiliser un seuil, par exemple un évènement peut être déterminé comme étant d’un haut niveau d’importance pour un utilisateur, si des facteurs indiquant que l’évènement est important pour l’utilisateur dépasse un certain score.