Processorsystem comprising a processor and a memory field for containing a computer interface

Abstract: Known processorsystems comprising a processor and memory fields for containing computer interface profiles each having a number of elements each representing a function are static systems. The processorsystem according to the invention is a dynamic system, by allocating an elementparameter to an element, which elementparameter is a function of the number of times this element has been activated, for example per timeinterval, and by comparing this elementparameter with a predefined value. In dependence of the comparisonresult, the element is displayed directly or indirectly.

Description: A Background of the invention The invention relates to a processorsystem comprising a processor and a memory field for containing a computer interface having a number of elements each representing a function, the processorsystem being adapted for displaying at least one element directly on a screen. Such processorsystems are of common general knowledge, for example a Personal Computer (PC) or a workstation. The computer interface has a number of elements each representing a function, for example an icon (function: for example file transfer), a menubar (function: for example menu item choise), a window (function: for example editing of text or sharing computer application data), a videowindow (function: for example display of image) or a number of required videowindows (function: for example required number of images to be displayed simultaneously). The processorsystem is adapted for displaying one or more elements directly on a screen, like four icons, one menubar including menu-items and two videowindows, and for displaying other elements indirectly on the screen, like two other icons and a pull-down-menu-item (these can be displayed for example by selecting a menu-item on the displayed menubar). Other elements are never displayed on the screen, like the number of required videowindows. These known processorsystems are static systems, which is disadvantageous. B Summary of the invention It is an object of the invention, inter alia, to provide a dynamic processorsystem as defined by the preamble. Thereto, the processorsystem according to the invention is characterised in that the processorsystem is adapted for allocating an elementparameter to an element, the elementparameter being a function of a number of times that this element has been activated, and comparing this elementparameter with a predefined value and in dependence of a comparisonresult directly or indirectly displaying this element on the screen, the memory field being an adaptable memory field and the computer interface being an adaptable computer interface. By allocating an elementparameter to an element, which elementparameter is a function of a number of times that this element has been activated, for example the number of times per timeinterval that this element has been activated, this elementparameter can be compared with a predefined value. In dependence of this comparisonresult the element is displayed directly or indirectly. For example each time an application to which the computer interface belongs is switched on, the processorsystem can decide at the hand of several comparisonresults which elements are displayed directly and which are displayed indirectly. This invention is based on an insight that all present processorsystems comprising a processor and a memory field for containing a computer interface are static ones, and that the number of times, for example per timeinterval, that an element has been activated should determine whether this element is displayed directly or indirectly. The European patent application number EP-A-0 579501 which has an earlier priority is comprised in the state of the art relevant to the question of novelty, pursuant to Article 54(3) and (4) EPC, insofar as the same Contracting States (FR,GB,NL) are designated. This patent application discloses a system which adapts itself to user operations. The system monitors user operations and memorizes the usage frequency of each function by updating a weight. When the weight exceeds a predetermined threshold, functions are combined into sequences of functions. and the user interface is adapted by updating selection menus. A first embodiment of this invention is characterised in that the processorsystem comprises a first further memory field for containing a first further computer interface having a first further number of elements each representing a function and a second further memory field for containing a second further computer interface having a second further number of elements each representing a function, the processorsystem being adapted for selecting a further memory field. According to this embodiment a further memory field for containing a further computer interface can be selected to present a user a limited number of possible computer interfaces. For example, the computer interface showing most resemblance to the adaptable computer interface with respect to one or more elements and their elementparameters is selected. A second embodiment of this invention is characterised in that the processorsystem is adapted for allocating an elementcode to an element of the adaptable computer interface, the elementcode representing this element being enabled or disabled, and in dependence of the elementcode displaying or not displaying this element on the screen. According to the second embodiment an enabled element is displayed directly or indirectly, while a disabled element is not displayed at all or displayed in an other way showing the disablement. A third embodiment of this invention is characterised in that the processorsystem is adapted for storing a new value of the elementparameter. By storing a new value of the elementparameter the processorsystem, after the application to which the computer interface belongs being switched off and switched on by the same user, does not have to adapt itself all over again, but can start from the latest status of the computer interface. A fourth embodiment of this invention is characterised in that the predefined value comprises a previous value of the elementparameter. In this case the predefined value will comprise the previous value of the elementparameter to detect an increase or a decrease of the number of activations of this element. A fifth embodiment of this invention is characterised in that the predefined value comprises an other elementparameter of an other element. In this case the predefined value will comprise the other elementparameter to determine a subset of most frequently activated elements. For example this predefined value is a threshold value calculated from the comparison between all elementparameters. A sixth embodiment of this invention is characterised in that the predefined value comprises a previous value of the predefined value. In this case an exceptional value of the predefined value is smoothened by taking the average of some predefined values. Of course, two or more of the mentioned embodiments can be combined in all possible ways. C Reference none D Embodiment of the invention The invention will be explained in detail at the hand of embodiments shown in the figures: Figure 1 shows a processorsystem according to the invention comprising four memory fields for containing computer interfaces. Figure 2 shows a representation of the four memory fields each one of them comprising an elementcode and elementparameters belonging to an element of a computer interface. Figure 3 shows a flow chart of adapting the adaptable computer interface in the adaptable memory field. Figure 4 shows a flow chart of selecting one of the three memory fields that shows most resemblance to a fourth memory field. Figure 5 shows three possible screenlayouts in figure 5a, 5b and 5c for a processorsystem according to the invention. In figure 1 processorsystem 10 comprises a processor 11, an interpreter 12, four memory fields X, Y, Z and W. Via a bus 13 processor 11 is connected with interpreter 12 and with the memory fields X, Y, Z and W, and via a bus 14 memory fields X, Y, Z and W are connected with interpreter 12. A memory field X, Y, Z or W contains a computer interface having according to this embodiment six elements A, B, C, D, E and F, each one of these elements representing a different function. At least one of them can be displayed directly on a screen, for example an icon which is activated by a mouse. Other elements can only be displayed indirectly, for example via a menu-item on a menubar via which these elements are to be selected using a mouse. Of course, the terms "directly" and "indirectly" are equivalent to respectively "indirectly" and "twice indirectly", or "twice indirectly" and "three times indirectly", etc. In figure 2 four memory fields X, Y, Z and W are represented. To adapt a computer interface, there are several possibilities: the content of a memory field X, Y, Z or W remains in the same memory field while adapting; the content of a memory field X, Y or Z is placed into the memory field W for the adapting; the content of a memory field X, Y, Z or W is placed into another memory not shown in figure 1, for example a processormemory, for the adapting. A computer interface comprises according to this embodiment six elements A (row i=1), B (row i=2), C (row i=3), D (row i=4), E (row i=5) and F (row i=6), and to each element A, B, C, D, E or F an elementcode (column k) and three elementparameters (columns l, m and n) are allocated. An elementcode X i,k , Y i,k , Z i,k and W i,k represents this element being enabled or disabled, and an elementparameter X i,l , Y i,l , Z i,l and W i,l represents this element being displayed directly or indirectly. An elementparameter X i,m , Y i,m , Z i,m and W i,m represents a number of times for example per timeinterval this element has been activated, and an elementparameter X i,n , Y i,n , Z i,n and W i,n represents a previous number of times for example per timeinterval this element has been activated. Of course, further elementcodes and elementparameters are possible. In figure 3 blocks of the flow chart have the following meaning: block meaning 20 start 21 calculate predefined value as threshold value for only those elements which are enabled and subject to adaptation 22 i := 1 23 W i,m ≥ threshold value ? if yes : to block 25 if no : to block 24 24 W i,l := Indirect 25 W i,l := Direct 26 i := i + 1 27 i = 7 ? if yes : to block 28 if no : to block 23 28 stop According to the flow chart of figure 3, after the adapting has started (block 20), a predefined value further to be called threshold value is calculated (block 21), but only for those elements which are enabled and subject to adaptation. There are several possibilities to do this, for example: comparing the number of times an enabled element has been activated with the number of times another enabled element has been activated for each possible combination of enabled elements, and at the hand of the comparisonresults selecting a certain borderline as a threshold; calculating an average of several previous numbers of times enabled elements have been activated and selecting the average as a threshold; adding an element-dependent number to a previous number of times an enabled element has been activated and selecting the sum as an element-dependent threshold; calculating an average of a present and one or more previous thresholds. Then i gets the value 1 (block 22) and the number of times an element has been activated W i,m is compared with the calculated threshold (block 23), which causes this element to be displayed directly (block 25) or indirectly (block 24). Subsequently, i is increased by the value 1 (block 26) and the next number of times an element has been activated is compared with the calculated threshold (block 23 etc.) until i gets the value 7 (block 27). Of all six elements W i,l has been determined, and the adapting stops (block 28). While some thresholds, like the one being a selected borderline, will lead to a number of elements to be displayed directly being equal to a maximum number of elements that can be displayed directly, other thresholds, like the one being a sum of an element-dependent number and a previous number, could lead to a larger or smaller number than the maximum number. In case of a larger number, a next selection should be made to decrease the larger number, for example at the hand of a new borderline which is defined for elements belonging to the larger number only. In case of a smaller number, this may be increased, for example at the hand of a new borderline which is defined for only those elements not belonging to the smaller number. In figure 4 blocks of the flow chart have the following meaning: block meaning 40 i = 1, p = q = r = 0 41 X i,k = W i,k and X i,l = W i,l ? if yes : to block 42 if no : to block 43 42 p := p + 1 43 Y i,k = W i,k and Y i,l =- W i,l ? if yes : to block 44 if no : to block 45 44 q := q + 1 45 Z i,k = W i,k and Z i,l = W i,l ? if yes : to block 46 if no : to block 47 46 r := r + 1 47 i := i + 1 48 i = 7 ? if yes : to block 49 if no : to block 41 49 p ≥ q and r ? if yes : to block 50 if no : to block 51 50 select memory field X 51 q ≥ p and r ? if yes : to block 52 if no : to block 53 52 select memory field Y 53 select memory field Z According to the flow chart of figure 4, i gets the value 1 and p, q and r get the value 0 (block 40). For i having the value 1 to 6 (block 47, 48), X i,k is compared with W i,k and X i,l is compared with W i,l (block 41) and in case of equality p is increased by the value 1 (block 42), Y i,k is compared with W i,k and Y i,l is compared with W i,l (block 43) and in case of equality q is increased by the value 1 (block 44), Z i,k is compared with W i,k and Z i,l is compared with W i,l (block 45) and in case of equality r is increased by the value 1 (block 46). Then p is compared with q and r respectively (block 49) and if p ≥ q, r then memory field X (block 50) is selected. Otherwise q is compared with p and r respectively (block 51) and if q ≥ p, r then memory field Y (block 52) is selected. Otherwise memory field Z (block 53) is selected. At the hand of the flow chart of figure 4, one memory field is selected out of three memory fields (X, Y, Z) which shows most resemblance to another memory field (W). This is done by comparing for each element an elementcode (X i,k , Y i,k , Z i,k : enabled/disabled) with an elementcode of the other memory (W i,k: enabled/disabled) as well as comparing for each element an elementparameter (X i,l , Y i,l , Z i,l : directly/indirectly) with an elementparameter of the other memory (W i,l : directly/indirectly). Of course, many alternatives are possible, like comparing elementcodes only, or parametercodes only (possibly the number of times elements have been activated, and/or previous numbers of times they have been activated), and/or using different values for increasing p, q and r. For example, if X i,k is equal to W i,k and X i,l is equal to W i,l then p is increased with the value 3, if X i,k is equal to W i,k and X i,l is not equal to W i,l then p is increased with the value 2 and if if X i,k is not equal to W i,k and X i,l is equal to W i,l then p is increased with the value 1. In this case, resemblance between elementcodes is more important than resemblance between parametercodes, and resemblance between elementcodes and between parametercodes is most important. The screenlayout of a conference application in figure 5a shows a directly displayed element "window" containing a direct displayed element "menubar" comprising elements "menu-items" like CALL (set up connection), FILETX (select & transmit file), PICT (select, view & transmit selected picture) and DOC (local & joint editing & view without editing), which all are also displayed directly. Further an element "window" PERI (select peripheral) is shown comprising a directly displayed element "icon" AUD (select audio) and a directly displayed element "icon" VID (select video). The element "menu-item" DOC has been activated, and its pull down menu is shown comprising "pull-down-menu-items" EDIT (local editing selected document), JO ED (joint editing selected document) and VIEW (view selected document). Since the elements "pull-down-menu-item" are displayed only after activation of element "menu-item" DOC, these elements are displayed indirectly. The other elements "menu-item" CALL, FILETX and PICT are not activated, but could also be activated. The elements "icon" AUD and VID are not activated, but could be activated. If for example the element "icon" AUD would have been activated, as a result an element "window" AUDIO would have been shown comprising elements "icon" loudspeaker, AUD MU (audio muting) and QU (quit for closing element "window" AUDIO). Since the element "window" AUDIO will be displayed only after activation of the element "icon" AUD, the element "window" AUDIO (and its elements "icon") is displayed indirectly. Two further elements "videowindow" showing other conferees are also directly displayed in this screenlayout. The screenlayout of a conference application in figure 5b shows a directly displayed element "window" containing a directly displayed element "menubar" comprising elements "menu-items" like CALL (set up connection), FILETX (select & transmit file), EDIT (local editing) and DOC (joint editing & view selected document & select, view and transmit selected picture), which all are also displayed directly. Further an element "window" PERI (select peripheral) is shown comprising a directly displayed element "icon" AUD (select audio) and a directly displayed element "icon" VID (select video). Element "menu-item" DOC has been activated, and its pull down menu is shown comprising "pull-down-menu-items" JO ED (joint editing selected document), VIEW (view selected document) and PICT (select, view & transmit selected picture). Since the elements "pull-down-menu-item" are displayed only after activation of the element "menu-item" DOC, these elements are displayed indirectly. The other elements "menu-item" CALL, FILETX and EDIT are not activated, but could also be activated. The element "icon" AUD has been activated, and as a result an element "window" AUDIO is shown comprising elements "icon" loudspeaker, AUD MU (audio muting) and QU (quit for closing element "window" AUDIO). Since the element "window" AUDIO is displayed only after activation of the element "icon" AUD, the element "window" AUDIO (and its elements "icon") is displayed indirectly. Two further elements "videowindow" showing other conferees are also directly displayed in this screenlayout. The screenlayout of a conference application in figure 5c shows a directly displayed element "window" containing a directly displayed element "menubar" comprising elements "menu-items" like CALL (set up connection), FILETX (select & transmit file), EDIT (local editing) and DOC (joint editing & view selected document & select, view and transmit selected picture), which all are also displayed directly. Further an element "window" PERI (select peripheral) is shown comprising a directly displayed element "icon" AUD (select audio), a directly displayed element "icon" VID (select video) and a directly displayed element "icon" AUD MU (audio muting). The element "icon" AUD has been activated, and as a result an element "window" AUDIO is shown comprising elements "icon" loudspeaker and QU (quit for closing element "window" AUDIO). Since the element "window" AUDIO is displayed only after activation of the element "icon" AUD, the element "window" AUDIO (and its elements "icon") is displayed indirectly. Two further elements "videowindow" showing other conferees are also directly displayed in this screenlayout. In the screenlayouts of figure 5a and 5b the element "menu-item" DOC has been activated, and its pull down menu is shown comprising indirectly displayed "pull-down-menu-items" JO ED and VIEW and in figure 5a EDIT (which is a directly displayed element "menu-item" in figure 5b) and in figure 5b PICT (which is a directly displayed element "menu-item" in figure 5a). Such a change could be the result of an adaptation as described in figures 1, 2, 3 and 4, due to the fact that according to the screenlayout in figure 5a the element PICT has been activated more frequently than the element EDIT, while according to the screenlayout in figure 5b the element EDIT has been activated more frequently than the element PICT. The screenlayout of figure 5a has been transformed into the screenlayout of figure 5b, because of the element "pull-down-menu-item" EDIT has been more frequently used than the element "menu-item" PICT in figure 5a. Further, according to the screenlayout in figure 5a the element "icon" AUD has not been activated, while according to the screenlayout in figure 5b the element "icon" AUD has been activated, resulting in the element "window" AUDIO. In the screenlayouts of figure 5b and 5c the element "icon" AUD has been activated, resulting in the element "window" AUDIO. However, according to the screenlayout of figure 5b the element "window" AUDIO comprises the elements "icon" AUD and VID, while according to the screenlayout of figure 5c the element "window" AUDIO further comprises the element "icon" AUD MU. Such a change could be the result of an adaptation as described in figures 1, 2, 3 and 4, due to the fact that according to the screenlayout in figure 5b the element AUD MU has not been activated more frequently than a certain threshold, while according to the screenlayout in figure 5c the element AUD MU has been activated more frequently than the threshold. As a result of the invention the layout of element "window" PERI in figure 5b has been modified into the layout of element "window" PERI in figure 5c due to the fact that element "icon" AUD MU has been activated more frequently than a given threshold. Further, according to the screenlayout in figure 5b the element "menu-item" DOC has been activated, resulting in the elements "pull-down-menu-item", while according to the screenlayout in figure 5c the element "menu-item" DOC has not been activated. According to figure 2 and figure 5a, the elementcodes and elementparameters allocated to the elements could be as follows: element k l m n menubar E D - - CALL E D 7 8 FILETX E D 6 9 PICT E D 4 5 DOC E D 4 6 EDIT E I 3 4 JO ED E I 2 2 VIEW E I 1 2 PERI E D - - AUD E D 6 3 VID E D 5 4 AUD MU E I 2 3 loudspeaker E I l l QU E I - - number of required videowindows E D - - According to this table all elements are enabled (column k), which means that they are displayed either directly or indirectly (column l). Further, the number of times (column m) they have been activated, for example during an hour, and the previous number of times (column n) they have been activated, for example during a previous hour, is shown, except for the elements menubar and PERI, which are always shown directly. The element menubar, PERI, QU and number of required videowindows are not subject to adaptation and are to be excluded from a calculation according to figure 3. An extra column could be added to the table to indicate which elements are excluded from adaptation. As can be derived from column m, the directly displayed element "menu-item" PICT (E,D,4,5) has been activated 4 times per timeinterval and the indirectly displayed element "pull-down-menu-item" EDIT (E,I,3,4) has been activated 3 times per timeinterval. If during a next timeinterval the element PICT is activated 4 times and the element EDIT is activated 5 times, then the element PICT will be displayed indirectly (as a pull-down-menuitem element: E,I,4,4) and the element EDIT will be displayed directly (as a menu-item element: E,D,5,3). A new table (not shown) in which this amendment is done corresponds to figure 2 and figure 5b. As can be derived from column m, the indirectly displayed element "icon" AUD MU (E,I,2,3) has been activated 2 times per timeinterval, which number of times is smaller than a certain threshold, for example 4 times per timeinterval. If during a next timeinterval the element AUD MU is activated 5 times, which number of times is larger than the certain threshold of 4 times per timeinterval, then the element AUD MU will be displayed directly (as a direcltly displayed element "icon": E,D,5,2). Another new table (not shown) in which this amendment is done corresponds to figure 2 and figure 5c. Of course, measures should be taken to allocate an elementtype ("menubar", "menu-item", "pull-down-menu-item", "window", "icon" etc.) to each element. This could be realised by allocating a certain elementtype to each row of the shown table, in which case sometimes it will be necessary to interchange some elements or elementtypes after adaptation. It could also be realised by adding an extra column to the shown table for indicating the elementtype. Further it is observed that elementcodes and elementparameters allocated to an element could be made adjustable, for example in a user-dependent way.

Claims: Processor system comprising a processor and a memory field for containing a computer interface having a number of graphic elements each representing a function, an element being directly displayed on a screen in case this element is entirely displayed all the time and independently of whether or not this element has been activated, and an element being selectively displayable on the screen in case this element is not entirely displayed all the time but is only entirely displayed after this element has been activated, the processor system being adapted for displaying at least one element directly on screen, characterized in the processor system being adapted for allocating a first element parameter to a first element, the first element parameter being a function of a number of times this first element has been activated, allocating an element type to the first element, allocating a second element parameter to a second element, the second element parameter being a function of a number of times this second element has been activated, allocating an element type to the second element, comparing the first element parameter with a threshold value and based on a comparison result directly displaying the first element on the screen or enabling the first element for selective display on the screen, comparing the second element parameter with another threshold value and based on another comparison result directly displaying the second element on the screen or enabling the second element for selective display on the screen, and based on the comparison results interchanging values of at least two elements types, the memory field and the computer interface being adaptable by storing new values of element parameters and of element types. Processor system according to claim 1 or claim 2, wherein, in the memory field, storage locations are represented by rows and columns, and elements are located at rows and element parameters are located at columns.

Inventors: ANSTOETZ KARIN HELENA MARIA, COOLEGEM KAREL GERARD, ANSTOETZ, KARIN HELENA MARIA, COOLEGEM, KAREL GERARD, Anstötz, Karin Helena Maria
Applicants: KONINKL KPN NV, KONINKLIJKE KPN N.V.
Application year: 1993
Main classification: G06F9
IPC codes: G06F3, G06F9