Brevet FR2910660A1 — publié le 20080627

Procédé de mise à jour d'au moins un espace personnel de publication, terminal de communication, serveur intermédiaire et produit programme d'ordinateur correspondants. 1 DOMAINE DE L'INVENTION La présente invention se rapporte au domaine des espaces de publication personnels disponibles par l'intermédiaire de sites de publication situés sur des serveurs http, par exemple sur l'Internet. De tels espaces de publication personnels sont également appelés blogs ou encore wiki . Le terme blog est une contraction issue de l'anglais Web log , signifiant littéralement Trace sur Internet . Le terme wiki désigne un site Internet collaboratif de publication d'articles. La présente invention se rapporte plus particulièrement à la mise à jour de ces espaces de publication par exemple de type personnel ou collaboratif. Malgré les récentes simplifications, la mise à jour de ces sites Intranet/Internet destinés au partage d"informations entre un groupe de personnes reste humainement problématique car elle demande un effort supplémentaire aux utilisateurs : se souvenir d'informations, puis les organiser, les saisir, les ajouter au site. Des équipes de travail en entreprise, aussi bien que des particuliers, tiennent de plus en plus souvent des sites d'informations partagées (wiki, blogs), présentant des espaces de publication personnels. Des types d'information présents dans ces sites ou ces espaces de publication comprennent assez classiquement du texte brut et des éléments multimédia (images, sons, vidéo), et parfois aussi des pièces jointes dans différents formats. Ces sites facilitent la mise en ligne d'informations, mais ils nécessitent malgré tout au moins deux étapes différentes nécessaires à la publication : récupérer l'information ; l'organiser et la publier. Un utilisateur désirant mettre à jour de tels sites d'information doit donc 30 systématiquement organiser et publier l'information. Or une telle organisation et 2910660 2 une telle publication supposent, en l'état actuel, l'utilisation de terminaux de communication complexes mettant en oeuvre au moins un navigateur Internet disposant d'un large écran de visualisation et disposant d'une connexion réseau permanente. 5 2 SOLUTIONS DE L'ART ANTERIEUR 2.1 Art antérieur La mise à jour d'informations partagées supposent la saisie régulière desdites informations. Ce travail est cependant assez fastidieux, ce qui fait que la plupart des sites de type blogs OU wiki sont mis à jour soit de façon 10 irrégulières (par à-coup), soit sont parfois tout simplement abandonnés (manque d'effort, paresse, etc.). En effet, afin de mettre à jour ces sites, auxquels nous donnons de manière général le terme d'espaces de publication personnels, les utilisateurs doivent posséder : 15 - un terminal de communication de type Ordinateur Personnel , possédant un accès à l'Internet à haut débit et un écran présentant une surface suffisamment grande pour pouvoir afficher correctement les pages des sites web à modifier ; - du temps à consacrer à l'organisation et à la mise en page des informations 20 à publier. Ainsi, si l'on prend le cas des équipes de travail dans une entreprise, les sites de type wiki leur permettent de publier par exemple les rapports de réunion et les tâches à faire. D'autres informations sont souvent publiées, comme les différents livrables des projets ainsi que les aspects budgétaires. Ces sites sont 25 aussi assez classiquement riches de contenu multimédia : images, sons, vidéo. La mise à jour de tels sites nécessite, pour les membres de ces équipes, de consacrer un temps non négligeables à la publication de ces informations. Une architecture technique couramment utilisée pour la publication de ces informations est basée sur un serveur http , également appelé serveur Web qui contient d'une part un cadre technique de publication, également appelé 2910660 3 framework , qui permet la mise en page des informations ainsi qu'une base de données qui permet le stockage des informations. Pour mettre à jour et publier l'information, les utilisateurs se connectent au site de publication à l'aide d'un identifiant et d'un mot de passe et exécutent le travail de mise à jour et de 5 publication de l'information. D'autres principes de mise à jour existent, basés sur la même architecture technique que celle précédemment décrite. Il s'agit, pour les utilisateurs, non pas de se connecter à partir d'un ordinateur personnel, mais à partir d'un terminal mobile de type assistant personnel ou téléphone mobile de troisième 10 génération par exemple mettant en oeuvre un service de connexion à l'Internet. Le principe reste cependant le même clans la mesure où les utilisateur utilisent un navigateur Internet pour se connecter au site de publication en question et réaliser les mises à jour de la même manière qu'actuellement. 2.2 Inconvénients de l'art antérieur 15 Un inconvénient de cette technique de l'art antérieur est tout d'abord lié au temps à passer pour mettre à jour l'information sur les sites de publication. En effet, même si les interfaces générales de ces sites de publication ont été grandement simplifiées, il n'en demeure pas moins que la mise à jour demande l'apprentissage de nombreuses manipulations et que l'information que l'on 20 souhaite insérer passe au second plan, après les problèmes de mise en page, de classement, de présentation... Une grande partie de ces sites n'est donc que rarement mise à jour, du fait de la trop grande quantité et complexité des tâches à accomplir, ne serait ce que pour ajouter une ligne à une page existante. Par exemple, dans le cadre d'un site 25 de type wiki , il faut : - se connecter au site en question ; fournir un identifiant et un mot de passe ; - rechercher la page à mettre à jour ; - passer en mode modification ; 30 - saisir l'information ; 2910660 4 - passer en mode visualisation pour contrôler la mise en page. Ces trois dernières étapes doivent être suffisamment répétées pour s'assurer que la mise en page de l'ensemble est correcte. Un autre inconvénient de cette technique de l'art antérieur est lié au fait 5 que les mises à jour ne peuvent être effectuées de manière simple à partir d'un terminal de communication de type mobile . En effet, ainsi que nous l'explicitions précédemment, dans le cas d'un terminal mobile, les opérations à effectuer sont les mêmes que pour un ordinateur personnel. Un inconvénient supplémentaire vient cependant aggraver les difficultés de mise à jour : ce type de 10 terminal ne possède en effet pas d'écran large permettant de visualiser l'ensemble d'une page. L'utilisateur doit donc en permanence utiliser des ascenseurs présents sur les cotés de son écran pour visualiser l'ensemble de la page, ce qui pose de sérieux problèmes d'ergonomie et rend les manoeuvres de mise à jour rédhibitoires. 15 Un autre inconvénient de cette technique de mise à jour de l'art antérieur est lié au fait que les mises à jour doivent systématiquement être réalisées en mode connecté . Ainsi lors d'une perte de connexion, qui survient relativement fréquemment dans le cadre d'une utilisation d'une connexion Internet à l'aide d'un terminal mobile, les modifications réalisées peuvent être tout bonnement 20 perdues si la coupure survient par exemple lors d'une validation. Il en résulte une grande frustration de la part de l'utilisateur qui voit ainsi tout son travail réduit à néant. 3 RESUME DE L'INVENTION La solution proposée par l'invention permet de pallier ces inconvénients de 25 l'art antérieur, grâce à un procédé de mise à jour, depuis un terminal de communication, d'au moins un espace personnel de publication, accessible sur au moins un site de publication implanté au sein d'un serveur HTTP . Selon l'invention, un tel procédé met en oeuvre un serveur intermédiaire de traitement associant à au moins une commande simplifiée de mise à jour dudit 2910660 5 espace personnel, produite par un utilisateur, au moins une instruction de mise à jour complexe directement interprétable par ledit serveur HTTP . Ainsi l'invention permet à un terminal de communication de mettre à jour des espaces personnels de publication par l'intermédiaire d'un serveur 5 intermédiaire de traitement qui prend en charge la transformation des commandes simples issues du terminal en commandes complexes à destination du serveur HTTP . Cette transformation rendue possible par l'invention permet de ne disposer sur le terminal que de fonctions simples qui sont à la portée de la puissance de calcul souvent limitée de ce type de terminal. 10 Selon une caractéristique particulière de l'invention, ledit procédé de mise à jour comprend : - une phase de production d'au moins une desdites commandes simplifiées de mise à jour dudit espace personnel ; -une phase de génération d'au moins une information représentative de la 15 ou desdites commandes simplifiées ; - une première phase de transfert de ladite au moins une information représentative de la ou desdites commandes simplifiées audit serveur intermédiaire de traitement ; - une phase de construction, dans ledit serveur intermédiaire, d'au moins 20 une instruction de mise à jour complexe en fonction de la ou desdites informations représentatives ; une phase d'application, par ledit serveur intermédiaire, au sein dudit au moins un espace personnel, de la ou desdites instructions de mise à jour complexes. 25 Ainsi, le procédé selon l'invention permet une mise à jour des espaces personnels de publication, également appelés blogs , à partir d'un terminal de communication, et ce en se basant sur un serveur intermédiaire qui va faire le lien entre le terminal de communication et le site de publication situé sur un serveur http, également appelé serveur web . Ce serveur intermédiaire permet de 30 prendre en compte la complexité des sites de publication. En effet, ces sites de 2910660 6 publication sont la plupart du temps complexes à modifier. Le serveur intermédiaire utilisé selon le procédé de l'invention permet de prendre en compte des commandes de mise à jour simplifiées (préalablement transmises) et de les transformer en commandes complexes à destination du site de publication, afin 5 que l'espace personnel de publication soit modifié. Préalablement à leur transfert, les informations représentatives des commandes simplifiées sont sauvegardées localement, par exemple sur un terminal de communication. Selon un mode de réalisation particulier de l'invention, ladite phase de génération comprend une étape de synthèse d'au moins deux commandes 10 simplifiées. Ainsi, le procédé selon l'invention permet de ne pas encombrer le réseau de communication avec une suite de commandes non optimisées. En effet, selon l'invention, il est possible de synthétiser les suites de commandes simples mises en oeuvre par un utilisateur du terminal en une seule commande simple, qui peut 15 être considérée comme un résumé des commandes successives de l'utilisateur. Par exemple, une suite de commande de modification d'une taille d'image sera compilée en une seule commande permettant d'obtenir la taille désirée. Ainsi, seule cette dernière commande de synthèse sera transmise au serveur intermédiaire. 20 Selon un aspect original de l'invention, ladite phase de transfert comprend une étape préalable de validation de la présence d'au moins un réseau de communication permettant d'établir une connexion entre ledit terminal et ledit serveur intermédiaire. Ainsi, le procédé de mise à jour selon l'invention n'oblige pas l'utilisateur 25 du terminal à être connecté en permanence au réseau de communication, à la différence des techniques mises en oeuvre selon l'art antérieur. En effet, l'utilisateur peut très bien produire ses commandes de mises à jour sur son terminal sans que ce dernier soit connecté à un réseau de communication. Le procédé selon l'invention permet donc au terminal de communication de procéder 30 au transfert des informations représentatives des commandes lorsque le terminal 2910660 7 est connecté à un réseau. Par exemple, selon les techniques de l'art antérieur, les terminaux mobiles de troisième génération permettent de se connecter directement à des sites Internet et d'effectuer, par l'intermédiaire de ceux-ci, des mises à jour d'espaces personnels de publication tels que des blogs . Ces mises à jour se 5 font en direct, à savoir que l'utilisateur effectue ses mise à jour en étant systématiquement connecté au site Internet en question. Ainsi, dans le cas d'une coupure (par exemple, passage dans un tunnel, ou dépassement d'une zone de couverture), les mises à jour en cours de rédaction sont, la plupart du temps, perdues. 10 L'invention permet de réaliser les mises à jour en mode déconnecté, puis de les transmettre directement lors de l'établissement de la communication. On résout ainsi les problèmes de déconnexions intempestives rencontrées dans l'art antérieur. Selon une caractéristique particulière de l'invention, ladite phase de 15 production de ladite au moins une commande simplifiée comprend : une étape de production d'au moins une donnée de publication ; une étape d'association de ladite au moins une donnée de publication produite à au moins une desdites commandes simplifiées de mise à jour dudit espace personnel. 20 Ainsi, l'invention permet d'associer des données de publication, aux commandes de mise à jour. Ainsi, un utilisateur peut produire des données de publication et les associer à des commandes au sein de son terminal. Il est à noter que cette étape de production peut, à l'instar de l'ensemble de la phase de production, être réalisée en dehors de toute connexion au réseau de 25 communication. L'utilisateur produit donc les données qui sont ensuite associées à une ou plusieurs commandes de publication simplifiées avant d'être transmises au serveur intermédiaire. Selon une caractéristique particulière de l'invention ladite au moins une donnée de publication appartient au groupe comprenant au moins : 30 - des données textuelles saisies au sein dudit terminal ; 2910660 8 des vidéos ; - des données sonores ; - des données vocales ; - des images fixes ; 5 des images animées. Ainsi, les données de publication peuvent être des éléments multimédias qui seront insérés dans l'espace de publication personnel de l'utilisateur. L'utilisateur a donc la possibilité de fournir des données qui seront utilisées par ces commandes pour mettre à jour l'espace personnel de publication auquel 10 l'utilisateur souhaite appliquer ces mises à jour. Selon un aspect original de l'invention, ledit procédé de mise à jour comprend en outre : une deuxième phase de transfert de ladite au moins une donnée de publication ; 15 - une étape de transformation de ladite au moins une donnée de publication préalablement et/ou conjointement à ladite phase de construction de ladite au moins une commande de mise à jour complexe. Ainsi, le procédé selon l'invention permet de transférer au serveur intermédiaire les données de publication qui seront insérées dans l'espace de 20 publication personnel de l'utilisateur. Ces données de publication peuvent faire l'objet de transformations préalablement ou conjointement à la construction des commandes complexes. Par exemple, lorsqu'une commande a pour objet la publication d'une image fixe présente sur le terminal de communication et que le format de cette image n'est pas supporté par le site de publication de l'espace de 25 publication personnel, le procédé selon l'invention permet de transformer le format de cette image afin qu'elle puisse être affichée. Selon une caractéristique particulière de l'invention, lorsque ladite au moins une donnée de publication est une donnée vocale, ladite au moins une étape de transformation de ladite donnée vocale consiste en une construction d'au moins 30 un texte issu d'une reconnaissance vocale réalisée sur ladite donnée vocale. 2910660 9 Ainsi, le procédé selon l'invention permet d'accélérer et de simplifier grandement les processus de mise à jour des espaces de publication personnel. En effet, le procédé permet aux utilisateurs de dicter les textes qui feront l'objet d'une insertion ou d'une mise à jour dans l'espace de publication. Par exemple, en 5 utilisant le procédé défini par l'invention, un utilisateur peut, à l'aide de son terminal, dicter un texte. Ce fichier vocal sera alors enregistré au sein de son terminal. Ce dernier, lors de la détection de la connexion du terminal à un réseau de communication permettant d'atteindre le serveur intermédiaire, transmettra le fichier vocal au serveur intermédiaire ainsi que la commande de mise à jour qui IO l'accompagne. Le serveur intermédiaire réalisera alors la conversion du fichier vocal en texte et procédera à l'insertion de ce texte dans l'espace de publication. Selon une variante de réalisation, il est bien sur tout à fait envisageable, lorsque les conditions de connexion le permettent, de ne pas stocker de fichier vocal au sein du terminal, mais de transmettre directement l'information vocale au 15 serveur intermédiaire, par le biais d'une communication établie avec ce dernier. Selon un aspect original de l'invention, ladite phase de production de commande simplifiée comprend une étape de fusion desdites commandes simplifiées portant sur un même objet. Ainsi, le procédé selon l'invention permet de réduire sensiblement les 20 données à transmettre au serveur intermédiaire en fusionnant les éventuelles commandes simplifiées qui porteraient sur le même objet. Par exemple, lorsqu'un utilisateur souhaite réduire la taille d'une image, il va procéder par essais successifs, jusqu'à obtenir la taille souhaitée. Une commande simplifiée de réduction de taille d'image peut-être utilisée à cette fin. Cependant, afin d'éviter 25 de transmettre au serveur intermédiaire une suite de commandes simplifiées permettant d'obtenir la taille désirée, le procédé selon l'invention va permettre de fusionner l'ensemble de ces commandes afin d'obtenir une seule commande simplifiée. L'invention économise donc les ressources en bande passante et optimise les mises à jour réalisées sur les espaces de publication personnels. 2910660 10 L'invention concerne aussi un terminal de communication. Selon l'invention, un tel terminal comprend : des moyens de production d'au moins une commande simplifiée de mise à jour d'un espace personnel de publication, accessible sur au moins un site 5 de publication implanté au sein d'un serveur HTTP ; des moyens de génération d'au moins une information représentative de la ou desdites commandes simplifiées ; des premiers moyens de transfert de ladite au moins une information représentative de la ou desdites commandes simplifiées à un serveur 10 intermédiaire de traitement associant à ladite au moins une information représentative de la ou desdites commandes simplifiées, au moins une instruction de mise à jour complexe directement interprétable par ledit serveur HTTP . L'invention concerne également un serveur intermédiaire de traitement. 15 Selon l'invention, un tel serveur comprend : - des moyens de construction d'au moins une instruction de mise à jour complexe en fonction d'au moins une information représentative d'au moins une commandes simplifiées de mise à jour d'un espace personnel de publication, accessible sur au moins un site de publication implanté au sein 20 d'un serveur HTTP ; des moyens d'application, au sein dudit au moins un espace personnel, de la ou desdites instructions de mise à jour complexes. Dans un autre mode de réalisation, l'invention concerne également un produit programme d'ordinateur téléchargeable depuis un réseau de 25 communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur. Selon l'invention, dans au moins un mode de réalisation, un tel produit programme d'ordinateur comprend des instructions de code de programme pour l'exécution du procédé de mise à jour tel que décrit précédemment. 30 4 LISTE DES FIGURES 2910660 11 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 : 5 - la figure 1 présente un synoptique d'une mise en oeuvre du procédé selon l'invention ; la figure 2 illustre une présentation d'articles disponibles obtenus par le serveur intermédiaire de la figure 1 ; - la figure 3 présente une architecture simplifiée d'un serveur intermédiaire 10 mis en oeuvre selon l'invention. 5 DESCRIPTION DETAILLEE DE L'INVENTION 5.1 Rappel du principe de l'invention L'invention propose donc un procédé original et inventif qui résout les problèmes liés à la mise à jour des espaces de publication personnels par 15 l'intermédiaire de terminaux de communication, et par exemple, à l'aide d'un terminal de type téléphone mobile ou assistant personnel. Le procédé mis en oeuvre selon l'invention repose sur deux constatations : - la nécessité de disposer de moyens permettant la visualisation simplifiée des informations d'un espace personnel de publication sur un site (blog, 20 wiki) et la saisie de modifications d'informations pour le site. Ces moyens permettent d'afficher les informations du site de façon compacte et autorise la saisie de nouvelles données sous certaines formes parmi les suivantes : sons (et notamment la voix), du texte au travers d'un clavier ou d'un système de reconnaissance d'écriture utilisant un stylet, des images, 25 des vidéos. Pour chaque information saisie (son, image, etc.), quelques informations sont saisies pour faciliter la future mise en ligne : informations d'endroit où faire apparaître l'information (référence à une section par exemple), informations simples de mise en page, d'ajout à une page, ou de remplacement d'une page existante. Ces différentes formes 30 constituent des commandes de mise à jour simplifiées et contiennent des 2910660 12 données de publication. la nécessité de transmission indépendante des informations vers un serveur intermédiaire qui sera capable de les traiter , et de les ajouter au site. Une telle transmission indépendante peut par exemple être réalisée 5 directement quand les conditions de fonctionnement du réseau le permettent ou être sauvegardées pour une transmission ultérieure quand les conditions de réception/transmission ne sont pas idéales. Les données sont transmises par exemple par un système GSM, un système WIFI, un système bluetooth, un système de synchronisation de PDA 10 (liaison USB, liaison série). Par traiter , on entend convertir éventuellement en un format supporté par le site les données transmises. Ce traitement est réalisé au sein du serveur intermédiaire. Par exemple, si un texte vocal doit être publié sous la forme d'un texte, un système de reconnaissance vocal s'interface avant la publication de la 15 donnée. Si la donnée est une vidéo, elle peut soit être ajoutée directement sur le site, ou traduite dans un autre format (séquence d'images fixes, animation flash). Lors de la connexion à ce système intermédiaire, le terminal pourra aussi mettre à jour sa propre référence locale sur le site. Par la suite, on présente notamment le cas d'une mise en oeuvre du procédé 20 de mise à jour particulièrement adaptée aux terminaux de communication mobiles. II 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 les ordinateurs personnels et plus généralement dans tous les cas où les avantages procurés par l'invention sont intéressants. 25 5.2 Description d'un mode de réalisation Le présent mode de réalisation du procédé de transfert selon l'invention repose sur trois dispositifs distincts : - un terminal de communication de type terminal mobile ; un serveur intermédiaire de gestion des contenus référencé dans les figures 30 qui suivent par ServCont . 2910660 13 un serveur de publication classique (serveur http) référencé dans les figures qui suivent par ServHTTP . Dans un mode de réalisation particulier de l'invention, il est également possible que les serveurs intermédiaires et les serveurs de publication puissent 5 faire l'objet d'une seule et même implémentation au sein d'un serveur physique unique. Un système implémentant le procédé selon l'invention offre les fonctionnalités suivantes, qui seront détaillées par la suite : le serveur intermédiaire est capable de s'adresser au serveur de publication 10 notamment pour extraire un sous-ensemble du contenu des articles et pour mettre à jour des articles ; le terminal mobile peut récupérer, auprès du serveur intermédiaire, un résumé pertinent (ce résumé est expliqué par la suite) des articles sur lesquels l'utilisateur du terminal mobile peut avoir un impact (droits 15 d'écriture). Le terminal mobile peut émettre des ordres de modification des articles (ordre création, suppression, modification, ajout) auprès du serveur intermédiaire. On décrit, en relation avec la figure 1, un diagramme de bloc présentant de 20 manière générale le procédé de transfert selon l'invention dans ce mode de réalisation. Un terminal mobile 101 se connecte (1010) à un serveur intermédiaire ServCont 102, en utilisant un identifiant et un mot de passe. Ce dernier se connecte (1020) à un serveur de publication ServHTTP 103 en présentant, en 25 paramètre, les identifiants du terminal (ou de l'utilisateur du terminal). Le serveur de publication ServHTTP 103 transmet (1030) au serveur intermédiaire ServCont 102 une structure de publication 1031 apte à être interprétée par le serveur intermédiaire. Une telle structure peut par exemple être une page de connexion typique d'un serveur de publication ou une page de liste d'articles ou 30 de commentaires dans une forme standard, qui pourrait par exemple être affichée 2910660 14 dans un navigateur si l'utilisateur était connecté directement au serveur de publication ServHTTP 103. Le serveur intermédiaire ServCont 102 interprète (1021) la structure de publication 1031 et fournit (1022) au terminal mobile 101 une liste d'articles 5 (résumé) 1023. Le terminal mobile 101 affiche cette liste 1011. A partir de ce moment, le terminal est autonome pour gérer les modifications à apporter. Une coupure de réseau peut parfaitement intervenir sans que cela soit préjudiciable aux mises à jour réalisées par l'utilisateur. L'utilisateur 100 du terminal effectue (1000) une ou plusieurs l0 modifications ou ajout de données de publications à l'aide de fonctionnalités de modification ou d'ajout présentes sur son terminal (ce sont des commandes simplifiées de mise à jour qui peuvent être associées à des données de publication de type image, son, vidéo, des commandes de publication ou toute autre commande). Certaines de ces fonctionnalités font l'objet d'une description par la 15 suite. Le terminal 101 sauvegarde localement (1012) les actions de modification et d'ajout réalisées par l'utilisateur. Ces actions de modifications (informations représentatives des commandes simplifiées) sont sauvegardées localement, c'est-à-dire au sein d'une mémoire (de masse, ou volatile) du terminal mobile. Après un 20 temps 1013 fonction des conditions d'accès au réseau de communication (quand une connexion au serveur intermédiaire ServCont 102 est disponible), le terminal 101 effectue (1014) une nouvelle étape de connexion au serveur ServCont 102 afin de lui transmettre les modifications apportées par l'utilisateur. Ces modifications sont ensuite traduites (1024) par le serveur ServCont 102 qui les 25 transmet (1025) au serveur de publication ServHTTP 103 afin de les prendre en compte. On présente par la suite les fonctionnalités mises en oeuvre dans le serveur intermédiaire ainsi que dans le terminal. A ce titre on introduit lesnotations suivantes : 30 - une référence à un article est notée URLA et équivaut à une URL (de 2910660 15 l'anglais Uniform Ressource Locator pour Localisateur Uniforme de Ressource ) ainsi qu'au nom d'un article. par document on entend par exemple un 4-uplet (id, type, données, info) avec type appartenant à l'ensemble {texte, image, vidéo, son} et info 5 appartenant à {null, toText}. id est un identificateur unique de document. un article contient en lui-même un titre et une liste ordonnée de documents. 5.2.1 Fonctionnalités du serveur intermédiaire : Afin de permettre la mise en oeuvre du procédé de transfert selon 10 l'invention, le serveur intermédiaire possède les fonctionnalités suivantes : - Ajout d'un utilisateur et d'un identifiant : addUser(Userld, passwd) ; Cette fonctionnalité permet à un utilisateur de commander au serveur intermédiaire l'ajout d'un utilisateur autorisé à accéder au contenu sur le site de publication ; 15 - Retrait d'un utilisateur : removeUser(Userld) ; Cette fonctionnalité permet à un utilisateur de commander au serveur intermédiaire le retrait d'un utilisateur Gestion des droits sur un article pour un utilisateur donné : AddRight(User, URLA,+I-R, +/-W) ; 20 - Par exemple : addRight(User, http://www.adresse.com, 1456.html, +R, -W) : droit de lecture mais pas de droit d'écriture sur l'URL précisée pour l'utilisateur User . Demande d'un résumé de site pour un utilisateur donné : getSummary(User, URL, URLA). Si URL est vide, alors le résumé de 25 toutes les pages de l'utilisateur est construit. Si l'URLA est vide mais pas URL, un résumé est construit pour tous les articles de l'URL. 5.2.2 Fonctionnalités du terminal mobile Afin de permettre la mise en oeuvre du procédé de transfert selon l'invention, le terminal mobile possède les fonctionnalités suivantes : 30 - Affichage des documents issus du site de publication sous la forme d'une 2910660 16 liste, et possibilité de sélectionner un document ; - Obtention d'un résumé de tous les articles disponibles à l'utilisateur. Cette fonctionnalité est effectivement effectuée lorsqu'une connexion vers le serveur ServCont 102 est disponible. Ce résumé est un ensemble de {URL, 5 URLA, titre, liste de documents} ; Visualisation des résumés des articles, si celui-ci a été construit précédemment ; - Emission d'une demande d'insertion d'un document dans un article update(User, Psswd, URL, URLA, document, indice). L'indice représente 10 la position du document dans l'article. La demande n'est réellement acheminée que lorsqu'une connexion vers le serveur ServCont 102 est disponible. Emission d'une demande de création d'article : createArticle(User, Passwd, URL, URLA, titre). La demande n'est réellement acheminée que 15 lorsqu'une connexion vers le serveur ServCont 102 est disponible. Emission d'une demande de suppression d'un document dans un article removeDocument(User, Passwd, URL, URLA, indice). La demande n'est réellement acheminée que lorsqu'une connexion vers le serveur ServCont 102 est disponible. 20 - Emission d'une demande de suppression d'un article : removeArticle(User, Passwd, URL, URLA). La demande n'est réellement acheminée que lorsqu'une connexion vers le serveur ServCont 102 est disponible. - Saisie ou capture d'au moins un type de document parmi les suivants texte formaté, image, vidéo, son. 25 La manipulation des articles ainsi que la présentation pour la mise en oeuvre des fonctionnalités est effectuée par l'intermédiaire d'une interface graphique telle que schématiquement décrite en figure 2. La partie du haut 201 permet de visualiser les documents contenus dans le terminal mobile, la partie du bas 202 de visualiser le résumé des sites pour lesquels l'utilisateur possède des 2910660 17 droits de modification. Les boutons BTN1, BTN2, BTN3 (partie 203) permettent d'accéder aux fonctions de modification des articles (liste non exhaustive). 5.2.3 Fonctionnalités du serveur de publication Dans ce mode de réalisation particulier de l'invention, le serveur de 5 publication ServHTTP 103, possède des fonctions typiques d'un serveur web c'est à dire qu'il permet à la fois de lire des pages HTML, et de poster de nouvelles pages. On présuppose dans ce mode de réalisation que le serveur intermédiaire ServCont 102 possède les bons droits de lecture et d'écriture sur les différentes pages sur lesquelles les utilisateurs peuvent travailler. 10 5.2.4 Présentation d'un mode de mise en oeuvre du procédé selon l'invention. On présente, à titre d'exemple illustratif et non limitatif, un mode de mise en oeuvre particulier du procédé selon l'invention afin que l'homme du métier puisse mieux se rendre compte des interactions du terminal mobile et du serveur 15 intermédiaire. 1. dans un premier temps, des utilisateurs sont ajoutés au serveur de contenu ; Pour chaque utilisateur, des URL et articles autorisés en lecture et écriture sont configurés ; 2. dans un seconde temps, au niveau du terminal de communication, on 20 procède en quatre étapes : rapatriement d'informations sur le site (ou les sites) configuré(s) dans le terminal mobile. Ces informations sont compactées de telle sorte à prendre peu de bande passante et de place sur l'appareil mobile. La solution technique passe par l'émission d'une requête 25 du terminal vers le serveur et d'une réponse du serveur au terminal, telles que présenté par la suite. Lorsque le réseau est disponible, le terminal envoie le site simplifié au serveur. Requête du terminal vers le serveur URL racine du site 30 Login 5 10 15 20 25 2910660 18 Mot de passe Réponse du serveur vers le terminal : URL1, titrel, auteursl URL2, titre2, auteurs2 URLn, titren, auteursn saisie des informations de document avec l'appareil mobile ; cet appareil permet au moins l'une des saisies suivantes : saisie de la voix, saisie d'image (scan de documents, photos), vidéo, saisie de texte (clavier). Une fois les documents saisis, l'utilisateur a la possibilité de poster des ordres de modification (ajout d'un article, ajout d'un document à un article, etc.). Ces ordres sont combinés en une suite d'ordre par le terminal mobile. Ils sont également fusionnés. Cela signifie que les ordres ne sont pas tous pris en compte. En effet, lorsqu'un utilisateur souhaite réduire la taille d'une image, il va procéder par essais successifs, jusqu'à obtenir la taille souhaitée. Une commande simplifiée de réduction de taille d'image peut-être utilisée à cette fin. Cependant, afin d'éviter de transmettre au serveur intermédiaire une suite de commandes simplifiées permettant d'obtenir la taille désirée, le procédé selon l'invention permet, dans au moins un mode de réalisation, de fusionner l'ensemble de ces commandes afin d'obtenir une seule commande simplifiée. Une telle synthétisation de commande est réalisée pour toutes les commandes de mise à jour simplifiée qui s'applique de façon répétée à certains objets. Par exemple, dans le cas d'un changement de couleur d'un texte, le terminal mobile, afin d'éviter de transmettre tous les essais réalisés successivement par l'utilisateur, ne transmet que la dernière commande de changement de couleur. 2910660 19 Par exemple, des informations de mises à jour peuvent être constituées comme suit : : permet d'ajouter à un article référencé par l'URL le document document : permet d'ajouter un nouvel article (dont le titre est celui fourni en paramètre) contenant le document spécifié, à l'URL donné en paramètre. Cette URL représente l'URL racine du site (blog, wiki). Afin de faciliter cette saisie, on peut imaginer, dans au moins tin mode de réalisation, que l'appareil possède des touches dédiées append , remove et create , ou des menus déroulants contenant ces actions. Un document en lui même contient plusieurs informations : les données brutes (données de texte, de voix, etc.), et les conversions éventuelles à effectuer. Par exemple, le document suivant contient un document audio (une voix) qu'il convient de traduire en texte. document = - connexion au serveur intermédiaire dès qu'un réseau compatible est disponible, sur le serveur. Il peut s'agir d'un réseau de type WiFi, GSM, Bluetooth, etc. Les données et les informations de mise en 20 page sont envoyées de façon brute au serveur via ce réseau. Par brute , on entend non transformée pour un format spécifique du blog ou du wiki (HTML simplifié, ou autre), si ce n'est un encodage qui permet de compresser les données (par exemple, la vidéo peut être encodée en H264). Les informations de mise en 25 page décrites précédemment sont également transmises. - réception des données (image, texte, etc.) et des informations de mise en page sous forme d'indices par le serveur intermédiaire. A partir du texte et des images, il est possible de construire un document HTML. Si de plus du son ou des vidéos doivent être 30 insérés, on présuppose que le site de publication visé prend en 5 10 15 2910660 20 compte de tels documents. Toutes les conversions de données (texte audio vers texte écrit ou image vers texte) se font de façon préférentielle sur le serveur intermédiaire, car ce serveur dispose de plus de ressources de calcul et d'énergie que les appareils mobiles. Ainsi, le serveur peut par exemple effectuer les conversions suivantes : les données de type voix peuvent être converties en données de texte grâce à un système de reconnaissance vocale. les documents scannés à l'aide de l'appareil mobile (ou simplement pris en photos lors d'une réunion par exemple) peuvent être assemblés pour être mis dans un seul et unique document, par exemple au format pdf. Une fois les donnés converties, elles sont ajoutées au site HTTP avec des procédures de POST. 15 5.3 Autres caractéristiques optionnelles et avantages Selon un mode de réalisation particulier de l'invention, il est envisagé de proposer un dispositif facilitant la mise à jour des sites de publication qui intègrerait directement des moyens d'enregistrement de la voix de l'utilisateur (ou d'autres types de données) et faisant automatiquement la mise à jour du site, en 20 fonction de consignes très simples saisies par l'utilisateur. Ainsi, ce système permet de combiner, en une seule passe, la récupération d'information et le moment où elle est enregistrée, pour publication. Ainsi, un tel dispositif permet de mettre à jour rapidement des sites de publication. En effet ce dispositif est capable de faciliter non seulement le relevé 25 des données à publier, mais aussi la publication elle-même. Finalement, le dispositif offre deux capacités : - la saisie simplifiée des données multimédia à publier (données de publication) ; - la publication rapide et automatique des données saisies en fonction 30 d'ordres simples. 5 10 2910660 21 A ce titre, l'appareil mobile dispose de moyens pour lui permettre de publier ses informations par différents moyens de communication vers le serveur intermédiaire qui centralise ces nouvelles informations. Si aucun medium de communication n'est disponible pour contacter le 5 serveur intermédiaire centralisant les opérations (coupure de réseau), le dispositif sauvegarde les requêtes de publication, et les soumet dès qu'un médium de communication devient disponible. 5.4 Architecture du serveur intermédiaire On présente, en relation avec la figure 3, une architecture simplifiée d'un 10 serveur intermédiaire selon l'invention. Il comprend une mémoire 31, et une unité de traitement 30 équipée d'un microprocesseur, qui est piloté par un programme d'ordinateur (ou application) 32. L'unité de traitement 30 reçoit en entrée, via un module d'interface d'entrée réseau 33 : des requêtes d'obtention de résumés ou d'articles 34a de site transmises 15 par le terminal ; des ensembles de commandes de modification ou d'ajout de données 34b en provenance du terminal de communication. Ces informations sont traitées par le microprocesseur, selon les instructions du programme 32, pour : 20 - émettre des instructions de mises à jour ou d'ajout d'article 36a à destination du site de publication considéré ; émettre des résumés d'espaces de publication ou d'articles 36b ; Ces données sont transmises via un module d'interface de sortie réseau 35 à destination des dispositifs du réseau de communication qui en ont la charge. 25 5.5 Architecture d'un terminal de communication On présente, en relation avec la figure 4, une architecture simplifiée d'un terminal de communication selon l'invention. Il comprend une mémoire 41, et une unité de traitement 40 équipée d'un microprocesseur, qui est piloté par un programme d'ordinateur (ou application) 42. L'unité de traitement 40 reçoit en 30 entrée, via un module d'interface d'entrée réseau 43 2910660 22 des résumés ou des articles 44a de sites transmis par le serveur intermédiaire ; - des informations de disponibilité de connexion au réseau de communication 44b. 5 Ces informations sont traitées par le microprocesseur, selon les instructions du programme 42, pour : émettre des commandes de mises à jour ou d'ajout d'article 46a à destination du serveur intermédiaire ; émettre des requêtes d'obtention de résumés ou d'articles 46b ; 10 Ces données sont transmises via un module d'interface de sortie réseau 45 à destination des dispositifs du réseau de communication qui en ont la charge. REVENDICATIONS 1. Procédé de mise à jour, depuis un terminal de communication, d'au moins un espace personnel de publication, accessible sur au moins un site de publication implanté au sein d'un serveur HTTP , caractérisé en ce qu'il met en oeuvre un serveur intermédiaire de traitement associant à au moins une commande simplifiée de mise à jour dudit espace personnel, produite par un utilisateur, au moins une instruction de mise à jour complexe directement interprétable par ledit serveur HTTP . 2. procédé de mise à jour selon la revendication 1, caractérisé en ce qu'il comprend : - une phase de production d'au rnoins une desdites commandes simplifiées de mise à jour dudit espace personnel ; - une phase de génération d'au moins une information représentative de la ou desdites commandes simplifiées ; - une première phase de transfert de ladite au moins une information représentative de la ou desdites commandes simplifiées audit serveur intermédiaire de traitement ; une phase de construction, dans ledit serveur intermédiaire, d'au moins une instruction de mise à jour complexe en fonction de la ou desdites informations représentatives ; une phase d'application, par ledit serveur intermédiaire, au sein dudit au moins un espace personnel, de la ou desdites instructions de mise à jour complexes. 5. procédé de mise à jour selon l'une quelconque des revendications 1 et 2, caractérisé en ce que ladite phase de génération comprend une étape de synthèse d'au moins deux commandes simplifiées. 6. procédé de mise à jour selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ladite phase de transfert comprend une étape préalable de validation de la présence d'au moins un réseau de communication permettant d'établir une connexion entre ledit terminal et 2910660 24 ledit serveur intermédiaire. 5. Procédé de mise à jour selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite phase de production de ladite au moins une commande simplifiée comprend : 5 une étape de production d'au moins une donnée de publication ; une étape d'association de ladite au moins une donnée de publication produite à au moins une desdites commandes simplifiées de mise à jour dudit espace personnel. 6. Procédé de mise à jour selon la revendication 5, caractérisé en ce que 10 ladite au moins une donnée de publication appartient au groupe comprenant au moins : - des données textuelles saisies au sein dudit terminal ; - des vidéos ; des données sonores ; 15 -des données vocales ; des images fixes ; des images animées. 7. Procédé de mise à jour selon l'une quelconque des revendications 5 et 6, caractérisé en ce qu'il comprend en outre : 20 - une deuxième phase de transfert de ladite au moins une donnée de publication ; - une étape de transformation de ladite au moins une donnée de publication préalablement et/ou conjointement à ladite phase de construction de ladite au moins une commande de mise à jour complexe. 25 8. Procédé de mise à jour selon la revendication 7, caractérisé en ce que, lorsque ladite au moins une donnée de publication est une donnée vocale, ladite au moins une étape de transformation de ladite donnée vocale consiste en une construction d'au moins un texte issu d'une reconnaissance vocale réalisée sur ladite donnée vocale. 30 9. Procédé de mise à jour selon l'une quelconque des revendications 1 à 8, 2910660 25 caractérisé en ce que ladite phase de production de commande simplifiée comprend une étape de fusion desdites commandes simplifiées portant sur un même objet. 10. Terminal de communication caractérisé en ce qu'il comprend : 5 - des moyens de production d'au moins une commande simplifiée de mise à jour d'un espace personnel de publication, accessible sur au moins un site de publication implanté au sein d'un serveur HTTP ; - des moyens de génération d'au moins une information représentative de la ou desdites commandes simplifiées ; 10 - des premiers moyens de transfert de ladite au moins une information représentative de la ou desdites commandes simplifiées à un serveur intermédiaire de traitement associant à ladite au moins une information représentative de la ou desdites commandes simplifiées, au moins une instruction de mise à jour complexe directement interprétable par ledit 15 serveur HTTP . 11. Serveur intermédiaire de traitement caractérisé en ce qu'il comprend : des moyens de construction d'au moins une instruction de mise à jour complexe en fonction d'au moins une information représentative d'au moins une commandes simplifiées de mise à jour d'un espace personnel de 20 publication, accessible sur au moins un site de publication implanté au sein d'un serveur HTTP ; des moyens d'application, au sein dudit au moins un espace personnel, de la ou desdites instructions de mise à jour complexes. 12. Produit programme d'ordinateur téléchargeable depuis un réseau de 25 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 l'exécution du procédé de mise à jour selon l'une au moins des revendications 1 à 9, lorsqu'il est exécuté sur un ordinateur. 30