Brevet FR2839567A1 — publié le 20031114

Domaine technique et art anterieur L'invention concerne un procede d'alimentation en donnees d'un outil de type tableur, tel que celui connu sous le nom de >. Plus generalement, un tableur est une application informatique qui permet de manipuler des donnees dans un tableau, de calculer des formules complexes entre ces donnees, d'en obtenir des representations graphiques ou sous forme de bases de donnees, etc. On peut s'en servir pour des besoins simples (annuaires, calculs des moyennes des eleves, comptabilite personnelle,...) ou pour developper des applications complexes (aide a la decision,...). II se pose le probleme d'alimenter ce type d'outil ou de fonctionnalite avec des donnees externes, provenant d'un environnement exterieur different de celui sur lequel cet outil ou cette fonctionnalite est operation nel. Pratique ment, u n utilisateu r dispose par exe m ple d'u n ordinateur muni d'un tableur sur lequel il peut recevoir les donnees, et ces derrieres vent produites puis envoyees par un serveur. II existe a l'heure actuelle diverges solutions techniques connues sur le marche et permettant de realiser la fonction, mentionnee ci-dessus, d'alimentation d'un tableur en donnees. Selon un premier type de solution ( >), une application complementaire au tableur vient se greffer a celui-ci et permet de realiser la communication avec 1'exterieur. Ce type de solution permet de creer des fonctions parametrables et confere une certaine souplesse au tableur. II existe par ailleurs des tableurs, fonctionnant sous technologie > selon un mecanisme de type DDE (ou Exchange >>). Ces deux types de solution, fonctionnent toutes deux en mode >, represente schematiquement sur la figure i. Sur cette figure, la reference 2 designe le posse de travail d'un utilisateur (par exemple: un micro-ordinateur de type PC), muni d'une fonction tableur 4 et d'une fonction 6 realisant la communication avec 1'exterieur ( >). Un moteur ou navigateur 8 permet de rechercher les donnees correspondantes. Des parametres vent deja saisis par l'utilisateur a partir d'un menu. Ces parametres vent analyses afin de definir les donnees necessaires a leur calcul, qu'il faudra aller chercher dans le serveur 12. Cette analyse conduit a la formulation d'une requete a transmettre 3 la plate-forma ou au serveur 12. Ce dernier procede ensuite a ['execution de la requete (recherche des donnees dans itensemble des informations dont il dispose), puis au transfert de ces donnees vers l'utilisateur. Chez celui-ci, les informations, correspondent aux parametres introduits initialement, vent calculees a partir des donnees fournies par le serveur, puis inserees dans le tableur 4, et enfin affichees. Ces solution, de type > (recherche active de donnees), restent des outils de specialistes et presentent certains inconvenients, et notamment les suivants. D'abord, elles mettent en oeuvre un mecanisme trop complexe pour l'utilisateur, notamment pour ce qui est de ['introduction de nouvelles fonctions, ou d'une syntaxe proprietaire, ainsi que pour ce qui concerne une eventuelle personnalisation. Ensuite, la logique de ces solutions est decorrelee de la plate forme 12 puisque les exports de donnees vent effectues vers le tableur. Il est impossible d'associer a un export vers le tableur une fonctionnalite du serveur 12, et inversement. Toutes ces solutions vent orientees > (et non pas formulas), et vent par ailleurs peu adaptees aux gros volumes. Enfin, les fichiers generes ne vent pas exploitables en l'etat du fait de l'utilisation, dans le fichier tableur, des fonctions ou de liens proprietaires et necessitent done, pour pouvoir etre exploitee, d'avoir des modules applicatifs ad-hoc et d'etre connectes au serveur 12. Un autre type de solution, dont un exemple est donne sur le site web www. softartisans.com, permet d'ouvrir directement un tableur dans le browser, ou le navigateur, de l'utilisateur. Des fichiers vent generes au format Excel dans un serveur, puis vent transmis a un utilisateur. Ce type de produit (qui, a la difference des deux autres, fon*ionne en mode >, ou distribution selective de donnees), est 3 5 tres lou rd a developper et necessite une prog ram mation en u n langage tel que le C ou le C++ au niveau du serveur. La moindre modification implique aussi une intervention dans le meme langage. Ce type de produit reste done lui aussi un outil de specialiste. Un autre inconvenient est que la presentation des donnees ntest pas adaptable ou personnalisable par l'utilisateur: le format d'export des tableaux est impose par le serveur. La figure 2 represente schematiquement cette deuxieme solution de type >: a ['aide de son navigateur 28, un utilisateur 20 visualise des donnees directement sur un serveur 22, et selectionne les donnees qu'il souhaite recevoir. Une requete est done formulee, a la suite de quoi un fichier est genere dans le serveur, au format du tableur. Ce format est done impose par le serveur et est unique pour tous les utilisateurs. Ce fichier est ensuite transfere (par exemple par protocole http) par le serveur vers l'utilisateur. Sur reception d'un fichier (au format binaire), le navigateur 28 de l'utilisateur invoque le tableur 24 et lui transmet les donnees. Il se pose le probleme de permettre a un utilisateur de disposer, dans un tableur, de donnees manipulees sur un serveur, ainsi que de la logique applicative associee, et ce dans un format predefini et facilement personnalisable par l'utilisateur. Expose de ['invention L'invention concerne d'abord un procede d'envoi de donnees, pour un tableur d'un premier appareil de traitement de donnees, et par un deuxieme appareil de traitement de donnees, comportant les etapes suivantes: - la reception, par le deuxieme appareil de traitement de donnees, d'une requete de transfert d'un ensemble de donnees, emise par le premier appareil de traitement de donnees, - la generation, par le deuxieme appareil, de donnees d'identification permettant dtidentifier, dans le premier appareil, un modele de presentation audit ensemble de donnees, ce modele etant memorise dans ce premier appareil, - l'envoi, au premier appareil, par le deuxieme appareil, de ces don nees d 'identification et d'autre part d 'au moi ns u ne pa rtie a udit ensemble de donnees. Ainsi, le modele de presentation des donnees peut etre congu et realise directement sur, ou dans, le premier appareil, sans programmation lourde du deuxieme. En outre, le modele de presentation de donnees est facilement personnalisable, sans expertise particuliere de 1'utilisateur du deuxieme appareil. Le premier appareil peut ainsi memoriser au moins deux modeles d ifferents de presentation de don nees, les don nees d'ide ntification permettant d'identifier, dans ce premier appareil, I'un de ces modeles. Les donnees de ['ensemble de donnees requis par le premier appareil peuvent etre generees par recherche dans des moyens de memorisation ou une base de donnees du second appareil de traitement de donnees. Un ensemble de donnees, a presenter dans un modele de presentation, peuvent en outre etre transmises avec les donnees d'identification de ce modele de presentation de donnees. Selon une variante, le deuxieme appareil resoit, apres envoi desd ites don nees d 'identification, u ne requete, em ise par le premier appareil, pour la transmission d'une partie au moins audit ensemble de donnees, puis procede a cette transmission a ce premier appareil. De preference, la partie des donnees transmises est sufffisante a l'alimentation ou au remplissage du tableur du deuxieme appareil. Selon cette variante, seules les donnees d/identification sont, dans un premier temps, envoyees a l'utilisateur. A reception de ces donnees, I'appareil de l'utilisateur genere une requete de transmission des donnees utiles au modele selectionne. Ces donnees vent transmises par le serveur a l'appareil de l'utilisateur et vent associees au modele predefini. Les donnees d'identification d'un modele de presentation des donnees peuvent en outre comporter des donnees decrivant la structuration des donnees requises par 1'utilisateur. Le premier et le deuxieme appareils peuvent etre relies par un reseau. L'invention concerne egalement un procede de generation d'un modele de presentation de donnees, dans un premier appareil de traitement de donnees, comportant les etapes suivantes: - recevoir, d'un deuxieme appareil de traitement de donnees, des donnees d/identification d'un modele de presentation d'un ensemble de donnees, - rechercher, a ['aide desdites donnees d'identification, ledit modele dans des moyens de memorisation audit premier appareil. Un procede d'alimentation en donnees d'un tableur d'un premier appareil de traitement de donnees, peut alors comporter: - la generation d'un modele de presentation de donnees tel que ci-dessus, - I'association, avec ou dans ledit modele, des donnees resues. Les donnees peuvent etre reSues avec les donnees d'identification du modele de presentation de donnees. Selon une variante, il y a, apres generation d'un modele de presentation des donnees, envoi, au deuxieme appareil de traitement de donnees, d'une requete de transmission de donnees, par exemple des donnees suffisantes a l'alimentation ou au remplissage du tableur du premier appareil. Eventuellement, les donnees transferees peuvent subir, dans le premier appareil, un traitement defini en association avec le modele selectionne. L'etape d'association des donnees et du modele peut etre realisee par le tableur lui-meme sur le posse de l'utilisateur. Un procede de transfert et de presentation de donnees selon ['i nve ntion peut com porter u n procede d'envoi de don nees tel que decrit ci-dessus, et un procede de generation d'un modele de presentation de donnees tel que decrit ci-dessus. Selon ['invention, un utilisateur selectionne sur le deuxieme appareil (par exemple un serveur) les donnees qutil souhaite recevoir. Une requete est formulee, a la suite de quoi un fichier est genere, non pas au format d'un tableur impose par le deuxieme appareil, mais comportant des donnees permettant d'identifier, dans l'appareii de l'utilisateur, un modele de presentation des don nees req uises par l'uti lisateu r, ce modele etant deja present ou installe dans cet appareil de l'utilisateur. Ce fichier et/ou son en-fete vent ensuite transferee par le serveur vers l'appareil de l'utilisateur, qui va pouvoir associer le modele selectionne et les donnees requises et transmises, eventuellement de maniere separee des donnees d'identification, ou ouvrir ce modele et y placer les donnees transmises. Un tel procede permet beaucoup plus de souplesse pour l'utilisateur, et ne necessite pas une programmation specifique lourde du serveur dans un langage objet tel que le C ou le C++. De plus il permet d'offrir plus de possibilites puisqu'il est possible d'executer des > sur le posse de l'utilisateur, apres generation du tableau. L'invention concerne egalement un procede d'alimentation d'un tableur en donnees, comportant les etapes suivantes: - structu ration et m ise au format des don nees su r u n serveu r, - transmission des donnees a l'utilisateur, - decodage des donnees et association a un modele ou a un format predetermine dans l'appareil de l'utilisateur. L'invention concerne egaiement un dispositif d'envoi de donnees, pour un tableur d'un appareil de traitement de donnees, comportant: - des moyens pour recevoir, ou programmes pour recevoir, une requete de transfert d'un ensemble de donnees, emise par l'appareil de traitement de donnees, - un generateur de, ou des moyens pour generer des, ou programmes pour rechercher des, donnees d'identification permettant d'identifier, dans l'appareil, un modele de presentation audit ensemble de donnees, ce modele etant memorise dans cet appareil, - un moteur de recherche, ou des moyens pour rechercher, ou programmes pour rechercher, dans des moyens de memorisation, au moins une partie audit ensemble de donnees requis par l'appareil de traitement de donnees, - des moyens pour, ou programmes pour, envoyer a l'appareil d'une part de ces donnees d'identification et d'autre part d'au moins une partie audit ensemble de donnees. Ce dispositif fonctionne en mode de distribution selective des donnees (mode >). L'invention concerne egalement un dispositif de traitement de donnees, comportant: - des moyens de memorisation d'un ou de plusieurs modeles de presentation d'un ensemble de donnees, - des moyens pour recevoir des donnees d'identification d'un modele de presentation d'un ensemble de donnees, - des moyens pour, ou programmes pour, rechercher, a ['aide desdites donnees un modele dans des moyens de memorisation audit premier appareil, - des moyens pour, ou programmes pour, associer un ensemble de donnees a un modele identifie a ['aide desdites donnees d'identification. Enfin, I'invention concerne egalement un programme comportant 1es instructions pour mettre en oeuvre 1'un et/ou 1'autre des procedes tel que ci-dessus, un support de donnees, pouvant etre lu par un systeme informatique, comportant des donnees, sous forme codee, pour mettre en oeuvre l'un eVou l'autre des procedes tel que decrits ci-dessus, ou encore un produit logiciel comportant un support de donnees, susceptible d'etre lu par un systeme informatique, permettant de mettre en oeuvre 1'un et/ou l'autre des procedes tels que decrits ci-dessus. Toutes les donnees dont il est question ici vent sous forme numerique, les appareils de traitement de donnees recevant, generant, traitant et transmettant des donnees numeriques. L'invention offre notamment les avantages suivants: - Les exports de donnees vers l'utilisateur vent contextuels (ifs dependent de la page web visitee) et faciles a comprendre par l'utilisateur, puisque les donnees exportees vent directement associees aux donnees visualisees au moment de ltexport. - La solution est ergonomique, car, d'une part on est dans une logique presse bouton (ou de type >, ou distribution selective de donnees); d'autre part, lorsque, sur le deuxieme appareil, I'utilisateur visualise a l'ecran la vue recherchee, il lui suffit de cliquer pour recuperer, sur son tableur, les donnees sources et la logique associee (donnees d'identification) qui permet d'obtenir les resultats. - Dans la mesure ou toutes les donnee d'un modele vent telechargees en une seule requete (au plus: deux requetes dans le cas ou les donnees d'identification vent transmises separement), cette solution est tres performante par rapport aux moteurs ou aux solutions de type > qui telechargent les informations de fason unitaire (champ par champ ou requete par requete). - Les fichiers en sortie n'ont plus aucun lien avec le serveur (ou le deuxieme appareil) et deviennent done independents de la plate- forme. Ils peuvent ainsi etre envoyes ou utilises en l'etat. - le serveur, ou le deuxieme appareil, est peu sollicite car son r81e se limite a la selection et a 1'export brut de donnees sources, le traitement etant independent de l'utilisateur. Breve description des figures - les figures et 2 representent schematiquement deux techniques connues de l'art anterieur, - les figures 3 et 4 representent schematiquement un systeme pour la mise en oeuvre de la presente invention. Description detaillee de modes de realisation de ['invention Un ensemble de moyens pour mettre en oeuvre la presente invention va etre decrit en liaison avec les figures 3 et 4. Sur la figure 3 la reference 40 designe un ordinateur ou un serveur ou un site electronique (on utilisera dans la suite ['expression "serveur" ou >, mais celle-ci peut aussi se comprendre comme "ordinateur" ou "site electronique") auquel differents utilisateurs, possedant chacun un appareil de traitement de donnees, par exemple un micro-ordinateur de type PC 50, 52, 54, 56,... peuvent se connecter ou avoir acces via un reseau 60, par exemple 1'Internet. Chacun des utilisateurs accede au reseau par sa propre connexion 5l, 53, 55, 57,... et possede sa propre adresse. Les appareils d'utilisateurs peuvent aussi etre des terminaux portables avec les moyens de connexion ou de communication correspondent avec le serveur 40. Le se rve u r memorise da ns des moye ns de me morisation 42 d es donnees, par exemple sous forme d'un dictionnaire ou d'une base de donnees contenant un ensemble d'elements. A partir de cette base on sou haite al i menter u n tableu r d'a ppa rei ls de traitement de don nees 50, 52, 54, 56 de divers utilisateurs. Le dictionnaire peut contenir, pour chaque element, une description a ['aide d'attributs pouvant par exemple etre utilises lors de traitements ulterieurs, ou simplement lors de 1'affichage des elements. Ces elements de la base de donnees ou du dictionnaire vent codifies, ce qui permet de definir une syntaxe commune entre la plate- forme (serveur) et les utilisateurs 50, 52, 54, 56. Dans la suite on donnera comme exemple d'elements le cas de donnees economiques relatives a des societes, mais cet exemple n'est pas limitatif et d'autres applications peuvent etre concernees. La figure 4 represente schematiquement, en bloc, les diverges composantes d'un appareil de traitement de donnees 50. Un microprocesseur 70 est relic, par un bus 72, a un ensemble de memoires RAM 74 pour stocker des donnees, et a une memoire ROM 76 dans laquelle des instructions de programme peuvent etre memorisees. Ce systeme comporte en outre un dispositif de visualisation 78, ou ecran et des moyens peripheriques 80 (clavier) ou 82 (souris). La reference 84 designe des moyens d'interface avec le reseau, de type modem. Les autres appareils 52, 54, peuvent avoir la meme constitution. Le serveur a, globalement, une structure du meme type, avec processeur(s), zones de stockage de donnees (d'ailleurs designees sur la figure 3 par les references 42, 44, 46) et connexion au reseau. D'une maniere generale, chaque appareil d'utilisateur comporte des moyens 78 pour visualiser des donnees, transmises par 1'ordinateur 40 via les moyens de communication et/ou de transmission 5l, 53, 55, 57, 60. II comporte egalement des moyens 80 pour entrer des requetes en vue de l'obtention de certaines donnees de la base de donnees. Ces donnees vent transmises a 1'ordinateur ou au serveur 40 par les moyens de communication et/ou de transmission 5l, 53, 55, 57, 60. Chacun des appareils 50, 52, 54, 56 est muni d'un tableur, application informatique dont la definition a deja ete donnee ci-dessus. II peut etre egalement muni d'un navigateur, un programme permettant d'explorer le Web, et notamment de rechercher et de consulter des documents, et d'exploiter les liens hyper-textuels qu'ils component. Les deux principaux navigateurs du marche vent actuellement connus sous les denominations > de Microsoft et >. Chaque appareil de traitement de donnees 50, 52, 54, 56 peut encore etre muni d'un > ( >). Ce type de programme peut etre: - soit independent du tableur, il est alors realise sous forme executable au niveau du systeme d'exploitation de l'appareil de l'utilisateur (Application EXE autonome, service systeme..) - soit sous forme d'un >, ou greffe, integre au tableur de l'utilisateur. Ce moteur est par exemple declenche automatiquement lors de la reception d'un fichier envoye par la plate-forma ou le serveur. Le modele est un fichier au format du tableur utilise dans l'appareil de l'utilisateur. Il permet de definir, pour les donnees transferees du serveur vers l'appareil de l'utilisateur, la presentation souhaitee par l'utilisateur. Celui-ci peut definir cette presentation: il peut s'agir par exemple d'une combinaison d'un ou de piusieurs tableau(x) et/ou d'un ou de plusieurs graphique(s). Pour un ensemble de donnees resues du serveur, l'utilisateur peut definir deux types de fichiers (ou >): - le fichier de donnees source: il contient des elements du dictionnaire de donnees, recus du serveur, et, eventuellement, d'autres parametres, - le fichier de resultat: il contient des tableaux, des graphiques..., selon la presentation souhaitee par l'utilisateur et utilisant le fichier de donnees source. Un appareil d'un utilisateur peut comporter plusieurs modeles, memorises, par exemple a utiliser en fonction de tel ou tel type de donnees. Le serveur est programme, ou dans une des zones memoires du serveur vent memorisees des donnees ou instructions de program me, pour mettre en ceuvre un procede selon ['invention, et notamment pour, sur requete d'un utilisateur, preparer et envoyer des donnees d'identification d'un modele de presentation de donnees issues de la base de donnees ou du dictionnaire. Les donnees de la base de donnees vent recherchees par un moteur de recherche ou par des moyens programmes pour rechercher les donnees demandees par 1'utilisateur. Les donnees d'identification vent envoyees simultanement aux donnees tirees de la base de donnees, ou dans un meme fichier. Sel on u n autre mode de rea lisation, les don nees d 'identification du modele vent prealablement envoyees, les donnees tirees de la base de donnees, et de preference seulement celles utiles au modele, etant envoyees separement, sur requete ulterieure: I'appareil de l'utilisateur a alors identifie, et est prog ram me pou r identifier, les don nees necessaires au modele, et requiert ces donnees. Ce mode de realisation minimise la quantite de donnees transmises. Si plusieurs modeles vent presents dans l'appareil de l'utilisateur, alors le choix d'un modele peut alors par exemple se faire: - par definition d'un modele par defaut: vent envoyees des donnees d'identification d'un modele par defaut, I'utilisateur pouvant ensuite demander un autre modele, - ou par des moyens demandant prealablement a 1'utilisateur le choix d'un modele, par exemple par ouverture d'une fenetre offrant plusieurs choix possibles a l'utilisateur. L'appareil de traitement de donnees d'un utilisateur est programme, ou des donnees ou instructions de programme vent memorisees dans une zone memoire d'un appareil de traitement de donnees d'au moins un utilisateur, pour mettre en cauvre un procede selon ['invention, et notamment pour introduire une requete d'envoi de certaines donnees, pour pouvoir recevoir, en reponse, des donnees d'identification d'un modele de presentation de donnees, et pour rechercher, dans des moyens de memorisation de 1'appareil de traitement, u n model e de presentation de don nees identifie pa r lesd ites don nees d'identification d'un modele de presentation. Dans chaque cas, ces donnees ou instructions de programme peuvent etre transferees dans une zone memoire du serveur 40 ou de I'appareil de l'utilisateur, a partir d'une disquette ou de tout autre support (par exemple: disque cur, memoire morte ROM, memoire vive dynamique DRAM ou tout autre type de memoire RAM, disque optique compact, element de stockage magnetique ou optique) pouvant etre lu par un micro-ordinateur ou un ordinateur ou un appareil de traitement de donnees. Le transfert a partir du serveur 40, des donnees requises par un utilisateur a partir d'un appareil 50, 52, 54, 56, peut etre effectue par vue (avec un nom de vue ou nom generique lie a l'ecran du serveur), et, dans le cas de donnees economiques relatives a des societes, par societe ou groupe de societes (identifiees chacune par son nom ou bien un groupe de societes etant identifie par un nom de groupe ou bien encore par pays). Ce transfert peut aussi etre effectue par annee(s) ou par historiques de cours. Selon un mode de realisation de ['invention, le fichier envoye par le serveur comporte un en-fete et des donnees, ces derrieres etant tirees de la base de donnees du serveur et etant celles que l'utilisateur souhaite recevoir. L'en-tete permet de specifier des informations qui seront utilisees pour le traitement du fichier, et notamment des informations ou des donnees d'identification permettant d'identifier un modele de presentation des donnees tirees de la base de donnees du serveur. L'appareil destinataire (et notamment son moteur) reSoit le fichier em is par la plate-forma, effectue u n formatage approprie en fonction du modele de presentation (identifie par les donnees d'identification), puis transmet au tableur le resultat, soit directement s'il est realise sous forme d'add-in au tableur, soit par un mecanisme de type DDE ou OLE-Automation, s'il s'agit d'un procede autonome. Plus generalement, I'appareil destinataire comporte des moyens pour effectuer un formatage des donnees et pour transmettre au tableur les donnees formatees. Sur demande de l'utilisateur, le serveur genere un fichier de don nees structu rees q ui est transm is (pousse) vers le navigateu r d u posse ou de l'appareil de l'utilisateur. Au niveau du systeme, ou du navigateur, I'extension du nom de fichier est associee a ['application moteur. Des reception du fichier de donnees, le navigateur et/ou le systeme invoque le moteur qui, selon un exemple detaille, effectue alors les traitements suivants: 1. analyse de 1'en-tete des donnees transmises, 2. decodage et structuration des donnees, 3. recherche du modele, en local, par exemple dans les moyens de memorisation ou sur le disque dur de l'utilisateur; 4. ouverture du modele dans le tableur (ouverture directe pour un >, ou par > ou DDE pour un moteur externe), 5. Analyse de la structure du modele pour determiner les donnees qui lui vent necessaires (un modele peut ne necessiter qu'un soulensemble des donnees fournies par le serveur), 6. Duplication du modele (Le modele original niest pas modifie) 7. Association dynamique des donnees dans le modele (directe pour un >, ou par > ou DDE pour un moteur externe), 8. Real isation eventuel le de post-traitements (au niveau du tableur). II est egalement possible, en variante de l'etape 3, de rechercher un modele a distance sur le serveur puis de ['importer sur l'ordinateur de l'utilisateur: c'est par exemple le cas ou une nouvelle version du modele est disponible. Cette variante est particulierement avantageuse dans le cas de plusieurs utilisateurs utilisant un meme modele, par exemple plusieurs utilisateurs dans une meme societe ou plusieurs utilisateurs au sein d'un meme groupe de societes. Selon un autre mode de realisation, le serveur n'envole que l'en fete. Celle-ci est analysee, et un modele est identifie. Apres ouverture du modele, I'appareil de l'utilisateur genere une requete vers le serveur (requete synchrone) et recupere uniquement les donnees utiles au modele, permettant ainsi une optimisation du volume des donnees transferees. Des traitements specifiques peuvent eventuellement etre realises (post traitement). Ces post traitements constituent un ensemble d'operations qui peuvent etre ajoutees a la fin de chaque operation d'export par le moteur. Ces traitements vent par exemple definis dans le fichier de donnees d'identification du modele. Selon ['invention, chaque utilisateur parmi un groupe de deux utilisateurs (ou plus) peut definir son propre modele M1 de donnees, different du modele M2 d'au moins un autre utilisateur de ce meme groupe. Les memes donnees de la base de donnees ou de la memoire du serveur peuvent alors etre appelees par des utiiisateurs differents et presentees selon des modeles differents a ces utilisateurs. Un meme utilisateur peut aussi disposer de plusieurs modeles M1, M2,... en memoire, un de ces modeles eta nt identifie par les donnees d'identification transmises par le serveur. L'utilisateur peut configurer l'outil soit pour un modele par defaut (modifiable), soit par une fenetre lui proposant le choix de differents modeles. REVENDICATIONS 1. Procede d'envoi de donnees, pour un tableur d'un premier appareil de traitement de donnees (50, 52, 54, 56), cet envoi etant effectue par un deuxieme appareil de traitement de donnees (40), ledit procede comportant les etapes suivantes: - la reception, par le deuxieme appareil (40) de traitement de donnees, d'une requete de transfert d'un ensemble de donnees, emise par le premier appareil de traitement de donnees (50, 52, 54, 56), - la generation, par le deuxieme appareil (40), de donnees d 'identification permetta nt d'identifier, da ns le prem ier apparei l, u n modele de presentation audit ensemble de donnees, - l'envoi au premier appareil, par le deuxieme appareil, d'une part de ces donnees d'identification et d'autre part d'au moins une partie audit ensemble de donnees. 2. Procede selon la revendication i, led it ensem ble de don nees eta nt tra nsm is avec ies don nees d'identification de modeles de presentation de donnees. 3. Procede selon la revendication 1, comportant d'abord ltenvoi desdites donnees d/identification, puts: - la reception, par le deuxieme appareil (40), d'une requete de transmission d'une partie au moins audit ensemble de donnees, sufffisantes pour le modele de presentation identifie dans le premier appareil (50, 52, 54, 56), - puis l'envoi de ladite partie de donnees a ce premier appareil. 4. Procede selon l'une des revendications 1 a 3, ledit modele eta nt preala blement m emorise da ns le premier appa rei l. 5. Procede selon l'une des revendications 3 3, ledit modele n'etant pas prealablement memorise dans le premier appareil, et etant transmis sur requete de celui ci, apres reception des donnees d'identification. 6. Procede selon l'une des revendications 3 5, le premier et le deuxieme appareils etant relies par un reseau (60). 7. Procede selon l'une des revendications 1 3 6, des donnees definissant un traitement de donnees a effectuer dans ledit premier appareil etant envoyees avec lesdites donnees d'identification. 8. Procede de generation d'un modele de presentation de don nees dans u n premier a ppareil de tra itement de don nees(50, 52, 54, 56), comportant les etapes suivantes: - recevoir, d'un deuxieme appareil de traitement de donnees (40), des donnees d/identification d'un modele de presentation d'un ensemble de donnees, - rechercher, 3 I'aide desdites donnees d'identification, ledit modele dans des moyens de memorisation (74) audit premier appareil. 9. Procede selon la revendication 8, comportant, si ledit modele n'est pas contenu dans des moyens de memorisation audit premier appareil, I'envoi, par le premier appareil, d'une requete d'envoi, par le deuxieme appareil, des donnees correspondantes. 10. Procede d'alimentation en donnees d'un tableur d'un premier appareil de traitement de donnees (50, 52, 54, 56), comportant: - la generation d'un modele de presentation de donnees selon I'une des revendications 8 ou 9, - I'association, avec ou dans ledit modele, d'un ensemble de donnees resues. 11. Procede selon la revendication 10, dans lequel ['ensemble de 3 5 don n ees est resu avec les don nees d/identification d u modele de presentation de donnees. 12. Procede selon l'une des revendications 10 ou 11, comportant, apres generation d'un modele de presentation des donnees, I'envoi, au deuxieme appareil de traitement de donnees, d'une requete de transmission audit ensemble de donnees. 13. Procede selon la revendication 12, ledit ensemble de donnees etant suffisant a l'alimentation ou au remplissage d'un tableur du premier appareil. 14. Procede selon l'une des revendications 8 a 13, le premier appareil comportant en outre un moteur, ou des moyens, pour formater ledit ensemble de donnees. 15. Procede selon la revendication 14, le premier appareil comportant en outre un tableur, le moteur, ou les moyens pour formater les donnees, transmettant au tableur ledit ensemble de donnees formatees. 16. Dispositif de generation et d'envoi de donnees, pour un tableur d'un appareil de traitement de donnees (50, 52, 54, 56), comportant: - des moyens de reception d'une requete de transfert d'un ensemble de donnees, emise par l'appareil de traitement de donnees (50, 52, 54, 56), - des moyens pour generer des donnees d'identification permettant dtidentifier, dans l'appareil, un modele de presentation audit ensemble de donnees, ce modele etant memorise dans cet appareil, - des moyens pour rechercher, dans des moyens de memorisation, au moins une partie audit ensemble de donnees requis par l'appareil de traitement de donnees, - des moyens pour envoyer, a l'appareil de traitement de donnees, d'une part ces donnees d'identification, et d'autre part au moins une partie audit ensemble de donnees. 17. Dispositif selon la revendication 16, comportant en outre des moyens pour recevoir, apres envoi des donnees d'identification, une requete en transmission d'une partie au moins audit ensemble de donnees. 18. Systeme informatique, comportant un dispositif selon l'une des revendications 16 ou 17, ainsi qu'un appareil de traitement de donnees. 19. Systeme selon la revendication 18, I'appareil de traitement de donnees comportant: - des moyens de memorisation d'un ou de plusieurs modeles de presentation d'un ensemble de donnees, - des moyens pour recevoir des donnees d'identification d'un modele de presentation d'un ensemble de donnees, - des moyens pour rechercher, a ['aide desdites donnees d'identification, led it modele dans des moyens de memorisation (74) audit appareil, - des moyens pour associer un ensemble de donnees a un modele identifie a ['aide desdites donnees d'identification. 20. Dispositif (50, 52, 54, 56) de traitement de donnees, comportant: des moyens de memorisation d'un ou de plusieurs modeles de presentation d'un ensemble de donnees, - des moyens pour recevoir des donnees d'identification d'un modele de presentation d'un ensemble de donnees, des moyens pour rechercher, a ['aide desdites donnees, un modele dans des moyens de memorisation (74) audit premier appareil, - des moyens pour associer un ensemble de donnees a un modele identifie a ['aide desdites donnees d'identification. 21. Programme informatique comportant les instructions pour mettre en oeuvre un procede selon l'une des revendications 1 a 15. 22. Support de donnees, pouvant etre lu par un systems informatique, comportant des donnees, sous forme codes, pour mettre en oeuvre un precede selon rune des revendications 1 a 15. 23. Produit logiciel comportant un support de donnees, susceptible d'etre lu par un systems informatique, permettant de mettre