FR2888649A1 - Procede de visualisation et de navigation sur un ecran d'un terminal, terminal, serveur et programmes d'ordinateur correspondants - Google Patents

Abstract

L'invention concerne un procédé de visualisation et de navigation sur un écran d'un terminal comprenant les étapes suivantes :- découpage de la surface dudit écran en un ensemble de dalles, et affectation à chacune desdites dalles d'au moins une icône ;- visualisation sur ledit écran dans un premier mode dit réduit et dans au moins un deuxième mode, dit large;- au moins une étape de passage d'un mode de visualisation courant, à un mode de visualisation suivant, sous l'action d'au moins une commande ;- association d'une représentation à chacune desdites dalles, dans ledit mode de présentation large correspondant à une vue réduite de ladite dalle telle dans ledit mode de présentation réduit ou une vue d'une représentation générique des icônes de ladite dalle,le passage de ladite vue réduite à ladite vue générique étant automatique, suivant des paramètres de ladite dalle.

Description

PROCEDE DE VISUALISATION ET DE NAVIGATION SUR UN ECRAN D'UN TERMINAL,

TERMINAL, SERVEUR ET PROGRAMMES D'ORDINATEUR CORRESPONDANTS.

1. Domaine de l'invention Le domaine de l'invention est celui de la navigation à travers des applications et des fichiers disponibles au sein de terminaux. Plus précisément l'invention concerne la navigation et la visualisation d'éléments, sous la forme d'une représentation (représentative chacune d'une application ou d'un fichier) sur un écran, notamment de taille réduite, par exemple pour des terminaux, tels que les téléphones mobiles ou les assistants personnels.

2. Solutions de l'art antérieur 2.1 Art antérieur La grande majorité des terminaux possèdent des caractéristiques techniques leur permettant de faire fonctionner de nombreuses applications. Ces capacités permettent également d'embarquer des applications de plus en plus nombreuses: lecteurs multimédia, lecteurs de courrier électroniques, calendriers, agendas, réveils, lecteurs de documents, applications de connectivités, etc. Cependant les fonctionnalités de navigation au sein de ces applications sont hétérogènes et complexes, en particulier du fait de la taille réduite des écrans, et de l'absence de visualisation complète.

De ce fait, les fabricants de terminaux proposent l'accès à ces nouvelles applications sous la forme de liste d'icônes ou de liste de textes descriptifs, voire des deux. Ces applications sont généralement accessibles à l'issue d'un parcours dans les menus fonctionnels et des listes d'éléments affichées sur les écrans des terminaux. La même démarche est utilisée pour la représentation des fichiers.

Le principe général retenti par tous les fabricants de terminaux est de proposer un bureau où est disposé un ensemble d'icônes. Le nombre d'icônes affiché est en général limité. Quand le terminal possède beaucoup d'applications et de fichiers, l'utilisateur doit dans un premier temps naviguer à travers les icônes représentatives jusqu'à trouver celle qu'il cherche. Quand il sélectionne l'icône en question, le terminal propose alors une liste d'applications ou de fichiers accessibles. Quand cette liste est conséquente, seuls quelque uns des premiers éléments de la liste sont affichés. L'utilisateur doit alors faire défiler cette liste pour retrouver l'application ou le fichier souhaité.

D'autres principes de navigation ont été proposés, comme par exemple, le principe de défilement sur une roue. Les applications et les fichiers contenus dans le terminal sont alors affichés sur une roue représentée en deux ou trois dimensions. L'utilisateur a la possibilité de faire tourner cette roue afin de faire défiler les éléments qui la composent.

2.2 Inconvénients de l'art antérieur Un inconvénient de ces techniques de l'art antérieur est que l'ajout de nouvelles fonctions ou applications dans l'environnement graphique du terminal complexifie grandement la navigation. C'est par exemple le cas de la navigation à l'aide du principe de la roue, dont l'effet esthétique est indéniable, mais dont le principe d'ajout de nouvelles roues à chaque nouveau menu parcouru déstabilise l'utilisateur. Ce problème de présentation et d'ergonomie est d'autant plus important que l'écran est de taille réduite.

Un autre inconvénient de ces techniques de l'art antérieur est qu'en conséquence les applications et les fichiers deviennent difficiles à retrouver au sein des différents menus lorsque leur nombre augmente. En effet, plus il y a d'applications installées au sein du terminal, plus il y a de menus et de sous menus permettant d'y accéder. De plus, les menus et icônes nouvellement installés sont souvent peu descriptifs, de sorte que l'utilisateur peut éprouver de grandes difficultés à localiser une application qu'il vient d'installer.

Encore un autre inconvénient de ces techniques de l'art antérieur est que l'utilisateur ne dispose pas de vue globale des applications qui sont installées. En effet, pour retrouver une application dont il ne connaît pas l'emplacement, l'utilisateur n'a d'autre possibilité que d'explorer tour à tour tous les menus se cachant derrières les icônes qui sont affichées, jusqu'à ce qui identifie l'application recherchée.

Un corollaire de l'inconvénient précédent est que l'utilisateur ne dispose souvent que d'une vue limitée à certaines des applications proposées. En effet, les applications étant présentées sous la forme d'une liste, dont chaque élément comporte généralement une icône suivie ou précédée d'un texte descriptif, l'utilisateur ne voit habituellement pas plus de quatre éléments constitutifs de cette liste à la fois. En conséquence, si l'utilisateur souhaite rechercher une application particulière dont il ne connaît pas l'emplacement, il doit en plus faire défiler tous les éléments présents dans les listes afin d'être sur de ne pas manquer l'application recherchée.

Un autre inconvénient de ces techniques de l'art antérieur est la faible latitude de personnalisation dont dispose l'utilisateur. En effet, dans la majorité des cas, l'utilisateur n'est pas en mesure de personnaliser la présentation des applications installées sur son terminal. Tout au plus, les possibilités de personnalisation se limitent au déplacement de la position d'icônes.

3. Objectifs de l'invention L'invention a notamment pour objectif de pallier ces inconvénients de l'art antérieur.

Plus précisément, un objectif de l'invention est de fournir une technique de visualisation et de navigation au sein des applications installées sur les terminaux mobiles et des fichiers associés qui soit simple et ergonomique pour les utilisateurs.

Un autre objectif de l'invention est de fournir une telle technique qui ne complexifie pas la navigation quand le nombre d'applications installées augmente.

L'invention a encore pour objectif de fournir une telle technique qui permette à l'utilisateur d'avoir une vue globale des applications installées sur son terminal.

Plus précisément, un objectif de l'invention est de fournir une telle technique permettant à l'utilisateur d'atteindre facilement les applications qu'il recherche à l'aide de cette vue globale.

Encore un autre objectif de l'invention est de fournir une telle technique qui autorise un paramétrage global et simplifié de la présentation des applications installées sur le terminal de l'utilisateur.

4. Résumé de l'invention Ces objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints à l'aide d'un procédé de visualisation d'au moins une représentation graphique, représentative d'application et/ou de fichier, et de navigation sur un écran d'un terminal. Selon l'invention, un tel procédé comprend les étapes suivantes: - découpage de la surface dudit écran en un ensemble de zones, appelées dalles, et affectation à chacune desdites dalles d'un ensemble d'au moins une icône; - visualisation sur ledit écran: - dans un premier mode de visualisation, dit réduit, d'une unique dalle; - dans au moins un deuxième mode de visualisation, dit large, d'au moins deux desdites dalles; au moins une étape de passage d'un mode de visualisation courant, parmi ledit premier mode et le ou lesdits deuxièmes modes, à un mode de visualisation suivant, parmi ledit premier mode et le ou lesdits deuxièmes modes, sous l'action d'au moins une commande prévue à cet effet; - association d'une représentation à chacune desdites dalles, dans ledit mode de présentation large correspondant à - une vue réduite de ladite dalle telle qu'elle est visualisée dans ledit mode de présentation réduit; ou - une vue d'une représentation unique générique représentative de l'ensemble d'icônes affectée à ladite dalle, le passage de ladite vue réduite à ladite vue générique étant automatique, en fonction d'un seuil appliqué sur le nombre et/ou le format des icônes présentes dans ledit ensemble d'icônes affectée à ladite dalle.

Ainsi, l'invention repose sur une approche nouvelle de la visualisation des applications et des fichiers installés sur des terminaux avec écran, particulièrement bien adapté aux terminaux disposant d'écrans de petite taille. En d'autres termes, l'invention repose sur une approche simple et ergonomique de la navigation parmi les applications et les fichiers installés sur des terminaux en proposant un découpage d'un écran en dalles de visualisation et en fournissant à l'utilisateur au moins deux modes de visualisation afin d'obtenir un vue plus ou moins large ou réduite de l'écran sur l'écran physique du terminal. Dans le mode de visualisation large, les icônes représentatives des applications ou des fichiers sont soit réduites, soit regroupées au sein d'une unique représentation générique afin de garantir une visibilité optimale des informations affichées à l'écran. Cette différentiation d'affichage est déterminée en fonction d'un seuil appliqué sur des caractéristiques des icônes affichés dans les dalles de visualisation.

Selon une caractéristique avantageuse de l'invention, ce procédé de visualisation et de navigation comprend au moins deux deuxièmes mode de présentation permettant chacun la présentation d'un nombre différents de dalles, et au moins deux itérations de ladite étape de passage.

Ainsi, l'invention permet de réaliser plusieurs agrandissements et réductions, afin de proposer des modes de visualisations plus ou moins larges des dalles où est disposé l'ensemble des applications et des fichiers du terminal. Ces agrandissements et ces réductions permettent à l'utilisateur de trouver facilement l'application ou le fichier recherché sur son terminal.

Selon un aspect préférentiel de l'invention, ledit seuil correspond à un nombre minimum prédéterminé et/ou paramétrable de pixels entre deux icônes.

En conséquence, au cours du processus d'agrandissement ou de réduction des zones visualisées sur l'écran, un changement de mode de présentation des icônes des dalles est réalisé quand il n'est plus possible d'afficher correctement les icônes sur l'écran, donc quand le seuil séparant la représentation de deux icônes à l'écran est atteint. Le procédé permet alors de basculer en mode de visualisation générique des composants de la dalle, facilitant ainsi la lecture et la reconnaissance par l'utilisateur.

Selon un mode de mise en oeuvre avantageux de l'invention, le procédé de visualisation et de navigation comprend une étape de gestion dudit écran, dit écran réel, et d'un écran virtuel, de surface supérieure audit écran réel, et une étape de déplacement relatif dudit écran virtuel par rapport audit écran réel, en fonction d'au moins une commande d'un utilisateur.

L'invention permet donc, lorsque l'utilisateur ne dispose que d'une vue partielle des applications et des fichiers disponibles sur son terminal, de déplacer une fenêtre de visualisation, représentée par son écran réel, au sein d'un écran virtuel composé d'un nombre de dalles supérieur à celui potentiellement affichable par l'écran réel. L'utilisateur peut ainsi parcourir facilement l'ensemble de son écran virtuel et y rechercher l'application ou le fichier souhaité.

Selon un caractéristique préférentielle de l'invention, le procédé associe à chacune desdites dalles un support descriptif, définissant des structures desdites dalles de visualisation composants ledit écran virtuel.

Ainsi, les dalles de l'écran virtuel sont décrites au sein du terminal.

Selon un mode de mise en oeuvre avantageux de l'invention, lesdites structures contiennent des informations qui appartiennent au groupe comprenant au moins: - des informations descriptives dudit terminal; - des informations descriptives desdites dalles; - des informations descriptives desdites applications et/ou desdits fichiers du terminal; - des informations descriptives de préférences d'utilisateur.

Les structures descriptives permettent donc de définir des données de composition des dalles composant l'écran virtuel en terme d'informations portant sur le terminal, les dalles de l'écran virtuel, les applications et les fichiers installés et les préférences de l'utilisateur. Ces informations facilitent les étapes de transitions et de déplacement de l'écran réel par rapport à l'écran virtuel.

Avantageusement, lesdites structures sont définies au sein d'un document XML.

Ainsi, l'interopérabilité des structures définissant l'écran virtuel est garantie.

Selon un caractéristique préférentielle de l'invention, chacune desdites dalles de visualisation permet une représentation graphique ou textuelle d'un nombre N d'applications et/ou de fichiers dudit terminal.

Les dalles de visualisation figent donc le nombre d'applications ou de fichiers pouvant être représenté sur une dalle de l'écran virtuel.

Selon une caractéristique préférentielle de l'invention, le procédé de visualisation et de navigation comprend une étape de configuration d'au moins une caractéristique desdites dalles et/ou dudit écran virtuel.

Ainsi, différents intervenants, dont l'utilisateur, peuvent configurer les dalles ou l'écran virtuel du terminal.

Avantageusement, le procédé de visualisation et de navigation comprend une étape manuelle et/ou automatique d'ajout et/ou de suppression et/ou de modification de contenus composants lesdites dalles et/ou desdites dalles composant l'écran virtuel.

Cette caractéristique autorise l'utilisateur à modifier et à organiser la visualisation des contenus de son terminal selon ses propres paramètres. Ainsi, l'organisation choisie par l'utilisateur lui permettra de naviguer et de trouver les applications et les fichiers de manière plus efficace. Ces modifications peuvent également être réalisées automatiquement par le terminal, en fonction par exemple, du nombre maximum N d'applications et de fichiers pouvant être affichés dans une dalle de visualisation.

Selon un mode de mise en oeuvre préférentiel de l'invention, ledit mode d'affichage réduit desdites applications et/ou desdits fichiers de ladite dalle comprend une étape de présentation en liste de l'ensemble desdites applications et/ou desdits fichiers contenus dans ladite dalle.

Ainsi, lorsque le mode de présentation choisi ne permet pas d'afficher les icônes suivant ledit seuil et qu'une représentation est utilisée pour remplacer l'affichage des éléments constitutifs de la dalle, ces derniers peuvent, par l'intermédiaire d'une commande, être affichés dans une liste, permettant ainsi à l'utilisateur d'atteindre l'application ou le fichier considéré sans avoir besoin de passer dans un mode de visualisation réduit.

L'invention concerne aussi les terminaux mettant en oeuvre le procédé décrit ci-dessus, ainsi que les programmes informatiques correspondants.

L'invention concerne également un procédé de transfert d'au moins un support descriptif définissant au moins une structure de zones, ou dalles, depuis un serveur vers un terminal, au moyen d'un réseau de communication, la surface d'un écran dudit terminal étant découpée en un ensemble desdites dalles, à chacune desquelles est affectée un ensemble d'au moins une icône.

Selon l'invention, un tel procédé comprend les étapes suivantes: réception d'une requête de demande de transfert du ou desdits supports descriptifs émises par ledit terminal à destination dudit serveur; traitement de ladite requête dans ledit serveur et composition du ou desdits supports descriptifs; - transfert à destination dudit terminal du ou desdits supports descriptifs, par le biais d'une réponse à ladite requête, chacun desdits support descriptifs associant à au moins une desdites dalles, dans un mode de présentation large correspondant à : une vue réduite de ladite dalle telle qu'elle est visualisée dans tin mode de présentation réduit; ou une vue d'une représentation unique générique représentative de l'ensemble d'icônes affectée à ladite dalle.

L'invention concerne aussi les serveurs mettant en oeuvre le procédé qui précède, ainsi que les programmes informatiques correspondants.

5. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels: - la figure 1 illustre, un mode de réduction de la visualisation des dalles constituant un écran virtuel, selon l'invention; - la figure 2 présente un mode de navigation bidimensionnel à travers les différentes dalles constituant un écran virtuel d'un terminal; la figure 3 décrit le mode de transfert, selon l'invention, d'un support de description des dalles constituant un écran virtuel; la figure 4 illustre de façon schématique la structure matérielle du terminal de la figure 3.

La figure 5 illustre de façon schématique la structure matérielle du serveur de la figure 3.

6. Description détaillée de l'invention

6.1 Rappel du principe de l'invention Dans le cadre de la présente invention, on s'intéresse donc à la navigation dans les différents fichiers et applications installés au sein des terminaux avec écran en se basant sur le principe d'un découpage d'un écran virtuel en dalles de visualisation.

Pour ce faire, le système défini un écran virtuel d'une taille N fois supérieur à la taille réelle de l'écran du terminal, cet écran étant divisé en dalles de la taille de l'écran du terminal considéré.

Via une fonction de retour arrière , présentant un mode réduit de l'écran virtuel, l'utilisateur peut visualiser l'ensemble des dalles et donc visualiser la globalité du bureau représenté par l'écran virtuel. Sur cette fonction de retour arrière , l'ensemble des icônes (ou pictogrammes) affichées sur chaque dalle de visualisation est représenté : - soit par une réduction des icônes affichées sur chaque dalle quand la taille réelle de l'écran du terminal le permet; - soit par une seule et même icône (ou encore une couleur ou un texte) représentative de toutes les icônes. Cette dernière icône représentative donne accès à un menu déroulant dynamique qui donne accès aux applications affichée sur la dalle de visualisation de base. Ainsi chaque dalle peut par exemple correspondre à une catégorie d'application contenue dans le terminal.

Les dalles disposent de propriétés qui facilitent la navigation à travers l'écran virtuel du terminal.

6.1.1 Principes et propriétés des dalles Les dalles constituant le bureau représenté par l'écran virtuel peuvent être crées par le constructeur du terminal, par l'opérateur (à l'achat du terminal ou également par téléchargement) et enfin être mises à jour (réorganisation contenus, création et suppression des dalles) par l'utilisateur.

Dans un mode particulier de réalisation, une dalle peut se caractériser par un nom et/ou un icône visuel et/ou un fond de couleur ou une image pouvant être mise à jour. Les dalles servent de support à la réception de la représentation d'application et/ou de fichiers présent sur le terminal considéré.

L'utilisateur ou un système externe a donc la possibilité d'ajouter aux dalles une ou plusieurs applications. Afin d'éviter d'avoir à ajouter des barres de défilement qui oblige l'utilisateur à utiliser une molette pour découvrir l'intégralité du contenu d'une dalle, dans ce mode de réalisation, le contenu d'une dalle sera limité. Lorsque la dalle est en affichage complet sur l'écran du terminal (c'est-à-dire que tous les fichiers et/ou toutes les applications sont représentées avec leurs propres icônes et que l'on n'est pas en position de retour arrière ), il existe un seuil paramétrable au delà duquel il n'est plus possible d'ajouter d'application sur la dalle considérée. Ce seuil est atteint lorsque qu'il n'est plus envisageable de rajouter une icône ou un texte représentatif de l'application ou du fichier sans qu'il y ait au moins un nombre X déterminé et paramétrable de pixels d'espacement entre chacune des représentations sur la dalle concernée.

Dans le cas où l'on veut ajouter une nouvelle application dans une dalle complète, ce mode de réalisation du système prévoit deux comportements possibles: le système propose d'ajouter une nouvelle dalle manuellement, auquel cas l'utilisateur définit lui-même les propriétés de la nouvelle dalle; le système ajoute automatiquement la dalle. Cette nouvelle dalle possède alors les mêmes caractéristiques (même icône, nom proche), que celle qui lui est adjacente, et la nouvelle application y est ajoutée.

Dans ce mode de réalisation, il existe également deux possibilités d'organisation des dalles: organisation manuelle: En fonction du nombre de dalles à positionner, le système calcule la matrice optimum à proposer et la dessine sur l'écran en position de retour arrière maximum. Les dalles sont alors affichées une à une en surimpression et l'utilisateur peut les positionner à sa guise par opération de glisser/déposer ou copier/coller/déplacer Si le terminal n'est pas équipé d'un stylet, par exemple; organisation automatique: Pour l'organisation automatique, le choix d'ajout de colonne ou de lignes sera dépendant des caractéristiques de l'écran d'accueil: Le nombre défini par la hauteur multipliée par la largeur des dalles est proportionnel à celui défini par la hauteur multipliée par la largeur de l'écran du terminal; - Le principe est de construire une nouvelle ligne et une nouvelle colonne de dalles dans l'écran virtuel, sachant que dans ce nouvel ensemble seule une dalle est renseignée. Ce principe est utilisé à chaque fois que l'ajout d'une dalle donne un nombre de dalles dont la racine carrée (du nombre de dalle moins une) fournit une valeur entière. Dans le cas contraire, on complète les espaces libres dans les lignes et colonnes existantes.

L'exemple suivant illustre ce principe: l'écran virtuel est constitué de 9 dalles présentes, et l'utilisateur souhaite ajouter une dalle, ce qui donnera 10 dalles; - La racine carrée de (10-1) = 3; - 3 est une valeur entière, il faut donc ajouter une ligne et une colonne complète de dalles. Dans ce nouvel ensemble, seule une dalle contiendra une représentation de l'application ou du fichier ajouté par l'utilisateur.

6.1.2 Principes de navigation Dans ce mode de réalisation, les possibilités de navigation disponibles dans l'écran virtuel sont gauche, droite, haut, bas et oblique. Les déplacements: peuvent être contraints à la matrice physique sur ses bords (en butée) : par exemple, quand l'utilisateur a atteint le bord droit de l'écran virtuel, il ne peut plus aller à droite; - peuvent permettre des déplacements circulaires. Ce mode circulaire permet en bordure externe de matrice d'afficher la première dalle de la ligne ou colonne considérée. Par exemple, sur une matrice 4x4. si l'utilisateur se déplace de la dalle 1,1 (ordonnée, abscisse) à la dalle 1,4, si il continue sur ce sens de déplacement, on lui propose la dalle (1,1). On procédera de même pour un sens de déplacement vertical et oblique.

Le système intègre également un mode de navigation dit de retour arrière/affichage avant ( zoom out/zoom in en anglais). Ce mode est présenté en relation avec la figure 1.Dans la fonction retour arrière , (101) présentant le mode de visualisation dit large , en fonction des caractéristiques de l'écran du terminal un seuil est défini à partir duquel l'ensemble des icônes sera résumé en une seule et unique icône générique. Cette unique icône donne accès aux applications de la dalle via un menu déroulant dynamique. Dans un mode particulier de réalisation, le seuil peut être égal à la taille à partir de laquelle un espacement de X pixels déterminé et paramétrable entre les icônes n'est plus envisageable. Cet espacement peut être paramétrable par l'utilisateur dès lors que la valeur fournie est supérieure à X. Dans un mode de réalisation avantageux la valeur de X est égale à 2. D'autres valeurs (1, 3, 4, ...) peuvent être envisagées en fonction des besoins. La dalle de l'écran virtuel qui est la plus remplie est utilisée comme référence pour déterminer le seuil à partir duquel la mutation (transformation des icônes en une unique représentation) est réalisée.

Lorsque l'écran virtuel est affiché en mode retour arrière , le système propose de passer en mode affichage avant (100), présentant le mode de visualisation dit réduit. Dans ce cas, la dalle est affichée en intégralité avec toutes les représentations de ses éléments constitutifs (applications et fichier).

Dans ce mode particulier de réalisation, il existe différents stades entre le retour arrière complet (mode dans lequel on visualise toutes les dalles) et le stade affichage avant complet (mode dans lequel on ne voit qu'une dalle). Il existe un stade de visualisation intermédiaire à chaque fois que la racine carrée du nombre de dalles est un entier. En considérant un écran virtuel comportant 25 dalles, il y a donc 5 niveaux: Affichage avant maximum: 1 dalle; Affichage intermédiaire: 4 dalles; Affichage intermédiaire: 9 dalles; - Affichage intermédiaire: 16 dalles; Affichage retour arrière complet: 25 dalles.

En se basant sur ces techniques de navigations fournies par le système, et en relation avec la figure 2, on présente deux techniques d'affichage d'une dalle non visible (ces deux techniques sont possibles au choix de l'utilisateur) : Le mode déplacement dalle par dalle 200: toute action sur le dispositif de déplacement du terminal (par exemple, simple appui sur le pavé directionnel) engendre la visualisation complète de la dalle; - Le mode déplacement pixel par pixel 201: la nouvelle dalle est affichée pixel par pixel. Le système ajuste automatiquement la position sur la dalle semi-ouverte: si son dépassement est de (largeur de dalle / 2) + 1 pixel, il affiche la dalle entière. Au contraire il revient à la dalle précédente si l'utilisateur a arrêté le déplacement de la dalle et que le dépassement est de (largeur de dalle / 2) 1 pixel.

Lors d'un déplacement effectué en mode retour arrière , Le système offre deux possibilités à l'utilisateur: La dalle active est toujours centrée. Cette technique donne l'impression que ce sont les dalles qui bougent quand l'utilisateur déplace le curseur; - La dalle active bouge sur l'écran.

Par la suite, on présente notamment le cas d'un mode de réalisation du système implémenté sur des terminaux de communication mobile de type EDGE ou UMTS et utilisant un fichier XML comme descripteur des dalles représentant le bureau virtuel. Il est clair cependant que l'invention ne se limite pas à cette application particulière, mais peut également être mise en oeuvre dans de nombreux autres domaines, et par exemple dans celui des PDA et plus généralement dans tous les cas où les objectifs listés par la suite sont intéressants.

6.2 Description d'un mode de réalisation

Dans un mode particulier de réalisation de l'invention, implémentée sur un terminal mobile EDGE ou UMTS, le système se présente sous la forme: d'une application qui se présente elle-même sous la forme d'un module local. Il est installé sur le téléphone, et présente les applications du terminal; d'un document XML de description du bureau virtuel représenté par l'ensemble des dalles le composant. Cette description des dalles peut être envoyée à l'application par un serveur à la première connexion. Le document XML peut en outre contenir: - des options de personnalisation; de l'installation de nouvelles applications.

Dans un mode particulier de réalisation de l'invention, l'application degestion de la navigation à travers l'écran virtuel peut être réalisée sous la forme d'une application Java fonctionnant au travers d'une Machine Virtuelle Java implantée sur le terminal mobile. Dans un autre mode de réalisation, cette application peut également être intégrée au terminal dans le langage de programmation de ce dernier.

On présente, en relation avec la figure 3, un mode de réalisation du transfert du support de description des dalles composant l'écran virtuel d'un terminal mobile.

Lors de son initialisation ou d'une demande de l'utilisateur: le terminal 30 envoie 301, par l'intermédiaire d'une requête HTTP ( HyperText Transfert Protocol pour protocole de transfert hypertextuel ) une demande de transfert 302 au serveur 31 hébergeant les fichiers de configuration XML.

- Après analyse de la requête 311, le serveur transfert (312), un fichier XML 313 de configuration de l'écran virtuel générique, en réponse 314 à la requête HTTP. Ce document peut être le même pour tous les utilisateurs et pour un terminal donné au départ. Dans un mode de réalisation complémentaire, le serveur 301 peut avantageusement utiliser le champ de la requête http permettant d'identifier le type de terminal. Encore dans un autre mode de réalisation, les fichiers XML peuvent être stockés au sein d'une base de données de configuration. Encore dans un autre mode de réalisation complémentaire, le fichier XML générique peut être créé dynamiquement en fonction des caractéristiques du terminal en analysant le contenu de la requête HTTP 301 et en tirant parti du champ UAP qui compose l'entête de cette requête.

- A réception 303, le document XML est stocké (304) et utilisé pour configurer les dalles composant l'écran virtuel de l'utilisateur du terminal.

Par la suite, l'utilisateur modifie la configuration 305 des dalles et/ou des préférences de son écran virtuel. Ces modifications sont enregistrées dans le document XML de description présent sur le terminal mobile.

Le document XML peut de nouveau être sauvegardé (318) sur le serveur 31 par la suite, en réponse (308) à une demande 315 émise (316) par le serveur 31 à destination du terminal mobile 30. Après analyse de la demande 306 par le terminal 30, ce dernier renvoie (307) une réponse 308 contenant le document XML de configuration. Le serveur 31 sauvegarde (317) le document. Ainsi, en cas de demande de rétablissement de ces paramètres par l'utilisateur, suite à une mauvaise manipulation, par exemple, le serveur est toujours à même de fournir une configuration de l'écran virtuel de l'utilisateur.

La structure du terminal est illustrée schématiquement par la figure 4. Il comprend une mémoire M 41, et une unité de traitement 40 équipée d'un microprocesseur iP, qui est piloté par un programme d'ordinateur (ou application) Pg 42. L'unité de traitement 40 reçoit en entrée, via un module d'interface d'entrée réseau E 43, des commandes et/ou des réponses serveur 44, que le microprocesseur uP traite, selon les instructions du programme Pg 42, pour générer des requêtes et/ou des réponses 44, qui sont transmises via un module d'interface de sortie réseau S 45.

La structure du serveur est illustrée schématiquement par la figure 5. Il comprend également une mémoire M 51, et une unité de traitement 50 équipée d'un microprocesseur uP, qui est piloté par un programme d'ordinateur (ou application) Pg 52. L'unité de traitement 50 reçoit en entrée, via un module d'interface d'entrée réseau E 53, des requêtes et/ou des réponses clients 54, que le microprocesseur P traite, selon les instructions du programme Pg 52, pour générer des commandes et/ou des réponses 56, qui sont transmises via un module d'interface de sortie réseau S 55.

6.3 Autres caractéristiques et avantages / Autres aspects On présente en annexe, dans un mode particulier de réalisation, le schéma XML utilisé dans la description des dalles pour la configuration et la création de l'écran virtuel d'un terminal.

Dans ce mode de réalisation, le schéma présenté en annexe peut être utilisé pour créer, par exemple, le fichier XML de description suivant: <flagstones> <!-- Description du terminal auquel est destiné ce bureau -- > <device name="P910" manufacturer="Sony Ericsson" family="Symbian" model="P910i" touchpad="true"> <!-- taille de l'écran: elle sert à calculer la taille des dalles lors des zoom out -> <screenSize heigth="208" width="360"/> <OS name="Symbian" version="" /> </device>

<!-- Description de la matrice des dalles -->

<matrix rows="3" columns="4"> <!-- Chaque dalle possède une catégorie pour y faire référence et éventuellement un label --> < stone category=-"messaging" label="messagerie" row="0" column="0" icon=""/> <stone category=-"otherStone" row="0" column="l" icon=""/> <!-- La matrice n'est pas forcément remplie, il peut y 15 avoir des dalles vides --> <stone free="true" row="2" column="2" icon="emptyBox"/> <stone free="true" row="2" column="3" icon="emptyBox"/> </matrix> <!-- Liste des applications référencées dans le bureau --> 20 <applications> <!-- Chaque application possède un label, on peut éventuellement l'associer à des icônes différents que ceux prévus à l'origine --> <application label="SMS" smalllcon="" largelcon=""> <shortcut application="localpath/Application"/> <!-- Chaque application peut référencer plusieurs dalles --> <category name="messaging"/> < category name="otherStone"/> </application> </applications> <preferences> <!-- Valeurs possibles: auto, ou un entier inférieur au seuil calculé pour ce terminal --> 5 <iconisationStep level="auto"/> <!-- Valeurs possibles: continuous ou discrete --> <scrolling mode="continuous"/> <!--Valeurs possibles: auto, ou user dans le cas où l'on n'autorise pas la mise à jour sans demander à l'utilisateur --> <stoneUpdating mode="auto"/> <!-- Valeurs possibles: auto, ou user --> <stoneSplitting mode="auto"/> < /preferences> </flagstones> Le fichier est dans un premier temps composé d'une description du terminal auquel il est associé. Cette description est comprise entre les balises <device> et < /device>. Il y est notamment définit une taille d'écran. Le fichier se poursuit par une description de la matrice des dalles pour y indiquer le nombre de lignes, de colonnes de la matrice. Pour chaque dalle de cette matrice, on indique une catégorie, permettant de la classifier et de faire référence à un éventuel label . Enfin, si la matrice n'est pas complètement remplie, les dalles vides sont indiquées. Cette description de matrice intervient entre les balises <matrix> et </matrix>.

Le fichier comporte ensuite la liste des applications référencées sur l'écran virtuel du bureau. Cette liste est définie entre les balises < applications> et </applications>. Pour chaque application de la liste définie entre les balises <application> et < /application>, on indique une référence à une ou plusieurs icônes ainsi qu'un label. On indique également un chemin permettant de lancer l'application et une liste d'au moins une catégorie de l'application.

Pour finir, le fichier intègre les préférences d'utilisation du système par l'utilisateur. Ces préférences (balises <preferences>...< /preferences>) permettent de définir les modes de défilement, de mise à jour, etc. Dans ce même mode de réalisation, les données pouvant être envoyées par un serveur afin d'ajouter une dalle au bureau définit par l'écran virtuel peut être: <flagstones> <update> <H Ajout d'une dalle et d'une catégorie, on peut éventuellement associer une icône --> <stone category="starWars" icon="http://www.server.com/... /starWars.png" /> <!-- Ajout d'un raccourci dans cette dalle --> <application label="Jedi Jones" smallIcon="http://..." largelcon=" http://..."> <!-- Le patte local peut faire référence à une application existante (par exemple un browser), ou s'il est associé à une url, à l'endroit où installer une application à télécharger --> < shortcut application="localpath/Application" url="http://..."> <Hparamètre de l'application --> <parameter name="url" value="http://. .."/> </shortcut> <category name="starWars"/> < /application> </update> </flagstones> Ce fichier informe le terminal que son écran virtuel (<flagstone>) doit subir une mise à jour (<update>), par l'ajout d'une dalle (<stone/>) de la catégorie starwars et dont l'icône fait référence à une URL (Uniform Ressource Locator). Cette dalle contient une seule application, dont les icônes font références à des URL, ainsi que le raccourci de l'application en lui-même.

ANNEXE

Schéma XML utilisé pour la description des dalles pour la configuration et la création de l'écran virtuel d'un terminal: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <!--W3C Schema written by Simon Bécot Ce shéma est destiné à configurer une application sous forme de dalles --> <xs:schema xmins:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"> l0 <!-- Elément racine permettant de décrire le terminal, et les différents éléments à organiser: Si l'on est sur le terminal on a une séquence, si on est en update, on spécifie update et quelle dalle est updatée, avec quelle application --> < xs:element narre="flagstones"> <xs:complexType> <xs:choice> <xs:sequence> <xs:element ref="device"/> <xs:element ref="matrix"/> <xs:element ref="applications"/> <xs:element ref="preferences"/> </xs:sequence> <xs:element narre="update"> <xs:complexType> <xs:sequence> < xs:element ref="stone"/> <xs:element ref="application"/> < /xs:sequence> </xs:complexType> </xs:element> < /xs:choice> </xs:complexType> </xs:element> <!-Description du type terminal auquel est destiné cette configuration --> <xs:element name="device"> <xs:complexType> < xs:sequence> <!-- taille de l'écran: elle sert à calculer la taille des dalles lors des zooms out --> <xs:element ref="screenSize"/> <xs:element ref="OS"/> </xs:sequence> <xs:attribute name="name" type="xs:string" use="required"/> <xs:attribute name="manufacturer" type="xs:string" use="required"/> <xs:attribute name="family" type="xs:string" use="required"/> <xs:attribute name="model" type="xs:string" use="required"/> <xs:attribute name="touchpad" type="xs:boolean" use="required"/> < /xs:complexType> </xs:element> <! Décrit le type d'OS auquel est destiné cette configuration - 15 > <xs:element narre-"OS"> <xs:complexType> <xs:attribute name="name" type="xs:string" use="required"/> <xs:attribute name="version" type="xs:string" use="required"/> </xs:complexType> </xs:element> <!-Permet de determiner la taille des dalles --> <xs:element name="screenSize"> <xs:complexType> <xs:attribute name="heigth" type="xs:short" use="required"/> <xs:attribute name="width" type="xs:short" use="required"/> </xs:complexType> </xs:element>

<!-- Description de la matrice des dalles ->

<xs:element name="matrix"> <xs:complexType> <xs:sequence minOccurs="0" maxOccurs="unbounded"> <xs:element ref="stone"/> </xs:sequence> <xs:attribute name="rows" type="xs:integer" use="required"/> <xs:attribute name="columns" type="xs:integer" use="required"/> </xs:complexType> </xs:element> <!-Permet de spécifier une dalle --> <xs:element name="stone"> < !-- Chaque dalle possède une catégorie pour y faire référence et éventuellement un label --> <xs:complexType> <xs:attribute name="category" type="xs:string" use="optional"/> <xs:attribute name="label" type="xs:string" use="optional"/> <xs:attribute name="row" type="xs:int"/> <xs:attribute name="column" type="xs:int"/> <xs:attribute name="icon" type="xs:string" < ! L'attribut free est a vrai si la dalle est <xs:attribute name="free" type="xs:boolean" </xs:complexType> </xs:element> <!-Groupement des applications contenues dans les dalles --> 20 < xs:element name="applications"> <xs:complexType> < xs:sequence> <xs:element ref="application" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:element> <!-- Description des applications contenues dans les dalles --> use="required"/> libre --> default="false"/> <xs:element name="application"> <xs:complexType> < xs:sequence> <xs:element ref="shortcut"/> <!-- Chaque application peut référencer plusieurs dalles, sous forme de catégorie -> <xs:element ref="category" maxOccurs="unbounded"/> < /xs:sequence> <!-- Label d'affichage --> <xs:attribute name="label" type="xs:string" use="required"/> <! Chaque application peut être associée à deux icônes la représentant --> < xs:attribute name="smallIcon" type="xs:string" /> <xs:attribute name="largeIcon" type="xs:string" /> </xs:complexType> < /xs:element> <xs:element name="category"> <xs:complexType> <xs:attribute name="name" type="xs:string" use="required"/> < xs:attribute name="icon" type="xs:string" 25 use="optional"/> < /xs:complexType> </xs:element> <! Description des préférences de l'utilisateur, pour déterminer la manière dont vont s'organiser les dalles et les 30 comportements par défaut lors de l'ajout de ces dalles -> 10 <xs:element name="preferences"> <xs:complexType> < xs:sequence> <xs:element ref="iconisationStep"/> <xs:element ref="scrolling"/> <xs:element ref="stoneUpdating"/> < xs:element ref="stoneSplitting"/> </xs:sequence> < /xs:complexType> </xs:element> <!--Normalement, le niveau de zoom out à partir duquel le contenu d'une dalle est remplacé par une icône est calculé. Mais on peut forcer cette valeur. Valeurs possibles de level: auto, ou un entier inférieur au seuil calculé pour ce terminal -- > <xs:element name="iconisationStep"> <xs:complexType> < xs:attribute name="level" type="xs:string" use="required"/> < /xs:complexType> </xs:element> <! Le mode de scrolling peut être choisi entre un mode linéaire (continuons) où l'on voit les dalles glisser, ou un mode dalles entières par dalles entières (discrete) --> <xs:element name="scrolling"> <xs:complexType> < xs:attribute name="mode" use="required"> <xs:simpleType> < xs:restriction base="xs:string"> <xs:enumeration value="continuons"/> <xs:enumeration value="discrete"/> < /xs:restriction> </xs:simpleType> </xs:attribute> < /xs:complexType> </xs:element> <!--shortcut permet de lier l'élément d'une dalle à une application du téléphone. Dans le cas d'une mise à jour, on peut préciser un élément url qui permettra de télécharger cette application pour l'installer, en même temps que de configurer la dalle --> <xs:element name="shortcut"> <xs:complexType> <xs:sequence> <xs:element name="parameter" minOccurs="O" maxOccurs="unbounded"> <xs:complexType> <xs:attribute name="name" type="xs:string" use="required"/> <xs:attribute name="value" type="xs:string" use="required"/> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name="application" type="xs:string" use="required"/> <xs:attribute name="url" type="xs:string" use="optional"/> </xs:complexType> 30 </xs:element> <1-- Dans les preferences, permet de determiner si l'on demande à l'utilisateur de rajouter une dalle ou si cela se fait automatiquement, lors de l'ajout d'une application sur une dalle saturée -> <xs:element name="stoneSplitting"> <xs:complexType> < xs:attribute name="mode" use="required"> <xs:simpleType> < xs:restriction base="xs:string"> <xs:enumeration value="auto"/> <xs:enumeration value="user"/> </xs:restriction> < /xs:simpleType> </xs:attribute> </xs:complexType> < /xs:element> <!-- Permet de déterminer si la réorganisation des dalles à partir d'un système externe est soumise à l'approbation d'un utilisateur (l'attribut mode peut prendre les valeurs user ou auto) --> <xs:element narre="stoneUpdating"> <xs:complexType> < xs:attribute name="mode" use="required"> <xs:simpleType> < xs:restriction base="xs:string"> <xs:enumeration value="auto"/> <xs:enumeration value="user"/> </xs:restriction> < /xs:simpleType> </xs:attribute> </xs:complexType> < /xs:element> </xs:schema>

Claims (16)

REVENDICATIONS

1. Procédé de visualisation d'au moins une représentation graphique, représentative d'application et/ou de fichier, et de navigation sur un écran d'un terminal, caractérisé en ce qu'il comprend les étapes suivantes: découpage de la surface dudit écran en un ensemble de zones, appelées dalles, et affectation à chacune desdites dalles d'un ensemble d'au moins une icône; visualisation sur ledit écran: dans un premier mode de visualisation, dit réduit, d'une unique dalle; 10 dans au moins un deuxième mode de visualisation, dit large, d'au moins deux desdites dalles; au moins une étape de passage d'un mode de visualisation courant, parmi ledit premier mode et le ou lesdits deuxièmes modes, à un mode de visualisation suivant, parmi ledit premier mode et le ou lesdits deuxièmes modes, sous l'action d'au moins une commande prévue à cet effet; association d'une représentation à chacune desdites dalles, dans ledit mode de présentation large correspondant à : une vue réduite de ladite dalle telle qu'elle est visualisée dans ledit mode de présentation réduit; ou une vue d'une représentation unique générique représentative de l'ensemble d'icônes affectée à ladite dalle, le passage de ladite vue réduite à ladite vue générique étant automatique, en fonction d'un seuil appliqué sur le nombre et/ou le format des icônes présentes dans ledit ensemble d'icônes affecté à ladite dalle.

2. Procédé de visualisation et de navigation selon la revendication 1, caractérisé en ce qu'il comprend au moins deux deuxièmes mode de présentation permettant chacun la présentation d'un nombre différents de dalles, et au moins deux itérations de ladite étape de passage.

3. Procédé de visualisation et de navigation selon l'une quelconque des revendications 1 et 2, caractérisé en ce que ledit seuil correspond à un nombre minimum prédéterminé et/ou paramétrable de pixels entre deux icônes.

4. Procédé de visualisation et de navigation selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il comprend une étape de gestion dudit écran, dit écran réel, et d'un écran virtuel, de surface supérieure audit écran réel, et une étape de déplacement relatif dudit écran virtuel par rapport audit écran réel, en fonction d'au moins une commande d'un utilisateur.

5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'on associe à chacune desdites dalles un support descriptif, définissant des structures desdites dalles de visualisation composants ledit écran virtuel.

6. Procédé de visualisation et de navigation selon la revendication 5, caractérisé en ce que lesdites structures contiennent des informations qui appartiennent au groupe comprenant au moins: des informations descriptives dudit terminal; des informations descriptives desdites dalles; - des informations descriptives desdites applications et/ou desdits fichiers du terminal; des informations descriptives de préférences d'utilisateur.

7. Procédé de présentation et de navigation selon la revendication 6, caractérisé en ce que lesdites structures sont définies au sein d'un document 20 XML.

8. Procédé de visualisation et de navigation selon l'une quelconque des revendications 1 à 7, caractérisé en ce que chacune desdites dalles de visualisation permet une représentation graphique ou textuelle d'un nombre N d'applications et/ou de fichiers dudit terminal.

9. Procédé de visualisation et de navigation selon l'une quelconque des revendications 1 à 7, caractérisé en ce qu'il comprend une étape de configuration d'au moins une caractéristique desdites dalles et/ou dudit écran virtuel.

10. Procédé de visualisation et de navigation selon la revendication 9, caractérisé en ce qu'il comprend une étape manuelle et/ou automatique d'ajout et/ou de suppression et/ou de modification de contenus composants lesdites dalles et/ou desdites dalles composant l'écran virtuel.

11. Procédé de visualisation et de navigation selon l'une quelconque des revendications 1 à 7, caractérisé en ce que ledit mode d'affichage réduit desdites applications et/ou desdits fichiers de ladite dalle comprend une étape de présentation en liste de l'ensemble desdites applications et/ou desdits fichiers contenus dans ladite dalle.

12. Terminal de communication comprenant des moyens de présentation d'icônes, représentatives d'applications et/ou de fichiers, et de navigation sur un écran d'un terminal, caractérisé en ce qu'il comprend: des moyens de découpage de la surface dudit écran en un ensemble de zones, appelées dalles, et affectation à chacune desdites dalles d'un ensemble d'au moins une icône; des moyens de visualisation sur ledit écran: dans un premier mode de présentation, dit large, d'au moins deux 15 desdites dalles; dans un deuxième mode de présentation, dit réduit, d'une unique dalle; des moyens de passage dudit premier mode de présentation audit second mode de présentation, et réciproquement, sous l'action d'une commande 20 prévue à cet effet; des moyens d' association d'une représentation à chacune desdites dalles, dans ledit mode de présentation large correspondant à : - une vue réduite de ladite dalle telle qu' elle est visualisée dans ledit mode de présentation réduit; ou une vue d'une représentation unique générique représentative de l'ensemble d'icônes affectée à ladite dalle, le passage de ladite vue réduite à ladite vue générique étant automatique, en fonction d'un seuil appliqué sur le nombre et/ou le format des icônes présentes dans ledit ensemble d'icônes affectée à ladite dalle.

13. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre des étapes du procédé de visualisation et de navigation selon l'une quelconque des revendications 1 à 11.

14. Procédé de transfert d'au moins un support descriptif définissant au moins une structure de zones, ou dalles, depuis un serveur vers un terminal, au moyen d'un réseau de communication, la surface d'un écran dudit terminal étant découpée en un ensemble desdites dalles, à chacune desquelles est affectée un ensemble d'au moins une icône, caractérisé en ce qu'il comprend les étapes suivantes: réception d'une requête de demande de transfert du ou desdits supports descriptifs émises par ledit terminal à destination dudit serveur; traitement de ladite requête dans ledit serveur et composition du ou desdits supports descriptifs; - transfert à destination dudit terminal du ou desdits supports descriptifs, par le biais d'une réponse à ladite requête, chacun desdits support descriptifs associant à au moins une desdites dalles, dans un mode de présentation large correspondant à : une vue réduite de ladite dalle telle qu'elle est visualisée dans un mode de présentation réduit; ou une vue d'une représentation unique générique représentative de l'ensemble d'icônes affectée à ladite dalle.

15. Serveur de transfert d'au moins un support descriptif définissant au moins une structure de zones, ou dalles, depuis un serveur vers un terminal, au 25 moyen d'un réseau de communication, la surface d'un écran dudit terminal étant découpée en un ensemble desdites dalles, à chacune desquelles est affectée un ensemble d'au moins une icône, caractérisé en ce qu'il comprend des moyens de réception d'une requête de demande de transfert d'au moins un support descriptif émise par ledit terminal vers ledit serveur, des moyens de traitement de ladite requête et de composition dudit au moins un support descriptif et des moyens de transfert dudit au moins un support descriptif à destination dudit terminal, par le biais d'une réponse à ladite requête, chacun desdits support descriptifs associant à au moins une desdites dalles, dans 5 un mode de présentation large correspondant à : une vue réduite de ladite dalle telle qu'elle est visualisée dans un mode de présentation réduit; ou une vue d'une représentation unique générique représentative de l'ensemble d'icônes affectée à ladite dalle.

16. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre des étapes du procédé de la revendication 14.