FR 3076370 A1 20190705 FR 1763424 A 20171230 PROCEDE ET SYSTEME POUR L'OPTIMISATION DE L'ORDONNANCEMENT DE TRAITEMENTS PAR LOT [0001] La presente invention concerne le domaine des traitements par lot et plus particulierement de ('optimisation de leur ordonnancement. L'invention porte notamment sur un procede de planification auto-adaptative de l'ordonnancement de traitements par lots et un dispositif apte a mettre en oeuvre ce procede. [Art anterieur [0002] Les traitements par lot sont utilises pour ('automatisation de taches non interactives qui doivent etre executees de maniere fiable dans certaines echeances. Un traitement par lots peut par exemple etre utilise pour mettre a jour les informations a la fin de la journee, transformer des donnees, generer des rapports, imprimer des documents ou realiser d'autres taches non interactives. Un traitement par lot peut aussi etre utilise pour effectuer diverses operations avec fichiers, notamment des images numeriques, telles que le redimensionnement ou la conversion. Les traitements par lot sont generalement mis en attente ou accumules pendant les heures de pics lorsque les ressources informatiques ne sont pas disponibles ou limitees par les activites en temps reel. Ils sont alors executes en dehors des heures de pointe lorsque les ressources informatiques sont disponibles. II est ainsi fres frequent que, pour des raisons techniques, ces traitements soient planifies la nuit, les fins de semaine ou durant des periodes de faible activite métier. [0003] En general, les traitements par lots sont realises regulierement (par exemple tous les jours ou toutes les semaines) et rordre de priorite d'execution des traitements par lots (i.e. l'ordonnancement) est Ore par un programmateur de traitement par lots. Cet ordonnancement des traitements par lots permet d'eviter les problemes d'acces concurrents a des donnees, de respecter des regles de precedences (la sortie d'un « batch » -terme anglais- est utilisee en entrée d'un autre) ou pour lisser la charge applicative de facon a ce que les traitements soient termines dans la fenetre de temps allouee. Cependant, bien que revolution des volumes de donnees soit sensiblement a la hausse, la fluctuation importante de ces volumes dans le temps entraine des consommations de ressources et des temps de traitements fres volatiles. Par exemple, un meme ordonnancement sur une meme infrastructure peut entrainer un jour une surcharge des ressources et une interruption de traitement alors qu'un autre jour, a quelques jours d'intervalles, aucun dysfonctionnement ne sera decele. Ainsi, bien qu'une partie des traitements par lots soit similaires de jours en jours, [0574-BUL L21] 2 selon les jours, les volumes de donnees que certains traitements par lots ont a traiter peuvent varier fortement. De plus, on peut egalement assister a des tendances (« trend » en anglais) dans revolution de ces quantites de donnees a traiter. Toutes ces evolutions ont un impact non seulement sur le temps d'execution des traitements, mais egalement sur le niveau de 5 ressources utilise. En outre, cela peut etre jusqu'a plusieurs milliers de lot qui doivent etre traites chaque jour de fagon a integrer les donnees ou transaction de la journee dans le processus métier d'une entreprise. [0004] L'interrelation entre les differents lots (e.g. certains lots necessiteront les donnees generees par d'autres lots avant d'être executes), la fluctuation des ressources a traiter ainsi 10 que la contrainte en termes de temps et de ressources disponibles entrainent la necessite de planifier de fagon optimale et dynamique l'enchainement de ces lots. En outre, dans le cas d'erreurs ou de retards imprevisibles, it est necessaire de disposer de processus permettant de resoudre ces problematiques de fagon a ce que tous les lots soient finalises dans le temps imparti. II est aussi necessaire de mettre en place une planification visant a optimiser 15 rexecution de ces traitements par lot de fagon ce qu'ils soient termines dans le temps imparti et qu'ils n'entrainent pas une saturation des ressources disponibles. En effet, dans certains cas, la production peut etre arretee si les traitements n'ont pas pu se realiser en temps voulu. [0005] II existe déjà des planificateurs de traitement par lots et notamment un mecanisme decrit dans le document EP3113022 consistant a utiliser les niveaux de consommation de 20 ressources dans les regles d'ordonnancement des traitements par lot. Plus particulierement, ce mecanisme se base sur les contraintes d'execution des traitements par lot, les ressources qu'ils consomment et les ressources disponibles sur ('infrastructure. Neanmoins, ces mecanismes d'ordonnancement ne sont pas en mesure de s'adapter automatiquement aux fluctuations de volumes de donnees a traiter de fagon a eviter les temps d'attente et optimiser 25 au maximum l'utilisations des ressources disponibles tout n'entrainant pas une saturation des ces ressources ce qui entrainerait une augmentation des temps de traitement ou une erreur dans rexecution des traitements. [0006] Ainsi, it existe un besoin pour de nouveaux procedes ou dispositifs pour la planification d'ordonnancement de traitement par lots capables de proposer une planification 30 auto-adaptative de l'ordonnancement des traitements par lots. [0574-BUL L21] 3 1Prob!erne technique) [0007] L'invention a donc pour but de remedier aux inconvenients de l'art anterieur. En particulier, l'invention a pour but de proposer un procede de planification de l'ordonnancement de traitements par lots qui soit capable de s'adapter automatiquement a la charge (e.g. au 5 volume de donnees a traiter) de fagon a proposer un ordonnancement toujours optimise malgre la variation des quantites de donnees a traiter ou des ressources disponibles, que ces variations soient ou non prevues initialement lors de la mise en oeuvre du procede. L'invention a en outre pour but d'optimiser le temps d'execution des traitements par lot tout en prevenant un allongement des temps de traitements. 10 [0008] L'invention a en outre pour but de proposer un dispositif de planification capable de mettre en oeuvre un procede de planification d'ordonnancement des traitements par lots capable de s'adapter notamment a l'activite amont ayant generee les donnees a traiter. 113reve description de I'inventionl 15 [0009] A cet effet, l'invention porte sur procede de planification auto-adaptative de l'ordonnancement de traitements par lot, lesdits traitements par lots etant configures pour traiter des donnees generees lors d'activites métier sur une infrastructure informatique de production, ledit procede etant mis en oeuvre par un dispositif associe a un referentiel ressource apte a memoriser les ressources disponibles pour les traitements par lots sur une 20 infrastructure informatique de traitement et a un referentiel reglementaire apte a memoriser des regles d'execution des traitements par lots, ledit procede comprenant : - une etape de mesure, par des sondes, de parametres, de preference significatifs, d'activites métier sur l'infrastructure informatique de production, - une etape de definition, par un module de calcul d'impact, d'un profit temporel pour 25 chacun des traitements par lot en fonction des valeurs de parametres, de preference significatifs, d'activites métier mesurees et d'un module de comportement de traitement par lot, et - une etape de conception, par un module de conception de plan d'ordonnancement, d'un plan d'ordonnancement optimisant les ressources a partir des profils temporels 30 des traitements par lot et dans le respect des regles d'execution memorisees dans le referentiel reglementaire et des donnees de ressources memorisees dans le referentiel ressources. [0010] Le procede selon l'invention permet d'optimiser l'ordonnancement des traitements par lot en tenant compte de l'activite sur l'infrastructure informatique de production des applications métiers, sources des donnees a traiter mais egalement en fonction du [0574-BUL L21] 4 comportement des traitements par lot precedents. En effet, le module de conception permet, en association avec le module de calcul d'impact, de concevoir le plan d'ordonnancement le plus adapte a la situation notamment grace a la prise en compte d'un modele de comportement des traitements par lot. Cela permet de recluire le temps d'execution car 5 l'ordonnancement est particulierement adapte aux volumes de donnees qu'il y a a traiter et cela tout en respectant les limites de consommation des ressources definies prealablement. Plus particulierement, le procede permet une optimisation de l'ordonnancement en tenant compte de l'activite métier et du comportement des traitements par lots ayant ete observe lors de leurs precedentes executions. La presente invention peut donc se presenter comme un 10 mecanisme permettant de modifier a la volee (fonctionnalite auto adaptative) le plan d'ordonnancement des traitements par lot afin d'optimiser le temps d'execution, tout en respectant les limites de consommation des ressources (sans les saturer) definies prealablement. 15 [0011] Selon d'autres caracteristiques optionnelles du procede : - l'etape de definition d'un profil temporel comporte en outre la prise en compte de seuils d'utilisation maximum des ressources memorises dans le referentiel de ressources. En effet, si le profil temporel presente un depassement d'un seuil d'utilisation maximum 20 des ressources alors it faudra prevoir un allongement dans le temps des differentes phases du traitement par lot concernees. La saturation d'au moins une ressource entrainant un temps d'execution plus long. - l'etape de conception du plan d'ordonnancement comprend une modelisation de 25 ('utilisation de cheque ressources durant une periode de traitement afin de pouvoir determiner la quantite de ressources disponibles pour les autres traitements durant ladite periode. Cela est un moyen de paralleliser les autres traitements au mieux de de d'agencer des traitements par lot en parallele sans entrainer une saturation des ressources disponibles. 30 - it comprend une etape prealable de definition par un module de modelisation, d'un modele de comportement comportant les sous etapes suivantes : i) chargement de valeurs de parametres d'activites métier, de preference mesurees sur ('infrastructure informatique de production lors de la generation des donnees a traiter, ii) chargement 35 de valeurs de parametres de comportement d'un traitement par lot, de preference mesurees sur ('infrastructure informatique de traitement lors du traitement des donnees generees par des applications métiers, et iii) generation par un module de [0574-BUL L21] 5 modelisation, d'un modele de comportement des traitements par lot a partir des valeurs de parametres d'activites métier et valeurs de parametres de comportement. Le modele comporte avantageusement au moins une correlation entre une valeur de parametres d'activites métier et une valeur de parametre de comportement d'un 5 traitement par lot. - it comprend une etape prealable de definition d'un modele d'auto-adaptation comportant les sous etapes de : o chargement de valeurs de parametre de comportement d'un premier traitement 10 par lot lors du traitement des donnees generees par des applications métiers, o chargement de valeurs de parametres de comportement d'au moins un autre traitement par lot lors du traitement des donnees generees par des applications métiers, o generation, par un module de modelisation, d'un modele d'autoadaptation a 15 partir des valeurs de parametres de comportement charges. Ainsi, le modele d'auto-adaptation comporte alors au moins une correlation entre une valeur de parametre de comportement d'un traitement par lot et une valeur de parametre de comportement d'un autre traitement par lot. En outre, un modele d'autoadaptation selon l'invention eut permettre de determiner ou de corriger le profil 20 temporel d'un traitement par lot en fonction des valeurs de parametres d'un autre traitement par lot. - it comprend une etape d'enregistrement des plans d'ordonnancement optimisant les ressources dans un catalogue de plans d'ordonnancement et une etape de selection 25 d'un plan d'ordonnancement adapte. La generation de plusieurs ordonnancements permet de ne pas avoir a calculer a nouveau tous les jours de nouveaux ordonnancements optimisant ('utilisation des ressources ce qui serait consommateur de ressources et de temps. Dans le cadre du procede selon l'invention, it est seulement necessaire de selectionner le plan le plus adapte au sein d'un catalogue de 30 plans. - it comprend une etape de mise en oeuvre du plan d'ordonnancement optimise. - it comporte une etape de mesure des parametres de comportement des traitements 35 par lot. [0574-BUL L21] 6 - il comporte une etape de generation d'un rapport de traitement lorsque l'ensemble des traitements par lots sont acheves et une etape d'utilisation du rapport pour modifier le modele de comportement des traitements par lot. Cela permet, au cours du temps, d'affiner les modeles de comportement. 5 - il comprend une etape de detection d'une deviation dans ('execution des traitements par lot. Cette etape peut permettre d'identifier par exemple un allongement du temps de traitement ou une evolution du profil temporel de consommation des ressources par rapport aux profils temporels generes. Ainsi, suite a une telle detection de deviation, il 10 est possible de modifier l'ordonnancement de facon a utiliser au mieux l'ensemble des ressources disponibles et d'eviter des depassements de temps limite de traitements. Ainsi, la presente invention permet, outre la definition de mecanismes de prediction du comportement de traitement par lot a partir de l'activite en amont, de pouvoir adapter le plan d'ordonnancement en fonction des resultats d'analyses des traitements par lot 15 en cours d'execution. - l'etape de detection d'une deviation, comporte une mesure d'un parametre de comportement d'un traitement par lot a un instant t, et une comparaison de la valeur du parametre de comportement mesure a une valeur du parametre de comportement 20 attendue, la presence d'un kart etant indicatrice d'une deviation. - en cas de detection d'une deviation pour un ou plusieurs traitements par lot, ledit prockle comporte en outre une etape de generation d'un modele de comportement affine, d'un profil temporel affine, et/ou d'un plan d'ordonnancement affine. En effet, 25 une fois une deviation observe, le prockle selon ('invention peut utiliser les valeurs de parametres de comportement de traitement par lot mesurees pour modifier un modele de comportement, un profil temporel et finalement le plan d'ordonnancement. Cela est avantageusement fait tout en verifiant que l'ensemble des regles d'execution est respecte et que les consommations de ressources sont bien au niveau attendu. 30 - la conception de plan d'ordonnancement optimise concerne seulement une partie des traitements par lot devant etre executes sur une periode pour traiter les donnees generees lors des activites metier. 35 - il comporte une etape de conception d'un plan d'ordonnancement posterieur, pour une nouvelle periode, en fonction d'un modele d'auto-adaptation et a partir des profils temporels des traitements par lot, de valeurs mesurees de comportement de traitement par lot pendant une periode anterieure et dans le respect des regles [0574-BUL L21] 7 d'execution memorisees dans le referentiel reglementaire et des donnees de ressources memorisees dans le referentiel ressource. Le plan d'ordonnancement posterieur concerne les traitements par lot devant etre executes sur celle nouvelle periode. 5 - it comprend en outre une etape de memorisation des valeurs mesurees de parametres de comportement des traitements par lot et de mise a jours des modeles de comportement de traitement par lot et des modeles d'auto-adaptation. Ces etapes permettent par exemple la mise en oeuvre de procedes d'apprentissage permettant 10 d'ameliorer les modeles au fil du temps. [0012] L'invention porte en outre sur un dispositif de planification auto-adaptative de l'ordonnancement de traitements par lots de donnees generees par des activites métier sur une infrastructure informatique de production, ledit dispositif etant associe a un referentiel 15 ressource apte a memoriser des donnees de ressources disponibles pour les traitements par lots, a un referentiel reglementaire apte a memoriser des regles d'execution des traitements par lots, et a des sondes, configurees pour mesurer une valeur de parametre d'activites métier sur ('infrastructure informatique de production par les applications métiers, ledit dispositif comprenant : 20 - un module de calcul d'impact, apte a definir un profil temporel pour chacun des traitement par lot en fonction des valeurs mesurees de parametre d'activite métier et d'un module de comportement de traitement par lot, et - un module de conception de plan d'ordonnancement, apte a concevoir un plan d'ordonnancement optimisant ('utilisation des ressources a partir des profils temporels 25 de chacun des traitements par lot et dans le respect des regles d'execution memorisees dans le referentiel reglementaire et des donnees de ressources memorisees dans le referentiel ressources. [0013] D'autres avantages et caracteristiques de ('invention apparaitront a la lecture de la 30 description suivante donnee a titre d'exemple illustratif et non limitatif, en reference aux Figures annexees qui representent : - Figures 1A et 1B, respectivement un calendrier de la consommation en ressource de deux traitement par lots sur les mois de janvier (J) et fevrier (F) et un profil temporel d'un traitement par lot presentant la consommation en ressources dans le temps ; [0574-BUL L21] 8 - Figure 2, une representation schematique d'un procede de planification autoadaptative de l'ordonnancement de traitements par lots selon l'invention. Les etapes encadrees par des pointilles sont facultatives ; - Figure 3, une representation schematique d'une etape de generation d'un modele de 5 comportement d'un traitement par lot selon l'invention. - Figure 4, une representation schematique d'une etape de generation d'un modele de d'auto-adaptation selon l'invention. - Figure 5, une representation schematique de la construction des plans d'ordonnancement optimisant l'utilisation des ressources selon l'invention ; 10 - Figure 6, une representation schematique d'un procede de conception et d'execution d'un plan d'ordonnancement optimisant l'utilisation des ressources selon un mode de realisation de l'invention ; - Figure 7, une representation schematique d'un procede d'auto-adaptation en temps reel d'un plan d'ordonnancement optimisant l'utilisation des ressources selon un mode 15 de realisation de l'invention ; - Figures 8A, 8B et 8C, trois representations schematiques de deux traitements par lot s'executant en parallele, avec une representation correspondant a un plan d'ordonnancement optimisant l'utilisation des ressources (4A), une representation correspondant a un plan d'ordonnancement observe (4B) et une representation 20 correspondant a un plan d'ordonnancement affine (4C) ; - Figure 9, une representation schematique d'un mode de realisation de l'etape d'acquisition d'une empreinte de chaque traitement par lots pour chaque machine impactee par le traitement par lots ; - Figure 10, une vue schematique du dispositif de planification auto-adaptative de 25 d'ordonnancement de traitements par lot selon un mode de realisation de l'invention. JDescription de I'inventionl [0014] Dans la suite de la description, une « activite métier » correspond a des applications métiers s'executant sur une infrastructure informatique de production. Cela inclut notamment 30 tous traitements en amonts ayant pour objet de fournir les donnees qui seront ensuite traitees [0574-BUL L21] 9 par les traitements par lot (activite transactionnelle, depot de fichier ou de message, etc...). Ainsi, ('expression « parametre d'activites métier » correspond a des parametres mesurables permettant de quantifier ces activites. Cela peut inclure des valeurs d'utilisation des ressources de ('infrastructure informatique de production par des applications métiers ou des 5 valeurs de parametres concernant les donnees generes par les applications métiers et qui devront etre utilise par les traitements par lots. Un parametre significatif d'activite métier est un parametre correle aux parametres de comportement d'un traitement par lot, notamment au regard du modele de comportement. [0015] Au sens de l'invention, un « traitement par lot » (« batch processing » en terminologie 10 anglo-saxonne) est un enchainement automatique de plusieurs phases par l'intermediaire d'une suite de commandes (processus) sur un ordinateur sans intervention d'un operateur. Une fois qu'un processus est termine l'ordinateur traite le lot suivant neanmoins a un instant T, it y a generalement plusieurs traitements par lots qui s'execute en parallele. Le traitement des lots se termine une fois que tous les lots de la pile (queue) ont ete executes. Les 15 traitements par lots sont surtout utilises pour des taches automatisees, notamment pour l'envoi automatique de courriers postaux ou electroniques. Un traitement par lot est generalement stocke dans un fichier de commandes qui est execute par le systeme informatique. L'execution du fichier de commandes peut produire un certain nombre d'actions aussi diverses que la mise a jour de bases de donnees, l'envoi d'e-mails aux utilisateurs ou la 20 production d'un ou de plusieurs fichiers de sortie a utiliser par un autre traitement par lots. [0016] L'« ordonnancement » ou « plan d'execution » au sens de l'invention correspond a l'ordre d'execution des differents traitements par lots devant etre realise au cours d'une periode de temps donnee. Cet ordonnancement est generalement calcule en fonction de regles et/ou de prerequis de fagon a satisfaire des exigences de disponibilite de ressources. 25 [0017] L'expression « parametre de comportement d'un traitement par lot » au sens de l'invention correspond a des parametres de mise en oeuvre d'un traitement par lot ou a des consequences de cette mise en oeuvre. Les parametres de mise en oeuvre d'un traitement par lot peuvent par exemple comporter les parametres selectionnes parmi : ('utilisation de ressources par le traitement par lot dans le temps, le temps d'execution du traitement par lot, 30 ou encore son decoupage en periodes avec des informations sur ces periodes (ordre, duree et les consommations en ressources associees). Avantageusement, le comportement d'un traitement par lot est analyse pour chacune des phases d'un traitement par lot. Les consequences de la mise en oeuvre d'un traitement par lot peuvent par exemple inclure un volume de donnees generees ou une occupation de l'espace memoire apres la fin du 35 traitement par lot. Ces valeurs peuvent par exemple etre mesurees par des sondes. [0574-BUL L21] 10 [0018] Le terme « empreinte » au sens de l'invention correspond a un ensemble d'information sur la consommation en ressources d'un traitement par lot ou la disponibilite en ressources d'une machine (pour ('empreinte a vide) pendant sa periode d'execution. [0019] On entend par « ressource », des parametres, des capacites ou des fonctions de 5 dispositifs informatiques permettant le fonctionnement d'un traitement par lot ou d'une application. Un merne dispositif informatique est associe generalement a plusieurs ressources. De merne, une merne ressource peut etre partagee entre plusieurs traitements par lot. Une ressource est generalement associee a un identifiant unique permettant de ('identifier au sein d'une infrastructure informatique. Par exemple, le terme « ressource » peut 10 inclure : des disques reseaux caracterises par exemple par leurs entrees/sorties, la lecture/ecriture sur des disques, le taux d'utilisation de la memoire, un reseau caracterise par sa bande passante, un processeur caracterise par exemple par son utilisation (en pourcent) ou le taux d'occupation de ses caches, une memoire vive caracterisee par la quantite allouee. On entend par « utilisation des ressources », la consommation d'une ressource par un 15 traitement par lot ou par une application métier. [0020] Par « infrastructure informatique », on entend au sens de l'invention un ensemble de structures informatiques (i.e. dispositifs informatiques), ou machines, apte a faire fonctionner une ou plusieurs applications métiers ou chaines applicatives. La structure informatique peut etre un serveur ou comporter une pluralite de machines. Elle est utilisee pour mettre en oeuvre 20 (executer) l'ordonnancement des traitements par lots. Dans cette invention, l'infrastructure informatique de production designe l'infrastructure informatique utilisee pour generer les donnees a traiter tandis que !Infrastructure informatique de traitement designe l'infrastructure informatique utilisee pour executer les traitements par lot. [0021] Par « sonde » ou « sonde informatique » ou « sonde de consommation », on entend 25 au sens de l'invention un logiciel associe a un equipement qui permet d'effectuer, de gerer et faire remonter vers un equipement informatique des mesures destinees a informer entre autres de l'etat de fonctionnement des ressources ou de la consommation de ressources. [0022] Par « seuil predetermine d'utilisation maximum », on entend au sens de l'invention une valeur maximale de parametre associe a cheque ressource permettant un bon 30 fonctionnement de ladite ressource. Par exemple, cela correspond aux limites maximales acceptables de consommations de ressources pour une structure informatique hebergeant un ou plusieurs traitements par lots. Ces limites peuvent etre reelles ou hypothetiques et correspondent generalement un niveau d'utilisation au-dela duquel des dysfonctionnements [0574-BUL L21] 11 peuvent survenir et ayant pour consequence une saturation de la ressource qui entraine une augmentation des temps de traitement voir une erreur d'execution de ces traitements. [0023] Le terme « dysfonctionnement » au sens de l'invention correspond a la survenue d'une saturation d'une ou plusieurs ressources sur la structure informatique hebergeant un 5 traitement par lots. [0024] L'expression « interface homme-machine » au sens de l'invention correspond a tout element permettant a un etre humain de communiquer avec un ordinateur en particulier et sans que cette liste soit exhaustive, un clavier et des moyens permettant en reponse aux ordres entres au clavier d'effectuer des affichages et eventuellement de selectionner a l'aide 10 de la souris ou d'un pave tactile des elements affiches sur l'ecran. Un autre exemple de realisation est un ecran tactile permettant de selectionner directement sur l'ecran les elements touches par le doigt ou un objet et eventuellement avec la possibilite d'afficher un clavier virtue!. [0025] Dans la suite de la description, les memes references sont utilisees pour designer les 15 memes elements. [0026] La Figure 1A illustre la consommation de ressources, ici le taux d'occupation du CPU, en fonction du temps (jours calendaire), par des processus de traitements par lot heberges par une infrastructure informatique. Les consommations de deux traitements par lots sont representees. II est possible d'observer une variation de la consommation en 20 ressources par ces deux traitements par lot en fonction du temps. Le premier traitement par lot represents en ligne continue pourrait correspondre a un traitement par lots de donnees relatives aux fiches de paie. La consommation en ressource pour ce traitement par lot est plus forte durant les periodes de fin et de debut de mois avec une certaine stabilite en cours de mois. Le second traitement par lots represents en ligne pointillee pourrait correspondre a un 25 traitement par lots de donnees relatives a la gestion de temps pour laquelle les instructions preconisent un traitement en fin de semaine avec une consolidation en fin de mois. Ainsi, la consommation en ressource est plus forte en fin de semaine avec une forte consommation en milieu de mois de janvier apres le retour de vacances (J). [0027] Cette figure illustre les variations auxquelles sont confrontes les outils de gestion de 30 l'ordonnancement des traitements par lot. D'autres cas de figure existent 0E1 it peut etre par exemple observe une certaine baisse d'activite le mercredi, ou une hausse d'activite suite aux fin de trimestres et semestres. Un seul plan d'execution stale sur l'annee prenant en compte ces variations serait fres statique et ne pourrait prendre en compte des changements dans le volume de donnees a traiter. Pourtant de tels changements peuvent etre frequents et it est [0574-BUL L21] 12 necessaire de pouvoir proposer une planification auto-adaptative, de preference en temps reel, de l'ordonnancement des traitements par lot. [0028] Ainsi, les inventeurs ont developpe un nouveau procede planification autoadaptative de l'ordonnancement de traitements par lot pouvant etre mis en oeuvre sur une 5 infrastructure informatique comportant une ou plusieurs machines. Ce procede permet avantageusement d'adapter dans le temps l'ordonnancement de traitements par lot. [0029] Ce procede selon l'invention peut etre mis en oeuvre par un dispositif de planification auto-adaptative comportant ou etant associe a un referentiel ressource 11. Comme cela sera presents par la suite, ce referentiel ressource 11 est apte a memoriser les ressources 10 disponibles pour les traitements par lots. C'est-a-dire les ressources disponibles de ('infrastructure informatique de traitement 4 mettant en oeuvre les traitements par lots. De meme, le dispositif de planification auto-adaptative mettant en oeuvre le procede selon l'invention comporte ou est associe a un referentiel reglementaire 12 apte a memoriser des regles d'execution des traitements par lots. 15 [0030] La figure 2 illustre schematiquement un procede de planification auto-adaptative de l'ordonnancement selon l'invention. [0031] Comme cela est presents dans la figure 2, le procede de planification selon l'invention comprend une etape 200 de generation d'un module de comportement. Cette etape peut etre realisee partiellement ou completement par un module de modelisation 20 20 qui est represents sur la figure 10. [0032] Cette etape avantageuse porte notamment sur la surveillance et ('analyse du comportement des traitements par lot lors de leur execution afin de determiner par exemple le profil de consommation dans le temps des ressources de chaque traitement par lot et de determiner les correlations possibles entre les comportements des differents traitements et les 25 valeurs de parametres d'activites métiers participant a la generation des donnees a traiter. II permet ainsi etre etablit une correlation entre des parametres mesures d'activites métiers (tels que des ressources consommees ou des donnees produites) et le comportement ulterieur des traitements par lot lors notamment du traitement des donnees generees par les applications métiers. Ainsi, le comportement des traitements par lots, notamment en termes de 30 consommation de ressources au cours des differentes phases des differents traitements et/ou de duree des traitements, est lie aux activites métiers et plus particulierement au flux de donnees a traiter provenant des activites métier. [0574-BUL L21] 13 [0033] Le comportement d'un traitement par lot peut correspondre a des parametres de mise en oeuvre d'un traitement par lot ou a des consequences de cette mise en oeuvre. Des parametres de comportement d'un traitement par lot peuvent par exemple comporter ('utilisation de ressources par les traitements par lot, leurs temps d'execution, l'horaire de fin, 5 la taille du ou des fichiers generes ou encore le volume de donnees traitee. L'objectif de cette sous-etape d'acquisition de valeurs d'un parametre de mise en oeuvre d'un traitement par lot est, plus particulierement, de pouvoir disposer d'un referentiel d'utilisations de ressources pour chaque traitement lors de son execution comme cela est illustre a la figure 1 B. [0034] Le modele de comportement se refere au comportement d'un traitement par lot. 10 Ainsi, le modele de comportement est avantageusement issu d'une correlation entre des valeurs de parametres d'activites métier et des valeurs de parametres de comportement de traitement par lot. L'etape de definition 200 d'un modele de comportement des traitements par lot permet plus particulierement la generation d'un referentiel de correlations entre les differentes phases des differents traitements permettant d'extrapoler le temps et le niveau de 15 ressources a partir des resultats de la surveillance realisee en journee ou en temps reel. [0035] Comme cela est presente a la figure 3 et de facon preferee, l'etape de definition 200 d'un modele de comportement comporte les sous etapes suivantes : - Le chargement 220, i.e. le chargement en memoire, par le module de modelisation 20, de valeurs de parametres d'activites métiers. Ces valeurs peuvent par exemple etre 20 mesurees par des sondes et dans ce cas, l'etape peut egalement comprendre la mesure 210, par des sondes, des valeurs de parametres d'activites métiers sur ('infrastructure informatique de production 5 (figure 10), par exemple lors de la generation des donnees a traiter. - Le chargement 240, par le module de modelisation 20, de valeurs de parametres de 25 comportement d'un traitement par lot. Ces valeurs peuvent par exemple etre mesurees par des sondes et dans ce cas, l'etape peut egalement comprendre la mesure 230, par des sondes, de valeurs de parametre de comportement d'un traitement par lot lors du traitement des donnees generees par des applications métiers. II faut comprendre ici que les donnees traitees par les traitements par lots lors de l'etape 230 de mesure 30 sont les donnees generees par lors de l'etape 210. - La generation 250, par le module de modelisation 20, d'un modele de comportement des traitements par lot, ledit modele comportant au moins une association entre une valeur de parametre d'activite métier et une valeur de parametre de comportement d'un traitement par lot. Ainsi, it peut avantageusement comporter plusieurs de ces 35 associations de facon a mieux modeliser le comportement d'un traitement par lot. [0574-BUL L21] 14 [0036] L'etape de definition 200 d'un modele de comportement peut egalement comporter une sous etape d'enregistrement 260 du modele de comportement de traitements par lot. [0037] De nombreux parametres d'activites métier peuvent etre mesures lors de l'etape 210. Ceux sont par exemple des parametres d'activites métier relatifs a des donnees traitees (e.g. 5 nombre de fichiers ouverts par l'application, volume des donnees modifiees par ('application), des donnees generees (e.g. nombre de fichiers generes par l'application, nombre de messages envoyes, volume de donnees generees par ('application) ou encore d'utilisation de ressources (puissance de calcul consommee par l'application, flux de transfert de donnee dedie a ('application). De facon preferee, les parametres d'activites métier comportent des 10 parametres selectionnes parmi : volumes des echanges reseaux entre les applications métier, le nombre de fichiers transferes sur un serveur, l'utilisation moyenne du CPU sur un ou plusieurs des chaines applicatives métiers. [0038] De la merne facon, de nombreux parametres de comportement d'un traitement par lot peuvent etre pris en compte dans le cadre de ('invention. Ceux sont par exemple des 15 parametres de comportement relatifs aux differentes phases d'execution du traitement : niveau de consommation de ressources, duree de la phase ou a ('execution totale du traitement par lot. De facon preferee, les parametres de comportement d'un traitement par lot comportent des parametres selectionnes parmi : une consommation de ressource en fonction du temps et une duree pour chacune des phases du traitement par lot. 20 [0039] En outre, l'etape de definition 200 d'un modele de comportement peut comporter, prealablement a la generation 250 d'un modele de comportement des traitements par lot, une sous etape de chargement des ressources significatives ou ressources cies qui auront un fort impact sur le comportement de chaque traitement par lot. Ces ressources significatives peuvent par exemple avoir ete enregistrees dans un referentiel. 25 [0040] Ainsi, cette etape permet de generer un modele de comportement permettant de lier des parametres d'activites métier tels que l'utilisation des ressources de ('infrastructure informatique de production 5 par les applications métiers lors de la generation des donnees a traiter et des parametres de comportement des traitements par lot, par exemple en termes de consommation de ressources, entre les differentes phases des differents traitements. De 30 facon preferee, cette etape peut etre repetee plusieurs fois par mois, de facon plus preferee plusieurs fois par semaines, de facon encore plus preferee chaque jour 0E1 des donnees a traiter sont generees. Cette surveillance quotidienne ou quasi-quotidienne permettra d'affiner les modelisations de comportement de facon a mieux determiner le profil temporel de chaque traitement par lot. En outre, le modele de comportement permet de generer des previsions sur [0574-BUL L21] 15 le comportement d'un traitement par lot en fonction des valeurs de parametres d'activites métiers impactant ce traitement par lot. Ainsi, le modele de comportement peut permettre de generer des previsions sur de nombreux parametres du traitement par lots tels que par exemple la consommation de ressources (CPU, I/O, mernoire...) ou encore sur le temps de 5 realisation estime pour ce traitement par lot. [0041] Le modele de comportement des traitements par lot peut comporter un modele de comportement pour chacun des traitements par lot ou bien consister en un seul modele de comportement pour tous les traitements par lot. En outre, le modele de comportement permet de prevoir le comportement d'un traitement par lot en fonction des valeurs de parametres 10 d'activites métiers notamment des valeurs de parametres d'activites métiers des applications métiers impactant ce traitement par lot. [0042] De facon preferee, l'etape prealable de definition d'un modele de comportement comporte egalement une sous etape d'enregistrement du ou des modeles generes sur une memoire de facon a creer un catalogue de modele de comportement. 15 [0043] Avantageusement, comme cela sera detaille par la suite, une surveillance par exemple quotidienne de ces valeurs permettra d'affiner ce ou ces modeles de comportement. [0044] Comme cela a ete discute, le modele de comportement permet de prevoir le comportement d'un traitement par lot en fonction des valeurs de parametres d'activites métiers qui ont generee les donnees a traiter. Neanmoins, dans de ('execution d'un plan 20 d'ordonnancement, it est possible que des facteurs viennent influencer le comportement des traitements par lots sans que cela soit exclusivement lie aux donnees a traiter. Ainsi, les inventeurs proposent un modele d'auto-adaptation qui peut etre utilise en complement de ce modele de comportement, [0045] Le modele d'auto-adaptation se refere a la determination d'un comportement d'un 25 traitement par lot mais sur la base d'une correlation entre des valeurs de parametres de comportement d'un premier traitement par lot et des valeurs de parametres de comportement d'au moins un autre traitement par lot. Ainsi, ce modele peut etre utilise en cours d'execution d'un plan d'ordonnancement et permettre de s'adapter rapidement a des comportements observe lors de ('execution d'une periode anterieur du plan d'execution. 30 [0046] L'etape de definition 300 d'un modele d'auto-adaptation permet plus particulierement d'extrapoler le temps et le niveau de ressources a partir des resultats de la surveillance realisee sur une periode precedente de ('execution du plan d'ordonnancement. [0574-BUL L21] 16 [0047] Comme cela est presente a la figure 4 et de facon preferee, l'etape de definition 300 d'un modele d'auto-adaptation comporte les sous etapes suivantes : - Le chargement 320, i.e. le chargement en memoire, par le module de modelisation 20, de valeurs de parametres de comportement d'un premier traitement par lot. Ces 5 valeurs peuvent par exemple etre mesurees par des sondes et dans ce cas, l'etape peut egalement comprendre la mesure 310, par des sondes, des valeurs de parametres de comportement d'un premier traitement par lot sur l'infrastructure informatique de traitement 4 (figure 10). - Le chargement 340, par le module de modelisation 20, de valeurs de parametres de 10 comportement d'au moins un autre traitement par lot. Ces valeurs peuvent par exemple etre mesurees par des sondes et dans ce cas, l'etape peut egalement comprendre la mesure 330, par des sondes, de valeurs de parametre de comportement d'au moins un traitement par lot sur l'infrastructure informatique de traitement 4 (lors du traitement des donnees generees par des applications métiers). 15 - La generation 350, par le module de modelisation 20, d'un modele d'auto-adaptation entre les differentes phases des differents traitement par lot, ledit modele comportant au moins une association entre une valeur de parametre d'un premier traitement par lot et une valeur de parametre de comportement d'un autre traitement par lot. Ainsi, il peut avantageusement comporter plusieurs de ces associations de facon a mieux 20 modeliser le comportement d'un traitement par lot. [0048] L'etape de definition 300 d'un modele de comportement peut egalement comporter une sous etape d'enregistrement 360 du modele de comportement de traitements par lot. [0049] Comme cela est presente dans la figure 2, le procede de gestion selon ('invention 25 comprend une etape 400 de mesure de valeurs de parametres d'activites métiers sur l'infrastructure informatique de production 5 (figure 10). Cette etape peut etre realisee par un ou plusieurs sondes qui seront presentees par la suite. [0050] En effet, de facon a permettre une planification auto-adaptative de l'ordonnancement, il est avantageux de mesurer les valeurs d'un ou plusieurs parametres d'activites métiers sur 30 l'infrastructure informatique de production 5, notamment pour les activites métier (mettant en oeuvre par des applications métier) qui seront a l'origine des donnees d'entree des traitements par lot a ordonnancer. Ainsi, de preference, les applications métiers dont le ou les parametres d'activites métiers (e.g. ('utilisation des ressources) sont mesures sont les applications métiers qui genereront des donnees utilisees par la suite par les traitements par lot. [0574-BUL L21] 17 [0051] Comme lors de la definition du module de comportement, les nombreux parametres d'activites métier peuvent etre mesures lors de l'etape 400. Ceux sont par exemple des parametres d'activites métier relatifs a des donnees traitees (e.g. nombre de fichiers ouverts par l'application, volume des donnees modifiees par ('application), des donnees generees 5 (e.g. nombre de fichiers generes par l'application, nombre de messages envoyes, volume de donnees generees par ('application) ou encore d'utilisation de ressources (puissance de calcul consommee par l'application, flux de transfert de dorm& dedie a ('application). De facon preferee, les parametres d'activites métier comportent des parametres selectionnes parmi : volume d'activite transactionnelle, volume de depot de fichier ou de message. 10 [0052] De facon plus preferee, les parametres d'activites métier dont la valeur mesuree presente une correlation avec : la quantite de donnees generees pour un traitement par lot et/ou le comportement d'au moins un traitement par lot. Autrement dit, lors de cette etape 400, les parametres d'activites métier dont la valeur est mesuree comportent avantageusement au moins les parametres dont la valeur est prise en compte dans le module de comportement. 15 [0053] Par exemple, le module de comportement des traitements par lot permet par exemple de calculer, a partir d'un nombre de fichier genere par une application métier, des valeurs d'utilisation des ressources de ('infrastructure informatique de traitement 4 telles que le CPU et memoire en fonction du temps. Ainsi, le module de comportement permet de genere un profil temporel. 20 [0054] En outre, les valeurs mesurees peuvent faire ('objet d'un enregistrement dans un referentiel 13 d'activites métier. [0055] Comme cela est presente dans la figure 2, le procede de gestion selon ('invention 25 comprend une etape 500 de definition d'un profil temporel pour chacun des traitements par lot. Le profil temporel est avantageusement defini en fonction des valeurs mesurees de parametres d'activites métier et d'un module de comportement des traitements par lot. Cette etape peut etre realisee par le module de calcul d'impact 50 sera presente par la suite. [0056] Cette etape de definition d'un profil temporel permet ('utilisation du « module des 30 comportements » defini prealablement pour predire le comportement de chaque traitement par lot. Le profil temporel d'un traitement par lot consiste donc en une prediction du comportement du traitement par lots en fonction du temps et notamment en fonction de ses differentes phases. Un profil temporel typique pourra ressembler a la figure 1 B. [0057] Les profils temporel peuvent etre fres diverses en fonction des traitements par lot. En 35 effet, Par exemple, certains traitement par lots comporteront ('execution de taches [0574-BUL L21] 18 d'apprentissage qui tendent souvent a etre plus consommatrices de ressources processeur tandis que d'autre integreront des taches contenant des requetes d'agregation de donnees qui tendent a etre plus intensif en I/O. La connaissance prealable de la ressource dominante d'un traitement par lot peut etre utilisee pour planifier un travail avec d'autres taches pour une 5 meilleure utilisation des ressources et moins d'interferences entre les taches. [0058] De facon preferee, les profils temporels ainsi generes sont enregistres. [0059] Le procede de planification selon ('invention comporte egalement une etape 600 de conception d'un plan d'ordonnancement optimisant l'utilisation des ressources a partir 10 des profils temporels des traitements par lot. Cette etape peut etre realisee par un module de conception de plan d'ordonnancement 60 (figure 10) qui sera presente par la suite. Avantageusement, cette conception se fait dans le respect des regles d'execution memorisees dans le referentiel reglementaire 12 et des donnees de ressources memorisees dans le referentiel ressources 13. 15 [0060] Une telle etape permet avantageusement d'optimiser le positionnement dans le temps des traitements par lot independamment d'une frequence, mais en prenant en compte leurs contraintes d'execution, les ressources qu'ils consomment et les ressources disponibles sur ('infrastructure qu'ils utilisent. [0061] De facon preferee, l'etape 600 de conception d'un plan d'ordonnancement 20 optimisant l'utilisation des ressources, s'effectue : - a partir des profils temporels et de donnees enregistrees sur les referentiels ressources 11 et reglementaire 12, - en determinant le plan d'execution optimum visant a recluire le temps global d'execution tout en maximisant l'utilisation des ressources disponibles, et 25 - en determinant, a partir des profils temporels, le niveau de ressource theoriquement utilisees lors de ('execution de ('ensemble du plan d'execution. [0062] Avantageusement, l'etape 600 de conception d'un plan d'ordonnancement optimisant l'utilisation des ressources est mise en oeuvre de facon a concevoir un plan d'ordonnancement ne portant que sur une partie des traitements par lot a executer. Ainsi, le 30 plan d'ordonnancement ne concerne par exemple que des traitements par lots urgents devant etre realises en premier. [0063] Un mode de realisation de cette etape de conception est notamment illustre a la Figure 5. Dans cet exemple de construction d'ordonnancements de traitements par lots (plans d'execution), un module de construction 60 de plans lance, sur une infrastructure [0574-BUL L21] 19 informatique, des calculs matriciels entre les profils temporels de traitement par lot memorises et des donnees du referentiel ressources 11 memorisees. [0064] Lors d'une etape 601, les traitements par lot a considerer (dans le cas d'un plan d'ordonnancement partiel) sont selectionnes. Lors d'une etape 602, l'ensemble des definitions 5 de matrices possibles pour l'ensemble des traitements consideres sont construites. Celles-ci representent les traitements par lot etalees sur l'ensemble des plages horaires. [0065] Lors de l'etape 603 les definitions sont comparees avec le referentiel reglementaire et le module de construction de plan elimine, lors de l'etape 604, les definitions non compatibles. 10 [0066] Lors de l'etape 605, le module de construction 60 de plan selectionne un premier traitement. Parmi les definitions de matrices restantes pour ce traitement, une definition est choisie de fagon aleatoire lors d'une etape 606. Le module de construction de plan calcule ensuite la consommation dans le temps en ressources lors de l'etape 607. [0067] Lors d'une etape 608, la consommation dans le temps en ressources est comparee 15 aux donnees du referentiel ressources 11 afin de mesurer leur compatibilite avec ('infrastructure informatique de traitement 4 et plus particulierement les ressources disponibles. Si c'est le cas, c'est-a-dire que les ressources sont suffisantes pour ladite definition, la definition choisie est memorisee lors d'une etape 609. Sinon, une autre definition est preselectionnee de fagon aleatoire parmi les definitions restantes et le module de 20 construction de plan reitere les etapes 606, 607et 608. [0068] Une fois la definition compatible d'un traitement memorisee, l'etape 610 permet de determiner si tous les traitements ont ete planifies. Si non, le module de construction de plan effectue les etapes 605, 606, 607, 608 et 609 tant que tous les traitements n'ont pas ete planifies. 25 [0069] A ('issue de l'etape 610, le module de construction de plan, dans une etape 611, genere le plan d'execution, ou ordonnancement, et l'enregistre dans le catalogue de plans d'execution. Ce plan d'execution est le resultat des calculs matriciels entre les definitions memorisees des traitements et les donnees de referentiel. [0070] Chaque plan d'execution, ou ordonnancement, peut comporter classiquement pour 30 chaque traitement par lots le composant des informations sur la duree du traitement par lots, la consommation effectuee par le traitement sur chaque machine, l'ordre d'execution du traitement, l'heure de demarrage du traitement, et l'heure de fin maximum du traitement. [0574-BUL L21] 20 [0071] Lors de la premiere mise en oeuvre d'un plan d'execution, si la consommation de certaines ressources a depasse la consommation en ressources attendue ou si certaines regles n'ont pas ete respectees, alors le plan d'execution peut etre supprime et un nouveau 5 plan d'execution peut etre recalcule avec les empreintes mesurees. Cela permet de s'assurer que, lors de l'etape d'execution, les regles d'execution seront respectees et que les consommations de ressources seront au niveau de consommation attendu. [0072] Alternativement, si la consommation de certaines ressources a depasse la consommation en ressource attendue ou si certaines regles n'ont pas ete respectees, mais 10 que les depassements restent faibles (par exemple inferieure a 10 % de depassement) alors, le plan peut ne pas etre supprime. Ainsi, it y a un taux d'acceptabilite. Un traitement par lots devant durer 3h et durant 3h15 n'entrainera pas la suppression du plan d'execution si les autres parametres sont valides. 15 [0073] Le calcul d'un plan d'execution optimise est chronophage de merne que ('adaptation des plans d'execution existants. Ainsi, les plans d'ordonnancement optimisant ('utilisation des ressources congus lors de l'etape 600 peuvent faire ('objet d'un enregistrement sur une memoire, par exemple une memoire du dispositif selon l'invention. Cela permet de generer un catalogue 61 de plans d'ordonnancement comportant une pluralite de plans 20 d'ordonnancement de traitements par lot. [0074] De preference, le catalogue de plans d'execution 61 contient entre 5 et 50 ordonnancements de traitements par lots, de fagon plus preferee entre 10 et 40 et de fagon encore plus preferee 10 et 20. En outre, ces plans d'ordonnancement sont de preference enregistres en association avec les valeurs de parametres d'activites métiers mesurees et 25 avec avantageusement les valeurs des regles d'execution et les donnees de referentiel ressource. [0075] Dans ce contexte, chaque plan d'ordonnancement enregistre pourra comporter une information relative aux valeurs de parametres d'activites métiers utilisees pour calculer les profils temporels a l'origine du plan d'ordonnancement. 30 [0076] Ainsi, le procede comporte aussi une etape de selection, dans !edit catalogue de plans d'execution 61, d'un ordonnancement adapts de traitements par lots. Cette etape peut etre realisee par un module de selection 62. [0077] Lors de cette etape de selection, le procede selon l'invention peut comparer des valeurs de parametres d'activites métiers mesurees a l'etape 400 avec des valeurs de [0574-BUL L21] 21 parametres d'activites métiers enregistrees sur le catalogue de plans d'execution 61 de facon a identifier un plan d'ordonnancement pouvant repondre aux besoins associes audites valeurs de parametres d'activites métiers mesurees. [0078] Une fois l'ordonnancement adapte de traitements par lots selectionne, le procede 5 selon l'invention peut comporter une etape 652 de transmission du plan d'ordonnancement optimisant ('utilisation des ressources, a l'infrastructure informatique de traitement 4 pour son execution 655 par un logiciel. [0079] Les traitements par lots peuvent etre mis en oeuvre sur une pluralite de machines 10 d'une infrastructure informatique de traitement 4, l'infrastructure informatique de traitement 4pouvant etre ou non !Infrastructure informatique de production 5. [0080] En outre, le procede de planification auto-adaptative selon l'invention peut comprendre une etape 660 de suivi et de mesure des parametres d'execution de 15 l'ordonnancement des traitements par lots. Cette etape permet de verifier que, lors de ('execution, les regles d'execution ont ete respectees, que les consommations de ressources ont Bien ete au niveau de consommation attendu et/ou que les volumes de donnees traitees correspondent aux volumes attendus. Cette etape 660 peut egalement comporter un suivi et un enregistrement des parametres de comportement des traitements par lot. 20 [0081] Avantageusement, l'etape 660 de suivi et de mesure s'effectue en comparant un niveau de ressources utilisees mesure a un niveau de ressources utilisees calcule precedemment pour tenir compte de ('incidence de ('execution des traitements par lots en parallele. En effet, il est possible que, de facon ponctuelle, il y ait des activites parasites sur l'infrastructure informatique entrainant une disponibilite plus faible des ressources avec par 25 exemple une consommation de la bande passante ou des ressources memoire sur des serveurs. [0082] Le procede peut ainsi comprendre une etape de memorisation des valeurs de parametres de comportement des traitements par lot et notamment des consommations en ressources lors de ('execution de l'ordonnancement des traitements par lots. 30 [0083] La figure 6 presente un mode de realisation selon l'invention. Selon ce mode de realisation, le procede comporte classiquement une etape 400 de mesure de valeurs de parametres d'activites métiers sur l'infrastructure informatique de production et une etape 510 35 de chargement d'un modele de comportement de traitement par lot prealablement genere. Suite a cela, le procede comporte une etape 500 de definition d'un profit temporel pour [0574-BUL L21] 22 chacun des traitements par lot en fonction des valeurs de parametres d'activites métiers mesuree et du modele de comportement chargé. Suite a l'etape 520 de chargement de donnees du referentiel ressource 11 et a l'etape 530 de chargement de donnees du referentiel reglementaire 12 et une fois les profils temporels generes, le procede peut comprendre une 5 etape 550 de recherche dans un catalogue de plan d'ordonnancement 61 d'un plan d'ordonnancement genere a partir de profils temporels identiques ou similaires. Si tel est le cas (OK), le procede determine 560 si le plan d'ordonnancement inscrit au catalogue repond aux exigences des donnees chargees de regles d'execution et de ressources reglementaire et si tel est le cas (OK), le plan d'ordonnancement existant est chargé 651 et transmis 652 a une 10 infrastructure informatique de traitement pour son execution 655. [0084] Si aucun plan est identifie (NOK) ou que le plan identifie ne repond pas aux exigences des donnees chargees de regles d'execution et de ressources reglementaire, alors le procede comporte une etape 600 de conception d'un plan d'ordonnancement optimisant l'utilisation des ressources a partir des profils temporels des traitements par lot et dans le 15 respect des regles d'execution memorisees dans le referentiel reglementaire et des donnees de ressources memorisees dans le referentiel ressource. [0085] Le plan d'ordonnancement optimisant l'utilisation des ressources ainsi congu est transmis 652 a une infrastructure informatique de traitement pour son execution 655. 20 [0086] La figure 7 presente un autre mode de realisation selon l'invention correspondant aux etapes du procede se deroulant lors de ('execution des traitements par lot. Ainsi, ce mode de realisation debute par une etape 650 de mise en oeuvre du plan d'ordonnancement optimisant l'utilisation des ressources. [0087] Avantageusement, lors le procede selon l'invention comporte alors une etape 660 de 25 mesure, par exemple par des sondes 40, des valeurs de parametres de comportement des traitements par lot. De fagon preferee, cette mesure est !tans& en temps reel et est accompagnee d'un traitement rapide des resultats. En effet, ('analyse detainee des parametres de comportement des traitements par lot, par exemple de leur utilisation des ressources, en temps reel permet d'optimiser encore ('execution des lots. Dans ce contexte, le 30 procede peut comprendre un enregistrement des valeurs de parametres de comportement des traitements par lot. Comme déjà mentionne precedemment, les parametres de comportement mesures peuvent etre fres diverses et comportent par exemple les valeurs de consommation en ressource par le traitement par lot. [0088] En particulier, la valeur mesuree de parametres de comportement concerne un ou 35 plusieurs parametres de comportement critiques. Un parametre de comportement critique [0574-BUL L21] 23 peut etre une ressource critique, a savoir une ressource jouant un role important dans la mise en oeuvre des traitements par lots. Par exemple, une ressource critique peut etre une ressource dont le taux d'utilisation atteint des pourcentages superieurs a 80 % lors de la mise en oeuvre des traitements par lots ou bien etre une ressource pour laquelle ('infrastructure 5 informatique ne dispose pas de redondance. [0089] Les parametres de comportement critiques peuvent varier en fonction des infrastructures informatiques et du temps. Ainsi, de facon preferee, dans le cadre de l'invention, un referentiel de parametres de comportement critiques est genere. Ce referentiel de parametres de comportement critiques permet notamment de categoriser les parametres 10 de comportement et de les associer a un niveau de criticite. Ainsi, le prockle peut comporter une etape d'evaluation de la severite d'une deviation lors de laquelle les parametres de comportement dont les valeurs presentent un kart sont comparees aux parametres de comportement critiques, par exemple listes dans le referentiel parametres de comportement critiques, de facon a identifier un niveau de severite eleve lorsque les parametres de 15 comportement dont l'ecart est identifie sont egalement des parametres de comportement critiques ou un niveau de severite faible lorsque les parametres de comportement presentant un kart ne sont pas des parametres de comportement critiques. [0090] Outre un tel suivi, le prockle selon l'invention peut comporter, comme presente en 20 figure 7, une etape 700 de detection d'une deviation dans ('execution des traitements par lot. [0091] De facon preferee, l'etape de detection d'une deviation dans ('execution des traitements par lot, comporte une mesure d'un parametre de comportement d'un traitement par lot a un instant t, et une comparaison de la valeur du parametre de comportement mesure 25 a une valeur du parametre de comportement attendue, la presence d'un kart est indicatrice d'une deviation. [0092] La valeur attendue du parametre de comportement peut par exemple etre selectionnee parmi ('ensemble des regles d'execution memorisees, les valeurs de ressources disponibles memorisees ou les profils temporels definis. 30 [0093] De facon preferee, les parametres de comportement mesures dans le cadre de la detection d'une deviation comportent des parametres selectionnes parmi : la duree d'une phase du traitement par lot, l'horaire de fin d'une phase du traitement par lot, la taille d'un fichier genere, la consommation des ressources lors du traitement par lots, le volume de [0574-BUL L21] 24 donnees a traiter (par exemple via une surveillance des depots de fichier a traiter ou du volume de communication reseau mesuree en amont). [0094] En particulier, la mesure d'un parametre de comportement d'un traitement par lot peut concerner la consommation en ressource globale sur les machines composant 5 ('infrastructure informatique. Alternativement, le procede comporte une etape d'evaluation de la severite d'une deviation lors de laquelle les ressources dont la consommation est en augmentation sont comparees aux ressources critiques de facon a identifier un niveau de severite eleve lorsque les ressources dont la consommation est en augmentation sont egalement des ressources critiques. Ainsi, cela permet de juger alors au mieux de la severite 10 de la deviation. La liste des ressources critiques peut par exemple etre enregistree dans un referentiel de ressources critiques. [0095] Comme nous l'avons vu, le procede selon l'invention est capable de prendre en compte les contraintes de performance de l'utilisateur en termes de cibles d'execution et 15 d'ordonnancer automatiquement les traitements par lots au regard des ressources pour atteindre ces cibles. Cela est facilite apres avoir modelise, via les profils temporels, le comportement attendu d'un traitement par lot en fonction des precedentes executions. [0096] Neanmoins, comme nous allons le voir, le procede selon l'invention peut egalement etre utilise pour adapter dynamiquement la repartition des traitements par lots. En, effet, it 20 peut etre souhaitable de generer un plan d'ordonnancement partiel ne comportant qu'une partie des traitement par lot a executer sur la periode de temps puis en fonction du comportement des premiers traitements par lot executes, engager une etape de conception de plan d'ordonnancement pour les traitement par lot restant a programmer. [0097] Comme presente a la figure 7, si lors de l'etape 700 une deviation est detectee (OK), 25 alors le procede selon l'invention peut comprendre une etape de chargement 810 d'un modele d'auto-adaptation puis une etape de generation 820 d'un plan d'ordonnancement affine. [0098] Cette etape 820 peut par exemple comprendre la conception d'un nouveau plan d'ordonnancent affine pour les traitements par lots ordonnances restant a executer. Cette 30 nouvelle conception va avantageusement se base sur les valeurs mesurees de parametre de comportement des traitements par lot ayant ete executes lors de l'etape 650 de mise en oeuvre en association avec le modele d'auto-adaptation prealablement chargé. [0574-BUL L21] 25 [0099] Par exemple, les figures 8A, 8B, 8C presentent des illustrations schematique d'un plan d'ordonnancent des traitements par lot (A & B) comportant chacun plusieurs phases (A1, A2, A3, B1 ...). Les phases en pointillees sont des estimations alors que les phases encadrees en trait continue sont les resultats des mesures realises. La figure 8A presente un plan 5 d'ordonnancement optimisant ('utilisation des ressources tel que propose lors de l'etape 600 du procede selon l'invention. La figure 8B presente le deroule observe du plan d'ordonnancement. Ainsi, grace au suivi des valeurs de parametre de comportement en cours d'execution des traitements par lot il est possible d'identifier rapidement un ralentissement impactant notamment la phase A2 et engendrant un decalage et/ou un allongement des 10 phases B3, A3, A4 et A5. Ainsi, il est possible de voir que la fin de la phase B3 va depasser la limite 123 imposee dans les regles d'execution enregistrees dans le referentiel d'execution 12. [00100] Grace a une etape de generation 820 d'un plan d'ordonnancement affine, le procede selon l'invention est capable de modifier l'ordonnancement de phases déjà ordonnancees. Dans le cas d'espece, les phases A3, A4 et A5 sont decalees dans le temps de facon a 15 laisser la phase B3 utiliser ('ensemble des ressources de ('infrastructure informatique de traitement 4 et lui permet ainsi de se terminer avant l'echeance 123. [00101] En outre, le procede selon l'invention peut comprendre une modification du modele de comportement, du modele d'auto-adaptation ou des profils temporels. Neanmoins de facon 20 preferee, les modeles ne sont pas modifies au cours de ('execution d'un traitement par lot car une modification directe des modeles necessiterait des calculs intensifs de modelisation a un moment 0E1 il est important de ne pas monopoliser des ressources. Ainsi, de facon preferee, le procede selon l'invention comporte, au cours de ('execution des traitements par lot, une etape de modification du plan d'ordonnancement de facon a generer un plan d'ordonnancement 25 affine. [00102] En outre, comme presente a la figure 7, le procede selon l'invention peut comprendre une etape 830 d'analyse du plan d'ordonnancement de facon a determiner si celui est complet. C'est-a-dire si le plan d'ordonnancement en cours d'execution prend en compte tous 30 les traitements par lots a executer. En effet, il est possible lors de l'etape 600 de generer un plan d'ordonnancent partiel de facon a gagner en rapidite d'execution et d'initiation des traitements par lot. Si tous les traitements par lots ont ete pris en consideration et que leur execution est terminee (OK), alors le procede comporte une etape 690 de generation d'un rapport sur ('execution des traitements par lot et une etape 695 de generation d'une alerte sur 35 la fin d'execution. Ensuite, it comprend une etape 900 de memorisation des valeurs mesurees [0574-BUL L21] 26 de parametres de comportement des traitements par lot et de mise a jours des modeles de comportement de traitement par lot et des modeles d'auto-adaptation. [00103] Si cela n'est pas le cas (NOK), alors le procede comporte une etape 810 de chargement 810 d'un modele d'auto-adaptation. Ensuite, it comprend une etape 840 de 5 chargement des profils temporels generes lors de l'etape 500. [00104] Le procede comporte alors une etape 850 de conception d'un plan d'ordonnancement posterieur, en fonction du modele d'auto-adaptation et a partir des profils temporels des traitements par lot et des valeurs mesurees de comportement de traitement par lot, de preference pendant la periode directement anterieure et dans le respect des regles 10 d'execution memorisees dans le referentiel reglementaire et des donnees de ressources memorisees dans le referentiel ressource. Ce plan d'ordonnancement concerne une nouvelle periode. II peut integrer tous les traitements par lots restant a planifier ou bien seulement une partie. [00105] Cette etape 850 peut alors comprendre la conception d'un nouveau plan 15 d'ordonnancent pour les traitements par lots restant a executer. Cette nouvelle conception va avantageusement se baser sur les valeurs mesurees de parametre de comportement des traitements par lot ayant ete executes lors de l'etape 650 de mise en oeuvre. [00106] Ainsi, le procede permet une modification dynamique via un mecanisme d'auto adaptation du plan d'ordonnancement soit suite a un changement de comportement des 20 traitements par lots soit car le plan d'ordonnancement initialement genere ne concerne qu'une partie des traitements par lot a executer (plan d'ordonnancement partiel). [00107] En outre, le procede de planification selon l'invention peut en outre comporter au prealable : 25 - une etape de memorisation, par le referentiel ressources, d'une empreinte de chaque traitement par lot pour chaque machine impact& par le traitement par lot, et - une etape de memorisation, par le referentiel reglementaire, de regles d'execution des traitements par lot. [00108] Le procede de planification selon l'invention peut egalement comporter une etape de 30 modification de ces informations. [00109] Le procede selon l'invention peut comporter egalement une etape 150 d'acquisition d'une empreinte de chaque traitement par lots pour chaque machine impactee par le [0574-BUL L21] 27 traitement par lots. Cette etape peut etre realisee par un referentiel ressources 11 qui sera presente par la suite. [00110] Lors de cette etape, l'empreinte a vide est mesuree pour chaque traitement par lots. Cette mesure est realisee lorsqu'aucune action utilisateur n'a lieu de facon a identifier au 5 mieux la consommation en ressources induite par chacun des traitements par lots et/ou la totalite des ressources disponibles. Ainsi, l'empreinte est avantageusement mesuree pour chaque traitement par lots, un a un. [00111] Un mode de realisation de cette etape est notamment illustre a la Figure 9. Dans ce mode de realisation, l'etape 150 d'acquisition d'une empreinte de chaque traitement par lots 10 pour chaque machine impactee par le traitement par lots, comporte les sous-etapes suivantes : - une etape 151 de mesure de l'empreinte a vide de toutes les machines impactees par les traitements par lot, - une etape 152 de mesure de l'empreinte de chaque traitement par lots sur ('ensemble des 15 machines que le traitement par lots impacte en soustrayant des consommations mesurees celles de la premiere etape de mesure, et - une etape 153 d'enregistrement dans un referentiel ressources 11 de l'empreinte de chaque traitement par lots pour chaque machine impactee par le traitement par lots. 20 [00112] L'empreinte de chaque traitement est ainsi mesuree de facon identique a la mesure de l'empreinte a vide, et en executant les traitements un a un, de facon sequentielle. De telles consommations en ressources peuvent etre memorisees dans au moins un tableau matriciel memorise correspondant a chaque traitement Ti appliqué sur une ou plusieurs ressources d'une machine MJ, dont le nombre de ressource defini une dimension du tableau matriciel, le 25 nombre de plages horaires affectees definissant une autre dimension du tableau matriciel, et les pourcentages d'utilisation de la ressource constituant le coefficient d'une ligne ou colonne supplementaire. Ces informations peuvent, de preference, se retranscrire sous la forme d'une matrice Mj machine memorisee dans une memoire, chaque ligne de la matrice machine Mj representant une ressource de la machine (CPU, RAM, ....etc.), chaque colonne de la matrice 30 une plage horaire et chaque valeur presente dans une case de la ligne d'une ressource representant la consommation de cette ressource pour la periode horaire definie pour la colonne. [00113] Le procede peut egalement comporter une etape de memorisation de regles d'execution et de niveaux de consommations attendus. Cette etape consiste notamment a 35 enregistrer des regles d'execution applicables lors de ('execution de l'ordonnancement des [0574-BUL L21] 28 traitements par lots. Ainsi, un utilisateur aura la possibilite lors de cette etape d'enregistrer sur une memoire des regles d'execution que l'ordonnancement cite devra respecter. Elle peut etre realisee par un referentiel reglementaire 12 qui sera presentee par la suite. [00114] Les regles peuvent par exemple porter sur des ordres d'enchainement a respecter 5 (e.g. le traitement A doit s'executer avant le traitement B), des horaires a respecter (e.g. le traitement C doit demarrer avant 23h ou le traitement D doit etre termine avant 2h), des seuils de consommation en ressources a respecter (e.g. la consommation de la ressource 1.1.1 ne peut depasser 80 %), des etc. [00115] De telles regles peuvent etre memorisees dans au moins un tableau matriciel 10 memorise correspondant a chaque traitement Ti. Par exemple, afin d'eviter ('execution simultanee, ou chevauchement, de deux traitements par lots, une ligne peut etre ajoutee a chaque matrice de traitement, ladite ligne ne contenant plus la consommation d'une ressource pour les plages horaires mais une valeur identique (par exemple 99) dans la premiere colonne pour les deux ou plusieurs traitements concernes. Cela permet d'indiquer au module de 15 construction de plan que par exemple, le chevauchement des traitements T1 et T2 est interdit. [00116] Selon cet exemple, le module de construction de plan d'execution, deduira que les deux traitements ne peuvent s'executer simultanement car ils possedent une troisieme ligne identique au sein de leurs matrices traitement respectives. II en serait de meme si plusieurs matrice Ti+n etaient construites avec la meme ligne supplementaire. Ainsi it est possible, 20 par le choix des valeurs introduites dans les lignes des matrices, de decaler ('execution d'un traitement apres un autre, le faire demarrer a une plage horaire precise, le faire se terminer avant une autre plage horaire. L'ensemble des matrices Ti ainsi constituees forment ('unite reglementaire 30. [00117] Ainsi le procede peut reposer sur autant de matrices que de traitements Ti et de 25 machines Mj appartenant a l'infrastructure informatique sur lesquelles s'executeront les traitements selon les regles ainsi definies. Par ('utilisation des matrices de traitements Ti et des matrices machines Mj sur lesquelles s'executeront les traitements le programme va pouvoir construire un plan d'execution. [00118] Cette etape comporte egalement avantageusement une memorisation des niveaux 30 de consommations attendus. Une telle memorisation peut egalement etre realisee par l'intermediaire de tableaux matriciels comportant pour chaque machine Mj un seuil predetermine d'utilisation maximum definissant la consommation maximale attendue lors de ('execution des traitements par lots pour chacune des ressources de chaque machines composant l'infrastructure informatique. [0574-BUL L21] 29 [00119] Le procede selon l'invention peut faire appel a une sonde 40 ou a une pluralite de sondes 40 notamment pour mesurer l'empreinte a vide de chaque machine. La ou les sondes permettent de collecter des donnees sur la consommation des ressources de ('infrastructure 5 informatique et plus particulierement de chaque machine la composant. Plusieurs ressources peuvent etre mesurees en parallele. [00120] Ces mesures peuvent etre realisees a partir d'une sonde, par exemple une sonde de type « Nigel's Monitor » (Nmon) ou « Performance Monitor » (Perfmon). Les sondes Nmon permettent par exemple d'afficher les donnees de CPU, memoire, swap, reseau, des 10 informations sur les utilisateurs, les groupes, les supports de stockages, sur l'utilisation du kernel, ou les processus les plus consommateurs. Les sondes de type Perfmon permettent de mesurer les performances d'une infrastructure informatique. Les informations collectees peuvent par exemple correspondre a des pourcentages d'utilisation de ressources, des temps de reponse, des temps de traitement mais egalement le statut des ports, le nombre de files de 15 message JDBC ou JMS, le taux d'occupation du systeme de fichiers, le taux de fonctionnement du ramasse miettes ou recuperateur de memoires (pour « garbage collector » en anglais) pour les applications J2EE (pour « Java Enterprise Edition » en anglais). [00121] Ces sondes peuvent etre associees a chaque parametre (e.g. ressource) pour remonter les informations de mesure ou metriques, representant par exemple l'etat de 20 fonctionnement des ressources et la consommation associee. Pour chaque parametre, la ou les sondes definissent un identifiant de parametre et une valeur de parametre. Les valeurs des parametres peuvent etre suivies en continu ou a des intervalles configurables de facon a obtenir des informations pour chaque parametre en fonction du temps. Ces informations peuvent etre stockees dans une memoire. Dans certains modes de realisation, le dispositif 25 comporte une interface homme-machine permettant de definir les sondes sur chaque machines qui remontent les metriques provenant de l'utilisation des ressources de la machine. [00122] La figure 10 illustre schematiquement une representation fonctionnelle non !imitative d'un mode de realisation d'un dispositif 1 de planification auto-adaptative de 30 l'ordonnancement des traitements par lots. Le dispositif peut notamment comprendre un logiciel pour mettre en oeuvre le procede de planification auto-adaptative selon l'invention. [00123] Sur la figure 10 est affiche un terminal utilisateur 2 via lequel, un utilisateur peut interagir, par l'intermediaire d'un reseau de communication 3, avec le dispositif 1 de planification auto-adaptative de l'ordonnancement des traitements par lots selon l'invention. [0574-BUL L21] 30 [00124] Le terminal utilisateur 2 est un ordinateur, une tablette numerique, un telephone portable, ou plus generalement tout dispositif permettant a un utilisateur d'emettre des requetes, via un reseau de communication 3 (par exemple LAN, WLAN, ou PAN, journal d'une base de donnees, courriel), vers le dispositif 1 de planification auto-adaptative. A cet egard, le 5 terminal utilisateur 2 peut etre pourvu d'une application cliente permettant d'envoyer des requetes ou des instructions au dispositif 1 de planification auto-adaptative et d'en interpreter les reponses. Cette application cliente est, par exemple, un navigateur Web FireFox 6, Fennec 6, Opera 6, Opera Mobile 6, Internet Explorer®, Google Chrome® par exemple), ou un navigateur ftp (tel que FileZilla®). 10 [00125] L'infrastructure informatique de production 5 peut comporter une pluralite de machines. Chaque machine peut comprendre un microprocesseur, des moyens de stockage (tel qu'un disque dur qu'il soit local ou distant), et une interface de communication (par exemple une interface reseau de type Ethernet, FiberChannel, InfiniBand...). Le microprocesseur, les moyens de stockage et ('interface de communication sont 15 avantageusement interconnect& par un bus. Lorsque Ion prete une action a un dispositif celle-ci est en fait effectuee par un microprocesseur du dispositif commande par des codes instructions enregistres dans une memoire du dispositif. Si Ion prete une action a une application, celle-ci est en fait effectuee par un microprocesseur du dispositif dans une memoire duquel les codes instructions correspondant a ('application sont enregistres. 20 Lorsqu'un dispositif emet ou regoit un message, ce message est ernis ou regu par une interface de communication du dispositif. [00126] L'infrastructure informatique de traitement 4 peut egalement comporter une pluralite de machines et peut avantageusement correspondre a l'infrastructure informatique de production 5. 25 [00127] Comme déjà mentionne le dispositif selon l'invention permet d'adapter automatiquement l'ordonnancement des traitements par lots en fonction de l'activite métier ayant produit les donnees a traiter. Ainsi, plus particulierement, l'invention porte sur un dispositif de planification auto-adaptative de l'ordonnancement de traitements par lots de donnees generees par des applications métiers sur une infrastructure informatique de 30 production 5. [00128] Le dispositif 1 selon l'invention comporte un module de calcul d'impact 50, apte a definir un profil temporel pour chacun des traitement par lot en fonction de ('utilisation mesuree des ressources de l'infrastructure informatique de production 5 par les applications métiers et d'un module de comportement de chaque lot lors de son traitement. [0574-BUL L21] 31 [00129] Le dispositif 1 selon l'invention comporte un module de conception 60 de plan d'ordonnancement, apte a concevoir un plan d'ordonnancement optimise a partir des profils temporels de chacun des traitement par lot et dans le respect des regles d'execution memorisees dans le referentiel reglementaire et des donnees de ressources memorisees 5 dans le referentiel ressources. [00130] Le dispositif 1 selon l'invention comporte egalement un referentiel ressource 11 apte a memoriser les ressources disponibles pour les traitements par lots, par exemple pour chaque machine impactee par le traitement par lot. Selon une autre particularite de l'invention, le referentiel ressource 11 comporte un agencement materiel et logiciel permettant la mesure, 10 par des sondes, de l'empreinte a vide de toutes les machines impactees par le ou les traitements par lots et un agencement materiel et logiciel permettant la mesure, par des sondes, de l'empreinte de chaque traitement par lots sur chaque machine en terme de consommations de ressources mesurees. La mesure de la consommation en ressource de chaque traitement par lots peut par exemple etre realisee en soustrayant aux consommations 15 mesurees les empreintes a vide sur une meme periode. Le referentiel ressource 11 peut egalement etre apte a calculer de l'empreinte totale sur ('ensemble des machines que de chaque traitement par lots, puis memoriser cette empreinte totale dans une memoire. [00131] Le dispositif 1 selon l'invention comporte egalement un referentiel reglementaire 12 apte a memoriser des regles d'execution des traitements par lots. 20 [00132] Le dispositif 1 selon l'invention comporte egalement un module 60 de conception de plans d'execution, apte a construire un plan d'ordonnancement optimise a partir des profils temporels et des informations du referentiel ressources 11 et du referentiel reglementaire 12. [00133] Le dispositif 1 selon l'invention comporte egalement un catalogue 61 de plans d'execution optimises, apte a stocker une pluralite de plans d'execution, lesdits plans 25 d'execution comportant des informations d'ordonnancement optimise pour une periode de temps donnee. Le dispositif 1 selon l'invention comporte egalement un module 62 de selection du plan d'execution optimise a executer. [00134] Le dispositif 1 selon l'invention peut comporter en outre un module d'interface 70 homme-machine (IHM), apte a intervenir par exemple dans : 30 - La definition pourcentages d'utilisation de chaque ressource d'une machine pour chaque traitement par lots et leur enregistrement en memoire dans le referentiel ressources 11 ; - La definition de regles d'execution applicables pour chaque traitement par lots Ti et leur enregistrement dans le referentiel reglementaire 12. Les regles pouvant par [0574-BUL L21] 32 exemple correspondre a des restrictions horaires sur des traitements, des limites maximales acceptables de consommations de ressources, des regles d'ordonnancement inter traitements ; La definition et l'enregistrement des metriques suivis par des sondes 40 sur chaque 5 machines ainsi que les seuils d'acceptabilite associe a chaque sonde. [00135] Le dispositif 1 selon !Invention peut comporter en outre module de communication 75 apte notamment a transmettre l'ordonnancement a !'infrastructure 4 et a receptionner des donnees. [00136] Le dispositif 1 selon l'invention peut comporter en outre module de verification apte, 10 une fois un plan d'execution execute, a verifier que l'ensemble des regles est respecte pour toutes les machines impliquees dans le traitement par lots et que les consommations de ressources sont bien au niveau attendu pour chaque ressource. Ce module peut egalement etre apte a detecter une deviation d'au moins un traitement par lots. [00137] Ces differents unites ou modules sont distincts sur la figure 7 mais l'invention peut 15 prevoir divers types d'agencement comme par exemple un seul module cumulant l'ensemble des fonctions decrites ici. De meme, ces moyens peuvent etre divises en plusieurs cartes electroniques ou bien rassembles sur une seule carte electronique. [00138] Ainsi, en se referant de nouveau a la figure 6, le dispositif 1, independant ou installe 20 au sein d'une infrastructure informatique 4 est configure pour gerer de fagon dynamique de l'ordonnancement des traitements par lots pour une infrastructure informatique determinee. Un dispositif et le procede selon l'invention qu'il est apte a mettre en oeuvre permettent de mettre en oeuvre des ordonnancements plus performants et plus adaptes que ceux pouvant etre realises jusqu'a present. 25 [00139] En effet, le procede de planification auto-adaptative selon l'invention est simple a mettre en oeuvre. II permet de prendre en consideration la saisonnalite des activites métier tout en recluisant le risque de dysfonctionnement pouvant resulter de sa mise en oeuvre sur des structures informatiques en production. [00140] Tous ces avantages contribuent donc a ameliorer la performance de la gestion des 30 traitements par lots et a recluire les risques les coOts de gestion des infrastructures informatiques d'une entreprise. [0574-BUL L21] REVENDICATIONS1 Procede de planification auto-adaptative de I'ordonnancement de traitements par lot, lesdits traitements par lots etant configures pour traiter des donnees generees lors d'activites métier sur une infrastructure informatique de production (5), ledit procede etant mis en oeuvre par un dispositif (1) associe a un referentiel ressource (11) apte a memoriser les ressources disponibles pour les traitements par lots sur une infrastructure informatique de traitement (4) et a un referentiel reglementaire (12) apte a memoriser des regles d'execution des traitements par lots, ledit procede comprenant : - une etape de mesure (400), par des sondes (40), de parametres d'activites métier sur l'infrastructure informatique de production (5), - une etape de definition (500), par un module de calcul d'impact (50), d'un profit temporel pour chacun des traitements par lot en fonction des valeurs de parametres d'activites métier mesurees et d'un modele de comportement de traitement par lot, et - une etape de conception (600), par un module de conception (60) de plan d'ordonnancement, d'un plan d'ordonnancement optimisant les ressources a partir des profils temporels des traitements par lot et dans le respect des regles d'execution memorisees dans le referentiel reglementaire (12) et des donnees de ressources memorisees dans le referentiel ressources (11). 2. Procede de planification selon la revendication 1, caracterise en ce que l'etape de definition (500) comporte en outre la prise en compte de seuils d'utilisation maximum des ressources memorises dans le referentiel de ressources (11). 3. Procede de planification selon l'une des revendications 1 ou 2, caracterise en ce que l'etape de conception (600) du plan d'ordonnancement comprend une modelisation de ('utilisation de cheque ressources durant une periode de traitements afin de pouvoir determiner la quantite de ressources disponibles pour les autres traitements durant la periode. 4. Procede de planification selon l'une quelconque des revendications 1 a 3, caracterise en ce qu'il comprend une etape prealable de definition (200) d'un modele de comportement de traitements par lot comportant les sous etapes de : - chargement (220) de valeurs de parametres d'activites métier, de preference mesurees sur l'infrastructure informatique de production (5) lors de la generation des donnees a traiter, [0574-BUL L21] 34 - chargement (240) de valeurs de parametres de comportement de traitements par lot, de preference mesurees sur ('infrastructure informatique de traitement (4) lors du traitement des donnees generees par des applications métiers, et - generation (250), par un module de modelisation (20), d'un modele de comportement 5 des traitements par lot a partir des valeurs de parametres d'activites métier et valeurs de parametres de comportement. 5. Procede de planification selon l'une quelconque des revendications 1 a 4, caracterise en ce qu'il comprend une etape prealable de definition (300) d'un modele d'auto-adaptation 10 comportant les sous etapes de : - chargement (320) de valeurs de parametre de comportement d'un premier traitement par lot lors du traitement des donnees generees par des applications métiers, - chargement (340) de valeurs de parametres de comportement d'au moins un autre traitement par lot lors du traitement des donnees generees par des applications métiers, 15 - generation (350), par un module de modelisation (20), d'un modele d'autoadaptation a partir des valeurs de parametres de comportement charges. 6. Procede de planification selon l'une quelconque des revendications 1 a 5, caracterise en ce qu'il comprend une etape d'enregistrement des plans d'ordonnancement optimisant les 20 ressources dans un catalogue (61) de plans d'ordonnancement et une etape de selection (550) d'un plan d'ordonnancement adapte. 7. Procede de planification selon l'une quelconque des revendications 1 a 6, caracterise en ce qu'il comprend une etape de mise en oeuvre du plan d'ordonnancement optimise. 25 8. Procede de planification selon la revendication 7, caracterise en ce qu'il comporte une etape (660) de mesure des parametres de comportement des traitements par lot. 9. Procede de planification selon l'une des revendications 7 ou 8, caracterise en ce qu'il 30 comprend une etape de detection (700) d'une deviation dans ('execution des traitements par lot. 10. Procede de planification selon la revendication 9, caracterise en ce que l'etape de detection (700) d'une deviation, comporte une mesure d'un parametre de comportement 35 d'un traitement par lot a un instant t, et une comparaison de la valeur du parametre de comportement mesure a une valeur du parametre de comportement attendue, la presence d'un kart etant indicatrice d'une deviation. [0574-BUL L21] 35 11. Procede de planification selon l'une des revendications 9 ou 10, caracterise en ce que, en cas de detection d'une deviation pour un ou plusieurs traitements par lot, ledit procede comporte en outre une etape de generation (800) d'un module de comportement affine, d'un profil temporel affine, et/ou d'un plan d'ordonnancement affine. 5 12. Procede de planification selon l'une quelconque des revendications 1 a 11, caracterise en ce que la conception de plan d'ordonnancement optimise (600, 850) concerne seulement une partie des traitements par lot devant etre executes sur une periode pour traiter les donnees generees lors des activites métier. 10 13. Procede de planification selon la revendication 12, caracterise en ce qu'il comporte une etape (850) de conception d'un plan d'ordonnancement posterieur, pour une nouvelle periode, en fonction d'un module d'auto-adaptation et a partir des profils temporels des traitements par lot, de valeurs mesurees de comportement de traitement par lot pendant 15 une periode anterieure et dans le respect des regles d'execution memorisees dans le referentiel reglementaire et des donnees de ressources memorisees dans le referentiel ressource. 14. Procede de planification selon l'une quelconque des revendications 8 a 13, caracterise en 20 ce qu'il comprend en outre une etape de memorisation (900) des valeurs mesurees de parametres de comportement des traitements par lot et de mise a jours des modeles de comportement de traitement par lot et des modeles d'auto-adaptation. 15. Dispositif (1) de planification auto-adaptative de l'ordonnancement de traitements par lots 25 de donnees generees par des activites métier sur une infrastructure informatique de production (5), ledit dispositif etant associe a un referentiel ressource (11) apte a memoriser des donnees de ressources disponibles pour les traitements par lots, a un referentiel reglementaire (12) apte a memoriser des regles d'execution des traitements par lots, et a des sondes (40), configurees pour mesurer une valeur de parametre 30 d'activites métier sur ('infrastructure informatique de production (5) par les applications métiers, ledit dispositif comprenant un module de calcul d'impact (50), apte a definir un profil temporel pour chacun des traitement par lot en fonction des valeurs mesurees de parametre d'activite métier et d'un module de comportement de traitement par lot, et un module de conception (60) de plan d'ordonnancement, apte a concevoir un plan 35 d'ordonnancement optimisant ('utilisation des ressources a partir des profils temporels de chacun des traitements par lot et dans le respect des regles d'execution memorisees dans le referentiel reglementaire (12) et des donnees de ressources memorisees dans le referentiel ressources (11). [0574-BUL L21]