Brevet FR3114665A1 — publié le 20220401

L'invention vient améliorer l'état de la technique et propose à cet effet un procédé de calcul d’un ratio d’affichage d’une interface graphique d’une application appartenant à une première liste ordonnée d’applications affichées via une pluralité d’unités d’affichage d’au moins un écran, chaque unité d’affichage étant associée à une seconde liste ordonnée d’identifiants d’applications, ledit procédé étant mis en œuvre par un dispositif de calcul et caractérisé en ce qu’il comprend : - une étape de détermination d’un premier nombre d’unités d’affichage nécessaires à l’affichage de la totalité de ladite interface graphique ; - une étape de détermination d’un second nombre d’unités d’affichage pour lesquelles ledit identifiant de ladite application est le dernier à avoir été ajouté à ladite seconde liste ; - une étape de calcul d’un ratio d’affichage de ladite interface graphique de ladite application via le rapport entre ledit second nombre et ledit premier nombre. Figure pour l'abrégé : Figure 1 Procédé et dispositif de détection d’utilisation d’applications 1. Domaine de l'invention La demande d’invention se situe dans le domaine des télécommunications et concerne plus précisément l’analyse des usages des outils numériques sur un terminal tel qu’un ordinateur une tablette ou un smartphone. 2. Art Antérieur Le Quantified Self désigne la pratique de la « mesure de soi » et fait référence à un mouvement né en Californie qui consiste à mieux se connaître en mesurant des données relatives à son corps et à ses activités (source CNIL). De nombreux outils de Quantified Self existent aujourd’hui non seulement dans la sphère privée, mais aussi dans la sphère professionnelle. Au travail, il s’agit de collecter et d’analyser des données permettant d’afficher des informations personnelles relatives, par exemple, à la moyenne de la durée d’utilisation de telle ou telle application sur une période donnée (jour, semaine ou mois). Ces informations sont souvent limitées soit par la collecte des données de toutes les applications ouvertes à un instant donné, soit par la collecte des informations relatives à la seule application active à cet instant, c’est-à-dire celle qui a le « focus ». Or, une observation fine des usages des outils numériques sur le poste de travail, notamment les outils de bureautique, de communication et de collaboration, montre qu’il est fréquent que plusieurs applications soient réellement utilisées en même temps par l’utilisateur, même si une seule de ces applications est active. Par exemple, une utilisatrice organise son écran en deux parties, l’une avec un document Word qu’elle est en train d’éditer (fenêtre active), l’autre avec une fenêtre de navigateur dont elle lit le contenu qui lui sert de référence (fenêtre passive avec un focus épisodique, pour scroller par exemple). Autre exemple : pour réaliser une tâche, un utilisateur a besoin d’afficher plusieurs fenêtres de sorte qu’elles soient toutes visibles, au moins partiellement, en même temps ; une fenêtre pour éditer un document, une autre pour faire des recherches sur le Web, une autre pour échanger avec ses interlocuteurs, et encore une autre pour consulter/éditer des documents. Il existe donc un besoin pour aller au-delà de la détection de la seule application active à un instant donné afin d’identifier aussi, le plus finement et objectivement possible, toutes les applications non actives qui sont pourtant réellement utilisées par un utilisateur. 3. Exposé de l'invention L'invention vient améliorer l'état de la technique et propose à cet effet un procédé de calcul d’un ratio d’affichage d’une interface graphique d’une application appartenant à une première liste ordonnée d’applications affichées via une pluralité d’unités d’affichage d’au moins un écran, chaque unité d’affichage étant associée à une seconde liste ordonnée d’identifiants d’applications, ledit procédé étant mis en œuvre par un dispositif de calcul et caractérisé en ce qu’il comprend : une étape de détermination d’un premier nombre d’unités d’affichage nécessaires à l’affichage de la totalité de ladite interface graphique ; une étape de détermination d’un second nombre d’unités d’affichage pour lesquelles ledit identifiant de ladite application est le dernier à avoir été ajouté à ladite seconde liste ; une étape de calcul d’un ratio d’affichage de ladite interface graphique de ladite application via le rapport entre ledit second nombre et ledit premier nombre. Ce procédé permet de déterminer pour une application particulière, par exemple choisie par un utilisateur, un premier nombre d’unités d’affichage nécessaires à l’affichage de la totalité de l’interface graphique de l’application. A noter que le procédé peut prendre en compte l’affichage de l’interface graphique dans sa totalité même dans le cas où une partie de l’interface graphique est en dehors de la zone d’affichage de l’écran, c’est-à-dire non visible d’un l’utilisateur ou bien lorsque celle-ci correspond à une ou plusieurs fenêtres graphiques. Le procédé détermine également un second nombre d’unités d’affichage pour lesquelles l’identifiant de l’application est le dernier à avoir été ajouté à la liste associée à une unité d’affichage. Ce nombre est, par exemple, déduit de données stockées dans une mémoire d’un dispositif tel qu’un ordinateur. Le procédé calcule ensuite un ratio d’affichage effectif au niveau de l’écran pour l’application choisie, c’est-à-dire le ratio entre le premier et le second nombre d’unités d’affichage déterminés par le procédé. Ce procédé permet, par exemple, d’identifier toutes les interfaces graphiques affichées et de déterminer la proportion d’une interface graphique réellement visible par un utilisateur à un instant donné. On entend par interface graphique, tout ou partie d’un élément graphique (fenêtre, bouton, image, etc.) affiché par un périphérique d’affichage (écran, vidéo projecteur, etc.). Une interface graphique d’une application peut correspondre à tout ou partie d’un ensemble d’éléments graphiques générés par l’application au niveau d’un périphérique d’affichage. Par exemple, lorsqu’une application génère plusieurs fenêtres graphiques, l’interface graphique peut correspondre à une seule fenêtre graphique. On entend par unité d’affichage, le plus petit élément constitutif d'un élément graphique restitué par un écran comme par exemple un pixel ou un bloc de pixels. On entend par identifiant d’application, une suite de caractères qui sert à identifier une application parmi plusieurs de manière unique. L’identifiant peut, par exemple, être un nom, une couleur ou un nombre. On entend par application une application informatique exécutée, par exemple, par un microprocesseur et possédant une interface graphique restituée sur un périphérique d’affichage. Une application informatique peut également correspondre à une ou plusieurs instances d’une application informatique. En effet, une même application informatique peut être exécutée plusieurs fois au même moment sur un même terminal. En outre, une application peut correspondre à une fenêtre graphique particulière lorsqu’une application génère plusieurs fenêtres graphiques. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite première liste est une liste ordonnée chronologiquement en fonction d’une date associée à chaque application. Ce mode de mise en œuvre de l'invention permet de classer les applications de façon chronologique en fonction d’une date associée à l’application. La date peut, par exemple, être une date qui indique la dernière action exécutée par l’application, une date de sélection de l’application, une date de lancement de l’application ou toute autre date en relation avec le cycle de vie de l’application. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite date correspond à la date à laquelle l’interface graphique de ladite application a été active pour la dernière fois. Ce mode de mise en œuvre de l'invention permet de classer les applications en fonction d’une date indiquant leur dernière activité. On entend par application active, une application qui exécute un code informatique comme, par exemple, un code interprétant des données issues d'un périphérique d’entrée/sortie tel qu’un système de pointage ou un clavier, la mise au premier plan de l’interface graphique de l’application au niveau d’un écran, ou toute autre action réalisée par l’application. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite seconde liste est constituée lors du parcours de ladite première liste, via une étape d’ajout, pour chaque application de ladite première liste, dite application courante, d’un identifiant de l’application courante à ladite seconde liste de chaque unité d’affichage permettant l’affichage de la totalité de ladite interface graphique de ladite application courante. Ce mode de mise en œuvre de l'invention permet, par exemple, pour chaque application de la première liste, lorsque celle-ci est parcourue par exemple depuis son début ou depuis sa fin, d’ajouter un identifiant de l’application courante à la liste des unités d’affichage de la zone occupée par son interface graphique. Ainsi, lorsque le parcours de la première liste est terminé, les unités d’affichage dont la liste possède comme dernier ajout le même identifiant d’application sont des unités d’affichage qui affichent réellement l’application au niveau du périphérique d’affichage (pas de recouvrement par une interface graphique d’une application tierce). Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit identifiant est une couleur. Par couleur on entend un code alphanumérique associé à une couleur (indice dans une palette graphique, dénomination d’une couleur, etc.). Ce mode de mise en œuvre de l'invention permet de représenter graphiquement via une représentation en couleurs la ou les parties visibles d’une interface graphique d’une application, c’est-à-dire non recouvertes par une ou des applications tierces, affichées sur un ou plusieurs écrans. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit procédé de calcul est exécuté à intervalles réguliers. Ce mode de mise en œuvre de l'invention permet de suivre dans le temps l’évolution du ratio d’affichage effectif d’une application mesurée, par exemple pour des besoins statistiques. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit procédé de calcul est exécuté à la suite d’un événement. Ce mode de mise en œuvre de l'invention permet de calculer un nouveau ratio d’affichage effectif d’une application mesurée lorsque, par exemple, une action utilisateur a été réalisée. L’action peut, par exemple, être une action effectuée au niveau de l’application mesurée ou bien au niveau d’une application tierce affichée sur l’écran. Concrètement l’action est, par exemple, réalisée via un système de pointage (souris, trackpad, trackpoint ou écran tactile), une commande vocale, un capteur (caméra, capteur thermique, etc.) ou tout autre périphérique communiquant avec le dispositif de calcul apte à interpréter une action utilisateur. Ce mode de mise en œuvre de l'invention permet également de calculer un nouveau ratio d’affichage effectif d’une application mesurée lorsqu’un évènement non prévisible est détecté comme par exemple l’affichage intempestif d’une fenêtre graphique (en anglais pop-up) ou bien lorsque l’application informatique ne s’exécute pas correctement (fermeture non souhaitée d’une ou des interfaces graphiques de l’application informatique). Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’évènement n’est pris en compte qu’après une durée prédéterminée. Ce mode de mise en œuvre de l'invention permet, par exemple, de faire abstraction des actions utilisateur parasites, lesquelles peuvent ne pas avoir de signification ou d’utilité particulière. C’est le cas, par exemple, lorsque l’utilisateur sélectionne une interface graphique de façon involontaire via un système de pointage et sélectionne peu de temps après l’interface graphique précédente pour revenir à l’état initial. L'invention concerne également un dispositif de calcul d’un ratio d’affichage d’une interface graphique d’une application appartenant à une première liste ordonnée d’applications affichées via une pluralité d’unités d’affichage d’au moins un écran, chaque unité d’affichage étant associée à une seconde liste ordonnée d’identifiants d’applications, ledit dispositif étant caractérisé en ce qu’il comprend : un premier module de détermination d’un premier nombre d’unités d’affichage nécessaires à l’affichage de la totalité de ladite interface graphique ; un deuxième module de détermination d’un second nombre d’unités d’affichage pour lesquelles ledit identifiant de ladite application est le dernier à avoir été ajouté à ladite seconde liste ; un module de calcul d’un ratio d’affichage de ladite application mesurée via le rapport entre ledit second nombre et ledit premier nombre. Le terme module peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). L'invention concerne également un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé ci-dessus selon l'un quelconque des modes particuliers de réalisation décrits précédemment, lorsque ledit programme est exécuté par un processeur. Le procédé peut être mis en œuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'enregistrement ou support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Les supports d'enregistrement mentionnés ci-avant peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un disque dur. D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet. Alternativement, les supports d'enregistrement peuvent correspondre à un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Ce dispositif de calcul d’un ratio d’affichage et ce programme d'ordinateur présentent des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec le procédé de calcul d’un ratio d’affichage. 4. Liste des figures D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : Les figures 1a, 1b, 1c, 1d représentent un exemple d’environnement de mise en œuvre selon un mode particulier de réalisation de l’invention. La figure 2 illustre la structure d’un périphérique d’affichage selon un mode particulier de réalisation de l'invention La figure 3 illustre l’architecture d’un système mettant en œuvre l’invention selon un mode particulier de réalisation, La figure 4 illustre des étapes du procédé de calcul selon un mode particulier de réalisation de l'invention. 5. Description d'un mode de réalisation de l'invention La figure 1a illustre un exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation de l'invention. L'environnement de mise en œuvre comprend un terminal 101 apte à exécuter une ou plusieurs applications informatiques simultanément tel qu’un ordinateur personnel, un serveur, une passerelle internet, un terminal mobile ou bien un objet connecté. Le terminal 101 est connecté à un périphérique d’affichage 100 comme par exemple un écran, un écran tactile ou un vidéo projecteur permettant d’afficher les interfaces graphiques des applications exécutées. La connexion entre le périphérique d’affichage 100 et le terminal 101 peut être filaire via par exemple un câble HDMI ou sans fil via par exemple une connexion WiFi. Le terminal 101 est également apte à interpréter des données issues d'un périphérique d’entrée/sortie tel qu’un système de pointage, d’un clavier, d’une caméra, d’une commande vocale permettant à un utilisateur d’interagir avec les applications et leurs interfaces graphiques affichées sur le périphérique d’affichage 100. Selon un mode particulier de réalisation de l'invention, le terminal 101 et le périphérique d’affichage 100 sont un seul et même terminal. Dans le cas décrit à l’appui de la figure 1a, le périphérique d’affichage 100 affiche trois interfaces graphiques différentes (102, 103, 104), chaque interface étant produite par une application distincte exécutée par le terminal 101. Les trois interfaces graphiques possèdent un niveau de profondeur d’affichage différent, c’est-à-dire un plan d’affichage particulier et unique entre l’arrière-plan et le premier plan de l’affichage. Lorsqu’une interface graphique obtient le « focus », alors celle-ci est affichée au premier plan. Concrètement, le niveau de profondeur indique une chronologie de sélection des interfaces graphiques. Par exemple, l’interface 102 étant recouverte en partie par les deux autres interfaces graphiques, on peut en déduire que l’interface 102 a été sélectionnée en premier, c’est-à-dire que sa date de sélection est plus ancienne que celles des deux autres interfaces (103 et 104). Ainsi, les trois interfaces graphiques peuvent être classées selon leur date de sélection de la plus ancienne à la plus récente comme ceci : 102, 103, 104. A noter que le focus peut être obtenu par une interface graphique via une action utilisateur, par exemple réalisée grâce à un système de pointage, via un évènement reçu par le terminal 101, tel qu’un message à destination de l’application qui génère l’interface graphique (ex : messagerie instantanée) ou encore via un évènement interne au terminal tel que, par exemple, la détection d’un dysfonctionnement de l’application qui génère l’interface graphique. La figure 1b illustre un second exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation de l'invention. Dans cet exemple le périphérique d’affichage 100 affiche trois interfaces graphiques (102, 103, 105). Les interfaces graphiques (fenêtres graphiques) 102 et 105 sont produites par la même application exécutée par le terminal 101. Cela peut par exemple être deux fenêtres d’un logiciel de traitement de texte ou d’un logiciel de retouche photos. L’interface 103 est quant à elle produite par une autre application. La figure 1c illustre un troisième exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation de l'invention. Cet environnement comprend deux périphériques d’affichage 100 et 110 connectés au terminal 101. Chaque périphérique affiche une partie d’une même interface graphique produite par une application exécutée par le terminal 101. Le périphérique 100 affiche la première moitié 103 et le périphérique 110 affiche la deuxième moitié 111. Selon un mode particulier de réalisation de l'invention, l'environnement de mise en œuvre de l’invention peut comprendre plus de deux périphériques d’affichage. La figure 1d illustre un quatrième exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation de l'invention. Dans cet exemple le périphérique d’affichage 100 affiche uniquement une partie d’une interface graphique (la zone 102), la zone 106 complémentaire étant en dehors de la zone d’affichage du périphérique 100. La figure 2 illustre la structure d’un périphérique d’affichage selon un mode particulier de réalisation de l'invention. Le périphérique d’affichage 100 est constitué d’une pluralité d’unités d’affichage comme par exemple des pixels ou des groupes de pixels. Chaque unité d’affichage du périphérique 100 est associée à une liste (107), la liste comprenant un ou plusieurs identifiants d’application. Dans la suite de la description cette liste est appelée « liste de recouvrement ». La figure 3 illustre l’architecture matérielle d’un dispositif S configuré pour mettre en œuvre le procédé de calcul selon un mode particulier de réalisation de l’invention. Dans le mode de réalisation décrit ici, ce dispositif a l’architecture matérielle d’un ordinateur. Il comprend notamment un processeur PROC1, une mémoire vive MV1, une mémoire morte MEM1 et une mémoire flash non volatile MF1. De tels moyens sont connus en soi et ne sont pas décrits plus en détail ici. La mémoire morte constitue un support d’enregistrement conforme à l’invention, lisible par le processeur PROC1 et sur lequel est enregistré ici un programme d’ordinateur PG1 conforme à l’invention, ce programme comportant des instructions pour mettre en œuvre les étapes du procédé de calcul tel que décrit précédemment, lorsque le programme est exécuté par le processeur PROC1. A l'initialisation, les instructions de code du programme d'ordinateur PG1 sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur PROC1. Le processeur PROC1 de l'unité de traitement UT1 met notamment en œuvre les étapes du procédé de calcul selon l'un quelconque des modes particuliers de réalisation décrits en relation avec les figures 1a, 1b, 1c, 1d, 2 et 4, selon les instructions du programme d'ordinateur PG1. Le dispositif S comprend également un module DETER1 apte à déterminer le nombre d’unités d’affichage nécessaires à l’affichage de la totalité de l’interface graphique d’une application. Concrètement, si on prend le cas de l’environnement de la figure 1d, le module DETER1 va déterminer le nombre d’unités d’affichage nécessaires à l’affichage de la partie 102 ainsi que le nombre d’unités d’affichage qui aurait été nécessaire pour afficher la partie 106 qui se trouve en dehors de la surface d’affichage du périphérique 100. Dans le cas de l’environnement 1c, le module DETER1 va déterminer le nombre d’unités d’affichage nécessaires à l’affichage des parties 103 et 111, toutes deux présentes à l’intérieur de la zone d’affichage des deux périphériques 100 et 110. Si on prend maintenant le cas de l’environnement 1b, le module DETER1 va par exemple déterminer le nombre d’unités d’affichage nécessaires à l’affichage de la totalité de l’interface graphique 102 en prenant en compte les surfaces recouvertes par les interfaces graphiques 103 et 105. De plus, le dispositif S comprend un module DETER2 apte à déterminer le nombre d’unités d’affichage qui affichent réellement l’interface graphique d’une application présente dans la zone d’affichage d’un ou plusieurs périphériques d’affichage, c’est-à-dire les zones de l’interface graphique de l’application non recouvertes par des interfaces graphiques d’applications tierces. Bien évidemment, le module DETER2 ne prendra pas en compte les unités d’affichage qui aurait été nécessaire pour afficher les zones de l’interface graphique qui se trouvent en dehors de la surface d’affichage du ou des périphériques d’affichage. Le dispositif S comprend en outre un module CALC apte à calculer un ratio d’affichage effectif d’une interface graphique. Autrement dit le module CALC va effectuer le rapport entre le nombre d’unités d’affichage affichant réellement l’interface graphique d’une application, c’est-à-dire le nombre d’unités d’affichage déterminé par le module DETER2, ce qui correspond à l’ensemble des zones de l’interface graphique non recouvertes par des interfaces graphiques tierces, et le nombre d’unités d’affichage déterminé par le module DETER1. Selon un mode particulier de réalisation de l'invention, le dispositif S comprend un module LIST adapté pour constituer une liste des applications exécutées par le terminal 101 et produisant une interface graphique affichée sur un ou plusieurs périphériques d’affichage tel que le périphérique 101. La liste, est par exemple la succession des identifiants des applications exécutées, chaque application ayant un unique identifiant. A noter que l’identifiant d’une application peut être une suite de caractères telle qu’une couleur ou un nombre. Selon une première variante de ce mode particulier de réalisation de l'invention, la liste des applications est ordonnée selon le niveau de profondeur de l’interface graphique produite par chaque application, c’est-à-dire en fonction d’une date liée à un évènement comme, par exemple, la sélection de l’interface par l’utilisateur via un périphérique d’entrée-sortie du terminal 101. Selon une deuxième variante de ce mode particulier de réalisation de l'invention, la liste des applications est ordonnée selon l’identifiant de l’application, dans le cas où l’identifiant de l’application est modifié lorsque son interface graphique est mise au premier plan d’affichage, pour comprendre la valeur d’un compteur incrémentée (par exemple : "nom de l’application"-"valeur du compteur"). Bien entendu un unique compteur est utilisé pour l’ensemble des applications. La liste constituée par le module LIST est par la suite appelée « liste de profondeur ». Selon un mode particulier de réalisation de l'invention, le dispositif S comprend un module d’ajout ADD apte à ajouter un identifiant d’une application à la liste de recouvrement d’une unité d’affichage d’un périphérique d’affichage. La figure 4 illustre des étapes du procédé de calcul selon un mode particulier de réalisation de l'invention le procédé de calcul étant exécuté par un dispositif de calcul compris dans le terminal 101. Selon un mode particulier de réalisation de l'invention, le dispositif de calcul peut être compris dans le dispositif/périphérique d’affichage 100. Selon un mode particulier de réalisation de l'invention, le dispositif de calcul peut être compris dans un terminal (non représenté) tel qu’un serveur ou un ordinateur apte à communiquer avec le terminal 101 et/ou le dispositif/périphérique d’affichage 100. Selon un mode particulier de réalisation de l'invention, le procédé est exécuté en tâche de fond, au démarrage du terminal 101. Selon un mode particulier de réalisation de l'invention, le procédé est exécuté à intervalles réguliers. A l’étape 400 le procédé peut constituer une liste (liste de profondeur) ordonnée des applications exécutées par le terminal 101 qui affichent une interface graphique sur le périphérique d’affichage 100. Cette liste est par exemple une suite de noms ou d’identifiants des applications (couleur, nombre, etc.). La liste de profondeur est ordonnée par exemple en fonction du niveau de profondeur de la ou des interfaces graphiques produites par chaque application de la plus profonde à la moins profonde. Alternativement, La liste de profondeur est ordonnée de la moins profonde à la plus profonde. Ce classement peut par exemple se faire sur la base des identifiants d’applications. En effet l’identifiant d’une application peut être modifié lorsque l’interface graphique de l’application est mise au premier plan d’affichage pour comprendre la valeur incrémentée d’un compteur. Le classement est alors réalisé en fonction de la valeur du compteur contenue dans chaque identifiant d’application, par exemple en partant du plus élevé au moins élevé ou inversement. Le classement peut également se faire en fonction d’une date associée à chaque identifiant lorsque celle-ci indique la date à laquelle l’interface graphique a été active (i.e. mise au premier plan d’affichage sur le périphérique 100) pour la dernière fois. A noter que l’identifiant d’une application peut également correspondre à un suffixe et/ou un préfixe. C’est par exemple le cas lorsqu’une application dite « mère » possède plusieurs fenêtres graphiques « filles » avec des identifiants différents, chacune (mère et filles) possédant cependant un suffixe et/ou un préfixe identique. Selon un mode particulier de réalisation de l'invention, pour constituer la liste de profondeur, le procédé va ajouter, dès qu’une nouvelle application est exécutée par le terminal 101 et que celle-ci affiche une interface graphique sur le périphérique d’affichage 100, un identifiant de l’application à la fin de liste de profondeur. Alternativement, l’ajout de l’identifiant se fait au début de la liste de profondeur. Selon un mode particulier de réalisation de l'invention, le procédé va constituer la liste de profondeur à l’issue de chaque intervalle lorsque celui est exécuté à intervalles de temps réguliers. Selon un mode particulier de réalisation de l'invention, le procédé est exécuté à la suite d’un évènement tel qu’une action utilisateur. Ainsi la constitution de la liste de profondeur intervient uniquement lorsque cela est nécessaire. Cela permet d’éviter une exécution systématique du procédé et donc d’éviter de générer inutilement des temps de calculs (CPU, mémoire, etc.) qui peuvent être importants. La constitution de la liste peut ainsi intervenir uniquement au moment d’un changement d’interface graphique active (par exemples: sélection d’une nouvelle interface graphique, suppression d’une fenêtre existante, déplacement d’une fenêtre, …). En effet, tant qu’il n’y a pas de changement d’interface graphique active, l’affichage des interfaces graphiques reste inchangé, et donc le nombre et la disposition des interfaces graphiques demeurent inchangés. L’évènement peut également être le déplacement d’une interface graphique (fenêtre graphique) ou la modification de sa taille. Dans ces cas, l’évènement peut être le moment précis où l’action de déplacement ou de changement de taille se termine. Alternativement, le procédé peut aussi scruter à intervalles réguliers (par exemple, toutes les demi-secondes) la position et la taille de la fenêtre active et uniquement celle-ci. Si au moins l’une des valeurs de position ou de taille a changé depuis la dernière fois, alors on considère que la fenêtre active est toujours « instable » (i.e. en cours de modification). A l’inverse, lorsque à la fois les valeurs de position et de taille sont restées identiques depuis la dernière fois, alors on considère que la fenêtre active est devenue « stable », ce qui représente un moment suffisamment précis de la fin d’action de déplacement ou de changement de taille par l’utilisateur pour constituer l’évènement. Selon une variante de ce mode de réalisation l’évènement n’est pris en compte qu’après une durée prédéterminée. Cela permet de faire abstraction des évènements parasites. C’est par exemple le cas lorsqu’un utilisateur fait une erreur de manipulation, soit parce qu’il a cliqué sur l’interface graphique (fenêtre graphique) pour la voir et se rendre compte immédiatement que ce n’est pas celle dont il a besoin. A noter que la durée doit être supérieure à l’intervalle de temps régulier nécessaire pour déterminer la stabilité des fenêtres déplacées ou modifiées en taille comme par exemple 3 secondes. Selon un mode particulier de réalisation de l'invention, lorsqu’une interface graphique disparaît de l’affichage soit parce que l’interface graphique est minimisée soit parce que l’application est fermée, le procédé peut mettre à jour la liste de profondeur en supprimant l’identifiant de l’application associé à l’interface graphique. Lors de l’étape 401, le procédé va alors parcourir la liste de profondeur (étape 400) en partant de l’application ayant le niveau de profondeur le plus important, et ajouter, pour chaque application de la liste de profondeur, un identifiant de l’application courante aux listes de recouvrement des unités d’affichage nécessaires à l’affichage de la totalité des interfaces graphiques de l’application. Concrètement, le procédé va parcourir la liste de profondeur et récupérer les coordonnées des 4 coins de toutes les fenêtres graphiques (interface graphique) affichées par l’application courante, c’est-à-dire l’application associée à l’identifiant de la liste traité. Puis, pour chaque fenêtre graphique de l’application courante, le procédé va ajouter un identifiant de l’application courante dans la liste de recouvrement des unités d’affichage (pixels, groupe de pixel, etc.) de la zone d’affichage occupée par la ou les fenêtres de l’application courante au niveau du dispositif/périphérique d’affichage. A noter que les coordonnées des 4 coins de toutes les fenêtres graphiques d’une application peuvent être régulièrement sauvegardées/stockées dans une mémoire par le procédé et obtenues lors de l’étape 401. Alternativement, les coordonnées peuvent être régulièrement sauvegardées/stockées dans une mémoire par une application tierce appartenant par exemple à l’OS (Operating System), la mémoire étant alors accessible par le procédé de calcul. Alternativement, les coordonnées des 4 coins de toutes les fenêtres graphiques d’une application peuvent être sauvegardées/stockées dans la liste de profondeur en lien avec l’identifiant de l’application. Selon un mode particulier de réalisation de l'invention, l’identifiant de l’application courante de la liste de profondeur peut être identique à l’identifiant de l’application courante ajouté aux listes de recouvrement. Selon un mode particulier de réalisation de l'invention, la liste de recouvrement d’une unité d’affichage est remplacée par un paramètre de recouvrement. En d’autres mots, lors de l’étape 401, le second identifiant d’application est alors affecté/ajouté au paramètre de recouvrement et va remplacer la précédente valeur du paramètre de recouvrement. Dans ce mode de réalisation particulier les paramètres de recouvrement peuvent être stockés dans un seul et même fichier créant ainsi un fichier représentant une « matrice » de recouvrement de la zone d’affichage du périphérique d’affichage. Lorsque le second identifiant d’application est une couleur la taille du fichier représentant la matrice peut être sensiblement réduite en utilisant différentes approches. L’une d’elles consiste à remplacer le code des couleurs dans le format choisi (par exemple, dans le format BMP 24 bits, la couleur rouge sera codée « 255;0;0 » sous sa forme décimale) par un identifiant, plus court. Une autre approche consiste à coder des zones entières de pixels contigus ayant la même couleur (par exemple en utilisant un langage de marquage) au lieu de coder l’information individuellement pour chaque pixel de la zone d’affichage du périphérique d’affichage. Plus globalement, toute technique de compression de fichier peut être utilisée pour optimiser la taille de ce fichier. Selon un mode particulier de réalisation de l'invention, la liste de recouvrement des unités d’affichage du périphérique/dispositif d’affichage 100 est initialisée avec un identifiant comme par exemple la couleur noire. Ainsi dans le cas où l’identifiant d’application ajouté aux listes de recouvrement est une couleur, l’étape 401 permettra de générer une représentation graphique de l’empilement successif des fenêtres des applications selon leur niveau de profondeur. Lorsque l’interface graphique d’une application est entièrement recouverte par une ou plusieurs autres interfaces graphiques appartenant à des applications tierces, alors plus aucun pixel du périphérique d’affichage ne possède en dernière position de sa liste de recouvrement la couleur associée à l’application. Selon un mode particulier de réalisation de l'invention, lorsqu’une action utilisateur est réalisée, par exemple lorsqu’une fenêtre disparaît du périphérique d’affichage soit parce que celle-ci est minimisée soit parce que l’application est fermée par l’utilisateur, le procédé met à jour les listes de recouvrement des pixels (i.e des unités d’affichage), ce qui permet de simuler l’empilement successif des fenêtres des applications restantes selon leur niveau de profondeur. A l’étape 402, le procédé va déterminer le nombre d’unités d’affichage nécessaires à l’affichage de la totalité de l’interface graphique d’une application (application mesurée) par exemple sélectionnée par un utilisateur. Bien évidemment, le procédé prendra en compte toutes les parties des interfaces présentes et non présentes dans la zone d’affichage du périphérique d’affichage 100. Le procédé pourra par exemple reprendre les coordonnées des 4 coins de toutes les fenêtres graphiques de l’application obtenues à l’étape 401. A l’étape 403 le procédé va déterminer le nombre d’unités d’affichage pour lesquelles l’identifiant de l’application mesurée est le dernier identifiant ajouté (c’est-à-dire en début de liste ou en fin de liste) dans les listes de recouvrement des unités d’affichage du périphérique d’affichage 100. A l’étape 404 le procédé va calculer un ratio d’affichage en effectuant le rapport entre le nombre d’unités d’affichage déterminé à l’étape 403 et le nombre d’unités d’affichage déterminé à l’étape 402. Concrètement, ce ratio sert à déterminer la proportion des unités d’affichage réellement visibles par un utilisateur par rapport à la totalité des unités d’affichage nécessaires à l’affichage de la totalité de l’interface graphique d’une application. Selon un mode particulier de réalisation de l'invention, le procédé peut également calculer un ratio de recouvrement en soustrayant à 1 le ratio d’affichage. Le ratio de recouvrement ou d’affichage permet de déterminer si l’interface graphique d’une application comme par exemple une fenêtre graphique est potentiellement utilisée à un instant donné par un utilisateur. Si par exemple le taux de recouvrement est supérieur à 0.5 pendant une durée de quelques secondes/minutes alors le procédé peut considérer que l’application n’est potentiellement pas utilisée par l’utilisateur. Selon un mode particulier de réalisation de l'invention, le procédé peut transmettre les données traitées (ratios calculés, emplacements des interfaces graphiques au niveau du périphérique d’affichage, les listes, etc.) à un serveur (non représenté) situé dans le réseau à des fins statistiques. Alternativement ou cumulativement, ces mêmes données peuvent être stockées et horodatées au niveau du dispositif de calcul également à des fins statistiques. Ainsi, grâce à ces données il est par exemple possible de connaître finement la manière dont un utilisateur travaille, notamment en termes de répartition des temps d’utilisation des applications d’un poste de travail. En effet, ce procédé permet de connaitre les interfaces graphiques affichées et visibles d’un utilisateur en plus de la fenêtre active . Ces données permettent également de suivre le cycle de vie d'une application sur toute une journée, même si la fenêtre est minimisée ou fermée plusieurs fois, tout en récupérant des informations sur la manière dont elle est utilisée (sa localisation au niveau de la zone d’affichage du périphérique d’affichage) selon les moments de la journée ou par rapport aux autres applications ouvertes simultanément. Selon un mode particulier de réalisation de l'invention, le procédé peut également calculer à l’étape 404 un pourcentage de recouvrement et/ou d’affichage. Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l’homme de l’art sans pour autant sortir du cadre de l’invention. Procédé de calcul d’un ratio d’affichage d’une interface graphique d’une application appartenant à une première liste ordonnée d’applications affichées via une pluralité d’unités d’affichage d’au moins un écran, chaque unité d’affichage étant associée à une seconde liste ordonnée d’identifiants d’applications, ledit procédé étant mis en œuvre par un dispositif de calcul et caractérisé en ce qu’il comprend : - une étape de détermination (402) d’un premier nombre d’unités d’affichage nécessaires à l’affichage de la totalité de ladite interface graphique ; - une étape de détermination (403) d’un second nombre d’unités d’affichage pour lesquelles ledit identifiant de ladite application est le dernier à avoir été ajouté à ladite seconde liste ; - une étape de calcul (404) d’un ratio d’affichage de ladite interface graphique de ladite application via le rapport entre ledit second nombre et ledit premier nombre. Procédé selon la revendication 1 dans lequel ladite première liste est une liste ordonnée chronologiquement en fonction d’une date associée à chaque application. Procédé selon la revendication 2 dans lequel ladite date correspond à la date à laquelle l’interface graphique de ladite application a été active pour la dernière fois. Procédé selon la revendication 1 dans lequel ladite seconde liste est constituée lors du parcours de ladite première liste, via une étape d’ajout, pour chaque application de ladite première liste (401), dite application courante, d’un identifiant de l’application courante à ladite seconde liste de chaque unité d’affichage permettant l’affichage de la totalité de ladite interface graphique de ladite application courante. Procédé selon la revendication 1 dans lequel ledit identifiant est une couleur. Procédé selon la revendication 1 dans lequel ledit procédé de calcul est exécuté à intervalles réguliers. Procédé selon la revendication 1 dans lequel ledit procédé de calcul est exécuté à la suite d’un événement. Procédé selon la revendication 7 dans lequel l’évènement n’est pris en compte qu’après une durée prédéterminée. Dispositif de calcul d’un ratio d’affichage d’une interface graphique d’une application appartenant à une première liste ordonnée d’applications affichées via une pluralité d’unités d’affichage d’au moins un écran, chaque unité d’affichage étant associée à une seconde liste ordonnée d’identifiants d’applications, ledit dispositif étant caractérisé en ce qu’il comprend : - un premier module de détermination (DETER1) d’un premier nombre d’unités d’affichage nécessaires à l’affichage de la totalité de ladite interface graphique ; - un deuxième module de détermination (DETER2) d’un second nombre d’unités d’affichage pour lesquelles ledit identifiant de ladite application est le dernier à avoir été ajouté à ladite seconde liste ; - un module de calcul d’un ratio d’affichage (CALC) de ladite application mesurée via le rapport entre ledit second nombre et ledit premier nombre. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 8, lorsque le programme est exécuté par un processeur.