FR 3047095 A1 20170728 FR 1650645 A 20160127 LIENS DE RACCOURCI DANS UNE INTERFACE GRAPHIQUE CONTEXTE [0001] En général, l'invention concerne des dispositifs électroniques, 'par exemple des ordinateurs, et des logiciels et, en particulier, des méthodes, systèmes et produits-programmes d'ordinateur pour fournir un lien de raccourci dans une interface graphique (un GUI). [0002] Un GUI visualisé par un dispositif électronique peut avoir de multiples écrans à afficher à un utilisateur d'une façon écran par écran quand l'utilisateur navigue à travers le GUI. Le plus souvent, l'utilisateur n'aura pas besoin d'accéder à chacun des écrans multiples. Plutôt, dans certains cas, l'utilisateur ne peut nécessiter que quelques-uns des multiples écrans. Toutefois, l'utilisateur peut être conduit à parcourir un ou plusieurs écran(s) qui ne l'intéresse(nt) pas, pour la seule raison d'arriver enfin à l'écran souhaité du GUI. [0003] Des dispositifs, systèmes, méthodes et produits-programmes d'ordinateur améliorés sont donc nécessaires pour permettre une meilleure navigation à travers un GUI. RÉSUMÉ [0004] Selon un aspect, une méthode consistant à fournir un lien de raccourci dans une interface graphique, un GUI, d'un dispositif électronique pour sauter au moins un des multiples écrans GUI basée sur des statistiques du GUI d'une visite précédente du GUI est fournie. Les statistiques concernent au moins un chemin (qui a été parcouru au moins une fois lors d'une visite précédente) comprenant une séquence d'écrans GUI des multiples écrans GUI. Le dispositif électronique est configure pour afficher les multiples écrans GUI par le passage d'un écran GUI actuel à un écran GUI suivant des multiples écrans GUI en réponse à une action de l'utilisateur, ce qui permet à un utilisateur de parcourir les écrans de l'interface graphique. La méthode inclut la génération, par le dispositif électronique, d'un historique de navigation récente lors d'une visite actuelle de l'interface graphique, basé sur l'écran GUI actuel et des écrans GUI potentiellement précédents affichés lors de la visite actuelle du GUI. La méthode inclut en outre l'identification, par le dispositif électronique, d'au moins un chemin candidat sur la base de l'historique de navigation récente et des statistiques du GUI. Identifier le au moins un chemin candidat peut inclure la détermination si l'historique de navigation récente correspond à une sous-séquence de l'au moins un chemin candidat. La méthode comprend en outre la détermination, par le dispositif électronique, d'un écran GUI de cible des l'au moins un chemin 3047095 candidat. L'écran GUI de cible est un écran GUI après l'écran GUI suivant. La méthode comprend en outre l'établissement, par le dispositif électronique, du lien de raccourci pour pointer vers l'écran GUI de cible pour amener le dispositif électronique à changer le GUI à l'écran GUI de cible déterminé en réponse à un utilisateur qui active le lien de raccourci. La méthode inclut en outre l'affichage, par le dispositif électronique, du lien de raccourci sur l'écran GUI actuel. [0005] Selon un autre aspect, un appareil est fourni incluant un processeur et une mémoire. La mémoire inclut du code de programme qui, lorsqu'exécuté par le processeur, amène l'appareil à fournir un lien de raccourci dans une interface graphique, GUI, de l'appareil pour sauter au moins un des multiples écrans GUI basé sur des statistiques du GUI d'une visite précédente du GUI. Les statistiques concernent au moins un chemin (qui a été parcouru au moins une fois lors d'une visite précédente) comprenant une séquence d'écrans GUI des multiples écrans GUI. L'appareil est configuré pour afficher les multiples écrans GUI par le passage de l'écran GUI actuel à un écran GUI suivant des multiples écrans GUI en réponse à une action de l'utilisateur, ainsi permettant à l'utilisateur de parcourir les écrans GUI. L'appareil est en outre amené à générer un historique de navigation récente lors d'une visite actuelle du GUI, basé sur l'écran GUI actuel et des écrans GUI potentiellement précédents affichés lors de la visite actuelle du GUI. L'appareil est en outré amené à identifier au moins un chemin candidat sur la base de l'historique de navigation récente et des statistiques du GUI. Identifier le au moins un chemin candidat peut inclure la détermination si l'historique de navigation récente correspond à une sous-séquence de l'au moins un chemin candidat. L'appareil est en outre amené à déterminer un écran GUI de cible dans l'au moins un chemin candidat. L'écran GUI de cible est un écran GUI après Pécran GUI suivant. L'appareil est en outre amené à établir le lien de raccourci pour pointer vers l'écran GUI de cible pour amener l'appareil à changer le GUI à l'écran GUI de cible déterminé en réponse à un utilisateur qui active le lien de raccourci. L'appareil est en outre amené à afficher le lien de raccourci sur l'écran GUI actuel. [0006] Selon encore un autre aspect, un produit de programme d'ordinateur est fourni qui inclut un support de stockage non-transitoire lisible par ordinateur incluant du code de programme. Le code de programme est configuré pour, lorsqu'exécuté par un processeur, amener le processeur à fournir un lien de raccourci dans une interface graphique, GUI, d'un dispositif électronique pour sauter au moins un des multiples écrans GUI, basé sur des statistiques du GUI d'une précédente 2 3047095 visite de l'interface graphique. Les statistiques concernent au moins un chemin (qui a été navigué au moins une fois lors d'une visite précédente) comprenant une séquence d'écrans GUI des multiples écrans GUI. Le dispositif électronique est configuré pour afficher les multiples écrans GUI par le passage d'un écran GUI actuel à un écran GUI suivant diesmultiples écrans GUI en réponse à une action de l'utilisateur, ce qui permet à un utilisateur de parcourir les écrans de l'interface graphique. Le processeur est en outre amené à générer un historique de navigation récente lors d'une visite actuelle de l'interface graphique, basé sur l'écran GUI actuel et des écrans GUI potentiellement précédents affichés lors de la visite actuelle du GUI. Le processeur est en outre amené à identifier au moins un chemin candidat sur la base de l'historique de navigation récente et des statistiques du GUI. Identifier le au moins un chemin candidat peut inclure la détermination si l'historique de navigation récente correspond à une sous-séquence de l'au moins un chemin candidat. Le processeur est en outre amené à déterminer un écran GUI de cible dans l'au moins un chemin candidat. L'écran GUI de cible est un écran GUI après l'écran GUI suivant. Le processeur est en outre amené à établir le lien de raccourci pour pointer vers l'écran GUI de cible pour amener le processeur à changer le GUI à l'écran GUI de cible déterminé en réponse à un utilisateur qui active le lien de raccourci. Le processeur est en outre amené à afficher le lien de raccourci sur l'écran GUI actuel. DESCRIPTION SOMMAIRE DES DESSINS [0007] Les dessins annexés, qui sont incorporés dans et constituent une partie de cette spécification, illustrent divers modes de réalisation de l'invention et, conjointement avec la description générale de l'invention donnée ci-dessus, et la description détaillée des modes de réalisation ci-dessous, servent à expliquer les modes de réalisation de l'invention. [0008] FIG. 1 est une représentation schématique d'un exemple de système informatique configuré pour exécuter les méthodes décrites ici. [0009] FIG. 2A est une représentation schématique d'un flux pour effectuer une tâche de réservation d'un hôtel. [0010] FIG. 2B est une représentation schématique d'un chemin avec un écran GUI de départ, un écran GUI actuel, un écran GUI suivant et un écran GUI de cible avec un lien de raccourci fourni pour sauter l'écran GUI suivant. 3 3047095 [0011] FIG. 3A est un organigramme représentant un processus qui peut être exécuté, par exemple par le système informatique représenté sur FIG.1, pour mettre en oeuvre les modes de réalisation. [0012] FIG. 3B est un organigramme représentant un processus qui peut être exécuté, par exemple par le système informatique représenté sur la FIG. 1, pour mettre en oeuvre d'autres modes de réalisation. [0013] FIG. 4A est une vue schématique des chemins de deux flux d'un GUI, incluant les écrans GUI. [0014] FIG. 4B est une vue schématique de deux scénarios d'un GUI. [0015] FIG. 5 est un graphique représentant des écrans GUI et des chemins. DESCRIPTION DÉTAILLÉ [0016] La description détaillée qui suit concerne une méthode, un dispositif électronique, un appareil et un produit de programme d'ordinateur pour fournir au moins un lien de raccourci dans une interface graphique, GUI. Encore d'autres modes de réalisation sont spécifiés par des combinaisons de deux ou plusieurs des modes de réalisation suivants. Les modes de réalisation peuvent être mis en oeuvre par des dispositifs électroniques, par exemple par des dispositifs électroniques simples ou par des systèmes incluant au moins un dispositif électronique client et au moins un dispositif électronique serveur. [0017] L'interface graphique (GUI) consiste de plusieurs écrans GUI pour permettre à un utilisateur d'effectuer au moins une tâche, par exemple une tâche de réservation d'hôtel. Les écrans GUI peuvent être définis dans un document de définition de l'interface graphique (définition de l'interface graphique), qui pourrait être maintenu dans la base de données du dispositif électronique ou externe au dispositif électronique, par exemple dans un serveur accessible par l'intermédiaire d'une connexion réseau. La définition de l'interface graphique peut inclure des définitions de la mise en page des écrans GUI. En outre, le GUI inclut des définitions de navigation précisant pour les écrans GUI les écrans GUI respectifs suivants à être parcourus en réponse à une action respective de l'utilisateur définissant ainsi le comportement de navigation du GUI. Par exemple, les définitions de navigation peuvent être incluses dans le document de définition de l'interface graphique. Ainsi, sur la base d'un seul document, le document de 3047095 définition de l'interface graphique définit l'apparence du GUI ainsi que le comportement du GUI à l'égard de la navigation à travers les écrans GUI. Définir à la fois la mise en page et les mécanismes de navigation du GUI dans un seul document de définition de l'interface graphique (bien qu'il puisse inclure différents fichiers) réduit l'effort de développement des interfaces graphiques et/ou permet une définition de l'interface graphique plus compacte et plus économe en ressources. La définition de l'interface graphique peut être traitée par le dispositif électronique pour afficher des écrans GUI et passer à des écrans GUI suivants adéquats en réponse à des actions respectives d'utilisateurs. [0018] Lorsqu'affichés, par exemple par le dispositif électronique, certains écrans GUI peuvent présenter de l'information, comme une adresse d'hôtel, à l'utilisateur. Certains autres écrans GUI peuvent fournir des champs de saisie, par exemple des boutons, des champs d'entrées de texte, des champs de sélection ou équivalents, pour recevoir des entrées de l'utilisateur. Certains autres écrans GUI peuvent à la fois présenter de l'information et fournir un ou plusieurs champs de saisie. [0019] Par exemple, le GUI peut être orienté web, à savoir les écrans GUI sont configurés de manière à être consultables par un navigateur web. Par exemple, le document de définition de l'interface graphique peut être formulé incluant du code HTML 4.01. Un lien de raccourci peut être représenté par un élément graphique affiché dans un écran GUI. Des éléments graphiques peuvent être des éléments HTML qui peuvent recevoir l'attention, par exemple un bouton. [0020] Le dispositif électronique peut afficher les multiples écrans GUI en passant de l'interface graphique d'un écran GUI actuel à un écran GUI suivant sélectionné des multiples écrans GUI en réponse à une action de l'utilisateur. Cela permet à un utilisateur de parcourir le GUI écran par écran. Les expressions "navigation à travers le GUI" et "navigation à travers les écrans GUI" ont la même signification ici et doivent être comprises dans le sens que l'utilisateur visite certains ou tous les écrans GUI lors d'une visite de l'interface graphique. L'expression "parcourir un chemin" signifie que l'utilisateur navigue le long d'un chemin (complet), à savoir l'utilisateur navigue écran par écran le long de la séquence d'écrans GUI du chemin. Cependant, utiliser des liens de raccourci pour sauter certains écrans GUI du chemin doit également être compris comme "parcourir un chemin". Le GUI fournit au moins un chemin de navigation à travers l'interface graphique, sauf mention contraire. Un chemin inclut une séquence d'écrans 3047095 GUI. Dans ce qui suit, l'expression "un chemin inclut un écran GUI" doit être comprise dans le sens que l'écran GUI est inclus dans la séquence d'écrans GUI du chemin. [0021] Fournir un lien de raccourci dans un-GUI permet à un utilisateur de sauter au moins un écran GUI lorsqu'il navigue à travers le GUI. Un lien de raccourci pointe vers un écran GUI de cible, ce qui signifie que le lien de raccourci fournit une référence à l'écran GUI de cible, et, ainsi, permet à l'utilisateur de sauter un ou plusieurs écrans GUI suivants que l'utilisateur autrement par nécessité doit parcourir pour finalement arriver à l'écran GUI de cible souhaité. De ce fait, le lien de raccourci permet à l'utilisateur de sauter immédiatement vers l'écran GUI de cible. [0022] Pour fournir un lien de raccourci, le contexte de la navigation en cours (à savoir, où est l'écran GUI actuel et comment l'utilisateur a navigué jusqu'à l'écran GUI actuel lors de la visite actuelle de l'interface graphique) doit être considéré. Par conséquent, une séquence d'écrans GUI visités jusqu'à présent lors de la visite actuelle de l'interface graphique peut être recueillie en tant qu'historique de navigation récente. Le contexte actuel permet de déterminer de possibles écrans GUI candidats auxquels l'utilisateur est autorisé à sauter dans le cadte du contexte actuel. Par conséquent, des chemins candidats sont identifiés sur la base de l'historique de navigation récente. Un chemin candidat peut être considéré comme un chemin qui est compatible avec l'historique de navigation récente. En d'autres mots, les chemins candidats peuvent être considérés comme ces chemins que l'utilisateur peut emprunter dans le cadre du contexte actuel. Cependant, il peut y avoir d'autres limitations comme décrit ci-dessous. De possibles écrans GUI candidats de cible ne devraient être trouvés que sur des chemins candidats. [0023] En outre, pour fournir un lien de raccourci, les habitudes de l'utilisateur doivent être considérées. Par conséquent, l'identification des chemins candidats est également basée sur des statistiques du GUI acquises lors de visites antérieures du GUI (par l'utilisateur actuel ou, dans certains exemples, par un utilisateur quelconque). Les statistiques du GUI incluent des informations sur le comportement typique de navigation des utilisateurs. Par exemple, cela peut permettre de réduire le nombre de chemins candidats et/ou de déterminer un classement des chemins candidats préférés. Les statistiques du GUI concernent des chemins qui ont été visités lors de visites antérieures du GUI; par exemple les statistiques du GUI peuvent inclure des informations sur la fréquence à laquelle un chemin a été parcouru lors de visites antérieures. 6 3047095 [0024] En outre, étant donné que le lien de raccourci devrait fournir un "vrai" raccourci, à savoir devrait permettre à l'utilisateur de sauter (c.-à-d. contourner directement) au moins un écran GUI suivant, l'écran GUI de cible peut être un écran après un écran suivant de l'interface graphique du point de vue de l'écran GUI actuel. Le lien de raccourci, ou dans certains modes de réalisation de multiples liens de raccourci, sont affichés dans l'écran GUI actuel et fournissent un lien vers un écran GUI de cible respectif. Activer le lien de raccourci amène le GUI, par exemple par le dispositif électronique, à (directement) passer de l'écran GUI actuel à l'écran GUI de cible et, de ce fait, permet à l'utilisateur de sauter au moins un écran GUI suivant. [0025] Certains modes de réalisation comprennent en outre le pré-chargement d'au moins un écran GUI de cible, par exemple pour réduire le temps de réponse pour afficher un écran GUI de cible lorsque l'utilisateur active un lien de raccourci. Pré-charger se réfère à charger un écran GUI de cible avant que l'utilisateur active un lien de raccourci qui correspond à l'écran GUI de cible. Par exemple, le pré-chargement d'un écran GUI de cible inclut le stockage de l'écran GUI de cible dans une mémoire cache. Pré-charger l'écran GUI de cible peut inclure la lecture de la mise en page de l'écran GUI de cible de la définition de l'interface graphique. [0026] Par conséquent, les méthodes et dispositifs décrits ici permettent de proposer des liens de raccourci en fonction d'un contexte actuel et des statistiques du GUI. Cela signifie que si un nouvel utilisateur commence à utiliser le GUI pour la première fois, l'utilisateur ne recevra pas encore de propositions sur la base de ses propres habitudes; toutefois, dans certains modes de réalisation décrits ci-dessous, l'utilisateur peut bénéficier de propositions basées sur les habitudes d'autres utilisateurs (ayant précédemment visité le GUI) et/ou des propositions spécifiques à son rôle ou à une catégorie ou un groupe auquel l'utilisateur est associé. Dans certains modes de réalisation, la détermination de l'écran GUI de cible peut inclure, par exemple basé sur une fonction de coût, l'équilibrage de la probabilité qu'un utilisateur puisse utiliser le lien de raccourci pour accéder à l'écran GUI de cible avec le nombre d'écrans GUI sautés. En effet, même s'il est moins probable qu'un utilisateur décide de faire un saut de longue portée en utilisant un lien de raccourci, un lien de raccourci qui permet de sauter plus d'écrans GUI et/ou de saisies d'utilisateur pour naviguer à travers le GUI peut présenter plus d'intérêt. En conséquence, la fonction de coût peut être basée sur le nombre d'écrans GUI sautés lors de l'activation du lien de raccourci et une probabilité de l'écran GUI de cible ayant été visité lors de précédentes visites du GUI dans le cadre du contexte actuel. Une/des proposition(s) de lien(s) de 7 3047095 raccourci peu(ven)t dépendre du contexte, par exemple de l'écran GUI actuel, d'un flux et/ou d'un scénario dans lequel l'utilisateur se trouve actuellement. Comme décrit plus en détail ci-dessous, un flux inclut au moins un chemin associé à une tâche et un scénario inclut au moins deux ou plusieurs flux pour permettre à un utilisateur d'effectuer une tâche complexe qui inclut deux ou plusieurs tâches. [0027] Le GUI peut permettre à l'utilisateur d'effectuer au moins une tâche (par exemple en utilisant le dispositif électronique). Des tâches à titre d'exemple pourraient être la création d'une réservation ou la réservation d'un voyage, d'un hôtel, d'un vol ou d'une voiture, par exemple. Le GUI peut fournir différentes façons et/ou différentes options pour effectuer une tâche. Par conséquent, de multiples chemins à travers le GUI peuvent être associés à la tâche. En d'autres termes, l'interface graphique peut fournir plusieurs chemins (à savoir des séquences différentes d'écrans GUI à visiter successivement par l'utilisateur) pour effectuer la même tâche. [0028] Par exemple, la tâche de réservation d'un hôtel peut inclure la réservation d'un hôtel pour une seule personne ou, autrement, la réservation de l'hôtel pour deux personnes. Par conséquent, le GUI peut inclure un flux pour effectuer la tâche de réservation d'un hôtel. Le flux inclut un premier chemin incluant au moins un écran GUI pour la saisie des données d'une seule personne et un second chemin incluant au moins deux écrans GUI, à savoir au moins un écran GUI pour chacune des personnes. [0029] En se référant maintenant à la Fig. 2A, un schéma est représenté qui illustre un exemple de flux 100 pour réserver l'hôtel. Partant de l'écran GUI 110, l'utilisateur peut soit naviguer le long d'un premier chemin à l'écran GUI 120 ou le long d'un deuxième chemin à l'écran GUI 130. L'écran GUI 110 peut fournir un champ de saisie pour permettre à l'utilisateur de choisir s'il veut réserver l'hôtel pour une seule personne ou pour deux personnes. [0030] En sélectionnant "personne seule", l'utilisateur navigue le long d'un premier chemin à l'écran GUI 120, qui fournit des champs de saisie à l'utilisateur pour entrer une catégorie de chambre souhaitée. Après avoir rempli les données requises dans les champs de saisie de l'écran GUI 120, l'utilisateur accède au (seul possible) prochain écran GUI 121 pour entrer la période que l'utilisateur veut rester à l'hôtel. Par la suite, l'utilisateur peut accéder au (seul possible) prochain écran GUI 150 pour effectuer le paiement de l'hôtel réservé. 8 3047095 [0031] En sélectionnant "deux personnes" dans l'écran GUI 110, l'utilisateur navigue le long d'un deuxième chemin à l'écran GUI 130 qui fournit des champs de saisie à l'utilisateur pour entrer une catégorie de chambre souhaitée pour la première personne. Comme avec le premier chemin, l'utilisateur peut accéder au suivant écran GUI 131 pour entrer la période pendant laquelle la première personne veut rester à l'hôtel. Ensuite, l'utilisateur peut accéder au suivant écran GUI 132 pour entrer une catégorie de chambre souhaitée pour la deuxième personne et, après, l'utilisateur peut accéder au suivant écran GUI 133 pour entrer la période pendant laquelle la deuxième personne veut rester. En continuant à naviguer le long du deuxième chemin, le deuxième chemin se réunit au premier chemin dans l'écran GUI 150 pour effectuer le paiement. Cependant, d'après les statistiques du GUI le GUI "sait" d'après de premières visites d'utilisateurs que de nombreuses fois deux personnes peuvent vouloir partager une chambre. Par conséquent, le GUI fournit un lien de raccourci 140 dans l'écran GUI 131 pour sauter les écrans GUI 132 et 133. En activant le lien de raccourci 140, l'utilisateur peut naviguer directement à l'écran GUI 150 pour payer. Cela permet à l'utilisateur de sauter les écrans GUI 132 et 131. Pour résumer, le flux 100 fournit deux chemins pour complètement réaliser la tâche de réservation d'un hôtel. Les deux chemins offrent des alternatives en ce qui concerne le nombre de personnes à séjourner à l'hôtel. Voilà pour la FIG. 2A. [0032] Un autre exemple de tâche pourrait être la configuration d'un dispositif de routeur de réseau (routeur). Cette tâche peut être effectuée par un administrateur réseau. Par exemple, la tâche peut comprendre la configuration du routeur pour un sous-réseau unique, ou, alternativement, la configuration du routeur pour de multiples réseaux virtuels. Par conséquent, le GUI correspondant à la tâche consistant à configurer le routeur peut fournir un premier chemin incluant (entre autres) un écran GUI pour la saisie, par exemple un seul masque de sous-réseau et une adresse de passerelle unique, et un deuxième chemin, incluant (inter alia) au moins deux écrans GUI pour la saisie d'un premier masque de sous-réseau et une première adresse de passerelle dans un premier écran GUI et un deuxième masque de sous-réseau et une deuxième adresse de passerelle dans un deuxième écran GUI, et/ou un troisième chemin, incluant (inter alia) un seul écran GUI pour entrer au moins deux masques de sous-réseau et adresses de passerelle, par exemple. [0033] Un autre exemple de tâche pourrait être la configuration d'une imprimante dans un système d'exploitation d'un ordinateur. Cette tâche peut être réalisée par un administrateur de 9 3047095 l'ordinateur ou par un utilisateur de l'ordinateur même, par exemple. La tâche peut inclure la configuration d'une seule cassette de papier d'une imprimante, ou, alternativement, la configuration de plusieurs bacs à papier de l'imprimante. Par conséquent, le GUI correspondant à la tâche de configuration de l'imprimante peut fournir un premier chemin, incluant (inter alia) un écran GUI pour entrer, par exemple un format de papier et l'orientation du papier d'une seule cassette de papier, et un deuxième chemin, incluant (inter alia) al-moins deux écrans GUI pour entrer un premier format de papier et l'orientation du papier dans un premier écran GUI et un deuxième format de papier et l'orientation du papier dans un deuxième écran GUI, et/ou un troisième chemin, incluant (entre autres) un seul écran GUI pour entrer un premier format de papier et une première orientation du papier et un deuxième format de papier et une deuxième orientation du papier, par exemple. [0034] Dans certains modes de réalisation, le GUI pour effectuer une tâche particulière compte un seul chemin pour effectuer cette tâche, à savoir chaque écran GUI a exactement un prochain écran GUI. Cependant, même dans un tel mode de réalisation, le lien de raccourci peut permettre de sauter un ou plusieurs des écrans GUI lors de la navigation le long du chemin. De préférence, le GUI compte de multiples chemins, ce qui permet à l'utilisateur de naviguer le long de différents chemins (alternatifs) à travers le GUI. Dans certains modes de réalisation, au moins un chemin, de préférence chaque chemin comprend un sous-ensemble de tous les écrans GUI disponibles, à savoir la tâche peut être conclue par l'utilisateur sans avoir à visiter tous les écrans GUI. Dans certains modes de réalisation, au moins un chemin, de préférence chaque chemin comprend une séquence respective des écrans GUI qui est suffisante pour effectuer une tâche complètement, à savoir pour effectuer la tâche à partir du début de la tâche jusqu'à l'accomplissement de la tâche. Ainsi, chacun des au moins deux chemins peut à lui seul permettre à l'utilisateur d'effectuer complètement la même tâche, par exemple la réservation d'un hôtel; toutefois, ils peuvent fournir de différentes options ou fonctionnalités à l'utilisateur. [0035] Pour accomplir une tâche, un flux du GUI peut être défini. Un flux peut inclure un ou plusieurs chemins associés à la tâche. Dans certains modes de réalisation, un flux inclut tous les chemins associés à la même tâche. Par exemple, les multiples chemins du flux peuvent fournir d'autres moyens, à savoir de différentes séquences d'écrans GUI pour accomplir la tâche. De plus ou alternativement, un ou plusieurs chemins du flux peuvent fournir des options en ce qui concerne la tâche. 3047095 [0036] Dans certains modes de réalisation, chaque chemin en soi peut permettre à l'utilisateur d'effectuer une tâche à partir du début de la tâche jusqu'à l'accomplissement de la tâche. En ce qui concerne le précédent exemple de réservation d'hôtel, un flux pour réserver l'hôtel peut inclure le premier, le deuxième et le troisième chemin, dans lequel chacun de ces chemins en soi permet à l'utilisateur d'effectuer la réservation de différentes manières, par exemple, avec des options différentes de réservation, de paiement ou de livraison. Cela s'applique parallèlement aux exemples de tâches de configuration d'un routeur et de configuration d'une imprimante. [0037] Dans certains modes de réalisation, le GUI peut inclure au moins un scénario qui inclut au moins deux flux. Un scénario peut être considéré comme une combinaison ou une séquence de flux. Le GUI peut permettre à l'utilisateur d'effectuer une tâche complexe incluant de multiples tâches individuelles en fonction d'un scénario respectif. Par exemple, un scénario peut permettre à l'utilisateur de réserver un voyage. Dans cet exemple, la réservation d'un voyage est une tâche complexe, par exemple incluant les tâches individuelles de réservation d'un vol, de réservation d'un hôtel et de réservation d'une voiture. En conséquence, le scénario de cet exemple comprend un premier flux pour la réservation du vol, un deuxième flux pour la réservation de l'hôtel et un troisième flux pour la réservation de la voiture. Chacun de ces flux peut inclure un ou plusieurs chemins. [0038] Dans certains modes de réalisation un flux actuel et/ou un scénario actuel (à savoir un flux et/ou un scénario un utilisateur actuellement en visite du GUI est en train de parcourir) est (automatiquement) identifié par le système. Par exemple, si un scénario a été identifié, les entrées de l'utilisateur peuvent être enregistrées dans un premier flux et les entrées de l'utilisateur enregistrées peuvent être utilisées pour pré-remplir des champs d'entrée d'un deuxième flux de ce scénario, étant donné que le premier ainsi que le deuxième flux sont associés à la même tâche complexe. Par exemple, des données d'adresse de domicile d'un utilisateur peuvent être nécessaires pour la tâche de la réservation du vol ainsi que pour la tâche de réservation de l'hôtel et de la voiture. Ainsi, dans certains modes de réalisation le GUI peut afficher des informations qu'au moins un écran GUI suivant est pré-rempli. Cela permet à l'utilisateur de sauter les écrans GUI pré-remplis en activant un lien de raccourci si l'utilisateur ne souhaite pas faire des modifications dans le(s) écran(s) prochain(s) GUI pré-rempli(s). 11 3047095 [0039] Le GUI peut fournir plus d'un possible écran GUI suivant (directement adjacent) pour un écran GUI actuel. Cela permet à l'utilisateur de choisir sur l'écran GUI actuel s'il veut procéder la navigation sur un premier écran GUI suivant ou sur un deuxième écran GUI suivant. En ce qui concerne les chemins, un premier chemin peut inclure l'écran GUI actuel et le premier écran GUI suivant, et un deuxième chemin peut inclure l'écran GUI actuel et le deuxième écran GUI suivant. Cependant, le chemin le long duquel l'utilisateur naviguera dépend de l'action de l'utilisateur sur l'écran GUI actuel. Pour un écran GUI actuel, en réponse à une première action (de l'utilisateur), le GUI passera au premier écran GUI suivant et en réponse à une deuxième action (de l'utilisateur), le GUI passera au deuxième écran GUI différent du premier écran GUI. Dans certains modes de réalisation, de multiples actions (de l'utilisateur) différentes peuvent amener le GUI à basculer vers le même écran GUI suivant. Par conséquent, dans certains modes de réalisation, au moins deux séquences (différentes) d'actions (de l'utilisateur) peuvent amener à une navigation le long du même chemin dans le GUI. [0040] Des chemins peuvent être décrits explicitement dans une définition de l'interface graphique. Un chemin peut inclure un ense- mble de règles spécifiant pour chaque écran GUI du chemin de respectifs écrans GUI prochains. De plus, le chemin peut inclure en outre des règles précisant pour chaque paire d'écran GUI actuel et d'écran GUI suivant au moins une action (de l'utilisateur) en réponse à laquelle le GUI doit être amené à passer de l'écran GUI actuel respectif à l'écran GUI prochain respectif. [0041] Toutefois, dans certains modes de réalisation, un chemin peut ne pas être (explicitement) inclus, par exemple, prédéfini ou pré-codé, dans la définition de l'interface graphique d'un GUI nouvellement créé. Par exemple, une définition de l'interface graphique peut comprendre pour chaque écran de l'information à propos des actions (de l'utilisateur) amenant à passer à des écrans GUI suivants respectifs. Ainsi, le créateur du GUI n'a pas à considérer (et définir explicitement) chaque possible chemin à travers le GUI. Les chemins peuvent être indirectement définis par des règles pour changer entre les écrans GUI, par exemple dans une définition de l'interface graphique. Par conséquent, dans la présente description, toute opération par rapport à un chemin peut être basée sur des données implicitement et/ou explicitement indiquant le chemin dans la définition de l'interface graphique et/ou dans les statistiques du GUI et/ou dans l'historique de navigation récente. Des données indiquant explicitement un chemin peuvent être obtenus en enregistrant une séquence d'écrans GUI affichés en réponse à des actions 12 3047095 d'un utilisateur qui navigue à travers le GUI. De plus ou alternativement, de telles données peuvent être obtenues d'enregistrements de visites antérieures du GUI. De plus ou alternativement, de telles données peuvent être obtenues de règles pour changer entre les écrans GUI. [0042] De préférence, un lien de raccourci fournit un raccourci "réel", ce qui signifie que, en activant le lien de raccourci au moins un écran GUI suivant après l'écran actuel sera ignoré. Par conséquent, dans certains modes de réalisation, un chemin inclut au moins trois écrans GUI, à savoir un écran GUI actuel, un écran GUI de cible et un écran GUI suivant entre l'écran GUI actuel et l'écran GUI de cible. De préférence, un chemin inclut au moins quatre écrans GUI, à savoir un écran de GUI de départ, l'écran GUI actuel, un écran GUI suivant et un écran GUI de cible. [0043] Quant à l'omission d'écrans GUI lors de la navigation à travers le GUI, un utilisateur peut ne pas être obligé de visiter chaque écran GUI d'un chemin pour réaliser complètement une tâche. Par exemple, lors de la réservation d'un hôtel, l'utilisateur peut ou ne peut pas souhaiter spécifier une chambre particulière. En conséquence, l'interface graphique peut fournir au moins un lien de raccourci pour sauter au moins un écran GUI. En ce qui concerne l'exemple précédent, si l'utilisateur ne veut pas spécifier une chambre particulière, il peut sauter, en cliquant sur le lien de raccourci, les écrans GUI fournissant des informations au sujet des chambres disponibles et/ou fournissant des champs de saisie à l'utilisateur pour sélectionner l'une des chambres disponibles. Ceci réduit l'effort et le temps de l'utilisateur pour exécuter la tâche, ainsi que, par exemple, les ressources informatiques du dispositif électronique nécessaires au traitement des entrées de l'utilisateur pour réaliser la tâche. Réduire le nombre d'écrans GUI visités pour effectuer la tâche peut également résulter dans une réduction du trafic réseau dans un scénario client/serveur, par exemple, si les écrans GUI sont récupérés d'un serveur web distant. [0044] Comme mentionné précédemment, fournir le lien de raccourci est basé sur des statistiques du GUI d'une ou plusieurs visites précédentes du GUI. Par exemple, si un utilisateur a effectué une tâche utilisant un chemin particulier lors d'une visite précédente, l'utilisateur va probablement effectuer cette opération de la même manière, à savoir en utilisant le même chemin lors d'une visite ultérieure du GUI. Ces informations peuvent être recueillies dans les statistiques du GUI. Par exemple, les statistiques du GUI peuvent concerner des chemins de GUI 13 3047095 (précédemment visités). Toutefois, dans certains modes de réalisation, les statistiques du GUI n'incluent pas (immédiatement) des informations sur chaque possible chemin du GUI. Par exemple, avant la toute première visite du GUI, les statistiques du GUI peuvent même être vides. Lorsqu'un chemin du GUI est navigué pour la première fois, l'information respective représentant le chemin peut être ajoutée aux statistiques du GUI. En plus de cela, des informations sur la fréquence à laquelle un chemin a été parcouru lors de visites antérieures peuvent être ajoutées aux statistiques du GUI. Cette information peut être mise à jour chaque fois qu'un chemin est parcouru. Cela permet au GUI d'apprendre le comportement de navigation des utilisateurs. Un chemin pour lequel les statistiques du GUI n'incluent pas (encore) des informations peut être supposé avoir une valeur zéro quant à sa fréquence lors de visites antérieures. [0045] Un ou plusieurs écrans GUI (supplémentaires) peut(ven) être ajouté(s) à la définition de l'interface graphique et/ou un ou plusieurs écrans GUI (existante) peu(ven)t être retiré(s) de la définition de l'interface graphique, par exemple en raison d'un développement plus poussé ou de l'amélioration du GUI global. Aussi le comportement de navigation du GUI peut être modifié, à savoir les chemins existants peuvent être ajoutés, supprimés ou modifiés. Afin de réutiliser les informations recueillies jusque-là par les statistiques du GUI autant que possible, des informations concernant les chemins qui ne sont pas touchés par cette adaptation de la définition de l'interface graphique sont conservées dans les statistiques du GUI, dans certains modes de réalisation. Des informations concernant un chemin affecté peuvent être vidées des statistiques du GUI parce que les statistiques antérieures relatives au chemin affecté sont devenues obsolètes. Par exemple, les statistiques du GUI peuvent inclure uniquement des informations concernant des chemins affectés par l'ajout/la suppression d'un écran GUI recueillies après le moment où l'écran GUI a été ajouté ou retiré de la définition de l'interface graphique. [0046] Dans certains modes de réalisation, un chemin est affecté par l'ajout et/ou la suppression d'un écran GUI si l'écran GUI ajouté/supprimé est/a été inclus dans la séquence d'écrans GUI du chemin. Par exemple, tous les chemins passant par l'écran GUI ajouté/supprimé sont des chemins affectés, à savoir l'information à l'égard de ces chemins peut être vidée des statistiques du GUI. [0047] Dans certains modes de réalisation, un chemin incluant un écran GUI directement prédécesseur d'un écran GUI ajouté/supprimé est un chemin affecté. Un écran GUI directement prédécesseur d'un écran GUI ajouté/supprimé est un écran GUI qui est disposé directement avant 14 3047095 l'écran GUI ajouté/supprimé le long de la séquence des écrans GUI d'un ou plusieurs (éventuellement encore d'autres) chemins. En d'autres termes, dans ces modes de réalisation, un chemin peut être affecté par l'ajout/la suppression d'un écran GUI, même s'il ne comprend pas l'écran GUI ajouté/supprimé, mais comprend un écran GUI qui est un prédécesseur de l'écran GUI ajouté/supprimé le long d'un autre chemin (qui comprend l'écran GUI ajouté/supprimé). Cela permet de considérer que le comportement de navigation d'un utilisateur peut changer lors de la navigation dans les environs de l'écran GUI ajouté/supprimé; dans cet exemple, lors de la navigation à travers l'écran GUI prédécesseur d'un écran GUI ajouté/supprimé. [0048] Dans certains modes de réalisation, un chemin incluant un deuxième ordre, un troisième ordre ou, par exemple, un écran GUI d'ordre supérieur prédécesseur d'un écran GUI ajouté/supprimé est défini comme étant un chemin affecté. Un écran GUI prédécesseur de deuxième ordre est un écran GUI avec un écran GUI entre lui-même et l'écran GUI ajouté/supprimé le long de la séquence d'écrans GUI d'un chemin du GUI. En conséquence, un écran GUI prédécesseur de troisième ordre est un écran GUI avec deux autres écrans GUI entre lui-même et l'écran GUI ajouté/supprimé le long de la séquence d'écrans GUI d'un chemin du GUI. [0049] Maintenir les statistiques du GUI ainsi pour les chemins qui ne sont pas particulièrement touchés par un changement du GUI (par exemple en raison d'un ajout ou d'une suppression d'écrans GUI) permet une offre dynamique continue de liens de raccourci utiles même dans des situations d'un changement de GUI, tandis qu'une suppression de toutes les statistiques du GUI nécessiterait un rassemblement de nouvelles statistiques du GUI jusqu'à ce que des liens de raccourci utiles puissent être calculés et affichés à nouveau. [0050] Pour déterminer des écrans GUI de cible appropriés, les connaissances sur le comportement de l'utilisateur contenues dans les statistiques du GUI ainsi que le contexte actuel (de navigation) de l'utilisateur lors de sa visite actuelle sont pris en considération. Lors de la visite en cours, l'utilisateur peut ou peut ne pas avoir déjà navigué à travers certains des écrans GUI avant son arrivée à un écran GUI actuel. Cette information est recueillie par l'historique de navigation récente, qui est généré, par exemple par le dispositif électronique, pour la visite actuelle de l'utilisateur du GUI. L'historique de navigation récente peut inclure (au moins) l'écran GUI actuel et (éventuellement) un ou plusieurs, de préférence tous les écrans GUI visités jusque 3047095 lors pendant la visite actuelle du GUI. En d'autres termes, l'historique de navigation récente peut inclure une sous-séquence ou la séquence (complète) d'écrans GUI que l'utilisateur a visités lors de sa visite actuelle du GUI. Par conséquent, l'historique de navigation récente peut être considéré comme un sous-chemin du GUI, incluant au moins l'écran GUI actuel et, optionnellement, incluant un ou plusieurs écrans GUI avant l'écran GUI actuel. L'historique de navigation récente peut représenter le contexte actuel de l'utilisateur naviguant à travers le GUI. L'historique de navigation récente peut être réinitialisé (par exemple vidé) au début d'une visite du GUI et/ou quand un écran GUI de départ devient l'écran GUI actuel. L'historique de navigation récente peut être réinitialisé lors de la navigation à un flux suivant et/ou à un scénario suivant. [0051] Pas tous les écrans GUI ne constituent des écrans GUI de cible appropriés. Puisque le lien de raccourci fournit de préférence un raccourci par rapport à un trajet actuel, l'écran GUI de cible doit être trouvé sur le même chemin, qui comprend également l'écran GUI actuel. Par conséquent, un chemin candidat peut être identifié sur la base de l'historique de navigation récente. Par exemple, l'identification d'un chemin candidat peut inclure la détermination si un chemin comprend l'historique de navigation récente en tant que sous-trajet. En d'autres termes, la séquence d'écrans GUI d'un chemin candidat peut comprendre la séquence d'écrans GUI de l'historique de navigation récente en tant que sous-séquence. Cela signifie que l'utilisateur peut ne pas quitter le chemin qu'il a pris jusqu'à présent en activant un lien de raccourci. [0052] Comme décrit précédemment, un lien de raccourci devrait fournir un raccourci "réel", ce qui signifie que, en utilisant le lien de raccourci au moins un écran GUI suivant après l'écran GUI actuel devrait être ignoré. Par conséquent, un écran GUI de cible est un écran GUI après le/les écran(s) GUI suivant(s) le long d'un chemin candidat. Ceci est illustré sur la Fig. 2B montrant un chemin unique 200 d'un GUI. Le chemin d'accès 200 inclut une séquence d'écrans GUI: un écran GUI de départ 210, un écran GUI actuel 220, un écran GUI suivant 230 et un écran GUI de cible 240 dans cet ordre. Partant de l'écran GUI de départ 210, l'utilisateur peut naviguer le long du chemin 200 et arrivera à l'écran GUI actuel 220. Selon la séquence d'écrans GUI du chemin 200, suivant la direction de la trajectoire 200, l'écran GUI suivant 230 se trouve (directement) après l'écran GUI actuel 220. Le GUI fournit un lien de raccourci 221 affiché dans l'écran GUI actuel 220. Le lien de raccourci pointe vers l'écran GUI de cible 240. Cela permet à l'utilisateur d'accéder directement à l'écran GUI de cible 240 depuis l'écran GUI actuel 220 et, de 16 3047095 ce fait, sauter l'écran GUI suivant 230. Toutefois, l'utilisateur peut également arriver à l'écran GUI de cible sans utiliser le lien de raccourci 221, à savoir en naviguant le long du chemin 220 de façon écran par écran. Voilà pour l'exemple de la Fig. 2B. [0053] Dans certains modes de réalisation, un nombre minimum d'écran(s) GUI suivant(s) à être ignoré(s) par le lien de ratourci est nécessaire. Le terme "après" se rapporte à la séquence d'écrans GUI du chemin candidat. Par conséquent, l'identification des chemins candidats peut inclure la détermination si la séquence d'écrans GUI d'un chemin inclut au moins deux ou au moins le noinbre minimum de prochains écrans GUI plus un écran GUI derrière l'écran GUI actuel. En réponse à ceci, le chemin est considéré comme un (possible) chemin candidat; sinon, ce chemin sera pas identifié comme un chemin candidat. [0054] Un chemin candidat peut avoir de multiples écrans GUI candidats de cible (lorsque le chemin candidat a plus d'un écran GUI après le/les écran(s) GUI suivant(s). Également, de multiples chemins candidats peuvent avoir été identifiés par le système. Par conséquent, le nombre d'écrans GUI candidats de cible peut être supérieur à un nombre maximum de liens de raccourci à être affichés dans l'écran GUI actuel. Par conséquent, la détermination de l'écran GUI de cible peut inclure la sélection d'un écran GUI des multiples écrans GUI candidats de cible. Cette sélection peut être basée sur la fonction de coût, le nombre minimum de prochains écrans GUI à sauter et/ou les statistiques du GUI. Par exemple, la sélection d'un écran GUI des écrans GUI candidats de cible peut être basée sur le poids du chemin candidat, des poids cumulés basés sur les poids de chaque chemin candidat qui inclut un écran GUI candidat de cible respectif et/ou des probabilités incluses dans les statistiques du GUI et associées à des chemins candidats respectifs et/ou des écrans GUI candidats de cible respectifs. [0055] La détermination d'un écran GUI de cible peut être basée sur des distances entre l'écran GUI actuel et des écrans GUI candidats de cible le longs du/des chemin(s) candidat(s). Une distance entre deux écrans GUI peut correspondre au nombre d'écrans GUI suivants éventuels entre les deux écrans GUI augmenté d'un. Par exemple, plus la distance entre l'écran GUI candidat de cible et l'écran GUI actuel est longue, plus préférable c'est que l'écran GUI candidat de cible soit déterminé comme l'écran GUI de cible. Ceci permet de sauter un plus grand nombre d'écrans GUI suivants en activant le lien de raccourci. 17 3047095 [0056] Si un écran GUI de cible a été déterminé, le lien de raccourci peut être établi pour pointer vers l'écran GUI de cible. Ceci signifie que le lien de raccourci est configuré à amener, par exemple par le dispositif électronique, à passer à l'écran GUI de cible déterminé en réponse à un utilisateur activant le lien de raccourci. Dans certains modes de réalisation, un ou plusieurs liens de raccourci peuvent être affichés dans l'écran GUI actuel. Toutefois, dans certains écrans GUI un lien de raccourci peut être affiché, dans certains autres écrans GUI de multiples liens de raccourci peuvent être affichés et dans encore d'autres écrans GUI aucun lien de raccourci ne peut être affiché. Par conséquence, un nombre de liens de raccourci peut varier entre de différents écrans GUI étant l'écran GUI actuel. L'utilisateur peut choisir entre de multiples écrans GUI de cible et, ainsi, sauter immédiatement aux différents écrans de cible. [0057] Le GUI peut inclure des écrans GUI qui ne peuvent pas être sautés. Donc, la détermination de l'écran GUI de cible peut inclure la détermination si un écran GUI qui ne peut pas être sauté se trouve entre l'écran GUI actuel et l'écran GUI candidat de cible le long du chemin candidat. Si un écran GUI qui ne peut pas être sauté se trouve entre l'écran GUI actuel et un éventuel écran GUI candidat de cible, le lien de raccourci est empêché de pointer vers cet écran GUI candidat de cible. Alternativement, cet éventuel écran GUI candidat de cible peut être considéré ne pas étant un écran GUI candidat de cible. Par conséquence, tout écran GUI se trouvant derrière un écran GUI qui ne peut pas être sauté le long du chemin peut être exclu d'être déterminé comme un écran GUI de cible. [0058] Un lien de raccourci peut être activé en cliquant sur une icône ou une chaîne de texte représentant le lien de raccourci dans l'écran GUI actuel vers l'écran GUI de cible associé au lien de raccourci. Dans certains modes de réalisation, un lien de raccourci peut être activé par une action (de l'utilisateur), par exemple lorsque l'utilisateur appuie sur un certain bouton ou une combinaison de boutons d'un clavier. Un lien de raccourci peut être activé par de différentes actions alternatives de l'utilisateur, par exemple une ou plusieurs actions basée(s) sur l'appui d'un/des bouton(s) et/ou de clics de souris et/ou d'un écran tactile. Ceci fournit à l'utilisateur des manières alternatives d'activer le lien de raccourci, à savoir de sauter vers l'écran GUI de cible respectif. [0059] Les statistiques du GUI peuvent inclure des poids de chemins (entiers), où chaque chemin peut être associé à son propre poids. Le poids d'un chemin peut être basé sur des 18 3047095 statistiques sur la fréquence à laquelle le chemin a été pris lors de visites précédentes. Le poids d'un chemin peut être basé sur une probabilité que l'utilisateur puisse naviguer le long du chemin respectif. Par exemple, le poids des chemins peut correspondre à la fréquence à laquelle les chemins ont été pris lors de visites antérieures. [0060] Comme décrit précédemment, dans certains modes de réalisation les chemins peuvent ne pas être définis explicitement dans une définition de l'interface graphique. Dans certains modes de réalisation, les statistiques du GUI incluent de l'information sur des chemins, de préférence sur chaque chemin pris par un utilisateur lors d'une visite antérieure du GUI. Les statistiques du GUI peuvent inclure la séquence des écrans GUI du chemin, par exemple cette séquence peut être stockée comme une entrée de données associée au chemin dans une base de données. Les statistiques du GUI peuvent concerner les chemins visités par des utilisateurs lors de visites antérieures du GUI indépendamment d'utilisateurs individuels, à savoir sans distinguer des utilisateurs individuels. Alternativement, les statistiques du GUI peuvent concerner des statistiques d'utilisateurs individuels, des statistiques de rôles d'utilisateurs, des statistiques de catégories d'utilisateurs et/ou des statistiques de groupes d'utilisateurs. Des rôles d'utilisateurs peuvent être des administrateurs, des exécutants, des utilisateurs standards et/ou des développeurs ou des utilisateurs anonymes, par exemple. Des catégories d'utilisateurs peuvent être basées sur les revenues, le statut familial, l'âge et/ou le sexe, par exemple. Parallèlement, les statistiques du GUI peuvent concerner les poids des chemins sur un niveau d'utilisateurs individuels, sur un niveau de rôles d'utilisateurs, sur un niveau de catégories d'utilisateurs et/ou sur un niveau de groupes d'utilisateurs. Par conséquent, tous les modes de réalisation décrits ici concernant "des "utilisateurs" correspondent à d'autres modes de réalisation qui doivent être compris concernant "des utilisateurs individuels" et vice-versa. L'information incluse dans les statistiques du GUI et/ou dans l'historique de navigation récente peut être associée à un profil d'utilisateur. Par exemple, le GUI peut inclure de multiples profiles, qui peuvent être associés à des utilisateurs individuels. Ceci permet de différencier entre les habitudes d'utilisateurs différents. [0061] Dans certains modes de réalisation, l'interface graphique peut inclure de multiples statistiques individuelles. Par exemple, certaines statistiques individuelles peuvent être associées à des utilisateurs individuels respectifs. Un ensemble de statistiques individuelles peut être associé à un profil d'utilisateur générique si un utilisateur n'a pas été identifié. Certaines 19 3047095 statistiques individuelles peuvent être associées à des rôles, des catégories et/ou des groupes d'utilisateurs individuels. Par exemple, un premier ensemble de statistiques peut être associé à un premier utilisateur et un deuxième ensemble de statistiques peut être associé à un deuxième utilisateur. [0062] Au moins deux chemins, de préférence chaque chemin du GUI peut inclure un ou de multiples écran(s) GUI obligatoire(s) en commun. De ce fait, sans considérer lequel des chemins l'utilisateur prend, l'interface graphique affichera au moins le/les écran(s) GUI obligatoire(s). Ceci peut permettre à l'interface graphique de forcer les utilisateurs de visiter le(s) écran(s) GUI obligatoire(s) pour effectuer la tâche (complètement). [0063] Dans certains modes de réalisation au moins deux chemins, de préférence chaque chemin du GUI peut inclure les même écrans GUI de départ comme premier écran GUI des séquences d'écrans GUI des chemins. De ce fait, lorsqu'un utilisateur visite le GUI, l'utilisateur verra toujours le (même) premier écran GUI de départ. [0064] Dans certains modes de réalisation, les chemins du GUI peuvent être uniques. Par exemple, deux chemins peuvent différer en au moins un écran GUI. Ils peuvent avoir un nombre différent d'écrans GUI et/ou au moins un écran GUI est inclus dans seulement un des deux chemins mais n'est pas inclus dans l'autre. Deux chemins différents peuvent inclure le même sous-chemin, à savoir ils peuvent avoir au moins une (sous-)séquence d'écrans GUI en commun. Au moins un, de préférence chaque chemin peut inclure seulement un (sous-)ensemble réel des multiples écrans GUI. Pour fournir, par exemple, de réelles alternatives à l'utilisateur pour effectuer une tâche, aucun chemin (d'un flux) peut inclure tous les écrans GUI. Dans certains modes de réalisation, des chemins sont toujours considérés comme des chemins complets, à savoir aucun chemin peut être inclus complètement (comme une sous-séquence/un sous-chemin) dans un autre chemin. Un chemin peut inclure au moins un écran GUI plusieurs fois, à savoir une séquence d'écrans GUI d'un chemin peut contenir un ou plusieurs écran(s) GUI plusieurs fois. Ceci permet que les chemins puissent contenir des boucles, à savoir une séquence d'écrans GUI d'un chemin peut contenir au moins une répétition directement adjacente de la même sous-séquence d'écrans GUI. [0065] Le GUI peut saisir des informations concernant une entrée de l'utilisateur lors de l'utilisation du GUI. Par exemple, le GUI peut inclure un programme de commande à exécuter 3047095 par un processeur pour faire fonctionner l'interface utilisateur graphique. Par exemple, le programme de commande peut être mis en oeuvre par JavaScript afin de mener à bien les méthodes décrites ci-dessus. Le programme de commande peut être inclus dans le document de définition de l'interface graphique, par exemple comme JavaScript inclus dans un document HTML. Dans certains autres modes de réalisation, le programme de commande peut être maintenu séparé du document de définition de l'interface graphique, par exemple comme un fichier exécutable incluant du code machine pour être directement effectué par un processeur. [0066] Lors de l'exécution par le processeur, le programme de commande peut saisir les informations concernant l'entrée d'utilisateur. Pour une meilleure lisibilité, des expressions du type «Le GUI est en train de..." doivent être compris comme "Le programme de contrôle du GUI comprend du code de programme stocké sur le support de stockage lisible par ordinateur non transitoire qui, lorsqu'il est exécuté par le processeur, amène le processeur à faire ... ". Par exemple, l'expression précédente "Le GUI peut saisir des informations concernant une entrée de l'utilisateur lors de l'utilisation de l'interface graphique" doit être comprise comme "Le programme de contrôle du GUI comprend un code de programme stocké sur le support de stockage lisible par ordinateur non transitoire qui, lorsqu'il est exécuté par le processeur, amène le processeur à saisir des informations ". Cela s'applique parallèlement aux statistiques du GUI. [0067] Des entrées de l'utilisateur concernant la navigation à travers le GUI sont aussi appelées de I' "action" (de l'utilisateur). Ainsi, le terme "actions" désigne des entrées de l'utilisateur qui causent le GUI, par exemple par le dispositif électronique, de passer d'un premier écran GUI à un deuxième écran GUI, incluant la commutation entre des flux ou des scénarios dans certains modes de réalisation. Des actions de l'utilisateur peuvent comprendre cliquer sur des icônes dans un écran GUI actuel, par exemple un bouton "suivant", "précédent" ou un bouton d'accueil affiché dans l'écran GUI actuel pour accéder à l'écran suivant, à l'écran précédent ou à l'écran de départ, par exemple. Des actions de l'utilisateur peuvent également comprendre des entrées d'utilisateur dans un champ de saisie de l'utilisateur, par exemple entrer des informations dans un champ de texte et appuyer sur une touche Entrée ou sélectionner un bouton radio, si cette entrée de l'utilisateur provoque le dispositif électronique de passer à un autre écran GUI. Des actions de l'utilisateur peuvent également comprendre l'appui sur une touche ou une combinaison de touches ou une série de touches sur un clavier de l'utilisateur. 21 3047095 [0068] Le GUI peut enregistrer une partie ou toutes les entrées de l'utilisateur lors de la visite d'un utilisateur du GUI. Dans certains modes de réalisation, le GUI peut enregistrer une séquence d'actions de l'utilisateur. De préférence, le GUI peut enregistrer chaque action de l'utilisateur lors de la visite d'un utilisateur du GUI. Dans certains modes de réalisation, les statistiques du GUI concernent en outre des entrées de l'utilisateur ou des actions de l'utilisateur. Ceci fournit des informations sur le comportement de l'utilisateur lors de la navigation à travers le GUI et/ou des données saisies par l'utilisateur. Par exemple, les statistiques du GUI peuvent considérer la fréquence à laquelle un utilisateur a réservé un certain hôtel, et/ou des probabilités de sélection d'un/de certain vol(s) et/ou d'un/de certains train (s) et/ou d'une/de certaines voiture(s) pour des voyages en général ou pour un certain voyage. A titre d'un autre exemple encore, le GUI peut considérer des séquences d'actions de l'utilisateur effectuées par un utilisateur lors de visites antérieures de navigation le long d'un chemin. Pour un chemin respectif, l'interface utilisateur peut comprendre une ou plusieurs séquences d'actions de l'utilisateur. [0069] Dans certains modes de réalisation, un chemin inclut au moins une séquence d'actions de l'utilisateur. Une séquence d'actions de l'utilisateur peut inclure une action de l'utilisateur pour chaque paire de deux écrans GUI consécutifs (directement adjacents). Ceci permet d'identifier un des chemins multiples, même si l'utilisateur n'a pas encore pris un chemin complet et si les écrans GUI visités par l'utilisateur jusqu'à présent sont inclus dans chacun des chemins multiples. Comme décrit précédemment, plusieurs actions de l'utilisateur peuvent être associées au même écran GUI suivant, à savoir l'utilisateur peut naviguer de l'écran GUI actuel au (même) écran GUI suivant en réalisant une première action de l'utilisateur ou une deuxième action de l'utilisateur. Par conséquent, un chemin peut comprendre plus d'une séquence d'actions de l'utilisateur. [0070] Cependant, certains modes de réalisation considèrent l'historique des actions de l'utilisateur que l'utilisateur a effectuées jusqu'à présent lors de la visite actuelle. Par exemple, en réponse à la même action de l'utilisateur, le GUI peut passer soit à un premier écran GUI suivant ou à un deuxième écran GUI. Si le GUI passe au premier ou au deuxième écran GUI peut dépendre d'au moins une action précédente de l'utilisateur effectuée par l'utilisateur avant d'arriver à l'écran GUI actuel et/ou des saisies de l'utilisateur entrées dans l'écran GUI actuel ou tout écran GUI précédent. 22 3047095 [0071] Comme décrit précédemment, un scénario inclut au moins deux flux pour permettre à l'utilisateur d'effectuer au moins deux tâches en utilisant le GUI. Par conséquent, un scénario peut inclure les écrans GUI de tous les chemins des flux du scénario. Dans certains modes de réalisation, un GUI peut inclure au moins deux scénarios. Chaque scénario peut comprendre un sous-ensemble des multiples écrans GUI, les sous-ensembles pouvant être disjonctifs dans certains modes de réalisation. [0072] Quand un utilisateur navigue à travers le GUI, l'utilisateur peut basculer entre différents chemins, flux et/ou scénarios: L'interface graphique peut fournir au moins un lien dans l'écran GUI actuel, en réponse à l'activation de l'un des au moins un liens, le GUI va passer à un écran GUI d'un chemin différent, d'un autre flux et/ou d'un scénario différent en ce qui concerne l'écran GUI actuel. Ces liens peuvent être considérés comme de nouveaux liens optionnels en outre de la navigation par des actions de l'utilisateur décrite précédemment. Déterminer l'écran GUI de cible peut être basé sur une probabilité que l'utilisateur change le chemin, le flux et/ou le scénario lors de visites antérieures pour le contexte actuel. Cette probabilité peut être recueillie par les statistiques du GUI lors de visites précédentes de l'utilisateur. [0073] Comme décrit précédemment, le contexte actuel (incluant le chemin actuel, le flux actuel et le scénario actuel) de l'utilisateur naviguant à travers le GUI est reflété par les statistiques récentes de navigation. Cependant, dans certaines situations, par exemple lorsque l'utilisateur vient d'entrer dans le GUI, il n'est peut-être pas encore possible de déterminer exactement un flux actuel et/ou un scénario actuel. Par conséquent, pour fournir un lien de raccourci, le GUI peut appliquer le schéma suivant: Si ni le scénario actuel, ni le flux actuel a été identifié, l'écran GUI de cible peut être choisi parmi les écrans GUI du scénario le plus courant selon les statistiques du GUI. Si le flux actuel mais pas le scénario actuel a été identifié, l'écran GUI de cible peut être choisi parmi les écrans GUI du flux actuel. Si le flux actuel et le scénario actuel ont été identifiés par le système, l'écran GUI de cible peut être choisi parmi les écrans GUI du flux actuel du scénario actuel. [0074] L'utilisateur peut saisir une entrée d'utilisateur dans un écran GUI qui peut être cohérente avec de différents flux d'un scénario. Par exemple, dans un scénario de réservation d'un voyage, un utilisateur peut réserver un vol aller dans un premier flux. Puis, dans un deuxième flux, l'utilisateur peut réserver un hôtel. Puis, dans un troisième flux, l'utilisateur peut 23 3047095 réserver un vol retour. Ainsi, l'utilisateur effectue trois tâches en utilisant trois flux d'un scénario du GUI. Cependant, chaque tâche peut exiger les mêmes entrées de l'utilisateur, par exemple le nom de l'utilisateur, l'adresse, la date de naissance et similaires. Ces informations peuvent être recueillies par les statistiques du GUI, par exemple par les statistiques du GUI stockant des entrées de l'utilisateur de visites précédentes du GUI et/ou de visites antérieures de flux particuliers. Ainsi, lorsque l'utilisateur a achevé la première tâche et accède au deuxième flux, les statistiques du GUI sont déjà au courant des entrées de l'utilisateur dans le premier flux. Dans certains modes de réalisation, le GUI peut réutiliser des entrées de l'utilisateur recueillies par lés statistiques du GUI pour pré-remplir des écrans GUI. Dans certains modes de réalisation, le GUI peut réinitialiser les entrées de l'utilisateur recueillies quand un nouveau scénario est détecté. [0075] En se référant maintenant à la Fig. 1, un dispositif électronique en conformité avec un mode de réalisation de l'invention peut être mis en oeuvre par des dispositifs ou systèmes informatiques, tels que l'ordinateur 20 à titre d'exemple. L'ordinateur 20 peut inclure un processeur 22, une mémoire 24, un dispositif de mémoire de stockage de masse 26, une interface d'entrée/de sortie (E/S) 28, et une Interface Homme-Machine (IHM) 30. L'ordinateur 20 peut également être couplé de manière opérationnelle à une ou plusieurs ressources externes 32 via le réseau 18 ou l'interface E/S 28. Des ressources externes peuvent inclure mais ne sont pas limitées à, des ordinateurs, des serveurs, des bases de données, les dispositifs de stockage de masse, des dispositifs périphériques, des services de réseau axés sur l'informatique en nuage ou toute autre ressource informatique appropriée qui peut être utilisée par l'ordinateur 20. [0076] Le processeur 22 peut inclure un ou plusieurs dispositifs choisis parmi des microprocesseurs, des microcontrôleurs, des processeurs de signaux numériques, des micro-ordinateurs, des unités centrales de traitement, des réseaux de portes programmables in situ, des dispositifs logiques programmables, des automates, des circuits logiques, des circuits analogiques, des circuits numériques, ou tout autre dispositif qui manipule des signaux (analogiques ou numériques) basés sur des instructions opérationnelles qui sont stockées dans la mémoire 24. La mémoire 24 peut comprendre un seul dispositif de mémoire ou une pluralité de dispositifs de mémoire, comprenant mais sans s'y limiter, de la mémoire morte (ROM), de la mémoire vive (RAM), de la mémoire volatile, de la mémoire non volatile, de la mémoire statique à accès aléatoire (SRAM), de la mémoire dynamique à accès aléatoire (DRAM), de la mémoire flash, de la mémoire cache, ou tout autre dispositif capable de stocker des informations, Le 24 3047095 périphérique de stockage de masse 26 peut inclure des dispositifs de stockage de données tels qu'un disque dur, un lecteur optique, un lecteur de bande, un dispositif de mémoire solide volatile ou non-volatile, ou tout autre dispositif capable de stocker des informations. [0077] Le processeur 22 peut fonctionner sous le contrôle d'un système d'exploitation 34 qui réside dans la mémoire 24. Le système d'exploitation 34 peut gérer des ressources informatiques afin que du code de programme réalisé sous la forme d'une ou plusieurs applications logicielles, telles qu'une application 36 résidant dans la mémoire 24, puisse avoir des instructions exécutées par le processeur 22. Dans une variante de réalisation, le processeur 22 peut exécuter l'application 36 directement, auquel cas le système d'exploitation 34 peut être omis. Une ou plusieurs structures de données 38 peu(ven)t également résider dans la mémoire 24, et peu(ven)t être utilisée(s) par le processeur 22, le système d'exploitation 34, ou l'application 36 pour stocker ou manipuler des données. [0078] L'interface E/S 28 peut fournir une interface machine qui couple le processeur 22 opérationnellement à d'autres dispositifs et systèmes, tels que le réseau 18 ou la ressource externe 32. L'application 36 peut ainsi travailler en collaboration avec le réseau 18 ou la ressource externe 32 en communiquant via l'interface E/S 28 pour fournir les différents caractéristiques, fonctions, applications, processus ou modules comprenant des modes de réalisation de l'invention. L'application 36 peut aussi avoir de code de programme qui est exécuté par une ou plusieurs ressources externes 32, ou autrement compter sur des fonctions ou des signaux fournis par d'autres composants de système ou de réseau de composants externes à l'ordinateur 20. En effet, les possibles configurations matérielles et logicielles étant presque infinies, les personnes du métier comprendront que des modes de réalisation de l'invention peuvent inclure des applications qui sont situées à l'extérieur de l'ordinateur 20, réparties entre plusieurs ordinateurs ou d'autres ressources externes, ou fournies par des ressources informatiques (matérielles et logicielles) qui sont fournies en tant que service sur le réseau 18, comme par exemple un service d'informatique dans le nuage. [0079] L'IHM 30 peut être couplé de manière opérationnelle au processeur 22 de l'ordinateur 20 d'une manière connue pour permettre à un utilisateur d'interagir directement avec l'ordinateur 20. L'IHM 30 peut inclure des écrans vidéo ou alphanumériques, un écran tactile, un haut-parleur, et tous autres indicateurs audio et visuels adaptés permettant de fournir des données à 3047095 l'utilisateur. L'IHM 30 peut également comprendre des périphériques et des dispositifs d'entrée tels qu'un clavier alphanumérique, un dispositif de pointage, des claviers, des boutons poussoirs, des boutons de commande, des microphones, etc., capables de prendre des commandes ou des saisies de données de l'utilisateur et de les transmettre au processeur 22. [0080] Une base de données 40 peut résider sur le dispositif de mémoire de stockage de masse 26, et peut être utilisée pour collecter et organiser des données utilisées par les différents systèmes et modules décrits ici. La base de données 40 peut inclure des données et des structures de données de support qui stockent et organisent les données. En particulier, la base de données 40 peut être agencée avec à n'importe quelle organisation ou structure de base de données, incluant, mais sans s'y limiter, une base de données relationnelle, une base de données hiérarchique, une base de données de réseau, ou des combinaisons de celles-ci. Un système de gestion de base de données peut être fourni par une application logicielle de l'ordinateur exécutant des instructions sur le processeur 22. Ce système de gestion de base de données peut être utilisé pour accéder à des informations ou des données stockées dans la base de données en réponse à une requête. La requête peut être déterminée de manière dynamique et exécutée par le système d'exploitation 34, d'autres applications 36, ou un ou plusieurs modules. [0081] En se référant maintenant à la Fig. 3A, un organigramme est présenté qui illustre un procédé 50 qui peut être réalisé par l'ordinateur 20 selon un mode de réalisation de l'invention. Pour effectuer le processus 50, l'ordinateur 20 est configuré pour afficher des écrans GUI de l'interface graphique en passant d'un écran GUI actuel à un écran GUI suivant des multiples écrans GUI de l'interface graphique. Cette commutation est effectuée en réponse à une action de l'utilisateur, à savoir une entrée de l'utilisateur qui déclenche la commutation. Cela permet à un utilisateur de naviguer dans le GUI, à savoir à travers les écrans GUI. [0082] Partant du bloc 51, dans le bloc 52, le processus 50 peut générer un historique de navigation récente dans une visite actuelle du GUI. L'historique de navigation récente peut être stocké dans la base de données 40 et/ou dans la ressource 32, par exemple. L'historique de navigation récente inclut des informations sur l'écran GUI actuel et des écrans GUI potentiellement précédents affichés à l'utilisateur lors de la visite actuelle du GUI jusqu'à présent. Par conséquent, l'historique de navigation récente inclut des informations sur un sous- 26 3047095 chemin comprenant la séquence des écrans GUI déjà visités par l'utilisateur lors de la visite actuelle du GUI. [0083] Par exemple, l'historique de navigation récente peut aussi être basé sur les entrées de l'utilisateur ou (seulement) les actions effectuées par l'utilisateur lors de la visite actuelle. L'historique de navigation récente peut inclure des données représentant une séquence incluant chaque saisie ou chaque action effectuée par l'utilisateur depuis le début de la navigation à travers le GUI lors de la visite actuelle jusqu'à présent, à savoir notamment les saisies de l'utilisateur dans l'écran GUI actuel. [0084] Dans certains exemples, comme décrits déjà ci-dessus, en réponse à l'ajout d'un écran GUI ou la suppression d'un écran GUI de la définition de l'interface graphique, ou un changement des chemins existants, l'historique de la navigation à l'égard de tout chemin ainsi affecté est retiré des statistiques du GUI dans le bloc 52, alors que les statistiques du GUI pour les chemins qui ne sont pas affectés par l'ajout/la suppression d'un écran GUI ou un changement de chemin sont maintenues. [0085] Dans le bloc 53, le processus 50 peut identifier de (possibles) chemins candidats sur la base de l'historique de navigation récente et les statistiques du GUI. Seulement des chemins pour lesquels l'historique de navigation récente constitue une sous-séquence peuvent être identifiés comme des chemins candidats. En outre, seulement des chemins qui sont considérés par les statistiques du GUI peuvent être identifiés comme des chemins candidats dans certains modes de réalisation. [0086] Les statistiques du GUI peuvent être maintenues dans une base de données, par exemple stockées dans la base de données 40 ou dans la ressource 32, par exemple. Les statistiques du GUI sont générées lors de visites précédentes du GUI et peuvent inclure des informations statistiques sur chaque chemin navigué par un utilisateur précédemment ou par l'utilisateur courant. Les statistiques du GUI peuvent inclure un poids de chaque chemin. Le poids peut être basé sur la fréquence à laquelle le chemin a été navigué lors de visites antérieures. Plus souvent un chemin a été pris, plus important son poids pourrait être, au moins à l'égard des poids des autres chemins. Par exemple, la somme de tous les poids de tous les chemins considérés par l'interface graphique peut être normalisée par rapport à une certaine valeur, par exemple, 1 ou 100. Dans certains modes de réalisation, un chemin qui n'a jamais été navigué avant n'est pas 27 3047095 compris ou considéré par les statistiques du GUI. Dans d'autres exemples, les statistiques du GUI considèrent ou incluent chaque (possible) chemin du GUI. Un poids d'un chemin qui n'a jamais été navigué peut être pris en charge ou mis à zéro. Par exemple, l'initialisation des statistiques du GUI peut inclure pour tous les chemins du GUI le stockage d'informations représentant un chemin respectif dans une base de données des statistiques du GUI et également le stockage d'un poids de valeur zéro et associé au chemin dans la base de données des statistiques du GUI. Dans d'autres exemples, les statistiques du GUI peuvent être générées dynamiquement en réponse à des visites du GUI. En conséquence, chaque fois qu'un utilisateur navigue le long d'un chemin qui n'est pas (encore) considéré par les statistiques du GUI, l'ordinateur 20 peut stocker des informations représentant ce chemin dans la base de données des statistiques du GUI et peut également stocker un poids de valeur zéro (comme une valeur initiale) et associé au chemin dans la base de données des statistiques du GUI. Par exemple, lorsqu'un utilisateur navigue le long d'un chemin qui est déjà considéré par les statistiques du GUI, le poids associé à ce chemin peut être augmenté (par rapport au poids des autres chemins considérés dans les statistiques du GUI). Ainsi, les statistiques du GUI incluent des informations sur le comportement de navigation des utilisateurs ou de l'utilisateur courant particulier. Les statistiques du GUI peuvent considérer le poids des chemins au niveau des utilisateurs individuels, au niveau des rôles d'utilisateur et/ou au niveau des groupes d'utilisateurs. Dans certains modes de réalisation, l'ordinateur 20 peut fournir un ensemble respectif de statistiques du GUI pour chaque utilisateur respectif, par exemple un premier ensemble de statistiques du GUI associé à un premier utilisateur et un deuxième ensemble de statistiques du GUI associé à un deuxième utilisateur et ainsi de suite. Ces multiples statistiques du GUI peuvent être stockées sur la mémoire de masse 20 ou la ressource 32 comme une base de données unique ou des bases de données multiples chacune étant associée à un utilisateur (particulier) et incluant un ensemble de statistiques du GUI associé à cet utilisateur. [0087] Dans le bloc 54, le processus 50 peut déterminer un écran GUI de cible. Déterminer l'écran GUI de cible peut être limité à de tels écrans GUI qui sont inclus dans les chemins candidats. Un chemin candidat peut être un chemin qui inclut l'historique de navigation récente comme un sous-chemin, inclut au moins un écran GUI suivant après l'écran GUI actuel, et inclut au moins un écran GUI candidat de cible après l'au moins un écran GUI suivant. En d'autres termes, un chemin candidat peut inclure au moins trois écrans GUI, à savoir la séquence de 28 3047095 l'écran GUI actuel, l'écran GUI suivant (qui peut être sauté en utilisant le lien de raccourci) et l'écran GUI de cible après l'écran GUI suivant. [0088] Dans le bloc 55, le processus 50 peut mettre en place le lien de raccourci pour pointer vers l'écran GUI de cible déterminé. Cela signifie que le lien de raccourci est configuré, par exemple, par l'ordinateur 20, d'une manière appropriée pour amener l'ordinateur 20 à passer à l'écran GUI de cible déterminé en réponse à une entrée d'utilisateur activant le lien de raccourci. Le lien de raccourci peut inclure une référence à l'écran GUI de cible déterminé. Ainsi, lors de l'activation du lien de raccourci, l'ordinateur 20 peut lire la référence incluse dans le lien de raccourci et mettre en place l'écran GUI ainsi référencé comme un écran GUI suivant. Ainsi, lors de la navigation à travers le GUI, l'utilisateur peut activer, par exemple en cliquant sur une icône représentant le lien de raccourci sur l'écran GUI actuel, le lien de raccourci et donc "sauter" directement à l'écran GUI de cible en sautant le/les écran(s) GUI suivant(s) entre l'écran GUI actuel et l'écran GUI de cible. Toutefois, afin de permettre à l'utilisateur de prendre facilement le raccourci fourni par le lien de raccourci, dans le bloc 56, le processus 50 peut afficher le lien de raccourci sur l'écran GUI actuel. Le lien de raccourci peut être affiché à l'utilisateur, par exemple comme une icône. Dans le bloc 57, l'utilisateur peut activer le lien de raccourci par une action respective. En réponse, l'interface graphique affiche, dans le bloc 59, l'écran GUI de cible et, sautant ainsi au moins un écran GUI suivant. Sinon, à savoir en réponse à ne pas avoir activé, dans le bloc 57, le lien de raccourci, dans le bloc 58, l'utilisateur peut naviguer à travers le au moins un écran(s) GUI suivant(s). Enfin, après avoir navigué à travers le au moins un écran(s) GUI suivant (s), dans le bloc 59, l'écran GUI de cible sera affiché, puisque l'utilisateur arrivera également à l'écran GUI de cible en prenant la longue route sans activer le lien de raccourci dans le bloc 57. Le flux selon la Fig. 3A se termine dans le bloc 60. [0089] Un organigramme présenté sur la Fig. 3B correspond à celui représenté sur la Fig. 3A. Cependant, en plus du processus 50 de la Fig. 3A, le processus 50b comprend aussi, dans le bloc 56b, le pré-chargement de l'écran GUI de cible déterminé dans le bloc 54 sur une mémoire (telle que mémoire 24) de l'ordinateur 20. De-cette manière, la possible activation de l'écran GUI de cible par l'utilisateur est anticipée avec l'effet que l'affichage de l'écran GUI de cible en réponse à son activation réelle en utilisant le lien de raccourci est accéléré (par rapport à charger l'écran GUI de cible uniquement en réponse à une activation du lien de raccourci). Dans la mesure où l'écran GUI de cible à être pré-chargé dépend de saisies de l'utilisateur dans l'écran GUI actuel, 29 3047095 au moins ces parties de l'écran GUI de cible qui sont statiques et donc indépendantes de la saisie de l'utilisateur dans l'écran GUI actuel sont pré-chargées. Les portions dynamiques de l'écran GUI de cible qui dépendent de saisie de l'utilisateur dans l'écran GUI actuel sont ensuite chargées lors de l'activation du lien de raccourci. [0090] En se référant maintenant à la Fig. 4A, le processus 50 peut aussi inclure la fourniture d'un premier flux 61 à l'utilisateur pour effectuer une première tâche en passant d'un écran à un autre écran GUI 65 du premier flux 61, et la fourniture d'un deuxième flux 62 à l'utilisateur pour effectuer une deuxième tâche en passant d'un écran à un autre écran GUI 65 du deuxième flux 62. Dans ce mode de réalisation, le GUI inclut au moins deux flux 61, 62 et, par conséquent, permet à l'utilisateur d'effectuer au moins deux tâches, par exemple la réservation d'un hôtel et la réservation d'un vol. [0091] Comme illustré sur la Fig. 4A, des écrans GUI 65 peuvent être représentés par des noeuds d'un graphique. Les chemins 64 peuvent être représentés par les bords reliant les noeuds associés au chemin. Chaque chemin peut inclure (le même) écran GUI de départ représenté par le noeud racine du graphique. Pour effectuer une tâche complètement, l'utilisateur doit naviguer à partir du noeud racine à un noeud terminal du graphique (à savoir un noeud externe opposé au noeud racine). Ainsi, comme on peut le voir sur la Fig. 4A, les flux 61, 62 fournissent de nombreuses façons d'effectuer des tâches, puisque chaque chemin d'un flux peut être considéré comme une manière individuelle pour effectuer la tâche. Les poids d'un chemin peuvent être représentés par l'épaisseur des bords. [0092] En se référant maintenant à la Fig. 4B, le processus 50 peut aussi inclure la fourniture d'un premier scénario 70 à l'utilisateur pour effectuer un premier ensemble de tâches et d'un deuxième scénario 75 à l'utilisateur pour effectuer un deuxième ensemble de tâches. Chaque scénario 70, 75 inclut au moins deux flux 71, 72, 76, 77 incluant chacun de multiples chemins. Le GUI incluant des scénarios permet à l'utilisateur d'effectuer une tâche complexe. Par exemple, le scénario 70 permet à l'utilisateur d'effectuer une tâche complexe incluant la tâche des flux 71 et 72. Dans certains modes de réalisation, des scénarios 70, 75 peuvent être isolés dans le sens qu'un utilisateur naviguant à travers le GUI ne peut parcourir que cet/ces écran(s) GUI, qui sont inclus dans les flux d'un scénario particulier. Toutefois, en réponse à un scénario de commutation de saisie de l'utilisateur, le GUI peut basculer entre plusieurs scénarios. La commutation entre 3047095 les scénarios peut comprendre l'établissement de l'écran GUI actuel comme l'écran GUI de départ de l'interface graphique d'un premier flux respectif. Dans certains modes de réalisation, lors de la commutation entre les scénarios l'historique de navigation récente est aussi réajusté, à savoir l'historique de navigation récente sera réglé ou modifié pour inclure un écran GUI unique, par exemple l'écran GUI de départ. Bien que la Fig. 4B montre des graphiques similaires des flux 71, 72, 76 et 77, chaque deux flux peuvent varier en fonction de leur nombre de chemins et des chemins en eux-mêmes. [0093] En se référant maintenant à la Fig. 5, illustrant un graphique représentant huit écrans GUI A - H et un écran GUI de départ S d'une interface graphique incluant en total neuf écrans GUI. L'interface graphique offre quatre chemins incluant des séquences respectives des écrans GUI indiqués par des lettres et associés à des poids respectifs: (SACDF, 60%), (SBCDF, 10%), (SBCEG, 10%) et (SBCEH, 20%). Les poids sont inclus dans les statistiques du GUI et représentent la fréquence à laquelle le chemin respectif a été navigué lors de visites précédentes du GUI. Les chemins correspondent aux seules séquences autorisées d'écrans GUI un utilisateur peut parcourir dans le GUI. En d'autres termes, un utilisateur ne doit pas naviguer d'un premier écran GUI à un deuxième écran GUI si le premier écran et deuxième écran GUI ne sont pas inclus dans le même chemin. [0094] Notez que dans certains modes de réalisation, les statistiques du GUI incluent des poids de chemins plutôt que des poids individuels des bords du graphique. Des poids (ou des probabilités) de bords particuliers du graphique peuvent être obtenus à partir des poids des chemins. Par exemple, 70% des utilisateurs ont navigué sur le bord CD, tandis que seulement 30% des utilisateurs ont navigué sur le bord CE. Toutefois, en supposant que l'utilisateur navigue le long de SBC à l'écran GUI actuel C, dans cette situation, 25% des utilisateurs ont visité l'écran GUI suivant D alors que 75% des utilisateurs ont visité l'écran GUI suivant E lors de visites antérieures. [0095] À titre d'illustration, on peut supposer que C est l'écran GUI actuel. Dans cette hypothèse, l'utilisateur peut avoir accédé à l'écran GUI actuel C partant de l'écran GUI de départ S dans la visite actuelle du GUI jusqu'à présent. Si seulement les informations sur l'écran GUI actuel C ont été considérées pour fournir un lien de raccourci, chacun des écrans GUI F, G et H 31 3047095 seront trouvés appropriés. Toutefois, un lien de raccourci peut être défini de manière plus adéquate de la façon suivante: [0096] D'après le graphique, l'utilisateur peut avoir pris soit le sous-chemin SAC ou SBC jusqu'à présent. Cette information peut être utilisée en ce que l'historique de navigation récente peut soit inclure SAC ou SBC comme une séquence d'écrans GUI visités jusque présent lors de la visite actuelle. Par conséquent, l'historique de navigation récente permet à la fois de considérer l'écran GUI actuel ainsi que d'où l'utilisateur vient, à savoir la séquence d'écrans GUI qu'il a déjà visités lors de la visite actuelle. Dans certains modes de réalisation, l'historique de navigation récente peut aussi inclure des entrées de l'utilisateur ou une séquence d'actions que l'utilisateur a effectuées lors de sa visite actuelle jusqu'à présent. Cela permet de distinguer entre de différents historiques possibles SAC et SBC plutôt que de considérer seulement l'écran GUI actuel C. [0097] Lorsque l'utilisateur vient de noeud A, par exemple, si l'utilisateur a navigué le long de SAC, il a certainement navigué sur le chemin SACDF jusqu'à présent, car c'est le seul chemin possible incluant l'écran GUI A. Dans cette situation, le GUI empêchera l'utilisateur de naviguer à E, G ou H, étant donné que E, G et H ne sont pas inclus dans le chemin SCDF. En conséquence, le seul (possible) prochain écran GUI est l'écran D. Ceci peut être expliqué plus en détail: [0098] En ce qui concerne l'identification des chemins candidats: Cette identification peut inclure la détermination si un chemin inclut l'historique de navigation récente SAC comme un sous-chemin. Par conséquent, le chemin SACDF est le seul chemin candidat possible dans le présent exemple. Les contrôles restants ne changeront rien dans le présent exemple: L'identification peut également inclure la détermination si un chemin est considéré par les statistiques du GUI. Dans le présent exemple, les statistiques du GUI concernent tous les chemins (autorisés) du GUI. De ce fait, SACDF reste un chemin candidat. En outre, l'identification peut inclure la détermination si un chemin inclut au moins un écran GUI après un écran GUI suivant. Dans le présent exemple, le chemin SACDF inclut un autre écran GUI F derrière l'écran GUI D, et, par conséquent, reste un chemin candidat. Par conséquent, seul le chemin SACDF est identifié comme un chemin candidat pour l'écran GUI actuel C lorsque l'utilisateur vient de A. 32 3047095 [0099] Quant à la détermination d'un écran GUI de cible, d'abord tous les possibles écrans GUI candidats de cible peuvent être déterminés. Dans le présent exemple, le seul écran GUI candidat est l'écran F, parce que F est le seul écran GUI qui est inclus dans un chemin candidat et, en outre, se trouve derrière l'écran GUI suivant D. Par conséquent, un lien de raccourci peut être établi pour pointer vers l'écran GUI de cible F et le lien de raccourci peut être affiché dans l'écran GUI actuel C. Cela permet à l'utilisateur de passer directement de l'écran GUI actuel C à l'écran GUI de cible F et, en sautant ainsi l'écran GUI suivant D. [00100] Lorsque l'utilisateur vient de B, par exemple, si l'utilisateur a navigué le long de SBC, le GUI permettra à l'utilisateur de naviguer à quelconque des écrans GUI D, E, F, G et/ou H. En ce qui concerne l'identification de chemins candidats: Comme précédemment, l'identification peut inclure la détermination si un chemin inclut l'historique de navigation récente SBC comme un sous-chemin. Ainsi, seulement SBCDF, SBCEG et SBCEH (mais pas SACDF) restent de possibles chemins candidats dans le présent exemple. L'identification peut également inclure la détermination si un chemin est considéré par les statistiques du GUI. Comme précédemment, dans le présent exemple, les statistiques du GUI concernent tous les chemins du GUI. En outre, l'identification peut inclure la détermination si un chemin inclut au moins un écran GUI après un écran GUI suivant. Dans le présent exemple, les chemins SBCDF, SBCEG et SBCEH incluent d'autres écrans GUI F, G, H derrière les écrans GUI suivants D, E. Par conséquent, les chemins SBCDF, SBCEG et SBCEH sont identifiés comme des chemins candidats. [00101] Quant à la détermination d'un écran GUI de cible, d'abord tous les possibles écrans GUI candidats de cible peuvent être déterminés. Dans le présent exemple, les écrans GUI F, G, H sont des écrans GUI candidats de cible car ils sont inclus dans les chemins candidats et, en outre, ils sont derrière des écrans GUI suivants D, E. Par conséquent, pour fournir un lien de raccourci, un des possibles écrans GUI candidats de cible peut être sélectionné. Cette sélection peut être basée sur les statistiques du GUI et/ou la distance entre les possibles écrans GUI de cible et l'écran GUI actuel. Dans le présent exemple, la distance est déterminée à avoir la valeur 2 pour chaque possible écran GUI de cible F, G, H. Toutefois, sur la base des statistiques du GUI, il peut être constaté que, lors de précédentes visites, des utilisateurs ont peut-être préféré dans cette situation (ayant navigué sur SBC jusqu'à présent) l'un des possibles écrans GUI de cible. Le poids de chacun des chemins SBCDF et SBCEG est de 10%. Cependant, le poids du chemin SBCEH est plus grand, à savoir 20%. Ainsi, lors de visites antérieures, dans cette situation, des utilisateurs 33 3047095 ont plus souvent navigué à H qu'à F ou G. Par conséquent, H peut être déterminé comme l'écran GUI de cible, et, par conséquent, un lien de raccourci peut être configuré pour pointer vers cet écran GUI de cible H. Le lien de raccourci peut être affiché dans l'écran GUI actuel C. Cela permet à l'utilisateur de passer directement de l'écran GUI actuel C à l'écran GUI de cible H sautant ainsi l'écran GUI suivant E. [00102] Il convient d'observer que dans cette situation, trois possibles écrans GUI de cible étaient déterminés. Dans certains autres modes de réalisation, au moins un autre lien de raccourci peut être fourni, qui peut pointer vers F ou G, par exemple. Par exemple, si plusieurs (possibles) écrans GUI candidats de cible étaient déterminés, au moins quelques-uns de ceux-ci pourraient faire l'objet de pointage par des liens de raccourci respectifs. [00103] En général, les programmes exécutés pour mettre en oeuvre les modes de réalisation de l'invention, qu'ils soient mis en oeuvre faisant partie d'un système d'exploitation ou d'une application spécifique, composant, programme, objet, module ou séquence d'instructions, ou encore un sous-ensemble de ceux-ci, peuvent être désignés ici "code de progranune d'ordinateur", ou simplement "code de programme". Du code de programme comprend généralement des instructions lisibles par ordinateur qui résident à divers moments dans divers dispositifs de mémoire et de stockage dans un ordinateur et qui, lorsqu'elles sont lues et exécutées par un ou plusieurs processeurs dans un ordinateur, font que l'ordinateur exécute les opérations nécessaires pour effectuer des opérations et/ou des éléments incorporant les divers aspects des modes de réalisation de l'invention. Des instructions de programme lisibles par ordinateur pour réaliser des opérations des modes de réalisation de l'invention peuvent être, par exemple, le langage assembleur ou soit du code source ou du code objet écrits dans une combinaison quelconque d'un ou plusieurs langages de programmation. [00104] Divers codes de programme décrits ici peuvent être identifiés à l'aide de l'application à l'intérieur de laquelle ils sont mis en oeuvre dans des modes de réalisation spécifiques de l'invention. Cependant, il doit être su que n'importe quelle nomenclature de programme particulier qui suit n'est utilisée que pour la commodité, donc l'invention ne doit pas être limitée à être utilisée uniquement dans une application spécifique identifiée et/ou induite par la nomenclature. En outre, étant donné le nombre généralement infini de manières selon lesquelles les programmes informatiques peuvent être organisées en routines, procédures, méthodes, 34 - 3047095 modules, objets, etc., et semblables, ainsi que les différentes manières dont les fonctionnalités du programme peuvent être réparties entre différentes couches logicielles résidant dans un ordinateur typique (par exemple systèmes d'exploitation, bibliothèques, APIs, applications, applets, etc.), il faut noter que les modes de réalisation de l'invention ne sont pas limités à l'organisation spécifique et l'allocation des fonctionnalités du programme décrit ici. [00105] Le code incorporé dans quelconque application ou module décrits ici peut être distribué individuellement ou collectivement en tant que produit de programme dans une variété de formes. Notamment, le code peut être distribué en utilisant un support de stockage lisible par ordinateur comportant des instructions de programme pour amener un processeur à exécuter des aspects des modes de réalisation de l'invention. [00106] Des supports de stockage lisibles par ordinateur, par nature non transitoire, peuvent inclure des supports tangibles volatiles et non-volatiles et amovibles et non amovibles mis en oeuvre dans toute méthode ou technologie pour le stockage d'information, tels que des instructions lisibles par ordinateur, des structures de données, des modules de programme ou d'autres données. Des supports de stockage lisibles par ordinateur peuvent comprendre en outre RAM, ROM, de la mémoire morte programmable effaçable (EPROM), de la mémoire morte effaçable électriquement (EEPROM), de la mémoire flash ou d'autres technologies de mémoire à l'état solide, des disques compacts en lecture seule ( CD-ROM), ou un autre stockage optique, des cassettes magnétiques, des bandes magnétiques ou d'autres dispositifs de stockage magnétiques, ou tout autre moyen qui peut être utilisé pour stocker l'information désirée et qui peut être lu par ordinateur. Un support de stockage lisible par ordinateur ne devrait pas être interprété comme des signaux transitoires en soi (par exemple des ondes radio ou d'autres ondes électromagnétiques se propageant, les ondes électromagnétiques se propageant à travers un support de transmission tel qu'un guide d'onde, ou des signaux électriques transmis par un fil). Des instructions de programme lisible par ordinateur peuvent être téléchargées sur un ordinateur, un autre type d'appareil programmable de traitement de données, ou un autre dispositif d'un support de stockage lisible par ordinateur ou sur un ordinateur externe ou dispositif de stockage externe via un réseau. Des instructions de programme lisibles par ordinateur stockées sur un support lisible par ordinateur peuvent être utilisées pour faire fonctionner d'une manière particulière un ordinateur, d'autres types d'appareils de traitement de données programmables, ou d'autres dispositifs de telle sorte que les instructions stockées dans le produit lisible par 3047095 ordinateur produisent un article de fabrication, comprenant des instructions qui implémentent les fonctions, actes et/ou opérations spécifiés dans les organigrammes, diagrammes de séquence, et/ou schémas fonctionnels. Les instructions du programme informatique peuvent être fournies à un ou plusieurs processeurs d'un ordinateur à usage général, un ordinateur spécialisé ou autre dispositif de traitement de données programmable pour produire une machine, de sorte que les instructions exécutées par l'intermédiaire dudit ou desdits processeurs, provoquent une série de calculs pour mettre en oeuvre les fonctions, les actes et/ou les opérations spécifiés dans les organigrammes, diagrammes de séquence, et/ou des schémas fonctionnels. [00107] Dans certains autres modes de réalisation, les fonctions, actes et/ou opérations spécifiés dans les organigrammes, diagrammes de séquence, et/ou schémas fonctionnels peuvent être commandés, traités en série, et/ou traités simultanément en respectant les modes de réalisation de l'invention. Par ailleurs, tout organigramme, diagramme de séquence, et/ou schéma fonctionnel peut comprendre plus ou moins de blocs que ceux illustrés en accord avec des modes de réalisation de l'invention. [00108] La terminologie utilisée ici a pour but de décrire des modes de réalisation particuliers uniquement et ne vise pas à limiter les modes de réalisation de l'invention. Telles qu'utilisées ici, les formes au singulier "un", "une" et "le" sont destinés à comprendre les formes plurielles, sauf si le contexte indique clairement le contraire. Il sera également entendu que les termes "comprend" et/ou "comprenant", lorsqu'ils sont utilisés dans cette spécification, indiquent la présence de caractéristiques déclarées, de nombres entiers, d'étapes, d'opérations, d'éléments, et/ou de composants, mais n'excluent pas la présence ou l'addition d'un ou de plusieurs autres caractéristiques, nombres entiers, étapes, opérations, éléments, composants et/ou groupes de ceux-ci. En outre, dans la mesure où les termes "inclut", "ayant", "a", "avec", "composé de", ou des variantes de ceux-ci sont utilisés soit dans la description détaillée ou dans les revendications, ces termes sont destinés à être inclusifs d'une manière similaire au terme "comprenant". [00109] Alors que l'ensemble de l'invention a été illustré par une description de divers modes de réalisation et que ces modes de réalisation ont été décrits en détail, il n'est pas dans l'intention du Déposant de restreindre ou de limiter la portée des revendications annexées à de tels détails. Les personnes du métier verront des avantages et modifications supplémentaires. L'invention dans ses aspects plus larges n'est donc pas limitée aux détails spécifiques, aux appareils et au procédé représentatifs, et aux exemples illustratifs présentés et décrits. Par conséquent, des écarts peuvent 36 3047095 être faits de ces détails sans sortir de l'esprit ou de la portée du concept inventif général du Déposant. 37 REVENDICATIONS1. Une méthode pour fournir un lien de raccourci dans une interface graphique, GUI, d'un dispositif électronique pour sauter au moins un de multiples écrans GUI basée sur des statistiques du GUI d'une visite précédente du GUI, dans laquelle les statistiques concernent au moins un chemin comprenant une séquence d'écrans GUI des multiples écrans GUI ; dans laquelle le dispositif électronique est configuré pour afficher les multiples écrans GUI par le passage de l'écran GUI actuel à un écran GUI suivant des multiples écrans GUI en réponse à une action de l'utilisateur, ainsi permettant à un utilisateur de naviguer à travers les écrans GUI ; la méthode comprenant: - la génération, par le dispositif électronique, d'un historique de navigation récente lors d'une visite actuelle du GUI, basé sur l'écran GUI actuel et des écrans GUI potentiellement précédents affichés lors de la visite actuelle du GUI ; - l'identification, par le dispositif électronique, d'au moins un chemin candidat sur la base de l'historique de navigation récente et des statistiques du GUI, incluant la détermination si l'historique de navigation récente correspond à une sous-séquence de l'au moins un chemin candidat ; - la détermination, par le dispositif électronique, d'un écran GUI de cible dans le au moins un chemin candidat, dans laquelle l'écran GUI de cible est un écran GUI après l'écran GUI suivant ; - l'établissement, par le dispositif électronique, du lien de raccourci pour pointer à l'écran GUI de cible pour amener le dispositif électronique à passer à l'écran GUI de cible déterminé en réponse à un utilisateur qui active le lien de raccourci ; et - l'affichage, par le dispositif électronique, du lien de raccourci dans l'écran GUI actuel. 2. La méthode de la revendication 1, comprenant en outre l'ajout, par le dispositif électronique, un chemin aux statistiques du GUI en réunissant une séquence d'écrans GUI affichés en réponse à la navigation de l'utilisateur à travers le GUI lors de la visite actuelle du GUI. 38 3047095 3. La méthode de la revendication 1, comprenant en outre: en réponse à l'ajout d'un écran GUI au GUI ou la suppression d'un écran GUI du GUI, la suppression de tous les chemins du GUI qui sont impactés par l'ajout et la suppression, respectivement, et le maintien de tous les statistiques du GUI sur les chemins qui ne sont pas impactés par l'ajout ou la suppression, respectivement. 4. La méthode de la revendication 1, dans laquelle les statistiques du GUI comprennent des poids des chemins; dans laquelle la détermination de l'écran GUI de cible est basée sur le poids de l'au moins un des chemins candidats. 5. La méthode de la revendication 4, dans laquelle le poids d'un chemin respectif est basé sur des informations statistiques sur la fréquence avec laquelle le GUI a été navigué par ledit chemin lors de visites précédentes. 6. La méthode de la revendication 4, dans laquelle le poids d'un chemin est augmenté chaque fois qu'un utilisateur navigue par ledit chemin. 7. La méthode de la revendication 4, dans laquelle les statistiques du GUI concernent les poids des chemins à un niveau d'utilisateurs individuels, au niveau des rôles d'utilisateurs et/ou au niveau des groupes d'utilisateurs. 8. La méthode de la revendication 4, dans laquelle la détermination de l'écran GUI de cible est basé sur une distance entre l'écran GUI de cible et l'écran GUI actuel le long d'un chemin candidat respectif. 9. La méthode de la revendication 1, dans laquelle les statistiques du GUI comprennent des séquences de saisies d'utilisateurs recueillies associées aux chemins. 39 3047095 10. La méthode de la revendication 1, dans laquelle un premier ensemble de statistiques du GUI est associé à un premier utilisateur et un deuxième ensemble de statistiques du GUI est associé à un deuxième utilisateur. 11. La méthode de la revendication 1, dans laquelle un premier flux comprend un premier sous-ensemble des écrans GUI multiples et un deuxième flux comprend un deuxième sous-ensemble des écrans GUI multiples; dans laquelle la méthode comprend en outre : - la fourniture du premier flux à l'utilisateur pour effectuer une première tâche en changeant de GUI entre les écrans GUI du prernier flux, et - la fourniture du deuxième flux à l'utilisateur pour effectuer une deuxième tache en changeant de GUI entre les écrans GUI du deuxième flux. 12. La méthode de la revendication 1, dans laquelle un premier scénario comprend un premier sous-ensemble des multiples écrans GUI et un deuxième scénario comprend un deuxième sous-ensemble des multiples écrans GUI ; dans laquelle la méthode comprend en outre : - la fourniture du premier scénario à l'utilisateur pour effectuer une première tâche en changeant le GUI entre les écrans GUI du premier sous-ensemble, et - la fourniture du deuxième scénario à l'utilisateur pour effectuer une deuxième tache en changeant le GUI entre les écrans GUI du premier sous-ensemble. 13. La méthode de la revendication 12, comprenant en outre: la fourniture d'un lien configuré pour passer, par le dispositif électronique, d'un écran GUI du premier scénario à un écran GUI du deuxième scénario. 14. Un appareil fournissant un lien de raccourci dans une interface graphique, GUI, pour sauter au moins un de multiples écrans GUI basé sur des statistiques du GUI d'une visite précédente du GUI, dans lequel les statistiques concernent au moins un chemin comprenant une séquence d'écrans GUI des multiples écrans GUI; l'appareil comprenant : 40 3047095 un processeur ; un écran et une mémoire incluant du code de programme qui, lorsqu'exécuté par le processeur, amène l'appareil à : - afficher les multiples écrans GUI par le passage de l'écran GUI actuel à un écran GUI suivant des multiples écrans GUI en réponse à une action de l'utilisateur, ainsi permettant à un utilisateur de naviguer à travers les écrans GUI ; - générer un historique de navigation récente lors d'une visite actuelle du GUI, basé sur l'écran GUI actuel et des écrans GUI potentiellement précédents affichés lors de la visite actuelle du GUI; - identifier au moins un chemin candidat sur la base de l'historique de navigation récente et des statistiques du GUI, incluant la détermination si l'historique de navigation récente correspond à une sous-séquence de l'au moins un chemin candidat ; - déterminer un écran GUI de cible dans le au moins un chemin candidat, dans lequel l'écran GUI de cible est un écran GUI après l'écran GUI suivant ; - mettre en place le lien de raccourci pour pointer à l'écran GUI de cible pour amener l'appareil à passer à l'écran GUI de cible déterminé en réponse à un utilisateur qui active le lien de raccourci ; et - afficher le lien de raccourci dans l'écran GUI actuel. 15. Un produit de programme d'ordinateur pour fournir un lien de raccourci dans une interface graphique, GUI, d'un dispositif électronique pour sauter au moins un de multiples écrans GUI basé sur des statistiques du GUI d'une visite précédente du GUI, dans lequel les statistiques concernent au moins un chemin comprenant une séquence d'écrans GUI des multiples écrans GUI, dans lequel le dispositif électronique est configuré pour afficher les multiples écrans GUI par le passage de l'écran GUI actuel à un écran GUI suivant des multiples écrans GUI en réponse à une action de l'utilisateur, ainsi permettant à un utilisateur de naviguer à travers les écrans GUI ; le produit de programme d'ordinateur comprenant: un support de stockage non-transitoire lisible par ordinateur ; et 41 3047095 du code de programme stocké sur le support de stockage non transitoire lisible par ordinateur qui, lorsqu'exécuté par un processeur, amène le processeur à : - afficher les multiples écrans GUI par le passage de l'écran GUI actuel à un écran GUI suivant des multiples écrans GUI en réponse à une action de l'utilisateur, ainsi permettant à un utilisateur de naviguer à travers les écrans GUI ; - générer un historique de navigation récente lors d'une visite actuelle du GUI, basé sur l'écran GUI actuel et des écrans GUI potentiellement précédents affichés lors de la visite actuelle du GUI - identifier au moins un chemin candidat sur la base de l'historique de navigation récente et des statistiques du GUI, incluant la détermination si l'historique de navigation récente correspond à une sous-séquence de l'au moins un chemin candidat ; - déterminer un écran GUI de cible dans le au moins un chemin candidat, dans lequel l'écran GUI de cible est un écran GUI après l'écran GUI suivant ; - mettre en place le lien de raccourci pour pointer à l'écran GUI de cible pour amener l'appareil à passer à l'écran GUI de cible déterminé en réponse à un utilisateur qui active le lien de raccourci ; et - afficher le lien de raccourci dans l'écran GUI actuel. 42