Brevet FR2963459A1 — publié le 20120203

NKOUNKOU 1.FRD 1 Dispositif informatique d'échange de données L'invention concerne un dispositif informatique d'échange de données. Historiquement, la distribution de bons de réduction a été réalisée par le biais de coupons à découper dans des journaux ou des magazines. L'essor de l'Internet a révolutionné ces pratiques. Ainsi des sites Internet de type collaboratif ont été créés pour recenser les offres spéciales et autres avantages en cours. Cependant, ces sites sont peu fiables, et peu ludiques. L'invention vient améliorer la situation. A cet effet, l'invention propose un dispositif informatique d'échange de données, comprenant un poste site, accessible sur réseau étendu, et au moins un poste utilisateur, apte à accéder au poste site, dans lequel le poste site comprend une mémoire de données d'abonnés et une mémoire de code de programme apte à définir une fonction d'identification comme abonné, proposée lors d'une connexion d'un poste utilisateur au poste site, ainsi qu'une fonction d'accès conditionnel à une donnée d'intérêt, telle qu'un droit à avantage, la condition comprenant la sélection par l'utilisateur d'une bonne réponse parmi des réponses proposée à une question affichée. La mémoire de code de programme comprend en outre une fonction de paiement, en interaction avec la mémoire de données d'abonnés, et la fonction d'accès conditionnel à une donnée d'intérêt comprend la proposition d'un appel préalable de la fonction de paiement, tandis que le temps alloué pour sélectionner ensuite une réponse à une question affichée est augmenté a priori en fonction du montant du paiement effectué par l'utilisateur.30 D'autres caractéristiques et avantages de l'invention apparaîtront mieux à la lecture de la description qui suit, tirée d'exemples donnés à titre illustratif et non limitatif, tirés des dessins sur lesquels : - la figure 1 représente un exemple de dispositif informatique selon l'invention, - la figure 2 représente un diagramme de flux d'un exemple de session d'utilisation du dispositif de la figure 1. Les dessins et la description ci-après contiennent, pour l'essentiel, des éléments de caractère certain. Ils pourront donc non seulement servir à mieux faire comprendre la 10 présente invention, mais aussi contribuer à sa définition, le cas échéant. La figure 1 représente un schéma générique d'un dispositif selon l'invention. Le dispositif comporte un poste site 100, qui fournit un service de site Internet 15 permettant d'acquérir de manière ludique des avantages comme des bons de réduction ou des offres spéciales. Le poste site 100 comprend un serveur Internet 110, une application 120, une mémoire de données d'abonné 130, une mémoire de données d'interaction 140, et une interface 20 réseau 150. Dans l'exemple décrit ici, le serveur 110 est une mémoire de code de programme qui stocke un code exécutant des fonctions de serveur Web, et l'application 120 est une mémoire de code de programme qui stocke un code en langage de script adapté à 25 l'Internet, comme par exemple PHP, ASP ou JSP. Le code de l'application 120 est interprété par le serveur 110 pour mettre en oeuvre les fonctionnalités du site, en accédant aux données d'interaction 140 en fonction des données d'abonné 130. Dans certaines variantes, le poste site 100 peut comprendre plusieurs ordinateurs reliés entre eux, et le serveur 110 et l'application 120 peuvent être mis en oeuvre sur des 30 ordinateurs distincts. De même, les mémoires 130 et 140 peuvent être physiquement distantes du serveur 110 et de l'application 120. Dans l'exemple décrit ici, l'interface réseau 150 permet au poste site 100 de recevoir des requêtes de l'extérieur via le réseau Internet. D'autres types de réseau, par exemple privés, pourraient également être utilisés. Le dispositif comprend également un poste utilisateur 160. Le poste utilisateur 160 comprend un navigateur 170 et une interface réseau 180. L'interface réseau 180 permet à l'utilisateur du navigateur 170 de se connecter par le biais d'un réseau au poste site 100. Dans l'exemple décrit ici, il s'agit du réseau Internet comme décrit précédemment. Le navigateur 170 peut être mis en oeuvre sous toutes les formes connues par l'homme du métier, et être remplacé le cas échéant par une application spécialisée, du type de celles qui sont mises en oeuvre sur les téléphones portables modernes, et qui sont programmées pour s'interfacer avec un site spécifique. L"interaction entre le poste utilisateur 160 et le poste site 100 va maintenant être décrit plus en détail en référence à la figure 2. Dans une première opération 200, l'utilisateur du navigateur 170 entre sur le site mis en oeuvre par le poste site 100, par exemple en entrant son adresse URL dans la barre d'adresse. Ensuite, cet utilisateur est identifié dans une opération 210. Cette opération est dans l'exemple décrit ici une authentification classique par l'entrée d'un couple identifiant d'utilisateur/mot de passe, qui est envoyé par le poste utilisateur 160 au poste site 100. Le poste site 100 procède à la vérification de ce couple à partir des données d'abonné 130 et authentifie ou refuse l'utilisateur. Lorsque l'utilisateur est authentifié, le poste site 100 envoie au poste utilisateur 160 une page Web d'accueil d'abonné dans une opération 220. Cette page Web offre la possibilité à l'utilisateur d'acheter des crédits de temps dont l'utilisation sera décrite plus bas. Lorsque l'utilisateur décide d'acheter des crédits de temps, une fonction de paiement est déclenchée par l'application 120 dans une opération 230, dans laquelle l'utilisateur va être mis en rapport avec un service de paiement en ligne. Lorsque le paiement est effectué, des données de paiement correspondantes sont enregistrées dans la mémoire 130. Ensuite, dans une opération 240, l'application 120 met à jour une variable de temps en fonction des données de paiement de l'opération 230. La variable de temps représente la quantité de temps qui sera allouée à l'utilisateur lorsque celui-ci utilisera la fonction d'accès explicitée plus bas. Lorsque l'opération 230 se déroule sans succès, ou lorsque l'utilisateur indique à l'opération 220 ne pas souhaiter acheter de crédit temps, l'application 120 initialise la variable de temps avec une valeur par défaut dans une opération 250. Ensuite, dans une opération 260, l'application 120 sélectionne de manière aléatoire ou pseudo-aléatoire une question qui va être posée à l'utilisateur, et stocke sa réponse dans la mémoire . 25 Cette question est tirée de la mémoire 140, et peut prendre la forme d'un quizz, c'est-à-dire une question à réponses à choix multiples, ou une autre forme, comme une question à réponse libre, ou une question nécessitant une réponse de type binaire. En variante, la question peut être remplacée par un autre élément d'interaction, comme 30 un mini-jeu ou autre élément d'interaction avec l'utilisateur.20 Le choix de la question par l'application 120 peut être restreint en fonction du profil de l'utilisateur qui est stocké dans la mémoire 130. De plus, le choix peut être non aléatoire, et conforme à une règle établie, par exemple de difficulté croissante, etc. Ensuite, dans une opération 270, la question choisie à l'opération 260 est transmise au poste utilisateur 160 pour affichage pendant une durée définie à l'opération 240 ou à l'opération 250. Pendant cet affichage, l'utilisateur peut envoyer sa réponse au poste site 100. Dans un exemple de réalisation, la page envoyée à l'utilisateur fait défiler le texte des choix possibles pour la question obtenue à l'opération 260. Avantageusement, ce défilement peut être organisé selon deux colonnes avec une vitesse de défilement différente. À l'expiration de cette durée, l'application 120 vérifie dans une opération 280 si la réponse de l'utilisateur correspond à celle stockée dans l'opération 260. Lorsque c'est le cas, l'application 120 appelle la mémoire 130 pour incrémenter un compteur de succès associé à l'utilisateur dans une opération 290. Ensuite, ou lorsque la réponse est fausse ou absente à l'expiration du temps imparti, l'application 120 envoie, dans une opération 300, une page Web au poste utilisateur 160 qui lui offre un avantage en rapport avec son compteur de succès. Si le compteur de succès est nul, alors l'application 120 passe directement à l'opération suivante. Enfin, l'application 120 offre à l'utilisateur la possibilité d'utiliser immédiatement son avantage et/ou de répondre à une autre question en reprenant à l'opération 220, dans une opération 310. Si l'utilisateur ne souhaite pas cela, alors l'interaction se termine en 320. Dans ce qui précède, de nombreuses variantes peuvent être envisagées. Par exemple, l'opération 300 peut être conditionnée par l'obtention d'une réponse juste, de sorte que les avantages sont consommés un par un. D'autre part, le compteur de succès peut être accessible par une autre page du site, pour permettre à l'utilisateur d'utiliser ses avantages à n'importe quel moment. Ainsi, l'utilisateur pourra réaliser un premier achat en utilisant un avantage, et un deuxième achat ultérieur sans utiliser d'avantage, ou inversement. L'utilisateur pourra également choisir quelle quantité de son compteur de succès doit être attribué à l'obtention d'un avantage, pour répartir celui-ci sur plusieurs achats. En outre, grâce aux moyens de code modernes, une grande partie de l'interaction concernant la question et sa réponse peut être déportée du côté du poste utilisateur 160. C'est-à-dire que l'opération 260 peut être réalisée par le poste utilisateur 160 au lieu de l'application 120. L'affichage des questions et autres éléments d'interaction peut être réalisée selon toutes les techniques modernes connues, et ainsi être grandement dynamiques, par exemple en étant des animations de type "Flash" ou "Silverlight" ou autre plateforme de contenu. REVENDICATIONS1. Dispositif informatique d'échange de données, comprenant un poste site (100), accessible sur réseau étendu, et au moins un poste utilisateur (200), apte à accéder au poste site (100), dans lequel le poste site (100) comprend une mémoire de données d'abonnés (130), et une mémoire de code de programme (120) apte à définir une fonction d'identification comme abonné, proposée lors d'une connexion d'un poste utilisateur au poste site, ainsi qu'une fonction d'accès conditionnel à une donnée d'intérêt, telle qu'un droit à avantage, la condition comprenant la sélection par l'utilisateur d'une bonne réponse parmi des réponses proposée à une question affichée, caractérisé en ce que la mémoire de code de programme (120) comprend en outre une fonction de paiement, en interaction avec la mémoire de données d'abonnés (130), et en ce que la fonction d'accès conditionnel à une donnée d'intérêt comprend la proposition d'un appel préalable de la fonction de paiement, tandis que le temps alloué pour sélectionner ensuite une réponse à une question affichée est augmenté a priori en fonction du montant du paiement effectué par l'utilisateur. 2. Dispositif selon la revendication 1, dans lequel le code de programme comprend la répétition de la proposition d'appel de la fonction de paiement et l'appel de la fonction d'accès conditionnel jusqu'à ce qu'une condition de fin d'interaction soit remplie. 3. Dispositif selon l'une des revendications 1 et 2, dans lequel la fonction d'accès conditionnel à une donnée d'intérêt comprend l'affichage d'une question avec défilement du texte des réponses possibles sur deux colonnes, avec une vitesse de défilement différente pour chaque colonne. 4. Dispositif selon l'une des revendications précédentes, dans lequel la mémoire de données d'abonnés (130) stocke un compteur de succès (Win) définissant le ou les droits à avantage acquis par chaque utilisateur. 5. Dispositif selon la revendication 4, dans lequel un ou plusieurs droits à avantage peuvent être utilisés pour obtenir une réduction ou une promotion sur un achat. 7