Brevet FR3075999A1 (20190628)

REVENDICATIONS1. Procédé de contrôle de la gestion des traces d'événements dans l'exécution d'une application informatique (2) sur une machine informatique (1), comprenant : > une étape de gestion des traces d'événements incluant : o une première communication, interne à cette machine informatique (1), entre d'une part l'application (2) et d'autre part son gestionnaire (3) de traces d'événements, de manière à générer les traces d'événements, o une deuxième communication, interne à cette machine informatique (1), entre d'une part un port interne du gestionnaire (3) de traces d'événements et un ou plusieurs ports internes d'un ou de plusieurs processus receveurs (4,\n<CLM>\1\tstockant les traces d'événements en provenance du gestionnaire (3) de traces d'événements, > une étape de contrôle de la gestion des traces d'événements incluant : o l'ouverture d'au moins un port interne de contrôle (6,\n<CLM>\1\tdu gestionnaire (3) des traces d'événements, o une troisième communication, entre d'une part un contrôleur de gestion (7) des traces d'événements localisé hors de l'application (2) et hors du gestionnaire (3) des traces d'événements et d'autre part le ou les processus receveurs (4, 5), par un ou plusieurs messages envoyés via ledit port interne de contrôle (6,\n<CLM>\1\tdu gestionnaire (3) des traces d'événements, cette troisième communication permettant au contrôleur de gestion (7) des traces d'événements de reconfigurer dynamiquement le ou les processus receveurs (4,\n<CLM>\1\tsans reconfigurer l'application (2) et sans redémarrer l'application (2). 22\n<CLM>\1\tProcédé de contrôle selon la revendication 1, caractérisé en ce que ledit port interne de contrôle (6,\n<CLM>\1\tdu gestionnaire (3) des traces d'événements, ou au moins l'un desdits ports internes de contrôle (6,\n<CLM>\1\t5 du gestionnaire des traces d'événements, est un port interne seulement local (6) de cette machine informatique (1), inaccessible directement depuis l'extérieur de cette machine informatique (1), ladite troisième communication restant interne à cette machine informatique (1). 10\n<CLM>\1\tProcédé de contrôle selon la revendication 1 ou 2, caractérisé en ce que ledit port interne de contrôle (6,\n<CLM>\1\tdu gestionnaire (3) des traces d'événements, ou au moins l'un desdits ports internes de contrôle (6,\n<CLM>\1\tdu gestionnaire (3) des traces d'événements, est également ouvert (8) vers l'extérieur de cette machine informatique (1) et permet ladite 15 troisième communication en externe vers un contrôleur de gestion (7) des traces d'événements localisé sur une autre machine informatique (9) distante de cette machine informatique (1).\n<CLM>\1\tProcédé de contrôle selon l'une quelconque des revendications 20 précédentes, caractérisé en ce que : > l'étape de contrôle de la gestion des traces d'événements inclut aussi : o l'ouverture d'un relais (10) relié au port interne de contrôle (6) du gestionnaire (3) des traces d'événements de ladite 25 application (2), ou bien relié à chacun des ports internes de contrôle (6, 16, 26,\n<CLM>\1\trespectivement des gestionnaires (3, 13, 23,\n<CLM>\1\tdes traces d'événements de plusieurs applications (2, 12, 22,\n<CLM>\1\ts'exécutant sur cette machine informatique (1), 30 o ledit relais (10) étant adapté pour : 23 -d'abord envoyer, à un port interne d'un contrôleur de gestion (7) des traces d'événements, le cas échéant via un port interne de contrôle (8) du gestionnaire (3) ou des gestionnaires (3, 13, 23,\n<CLM>\1\tdes traces 5 d'événements également ouvert vers l'extérieur de cette machine informatique (1), l'identifiant dudit port interne de contrôle (6) ou les identifiants desdits ports internes de contrôle (6, 16, 26,\n<CLM>\1\tau(x)quel(s) il est relié et vers le(s)quel(s) il peut 10 connecter le port interne de ce contrôleur de gestion (7) des traces d'événements, -ensuite connecter au port interne de ce contrôleur de gestion (7) des traces d'événements, ledit (6) ou l'un desdits ports internes de contrôle (6, 16, 26, 15\n<CLM>\1\tauxquels il est relié, à la demande de ce contrôleur de gestion (7) des traces d'événements.\n<CLM>\1\tProcédé de contrôle selon la revendication 4, caractérisé en ce que ledit relais (10) est relié à chacun des ports internes de contrôle (6, 16, 26,\n<CLM>\1\t20 respectivement des gestionnaires (3, 13, 23,\n<CLM>\1\tdes traces d'événements de plusieurs applications (2, 12, 22,\n<CLM>\1\ts'exécutant sur cette machine informatique (1).\n<CLM>\1\tProcédé de contrôle selon la revendication 5, caractérisé en ce que ledit 25 relais (10) est relié à un nombre moins élevé de ports internes de contrôle (8) des gestionnaires (3, 13, 23,\n<CLM>\1\tdes traces d'événements également ouverts vers l'extérieur de cette machine informatique (1) que de ports internes de contrôle (6, 16, 26,\n<CLM>\1\trespectivement des gestionnaires (3, 13, 23,\n<CLM>\1\tdes traces d'événements de plusieurs 30 applications (2, 12, 22,\n<CLM>\1\ts'exécutant sur cette machine informatique (1), ledit relais (10) étant avantageusement relié à un seul port interne de 24 contrôle (8) des gestionnaires (3, 13, 23,\n<CLM>\1\tdes traces d'événements également ouvert vers l'extérieur de cette machine informatique (1).\n<CLM>\1\tProcédé de contrôle selon l'une quelconque des revendications 5 précédentes, caractérisé en ce que ladite reconfiguration dynamique du ou des processus receveurs (4,\n<CLM>\1\tsans reconfigurer l'application et sans redémarrer l'application inclut une reconfiguration dynamique de tout ou partie du ou des filtres utilisés au niveau du ou des processus receveurs (4, 5). 10\n<CLM>\1\tProcédé de contrôle selon la revendication 7, caractérisé en ce que : > ce ou ces filtres pouvant notamment filtrer sur un ou plusieurs des critères suivants : o un critère d'origine de l'événement, 15 o un critère de criticité de l'événement, o un critère d'émetteur de l'événement.\n<CLM>\1\tProcédé de contrôle selon l'une quelconque des revendications précédentes, caractérisé en ce que ladite reconfiguration dynamique du 20 ou des processus receveurs (4,\n<CLM>\1\tsans reconfigurer l'application (2) et sans redémarrer l'application (2) inclut l'ajout d'un ou de plusieurs processus receveurs (5) stockant les traces d'événements en provenance du gestionnaire (3) de traces d'événements. 25\n<CLM>\1\tProcédé de contrôle selon l'une quelconque des revendications précédentes, caractérisé en ce que ladite deuxième communication est réalisée sous une forme de publication / abonnement, les traces d'événements étant publiées par le gestionnaire (3) de traces d'événements, les processus receveurs (4,\n<CLM>\1\ts'abonnant à cette 30 publication pour ne stocker que ce qui les concerne respectivement. 25\n<CLM>\1\tProcédé de contrôle selon l'une quelconque des revendications précédentes, caractérisé en ce que ladite ouverture du ou des port(s) interne(s) de contrôle (6,\n<CLM>\1\test réalisée par un module spécifique dans une bibliothèque de gestion de traces d'événements dédiée à 5 l'application (2).\n<CLM>\1\tProcédé de contrôle selon l'une quelconque des revendications précédentes, caractérisé en ce que : > une trace d'événement comprend un ou plusieurs des éléments 10 suivants : o un descriptif de l'événement, o un identifiant d'émetteur de l'événement, o une condition de survenue de l'événement, o un niveau de criticité de l'événement, 15 o une datation de l'événement, o un contexte de l'événement. 13 Procédé de contrôle selon l'une quelconque des revendications précédentes, caractérisé en ce que le gestionnaire (3) de traces 20 d'événements est une bibliothèque de communication, de préférence la bibliothèque ZeroMQ.\n<CLM>\1\tProcédé de gestion de pannes informatiques intégrant un procédé de contrôle selon l'une quelconque des revendications précédentes. 25