FR3114665A1 - Method and device for detecting use of applications - Google Patents

Abstract

The invention improves the state of the art and proposes for this purpose a method for calculating a display ratio of a graphical interface of an application belonging to a first ordered list of applications displayed via a plurality of display units of at least one screen, each display unit being associated with a second ordered list of application identifiers, said method being implemented by a computing device and characterized in that it comprises : - a step of determining a first number of display units necessary for displaying all of said graphical interface; - a step of determining a second number of display units for which said identifier of said application is the last to have been added to said second list;- a step of calculating a display ratio of said graphical interface of said application via the ratio between said second number and said first number. Figure for the abstract: Figure 1

Description

Method and device for detecting use of applications

1. Field of the invention

The application for invention is in the field of telecommunications and more specifically concerns the analysis of the use of digital tools on a terminal such as a computer, tablet or smartphone.

2. Prior art

The Quantified Self refers to the practice of “self-measurement” and refers to a movement born in California which consists of getting to know yourself better by measuring data relating to your body and your activities (source CNIL). Many Quantified Self tools exist today not only in the private sphere, but also in the professional sphere. At work, it involves collecting and analyzing data to display personal information relating, for example, to the average duration of use of a particular application over a given period (day, week or month).

This information is often limited either by collecting data from all applications open at a given time, or by collecting information relating to the only application active at that time, i.e. the one with "focus". ". However, a detailed observation of the uses of digital tools on the workstation, in particular office automation, communication and collaboration tools, shows that it is frequent that several applications are actually used at the same time by the user, even if only one of these applications is active. For example, a user organizes her screen in two parts, one with a Word document that she is editing (active window), the other with a browser window from which she reads the content that serves as her reference (passive window with an episodic focus, for scrolling for example). Another example: to perform a task, a user needs to display several windows so that they are all visible, at least partially, at the same time; a window to edit a document, another to do research on the Web, another to exchange with your interlocutors, and yet another to consult/edit documents.

There is therefore a need to go beyond the detection of only the active application at a given moment in order to also identify, as finely and objectively as possible, all the non-active applications which are nevertheless actually used by a user.

3. Disclosure of Invention

The invention improves the state of the art and proposes for this purpose a method for calculating a display ratio of a graphical interface of an application belonging to a first ordered list of applications displayed via a plurality of display units of at least one screen, each display unit being associated with a second ordered list of application identifiers, said method being implemented by a computing device and characterized in that it comprises :

• a step of determining a first number of display units needed to display all of said graphical interface;
• a step of determining a second number of display units for which said identifier of said application is the last to have been added to said second list;
• a step of calculating a display ratio of said graphical interface of said application via the ratio between said second number and said first number.

This method makes it possible to determine for a particular application, for example chosen by a user, a first number of display units necessary for displaying the entire graphical interface of the application. It should be noted that the method can take into account the display of the graphical interface in its entirety even in the case where part of the graphical interface is outside the display area of the screen, i.e. that is, not visible to a user or else when it corresponds to one or more graphic windows. The method also determines a second number of display units for which the identifier of the application is the last to have been added to the list associated with a display unit. This number is, for example, deduced from data stored in a memory of a device such as a computer.

The method then calculates an effective display ratio at screen level for the chosen application, that is to say the ratio between the first and the second number of display units determined by the method.

This process makes it possible, for example, to identify all the graphical interfaces displayed and to determine the proportion of a graphical interface actually visible to a user at a given moment.

Graphic interface means all or part of a graphic element (window, button, image, etc.) displayed by a display device (screen, video projector, etc.). A graphical interface of an application may correspond to all or part of a set of graphical elements generated by the application at the level of a display device. For example, when an application generates several graphic windows, the graphic interface can correspond to a single graphic window.

By display unit, we mean the smallest constituent element of a graphic element rendered by a screen, such as a pixel or a block of pixels.

By application identifier, we mean a sequence of characters that is used to uniquely identify one application among several. The identifier can, for example, be a name, a color or a number.

By application is meant a computer application executed, for example, by a microprocessor and having a graphical interface rendered on a display device. A computer application can also correspond to one or more instances of a computer application. Indeed, the same computer application can be executed several times at the same time on the same terminal. Also, an application can correspond to a particular graphics window when an application generates multiple graphics windows.

According to a particular embodiment of the invention, a method as described above is characterized in that said first list is a list ordered chronologically according to a date associated with each application.

This embodiment of the invention makes it possible to classify the applications chronologically according to a date associated with the application. The date can, for example, be a date that indicates the last action performed by the application, an application selection date, an application launch date or any other date related to the life cycle of the app.

According to a particular embodiment of the invention, a method as described above is characterized in that said date corresponds to the date on which the graphical interface of said application was active for the last time.

This mode of implementation of the invention makes it possible to classify the applications according to a date indicating their last activity.

By active application is meant an application which executes a computer code such as, for example, a code interpreting data from an input/output peripheral such as a pointing system or a keyboard, the foregrounding of the graphical interface of the application at screen level, or any other action performed by the application.

According to a particular embodiment of the invention, a method as described above is characterized in that said second list is constituted during the traversal of said first list, via an addition step, for each application of said first list, called current application, from an identifier of the current application to said second list of each display unit allowing the display of all of said graphical interface of said current application.

This embodiment of the invention makes it possible, for example, for each application of the first list, when the latter is browsed for example from its beginning or from its end, to add an identifier of the current application to the list of display units of the area occupied by its graphical interface. Thus, when the traversal of the first list is finished, the display units whose list has as the last addition the same application identifier are display units which actually display the application at the level of the display device ( no recovery by a graphical interface of a third-party application).

According to a particular embodiment of the invention, a method as described above is characterized in that said identifier is a color.

By color we mean an alphanumeric code associated with a color (index in a graphic palette, name of a color, etc.). This mode of implementation of the invention makes it possible to graphically represent via a color representation the visible part or parts of a graphical interface of an application, that is to say not covered by one or more third-party applications, displayed on one or more screens.

According to a particular embodiment of the invention, a method as described above is characterized in that said calculation method is executed at regular intervals.

This mode of implementation of the invention makes it possible to follow the evolution of the effective display ratio of a measured application over time, for example for statistical purposes.

According to a particular embodiment of the invention, a method as described above is characterized in that said calculation method is executed following an event.

This embodiment of the invention makes it possible to calculate a new effective display ratio of a measured application when, for example, a user action has been performed. The action can, for example, be an action performed at the level of the measured application or at the level of a third-party application displayed on the screen. Concretely, the action is, for example, performed via a pointing system (mouse, trackpad, trackpoint or touch screen), a voice command, a sensor (camera, thermal sensor, etc.) or any other peripheral communicating with the calculation capable of interpreting a user action. This mode of implementation of the invention also makes it possible to calculate a new effective display ratio of a measured application when an unpredictable event is detected, such as for example the untimely display of a graphic window (in English pop -up) or when the computer application does not run correctly (unwanted closing of one or more graphic interfaces of the computer application).

According to a particular mode of implementation of the invention, a method as described above is characterized in that the event is only taken into account after a predetermined duration.

This mode of implementation of the invention makes it possible, for example, to disregard parasitic user actions, which may not have any particular meaning or utility. This is the case, for example, when the user selects a GUI involuntarily via a pointing system and shortly afterwards selects the previous GUI to return to the initial state.

The invention also relates to a device for calculating a display ratio of a graphical interface of an application belonging to a first ordered list of applications displayed via a plurality of display units of at least one screen , each display unit being associated with a second ordered list of application identifiers, said device being characterized in that it comprises:

• a first module for determining a first number of display units needed to display all of said graphical interface;
• a second module for determining a second number of display units for which said identifier of said application is the last to have been added to said second list;
• a module for calculating a display ratio of said application measured via the ratio between said second number and said first number.

The term module can correspond to a software component as well as to a hardware component or a set of hardware and software components, a software component itself corresponding to one or more computer programs or subroutines or more generally to any element of a program able to implement a function or a set of functions as described for the modules concerned. In the same way, a hardware component corresponds to any element of a hardware (or hardware) assembly capable of implementing a function or a set of functions for the module concerned (integrated circuit, smart card, memory card, etc. .).

The invention also relates to a computer program comprising instructions for implementing the above method according to any one of the particular embodiments described above, when said program is executed by a processor. The method can be implemented in various ways, in particular in wired form or in software form. This program may use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in partially compiled form, or in any other desirable form.

The invention also relates to a recording medium or information medium readable by a computer, and comprising instructions of a computer program as mentioned above. The recording media mentioned above can be any entity or device capable of storing the program. For example, the medium may comprise a storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or else a magnetic recording means, for example a hard disk. On the other hand, the recording media may correspond to a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means. The programs according to the invention can in particular be downloaded from an Internet-type network.

Alternatively, the recording media may correspond to an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.

This device for calculating an aspect ratio and this computer program have characteristics and advantages similar to those described above in relation to the method for calculating an aspect ratio.

4. List of Figures

Other characteristics and advantages of the invention will appear more clearly on reading the following description of particular embodiments, given by way of simple illustrative and non-limiting examples, and the appended drawings, among which:

FIGS. 1a, 1b, 1c, 1d represent an example of an implementation environment according to a particular embodiment of the invention.

Figure 2 illustrates the structure of a display device according to a particular embodiment of the invention

FIG. 3 illustrates the architecture of a system implementing the invention according to a particular embodiment,

FIG. 4 illustrates steps of the calculation method according to a particular embodiment of the invention.

5. Description of an embodiment of the invention

FIG. 1a illustrates an example of an environment for implementing the invention according to a particular embodiment of the invention. The implementation environment includes a terminal 101 able to run one or more computer applications simultaneously such as a personal computer, a server, an internet gateway, a mobile terminal or a connected object. The terminal 101 is connected to a display device 100 such as for example a screen, a touch screen or a video projector making it possible to display the graphical interfaces of the applications executed. The connection between the display device 100 and the terminal 101 can be wired via for example an HDMI cable or wireless via for example a WiFi connection. The terminal 101 is also capable of interpreting data from an input/output peripheral such as a pointing system, a keyboard, a camera, a voice command allowing a user to interact with the applications and their graphical interfaces displayed on the display device 100.

According to a particular embodiment of the invention, the terminal 101 and the display peripheral 100 are one and the same terminal.

In the case described in support of FIG. 1a, the display peripheral 100 displays three different graphical interfaces (102, 103, 104), each interface being produced by a distinct application executed by the terminal 101. The three graphical interfaces have a different display depth level, i.e. a particular and unique display plane between the background and the foreground of the display. When a graphical interface obtains the "focus", then it is displayed in the foreground. Concretely, the depth level indicates a selection timeline of graphical interfaces. For example, the interface 102 being covered in part by the two other graphical interfaces, it can be deduced that the interface 102 was selected first, that is to say that its selection date is older than those of the other two interfaces (103 and 104). Thus, the three graphical interfaces can be classified according to their date of selection from the oldest to the most recent like this: 102, 103, 104.

It should be noted that the focus can be obtained by a graphical interface via a user action, for example carried out thanks to a pointing system, via an event received by the terminal 101, such as a message intended for the application which generates the graphical interface (eg instant messaging) or even via an event internal to the terminal such as, for example, the detection of a malfunction of the application which generates the graphical interface.

FIG. 1b illustrates a second example of an environment for implementing the invention according to a particular embodiment of the invention. In this example the display device 100 displays three graphical interfaces (102, 103, 105). Graphical interfaces (graphical windows) 102 and 105 are produced by the same application executed by terminal 101. This may for example be two windows of word processing software or photo editing software. Interface 103 is produced by another application.

FIG. 1c illustrates a third example of an environment for implementing the invention according to a particular embodiment of the invention. This environment comprises two display peripherals 100 and 110 connected to the terminal 101. Each peripheral displays part of the same graphical interface produced by an application executed by the terminal 101. The peripheral 100 displays the first half 103 and the peripheral 110 displays the second half 111.

According to a particular embodiment of the invention, the environment for implementing the invention may comprise more than two display devices.

FIG. 1d illustrates a fourth example of an environment for implementing the invention according to a particular embodiment of the invention. In this example, the display device 100 only displays part of a graphical interface (the area 102), the additional area 106 being outside the display area of the device 100.

Figure 2 illustrates the structure of a display device according to a particular embodiment of the invention. The display device 100 is made up of a plurality of display units such as pixels or groups of pixels. Each peripheral display unit 100 is associated with a list (107), the list comprising one or more application identifiers. In the rest of the description, this list is called “overlay list”.

FIG. 3 illustrates the hardware architecture of a device S configured to implement the calculation method according to a particular embodiment of the invention. In the embodiment described here, this device has the hardware architecture of a computer. It notably comprises a processor PROC1, a random access memory MV1, a read only memory MEM1 and a non-volatile flash memory MF1. Such means are known per se and are not described in more detail here. The ROM constitutes a recording medium in accordance with the invention, readable by the processor PROC1 and on which is recorded here a computer program PG1 in accordance with the invention, this program comprising instructions for implementing the steps of the calculation method as described previously, when the program is executed by the processor PROC1. On initialization, the code instructions of the computer program PG1 are for example loaded into a memory before being executed by the processor PROC1. The processor PROC1 of the processing unit UT1 notably implements the steps of the calculation method according to any one of the particular embodiments described in relation to FIGS. 1a, 1b, 1c, 1d, 2 and 4, according to the computer program instructions PG1.

The device S also comprises a module DETER1 capable of determining the number of display units necessary for displaying the entire graphical interface of an application. Concretely, if we take the case of the environment of figure 1d, the module DETER1 will determine the number of display units necessary for the display of the part 102 as well as the number of display units which would have been necessary to display the part 106 which is outside the display surface of the peripheral 100. In the case of the environment 1c, the module DETER1 will determine the number of display units necessary for the display of the parts 103 and 111, both present inside the display area of the two peripherals 100 and 110. If we now take the case of the environment 1b, the module DETER1 will for example determine the number of units of display necessary to display the entire graphical interface 102 taking into account the surfaces covered by the graphical interfaces 103 and 105.

Furthermore, the device S comprises a module DETER2 capable of determining the number of display units which actually display the graphical interface of an application present in the display zone of one or more display peripherals, c i.e. areas of the application's GUI not covered by third-party application GUIs. Of course, the DETER2 module will not take into account the display units that would have been necessary to display the areas of the graphical interface that are outside the display surface of the display device(s).

The device S further comprises a CALC module able to calculate an effective display ratio of a graphical interface. In other words, the CALC module will calculate the ratio between the number of display units actually displaying the graphical interface of an application, i.e. the number of display units determined by the DETER2 module, which corresponds to all the areas of the graphical interface not covered by third-party graphical interfaces, and the number of display units determined by the module DETER1.

According to a particular embodiment of the invention, the device S comprises a module LIST adapted to constitute a list of the applications executed by the terminal 101 and producing a graphical interface displayed on one or more display peripherals such as the peripheral 101. The list is for example the succession of identifiers of the applications executed, each application having a unique identifier. Note that the identifier of an application can be a sequence of characters such as a color or a number.

According to a first variant of this particular embodiment of the invention, the list of applications is ordered according to the level of depth of the graphical interface produced by each application, that is to say according to a date linked to an event such as, for example, the selection of the interface by the user via an input-output peripheral of the terminal 101.

According to a second variant of this particular embodiment of the invention, the list of applications is ordered according to the identifier of the application, in the case where the identifier of the application is modified when its graphical interface is foreground display, to understand the value of an incremented counter (for example: "application name"-"counter value"). Of course, a single counter is used for all applications. The list formed by the LIST module is subsequently called “depth list”.

According to a particular embodiment of the invention, the device S comprises an addition module ADD capable of adding an identifier of an application to the recovery list of a display unit of a display peripheral.

FIG. 4 illustrates steps of the calculation method according to a particular embodiment of the invention, the calculation method being executed by a calculation device included in the terminal 101.

According to a particular embodiment of the invention, the calculation device can be included in the display device/peripheral 100.

According to a particular embodiment of the invention, the computing device can be included in a terminal (not shown) such as a server or a computer able to communicate with the terminal 101 and/or the display device/peripheral 100.

According to a particular embodiment of the invention, the method is executed in the background, when the terminal 101 is started.

According to a particular embodiment of the invention, the method is carried out at regular intervals.

At step 400 the method can constitute an ordered list (depth list) of the applications executed by the terminal 101 which display a graphical interface on the display device 100. This list is for example a series of names or identifiers applications (color, number, etc.). The depth list is ordered for example according to the level of depth of the graphic interface(s) produced by each application from the deepest to the shallowest.

Alternatively, the depth list is ordered from shallowest to deepest.

This classification can for example be done on the basis of application identifiers. Indeed the identifier of an application can be modified when the graphic interface of the application is put in the foreground of display to understand the incremented value of a counter. The classification is then carried out according to the value of the counter contained in each application identifier, for example starting from the highest to the lowest or vice versa.

The classification can also be done according to a date associated with each identifier when this indicates the date on which the graphical interface was active (i.e. put in the foreground of display on the peripheral 100) for the last time. .

Note that the identifier of an application can also correspond to a suffix and/or a prefix. This is the case, for example, when a so-called “mother” application has several “child” graphic windows with different identifiers, each (mother and daughters) however having an identical suffix and/or prefix.

According to a particular embodiment of the invention, to constitute the depth list, the method will add, as soon as a new application is executed by the terminal 101 and this displays a graphical interface on the display device 100, an application identifier at the end of depth list.

Alternatively, adding the identifier is done at the beginning of the depth list.

According to a particular embodiment of the invention, the method will constitute the depth list at the end of each interval when it is executed at regular time intervals.

According to a particular embodiment of the invention, the method is executed following an event such as a user action. Thus the constitution of the depth list occurs only when necessary. This makes it possible to avoid a systematic execution of the process and therefore to avoid unnecessary generation of calculation times (CPU, memory, etc.) which can be significant. The creation of the list can therefore only occur when changing the active graphical interface (for example: selecting a new graphical interface, deleting an existing window, moving a window, etc.). Indeed, as long as there is no change of active graphical interface, the display of the graphical interfaces remains unchanged, and therefore the number and layout of the graphical interfaces remain unchanged. The event can also be the movement of a graphical interface (graphical window) or the modification of its size. In these cases, the event can be the precise moment when the move or resize action ends. Alternatively, the method can also scan at regular intervals (for example, every half-second) the position and the size of the active window and only this one. If at least one of the position or size values has changed since the last time, then the active window is considered to be still "unstable" (i.e. being modified). Conversely, when both the position and size values have remained the same since the last time, then the active window is considered to have become "stable", which represents a sufficiently precise moment of the end of the action displacement or size change by the user to constitute the event.

According to a variant of this embodiment, the event is only taken into account after a predetermined duration. This makes it possible to ignore parasitic events. This is the case, for example, when a user makes a handling error, either because he clicked on the graphical interface (graphical window) to see it and immediately realizes that it is not the one he requires. Note that the duration must be greater than the regular time interval necessary to determine the stability of the windows moved or modified in size, such as 3 seconds for example.

According to a particular embodiment of the invention, when a graphical interface disappears from the display either because the graphical interface is minimized or because the application is closed, the method can update the depth list by removing the application identifier associated with the GUI.

During step 401, the method will then scan the depth list (step 400) starting from the application having the greatest depth level, and add, for each application in the depth list, an identifier of the current application to the overlay lists of the display units needed to display all of the application's graphical interfaces.

Concretely, the process will browse the depth list and retrieve the coordinates of the 4 corners of all the graphic windows (graphical interface) displayed by the current application, i.e. the application associated with the identifier of the processed list. Then, for each graphic window of the current application, the method will add an identifier of the current application in the list of display units (pixels, group of pixels, etc.) of the occupied display zone by the window(s) of the current application at the level of the display device/peripheral.

It should be noted that the coordinates of the 4 corners of all the graphic windows of an application can be regularly saved/stored in a memory by the method and obtained during step 401. Alternatively, the coordinates can be regularly saved/stored in a memory by a third-party application belonging for example to the OS (Operating System), the memory then being accessible by the calculation method.

Alternatively, the coordinates of the 4 corners of all the graphic windows of an application can be saved/stored in the depth list in connection with the identifier of the application.

According to a particular embodiment of the invention, the identifier of the current application of the depth list can be identical to the identifier of the current application added to the recovery lists.

According to a particular embodiment of the invention, the overlay list of a display unit is replaced by an overlay parameter. In other words, during step 401, the second application identifier is then assigned/added to the recovery parameter and will replace the previous value of the recovery parameter. In this particular embodiment, the overlay parameters can be stored in one and the same file, thus creating a file representing an overlay “matrix” of the display area of the display device. When the second application identifier is a color the size of the file representing the matrix can be significantly reduced using different approaches. One of them is to replace the color code in the chosen format (for example, in the 24-bit BMP format, the red color will be coded "255;0;0" in its decimal form) by an identifier, plus short. Another approach is to encode entire areas of contiguous pixels having the same color (e.g. using a markup language) instead of encoding information individually for each pixel in the display device's display area. More generally, any file compression technique can be used to optimize the size of this file.

According to a particular embodiment of the invention, the overlay list of display units of the peripheral/display device 100 is initialized with an identifier such as the color black, for example. Thus in the case where the application identifier added to the overlapping lists is a color, step 401 will make it possible to generate a graphic representation of the successive stacking of the windows of the applications according to their level of depth. When the graphical interface of an application is entirely covered by one or more other graphical interfaces belonging to third-party applications, then no pixel of the display device has the color associated with the last position of its covering list. application.

According to a particular embodiment of the invention, when a user action is performed, for example when a window disappears from the display device either because it is minimized or because the application is closed by the user, the method updates the overlapping lists of the pixels (i.e of the display units), which makes it possible to simulate the successive stacking of the windows of the remaining applications according to their level of depth.

At step 402, the method will determine the number of display units needed to display the entire graphical interface of an application (measured application) for example selected by a user. Of course, the method will take into account all the parts of the interfaces present and not present in the display area of the display device 100.

The method could for example take the coordinates of the 4 corners of all the graphic windows of the application obtained in step 401.

At step 403 the method will determine the number of display units for which the identifier of the measured application is the last identifier added (that is to say at the start of the list or at the end of the list) in the overlay lists of the display units of the display device 100.

At step 404 the method will calculate a display ratio by performing the ratio between the number of display units determined at step 403 and the number of display units determined at step 402. Concretely , this ratio is used to determine the proportion of display units actually visible to a user compared to the total display units needed to display the entire graphical interface of an application.

According to a particular embodiment of the invention, the method can also calculate an overlap ratio by subtracting the display ratio from 1.

The coverage or display ratio is used to determine whether the graphical interface of an application such as a graphical window is potentially used at a given time by a user. If, for example, the overlap rate is greater than 0.5 for a period of a few seconds/minutes, then the process can consider that the application is potentially not used by the user.

According to a particular embodiment of the invention, the method can transmit the processed data (calculated ratios, locations of the graphical interfaces at the level of the display device, the lists, etc.) to a server (not shown) located in the network for statistical purposes. Alternatively or cumulatively, these same data can be stored and timestamped at the level of the computing device also for statistical purposes. Thus, thanks to these data it is for example possible to know in detail the way in which a user works, in particular in terms of distribution of the times of use of the applications of a workstation. Indeed, this method makes it possible to know the graphical interfaces displayed and visible to a user in addition to the active window . This data also makes it possible to follow the life cycle of an application over a whole day, even if the window is minimized or closed several times, while retrieving information on how it is used (its localization at the level of the zone of the display device) depending on the time of day or in relation to other applications that are open simultaneously.

According to a particular embodiment of the invention, the method can also calculate in step 404 a percentage of coverage and/or display.

It goes without saying that the embodiment which has been described above has been given purely as an indication and in no way limiting, and that many modifications can be easily made by those skilled in the art without departing from the scope. of the invention.

Claims (10)

Method for calculating a display ratio of a graphical interface of an application belonging to a first ordered list of applications displayed via a plurality of display units of at least one screen, each display unit being associated with a second ordered list of application identifiers, said method being implemented by a computing device and characterized in that it comprises:
- a step of determining (402) a first number of display units needed to display all of said graphical interface;
- a step of determining (403) a second number of display units for which said identifier of said application is the last to have been added to said second list;
- a calculation step (404) of a display ratio of said graphical interface of said application via the ratio between said second number and said first number. A method according to claim 1 wherein said first list is a chronologically ordered list according to a date associated with each application. A method according to claim 2 wherein said date corresponds to the date on which the graphical interface of said application was last active. Method according to claim 1, in which said second list is constituted during the traversal of said first list, via a step of adding, for each application of said first list (401), called current application, an identifier of the application current to said second list of each display unit allowing the display of all of said graphical interface of said current application. A method according to claim 1 wherein said identifier is a color. A method according to claim 1 wherein said calculating method is performed at regular intervals. A method as claimed in claim 1 wherein said calculation method is performed upon an event. Method according to Claim 7, in which the event is only taken into account after a predetermined duration. Device for calculating a display ratio of a graphical interface of an application belonging to a first ordered list of applications displayed via a plurality of display units of at least one screen, each display unit being associated with a second ordered list of application identifiers, said device being characterized in that it comprises:
- a first module (DETER1) for determining a first number of display units necessary for displaying all of said graphical interface;
- a second module for determining (DETER2) a second number of display units for which said identifier of said application is the last to have been added to said second list;
- a module for calculating a display ratio (CALC) of said application measured via the ratio between said second number and said first number. Computer program comprising instructions for implementing the method according to any one of Claims 1 to 8, when the program is executed by a processor.