INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
La mise en œuvre de ce qui suit est en outre particulièrement avantageuse dans les situations pour lesquelles l’accès physique aux terminaux et à certaines informations relatives à leur configuration est difficile, voire impossible, pour le gestionnaire du logiciel applicatif. Cela est typiquement le cas pour des raisons de confidentialité et de sécurité lorsque les terminaux sont utilisés par des personnes aux activités dites sensibles (police, maintien de l’ordre, sécurité civile, services d’urgence en cas de catastrophe, opérations dans des zones où la couverture réseau n’est pas fiable, etc.).
Il est maintenant fait référence à la . Un système comprend au moins un terminal 1, ici trois, un serveur 2 et une base de données 3. Le terminal 1 et le serveur 2 sont chacun un dispositif adapté pour communiquer (c’est-à-dire échanger des données) via un ou plusieurs réseaux de télécommunication, notamment l’un avec l’autre. Le terminal 1 peut ainsi correspondre à un appareil de communication fixe ou mobile, par exemple un ordiphone (ou « smartphone ») ou un ordinateur, à disposition d’un utilisateur. Le serveur 2 désigne un équipement distant du terminal 1 et géré par un fournisseur de service tel qu’un fournisseur d’application. La base de données 3 est accessible au serveur 2. La base de données 3 est représentée ici comme une entité distincte du serveur 2. En variante, la base de données 3 est un sous-ensemble du serveur 2. Les échanges de données entre le terminal 1, le serveur 2 et la base de données 3 peuvent impliquer des composants intermédiaires. Autrement dit, les transmissions de données ne sont pas obligatoirement directes entre les éléments précités.
Le terminal 1 inclut une interface homme-machine. L’interface homme-machine est une expression utilisée en tant que terme générique pour désigner l’ensemble des équipements et composants logiciels du terminal 1 qui permettent à l’utilisateur d’interagir avec le terminal 1, tant pour recevoir des informations du terminal 1 que pour en entrer dans le terminal 1. L’interface homme-machine prend par exemple la forme d’un écran tactile connu en tant que tel. L’interface homme-machine peut, en variante, prendre d’autres formes telles qu’un microphone pour l’acquisition de commandes vocales, un haut-parleur pour la diffusion d’information sous forme audio, un vibreur pour diffuser des informations sous forme haptique ou encore une combinaison de tels composants.
Le terminal 1 comprend au moins un processeur et un organe de mémoire configurés pour que le processeur exécute des programmes enregistrés sur l’organe mémoire. Les programmes comprennent : - des logiciels internes (« firmwares »), généralement installés au moment de la fabrication et des paramétrages d’usine du terminal 1, et ensuite mis à jour sous la responsabilité de l’entité commercialisant le terminal 1 ; - des logiciels applicatifs (« software »), généralement installés a posteriori à l’initiative de l’utilisateur du terminal 1 et mis à jour sous la responsabilité d’une entité qui est souvent distincte du fournisseur du terminal 1.
Autrement dit, le dispositif de commande est destiné à équiper un équipement d'un véhicule automobile, le dispositif de commande comprenant un organe de manœuvre et/ou un organe à manœuvrer qui est de conformation identique qu’il soit relié à la tringle ou à un élément à câble qui serait susceptible de remplacer la tringle, c’est-à-dire de dimensions et/ou de formes et/ou de fonctions identiques. Dit autrement, un même organe de manœuvre ou un même organe à manœuvrer est interchangeable entre un système à câble et gaine ou à tringle.
A titre principal, le but de l’invention est avantageusement atteint par la présence de l’arrêt de gaine sur le support et/ou le cadre, l’arrêt de gaine étant utilisé au cas où l’organe de transmission est un élément à câble et étant inutilisé lorsque l’organe de transmission est une tringle. A cet effet, le support et/ou le cadre comprend un dégagement par lequel passe la tringle. Ce dégagement est un volume exempt d’un quelconque élément structurel pour ménager un espace pour la tringle.
Le dispositif de commande comprend avantageusement l’une quelconque au moins des caractéristiques techniques suivantes, prises seules ou en combinaison : - le support et/ou le cadre comprend un dégagement par lequel passe la tringle. On comprend ici que la tringle et l’élément à câble, lorsque le dispositif en est pourvu, passe en deux endroits distincts du support ou du cadre ;
- le support comprend un premier arrêt de gaine tandis que le cadre comprend un deuxième arrêt de gaine, chaque arrêt de gaine étant configuré pour retenir une gaine d'un élément à câble. L’invention trouve donc application seulement au niveau de l’organe de manœuvre, seulement au niveau de l’organe à manœuvrer ou au niveau des organes d’un même dispositif ;
- la tringle est configurée pour contourner l’arrêt de gaine. A titre d’exemple, une extrémité de la tringle comprend deux coudes opposés qui se suivent de sorte qu’une partie centrale de la tringle passe le long de l’arrêt de gaine. On évite ainsi toute interférence mécanique entre l’arrêt de gaine et la tringle ;
On note que la tringle peut être remplacée par un élément à câble comprenant un câble coulissant à l’intérieur d’une gaine, ladite gaine étant solidarisée au support et/ou au cadre par l’arrêt de gaine ;
- au moins une extrémité de la tringle, ou optionnellement de l’élément à câble, comprend un embout qui comporte un coude interposé entre une première branche de l’embout et une deuxième branche de l’embout, la première branche et une deuxième branche s'étendant suivant des directions concourantes ;
- l’extrémité de la tringle, ou optionnellement de l’élément à câble, est solidarisée à la palette ou au levier par une agrafe qui comporte une bague ménagée autour d’un axe de révolution et qui est pourvue d’une pluralité de dents délimitant une pluralité de gorges constitutives d’un moyen de verrouillage agencé pour immobiliser la première branche de l'embout, l’agrafe comportant un fût qui est ménagé autour de l’axe de révolution et qui délimite un évidement intérieur qui loge la deuxième branche de l'embout.
L'agrafe est d'extension axiale et comporte au moins une bague surplombant un fût qui sont solidaires l'un en prolongement de l'autre en étant coaxiaux suivant un axe d'extension et/ou de révolution de l'agrafe, si après désigné axe de révolution. Le fût est configuré en organe de réception de la deuxième branche de l'embout suivant sa direction d'extension. La bague est configurée en organe de réception et de blocage de la première branche de l'embout. Cette réception et ce blocage sont réalisés suivant l’axe de révolution de l'agrafe.
Sur le terminal 1 est installée la partie frontale (« frontend ») d’une application, tandis que la partie dorsale (« backend ») de l’application est installée sur le serveur 2.
Dans le présent contexte, le serveur 2 peut comprendre plusieurs appareils et composants logiciels agencés pour interagir les uns avec les autres. Autrement dit, le serveur 2 n’est pas nécessairement constitué d’un unique appareil physique monobloc mais peut au contraire comprendre plusieurs modules distincts et distants les uns des autres. Le serveur 2 comprend par exemple au moins un processeur et un ou plusieurs organes mémoires propres à stocker des bases de données accessibles à l’au moins un processeur. Dans l’exemple décrit ici, le serveur 2 comprend en outre une interface de programmation d’applications, ou API pour « Application Programming Interface ». L’API s’interface entre un module de communication du serveur 2 et la bases de données 3. Une ou plusieurs API peuvent également être prévues pour que des opérateurs y accèdent.
La base de données 3 contient au moins les données suivantes : - une liste I de jeux d’identifiants ; - une table de correspondance II ; - des fichiers de configuration D, dont optionnellement un ou plusieurs fichiers de configuration « temporaires » référencés D, Z.
Chaque jeu d’identifiants de la liste I comprend : * un identifiant A de terminal, * un identifiant B d’une couche matérielle, et * un identifiant C de système d’exploitation. En pratique, la liste I répertorie chaque terminal 1 qui se connecte auprès du serveur 2 avec des informations sur sa couche matérielle et son système d’exploitation. Lorsqu’un terminal 1 change de couche matérielle et/ou de système d’exploitation, puis qu’il se connecte à nouveau au serveur 2, il génère donc une nouvelle entrée dans la liste I (un nouveau jeu d’identifiants distinct du jeu d’identifiants généré lors de sa connexion précédente).
La table de correspondance II comprend des associations entre : * chaque paire B ; C d’identifiant d’une couche matérielle et d’identifiant de système d’exploitation existante de la liste I, et * un fichier de configuration D. Ainsi, la liste I peut comprendre plusieurs jeux d’identifiants qui diffèrent par l’identifiant de terminal A mais qui présentent le même identifiant de couche matérielle B et le même identifiant de système d’exploitation C. Dans ce cas, la table de correspondance II comprend une unique association entre ladite paire d’identifiants B ; C et un fichier de configuration D. Une pluralité de terminaux distincts mais présentant une configuration commune sont donc indirectement associés à un même fichier de configuration D. Cette situation correspond en pratique à une flotte de terminaux similaires qui peuvent être configurés de manière similaire.
Il est maintenant fait référence aux et . L’au moins un terminal 1 et le serveur 2 sont configurés en coordination l’un avec l’autre pour mettre en œuvre des opérations. On parle de « coordination » en ce que certaines opérations sont mises en œuvre plutôt depuis le terminal 1 tandis que d’autres opérations sont mises en œuvre plutôt depuis le serveur 2. Sur la , des icônes représentant le terminal 1 et le serveur 2 sont accolés aux opérations afin d’identifier l’élément du système à l’origine de chaque opération selon le mode de réalisation décrit. Néanmoins, pour faciliter la compréhension, les opérations mises en œuvre sont présentées dans un ordre chronologique indépendamment de l’élément du système qui le met en œuvre. Il reste aisé de décomposer les opérations en fonction de l’élément du système qui les met en œuvre, comme en , afin de définir distinctement un procédé mis en œuvre par le terminal, et un procédé mis en œuvre par le serveur, liés entre eux de telle sorte qu'ils ne forment qu'un seul concept inventif général.
Dans l’exemple décrit ici, l’ouverture d’une session de communication entre le terminal 1 et le serveur 2 est l’élément déclencheur des opérations décrites ci-après. Autrement dit, le déclenchement de la mise à jour de configuration fait suite à la connexion du terminal 1 auprès du serveur 2. En variante, d’autres déclencheurs sont prévus, par exemple une action/manipulation de l’utilisateur du terminal 1 via son interface homme-machine.
Les procédés pour lesquels sont configurés le terminal 1 et le serveur 2 comprennent les opérations décrites ci-après.
Une première opération 101 comprend : a. transmettre, depuis le terminal à destination du serveur, un jeu d’identifiants. Le jeu d’identifiants comprend : - un identifiant A 1 du terminal 1, - un identifiant B 1 d’une couche matérielle du terminal 1, et - un identifiant C 1 de système d’exploitation mis en œuvre sur le terminal 1.
La transmission du jeu d’identifiants A 1 , B 1 , C 1 peut prendre la forme d’une réponse à une requête émise par le serveur 2, ou bien être à l’initiative du terminal 1, par exemple inclus dans une requête de mise à jour de fichiers de configuration ou une requête d’établissement ou d’accès à une session de communication.
Une opération 102 comprend : b. à réception sur le serveur 2 depuis le terminal 1 du jeu d’identifiants A 1 , B 1 , C 1 , comparer (ledit jeu) au contenu de la base de données 3.
En fonction des résultats des comparaisons, diverses opérations sont mises en œuvre. En particulier : i/ en cas de correspondance entre le jeu d’identifiants A 1 , B 1 , C 1 transmis et un jeu d’identifiants de la liste I, poursuivre la session de communication sans mise à jour de la configuration du terminal 1. Dans ce cas, il est considéré que le terminal 1 dans sa configuration courante s’était déjà connecté préalablement au serveur 2 et que son fichier de configuration est donc à jour : il est inutile de le mettre à jour à nouveau et il peut donc être mis fin aux procédés de mise à jour pour continuer la session de communication de manière connue en soit. ii/ en cas d’absence de correspondance entre le jeu d’identifiants A 1 , B 1 , C 1 transmis et les jeux d’identifiants de ladite liste I, et en cas de correspondance avec une paire B 1 , C 1 d’identifiants d’une couche matérielle et de système d’exploitation de la table de correspondance II, mettre en œuvre une opération 103 décrite ci-après. iii/ en cas d’absence de correspondance avec une paire B x , C y d’identifiants d’une couche matérielle et de système d’exploitation de la table de correspondance II, mettre en œuvre une opération 104 et une opération 105 décrites ci-après.
L’opération 103 comprend : transmettre en retour, depuis le serveur 2 à destination du terminal 1, le fichier de configuration D 1,1 associé à ladite paire B 1 , C 1 selon la table de correspondance II. Cette situation correspond à celle d’un terminal 1 qui se connecte pour la première fois, du moins dans sa configuration courante, au serveur 2 (car jamais enregistré dans la base de données 3 avec les identifiants B 1 et C 1 ). Néanmoins, l’existence de la paire d’identifiants B1 et C 1 implique qu’un fichier de configuration D 1,1 présumé adapté à une telle configuration est disponible dans la base de données 3. Cette existence peut résulter d’une implémentation préalable du fichier de configuration D 1,1 par un opérateur sur le serveur 2 et/ou, par exemple, de la mise en œuvre préalable d’un procédé tel que décrit ici par un autre terminal présentant la même configuration (B 1 et C 1 ). On comprend alors que la mise en œuvre des procédés décrits ici par un premier terminal bénéficie ensuite aux terminaux présentant des configurations similaires.
À l’issue de l’opération 103, les procédés peuvent se poursuivre par la mise en œuvre d’opérations 106 et/ou 107 décrites ci-après.
L’opération 104 comprend : identifier, dans la table de correspondance II et par application de règles préétablies, une paire B x , C y d’identifiants d’une couche matérielle et de système d’exploitation la plus proche de celle du jeu d’identifiants B 1 , C 1 transmis depuis le terminal 1.
Les règles préétablies pour définir la paire d’identifiants B x , C y la plus proche de la paire d’identifiants transmis B 1 , C 1 sont construites de manière à maximiser la probabilité que le fichier de configuration D x,y correspondant soit compatible aussi avec la configuration (B 1 , C 1 ) du terminal 1 même si la configuration du terminal 1 n’est pas strictement identique à la configuration pour laquelle le fichier de configuration D x,y a été créé. Par exemple, on peut définir la notion de proximité en appliquant une première règle classant les paires présentant un identifiant B commun (B 1 =B x ) comme plus proches l’une de l’autre que les paires présentant un identifiant C commun (C 1 =C y ), les paires présentant un identifiant C commun étant elles-mêmes plus proches l’une de l’autre que les paires ne présentant ni identifiant B commun, ni identifiant C commun. Une seconde règle peut ensuite classer entre elles (plus finement) les paires obtenant un même classement par l’application de la première règle. Une telle seconde règle peut par exemple classer les paires comme étant les plus proches l’une de l’autre lorsque les deux identifiants (B 1 et B x , ou C 1 et C x ) correspondent à des versions d’un même concepteur/constructeur et/ou lorsque leurs numéros de versions sont proches. De manière imagée, les règles peuvent être construites de sorte qu’une paire d’identifiants B 1 = « bidule_phone_13 » et C 1 = « eOS_13.4 » soit considérée plus proche de la paire d’identifiants B x = « bidule_phone_13 » et C y = « eOS_13.3 » que de la paire d’identifiants B x = « G_phone_4 » ; C y = « gOS_4.42 ». La construction des règles peut présenter une grande variété mais reste à la portée d’une personne du métier et dépend du contexte d’usage.
Une manœuvre de la poignée par un utilisateur provoque un déplacement de l'organe de transmission 4. Ceci a pour effet de provoquer un basculement du levier qui manœuvre alors, directement ou indirectement, l’organe mobile 102. Ce dernier est agencé en un levier d’entraînement d’un pêne équipant la serrure afin d'autoriser une ouverture de l'ouvrant par suite de la manœuvre de la poignée par l'utilisateur.
Sur la , l’organe de manœuvre 4a comprend au moins un support 201 et une palette 202 articulée par rapport au support 201. La palette 202 est reliée mécaniquement à l’organe de transmission 4 qui prend la forme d’une tringle 500. Cette montre également un élément à câble 400 qui comprend une gaine 401 logeant un câble 402, une telle représentation ayant pour but d’illustrer le caractère alternatif de la tringle 500 et de l’élément à câble 400, reliés à un même organe de manœuvre 4a. Selon l’invention, le support 201 comprend un arrêt de gaine, ici un premier arrêt de gaine 403a configuré pour retenir la gaine 401 de l’élément à câble 400.
Un arrêt de gaine est une zone adaptée pour attraper une extrémité de la gaine 401 et empêcher que celle-ci ne bouge dans une direction identique à celle du câble 402.
Une partie en haut à droite de la montre une première configuration V1 où le dispositif de commande 101 comprend la tringle 500, tandis qu’une partie en bas à droite de la montre une deuxième configuration V2, où l’élément à câble 400 a remplacé la tringle 500 dans sa fonction d’organe de transmission 4. Le schéma à gauche de la illustre quant à lui le caractère alternatif du montage entre la tringle 500 et l’élément à câble 400 sur la palette 202.
La palette 202 comprend un bras au bout duquel la tringle 500 est attachée via une agrafe 1, qui sera abordée plus en détails aux figures 4 à 7.
La montre l’organe à manœuvrer 4b comprenant un cadre 301 et un levier 302 articulé par rapport au cadre 301. Le levier 302 est relié mécaniquement à l’organe de transmission 4 formé de la tringle 500 selon la première configuration V1 illustrée à droite de la . La deuxième configuration V2 illustrée à gauche montre l’élément à câble 400 en lieu et place de la tringle 500. Selon l’invention, le cadre 301 comprend un arrêt de gaine, ici un deuxième arrêt de gaine 403b, configuré pour retenir la gaine 401 de l’élément à câble 400 lorsque l’invention est utilisée selon sa deuxième configuration V2.
L’organe à manœuvrer 4b illustré à la est par exemple une serrure d’un ouvrant d’un véhicule automobile. Le levier 302 est relié à un pêne charger de libérer l’ouvrant quand l’organe de transmission 4 tire sur le levier 302.
Sur les figures 2 ou 3, le support 201 et/ou le cadre 301 comprend un dégagement 501 par lequel passe la tringle 500. Ce dégagement 501 forme un volume apte à recevoir une portion de la tringle 500. Un tel dégagement 501 est immédiatement adjacent de l’arrêt de gaine 403b.
On note que les deux extrémités 511, 512 de la tringle 500 et que les deux extrémités 411, 412 de l’élément à câble 400 sont pourvues d’un embout respectif 2 agencé en coude 2c interposé entre la première branche 2a de l’embout 2 et une deuxième branche 2b, tel que schématisé sur la .
On note aussi que les extrémités 511, 512 de la tringle 500 et les extrémités 411, 412 de l’élément à câble 400 sont solidarisées à la palette 202 ou au levier 302 par une agrafe 1 d’un premier type illustrée sur la , ci-dessous dénommée l’agrafe 1, ou une agrafe 1’ d’un deuxième type, illustrée sur la , et qui est coudée. L’agrafe 1’ d’un deuxième type présente un profil sensiblement complémentaire à celui de l'embout 2, en étant notamment coudé à 90°. De la sorte, la première branche 2a de l'embout 2 coopère par emboitement avec un moyen de clippage, par exemple de type d’un fut partiellement échancré dont l’extrémité libre est déformable radialement. La deuxième branche 2b de l'embout 2 est orientée perpendiculairement à la première branche 2a et coopère avec un moyen de verrouillage de type à crochet. De la sorte, le montage de l’agrafe 1’ sur l’embout 2 s’effectue selon deux étapes successives, d’abord un positionnement selon un déplacement axial de la première branche 2a à l’intérieur dudit moyen de clippage, puis un basculement à rotation, approximativement d’un quart de tour autour de l’axe A2 afin d’immobiliser l’agrafe 1’ sur l’embout 2 par ledit moyen de verrouillage venant alors en prise autour de la deuxième branche 2b.
Dans ce qui suit est présentée en détail l’agrafe 1 d’un premier type des figures 2, 4 à 7, mais il est entendu que l’invention trouve application avec les deux types d’agrafe 1 et 1’ décrites ici.
Sur les figures 4 à 7, les éléments représentés sont illustrés dans un repère orthonormé Oxyz qui comprend un axe vertical Oz et un plan horizontal Oxy orthogonal à l’axe vertical Oz. Ainsi, les qualificatifs « supérieur » et « inférieur » indiquent une position relative d’éléments suivant l’axe vertical Oz et les qualificatifs « latéral » ou "transversal" indiquent une position relative d’éléments dans le plan horizontal Oxy de part et d’autre de l’axe vertical Oz.
Le procédé de commande permet ainsi d’annuler le phénomène d’auto-oscillation tout en maitrisant la dynamique du point de fonctionnement.
L’invention a également pour objet un système de commande d’un groupe motopropulseur hybride de véhicule automobile, illustré par la .
Le système de commande 10 comprend un premier moyen de calcul 11 configuré pour exécuter une loi de gestion de l’énergie de sorte à déterminer le point de fonctionnement du groupe motopropulseur hybride, , c’est-à-dire, une consigne de couple brute du moteur thermique ENG_TQ_OPT_RAW en fonction de la consommation globale du groupe motopropulseur, via la résolution analytique de l’équation permettant de définir le point de fonctionnement impliquant la consommation la plus basse possible.
Un deuxième moyen de calcul 12 est configuré pour déterminer le facteur d’équivalence FAC_EQ en fonction en fonction de l’énergie courante présente dans la batterie et de la cible d’énergie de la batterie.
Un troisième moyen de calcul 13 détermine le gradient du facteur d’équivalence FAC_EQ_GRD en fonction du facteur d’équivalence FAC_EQ à l’instant courant, d’une valeur mémorisée du facteur d’équivalence FAC_EQ à un instant précédent, et de la durée entre l’instant courant et l’instant précédent. Lors de la première occurrence, le gradient est initialisé à sa valeur courante.
Un quatrième moyen de calcul 14 détermine le couple au niveau du vilebrequin CRK_TQ_TG en fonction du couple cible requis à la roue WHL_TQ_TG et du rapport de démultiplication ENG_RAT.
Un cinquième moyen de calcul 15 détermine le gradient du couple au niveau du vilebrequin CRK_TQ_TG_GRD en fonction du couple au niveau du vilebrequin CRK_TQ_TG à l’instant courant, d’une valeur mémorisée du couple au niveau du vilebrequin CRK_TQ_TG à un instant précédent, et à la durée entre l’instant courant et l’instant précédent. Lors de la première occurrence, le gradient est initialisé à une valeur prédéfinie par défaut.
Un moyen de filtrage 16 réalise le filtrage au premier ordre du gradient du couple au niveau du vilebrequin CRK_TQ_TG_GRD en fonction d’une constante de temps TAU.
Un sixième moyen de calcul 17 associé à une mémoire comprenant une première table TABLE_2D_GRD_POS_MAX est configuré pour déterminer une valeur maximale du gradient de couple moteur thermique CRK_TQ_OPT_GRD_MAX_TABLE en fonction du gradient du facteur d’équivalence FAC_EQ_GRD et du gradient du couple au niveau du vilebrequin CRK_TQ_TG_GRD_FIL.
Un septième moyen de calcul 18 associé à une mémoire comprenant une table TABLE_2D_GRD_POS_MIN est configuré pour déterminer une valeur minimale du gradient de couple moteur thermique CRK_TQ_OPT_GRD_MIN_TABLE en fonction du gradient du facteur d’équivalence FAC_EQ_GRD et du gradient du couple au niveau du vilebrequin CRK_TQ_TG_GRD_FIL.