FR 3001563 A1 20140801 FR 1350802 A 20130130 - 1 - « Procédé et système de collecte et de gestion de données dans un journal informatisé » La présente invention concerne un procédé et un système de collecte et de gestion de données numériques dans une unité de journalisation chronologique, dite journal ou carnet, d'une pluralité de données représentant chacune une valeur à journaliser pouvant comprendre des chiffres et/ou des lettres, utilisée par exemple pour enregistrer l'évolution ou la survenue dans le temps d'une même grandeur, ou d'évènements concernant un même thème, ou au sein d'une même catégorie. Ce processus comprend une pluralité de phases de mémorisation dites chronologiques réalisées à une pluralité d'instants différents, comprenant chacune une mémorisation d'au moins une donnée représentant ladite valeur à journaliser, associée à au moins une donnée temporelle correspondant à ladite valeur journalisée. Selon l'invention, chacune de ces phases de mémorisation chronologique comprend au moins : - une réception, au sein d'un serveur automatisé de gestion de journal, d'un message de journalisation émis à distance par un terminal tel qu'un téléphone, une tablette tactile ou un ordinateur fixe ou portable, émis par exemple sous la forme d'un SMS, ou d'un email, ou d'un champ dans un formulaire affiché par l'Internet ; - une interprétation ou mémorisation dudit message de journalisation par ledit serveur comme comprenant au moins une chaîne alphanumérique, dite chaîne de journalisation ; - une analyse syntaxique de ladite chaîne de journalisation pour en extraire au moins une donnée numérique ou textuelle, dite donnée de valeur journalisée ; et - une mémorisation de ladite donnée de valeur journalisée, au sein de ladite unité de journalisation chronologique, associée à au moins une donnée d'instant de journalisation, automatiquement issue de données temporelles fournies par le système de transmission dudit message de journalisation. - 2 - L'identification d'un tel carnet peut être reçue dans la chaîne de journalisation, ou être déduite par le serveur à partir de l'identifiant de l'émetteur ou à partir de l'adresse de destinataire par laquelle le message a été reçu. Plus particulièrement, ce procédé peut comprendre en outre une création à la volée d'une unité de journalisation si celle correspondant à l'identifiant reçue n'existe pas encore. L'invention concerne en outre un tel procédé et système dans lequel l'analyse syntaxique comprend une identification et un traitement d'attributs complémentaires représentant des fonctions ou paramètres, applicables aux données ou représentant des actions ou des réglages à effectuer par le serveur de gestion. Elle concerne aussi un tel procédé comprenant une analyse et/ou une visualisation graphique de l'évolution d'une pluralité de valeurs journalisées, mémorisées au sein d'une ou plusieurs unités de journalisation et dans une ou plusieurs catégories ou sous catégories déterminées, et dont les résultats sont présentées sous la forme d'une ou plusieurs pages accessibles par un réseau ou par l'Internet, notamment sous la forme de pages de type web. Etat de la technique Dans de nombreux domaines, lorsque l'on souhaite connaître ou contrôler un phénomène, il est utile d'enregistrer dans un « journal » les différents états ou valeurs que peuvent présenter ce phénomène au cours du temps, pour les conserver ou les agréger de différentes façons. Ainsi, le fait de noter et surveiller certaines constantes physiologiques permet de mieux gérer l'évolution d'une maladie, comme par exemple pour le diabète en notant le taux d'insuline dans le sang en différents moments de la journée et sur de nombreuses journées d'affilée. De façon similaire, le fait de noter aussitôt ses dépenses permet de mieux gérer un budget ou effectuer les actes comptables qui doivent en découler, par exemple pour un budget titre familial mais aussi pour préparer des notes de frais professionnelles en notant aussitôt toutes les dépenses effectuées avec leur montant ainsi que leur objet et les tiers qui sont concernés. - 3 - De même, les méthodes d'amélioration continue de la qualité utilisent l'enregistrement d'indicateurs permettant de mesurer le succès des outils en comparant ces indicateurs (temps, argent, rendement, etc.) avant, pendant et après la mise en place des outils, de documenter les étapes à suivre pour atteindre le résultat adéquat, et de vérifier si les étapes prévues ont bien été suivies. Ce besoin de journaliser des informations se retrouve dans de nombreux autres domaines, par exemple pour de la gestion de projets, tenue de feuille de temps, comptabilité, gestion de forces de ventes, gestion d'entraînement sportif, prévention des risques en aéronautique par exemple dans la finance, dans l'industrie, dans la logistique, etc. On retrouve associé à cette journalisation de données de mesures le besoin de sauvegarder également des notes et des documents complémentaires permettant d'illustrer, de justifier, de documenter la mesure (reçus de notes de frais, radiographies médicales, photos d'une installation technique, signature d'un contrat, etc.). Systèmes dédiés De nombreuses méthodes existent dans des domaines spécifiques, pour lesquels un tel enregistrement et suivi est une part essentielle de l'activité. Ces méthodes sont alors implémentées sous la forme d'applications ou systèmes spécifiques, conçues et programmées sur mesure pour les besoins spécifiques, qui peuvent être qualifiées d'applications « propriétaires » dédiées. Par exemple, pour enregistrer les variations de températures dans un processus de fabrication d'une usine chimique, des ordinateurs peuvent exécuter une application spécifique qui communique avec des capteurs de température dont ils enregistrent automatiquement les valeurs, et qui traitent et combinent ces valeurs pour les mémoriser et en tirer un tableau de bord comprenant un résumé de certains indicateurs significatifs. Dans une entreprise de vente comme un supermarché, des ordinateurs exécutent une application spécifique qui reçoit par un lecteur de code barres les référence des articles vendus, consultent leurs prix dans une base de données, et sont capables à la fois de calculer et d'imprimer la facture d'un acheteur tout en transmettant et - 4 - mémorisant ces données sous la forme de chiffres de ventes apparaissant dans un tableau des ventes de la semaine ou un bilan comptable annuel. Cependant, dans de nombreux cas, il est difficile de concevoir, programmer et acquérir un système spécifique pour chaque type de journalisation. Même lorsque cela est possible, par exemple dans une entreprise sous la forme d'une application globale de type ERP (pour « Entreprise Ressource Planning » ou Planification des Ressources de l'Entreprise), par exemple dans l'environnement « SAP » ou Oracle, il est souvent difficile de fournir à chaque collaborateur le matériel électronique ou l'application informatique adaptés. Cependant, de tels systèmes nécessitent de lourds investissements en temps, en argent et en personnel, et pesant souvent sur la marche de l'entreprise et sa réactivité. En outre, les tentatives d'organisation imposant une standardisation des comportements de tous les collaborateurs se heurtent souvent à des réticences personnelles, par exemple du fait des différences de personnes ou d'habitudes de travail. Il est alors fréquent que de nombreuses personnes fassent la journalisation au fur et à mesure selon leurs propres méthodes, puis les introduisent ultérieurement dans le système selon la norme imposée. Applications standard Ainsi, dans de nombreux cas, chaque personne utilise des moyens standards qui lui sont propres pour tenir le journal qui lui est utile, par exemple en conservant des factures individuelles dans une pochette, ou en notant à la main dans un carnet. Il peut aussi s'agir de notes « manuelles » prises sous forme informatique dans des applications bureautiques standards, par exemple sous forme de notes électroniques dans une application de texte ou d'agenda dans un téléphone intelligent, ou dans une feuille de calcul au sein d'un logiciel tableur standard. Ces applications peuvent être exécutées par exemple dans un ordinateur portable ou fixe, ou dans une application délocalisée avec interface en ligne de type « cloud computing » accessible par un réseau tel que l'Internet. Ces annotations sont ensuite recopiées ou exportées manuellement, par exemple en dessinant une courbe sur un papier ou en programmant un graphique à partir des données d'une feuille de calcul ou des notes mémorisées - 5 - manuellement dans un traitement de texte ou un agenda électronique. Actuellement, il existe par exemple de nombreuses applications informatiques pouvant être exécutées sur un ordinateur portable ou un téléphone mobile intelligent, qui permettent de gérer certains aspects de l'organisation de la vie quotidienne. Il s'agit par exemple d'applications permettant de mémoriser des notes sous forme de texte au fur et à mesure. Sur des ordinateurs fixes ou portables, il existe aussi des applications dédiées qui permettent de gérer des comptes bancaires, et dans lesquelles il est possible de saisir ses dépenses, essentiellement à l'aide d'une interface utilisateur de type bureautique avec clavier et souris. Cependant, dans de tels cas, de nombreuses difficultés existent. Par exemple, les papiers peuvent se perdre, ou le temps passé est trop long, par exemple à cause du temps nécessaire pour retrouver et lancer l'application, puis pour saisir les données dans un formulaire selon un 15 format imposé, ou à cause des efforts nécessaires pour se rappeler les détails et le contexte de chaque note de frais lorsque celle-ci n'est pas saisie en temps réel ; ou certains enregistrements sont retardés ou oubliés, ou des erreurs se produisent au recopiage, ou l'utilisateur n'a pas les capacités techniques pour adapter le logiciel standard à son besoin, ou des erreurs 20 sont faites lors de la programmation du graphique. Même lorsque des données sont saisies au fur et à mesure sur un ordinateur ou un téléphone portable, cela nécessite d'acquérir et d'installer l'application correspondante, la sécurité des données dépend de celle de l'appareil utilisé pour la mémorisation, et il est nécessaire de programmer des interfaces différentes 25 pour les différents outils personnels des différentes personnes travaillant sur un même journal ou dont le journal contribue à un même tableau de bord. Les difficultés sont plus nombreuses ou aggravées dans tous les cas où les différentes valeurs à journaliser apparaissent à différents moments de la journée, par exemple à des moments non prévisibles, ou au cours 30 d'activités différentes, ou à des intervalles longs ou irréguliers, et donc dans des situations pour lesquelles il est difficile de prévoir les moyens techniques et le temps qui sont nécessaires pour en effectuer une journalisation immédiate, précise et fiable. - 6 - En outre, l'exploitation des données ainsi mémorisées de façon « manuelle » et variant selon les utilisateurs nécessite elle aussi un traitement « manuel » réalisé directement par l'utilisateur. Même pour des données déjà mémorisées dans une feuille de tableur, il faut par exemple programmer le graphique en saisissant les différentes cellules devant être utilisées comme séries de données, et celles à utiliser comme valeurs des axes. Pour générer un tableau de bord combinant des données issues de plusieurs catégories, il faut en outre saisir et paramétrer des formules ou des liens entre les différentes zones de mémorisation, ce qui représente un travail complexe et lourd pour un non spécialiste, avec des risques d'erreur non négligeables. Ainsi, il est compliqué pour une personne n'ayant pas de connaissance informatique de visualiser sur des courbes, des graphiques, à partir des données qui sont importantes pour elle. Les outils de type tableur requiert un minimum d'apprentissage, en plus de l'accès à un ordinateur et au logiciel ad hoc. De plus ces logiciels ne réalisent pas d'intégration de ces graphiques dans des pages internet, des blogs, des journaux en lignes ou des intranets, autrement que par un simple export vers une image statique, le plus souvent en bitmap. De plus, il est difficile voire impossible de mettre à jour ces logiciels ou des graphiques à distance, par exemple par sms ou par courriel (aussi appelé "email"). En outre, dans des outils standards comme un tableur, il est difficile d'ajouter à des valeurs des notes et des pièces jointes (telles que documents, photos ou messages audio), et il est fastidieux de classer, de récupérer et de partager les données et les documents associés. Il est encore plus difficile et délicat de combiner des données provenant de plusieurs utilisateurs ou de les partager avec plusieurs utilisateurs, avec en plus des problèmes de connexions et de sécurisation. Par exemple dans la gestion de projets complexes intégrant de nombreuses personnes et divisés en plusieurs sous-projets, ou dans la remontée de reporting à travers plusieurs niveaux hiérarchiques ou au sein d'équipes distribuées, il est très fastidieux de devoir récupérer les informations de toutes les personnes impliquées concernant l'avancement et - 7 - le temps passé à telle ou telle tâche, et de devoir mettre à jour un fichier ou système commun regroupant tous les projets ou toutes les données. Cela entraînent de nombreux retards avant de pouvoir avoir une vision à jour du projet, et souvent de nombreuses erreurs, nuisant ainsi considérablement à la possibilité pour les dirigeants de prendre des décisions vraiment éclairées à partir d'informations fiables et à jour dans le pilotage de leur activité. Ainsi, surtout en dehors des applications très spécifiques comme celles qui complètement automatisées ou sont imposées avec une organisation spécifique très contrôlée, le besoin existe d'une méthode qui permette de résoudre tout ou partie des difficultés qui se présentent pour tenir une journalisation, pour la mémorisation des données mais aussi pour leur exploitation. Là où il existe des systèmes d'entreprises complexes basés sur une architecture pyramidale, ceux-ci très longs à mettre en place et nécessitent d'importants moyens informatiques, humains et financiers, leur gestion et la formation des utilisateurs. Ainsi, même pour de tels systèmes dédiés, le besoin existe d'une méthode collaborative qui permette de résoudre ces problèmes avec un déploiement plus rapide, et qui autorise chaque employé à mettre en place ses propres méthodes de travail et de reporting, tout en lui permettant collaborer de façon efficace et productive et en lui offrant la possibilité de connecter ses méthodes et ses données avec celles de ses collègues. De même, là où des méthodes de gestion de la qualité sont mises en place, par exemple basées sur les normes ISO telles que les normes ISO 9001 ou ISO 9002, les coûts d'installation, de gestion, de formation, d'utilisation de ces solutions, en plus de la rigidité et de l'excès de paperasserie que ces méthodes engendrent, font que le besoin subsiste de solutions simples qui éliminent autant que possible les tâches administratives et utilisent au maximum les outils existants et déjà connus des utilisateurs. Un but de l'invention est de pallier en tout ou partie les inconvénients existants. - 8 - En particulier, l'invention vise à permettre de journaliser des informations, en particulier textuelles ou numériques, - de façon simple, fiable, peu coûteuse et rapide, - d'une manière facile à insérer au sein d'une autre activité dans le courant des occupations quotidiennes, - avec peu de concentration mentale, - sans avoir besoin de vérifier ou retraiter la sécurité ou la prise en compte des données journalisées, - pour des données de types différents et des domaines différents, - pour une utilisation personnelle ou professionnelle, - de façon simple à comprendre et nécessitant peu de compétences informatiques ou aucune, - sans outil ou logiciel spécifique, - dans n'importe quel lieu, - dans des conditions de connexion peu exigeantes, - de façon indépendante de tout autre utilisateur, - avec un accès, un classement, une description et un partage simple et fiable de différents éléments supplémentaires devant être associées aux données de journalisation, - de manière flexible et adaptable, au cours du temps et en fonctions des différents contextes et contraintes techniques, - tout en permettant également de partager et de connecter facilement ses informations entre elles ou avec celles d'autres utilisateurs. L'invention vise aussi à permettre des possibilités d'automatisation et/ou d'adaptation aux différents besoins, de façon souple et performante, en conservant les avantages de simplicité et d'indépendance pour l'utilisateur, et en maintenant une compatibilité entre ces différentes adaptations pour un même utilisateur ou entre plusieurs utilisateurs. En outre, l'invention vise aussi à permettre une meilleure exploitation de ces informations, permettant de façon simple et sans compétences particulières de visualiser les informations journalisées sous une forme claire ; tout en permettant une adaptation souple et performante de cette exploitation en fonction des besoins des différents utilisateurs et groupes d'utilisateurs. -9 Exposé de l'invention L'invention propose un procédé de collecte chronologique et de gestion de données numériques dans un journal informatisé, comprenant un processus de mémorisation, dans une même unité de journalisation chronologique dite journal ou carnet, d'une pluralité de données représentant chacune au moins une valeur journalisée pouvant comprendre des chiffres et/ou des lettres. Le plus souvent, il s'agit d'un processus de mémorisation qui est centralisé et accessible à distance, par des moyens informatisés multiplateformes et multiformats. Typiquement, cette unité de journalisation est mémorisée sous la forme d'une base de données dans un même fichier ou groupe de fichiers. Cette mémorisation peut typiquement être utilisée pour enregistrer l'évolution ou la survenue dans le temps d'une même grandeur, ou d'évènements concernant un même thème, ou au sein d'une même catégorie. Ce processus de mémorisation comprend une pluralité de phases de mémorisation dites chronologiques réalisées à une pluralité d'instants différents (typiquement représentant chacune un évènement ou une mesure distincts des autres dans le temps, et par exemple séparés par un intervalle d'au moins une minute voire au moins une journée) ; et chacune de ces phases de mémorisation chronologique comprend une mémorisation : - d'au moins une donnée représentant ladite valeur journalisée, associée à 25 - au moins une donnée temporelle correspondant à ladite valeur journalisée. Selon l'invention, chacune de ces phases de mémorisation chronologique comprend au moins : - une réception, au sein d'un serveur automatisé de gestion de journal, 30 d'un message de journalisation émis à distance par un terminal notamment interactif sous l'action d'un utilisateur (typiquement un téléphone, une tablette tactile, ou un ordinateur fixe ou portable) à destination dudit serveur de gestion, en général de façon exclusive. Ce message de journalisation de type aumoins textuel, c'est-à-dire d'un - 10 - type de message prévu pour contenir un texte saisi par l'utilisateur. Il est émis par exemple sous la forme d'un SMS, ou d'un email, ou d'un champ alphanumérique dans un formulaire Internet voire dans une page web ; - une interprétation ou mémorisation dudit message de journalisation par ledit serveur comme comprenant au moins une chaîne alphanumérique, c'est-à-dire comprenant une combinaison de chiffres et/ou lettres, dite chaîne de journalisation. Cette chaîne est composée par exemple par saisie directe par l'utilisateur. Elle peut aussi être composée de façon indirecte, par exemple par une automatisation du terminal ou par un appareil automatisé de mesure adapté pour émettre ses mesures sous la forme d'une telle chaîne alphanumérique ; - une analyse syntaxique de ladite chaîne de journalisation selon au moins une syntaxe prédéterminée pour en extraire, en tout ou partie, au moins une donnée numérique ou textuelle, dite donnée de valeur journalisée journalisée ; et - une mémorisation de ladite donnée de valeur journalisée, au sein de ladite journalisation chronologique (par exemple associée avec une donnée identifiant ladite unité de journalisation), associée à au moins une donnée d'instant de journalisation automatiquement issue de données temporelles fournies par le système de transmission dudit message de journalisation. De préférence, le procédé est agencé pour accepter des messages émis sous plusieurs formes différentes, par exemple certains émis par SMS et d'autres émis par courriels. Plus particulièrement, l'étape d'analyse syntaxique peut extraire différentes données complémentaires lorsqu'elles ont été inclues dans la chaîne de journalisation. Ces données complémentaires peuvent être extraites selon une syntaxe restituant différents types d'attributs et/ou mots clés, et en particulier: - des attributs de catégories ou de sous-catégories, permettant ainsi une classification automatique des données mémorisées, laquelle permet un rendu automatisé de ces données et en facilite le suivi ; - 11 - - des codes représentant une fonction de calcul ou de traitement, par exemple de nombres ou de dates ou durées, à l'intérieur d'un message, sur d'autres messages ou au sein d'un ou plusieurs carnets ; - des codes représentant une commande à exécuter, par exemple une commande déclenchant automatiquement des actions de la part du système, telles que des accusés de réception, ou des comptes rendu d'une pluralité de données journalisées, ou des rappels temporels, ou des demandes d'approbation, ou de lien ou de partage ou de publication de données entre plusieurs carnets ou utilisateurs ; - des codes représentant un réglage de paramètres, par exemple au sein d'un carnet, ou du système. L'invention fournit ainsi une méthode de mémorisation chronologique automatique de données fournies à distance au fur et à mesure, de façon simple et souple, sous la forme de chaînes alphanumériques. De telles chaînes alphanumériques sont souvent moins performantes, par exemple en termes de bande passantes, mais présentent l'avantage d'être codées par des systèmes très répandus, par exemple ASCII ou ANSII, et sont ainsi compatibles avec de nombreuses plateformes et réseaux de communication existants. L'invention fournit donc ainsi un carnet de bord sur Internet permettant d'enregistrer, d'organiser et de partager très facilement toutes les données et les activités liées à un projet, en l'intégrant de la façon la plus transparente possible avec les outils existants de communication et de productivité personnelle. De préférence, ce procédé comprend en outre au moins une étape de traitement de données réalisant une analyse et/ou une visualisation graphique (par exemple courbes ou histogramme) de l'évolution d'une pluralité de valeurs journalisées, mémorisées au sein d'une même unité de journalisation et optionnellement dans une ou plusieurs catégories ou sous catégories déterminées, et dont les résultats sont présentées sous la forme d'une ou plusieurs pages accessibles par un réseau ou par l'Internet, notamment sous la forme de pages de type web. Optionnellement, une telle opération de traitement de création de graphiques pourra être exécutée automatiquement et ainsi mettre à jour automatiquement et sans - 12 - intervention le graphique permettant la visualisation de tout ou partie des données de l'unité de journalisation. Une telle mise à jour automatique pourra être déclenchée par exemple lors de l'arrivée de nouveaux messages. Elle pourra aussi être déclenchée en cas d'accès distant aux données du carnet, et pourra alors effectuer une connexion régulière en continu vers le serveur pour vérifier si de nouveaux messages liés à l'affichage en cours sont arrivés et prendre en compte le contenu de ces nouveaux messages. Une telle unité de journalisation, ou "carnet de bord", est ainsi accessible de façon simple et efficace. En utilisant la structure des champs issue de l'analyse syntaxique, le logiciel peut ainsi fournir une visualisaiton fiable, nettement plus que si l'utilisateur devait paramétrer lui-même des champs ou des cellules à utiliser, comme c'est le cas dans un outil classique de type feuille de calcul de tableur bureautique. Dans le domaine des logiciels de productivité personnelle, il est à noter certaines applications connues de gestion d'agenda permettent de partager un rendez vous entre plusieurs utilisateurs disposant de la même application, il est proposé par exemple dans le document EP 2 444 923 qui propose une application de messagerie qui effectue une analyse du langage naturel au sein d'un message sous forme de texte échangé entre plusieurs utilisateurs différents pour en extraire les données du rendez-vous prévu, telles que l'identifiant de lieu, d'heure et de durée. Ces données sont utilisées par cette application pour créer ce rendez-vous au sein d'un calendrier électronique, avec par exemple gestion des noms de contact, conflits d'agenda et confirmation d'acceptation du rendez-vous. Cependant, de telles applications sont limitées à la gestion de champs de données spécifiques représentant exclusivement un évènement temporel futur : un rendez-vous avec un lieu, une heure et des participants. Par exemple, elles ne permettent pas de journaliser des données de natures variées indépendamment d'un tel évènement temporel. Ainsi, bien que l'invention puisse être mise en oeuvre pour réaliser des fonctions similaires à un logiciel d'agenda, avec un paramétrage adapté utilisant par exemple des fonctions de calcul temporel, elle utilise des - 13 - moyens différents et apporte un résultat différents de ce type d'applications spécifiques. Selon un autre aspect de l'invention, il est proposé un système de traitement de données comprenant au moins un serveur automatisé de gestion de journal agencé pour mettre en oeuvre un procédé tel qu'exposé ici. Plus particulièrement, ce système comprend des moyens agencés pour - recevoir une chaîne alphanumérique reçue de la part d'un terminal d'émission de message numérique ladite chaîne alphanumérique étant saisie et émise selon une norme standard de messagerie sans nécessité de programmation préalable dudit terminal d'émission; et - traiter ladite chaîne alphanumérique en tant que chaîne de journalisation d'un message de journalisation. De préférence, ce système comprend ou est connecté à un ou plusieurs des moyens suivants : - des moyens de réception de message au format texte court « SMS » émis par un terminal mobile ou un téléphone mobile ; ou - des moyens de réception de message au format courriel par un réseau de type TCP/IP, notamment selon le protocole HTTP ou WWW ; ou - des moyens d'émission d'une page web comprenant au moins un champ de saisie alphanumérique, notamment accessible par un terminal mobile ou un téléphone mobile ; et/ou - des moyens de reconnaissance vocale agencés pour extraire une chaîne alphanumérique d'une séquence vocale reçue d'un terminal mobile ou un téléphone mobile ; - des moyens de fourniture ou de publication des données mémorisées au sein d'une ou plusieurs unités de journalisation, agencés pour dialoguer avec un ou plusieurs systèmes informatiques exécutant une application de traitement et/ou de présentation de données, notamment par une API (pour "Application Programming Interface") comprenant une ou plusieurs fonctions d'accès aux données desdites unités de journalisation. - 14 - Selon encore un autre aspect de l'invention, il est proposé un système de traitement de données, comprenant au moins un ordinateur exécutant un programme réalisant un agent logiciel d'émission de pages web comprenant un affichage graphique de données chronologiques, caractérisé en ce qu'il est agencé pour recevoir lesdites données chronologiques depuis au moins un tel système de serveur automatisé de gestion. Le procédé selon l'invention peut comprendre les particularités suivantes, isolément ou en combinaison entre elles. Selon une particularité, ce procédé comprend en outre les étapes suivantes : - recherche de l'identifiant d'unité de journalisation au sein d'une base de données mémorisant les unités de journalisation ; et - en cas d'absence d'unité de journalisation correspondant audit identifiant d'unité de journalisation, création d'une unité de journalisation correspondant audit identifiant. Il est ainsi possible de créer un nouveau carnet "à la volée", sans nécessiter de paramétrage préalable, simplement en lui envoyant une donnée à journaliser et même s'il n'existe pas encore. Selon une autre particularité, la donnée identifiant l'unité de journalisation peut être déterminée par identification d'au moins une donnée identifiant l'expéditeur ou le destinataire du message de journalisation, typiquement l'adresse depuis laquelle ou à laquelle le message est reçu par le serveur de journalisation, c'est-à-dire par exemple l'adresse de réception du courriel ou du SMS, voire l'adresse ou l'identifiant de l'expéditeur, ou une partie d'une de ces adresses. Cette donnée d'identification est alors comparée avec une base de données mémorisant une pluralité d'identifiants d'expéditeur ou de destinataire qui sont chacun associés avec au moins un d'identifiant d'unité de journalisation ou d'utilisateur. Ainsi, il est possible de choisir le carnet dans lequel mémoriser une donnée sans même saisir son nom dans le message, par exemple simplement en choisissant l'adresse spécifique de ce carnet, voire même en - 15 - configurant un carnet par défaut attribué à une adresse ou une identification d'expéditeur. Par exemple, un numéro de téléphone déterminé, identifié en tant que appelant ou appelé, pourra par exemple être directement associé à un carnet déterminé, qui sera utilisé par défaut en l'absence de précision supplémentaire dans la chaîne de journalisation. Par exemple aussi, pour l'adresse de destinataire, un libellé (la partie avant le "@") contenant un seul mot (c'est-à-dire en l'absence d'un séparateur défini, par exemple ".") pourra être interprété comme représentant le nom d'un carnet appartenant à un utilisateur défini par l'adresse de l'expéditeur. Ainsi, un email de journalisation reçu par le serveur "timetonic.com" avec l'adresse email de destinataire "carnetA@timetonic.com" et envoyé depuis l'adresse "utilisateurA@isp.com" pourra être interprété comme destiné à un carnet intitulé "carnetA" appartenant à un utilisateur nommé "utilisateurA". Par exemple encore, pour l'adresse de destinataire, un libellé (la partie avant le "@") contenant plusieurs mots (définis par un séparateur défini, par exemple ".") pourra être interprété comme représentant d'une part le nom d'un carnet et d'autre part le nom de l'utilisateur à qui appartient ce carnet. Ainsi, un email de journalisation reçu par le serveur "timetonic.com" avec l'adresse email de destinataire "carnetA.utilisateurA@timetonic.com" pourra être interprété comme destiné à un carnet intitulé "carnetA" pour l'utilisateur nommé "utilisateurA". Un exemple de combinaison possible de plusieurs particularités de l'invention pourra être d'utiliser l'adresse email de destinataire ou d'expéditeur pour identifier l'utilisateur et pour créer un nouvel carnet pour cet utilisateur, même si cette adresse email n'a jamais été utilisée ni créée auparavant et ne correspond à aucun carnet existant. Par exemple, lorsque le serveur reçoit un message à une adresse email inexistante, le libellé de cette adresse peut être analysé pour en extraire au moins un identifiant d'utilisateur et un identifiant de carnet. Ces identifiants d'utilisateur et de carnet sont comparé avec une base de données pour identifier un utilisateur et un carnet. Si identifiant d'utilisateur - 16 - correspond à un utilisateur connu mais que l'identifiant de carnet ne correspond à aucun carnet, alors cet identifiant de carnet est utilisé comme nom pour créer et nommer un nouveau carnet pour l'utilisateur identifié. Ainsi, un email de journalisation reçu par le serveur "timetonic.com" avec l'adresse email de destinataire "carnetA.utilisateurA@timetonic.com" déclenchera la création d'un carnet intitulé "carnetA" pour l'utilisateur nommé "utilisateurA". Selon un autre exemple, lorsque le serveur reçoit un message à une adresse email inexistante, le libellé de l'adresse d'expéditeur est utilisé comme identifiant d'utilisateur, et le libellé de l'adresse de destinataire est utilisé comme identifiant de carnet. Ainsi, un email de journalisation reçu par le serveur "timetonic.com" depuis l'adresse "UtilisateurA@isp.com" avec l'adresse email de destinataire "carnetA@timetonic.com" déclenchera la création d'un carnet intitulé "carnetA" pour l'utilisateur nommé "utilisateurA". La saisie du message en est ainsi encore simplifiée et raccourcie, et le procédé peut être implémenté de façon souple, avec des fonctionnalités nombreuses et variées. Des mesures de sécurité, y compris d'un type connu, pourront être implémentées pour authentifier l'expéditeur. Il peut s'agir par exemple d'une analyse des entêtes de messages, et/ou d'ajout d'identifiant d'encryption, et/ou de renvoi d'un email demandant une confirmation. Selon encore d'autres particularités, l'étape d'analyse syntaxique est en outre agencée pour extraire du partir du message de journalisation au moins une donnée dite d'attribut, et interpréter et mémoriser ladite donnée d'attribut en association avec la donnée de valeur journalisée, selon au moins l'un des types d'attribut suivants : - le choix d'une syntaxe déterminée à utiliser, parmi plusieurs syntaxes disponibles, pour analyser et interpréter la chaîne de journalisation du message ; ou - un choix d'unité pour la ladite valeur journalisée lorsque celle-ci est interprétée sous la forme d'une valeur numérique ; ou - 17 - - une ou plusieurs catégories ou sous catégories (existante ou à créer) à associer à la ladite valeur journalisée au sein de l'unité de journalisation ; ou - une date dite de valeur, représentant un instant à associer à la ladite valeur journaliser ; ou - une répétition automatique, par exemple du dernier message envoyé, ou d'un message type préenregistré, ou d'une opération prévue dans le message en cours ; ou - un statut à attribuer à une action définie par ou associée avec ladite valeur journalisée, par exemple l'état d'une action: "en cours", "encore à faire", ou "terminée" ; ou - un identifiant d'une position géographique associée avec ladite valeur journalisée ; ou - une partie alphanumérique représentant une note supplémentaire associée avec ladite valeur journalisée ; ou - une commande déclenchant l'exécution d'une ou plusieurs opérations de traitement de données portant sur ladite valeur journalisée et/ou sur une ou plusieurs autres données mémorisées ou gérées par le serveur de gestion dans l'unité de journalisation correspondante ou dans une autre unité de journalisation qui lui est liée, par exemple un calcul mathématique ou logique, ou une lecture base de données, ou un test conditionnant une ou plusieurs opérations, ou une planification dans le tant, ou un paramétrage du journal ; ou - une commande déclenchant l'exécution d'une ou plusieurs opérations d'envoi d'un ou plusieurs autres messages, par exemple l'envoi d'un sms groupé ou l'envoi d'un email permettant d'insérer un rendez-vous dans le calendrier d'une ou plusieurs personnes ; ou - une commande déclenchant l'exécution d'une ou plusieurs opérations d'ajout, la sauvegarde, la synchronisation ou d'envoi d'un ou plusieurs documents électroniques ou fichiers, associés à la valeur journalisée ou à la commande. Selon encore une autre particularité, à partir d'un message de journalisation, l'étape d'analyse syntaxique est en outre agencée pour extraire puis traiter et mémoriser une pluralité de valeurs à journaliser, par - 18 - exemple plusieurs valeurs constatées en même temps, ou correspondant à plusieurs catégories différentes, voire à plusieurs carnets différents. Selon encore une autre particularité, le procédé selon l'invention comprend en outre la mémorisation d'un statut de type d'accès associé à l'unité de journalisation, lequel représente des droits d'accès pour la mémorisation et/ou la visualisation des valeurs journalisées. Ces droits d'accès peuvent être paramétrés parmi plusieurs configurations comprenant au moins : un accès privé acceptant un seul utilisateur déterminé, ou un accès partagé acceptant plusieurs utilisateurs déterminés ou indéterminés (par exemple un accès public) avec pour chacun des droits d'accès personnalisés pouvant être paramétrés pour autoriser ou non différents types d'actions (par exemple un ou plusieurs utilisateurs en saisie et un ou plusieurs autres en lecture). Au sein du serveur de gestion, le procédé peut aussi comprendre une ou plusieurs opérations de communication par envoi ou publication des données de l'unité de journalisation à destination d'une autre unité de journalisation (de même propriétaire ou de propriétaire différent) et/ou d'une application gérant une page web et/ou d'une application extérieure de traitement ou de présentation de données. Une telle application extérieure peut ainsi être programmée pour réaliser un traitement ou une présentation des données de ladite unité de journalisation. Il peut aussi comprendre une ou plusieurs opérations de consolidation par combinaison de données en fonction d'un ou plusieurs critères comprenant au moins l'un des critères de catégories et/ou mots clés et/ou identifiant d'unité de journalisation et/ou propriétaire d'unité de journalisation. De telles opérations de communication et/ou de consolidations peuvent se faire sous différentes formes, y compris selon des méthodes connues. Elles peuvent réaliser en particulier une liaison directe en reportant directement des valeurs d'un carnet à un autre, ou en intégrant un ou plusieurs calculs dans ce report. Elles peuvent aussi utiliser plusieurs valeurs d'un ou plusieurs carnets pour effectuer un calcul plus complexe, par exemple un calcul de type statistique et/ou base de données, par - 19 - exemple pour fournir un résultat consolidé issu de plusieurs catégories et/ou carnets. Selon une autre particularité, le procédé selon l'invention peut comprendre en outre la réception, par le serveur, d'un ou plusieurs fichiers 5 joints au message de journalisation, et qui sont mémorisés et associés avec ce message de journalisation ou avec une valeur journalisée qu'il contient. Ainsi, il est possible d'ajouter une note texte ou audio ou un autre type de pièce jointe (photo, document, vidéo), par exemple en envoyant un email comprenant la chaîne de journalisation dans le champ "objet" du 10 message et en ajoutant ces fichiers joints sous la forme de pièces jointes dans cet email. Ces fichiers joints sont par exemple stockés dans un dossier associé à l'unité de journalisation. Ainsi chaque valeur journalisée peut avoir un ou plusieurs fichiers associés: par exemple la photo d'un reçu pour une valeur 15 journalisée représentant le montant d'une note de frais, ou une image de radiographie pour une mesure médicale. De plus le message de journalisation sert alors de description aux fichiers joints, description par exemple affichées automatiquement lorsqu'un utilisateur visualise une image ou la survole avec sa souris d'ordinateur, et 20 permet d'effectuer des recherches plus rapides. Le procédé peut comprendre en outre, lors de la réception d'un message de journalisation incluant un ou plusieurs fichiers joints, une étape d'émission desdits fichiers joints à destination d'un ou plusieurs terminaux connectés en tant qu'utilisateurs identifiés comme propriétaire de ou 25 comme un utilisateur ayant des droits d'accès sur l'unité de journalisation concernée par ledit message de journalisation. Ainsi, le dossier contenant ses fichiers et associé à cette unité de journalisation peut être rendu accessible voire être copié automatiquement par synchronisation (par exemple avec des outils logiciels de 30 synchronisation automatique tels que l'application nommée "dropbox") avec d'autres ordinateurs fixes ou nomades, du propriétaire de l'unité de journalisation ou d'autres utilisateurs ayant été autorisés à voir ces données. - 20 - Au sein du carnet destinataire, un tel fichier joint peut alors être ultérieurement affiché ou rendu disponible lors de la visualisation des données, par exemple par simple survol ou clic de souris sur la valeur ou sur la commande correspondante, dans un graphique ou dans une liste. Il devient ainsi possible de partager efficacement des fichiers simplement en envoyant un email à un carnet ou en retransmettant un email déjà reçu. Ainsi, c'est le serveur qui s'occupe de copier ou de partager (par exemple en les publiant) ces fichiers avec tous les utilisateurs du carnet, voire avec tous leurs terminaux. Cela évite d'obstruer la boîte mail de tous ces utilisateurs, et cela sans même possédé ni gérer soi-même d'applications ou de services de partage de fichier (comme le logiciel nommé « dropbox »). Cela évite également de devoir d'abord sauvegarder les fichiers sur un disque pour pouvoir ensuite les ajouter au service de synchronisation. Exemples d'avantages L'invention permet ainsi d'offrir un service simple et intuitif de journalisation automatisée, pouvant être enrichi de nombreuses fonctions complémentaires, en fonction des besoins et/ou des capacités de l'utilisateur ou d'un développeur, sans remise en question des données existantes. Ces différents niveaux de services peuvent être intégrés dans un ensemble de services automatisés pouvant comprendre tout ou partie des différentes facettes du cycle de vie de ces données. Ces services peuvent comprendre en particulier la visualisation graphique directe, la synthèse et la consolidation au sein de tableaux de bord à partir d'une ou plusieurs sources, sous forme privée ou partagée en tout ou partie, et une intégration automatisée voire dynamique au sein d'autres applications telles que des applications de publication ou d'analyse. L'invention permet ainsi un accès, un classement et un partage simple et fiable, par exemple de façon automatisée, des notes et pièces jointes associées aux données de journalisation. Elle permet de journaliser des données avec une grande possibilité de structuration, sans nécessiter une programmation à l'avance de l'organisation des données, ce qui rend la mise en place et l'utilisation plus flexible et adaptable. - 21 - L'ensemble de ces différents aspects concourent à résoudre les problèmes de gestion des données, d'un individu ou d'une équipe, en une évolution souple et continue au fur et à mesure des besoins mais aussi en capitalisant sur l'expérience acquise. L'invention peut ainsi permettre une plus grande efficacité au niveau individuel, mais aussi une gestion et une amélioration continue de la qualité du traitement des données intervenant au cours du temps au sein d'un groupe ou d'une entreprise. La souplesse et la simplicité d'utilisation des messages permettent une adaptation aux besoins réels des différents utilisateurs. La souplesse et la richesse de la syntaxe permettent une mise en oeuvre avec une ergonomie très intuitive, et une intégration avec des outils de communication déjà connus et utilisés. Elle permet par exemple une mise en oeuvre par différents types d'accès mobiles, ou en environnement en nuage avec une bonne sécurisation des données, qui peut être intégrée de façon transparente avec les outils existant de communication et de productivité personnelle. L'invention permet d'apporter un meilleur compromis, en particulier, entre d'une part les performances, la fiabilité et la souplesse d'adaptation et les possibilités de paramétrage et d'automatisation ; et d'autre part une simplicité et une rapidité d'utilisation faciles à intercaler au sein de la vie quotidienne avec pas ou peu d'outils spécifiques. Exemples d'applications possibles Dans ses différentes modes de réalisation, ainsi que selon ses 25 différentes configurations ou paramétrages au sein d'un même mode de réalisation, l'invention offre de nombres possibilités, dont certaines sont listées ci-dessous à titre exemples: - obtenir simplement, rapidement, sans programmation, un graphique dynamique et personnel sur un sujet précis dans une page web, 30 possiblement avec mise à jour en temps réel ; - créer et envoyer par sms ou par email, et donc à partir d'un terminal standard voire basique, des données à ce graphique, qui sera automatiquement mis à jour de façon dynamique en temps réel ; - regrouper facilement ces données par sujet ; - 22 - - créer automatiquement des catégories et sous catégories, des valeurs et de sous-valeurs ; - journaliser des données dans ce tableau ; - voire l'évolution de ses données au cours du temps, graphiquement et en tableau, par jour, par semaine, par mois, par trimestre, par année, simplement, rapidement, sans programmation ; - insérer ce graphique dynamique, mis à jour en temps réel, dans une page web ; - ajouter à ce graphique des notes, des images, du son, de la vidéo, en les envoyant sous forme de pièces jointes avec les messages de journalisation, et permettre l'accès facile à des documents associés ; - stocker ou partager des fichiers dans un ou plusieurs dossiers sur un ou plusieurs terminaux appartenant à une ou plusieurs personnes par simple envoi de pièces jointes dans un message de journalisation, par exemple de type mms ou email, - ajouter facilement des commentaires, des notes voire des valeurs décrivant des photos ou n'importe quel document tel que texte, audio, vidéo, et faciliter ainsi à la fois leur recherche ultérieure et leur interprétation au moment de leur visualisation, - fournir à ses interlocuteurs des adresses email différentes en fonction des sujets, ou pour des services automatiques comme le fax en ligne dans lequel les fax reçus sont transmis à une adresse électronique, permettant ainsi un classement automatique des informations et des documents dans le bon dossier, et leur partage facile et instantanée avec les personnes de son choix, - créer une note de frais en quelques secondes et/ou en temps réel ; - journaliser des données, les visualiser, les partager ; - créer simplement et rapidement, sans logiciel spécialisé, une courbe, et y accéder aussi facilement ; - accéder au total ou à la moyenne (ou toute autre opération) des valeurs sur une période donnée (jour, semaine, mois, trimestre, année, etc.) ; - accéder aux données de quelqu'un d'autre, par exemple pour y ajouter ou les lire ; - lier ses données avec les données de quelqu'un d'autre ; - 23 - - faire en sorte qu'une donnée soit automatiquement mise à jour dans son propre carnet, lorsque qu'une autre valeur est modifiée dans un autre carnet appartenant à quelqu'un d'autre ; - ajouter une valeur dans un tableau, à distance et sans appareil dédié ; comptabiliser quelque chose, sans logiciel, sans même être inscrit à un service dédié ; compter quelque chose, quoique ce soit, par exemple le nombre de voitures rouges croisées, sans l'avoir prévu à l'avance ; permettre à quelqu'un d'ajouter une ou plusieurs valeurs mais seulement certaines valeurs, et l'empêcher de rentrer certaines autres valeurs, par exemple en mémorisant des règles qui vérifient certaines propriétés des valeurs reçues, comme leur nature numérique, ou leur présence au sein d'un intervalle plausible ; permettre d'ajouter fois des données de façon temporellement déterminée, par exemple une seule fois, ou de manière automatiquement répétitive, ou un nombre précis de fois ; permettre à des enfants dans une classe d'école de noter des résultats et de les visualiser à la fois en temps réel sur un écran dans la classe, et accessible chez eux, sans ordinateur et sans smartphones, par exemple simplement avec des téléphones ou en programmant l'ordinateur de la classe pour qu'il envoie les résultats par email à un ou plusieurs carnets qui sont accessibles aux ordinateurs du domicile des enfants ; permettre à des enfants dans une classe d'école de noter des résultats d'expérience, par exemple simplement en envoyant des sms avec des téléphones, sans ordinateur et sans smartphones. Il leur est ainsi possible à la fois de les visualiser en temps réel sur un écran dans la classe, et à la fois d'y accéder en se connectant sur Internet une fois chez eux ; permettre à une personne âgée : - de partager un carnet par exemple avec son médecin pour que celui ou celle-ci puisse lui envoyer une prescription, une radio, un résultat d'examen, - de le partager également par exemple avec une infirmière à domicile, pouvant noter ses heures ainsi que ses mesures médicales - - - - - - -30 - 24 - (pression, température, etc.) et accéder aux informations importantes, - de le partager également par exemple avec l'un de ses enfants pour lui permettre de suivre ce qui se passe et de dialoguer avec les médecins, - de confirmer chaque fois qu'elle prend un médicament, en lui fournissant un rappel automatique si elle ne l'a pas fait, - de suivre facilement la courbe de ses indicateurs médicaux (pression, température, poids, glycémie, etc.) permettre à des participants de voter dans une conférence par simple sms, et montrer leur résultat en temps réel sur un écran dans la salle ou à l'autre bout du monde ; faire un vote électronique par sms en minimisant la fraude, par exemple par identification de l'utilisateur par son numéro de téléphone mobile et envoi d'un code PIN ; permettre la mise à jour d'une cellule précise d'un fichier tableur, par exemple en indiquant, plutôt qu'une catégorie, les coordonnées exactes de la cellule (par exemple avec une chaîne de journalisation « T.carnet A3 = 43 » (où "T" indique la syntaxe 'tableur', "carnet" le nom du carnet, "A3" la coordonnée de la cellule, "43" la valeur de la cellule), ou en indiquant les coordonnées de la prochaine cellule non-vide (par exemple avec une chaîne de journalisation « T.carnet A+ = 43 » (où "T" indique la syntaxe 'tableur', "carnet" le nom du carnet, "A" la colonne A, "+" pour 'coordonnée de la prochaine rangée vide', "43" la valeur de la cellule) ; permettre de créer un lien hypertexte vers une donnée précise du carnet de journalisation ou d'une cellule précise d'un tableur et de s'y référer dans le calcul de graphiques, de formules, de dates, par exemple en créant dans, dans n'importe quel document, un lien hypertexte qui envoie au serveur de gestion un email ou une requête HTTP contenant une chaîne de journalisation incluant une commande de lecture ou de modification de la donnée choisie dans le carnet ; - dans le cadre d'une application de type ERP, permettre à chacun d'avoir ses propres méthodes de travail, mais permettre à plusieurs de - - - 25 - 30 - 25 - travailler quand même ensemble, par exemple en indiquant que les prévisions de ventes globales sont constituées de la somme des prévisions de plusieurs carnets appartenant et renseignés directement par les différents commerciaux (et chacun à sa façon) ; - dans le cadre d'une application de type Gestion de projet : créer et suivre des tâches par SMS, les partager entre différents intervenants, lier des projets gérés par différentes personnes, par exemple en indiquant dans le carnet d'un utilisateur que la date de début d'une tâche est égale à la date de fin d'une tâche d'un carnet appartenant à un autre utilisateur, évitant ainsi d'avoir un créer un seul unique projet global renseigné en permanence par un unique super utilisateur ; - dans le cadre d'une application de type Gestion du temps : créer et suivre des feuilles de temps par SMS, les partager ; - créer des ordres de mission, et y accéder, de façon simple et facile par SMS; - créer des check-lists, et y accéder, de façon simple et facile par SMS ; - pouvoir indiquer par SMS que la tâche de la check-list a été accomplie ; - partager et visualiser facilement toutes ses tâches, à faire ou faites ; - indiquer facilement qui doit faire cette tâche ; - indiquer facilement pour quand cette tâche doit être elle faite ; - insérer une tâche ou un rendez-vous dans son calendrier par SMS, ou dans le calendrier de quelqu'un d'autre ; - demander par SMS une notification quand la tâche sera accomplie ; - insérer automatiquement un rendez-vous dans un calendrier, en ajoutant une commande (par exemple « //cal ») dans le message de journalisation pour indiquer au serveur d'envoyer au propriétaire du carnet une copie du message à journaliser, sous la forme d'un email au format standardisé "ical" (qui est utilisé par exemple par Outlook pour insérer un rendez-vous dans un calendrier), et éventuellement aux autres utilisateurs ayant des droits d'accès au carnet ; - reporter automatiquement le rendez-vous ou la tâche du calendrier si la confirmation n'a pas eu lieu, en ajoutant par exemple une commande dans le message de journalisation qui crée le rendez-vous (par exemple « //conf », le serveur envoyant alors automatiquement une mise à jour - 26 - par email au calendrier si une vérification n'a pas été transmise, dans un certain délai après le début ou la fin de l'élément du calendrier), cette confirmation pouvant être transmise par sms ou par email ou en cliquant sur un lien hypertexte apparaissant dans le message de journalisation de création du rendez-vous ; - trouver automatiquement et facilement du temps libre pour une tâche d'une certaine durée dans son calendrier, en utilisant une syntaxe de message spécifique, par exemple « D carnet terminer la révision du contrat //dur 2h» où "D" indique une syntaxe de date, "//dur" est une option permettant de préciser la durée, "2h" est la durée, et "terminer la révision du contrat" est l'objet du rendez-vous ; - découper automatiquement une tâche en plusieurs créneaux horaires répartis sur plusieurs jours, en utilisant une syntaxe de message spécifique, par exemple « D carnet terminer la révision du contrat //dur 8h //max 2h» où "D" indique une syntaxe de date durée, "//dur" est une option permettant de préciser la durée, et "//max" une option permettant de préciser la durée maximum de chaque période, "8h" est la durée totale de la tâche, "2h" est la durée maximum de chaque période, "terminer la révision du contrat" est l'objet de la tâche ; - prévenir qu'une tâche est réalisée ; - voir facilement la différence en nombre de jours ou d'heure entre la tâche initialement prévue et la tâche réalisée, par exemple en utilisant une catégorie « prévisionnel » et une autre « réel ». Parmi de nombreux avantages pouvant être obtenus à travers différents modes de réalisation de l'invention, ou différentes configurations ou paramétrages au sein d'un même mode de réalisation, on peut noter par exemple les suivants. Gagner du temps, par exemple dans le domaine administratif personnel ou individuel : - Pour gérer ses notes de frais ; - Pour ses dépenses personnelles ; - Faciliter le classement, la description, l'archivage, le partage, l'accès, l'interprétation et la recherche de documents ; - Eliminer ou diminuer la quantité de documents papiers. - 27 - Se libérer l'esprit, et par exemple : - Garder une trace au moment où on y pense, par exemple d'une idée ou d'une valeur ; - Ne plus laisser passer ni oublier des choses, par exemple garder la trace de ce qui doit être fait ; - Améliorer la formation : par exemple en créant facilement des "best practices" et des historiques basés sur des cas réels ; - Améliorer la transmission : par exemple en conservant mieux l'information même si une personne est partie. Augmenter la qualité - Selon le principe de la boîte noire en aviation, garder la trace de ce qui se fait, pour mieux comprendre ce qui s'est passé en cas de problème ; - Selon le principe des check lists, utilisées en aviation et maintenant en médecine : prévoir ce que l'on va faire, faire ce que l'on a prévu, garder la trace de ce qui a été fait, pouvoir modifier les check-lists pour améliorer les check-lists pour la prochaine intervention. Diminuer la Fraude : par exemple, avec des saisies de données en temps réel, il est plus difficile d'ajouter des dépenses ou des actions qui n'ont pas eu lieu. Améliorer sa santé et celle des autres, et par exemple : - Construire et saisir des indicateurs de santé facilement, tels que des informations sur son poids, sa glycémie, et donc permettre une vue de l'historique des données, faciliter ainsi leur interprétation, faciliter ainsi un diagnostique, prévoir son évolution, comparer par rapport à des cas répertoriés par d'autres médecins ; - Les partager facilement avec son médecin, sa famille. - Faciliter les classements de données et de documents : - en créant des catégories au fur et à mesure de la saisie, sans nécessiter de classements pré-établis, - en permettant d'utiliser une adresse email différente en fonction des projets, ce qui classe automatiquement les échanges liés à ce projet dans le bon carnet, - en ajoutant une description aux documents. En effet, le message de journalisation peut être perçu par exemple d'un certain point de vue - 28 - comme une information en soi complétée par des pièces jointes éventuelles, et d'un autre point de vue comme une description des pièces jointes (ce qui permet d'ajouter facilement une description à une photo par exemple, cette description étant par exemple automatiquement affichée lorsqu'on visualise la photo ou qu'on passe la souris de l'ordinateur dessus), en sauvegardant automatiquement les documents en pièces jointes de ce carnet, dans le bon dossier, documents qui sont par ailleurs accessibles automatiquement sur plusieurs ordinateurs ou terminaux. Des modes de réalisation variés de l'invention sont prévus, intégrant selon l'ensemble de leurs combinaisons possibles les différentes caractéristiques optionnelles exposées ici. Liste des figures D'autres particularités et avantages de l'invention ressortiront de la description détaillée d'un mode de mise en oeuvre nullement limitatif, et des dessins annexés sur lesquels : la FIGURE 1 est un schéma symbolique et conceptuel qui illustre le fonctionnement d'un exemple de mode de réalisation de l'invention, à travers certains acteurs, flux de données, stockages et traitements de données mis en oeuvre à travers l'invention ; la FIGURE 2 est un schéma logique qui illustre une partie du fonctionnement d'un exemple de mode de réalisation de l'invention, lors de l'émission d'un message de journalisation par un utilisateur ; la FIGURE 3 est une copie d'écran d'une application constituant un exemple de mode de réalisation de l'invention, montrant un écran d'affichage réalisé automatiquement à travers l'Internet par un site web gérant une pluralité de carnets de bord, pour présenter un tableau de bord à carnets multiples lors d'un accès utilisateur. - 29 - Description d'un exemple de mode de réalisation En référence aux figures, il est ici décrit le fonctionnement de différends exemples de modes de réalisation de l'invention, en faisant appel à une application informatique réelle appelée « Timetonic », qui est actuellement en cours de développement et test. Cette application peut constituer un exemple des modes de réalisation possibles, mais elle ne comprend pas obligatoirement toutes les caractéristiques de l'invention. Un élément de base est l'unité de journalisation, aussi appelée un carnet de bord ou un journal, dans lequel les données sont mémorisées au fur et à mesure de leur réception. Cette unité de journalisation peut être par exemple liée à un projet particulier, ou un thème particulier, ou une personne particulière. Enregistrement des données Comme illustré en FIGURE 1, les données sont envoyées à travers un réseau, par exemple un réseau TCP/IP tel que l'Internet 10, par un utilisateur "A" 11 vers un serveur 12 qui gère dans une base de données 13 un groupe 14 de plusieurs carnets de bord 141, 142, 143 pour cet utilisateur, ainsi qu'autres groupes 15 de carnets pour un ou plusieurs autres utilisateurs "B". Cet utilisateur 11 peut utiliser un carnet 141 pour y mémoriser en temps réel des données médicales personnelles, par exemple un taux de sucre au fur et à mesure des heures et des jours dans le cas d'une personne souffrant de diabète. Il peut aussi utiliser par exemple un autre carnet 142 pour y mémoriser au fur et à mesure des dépenses personnelles, et un autre carnet 143 pour un autre sujet qui l'intéresse, par exemple les sondages publiés au fur et à mesure d'une campagne électorale. A n'importe quel moment, l'utilisateur 11 peut envoyer à ce serveur de gestion 12 des données qu'il souhaite mémoriser dans l'un de ces carnets, ou dans un nouveau carnet qui n'existe pas encore. - 30 - II envoie ces données de journalisation sous la forme de messages de journalisation, aussi appelés « timetones » dans l'application actuellement développée pour implémenter l'invention. Chaque message de journalisation comprend au minimum une donnée alphanumérique, c'est-à-dire une chaîne d'un ou plusieurs caractères pouvant être des lettres et/ou des chiffres. Le format de chaîne alphanumérique est à la fois très simple à saisir, à relire pour vérification, et est très répandu et donc compatible avec un très grand nombre de formats, au sens matériel comme au sens logiciel et données. Cette chaîne alphanumérique, ou chaîne de journalisation, est rédigée selon une syntaxe qui peut être très simple par défaut mais présente de nombreuses possibilités fonctionnelles, et dont des exemples de règles sont détaillés plus loin. En FIGURE 1 sont illustrés quelques exemples de méthodes d'envoi prévues par l'invention pour un tel message de journalisation. A partir d'un téléphone mobile Ti, même du type le plus simple et le moins coûteux, l'utilisateur saisit une chaîne alphanumérique D10 qu'il envoie en tant que message de journalisation sous la forme d'un message M1 au format SMS (pour "Short Message System") vers un module ou serveur de réception SMS 121 du serveur de gestion 12. Il peut aussi envoyer cette chaîne au sein d'un message au format MMS (pour "Multimedia Message System"), ce qui lui permet d'y adjoindre un fichier multimédia F2 comme une image ou une vidéo qui sera alors mémorisée par le serveur au sein du carnet correspondant en liaison avec ce message de journalisation. L'utilisateur 11 peut aussi envoyer une chaîne alphanumérique D10 en tant que message de journalisation sous la forme d'un courriel électronique M2 (par exemple dans le champ "objet"), qui sera reçu par un module ou serveur de réception de courriel 122 du serveur de gestion 12. Ce courriel 12 peut être envoyé par exemple depuis un terminal portable intelligent T2, par exemple une tablette numérique tactile connectée à l'Internet par exemple par réseau wifi ou par réseau cellulaire de type GSM, GPRS, EDGE, UMTS ou 4G. Ce courriel 12 peut aussi être envoyé à partir d'un ordinateur classique connecté à l'Internet, par exemple un ordinateur - 31 - portable T3 ou un ordinateur fixe T4. L'utilisateur peut ajouter au courriel des fichiers en pièces jointes, telles que des photos, vidéos, messages audio, documents, factures, etc. L'utilisateur 11 peut encore utiliser un terminal T2, T3, T4 permettant d'afficher à l'écran une page web E3 émise par le serveur de gestion 12 ou par un site ayant prévu une fonction compatible avec ce serveur de gestion, par exemple une page web d'un site de type réseau social. Cette page web E3 est obtenue par une adresse E30 de type URL ou URI, et contient un champ de saisie E32 dans lequel l'utilisateur peut saisir ou coller la chaîne de journalisation D10 qu'il veut envoyer. Il peut aussi éventuellement ajouter des fichiers en pièces jointes (photos, vidéos, messages audio, documents, factures, etc.). Lorsqu'il valide son envoi, le logiciel de navigation émet une requête M3 de type HTTP qui contient cette chaîne de journalisation et est adressée à un module de serveur web 123 du serveur de gestion 12. Selon ses compétences et les possibilités techniques de son terminal ou de sa zone de connexion, l'utilisateur peut envoyer une chaîne de journalisation qu'il aura saisie directement sur son terminal, ou prévoir une opération plus ou moins automatisée comprenant par exemple un envoi automatisé d'une telle chaîne générée ou lue par les moyens de traitement de son terminal, par exemple avec un raccourci clavier ou une fonction préprogrammée. Des données de journalisation peuvent ainsi aussi être intégrées automatiquement dans un carnet par un outil automatique, par exemple un compteur électrique intelligent, ou un outil semi-automatique comme par exemple un lecteur de glycémie pour le suivi du diabète. Ainsi qu'on le comprend, l'utilisation par l'invention d'une simple chaîne alphanumérique permet d'utiliser de nombreux moyens techniques de communication existants avec peu ou pas de modifications, du côté du serveur de gestion 12 mais surtout du côté de l'utilisateur 11 dès lors que cet utilisateur est capable de se servir de tels moyens de communication. En particulier, l'utilisateur peut facilement changer de moyens de communication Ml, M2, M3, pour un même carnet 141, et sans nécessiter aucune formation supplémentaire autre que l'utilisation normale de son terminal Ti, T2, T3, T4. - 32 - Les méthodes de sécurisation des échanges connues et disponibles pour les moyens de communication utilisés permettent ainsi de sécuriser aussi les données journalisées selon l'invention. Par exemple, la transmission et/ou le stockage peuvent être cryptés par des moyens déjà existant, comme par SSL, et les utilisateurs peuvent possiblement être authentifiés par des moyens connus. En outre, l'intégration des messages dans l'unité de journalisation peut faire l'objet d'un échange et/ou d'un rappel pour que le serveur de gestion 12 ou de communication 121, 122, 123 obtienne la confirmation du contenu, de la requête ou de l'identité de l'envoyeur, par le même canal ou par un autre canal. Pour éviter le spam, en plus des possibilités ci-dessus, il peut-être possible de bloquer certains canaux, par exemple par filtrage sur les adresses IP, ou les serveurs mails, ou le serveur SMS, ou les numéros SMS, 15 etc. Procédure de journalisation La FIGURE 2 présente schématiquement le déroulement d'un exemple de la procédure d'émission et mémorisation de données de journalisation 20 selon l'invention, par exemple les messages Ml, M2 et M3 de la FIGURE 1. Un message de journalisation est émis 201 par un utilisateur 11, par exemple sous la forme M1 d'un SMS à destination d'un serveur de réception SMS 121 du serveur de gestion 120. Ce message est par exemple émis par une personne qui est vient de faire des courses d'alimentation pour un 25 montant de 33E, à l'aide de son téléphone portable, juste après avoir payé le montant de ses achats. Ce message comprend une chaîne alphanumérique, ou chaîne de journalisation, composée en respectant une syntaxe déterminée proposée par le service, par exemple la chaîne suivante : "dépenses 33". 30 Ce message est reçu 210 par le serveur de réception, qui le transmet au serveur de gestion, avec tout ou partie des données techniques correspondantes. Lorsque c'est possible, le serveur identifie 212 l'émetteur du message, par exemple en comparant le numéro de téléphone du terminal - 33 - émetteur Ti avec une liste de tous les utilisateurs inscrits auprès du service 12. Le message est mémorisé 213 dans la base de données 13 sous une forme brute 130, comprenant différentes données complémentaires qui lui 5 sont automatiquement associées, et de préférence les données suivantes lorsqu'elles sont disponibles : - la date et l'heure d'envoi et/ou de réception, - la méthode de transmission (par exemple message de type email, SMS, champ d'une page web ou d'un réseau social tel que par la société 10 Facebook, données d'un appareil spécifique tel que compteur électrique ou lecteur de glycémie, données transmises par une API utilisée comme interface 124 par un logiciel extérieur A5, fichier de données tel qu'un format "csv", etc.), - l'adresse utilisée en tant que destinataire (et les différents destinataires 15 si d'autres adresses sont citées en tant que destinataires directs multiples, ou en copie ou en copie cachée, par exemple dans un courriel), - le nom ou l'identifiant de l'émetteur, - le format du message (texte ou html par exemple), 20 - les données attachées (par exemple des pièces jointes dans un email ou un MMS), - des informations sur l'environnement (variables HTTP, etc.), - l'identifiant de la session (typiquement: le code sécurisé émis par le serveur au navigateur permettant de maintenir une session active sans 25 que l'utilisateur ait besoin de s'identifier à chaque requête. La chaîne de journalisation est extraite 214 du message de journalisation. Une analyse syntaxique 216 extrait différentes données de la chaîne de journalisation D10, ici les groupes de caractères suivants séparés par 30 des espaces : D11, donnée de valeur : "33" D12, identifiant de journal : "dépenses" Une recherche 218 est effectuée dans la base de données 13 pour localiser le carnet 142 correspondant à l'identifiant de journal D12 et à - 34 - l'utilisateur "A" identifié. Selon les paramétrages, lorsqu'aucun carnet n'est trouvé pour cet identifiant D12, le serveur de gestion 120 peut alors créer automatiquement 120 un tel carnet pour l'utilisateur identifié. Le serveur de gestion 120 mémorise alors au sein de ce carnet 142 la donnée de valeur D12 avec une donnée d'instant de journalisation, par exemple la date et l'heure de l'envoi et/ou de la réception du message de journalisation Ml. A partir de différents paramètres complémentaires extraits 216 de la chaîne de journalisation, en fonction des règles mémorisées pour la syntaxe en vigueur, d'autres opérations peuvent être réalisées avant ou après cette mémorisation 224. Il peut s'agir par exemple d'opérations internes au sein du carnet 142 concerné, telles que des opérations de calcul 222 par exemple mathématiques ou logiques. Il peut aussi s'agir d'opérations externes en liaison avec d'autres carnets 141, 143 du même utilisateur "A" ou d'un autre utilisateur "B3, en fonction des autorisations mémorisées. Un autre message de journalisation peut par exemple être émis 202 sous la forme d'un courriel M2, par exemple par un utilisateur inscrit auprès du service sous le nom d'utilisateur "arnaud", pour être journalisé dans ce 20 même carnet "depenses". Cet utilisateur envoie un courriel M2 à une adresse courriel "depenses.arnaud©timetonic.com", qui est créée par le service sur le domaine "timetonic.com" à partir du nom du carnet "depenses" et du nom d'utilisateur "arnaud". 25 Ce courriel peut être envoyé par un téléphone intelligent Ti ou un autre terminal informatique connecté T2 ou T3, par exemple aussitôt après un achat effectué sur l'Internet. Il peut contenir par exemple uniquement la chaîne alphanumérique "45". Après réception 210 du message, l'adresse de destinataire est 30 identifiée et traitée pour en extraire le nom d'utilisateur "arnaud" et le nom du carnet "dépenses", qui sont utilisés pour rechercher 218 le carnet concerné, avant ou après l'analyse syntaxique. L'analyse syntaxique, à défaut de paramètres spécifiques commandant d'autres fonctions, fournit uniquement les caractères "45" qui - 35 - sont interprétés par défaut comme représentant la valeur numérique de la donnée de valeur D11. Cette identification de l'utilisateur et/ou du carnet concernés l'adresse du destinataire peut aussi être réalisée pour d'autres types de formats de message, par exemple par un numéro de téléphone spécifique attribué à un utilisateur spécifique et/ou à un carnet spécifique, ou par une adresse selon une syntaxe déterminée émise au sein d'une adresse URL par une requête http M3 ou dans une donnée transmise à travers une API 124. A travers ces deux exemples, on voit que cette donnée de valeur D11 peut être envoyée 202 et mémorisée 224 automatiquement avec un message d'un contenu extrêmement simple et concis. L'invention permet ainsi une saisie de données facile et rapide en tout lieu, par une personne même peu formée, ce qui est souvent très important pour l'acceptation voire l'adoption de ce type d'outils. Lorsque des fichiers F2 sont joints au message de journalisation Ml, M2, ils sont mémorisés 225 en tant que données D13 associées avec la ou les données de valeur D11 ou avec le message M2 lui-même. Ces fichiers joints, s'ils existent, peuvent être stockés dans un répertoire spécifique. Ils peuvent aussi être synchronisés 226 avec d'autres répertoires situés sur des terminaux T5 distants (smartphones, tablettes, ordinateurs, etc.) appartenant au propriétaire du carnet 124 ou à d'autres utilisateurs 19 possédant des droits d'accès au carnet 124. Ces différentes caractéristiques, par exemple l'envoi de fichiers joints partagés et/ou l'emploi d'une adresse courriel spécifique, permettent de classer automatiquement les données, de sauvegarder automatiquement les documents en pièce jointe dans le bon répertoire, éventuellement sur plusieurs terminaux et pour plusieurs personnes, ce qui économise un temps précieux en post-traitement. Cela permet aussi d'ajouter facilement une description aux photos et autre documents, ce qui facilite leur recherche et leur interprétation. - 36 - Exploitation des données Comme illustré en FIGURE 1, les données des différents carnets 141 à 143 sont accessibles à travers l'Internet par le ou les utilisateurs autorisés, sous la forme d'un ou plusieurs tableaux de bord générés automatiquement par le serveur de gestion 12. En se connectant par un terminal T2, T3, T4 au serveur web 123 du serveur de gestion 12 à l'aide d'une adresse URL E40. Le serveur de gestion génère une page web E4 qui comprend une ou plusieurs zones E42, par exemple une par carnet, affichant les données journalisées précédemment sous une ou plusieurs formes, par exemple une courbe ou des histogrammes en fonction du temps. Cette visualisation E4 permet ainsi à l'utilisateur de visualiser facilement, et sans programmation ni paramétrage des données, l'évolution des données et indicateurs qu'il a journalisés précédemment dans chaque carnet de bord 141, 142, 143, ou d'autres carnets auxquels il a été autorisé à accéder. Le contenu de ces carnets de bord est ainsi accessible par l'Internet de différentes façons, ce qui permet d'enregistrer, d'organiser et de partager très facilement toutes les données et les activités liées à un même sujet, par exemple un projet. Les documents associés F2 peuvent être automatiquement stockés dans des répertoires dédiés et synchronisés sur plusieurs terminaux, pour une utilisation immédiate par une ou plusieurs personnes quel que soit leur terminal (smartphone, tablette, ordinateur personnel ou professionnel, etc.). Ce type de carnet de bord peut ainsi être intégré de façon transparente avec de nombreux outils existants de communication et de productivité personnelle pouvant être des produits disponibles sur le marché ou développés sur mesure, y compris de façon hétérogène à travers plusieurs outils différents même non prévus à l'avance. Détail de la visualisation La FIGURE 3 illustre un écran d'affichage réalisé automatiquement à travers l'Internet par l'application "timetonic" actuellement développée, - 37 - pour présenter un tableau de bord regroupant plusieurs carnets appartenant ou accessibles à un utilisateur "A", par exemple ici l'utilisateur "Arnaud". L'utilisateur 11 accède à la page web E4 par l'adresse E40 et muni de ses informations de connexion sécurisée. Cette page E4 comprend plusieurs fenêtres E41 "my blood sugar level", E42 "project budget", E43 "French elections 2012", correspondant aux différents carnets 141 "médical", 142 "dépenses", 143 "sondages" de cet utilisateur. Cette page E4 peut aussi afficher par exemple d'autres fenêtres E44, E45, E46 correspondant à des carnets d'un autre utilisateur pour lesquels l'utilisateur connecté dispose d'autorisations d'accès, qui peut être complet ou limité. Dans la fenêtre E42 de chaque carnet, ici le carnet 142 "dépenses", une zone graphique E421 affiche automatiquement un graphique qui représente l'évolution dans le temps des différentes valeurs journalisées précédemment dans ce carnet. Ce graphique peut être de différents types prédéterminés selon le paramétrage choisi, ici un histogramme représentant pour chaque date ou période un cumul des dépenses, ventilé selon les différentes catégories qui ont été journalisées, soit au fur et à mesure soit par catégorisation ultérieure de valeurs journalisées au fur et à mesure. Une zone de saisie E422 permet de saisir des caractères, par exemple pour entrer un nouveau message de journalisation M4 pour ce carnet. Cette zone de saisie peut aussi recevoir des messages constituant des commentaires ou des notes ("posts" en Anglais) à destination des différents utilisateurs qui ont accès à ce carnet. Une zone E423 affiche les différents messages précédemment mémorisés dans ce carnet, qu'ils s'agissent de messages de journalisation, de notes ou de messages de commentaires. Par un choix de mode d'affichage, par exemple à travers des contrôles tels que des onglets E420, la zone graphique E421 peut afficher différents autres éléments, par exemple le contenu d'une pièce jointe F2 qui a été reçue et mémorisée avec un message précédent, qu'il s'agisse d'un message de journalisation, comme par exemple un message M1 de type MMS ou un courriel M2, ou qu'il s'agisse d'une note ou d'un message de commentaire ajouté par exemple grâce à l'interface interactive E4. - 38 - De tels fichiers joints F2 sont représentés par des icônes apparaissant sur le graphique E421 ou dans une liste représentant les données associées, par exemple directement ou au moment du survol de la souris sur le graphique ou la liste, ou après avoir sélectionné une option affichant les fichiers disponibles ou une autre affichant les photos ou vidéos. Ces fichiers peuvent aussi être lus ou affichés automatiquement lorsque l'on clique sur ou survole l'icône correspondante ou la donnée associée. Ils peuvent aussi être lus en mode diaporama, les messages de journalisation, notes et commentaires apparaissant alors lorsqu'on clique ou qu'on survole les photos et autres documents. Syntaxe et exemples Le serveur de gestion 120 peut être configuré pour utiliser différents éléments de syntaxe. L'exemple de syntaxe ici présenté comprend de nombreuses fonctionnalités listées en ANNEXE, structurée avec des mots clés basés sur la langue anglaise et présentée avec des exemples basés sur le contexte d'un utilisateur s'exprimant en Anglais. En outre, plusieurs niveaux de syntaxe peuvent être prévus, par exemple paramétré selon les utilisateurs ou selon les terminaux ou les modes de transmission employés, ou selon les carnets concernés. Cela peut permettre par exemple de fournir de nombreuses fonctionnalités très pointues dans certaines circonstances tout en limitant les risques d'erreurs dans d'autres circonstances. Une telle syntaxe entièrement utilisable sous la forme d'une chaîne alphanumérique permet une très large compatibilité logicielle et matérielle avec les moyens existants et à venir. Si la simplicité des fonctions de base permet un usage rapide et simple pour tous les utilisateurs, le nombre et la complexité des fonctionnalités complémentaires proposées permet d'inclure l'invention dans des systèmes et des procédures extrêmement complets, performants et étendus, ou de l'interfacer avec eux. Ainsi, en plus d'un usage individuel simple, il est aussi possible d'obtenir une entrée de données facile et rapide par un grand nombre d'utilisateurs au sein de systèmes différents, d'usages et d'origines très - 39 - variés, et avec pas ou peu de formations complémentaires spécifiques des utilisateurs pour ces systèmes. Comme illustré plus haut en référence à la FIGURE 2, les éléments de cette syntaxe qui sont les plus simples à mettre en oeuvre et à retenir peuvent être directement utilisés par tous les utilisateurs, y compris les moins formés, et dans des circonstances et sur des terminaux très variés. Des éléments plus complexes, utilisables par exemple par des utilisateurs plus formés ou de façon automatisée ou interfacée avec d'autres systèmes, sont présentés ci-après sous la forme de quelques exemples de messages de journalisation, aussi appelés "timetones". Ces messages sont mémorisés dans le carnet concerné selon une structure détaillée en ANNEXE. Exemples détaillés Timetone n°1 Un email envoyé le 3 décembre 2012 par l'utilisateur Peter à l'adresse 'depenses.marie@timetonic.com' (32993'ème timetone reçu par le système), comprend la chaîne de journalisation suivante : "courses 33.. Légumes + vin pour ce soir //d hier" Ce message est traité en temps que message de journalisation, aussi appelé "timetone". Il est analysé selon la syntaxe détaillée en ANNEXE, et interprété comme suit. La valeur "33" est mémorisée sous la catégorie « courses » dans le carnet "depenses" de l'utilisateur "Marie", avec la note "Légumes + vin pour ce soir". Le code "//d" est une commande qui indique que le mot suivant "hier" représente une date de valeur, qui doit être affectée à la valeur journalisée. Le mot clé "hier" (dans le cas d'une syntaxe française ou d'un paramétrage en Français) indique de calculer automatiquement la date du jour précédent celui du message de journalisation. Les données issues de ce message de journalisation sont ainsi mémorisées comme suit, en fonction de la structure détaillée en ANNEXE : - 40 - id 1 marie.depenses Valeur HJSON Champ (vide) VJSON Champ Nom Hc 0 Hm 0 ttID 32993 from peter method email DC 2012-12-03 DV 2012-12-02 cat courses VV 33 Note Légumes + vin pour ce soir Timetone n°2 Un SMS envoyé le 4 décembre 2012 par Marie (32994ième timetone reçu par le système), comprend la chaîne de journalisation suivante : "dépenses parking:8,30, médecin:22, médocs :4,10E (advil 400) .. Rdv médecin" Ce message est analysé selon la syntaxe détaillée en ANNEXE, et interprété comme suit. Les valeurs suivantes sont mémorisées dans le carnet "dépenses" 10 avec la note "Rdv médecin": - en catégorie "parking": la valeur "8,3" avec la note « Rdv médecin » - en catégorie "médecin": la valeur "22" avec la note « Rdv médecin » - en catégorie "médocs", la valeur 4,10E avec la note « Advil 400 Rdv médecin » 15 Les parenthèses sont utilisées pour des notes spécifiques à chaque valeur du Timetone et les doubles points ".."sont utilisées pour des notes globales s'appliquant à toutes les valeurs du Timetone. Les données issues de ce message de journalisation sont ainsi 20 mémorisées comme suit, en fonction de la structure détaillée en ANNEXE: - 41 - Champ Valeur id HJSON Champ Valeur (vide) VJSON Champ Nom Hc o Hm o ttID 32994 from marie method sms DC 2012-12-04 DV 2012-12-04 cat parking VV 8,3 Note Rdv médecin C ha m p Valeur id 3 Valeur HJSON Champ (vide) VJSON Champ Nom Hc o Hm o ttID 32994 from marie method sms DC 2012-12-04 DV 2012-12-04 cat médecin VV 22 Note Rdv médecin Champ Valeur id 4 HJSON Champ Valeur (vide) VJSON Champ Nom Hc o Hm o ttID 32994 - 42 - from marie method sms DC 2012-12-04 DV 2012-12-04 cat médocs VV 4,1 UV E Note advil 400 Rdv médecin Timetone n°3 Un accès par le web est réalisé le 5 décembre 2012 par Marie, et comprend la chaîne de journalisation suivante : "marie.depenses##1!set V = 33,35" Ce message est analysé selon la syntaxe détaillée en ANNEXE, et interprété comme affectant "33,35" au champ "V" du timetone "1", au sein du carnet "dépenses" de l'utilisateur "marie". Les données issues de ce message de journalisation sont ainsi mémorisées comme suit, en fonction de la structure détaillée en ANNEXE : - 43 - old value new value Champ Valeur id RISON Champ Valeur how web by marie DM 2012-12-05 o_VV 33 VV 33,35 VJSON Champ Nom Hc 1 Hm 1 ttID 32993 from peter method email DC 2012-12-03 lastFrom marie lastMethod web lastDM 2012-12-05 DV 2012-12-02 cat courses VV 33,35 Note Légumes + vin pour ce soir Timetone n°4 Un accès par le web est réalisé le 8 décembre 2012 par Marie, et comprend la chaîne de journalisation suivante : "marie.depenses##1 !set Cat = épicerie" Ce message est analysé selon la syntaxe détaillée en ANNEXE, et interprété comme affectant "le mot "épicerie" au champ "Cat" du timetone "1", au sein du carnet "dépenses" de l'utilisateur "marie". Les données issues de ce message de journalisation sont ainsi mémorisées comme suit, en fonction de la structure détaillée en ANNEXE : VISON Champ Nom Hc 2 Hm 2 ttID 32993 from peter method email DC 2012-12-03 lastFrom marie lastMethod web lastDM 2012-12-08 DV 2012-12-02 cat épicerie VV 33,35 Note Légumes + vin pour ce soir Timetone n°5 Un accès par le web est réalisé le 10 décembre 2012 par Peter, et comprend la chaîne de journalisation suivante : Ce message est analysé selon la syntaxe détaillée en ANNEXE, et interprété comme supprimant le dernier message envoyé (ler "undo") Les données issues de ce message de journalisation sont ainsi mémorisées comme suit, en fonction de la structure détaillée en ANNEXE : Valeur Champ Valeur how web by marie DM 2012-12-05 o_VV 33 VV 33,35 how web by marie DM 2012-12-08 o_cat courses cat épicerie - 44 - id RISON Champ old catégorie new catégorie - 45 - Champ Valeur id HJSON Champ Valeur web how by marie DM 2012-12-05 o_VV 33 VV 33,35 how web by marie DM 2012-12-08 o_cat courses épicerie cat VJSON Champ Nom Hc 1 Hm 2 ttID 32993 from peter method email DC 2012-12-03 lastFrom peter lastMethod web undo lastDM 2012-12-10 DV 2012-12-02 cat courses VV 33,35 Note Légumes + vin pour ce soir Timetone n°6 Un accès par le web est réalisé le 12 décembre 2012 par Peter, et comprend la chaîne de journalisation suivante : "marie.depenses##1!set Note = Légumes + vin pour dîner avec les Jeannot" Ce message est analysé selon la syntaxe détaillée en ANNEXE, et interprété comme suit modifiant le champ "Note" du timetone "1", au sein du carnet "dépenses" de l'utilisateur "marie", pour lui affecter le texte "Légumes + vin pour dîner avec les Jeannot". - 46 - Les données issues de ce message de journalisation sont ainsi mémorisées comme suit, en fonction de la structure détaillée en ANNEXE : VISON Champ Nom Hc 2 Hm 2 ttID 32993 from peter method email DC 2012-12-03 lastFrom peter lastMethod web lastDM 2012-12-12 DV 2012-12-02 cat courses VV 33,35 Note Légumes + vin pour dîner avec les Jeannot Bien sûr, l'invention n'est pas limitée aux exemples qui viennent d'être décrits et de nombreux aménagements peuvent être apportés à ces exemples sans sortir du cadre de l'invention. by marie DM 2012-12-05 o_VV 33 VV 33,35 how web by peter DM 2012-12-12 Note Légumes + vin pour dîner avec les Jeannot Valeur 1 Valeur web Légumes + vin pour ce soir o_Note Old message New message - 47 - ANNEXES Structure de mémorisation des données d'un message de journalisation Identifiant du propriétaire et ID du carnet Champ Nom Description id id Identifiant unique de cette valeur dans ce carnet HJSON Champ Nom Tableau associatif de l'historique de tous les changements (si la valeur ou l'un de ces attributs est modifié, ce qui va être modifié est d'abord copié ici) (Vide si aucun changement) 1Champ Nom Ensemble des valeurs, date et autres attributs de la valeur Hc currentHistorylD Index dans l'historique (afin de pouvoir effectuer des 'undos' et 'redos') Hm maxhistorylD Nombre total de valeurs dans l'historique (si différent de Hc, signifie que undo en cours) from fromUserlD Identifiant de l'Auteur du message lastFrom fromUserlD Identifiant de la dernière personne ayant modifiée le message cat category Catégorie de la valeur VV Value Valeur (ou tableau si liste) UV unitValue Unité Date et heure de la valeur DV DateValue Note NoteValue Commentaire / Message / note ttID timetonelD ID du message brut avant traitement by byUserlD Identifiant de la dernière personne ayant modifiée le message LC LocCreation Lieu d'où le message a été créé (envoyé ou modifié) method method0fCreation Méthode (audio, email, sms, web, formule, api) utilisée pour la création lastMethod method0fCreation Méthode (audio, email, sms, web, formule, api) utilisée pour la modification DC DateCreation Date et heure de la création du message lastDM DateMod Date et heure de la dernière modification du message how method0fModification Méthod (audio, email, sms, web, formule, api) utilisée pour la modification IP IPAdress Adresse IP utilisée pour modification web status status Flag indiquant si valeur finale (ou tâche accomplie ou annulée) del deleted Flag indiquant si la valeur a été effacée URISON UserFlags1SON Liste d'indicateurs créés par l'utilisateur UAJSON UserAtts1SON Liste d'attributs créés par l'utilisateur VI Valuelntial Valeur initiale VFE ValueFinalEst Valeur finale estimée SubV subValues.ISON Détails de la valeurs RV RuleValue Formule ou règle permettant de calculer la valeur RD RuleDate Formule ou règle permettant de calculer la date de la valeur RL RuleLocation Formule ou règle permettant de calculer le lieu de la valeur A AccessRights Liste des utilisateurs pouvant accéder à cette valeur, avec leurs droits (lecture, écriture, lien, etc.). Par défaut droits du carnet Fg Following Following: Liste des autres valeurs pouvant affecter cette valeur (ou date ou lieu) Fr Follower Follower: Liste des autres valeurs pouvant être affectées par un changement de cette valeur (ou date ou lieu) DI Datelnitial Date initiale DFE DateFinalEstimate Date finale estimée LV LocValue Lieu de la valeur VISON - 48 - LI Loclnitial Lieu initial LFE LocFinalEst Lieu final estimé Msys mSys Commentaire système indexVNB indexVNB Version du traitement attach attachement Liste des fichiers joints aux messages RecalSON Champ Tableau associatif de la récurrence de la date (voir ci-dessous) DI Date initiale de la récurrence DE Date de fin de la récurrence DS Pas de la récurrence (1, 2, 3, ...) (exemple toute les 1 semaine) DSN Nombre de pas de récurrence (ex pendant 3 semaines) DST Type de la récurrence (sec, min, heure, jour, semaine, mois, trimestre, année) - 49 - Références de syntaxe Exemples d'utilisation de valeurs dans des messages de journalisation [recMode] Ajoute une valeur "value" à un carnet nommé "book" appartenant à un utilisateur nommé "user" en utilisant le mode d'enregistrement (type de syntaxe) « recMode » optionnel, le par défaut étant « y » pour Valeurs indiquant d'interpréter les catégories et les valeurs numériques. Rec modes est une lettre parmi : Message (commentaire) : aucune interprétation, aucune option, message est stocké tel quel. N Note : aucune interprétation des chiffres et des catégories, mais les // sont interprétées comme des options V Valeur : interprétation des chiffres et des catégories, et les // sont interprétées comme des options (valeur par défaut : en cas d'absence de lettre avant le nom de carnet, le mode V est supposé, l'analyse syntaxique correspondante sera utilisée pour interpréter le message). D Date: aucune interprétation des chiffres et des catégories, mais interprétation des messages pour déterminer automatiquement la date sans avoir à mettre //D devant et les // sont interprétées comme des options Exemples : "v Expenses 34" Enregistre la valeur 34 dans le carnet Expenses " Expenses 34" Enregistre la valeur 34 dans le carnet Expenses également, le mode d'enregistrement « y » étant le mode par défaut "m Idées 34 bougies" Enregistre le message « 34 bougies » dans le carnet « Idées » sans créer de valeur ni de catégorie car le mode « m » signifie commentaire, ce qui indique une syntaxe sans interprétation, le message est donc simplement stocké comme tel. "n projetA N'oubliez pas les 2 rapports svp //mail //sms" Enregistre le message « N'oubliez pas les rapports svp » dans le carnet « projetA» sans créer de valeur ni de catégorie car le mode « N » signifie note, ce qui indique une syntaxe sans interprétation des catégories et valeur mais seulement des options, et le message est envoyé également par sms et par cou rriel à tous les autres abonnés du carnet ayant des droits de lecture. - 50 - "d santé.maman N'oublie pas de prendre ton médicament contre la toux demain à 10h //cal" Enregistre le message « N'oublie pas de prendre ton médicament contre la toux » dans le carnet « santé» de l'utilisateur « maman »sans créer de valeur ni de catégorie car le mode « N » signifie date, ce qui indique une syntaxe sans interprétation des catégories et valeur mais interprétation des dates, et le message est envoyé également par cou rriel dans l'agenda des utilisateurs du carnet à la date du lendemain à 10h du matin. Add value to category Ajoute la valeur à une catégorie au sein du carnet ex.: "Expenses parking 34" Add value to category idem ex.: "Expenses 34 parking" : Ajoute la valeur à une catégorie au sein du carnet idem ex.: "Expenses parking:34" : - Substract value to category Soustrait la valeur à une catégorie au sein du carnet ex.: "Expenses parking:34" : ( : ) ex.: "Expenses parking:34 (vat:6.8)" = Set total of category to value Affecte "value" à la valeur du total de la catégorie (en effet à l'ajout de chaque valeur, le total est automatiquement calculé. Il est ainsi possible de modifier le total directement plutôt que d'ajouter ou soustraire la valeur au total précédent) ex.: "Budget Savings = 34" = Set total of category to current total of book.user-category Affecte au total de la catégorie "category" le total actuel de la catégorie "category2" du carnet "book2" ex.: "Budget Savings = savings.JulieliTotal" += Add value to category (and element from list) (same as : ) ex.: "Budget Savings += 34" - 51 - - = Subtract value from category (and element from list) (same as :- Budget Savings - = 34 // Expenses 34 //D in 2 weeks # Permet à l'utilisateur de créer ses propres options et mots clefs Expenses 34 #visa #vat:6.8 $$ Permet ainsi de donner un nom à une valeur pour pouvoir s'y référer par la suite. Forecast sales 34 $$salesFQ1 .. Expenses. Too much this month .. Expenses 34.. Gift for mom : .. Expenses Christmas 34$ Gift for mom : ll Todo Christmas 34$ //mail (envoie par email en plus d'ajouter au carnet) !r == Link book.user-category and user2.book2-category2 Etablit un lien entre book-category et user2.book2-category2 Exemples: - Ir Budget-Savings == savings.julie - Ir Project$$StartDate Add value Add value (same as +=) Set value (can copy from other book.user.carnet-categoryeevalueNumber += Add value (same as :) (add to list if text) Subtract value (remove from list if text) Unilateral rule: changes from followeR are applied to followinG == Bilateral rule: changes from either followinG or followeR are applied to the other Syntaxe d'appellation des carnets Book carnet nommé "book" ex.: Expenses - 52 - Book.user carnet "book" de l'utilisateur "user" ex.: Expenses.Tom Book.user-category catégorie "catégory" du carnet "book" de l'utilisateur "user" Expenses.Tom-parking Book.user-category##valueNumber valeur numéro "valueNumber" dans cette catégorie Expenses.Tom-parking##34 Book.user$$valueName Expenses.Tom$$currentForecast Book.user-category##valueNumbed affectation d'un attribut de système "system attribute" à la valeur numéro "valueNumber" Book.user-category##valueNumber# affectation d'un attribut d'utilisateur "user attribute" à la valeur numéro "valueNumber" Book.user-category##valueNumber!kfunction/action> exécution d'une function ou action sur la valeur numéro "valueNumber" Commandes * Append to last sent message Ajoute `MsgToAppend' au dernier message * //d next week Repeat same message sent / request next element when in list (see ? lists) Répète le dernier message envoyé / demande le dernier élément si dans la liste (voir "? lists") *** Delete last sent message (undo) Efface le dernier message envoyé (commande "défaire") # Add #tag to last received message (see ? lists), and request next list element Ajoute l'étiquette "tag" au dernier message reçu (voir "? lists"), et demande le prochain élément dans la liste #approved Add #approved to the last message received !t Set Timer with optional name Crée un timer "r, avec un nom optionnel !t1 Set Timer 1 with option al Note Crée un timer "t1", avec un nom optionnel !t2 Set Timer 2 with option al Note Crée un timer 12, avec un nom optionnel itl Started running It2 Done - 53 - Sport running (!t2 - !H) Help $$ $$Start Define global $$Start with value of nothing, current date and time $$Start=3 Define global $$Start with value of 3, current date and time book$$Start=3 Define book specific $$Start with value of 3, current date and time @user Message is for @user's eyes only (recorded in the book but visible only to @user and the send !set Set (replace) parameter (value, unit, note, etc.) of a given value Listes List messages book.user-category? List first messages in that category book.user-categoty##n? List message in that category book.user-category? last List last messages in that category book.user-category? #tag List first messages in that category with #tag book.user-category? %word List first messages in that category that conta ins word book.user-category? not #tag List first messages in that category without #tag book.user-category? not %word List first messages in that category that doesn't contain word book.user-category? @user List first messages in that category assigned to that user book.user-category? not @user List first messages in that category not assigned to that user todo? #marketing not #done not @jim List ail marketing activities not done not assigned to jim todo? #at:home //d today List ail things listed for today at home todo? #at:office //d tomorrow List ail marketing things listed for tomorrow at:office ** Next list ele ment *N* Next message (same as ??) *p* Previous message - 54 - *F* First message *L* Last message *123* Message #123 # Tag last received element and move to next See also !!rank for ordering for listing ! for changing last received element and requesting next one10 - 55 - Paramètres, contenu et listes d'affichage ?m List Messages (inbox) (same as ?mi) ?mi List Messages (Inbox) ?ms List Messages (Sent) ?s List Synonyms ?sb List Synonyms of Book names ?scat List Synonyms of CATegories ?su List Synonyms of Units ?v List values ?vs List Sub-values ?d List Dates ?dl List beginning Dates ?d2 List end Dates (dates to) ?dr List Dates Recurring ?t List Times ?l List Locations ?# List user attributes ?n List Notes ?nf List Notification rights ?a List access rights (which users can do what) ?b List Books ?h List History of changes ?cat List CATegories ?r List Rules (following and followers) ?rg List Ru les (only followinG) ?rr List Ru les (only followeR) ?ta(sk) List TAsks assigned to someone ?cr List Confirmation Requests ?crr List Confirmation Requests Received ?crn List Confirmation Requests Not received ?att List ATTachements ?rep List ail REPorts ?cal List CALendar entries ?nn List ail timetones sent as Note ?vv List ail timetones sent as value ?tt List ail timetones ?i List User Information - userlD UserlD - fname First Name - 56 - - marne Last Name - birthd Birth date - maill - mail2 - mobl - 'mob2 - address - zip - city - country - cie - vatn - account - until - pwd - slashd - lang - sex - regiondf - sdate - method ?i List book information - Title Paramètres systèmes et actions, à l'intérieur des messages de journalisation // Note (same as. but can be anywhere) until next fi //v value (same as parsed) (automatically sets vl ==v and v2==v) //vl Start value (same as parsed) //v2 End value (same as parsed) //d Date of value (same as . but can be anywhere) (automatically sets dl ==d and d2==d) - !d natural language supported, recurring value supported - Can be assignment Id = &usencamet-category##valueNumberld2 + 3d - Can be rule Id == &user.camet-categoty##valueNumberld2 + 3d //dr Recurring value (eg every 2 weeks) //dl Start Date - Can be assignment //dl = &user.camet-category##valueNumberld2 + 3d - Can be rule //dl == &user.camet-categoty##valueNumberld2 + 3d //d2 End Date - Can be assignment //d2 = &user.camet-category##valueNumberld2 + 3d - Can be rule //d2 == &user.camet-categoty##valueNumberld2 + 3d - 57 - //t Time (automatically sets t1 ==t and t2==t) //t1 Start Time //t2 End Time //cal Send to CALendar //dc Date of Creation //dm Date of last Modification //by userlD who made modification //bh userlD on BeHalf of whom the modification was done (eg assistant for his boss) //to userlD(s) TO whom this is addressed //xto userlD(s) who is eXcluded from this message (black list) (similar to !@ //x) //ta(sk) userlD(s) to whom this task is assigned //fg FollowinG (who's book.user-category#value!attribute is being tracked) //fr FolloweR (who is tracking this book.user-category#value!attribute) //$$ Assigns name for that value //$$ =value Set value for variable name //cr [text = #attribute] Confirmation Requested (and set optional text and attribute) //cr Clic here to approve = #approved will generate http://timetonic.com/cmdLine=user.carnet+ For dates inserted in calendars, will automatically move to next if not confirmed. //if Applies only IF certain condition is currently met (see rules) //when Applies only WHEN a certain condition is eventually met (see rules) //until Applies UNTIL a certain condition is eventually met (see rules) //repeat $$ = Repeat times and set from 1 to //mail Send by email //sms Send by sms //send Send by whatever preferences set by user //ca II Cali user(s) and read message with voice synthesis //body body Add body of the email when sending mail to ail users Examples: - N todo. Appeler M. Martin pour prendre rendez-vous //ta plombier //d 22 octobre //cal //cr cliquez ici lorsque vous m'avez appelé svp, merci = #appelé - N maman.medocs prendre médicament pour la toux //d tous les deux jours pendant 1 mois //cal //cr Clique ici pour confirmer que tu as pris le médicament maman stp = #fait - 58 - Paramètres système, commandes, synonymes, règles Is synonym string = replacement string Ir book1-categoty1 == book2-categoty2 / 3 !a user = typeOfAccess, where typeOfAccess can be one of: o Admin: Read, write anything and create user rights o Author: Read, write anything o Reader: Read anything (but cannot write) o Messenger: Write anything (but cannot read) o Commentator: Read anything, Write only in type M (comments), cannot add values, dates, etc o Blocked: Cannot read nor write !def() Default sub-values Idef(vat: from: to;) (add vat:, from: and to: columns) !rd Recurring Date/time - book-categoryIrd Take medication = every day at 10am !r Rules - !r == - Ir Budget-Savings == Julie.savings - Ir Budget-Taxes == - Peter.taxes - Ir Budget-Expenses == - Peter.expenses - Julie.expenses - Ir Budget-Revenues == Julie.revenues + Peter.revenues + Peter.Location + Julie.Dividends - Ir Sales-Forecast == EMEA-Forecast + LATAM-Forecast + NA-Forecast + APAC-Forecast - Ir Project$$StartDate ] !s = - [!p ] - [!d - [!dl ] - [!d2 ] o Expenses Is cdg = 43km (Charles de Gaulle Airport) !sb Synonyms of book names o = - Same options as !s - 59 - o Isb tdep = tom.depenses !scat Synonyms of categories o = - Same options as !s o bookIscat intermarché = courses !sr Synonyms of ru les / reports !s@ Synonyms of user names o = - Same options as !s o Is© John = @john34 !cr Confirm Request o book.user-cat#123Icr #confirmed same as: - book.user-cat#123? - #confirmed Actions & Functions Perform action !! Rank list by date [in reverse order if reversed is set] Rank list by value [in reverse order if reversed is set] Rank list by time [in reverse order if reversed is set] Rank list by user [in reverse order if reversed is set] !!rank by [reversed] date !!rank by [reversed] value !!rank by [reversed] time !!rank by [reversed] user !!Total Expenses.TomIlTotal !Average Expenses.Tom-parkingllAverage //d from January 1st 2011 to Sep 13 2012 Expenses.Tom-parkingllAverage //if $Lvalue >3 HAII math, financial, etc. functions !!r Change rule Reporting carnet message //body //if ... //when ... Send content of email body if certain conditions are met (e.g. when total is greater than 1000) and/or on certain dates (e.g. every day) System Variables available (in addition to user defined variables): - - $$ fNmame First name - $$ IName Last name - $$ user userlD - 60 - - $$ date current date - $$ year_ current year - $${book.user-category!valNumbedattribute} Value or date etc of any book cell - $${book.usedimage} Embed image of report with link to real book chart !sr = "Hsendbody //..." Create synonym name for report / rule !! Perform rule / Send report identified by name 10 REVENDICATIONS1. Procédé (2) électronique de collecte chronologique et de gestion de données numériques dans un journal informatisé, comprenant un processus de mémorisation dans une même unité de journalisation chronologique (141), dit journal ou carnet, d'une pluralité de données représentant chacune au moins une valeur journalisée, lequel processus de mémorisation comprend une exécution d'une pluralité de phases de mémorisation dites chronologiques (20) réalisées à une pluralité d'instants différents, chacune de ces phases de mémorisation chronologique comprenant au moins une mémorisation : - d'au moins une donnée (D11) représentant ladite valeur journalisée, associée à - au moins une donnée temporelle (D13) correspondant à ladite valeur journalisée, caractérisé en ce que chacune de ces phases de mémorisation chronologique (20) comprend au moins : - une réception (210), au sein d'un serveur automatisé de gestion de journal (12, 120), d'un message de journalisation (M1, M2, M3, M4) émis à distance par un terminal (Ti, T2, T3, T4) sous l'action d'un utilisateur (11) à destination dudit serveur de gestion ; - une interprétation ou mémorisation (214) dudit message de journalisation par ledit serveur comme comprenant au moins une chaîne alphanumérique (D10) saisie par ledit utilisateur ; - une analyse syntaxique (216) de ladite chaîne alphanumérique (D10) selon une syntaxe prédéterminée pour en extraire au moins une donnée de valeur journalisée (D11) ; et - une mémorisation (224) de ladite donnée de valeur journalisée (D11), au sein de ladite unité de journalisation chronologique (141), associée à au moins une donnée d'instant de journalisation, automatiquement issue de données temporelles fournies par le système de transmission (10, 123, 122, 123) dudit message de journalisation.- 62 - 2. Procédé selon la revendication précédente, caractérisé en ce que la phase de mémorisation chronologique comprend en outre les étapes suivantes : - recherche (218) de l'identifiant d'unité de journalisation (D12) au sein d'une base de données (13) mémorisant les unités de journalisation (141, 142, 143) ; et - en cas d'absence d'unité de journalisation correspondant audit identifiant d'unité de journalisation (D12), création (220) d'une unité de journalisation correspondant audit identifiant. 3. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la donnée (D12) identifiant l'unité de journalisation est déterminée par identification (212) d'au moins une donnée identifiant l'expéditeur ou le destinataire du message de journalisation (M1 à M4), et comparaison avec une base de données (13) mémorisant une pluralité d'identifiants d'expéditeur ou de destinataire qui sont chacun associés avec au moins un d'identifiant d'unité de journalisation. 4. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape d'analyse syntaxique (216) est en outre agencée pour extraire à partir de la chaîne de journalisation (D10) au moins une donnée dite d'attribut, et interpréter et mémoriser ladite donnée d'attribut en association avec la donnée de valeur journalisée (D11), selon au moins l'un des types d'attribut suivants : un choix d'unité pour la ladite valeur journalisée lorsque celle-ci est interprétée sous la forme d'une valeur numérique ; - une ou plusieurs catégories ou sous catégories à associer à la ladite valeur journalisée au sein de l'unité de journalisation ; ou - une date dite de valeur, représentant un instant à associer à la ladite valeur journaliser ; ou - une répétition automatique - un statut à attribuer à une action définie par ou associée avec ladite valeur journalisée ; ou- 63 - - un identifiant d'une position géographique associée avec ladite valeur journalisée ; ou - une partie alphanumérique représentant un commentaire textuel associé avec ladite valeur journalisée ; ou - une commande déclenchant l'exécution d'une ou plusieurs opérations de traitement de données portant sur ladite valeur journalisée et/ou sur une ou plusieurs autres données mémorisées ou gérées par le serveur de gestion de journal dans l'unité de journalisation correspondante ou dans une autre unité de journalisation qui lui est liée. 5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que, à partir d'un message de journalisation, l'étape d'analyse syntaxique (216) est en outre agencée pour extraire puis traiter et mémoriser une pluralité de valeurs à journaliser (D11). 6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre la mémorisation d'un statut de type d'accès associé à l'unité de journalisation (141, 142, 143), lequel représente des droits d'accès pour la mémorisation et/ou la visualisation des valeurs journalisées, lesdits droits d'accès pouvant être paramétrés parmi plusieurs configurations comprenant au moins : un accès privé acceptant un seul utilisateur déterminé, ou un accès partagé acceptant plusieurs utilisateurs déterminés ou indéterminés avec pour chacun des droits d'accès personnalisés pouvant être paramétrés pour autoriser ou non différents types d'actions. 7. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce qu'il comprend, lors de la réception d'un message de journalisation (M1 à M4) incluant un ou plusieurs fichiers joints (F2), notamment des fichiers de type texte ou audio ou graphique ou multimédia, une mémorisation (225) desdits fichiers joints et leur association avec ledit message de journalisation ou avec une valeur journalisée (D11) qu'il- 64 - contient, notamment dans un dossier de stockage affecté à l'unité de journalisation (141) concernée par ledit message de journalisation. 8. Procédé selon la revendication précédente, caractérisé en ce qu'il comprend en outre, lors de la réception d'un message de journalisation (M1 à M4) incluant un ou plusieurs fichiers joints (F2), une étape (226) d'émission desdits fichiers joints à destination d'un ou plusieurs terminaux (T5) connectés en tant qu'utilisateurs identifiés comme propriétaire (11) de ou comme un utilisateur (19) ayant des droits d'accès sur l'unité de journalisation (141) concernée par ledit message de journalisation, notamment sous la forme d'une opération de synchronisation desdits terminaux (T5) avec le serveur de gestion (12, 120). 9. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre au moins une étape de traitement de données réalisant une analyse et/ou une visualisation graphique (E421) de l'évolution d'une pluralité de valeurs journalisées (D11), mémorisées au sein d'une même unité de journalisation (141) et optionnellement dans une ou plusieurs catégories ou sous catégories déterminées, et dont les résultats sont présentées sous la forme d'une ou plusieurs pages accessibles par un réseau ou par l'Internet, notamment sous la forme de pages (E4, E41 à E46) de type web. 10. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre au moins une opération de communication (226) par envoi, ou mise à jour, ou publication des données de l'unité de journalisation à destination d'une autre unité de journalisation et/ou d'une application gérant une page web et/ou d'une application extérieure (124, A5) comprenant un traitement ou de présentation des données de ladite unité de journalisation. 11. Procédé selon l'une quelconque des revendications 9 à 10, caractérisé en ce qu'il comprend en outre au moins une opération de consolidation par- 65 - combinaison de données en fonction d'un ou plusieurs critères comprenant au moins un critère parmi : catégories et/ou mots clés et/ou identifiant d'unité de journalisation et/ou propriétaire d'unité de journalisation. 12. Système de traitement de données comprenant au moins un ordinateur exécutant un programme agencé pour réaliser un serveur automatisé de gestion de journal (12) mettant en oeuvre un procédé (2) selon l'une quelconque des revendications 1 à 11. 13. Système selon la revendication précédente, caractérisé en ce qu'il comprend des moyens agencés (121, 122, 123) pour - recevoir (210) une chaîne alphanumérique (D10) reçue de la part d'un terminal d'émission de message numérique (Ti, T2, T3, T4) ladite chaîne alphanumérique étant saisie et émise selon une norme standard de messagerie sans nécessité de programmation préalable dudit terminal d'émission; et - traiter (212 à 226) ladite chaîne alphanumérique (D10) en tant que chaîne de journalisation d'un message de journalisation (M1, M2). 14. Système selon l'une quelconque des revendications 12 à 13, caractérisé en ce qu'il comprend ou est connecté à - des moyens de réception de message (M1) au format texte court « SMS » (121) émis par un terminal mobile ou un téléphone mobile (Ti, T2) ; ou - des moyens de réception de message (M2) au format courriel (122) par un réseau (10) de type TCP/IP, notamment selon le protocole HTTP et possiblement WWW ; ou - des moyens d'émission (123) d'une page web (E4) comprenant au moins un champ de saisie alphanumérique (E422), notamment accessible par un terminal mobile (T2, T3, T5) ou un téléphone mobile (Ti) ; et/ou - des moyens de reconnaissance vocale agencés pour extraire une chaîne alphanumérique d'une séquence vocale reçue d'un terminal mobile (T2, T3) ou un téléphone mobile (Ti) ;- 66 - des moyens de fourniture ou de publication (120, 123) des données mémorisées au sein d'une ou plusieurs unités de journalisation (141, 142, 143), agencés pour dialoguer avec un ou plusieurs systèmes informatiques (T4) exécutant une application (A5) de traitement et/ou de présentation de données, notamment par une API (124) comprenant une ou plusieurs fonctions d'accès aux données desdites unités de journalisation. 15. Système de traitement de données, comprenant au moins un ordinateur exécutant un programme réalisant un agent logiciel d'émission de pages web (E4) comprenant un affichage graphique (E421) de données chronologiques, caractérisé en ce qu'il est agencé pour recevoir lesdites données chronologiques depuis au moins un système selon l'une quelconque des revendications 12 à 14.