FR 2980658 A1 20130329 FR 1158569 A 20110926 DOMAINE TECHNIQUE GENERAL La présente invention concerne le domaine des tutoriels. Plus précisément, elle concerne un procédé de génération assistée de tutoriels. ETAT DE L'ART Avec le développement d'internet, de plus en plus de gens vont directement y chercher les réponses aux questions qu'ils se posent plutôt que dans d'autres médias. On trouve en effet quasiment des sites spécialisés dans tous les domaines. Certains de ces sites anticipent les questions des internautes, et proposent ce que l'on appelle communément des tutoriels, en d'autres termes des guides de présentation et d'initiation à l'utilisation d'un ensemble de notions, d'un logiciel, d'un matériel, etc. Il s'agit d'outils pédagogiques qui se présentent le plus souvent sous la forme d'une vidéo, d'un document textuel électronique, voire d'un logiciel, constitués d'instructions détaillées pas à pas, le plus souvent en étapes. Les tutoriels peuvent ainsi apprendre aux internautes aussi bien à se servir d'équipements électroniques qu'à réaliser des recettes de cuisines, en passant par l'apprentissage de la programmation. Les tutoriels peuvent être réalisés par les gestionnaires des sites internet sur lesquels ils sont publiés, mais le plus souvent ce sont les internautes eux-mêmes qui en sont à l'origine : les sites communautaires permettent à chacun de publier ses tutoriels, et les partager avec d'autres utilisateurs. Ces sites rencontrent un franc succès, mais on constate que peu d'internautes osent se lancer dans la rédaction de nombreux tutoriels, car pour peu qu'il faille prendre des photographies et tourner des films cela devient vite long et complexe. Il s'avère en outre nécessaire de disposer de connaissance dans des logiciels, par exemple ceux permettant de créer des présentations graphiques, si l'on souhaite que le tutoriel soit agréable à suivre. Le document US2011/088009 propose un procédé permettant de créer facilement des tutoriels pour la création de code informatique. L'idée est de construire le tutoriel en récupérant des fragments (tels des morceaux de code éventuellement commentés et illustrés) depuis une base de données en les insérant dans une structure. Ce procédé s'avère toutefois limité et peu évolutif. Dans ce contexte, un objectif de l'invention est de disposer d'un procédé de génération de tutoriaux « universel », c'est-à-dire qui offre à n'importe quel utilisateur novice la possibilité de créer sans difficulté un tutoriel dans n'importe quel domaine. PRESENTATION DE L'INVENTION Selon un premier aspect, la présente invention se rapporte donc à un procédé de génération assistée d'un tutoriel, caractérisé en ce qu'il comprend des étapes de : - connexion du poste de travail d'un usager à un serveur de partage de tutoriels stockant o une liste d'actions pouvant être mise en oeuvre lors de l'exécution du dit tutoriel chaque action étant associée à un ou plusieurs attributs, et o une liste de possibilités associée à chacun des attributs ; - expression du tutoriel sous la forme d'une séquence d'étapes élémentaires par l'usager, chaque étape élémentaire étant définie sous la forme d'un n-uplet de paramètres comprenant : o une action de la liste d'actions, o une possibilité de chaque liste de possibilités de chaque attribut associé avec ladite action ; - pour chaque étape élémentaire de ladite séquence d'étapes élémentaires de tutoriel, génération par le serveur et/ou le poste de travail de l'usager d'un contenu graphique d'étape en fonction d'un ou plusieurs médias associés à un ou plusieurs paramètres du nuplet de l'étape élémentaire, l'ensemble des contenus graphiques constituant le tutoriel. Selon d'autres caractéristiques avantageuses et non limitatives : - lesdits médias sont stockés sur le serveur de partage de tutoriels, chaque média étant associé à un unique n-uplet de paramètres, ledit contenu graphique généré pour une étape élémentaire donnée étant le média associé au n-uplet définissant ladite étape élémentaire ; - le procédé comprend en outre une étape de création d'un nouveau media par l'usager si le serveur de partage de tutoriels ne comprend pas de media associé au n-uplet d'une des étapes élémentaires de la séquence d'étapes élémentaire de tutoriel stocké, ledit nouveau média étant ensuite stocké sur le serveur de partage de tutoriels comme le média associé audit n-uplet manquant ; - lesdits médias sont stockés sur le serveur de partage de tutoriels, chaque média étant associé à une action ou à une possibilité d'un attribut donnée, ledit contenu graphique généré pour une étape élémentaire donnée étant la combinaison des médias associé à chacun des paramètres du n-uplet définissant ladite étape élémentaire ; - chaque média comprend du contenu textuel et/ou graphique et/ou audio et/ou photo et/ou vidéo ; - l'étape d'expression par l'usager du tutoriel sous la forme d'une séquence d'étapes élémentaires de tutoriel comprend pour chaque étape élémentaire la saisie d'une chaîne de caractère par l'usager et/ou la sélection d'au moins un des paramètres du n-uplet définissant ladite étape élémentaire dans une sous-liste d'une des listes d'actions ou de possibilités d'un attribut ; - le procédé comprend l'identification d'au moins un des paramètres du n- uplet définissant ladite étape élémentaire au moyen d'une analyse sémantique d'une chaîne de caractères saisie par l'usager ; - ladite sous-liste est mise à jour dynamiquement à chaque fois qu'un paramètre du n-uplet est sélectionné par l'usager ou identifié par analyse sémantique, de telle sorte que la sous-liste comprenne seulement des éléments de la liste dont elle est une sous-liste tels qu'il existe au moins un n-uplet déterminé comme étant compatible avec les paramètres déjà identifiés ou sélectionnés ; - le procédé comprend l'affichage d'au moins une partie des étapes supplémentaires associées à un n-uplet déterminé comme étant compatible avec les paramètres déjà identifiés ou sélectionnés sous forme d'un extrait 10 du média associé stocké ; - les étapes supplémentaires affichées sont celles identifiées comme les plus probables parmi les étapes supplémentaires associées à un n-uplet déterminé comme étant compatible avec les paramètres déjà identifiés ou sélectionnés ; 15 - le serveur de partage de tutoriels comprend une liste des possibilités correspondant à des objets dont dispose l'usager, les étapes supplémentaires identifiées comme étant les plus probables étant celles associées à un n-uplet déterminé comme étant compatible avec les paramètres déjà identifiés ou sélectionnés pour lequel les paramètres 20 manquants sont des possibilités de ladite liste de l'usager ; - la liste des possibilités correspondant à des objets dont dispose l'usager est obtenue par exploration du réseau local de l'usager par un équipement d'accès internet de l'usager ; - les attributs correspondent à des appareils électroniques, des 25 connectivités, des logiciels, des comptes et/ou des caractéristiques objectives d'appareils ; - le procédé comprend en outre des étapes de validation du tutoriel généré par un administrateur, de stockage du tutoriel validé dans le serveur de partage de tutoriels, et de mise à disposition auprès des autres usagers. 30 PRESENTATION DES FIGURES 2 98065 8 5 D'autres caractéristiques et avantages de la présente invention apparaîtront à la lecture de la description qui va suivre d'un mode de réalisation préférentiel. Cette description sera donnée en référence aux 5 dessins annexés dans lesquels : - la figure 1 est un schéma de l'architecture dans laquelle est mis en oeuvre le procédé selon l'invention ; - la figure 2 est un schéma représentant un exemple d'un ensemble de listes de données stockées sur un serveur de partage de tutoriels ; - la figure 3 est un exemple d'une interface utilisateur pour la mise en oeuvre du procédé selon l'invention ; - la figure 4 est un exemple d'une interface utilisateur pour la mise en oeuvre d'une mode de réalisation particulier du procédé selon l'invention. DESCRIPTION DETAILLEE Environnement En référence aux dessins, le procédé de génération assistée d'un tutoriel selon l'invention est mis en oeuvre dans un environnement préféré tel que représenté sur la figure 1 : une pluralité de postes de travail 1 a, 1 b d'usagers sont connectés (en particulier via l'Internet 20) à un serveur de partage de tutoriels 10. Ce dernier consiste notamment en un serveur classique pour la mise en oeuvre d'un site internet. L'invention n'est toutefois pas limitée à ce type d'équipement, et le serveur 10 peut par exemple être tout simplement un boitier d'accès internet (communément appelé « box »), relié au poste la par un réseau local. Dans tous les cas, le serveur de partage de tutoriels 10 comprend des moyens de traitement de données, en particulier un ou plusieurs processeurs, ainsi qu'un espace de stockage, par exemple un disque dur. Sur l'espace de stockage sont stockés comme représenté sur la figure 2 : - une liste LA d'actions A1, A2... pouvant être mise en oeuvre lors de l'exécution du dit tutoriel, chaque action A1, A2... étant associée à un ou plusieurs attributs B, C... et - une liste LB, LC... de possibilités Bi, Ci... associée à chacun des attributs B, C... Si le serveur 10 est situé en local (boitier d'accès internet), on peut envisager que celui-ci soit connecté via internet 20 à un second serveur, lequel soit dédié au téléchargement puis à la mise à jour occasionnelle des listes LA, LB, LC... et autres contenus sur l'espace de stockage du serveur 10. Il est à noter qu'il est tout à fait possible d'avoir une utilisation en mode purement « déconnecté » du réseau internet 20, il suffit par exemple que le boitier d'accès internet soit fourni aux usagers avec les listes et contenus préinstallés. Il peut en outre être prévu la possibilité que les listes LA, LB, LC... soient elles-mêmes copiées sur un espace de stockage du poste de travail 1 de l'usager pour autoriser un fonctionnement en mode « déconnecté » quand bien même le serveur 10 ne puisse être accessible que via internet 20. Les étapes du procédé selon l'invention sont alors mises en oeuvre au niveau de poste de travail 1. Dans la suite de la présente description, on supposera que l'environnement est celui représenté sur la figure 1, à savoir serveur 10 connecté aux postes de travail 1 via internet, et hébergement des listes et contenus uniquement sur le serveur 10, pour une mise en oeuvre des étapes du procédé par conséquent au niveau du serveur de partage de tutoriels 10. L'homme du métier saura adapter l'invention à toute autre configuration. Notion d'action et d'attributs Par « action », on comprend tout type d'acte que l'usager pourrait être amené à mettre en oeuvre lors d'une étape du tutoriel. Par exemple, dans un tutoriel de cuisine, « mélanger », « cuire », « émincer », sont des actions Ai typiques du domaine. La liste LA d'actions conditionne ainsi les sujets des tutoriels que les usagers vont pouvoir générer. La liste LA est donc avantageusement renseignée avec les actions Ai relatives au champ lexical du ou des domaines dans lesquels le gestionnaire du site internet, sur lequel le procédé de génération de tutoriels est destiné à être proposé aux usagers, veut que son site se spécialise. Dans la suite de la présente description, on prendra comme exemple le domaine des tutoriels d'assistance à l'utilisation des équipements électroniques. On comprendra qu'il s'agit d'un exemple non limitatif, et que l'homme du métier saura adapter l'invention à des domaines variés tels la cuisine, l'apprentissage de l'informatique, le bricolage, etc. Il est même possible, à condition de disposer de bases de vocabulaires suffisantes, de pouvoir générer des tutoriels dans plusieurs domaines à la fois. Les tutoriaux d'aide à l'utilisation d'équipements informatiques sont destinés à aider les usagers rencontrant des difficultés ou désirant utiliser au mieux les possibilités offertes par leurs équipements informatiques. Les actions A de la liste LA sont donc notamment « Brancher », « Allumer », « Connecter », « Activer », etc. Chaque action A est associée à une pluralité d'attributs B, C... Par « attribut », on entend toute donnée à renseigner pour personnaliser l'action A. Par exemple, l'action « Connecter » seule est indéfinie. Pour que cette information soit exploitable, il est nécessaire de préciser au moins un « câble » et un « appareil ». L'action ainsi complétée (par exemple « Connecter le câble HDMI à la télévision ») est compréhensible comme une étape de tutorial. Dans l'exemple des tutoriels d'assistance à l'utilisation des équipements électroniques, les attributs B, C... peuvent ainsi correspondre à des appareils électroniques, des connectivités, des logiciels, des comptes (services web (google, facebook, etc.), sociétés (banques, etc.)), des caractéristiques objectives des appareils (tactile, HD, portable, etc.)... Pour chaque attribut B, C..., comme expliqué une liste LB, LC des valeurs possibles de l'attribut B, C... (appelées « possibilités » Bi, Ci...) est stockée sur le serveur 10. Il faut en effet comprendre que chaque attribut désigne une catégorie, les possibilités Bi, Ci... étant les membres de cette catégorie. Ainsi, dans l'exemple précédent, « télévision » est une possibilité de l'attribut « appareil », et « HDMI » est une possibilité de l'attribut « câble ». D'autres possibilités de l'attribut « appareil » sont par exemple « ordinateur », « appareil photo », « console de jeux », etc. Les listes LB, LC... de possibilités Bi, Ci... doivent, comme la liste LA d'actions, être les plus exhaustives possibles dans le domaine choisi. Principe de l'invention Si les listes LB, LC... de possibilités Bi, Ci... sont suffisamment complètes, il est possible pour toute action A de trouver les valeurs d'attributs B, C..., en d'autres termes les possibilités Bi, Ci... qui correspondent à la situation que l'on souhaite décrire. Le procédé selon l'invention propose à cet effet à l'usager (une fois qu'il s'est connecté au serveur 10 via l'internet 20) d'exprimer le tutoriel qu'il souhaite générer sous la forme d'une séquence d'étapes élémentaire, chaque étape élémentaire étant définie sous la forme d'un n-uplet {A, Bi, Ci...} de paramètres comprenant : - une action A de la liste LA d'actions A, - une possibilité Bi, Ci... de chaque liste LB, LC... de possibilités Bi, Ci... de chaque attribut B, C... associé avec ladite action A. Dans notre exemple (en référence à la figure 2) en supposant que la liste LB associée à l'attribut « câble » comprend successivement les possibilités « USB », « HDMI » et « DVI », et que LD associée à l'attribut « appareil » comprend successivement les possibilités « ordinateur », « télévision », « appareil photo » et « console », alors l'exemple d'étape « Connecter le câble HDMI à la télévision » mentionné précédemment est définie par le triplet {A3, B2, D2}. Le serveur 10 génère alors automatiquement le tutoriel en générant pour chaque étape élémentaire de ladite séquence d'étapes élémentaire de tutoriel un contenu graphique d'étape en fonction d'un ou plusieurs médias associés à un ou plusieurs paramètres du n-uplet {A, Bi, Ci...} de l'étape élémentaire. L'idée est en effet de pouvoir créer des tutoriels éditorialisés (c'est-à- dire mis en page et dotés de contenus visuels le rendant facile à suivre) de solutions techniques complexes en les découpant en étapes élémentaires de base qui peuvent être très simples et génériques. Chaque média à partir desquels les contenus graphiques sont générés comprend avantageusement du contenu textuel et/ou graphique et/ou audio et/ou photo et/ou vidéo. On notera qu'un média n'est pas limité par exemple à une photo ou une vidéo, mais peut être un document complexe qui lui-même comprend une pluralité de photos, vidéos, textes, etc. Ainsi grâce à cette banque de médias, l'usager qui veut créer un tutoriel compréhensible pour un utilisateur novice qui par exemple ne sait pas à quoi ressemble un port HDMI n'aura pas besoin de prendre des photos de ce port ou de filmer le branchement du câble sur la prise, ni même de décrire avec des explications détaillées cette opération. Avantageusement, dans un premier mode de réalisation préféré, le 20 serveur 10 dispose de medias stockés, chacun associé à un unique n-uplet {A, Bi, Ci...} de paramètres. Ledit contenu graphique généré pour une étape élémentaire donnée est alors le média associé au n-uplet {A, Bi, Ci...} définissant ladite étape élémentaire. On comprendra comme étant inclus dans ce mode de réalisation le cas où au moins deux médias stockés se 25 retrouvent exceptionnellement associés à un même n-uplet {A, Bi, Ci...} de paramètres. Un « doublon » peut en effet occasionnellement apparaître, en particulier lorsqu'un usager a la possibilité d'ajouter une étape élémentaire jusque-là non envisagée (voir plus bas). Dans ce mode de réalisation, on peut considérer que l'on dispose de 30 « briques » de tutoriel correspondant à un certain nombre de combinaisons de possibilités Bi, Ci... Cela permet aux usagers de générer des tutoriels très poussés sur le plan visuel sans effort. Toutefois, au vu du nombre de combinaisons de paramètres possibles, le nombre de médias à stocker sur le serveur 10 peut s'avérer très élevé. La solution pour éviter ce problème est de ne prévoir des médias que pour les combinaisons connues de paramètres, voire seulement les plus probables d'entre elles. Par exemple, en l'absence d'appareils photo présentant un port DVI, on peut supposer que l'étape « Connecter le câble DVI à l'appareil photo » est impossible, et ne pas prévoir cette combinaison sur le serveur 10. En complément, on peut prévoir la possibilité pour un usager d'ajouter une étape élémentaire jusque-là non envisagée (qui peut devenir par exemple possible avec l'évolution du matériel), c'est-à-dire une combinaison pour laquelle le serveur de partage de tutoriels 10 ne comprend pas de media associé au n-uplet {A, Bi, Ci...}. Dans ce cas, le procédé comprend en outre une étape de création d'un nouveau media par l'usager s'il le souhaite. Il peut fournir les éventuels photos, vidéos, textes, etc. qu'il estime nécessaire pour représenter cette étape en un nouveau média. Celui-ci est ensuite stocké sur le serveur de partage de tutoriels 10 comme le média associé audit n-uplet {A, Bi, Ci...} manquant. Il est alors disponible pour les autres usagers, à la condition éventuelle qu'un administrateur du site le valide. L'étape est alors éventuellement modifiable à la manière d'un wiki par d'autres utilisateurs ou un administrateur, par exemple si aucune photo n'a été fournie. Encore une fois, la validation par un administrateur ou un modérateur peut être nécessaire, en particulier pour vérifier que l'étape élémentaire que l'usager se propose de rajouter est bien manquante, sous peine de créer un doublon, comme expliqué précédemment. Alternativement au fait d'avoir un média par n-uplet, dans un autre mode de réalisation chaque média étant associé à une action A ou à une possibilité Bi, Ci... d'un attribut B, C... donné. Le contenu graphique généré pour une étape élémentaire donnée est alors la combinaison des médias associés à chacun des paramètres du n-uplet {A, Bi, Ci...} définissant ladite étape élémentaire. Cette solution permet de limiter le nombre de médias nécessaires à la somme des cardinaux des listes LA, LB, LC..., et non à leur produit. Dans le cas de l'exemple « Connecter le câble HDMI à la télévision », on peut avoir un premier média représentant le geste de connecter un câble, un deuxième montrant à quoi ressemble un port HDMI, et un troisième montrant une télévision. La combinaison des médias peut être aussi bien positionnelle (juxtaposition sur une page) ou temporelle (médias présentés successivement). On comprendra que le procédé n'est limité à aucune règle particulière en ce qui concerne la génération de contenus graphiques d'étape élémentaire à partir du ou des médias associés à un ou plusieurs des paramètres d'un n-uplet {A, Bi, Ci...}. Le procédé peut avantageusement comprendre en dernier lieu des étapes de validation par un administrateur du tutoriel généré, de stockage du tutoriel validé dans le serveur de partage de tutoriels 10, et de mise à disposition auprès des autres usagers. Moyens d'expression d'une étape élémentaire L'étape d'expression par l'usager du tutoriel sous la forme d'une séquence d'étapes élémentaires de tutoriel peut être réalisée de diverses façons. Avantageusement, les étapes élémentaires sont exprimées itérativement par l'usager. Comme l'on voit sur la figure 3, une interface est dans ce cas proposée à l'usager. A travers cette interface, il peut exprimer son étape élémentaire, puis indiquer soit que c'était la dernière étape (le tutoriel est alors fini), soit qu'il souhaite entrer une étape suivante. Sur cet exemple d'interface, la séquence des étapes élémentaires du tutoriel déjà exprimées est représentée sur la partie droite. Sur la partie gauche, une fenêtre permet l'expression d'une étape élémentaire via la saisie d'une chaîne de caractère par l'usager et/ou la sélection d'au moins un des paramètres du n-uplet {A, Bi, Ci...} définissant ladite étape élémentaire. Il peut être proposé à l'utilisateur une sélection parmi les listes LA, LB, LC... en entier, mais avantageusement, comme il sera expliqué plus loin, il lui est proposé une ou plusieurs sous-liste sLA, sLB, sLC... d'une des listes LA, LB, LC... d'actions ou de possibilités d'un attribut. La sélection peut s'effectuer en cliquant sur les paramètres souhaités, qui s'affichent comme on le voit sous forme de colonnes. Dans le cas d'une saisie d'une chaîne de caractère (on comprendra qu'elle peut être faite au clavier, mais également via une reconnaissance vocale voire une reconnaissance de caractères), le procédé comprend l'identification d'au moins un des paramètres du n-uplet {A, Bi, Ci...} définissant l'étape élémentaire que l'on est en train de générer au moyen d'une analyse sémantique de la chaîne de caractère saisie. Ce mode de réalisation est particulièrement préféré. Il permet de définir complètement une étape en saisissant quelques mots, par exemple « Connecter HDMI à télévision ». Des moteurs d'analyse sémantiques connus permettent de découper la phrase saisie, et d'identifier les mots importants. Il suffit alors d'effectuer une recherche dans les listes LA, LB, LC... pour reconstituer le n-uplet {A, Bi, Ci...} qu'a voulu signifier l'usager. Il est à noter qu'il n'est pas nécessaire de sélectionner d'abord une action A puis des possibilités Bi, Ci... d'attributs. L'ordre n'a pas d'importance. De façon simple et efficace, on peut en outre envisager de marquer (ou « tagguer ») chaque média présent sur le serveur 10 avec des mots-clés, afin de faciliter la mise en correspondance des médias avec les mots saisis. Il est par ailleurs possible de combiner saisie de caractères et sélection de paramètres (par exemple saisir « connecter télévision » et sélectionner « HDMI » en cliquant dessus). Saisie prédictive Comme expliqué précédemment, l'usager réalise avantageusement une sélection dans des sous-listes sLA, sLB, sLC... L'idée est de ne proposer que les paramètres de combinaisons « encore réalisables », c'est-à-dire de combinaisons déterminées comme étant compatibles avec les paramètres déjà obtenus. Par exemple, si l'utilisateur a saisi (ou sélectionné) « appareil photo », on peut ne pas lui proposer « DVI » puisqu'en l'absence d'appareils photo présentant un port DVI il n'a a priori été prévu aucun n-uplet {A, Bi, Ci...} qui comprenne cette combinaison. Ainsi, de façon particulièrement avantageuse, la ou les sous-listes sLA, sLB, sLC... (il y a une sous-liste pour chacun des éléments non encore identifié ou sélectionné) sont mises à jour dynamiquement à chaque fois qu'un paramètre du n-uplet {A, Bi, Ci...} est sélectionné par l'usager ou identifié par analyse sémantique, de telle sorte que la sous-liste sLA, sLB, sLC... comprenne seulement des éléments de la liste LA, LB, LC... dont elle est une sous-liste tels qu'il existe au moins un n-uplet {A, Bi, Ci...} compatible avec les paramètres déjà identifiés ou sélectionnés. En d'autres termes, la ou les sous-listes sLA, sLB, sLC... contiennent à tout instant uniquement des éléments « possibles » au vu des éléments déjà identifiés ou sélectionnés. Il est à noter que les sous-listes peuvent être triées selon la probabilité des éléments encore possibles. Cette mise à jour peut se faire au fur et à mesure que l'usager saisit les mots de sa phrase. Il voit alors en temps réel le nombre de combinaisons encore réalisables (c'est-à-d ire comme ex pl i q u é précédemment les étapes supplémentaires associées à un n-uplet {A, Bi, Ci...} compatible avec les paramètres déjà identifiés ou sélectionnés sous forme d'un extrait du média associé stocké) se réduire, éventuellement jusqu'à une poignée de solutions, c'est ce que l'on appelle la « saisie prédictive ». Comme l'on voit sur la figure 4, une zone (en bas de l'interface) permet de façon très avantageuse l'affichage d'au moins une partie de ces étapes possibles. Si leur nombre est trop grand pour qu'on puisse toutes les afficher, les étapes supplémentaires affichées sont préférentiellement celles identifiées comme les plus probables, notamment les étapes les plus souvent utilisées dans des tutoriaux. On rappelle par ailleurs que la saisie prédictive s'effectue aussi bien sur les actions A que sur les possibilités Bi, Ci... des attributs. Ainsi, si l'on a par exemple sélectionné la connectivité « Wifi », l'action « Brancher » disparait de la sous-liste sLA des actions encore possibles. Il est tout à fait possible de renseigner les attributs avant l'action elle-même. Autres améliorations La possibilité ou non pour un utilisateur de réaliser une étape de tutoriel dépend essentiellement du « matériel » dont il dispose, au sens large. Des tutoriels d'assistance à l'utilisation d'équipement électronique, à la cuisine ou à l'apprentissage de l'informatique sont par exemple respectivement contraints par la possession de câbles, d'ingrédients, de logiciels. Partant de ce principe, on comprend qu'un usager n'ayant pas accès à un appareil photo aura peu de chances de générer un tutoriel comprenant une étape impliquant un appareil photo. Ainsi, de façon particulièrement préférée, les étapes supplémentaires identifiées comme étant les plus probables (c'est-à-dire celles qui sont affichés en premier dans l'interface mentionnée ci-avant) sont celles associées à un n-uplet {A, Bi, Ci...} compatible avec les paramètres déjà identifiés ou sélectionnés pour lequel les paramètres manquants correspondent à des objets dont dispose l'usager. On comprendra que par « objet », on désigne aussi bien des objets physiques (équipements, ingrédients, etc.) que des objets virtuels (logiciels, données, etc.). Pour faciliter avantageusement cette sélection, le serveur de partage de tutoriels 10 peut comprendre une liste L* des possibilités Bi, Ci... correspondant à des objets dont dispose l'usager. Ainsi les étapes supplémentaires identifiées comme étant les plus probables sont celles pour lesquelles les paramètres manquants sont des possibilités Bi, Ci... de la liste L* de l'usager. Cette liste L* peut être renseignée par l'usager lors de son inscription sur le serveur 10. Dans le cas de tutoriaux concernant l'assistance à l'utilisation d'équipements électroniques, il peut être prévu la constitution automatique de la liste L* grâce à certaines fonctionnalités d'exploration d'un réseau local par un équipement d'accès à internet tel que mentionné précédemment, lesquelles permettent la découverte et l'identification des équipements connectés. Ce mode de réalisation est particulièrement avantageux lorsque le serveur 10 est justement le boitier d'accès internet. A ce sujet, on se réfèrera à la demande FR1157545. REVENDICATIONS1. Procédé de génération assistée d'un tutoriel, caractérisé en ce qu'il comprend des étapes de : - connexion du poste de travail (1) d'un usager à un serveur de partage de tutoriels (10) stockant o une liste (LA) d'actions (A) pouvant être mise en oeuvre lors de l'exécution du dit tutoriel chaque action (A) étant associée à un ou plusieurs attributs (B, C...), et o une liste (LB, LC...) de possibilités (Bi, Ci...) associée à chacun des attributs (B, C...) ; - expression du tutoriel sous la forme d'une séquence d'étapes élémentaires par l'usager, chaque étape élémentaire étant définie sous la forme d'un n-uplet de paramètres comprenant : o une action (A) de la liste (LA) d'actions (A), o une possibilité (Bi, Ci...) de chaque liste (LB, LC...) de possibilités (Bi, Ci...) de chaque attribut (B, C...) associé avec ladite action (A) ; - pour chaque étape élémentaire de ladite séquence d'étapes élémentaires de tutoriel, génération par le serveur (10) et/ou le poste de travail (1) de l'usager d'un contenu graphique d'étape en fonction d'un ou plusieurs médias associés à un ou plusieurs paramètres du n-uplet {A, Bi, Ci...} de l'étape élémentaire, l'ensemble des contenus graphiques constituant le tutoriel. 2. Procédé selon la revendication 1, dans lequel lesdits médias sont stockés sur le serveur de partage de tutoriels (10), chaque média étant associé à un unique n-uplet {A, Bi, Ci...} de paramètres, ledit 30 contenu graphique généré pour une étape élémentaire donnée étant le média associé au n-uplet {A, Bi, Ci...} définissant ladite étape élémentaire. 3. Procédé selon la revendication 2, comprenant en outre une étape de création d'un nouveau media par l'usager si le serveur de partage de tutoriels (10) ne comprend pas de media associé au n-uplet {A, Bi, Ci...} d'une des étapes élémentaires de la séquence d'étapes élémentaire de tutoriel stocké, ledit nouveau média étant ensuite stocké sur le serveur de partage de tutoriels (10) comme le média associé audit n-uplet {A, Bi, Ci...} manquant. 4. Procédé selon la revendication 1, dans lequel lesdits médias sont stockés sur le serveur de partage de tutoriels (10), chaque média étant associé à une action (A) ou à une possibilité (Bi, Ci...) d'un attribut (B, C...) donnée, ledit contenu graphique généré pour une étape élémentaire donnée étant la combinaison des médias associé à chacun des paramètres du n-uplet {A, Bi, Ci...} définissant ladite étape élémentaire. 5. Procédé selon l'une des revendications précédentes, dans lequel chaque média comprend du contenu textuel et/ou graphique et/ou audio et/ou photo et/ou vidéo. 6. Procédé selon l'une des revendications précédentes, dans lequel l'étape d'expression par l'usager du tutoriel sous la forme d'une séquence d'étapes élémentaires de tutoriel comprend pour chaque étape élémentaire la saisie d'une chaîne de caractère par l'usager et/ou la sélection d'au moins un des paramètres du n-uplet {A, Bi, Ci...} définissant ladite étape élémentaire dans une sous-liste (sLA, sLB, sLC...) d'une des listes (LA, LB, LC...) d'actions ou de possibilités d'un attribut. 7. Procédé selon la revendication 6, comprenant l'identification d'au moins un des paramètres du n-uplet {A, Bi, Ci...} définissant ladite étape élémentaire au moyen d'une analyse sémantique d'une chaîne de caractère saisie par l'usager. 8. Procédé selon l'une des revendications 6 ou 7, dans lequel ladite sous-liste (sLA, sLB, sLC...) est mise à jour dynamiquement à chaque fois qu'un paramètre du n-uplet {A, Bi, Ci...} est sélectionné par l'usager ou identifié par analyse sémantique, de telle sorte que la sous-liste (sLA, sLB, sLC...) comprenne seulement des éléments de la liste (LA, LB, LC...) dont elle est une sous-liste tels qu'il existe au moins un n-uplet {A, Bi, Ci...} déterminé comme étant compatible avec les paramètres déjà identifiés ou sélectionnés. 9. Procédé selon les revendications 2 et 8, comprenant l'affichage d'au moins une partie des étapes supplémentaires associées à un n-uplet {A, Bi, Ci...} déterminé comme étant compatible avec les paramètres déjà identifiés ou sélectionnés sous forme d'un extrait du média associé stocké. 10. Procédé selon la revendication 9, dans lequel les étapes supplémentaires affichées sont celles identifiées comme les plus probables parmi les étapes supplémentaires associées à un n-uplet {A, Bi, Ci...} déterminé comme étant compatible avec les paramètres déjà identifiés ou sélectionnés. 11. Procédé selon la revendication 10, dans lequel le serveur de partage de tutoriels (10) comprend une liste (L*) des possibilités (Bi, Ci...) correspondant à des objets dont dispose l'usager, les étapes supplémentaires identifiées comme étant les plus probables étant celles associées à un n-uplet {A, Bi, Ci...} déterminé comme étant compatible avec les paramètres déjà identifiés ou sélectionnés pour lequel les paramètres manquants sont des possibilités (Bi, Ci...) de ladite liste (L*) de l'usager. 12. Procédé selon la revendication 11, dans lequel la liste (L*) des possibilités (Bi, Ci...) correspondant à des objets dont disposel'usager est obtenue par exploration du réseau local de l'usager par un équipement d'accès internet de l'usager. 13. Procédé selon l'une des revendications précédentes, dans lequel les attributs (B, C...) correspondent à des appareils électroniques, des connectivités, des logiciels, des comptes et/ou des caractéristiques objectives d'appareils. 14. Procédé selon l'une des revendications précédentes, comprenant en outre des étapes de validation du tutoriel généré par un administrateur, de stockage du tutoriel validé dans le serveur de partage de tutoriels (10), et de mise à disposition auprès des autres usagers.