FR 2929021 A1 20090925 FR 0851838 A 20080321 - 1 - OBJETS COMMUNICANTS DESCRIPTION DOMAINE TECHNIQUE La présente invention concerne de manière générale le domaine des objets communicants et plus particulièrement celui des interfaces informatiques élémentaires à destination des jeunes enfants et/ou des personnes âgées. ÉTAT DE LA TECHNIQUE ANTÉRIEURE Les terminaux informatiques, ordinateurs personnels et autres PDAs (Personal Data Assistant) s'avèrent d'un usage trop complexe pour les jeunes enfants ou certaines personnes âgées ayant des difficultés à se familiariser avec un équipement informatique conventionnel. En particulier, les opérations de navigation sur Internet, d'accès à des contenus en ligne ou d'échange de courriels nécessitent la manipulation d'un clavier et d'une souris ainsi que l'apprentissage de l'utilisation d'une interface graphique qui peut s'avérer complexe. En outre, les informations textuelles représentées sur une telle interface ne seront pas compréhensibles pour un jeune enfant. De manière similaire, une personne âgée ayant perdu son acuité visuelle pourra avoir également des difficultés à lire certaines informations, ce qui la handicapera dans son utilisation de l'interface. Le but de la présente invention est de proposer une interface informatique élémentaire, intuitive et - 2 - concrète, d'utilisation simple, permettant notamment d'effectuer des opérations de navigation sur Internet, d'accéder à des contenus en ligne et/ou d'échanger des courriels, sans requérir aucun apprentissage préalable. Un but subsidiaire de l'invention est de fournir une interface de jeu interactif et évolutif aux jeunes enfants ainsi qu'une interface d'aide aux personnes, notamment aux personnes âgées. EXPOSÉ DE L'INVENTION La présente invention est définie par une interface pour système d'information comprenant des moyens de lecture RFID pour lire l'identifiant RFID d'un objet et des moyens d'émission/réception pour transmettre à un ordinateur, via une liaison sans fil, ledit identifiant RFID et recevoir en retour du dit ordinateur, via ladite liaison, des données stockées dans une URL correspondant au dit identifiant RFID. Selon une variante de réalisation, lesdits moyens d'émission/réception sont adaptés à transmettre à la fois ledit identifiant RFID et un ou des paramètre(s) d'état (P1'P2'� 'PN) de ladite l'interface. L'interface peut comprendre un interrupteur et/ou au moins un capteur, la valeur du paramètre d'état ou les valeurs des paramètres d'état étant alors fonction de l'état dudit interrupteur et/ou de la mesure dudit capteur. L'invention concerne également un système d'information comprenant une interface telle que définie précédemment, un ordinateur personnel relié à ladite interface par une liaison sans fil, un serveur de liens hébergeant une base de données, ledit ordinateur comprenant un navigateur et un module logiciel, ledit module logiciel étant adapté à recevoir l'identifiant RFID d'un objet, lu par lesdits moyens de lecture RFID, à transmettre cet identifiant au serveur de liens et à recevoir en retour une URL correspondant à cette adresse avant de la transmettre au navigateur. Ledit module logiciel est avantageusement adapté à transmettre en sus dudit identifiant RFID, les paramètres d'état (P1'P2'� 'PN) de l'interface et à recevoir en retour une URL correspondant à cette adresse ainsi qu'aux dits paramètres d'état. La base de données hébergée par le serveur de liens comprend avantageusement une pluralité d'enregistrements, chaque enregistrement comprenant un premier champ contenant l'identifiant RFID d'un objet, un second champ contenant des valeurs de paramètres d'état de l'interface et un troisième champ contenant l'URL correspondant au dit identifiant RFID et aux dites valeurs de paramètres. Le navigateur peut être adapté à transmettre une requête http ou ftp à l'URL fournie, via ledit module logiciel par ledit serveur de liens. Par exemple l'URL est celle d'un site de messagerie web. Ledit module logiciel peut être adapté à récupérer un contenu téléchargé par le navigateur à partir de ladite URL, et à transmettre ledit contenu à l'interface via la liaison sans fil. - 4 - BRÈVE DESCRIPTION DES DESSINS D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture d'un mode de réalisation préférentiel de l'invention en référence aux figures jointes parmi lesquelles : La Fig. 1 représente schématiquement un système d'information distribué utilisant une interface élémentaire selon un mode de réalisation de l'invention ; La Fig. 2 représente schématiquement le principe de fonctionnement du système d'information de la Fig. 1 ; La Fig. 3 représente un exemple d'organisation de la base de données hébergée par le serveur de liens de la Fig. 1. EXPOSÉ DÉTAILLÉ DE MODES DE RÉALISATION PARTICULIERS L'idée à la base de l'invention est de matérialiser une commande ou une série de commandes par un objet équipé d'une étiquette RFID, la lecture de cet objet par une interface dédiée se substituant en tout ou partie à l'interaction matérielle d'un usager avec une interface informatique conventionnelle pour générer automatiquement lesdites commandes. La Fig. 1 représente un système d'information distribué 100 incluant une interface élémentaire 110 selon un mode de réalisation de l'invention. L'interface élémentaire 110 est ici représentée schématiquement sous la forme d'un boîtier mais l'on comprendra aisément qu'elle puisse prendre des formes différentes, notamment celle d'un jouet à destination de jeunes enfants. L'interface 110 est équipée d'un lecteur RFID (Radio Frequency Identification), non représenté, capable de lire des étiquettes RFID (ou tags RFID), ainsi que d'un module d'émission/réception (non représenté) assurant une liaison radio ou infrarouge ad hoc avec un ordinateur 120 ou bien, alternativement, une liaison de type 802.11 avec un point d'accès WLAN 123 auquel l'ordinateur est également connecté. Le module d'émission/réception assure dans tous les cas la transmission de données à destination de l'ordinateur 120 ainsi que la réception de données en provenance de ce dernier. L'interface 110 comprend facultativement mais préférentiellement un interrupteur ou une pluralité d'interrupteurs 117, par exemple des boutons actionnables sur simple pression et, le cas échéant, un pavé tactile (touchpad) 119. Elle peut également être équipée d'un ou de plusieurs types de capteurs, tels que capteurs de température, de pression, d'hygrométrie, des accéléromètres MEMS, etc. Un ou plusieurs témoins lumineux 111 peuvent aussi être prévus, par exemple des diodes électroluminescentes indiquant l'état courant de l'interface ainsi qu'un écran 112 permettant d'afficher de simples pictogrammes, animés ou non. Par exemple, si l'utilisateur a reçu un courriel, un pictogramme spécifique sous forme d'enveloppe s'affichera sur l'écran 112. L'interface 110 est préférentiellement équipée d'une carte son (non représentée), destinée à la reproduction sonore de messages vocaux pré-enregistrés ou synthétisés à partir d'informations textuelles. Le pilotage de l'interface 110 est assuré par un micro-contrôleur, de manière connue en soi. En particulier, le micro-contrôleur est chargé de la gestion des entrées-sorties de l'interface, à savoir : des interrupteurs, du pavé tactile, des capteurs etc., au moyen d'une procédure de scrutation ou d'interruption ; de l'affichage de l'écran, de la commande des témoins lumineux, de la gestion du module d'émission/réception assurant la liaison radio avec l'ordinateur ou le point d'accès du WLAN, ainsi que du contrôle du lecteur RFID. L'ordinateur personnel 120 échange des données avec l'interface 110, soit grâce à la liaison radio précitée (par exemple une liaison Bluetooth) ou infrarouge ad hoc, soit via une liaison radio au point d'accès du WLAN. Par ailleurs, on suppose que l'ordinateur 120 peut accéder à Internet via un fournisseur d'accès (FAI) et qu'il est équipé d'un navigateur. Sous réserve d'être abonné au service associé à l'interface 110, l'utilisateur peut accéder au serveur de liens 130. Plus précisément, l'ordinateur 120 peut alors envoyer des requêtes paramétrées à ce serveur, et reçoit en retour des liens pointant vers des URLs, par exemple des fichiers ou des pages de serveurs de contenus. On a représenté en 140 un tel serveur de 30 contenus. Ce serveur contient des pages qui peuvent être accédées classiquement au moyen de requêtes HTTP - 7 - et/ou des fichiers qui peuvent être téléchargés, par exemple au moyen de requêtes FTP. La Fig. 2 montre le principe de fonctionnement du système d'information selon la Fig. 1. Lorsque l'utilisateur approche de l'interface 110 un objet 115 pourvu d'une étiquette RFID, ou bien encore insère cet objet dans un réceptacle de l'interface dédié à cet effet, l'étiquette RFID est lue par le lecteur 116. La forme de l'objet en question participe avantageusement à la convivialité de l'interface. Par exemple, si l'utilisateur est un enfant, l'objet pourra être un livre dont il souhaite entendre l'histoire, un album dont il souhaite feuilleter les images, des représentations de personnages avec lesquels il souhaite dialoguer, des représentations d'animaux dont il souhaite avoir une description, d'appareils dont il souhaite connaître le fonctionnement. Si l'utilisateur est une personne âgée, plusieurs objets peuvent être prévus correspondant à différents services d'aide à domicile. Par exemple, un objet sous forme d'enveloppe peut être prévu pour représenter un accès à un service de courriel. Des conditionnements de médicaments peuvent être également équipés d'étiquettes RFID pour permettre un suivi de malade à distance. On comprendra que l'homme du métier sera ainsi en mesure d'envisager une grande variété d'objets 115 et d'applications associées, tout en mettant en oeuvre l'interface selon l'invention. Le lecteur RFID 116 lit à l'étape 210 le numéro d'étiquette stocké dans l'étiquette RFID. Ce numéro, encore dénommé identifiant RFID, ainsi que, le cas échéant, l'adresse MAC de l'interface 110 est/sont transmis en 220 par le micro-contrôleur 114 au serveur de liens 130 via le module d'émission/réception 118. En sus de l'identifiant RFID et de l'adresse MAC en question, le micro-contrôleur peut également transmettre une série de paramètres décrivant l'état de l'interface, tels que des paramètres correspondant par exemple au basculement d'un interrupteur, à une pression sur le pavé tactile, à une mesure d'un capteur etc. L'ordinateur 120 est équipé d'une interface logicielle ou API 122 interagissant avec le navigateur 121. L'identifiant RFID de l'objet ainsi que, le cas échéant, l'adresse MAC de l'interface, est/sont transmis par l'API 122 au serveur de liens 130, par exemple au moyen d'une requête HTTP. Après avoir vérifié à l'aide de l'adresse MAC que l'utilisateur était bien enregistré, le serveur de liens 130 recherche dans sa base de données l'URL ainsi qu'éventuellement le code de l'action à exécuter par l'interface, en fonction de l'identifiant RFID et, le cas échéant des valeurs de paramètres d'état de l'interface. Cette URL, éventuellement accompagnée dudit code d'action, est transmise à l'interface via l'API en 240. Le microcontrôleur renvoie ensuite au navigateur ladite URL en 245. Selon le code de l'action en question, le microcontrôleur 114 transmet à l'API les paramètres d'état, qui les transmet ensuite au navigateur 121. Le navigateur transmet une requête HTTP ou FTP à l'URL en question, pointant par exemple vers une page web ou un fichier hébergé(e) dans le serveur de contenus 140. Le contenu est téléchargé vers le navigateur 121, et transmis en 270 à l'interface 110. Dans ce dernier cas, le fichier sera utilisé par l'interface pour une représentation sonore/graphique ou tactile. Le fichier pourra être notamment un fichier son qui sera téléchargé en mode � streaming � et joué par la carte son. Par exemple dans l'exemple mentionné plus haut où l'objet 115 se présente sous la forme d'un livre, le fichier son pourra être celui d'une histoire racontée. A un certain point de la lecture, plusieurs choix peuvent être proposés à l'utilisateur. Par exemple, il pourra être invité à agir sur l'un des interrupteurs pour sélectionner telle ou telle variante de l'histoire, obtenir plus de détails sur tel ou tel personnage. Une action de l'utilisateur sur l'interface induit un changement des valeurs de paramètres d'état et donc la génération d'une nouvelle requête 230 selon le même processus que celui précédemment décrit. L'URL correspondant à l'identifiant RFID de l'objet, ici le livre, et aux nouveaux paramètres d'état, est alors transmise au navigateur pour télécharger la nouvelle page web ou le nouveau fichier. L'objet 115 peut lui-même contenir des sous-objets. Ainsi un livre pourra comprendre en différentes pages des personnages équipés chacun de leur propre identifiant RFID. Afin d'éviter une lecture intempestive de plusieurs étiquettes, il pourra être - 10 -prévu des étuis métallisés montés sur l'objet dans lesquels ces sous-objets sont rangés. Bien que le fonctionnement de l'interface ait été décrit en relation avec un service de navigation ou de téléchargement de fichier, l'homme du métier comprendra que l'interface selon l'invention puisse également être utilisée pour un service de courriel. En effet, l'utilisateur pourra faire appel au service de courriel en présentant un objet symbolisant ce service (par exemple une enveloppe). L'identifiant RFID de l'objet symbolisant le service de courriel ainsi que, le cas échéant, les paramètres d'état de l'interface est transmise/sont transmis sous forme de requête au serveur de liens 130 par l'API 122, par exemple au moyen d'une requête HTTP. Le serveur 130 retourne l'URL correspondant à un service de messagerie Web (Webmail). Si un courriel non lu est présent dans la boîte aux lettres de l'usager, l'interface 110 en sera avertie et un pictogramme ou une autre alarme visuelle et/ou sonore spécifique(s). Si un courriel non lu est signalé à l'utilisateur, il pourra, par exemple au moyen d'une simple pression sur un interrupteur ou sur le pavé tactile, en obtenir la lecture. Le courriel est alors transmis à un service de synthèse vocale puis transmis à l'interface 110 qui pourra en faire la lecture. Le service de courriel peut être avantageusement customisé en prévoyant différents objets pour différents destinataires de courriel et/ou différents types de messages. Les adresses des différents destinataires seront alors préalablement stockées dans - 11 - la base de données du serveur de liens 130. L'utilisateur pourra être invité par l'interface 110 à fournir le contenu du message si ce dernier n'est pas prédéterminé par l'étiquette RFID. Le service de courriel peut être également customisé en prévoyant différents objets pour différents expéditeurs de messages. Dans ce cas, le serveur de liens pourra vérifier, afin d'éviter une usurpation d'identité, que l'identifiant RFID associé à l'objet de l'expéditeur est bien autorisé pour l'adresse MAC de l'interface. Selon une première variante, le contenu du message est dicté à l'interface et le texte généré au moyen d'un logiciel de reconnaissance vocale. L'outil de reconnaissance vocale peut résider dans l'interface 110 ou, de préférence, sur l'ordinateur 120, auquel cas le fichier son est transmis par l'interface à l'ordinateur pour y être reconnu. Selon une seconde variante, le contenu du courriel est fourni au moyen d'un identifiant RFID. Pour ce faire, plusieurs types de messages préenregistrés sont associés à différents objets et, lorsque l'utilisateur présente un objet donné au lecteur RFID de l'interface, le message correspondant est automatiquement incorporé dans le corps du courriel. Plus précisément, comme précédemment l'identifiant RFID de l'objet est transmis au serveur de liens 130. Ce dernier fournit en retour une URL contenant un texte prédéterminé et/ou un fichier, par exemple un fichier image, qui est/sont ensuite incorporé(s) ou attaché(s) au courriel par l'API 122. - 12 - La Fig. 3 représente schématiquement la structure d'un enregistrement dans la base de données du serveur de liens 130. L'enregistrement 300 comprend un premier champ 310 dans lequel est stocké l'identifiant RFID de l'objet. Un second champ 320 contient un ensemble de valeurs des paramètres d'état P1'P2'•••'PN de l'interface 110. Enfin, un troisième champ donne l'adresse URL à laquelle est stocké(e) la page web ou le fichier correspondant à l'objet (identifié par son identifiant RFID) et à l'état de l'interface (identifié par les valeurs de paramètres d'état). Lorsque le serveur reçoit une requête paramétrée par l'identifiant RFID d'un objet et, le cas échéant, les valeurs de paramètres d'état de l'interface, celui-ci recherche l'enregistrement correspondant et retourne l'adresse URL stockée dans le champ 330. Ce champ peut comprendre une séquence de plusieurs adresses URLs. Dans ce cas, le module API 122 peut demander successivement au navigateur de télécharger les contenus respectifs de ces adresses, et enchaîner une pluralité de tâches pour une seule adresse MAC transmise par l'interface. Enfin, la base de données peut optionnellement contenir un ou plusieurs champ (s) additionnel(s), notamment, l'adresse MAC de l'interface, le code de l'action à exécuter par l'interface et un profil d'utilisateur permettant d'individualiser le service rendu. REVENDICATIONS 1. Interface pour système d'information caractérisée en ce qu'elle comprend des moyens de lecture RFID (116) pour lire l'identifiant RFID d'un objet et des moyens d'émission/réception (118) pour transmettre à un ordinateur, via une liaison sans fil (113), ledit identifiant RFID et recevoir en retour du dit ordinateur, via ladite liaison, des données stockées dans une URL correspondant au dit identifiant RFID. 2. Interface selon la revendication 1, caractérisée en ce que lesdits moyens d'émission/ réception sont adaptés à transmettre à la fois ledit identifiant RFID et un ou des paramètres d'état (Pi'P2'•••'PN) de ladite l'interface. 3. Interface selon la revendication 2, caractérisée en ce qu'elle comprend au moins un interrupteur (117) et/ou au moins un capteur (119), la valeur du paramètre d'état ou les valeurs des paramètres d'état étant fonction de l'état dudit interrupteur et/ou de la mesure dudit capteur. 4. Système d'information comprenant une interface (110) selon l'une des revendications 1 à 3, un ordinateur personnel (120) relié à ladite interface par une liaison sans fil, un serveur de liens (130) hébergeant une base de données, ledit ordinateur- 14 - comprenant un navigateur (121) et un module logiciel (122), ledit module logiciel étant adapté à recevoir (220) l'identifiant RFID d'un objet, lu par lesdits moyens de lecture RFID, à transmettre (230) cet identifiant au serveur de liens (130) et à recevoir en retour (240) une URL correspondant à cette adresse avant de la transmettre au navigateur. 5. Système d'information selon la revendication 4, caractérisé en ce que ledit module logiciel (122) est adapté à transmettre en sus dudit identifiant RFID, les paramètres d'état (P1'P2'� 'PN) de l'interface et à recevoir en retour une URL correspondant à cette adresse ainsi qu'aux dits paramètres d'état. 6. Système d'information selon la revendication 5, caractérisé en ce que la base de données hébergée par le serveur de liens comprend une pluralité d'enregistrements, chaque enregistrement comprenant un premier champ (310) contenant l'identifiant RFID d'un objet, un second champ (320) contenant des valeurs de paramètres d'état de l'interface et un troisième champ (330) contenant l'URL correspondant au dit identifiant RFID et aux dites valeurs de paramètres. 7. Système d'information selon la revendication 6, caractérisé en ce que le navigateur (121) est adapté à transmettre une requête http ou ftp- 15 -à l'URL fournie, via ledit module logiciel (122) par ledit serveur de liens (130). 8. Système d'information selon la revendication 7, caractérisé en ce que l'URL est celle d'un site de messagerie web. 9. Système d'information selon la revendication 7 ou 8, caractérisé en ce que ledit module logiciel (122) est adapté à récupérer (260) un contenu téléchargé par le navigateur à partir de ladite URL, et à transmettre (270) ledit contenu à l'interface via la liaison sans fil (113).