FR2974211A1 - Mise a disposition des donnees d'un livre numerique unique. - Google Patents

Abstract

L'invention concerne une mise à disposition de données de livre numérique sur un serveur distant (SER), dans lequel on prévoit en particulier au moins une adresse URL pointant sur les données d'un livre numérique unique. A cet effet : a) on prévoit un support matériel (CA) comportant une indication cachée (COD) d'identifiant de support matériel, ainsi qu'une indication de première partie (URL1) de ladite adresse URL, et b) le serveur met en correspondance l'identifiant de support matériel avec lesdites données du livre numérique unique, pour mettre à disposition lesdites données du livre numérique unique à une adresse URL créée par la concaténation de ladite première partie d'adresse URL et de l'identifiant de support matériel.

Description

Mise à disposition des données d'un livre numérique unique

L'invention concerne une mise à disposition de données de livre numérique, notamment sur un site distant.

Habituellement, un terminal, tel que, par exemple, une tablette multimédia (ipad®, ebook®, ou autre), est équipé de moyens de connexion à un site distant permettant à un utilisateur d'accéder à des données de livre numérique, pour un téléchargement (fichier pdf par exemple téléchargé et stocké en mémoire de la tablette) ou pour une consultation en ligne du livre numérique par exemple au format epub (type de format xml). On entend par « livre numérique » un document multimédia comportant du texte à lire (romans, cours universitaires, comptes-rendus de conférences, ou autres), accompagné d'images qui peuvent éventuellement être interactives.

Plus particulièrement, l'utilisateur dispose d'un droit d'accès à une librairie en ligne de livres numériques. Actuellement, un tel droit d'accès est fourni par l'achat d'une carte prépayée, et l'utilisateur dispose d'un choix d'accéder à un ou plusieurs livres parmi la multiplicité de livres que comporte cette librairie. Une telle réalisation force alors l'utilisateur à naviguer sur le site distant pour sélectionner précisément le livre qu'il recherche, ce qui peut s'avérer fastidieux notamment lorsque la liste complète des livres est donnée en vrac sur le site ou si un livre n'est pas archivé dans une rubrique attendue.

La présente invention vient améliorer la situation. Elle propose à cet effet un procédé de mise à disposition de données de livre numérique sur un serveur distant, dans lequel on prévoit au moins une adresse URL (pour « Uniform Ressource Locator ») d'une ressource du serveur mettant à disposition les données de livre numérique. 30 Au sens de l'invention, on prévoit au moins une adresse URL pointant sur les données d'un livre numérique unique, cette approche s'opposant déjà à celle de l'état de la technique connu.

En particulier, le procédé comporte les étapes : a) prévoir un support matériel, tel une carte plastifiée par exemple, comportant une indication cachée d'identifiant de support matériel, ainsi qu'une indication de première partie de l'adresse URL précitée, b) mettre en correspondance, auprès du serveur, l'identifiant de support matériel avec les données du livre numérique unique, pour mettre à disposition les données du livre numérique unique à une adresse URL qui est créée par la concaténation de la première partie d'adresse URL et de l'identifiant de support matériel.

Ainsi, un utilisateur disposant d'un support matériel peut entrer dans son terminal (par exemple en tapant sur une interface de type clavier) : - la première partie de l'adresse URL, - y ajouter en fin d'adresse un code correspondant à l'identifiant du support matériel (tel qu'il peut apparaître par exemple sous une bande à gratter prévue sur un support tel qu'une carte cartonnée ou plastifiée), - et se connecter au site mettant en oeuvre le serveur précité, à cette adresse URL, pour accéder aux données du livre unique qu'il recherche.

Bien entendu, les étapes a) et b) ci-avant peuvent être effectuées dans un ordre quelconque, par exemple à la suite, ou encore en parallèle.

Dans un exemple de réalisation, l'identifiant de support matériel peut être caché par une bande qui s'efface par grattage d'un utilisateur. Dans une telle réalisation, il peut être alors prévu de mettre en oeuvre l'étape b) préalablement à l'étape a). Par exemple, les adresses URL créées avec la première partie d'adresse et l'identifiant de carte peuvent être générées auprès du serveur, et, ensuite ou parallèlement, les cartes peuvent être imprimées avec leur identifiant propre.

Dans ce cas, l'utilisateur gratte la bande de sa carte pour découvrir son identifiant de carte (typiquement une suite de caractères alphanumériques, comme par exemple « exemplaire N »), tape sur son terminal la première partie d'adresse URL (par exemple «http://monlivreunique/ ») et la suite de l'adresse donnée par cet identifiant (soit « http://monlivreunique/exemplaire N ») et peut alors accéder au livre unique correspondant à sa carte.

Néanmoins, des variantes de réalisation sont possibles. Par exemple, l'identifiant de carte peut rester caché pour l'utilisateur, au moins dans un premier temps.

Dans une telle réalisation, on peut déjà prévoir que l'étape a) est préalable à l'étape b). Le support matériel comporte alors un code correspondant à l'identifiant précité de support matériel. Ce code (comme un code barre par exemple, ou encore un code d'étiquette RFID) est alors destiné à être lu par des moyens de déchiffrement (typiquement un lecteur optique à disposition d'un caissier d'une librairie). Ces moyens de déchiffrement du code comportent une liaison vers le serveur distant et sont aptes à commander, auprès du serveur, la création d'une adresse URL comportant : - la première partie d'adresse précitée, - concaténée avec l'identifiant de carte que lisent les moyens de déchiffrement. Une fois que le lien URL est ainsi valablement créé, le caissier peut remettre ensuite à l'utilisateur le code de la carte ou envoyer par courriel ce code à l'utilisateur.

On peut prévoir par exemple que cette lecture du code en caisse s'effectue après l'achat effectif de la carte par l'utilisateur.

Bien entendu, pour éviter les rejeux frauduleux d'une même carte par plusieurs utilisateurs successifs, on peut prévoir que les données du livre numérique ne soient téléchargées qu'une fois du site et que l'adresse URL correspondant à cette carte soit définitivement effacée auprès du serveur après un téléchargement unique (ou un nombre fini de téléchargements).

Dans une telle réalisation notamment, il est alors avantageux d'associer un identifiant de carte unique à une carte achetée.

En particulier, dans le contexte de l'invention, on prévoit alors une pluralité d'adresses URL pointant sur les données dudit livre numérique unique, et : - à l'étape a), on prévoit une pluralité de supports matériels comportant chacun l'indication cachée d'un identifiant propre de support matériel, - et à l'étape b), on met en correspondance, auprès du serveur, chaque identifiant de support matériel avec les données du livre numérique unique, pour mettre à disposition les données du livre à une pluralité respectives d'adresses URL créées chacune par la concaténation de la première partie d'adresse URL et d'un identifiant propre de support matériel.

On peut prévoir en outre que le serveur distant comporte une base de données des mises à disposition des données de livre numérique à chaque adresse URL, notamment pour contrôler les nombres de téléchargements par exemple associés à un même identifiant de carte.

Les moyens de déchiffrement précités peuvent aussi être reliés à une mémoire stockant au moins des données de transmission d'identifiants au serveur, ce qui permet d'effectuer un recoupement entre les données de cette mémoire, d'une part, et les données de la base de données du serveur, d'autre part.

Ainsi, la carte peut comporter l'indication d'une adresse URL, un code de carte et éventuellement encore une zone de grattage dissimulant le code secret de carte. La validation du lien URL correspondant auprès du serveur peut s'effectuer en caisse, après paiement, après lecture informatisée du code de carte. Ensuite, l'utilisateur peut gratter en outre sa carte pour découvrir son code de carte. En tapant ensuite, dans le navigateur de son terminal, l'adresse URL mentionnée sur la carte et, à sa suite, son code secret, le serveur est valablement sollicité par ce lien URL pour mettre à disposition le fichier numérique (pdf ou xml) ayant fait l'objet du préachat de carte.

A titre optionnel, l'utilisateur peut être invité, préalablement à l'accès au livre numérique, à communiquer son adresse email par exemple pour être tenu informé de toute actualisation du livre.

Le code secret de chaque carte a été stocké dans la base de données du serveur contacté. L'activation de la carte par le libraire (information stockée dans une autre mémoire comme indiqué précédemment) permet d'établir des recoupements en cas d'anomalies.

Par exemple, des droits particuliers (nombre de téléchargements, durée de validité, et autres) peuvent être conçus pour les titulaires de certaines cartes. Il est possible ainsi de personnaliser l'accès à un livre numérique, par le biais d'un support matériel dédié. On peut assurer ainsi une traçabilité propre à un utilisateur depuis l'acte d'acquisition du support matériel jusqu'au téléchargement. Par exemple, chaque support matériel peut être marqué de l'identité de son détenteur. On peut typiquement affecter préalablement à la fabrication du support matériel un code secret particulier à une personne donnée. L'activation de ce code pour cet utilisateur auprès du serveur génère un lien URL unique, auquel un fichier livre dédié à cet utilisateur est mis à disposition et qui peut être dénommé avec une mention personnalisée en première page, par exemple "livre spécialement édité pour Monsieur xxx".

Une telle traçabilité offre de multiples avantages : personnalisation du bien, protection contre le téléchargement illégal, etc.

Le serveur gère et calcule les droits de chaque code secret de carte (par exemple une limitation du nombre de téléchargements). Il gère en particulier, au sens de l'invention, la mise en correspondance d'un identifiant de carte et d'une adresse URL générique, pour créer par concaténation de ces deux éléments, une adresse URL spécifique à la carte et à laquelle les données du livre numériques sont accessibles.

La présente invention vise alors aussi un tel serveur de données de livre numérique, pour la mise en oeuvre du procédé ci-avant et comportant en particulier des moyens de création d'adresses URL propres chacune à un livre unique.

Plus précisément, dans une réalisation particulière, les adresses URL sont propres chacune à un livre unique, d'une part, et à un support matériel unique, d'autre part.

Bien entendu, un programme informatique peut être mis en oeuvre pour la création de telles adresses URL. La présente invention vise aussi, en particulier, un programme informatique comportant des instructions pour la mise en oeuvre de l'étape b) du procédé ci-avant, lorsque ce programme est exécuté par le processeur d'un serveur au sens de l'invention.

La présente invention vise aussi un support matériel en tant que tel (tel qu'une carte) pour la mise en oeuvre de l'invention et comportant au moins une première partie d'adresse URL et une indication cachée d'identifiant de support matériel.

L'invention présente de nombreux avantages dans sa mise en oeuvre pratique. Le libraire, de son côté, n'a pas à prévoir de frais de transport et de manutention excessifs du fait de l'utilisation d'une simple carte, ni un encombrement élevé de son espace par rapport au livre papier. La version immatérielle (« électronique ») du livre a en outre beaucoup plus de visibilité chez un libraire, que sur un site web notamment. Le lecteur, de son côté, peut bénéficier des conseils du libraire et satisfaire une possible impulsion.

D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés sur lesquels : - la figure 1 illustre schématiquement un exemple d'architecture d'un système mettant en oeuvre l'invention, - la figure 2 est un exemple d'organigramme illustrant les étapes du procédé au sens de l'invention.

En référence à la figure 1, le support matériel au sens de l'invention se présente sous la forme d'une carte plastifiée CA (format carte de crédit par exemple), verticalisée éventuellement pour permettre l'évocation de la couverture d'un livre. Elle peut par exemple être collée sur un support cartonné comportant par exemple le nom de l'auteur et le titre du livre (XXX) et une affichette correspondant à la première de couverture du livre, par exemple.

La carte CA comporte en outre une première partie d'adresse URL, référencée URL1, ainsi que, dans l'exemple décrit, un identifiant de carte référence COD, caché par une bande BG à gratter par l'utilisateur après son achat. Optionnellement, elle comporte en outre, dans l'exemple représenté, un code barre CB qui peut être lu par des moyens de déchiffrement LEC de l'identifiant de la carte. Ces moyens de déchiffrement LEC, par exemple un lecteur optique de code barre à disposition d'un caissier de librairie, comportent une connexion au serveur distant au sens de l'invention, portant la référence SER.

Le serveur SER est connecté à une mémoire MEM et à un processeur pour construire des liens URL en associant par concaténation la première partie d'adresse URL précitée à l'identifiant COD de chaque carte mise sur le marché. La mémoire MEM peut stocker typiquement une base de données pour le contrôle des connexions au serveur et des droits d'accès associés aux cartes.

Ainsi, l'utilisateur disposant de la carte CA, après grattage de la bande BG, découvre le code COD et tape, à l'aide de son terminal TER, dans la barre de navigation NAV, l'adresse URL complète correspondant à la première partie URL1 suivie de l'identifiant COD de sa carte. Le terminal TER peut être tout type de support électronique connectable à internet (tablette, ordinateur ou téléphone de type smart-phone).

On peut prévoir avantageusement une mémoire locale MEML connectée aux moyens de déchiffrement LEC pour enregistrer les transactions de carte CA et effectuer notamment un recoupement des données entre le contenu de cette mémoire locale MEML et la mémoire générale MEM du serveur SER.

En référence maintenant à la figure 2, une première étape S1 consiste à lire le code barre CB pour en déduire l'identifiant COD de la carte et le transmettre au serveur SER (flèche Fl de la figure 1). Le serveur SER associe alors l'identifiant COD à la première partie d'adresse URL1 pour créer une adresse URL complète comportant : - la première partie d'adresse URL1, suivie de - l'identifiant COD de la carte. Cette adresse URL est stockée dans la base MEM et les données du livre numérique correspondant à la carte CA deviennent alors accessibles à cette adresse URL.

Ainsi, à l'étape S2, lorsque l'utilisateur entre, dans la barre de navigation NAV, l'adresse URL complète correspondant à la première partie URL1 suivie de l'identifiant COD de sa carte, son terminal se connecte valablement (« OK ») au serveur SER (flèche F2 de la figure 1), puisque l'adresse URL complète a été préalablement créée. A l'étape suivante S3, le serveur SER, en fonction du contenu de la base de données que stocke la mémoire MEM, valide le cas échéant la requête formée par le terminal TER en mettant à disposition les données du livre numérique (« book ») correspondant à la carte CA (flèche F3 de la figure 1). Cette mise à disposition des données peut s'effectuer par un téléchargement d'un fichier pdf ou simplement une mise à disposition au format epub (type de format xml ou html).

Bien entendu, la présente invention ne se limite pas à la forme de réalisation décrite ci-avant à titre d'exemple ; elle s'étend à d'autres variantes.

Par exemple, la lecture du code barre CB est optionnelle. En effet, dans une variante, les adresses URL pour chaque carte CA sont pré-créées et répertoriées dans la mémoire MEM.

Le code barre lui-même est un exemple de réalisation. En variante, la carte peut prendre la forme d'une étiquette RFID et sa lecture peut permettre la communication de l'identifiant de carte COD au serveur SER précité.

Claims (10)

1. REVENDICATIONS1. Procédé de mise à disposition de données de livre numérique sur un serveur distant (SER), dans lequel on prévoit au moins une adresse URL d'une ressource du serveur mettant à disposition lesdites données, caractérisé en ce que l'on prévoit au moins une adresse URL pointant sur les données d'un livre numérique unique, et en ce que le procédé comporte les étapes : a) prévoir un support matériel (CA) comportant une indication cachée (COD) d'identifiant de support matériel, ainsi qu'une indication de première partie (URL1) de ladite adresse URL, b) mettre en correspondance, auprès du serveur (SER), l'identifiant de support matériel avec lesdites données du livre numérique unique, pour mettre à disposition lesdites données du livre numérique unique à une adresse URL créée par la concaténation de ladite première partie d'adresse URL et de l'identifiant de support matériel.
2. 2. Procédé selon la revendication 1, caractérisé en ce que l'identifiant de support matériel est caché par une bande (BG) à gratter par un utilisateur.
3. 3. Procédé selon l'une des revendications 1 et 2, caractérisé en ce que l'étape a) est préalable à l'étape b), en ce que le support matériel comporte un code (CB) correspondant à l'identifiant de support matériel, et en ce que ledit code est destiné à être lu par des moyens de déchiffrement (LEC) comportant une liaison vers le serveur distant (SER) et aptes à commander, auprès du serveur, la création de l'adresse URL comportant la première partie d'adresse concaténée avec l'identifiant de support matériel lu.
4. 4. Procédé selon l'une des revendications précédentes, caractérisé en ce que l'on prévoit une pluralité d'adresses URL pointant sur les données dudit livre numérique unique, et en ce que : 10- à l'étape a), on prévoit une pluralité de supports matériels comportant chacun l'indication cachée d'un identifiant propre de support matériel, - et à l'étape b), on met en correspondance, auprès du serveur, chaque identifiant de support matériel avec lesdites données du livre numérique unique, pour mettre à disposition lesdites données du livre numérique unique à une pluralité respectives d'adresses URL créées chacune par la concaténation de ladite première partie d'adresse URL et d'un identifiant propre de support matériel.
5. 5. Procédé selon l'une des revendications précédentes, caractérisé en ce que le serveur to distant comporte une base de données (MEM) des mises à disposition des données de livre numérique à chaque adresse URL.
6. 6. Procédé selon la revendication 3, caractérisé en ce que les moyens de déchiffrement (LEC) sont reliés à une mémoire (MEML) stockant au moins des données de 15 transmission d'identifiants au serveur, ce qui permet d'effectuer un recoupement entre des données de la mémoire et des données d'une base de données de droits d'accès du serveur.
7. 7. Serveur de données de livre numérique, pour la mise en oeuvre du procédé selon 20 l'une des revendications précédentes, caractérisé en ce qu'il comporte des moyens (MEM) de création d'adresses URL propres chacune à un livre unique.
8. 8. Serveur selon la revendication 7, caractérisé en ce que les adresses URL sont propres chacune à un livre unique, d'une part, et à un support matériel unique, d'autre 25 part.
9. 9. Programme informatique comportant des instructions pour la mise en oeuvre de l'étape b) du procédé selon l'une des revendications 1 à 6, lorsque ce programme est exécuté par le processeur d'un serveur. 30
10. 10. Support matériel comportant une indication d'une première partie d'adresse URL (URL1) et une indication cachée (COD) d'identifiant de support, pour la mise en oeuvre du procédé selon l'une des revendications 1 à 6.