FR2919738A1 - Procede et dispositif de creation, d'organisation, de livraison, d'exploitation et/ou d'acces a des services. - Google Patents

Abstract

Le procédé de création, d'organisation, de livraison, d'exploitation et/ou d'accès à des services, comporte :- une étape de mise en correspondance de services avec une arborescence comportant, pour chaque noeud, au plus neuf branches menant, chacune, à un autre noeud de l'arborescence ou à une feuilles, chaque feuille correspondant à une application informatique,- une étape de réception, par un serveur relié à une base de données de services, d'une requête de navigation de la part d'un terminal mobile communicantet, de manière itérative :- une étape de fourniture, par le serveur au mobile, d'identifiants de noeuds ou feuille descendants du même noeud,- une étape de sélection, par le mobile de l'un desdits noeuds ou l'une desdites feuilles,- une étape de communication au serveur du noeud ou de la feuille sélectionné et- si un noeud a été sélectionné, une itération des étapes de fourniture, sélection et communication et- si une feuille a été sélectionnée, une étape de lancement de l'application informatique correspondant à la feuille sélectionnée.

Description

PROCEDE ET DISPOSITIF DE CREATION, D'ORGANISATION, DE LIVRAISON,

D'EXPLOITATION ET/OU D'ACCES A DES SERVICES

La présente invention concerne un procédé et un dispositif de création, 5 d'organisation, de livraison, d'exploitation et/ou d'accès à des services. On connaît de nombreux systèmes visant à permettre la création, l'organisation, la livraison, l'exploitation et l'accès à des services. Cependant, ces systèmes ne sont pas adaptés aux terminaux mobiles communicants et sont, de ce fait, très peu utilisés. La présente invention vise à remédier à ces inconvénients. 10 A cet effet, selon un premier aspect, la présente invention vise, un procédé de création, d'organisation, de livraison, d'exploitation et/ou d'accès à des services, caractérisé en ce qu'il comporte : - une étape de mise en correspondance de services avec une arborescence comportant, pour chaque noeud, au plus neuf branches menant, chacune, à un autre noeud de 15 l'arborescence ou à une feuille, chaque feuille correspondant à une application informatique, - une étape de réception, par un serveur relié à une base de données de services, d'une requête de navigation de la part d'un terminal mobile communicant et, de manière itérative : - une étape de fourniture, par le serveur au mobile, d'identifiants de noeuds ou feuille 20 descendants du même noeud, - une étape de sélection, par le mobile de l'un desdits noeuds ou l'une desdites feuilles, - une étape de communication au serveur du noeud ou de la feuille sélectionnée et - si un noeud a été sélectionné, une itération des étapes de fourniture, sélection et communication et 25 -si une feuille a été sélectionnée, une étape de lancement de l'application informatique correspondant à la feuille sélectionnée. Ainsi, en ayant, à chaque niveau de l'arborescence, au plus un nombre de noeuds ou feuilles correspondant à un nombre de touches de claviers d'un téléphone mobile, ont permet à l'utilisateur de naviguer d'une simple pression sur une touche associée à un noeud 30 ou une feuille et d'atteindre l'application informatique qui l'intéresse. Selon des caractéristiques particulières, au cours de l'étape de fourniture, des icônes et/ou des textes associés aux noeuds descendants correspondant aux identifiant fournis sont affichés, sur un écran du terminal mobile communicant, sous forme de matrice 3x3 correspondant aux neuf chiffres 1 à 9 d'un clavier du terminal mobile communicant, 35 l'étape de sélection pouvant être effectuée par l'utilisateur en pressant sur la touche portant ledit chiffre correspondant.

Selon des caractéristiques particulières, au cours de l'étape de sélection, si l'utilisateur appui sur une première touche de clavier prédéterminée différente des touches 1 à 9 , l'affichage sur l'écran du terminal mobile communicant revient en arrière et affiche ce qui était affiché un cycle itératif plus tôt.

Selon des caractéristiques particulières, au cours de l'étape de sélection, si l'utilisateur appui sur une deuxième touche de clavier prédéterminée différente des touches 1 à 9 , l'affichage sur l'écran du terminal mobile communicant revient à la première itération. Selon des caractéristiques particulières, au cours de l'étape de sélection, si l'utilisateur appui sur une troisième touche de clavier prédéterminée différente des touches 1 à 9 , l'affichage sur l'écran du terminal mobile communicant comporte des titres explicites des noeuds et feuilles affichées. Selon des caractéristiques particulières, au cours de l'étape de sélection, si l'utilisateur effectue un appui long sur une touche de clavier parmi les touches 1 à 9 , on ouvre une aide contextuelle liée au noeud ou à la feuille correspondant à ladite touche sur laquelle est effectuée un appui long. Grâce à chacune de ces quatre dernières dispositions, la navigation dans l'arborescence est très aisée. Selon des caractéristiques particulières, au moins une partie des applications informatiques correspondant aux feuilles de l'arborescence sont parmi les suivantes : télécharger et/ou afficher un texte, télécharger et/ou afficher une photo, télécharger et/ou jouer (streaming) un fichier de musique, télécharger et/ou jouer (streaming) un ficher vidéo, - déclencher un appel téléphonique (avec 1 ou plusieurs personnes), déclencher l'envoi de SMS (acronyme de short message system pour système de messages courts) ou de MMS (acronyme de multimedia message system pour système de messages multimédias), déclencher l'envoi de messages électroniques ( mails ), choisir dans une ou des listes et transmettre le choix au back end, remplir une forme ou un formulaire (en anglais template ) puis la transmettre au back end et invoquer un service web prédéfini.

Ainsi, les principales actions demandées sur le web peuvent être lancées par la navigation décrite ci-dessus.

Selon des caractéristiques particulières, le procédé tel que succinctement exposé ci-dessus comporte une étape de personnalisation, par l'utilisateur de l'arborescence mise en oeuvre en réponse aux requêtes de navigation issues de sont terminal mobile communicant. Ainsi, l'utilisateur peut définir, par exemple par un accès au serveur par Internet, éventuellement à partir d'un ordinateur personnel, l'arborescence dans laquelle il naviguera à partir de son terminal mobile communicant. Selon des caractéristiques particulières, le procédé tel que succinctement exposé ci-dessus comporte une étape de définition d'un profil d'utilisateur explicite, par ledit utilisateur, le comportement d'au moins une application informatique associée à une feuille de l'arborescence variant en fonction du profil explicite de l'utilisateur. Selon un deuxième aspect, la présente invention vise un dispositif de création, d'organisation, de livraison, d'exploitation et/ou d'accès à des services, caractérisé en ce qu'il comporte : - un moyen de mise en correspondance de services avec une arborescence comportant, pour chaque noeud, au plus neuf branches menant, chacune, à un autre noeud de l'arborescence ou à une feuilles, chaque feuille correspondant à une application informatique, -un moyen de réception, par un serveur relié à une base de données de services, d'une requête de navigation de la part d'un terminal mobile communicant - un moyen de fourniture, par le serveur au mobile, d'identifiants de noeuds ou feuille descendants du même noeud, - un moyen de sélection, par le mobile de l'un desdits noeuds ou l'une desdites feuilles, - un moyen de communication au serveur du noeud ou de la feuille sélectionné et les moyens de fourniture, de sélection et de communication étant adaptés, si un noeud a été sélectionné, à effectuer une itération supplémentaire et - un moyen de lancement de l'application informatique correspondant à la feuille sélectionnée, si une feuille a été sélectionnée. Selon un troisième aspect, la présente invention vise un programme d'ordinateur, caractérisé en ce qu'il comporte des instructions exécutables par un ordinateur pour implémenter le procédé objet de la présente invention, tel que succinctement exposé ci-dessus. Selon un quatrième aspect, la présente invention vise un support d'information lisible par un ordinateur et comportant des instructions exécutables par un ordinateur pour implémenter le procédé objet de la présente invention, tel que succinctement exposé ci- dessus. Les avantages, buts et caractéristiques particulières de ce dispositif, de ce programme d'ordinateur et de ce support d'information étant similaires à ceux du procédé objet de la présente invention, tel que succinctement exposé ci-dessus, ils ne sont pas rappelés ici. D'autres avantages, buts et caractéristiques ressortiront de la description qui va suivre.

La structure matérielle supportant les services mis en oeuvre par la présente invention est basée sur une architecture distribuée comprenant une partie backend (en français de support), résidant sur un ensemble de serveurs, accessible via l'Internet, et des parties mobile, résidant sur des mobiles, accessibles via les liaisons données classiques offertes par les opérateurs de téléphonie mobile.

Un protocole/langage de communication nouveau, défini pour la mise en oeuvre de la présente invention, nommé GML et mettant en oeuvre des balises, gère les interactions entre les parties backend et les parties mobiles. Outre leur structure distribuée, ces services sont aussi originaux dans leur comportement qui se distingue de l'état de l'art des services mobiles existant par les 15 caractéristiques suivantes : - ils sont centrés sur l'utilisateur (en anglais user-centric ), c'est-àdire que le comportement et la présentation de ces services peuvent s'adapter à chaque utilisateur, par opposition à un comportement générique, - ils possèdent une ubiquité, c'est-à-dire que ces services sont conçus, dès leur 20 naissance, pour être accédés aussi bien via un mobile (accès dit mobile) ou par un navigateur internet (accès dit web), communautaires : ces services permettent à plusieurs utilisateurs de partager, tant en lecture qu'en écriture, des données communes, quel que soit leur moyen d'accès (mobile ou web), et 25 - ils mettent en oeuvre un espace navigable : ces services sont organisés entre eux par un mécanisme de référencement qui permet aux utilisateurs de naviguer dans l'ensemble de ces services par étapes successives à partir d'un mobile. Les innovations offertes par la mise en oeuvre de la présente invention couvrent plusieurs domaines : 30 - la structure des objets distribués et du protocole de communication qui, ensemble,

permettent l'implémentation de services, chaque tel service étant appelé un Goojet , - la structure qui permet d'organiser, de gérer et d'exploiter l'ensemble des Goojets

(cet ensemble étant appelé l'espace Goojet ) et - certains services créés sous forme de Goojet. 35 L'infrastructure est basée sur une interface Homme Machine déportée, un navigateur matriciel, un menu de la toile (en anglais web ) et une structure récursive.

Dans toute la suite, on appelle mobile , un terminal mobile communicant, par exemple un téléphone mobile ou un assistant personnel numérique (en anglais PDA , acronyme de personal digital assistant ). Un des fondements de l'architecture est la répartition intelligente du travail (traitements, données, présentations) entre le mobile et le backend : chaque service est découpé en une partie présentation, dont l'aspect et le comportement sont modélisés dans le langage GML, et une partie lourde comprenant données, traitements de données et interfaces avec d'autres composants (services web externes, autres utilisateurs, etc). La partie présentation est envoyée à la demande de la partie backend au mobile de l'utilisateur, en fonction de ses besoins et est interprétées à la volée par ce mobile, dans lequel se trouve un environnement d'interprétation (référencé sous le code de runtime mobile ) du GML. La partie lourde réside sur les serveurs et est accessible via l'internet. Grâce à ce modèle, le mobile est déchargé des traitements lourds. Par ailleurs, chaque accès à un service donné est adapté à l'usager. Cette répartition des charges et cette synchronisation à la demande entre la toile (en anglais web ) et le mobile via le protocole GML est en quelque sorte une extrapolation du modèle client léger avec un browser web, mais adapté au mobile. Le runtime mobile peut-être ainsi considérer comme un type nouveau de navigateur, spécifiquement adapté à la structure des Goojets et à l'organisation de leur espace.

Les Goojets sont affichés par le runtime mobile sous forme de matrice 3x3 correspondant aux neuf chiffres 1 à 9 du clavier du mobile. A chaque instant s'affiche donc, sur l'écran du mobile de l'utilisateur, une matrice 3x3 présentant neuf données, sous la forme de neuf icônes. L'invocation de l'action représentée par chacune de ces données se fait, le cas échéant, en appuyant sur la touche du clavier numérique correspondant à la l'icône sélectionnée. La sélection d'une icône mène à l'une des actions suivantes : - ouverture d'une autre page matricielle de 3x3 icônes ; dans ce cas, l'icône qui fut choisie était un noeud de navigation dans l'arborescence des Goojets et le fait de l'avoir sélectionné à fait naviguer l'utilisateur dans un niveau de profondeur supplémentaire, où, de façon récursive, il retrouve donc neuf icônes. -invocation d'une action terminale : l'icône sélectionnée correspond à une feuille de l'arborescence des Goojets ; l'utilisateur est au bout de sa navigation en ce qui concerne le chemin suivi et invoque le service. Deux types d'actions terminales existent : - action Goojet atomique : l'infrastructure Goojet dispose d'un certain nombre 35 d'actions terminales atomiques possibles, qui, ensemble, permettent de construire un service Goojet, par agrégation successive et par organisation hiérarchique et récursive. Ces actions terminales atomiques comprennent (liste non limitative) : Télécharger et/ou afficher un texte, Télécharger et/ou afficher une photo, Télécharger et/ou jouer (streaming) un fichier de musique, Télécharger et/ou jouer (streaming) un ficher vidéo, Déclencher un appel téléphonique (avec 1 ou plusieurs personnes), Déclencher l'envoi de SMS (acronyme de short message system pour système de messages courts) ou de MMS (acronyme de multimedia message system pour système de messages multimédias), Déclencher l'envoi de messages électroniques ( mails ), Choisir dans une ou des listes et transmettre le choix au back end, Remplir une forme ou un formulaire (en anglais template ) puis la transmettre au back end et Invoquer un service web prédéfini. -application : une application est un ensemble de traitements et d'actions qui s'exécutent, éventuellement de façon interactive avec l'utilisateur, en fin de navigation, mais qui requièrent un niveau de sophistication plus élevé que des actions atomiques prédéfinies. Une application peut ainsi être constituée de plusieurs choix successifs, de plusieurs remplissages d'information, et de plusieurs transactions avec le backend, mais tout en restant en feuille de l'arborescence, c'est-à-dire en restant dans un contexte unitaire, sans navigation supplémentaire dans l'arborescence Goojet. Une application se distingue donc par son unité de contexte (au sens navigation) et par sa complexité, par opposition à action atomiques. Notons qu'une application peut-être créée par agrégation de plusieurs actions atomiques dans un même contexte de navigation ; une telle application est donc intégralement modélisée par GML ; mais une application, toujours en feuille de navigation donc, peut aussi invoquer un exécutable mobile propre ; de telles applications ne rendent donc pas leur service par interprétation de GML, mais utilise GML et l'arborescence récursive de Goojet pour être rendu accessibles : à ce titre, la structure Goojet est à la fois un ensemble de services interprétés par GML, mais est aussi une structure d'organisation, qui peut comprendre des services hétérogènes (GML pur, ou comprenant une partie exécutable mobile). On décrit, ci-après, des détails d'ergonomie locale au mobile. L'invocation d'une action ou d'une application ou la navigation via un noeud se fait par pression sur l'une des touches numériques 1 à 9 qui correspondent, géométriquement, aux icônes de la matrice 3x3 de présentation, comme indiqué plus haut. S'ajoutent à cette navigation de base, caractéristique de la navigation Goojet, des possibilités supplémentaires : - raccourci : si un service se trouve en Rième position de la Qième position de la Pièrne position de la page courante, la navigation de base demande de presser P, puis Q quand la page correspondante s'est affichée, puis R, etc. Le système offre un mécanisme de raccourcis qui permet de presser PQR rapidement, action suite à laquelle le système ira directement chercher la position finale requise, économisant ainsi les étapes intermédiaires, - par ailleurs, les navigations par joystick et I ou écran tactile lorsque supportés par les mobiles, le sont aussi par le système et - le système offre aussi d'autres touches de fonctions prédéfinies permettant une navigation aisée et adaptée au mobile lorsque l'on presse sur une touche du clavier du mobile : - Touche # permet de revenir un niveau en arrière, - Touche 0 permet de revenir en page d'accueil, - Touche * affiche des titres explicites en surimpression des icônes de la page courante, - Appui long sur une touche de 1 à 9 affiche une aide contextuelle relative au Goojet de la page courante positionné dans la case 1 à 9 choisie En ce qui concerne la récursivité, dans la structure Goojet, la récursivité est importante : le modèle est ouvert. A chaque objet (action atomique, noeud de navigation ou application) est attaché un identifiant et un icône. Une action terminale atomique est un Goojet. Une application sophistiquée est aussi un Goojet. Un Goojet noeud ouvre une porte sur (potentiellement) neuf autres Goojets, chacun d'entre eux pouvant à son tour être de n'importe lequel des trois types, etc. Un Goojet peut donc, par extension du modèle, être un sous espace, une branche complète, dans laquelle sont ensuite organisés plusieurs autres niveaux de Goojets, plusieurs autres branches, etc. Par analogie à la sémantique du web, un Goojet complexe qui agrège plusieurs autres Goojets voire plusieurs branches de Goojets, etc, peut aussi être appelé un portail. En ce qui concerne l'espace Goojet d'un utilisateur et la personnalisation de l'espace, l'espace Goojet est une base de données de Goojets, chacun d'entre eux étant potentiellement constitué par l'agrégation arborescente, avec un maximum de neuf branches à chaque noeud, d'autres Goojets. Chaque utilisateur défini ensuite son propre espace Goojet, qui est la mobilisation d'un sous-espace Goojet défini pour cet utilisateur : l'espace Goojet d'un utilisateur est donc une arborescence de Goojets, organisée selon les même règles structurantes que l'espace global (donc à base de matrices 3x3, de récursivité, de noeud, d'actions atomiques et d'applications). L'utilisateur définit cette arborescence via une interface web qui met à sa disposition plusieurs outils de construction intuitive de son espace. Une fois crée sur le site web, cette arborescence est dite mobile , c'est-à-dire accessible par mobile, grâce au protocole GML. L'utilisateur pourra ensuite, quand il le souhaite, revenir sur cette interface web pour éditer son espace Goojet.

La base (racine) de cette arborescence sera la page d'accueil du service Goojet sur le mobile de cet utilisateur. De cette page, l'utilisateur peut donc ensuite naviguer dans son espace Goojet. Cet espace est constitué par l'utilisateur : l'utilisateur a choisi les services Goojets qu'il désire accéder par son mobile et les a organisé selon ses goûts. Son espace Goojet n'est donc pas l'intégralité de l'espace Goojet, mais bien un sous-ensemble, organisé selon les goûts et besoin de chaque utilisateur. L'intérêt de cette vue user centric (donc filtrée) du monde global est très différente de la vue globale de l'Internet tel que donnée par les navigateurs web classiques s'appuyant sur le protocole WAP. L'importance de cette vue filtrée et user-centric vient de la différence fondamentale de comportement d'usage entre une situation web (où l'utilisateur dispose d'un certain confort et en général d'un certain temps, et où il attend donc complétude et richesse lors de sa navigation) et une situation de mobilité (où l'utilisateur dispose d'un terminal plus limité et probablement d'un environnement plus pressant, et où il demande vitesse, facilité et pertinence) ; cette vue filtrée d'un monde global navigable, dépendant de l'utilisateur (en anglais user-dependent ), est une des caractéristiques préférentielles de la mise en oeuvre de la présente invention et repose, d'une part, sur l'organisation matricielle récursive modélisée par le GML et, d'autre part, sur des services de paramétrage et de profilage (en anglais profiling ) qui permettent d'extraire des vues personnalisées. Par référence au paragraphe sur la récursivité, ci-dessus, on comprend que l'espace personnel d'un utilisateur étant constitué d'une arborescence de Goojets est lui-même un Goojet. En ce qui concerne la gestion intelligente du cache, d'un point de vue exécution, cet arbre qui représente l'espace Goojet propre à un utilisateur donné est maintenu dans le système backend de Goojet ; sa représentation est envoyée au mobile à la demande, en fonction de la navigation de l'utilisateur : lorsque l'utilisateur invoque Goojet sur son mobile, le système lui envoie (toujours via GML) la représentation de sa page d'accueil, à partir de laquelle il peut naviguer et invoquer des services. Au fur et à mesure de cette navigation et de ses invocations, le backend, via GML, envoie au mobile les représentations nécessaires (pages suivantes de Goojet dans l'arborescence, représentation des actions terminales requises, etc). Cet envoi GML d'information de représentation est dynamique et s'appuie sur une gestion intelligente du cache : le système optimise les échanges entre les mobiles et le backend en faveur de l'expérience utilisateur, c'est à dire pour réduire les temps de latence lors de la navigation. Typiquement, cela met en oeuvre des algorithmes de prefetching (prévision de choix à venir) qui s'appuient sur le profile d'usage de l'utilisateur ainsi que sur la structure de son espace Goojet : lors de l'envoi d'une page de neuf Goojets, si, en général, lors de son passage sur ce noeud, l'utilisateur va ensuite dans plus de 80% des cas sur la case 4 du noeud suivant puis invoque ensuite l'action terminale 7 , ce chemin sera pré-fetché lors de la première invocation (préfetch en profondeur). Si, par contre, le système ne sait pas vers où l'utilisateur va probablement naviguer, le système va préfetcher en largeur l'intégralité (ou le maximum, selon les capacité du mobile) des Goojets du niveau suivant.

En ce qui concerne la personnalisation des services, les profils explicites et les profils inférés, au-delà de l'aspect de la création d'une vue personnelle à chaque utilisateur de l'arbre global, le système Goojet permet aussi d'adapter le comportement final, c'est-à-dire l'action terminale ou l'application qui est invoquée en fin de navigation. Ainsi les actions terminales comprennent en général des paramètres qui peuvent être choisis pour l'utilisateur, soit explicitement par l'utilisateur lors de sa définition et de l'optimisation de son propre espace, soit automatiquement par le système, se basant alors soit sur des données de préférences indiquées par l'utilisateur lors de la définition de son profil, soit sur des inférences par le système basées sur le comportement dynamique de l'utilisateur lors de sa présence dans Goojet. Typiquement, si un utilisateur navigue souvent sur des branches ou utilise souvent des actions terminale faisant référence à Paris, on lui proposera un paramétrage utilisant Paris s'il vient à naviguer sur une action terminale de location de voiture. En ce qui concerne les branches privées, les branches publiques, l'évolution dynamique d'un espace Goojet et la navigation par affinités successives, quand un utilisateur définit des Goojets (ou branches de Goojets, ou portails de Goojets, qui sont donc aussi des Goojets), il peut indiquer l'audience de ces Goojets : publique : tout le monde à accès et donc tout les utilisateurs de Goojet peuvent augmenter leur propre espace Goojet en faisant référence, dans un des noeud ou feuille de leur arbre, à ce Goojet ; - privé : ce Goojet ne peut-être navigué et utilisé que par l'utilisateur ou - communautaire : ce Goojet peut-être référencé (et donc navigué et utilisé) par un ou des ensembles d'utilisateurs désigné(s) par le créateur du Goojet. Outre la vertu du partage, cette possibilité donne une caractéristique dynamique importante à l'espace Goojet et à sa navigation : un utilisateur peut faire référence, dans son propre espace, à une partie publique de l'espace d'un autre utilisateur, qui peut s'enrichir, l'autre utilisateur ajoutant des branches ou des Goojets qui, par transitivité, se trouvent ajoutés également à l'espace navigable du premier utilisateur. Un utilisateur peut, aussi, à son tour, faire référence à une partie publique ou communautaire d'un troisième, etc. De proche en proche, les espaces peuvent donc s'intersecter ou s'inter- polléniser , permettant une navigation par affinité successive dans un espace vivant, dynamique et ouvert, bien que restant contrôlé et toujours user-centric.

En ce qui concerne la promotion de Goojet, comme on l'a vu, l'espace d'un utilisateur est une arborescence, avec ses branches publiques ou privées, choisies et/ou définies par l'utilisateur via une interface web. Cette arborescence devient navigable via son mobile et mène, en ses feuilles, à une collection de services. Le fait que certaines de ces branches soient des références à d'autres branches publiques crée un premier niveau de dynamisme dans la structure de l'espace de cet utilisateur, car les branches publiques qu'il référence peuvent évoluer. Un deuxième niveau de dynamisme est offert par le mécanisme dit de InGoojet : dans tout espace de tout utilisateur, une branche est réservée par le système Goojet pour ajouter dynamiquement des Goojets à cet utilisateur : c'est une extension du concept de boite aux lettres, mais structurée pour des référencements à des Goojets. Cette branche réservée est structurée de façon linéaire : en première page elle ne contient que deux Goojets : un Goojet vide, qui est une place réservée au premier Goojet qui sera envoyé à cet utilisateur (Goojet dit place holder ) et un second Goojet noeud qui mène simplement, en seconde page, à une page structurée de la même façon que la première (ce Goojet noeud est donc un Goojet suivant ou next ), et ainsi de suite, récursivement, selon les besoins. Cela permet à l'utilisateur de naviguer simplement linéairement dans cette branche, dont la taille varie dynamiquement en fonction des Goojets qu'il y reçoit. Des Goojets peuvent être envoyés à des utilisateurs par des actions de promotions : sur le site web ou via son mobile, un utilisateur peut décider de partager un Goojet avec un autre utilisateur ou avec une communauté d'utilisateur et ainsi promouvoir ce Goojet, dont la référence sera alors ajoutée dynamiquement par le backend sur les représentations des arborescences de chaque récipiendaire, en bout de liste de la branche InGoojet . Chaque utilisateur a ainsi immédiatement accès à un nouveau service. Il peut, s'il le souhaite, le faire disparaître de sa branche InGoojet ; il peut aussi, via l'interface web, réorganiser son espace et mettre ce Goojet, s'il souhaite le conserver, à une autre place dans son espace propre. En plus de son utilisation dans le cadre de promotion ou d'échange de Goojets, cette branche dynamique InGoojet est aussi utilisée directement par l'utilisateur s'il souhaite ajouter l'accès à un service dans son espace Goojet sans, pour autant, avoir accès à une interface web (qui est, comme décrit plus haut, le moyen nominal de création et de gestion d'un espace Goojet). Ce besoin peut être opportuniste et urgent : le système met donc à la disposition de l'utilisateur, via son interface mobile et en complément de l'interface web, un Goojet spécial appelé Goojet Picker qui permet à l'utilisateur de sélectionner un Goojet dans la base de Goojets en saisissant son identifiant unique. La référence du Goojet ainsi sélectionné sera ajoutée dans la InGoojet de l'utilisateur,comme pour un Goojet reçu par promotion d'un tiers.

De façon similaire à InGoojet, le système met à disposition de l'utilisateur un troisième niveau de dynamisme : le marque page, ou bookmark . Le bookmark est une structure linéaire en tout point similaire à InGoojet, dans laquelle s'ajoutent, de façon dynamique, les références aux Goojets que l'utilisateur veut rendre immédiatement disponible. Le bookmark est particulièrement utile quand l'utilisateur navigue une branche inconnue de l'espace (typiquement une branche publique à laquelle il aura eu accès par navigations publiques successives) et y trouve un Goojet intéressant. Le fait de le bookmarker, lors de son passage, envoie la référence dans la InGoojet, pour accès immédiat et pour réorganisation ultérieure éventuelle lors du passage de l'utilisateur devant une interface web. En ce qui concerne la création de services, le système permet à l'utilisateur de créer son propre espace mobile en sélectionnant et agrégeant des actions atomiques, des Goojets, des branches de Goojet ou des espace publiques entre eux, dans une organisation arborescente qui lui sied. Utilisant ces mêmes mécanismes de sélection, de paramétrage et d'agrégation, l'utilisateur peut aussi créer des Goojets (ou sous espace de Goojet) non pas nécessairement pour les référencer dans son espace propre, mais pour les mettre à disposition des autres utilisateurs. Ainsi, le système Goojet offre la capacité nouvelle à un utilisateur, par agrégation et paramétrage d'éléments préexistants, de créer de nouveaux services, qui seront disponibles à d'autres utilisateurs mobiles, sans avoir eu à développer de code informatique ni avoir eu à distribuer, par un quelconque canal, des applications mobiles. L'espace global de Goojet est donc ouvert à la navigation mais est aussi ouvert à la contribution et affranchit l'utilisateurs des étapes réputées complexes liées, sans Goojet, à la création, la distribution et l'exploitation d'applications mobiles. En ce qui concerne les communautés explicites et les communautés inférées, au même titre que les profiles utilisateurs peuvent être explicites ou inférés, les communautés (pour déclaration de droit d'accès à des branches, pour promotions de Goojets, etc) peuvent être : -explicites, c'est-à-dire définies par listes explicites d'identifiants d'utilisateurs ou de numéros de mobiles, - inférées, c'est-à-dire calculés, en temps réel, par le système en se basant sur des statistiques d'usage et de comportement. Typiquement, une telle inférence utilise un calcul de distance sémantique entre les utilisateurs : se basant sur le type de navigation et le type de services utilisés, le système identifie dynamiquement des communautés d'usage (sportifs habitant à Paris, adolescents aimants le rock&roll, etc). Ces communautés inférées sont utilisées pour la promotion pertinente de Goojets, pour divers services communautaire (par exemple, recherche de partenaire au tennis, service de covoiturage, etc) et, pour permettre, lors d'opérations commerciales des partenaires commerciaux de Goojet, d'atteindre avec pertinence le publique optimal pour leurs messages et promotions. La backend de Goojet fait donc de l'acquisition constante de données sur tous les utilisateurs et tous les Goojets pour nourrir des algorithmes de profilage (en anglais profiling ), dont les résultats sont ensuite utilisés pour la personnalisation des services et espaces Goojet et pour l'envoi pertinent d'information ou de services. Cette capacité est un des piliers de l'exploitation commerciale du système. En ce qui concerne l'ubiquité web û mobile, les services définis sur l'infrastructure Goojet ont pour vocation d'être référencés dans des arborescences accessibles de mobiles pour ainsi offrir des services en situation de mobilité. Mais la structure de ces services les rend également accessibles par internet (via un navigateur web). Cela permet aux utilisateurs de partager informations, données et services quel que soit leur moyen d'accès. Par ailleurs, le système Goojet reconnaît le moyen d'accès à un service et offre un niveau de richesse différent selon le moyen d'accès utilisé. Par exemple, la partie backend d'un Goojet de vote affiche simplement le résultat courant du vote lors d'un accès mobile, alors qu'il offre une grande variété d'analyses statistiques et historiques lors d'un accès web. En ce qui concerne les services Goojet, l'infrastructure Goojet permet de développer, promouvoir et exploiter des services innovants, dont des exemples sont présentés ci-dessous : 1/ téléconférence synchrone à la demande : ce service permet de mettre en relation simultanée, sur leur mobile, plusieurs utilisateurs distants, sans avoir eu à préparer ou réserver une conférence. Ce service est extrêmement pratique en situation de mobilité et de dispersion. Ce service permet à l'utilisateur de sélectionner, soit par saisie explicite d'identifiants de mobiles, soit par saisie automatique d'identifiants par le système (en interprétant la liste des contacts présents dans la page Goojet d'où le service est invoqué) la liste de candidats à une conférence call. La simple évocation de l'action terminale conférence call , choisie dans l'espace Goojet de l'utilisateur, va mener le backend à envoyer des notifications d'invitation à une conférence aux destinataires. Ces notifications peuvent être multimodales et comprennent, entre autres, un SMS et une notification via interface Goojet (réponse GML à un polling). Sur réception de la notification, les récipiendaires peuvent, par simple acceptation, être mis directement en relation avec le backend de Goojet qui organise la conférence. La partie mobile de ce service Goojet consiste en la sélection des candidats et la gestion de la notification (déclenchement côté utilisateur qui a invité, acceptation côté invités). La partie backend consiste alors, essentiellement, dans l'envoi des notifications et la mise en relation sur un même numéro fixe lors de leur acceptation. Au-delà de cette fonction, la partie backend de ce Goojet de conférence offre aussi des fonctions de gestion de conférence à valeur ajoutée, tels que enregistrements et/ou statistiques, dont l'exploitation est accessible via l'interface web. 2/ services transactionnels web-mobiles autonomes : la partie backend d'un Goojet peut gérer des services transactionnels entre des clients et des fournisseurs, et peut donc, dans certains cas, se substituer à des services informatique ou Internet lourds, ouvrant la porte à une famille totalement nouvelle de services. Cela est rendu possible grâce au découpage intelligent des traitements entre présentation mobile et backend. Par exemple, le Goojet de réservation est défini de la façon suivante : - le fournisseur, par exemple un restaurant, créer son Goojet û ce Goojet est une branche de divers Goojets agrégés, dont de l'information sur le restaurant, des liens vers d'autres Goojets jugés pertinents ou connexes par le restaurant. L'une des feuilles est le Goojet applicatif de réservation, paramétré par le restaurant pour son besoin, lors de la création de son Goojet. Une fois créé, ce Goojet complexe dans lequel se trouve le Goojet applicatif de réservation paramétré pour ce restaurant, est disponible pour la communauté des utilisateurs de Goojet. Il pourrait même être promu. En tout état de cause, il peut se retrouver dans les espaces d'autres utilisateurs de Goojets, clients potentiels de ce restaurant et désirant bénéficier de service d'information et de réservation lors de leur mobilité. Le Goojet applicatif de réservation se compose de plusieurs pages de saisie de choix (chaque page de saisie de choix étant un atome paramétrable), qui, ensemble, forment les éléments d'une requête. Par exemple, l'utilisateur choisit une heure et un nombre de personnes (le même concept s'appliquant bien sûr à tout type de requête, le nombre de choix successifs et les candidats pour chacun de ces choix étant des paramètres saisis par le créateur du Goojet à sa création). Puis il envoie sa requête, que le backend reçoit et traite. Le traitement du backend est d'envoyer la requête au restaurant, dans le format choisi par le restaurant lors de la création de son Goojet de réservation. Le restaurant peut choisir une notification multimodale : SMS, appel téléphonique, invocation d'un service web avec son système informatique de gestion le cas échéant, envoi d'un mail, etc, dont le contenu est fabriqué par le backend en fonction des paramètres envoyés par la partie mobile du client lors de sa requête. Parmi les multiples modes possibles, l'un est aussi Goojet : le restaurant peut disposer de la partie mobile fournisseur du même Goojet. Ce Goojet se structure en effet en une partie mobile client , utilisée par chaque clients du restaurant pour envoyer leur requête, d'une partie backend pour traiter les requêtes, et d'une partie mobile fournisseur qui complète la transaction. Avec ce Goojet le restaurant peut donc recevoir la requête directement dans l'espace applicatif Goojet et traiter la demande en temps quasi réel, depuis son mobile : sur acceptation ou rejet, il complète la transaction via le backend jusqu'à l'émetteur de la requête. II peut aussi se servir de sa partie mobile fournisseur pour des opérations de gestion (par exemple afficher complet pour les futurs utilisateurs). II peut aussi, en utilisant un accès web à la partie backend, avoir accès à plus de richesses sur ce Goojet, dont des statistiques divers sur l'utilisation du service, des informations sur les requérants, etc. Grâce à sa structure distribuée et grâce à son accès bimodal web û mobile, ce service Goojet d'un type nouveau se substitue à la fois à un service vocal de réservation et à un système d'information et de gestion classique. Le service transactionnel de réservation, basé sur une paire complémentaire de partie mobiles client-fournisseur et sur un backend de médiation et de gestion est nouveau. 3/ Interaction entre univers réel et univers virtuel: il s'agit de permettre d'entrer dans un monde virtuel avec les outils de communications du monde réel (connexion téléphonique, accès à une messagerie instantanée, telle que IM , marque déposée ou courrier électronique, ou mail ). La nouveauté repose sur le fait que l'on puisse connecter deux avatars entre eux en cachant leur identité de leur vie réelle. La prise en compte du profil de l'avatar est totalement intégrée avec utilisation de filtres de voix (exemple un homme qui choisit un avatar féminin). 4/ Panneau publicitaire sur mobile : il 'agit d'offrir une infrastructure qui permette à des annonceurs de publier des informations sur une page dédiée. Le concept repose sur un l'idée d'un panneau publicitaire qui apparaît dans l'espace utilisateur de temps à autres avec une information profilée. Dédié aux annonceurs, cet espace se remplit en fonction d'algorithmes complexes incluant la cible que l'annonceur souhaite atteindre et le nombre de publications qu'il souhaite avoir. Cet espace peut aussi être utilisé pour transmettre des messages ciblés, par exemple, info pub que l'utilisateur à accepter sur divers supports. 5/ l'ADN Numérique : il s'agit d'une modélisation d'un individu au travers d'une chaîne de bits. L'idée repose sur la définition d'une suite de propriétés binaires qui puisse représenter tout individu. A la fois ce qu'il est mais aussi ce qu'il aime. Cette description universelle et publique du génome numérique pourra être utilisée pour faire du pattern matching (en français correspondance de motifs) efficace entre individu. 6/ Push to Get : il s'agit d'offrir une infrastructure de communication de type prompteur sur mobile qui puisse être interactive. Le mobile est abonné à un flux de messages immédiats qui défilent en fonction de l'actualité produite par une source authentifiée (par exemple AFP , auféminin.com , Auto/moto , marques déposées).

L'utilisateur peut capter plus d'information en appuyant sur une certaine touche du mobile au moment où le message apparaît. Capter l'information signifie que le système va prendre en compte l'item d'intérêt et construire un dossier qui sera envoyé à l'utilisateur sur le média qu'il aura choisi (mail, vocal, Goojet). 7/ La conférence synchrone: pour permettre à deux personnes ou plus d'entrer en conférence de façon synchrone, on choisit, dans un répertoire, les personnes concernées et on leurs signifie que l'on souhaite entrer en conférence. Chaque personne reçoit un numéro d'appel et une interface graphique indiquant les correspondants qui sont en cours de numérotation (action d'appeler le numéro et sonnerie sur le numéro active). Le système réserve le numéro pour la conférence, car connaissant le numéro des appelants potentiels peut filtrer des personnes indésirables qui appelleraient au même moment le numéro. Le responsable (en anglais leader ) de la conférence peut décider, sur un simple clic, de basculer tout le monde en conférence (début de la facturation pour chaque appelant). 8/ plate-forme de conférence téléphonique. lorsqu'un utilisateur est convié à une conférence téléphonique, il dispose d'un déclencheur (en anglais trigger ). La sélection, ou clic , sur ce déclencheur provoque l'apparition d'une page avec les avatars des personnes conviées à la conférence téléphonique (pour une personne non identifiée sur goojet, on fait apparaître son nom ou son numéro de téléphone). Un statut est représenté à côté ou sur chaque icône de l'avatar et indique si l'utilisateur correspondant est entré dans la conférence téléphonique. En option, le statut identifie la personne qui parle. Préférentiellement, le serveur ne prend pas la communication d'un participant, tant qu'il n'y a pas au moins un autre participant qui l'appelle. Cela évite à un utilisateur d'être connecté pour rien. 9/ Une infrastructure de Tamagoshi qui permet à un goojet de vie que l'on a sur soi. Des objets/classes backend gèrent des comportements de l'animal virtuel. A charge pour l'utilisateur de dériver ces classes et de créer d'autres animaux ou mondes virtuels. On note que toute la mécanique d'échange entre le backend et les mobiles est effectuée par le backend. 10/ Des matchs qui met en relation deux équipes, des règles pour se passer un ballon d'un utilisateur à l'autre et des conditions d'interception et de tir au but. 11/ MailToGoojet : Ce service repose sur le fait que chaque utilisateur a une adresse électronique du type monld@goojet.com ( mondd pouvant être par défaut son numéro de téléphone mobile mais aussi un pseudonyme). On met, en frontal, un parser qui traite les courrier électronique et qui exploite des fonctionnalités : - Centrale d'alarme : il suffit de mettre dans l'entête du courrier électronique <ALARME ) pour que le serveur traite le courrier électronique comme un signal d'alarme et transmette les photos dans un goojet avec aussi un fichier .wav du son enregistré pendant les secondes après le déclenchement, et du texte... Par exemple, une camera IP est capable d'envoyer un courrier électronique sur détection de mouvement avec un ensemble de données mais fait serveur web. Cette caméra et ces données sont accédées par le serveur goojet pour, par exemple, piloter des prises de vue à la demande.

Plus généralement ça peut être un moyen simple pour communiquer entre utilisateurs, ou non. Comme pour un wiki ou un blog, on peut définir des étiquettes (en anglais tags ) qui sont interprétées par le parser et encapsulés en goojet pour rendre tout type de service. On peut avoir prédéfini des tags que les bloggers pourraient introduire dans leurs blogs et qui sont parsés régulièrement par le moteur goojet pour générer dynamiquement des "Goojet Blog" L'utilisateur peut aussi envoyer un courrier électronique de type : Sujet, Contenu textuel et pièces attachées qui sont traitées en fonction de leur type pour être encapsulées sur des "atomes" goojet de type photo, son, vidéo (en fonction du type de téléphone de l'utilisateur destinataire du courrier électronique, on traite les pièces compatibles avec le téléphone). Cela a pour effet de créer un récipient, ou container goojet avec les éléments rangés dedans et mis dans la Ingoojet de l'utilisateur destinataire. 12/ Environnement collaboratif : L'infrastructure de Goojet permet le développement de services collaboratifs, définis comme des services nécessitant des possibilités d'interaction et de partage entre plusieurs utilisateurs. On rappelle que des services classiques de lecture d'information partagée, à laquelle plusieurs utilisateurs peuvent accéder à partir de leur mobile, en lecture seulement, ne sont pas considérés comme collaboratifs. Le service offert par la présente invention, en termes collaboratifs, consiste à mettre en oeuvre ensemble les éléments suivants : - une application distribuée ayant : - une partie centralisatrice résidant sur Internet ; c'est la partie serveur, -plusieurs parties distribuées sur des terminaux mobiles û les parties clients mobile, accédant à la partie serveur via le protocole GML, - des accès via des navigateurs web, sur des parties clients léger, sur PC, des interactions entre la partie serveur et d'autres applications résidant sur d'autres serveurs web, utilisant des API ou web services sur internet, - la possibilité donnée aux parties mobiles de fournir des informations (données, requêtes) à la partie serveur, mais aussi aux autres parties mobiles via la partie serveur et - la possibilité donnée aux parties clients d'accéder et de modifier simultanément des données partagées gérées par la partie serveur.

L'innovation vient ici de la présence, dans les parties mobiles, d'une application dédiée qui permet le partage et les transactions, selon un schéma existant dans le monde web mais pas encore dans le monde mobile, encore fermé. Sur ce principe, plusieurs services collaboratifs sont offerts par Goojet, dont : - Glog : une extension du concept de blog pour mobiles : Glog est une base de données partagées résidante sur et gérée par la partie serveur du système Goojet. Cette base de données permet un accès ordonné à des données qui lui sont soumises. Les données soumises à glog sont tout objet générable et transmissible par un mobile (texte, photo, son, vidéo, message vocal, données structurées par GML tel signal social, identification d'un Goojet et choix d'action dans ce Goojet, etc). Les données, stockées par glog, sont ordonnées suivant plusieurs critères : - fil de discussion (thread), - thème, - date/heure et - origine. Un fil de discussion est un ordonnancement linéaire basé sur la notion de réponse : un fil à un point de départ puis une navigation simple par suivant / précédent (en lecture), et une réponse à un fil ajoute simplement un élément en fin de fil, en agrandissant ainsi la taille. Un fil Glog choisi peut être accédé en lecture par un mobile via Goojet : les derniers éléments, au nombre maximum de neuf, sont accessibles via une page de Goojet dédiée puis affichés à la demande selon leur format (texte, son, image, etc). L'accédant à un fil peut y ajouter un élément (réponse). Les fils sont hétérogènes et peuvent contenir des éléments de tout type. Le thème est une méta-donnée sélectionnée par le créateur d'un fil. Le thème permet aux lecteurs de fils de faire des recherches ciblées. Comme glog est, à l'instar de tout service Goojet, conçu pour l'ubiquité d'accès web û mobile, le thème peut-être librement choisi à la création si la création (initialisation d'un fil) est faite à partir du site web. Si la création est faite à partir d'un mobile, le créateur peut soit également choisir librement un thème en entrant un texte, soit choisir un thème parmi neuf via une page dédiée Goojet. Les neuf thèmes proposés sont soit les neuf thèmes que l'utilisateur à choisi sur son profil, via le web (philosophie générale de Goojet de préparation via le web de son propre espace mobile, qui, une fois mobile, n'est plus aussi exhaustif que le web, mais est ciblé pour son usage propre, pertinent et rapide), soit les neuf thèmes les plus utilisés sur glog, tel que calculés par le système et proposés à l'utilisateur. En accès d'un fils existant, le lecteur peut également sélectionner un thème via cette même fenêtre de thèmes, ou sélectionner via la fenêtre qui indique les neuf fils les plus actifs, ou encore via sa fenêtre d'abonnement à ses neuf fils préférés, tel qu'il peut le définir sur son profile de glogeur, via le web.

Le champ Date et heure permet, d'une part, une organisation chronologique mais aussi, via un accès web, des recherches dans le temps (alors que l'accès mobile donnera par défaut les neuf dernières entrées dans chaque fil). Le champ origine est l'identité de l'utilisateur qui a initialisé le fil ainsi que l'identité, pour chaque entrée dans le fil, du contributeur. La partie serveur de glog utilise ce champ également pour calculer, et offrir via un accès web, des statistiques d'activité par du glog ou de l'utilisateur.

On note que le glog peut-être utilisé en conjonction du service Goojet gVote qui permet, génériquement, à chaque utilisateur d'allouer un statut (parmi un maximum de neuf statuts prédéfinis pour chaque instance du service gVote) à un candidat (parmi un maximum de neuf candidats prédéfinis pour chaque instance du service gVote). Une instance typique de gVote peut être d'allouer une note (en anglais rating ) à un objet (service, photo, fil de discussion, événement, etc). En conjonction de glog, gVote permet donc aux utilisateurs de noter les fils de discussions, les thèmes, les contributions et les contributeurs. La partie mobile de gVote permet de donner une note et d'afficher le résultat courant, alors que la partie serveur, accédée via le web, permet d'afficher une grande richesse de résultats historiques et statistiques, enrichissant ainsi glog. Un autre service collaboratif est le service d'alarme partagée. C'est un élément d'un ensemble de services autour de l'organisation du temps au sein d'un groupe de personne cet ensemble comprend, entre autres, un agenda partagé, offert par une application web tierce, et vers laquelle la partie serveur de Goojet fait de la médiation, permettant ainsi à des utilisateurs mobiles d'accéder, tant en lecture qu'en écriture, à un agenda partagé. Le service d'alarme rentre dans cette catégorie. Il comprend deux différences structurelles avec l'agenda : d'une part, il est intégralement géré par le système Goojet et ne requiert pas de médiation vers un service tiers et, d'autre part, il nécessite un traitement d'évènements dans les parties mobiles.

Le service d'alarme de groupe fonctionne de la façon suivante : - un utilisateur utilise son interface mobile ou web Goojet pour sélectionner la date et l'heure d'une alarme et l'audience de cette alarme. Il peut sélectionner également les médias utilisés par le système pour informer l'audience de l'alarme, lorsqu'elle se déclenche. Sauf telle sélection spécifique (mail, appel par serveur vocal automatique, etc), le système va fonctionner en deux étapes : - le serveur du service alarme, sur réception d'une requête d'alarme de groupe, ajoute un élément correspondant dans la boite d'évènement Goojet de chaque membre du groupe destinataire qui est un utilisateur de Goojet. - lorsque ces utilisateurs vont mettre à jour leurs évènements Goojet, par le mécanisme générique de gestion et de notification d'événements de Goojet, GML envoie à leur partie mobile respective un message d'armement de leur alarme Goojet locale. Ces utilisateurs sont alors avertis du déclenchement de l'alarme localement par leur mobile. L'intérêt de cet armement à distance (par opposition à notification de l'alarme à distance) est que les destinataires sont alarmés même s'ils ne sont pas en réception du service Goojet lors de l'heure de l'alarme. - pour les destinataires non utilisateurs de Goojet, ou pour les destinataires qui n'auraient pas synchronisé leur gestionnaire d'évènements Goojet avant l'heure de l'alarme, la partie serveur du service alarme envoie un message par un canal non Goojet sélectionné par l'utilisateur qui a organisé cette alarme ; typiquement, un SMS. Une alarme de groupe ainsi organisée comprend donc une heure et date, une audience, mais aussi un thème , qui peut être un texte libre ou un thème parmi neuf sélectionnables via une fenêtre de choix dédiée. Comme dans tout autre service Goojet, ces neuf thèmes sont soit les thèmes préférés de l'utilisateur définis dans son profile pour ce service, via le web, soit, par défaut, les neuf thèmes les plus probables calculés et proposés par le système basé sur les profiles d'usages de ce service. On note, concernant le service de gestion d'évènement de goojets, que plusieurs cas d'usage de service de Goojet nécessitent de notifier un utilisateur qu'un évènement le concerne. Le serveur du système Goojet n'ayant pas la capacité d'envoyer spontanément une requête à un utilisateur client mobile, il ne peut pas lui-même notifier l'utilisateur de l'évènement qui le concerne. Le mécanisme générique utilisé est donc le suivant : - d'une part, pour chaque utilisateur, il existe dans le serveur Goojet un espace où les évènements relatifs à cet utilisateur sont stockés, en fonction de leur heure d'arrivée et de leur priorités (ces évènements peuvent avoir des sources variées et hétérogènes telles qu'un service autonome de Goojet nécessitant un envoi d'information ou de notification à un utilisateur, ou un service collaboratif par lequel un autre utilisateur souhaite interagir avec cet utilisateur, soit encore une requête provenant d'un service tiers pour lequel le système Goojet fait de la médiation vers les utilisateurs mobiles). Cet espace événements est répliquée sur le mobile lors d'opération de synchronisation : la partie mobile de Goojet vient s'informer automatiquement de l'état de l'espace évènement. L'espace évènement est, lui-même, organisé selon la structure Goojet (arborescence avec un maximum de neuf branches à chaque noeud). -ensuite la partie mobile û ou l'utilisateur lui-même pour les notifications ne menant pas à des opérations automatique û peut traiter ces événements comme nécessaire. La partie mobile va s'enquérir du besoin éventuel de synchronisation de la liste d'évènement à chaque fois qu'un accès au serveur web est requis ; ainsi, la synchronisation est fréquente. Par ailleurs, un polling (tirage au sort d'instants) additionnel, paramétrable par l'utilisateur, assure une synchronisation périodique qui, elle-même, assure que les évènements ne deviennent pas trop obsolètes même en cas de période prolongée sans accès au serveur par la partie mobile. Et, finalement, pour les évènements de haute priorité, un SMS (ou autre média choisi par l'utilisateur, comme un appel vocal synthétisé ou un courrier électronique) est envoyé à l'utilisateur, dans (e cas où l'évènement prioritaire est imminent et où que la dernière synchronisation est ancienne.

Dans la suite de cette description, des éléments additionnels descriptifs seront donnés, sur l'architecture, et sur les services. ARCHITECURE : Pour prévenir l'utilisateur d'un évènement dans Goojet, des ping ou signaux seront effectués à l'aide de lignes téléphoniques. Un ou plusieurs numéros clairement définis appelleront brièvement l'utilisateur (qui ne décrochera pas) pour le notifier de quelque chose de nouveau sur Goojet (nouveau message, nouvelle mise à jour etc...). A près avoir reçu ce court appel, l'utilisateur n'aura plus qu'à se connecter à Goojet. 1 0 Importer l'espace d'un autre utilisateur dans le sien----------------------------------------------------- Pas facile à caractériser, mais une des originalités de Goojet : on peut importer l'espace d'un autre utilisateur dans le sien, Ce n'est pas fondamentalement différent en pure théorie d'un lien hypertexte, mais dans ce cas l'environnement est homogène et on glisse 15 doucement de son environnement vers celui d'un autre utilisateur. Cela rend la notion de partage de services et d'informations transparente. Par ailleurs, ça m'amène des questions sur la pratique en matière de vie privée (en anglais privacy policy ) et autre sécurité des données : il faut qu'on puisse mettre un niveau de visibilité sur chaque Goojet, un peu comme on peut le faire sur Flickr avec les 20 images (public/amis/famille), et qu'on ne puisse pas faire une action (ex réservation) au titre d'une personne parce qu'on a importé son espace dans le sien. D'ailleurs, l'ajout dans la buddy-list devrait être soumis à autorisation (comme dans la plupart des systèmes). Partitionnement des données piloté par la proximité sociale --------------------------------------------------------- 25 Une approche novatrice pour le partitionnement des données : le partitionnement par proximité sociale. Dans les systèmes à très gros volume, une base de donnée (même redondée ou en cluster) ne suffit plus à stocker l'ensemble des données, et il faut partitionner, c'est à dire avoir des bases de données ne contenant qu'une partie des utilisateurs. Les approches 30 traditionnelles sont simplement basées sur un modulo d'un identifiant unique (genre id-user % nb-machines) ou un équilibrage du volume de données. Dans notre cas, on peut améliorer l'efficacité du système en conservant sur un même serveur les utilisateurs fortement reliés. Le partitionnement est alors piloté par la connectivité des graphes. Ca peut faire un gros gain de performances lors de l'analyse du voisinage pour 35 les recommandations, le broadcast d'une information à la liste de buddies, etc.

Cela n'empêche pas la distribution géographique des données, puisque graphe connexe d'utilisateurs peut être stocké dans un datacenter localisé à l'emplacement moyen de ce graphe. Messagerie inversée : Cette partie aborde un nouveau mode de traitement de la messagerie mail en partant du principe que l'on a qu'une seule instance du message stockée sur le serveur de l'émetteur et que les destinataires du message viennent lire le message sur le serveur de l'émetteur. Ce mode de traitement est particulièrement adapté aux messages entre correspondants identifiés au sein d'une même organisation ou ensemble communautaire. Lorsqu'un message est envoyé par un émetteur E vers des destinataires Dn, les destinataires sont avertis que E leur a envoyé un message. Chaque destinataire Dn peut alors se connecter au serveur de E avec son identifiant (sécurisé) et de ce fait lire tous le message que E a envoyé à Dn. Si E a envoyé plusieurs messages à Dn alors Dn verra la liste des messages que E lui a envoyé (nouveaux et anciens). Si E souhaite envoyer un message à un destinataire avec qui il n'a pas établi de relation de confiance, le serveur envoie un mail suivant la méthode classique pour lui demander si le destinataire accepte d'établir une relation de confiance avec E. S'il accepte alors il sera connecté à E et réciproquement.

Cette nouvelle approche de la messagerie permet: • De réduire la consommation de disques sur les serveurs de messagerie, • De supprimer de fait les SPAM car pour envoyer un message vers un destinataire, il faut que celui-ci ait établi la relation de confiance. Dans l'établissement de la relation de confiance, il n'y a pas la possibilité de passer un quelconque message ou pièce attachée, • De savoir si le message a été lu par un ou par l'ensemble des destinataires, • De gérer une notion nouvelle d'un message envoyé au X premiers qui le lisent : o E peut émettre un message vers N destinataires en mentionnant que dès qu'au moins X destinataires ont lu le message les autres ne sont plus notifiés qu'ils ont un message à lire • De gérer des dates de validité sur un message, • De mieux déceler un problème de messagerie interne ou externe car si le message n'est pas lu par un ou plusieurs des destinataires c'est qu'il y a un problème potentiel. • De limiter la visibilité de certaines parties d'un même message en fonction de la catégorie des destinataires (gestion de liste de diffusion restreinte), • De limiter la diffusion/prolifération d'un message en ne permettant pas de le rapatrier en local sur le poste du destinataire. Si E ne souhaite pas que le message soit diffusé ou rapatrié par le ou les destinataires, il utilise une option d'encryption qui ne permettra que la copie d'écran pour dupliquer le contenu.

L'approche de la messagerie inversée est appropriée à la notion de diffusion sur plusieurs canaux hétérogènes. Le serveur de l'émetteur peut supporter plusieurs classes de lecteurs : • Applications spécifiques (reader sur ordinateur ou téléphone portable), • Utilisation d'un client de messagerie classique IO • Application Web (utilisable depuis un navigateur sur PC ou téléphone). Infrastructure de communication unifiée (ICU) Description : L'infrastructure décrite dans cette partie permet de traiter les 4 types flux de messages standards (IM, SMS, mail et vocal), mais aussi celui fourni par une plate-forme 15 communautaire propriétaire. L'infrastructure permet d'effectuer des passerelles entre ces types de flux (entrants/sortants). L'apparition de la notion de Tag sur les flux entrants permet d'enrichir le comportement de la plate-forme lors de la création des flux sortants. L'infrastructure permet de diffuser sur tout type de médias disponibles en utilisant des capacités de formatage adéquat au média. Les médias visés sont : 20 • Un ordinateur via : o Un navigateur Web sur une URL dédiée o Un client mail sur un compte dédié o Un client IM o Une application dédiée sur un format propriétaire 25 • Un téléphone via : o Le client SMS o Une application dédiée o Un navigateur WAP o Une boîte vocale 30 L'ICU est configuré par chaque utilisateur pour définir les passerelles qu'il souhaite paramétrer. Le tableau ci-dessous donne une présentation exhaustive des différents flux. L'utilisateur lors de la configuration de I'ICU doit renseigner : • IM comptes 1M utilisés • SMS : Numéro de téléphone 35 • Mail : adresse mail • Vocale : Numéro de téléphone • Plate-forme : Id de son compte Conversion des flux : EmissionlRéception IM SMS Mail Vocale Plate-forme IM x 1 2 3 4 SMS 5 x 6 7 8 Mail 9 10 x 11 12 Vocale 13 14 15 x 16 Plate-forme 17 18 19 20 x Ce tableau reprend les différents types de messages en émission et en réception. Cela signifie que les numéros apparaissant dans les différentes cases seront repris pour expliquer les traitements réalisés par l'infrastructure dans chacun des cas. Les x signifie qu'il n'y a à priori aucun traitement nécessaire. Un utilisateur de l'infrastructure de communication unifiée Emission d'un SMS: Lorsqu'un SMS est reçu par l'ICU, chaque texte terminé par @ est analysé comme étant un destinataire. Exemple : DI @ D2@ bonjour comment vas-tu ? : sera traité comme le message bonjour comment vas-tu ? émis à l'ICU pour les destinataires D1 et D2. L'ICU effectuera les traitements suivants : Cas 1 : (le destinataire a configuré un ou plusieurs canaux 1M sur lesquels il souhaite être informé) L'intégralité du SMS (hors champs destinataires) est transmis sur 11M avec l'identité de l'émetteur Cas 10 : (le destinataire a configuré une adresse mail sur laquelle il souhaite être informé) L'intégralité du SMS (hors champs destinataires), ainsi que l'identité de l'émetteur sont incorporés dans le corps du mail. Le sujet contient la plate-forme vous informe de la réception d'un SMS Cas 14 : (Le destinataire a configuré une boîte vocale) L'intégralité du SMS (hors champs destinataires) est converti par un procédé TextTOSpeach ainsi que l'identité de l'émetteur. Pour chaque destinataires du message l'ICU effectue un appel vocal. Cas 18 : (Le destinataire est abonné à une plate-forme communautaire) L'intégralité du SMS est transmis à la plate-forme pour analyse. Le traitement des champs destinataires devra être réalisé sur le plate-forme (Les Identifiants des destinataires peuvent être différents que ceux connus par l'ICU) 23 24

Emission de mails : destinataire@plate-forme.com Lorsqu'un mail est envoyé à l'adresse du destinataire au travers de l'infrastructure de messagerie unifiée il est analysé suivant les cas suivants : Cas 2 : (le destinataire a configuré un ou plusieurs canaux IM sur lesquels il souhaite être informé) Le sujet du mail est transmis sur l'IM en premier avec l'identité de l'émetteur Le contenu texte est extrait du corps du mail et mis en forme pour être transmis sur l'IM Cas 6 : (le destinataire a configuré le canal SMS) Le sujet du mail est transmis dans le corps du SMS, ainsi que l'identité de l'émetteur Cas 15 : (Le destinataire a configuré une boîte vocale) Le sujet du mail est converti par un procédé TextTOSpeach ainsi que l'identité de l'émetteur Cas 19 : (Le destinataire est abonné à une plate-forme communautaire) L'ensemble du mail est analysé : • Sujet : o Le sujet peut contenir un tag donnant ainsi un caractère métier au message (exemple : [ALARME] intrusion chez destinataire aura pour effet de solliciter la plate-forme avec le tag ALARME pour générer un comportement dédié au traitement d'une alarme). Si la plate-forme ne sait pas interpréter le Tag elle utilise le comportement par défaut. • Pièces attachées : o Chaque pièces attachée est analysée pour définir le type de document est permettre ainsi à la plate-forme d'effectuer une transformation sur la source pour l'adapter aux capacités de la plate-forme • Corps du message : o Le corps du message peut contenir des tags qui permettent d'orienter la plate-forme sur le traitement du corps du message en complément généralement avec le Tag contenu dans le sujet.

Emission d'un appel vocal: Lorsqu'un appel vocal est reçu par l'ICU, le message est enregistré puis l'ICU demande d'entrer les identifiants des destinataires du message. Les identifiants peuvent être des Identifiants préenregistrés sur I'ICU et associé au numéro de l'appelant. Exemple : un utilisateur ayant le numéro de téléphone 0607080910 a prédéfini les destinataires Dl et D2 en leur donnant tes identifiants 1 et 2. Lorsqu'il appelle l'ICU depuis son mobile, l'ICU identifie le numéro d'appelant et à la fin du message vocale si l'utilisateur entre #1#2#, l'ICU transmettra le message aux destinataires dl et D2. 25

L'ICU effectuera les traitements suivants : Cas 3 : (le destinataire a configuré un ou plusieurs canaux IM sur lesquels il souhaite être informé) Le message suivant est publié sur l'IM : La personne au numéro xxxx vous à laisser un message vocal . Cas 7 : (le destinataire a configuré le canal SMS) Le message suivant est envoyé par SMS : La personne au numéro xxxx vous à laisser un message vocal . Cas 11 : (le destinataire a configuré une adresse mail sur laquelle il souhaite être informé) Le message vocal est attaché en pièce jointe au mail. Le sujet contient la plate-forme vous informe de la réception d'un message vocal laissé par xxxxx Cas 20 : (Le destinataire est abonné à une plate-forme communautaire) Le message vocal est transmis à la plate-forme ainsi que les Id entrés à la fin du message. Emission par la plate-forme Lorsque la plate-forme émet un message vers l'ICU elle effectue un prétraitement du message pour les différentes catégories de flux existants. L'ICU reçoit des données formatées directement transmissibles : Cas 4 : (le destinataire a configuré un ou plusieurs canaux IM sur lesquels il souhaite être informé) Texte destiné à l'IM Cas 8 : (le destinataire a configuré le canal SMS) Texte destiné à l'envoi de SMS Cas 12 : (Le destinataire a configuré une boîte vocale) Message vocal destiné à être laissé sur une boite vocal Cas 16 : (le destinataire a configuré une adresse mail sur laquelle il souhaite être informé) L'ensemble du mail est préparé: • Sujet : • Pièces attachées : • Corps du message : SERVICES : Globalement, Goojet invente la notion de widgets complémentaires . C'est-à-dire que beaucoup de services proposés par Goojet comportent la notion de Ying et Yang applicatif : deux goojets complémentaires pour proposer un service complet (c'est le cas du signal social par exemple, ou pour la réservation de restaurant).

Signal Social : Principe : Social Picker et Social Reader sont deux Goojets complémentaires qui visent à proposer la fonctionnalité de "présence sociale". Le Social Picker permet aux utilisateurs de dire où est ce qu'ils sont, ce qu'ils font, avec qui ils sont, comment ils vont etc... via le portail de goojet. Le social Reader est lui un aggrégateur de tous ces flux. Chaque utilisateur va définir qui sera membre de sa communauté et dont il va ainsi suivre les mises à jour de statuts. Configuration : Le social Picker est un goojet modulable par l'utilisateur : il va choisir sur le portail quels sont les types d'informations, la catégorie qu'il veut mettre à jour et communiquer lorsqu'il sera en situation de mobilité. II peut donc choisir entre une et plusieurs catégories (quoi, comment, ou etc...). Une catégorie annexe lui permettra aussi de rentrer directement un texte personnalisé. Après avoir sélectionné les catégories qu'il désire pour le social Picker, l'utilisateur va pouvoir configurer cette catégorie en y ajoutant de 1 à x actions, représentées par un image (à choisir à partir de la banque d'actions proposées ou en uploadant une image personnalisée). La configuration du social Reader est relativement simple : il s'agit juste de sélectionner les amis dont les statuts seront visibles et mis à jour automatiquement. Utilisation : pour mettre à jour son statuts, l'utilisateur va tout simplement picker ou sélectionner dans le social picker les nouveaux éléments qui le caractérisent. II pourra donc choisir une ou plusieurs catégories à mettre à jour. Pour mettre à jour, il devra juste sélectionner l'icône de l'action. Lorsqu'il a fini de mettre à jour la ou les catégories, il peut valider et les informations sont alors envoyées. Ces informations sont mises à jour et peuvent être visualisées de deux manières différentes : - en allant sur le social picker d'un utilisateur - en ouvrant le social reader qui affiche alors les x dernières mises à jour des profils amis. Par ailleurs, cette application pourra s'interfacer avec d'autres types de services web puisque les informations du statut peuvent être mis en forme (forme de phrase par exemple) et envoyées ainsi à des services tiers (twitter). Par le principe de pick d'informations c'est donc une façon très innovante de mettre à jour des outils externes de microblogging disponibles. Notes et Images sont des goojets qui font partie de la gamme de goojets "bureautique" qui permettent d'afficher du contenu sur le mobile.

Leur principe est basique mais grâce à l'architecture de Goojet, l'ubiquité est au maximum entre le web et le mobile. Les contenu peut donc être modifié à loisir sur le web, il sera mis à jour automatiquement sur le téléphone mobile. Grâce à ces éléments techniques d'instantanéité de Goojet, les utilisations pourront être nombreuses (mises à jour de listes de courses en temps réel par la personne restée à domicile, travail collaboratif entre une personne mobile et une autre devant un ordinateur connecté au web etc...) To-do-list : To-do List fait aussi partie de la gamme "bureautique". Il s'agit de donner la possibilité de gérer une liste de tâches. Chaque tâche est représentée par une case de la matrice et dispose de plusieurs paramètres : date limite, catégorie, détail, titre, personne etc... et enfin un bouton pour marquer la tâche comme effectuée ou non. Agenda L'agenda de Goojet fait aussi partie de cette catégorie "bureautique" pour mobile. II permettra de suivre des évènements et sera interfacé avec d'autres Goojets qui pourront venir y insérer des informations etc... Grâce à l'architecture de Goojet, ces goojets pourront être accessibles directement via l'agenda. Le Goojet Agenda pourra importer et exporter des informations à partir des standards d'utilisations de type ical etc... Vote Le goojet Vote permet à l'utilisateur de créer un vote et de le promouvoir à ses amis, pour avoir leur avis sur un sujet. Sur le portail, il lui suffira de sélectionner la question, ainsi que les réponses (et les icones-images associées) et la goojet vote sera automatiquement créé. L'utilisateur se chargera ensuite de définir l'audience du vote, où s'il est public, de simplement en faire la promotion en l'envoyant aux amis. Les utilisateurs qui afficheront le goojet vote sur le mobile pourront voter via simple sélection de la réponse. Sur le portail, des possibilités supplémentaires seront offerts en ce qui concerne les résultats et les statistiques du vote : on pourra suivre l'évolution des scores dans le temps, connaître le nombre de votants etc... De façon très facile, les utilisateurs pourront donc réaliser des réels sondages et obtenir de précieuses informations sur les amis, les clients etc... QCM Le Goojet QCM est une extension du goojet Vote puisqu'il s'agit de mettre à la suite, un nombre quelconque de questions. A la différence du vote cependant, les résultats ne seront pas affichés sur le mobile, mais ne seront disponibles que sur le web (et que pour le créateur du QCM). Mais de la même manière que pour le vote, des outils avancés sur le portail web permettront l'administration du QCM ainsi que la récolte et l'interprétation des résultats.

Grâce à l'architecture de Goojet, les utilisateurs pourront donc, en quelques instants, créer des sondages pour mobiles ce qui leur donne là un vecteur très intéressant et instantané de récolte d'informations. Party Planner Le Party planner est un goojet qui vise à faciliter l'organisation d'évènements au sein 10 d'une communauté. C'est un dossier qui permet de créer ou de visualiser des events Pour chaque événement cela comprend : - le choix du nom - le choix d'une audience (personnes habilitées à voir et agir sur l'événement) 15 - des votes sur la date, le lieu, l'heure. Ce sont des propositions initiales par l'initiateur de l'événement mais il peut décider d'accepter ou pas les nouvelles propositions. - une liste de tâches (choses à faire, choses à emmener etc...). L'audience peut ajouter des éléments ou en marquer comme effectués - une page d'informations 20 -l'intégration d'un outil de conf cal! - une page de commentaires, pour suivre les évolutions Ce goojet est le premier qui permet à des utilisateurs en mobilité de s'organiser sans avoir besoin de faire des aller-retours téléphoniques. C'est la première fois qu'on outil de management, de gestion de projet est proposé à 25 des utilisateurs mobiles. Sur le portail, des outils plus évolués d'administration et de statistiques seront proposés. To-Do List partagée La to-do list partagée est le premier service de la gamme de goojets collaboratifs 30 pour des utilisations de gestion de projet, pour de la bureautique etc... La to-do list partagée est une to-do list qui est modifiable par un groupe de personnes. Cela permet donc de s'organiser à distance lors d'un ensemble de tâches à effectuer etc... Via ce goojet, les personnes pourront savoir qui doit faire quoi et surtout qui a fait 35 quoi. Ask the community Principe : Outil d'entraide par questions/réponses entre utilisateurs. Lorsque l'utilisateur est en déplacement, en situation de mobilité, il peut avoir besoin subitement d'une information mais il n'a pas accès à internet pour la chercher et la trouver. Via Goojet, il n'a pas prévu ce besoin donc il n'a pas pu placer le goojet adéquat dans son espace, et il ne se souvient pas de goojet d'un ami qui répondrait à son besoin (et peut-être n'existe-il pas encore de goojet associé à ce besoin). Grâce au goojet Ask the community , il va pouvoir envoyer une question à la communauté et celle-ci va se charger de lui trouver la réponse, puisque soit la personne aura la réponse directement soit elle aura un accès web qui lui permettra de chercher sur le net. Pour faire simple, ce goojet répond à la question : je suis en situation de mobilité, j'ai besoin d'une information mais je n'avais pas prévu donc ce n'est pas (encore) dans mon Goojet. Grâce à Ask the community, les gens peuvent chercher l'info pour moi. Pour inciter les gens de répondre, des outils communautaires seront mis en place pour promouvoir les meilleurs profils etc... mais la base est que ce soient les micro-communautés qui répondent. Configuration : sur le mobile, l'utilisation du goojet est relativement simple : il s'agit d'ouvrir une nouvelle question, que l'on va taper via le clavier du téléphone et qui sera ensuite envoyée au système. Plusieurs questions pourront être donc ouvertes en même temps. De l'autre côte, la communauté (ou une micro-communauté) pourra s'activer pour répondre à la question. Les personnes (qui ont choisi de qui ils voulaient recevoir les requêtes et questions) ont plusieurs pour recevoir et répondre aux questions venant du goojet ask the community : via le portail web, via un widget de bureau, via mail, via messagerie instantanée mais aussi via un goojet de réponse. A chaque fois, la solution technique permet de lire la question, et d'y répondre. Lorsque l'utilisateur à reçu fa bonne réponse il pourra fermer la question et l'archiver, ce qui sera aussi visible par la communauté, pour éviter aux retardataires de répondre par exemple. Goojet devient le premier outil qui met en relation une personne isolée avec un 30 communauté connectée. Les plus en V2: l'environnement Goojet va garder trace de ces requêtes et va pourvoir ainsi faire des propositions de créations de goojet basés sur les réelles requêtes des utilisateurs. Les goojets ainsi crées par la personne, par la communauté ou directement par les développeurs de chez Goojet auront ainsi une très forte chance de répondre à un 35 réel besoin, et de plaire beaucoup aux utilisateurs. Le système Goojet pourra aussi chercher pour voir si la question n'a pas été déjà posée et si donc la réponse n'existe pas.

Sudoku Sudoku est un jeu relativement simple. Goojet envoi la matrice 9*9 et l'utilisateur peut la remplir ensuite à son rythme, en plusieurs fois etc... sans aucun accès web. Ce n'est que lorsque l'utilisateur choisit d'envoyer que les informations sont envoyées pour vérification etc. Poker Grâce aux possibilités collaboratives que propose Goojet, il est possible de faire des partie de poker asynchrones. C'est-à-dire que la partie ne continuera que lorsque tous les participants auront effectué leur action. Un log permettra de suivre ces actions.

Inbox Inbox est un dossier qui regroupe deux types d'éléments : - d'une part les Goojets qui ont été envoyés et proposés par la communauté (communauté d'amis, abonnements à des services, directement par Goojet etc...) - d'autre part tous les logs d'évènements des goojets. Cette inbox permettra donc de recevoir tous les éléments Goojets applicatifs transactionnels: Cette gamme de Goojet regroupe un nombre de services assez ressemblants : Horoscope, Programme de télévision, Programme de Cinéma, Prévision météorologique, Flux RSS etc...

Grâce à l'architecture de Goojet qui permet de segmenter et profiler les utilisateurs du service, il est possible de proposer le contenu qui va plaire à l'utilisateur, qui va lui correspondre. Par un système de filtres, il est donc possible de proposer uniquement le contenu dont l'utilisateur a réellement besoin. Les programme ciné ou télé pourront donc être configurés sur le portail web par l'utilisateur mais ils seront ensuite proposés dynamiquement par Goojet selon les critères définis, mais aussi selon des similitudes détectées par Goojet.

Claims (9)

REVENDICATIONS

1 - Procédé de création, d'organisation, de livraison, d'exploitation et/ou d'accès à des services, caractérisé en ce qu'il comporte : - une étape de mise en correspondance de services avec une arborescence comportant, pour chaque noeud, au plus neuf branches menant, chacune, à un autre noeud de l'arborescence ou à une feuilles, chaque feuille correspondant à une application informatique, - une étape de réception, par un serveur relié à une base de données de services, d'une requête de navigation de la part d'un terminal mobile communicant et, de manière itérative : - une étape de fourniture, par le serveur au mobile, d'identifiants de noeuds ou feuille descendants du même noeud, - une étape de sélection, par le mobile de l'un desdits noeuds ou l'une desdites feuilles, - une étape de communication au serveur du noeud ou de la feuille sélectionné et - si un noeud a été sélectionné, une itération des étapes de fourniture, sélection et communication et - si une feuille a été sélectionnée, une étape de lancement de l'application informatique correspondant à la feuille sélectionnée.

2 û Procédé selon la revendication 1, caractérisé en ce que, au cours de l'étape de fourniture, des icônes et/ou des textes associés aux noeuds descendants correspondant aux identifiant fournis sont affichés, sur un écran du terminal mobile communicant, sous forme de matrice 3x3 correspondant aux neuf chiffres 1 à 9 d'un clavier du terminal mobile communicant, l'étape de sélection pouvant être effectuée par l'utilisateur en pressant sur la touche portant ledit chiffre correspondant.

3 û Procédé selon la revendication 2, caractérisé en ce que, au cours de l'étape de sélection, si l'utilisateur appui sur une première touche de clavier prédéterminée différente des touches 1 à 9 , l'affichage sur l'écran du terminal mobile communicant revient en arrière et affiche ce qui était affiché un cycle itératif plus tôt.

4 û Procédé selon l'une quelconque des revendications 2 ou 3, caractérisé en ce que, au cours de l'étape de sélection, si l'utilisateur appui sur une deuxième touche de clavier prédéterminée différente des touches 1 à 9 , l'affichage sur l'écran du terminal mobile communicant revient à la première itération.

5 û Procédé selon l'une quelconque des revendications 2 à 4, caractérisé en ce que, au cours de l'étape de sélection, si l'utilisateur appui sur une troisième touche de clavier prédéterminée différente des touches 1 à 9 , l'affichage sur l'écran du terminal mobile communicant comporte des titres explicites des noeuds et feuilles affichées.

6 û Procédé selon l'une quelconque des revendications 2 à 5, caractérisé en ce que, au cours de l'étape de sélection, si l'utilisateur effectue un appui long sur une touche de clavier parmi les touches 1 à 9 , on ouvre une aide contextuelle liée au noeud ou à la feuille correspondant à ladite touche sur laquelle est effectuée un appui long.

7 û Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce qu'au moins une partie des applications informatiques correspondant aux feuilles de l'arborescence sont parmi les suivantes : télécharger et/ou afficher un texte, télécharger et/ou afficher une photo, télécharger et/ou jouer (streaming) un fichier de musique, télécharger et/ou jouer (streaming) un ficher vidéo, déclencher un appel téléphonique (avec 1 ou plusieurs personnes), déclencher l'envoi de SMS (acronyme de short message system pour système de messages courts) ou de MMS (acronyme de multimedia message system pour système de messages multimédias), déclencher l'envoi de messages électroniques, choisir dans une ou des listes et transmettre le choix au serveur support, 20 remplir une forme ou un formulaire puis la transmettre au serveur support et invoquer un service web prédéfini.

8 û Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce qu'il comporte une étape de personnalisation, par l'utilisateur de l'arborescence mise en oeuvre 25 en réponse aux requêtes de navigation issues de son terminal mobile communicant.

9 - Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce qu'il comporte une étape de définition d'un profil d'utilisateur explicite, par ledit utilisateur, le comportement d'au moins une application informatique associée à une feuille de l'arborescence variant en fonction du profil explicite de l'utilisateur. 30 10 - Dispositif de création, d'organisation, de livraison, d'exploitation et/ou d'accès à des services, caractérisé en ce qu'il comporte : - un moyen de mise en correspondance de services avec une arborescence comportant, pour chaque noeud, au plus neuf branches menant, chacune, à un autre noeud de l'arborescence ou à une feuilles, chaque feuille correspondant à une application 35 informatique, - un moyen de réception, par un serveur relié à une base de données de services, d'une requête de navigation de la part d'un terminal mobile communicant 15 - un moyen de fourniture, par le serveur au mobile, d'identifiants de noeuds ou feuille descendants du même noeud, - un moyen de sélection, par le mobile de l'un desdits noeuds ou l'une desdites feuilles, - un moyen de communication au serveur du noeud ou de la feuille sélectionné et les moyens de fourniture, de sélection et de communication étant adaptés, si un noeud a été sélectionné, à effectuer une itération supplémentaire et - un moyen de lancement de l'application informatique correspondant à la feuille sélectionnée, si une feuille a été sélectionnée.