Brevet FR3146567A1 — publié le 20240913

Un procédé de contrôle est mis en œuvre dans un système comprenant une architecture de type client-serveur dans laquelle au moins un serveur transmet des premières valeurs minimale et maximale d’une quantité d’une grandeur physique qu’il peut fournir, et au moins un client génère et transmet au serveur une consigne comprise entre ces premières valeurs minimale et maximale pour qu’il fournisse une quantité de grandeur physique égale à cette consigne. Ce procédé comprend une étape (10-60) dans laquelle, en cas de réception de la consigne par le serveur à un instant t, on détermine si cette consigne est comprise entre des premières valeurs minimale et maximale transmises à un instant t - dt, où dt est une durée représentative d’un temps de transmission aller-retour entre les serveur et client, et dans l’affirmative on autorise le serveur à fournir une quantité de grandeur physique égale à cette consigne. Figure 3 CONTRÔLE DE LA FOURNITURE D’UNE QUANTITÉ D’UNE GRANDEUR PHYSIQUE PAR UN SERVEUR D’UNE ARCHITECTURE CLIENT-SERVEUR D’UN SYSTÈME Domaine technique de l’invention L’invention concerne les systèmes comprenant une architecture de type client-serveur, et plus précisément le contrôle de la fourniture d’une quantité d’une grandeur physique par un serveur d’une telle architecture. Etat de la technique Certains systèmes, comme par exemple certains véhicules (éventuellement de type automobile), comprennent une architecture de type client-serveur dans laquelle : - au moins un serveur est propre à transmettre, via un réseau de communication interne (éventuellement multiplexé), des premières valeurs minimale et maximale d’une quantité d’une grandeur physique qu’il peut fournir, et - au moins un client est propre à générer et transmettre au serveur, via le réseau de communication interne, une consigne comprise entre ces premières valeurs minimale et maximale pour qu’il fournisse une quantité de grandeur physique égale à cette consigne. A titre d’exemple, dans un système constituant un véhicule un serveur peut être un ensemble comprenant un groupe motopropulseur (ou GMP) et un calculateur de supervision de ce GMP, et un client peut être un calculateur chargé de contrôler les déplacements du véhicule (éventuellement pour une fonction de régulation de vitesse et de distance entre véhicules). Dans ce cas, la grandeur physique que fournit le GMP est un couple (en N.m). En présence de l’architecture client-serveur décrite ci-avant, lorsque le serveur reçoit la consigne d’un client à un instant t, on détermine actuellement si cette consigne est comprise entre les premières valeurs minimale et maximale qui sont en cours dans le serveur à cet instant t, et dans l’affirmative on autorise le serveur à fournir une quantité de grandeur physique qui est égale à cette consigne. Dans la négative, on détermine si la consigne transmise est comprise entre une seconde valeur maximale, égale à la somme de la première valeur minimale en cours à l’instant t et d’une première marge, et une seconde valeur minimale, égale à la somme de la première valeur maximale en cours à l’instant t et d’une seconde marge. On notera que dans une variante de réalisation il est aussi possible de déterminer tout de suite, c’est-à-dire sans faire la première détermination, si la consigne transmise est comprise entre une seconde valeur maximale, égale à la somme de la première valeur minimale en cours à l’instant t et d’une première marge, et une seconde valeur minimale, égale à la somme de la première valeur maximale en cours à l’instant t et d’une seconde marge. Ce mode de contrôle de la fourniture de la quantité de grandeur physique présente au moins un inconvénient. En effet, il ne prend pas en compte le temps de transmission aller-retour entre les serveur et client via le réseau de communication interne, et donc il arrive fréquemment que la consigne reçue à l’instant t ne soit pas comprise entre les premières valeurs minimale et maximale en cours dans le serveur à cet instant t. Cela résulte du fait que les premières valeurs minimale et maximale varient dans le temps, et parfois très rapidement (et notamment plus rapidement que le temps de transmission aller-retour précité). Actuellement, pour limiter les conséquences de l’inconvénient précité on augmente les première et seconde marges afin de compenser le décalage temporel lié au temps de transmission aller-retour pour éviter les fausses détections. Or, cela n’est pas entièrement satisfaisant car cela empêche d’avoir des première et seconde marges correspondant effectivement à ce que l’on souhaite autoriser. L’invention a donc notamment pour but d’améliorer la situation. Présentation de l’invention Elle propose notamment à cet effet un procédé de contrôle destiné à être mis en œuvre dans un système comprenant une architecture de type client-serveur dans laquelle : - au moins un serveur est propre à transmettre des premières valeurs minimale et maximale d’une quantité d’une grandeur physique qu’il peut fournir, et - au moins un client est propre à générer et transmettre au serveur une consigne comprise entre ces premières valeurs minimale et maximale pour qu’il fournisse une quantité de grandeur physique égale à cette consigne. Ce procédé de contrôle se caractérise par le fait qu’il comprend une étape dans laquelle, en cas de réception de la consigne par le serveur à un instant t, on détermine si cette consigne est comprise entre des premières valeurs minimale et maximale transmises à un instant t - dt, où dt est une durée représentative d’un temps de transmission aller-retour entre les serveur et client, et dans l’affirmative on autorise le serveur à fournir une quantité de grandeur physique égale à cette consigne. Cette prise en compte du temps de transmission aller-retour permet désormais de comparer des consignes et premières valeurs se correspondant temporellement, et donc d’utiliser des marges correspondant effectivement à ce que l’on souhaite autoriser. Le procédé de contrôle selon l’invention peut comporter d’autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : - dans un premier mode de réalisation, dans son étape, on peut utiliser une durée dt prédéfinie, égale à un temps de transmission aller-retour entre les serveur et client préalablement déterminé ; - dans un second mode de réalisation, dans son étape, on peut utiliser une durée dt qui est égale à une valeur absolue d’une différence entre un premier instant de transmission de premières valeurs minimale et maximale et un second instant de réception d’une consigne générée consécutivement à la réception de ces premières valeurs minimale et maximale ; - dans son étape, on peut utiliser une première valeur minimale transmise à l’instant t - dt et intégrant une première marge choisie, et une première valeur maximale transmise à l’instant t - dt et intégrant une seconde marge choisie. En variante, on peut déterminer si la consigne transmise est comprise entre une seconde valeur minimale, égale à une somme de la première valeur minimale transmise à l’instant t - dt et d’une première marge choisie, et une seconde valeur maximale, égale à une somme de la première valeur maximale transmise à l’instant t - dt et d’une seconde marge choisie ; - en présence de la dernière option (ou de sa variante), dans son étape, on peut utiliser des première et seconde marges prédéfinies ; - en variante, en présence de la dernière option, dans son étape, on peut utiliser des première et seconde marges qui sont fonction des premières valeurs minimale et maximale transmises à l’instant t - dt. L’invention propose également un produit programme d’ordinateur comprenant un jeu d’instructions qui, lorsqu’il est exécuté par des moyens de traitement, est propre à mettre en œuvre un procédé de contrôle du type de celui présenté ci-avant, dans un système comprenant une architecture de type client-serveur dans laquelle au moins un serveur est propre à transmettre des premières valeurs minimale et maximale d’une quantité d’une grandeur physique qu’il peut fournir, et au moins un client est propre à générer et transmettre au serveur une consigne comprise entre ces premières valeurs minimale et maximale pour qu’il fournisse une quantité de grandeur physique égale à cette consigne, pour contrôler la fourniture de la quantité de grandeur physique par le serveur. L’invention propose également un dispositif de contrôle destiné à équiper un système comprenant une architecture de type client-serveur dans laquelle : - au moins un serveur est propre à transmettre des premières valeurs minimale et maximale d’une quantité d’une grandeur physique qu’il peut fournir, et - au moins un client est propre à générer et transmettre au serveur une consigne comprise entre ces premières valeurs minimale et maximale pour qu’il fournisse une quantité de grandeur physique égale à cette consigne. Ce dispositif de contrôle se caractérise par le fait qu’il comprend au moins un processeur et au moins une mémoire agencés pour effectuer les opérations consistant, en cas de réception de la consigne par le serveur à un instant t, à déterminer si cette consigne est comprise entre des premières valeurs minimale et maximale transmises à un instant t - dt, où dt est une durée représentative d’un temps de transmission aller-retour entre les serveur et client, et dans l’affirmative à autoriser le serveur à fournir une quantité de grandeur physique égale à cette consigne. L’invention propose également un système comprenant, d’une part, une architecture de type client-serveur dans laquelle au moins un serveur est propre à transmettre des premières valeurs minimale et maximale d’une quantité d’une grandeur physique qu’il peut fournir, et au moins un client est propre à générer et transmettre au serveur une consigne comprise entre ces premières valeurs minimale et maximale pour qu’il fournisse une quantité de grandeur physique égale à cette consigne, et, d’autre part, un dispositif de contrôle du type de celui présenté ci-avant. Par exemple, ce système peut constituer un véhicule, éventuellement de type automobile. Brève description des figures D’autres caractéristiques et avantages de l’invention apparaîtront à l’examen de la description détaillée ci-après, et des dessins annexés, sur lesquels : illustre schématiquement et fonctionnellement un exemple de réalisation d’un système constituant un véhicule et comprenant un dispositif de contrôle selon l’invention et une architecture client-serveur, illustre schématiquement et fonctionnellement un exemple de réalisation d’un calculateur de supervision faisant partie d’un serveur de l’architecture client-serveur de la et comprenant un exemple de réalisation d’un dispositif de contrôle selon l’invention, et illustre schématiquement un exemple d’algorithme mettant en œuvre un procédé de contrôle selon l’invention. Description détaillée de l’invention L’invention a notamment pour but de proposer un procédé de contrôle, et un dispositif de contrôle DC2 associé, destinés à permettre un contrôle de la fourniture d’une quantité qgp d’une grandeur physique par un serveur d’une architecture de type client-serveur d’un système S. Dans ce qui suit, on considère, à titre d’exemple non limitatif, que le système S est un véhicule de type automobile. Il s’agit par exemple d’une voiture, comme illustré sur la . Mais l’invention n’est pas limitée à ce type de système. Elle concerne en effet tout type de système comprenant une architecture client-serveur, avec un serveur propre à fournir une quantité d’une grandeur physique. Ainsi, elle concerne notamment les véhicules (terrestres, maritimes (ou fluviaux), et aériens), les installations (éventuellement de type industriel), les appareils électriques (éventuellement grand public), et les bâtiments. Par ailleurs, compte tenu du choix qui précède, on considère dans ce qui suit, à titre d’exemple non limitatif, que l’architecture (de type) client-serveur comprend un serveur, comportant notamment un groupe motopropulseur (ou GMP) et un calculateur CS chargé de superviser ce GMP, et un client, comportant au moins un calculateur client CC, par exemple chargé de contrôler les déplacements du véhicule S (éventuellement pour une fonction de régulation de vitesse et de distance entre véhicules). De ce fait, la grandeur physique que fournit le GMP est un couple (en N.m). Mais un système S peut comprendre d’autres types de serveur et de client. Par ailleurs, un serveur peut être associé à plusieurs (au moins deux) clients, et un système S peut comprendre plusieurs architectures client-serveur indépendantes les unes des autres. On a schématiquement représenté sur la un système S (ici un véhicule) comprenant une chaîne de transmission à GMP thermique, un calculateur de supervision CS, un calculateur client CC, un réseau de communication interne RC (éventuellement multiplexé), et un dispositif de contrôle DC2 selon l’invention. On notera que le GMP pourrait être de type tout électrique ou de type hybride (électrique et thermique). Comme illustré, la chaîne de transmission comprend aussi, ici, un arbre moteur AM, un dispositif de couplage DC1, une boîte de vitesses BV, et un arbre de transmission AT. Le fonctionnement de la chaîne de transmission (et donc du GMP) est supervisé par le calculateur de supervision CS (faisant partie du serveur avec le GMP). Le GMP étant ici purement thermique, à titre d’exemple illustratif, il comprend une machine motrice thermique MMT comprenant un vilebrequin (non représenté) qui est solidarisé fixement à l’arbre moteur AM afin d’entraîner ce dernier (AM) en rotation. Cette machine motrice thermique MMT est propre à fonctionner selon un premier régime pour fournir une grandeur physique (ici un couple), sur ordre du calculateur de supervision CS. De plus, elle (MMT) est propre à être couplée à la boîte de vitesses BV via le dispositif de couplage DC1. Ce dernier (DC1) est propre à délivrer du couple à partir du couple produit par la machine motrice thermique MMT, notamment pour au moins un train T1 de roues motrices, lorsqu’il est dans sa position couplée et donc lorsqu’il couple la machine motrice thermique MMT à la boîte de vitesses BV. Par exemple, le dispositif de couplage DC1 peut être un embrayage à circuit hydraulique. Mais il pourrait être d’un autre type. Egalement par exemple, le train T1 peut être situé dans la partie avant PVV du véhicule S. Il est de préférence, et comme illustré, couplé à l’arbre de transmission AT via un différentiel (ici avant) DV. Mais dans une variante ce train T1 pourrait être celui référencé T2 qui est situé dans la partie arrière PRV du véhicule S. Le système S (ici un véhicule) dispose également d’au moins une fonction contrôlée par le calculateur client CC et propre à générer une consigne cq définissant la quantité de grandeur physique qgp qu’elle voudrait que le serveur fournisse. Ici, chaque consigne cq est un couple et la fonction est, par exemple, une fonction d’aide à la conduite chargée de réguler la vitesse du véhicule S et la distance entre véhicules. Le calculateur de supervision CS est notamment chargé de générer et transmettre, via le réseau de communication interne RC et au moins à destination du calculateur client CC, des premières valeurs minimale v1min et maximale v1max de la quantité de grandeur physique qgp que le serveur (ici le GMP) peut fournir à l’instant considéré. De son côté le calculateur client CC est propre à générer et transmettre au serveur (et plus précisément au calculateur de supervision CS), via le réseau de communication interne RC, une consigne cq qui est comprise entre les dernières premières valeurs minimale v1min et maximale v1max transmises par le calculateur de supervision CS. Cette consigne cq est représentative de la quantité de grandeur physique qgp que le calculateur client CC voudrait que le GMP fournisse à l’instant considéré. Comme évoqué plus haut, l’invention propose notamment un procédé de contrôle destiné à permettre le contrôle de la fourniture de la quantité de grandeur physique qgp par le serveur de l’architecture client-serveur du véhicule S. Ce procédé (de contrôle) peut être mis en œuvre au moins partiellement par le dispositif de contrôle DC2 (illustré au moins partiellement sur les figures 1 et 2) qui comprend à cet effet au moins un processeur PR1, par exemple de signal numérique (ou DSP (« Digital Signal Processor »)), et au moins une mémoire MD. Ce dispositif de contrôle DC2 peut donc être réalisé sous la forme d’une combinaison de circuits ou composants électriques ou électroniques (ou « hardware ») et de modules logiciels (ou « software »). A titre d’exemple, il peut s’agir d’un microcontrôleur. La mémoire MD est vive afin de stocker des instructions pour la mise en œuvre par le processeur PR1 d’une partie au moins du procédé de contrôle. Le processeur PR1 peut comprendre des circuits intégrés (ou imprimés), ou bien plusieurs circuits intégrés (ou imprimés) reliés par des connections filaires ou non filaires. On entend par circuit intégré (ou imprimé) tout type de dispositif apte à effectuer au moins une opération électrique ou électronique. Dans l’exemple illustré non limitativement sur les figures 1 et 2, le dispositif de contrôle DC2 fait partie du calculateur de supervision CS. Mais cela n’est pas obligatoire. En effet, le dispositif de contrôle DC2 pourrait comprendre son propre calculateur dédié, lequel est alors couplé au calculateur de supervision CS, ou bien pourrait faire partie d’un autre calculateur embarqué dans le système S (ici un véhicule) et assurant au moins une autre fonction, par exemple. Comme illustré non limitativement sur la , le procédé (de contrôle), selon l’invention, comprend une étape 10-60 qui est mise en œuvre chaque fois que le client veut transmettre une consigne cq au serveur, et donc que le serveur (et plus précisément son calculateur de supervision CS) transmet au client (et plus précisément à son calculateur client CC), via le réseau de communication interne RC, un message contenant des premières valeurs minimale v1min et maximale v1max. L’étape 10-60 du procédé comprend donc, tout d’abord, une sous-étape 10 dans laquelle, on transmet (le dispositif de contrôle DC2 déclenche la transmission) au calculateur client CC, via le réseau de communication interne RC, un (d’un) message contenant des premières valeurs minimale v1min et maximale v1max que le serveur (ici le GMP) est en capacité de fournir à l’instant considéré. Puis, ces premières valeurs minimale v1min et maximale v1max sont stockées en correspondance de cet instant considéré dans une mémoire du dispositif de contrôle DC2 ou du calculateur de supervision CS. A réception des premières valeurs minimale v1min et maximale v1max, le client (et plus précisément son calculateur client CC) génère une consigne cq qui est comprise entre les premières valeurs minimale v1min et maximale v1max reçues, puis transmet au serveur (et plus précisément à son calculateur de supervision CS), via le réseau de communication interne RC, un message contenant cette consigne cq qu’il vient de générer. L’étape 10-60 du procédé comprend aussi une sous-étape 20 dans laquelle, en cas de réception par le serveur à un instant t de la consigne cq(t), on (le dispositif de contrôle DC2) détermine si cette consigne cq(t) est comprise entre des premières valeurs minimale v1min(t-dt) et maximale v1max(t-dt) transmises à un instant t - dt (et précédemment stockées). La durée dt est ici représentative du temps de transmission aller-retour entre le serveur et le client. L’étape 10-60 du procédé comprend aussi une sous-étape 30 dans laquelle, lorsque l’on a v1min(t-dt) ≤ cq(t) ≤ v1max(t-dt), on (le dispositif de contrôle DC2) autorise le serveur à fournir une quantité de grandeur physique qgp qui est égale à la consigne cq transmise par le client. Grâce à cette prise en compte du temps de transmission aller-retour, on peut désormais comparer des consigne cq(t) et premières valeurs v1min(t-dt) et v1max(t-dt) qui se correspondent temporellement, ce qui permet d’utiliser des première m1 et seconde m2 marges (sur lesquelles on reviendra plus loin) qui correspondent effectivement à ce que l’on souhaite autoriser et donc d’éviter quasiment totalement l’occurrence d’une fausse détection. Au moins deux modes de réalisation peuvent être envisagés pour le procédé (et donc le dispositif de contrôle DC2) selon la durée dt utilisée. Dans un premier mode de réalisation, dans la sous-étape 20 on (le dispositif de contrôle DC2) peut utiliser une durée dt qui est prédéfinie. Dans ce cas, la durée dt est égale à un temps de transmission aller-retour entre les serveur et client qui a été préalablement déterminé, par exemple en usine ou centre d’essais (dans le cas d’un véhicule S). Par exemple, cette durée prédéfinie dt peut être une valeur moyenne déterminée sur un nombre important de mesures de temps de transmission aller-retour, ou bien la valeur la plus grande de tout une série de mesures de temps de transmission aller-retour effectuées. Dans un second mode de réalisation, dans la sous-étape 20 on (le dispositif de contrôle DC2) peut utiliser une durée dt qui est égale à la valeur absolue de la différence entre un premier instant i1 de transmission des premières valeurs minimale v1min et maximale v1max et un second instant i2 de réception de la consigne cq qui a été générée consécutivement à la réception de ces premières valeurs minimale v1min et maximale v1max. On utilise alors une durée dt égale à |i1 - i2|. Optionnellement, on peut calculer plusieurs durées, puis déterminer la valeur moyenne de ces durées calculées pour obtenir la durée dt. Lorsque dans la sous-étape 20 la comparaison montre que la consigne cq(t) n’est pas comprise entre les premières valeurs minimale v1min(t-dt) et maximale v1max(t-dt), l’étape 10-60 du procédé peut comprendre une sous-étape 40, comme illustré non limitativement sur la . Dans cette sous-étape 40, on (le dispositif de contrôle DC2) peut déterminer si la consigne cq transmise est comprise entre une seconde valeur minimale v2min(t-dt), égale à la somme de la première valeur minimale v1min(t-dt) transmise à l’instant t - dt et d’une première marge m1 choisie, et une seconde valeur maximale v2max(t-dt), égale à la somme de la première valeur maximale v1max(t-dt) transmise à l’instant t - dt et d’une seconde marge m2 choisie. En d’autres termes, on détermine si la condition v2min(t-dt) = (v1min(t-dt) + m1) ≤ cq(t) ≤ v2max(t-dt) = (v1max(t-dt) + m2) est vérifiée. Dans l’affirmative, et donc si l’on a v2min(t-dt) ≤ cq(t) ≤ v2max(t-dt), l’étape 10-60 du procédé peut comprendre, comme illustré non limitativement sur la , une sous-étape 50 dans laquelle on (le dispositif de contrôle DC2) autorise le serveur à fournir une quantité de grandeur physique qgp qui est égale à la consigne cq(t) transmise par le client. En revanche, dans la négative, et donc si cq(t) n’appartient pas à l’intervalle [v2min(t-dt), v2max(t-dt)], l’étape 10-60 du procédé peut comprendre, comme illustré non limitativement sur la , une sous-étape 60 dans laquelle on (le dispositif de contrôle DC2) considère que le serveur ne peut pas satisfaire la demande cq(t) du client car elle est plus petite ou plus grande que ce que peut fournir le serveur, marge m1 ou m2 comprise. Dans ce cas, la fourniture d’une quantité de grandeur physique qgp égale à cq(t) est refusée (ou interdite ou limitée aux valeurs minimale et maximale courantes) et le client en est immédiatement informé, car on est dans une situation de défaillance. En variante, on (le dispositif de contrôle DC2) pourrait dès la sous-étape 20 déterminer immédiatement si la consigne cq(t) est comprise entre la seconde valeur minimale v2min(t-dt) et la seconde valeur maximale v2max(t-dt). Cela revient à dire que la première valeur minimale v1min(t-dt) intègre initialement la première marge m1 et la première valeur maximale v1max(t-dt) intègre initialement la seconde marge m2. Dans ce cas, le procédé ne comprend pas les sous-étapes 40 et 50. On notera que dans la sous-étape 40 on peut utiliser des première m1 et seconde m2 marges qui sont prédéfinies (et donc constantes). Mais cela n’est pas une obligation. En effet, dans la sous-étape 40 on pourrait utiliser des première m1 et seconde m2 marges qui sont fonction des premières valeurs minimale v1min(t-dt) et maximale v1max(t-dt) transmises à l’instant t - dt. Cette option permet d’adapter dynamiquement à la situation en cours les première m1 et seconde m2 marges que l’on accepte d’autoriser et donc de réduire encore plus la probabilité de survenue d’une défaillance (ou fausse détection). Dans la variante mentionnée dans le paragraphe précédent, les première m1 et seconde m2 marges sont utilisées dans la sous-étape 20. On notera également, comme illustré non limitativement sur la , que le calculateur de supervision CS (ou le calculateur du dispositif de contrôle DC2) peut aussi comprendre une mémoire de masse MM1, notamment pour stocker chaque consigne cq(t) reçue et les premières valeurs minimale v1min et maximale v1max transmises en correspondance de leur instant de transmission, ainsi que d’éventuelles données intermédiaires intervenant dans tous ses calculs et traitements. Par ailleurs, ce calculateur de supervision CS (ou le calculateur du dispositif de contrôle DC2) peut aussi comprendre une interface d’entrée IE pour la réception d’au moins chaque consigne cq(t) reçue, pour les utiliser dans des calculs ou traitements, éventuellement après l’avoir mise en forme et/ou démodulée et/ou amplifiée, de façon connue en soi, au moyen d’un processeur de signal numérique PR2. De plus, ce calculateur de supervision CS (ou le calculateur du dispositif de contrôle DC2) peut aussi comprendre une interface de sortie IS, notamment pour délivrer chaque message contenant des premières valeurs minimale v1min et maximale v1max et chaque message d’autorisation ou d’interdiction d’utilisation d’une consigne cq(t) reçue. On notera également que l’invention propose aussi un produit programme d’ordinateur (ou programme informatique) comprenant un jeu d’instructions qui, lorsqu’il est exécuté par des moyens de traitement de type circuits électroniques (ou hardware), comme par exemple le processeur PR1, est propre à mettre en œuvre le procédé de contrôle décrit ci-avant pour contrôler la fourniture de la quantité de grandeur physique qgp par le (un) serveur du système S. Procédé de contrôle pour un système (S) comprenant une architecture de type client-serveur dans laquelle i) au moins un serveur est propre à transmettre des premières valeurs minimale et maximale d’une quantité d’une grandeur physique qu’il peut fournir, et ii) au moins un client est propre à générer et transmettre audit serveur une consigne comprise entre lesdites premières valeurs minimale et maximale pour qu’il fournisse une quantité de grandeur physique égale à ladite consigne, caractérisé en ce qu’il comprend une étape (10-60) dans laquelle, en cas de réception de ladite consigne par ledit serveur à un instant t, on détermine si cette consigne est comprise entre des premières valeurs minimale et maximale transmises à un instant t - dt, où dt est une durée représentative d’un temps de transmission aller-retour entre lesdits serveur et client, et dans l’affirmative on autorise ledit serveur à fournir une quantité de grandeur physique égale à ladite consigne. Procédé selon la revendication 1, caractérisé en ce que dans ladite étape (10-60) on utilise une durée dt prédéfinie, égale à un temps de transmission aller-retour entre lesdits serveur et client préalablement déterminé. Procédé selon la revendication 1, caractérisé en ce que dans ladite étape (10-60) on utilise une durée dt égale à une valeur absolue d’une différence entre un premier instant de transmission de premières valeurs minimale et maximale et un second instant de réception d’une consigne générée consécutivement à la réception de ces premières valeurs minimale et maximale. Procédé selon l’une des revendications 1 à 3, caractérisé en ce que dans ladite étape (10-60) on utilise une première valeur minimale transmise à l’instant t - dt et intégrant une première marge choisie, et une première valeur maximale transmise à l’instant t - dt et intégrant une seconde marge choisie. Procédé selon la revendication 4, caractérisé en ce que dans ladite étape (10-60) on utilise des première et seconde marges prédéfinies. Procédé selon la revendication 4, caractérisé en ce que dans ladite étape (10-60) on utilise des première et seconde marges fonction desdites premières valeurs minimale et maximale transmises audit instant t - dt. Produit programme d’ordinateur comprenant un jeu d’instructions qui, lorsqu’il est exécuté par des moyens de traitement, est propre à mettre en œuvre le procédé de contrôle selon l’une des revendications 1 à 6, dans un système (S) comprenant une architecture de type client-serveur dans laquelle i) au moins un serveur est propre à transmettre des premières valeurs minimale et maximale d’une quantité d’une grandeur physique qu’il peut fournir, et ii) au moins un client est propre à générer et transmettre audit serveur une consigne comprise entre lesdites premières valeurs minimale et maximale pour qu’il fournisse une quantité de grandeur physique égale à ladite consigne, pour contrôler la fourniture de ladite quantité de grandeur physique par ledit serveur. Dispositif de contrôle (DC2) pour un système (S) comprenant une architecture de type client-serveur dans laquelle i) au moins un serveur est propre à transmettre des premières valeurs minimale et maximale d’une quantité d’une grandeur physique qu’il peut fournir, et ii) au moins un client est propre à générer et transmettre audit serveur une consigne comprise entre lesdites premières valeurs minimale et maximale pour qu’il fournisse une quantité de grandeur physique égale à ladite consigne, caractérisé en ce qu’il comprend au moins un processeur (PR1) et au moins une mémoire (MD) agencés pour effectuer les opérations consistant, en cas de réception de ladite consigne par ledit serveur à un instant t, à déterminer si cette consigne est comprise entre des premières valeurs minimale et maximale transmises à un instant t - dt, où dt est une durée représentative d’un temps de transmission aller-retour entre lesdits serveur et client, et dans l’affirmative à autoriser ledit serveur à fournir une quantité de grandeur physique égale à ladite consigne. Système (S) comprenant une architecture de type client-serveur dans laquelle i) au moins un serveur est propre à transmettre des premières valeurs minimale et maximale d’une quantité d’une grandeur physique qu’il peut fournir, et ii) au moins un client est propre à générer et transmettre audit serveur une consigne comprise entre lesdites premières valeurs minimale et maximale pour qu’il fournisse une quantité de grandeur physique égale à ladite consigne, caractérisé en ce qu’il comprend en outre un dispositif de contrôle (DC2) selon la revendication 8. Système selon la revendication 9, caractérisé en ce qu’il constitue un véhicule.