Brevet FR2951604A1 — publié le 20110422

DOMAINE TECHNIQUE GENERAL Le domaine de l'invention est celui de la gestion d'une liste de tâches comprenant notamment des tâches à effectuer ou des éléments d'une liste de courses. ETAT DE LA TECHNIQUE On connait des systèmes permettant de gérer une liste de tâches ou de courses. Un utilisateur établit une liste au moyen d'un ordinateur et la sauvegarde sur un serveur, cette liste est diffusée à plusieurs utilisateurs via io un accès Internet. Un utilisateur récupère alors la liste et lorsqu'une tâche est effectuée ou un élément de la liste de course obtenu, l'utilisateur l'indique. Le serveur met alors la liste à jour. Cette liste, mise à jour, est alors disponible. Toutefois, pour générer une liste, un utilisateur doit se connecter à Internet via un ordinateur ce qui rend fastidieux et très peu pratique la 15 génération d'une telle liste. Il existe un besoin de pouvoir rendre la création d'une liste de tâches à effectuer ou d'une liste de courses pratique et ludique pour un utilisateur. PRESENTATION DE L'INVENTION 20 L'invention permet de générer de manière pratique et ludique une liste de tâches à effectuer ou une liste de courses. Selon un premier aspect, l'invention concerne un support communicant comprenant : une pluralité d'emplacements, chacun est destiné à recevoir un support RFID comprenant un identifiant RFID correspondant à 25 une tâche à effectuer ; une pluralité de modules de communication RFID, chacun disposé dans un emplacement, chaque module de communication est destiné à lire l'identifiant RFID du support RFID disposé dans l'emplacement, le support communicant étant constitué d'un matériau tel que lorsque le support RFID coopère avec le support communicant, le support 30 RFID est fixé de manière non permanente sur le support communicant ; un contrôleur connecté aux modules de communication RFID, le contrôleur comprenant des moyens pour émettre les identifiants RFID lus et pour recevoir d'un serveur connecté au contrôleur, un statut d'un identifiant RFID. D'autres aspects du support communicant selon le premier aspect de l'invention sont les suivants : ù le matériau du support communicant est tel que lorsque le support RFID coopère avec le support communicant, le support RFID est fixé de manière magnétique ou de manière auto-agrippante au support communicant ; ù il peut comprendre des moyens pour indiquer le statut reçu, io ces moyens peuvent être constitués par des moyens d'éclairage disposés dans un emplacement d'un support RFID. Selon un second aspect, l'invention concerne un système de gestion d'un support communicant selon le premier aspect de l'invention comprenant : un serveur connecté au contrôleur au moyen du réseau is Internet ; au moins un terminal d'accès connecté au serveur au moyen du réseau Internet ; le serveur étant destiné à : générer une liste de tâches à effectuer à partir d'une pluralité d'identifiants RFID reçus du contrôleur ; transmettre au terminal la liste générée, le terminal comprenant des moyens d'affichage de la liste de tâches générée, le terminal étant adapté à 20 transmettre au serveur un statut correspondant à un élément de la liste ; mettre à jour la liste à partir du statut reçu du terminal, le serveur étant également destiné à transmettre au contrôleur l'identifiant concerné par la mise à jour, le contrôleur commandant l'indication du statut ainsi mis à jour. Selon un troisième aspect, l'invention concerne un procédé de gestion 25 d'une liste de tâches au moyen d'un système informatique selon le second aspect de l'invention comprenant une étape de génération de la liste et une étape de mise à jour de la liste. Dans le procédé de gestion selon le troisième aspect de l'invention, la génération de la liste de tâches consiste aux étapes suivantes : 30 ù disposition des supports RFID sélectionnés par un utilisateur sur le support communicant ; lecture par les modules de communication des identifiants RFID disposés sur le support ; émission par le contrôleur des identifiants RFID vers le serveur ; création par le serveur de la liste de tâches à effectuer à partir des 5 identifiants RFID reçu ; stockage dans le serveur de la liste générée ; transmission d'un statut « à faire » correspondant à l'identifiant RFID reçu. La génération de la liste de tâches peut comprendre une étape io consistant en une commande par le contrôleur de l'affichage du statut « à faire » sur le support communicant dans les emplacements des supports RFID qui correspondent aux identifiants RFID reçus. Dans le procédé de gestion selon le troisième aspect de l'invention la mise à jour de la liste consiste aux étapes suivantes : 15 sélection par un utilisateur d'un élément de la liste de tâches, cette sélection consistant à indiquer que la tâche est faite ; transmission par le terminal de l'élément sélectionné ; mise à jour du statut de l'identifiant RFID correspondant à l'élément de la liste sélectionné ; 20 mise à jour de la liste par le serveur à partir du statut mis à jour ; stockage de la liste mise à jour dans le serveur ; transmission au contrôleur du statut de l'identifiant RFID mis à jour, le statut étant « fait ». La mise à jour de la liste peut comprendre une étape consistant en une 25 commande par le contrôleur de l'affichage du statut « fait » dans l'emplacement du support RFID qui correspond à l'identifiant RFID dont le statut est « fait » correspondant au support RFID de l'identifiant RFID mis à jour. 30 PRESENTATION DES FIGURES D'autres caractéristiques et avantages de l'invention ressortiront encore de la description qui suit laquelle est purement illustrative et non limitative et doit être lue en regard des dessins annexés sur lesquels : la figure 1 illustre un système de gestion et de partage d'une liste de tâches selon l'invention ; la figure 2 illustre une vue arrière du support communicant selon l'invention ; la figure 3 illustre une vue détaillée d'un emplacement d'un support io RFID sur le support communicant selon l'invention ; la figure 4 illustre le support communicant selon l'invention selon un mode d'utilisation de l'invention ; la figure 5 illustre l'écran d'affichage d'un utilisateur avec la liste de tâches crée par le système de gestion et de partage d'une liste de 15 tâches selon l'invention ; la figure 6 illustre des étapes d'un procédé de gestion d'une liste de tâches au moyen d'un système de gestion selon l'invention ; les figures 7a et 7b illustrent respectivement les étapes pour générer une liste de tâches au moyen du système de gestion selon 20 l'invention et les étapes pour mettre à jour une liste de tâches au moyen du système de gestion selon l'invention. DESCRIPTION DETAILLEE DE L'INVENTION 25 Description générale du système La figure 1 illustre un système de gestion d'une liste de tâches. Un tel système comprend un ensemble communicant 1 comprenant un support 10 et un contrôleur 20. Le contrôleur 20 est connecté à Internet 2 via un réseau sans fil qui 30 est par exemple GPRS, 3G, 3G+, WiFi, Bluetooth, WiMax. 5 Par l'intermédiaire du réseau Internet 2, le contrôleur 20 est connecté à un serveur 3 qui est également connecté au réseau Internet 2. Le système comprend en outre au moins un terminal 41-43 connecté au réseau sans fil. Un terminal peut être un ordinateur ou un terminal mobile. Comme on va le décrire par la suite, le serveur 3 est apte à générer une liste de tâches à effectuer. On entend dans le présent texte « tâche à effectuer » une tâche en tant que telle ou bien un élément d'une liste de course, c'est-à-dire un élément à acheter. i0 Ensemble communicant Comme déjà mentionné, l'ensemble communicant 1 comprend un support communicant 10 connecté à un contrôleur 20. Le support communicant comprend une pluralité de zones 101-104, 15 chacune délimitant un emplacement destiné à recevoir un support RFID 1010, 1020, 1050 comprenant un identifiant RFID (non représenté) correspondant à une tâche à effectuer. On note que la technologie RFID (en anglais, « Radio Frequency IDentification »), sur laquelle se base la technologie NFC (en anglais, « Near 20 Field Communication ») est bien connue de l'état de la technique et ne sera pas ici décrite plus en détail. La figure 4 illustre une porte d'un réfrigérateur sur laquelle est fixé un support communicant 10. Comme on peut le constater, sur cette figure les supports RFID sont disposés sur le support communicant. On constate 25 également que les supports RFID comprennent une indication lisible par un utilisateur (« chocolat », « pain », « yaourts », « coiffeur », « beurre », « lait »). De manière préférée, le support communicant 10 se présente sous la forme d'une tablette que l'on peut fixer à un mur ou bien à une porte d'un 30 réfrigérateur. De manière plus précise, le support communicant 10 comprend une pluralité de modules de communication RFID 1001-1005. La figure 2 illustre la face arrière du support communicant 10 de l'ensemble communicant 1 de la figure 1. Sur cette face arrière on voit les modules de communication RFID 1001-1005. Chaque module de communication RFID 1001-1005 est disposé dans une zone 101-104 délimitée et est destiné à lire l'identifiant RFID du support RFID 1020, 1050 disposé dans la zone. Le support communicant 10 est en matériau tel que lorsque le support io RFID 1020, 1050 coopère avec le support communicant 10, le support RFID 1020, 1050 est fixé de manière non permanente sur le support communicant 10. Le matériau du support communicant 10 est tel que lorsque le support RFID 1020, 1050 coopère avec le support communicant 10, le support RFID 15 1020, 1050 est fixé de manière magnétique au support communicant 10 ou de manière auto-agrippante. En d'autres termes, le support RFID 1020, 1050 peut être enlevé du support ou disposé sur le support communicant 10 à la demande. Un utilisateur pourra donc disposer ou enlever un support RFID 1020, 20 1050 selon ses souhaits. Le contrôleur 20 comprend des moyens 21 pour émettre/recevoir les identifiants lus par les modules de communication 1001-1005. Comme on le décrira plus en détail par la suite, les supports RFID correspondent à une tâche à effectuer afin de permettre de générer une liste 25 de tâches à effectuer. Ainsi, le support communicant 10 peut comprendre des moyens pour indiquer un statut de la tâche à effectuer. Un tel statut est « fait » ou « à faire » : vert pour « fait », rouge pour « à faire ». Afin d'indiquer le statut « fait » ou « à faire », en variante, on peut 30 afficher une couleur autour du support RFID au moyen, par exemple, de diodes électroluminescentes disposées autour du support RFID. La figure 3 illustre une vue détaillée d'un support RFID disposé sur le support communicant 10. Un emplacement 101 délimitant un emplacement d'un support RFID comprend une pluralité de diodes électroluminescentes 31. Les diodes électroluminescentes 31 sont disposées dans la zone 101 délimitant l'emplacement du support RFID 1010 de manière à entourer le support RFID 1010. La commande de l'affichage de la couleur est effectuée par le contrôleur 20 qui recevra du serveur 3 auquel il est connecté, le statut correspondant au support RFID de la tâche considérée. i0 Support RFID Les supports RFID sont adaptés au matériau du support communicant 10. Le support RFID peut être sous la forme d'un magnet ou d'un VelcroTM 15 afin de pouvoir être enlevé ou disposé à la demande du support communicant 10. Les supports RFID comme nous l'avons déjà mentionné représentent un produit à acheter (pommes, lait, oeufs...) ou une tâche à effectuer (dentiste, sécu, appel mairie). Ils sont équipés de d'identifiant RFID afin que 20 le support communicant puisse les identifier / reconnaître. On note que certains supports RFID sont vierges afin d'être configurés par l'utilisateur. Système de gestion 25 On décrit ici de manière plus détaillée le système de gestion d'une liste de tâches. Un tel système de gestion comprend un support communicant tel que décrit précédemment, un serveur 3 connecté au contrôleur 20 au moyen du réseau Internet 2 et au moins un terminal 41-43 d'accès connecté au serveur 30 3 au moyen du réseau Internet 2. Le serveur 3 du système de gestion est destiné à générer une liste 50 de tâches à effectuer à partir d'une pluralité d'identifiants RFID reçus du contrôleur 20. Le serveur 3 comprend une base de données 30 qui permet d'établir la correspondance entre les identifiants RFID et la tâche effective. s En effet, l'identifiant RFID en tant que tel n'est pas directement lisible et compréhensible par un utilisateur. La figure 5 illustre une liste de tâches que le serveur est capable de générer. Comme on peut le constater, cette liste 50 comprend aussi bien des éléments d'une liste de course, c'est-à-dire des éléments à acheter (pain, io beurre, confiture) qu'une liste de tâches à effectuer (allez chez le coiffeur, allez chez le médecin). En outre, le système de gestion est aussi adapté à transmettre à un ou plusieurs terminal(aux) la liste générée. La liste 50 peut être affichée sur un dispositif d'affichage 420 du terminal, un écran par exemple. 15 Par ailleurs, le système de gestion est adapté à transmettre à un terminal 41-43 la liste 50 générée. Le terminal 41-43 est adapté à transmettre au serveur 3 un statut d'un élément de la liste 50. Le statut de la liste transmis par le terminal est « fait ». En effet, lorsqu'un utilisateur va sélectionner un élément de liste au moyen 20 du terminal cela sera suite à l'accomplissement de la tâche ou à l'achat de l'élément. Un tel statut permet de mettre à jour la liste 50 sur le serveur 3. C'est notamment à partir du statut reçu du terminal 41-43 que le serveur 3 met à jour la liste stockée mais aussi que ce dernier transmet au 25 contrôleur 20 du support communicant 10, le statut de l'élément pour lequel un statut a été transmis. Le contrôleur 20, si le support communicant 10 est adapté pour, commande alors l'indication du statut. De manière plus précise, le contrôleur 20 reçoit un statut relatif à un identifiant RFID et est donc également capable 30 d'indiquer le statut concernant le support RFID correspondant. Le serveur 3 peut être situé à distance et être accessible par différents terminaux via un réseau de communication du type Internet (voir la figure 1). On a décrit que le serveur 3 est accessible via le réseau Internet mais on peut également envisager que le serveur 3 soit intégré dans l'ensemble communicant. Gestion de la liste de tâches La gestion d'une liste de tâches au moyen d'un système de gestion, tel que décrit ci-dessus, comprend une étape de création El d'une liste et io une étape de mise à jour E2 de la liste. La figure 6 illustre les étapes du procédé de gestion d'une liste de tâches. Génération de la liste La figure 7a illustre les étapes de génération de la liste de tâches. 15 La génération de la liste s'effectue de la manière suivante. Un utilisateur dispose El 1 des supports RFID sur le support communicant 10. Les identifiants RFID des supports RFID disposés sont ensuite lus El 2 par les modules de communication. 20 Les identifiants ainsi lus sont émis E13 par le contrôleur 20 vers le serveur 3. A partir des identifiants RFID reçus, le serveur 3 génère E14 la liste 50 de tâches à effectuer. La liste ainsi générée est stockée El 5 sur le serveur 3. 25 Le serveur 3 peut transmettre El 6 un statut « à faire » d'un support RFID. La réception du statut par le contrôleur conduit, si le support communicant 10 est adapté pour, à commander E17 l'affichage du statut « à faire » dans l'emplacement correspondant au support RFID concerné. 30 Mise à four de liste En pratique lorsqu'un utilisateur fait ses courses, il peut mettre à jour la liste en supprimant des éléments au moyen de son terminal. La mise à jour de la liste s'effectue de la manière suivante. Un utilisateur sélectionne E21 un élément de la liste 50 de tâches et le terminal transmet E22 l'élément sélectionné. Comme on l'aura compris, cette sélection consiste à indiquer au serveur que la tâche a été effectuée. Le serveur met à jour E23 le statut de l'élément de la liste. Suite à cette mise à jour de statut, le serveur met à jour E24 la liste io stockée sur le serveur 3. En d'autres termes, il va supprimer de la liste 50 l'élément de la liste transmis par le terminal. La liste ainsi mise à jour est stockée E25 sur le serveur 3. En outre, le serveur transmet E26 au contrôleur 20 de l'ensemble communicant 1, le statut de l'identifiant RFID mis à jour ce qui a pour effet de is commander E27 par le contrôleur 20, si le support communicant 10 est adapté pour, l'affichage du statut « fait » dans l'emplacement correspondant au support RFID correspondant à l'identifiant RFID. Variante 20 En variante de ce qui vient d'être décrit, on peut envisager d'écrire directement sur un support communicant les tâches à faire. Le support serait ainsi adapté à lire les tâches ainsi écrites. Une telle écriture de tâches pourrait être effectuée au moyen d'une encre électronique. REVENDICATIONS1. Support communicant (10) comprenant : une pluralité d'emplacements (101-104), chacun est destiné à recevoir un support RFID (1020, 1050) comprenant un identifiant RFID correspondant à une tâche à effectuer ; une pluralité de modules (1001-1005) de communication RFID, chacun disposé dans un emplacement (101-104), chaque module de communication est destiné à lire l'identifiant RFID du support io RFID (1020, 1050) disposé dans l'emplacement (101-104), le support communicant (10) étant constitué d'un matériau tel que lorsque le support RFID (1020, 1050) coopère avec le support communicant (10), le support RFID (1020, 1050) est fixé de manière non permanente sur le support communicant (10) ; 15 un contrôleur (20) connecté aux modules (1001-1005) de communication RFID, le contrôleur (20) comprenant des moyens (21) pour émettre les identifiants RFID lus et pour recevoir d'un serveur (3) connecté au contrôleur (20), un statut d'un identifiant RFID. 20 2. Support communicant selon la revendication 1 dans lequel le matériau du support communicant (10) est tel que lorsque le support RFID (1020, 1050) coopère avec le support communicant (10), le support RFID (1020, 1050) est fixé de manière magnétique ou de manière auto-agrippante 25 au support communicant (10). 3. Support communicant selon l'une des revendications 1 à 2 comprenant en outre des moyens (31) pour indiquer le statut reçu. 30 4. Support communicant selon la revendication 3 dans lequel les moyens (31) pour indiquer le statut de la tâche à effectuer sont constituéspar des moyens d'éclairage disposés dans un emplacement (101) d'un support RFID (1010). 5. Système de gestion de tâche comprenant : ù un support communicant selon l'une des revendications 1 à 4; ù un serveur (3) connecté au contrôleur (20) au moyen du réseau (2) Internet ; ù au moins un terminal (41-43) d'accès connecté au serveur io (3) au moyen du réseau (2) Internet ; le serveur (3) étant destiné à : générer une liste (50) de tâches à effectuer à partir d'une pluralité d'identifiants RFID reçus du contrôleur (20) ; transmettre au terminal (41-43) la liste (50) générée, le 15 terminal (41-43) comprenant des moyens d'affichage (410, 420, 430) de la liste de tâches générée, le terminal (41-43) étant adapté à transmettre au serveur (3) un statut correspondant à un élément de la liste (50) ; mettre à jour la liste (50) à partir du statut reçu du terminal 20 (41-43), le serveur (3) étant également destiné à transmettre au contrôleur (20) l'identifiant concerné par la mise à jour, le contrôleur (20) commandant l'indication du statut ainsi mis à jour. 25 6. Procédé de gestion d'une liste de tâches au moyen d'un système informatique selon la revendication 5 comprenant une étape de génération (E1) de la liste et une étape de mise à jour (E2) de la liste. 7. Procédé selon la revendication 6 dans lequel la génération (El) de 30 la liste de tâches consiste aux étapes suivantes :disposition (E11) des supports RFID sélectionnés par un utilisateur sur le support communicant (10) ; lecture (E12) par les modules de communication des identifiants RFID disposés sur le support (10) ; émission (E13) par le contrôleur (20) des identifiants RFID vers le serveur (3) ; création (E14) par le serveur (3) de la liste (50) de tâches à effectuer à partir des identifiants RFID reçu ; stockage (E15) dans le serveur (3) de la liste (50) générée ; io transmission (E16) d'un statut « à faire » correspondant à l'identifiant RFID reçu. 8. Procédé selon la revendication 7 dans lequel la génération (El) de la liste de tâches comprend une étape consistant en une commande (E17) is par le contrôleur (20) de l'affichage du statut « à faire » sur le support communicant (10) dans les emplacements des supports RFID qui correspondent aux identifiants RFID reçus. 9. Procédé selon la revendication 6 dans lequel la mise à jour (E2) de 20 la liste consiste aux étapes suivantes : sélection (E21) par un utilisateur d'un élément de la liste de tâches, cette sélection consistant à indiquer que la tâche est faite ; transmission (E22) par le terminal de l'élément sélectionné ; mise à jour (E23) du statut de l'identifiant RFID correspondant à 25 l'élément de la liste sélectionné ; mise à jour (E24) de la liste par le serveur à partir du statut mis à jour ; stockage (E25) de la liste mise à jour dans le serveur (3) ; transmission (E26) au contrôleur du statut de l'identifiant RFID mis 30 à jour, le statut étant « fait ». 10. Procédé selon la revendication 9 dans lequel la mise à jour (E2) de la liste comprend une étape consistant en une commande (E27) par le contrôleur de l'affichage du statut « fait » dans l'emplacement du support RFID qui correspond à l'identifiant RFID dont le statut est « fait » correspondant au support RFID de l'identifiant RFID mis à jour.