Brevet FR3038764A1 — publié le 20170113

PROCEDE DE PARTAGE DE FICHIER ENTRE DEUX POSTES-CLIENT D'UN RESEAU INFORMATIQUE SANS LOGICIEL SPECIFIQUE A INSTALLER Domaine technique La présente invention concerne un procédé de partage d'un fichier de type texte et/ou image, audio et/ou vidéo, entre deux postes-client, d'un réseau informatique, de type intranet ou extranet. Elle vise à améliorer le partage de fichier sur un réseau, en particulier internet entre des postes qui de facto n'intègrent pas la même configuration logicielle, c'est-à-dire comprennent des matériels hétéroclites entre eux. L'application principale visée par l'invention est l'apprentissage de langue en ligne. Plus exactement, il s'agit de l'apprentissage en ligne d'une langue par un apprenant en partage de documents avec un enseignant. Bien que décrite et appréhendée en relation avec cette application principale, l'invention vise d'autres applications parmi lesquelles : - tout enseignement à distance ; - les conférences en ligne, appelées usuellement « webinaires » ; - les services de hotlines qui ont besoin de partager les manuels utilisateurs par exemple; - les différents groupes d'une communauté, tels que des cabinets de consultants d'une même spécialité, pour partager des procédures ou des bonnes pratiques à distance ; - le soutien scolaire pour le partage d'un document pour aider un élève dans ses devoirs ; - l'aide à la préparation des concours (entrée grandes écoles, concours fonction publique, etc.) pour le partage des exercices avec des échanges sur des points clefs ; - le coaching sur la communication avec le partage d'un support de communication afin de travailler sur les messages clefs à diffuser ; - la formation commerciale à distance avec le partage d'un argumentaire commerciale pour des séances d'entraînements des commerciaux ; - le partage des diagnostics médicaux entre professionnels de santé à distance afin de permettre à un professionnel de santé de partager un diagnostic avec un collègue et de préférence effectuer un zoom sur les différents points qu'il souhaite souligner ; 3038764 2 - l'aide à l'animation d'activités, de type « test à l'aveugle » (« blind-test » en anglais) pour partager des extraits de musique et/ou de vidéo. Etat de la technique L'inventeur a été confronté au développement d'une solution pour le partage 5 de documents entre un enseignant et un apprenant (élève) au cours d'une séance d'enseignement à distance en ligne. Il a alors fait l'inventaire des solutions existantes de partage de documents sur internet. Bon nombre de solutions existent, et on peut classer en trois grandes 10 catégories ces solutions existantes : - les solutions synchrones de partage d'écran ; - les solutions de partage de documents uniquement; - les solutions de partage de documents qui intègrent une gestion de l' affichage. 15 Les solutions synchrones de partage d'écran consistent essentiellement à copier le contenu de l'écran du poste-client de l'animateur et de le reporter sur l'écran du poste-client du spectateur. On peut citer ici les solutions commerciales telles que le logiciel dénommé Skype commercialisé par la société Microsoft, Hangout de Google, Mikogo (voir lien : 20 http://www.mikogo.fr),Join me https://join.rne), Team Viewer (http://www.teamviewer.com), anymeeting (http://www.anymeeting.com), LiveMinutes (http://liveminutes.com), GoToMeeting (http://www.gotomeeting.fr), QuickScreenShare (http://quickscreenshare.corn), BigBlueButton (http://bigbluebutton.org). Ces solutions synchrones présentent comme avantages d'offrir une bonne 25 fiabilité de l'affichage, c'est-à-dire que ce qui est vu par le poste spectateur correspond exactement à ce qui est partagé par le poste animateur, et une bonne compatibilité entre postes puisque le flux de données transporté n'est qu'un copié depuis le poste animateur qui peut être affiché par n'importe quelle configuration matériel programmée pour cela. Les inconvénients sont nombreux parmi lesquels on peut citer: 30 - forte consommation de bande passante car la quantité de données envoyée est très importante, d'autant plus que la résolution sur le poste animateur est élevée. 3038764 3 - ergonomie limitée : le copié partagé est directement lié au poste animateur, ainsi si un ordinateur partage un document avec une petite tablette ou un téléphone, le copié ne sera pas adaptée pour être affiché correctement; - nécessité d'installation d'un logiciel, ou de plugin Java ou d'extension de 5 navigateur nécessaire. En résumé, les solutions synchrones existantes consomment beaucoup de données sur internet, ne sont donc pas très adaptées à un usage nomade et elles nécessitent systématiquement l'installation d'un composant additionnel. Les solutions de partage de documents consistent quant à elles essentiellement 10 à gérer l'envoi d'un fichier depuis le poste animateur vers le poste spectateur, soit par un envoi synchrone entre les deux postes, soit par mise en place d'un serveur de stockage intermédiaire dont la fonction est d'héberger le fichier. On peut citer ici les solutions commerciales à nouveau Skype de la société Microsoft et Google de la société Hangout, mais également le logiciel OneDrive de 15 Microsoft, Drive de Google ou encore l'application DropBox. Ces solutions de partage présentent comme avantage essentiel de ne nécessiter qu'une faible consommation de bande passante puisque seul le fichier est envoyé sur internet, dont la taille est au maximum de quelques mégaoctets pour les fichiers texte. En revanche, elles présentent comme inconvénient majeur qu'il y ait un fort 20 risque d'incompatibilité. En effet, le poste-spectateur doit impérativement être en mesure d'afficher les fichiers téléchargés, ce qui requiert de fait l'installation de logiciels adaptés. En outre, le fichier envoyé sur le poste spectateur, ne peut être supprimé par un tiers à distance. Autrement dit, le fichier ne peut être suivi, ce qui peut être en contradiction avec les droits d'auteur, car l'utilisateur du poste spectateur peut en faire l'usage qu'il en veut 25 par la suite En résumé, ces solutions de partage existantes ne permettent pas de garantir que le fichier sera exploitable par le poste spectateur et elles ne sont pas adaptées pour certaines applications de partage dans lesquelles il est nécessaire d'avoir un suivi afin de garantir les droits d'auteur, en particulier dans des applications de partage de contenu 30 pédagogique. 3038764 4 Enfin, les solutions de partage avec gestion de l'affichage consistent à envoyer un fichier depuis le poste-client animateur puis à l'afficher sur l'écran du poste client spectateur. Cela peut se faire sans conversion, c'est-à-dire avec envoi d'un fichier tel quel 5 au poste spectateur qui se charge de lire dans son format original d'envoi. Cela peut aussi se faire avec conversion, c'est-à-dire avec envoi du fichier à un serveur qui convertit le fichier dans un format générique exploitable en format HTML5 puis le renvoie au poste spectateur. Les logiciels OneDrive de et Drive de Google fonctionnent selon ce principe de conversion. 10 Les avantages de ces solutions sont une faible consommation de bande passante et une bonne ergonomie car c'est le poste spectateur qui se charge de l'affichage, qui est donc en mesure d'adapter le contenu pour un meilleur affichage sur poste mobile, tel qu'un téléphone portable, tablette... En outre, lorsqu'il n'y a pas de conversion, la comptabilité est garantie puisque 15 le poste spectateur affiche le fichier à partir de son format initial en utilisant un lecteur adapté à chaque format de fichier. La conversion permet aussi de garantir la compatibilité car le fichier converti et renvoyé par le serveur est compatible avec le format HTML5, dont le contenu peut être affiché facilement par le poste spectateur. Elle permet en plus d'éviter toute installation de 20 composant logiciel supplémentaire, seul le navigateur Internet étant requis sur le poste spectateur En revanche, avec ou sans conversion, ces solution de partage avec affichage n'assurent pas une fiabilité de l'affichage puisque celui-ci est géré uniquement par le poste spectateur, ce qui ne lui garantit pas de voir exactement la même chose que ce qui est 25 affiché sur le poste animateur. Enfin, pour les solutions sans conversion, l'installation de plugin java ou d'extension de navigateur est impérative. Plusieurs demandes de brevet et brevets concernent ces différentes solutions de partage de documents. 30 La demande de brevet WO 2006/028850 divulgue une infrastructure client- serveur avec partage de documents par visualisation sur l'écran serveur et sur celui client. 3038764 5 La demande de brevet US2011/276900 divulgue un système de partage d'écran à distance avec un ordinateur dit intermédiaire en communication avec le serveur et les différents écrans utilisateurs pour faciliter le partage. La demande de brevet JP2013065125 concerne un système de partage d'écrans 5 pour effectuer les conférences à distance tout en partageant un écran d'affichage entre une pluralité d'ordinateurs. La demande de brevet W02013118012 décrit une méthode de délivrance de données contextuelles pertinentes aux participants d'une communication par voie électronique, dans laquelle une session de partage d'écran est établie entre une pluralité de 10 participants de la communication électronique Le brevet US 6601087 B 1 concerne un dispositif de partage de documents par visualisation simultanée sur écran serveur et utilisateur utilisé notamment dans des vidéo ou audioconférences. La demande de brevet US 2014/0372621 concerne une méthode de partage de 15 fichiers et de visualisation de documents pour le système d'exploitation iOS. La demande de brevet US 2015/0032686 concerne une méthode de partage de documents à partir d'un « tchat », qui permet à des utilisateurs d'être avertis lorsqu'un d'entre eux effectue une modification sur un document. Il existe donc un besoin d'améliorer le partage de documents entre deux 20 postes-client d'un réseau informatique, notamment en vue d'assurer une moindre consommation de bande passante et/ou d'éviter l'installation de logiciels spécifiques sur l'un et/ou l'autre des postes. Le but de l'invention est de répondre au moins en partie à ce besoin. Exposé de l'invention 25 Pour ce faire, l'invention a pour objet un procédé de partage d'un fichier de type texte et/ou image, audio et/ou vidéo, entre deux postes-client, d'un réseau informatique, de type intranet ou extranet, comprenant les étapes suivantes : a/ mise à disposition d'un serveur du réseau; b/ choix d'un fichier de type texte et/ou image, audio et/ou vidéo, depuis un 30 des postes client, dit poste animateur; c/ contrôle par le poste animateur de la conformité du fichier choisi, afin de vérifier la possibilité de son téléchargement vers le serveur du réseau ; 3038764 6 d/ si le fichier contrôlé est conforme pour le téléchargement, alors contrôle par le serveur de la conformité du fichier téléchargé, afin de vérifier la possibilité et la nécessité d'une conversion par le serveur en un format standard; e/ si le fichier téléchargé est conforme pour la conversion ou si le fichier 5 téléchargé est dans un format standard, alors enregistrement du fichier téléchargé sur le serveur puis, si nécessaire, conversion en fichier au format standard; f/ partage du fichier au format standard sur le poste animateur et/ou sur l'autre poste-client, dit poste spectateur. Par « serveur d'un réseau», on entend ici et dans le cadre de l'invention, un ou 10 plusieurs serveurs physiques ou virtuels qui appartiennent à un réseau. Ainsi, le procédé selon l'invention peut mettre en oeuvre plusieurs serveurs par exemple lorsque trop d'utilisateurs sont connectés simultanément sur le réseau. On peut dédier un serveur en tant que tel pour l'étape d/ de conformité et un autre distinct pour la conversion proprement dite. 15 Partant du constat que toutes les méthodes connues de partage de document sur un réseau nécessitaient une consommation importante en bande passante et/ou l'installation de logiciel spécifique ou d'un plugin sur les postes-client, l'inventeur a alors pensé à reprendre l'ensemble des avantages des méthodes connues et de les intégrer dans une solution unique. 20 Ainsi, le procédé de l'invention consiste essentiellement en une validation de conformité et conversion distribuée de documents entre un serveur et les postes clients. La solution selon l'invention de partage de fichiers converti par un serveur permet de réduire considérablement la consommation en bande passante et ce sans avoir à installer au préalable de composant logiciel spécifique, tel qu'un plugin, sur le(s) poste(s)25 client. Les avantages de l'invention sont nombreux parmi lesquels on peut citer : - faible consommation de bande passante puisque seul le fichier est envoyé depuis le poste-client animateur ; - garantie de compatibilité entre postes-client, car le poste-client spectateur 30 reçoit en partage et n'affiche que les fichiers pris en charge par le serveur, et qui sont directement exploitables par lui ; 3038764 7 - bonne ergonomie, car le poste du spectateur adapte l'affichage en fonction du matériel utilisé ; - aucune nécessité d'installation de logiciel spécifique puisque le procédé peut mettre en oeuvre les dernières technologies HTML5 ; 5 - possibilité et facilité de navigation sur le poste spectateur depuis le poste animateur, avec la possibilité de gérer la navigation à distance dans les documents, d'afficher un pointeur dans les documents, la possibilité d'écrire dessus les documents. Avantageusement, le contrôle selon l'étape c/ ou d/ peut comprendre : - le contrôle des caractéristiques techniques du fichier choisies parmi : le 10 format du fichier, du type .doc, .xls, .jpg, .pdf,.mov ..., la taille du fichier, la présence d'un virus ou toute combinaison de celles-ci. - le contrôle des caractéristiques fonctionnelles du fichier choisies parmi : le nombre de caractères d'un document, la durée d'une vidéo et/ou d'un message audio, la résolution d'une image/vidéo ou toute combinaison de celles-ci. 15 Avantageusement encore, la conversion selon l'étape e/ peut être : - une étape de conversion en fichier standard au format .pdf pour un fichier texte. - une étape de conversion en fichier standard au format .jpeg ou.png pour un fichier image. 20 - une étape de conversion en fichier standard, de type HTML5, choisi parmi le format .ogg, .mp3, .mp4/aac pour un fichier audio. - une étape de conversion en fichier standard, de type HTML5, choisi parmi le format .mp4/h.264, .webM pour un fichier vidéo. Selon un mode de réalisation avantageux, l'étape f/ comprend une étape fl/ 25 d'affichage du fichier au format standard sur le poste animateur et/ou sur l'autre poste- client, dit poste spectateur. Pour cette étape d'affichage, les postes animateur et spectateur doivent être configurés avec une librairie adaptée, de type JavaScript qui permet l'affichage du document. A l'avenir, il se peut que cette librairie JavaScript soit amenée à disparaitre, lorsque les navigateurs internet, installés par défaut sur des postes-client 30 auront la capacité à afficher un format standard du type .pdf de manière native, c'est-à-dire que ces navigateurs internet suffiront à eux seuls. 3038764 8 Cette étape fl/ d'affichage peut être faite ultérieurement, c'est-à-dire une fois le partage du document déjà effectué. Cela permet de s'assurer en particulier dans les applications d'apprentissage de langue ou plus généralement d'enseignement pédagogique, qu'au début d'une séance d'apprentissage le ou les fichiers qui va (vont) 5 servir de support soi(en)t déjà converti(s) et partagé(s) par le poste animateur et par celui spectateur. Cette étape d'affichage fl/ est de préférence réalisée au moyen d'une visionneuse. Selon une variante avantageuse, l'étape d'affichage fl/ comprend une 10 synchronisation de navigation entre poste animateur et poste spectateur afin de permettre au poste animateur de changer le fichier affiché sur l'écran du poste spectateur et vice-versa. Selon une autre variante avantageuse, l'étape d'affichage fl/ comprend une synchronisation de zoom automatique entre poste animateur et poste spectateur afin 15 d'adapter le contenu du fichier affiché depuis le poste animateur sur l'écran du poste spectateur et vice-versa. Selon une autre variante avantageuse, l'étape d'affichage fl/ comprend une synchronisation d'un pointeur et/ou d'un stylo entre poste animateur et poste spectateur afin d'afficher respectivement un pointeur et/ou des annotations depuis le poste animateur 20 sur l'écran du poste spectateur et vice-versa. L'invention concerne également un programme d'ordinateur de mise en oeuvre du procédé décrit précédemment. Une application avantageuse du procédé qui vient d'être décrite est l'apprentissage en ligne d'une langue par un apprenant en partage de documents avec un 25 enseignant. Dans cette application, l'apprenant peut utiliser indifféremment le poste spectateur ou le poste animateur et l'enseignant peut également utiliser indifféremment l'un ou l'autre poste client. Description détaillée D'autres avantages et caractéristiques de l'invention ressortiront mieux à la 30 lecture de la description détaillée d'exemples de mise en oeuvre de l'invention faite à titre illustratif et non limitatif en référence à la figure unique annexée, qui est un organigramme d'étapes du procédé selon l'invention mis en oeuvre par programme d'ordinateur. 3038764 9 Par la suite, on utilise indifféremment les termes « algorithme » et «programme d'ordinateur » qui est le codage lisible par un ordinateur de l'algorithme. L'invention est décrite ci-après en référence à une application d'une séance d'enseignement en ligne d'une langue par un apprenant qui partage au cours de la séance 5 des documents avec un enseignant. L'enseignant anime ainsi la séance depuis son poste-client 1 (animateur) avec un certain nombre de documents partagés et affichés par le poste-client 2 (spectateur) que l' apprenant utilise. Lorsque l'enseignant prépare la séance, il envoie depuis son poste-client 1 un 10 fichier de type texte et/ou image, audio et/ou vidéo. Un centre de validation réparti en deux composants dont l'un sur le poste-client 1 et l'autre sur un serveur dédié 3 effectue un contrôle initial sur le poste-client 1 afin d'éviter de transférer des fichiers au serveur 3 qui ne sont pas pris en charge puis un contrôle sur le serveur 3 de garantir la compatibilité des fichiers téléchargés sur ce dernier. 15 Ainsi, le poste-client 1 vérifie la conformité du fichier choisi par l'enseignant, afin de vérifier la possibilité de son téléchargement vers le serveur 3. Puis, si le fichier contrôlé est conforme pour le téléchargement, alors le serveur 3 contrôle la conformité du fichier téléchargé, afin de vérifier la possibilité et la nécessité d'une conversion par le serveur en un format standard. 20 De préférence, les contrôles de conformité à la fois sur le poste-client 1 et sur le serveur 3 consistent à contrôler : - d'une part les caractéristiques techniques du fichier choisies parmi : le format du fichier, du type .doc, .xls, .jpg, .pdf,.mov ..., la taille du fichier, la présence d'un virus ou toute combinaison de celles-ci. 25 - d'autre part, les caractéristiques fonctionnelles du fichier choisies parmi : le nombre de caractères d'un document, la durée d'une vidéo et/ou d'un message audio, la résolution d'une image/vidéo ou toute combinaison de celles-ci. Lorsque le fichier n'est pas contrôlé conforme par le poste-client 1 et/ou le serveur 3, alors son contenu (document) n'est pas partagé. 30 A contrario, en cas de conformité validée, le serveur 3, alors il enregistre le fichier téléchargé. 3038764 10 Enfin, si ce fichier n'est pas déjà dans un format standard, alors le serveur 3 le convertit précisément dans un fichier au format standard.. Le fichier au format standard peut ainsi être partagé sur le poste de l'enseignant 1 et sur le poste de l'apprenant 2, et ce sans qu'il soit nécessaire de mettre en 5 place au préalable un composant logiciel spécifique, tel qu'un plugin. L' affichage en tant que tel du contenu du fichier peut avoir lieu ultérieurement, c'est-à-dire en temps réel dès le début de la séance. D' autres variantes et améliorations peuvent être prévues sans pour autant sortir du cadre de l'invention. 10 REVENDICATIONS1. Procédé de partage d'un fichier de type texte et/ou image, audio et/ou vidéo, entre deux postes-client (1, 2), d'un réseau informatique, de type intranet ou extranet, comprenant les étapes suivantes : a/ mise à disposition d'un serveur (3) du réseau; b/ choix d'un fichier de type texte et/ou image, audio et/ou vidéo, depuis un des postes client, dit poste animateur (1) ; c/ contrôle par le poste animateur de la conformité du fichier choisi, afin de vérifier la possibilité de son téléchargement vers le serveur du réseau ; d/ si le fichier contrôlé est conforme pour le téléchargement, alors contrôle par le serveur de la conformité du fichier téléchargé, afin de vérifier la possibilité et la nécessité d'une conversion par le serveur en un format standard; e/ si le fichier téléchargé est conforme pour la conversion ou si le fichier téléchargé est dans un format standard, alors enregistrement du fichier téléchargé sur le serveur puis, si nécessaire, conversion en fichier au format standard; f/ partage du fichier au format standard sur le poste animateur et/ou sur l'autre poste-client, dit poste spectateur. 2. Procédé de partage selon la revendication 1, le contrôle selon l'étape c/ ou d/ comprenant le contrôle des caractéristiques techniques du fichier choisies parmi : le format du fichier, du type .doc, .xls, .jpg, .pdf,.mov ..., la taille du fichier, la présence d'un virus ou toute combinaison de celles-ci. 3. Procédé de partage selon la revendication 1 ou 2, le contrôle selon l'étape c/ ou d/ comprenant le contrôle des caractéristiques fonctionnelles du fichier choisies parmi : le nombre de caractères d'un document, la durée d'une vidéo et/ou d'un message audio, la résolution d'une image/vidéo ou toute combinaison de celles-ci. 4. Procédé de partage selon l'une des revendications précédentes, la conversion selon l'étape e/ étant une étape de conversion en fichier standard au format .pdf pour un fichier texte. 5. Procédé de partage selon l'une des revendications 1 à 3, la conversion selon 30 l'étape e/ étant une étape de conversion en fichier standard, de type HTML5, choisi parmi le format .ogg, .mp3, .mp4/aac pour un fichier audio. 3038764 2 6. Procédé de partage selon l'une des revendications 1 à 3, la conversion selon l'étape e/ étant une étape de conversion en fichier standard, de type HTML5, choisi parmi le format .mp4/h.264, .webM pour un fichier vidéo. 7. Procédé de partage selon l'une des revendications précédentes, l'étape f/ 5 comprenant une étape fl/ d'affichage du fichier au format standard sur le poste animateur et/ou sur l'autre poste-client, dit poste spectateur. 8. Procédé de partage selon la revendication 7, l'étape d'affichage fl/ étant réalisée au moyen d'une visionneuse. 9. Procédé de partage selon l'une des revendications 7 ou 8, l'étape d'affichage fl/ 10 comprenant une synchronisation de navigation entre poste animateur et poste spectateur afin de permettre au poste animateur de changer le fichier affiché sur l'écran du poste spectateur et vice-versa. 10. Procédé de partage selon l'une des revendications 7 à 9, l'étape d'affichage fl/ comprenant une synchronisation de zoom automatique entre poste animateur et poste 15 spectateur afin d'adapter le contenu du fichier affiché depuis le poste animateur sur l'écran du poste spectateur et vice-versa. 11. Procédé de partage selon l'une des revendications 7 à 10, l'étape d'affichage f/ comprenant une synchronisation d'un pointeur et/ou d'un stylo entre poste animateur et poste spectateur afin d'afficher respectivement un pointeur et/ou des annotations depuis le 20 poste animateur sur l'écran du poste spectateur et vice-versa. 12. Application du procédé selon l'une des revendications 1 à 11 pour l'apprentissage en ligne d'une langue par un apprenant en partage de documents avec un enseignant.