FR 2899411 A1 20071005 FR 0602848 A 20060331 - 1 " Procédé de configuration de displets pour une plateforme interactive d'analyse de performance d'un réseau informatique." La présente invention se rapporte à un procédé pour configurer une plateforme interactive de surveillance de la performance et de la qualité d'un réseau informatique. Cette plateforme permet de communiquer à des utilisateurs un ensemble de des données de surveillance. Ces données sont affichées sur une page dynamique de type page Web sous forme de lo composants graphiques dits "displets". La plateforme informatique peut être considérée comme un portail Web. D'une façon générale, cette plateforme informatique est un outil de gestion de niveau de service, autrement dit SLM pour "Service Level Management" en anglais, qui a un rôle de supervision de réseau informatique 15 et de système d'information. La plateforme informatique mesure le niveau de qualité du système d'information et des éléments du réseau informatique auquel il est relié en détectant et diagnostiquant les problèmes. Elle génère ensuite des alertes par e-mail ou sous forme de rapports d'activités. Ces rapports peuvent être présentés à des utilisateurs sous forme de composants 20 graphiques ou "displets". En fait, la plateforme informatique comprend un serveur de base de données accessibles selon une communication de type client-serveur. Les éléments du réseau peuvent comprendre des machines et/ou des applicatifs. Plus concrètement, on conçoit pour un utilisateur ou un groupe 25 d'utilisateurs, un portail comprenant un ensemble de pages contenant des displets. Le displet peut se présenter sous la forme d'une fenêtre graphique affichant des informations telles que des rapports, des icones de navigation ("navigation widgets), des courbes... Les displets peuvent interagir, permettant la réalisation d'applications interactives dans des pages Web, pour 30 naviguer depuis des vues générales vers des données plus fines. Une plateforme informatique de l'art antérieur offre des mécanismes de critères dans lesquels on filtre les données présentées en fonction de l'utilisateur final (opérations internes de maintenance, gestion d'entreprise ou client externe) : ces filtres agissent comme des "masques" appliqués lorsque 35 l'on émet une requête de récupération de données depuis la base de 2899411 - 2 données. Par exemple, un critère sur une propriété est souvent défini de telle sorte que le client "ACME" voit uniquement les données qui le concernent. Les critères de filtrage ont donc pour rôle de rendre certaine données, c'est à dire certains displets, accessibles à des utilisateurs prédéterminés. 5 Cependant, les mécanismes de l'art antérieur consistant à configurer directement chaque displet de façon à définir les critères de filtrage qui lui sont applicables comportent des limitations importantes. La première limitation est le manque de sécurité. Les mécanismes de critères de l'art antérieur sont principalement utilisés lors de la conception des vues initiales. Durant la navigation dans la fenêtre de visualisation, par synchronisation et zoom ("drilldown") de displets, de nouveaux critères de filtrage sont définis et utilisés dans des URLs qui sont soumises via un navigateur Web au serveur de la plateforme interactive afin d'obtenir la vue désirée. Une telle URL peut être facilement récupéré par un utilisateur final. Puis, en modifiant manuellement les paramètres de filtrage dans l'URL, cet utilisateur peut obtenir l'accès aux données pour d'autres machines ou éléments du système, déviant ainsi les critères existants de mécanismes. La seconde limitation est le manque de factorisation. Les critères de filtrage doivent être définis pour chaque displet du portail. Cette limitation augmente le temps requis pour concevoir les pages du portail et conduit souvent à des erreurs, notamment si le concepteur oublie de définir des critères de filtrage appropriés sur tous les dispiets. La présente invention a pour. but un nouveau procédé de configuration simple à mettre en oeuvre et à utiliser, et présentant un niveau élevé de 25 sécurité. On atteint au moins l'un des objectifs avec un procédé pour configurer une plateforme interactive de surveillance de la performance et de la qualité d'un réseau informatique. Cette plateforme comporte une base de données client-serveur. La plateforme peut afficher des données de surveillance sous 30 forme de composants graphiques dits "displets"sur une page dynamique de type page Web. Selon l'invention, la plateforme interactive comprend une interface de configuration dans laquelle on définit, pour au moins un utilisateur donné, des critères de filtrage pour l'affichage de displets, lesdits critères étant définis sous forme de paramètres de configuration des droits 35 dudit au moins un utilisateur. 2899411 - 3 Selon une caractéristique avantageuse de l'invention, lesdits critère sont systématiquement activés par la plateforme interactive de façon à assurer un accès sécurisé des données. Avec le procédé selon l'invention, on définit les critères de filtrage non 5 pas au niveau de chaque displet comme dans l'art antérieur, mais directement au niveau des paramètres des utilisateurs. On paramètre les utilisateurs et non directement les displets. On nomme de tels critères de filtrage des critères partagés. Cela procure de nombreux avantages dont une sécurité garantie. En effet : lo - les critères partagés sont appliqués à chaque fois des données doivent être retirées de la base de données; - les définitions des critères partagés ne sont jamais présentées à l'utilisateur final, même dans les URLs échangées avec via un navigateur Web. Si un utilisateur essaye de changer des paramètres d'URLs transmises 15 vers le serveur, l'utilisation systématique des critères partagés du côté du serveur empêche l'accès non autorisé aux données. Avantageusement les critères partagés peuvent s'appliquer soit à l'ensemble des displets pour différentes pages soit à un groupe donné de displets. En d'autres termes, on configure bien les paramètres de l'utilisateur, 20 mais ces paramètres concernent un groupe ou la totalité des displets. Par ailleurs, la présente invention est notamment remarquable par le fait les critères partagés peuvent s'appliquer à un groupe d'utilisateurs ou à chaque utilisateur du groupe par héritage. Selon l'invention, chaque groupe peut être organisé selon une arborescence à plusieurs niveaux. On peut alors définir des critères spécifiques pour un niveau donné de l'arborescence. Ces critères spécifiques peuvent être combinés avec les critères définis au niveau du groupe et reçus par héritage, ou bien ces critères spécifiques peuvent remplacer, pour ledit niveau donné, les critères définis au niveau du groupe. Avec la présente invention, le travail de conception pour la restriction des données présentées à l'utilisateur final est grandement simplifié en factorisant les définitions des critères partagés à des niveaux utilisateur/groupe. Lorsqu'une définition de portail pré-conçue est déployée dans un environnement client, des critères de filtrage peuvent être appliqués aux niveaux supérieurs de la hiérarchie de groupe permettant d'affiner des 2899411 - 4 données présentées tout en ne changeant pas la conception initiale du portail (et assurant ainsi une mise à jour douce de nouvelles conceptions). La capacité de remplacer les critères partagés au niveau du displet permet la mise en oeuvre de cas spécifiques où des critères de filtrage 5 communs ne peuvent pas être employés. Selon l'invention, on restreint les droits d'un utilisateur donné à la définition et la visibilité de critères. Ceci permet ainsi de laisser à un utilisateur final l'accès à la configuration d'un displet, tout en garantissant, par le biais des critères partagés, qu'il ne pourra accéder qu'aux données 10 autorisées. En limitant les droits sur la définition et la visibilité des critères, de nouvelles possibilités de personnalisation peuvent être offertes à l'utilisateur, avec la garantie que seulement les données permises seront toujours visibles. 15 D'autres avantages et caractéristiques de l'invention apparaîtront à l'examen de la description détaillée d'un mode de mise en oeuvre nullement limitatif, et des dessins annexés, sur lesquels : La figure 1 est une vue schématique de l'environnement de mise en oeuvre du procédé selon l'invention; 20 La figure 2 est une vue schématique d'une page Web affichant trois displets sous forme de composants graphiques; La figure 3 est une vue schématique d'une fenêtre de configuration des paramètres utilisateurs. 25 Sur la figure 1 on voit un réseau informatique 1 d'une entreprise. Ce réseau 1 comprend plusieurs machines, systèmes et applications actifs. Ces éléments sont sous surveillance par une plateforme 2 de gestion de niveau de service SLM qui scrute ("polling") le réseau 1 en permanence. Cette plateforme comprend un serveur 3 relié à une base de données 4. Les 30 données de surveillance sont stockées dans la base de données 4 sous forme de displets ou composants renfermant chacun un type de données. Ces différentes données permettent l'analyse qualitatif du réseau 1. Les utilisateurs finaux utilisateurl et utilisateur2 peuvent accéder au serveur 3 via un navigateur Web. Chaque utilisateur n'est autorisé à visionner qu'un certain 35 nombre de displets. L'utilisateurl peut par exemple visualiser les displetl, 2899411 - 5- displet2 et displet5. Alors que l'utilisateur2 peut visualiser les displeti, displet3 et displet4 sur une page Web. Une telle page Web est illustrée de façon schématique sur la figure 2. Le displeti est un composant graphique sous forme de fenêtre de navigation dans des dossiers. Le displet2 est une 5 fenêtre affichant l'utilisation et les capacités mémoires de différentes machines du réseau 1. On passe du dispietl au displet2 par synchronisation. Le displet5 est une fenêtre affichant le détail d'une des machines affichées sur le displet2. Ce détail consiste en une courbe graphique sous forme de barres représentant la charge CPU en fonction du temps de la machine 10 concernée. Pour que l'utilisateur) ne puisse pas accéder à des displets non autorisés, ses droits d'accès sont définis dans le serveur 3 par un administrateur via une fenêtre de configuration comme on le voit sur la figure 3. Cette fenêtre de configuration permet de configurer les critères partagés 15 selon l'invention pour des groupes et des utilisateurs. Pour la configuration, des variables utilisateur peuvent être employées comme paramètre de critères partagés, améliorant encore leur capacité à être réutilisé (les variables utilisateur peuvent être fournies par des scripts). Ces paramètres ou définitions sont sauvegardés dans la base de données de la plateforme et 20 peuvent être déployés à d'autres portails en utilisant des mécanismes conventionnels d'import/export. Pour la mise en oeuvre, des routines chargent les critères partagés de chaque utilisateur, de son groupe, du groupe parent, etc Lorsque le système est à implémenter dans une plateforme gérant déjà 25 des critères de displets selon l'art antérieur. La hiérarchie complète d'héritage utilisateur/groupe peut être passée en revue afin d'établir une liste exhaustive de critères partagés pouvant être combinés avec des critères de displets existants. Cette liste est ensuite appliquée aux requêtes SQL transmises à la base de données de sorte que seules des données 30 appropriées soient retournées à la plateforme interactive. La présente invention définit donc un mécanisme de critère partagé procurant de nombreux avantages : - 6 - un ensemble de critères de filtrage peut être défini une fois pour un portail complet d'un utilisateur et être ensuite utilisé par tous les displets des différentes pages de ce portail; les critères sont systématiquement utilisés par des composants 5 du côté serveur à chaque requête vers la base de données, de façon à assurer un accès sécurisé aux données; - ces critères partagés peuvent aussi être définis au niveau du groupe et ainsi être transmis par héritage à des utilisateurs appartenant à l'arborescence du groupe; io - à chaque niveau de la hiérarchie d'héritage : , les critères de filtrage peuvent également être : o affinés en ajoutant de nouveaux critères de filtrage (combinés par un "ET" avec ceux hérités); 15 o remplacés en définissant de nouveaux critères de filtrage spécifiques. Bien sûr, l'invention n'est pas limitée aux exemples qui viennent d'être décrits et de nombreux aménagements peuvent être apportés. à ces exemples 20 sans sortir du cadre de l'invention. 25 REVENDICATIONS 1. Procédé pour configurer une plateforme interactive de surveillance de la performance et de la qualité d'un réseau informatique, des données de s surveillance étant aptes à être affichées sur une page dynamique de type page Web sous forme de composants graphiques dits "displets"; Caractérisé en ce que la plateforme interactive comprend une interface de configuration dans laquelle on définit, pour au moins un utilisateur donné, des critères de filtrage pour l'affichage de displets, lesdits critères étant définis lo sous forme de paramètres de configuration des droits dudit au moins un utilisateur. 2. Procédé selon la revendication 1, caractérisé en ce que lesdits critère sont systématiquement activés par la plateforme interactive de façon à assurer un 15 accès sécurisé des données. 3. Procédé selon la revendication 1 ou 2, caractérisé en ce que lesdits critères s'appliquent à un groupe donné de displets. 20 4. Procédé selon la revendication 1 ou 2, caractérisé en ce que lesdits critères s'appliquent à l'ensemble des displets pour différentes pages. 5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que lesdits critères s'appliquent à un groupe d'utilisateurs. 6. Procédé selon la revendication 5, caractérisé en ce que les critères s'appliquent à chaque utilisateur du groupe par héritage. 7. Procédé selon la revendication 5 ou 6, caractérisé en ce que chaque groupe 30 est organisé selon une arborescence à plusieurs niveaux, et en ce qu'on définit des critères spécifiques pour un niveau donné de l'arborescence. 8. Procédé selon la revendication 7, caractérisé en ce que lesdits critères spécifiques sont combinés avec les critères définis au niveau du groupe. 35 - 8- 9. Procédé selon la revendication 7, caractérisé en ce que lesdits critères spécifiques remplacent, pour ledit niveau donné, les critères définis au niveau du groupe. 10. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'on restreint les droits d'un utilisateur donné à la définition et la visibilité de critères.