Brevet FR2869131A1 — publié le 20051021

- 1- "Procédé pour diffuser des contenus sécurisés via Internet." La présente invention se rapporte à un procédé pour diffuser au moins un contenu de manière sécurisée via un réseau de communication de type Internet. Elle trouve une application particulièrement intéressante dans le domaine de la syndication de contenus électroniques. Les contenus peuvent être des "News", des articles, ... La syndication de contenus consiste à distribuer des données de publication stockées dans une base de données d'un serveur de publication, une sorte de grossiste en contenus. La distribution est effectuée depuis un serveur soit par ftp, soit par mail (pièce jointe). Le client reçoit des contenus syndiqués au format texte, HTML ou xml. Le client propose ces contenus à des particuliers via Internet. Toutefois, l'invention est d'un cadre plus large, car 20 elle peut être appliquée à tout système de diffusion de contenus via Internet. Afin de permettre à ce que seuls les utilisateurs convenablement abonnés consultent les contenus appropriés, il est nécessaire de sécuriser la transmission des contenus. La présente invention a donc pour but un nouveau procédé permettant de limiter la diffusion de contenus sur une page Web à des utilisateurs prédéfinis. L'invention a pour but de sécuriser les contenus 30 disponible sur Internet. On atteint le but recherché avec un procédé pour diffuser au moins un contenu de manière sécurisée via un réseau de communication de type Internet. Selon l'invention, on réalise les étapes suivantes 2869131 - 2ouverture, au moyen du navigateur de l'ordinateur d'un utilisateur, d'une page Web renfermant au moins un contenu crypté, ce contenu peut être crypté de façon standard telle que par exemple un cryptage symétrique; activation d'une application, dite applet, embarquée avec ladite page Web, cette applet réclamant une identification de l'utilisateur; enregistrement d'un identifiant de l'utilisateur; en particulier l'utilisateur saisit son login et son mot de passe dans une fenêtre de saisie élaborée par l'applet, mais on peut aussi prévoir que l'applet récupère de façon automatique l'identifiant-utilisateur stocké dans l'ordinateur; - transmission, par l'applet, de l'identifiant 15 utilisateur vers un serveur d'authentification, - en cas d'authentification, transmission d'une licence depuis un serveur d'agrément vers l'applet; affichage d'une fenêtre de visualisation; et décryptage dudit contenu présent dans ladite page Web en fonction de la licence et affichage de ce contenu décrypté dans la fenêtre de visualisation en réponse à une consigne d'affichage. Cette consigne peut être produite par un utilisateur qui clic sur un titre, ce titre étant un lien hypertexte affiché dans la fenêtre de visualisation. L'applet est de préférence un module java, mais peut aussi être un module embarqué développé sous C++ ou sous tout autre langage. Par ailleurs, en utilisant la norme RSS, on peut imaginer une seule page intégrant à la fois la page Web et la fenêtre de visualisation. RSS signifie "Rich Site Summary" en langue anglaise et correspond à un contenu d'un site Web décrit en XML conformément au format RDF pour "Resource Description Framework" en langue anglaise. 2869131 - 3- Selon un mode de mise en ouvre de l'invention, la licence comprend des paramètres d'usage des contenus, des paramètres de contraintes et une clé de décryptage. Les paramètres d'usage peuvent être des droits d'usage permettant de définir la possibilité ou non de visualiser, copier, imprimer ou redistribuer le contenu. Les paramètres de contrainte peuvent être des contraintes d'usage telles que le contenu est valide une semaine, une seule fois, Avantageusement, la clé de cryptage est uniquement stockée en mémoire vive de l'ordinateur. En fait, toute la licence reste en mémoire vive de sorte qu'aucune information confidentielle reste indéfiniment présente dans l'ordinateur de l'utilisateur. De préférence, l'applet transmet en même temps que l'identifiant utilisateur, l'identifiant de chaque contenu présent dans ladite page Web. Ainsi, on peut plus précisément associer à chaque contenu une licence correspondante. Selon l'invention, tant que la fenêtre de visualisation est active, l'applet enregistre un ensemble d'information de consultation. Ces informations sont par exemple le nombre de fois que l'utilisateur a imprimé le contenu. Selon une caractéristique avantageuse de l'invention, à la fermeture de la fenêtre de visualisation, l'applet renvoie, vers le serveur d'agrément, la licence mise à jour à partir dudit ensemble d'information de consultation. D'autres avantages et caractéristiques de l'invention apparaîtront à l'examen 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 une vue schématique générale d'un 35 système mettant en oeuvre le procédé selon l'invention; 2869131 - 4- - La figure 2 est un schéma illustrant l'architecture de la base de données représentée sur la figure 1; - La figure 3 est un organigramme illustrant 5 différentes étapes du procédé selon l'invention; - La figure 4 est une vue schématique d'une page Web et d'une fenêtre de saisie d'identifiant selon l'invention; et - La figure 5 est une vue schématique d'une fenêtre de visualisation et d'une page Web selon l'invention. Sur la figure 1 on voit une plate forme 1 accessible vie Internet et proposant un ensemble de services. Elle comprend un serveur de contenus 3 apte à crypter des contenus 4 provenant d'un milieu extérieur et les transmettre vers un serveur Web 5 pour une consultation via Internet. Ce serveur Web 5 est apte à diffuser toute sorte de contenus crypté ou non. Les contenus cryptés peuvent être mélangés avec des contenus non cryptés et diffusés sur Internet au sein d'une page Web 6 vers l'ordinateur 7 d'un utilisateur. Pour décrypter les contenus cryptés, l'utilisateur doit contacter la plateforme 1 pour récupérer des droits de décryptage. De préférence, l'utilisateur aura pris soin de s'inscrire préalablement auprès de la plateforme 1. Au sein de cette plateforme 1, la base de données 2 est reliée à une pluralités de serveurs de services Web - le serveur d'offres 8 a pour fonction de présenter à l'utilisateur différentes possibilités d'abonnement, c'est à dire différents niveaux de licences; il permet 30 donc à l'utilisateur de s'abonner; - le serveur d'authentification 9 a pour fonction la gestion de l'inscription et de l'authentification des utilisateurs, - le serveur d'agrément 10 a pour fonction la 35 gestion des licences, 2869131 - 5- - le serveur d'environnement 11 a pour fonction la mise à jour des licences sur réception des informations transmises par le module applet lors de la fermeture de la session. Sur la figure 2, on voit un peu plus en détail la structure de la base de données 2 constituée d'au moins six tables: - t utilisateur est une table contenant les utilisateurs enrégistrés; - t session: une session est ouverte à chaque fois qu'un utilisateur s'identifie; - t contenu est une table qui référence les contenus; - t_asset: un asset correspond à un type donnée de 15 contenus tels que les articles à la Une de la semaine ou encore toutes les nouvelles de sport, etc... - t offre: une offre est un ensemble de permissions associé à un asset; t agrement: un agrément est une licence et correspond à l'abonnement d'un utilisateur à une offre. Les différentes tables sont enchaînées en série de façon à constituer une base solide. De préférence, les offres et les agréments sont exprimés en langage ODRL pour "Open Description Right Language" en langue anglaise. On va maintenant décrire, conformément aux figures 1, 3 4 et 5, un processus de consultation de contenus cryptés selon l'invention. Préalablement, le serveur Web 5 a pris soin de stocker un contenu c2crypté téléchargé depuis le serveur de contenu 3 de la plateforme 1. Sur la figure 3, l'utilisateur 7 télécharge à l'étape 12 une page Web 6 renfermant deux contenus non-cryptés cl, c2, un contenu crypté c2-crypté ainsi que chaque titre associé à chaque contenu, titrel, titre2 et titre3. Les contenus cl et c2 peuvent être représentés sur la page Web sous forme de textes lisibles alors que le contenu c2-crypté est un 2869131 - 6texte crypté incompréhensible. Avantageusement, cette page Web 6 comporte une application embarquée telle qu'un module java (applet) qui, dès l'affichage de cette page Web 6, active à l'étape 13 le serveur d'offres 8 qui transmet une requête vers le client 7 à l'étape 14. Cette requête correspond à une demande d'identification. L'utilisateur s'identifie à l'étape 15 en saisissant par exemple un login et un mot de passe. Sur la figure 4, on voit la page Web 6 ainsi qu'une fenêtre de type "popup" 24 élaborée par le module java de façon à transmettre vers la plateforme 1 l'identifiant de l'utilisateur ainsi que l'identifiant du contenu c2crypté. La réponse de l'utilisateur 7 est directement transmise vers le serveur d'authentification 9 au cours de l'étape 16. Ce dernier ouvre une session à l'étape 17 de façon à ce que le serveur d'offres 8 récupère, au cours des étapes 18 et 19,depuis le serveur d'agrément 10, une licence associée à cet utilisateur. Cette licence est spécifique au contenu c2crypté. Cette licence décrit un droit d'usage qui peut être le droit de visualiser sans possibilité de copier, d'imprimer ni de redistribuer. La licence décrit également une contrainte d'usage qui est par exemple une visualisation possible pendant une semaine à compter de la première visualisation. Elle comprend également une clé de décryptage du contenu c2-crypté. A l'étape 20, le serveur d'offres 8 transmet vers le module java embarqué dans la page Web 6 la licence relevée. Cette licence reste stockée dans la mémoire vive de l'ordinateur de l'utilisateur 7. Le module embarqué élabore alors une fenêtre de visualisation 25 comme on le voit sur la figure 5. Cette fenêtre 25 répertorie l'ensemble des titres dont les contenus sont présents dans la page Web 6, donc au sein de l'ordinateur de l'utilisateur 7. Lorsque, au cours de l'étape 21, l'utilisateur clic sur le titre2 afin de visualiser le 2869131 - 7- contenu c2, le module java récupère à l'étape 22 le contenu c2-crypté au sein de la page Web 6, le transforme en contenu c2-décrypté à l'aide de la clé de décryptage présente dans la licence, et affiche ce contenu c2- décrypté sur la fenêtre de visualisation 25 au cours de l'étape 23. Les actions que l'utilisateur peut effectuer sur la fenêtre de visualisation sont gérées par le module java en fonction des droits d'usage associés à la licence. A la fermeture de la fenêtre de visualisation 25, le module java met à jour la licence en fonction des actions de l'utilisateur, et transmet ladite licence vers le serveur d'agrément. Autrement, le module java peut directement transmettre la licence et les actions vers la plateforme 1, c'est le serveur d'environnement qui se chargera de mettre à jour la licence. D'une façon générale, chaque serveur (contenus, offres, authentification, agréments et environnement) est un service Web qui est activable soit par l'applet soit par une action de l'utilisateur. 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. - 8-REVENDICATIONS 1. Procédé pour diffuser au moins un contenu de manière sécurisée via un réseau de communication de type 5 Internet, caractérisé en ce qu'il comprend les étapes suivantes: - ouverture, au moyen du navigateur de l'ordinateur d'un utilisateur, d'une page Web renfermant au moins un contenu crypté; - activation d'une application, dite applet, embarquée avec ladite page Web, cette applet réclamant une identification de l'utilisateur; enregistrement d'un identifiant de l'utilisateur; transmission, par l'applet, de l'identifiant utilisateur vers un serveur d'authentification, - en cas d'authentification, transmission d'une licence depuis un serveur d'agrément vers l'applet; - affichage d'une fenêtre de visualisation; - décryptage dudit contenu présent dans ladite page Web en fonction de la licence et affichage de ce contenu décrypté dans la fenêtre de visualisation en réponse à une consigne d'affichage. 2. Procédé selon la revendication 1, caractérisé en ce que la licence comprend des paramètres d'usage des contenus, des paramètres de contraintes et une clé de décryptage. 3. Procédé selon la revendication 2, caractérisé en 30 ce que la clé de cryptage est uniquement stockée en mémoire vive de l'ordinateur. 4. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'applet transmet en 2869131 - 9- même temps que l'identifiant utilisateur, l'identifiant de chaque contenu présent dans ladite page Web. 5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que tant que la fenêtre de visualisation est active, l'applet enregistre un ensemble d'information de consultation. 6. Procédé selon la revendication 5, caractérisé en i0 ce qu'à la fermeture de la fenêtre de visualisation, l'applet renvoie, vers le serveur d'agrément, la licence mise à jour à partir dudit ensemble d'information de consultation.