FR 3046862 A1 20170721 FR 1650387 A 20160118 1 PROCEDE DE COLLECTE PERIODIQUE D'INFORMATIONS SUR UN RESEAU DE POSTES INFORMATIQUES PAR UN SERVEUR INFORMATIQUE DE CE RESEAU DOMAINE DE L'INVENTION L'invention concerne un procédé de collecte périodique d'informations sur un réseau de postes informatiques par un serveur informatique de ce réseau. CONTEXTE DE L'INVENTION Dans les procédés de collecte périodique d'informations sur un réseau de postes informatiques par un serveur informatique de ce réseau de l'art antérieur, il existe plusieurs compromis délicats qui ne sont qu'imparfaitement réalisés. D'une part, le procédé doit réaliser un premier compromis entre d'une part l'exhaustivité des données collectées et d'autre part l'effort requis tant au niveau des utilisateurs fournissant les données collectées sur leur poste qu'au niveau du système collectant les données de manière centralisée sur le serveur. Ce premier compromis est particulièrement difficile à réaliser, lorsque la collecte est périodique, c'est-à-dire lorsque celle-ci doit être effectuée régulièrement. D'autre part, le procédé doit réaliser un deuxième compromis entre d'une part la flexibilité de collecte des données facilitant leur collecte auprès des utilisateurs et la sécurité des données collectées empêchant des utilisateurs mal intentionnés de détourner, de leur but initial les facilités offertes pour collecter les données, afin de réduire au maximum voir d'empêcher, de la part de ces utilisateurs mal intentionnés, toutes sortes de fraudes ou de tricheries. 3046862 2 En particulier, dans certains arts antérieurs, les procédés de collecte périodique d'informations sur un réseau de postes informatiques par un serveur informatique de ce réseau proposent un système demandant aux utilisateurs de se connecter à une application pour saisir leur entrée. Or, ce 5 système requérant une volonté d'agir de la part du collaborateur, n'obtient qu'un taux de participation relativement faible, entraînant une absence de pertinence et d' exhaustivité des données collectées. RESUME DE L'INVENTION 10 Le but de la présente invention est de fournir un procédé de collecte périodique d'informations palliant au moins partiellement les inconvénients précités. Plus particulièrement, l'invention vise à fournir un procédé de collecte 15 périodique d'informations permettant de satisfaire de manière simultanée à une triple problématique. Tout d'abord, l'invention se propose de réaliser une faible intrusion sur le poste de l'utilisateur comme sur le serveur, d'une part en minimisant les perturbations engendrées par l'affichage automatique sur le poste avant 20 l'envoi de la réponse, et d'autre part de supprimer ces perturbations de l'affichage automatique sur le poste après l'envoi de la réponse pendant le reste de la période de collecte. Ensuite, l'invention se propose de faciliter la manipulation de l'utilisateur pour envoyer sa réponse, en lui offrant une accessibilité 25 multiposte pour la validation et l'envoi de la réponse. Enfin, l'invention se propose d'assurer, de manière fiable et économique, la sécurité des informations des réponses, en empêchant à tout utilisateur de valider plus d'une réponse par période de collecte, par l'intermédiaire d'une part du mode de stockage et de consultation choisi 30 pour la date de réponse, et d'autre part de la synchronisation entre différents postes associés à un même utilisateur. 3046862 3 Selon des modes de réalisation de l'invention, il va s'agir notamment sur chaque poste d'utilisateur, de réaliser un affichage quotidien d'une fenêtre d'interaction, et d'enlever, en empêchant son retour pendant le reste de la journée, cet affichage de la fenêtre d'interaction, dès lors que son 5 utilisateur aura renseigné la fenêtre d'interaction, en donnant les informations demandées, ou au moins une partie d'entre elles. A cette fin, la présente invention propose un procédé de collecte périodique d'informations sur un réseau de postes informatiques par un serveur informatique de ce réseau, comprenant, sur l'interface homme 10 machine de chaque poste du réseau, par une application de ce poste : un affichage automatique d'une fenêtre d'interaction, demandant à l'utilisateur de ce poste, d'entrer des informations, pour valider la réponse de cet utilisateur sur son poste et l'envoyer vers le serveur, cet affichage automatique étant réalisé au moins une fois par période de collecte, sauf 15 réponse anticipée et validée de l'utilisateur sur son poste ou sur un autre poste informatique qui est également associé à cet utilisateur, cette validation de réponse, anticipée ou non, entraînant : le stockage, sur le serveur, de tout ou partie de l'information ou des informations de la réponse envoyée, le stockage, sur son poste et sur le serveur, de la date de réponse 20 de l'utilisateur, la disparition automatique de la fenêtre d'interaction, l'absence d'affichage automatique de la fenêtre d'interaction pendant le reste de la période de collecte, l'impossibilité de valider une autre réponse de cet utilisateur, sur son poste ou sur un autre poste informatique qui est également associé à cet utilisateur, pendant le reste de la période de collecte. 25 A cette fin, la présente invention propose également un outil informatique adapté pour réaliser le procédé de collecte périodique d'informations selon l'une quelconque des revendications précédentes. Suivant des modes de réalisation préférés, l'invention comprend une ou plusieurs des caractéristiques suivantes qui peuvent être utilisées 30 séparément ou en combinaison partielle entre elles ou en combinaison totale entre elles, avec l'un ou l'autre des objets de l'invention précités. 3046862 4 De préférence, l'application consulte localement sur ce poste la date de réponse de son utilisateur, sans interroger le serveur pendant le reste de la période de collecte après validation de la réponse, pour déterminer la prochaine date d'affichage automatique de la fenêtre d'interaction. 5 De cette manière l'application contribue à encore améliorer la réalisation d'une faible intrusion sur le poste de l'utilisateur comme sur le serveur, par l'absence de communication superflue entre serveur et poste, ainsi qu'à assurer encore mieux, de manière fiable et économique, la sécurité des informations des réponses, en empêchant à tout utilisateur de 10 valider plus d'une réponse par période de collecte, grâce au mode de stockage et de consultation choisi pour la date de réponse. Dans certains modes de réalisation de l'invention, l'application n'interroge le serveur que si nécessaire, car l'application a accès à la dernière date de réponse de l'utilisateur, directement et localement. 15 De préférence, cet affichage automatique d'une fenêtre d'interaction, demandant à l'utilisateur de ce poste, d'entrer des informations, n'impose à l'utilisateur qu'une seule information obligatoire, pour valider sa réponse et l'envoyer vers le serveur, consistant en un simple clic de cet utilisateur. De cette manière l'application contribue à encore améliorer la facilité 20 de manipulation de l'utilisateur pour envoyer sa réponse, en lui offrant une simplicité maximisée pour la manipulation de validation et d'envoi de réponse. Dans certains modes de réalisation de l'invention, un seul clic obligatoire permet d'obtenir la validation de la réponse fournie, voire 25 l'envoi de cette réponse, en plus de constituer l'essence même de cette réponse. De préférence, cet affichage automatique est réalisé de manière aléatoire à l'intérieur d'une sous-période prédéterminée par cet utilisateur, cette sous-période prédéterminée étant stockée sur son poste. 30 De cette manière l'application contribue à assurer encore mieux, de manière fiable et économique, la pertinence et la sécurité des informations 3046862 5 des réponses, en empêchant à tout utilisateur à la fois de biaiser systématiquement sa réponse ou de valider plus d'une réponse par période de collecte, par l'intermédiaire d'une part du mode de stockage et de consultation de la date de réponse, et d'autre part de la synchronisation entre 5 différents postes associés à un même utilisateur. Dans certains modes de réalisation de l'invention, l'affichage de fenêtre d'interaction est réalisé chaque jour, dans la plage horaire présélectionnée par l'utilisateur, mais avec un envoi aléatoire à l'intérieur de cette plage présélectionnée. 10 De préférence, cette sous-période prédéterminée par cet utilisateur et stockée sur son poste, n'est pas stockée sur le serveur, et préférentiellement n'est stockée que sur son poste. Ainsi, la confidentialité de la fourniture des informations par l'utilisateur est améliorée, la traçabilité de l'utilisateur étant diminuée, tout 15 en conservant la sécurité des informations fournies. De préférence, chaque utilisateur peut choisir d'envoyer sa réponse anonymement ou nominativement, ce renseignement d'envoi anonyme ou d'envoi nominatif étant stocké sur son poste, et n'étant pas stocké sur le serveur, et n'étant préférentiellement stocké que sur son poste. 20 Ainsi, on obtient une amélioration de la sécurité en conservant de manière plus confidentielle des données personnelles, et une augmentation de l'incitation à participer à la collecte d'informations. Dans certains modes de réalisation de l'invention, les choix personnels de l'utilisateur, tant au niveau de sa volonté de rester anonyme qu'au niveau 25 du moment choisi pour fournir sa réponse, restent sur le poste et ne sont pas stockés sur le serveur. D'où là encore une confidentialité améliorée. De préférence, lors de cet affichage automatique de la fenêtre d'interaction, demandant à l'utilisateur de ce poste, d'entrer des informations, pour valider la réponse de cet utilisateur sur son poste et 30 l'envoyer vers le serveur : l'application demande aussi à l'utilisateur d'entrer un identifiant et un mot de passe pour une période de collecte toutes 3046862 6 les N périodes de collecte, N étant supérieur à 5, de préférence supérieur à 10, encore plus de préférence supérieur à 20, en cas d'identification et d'authentification réussies pour une période de collecte, l'application ne demande ensuite à l'utilisateur ni identification ni authentification pour 5 toutes les autres périodes de collecte pendant la durée restante des N périodes de collecte. Là encore, ceci contribue à encore plus diminuer l'intrusion réalisée sur le poste de l'utilisateur. De préférence, en cas d'identification et d'authentification réussies 10 pour une période de collecte, pour toutes les autres périodes de collecte pendant la durée restante des N périodes de collecte : l'application utilise, pour une communication directe entre son poste et le serveur sans identification ni authentification de la part de l'utilisateur, une phrase de passe qui est générée après une identification et une authentification réussies 15 par l'utilisateur pour une période de collecte. Cette faible intrusion maintenue et améliorée n'est par conséquent pas effectuée au détriment de la sécurité des échanges permettant de garantir la véracité et la pertinence des informations collectées. Dans certains modes de réalisation de l'invention, l'utilisateur n'a 20 besoin de fournir son identifiant et son mot de passe une seule fois, pour un nombre important de jours, l'application quant à elle utilisant une phrase de passe pour l'échange entre sa partie client et le serveur distant. D'où une nouvelle amélioration du compromis entre faible intrusion sur le poste de l'utilisateur et garantie de sécurité pour les informations collectées sur ce 25 poste d'utilisateur. De préférence, d'abord, avant de valider et d'envoyer une réponse proposée par un utilisateur, l'application vérifie si l'utilisateur n'a pas déjà validé une réponse pour la période de collecte en cours, ensuite, avant de stocker une réponse envoyée par l'application, le serveur vérifie si la date de 30 la réponse envoyée est cohérente avec la date du serveur, la réponse n'étant pas acceptée par le serveur dans le cas contraire. 3046862 7 Ainsi, deux étapes de sécurisation sont réalisées pour empêcher la triche de la part d'utilisateurs malveillants : d'abord, une première étape au niveau de l'application sur le poste de l'utilisateur, puis en cas de succès, une deuxième étape au niveau du serveur de manière centralisée. En cas de 5 succès des deux étapes de sécurisation, les données fournies par l'utilisateur sur son poste sont inscrites sur le serveur. De préférence, pour les informations stockées sur le serveur, des moyennes sont calculées par le serveur : par utilisateur, par regroupement d'utilisateurs sur un ou plusieurs niveaux, les regroupements d'utilisateurs à 10 un même niveau donné réalisant une partition des utilisateurs du réseau de postes, pour une ou plusieurs durées données, par période de collecte et par multiple de période de collecte sur un ou plusieurs niveaux, pour un utilisateur ou pour un ou plusieurs ensembles d'utilisateurs. Ainsi, cela permet une exploitation statistique plutôt que nominative 15 des informations fournies par les utilisateurs et remontées par les applications de leurs postes. Des paramètres sont suivis d'une part par types de catégories dans lesquelles sont regroupés les différents utilisateurs du réseau, et d'autre part par durées pour observer l'évolution de ces paramètres au cours du temps. 20 De préférence, les données individuelles d'utilisateur sont stockées sur le poste de cet utilisateur ainsi que sur le poste de l'utilisateur responsable d'un regroupement d'utilisateurs au premier niveau incluant cet utilisateur, mais pas sur le poste d'un utilisateur responsable d'un regroupement d'utilisateurs au deuxième niveau incluant cet utilisateur. 25 Ainsi, seul l'utilisateur concerné par les informations fournies et son responsable direct peuvent accéder à ces informations, même si l'utilisateur a choisi de ne pas être anonyme (car s'il a choisi d'être anonyme, même son responsable direct ne peut pas y avoir accès), tandis que son ou ses responsables indirects situés plus haut dans la hiérarchie ne peuvent pas 30 avoir un accès nominatif à ces informations, afin d'éviter toute ingérence 3046862 8 managériale. Les responsables indirects ne peuvent avoir qu'un accès statistique aux informations des utilisateurs. De préférence, chaque l'utilisateur responsable d'un regroupement d'utilisateurs au niveau N, avec N entier naturel non nul, peut afficher, sur 5 son poste ou sur un autre poste informatique qui est également associé à cet utilisateur, des moyennes qui ont été calculées par le serveur : par regroupement d'utilisateurs à ce niveau N, pour une ou plusieurs durées données, et/ou par regroupement d'utilisateurs au niveau correspondant au regroupement de tous les utilisateurs du réseau appartenant à un pays, que 10 ce pays soit celui de l'utilisateur responsable d'un regroupement d'utilisateurs à ce niveau N ou un autre pays, pour une ou plusieurs durées données, et/ou par regroupement d'utilisateurs inclus dans ce regroupement d'utilisateurs à ce niveau N, pour une ou plusieurs durées données, Ainsi, chaque responsable peut avoir un accès statistique aux 15 informations concernant d'une part l'ensemble des utilisateurs dont il est directement ou indirectement responsable et d'autre part des ensembles globaux d'utilisateurs comme tous les utilisateurs du réseau ou tous les utilisateurs du réseau dans un pays. De préférence, chaque l'utilisateur responsable d'un regroupement 20 d'utilisateurs au niveau N, avec N entier naturel non nul, ne peut pas afficher, sur son poste ou sur un autre poste informatique qui est également associé à cet utilisateur, des moyennes qui ont été calculées par le serveur : par regroupement d'utilisateurs à un niveau strictement supérieur à ce niveau N, sauf si ce regroupement d'utilisateurs correspond au 25 regroupement de tous les utilisateurs du réseau appartenant à un pays, que ce pays soit celui de l'utilisateur responsable d'un regroupement d'utilisateurs à ce niveau N ou un autre pays, et/ou par regroupement d'utilisateurs inclus dans un autre regroupement d'utilisateurs de ce niveau N. 3046862 9 En revanche, de cette manière aucun responsable ne peut avoir un accès statistique aux informations concernant des ensembles limités d'utilisateurs dont il n'est ni directement ni indirectement responsable. Dans certains modes de réalisation de l'invention, cela permet d'offrir 5 à un manager la possibilité d'afficher sa branche en tout ou partie et la vision globale de l'entreprise, sans l'autoriser à aller dans les branches des autres managers. De préférence, tout ou partie, de préférence tout, des moyennes calculées par le serveur sont stockées de manière permanente sur le serveur. 10 Ainsi, cela permet de diminuer le nombre de calculs dynamiques lors de l'affichage des moyennes ou de résultats utilisant ces moyennes. De préférence, des évolutions temporelles, pour un utilisateur ou pour un regroupement d'utilisateurs, sont calculables par le serveur, à la demande. 15 Ainsi, peuvent être affichés des graphiques temporels évolutifs par catégorie de certaines informations, voire de toutes les informations, collectées. De préférence, différentes tables sont utilisées par le serveur et stockées sur le serveur, parmi lesquelles : une table d'utilisateurs contenant 20 l'ensemble des utilisateurs du réseau de postes, une ou plusieurs tables de regroupements contenant l'ensemble des regroupements, chaque table de regroupements pointant vers la table d'utilisateurs, une table de dates de réponse, une table d'informations de réponse, éventuellement une table de sécurité contenant pour chaque utilisateur une phrase de passe évitant de lui 25 demander de s'identifier et de s'authentifier. Ces différentes tables permettent une gestion optimisée des nombreuses informations nécessaires au bon déroulement du procédé de collecte périodique d'informations selon l'invention. De préférence, l'application est accessible par l'utilisateur sur son 30 poste appartenant au réseau de postes par l'intermédiaire du bureau de son poste (« Windows desktop » en langue anglaise, Windows étant une marque 3046862 10 déposée), l'application est accessible par l'utilisateur sur un autre poste qui lui est associé par l'intermédiaire d'un portail internet (« Web portal » en langue anglaise). Ainsi, cette flexibilité au niveau accessibilité rend l'opération de 5 fourniture de renseignements par l'utilisateur à l'application, encore plus facile et plus conviviale, ce qui entraîne comme conséquence indirecte, un taux de participation des utilisateurs à la collecte des informations qui est plus élevé et plus spontané ce qui améliore par ricochet la pertinence et la fiabilité des renseignements fournis par les utilisateurs. 10 D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description qui suit d'un mode de réalisation préféré de l'invention, donnée à titre d'exemple et en référence aux dessins annexés. BREVE DESCRIPTION DES DESSINS 15 La figure 1 représente schématiquement un exemple d'affichage automatique de fenêtre d'interaction sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. 20 La figure 2 représente schématiquement un exemple de réponse d'utilisateur à une fenêtre d'interaction sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. La figure 3 représente schématiquement un exemple de validation 25 d'une réponse d'utilisateur à une fenêtre d'interaction sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. La figure 4 représente schématiquement un exemple de paramétrage d'une réponse d'utilisateur à une fenêtre d'interaction sur le poste d'un 30 utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. 3046862 11 La figure 5 représente schématiquement un exemple d'authentification d'utilisateur avant réponse à une fenêtre d'interaction sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. 5 La figure 6 représente schématiquement un autre exemple d'authentification d'utilisateur avant réponse à une fenêtre d'interaction sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. La figure 7 représente schématiquement un autre exemple de réponse 10 d'utilisateur à une fenêtre d'interaction sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. La figure 8 représente schématiquement un autre exemple de validation d'une réponse d'utilisateur à une fenêtre d'interaction sur le poste 15 d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. La figure 9 représente schématiquement un exemple d'affichage de données collectées sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. 20 Les figures 10 à 17 représentent schématiquement d'autres exemples d'affichage de données collectées sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Les figures 18 à 21 représentent schématiquement d'autres exemples 25 d'affichage de données collectées sur un autre poste associé à un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. La figure 22 représente schématiquement un exemple de trois tables et de leurs relations dans un procédé de collecte périodique d'informations 30 selon un mode de réalisation de l'invention. 3046862 12 Les figures 23 à 30 représentent schématiquement d'autres exemples de tables stockant des informations utiles pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. 5 Les figures 31 à 34 représentent schématiquement différents exemples de jeux de tables pour plusieurs périodes, stockant des informations utiles pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Les figures 35 à 40 représentent schématiquement différents exemples 10 de routines utiles pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. La figure 41 représente schématiquement un exemple d'arborescence de responsables de regroupements d'utilisateurs utilisée dans un procédé de collecte périodique d'informations selon un mode de réalisation de 15 l' invention. La figure 42 représente schématiquement un autre exemple de routine utile pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. La figure 43 représente schématiquement un exemple de calcul de 20 moyenne effectué lors de la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. La figure 44 représente schématiquement un autre exemple d'affichage automatique de fenêtre d'interaction sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de 25 réalisation de l'invention. La figure 45 représente schématiquement un exemple de stockage de phrase de passe pour un utilisateur, lors de la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l' invention. 30 La figure 46 représente schématiquement un autre exemple d'affichage automatique de fenêtre d'interaction sur le poste d'un utilisateur 3046862 13 dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. La figure 47 représente schématiquement un autre exemple de paramétrage d'une réponse d'utilisateur à une fenêtre d'interaction sur le 5 poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. LISTE DES REFERENCES DES FIGURES 10 1/ fenêtre d'interaction 2/ écran 3/ barre d'outils 4/ question 5/ champ de commentaires 15 6/ liste d'icônes 7/ curseur de sélection 8/ message affiché 9/ paramétrage d' anonymat 10/ paramétrage de plage horaire 20 11/ bouton de validation 12/ champ d'identifiant 13/ champ de mot de passe 14/ graphique 15/ onglet de période 25 16/ liste de participation 17/ liste de données détaillées 18/ arbre hiérarchique 19/ donnée complémentaire du graphique 20/ écran de téléphone portable 30 21/ table des utilisateurs 22/ table d'arborescence 3046862 14 23/ table des sites géographiques 24/ pointeur 25/ table des responsables 26/ table des données détaillées 5 27/ table des dates de réponse 28/ table des phrases de passe 29/ table des erreurs 30-31-32/ tables de statistiques par pays et par période 33-34-35/ tables de statistiques par manager fonctionnel et par période 10 36-37-38/ tables de statistiques globales par manager direct et par période 39-40-41/ tables de statistiques détaillées par manager direct et par période 42 à 83/ blocs fonctionnels dans le déroulement d'étapes 84/ table de rattachement des managers 85-86-87/ colonnes de la table de rattachement des managers 15 88/ table de stockage de calcul 89/ table de phrases de passe DESCRIPTION DETAILLEE DE L'INVENTION 20 La présente intervention concerne un procédé de collecte périodique des informations pour obtenir une mesure du bien-être des collaborateurs, ensuite concaténé pour avoir une vision par manager et par pays. Ce procédé de collecte périodique des informations est appelé « BienEtre@Travail (« WellBeing @Work » en langue anglaise). 25 La globalisation incite les utilisateurs d'un réseau et leurs responsables à évoluer et à travailler à distance avec leurs équipes à travers le monde avec un minimum d'interaction avec eux. Les responsables n'ont aucun moyen de mesurer le bien-être des utilisateurs au travail hormis à travers une enquête envoyée manuellement 30 une fois par an. 3046862 15 Le procédé de collecte périodique des informations pour obtenir une mesure du bien-être des collaborateurs utilise d'une part une application de type « Desktop Windows » (Windows étant une marque déposée) qui s'installe sur les postes informatiques des utilisateurs et qui permet de 5 soumettre son niveau de bien-être au travail en un clic, et d'autre part d'un site « Web » qui permet, aux collaborateurs de saisir leur vote, aux managers de visualiser les entrées de leur équipe, aux managers de managers de visualiser le bien-être à l'échelle mondiale. Le procédé de collecte périodique des informations pour obtenir une 10 mesure du bien-être des collaborateurs est donc composé d'un client « Windows » (Windows étant une marque déposée) qui s'installe sur les postes, ainsi que d'un portail « Web ». L'un des attraits principaux du client « Windows Desktop » (Windows étant une marque déposée) est d'éviter que l'utilisateur n'ait à se connecter à 15 un portail ou une application quotidiennement (mode « Pull » en langue anglaise), occasionnant des oublis. C'est pourquoi l'outil s'affiche de lui-même tous les jours (mode « Push » en langue anglaise) pour solliciter l'utilisateur. Le fonctionnement pas à pas pour le collaborateur va maintenant être 20 décrit. Une fois par jour, l'application se lance automatiquement et s'affiche en bas à droite du bureau de son poste informatique, comme visible sur la figure 1. La figure 1 représente schématiquement un exemple d'affichage automatique de fenêtre d'interaction sur le poste d'un utilisateur dans un 25 procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Une fenêtre d'interaction 1 est affiché sur l'écran 2 qui comprend une barre d'outils ou barre de tâches 3 dans sa partie inférieure. Il est alors demandé par une question 4 au collaborateur de saisir, un commentaire 5 30 facultatif, puis de cliquer sur le smiley 6 qui lui correspond le mieux. Seule la dernière action mentionnée est obligatoire, le but de cette application 3046862 16 étant d'être le moins intrusive possible. Une fois le clic effectué, l'application affiche un message de confirmation et disparaît automatiquement. L'utilisateur peut également cliquer sur la croix « X » en haut à droite 5 pour réduire l'application, qui ne le sollicitera plus jusqu'à la journée suivante. Pour envoyer sa saisie, il devra alors double-cliquer sur l'icône dans la barre des tâches 3 ou passer par le raccourci clavier. La figure 2 représente schématiquement un exemple de réponse d'utilisateur à une fenêtre d'interaction sur le poste d'un utilisateur dans un 10 procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. La saisie d'un message est facultative, seul le clic sur le smiley correspondant est obligatoire. Ce clic sur le smiley, réalisé par l'intermédiaire du curseur 7 de sélection, réalise simultanément l'envoi de 15 l'information fournie vers le serveur. La figure 3 représente schématiquement un exemple de validation d'une réponse d'utilisateur à une fenêtre d'interaction sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Un message 8 confirme l'envoi de 20 l'information en cours. La figure 4 représente schématiquement un exemple de paramétrage d'une réponse d'utilisateur à une fenêtre d'interaction sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. 25 L'utilisateur peut choisir d'une part un paramétrage d'anonymat 9 (« is anonymous » en langue anglaise) et d'autre part un paramétrage de plage horaire 10 (« timeslot » en langue anglaise). Pour être le moins intrusive possible, l'utilisateur peut paramétrer la période durant laquelle l'outil va le solliciter. Durant cette plage horaire 30 définie par l'utilisateur, la fenêtre d'interaction 1 va s'afficher sur son écran 2 tous les jours aléatoirement, et ce afin d'éviter de s'afficher 3046862 17 quotidiennement après des évènements récurrents parfois personnels, comme par exemple un embouteillage sur la route, une réunion non désirable, ou autre, qui vont fausser la pertinence des informations collectées. 5 Il est possible pour l'utilisateur de stipuler qu'à chaque fois qu'il envoie des informations via cette application, celles-ci soient rendues anonymes, de manière à ne pas pouvoir être identifiées par son manager. Le manager verra bien un score 6, ainsi qu'un commentaire 5, si l'utilisateur en a écrit un, mais ne sera pas capable de l'identifier. 10 Il est possible de faire apparaître l'application autrement qu'en attendant qu'elle s'affiche automatiquement. Pour cela, une combinaison particulière de touches du clavier peut par exemple activer l'application. La figure 5 représente schématiquement un exemple d'authentification d'utilisateur avant réponse à une fenêtre d'interaction sur le poste d'un 15 utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Lorsque l'utilisateur utilise l'application pour la première fois, son identifiant 12 (« Login » en langue anglaise) et son mot de passe 13 (« DAS Password » en langue anglaise) lui sont demandés. Une fois saisie, ils ne lui 20 seront plus demandés pendant une période variable, paramétrable par les administrateurs du système, période qui peut être par exemple de 20 jours. Le portail Internet (« Web en langue anglaise) permet tout d'abord aux collaborateurs de pouvoir, d'une part effectuer les mêmes actions que l'application sur leur poste, mais via un site Web, à partir d'un ordinateur, 25 par exemple sur site client, hors du réseau, à partir d'un téléphone mobile ou à partir d'une tablette, et d'autre part de définir un manager fonctionnel, en plus de son responsable hiérarchique. Le portail Internet permet ensuite aux managers hiérarchique ou fonctionnel de collaborateurs d'une part de visualiser la moyenne du bien- 30 être au travail de leur équipe, ainsi que les commentaires qui sont envoyés 3046862 18 par les collaborateurs composant leur équipe, et d'autre part d'afficher le détail des entrées des collaborateurs. Le portail Internet permet encore aux managers de managers, de pouvoir effectuer des actions supplémentaires parmi lesquelles, pouvoir 5 visualiser la moyenne concaténée du bien-être au travail de l'ensemble des N-X (ensemble des personnes rattachés de près ou de loin au manager N). Le portail Internet permet enfin aux dirigeants de visualiser une carte du monde avec le score de chaque pays ainsi qu'un graphique par pays ou un graphique global. 10 La figure 6 représente schématiquement un autre exemple d'authentification d'utilisateur avant réponse à une fenêtre d'interaction sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Le collaborateur se connecte au portail internet, et saisit son 15 identifiant 12 et son mot de passe 13. La figure 7 représente schématiquement un autre exemple de réponse d'utilisateur à une fenêtre d'interaction sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. 20 Le collaborateur peut ensuite saisir un commentaire 5, qui est facultatif, choisir s'il souhaite que son entrée soit anonyme ou non, par l'intermédiaire du champ 9 dont le contenu reste mémorisé sur l'appareil utilisé, puis cliquer sur le smiley 6 correspondant à son humeur du jour. La figure 8 représente schématiquement un autre exemple de 25 validation d'une réponse d'utilisateur à une fenêtre d'interaction sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Un message 8 de confirmation apparaît. Il n'est pas possible pour le collaborateur de soumettre à nouveau son choix durant une même journée. 30 Le manager hiérarchique ou fonctionnel a accès à la concaténation des données liées à son équipe, ainsi qu'aux commentaires et à l'historique. Si 3046862 19 un collaborateur change de manager, le nouveau manager ne visualisera pas l'historique du collaborateur. La figure 9 représente schématiquement un exemple d'affichage de données collectées sur le poste d'un utilisateur dans un procédé de collecte 5 périodique d'informations selon un mode de réalisation de l'invention. Un graphique permet au manager de visualiser l'historique 14 des entrées concaténées ainsi que le détail 16 par jour, mois et année par l'intermédiaire de l'onglet 15 de période. Si le manager est à la fois responsable hiérarchique et fonctionnel, l'ensemble des données est 10 concaténée. En passant la souris sur le graphique, il est possible de voir, en un coup d'oeil, la moyenne du jour, la moyenne sur la période donnée, le nombre d'entrée et le nombre de commentaire. Il est également possible d'exporter l'ensemble des données affichées, ainsi que les graphiques. La figure 10 représente schématiquement un autre exemple 15 d'affichage de données collectées sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. En cliquant sur le graphique, sur une journée, il est possible de visualiser le détail 17 des entrées de chaque collaborateur. 20 La figure 11 représente schématiquement un autre exemple d'affichage de données collectées sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Si un seul collaborateur a envoyé des données anonymement et qu'il 25 est facilement identifiable, l'ensemble des noms ne sera pas affiché, comme visible sur le détail 17. La figure 12 représente schématiquement un autre exemple d'affichage de données collectées sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation 30 de l'invention. Le schéma 18 de la figure 12 permet d'imager le rôle de manager de managers dans l'application. 3046862 20 Un manager de managers étant un manager de collaborateurs, il a la possibilité de pouvoir visualiser les données 16 de ses collaborateurs rattachés à lui directement, comme n'importe quel manager. En revanche, en tant que manager de managers, il a également la 5 possibilité de visualiser la concaténation de l'intégralité des données 16 collaborateurs qui lui sont rattachés, directement ou indirectement, afin de lui permettre d'avoir une vue globale de l'état de son entité. La figure 13 représente schématiquement un autre exemple d'affichage de données collectées sur le poste d'un utilisateur dans un 10 procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Sur la partie graphique 14 « Full Tree Chart », il est possible de visualiser le score et la moyenne, ainsi que le nombre d'entrées. En revanche, pour éviter toute intrusion managériale, il n'est cependant pas 15 possible de visualiser le détail, ni même les commentaires. En revanche, en tant que manager de managers, il a également la possibilité de visualiser la concaténation de l'intégralité des données 16 collaborateurs qui lui sont rattachés, directement ou indirectement, afin de lui permettre d'avoir une vue globale de l'état de son entité. 20 La figure 14 représente schématiquement un autre exemple d'affichage de données collectées sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. La carte du monde 14 permet de visualiser la concaténation du bien- 25 être des collaborateurs à l'échelle mondiale, chaque smiley correspondant à un pays. A noter qu'un smiley pour la France ne signifie pas que toutes les personnes travaillent en France ou qu'elles travaillent pour la filiale basée en France mais que leur pays de rattachement est la France. Cette carte 14 représente le bien-être du pays du réseau pour le jour 30 sélectionné. Sur la droite, l'encadré 16 du haut récapitule le bien-être global, le score affiché représente donc la concaténation de l'ensemble des 3046862 21 collaborateurs de la société, c'est-à-dire de l'ensemble des utilisateurs du réseau. L'encadré du bas 16 représente le bien-être du pays auquel est rattachée la personne connectée. La figure 15 représente schématiquement un autre exemple 5 d'affichage de données collectées sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. En cliquant sur le smiley d'un pays de la carte 14, l'utilisateur obtient, dans un encadré 19, la moyenne pour la journée sélectionnée et le nombre 10 d'entrée pour la journée sélectionnée en temps réel. En cliquant sur « Open Chart », le graphique associé au Pays apparaît, comme représenté sur la figure 16. La figure 16 représente schématiquement un autre exemple d'affichage de données collectées sur le poste d'un utilisateur dans un 15 procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. En cliquant sur « Open Chart », le graphique 14 associé au pays correspondant apparaît, permettant d'avoir un suivi jour par jour, mois par mois ou d'année en année sur une zone géographique. 20 La figure 17 représente schématiquement un autre exemple d'affichage de données collectées sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Il est possible d'afficher également le graphique 14 lié à la société 25 dans son intégralité. Les figures 18 à 21 représentent schématiquement d'autres exemples d'affichage de données collectées sur un autre poste associé à un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. 30 L'interface 20 d'un smartphone ou d'un téléphone mobile permet à l'utilisateur d'accéder aux mêmes éléments que sur son poste, à savoir 3046862 22 fenêtre d'interaction 1, question 4, champ de commentaire 5, liste d'icônes 6 à choisir, graphiques 14 et liste de données 17. Le portail internet s'adapte à l'appareil utilisé pour s'y connecter. Il est donc compatible avec les ordinateurs personnels les téléphones mobiles et les tablettes. 5 La base de données stockant toutes les informations est organisée à l'aide d'un ensemble de tables. Les tables « ldap » sont des tables reflétant le contenu du LDAP de la société. Elles permettent d'avoir des informations importantes comme le manager d'un collaborateur et son pays de rattachement. 10 La figure 22 représente schématiquement un exemple de trois tables et de leurs relations dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Les tables 21, 22, 23 sont reliées entre elles. La table 22 pointe vers la table 21 par l'intermédiaire d'un pointeur 24. De même, la table 23 pointe vers la table 21 par 15 l'intermédiaire d'un pointeur 24. La figure 23 représente schématiquement un autre exemple de table stockant des informations utiles pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l' invention. 20 La table 21 contient l'ensemble utilisateurs du réseau ainsi que l'identifiant de leur manager hiérarchique. Elle met également en avant les personnes partis de la société et la date à laquelle ils sont partis, pour rendre anonyme leurs saisies. Voici maintenant la description des différents champs de la table 21 : 25 Id : id auto-incrémental, unique pour chaque collaborateur et servant de liaison avec les autres tables Uid : identifiant informatique d'entreprise du collaborateur Employee number : matricule ressource humaines du collaborateur, différent de son identifiant informatique 30 Lastname : nom de famille de l'employé Firstname : prénom de l'employé 3046862 23 Orgunit : unité organisationnelle du collaborateur Costcenter : center de coût, qui est un champ optionnel Aoldapkey : clef unique du collaborateur dans le LDAP Serviceline : ligne de service du collaborateur au niveau de l'entité du 5 groupe Mail : adresse email du collaborateur Countryabrev : abréviation du pays auquel est rattaché le collaborateur, par exemple FR pour France, EN pour Angleterre, BE pour Belgique 10 Sitecode : code unique du site géographique auquel est rattaché le collaborateur Manager uid : Uid du manager auquel est rattaché le collaborateur Date MAJ : Date à laquelle les informations du collaborateur ont été mises à jour, sous-réserve qu'il y ait eu un changement, par exemple au 15 niveau du manager ou de l'entité Peopledeleted : champ booléen à 1 si le collaborateur a quitté la société Anonymisation : si l'utilisateur a demandé une anonymisation, ce champ passe à 1 20 Date anonymisation : date à laquelle le collaborateur a demandé à ce que ses entrées passées soient anonymes. La figure 24 représente schématiquement un autre exemple de table stockant des informations utiles pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de 25 l'invention. La table 22 contient l'ensemble des unités organisationnelles ainsi que l'identifiant parent de l'entité, permettant de reconstruire l'intégralité de l'arborescence organisationnelle et d'y associer les collaborateurs. Voici maintenant la description des différents champs de la table 22 : 30 Id : id auto-incrémental, unique pour chaque organisation et servant de liaison avec les autres tables 3046862 24 Uid : identifiant informatique unique de chaque organisation Name : nom de l'organisation Childof : l'Uid parent de l'organisation Date_MAJ : date de la dernière mise à jour organisationnelle 5 La figure 25 représente schématiquement un autre exemple de table stockant des informations utiles pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. La table 23 contient l'ensemble des sites géographiques de la société, 10 permettant de définir à quel site/pays appartient un collaborateur. Voici maintenant la description des différents champs de la table 23 : Id : id auto-incrémental Uid : identifiant informatique dans le LDAP, permet d'associer un collaborateur au site géographique 15 Countryabrev : abréviation du pays, par exemple FR, EN,... Countryname : nom complet du pays Commonname : ville du site Managingunit : unité organisationnelle qui gère le site Postalcode : code postal du site 20 City : région Street : ville Date_MAJ : date de dernière synchronisation avec le ldap La figure 26 représente schématiquement un autre exemple de table stockant des informations utiles pour la mise en oeuvre du procédé de 25 collecte périodique d'informations selon un mode de réalisation de l'invention. La table 25 contient l'ensemble des managers de la société, les managers qui leur sont associés ainsi que leur niveau hiérarchique. Voici maintenant la description des différents champs de la table 25 : 30 Manager id : id du manager Manager nx id : id du manager N-X 3046862 25 Level : niveau du manager n-X, ou X est son niveau hiérarchique par rapport au manager associé La figure 27 représente schématiquement un autre exemple de table stockant des informations utiles pour la mise en oeuvre du procédé de 5 collecte périodique d'informations selon un mode de réalisation de l'invention. La table 26 contient l'ensemble des entrées des collaborateurs. C'est la table source qui sera utilisée par la suite par les algorithmes de calculs déversés dans les tables de pré-calculs. 10 Voici maintenant la description des différents champs de la table 26 : Id : id auto-incrémental DateVote : date du vote (yyyy-MM-dd : quatre chiffres pour l'année, puis deux chiffres pour le mois, enfin deux chiffres pour le jour) à l'heure locale du collaborateur 15 Mesure : note associée, allant de 1 à 5 Commentaire : commentaire facultatif envoyé par le collaborateur id resp org : id du responsable organisationnel id manager : id du manager à qui va être rattaché la note (« hard line manager » en langue anglaise) 20 id manager fct : id fonctionnel du manager à qui va être rattaché la note (« dotted line manager » en langue anglaise) id user : id de l'utilisateur qui a voté ; si utilisateur est anonyme, alors le champ vaut 0. id org : id de l'unité organisationnelle 25 id site : id du site associé, pour l'association au pays. voteFrom : « Software » si le vote provient du client sur le poste, « Web » s'il vient du portail internet. insertDateAuto : date d'insertion dans la base de données, à l'heure locale du serveur 30 La figure 28 représente schématiquement un autre exemple de table stockant des informations utiles pour la mise en oeuvre du procédé de 3046862 26 collecte périodique d'informations selon un mode de réalisation de l' invention. La table 27 contient la dernière date de vote des collaborateurs, permettant ainsi d'éviter qu'il soit possible de voter de fois pour le même 5 jour et permettre également au client du poste de ne pas s'afficher si un collaborateur a voté via le portail Internet. Voici maintenant la description des différents champs de la table 27 : Id : id auto-incrémental Id user : identifiant base de données de l'utilisateur 10 DateVote : date de la dernière entrée du collaborateur (yyyy-MM-dd à l'heure locale de l'appareil du collaborateur) insertDateAuto : date et heure serveur de la dernière entrée du collaborateur La figure 29 représente schématiquement un autre exemple de table 15 stockant des informations utiles pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l' invention. La table 28 contient la phrase de passe (« pas sphrase » en langue anglaise) associée à chaque collaborateur. Lors de l'authentification ldap du 20 client sur le poste, une clef « passphrase » est générée pour éviter que le client ne redemande le mot de passe tous les jours à l'utilisateur. Voici maintenant la description des différents champs de la table 28 : Id : id auto-incrémental Id user : id base de données de l'utilisateur 25 Pas sPhrase : phrase de passe unique générée par le serveur DeadDate : date à laquelle la phrase de passe devient obsolète et nécessite que l'utilisateur saisisse de nouveau son identifiant et son mot de pas se insertDateAuto : date serveur de dernière mise à jour 30 La figure 30 représente schématiquement un autre exemple de table stockant des informations utiles pour la mise en oeuvre du procédé de 3046862 27 collecte périodique d'informations selon un mode de réalisation de l' invention. La table 29 contient des informations sur les erreurs qui ont pu avoir lieu lorsque l'utilisateur a essayé de voter, c'est-à-dire de fournir les 5 informations devant être collectées. Voici maintenant la description des différents champs de la table 29 : Id : id auto-incrémental Id user : id base de données de l'utilisateur Error code : code erreur du portail internet ou du client sur le poste 10 informatique de l'utilisateur Error message : détail du message d'erreur, discriminant entre par exemple une erreur authentification, un accès refusé, une phrase de passe périmée, ... Das user : mot de passe de l'utilisateur 15 La figure 31 représente schématiquement un exemple de jeu de tables pour plusieurs périodes, stockant des informations utiles pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Les tables 30 à 32 « stats country day », « stats country month » et 20 « stats country year » contiennent le résultat des lots (« batchs » en langue anglaise) qui tournent en permanence avec l'intégralité des votes concaténés, par pays, afin d'accélérer l'affichage des pages. Les données sont réparties dans chaque table par jour, mois et année dans chacune des tables correspondantes 30 à 32. 25 Voici maintenant la description des différents champs des tables 30 à 32 : Id : id auto-incrémental Countryabrev : abréviation du pays, comme par exemple FR, EN, ... DMY : date concernée (yyyy-MM-dd / yyyy-MM / yyyy) 30 Nb votes : nombre de votes Somme votes : somme de l'ensemble des votes 3046862 28 Nb anonymes : nombre de collaborateurs ayant saisis anonymement Nb cmt : nombre de commentaires Date calcul : date serveur associée au calcul Date insert BDD : date de dernière mise à jour du serveur, les calculs 5 étant effectués pendant 48 heures pour prendre en compte l'ensemble des fuseaux horaires du réseau La figure 32 représente schématiquement un exemple de jeu de tables pour plusieurs périodes, stockant des informations utiles pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de 10 réalisation de l'invention. Les tables 33 à 35 « stats country fct day », « stats country fct month » et « stats country fct year » contiennent le résultat des lots qui tournent en permanence avec l'intégralité des votes concaténés, par manager fonctionnel et donc indirect, afin d'accélérer l'affichage des pages. 15 Les données sont réparties dans chaque table par jour, mois et année dans chacune des tables correspondantes 33 à 35. Voici maintenant la description des différents champs des tables 33 à : Id : id auto-incrémental 20 Id mng : base de données du manager Countryabrev : abréviation du pays, par exemple FR, EN, ... DMY : date concernée (yyyy-MM-dd / yyyy-MM / yyyy) Nb votes : nombre de votes Somme votes : somme de l'ensemble des votes 25 Nb anonymes equipes : nombre de collaborateurs ayant saisis anonymement Nb cmt : nombre de commentaires Date calcul : date serveur associée au calcul Date insert BDD : date de dernière mise à jour du serveur, les calculs 30 étant effectués pendant 48 heures pour prendre en compte l'ensemble des fuseaux horaires du réseau 3046862 29 La figure 33 représente schématiquement un exemple de jeu de tables pour plusieurs périodes, stockant des informations utiles pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. 5 Les tables 36 à 38 « stats country rh day », « stats country rh month» et « stats country rh year» contiennent le résultat des lots qui tournent en permanence avec l'intégralité des votes concaténés, par manager direct, afin d'accélérer l'affichage des pages. Les données sont réparties dans chaque table par jour, mois et année dans 10 chacune des tables correspondantes 36 à 38. Voici maintenant la description des différents champs des tables 36 à 38 : Id : id auto-incrémental Id mng : id base de données du manager 15 Countryabrev : abréviation du pays, par exemple FR, EN, ... DMY : date concernée (yyyy-MM-dd / yyyy-MM / yyyy) Nb votes : nombre de votes Somme votes : somme de l'ensemble des votes Nb anonymes equipes : nombre de collaborateurs ayant saisis 20 anonymement Nb cmt : nombre de commentaires Date calcul : date serveur associée au calcul Date insert BDD : date de dernière mise à jour du serveur, les calculs étant effectués pendant 48 heures pour prendre en compte l'ensemble des 25 fuseaux horaires du réseau La figure 34 représente schématiquement un exemple de jeu de tables pour plusieurs périodes, stockant des informations utiles pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. 30 Les tables 39 à 41 « stats country nx day », « stats country nx month » et « stats country nx year » contiennent le 3046862 30 résultat des lots qui tournent en permanence avec l'intégralité des votes concaténés pour chaque manager direct, mais avec l'intégralité de la ligne hiérarchique en dessous du manager. Les données sont réparties dans chaque table par jour, mois et année dans chacune des tables 5 correspondantes 39 à 41. Voici maintenant la description des différents champs des tables 39 à 41 : Id : id auto-incrémental Id mng : id base de données du manager 10 Countryabrev : abréviation du pays, par exemple FR, EN, ... DMY : date concernée (yyyy-MM-dd / yyyy-MM / yyyy) Nb votes : nombre de votes Somme votes : somme de l'ensemble des votes Nb anonymes equipes : nombre de collaborateurs ayant saisis 15 anonymement Nb cmt : nombre de commentaires Date calcul : date serveur associée au calcul Date insert BDD : date de dernière mise à jour du serveur, les calculs étant effectués pendant 48 heures pour prendre en compte l'ensemble des 20 fuseaux horaires du réseau La base de données contient des tables dédiées à la synchronisation LDAP. Un script se charge, toutes les nuits, de les synchroniser entre elles. La figure 35 représente schématiquement un exemple de routine utile pour la mise en oeuvre du procédé de collecte périodique d'informations 25 selon un mode de réalisation de l'invention. Cette routine est utilisée pour l'ajout de nouveaux collaborateurs et pour la mise à jour des collaborateurs existants, ces collaborateurs étant des utilisateurs de postes informatiques dans le réseau. La routine démarre au niveau du bloc fonctionnel 42 avec un lot de 30 nouveaux utilisateurs. Les utilisateurs sont pris un par un au niveau du bloc 43. Pour chaque utilisateur, une étape de vérification 44 de sa présence dans 3046862 31 la base de données est effectuée. En cas d'absence, une étape d'ajout 45 de l'utilisateur ou du collaborateur est effectuée. Une étape 46 de vérification des attributs de l'utilisateur est effectuée, éventuellement suivie en cas de besoin d'une étape 47 de mise à jour des attributs de l'utilisateur. La routine 5 se termine par le bloc fonctionnel 48 de fin de lot, lorsque tous les utilisateurs du lot considéré sont passés par cette routine. La figure 36 représente schématiquement un exemple de routine utile pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Cette routine est utilisée pour la 10 suppression des collaborateurs ayant quitté la société, donc le réseau auquel appartenait leur poste informatique. La routine démarre au niveau du bloc fonctionnel 49 avec un lot de d'anciens utilisateurs à supprimer car ayant quitté le réseau. Les utilisateurs sont pris un par un au niveau du bloc 50. Pour chaque utilisateur, une étape 15 de vérification 51 de sa présence dans la base de données est effectuée. En cas de présence, une étape de suppression 52 de l'utilisateur ou du collaborateur est effectuée. La routine se termine par le bloc fonctionnel 53 de fin de lot, lorsque tous les utilisateurs du lot considéré sont passés par cette routine. 20 La figure 37 représente schématiquement un exemple de routine utile pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Cette routine est utilisée pour l'ajout de nouveaux organisations et la mise à jour des organisations existantes. 25 La routine démarre au niveau du bloc fonctionnel 54 avec un lot de nouvelles organisations. Les organisations sont prises une par une au niveau du bloc 55. Pour chaque organisation, une étape de vérification 56 de sa présence dans la base de données est effectuée. En cas d'absence, une étape d'ajout 57 de l'organisation est effectuée. Une étape 58 de vérification des 30 attributs de l'organisation est effectuée, éventuellement suivie en cas de besoin d'une étape 59 de mise à jour des attributs de l'organisation. La 3046862 32 routine se termine par le bloc fonctionnel 60 de fin de lot, lorsque toutes les organisations du lot considéré sont passées par cette routine. La figure 38 représente schématiquement un exemple de routine utile pour la mise en oeuvre du procédé de collecte périodique d'informations 5 selon un mode de réalisation de l'invention. Cette routine est utilisée pour la suppression des organisations obsolètes. La routine démarre au niveau du bloc fonctionnel 61 avec un lot de d'anciennes organisations à supprimer car ayant quitté le réseau. Les organisations sont prises une par une au niveau du bloc 62. Pour chaque 10 organisation, une étape de vérification 63 de sa présence dans la base de données est effectuée. En cas de présence, une étape de suppression 64 de l'organisation est effectuée. La routine se termine par le bloc fonctionnel 65 de fin de lot, lorsque toutes les organisations du lot considéré sont passées par cette routine. 15 La figure 39 représente schématiquement un exemple de routine utile pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Cette routine est utilisée pour l'ajout ou la mise à jour des sites géographiques. La routine démarre au niveau du bloc fonctionnel 66 avec un lot de 20 nouveaux sites. Les sites sont pris un par un au niveau du bloc 67. Pour chaque site, une étape de vérification 68 de sa présence dans la base de données est effectuée. En cas d'absence, une étape d'ajout 69 du site est effectuée. Une étape 70 de vérification des attributs du site est effectuée, éventuellement suivie en cas de besoin d'une étape 71 de mise à jour des 25 attributs du site. La routine se termine par le bloc fonctionnel 72 de fin de lot, lorsque tous les sites du lot considéré sont passés par cette routine. La figure 40 représente schématiquement un exemple de routine utile pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Cette routine est utilisée pour la 30 suppression des sites géographiques disparus. 3046862 33 La routine démarre au niveau du bloc fonctionnel 73 avec un lot de d'anciens sites à supprimer car ayant quitté le réseau. Les sites sont pris un par un au niveau du bloc 74. Pour chaque site, une étape de vérification 75 de sa présence dans la base de données est effectuée. En cas de présence, 5 une étape de suppression 76 du site est effectuée. La routine se termine par le bloc fonctionnel 77 de fin de lot, lorsque tous les sites du lot considéré sont passés par cette routine. La figure 41 représente schématiquement un exemple d'arborescence de responsables de regroupements d'utilisateurs utilisée dans un procédé de 10 collecte périodique d'informations selon un mode de réalisation de l'invention. Une table 84 contient trois colonnes. Une première colonne 85 contient l'identifiant d'un manager de managers. Une deuxième colonne 86 contient les identifiants de tous les managers qui dépendent de lui. Une 15 troisième colonne 87 contient le niveau X qui sépare chaque manager N-X de leur manager de managers N. La figure 42 représente schématiquement un autre exemple de routine utile pour la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Cette routine 20 permet de constituer la table dynamique 84 qui contient l'intégralité des managers rattachés à un manager. La routine démarre au niveau du bloc fonctionnel 78 qui est le début du script. L'ensemble des managers est récupéré par l'intermédiaire de la table des collaborateurs un au niveau du bloc 79. Les managers sont pris un 25 par un au niveau du bloc 80. Pour chaque manager, une étape d'insertion 81 de chaque manager qui lui est rattaché est effectuée dans la table 84. En cas d'absence, une étape d'ajout 69 du site est effectuée. Une étape 82 de contrôle de présence ou non d'autres managers à rattacher est effectuée. En cas d'autre manager à rattacher, l'étape d'insertion 81 est à nouveau 30 effectuée. Si tous les managers à rattacher à un manager donné l'ont été, la routine reprend au niveau de l'étape 80 pour le manager de managers 3046862 34 suivant. La routine se termine par le bloc fonctionnel 83 de fin de script, lorsque tous les managers ont été rattachés à tous les managers de managers. Des scripts de calcul permettent d'effectuer différents calculs sur les informations collectées, les résultats de ces calculs mis en forme pouvant 5 alors être affichés. Pour limiter les calculs dynamiques lors de l'affichage d'une page sur le site intranet de l'application, la plupart des calculs réalisés sont stockés dans des tables spécifiques. Le score moyen par manager, que ce soit le manager hiérarchique ou 10 le manager fonctionnel, et que ce soit par jour, par mois ou par année, est stocké et conservé en mémoire. Le script récupère l'ensemble des mesures, c'est-à-dire des informations collectées, pour chaque jour, en fait sur 48 heures, c'est-à-dire à J-1 et J pour permettre la prise en compte fuseaux horaires, pour chaque 15 manager, et calcule la moyenne par rapport aux nombres d'entrées, c'est-à- dire au nombre d'utilisateurs ayant renvoyé leur réponse. Ces calculs correspondent à : Jour J: Moyenne à J= Somme(Mesure) à J/ Nombre(Mesure) à J Mois M: Moyenne à M= Somme(Mesure) à M/ Nombre(Mesure) à 20 M Année A: Moyenne à A= Somme(Mesure) à A/ Nombre(Mesure) à A La figure 43 représente schématiquement un exemple de calcul de moyenne effectué lors de la mise en oeuvre du procédé de collecte 25 périodique d'informations selon un mode de réalisation de l'invention. La table 88 montre par son encadré le rassemblement des données collectées pour une même journée, ici à la date du 17 novembre 2015. Pour obtenir le score moyen par manager de manager N-X, par jour, mois et année, pour chaque manager, le script récupère l'ensemble des 30 managers associés. Puis, pour chaque manager associé, il récupère la somme, les mesures et le nombre d'entrées. L'ensemble permet ensuite 3046862 35 d'avoir une Moyenne par manager, incluant l'ensemble de personnes rattachées. Sont alors effectuées la récupération de l'ensemble des managers du manager concerné, ainsi que la récupération de l'ensemble des mesures et le nombre de mesure de la date concernée. 5 Ces calculs correspondent à : Jour J : Moyenne à J du Manager de manager = Somme(Mesure) des N-X à J/ Nombre(Mesure) des N-X à J Mois M : Moyenne à M du Manager de manager = Somme(Mesure) des N-X à M/ Nombre (Mesure) des N-X à M 10 Année A : Moyenne à A du Manager de manager = Somme(Mesure) des N-X à A/ Nombre(Mesure) des N-X à A Pour obtenir le score moyen par Pays, par jour, mois et année, chaque collaborateur est associé à un site géographique, lui-même associé à un pays. De ce fait, il est possible de connaître le pays de rattachement des 15 collaborateurs, ce qui nous donne une moyenne par pays. Ces calculs correspondent à : Jour J : Moyenne à J du Pays = Somme(Mesure) du Pays à J / Nombre(Mesure) du Pays à J Mois M : Moyenne à M du Pays = Somme(Mesure) du Pays à M / 20 Nombre(Mesure) du Pays à M Année A : Moyenne à A du Pays = Somme(Mesure) du Pays à A / Nombre(Mesure) du Pays à A Pour obtenir le score moyen global pour la compagnie, par jour, mois et année, on réalise la concaténation de l'intégralité des entrées pour la 25 compagnie. Ces calculs correspondent à : Jour J : Moyenne à J de la société Somme(Mesure) à J / Nombre(Mesure) à J Mois M : Moyenne à M de la société = Somme(Mesure) à M / 30 Nombre(Mesure) à M 3046862 36 Année A : Moyenne à A de la société = Somme(Mesure) à A / Nombre(Mesure) à A La figure 44 représente schématiquement un autre exemple d'affichage automatique de fenêtre d'interaction sur le poste d'un utilisateur 5 dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Cet affichage automatique est réalisé sur le client Windows (Windows étant une marque déposée), c'est-à-dire sur le bureau du poste informatique de l'utilisateur intégré dans le réseau. Pour des raisons logiques de sécurité, le client Windows (Windows 10 étant une marque déposée) n'interagit avec le serveur qu'avec des Web Services, ce qui permettra également à l'avenir d'étendre l'utilisation de ces Web Services à d'autres clients comme iOS, Android et Windows Phone, qui sont des marques déposées. Afin d'éviter aux collaborateurs de saisir quotidiennement leur 15 identifiant et leur mot de passe, un système de phrase de passe a été mis en place entre le client et le serveur. A intervalle régulier paramétrable sur le système, par exemple tous les 20 jours, il est demandé à l'utilisateur de saisir son identifiant et son mot de passe. Lors de la validation, le serveur génère une clef PassPhrase de 32 20 caractères et chiffres, et qui servira par la suite au client pour échanger avec le serveur en se dispensant de l'identifiant comme du mot de passe. A chaque génération de la phrase de passe, une date de péremption est créée, et passée cette date, l'identifiant et le mot de passe sera de nouveau demandé à l'utilisateur. 25 La figure 45 représente schématiquement un exemple de stockage de phrase de passe pour un utilisateur, lors de la mise en oeuvre du procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. Cette phrase de passe est stockée dans une table 89. Dans la partie configuration (« settings » en langue anglaise), 30 l'utilisateur a la possibilité de choisir la plage horaire durant laquelle il autorise l'application à s'afficher automatiquement. Pour permettre de 3046862 37 prendre la température de l'utilisateur à différents horaires quotidiennement, l'application s'affiche de manière aléatoire durant cette plage horaire. L'objectif de ce mécanisme est d'éviter de récupérer quotidiennement les conséquences d'évènement personnel, comme les problèmes de transport, 5 pour se focaliser sur la vie au travail. Si l'utilisateur a déjà soumis son entrée avant l'affichage automatique, l'application ne s'affichera pas jusqu'au lendemain. Le calcul correspondant est : Heure d'affichage = RANDOM (entre heure de début ET heure de fin) 10 La figure 46 représente schématiquement un autre exemple d'affichage automatique de fenêtre d'interaction sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. L'onglet permettant de soumettre sa saisie n'est accessible qu'à partir 15 du moment où, d'une part le collaborateur n'a pas déjà envoyé ses informations via l'interface web, et d'autre part le collaborateur n'a pas déjà envoyé ses informations via le client Windows (Windows étant une marque déposée). Afin de limiter les sollicitations du serveur pour l'affichage de cet 20 onglet, la date de dernier vote est récupérée une seule fois par jour puis stockée en base de registre sur le poste de l'utilisateur. De ce fait, l'application vérifie la date de la base de registre et n'interroge le serveur que si c'est nécessaire. Lors de l'envoi des informations, et pour éviter toutes contraintes liées 25 aux fuseaux horaires de chacun, l'application se base sur la date et l'heure de l'appareil utilisé, par exemple un ordinateur personnel ou un téléphone mobile, ou une tablette. Cependant, pour éviter d'éventuelles tricheries, le serveur ne prendra en compte que les envois dont la date et l'heure sont cohérents par rapport à l'heure actuelle du serveur. 30 Lors de l'envoi des données, l'application tout d'abord vérifie si l'utilisateur n'a pas déjà soumis une entrée pour le jour concerné, ensuite 3046862 38 vérifie si la date et heure associées sont en adéquation avec celles du serveur, enfin inscrit le commentaire 5, la date, le score 6, le manager hiérarchique et fonctionnel ainsi que le pays de rattachement de l'utilisateur concerné. Pour terminer, la fenêtre d'interaction 1 se réduit ensuite de 5 nouveau dans la barre des tâches. La figure 47 représente schématiquement un autre exemple de paramétrage d'une réponse d'utilisateur à une fenêtre d'interaction sur le poste d'un utilisateur dans un procédé de collecte périodique d'informations selon un mode de réalisation de l'invention. 10 Le contenu de l'onglet « Settings » n'est volontairement pas sauvegardé en base de données, afin de ne pas savoir si l'utilisateur a choisi de voter anonymement ou non, cette information d'anonymat 9 reste donc stockée uniquement sur le poste informatique de l'utilisateur. Il en va de même pour la plage horaire d'interrogation 10. 15 Bien entendu, la présente invention n'est pas limitée aux exemples et au mode de réalisation décrits et représentés, mais elle est susceptible de nombreuses variantes accessibles à l'homme de l'art. REVENDICATIONS1. Procédé de collecte périodique d'informations sur un réseau de postes informatiques par un serveur informatique de ce réseau, comprenant, sur l'interface homme machine (2) de chaque poste du réseau, par une application de ce poste : - un affichage automatique d'une fenêtre d'interaction (1), demandant (4) à l'utilisateur de ce poste, d'entrer des informations (5, 6), pour valider la réponse de cet utilisateur sur son poste et l'envoyer vers le serveur, > cet affichage automatique étant réalisé au moins une fois par période de collecte, sauf réponse anticipée et validée de l'utilisateur sur son poste ou sur un autre poste informatique qui est également associé à cet utilisateur, > cette validation (11) de réponse, anticipée ou non, entraînant : o le stockage, sur le serveur, de tout ou partie de l'information ou des informations (5, 6) de la réponse envoyée, o le stockage, sur son poste et sur le serveur, de la date de réponse de l'utilisateur, o la disparition automatique de la fenêtre d'interaction (1), o l'absence d'affichage automatique de la fenêtre d'interaction (1) pendant le reste de la période de collecte, o l'impossibilité de valider une autre réponse de cet utilisateur, sur son poste ou sur un autre poste informatique qui est également associé à cet utilisateur, pendant le reste de la période de collecte. 2. Procédé de collecte périodique d'informations selon la revendication 1, caractérisé en ce que l'application consulte localement sur ce poste la 3046862 40 date de réponse de son utilisateur, sans interroger le serveur pendant le reste de la période de collecte après validation (11) de la réponse, pour déterminer la prochaine date d'affichage automatique de la fenêtre d'interaction (1). 5 3. Procédé de collecte périodique d'informations selon l'une quelconque des revendications précédentes, caractérisé en ce que cet affichage automatique d'une fenêtre d'interaction (1), demandant à l'utilisateur de ce poste, d'entrer des informations (5, 6), n'impose à l'utilisateur qu'une 10 seule information obligatoire (6), pour valider (11) sa réponse et l'envoyer vers le serveur, consistant en un simple clic de cet utilisateur. 4. Procédé de collecte périodique d'informations selon l'une quelconque des revendications précédentes, caractérisé en ce que cet affichage 15 automatique est réalisé de manière aléatoire à l'intérieur d'une sous- période prédéterminée (10) par cet utilisateur, cette sous-période prédéterminée (10) étant stockée sur son poste. 5. Procédé de collecte périodique d'informations selon la revendication 4, 20 caractérisé en ce que cette sous-période prédéterminée (10) par cet utilisateur et stockée sur son poste, n'est pas stockée sur le serveur, et préférentiellement n'est stockée que sur son poste. 6. Procédé de collecte périodique d'informations selon l'une quelconque 25 des revendications précédentes, caractérisé en ce que chaque utilisateur peut choisir d'envoyer sa réponse anonymement ou nominativement, ce renseignement (9) d'envoi anonyme ou d'envoi nominatif étant stocké sur son poste, et n'étant pas stocké sur le serveur, et n'étant préférentiellement stocké que sur son poste. 30 3046862 41 7. Procédé de collecte périodique d'informations selon l'une quelconque des revendications précédentes, caractérisé en ce que, lors de cet affichage automatique de la fenêtre d'interaction (1), demandant à l'utilisateur de ce poste, d'entrer des informations, pour valider (11) la 5 réponse de cet utilisateur sur son poste et l'envoyer vers le serveur : > l'application demande aussi à l'utilisateur d'entrer un identifiant (12) et un mot de passe (13) pour une période de collecte toutes les N périodes de collecte, > N étant supérieur à 5, de préférence supérieur à 10, encore plus de 10 préférence supérieur à 20, - en cas d'identification et d'authentification réussies pour une période de collecte, l'application ne demande ensuite à l'utilisateur ni identification (12) ni authentification (13) pour toutes les autres périodes de collecte pendant la durée restante des N périodes de 15 collecte. 8. Procédé de collecte périodique d'informations selon la revendication 7, caractérisé en ce que, en cas d'identification (12) et d'authentification (13) réussies pour une période de collecte, pour toutes les autres 20 périodes de collecte pendant la durée restante des N périodes de collecte, l'application utilise, pour une communication directe entre son poste et le serveur sans identification (12) ni authentification (13) de la part de l'utilisateur, une phrase de passe qui est générée après une identification (12) et une authentification (13) réussies par l'utilisateur pour une 25 période de collecte. 9. Procédé de collecte périodique d'informations selon l'une quelconque des revendications précédentes, caractérisé en ce que d'abord, avant de valider (11) et d'envoyer une réponse proposée par un utilisateur, 30 l'application vérifie si l'utilisateur n'a pas déjà validé une réponse pour la période de collecte en cours, ensuite, avant de stocker une réponse 3046862 42 envoyée par l'application, le serveur vérifie si la date de la réponse envoyée est cohérente avec la date du serveur, la réponse n'étant pas acceptée par le serveur dans le cas contraire. 5 10. Procédé de collecte périodique d'informations selon l'une quelconque des revendications précédentes, caractérisé en ce que : > pour les informations stockées sur le serveur, des moyennes sont calculées par le serveur : o par utilisateur, par regroupement d'utilisateurs sur un ou 10 plusieurs niveaux, les regroupements d'utilisateurs à un même niveau donné réalisant une partition des utilisateurs du réseau de postes, pour une ou plusieurs durées données, o par période de collecte et par multiple de période de collecte sur un ou plusieurs niveaux, pour un utilisateur ou 15 pour un ou plusieurs ensembles d'utilisateurs. 11 Procédé de collecte périodique d'informations selon la revendication 10, caractérisé en ce que les données individuelles d'utilisateur (5, 6) sont stockées sur le poste de cet utilisateur ainsi que sur le poste de 20 l'utilisateur responsable d'un regroupement d'utilisateurs au premier niveau incluant cet utilisateur, mais pas sur le poste d'un utilisateur responsable d'un regroupement d'utilisateurs au deuxième niveau incluant cet utilisateur. 25 12. Procédé de collecte périodique d'informations selon la revendication 10 ou 11, caractérisé en ce que : > chaque l'utilisateur responsable d'un regroupement d'utilisateurs au niveau N, avec N entier naturel non nul, peut afficher, sur son poste ou sur un autre poste informatique qui est également associé 30 à cet utilisateur, des moyennes qui ont été calculées par le serveur : 3046862 43 o par regroupement d'utilisateurs à ce niveau N, pour une ou plusieurs durées données, o et/ou par regroupement d'utilisateurs au niveau correspondant au regroupement de tous les utilisateurs du 5 réseau appartenant à un pays, que ce pays soit celui de l'utilisateur responsable d'un regroupement d'utilisateurs à ce niveau N ou un autre pays, pour une ou plusieurs durées données, o et/ou par regroupement d'utilisateurs inclus dans ce 10 regroupement d'utilisateurs à ce niveau N, pour une ou plusieurs durées données, 13. Procédé de collecte périodique d'informations selon l'une des revendications 10 à 12, caractérisé en ce que : 15 > chaque l'utilisateur responsable d'un regroupement d'utilisateurs au niveau N, avec N entier naturel non nul, ne peut pas afficher, sur son poste ou sur un autre poste informatique qui est également associé à cet utilisateur, des moyennes qui ont été calculées par le serveur : 20 o par regroupement d'utilisateurs à un niveau strictement supérieur à ce niveau N, sauf si ce regroupement d'utilisateurs correspond au regroupement de tous les utilisateurs du réseau appartenant à un pays, que ce pays soit celui de l'utilisateur responsable d'un regroupement 25 d'utilisateurs à ce niveau N ou un autre pays, o et/ou par regroupement d'utilisateurs inclus dans un autre regroupement d'utilisateurs de ce niveau N. 14. Procédé de collecte périodique d'informations selon l'une des 30 revendications 10 à 13, caractérisé en ce que tout ou partie, de 3046862 44 préférence tout, des moyennes calculées par le serveur sont stockées de manière permanente sur le serveur. 15. Procédé de collecte périodique d'informations selon l'une des 5 revendications 10 à 14, caractérisé en ce que des évolutions temporelles, pour un utilisateur ou pour un regroupement d'utilisateurs, sont calculables par le serveur, à la demande. 16. Procédé de collecte périodique d'informations selon l'une des 10 revendications précédentes, caractérisé en ce que : > différentes tables (21 à 41) sont utilisées par le serveur et stockées sur le serveur, parmi lesquelles : o une table d'utilisateurs (21) contenant l'ensemble des utilisateurs du réseau de postes, 15 o une ou plusieurs tables (22, 23) de regroupements contenant l'ensemble des regroupements, chaque table (22, 23) de regroupements pointant (24) vers la table d'utilisateurs (21), o une table (27) de dates de réponse, 20 o une table (26) d'informations de réponse, o éventuellement une table de sécurité (28) contenant pour chaque utilisateur une phrase de passe évitant de lui demander de s'identifier et de s'authentifier. 25 17. Procédé de collecte périodique d'informations selon l'une des revendications précédentes, caractérisé en ce que l'application est accessible par l'utilisateur sur son poste appartenant au réseau de postes par l'intermédiaire du bureau de son poste, l'application est accessible par l'utilisateur sur un autre poste qui lui est associé par l'intermédiaire 30 d'un portail internet. 3046862 45 18. Outil informatique adapté pour réaliser le procédé de collecte périodique d'informations selon l'une quelconque des revendications précédentes.