Brevet FR2846762A1 — publié le 20040507

L'invention est relative à un procédé et à un système de régulation de la consommation de volume de trafic d'entités informatiques ayant accès à des ressources partagées. Les utilisateurs d'appareils informatiques connectés en réseau, en 5 particulier par l'intermédiaire du réseau Internet, sont, en général, demandeurs de services à caractère forfaitaire, indépendamment de l'utilisation que ces derniers font de ces ressources partagées, et, de préférence, sans contrainte de durée. En échange de telles conditions d'accès, ces utilisateurs attendent 10 une bonne qualité de service, seules des dégradations aux conditions d'accès de type occasionnel, dues par exemple à des congestions, étant susceptibles d'être acceptées par ces derniers. Ce mode d'accès aux ressources, dans le cadre de la relation fournisseur d'accès/client ou utilisateur, est désigné par service "Best Effort" en 15 langage anglo-saxon. La notion de "Best Effort" implique en général des conditions d'accès de même type pour tous les utilisateurs. Un tel mode d'accès impose, notamment, un dimensionnement des ressources fortement dépendant des utilisateurs des plus gros volumes de trafic en réseau. Toutefois, il ne permet pas de différencier les utilisateurs en fonction 20 de l'usage ou utilisation de l'accès aux ressources de ces derniers, accès en termes de volume de trafic. En effet, en raison du caractère forfaitaire de l'accès aux ressources, un tel accès n'est pas basé sur le trafic émis ou reçu entre entité informatique d'utilisateur et ressource partagée par un ensemble de ces derniers. Ainsi, à l'heure actuelle, l'optimisation de l'utilisation des ressources n'est guère envisageable qu'en fonction de l'utilisation moyenne des ressources par l'ensemble des utilisateurs. Une telle utilisation, accompagnée des objectifs de qualité de service nécessaires, induit des règles de dimensionnement des ressources qui se 30 traduisent par des investissements et des cots de maintenance et de gestion non négligeables. En conséquence, en l'absence de toute prise en compte de l'utilisation relative des ressources entre les différents utilisateurs de ressources partagées, les utilisateurs de gros volumes de trafic augmentent, en fait, les cots de l'accès au service pour l'ensemble des utilisateurs. Les utilisateurs de volumes de trafic plus faibles se voient, en quelque sorte, ainsi pénalisés, les ressources, utilisées par ces derniers, définies à partir de l'utilisation moyenne 5 des ressources, apparaissant largement surdimensionnées vis-à-vis de l'utilisation résultant des volumes de trafic plus faibles. Dans ces conditions, des techniques visant à réguler de telles dispositions de volume de trafic n'ont, à ce jour, pas été envisagées. Des techniques spécifiques de contrôle des volumes de trafic 10 engendrés par les utilisateurs d'accès dans le domaine de la transmission de données en réseau ont été proposées. Ces techniques agissent, d'une manière générale, sur le trafic à court terme et peuvent être classées en techniques de contrôle préventif ou de contrôle adaptatif. Les processus de contrôle préventif agissent soit en limitant strictement le débit de données des utilisateurs, soit en limitant le débit continu, encore désigné débit soutenu, en autorisant toutefois des rafales de trafic. Les processus de contrôle de trafic préventif précités entravent l'accès au réseau des utilisateurs lorsqu'ils font une consommation intensive de 20 ces ressources, ce qui est souvent le cas lorsque les utilisateurs précités sont actifs. Ainsi, les utilisateurs précédemment cités sont souvent pénalisés lorsqu'ils sont actifs, même s'ils le sont rarement ou s'ils utilisent peu de ressources réseau en moyenne. En effet, il est connu, dans le domaine technique de la transmission de données en réseau, que le trafic de données engendrées par un utilisateur est fortement variable dans le temps. En particulier, le débit de trafic moyen engendré par un tel utilisateur est très faible par rapport au débit auquel cet utilisateur, lorsqu'il est actif, 30 accède au réseau. Dans ces conditions, tout gestionnaire d'une ressource partagée, telle qu'un serveur dédié, une base de données ou autres, et en particulier un opérateur de réseau, se voit offrir uniquement deux possibilités d'action, soit limiter a priori le débit maximum ou le débit soutenu autorisé pour l'exécution de la transaction à la valeur du débit ou trafic moyen, en contradiction avec l'usage légitime que souhaiterait en faire cet utilisateur, soit supprimer ce type de contraintes en l'absence de tout contrôle et de mesure protectrice lors des périodes de congestion. Les processus de contrôle adaptatif correspondent, par exemple, à des processus mis en oeuvre dans le cadre du protocole TCP établi par l'l. E.T.F. (Internet Engineering Task Force). Le protocole TCP est mis en oeuvre dans les stations de travail, les ordinateurs personnels et les serveurs 10 informatiques. Il permet d'offrir une qualité de service égale aux différents utilisateurs qui en font usage dans les mêmes conditions. Toutefois, il ne permet pas à un gestionnaire de ressource partagée ou à un opérateur de réseau, par exemple, de contrôler ou réguler la consommation en termes de 15 volume de trafic que fait l'utilisateur d'une entité informatique accédant à une ressource partagée. D'autres techniques de contrôle adaptatif ont été mises en oeuvre sur les réseaux. Ces techniques nécessitent, toutefois, la configuration spécifique de ces réseaux, des connexions devant être spécifiquement établies entre deux 20 unités communicantes, telles qu'une entité informatique et une ressource partagée. A titre d'exemples relatifs à ces autres techniques, on peut citer: - le mécanisme ABR, pour "Avaliable Bit Rate", en langage anglosaxon, défini par l'ATM Forum, association d'équipementiers en 25 télécommunications et d'opérateurs; - le protocole Frame Relay, protocole FR, lequel utilise des bits d'information dans les trames du protocole, sous forme de messages BECN "Backward-Explicit Congestion Notification" et FECN "Forward-Explicit Congestion Notification", afin de notifier aux entités communicantes en 30 extrémité d'une connexion réseau qu'il est nécessaire de réduire le débit de transmission, en raison d'une congestion de l'une des ressources réseau utilisées. Les techniques adaptatives précitées permettent uniquement de contrôler et partager l'utilisation des ressources réseau sur des échelles de temps de l'ordre d'un aller-retour sur le réseau, c'est-à- dire en dessous de quelques secondes. En particulier, elles ne permettent aucunement d'équilibrer, voire de planifier l'accès aux ressources du réseau et aux ressources partagées connectées à ce réseau sur des périodes plus longues, significatives du comportement des utilisateurs en matière d'accès au réseau en termes de volume moyen de trafic. La présente invention a pour but de remédier à l'ensemble des inconvénients ou limitations inhérents aux techniques actuelles, connues de l'art antérieur. En particulier, un objet de la présente invention est la mise en oeuvre d'un procédé et d'un système de régulation de la consommation, en termes de 15 volume de trafic, d'entités informatiques ayant accès à des ressources partagées, permettant un partage équitable de l'accès et des conditions d'accès à une ou plusieurs ressources partagées entre utilisateurs d'entités informatiques distinctes, utilisateurs dont la demande d'accès en termes de volume de trafic est fortement variable dans le temps. Un autre objet de la présente invention est, en outre, dans le cadre de la mise en oeuvre du partage équitable précité, une personnalisation de l'estimation de la demande moyenne en termes d'accès ou de volume de trafic sur des périodes d'analyse de longue durée, significatives de la consommation de cet utilisateur en termes de consommation moyenne de volume de trafic. Un autre objet de la présente invention est la mise en oeuvre d'un procédé et d'un système de régulation de la consommation de volume de trafic entre entités informatiques et ressources partagées connectées en réseau, permettant d'assurer statistiquement une bonne qualité de service aux utilisateurs, dits utilisateurs de volumes de trafic normaux, qui n'utilisent pas 30 plus de ressources réseau que les quantités auxquelles ils ont souscrit, sur des périodes de temps correspondant aux échelles de temps permettant d'estimer le trafic moyen de ces derniers. Un autre objet de la présente invention est, en outre, la mise en oeuvre d'un procédé et d'un système de régulation de la consommation de volume de trafic d'entités informatiques ayant accès à des ressources partagées, permettant d'assurer, pour les autres utilisateurs, distincts des 5 utilisateurs de volumes normaux de trafic, un accès aux ressources résiduelles d'un service ou mode d'accès, en termes de volume de trafic, de type "Best Effort", c'est-à-dire sans garantie effective de qualité de service, en fonction des ressources réseau effectivement disponibles. Un autre objet de la présente invention est également la mise en 10 oeuvre d'un procédé et d'un système de régulation de la consommation de volume de trafic d'entités informatiques ayant accès à des ressources partagées permettant une indexation directe des conditions forfaitaires d'accès au réseau, et aux ressources partagées, sur le niveau de consommation moyenne, en termes de volume de trafic, par utilisateur et non sur un niveau de 15 consommation instantanée. Un autre objet de la présente invention est, enfin, la mise en oeuvre d'un procédé et d'un système de régulation de la consommation de volume de trafic permettant de définir plusieurs niveaux de consommation de volume de trafic, et, en conséquence, plusieurs niveaux de qualité de service 20 correspondant lors de l'accès aux ressources partagées. Le procédé de régulation de la consommation, en termes de volume de trafic, d'une pluralité d'entités informatiques ayant accès à une pluralité de ressources partagées connectées en réseau à ces entités informatiques, objet de la présente invention, est remarquable en ce qu'il consiste, pour une 25 régulation par ressource partagée, l'accès à cette ressource partagée étant effectué à partir d'une entité informatique sur requête d'accès adressée à cette ressource par cette entité informatique, à établir une base temporelle constituée par une suite d'intervalles de temps séparés par des instants, constitutifs de dates d'évaluation, décompter, pour cette entité, dès l'émission de la requête 30 d'accès, le volume de trafic entre cette entité informatique et cette ressource, déterminer, à la date d'évaluation courante, la valeur décomptée du volume de trafic entre cette ressource et cette entité informatique, comparer une valeur fonction de la valeur décomptée du volume de trafic à la date d'évaluation courante à une pluralité de valeurs de seuil de volume de trafic, la distribution de ces valeurs de seuil constituant une classification de cette entité informatique en termes de volume de trafic, contrôler l'accès instantané à cette ressource par cette entité informatique pour l'intervalle de temps suivant la date 5 d'évaluation courante, en fonction de la valeur décomptée de volume de trafic à la date d'évaluation courante, les conditions de volume de trafic et d'accès à cette ressource, pour cette entité informatique, étant définies à partir de la classification de cette entité en termes de volume de trafic. Le système de régulation de la consommation en termes de volume 10 de trafic, d'une pluralité d'entités informatiques ayant accès à une pluralité de ressources partagées, objet de la présente invention, est remarquable en ce que, pour assurer une régulation par ressource partagée, l'accès à cette ressource partagée étant effectué à partir d'une entité informatique sur requête d'accès adressée à cette ressource partagée par cette entité informatique, ce 15 système comprend au moins, associés à cette entité informatique et à cette ressource, un module de comptagedécomptage du volume de trafic engendré dès l'émission de cette requête entre cette entité informatique et cette ressource, ce module de comptagedécomptage délivrant une valeur de volume de trafic décomptée, un module d'échantillonnage, à une suite de dates 20 d'évaluation, de la valeur de volume de trafic décomptée, ce module d'échantillonnage délivrant la valeur décomptée du volume de trafic à la date d'évaluation courante entre cette ressource et cette entité informatique, un module comparateur d'une valeur fonction de la valeur décomptée du volume de trafic à la date d'évaluation courante entre cette ressource et cette entité 25 informatique à une pluralité de valeurs de seuil de volume de trafic, la distribution de ces valeurs de seuil constituant une classification de cette entité informatique en termes de volume de trafic, cette classification étant établie pour l'intervalle de temps suivant l'intervalle de temps suivant la date d'évaluation courante, en fonction de la valeur décomptée de volume de trafic à 30 la date d'évaluation courante, un module de contrôle d'accès instantané à cette ressource par cette entité informatique, les conditions de volume de trafic et d'accès à cette ressource pour cette entité informatique étant définies à partir de la classification de cette entité informatique en termes de volume de trafic. Le procédé et le système de régulation de la consommation, en termes de volume de trafic, d'une pluralité d'entités informatiques ayant accès à une pluralité de ressources partagées, objets de l'invention, trouvent application à l'échange de données en réseau à haut débit du type ADSL ou par câble, à 5 l'accès partagé à des bases de données ou à l'accès à des serveurs informatiques. Le procédé et le système objets de la présente invention seront mieux compris à la lecture de la description et à l'observation des dessins ciaprès, dans lesquels: - la figure 1 représente, à titre illustratif, un organigramme des étapes essentielles du procédé objet de la présente invention; - la figure 2 représente, à titre d'exemple non limitatif, un mode de mise en oeuvre spécifique de l'étape de comptage-décomptage mise en oeuvre dans le cadre du procédé objet de la présente invention, tel que représenté en 15 figure 1; - la figure 3A représente, à titre d'exemple non limitatif, un mode de mise en oeuvre spécifique de l'étape de contrôle d'accès instantané mise en oeuvre dans le cadre du procédé objet de la présente invention, tel que représenté en figure 1; - la figure 3B représente, à titre purement illustratif, un mode de mise en oeuvre de la gestion des files d'attente permettant d'assurer le contrôle d'accès instantané illustré en figure 3A; - la figure 3C représente, à titre purement illustratif, un mode de mise en oeuvre préférentiel de la gestion des files d'attente permettant d'assurer le 25 contrôle d'accès instantané illustré en figure 3A; - les figures 4A et 4B représentent, à titre illustratif, une première et une deuxième variante de mise en oeuvre d'une base temporelle spécifique, permettant, de manière particulièrement avantageuse, de définir et de dédier les intervalles d'évaluation en fonction du contexte d'utilisation de l'entité 30 informatique par l'utilisateur dans deux situations distinctes, une première situation correspondant à une variation du volume de trafic prévisible de cette entité et une deuxième situation correspondant à une variation temporelle sensiblement répétitive du volume de trafic consommé par cette entité respectivement; - la figure 4C représente, à titre illustratif, un mode de mise en oeuvre spécifique d'une pluralité de classifications en classes de service distinctes pour 5 des intervalles de temps subdivisés en zones temporelles, ainsi qu'illustré en figure 4B; - la figure 5A représente, à titre illustratif, un schéma fonctionnel par blocs d'un système de régulation de la consommation en termes de volume de trafic entre une pluralité d'entités informatiques ayant accès à une pluralité de 10 ressources partagées connectées en réseau, conforme à l'objet de la présente invention: - la figure 5B représente, à titre purement illustratif, une première variante de mise en oeuvre du système objet de l'invention, dans le cas o un code de classification est alloué à l'entité informatique pour l'ensemble des 15 requêtes d'accès à une ressource spécifique pendant l'intervalle de temps suivant, la transmission des requêtes d'accès et du code de classification de l'entité vis-à-vis de la ressource étant plus particulièrement effectuée par l'entité informatique vers le module de contrôle d'accès constitutif du système objet de la présente invention représenté en figure 5A; - la figure 5C représente, à titre purement illustratif, une deuxième variante de mise en oeuvre du système objet de l'invention, dans le cas o un code de classification est alloué à l'entité informatique pour les requêtes d'accès à une ressource spécifique durant un intervalle de temps, la transmission de couples de variables référence de désignation d'entité 25 informatique/code de classification attribué à celle-ci est effectuée du module comparateur vers le module de contrôle d'accès. Une description plus détaillée du procédé de régulation de la consommation en termes de volume de trafic d'une pluralité d'entités informatiques ayant accès à une pluralité de ressources partagées, objet de la 30 présente invention, sera maintenant donnée en liaison avec la figure 1 et les figures suivantes. D'une manière générale, on indique que le procédé objet de la présente invention permet d'assurer une régulation de l'accès aux ressources partagées Ri pour chacune des entités Ej. L'accès à toute ressource partagée Ri est effectué à partir d'une entité informatique Ej sur requête d'accès Req1 adressée à la ressource partagée par l'entité informatique précitée. Pour la mise en oeuvre du procédé objet de la présente invention, on 5 considère, en conséquence, une entité informatique Ej et une ressource partagée Ri quelconques à l'étape de départ A. Conformément au procédé précité, celui-ci consiste à établir une base temporelle, notée {tn} constituée par une suite d'intervalles de temps séparés par des instants constitutifs de dates d'évaluation. D'une manière générale, on indique que la base temporelle précitée peut être constituée par une base temporelle unique pour l'ensemble des entités informatiques Ej connectées en réseau. Dans cette situation, la base temporelle est notée {tn}, les instants constitutifs de dates d'évaluation, notés tn, étant directement donnés par le temps système de chaque entité informatique, 15 par exemple, ce temps système étant, bien entendu, relié au temps universel. Selon une variante de mise en oeuvre de la base temporelle précitée, celle-ci peut être constituée par une base temporelle dédiée à l'entité informatique Ej considérée. Dans cette situation, les instants constitutifs de dates d'évaluation sont, bien entendu, également reliés au temps système de 20 l'entité informatique considérée, mais les dates d'évaluations précitées peuvent être adaptées en fonction du volume de trafic habituellement demandé par l'entité informatique précitée, ainsi qu'il sera décrit ultérieurement dans la description. Dans cette deuxième situation, la base temporelle dédiée à l'entité 25 informatique Ej est notée de manière semblable {tQ}j. Dans l'un et l'autre cas, base temporelle unique ou base temporelle dédiée, on indique que les dates d'évaluation peuvent être constituées par les dates système de chaque entité informatique Ej repérée de manière conventionnelle par les variables d'année, de mois, de jour, le cas échéant 30 d'heure, minute, seconde, ces variables étant données par le temps système. L'étape A est alors suivie d'une étape B consistant à décompter, pour l'entité informatique considérée Ej, au fil de l'émission des requêtes d'accès Reqj1, le volume de trafic entre l'entité informatique précitée et la ressource Ri. L'étape B est alors suivie d'une étape C consistant à déterminer à la date d'évaluation courante, c'est-à-dire la date tn courante, la valeur décomptée du volume de trafic entre la ressource partagée Ri et l'entité informatique Ej. Sur la figure 1, l'opération consistant à déterminer, à la date 5 d'évaluation courante, la valeur décomptée du volume de trafic précité, permet d'obtenir une valeur de volume de trafic notée Cj(tn). On comprend, en particulier, que la valeur décomptée précitée de volume de trafic est comptée à partir de l'émission de chaque requête d'accès, puis évaluée à chaque date d'évaluation t,. L'étape C est alors suivie d'une étape D consistant à comparer une valeur fonction de la valeur décomptée du volume de trafic à la date d'évaluation courante Cj(tfl) à une pluralité de valeurs de seuil de volume de trafic. Sur la figure 1, l'opération de comparaison est représentée par la 15 relation: S, antérieurement, ainsi qu'il sera décrit ultérieurement dans la description. Selon un aspect remarquable du procédé objet de la présente invention, la distribution des valeurs de seuil précitées Sx et suivantes constitue une classification de l'entité informatique Ej en termes de volume de trafic 25 consommé. D'une manière plus spécifique, on indique que le processus de classification, associé à l'opération de comparaison précitée, peut, avantageusement, consister, suite à la comparaison précitée, à délivrer une valeur de classification notée Aj1(tn), cette valeur de classification constituant en 30 fait un code de classification pour les requêtes successives de l'entité informatique Ej considérée pour la ressource partagée Ri, sur l'intervalle de temps]tn, tn+1] suivant. il L'opération D peut alors être suivie d'une opération E consistant à contrôler l'accès instantané à la ressource partagée Ri par les requêtes successives de l'entité informatique Ej pour l'intervalle de temps suivant l'intervalle de temps défini par la date d'évaluation courante tn et la date 5 d'évaluation suivant cette date d'évaluation courante, en fonction de la valeur du code de classification Aj1(t,). On comprend, en particulier, que les conditions de volume de trafic et d'accès à la ressource partagée Ri par l'entité informatique Ej sont définies à partir du code de classification Aj1(t,), c'est-à-dire de la classification de l'entité 10 informatique Ej en termes de volume de trafic. Une description plus détaillée du processus mis en oeuvre pour assurer le décompte du volume de trafic, d'une part, et l'exécution du contrôle d'accès instantané, d'autre part, sera maintenant donnée en liaison avec les figures 2, 3A à 3C. D'une manière générale, on indique que, pour l'exécution du contrôle de l'accès instantané, en fonction de la valeur fonction de la valeur décomptée de volume de trafic à la date d'évaluation courante, le procédé objet de l'invention consiste à définir le volume de trafic Cj(tn) pour tout ou partie de l'ensemble du volume de trafic antérieur à la date d'évaluation courante. Sur la figure 2, on a représenté des dates d'évaluation successives sur un axe des temps croissants par rapport à une origine arbitraire o, les dates d'évaluation successives étant notées: tn-k... tn-2, tn-l, tn, tnl, tn+2-tniDans ces conditions, et en relation avec la figure 1, on indique que la 25 date d'évaluation courante t. est désignée par Dc et la date d'évaluation suivant la date d'évaluation courante t,+1 est désignée par Dsc. Dans ces conditions, l'intervalle de temps défini par la date d'évaluation courante t, et par la date d'évaluation suivant cette date d'évaluation courante tn+1 est désigné intervalle de temps courant 1. En référence à la figure 1, on comprend que la comparaison de l'étape D d'accès, suite à l'évaluation à la date d'évaluation courante D", c'estàdire à l'instant d'évaluation tn, permet l'établissement du code de classification Aj1(tn), lequel est ensuite appliqué sur l'intervalle suivant 1c. On comprend, bien sr, que le processus est poursuivi pour assurer un suivi effectif de la consommation de volume de trafic de chaque entité informatique Ej précitée. En outre, et selon un aspect avantageux du procédé objet de 5 l'invention, celui-ci consiste à définir le volume de trafic pour tout ou partie de l'ensemble du volume de trafic antérieur à la date d'évaluation courante. Dans ces conditions, sur la figure 2, on a représenté, à titre d'exemple non limitatif, le calcul de la valeur fonction du volume de trafic effectif par un cumul du trafic effectif entre la date d'évaluation courante D, à l'instant tn et l'instant antérieur 10 tn-k arbitraire. Dans un mode de mise en oeuvre préférentiel non limitatif, on indique que les intervalles de temps successifs, intervalle de temps courant l et intervalle de temps suivant IES, peuvent être des intervalles d'évaluation périodique, la période pouvant être choisie égale au jour, à la semaine, au 15 mois, au semestre ou autre. Ainsi, la définition du volume de trafic pour tout ou partie de l'ensemble du volume de trafic antérieur à la date d'évaluation courante peut être choisie en fonction des conditions d'utilisation de l'entité informatique E1 considérée, par exemple. En outre, les intervalles d'évaluation peuvent être dédiés en fonction du contexte d'utilisation, c'est-à-dire finalement, des conditions d'utilisation par chaque utilisateur de l'entité informatique Ej considérée. A titre d'exemple non limitatif, on indique que, par entité informatique, on considère non seulement une installation monoposte connectée en réseau, 25 mais également tout système d'information comportant une pluralité de postes de travail connectés en réseau par l'intermédiaire d'une adresse commune et susceptible d'avoir chacun accès à la ressource partagée Ri. Un mode de mise en oeuvre spécifique de l'exécution du contrôle d'accès instantané, c'est-à-dire de l'étape E de la figure 1, sera maintenant 30 décrit avec les figures 3A à 3C. Ainsi que représenté sur la figure 3A, l'étape consistant à contrôler l'accès instantané à la ressource partagée peut comprendre une étape Eo consistant à établir une pluralité de files d'attente, la pluralité de files d'attente étant notée {Ff}. L'étape Eo est suivie d'une étape E1 consistant à assigner à chaque file d'attente une règle établissant les conditions d'accès à la ressource 5 partagée Ri précitée. Cette opération est réalisée par une opérationd'affectation représentée symboliquement par la relation Ff à chaque code de classification une file d'attente Ff, ceci afin de permettre 15 d'allouer à chaque requête d'accès Reqji l'une des files d'attente Ff. L'opération précitée réalisée à l'étape E2 est représentée symboliquement par la relation Aji(t,) = Ff Un premier exemple de mise en oeuvre des files d'attente sera 20 maintenant décrit avec la figure 3B. En référence à la figure précitée, on indique que la pluralité de files d'attente {Ff} peut être organisée selon un ordre de priorité, à chaque file d'attente étant attribué un ordre de priorité relatif vis-à-vis de l'ordre de priorité d'une autre file d'attente. Sur la figure 3B, on a représenté trois files d'attente, notées F1 à F3, à chacune des files d'attente précitées étant attribué un ordre de priorité, l'ordre de priorité 1, 2 et 3 étant attribué respectivement aux files d'attente F1, F2 et F3. L'ordre de priorité est représenté par la relation: 1 >2>3 cette relation d'ordre représentant la relation d'ordre de priorité relatif de chaque file d'attente. Dans ces conditions, chaque file d'attente comprend, avantageusement, une mémorisation de requête d'accès Reqjj. On comprend, ainsi, qu'aux valeurs de requête d'accès mémorisées dans chaque file d'attente, pourra être attribué l'accès à la ressource Ri considérée en fonction de l'ordre de priorité précédemment cité selon le processus classique. Un deuxième exemple de mise en oeuvre des files d'attente sera maintenant décrit en liaison avec la figure 3C. Sur la figure 3C, on a représenté 5 également trois files d'attente F1, F2 et F3. Ces files d'attente peuvent être, de manière avantageuse, gérées selon un protocole de séquencement périodique pondéré de l'accès à la ressource allouée à chaque file d'attente. Ainsi, à chaque file d'attente peut être attribué un coefficient de pondération, 1 pour la file d'attente Fi, 3 pour la file d'attente F3 et 5 pour la file 10 d'attente F2, par exemple, ce coefficient de pondération permettant de restreindre le flux ou, au contraire, de laisser passer ce dernier, le coefficient de pondération permettant une régulation du débit relatif, par exemple, en nombre de requêtes effectivement transmises à partir de la file d'attente considérée. On comprend, en particulier, que pour des requêtes émanant d'entités 15 informatiques dont le code de classification Aji est associé à la file F2 sur l'intervalle de temps courant, le coefficient de pondération égal à 5 permettra l'accès à cinq requêtes, par exemple. La file d'attente F1 n'autorisera l'accès qu'aux requêtes dont la valeur de code de classification est associée à la file d'attente F1. En référence aux figures 2 à 3C précitées, on comprend, grâce à la mise en oeuvre du procédé objet de l'invention, qu'à chaque entité informatique Ej est au préalable allouée une classe de service consistant en une fonction d'évaluation spécifique d'indice j, Fj[(Cj(t,)], et d'une suite de valeurs de seuils, permettant la classification de l'entité informatique considérée 25 Ej sur l'intervalle d'évaluation considéré et l'association de la classification à des conditions d'accès CAf à la ressource Ri. Dans ces conditions, le procédé objet de l'invention est particulièrement remarquable en ce qu'il permet d'associer des conditions d'accès distinctes à la classification obtenue en fonction des comportements moyens des utilisateurs, en termes de volumes d'accès. Le procédé objet de la présente apparaît particulièrement remarquable en raison de la flexibilité que ce dernier permet d'appliquer à la régulation de la consommation en termes de volume de trafic de chaque entité informatique Ej vis-à-vis des ressources partagées Ri connectées en réseau. Le caractère de flexibilité de la mise en oeuvre du procédé objet de la présente invention sera maintenant illustré à partir de deux exemples, lesquels seront décrits en liaison avec les figures 4A et 4B. Le caractère de flexibilité du procédé objet de l'invention permet, en 5 particulier, la définition d'intervalles d'évaluation dédiés en fonction du contexte d'utilisation, c'est-à-dire l'utilisation qui est faite par le ou les utilisateurs de chaque entité informatique Ej. En référence à la figure 4A, on indique que les intervalles d'évaluation peuvent être ajustés en durée compte tenu, par exemple, d'une 10 évolution prévisible ou programmée du volume de trafic de l'entité informatique considérée, afin de s'assurer que l'estimation du volume de trafic est stable. Sur la figure 4A, pour cette raison, on a représenté un intervalle d'évaluation antérieur, noté l 1, entre les instants tn-1 et tn, l'intervalle d'évaluation lc- antérieur correspondant à quatre unités temporelles, par 15 exemple, et l'intervalle d'évaluation courant l suivant l'intervalle d'évaluation 1.4 étant ramené, par exemple, à deux unités de temps. On conçoit, en particulier, qu'une telle opération peut être réalisée lors d'une évolution calendaire de l'utilisation de l'entité informatique Ej. Une telle situation se produit lorsque l'utilisation du système d'information constitutif de l'entité 20 informatique Ej considérée subit une évolution par diminution importante du nombre de transactions vers une même ressource partagée Ri, par exemple. En outre, sur la figure 4A, on a représenté un intervalle d'évaluation ultérieure Icp, p ayant une valeur arbitraire, lequel a été ramené à quatre unités de temps, par exemple, lors du retour à un nombre correspondant de 25 transactions. Un deuxième exemple du caractère de flexibilité du procédé objet de l'invention sera maintenant donné en liaison avec la figure 4B. Dans cet exemple, on considère, de manière non limitative, que chaque intervalle temporel d'évaluation 1,1, Ic et lç+c et suivants ont une durée 30 sensiblement fixe de manière non limitative. Toutefois, il est possible d'appliquer le mode de mise en oeuvre selon la figure 4B également lorsque chaque intervalle de temps d'évaluation est ajusté, ainsi que décrit en liaison avec la figure 4A. Ainsi qu'on l'a représenté en figure 4B, les intervalles de temps de la base temporelle précitée sont chacun subdivisés en zones temporelles distinctes, notées Z1, Z2, Z3 par exemple, à chaque zone temporelle distincte étant alloué un comptage-décomptage spécifique. A titre d'exemple non limitatif, on indique que les zones temporelles Z1 et Z2 peuvent correspondre respectivement à quatre unités de temps disjointes et à deux unités de temps et la zone Z3 à une unité de temps, par exemple. Dans l'exemple de la figure 4B, on considère à titre d'exemple non limitatif, que chaque intervalle temporel d'évaluation Ic peut correspondre à une 10 période d'une semaine, chaque unité de temps correspondant à un jour. Ainsi, en référence à la figure 4B, on indique que, à la fin de chaque intervalle de temps 10-1, Ic, I.+1 et suivants, le procédé objet de l'invention peut avantageusement consister à comparer le volume de trafic obtenu par comptage-décomptage à une suite de valeurs de seuil. Ainsi, le procédé objet de l'invention consiste avantageusement à allouer à chaque entité une classe de service pour chaque zone temporelle Z., Z2, Z3. En référence à la figure 4C, on a représenté une définition des seuils attribués respectivement aux entités Ej et Ej+1 pour les classes de service 20 associées à chaque zone temporelle Z1 à Z3, chaque classe de service comportant une pluralité de valeurs de seuil, notées, pour la zone Z1 et l'entité Ej, Szj11 à Szîmj, chaque valeur de seuil étant affectée à la zone temporelle correspondante. On indique, à titre d'exemple, que m définit le nombre de valeurs de seuil de chaque suite de valeurs de seuil. On comprend, ainsi, qu'il est possible, à partir des zones temporelles d'évaluation précitées, Z1 à Z3, d'affecter des conditions d'accès spécifiques à chaque zone temporelle pour l'entité informatique considérée vis-à-vis de la ressource informatique Ri pour laquelle l'accès est demandé. En référence à l'exemple donné précédemment relativement à la 30 figure 4B, on indique que les classes de service de l'entité informatique Ej visàvis de la ressource partagée Ri, peuvent alors être choisies conformément à une adaptation temporelle, compte tenu des habitudes d'utilisation de l'utilisateur ou des utilisateurs de l'entité informatique considérée en termes de volume de trafic moyen. Dans le cadre de l'exemple donné en figure 4B, la zone temporelle Z1 peut consister en des conditions d'accès et de débit importants en début de semaine, des conditions d'accès Z2 pour les deux jours suivants, le retour à des conditions d'accès à débit élevé pour la zone 5 temporelle Z1 suivant la zone temporelle Z2 et enfin les conditions d'accès correspondant à un débit sensiblement réduit pour le dernier jour de la semaine correspondant à la zone temporelle Z3, par exemple. Le procédé objet de la présente invention permet ainsi de moduler le contrôle et la régulation de la consommation en termes de volume de trafic de 10 toute entité informatique Ej considérée en fonction des habitudes d'utilisation du ou des utilisateurs de l'entité informatique considérée. Un système de régulation de la consommation en termes de volume de trafic d'une pluralité d'entités informatiques et d'une pluralité de ressources partagées, conforme à l'objet de la présente invention, sera maintenant donné 15 en liaison avec les figures 5A, 5B et 5C. La figure 5A représente, de manière plus particulière, l'architecture d'un système conforme à l'objet de la présente invention, l'ensemble des éléments constitutifs de ce système étant interconnectés pour constituer ce dernier. Sur la figure 5A, on a représenté la liaison entre les modules constitutifs de ce système par des doubles flèches, ces liaisons correspondant, par exemple, à des liaisons réseau soit de type réseau local, soit de type réseau étendu en fonction du mode de mise en oeuvre et de l'implantation des modules précités. En tout état de cause, quelle que soit l'implantation susceptible d'être retenue, la régulation mise en oeuvre par le système objet de la présente invention, conformément au procédé décrit précédemment dans la description, est effectuée par ressource partagée Ri, l'accès à une telle ressource partagée étant effectué à partir d'une entité informatique Ej sur requête d'accès adressée 30 à la ressource partagée par l'entité informatique précitée. Ainsi que représenté sur la figure 5A, le système objet de l'invention comprend, avantageusement, associé à l'entité informatique et à la ressource correspondante, un module de comptage-décomptage 1j du volume de ressources consommé par les requêtes d'accès Req1 entre l'entité informatique et la ressource Ri. Sur la figure 5A, on a représenté N entités informatiques E1 à EN, le module de comptage-décomptage ou compteur 1j étant associé à l'entité 5 informatique Ej. Ce module de comptage-décomptage délivre la valeur de volume de trafic décomptée. En outre, au module de comptage-décomptage est associé un module 2j d'échantillonnage à une suite de dates d'évaluation t, de la valeur de volume de trafic décomptée. Le module d'échantillonnage 2j délivre la valeur 10 décomptée du volume de trafic à la date d'évaluation courante t. , désignée D0, entre la ressource Ri et l'entité informatique Ej. Ainsi que représenté sur la figure 5A, à chaque entité informatique Ej est, en fait, associé un module de comptage-décomptage li et un module d'échantillonnage 2j. En outre, le système objet de l'invention comprend un module comparateur 3 de la valeur fonction de la valeur décomptée de volume de trafic à la date d'évaluation courante entre la ressource Ri et l'entité informatique Ej, le module comparateur 3 effectuant ainsi une comparaison de la valeur fonction de la valeur décomptée du volume de trafic à une pluralité de valeurs de seuil 20 de volume de trafic, ainsi que décrit précédemment dans la description. On rappelle que la distribution des valeurs de seuil précitées constitue une classification de l'entité informatique en termes de volume de trafic. Cette classification est établie pour l'intervalle de temps suivant l'intervalle de temps défini par la date d'évaluation suivant la date d'évaluation courante Dc 25 et la date d'évaluation courante, en fonction de la valeur décomptée de volume de trafic à la date d'évaluation courante, ainsi que décrit précédemment en liaison avec la figure 4C. Enfin, le système objet de la présente invention comprend un module 4 de contrôle de l'accès instantané à la ressource Ri par l'entité 30 informatique Ej précitée. Les conditions d'accès à la ressource Ri, pour l'entité informatique, sont définies à partir de la classification de l'entité informatique en termes de volume de trafic, classification réalisée par l'intermédiaire du module comparateur 3. En ce qui concerne l'implantation de l'ensemble des différents modules constitutifs du système objet de la présente invention, on indique que, de manière particulièrement avantageuse, chaque module de comptagedécomptage, encore désigné compteur lj, peut, avantageusement, être 5 interconnecté à chaque entité informatique Ej par l'intermédiaire d'un réseau local ou, le cas échéant, directement implanté comme module logiciel dans le cas o l'entité informatique Ej correspond à un nombre réduit de postes de travail constitutifs de cette entité informatique, le module de comptagedécomptage 1j correspondant pouvant alors être implanté et commandé par les 10 système gérant l'ensemble des postes de travail précités. En ce qui concerne le module d'échantillonnage 2j, on indique que ce module d'échantillonnage est avantageusement constitué par un module logiciel directement associé au module de comptage. Les deux modules peuvent alors être fonctionnellement reliés pour assurer le calcul et la 15 mémorisation de la valeur décomptée du volume de trafic à la date d'évaluation courante. D'une manière générale, on indique que chaque module de comptage-décomptage comptabilise la consommation en termes de volume de trafic associée à l'entité Ej jusqu'à la date tn, date d'évaluation courante D,. Ce 20 module de comptage-décomptage peut être non linéaire. En particulier, il peut correspondre au calcul du volume de trafic, ainsi que mentionné précédemment dans la description en liaison avec la figure 2 et, de préférence, en liaison avec les figures 4A et/ou 4B. Dans ces conditions, le module de comptage permet de pondérer 25 l'utilisation qui a été faite par l'entité informatique Ej suivant différents critères, tels que l'heure et le jour de comptage, par l'intermédiaire des zones temporelles Z1, Z2 et Z3. Le comptage du volume de trafic peut aussi résulter d'un lissage exponentiel, par moyenne glissante sur intervalles d'évaluation successifs ou 30 par moyenne simple. Lorsque, en particulier, différentes zones temporelles sont utilisées sur chaque intervalle d'évaluation, le comptage peut consister à utiliser un module de comptage-décomptage par zone temporelle d'évaluation, ainsi que mentionné précédemment dans la description, le comptage étant alors effectué sous forme de vecteurs dont chaque coordonnée comptabilise l'utilisation suivant une classification d'heure ou de jour préalablement définie et permettant de couvrir les périodes d'utilisation possibles. Pour un nombre P de zones temporelles Zp définies dans la classification, P = 3 dans le cas de la figure 4B, et pour une valeur de trafic Cj(tn,p), la valeur de comptage de volume de trafic correspondant à la zone temporelle p1 avec 1 avec la figure 2. Ces valeurs sont alors transmises au module comparateur 3. On définit alors une fonction d'évaluation à valeurs réelles F(p, 1, Cj(t) ,..,Cj(tn-k), I désignant la classe de service choisie pour l'entité Ej vis-à-vis 15 de la ressource Ri pour la zone temporelle Zp et prenant en entrée l'historique du vecteur d'utilisation de l'entité informatique Ej sur la durée d'évaluation H. A titre d'exemple non limitatif, une réalisation possible de cette fonction d'évaluation peut correspondre à la relation: F(p, 1, tn,..., tn.k, Ci(tn),..., Cj(tnk)) = [((C1(tn,p) Cj(tnk, p))/(tn-tn-k) - DI(p))/Dl(p)) relation dans laquelle Dl(p) est un taux de consommation en termes de volume de trafic associé à la classe de service correspondant à la ressource Ri pour une zone temporelle Zp. Ainsi, à chaque date d'évaluation tn, la fonction d'évaluation est appliquée à chaque entité informatique Ej pour chaque période d'utilisation ou 25 zone temporelle p. Ces valeurs sont comparées à M-1 seuils, SI(m) avec 0 informatique Ej. Les seuils précités définissent M intervalles de valeur déterminée. Si l'évaluation donnée par l'application de la fonction d'évaluation 30 spécifique à l'entité Ej: FX(P, I, Cj(tn),..., Cj(tn-k)) est discriminée comme appartenant au qième intervalle précédemment défini, alors sur la durée temporelle d'évaluation]tn, tn+1] les demandes de consommation en termes de volume de trafic de la ressource Ri arrivant pendant une zone temporelle Zp sont allouées à la file d'attente Ff associée au qième intervalle, cette information étant matérialisée par le code de classification Aji(tn). En ce qui concerne le module comparateur 3, on indique que celui-ci peut être avantageusement relié à chaque module de comptage-décomptage 1j et au module d'échantillonnage 2j par l'intermédiaire d'un réseau étendu par exemple, le module comparateur 3 étant alors totalement délocalisé vis-àvis de chaque entité Ej. En ce qui concerne le module 4 de contrôle d'accès instantané, celui-ci peut, avantageusement, être directement associé à la ressource partagée Ri. Ainsi que représenté sur la figure 5A, on indique que le module de contrôle d'accès instantané comprend, avantageusement, un module de 15 classement 40, désigné classeur, lequel peut être connecté en réseau par l'intermédiaire du réseau étendu, d'une part, au module comparateur 3 et, d'autre part, à chaque entité. Le module de classement 40 est associé à un module de constitution de files d'attente 41 et le module de constitution de files d'attente 41 est lui-même connecté directement à la ressource partagée Ri. Un premier et un deuxième modes de mise en oeuvre spécifique du système objet de la présente invention seront maintenant décrits en liaison avec la figure 5B, respectivement la figure 5C. La figure 5B correspond à un système conforme à l'objet de la présente invention tel que représenté en figure 5A, dans lequel l'entité 25 informatique Ej transmet la requête d'accès Reqi par une transaction pro au module de comptage 1j, lequel provoque l'opération de comptage-décomptage par l'opération pr1, le module d'échantillonnage 2j réalisant l'acquisition des valeurs de volume de trafic aux instants d'échantillonnage, c'est-à-dire aux dates d'évaluation précédemment citées dans la description. Ces valeurs sont 30 transmises par la transaction pr2 au module comparateur 3, lequel réalise l'opération de comparaison, c'est-à-dire d'application de la fonction d'évaluation pr3 précédemment décrite dans la description. Suite à l'établissement de cette classification par le module comparateur 3, le système exécute alors un protocole consistant à établir, au niveau du module comparateur, un code de classification alloué à l'entité, c'està-dire la valeur Aji(tn) au cours de l'opération pr3 précédemment mentionnée dans la description. Le code de classification est alors transmis, dans une transaction pr4, du module comparateur 3 vers l'entité Ej. Dès lors, sur l'intervalle]tn, tn+1J, lorsque l'entité Ej transmet, vers le module de contrôle d'accès 4, en particulier le classeur 40, une requête d'accès 10 proprement dite, il y accole le code de classification précité par l'intermédiaire d'une transaction notée pr5 sur la figure 5B. Il en va, bien entendu, de même pour toute entité de rang différent de j connectée au réseau et transmettant une requête d'accès à la ressource Ri. Un autre mode de mise en oeuvre est représenté en figure 5C pour 15 une architecture semblable à celle représentée en figure 5A du système objet de l'invention. Dans cette situation, suite à la transmission de la requête d'accès au module comparateur 3 au cours de la transaction pr2, la requête d'accès comportant au moins une référence de désignation de l'entité, c'est-àdire de 20 l'adresse j de cette dernière, le système conforme à l'objet de l'invention, tel que représenté en figure 5C, réalise ensuite la classification par l'intermédiaire du module comparateur 3 par l'opération pr3 et exécute un protocole consistant à transmettre, du module comparateur 3 vers le module de contrôle d'accès 4 et, en particulier, vers le module classeur 40, par une transaction p'r4 une liste de 25 couples de variables référence de désignation d'entité, c'est- à-dire l'adresse j de cette dernière/code de classification attribué, c'est-à-dire la valeur Aj1(t,) obtenue grâce à la fonction d'évaluation précédemment décrite dans la description. On a ainsi décrit un procédé et un système de régulation de la 30 consommation de volume de trafic entre entités informatiques et ressources partagées connectées en réseau particulièrement remarquables dans la mesure o ces derniers permettent une très grande flexibilité d'utilisation en fonction du comportement de chacun des utilisateurs et, notamment, du volume de trafic engendré par chacun d'eux. Le système et le procédé objets de l'invention permettent ainsi de personnaliser l'accès et les conditions d'accès au réseau, à partir des volumes 5 de trafic engendrés par chaque utilisateur et par les entités informatiques utilisées par chacun d'eux, chacun se voyant ainsi offrir des conditions d'accès correspondant à son utilisation effective des services, chaque offre de forfait pouvant ainsi être personnalisée en fonction des conditions d'accès qui sont ainsi attribuées, notamment, en termes de volume de trafic et de débit. o REVENDICATIONS 1. Procédé de régulation de la consommation, en termes de volume de trafic, d'une pluralité d'entités informatiques ayant accès à une pluralité de ressources partagées connectées en réseau à ces entités informatiques, caractérisé en ce qu'il consiste, pour une régulation par ressource partagée, l'accès à cette ressource partagée étant effectué à partir d'une entité informatique sur requête d'accès adressée à ladite ressource par ladite entité informatique: - à établir une base temporelle constituée par une suite d'intervalles 10 de temps séparés par des instants, constitutifs de dates d'évaluation; - à décompter pour ladite entité, dès l'émission de ladite requête d'accès, le volume de trafic entre ladite entité informatique et ladite ressource; - à déterminer, à la date d'évaluation courante, la valeur décomptée du volume de trafic entre ladite ressource et ladite entité informatique; - à comparer une valeur fonction de la valeur décomptée du volume de trafic à la date d'évaluation courante à une pluralité de valeurs de seuil de volume de trafic, la distribution desdites valeurs de seuil constituant une classification de ladite entité informatique en termes de volume de trafic; - à contrôler l'accès instantané à ladite ressource par ladite entité 20 informatique pour l'intervalle de temps suivant la date d'évaluation courante, en fonction de la valeur décomptée de volume de trafic à la date d'évaluation courante, les conditions de volume de trafic et d'accès à ladite ressource, pour ladite entité informatique, étant définies à partir de la classification de ladite entité en termes de volume de trafic. 2. Procédé selon la revendication 1, caractérisé en ce que, pour l'exécution du contrôle de l'accès instantané, en fonction de la valeur décomptée de volume de trafic à la date d'évaluation courante, celui-ci consiste à définir ledit volume de trafic pour tout ou partie de l'ensemble du volume de trafic antérieur à la date d'évaluation courante. 3. Procédé selon la revendication 1 ou 2, caractérisé en ce que l'étape consistant à contrôler l'accès instantané à ladite ressource consiste, pour chaque requête d'accès adressée à ladite ressource: - à établir une pluralité de files d'attente; - à assigner à chaque file d'attente une règle établissant les conditions d'accès à ladite ressource; - à associer au moins un intervalle de seuils à chaque file d'attente, ce qui permet d'allouer chaque requête d'accès à l'une des files d'attente. 4. Procédé selon la revendication 3, caractérisé en ce que ladite pluralité de files d'attente est organisée selon un ordre de priorités, à chaque file d'attente étant attribué un ordre de priorité relatif vis-àvis de l'ordre de priorité d'une autre file d'attente. 5. Procédé selon la revendication 3, caractérisé en ce que ladite 10 pluralité de files d'attente est gérée selon un protocole de séquencement périodique pondéré de l'accès à ladite ressource alloué à chaque file d'attente. 6. Procédé selon l'une des revendications précédentes, caractérisé en ce que, à chaque entité est allouée une classe de service, chaque classe de service étant définie à partir d'une fonction spécifique d'évaluation du volume de 15 trafic et d'une correspondance avec une suite de valeurs de seuil successives permettant la classification de ladite entité sur l'intervalle d'évaluation. 7. Procédé selon la revendication 6, caractérisé en ce que les intervalles d'évaluation sont périodiques. 8. Procédé selon la revendication 6, caractérisé en ce que les 20 intervalles d'évaluation sont dédiés en fonction du contexte d'utilisation. 9. Procédé selon l'une des revendications 1 à 7, caractérisé en ce que ladite base temporelle comprend une suite d'intervalles de temps, chaque intervalle de temps étant subdivisé en zones temporelles distinctes, à chaque zone temporelle distincte étant alloué un comptage-décomptage spécifique. 10. Procédé selon la revendication 9, caractérisé en ce que, à la fin de chaque intervalle de temps, celui-ci consiste à comparer, pour chaque zone temporelle, la valeur fonction du volume de trafic obtenu par comptagedécomptage à une suite de valeurs de seuil. 11. Procédé selon les revendications 9 et 10, caractérisé en ce que 30 l'opération consistant à allouer à chaque entité une classe de service est effectuée pour chaque zone temporelle. 12. Procédé selon la revendication 11, caractérisé en ce que le contrôle d'accès instantané pour la zone temporelle sur l'intervalle de temps suivant est effectué à partir de la classification obtenue sur ladite zone temporelle. 13. Système de régulation de la consommation, en termes de volume de trafic, d'une pluralité d'entités informatiques ayant accès à une 5 pluralité de ressources partagées, caractérisé en ce que, pour assurer une régulation par ressource partagée, l'accès à cette ressource partagée étant effectué à partir d'une entité informatique sur requête d'accès adressée à ladite ressource par ladite entité informatique, ledit système comprend au moins, associés à ladite entité informatique et ladite ressource: - des moyens de comptage-décomptage du volume de trafic engendré dès l'émission de ladite requête d'accès entre ladite entité informatique et ladite ressource, lesdits moyens de comptage-décomptage délivrant une valeur de volume de trafic décomptée; - des moyens d'échantillonnage, à une suite de dates d'évaluation, 15 de ladite valeur de volume de trafic décomptée, lesdits moyens d'échantillonnage délivrant la valeur décomptée du volume de trafic à la date d'évaluation courante entre ladite ressource et ladite entité informatique; - des moyens comparateurs d'une valeur fonction de la valeur décomptée du volume de trafic à la date d'évaluation courante entre ladite 20 ressource et ladite entité informatique à une pluralité de valeurs de seuil de volume de trafic, la distribution desdites valeurs de seuil constituant une classification de ladite entité informatique en termes de volume de trafic, cette classification étant établie pour l'intervalle de temps suivant la date d'évaluation courante, en fonction de la valeur décomptée de volume de trafic à la date 25 d'évaluation courante; - des moyens de contrôle de l'accès instantané à ladite ressource par ladite entité informatique, les conditions de volume de trafic et d'accès à ladite ressource pour ladite entité informatique étant définies à partir de la classification de ladite entité informatique en termes de volume de trafic. 14. Système selon la revendication 13, caractérisé en ce que, pour des intervalles de temps subdivisés en zones temporelles distinctes, lesdits moyens de comptage comportent une pluralité de compteurs-décompteurs, chaque compteur-décompteur étant associé à une zone temporelle, ladite pluralité de compteurs-décompteurs étant associée à ladite entité. 15. Système selon la revendication 13 ou 14, caractérisé en ce que en ce que lesdits moyens comparateurs sont constitués par un module logiciel implanté au niveau de ou délocalisé vis-à-vis de chaque entité. 16. Système selon l'une des revendications 13 à 15, caractérisé en ce que, sur établissement de ladite classification par lesdits moyens comparateurs, ledit système exécute un protocole consistant à: - établir au niveau desdits moyens comparateurs un code de 10 classification alloué à ladite entité; - transmettre desdits moyens comparateurs vers ladite entité ledit code de classification; - transmettre de ladite entité vers lesdits moyens de contrôle d'accès ladite requête d'accès à ladite ressource accompagnée dudit code de 15 classification. 17. Système selon l'une des revendications 13 à 15, caractérisé en ce que, suite à la transmission de la requête d'accès auxdits moyens comparateurs, ladite requête d'accès comportant au moins une référence de désignation de ladite entité, ledit système, sur établissement de ladite 20 classification par lesdits moyens comparateurs, exécute un protocole consistant à transmettre desdits moyens comparateurs auxdits moyens de contrôle d'accès une liste de couples de variables référence de désignation d'entité/code de classification attribué.