FR 2810129 A1 20011214 FR 0108854 A 20010704 présente invention concerne un procédé pour créer automatiquement un lien entre des utilisateurs et un éditeur d'entités numérisées (notamment un éditeur de logiciels de fichiers, de compacts disques, de vidéodisques, etc...) reproductibles par des moyens informatiques et/ou électroniques. Selon l'invention on prévoit un procédé pour créer un lien entre au moins un utilisateur disposant d'un équipement informatique et un éditeur entités numérisées (notamment des logiciels, des fichiers, des compacts disques, des vidéodisques, etc...) reproductibles par des moyens informatiques et/ou électroniques, lesdites entités numérisée ayant été initialement conçues pour être utilisées ou exécutées uniquement sur un équipement informatique d'un utilisateur, le procédé comprenant les étapes suivantes - implanter sur un ordinateur utilisateur au moins une partie d'une entité numérisée sur l'équipement informatique d'un utilisateur, - lors de chaque mise en service de 'entité numérisée établir automatiquement une connexion avec un serveur distant connecté à un réseau informatique et échanger avec le serveur des informations en relation avec l'entité numérisée en service. Une communauté d'utilisateurs échangeant des information sur l'entité numérisée est ainsi créée. Avantageusement, le procédé selon l'invention comprend en outre - l'étape d'identifier l'utilisateur lorsqu'il se connecte audit serveur, - l'étape de mémoriser des identifiants spécifiques audit utilisateur. Ainsi, l'éditeur de ladite entité numérisée peut référencer les clients, notamment les clients potentiels ladite entité numérisée. De préférence encore, le procedé selon 'invention comprend en outre l'étape d'analyser les evénements liés à l'exploitation de ladite entité numérisée, notamment la succession des incidents lors de 'installation, la fréquence d'utilisation d'une fonction de ladite entité numérisée, la fréquence utilisation de ladite entité numérisée pendant une phase d'évaluation. Ainsi, l'éditeur dispose d'un panel utilisateurs qui peuvent coopérer au test l'entité numérisée. De sorte que l'éditeur de ladite entité numérisée peut déterminer le degré de satisfaction des clients, notamment des clients potentiels. Selon un autre aspect de l'invention, procédé comporte en outre les étapes de - subdiviser l'entité numérisée en deux parties, une première et une deuxième partie, dont aucune ne peut etre exploitée sans l'autre, - mémoriser la première partie dans une zone mémoire du serveur, - transmettre la deuxième partie à l'utilisateur sorte que, lors de la mise en service de deuxième partie, celle-ci assure la connexion automatique avec le serveur pour exécuter la première partie manquante memorisée dans le serveur. De préférence également, le procedé selon 1 invention comprend en outre l'étape de contrôler l'accès au serveur de telle sorte que l'utilisateur ne peut accéder à ladite première partie et exploiter ladite entité numérisée que s'il possède droits d'accès Avantageusement, le procédé selon 'invention comprend en outre l'étape de contrôler et de limiter l'accès au serveur pendant une période de temps limitée et/ou pour un nombre d'utilisations limité et/ou pour une population d'utilisateurs agréés. Ainsi, l'utilisateur ne peut exploiter l'entité numérisée dans son intégral que pendant une phase d'évaluation et/ou toute phase convenue avec l'éditeur. D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description de variantes réalisation de l'invention, données à titre d'exemple indicatif et non limitatif, et de la figure 1 représente une vue en perspective d'une variante de réalisation d'un système selon l'invention. Paragraphe introductif Le procédé selon l'invention fonctionne sous Windows 95, et Windows NT. I1 permet aux éditeurs 2 et/ou aux distributeurs de logiciels de créer un lien du type " marketing face-à-face" ou encore en langue anglaise "one-to-one marketing" avec leurs utilisateurs 1, 6, au travers d'un réseau de communication informatique 5a, 5b tel que le réseau Internet. Ce ien permet de contrôler 4e efficacement les autorisations d'utilisation du logiciel et d'instaurer une communication permanente entre un éditeur 2 et chacun des utilisateurs 1 de ses produits pour améliorer la qualité et la pertinence des démarches commerciales de support technique. Chaque utilisateur 1 d'un produit "lié", est enregistré 4g un serveur 4 contrôlé par l'éditeur 2. Ses droits d'accès au produit sont enregistrés dans une base de données 4b que l'éditeur maintient directement. Chaque utilisateur dispose d'un compte personnel d'accès pour chaque produit qu'il utilise. I. Le SAA (Segmentation Asymétrique d'Application), ou encore en langue anglaise : Asymetric Application Segmentation : AAS. Le SAA comporte des moyens informatiques 3 pour subdiviser un produit en deux parties, dont aucune ne peut être exploitée sans l'autre. Le SAA permet de transformer une application destinée à fonctionner sur un poste client 6 en une nouvelle application dont le code se trouve réparti entre le poste client 6 (deuxième partie de l'application) et la zone mémoire 4a d'un serveur distant 4 (deuxième partie de l'application). Des moyens d'installation 6a permettent d'installer la deuxième partie de l'application sur ledit poste 6. L'intérêt de ce procédé est de sécuriser le logiciel et d'en maîtriser les droits d'accès. En particulier, chaque prospect peut essayer rapidement la même application que celle utilisée par un client sans que l'éditeur n'encoure le moindre risque de piratage. En effet, un logiciel ne peut être piraté par un utilisateur si celui-ci ne détient pas la totalité du code. D'autre part, l'obligation absolue de connexion au serveur distant 4 pour lancer le programme rend le contrôle des droits aussi simple que les contrôles d'accès à des données. La figure 1 illustre le fonctionnement d'un produit édité par un éditeur 2, réparti entre le poste client 6 d'un utilisateur 1 et un serveur 7. Le procédé SAA permet d'appliquer ce mode de fonctionnement à n'importe quel produit (notamment des logiciels, des fichiers, des compacts disques, des vidéodisques, etc.. ., .) . II. CME (Canal Marketing Electronique), ou encore en langue anglaise . Online Marketing Channel, OMC. Un logiciel transformé par le procédé SAA établit automatiquement une connexion 7, 5b avec le serveur distant 4 lorsqu'il s'exécute. Des moyens informatiques 6b, 4d, respectivement situés dans le poste 6 et le serveur 4 permettent d'établir un tel lien fonctionnel. Cette caractéristique rend possible le dialogue entre l'éditeur 2 et ses utilisateurs 1. Quand l'utilisateur lance l'application, elle se connecte automatiquement à Internet 5b pour exécuter la partie du code manquante sur le serveur distant 4 de l'éditeur. Ainsi notamment, un prospect, pour faire fonctionner une version d'évaluation, doit disposer d'un accès à Internet. Chaque fois qu'il utilise une version générée par l'invention, il crée automatiquement un lien entre lui-même et l'éditeur de logiciels. Ce mode de communication est appelé CME. il permet de transmettre une information pertinente à chaque utilisateur 1 d'un produit au moment où elle présente le plus d'intérêt. En effet, c'est lorsque le produit est utilisé qu'une information technique ou commerciale aura le plus d'impact. Par exemple, un prospect 1 sera plus sensible à une "stimulation commerciale" si elle lui parvient juste au moment où il lance le logiciel. Bien souvent, un utilisateur 1, qui ne parvient pas à faire fonctionner un logiciel convenablement, cherche longuement où s'adresser pour obtenir un support. Là encore le CME est le moyen pour lui de communiquer directement avec le service concerné. Il n'aura pas besoin de justifier d'un numéro de licence ou d'un historique des communications qu'il a déjà eues avec le support technique puisque le seul fait de se connecter au serveur 4 l'identifie automatiquement. Ainsi, il économise du temps et ne dépense plus d'argent en téléphone à joindre le service compétent. Lorsque le service de support dépend d'un contrat payant, ou pour que l'éditeur s'assure de fournir le support qu'il souhaite à chaque catégorie utilisateurs utilisant légalement son produit le CME offre une solution élégante pour fournir l'information pertinente à un moindre coût. Le procédé selon l'invention intègre CME au coeur d'une application existante. L'application ainsi transformée dispose de moyens supplémentaires permettant notamment d'envoyer et de recevoir des messages provenant des différents services de l'editeur 2 support, marketing produit, vente...). Il permet par ailleurs à l'éditeur d'émettre des messages seront affichés automatiquement au démarrage du programme, ces messages étant destinés à un groupe d'utilisateurs ou à une personne en particulier. Ces messages peuvent être générés par un événement particulier (première connexion au serveur) ou être issus d'une décision réfléchie d'un intervenant de l'éditeur. A terme, le CME est un vehicule idéal pour les mises à jour de logiciels ou des fichiers chez les utilisateurs des produits. Générateur automatique de lien Le procédé selon l'invention dispose d'un générateur automatique pour ajouter un lien en intégrant SAA et le CME au sein d'une application. La sélection des paramètres de génération (Application, paramétrages des critères de distribution tels que la durée de fonctionnement de l'application, personnes autorisées à utiliser le produit, ... ) est assistée par plusieurs suites d'écrans menant logiquement au processus de sélection. La génération proprement dite consiste à decompiler le code de l'application pour en extraire certaines suites d'instructions qui seront écartées du code l'application et stockée sur le serveur. Ces instructions sont ensuite remplacées durant phase d injection par un nouveau code dont le principal rôle est de greffer une librairie d'extension sein de l'application ainsi transformée. Cette librairie d'extension fournit l'ensemble des services de connexion aux serveurs et assure l'affichage des différents écrans et messages. générateur transforme automatiquement une application (win 32/Intel) en version exploitable. éditeur des droits d'utilisation encore, en langue anglaise, le "tracker") permet de visualiser 3b, 4i utilisateurs des produits et d'agir leurs droits d'accès en temps réel. Visualisation des utilisateurs 1 et des prospects 1 utilisant des produits. particulier, l'éditeur 2 peut désormais automatiquement référencer avec fiabilité tous les utilisateurs 1 de sa version de démonstration. L'éditeur obtient des coordonnées fiables de chaque prospect (nom, société, tel, mel ... ). En effet, l'éditeur peut prévenir tout prospect qui s'enregistre que ses droits d'accès seraient immédiatement supprimés si ses coordonnées se révélaient inexactes. L'éditeur peut savoir avec quelle fréquence les utilisateurs, et notamment les prospects, utilisent leur version de démonstration. A cet effet, poste informatique 30 de l'éditeur 2 et/ou le serveur distant 4 comprennent des moyens informatiques 3a d'analyse pour analyser les événements liés à l'exploitation de l'application. Ainsi, l'éditeur connaît avec precision, en temps réel et pour chaque prospect, la fréquence d'utilisation de la version d'évaluation. peut facilement en déduire le degré de motivation et donc orienter son effort commercial sur les prospects les plus "chauds". Des rapports standards permettent à l'éditeur de visualiser 3b, 4i en temps réel les informations collectées dans la base de données 4g du serveur. Contrôle en temps réel des droits d'accès des utilisateurs et des prospects. L'éditeur peut étendre les droits d'exécution de tout prospect, à distance, en un instant. Et il peut même transformer la version de démonstration d'un prospect en une version cliente en quelques secondes via Internet. Les droits d'accès étant gérés par le serveur 4 de l'éditeur celui-ci peut facilement les modifier pour répondre aux éventuelles demandes d'extension d'évaluation utilisateurs 1. I1 peut sélectivement étendre les droits de certains prospects, sans pour autant affecter droits de l'ensemble des prospects. Réception et transmission de messages L'éditeur droits d'utilisation permet par ailleurs de consulter les messages du CME et d'envoyer des informations vers les utilisateurs des produits. Le serveur 4 est installé en complément d'un serveur accessible sur Internet. I1 dispose de moyens d'identification 4f qui lui permettent de contrôler les utilisateurs 1 des produits. Il tient à jour une base de données 4g des utilisateurs. Chaque utilisateur 1 doit disposer d'une licence d'exploitation de l'application. L'administrateur du système peut librement attribuer des licences à un utilisateur dans la limite des droits qu'il possède et qui sont matérialisés par des jetons enregistrés dans une mémoire du serveur 4. En particulier, la version d'évaluation ne peut être utilisée si les droits d'accès du prospect sont valides. Définis par l'éditeur lors de la génération de la version d'evaluation, les droits d'accès de l'utilisateur sont automatiquement vérifiés lors de la connexion au serveur distant. Deux types de limitation sont gérés par l'invention. Par exemple : une limitation en fonction du temps (de 1 à 90 jours à compter de la première connexion du prospect) et une en fonction du nombre d'exécutions (de 1 à 0). REVENDICATIONS 1. Procédé pour créer un lien entre au moins un utilisateur (1) disposant d'un équipement informatique (6) et un éditeur (2) d'entités numérisées (notamment des logiciels, des fichiers, des compacts disques, des vidéodisques, etc...) reproductibles par des moyens informatiques et/ou électroniques, lesdites entités numérisée ayant été initialement conçues pour être utilisées ou exécutées uniquement sur un équipement informatique d'un utilisateur, le procédé comprenant les étapes suivantes - implanter sur un ordinateur utilisateur au moins une partie d'une entité numérisée sur l'équipement informatique (6) d'un utilisateur, - lors de chaque mise en service de l'entité numérisé, établir automatiquement une connexion (7 5b) avec un serveur distant (4) connecté à un réseau informatique (5a, 5b) et échanger avec le serveur des informations en relation avec l'entité numérisée en service. 2. Procédé selon la revendication 1, caractérisé en ce que les informations en relation avec l'entité numérisée en service comprennent des identifiants spécifiques à l'utilisateur. 3. Procédé selon la revendication 2, caractérisé en ce que les identifiants spécifiques à l'utilisateur sont mémorisés dans le serveur. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que les informations en relation avec l'entité numérisée en service comprennent des événements liés à l'exploitation de l'entité numérisée. 5. Procédé selon la revendication 4, caractérisé en ce que les événements liés à l'exploitation de l'entité numérisée sont relatifs à la succession des incidents lors de l'installation. 6. Procédé selon la revendication 4, caractérisé en ce que les événements liés à l'exploitation de l'entité numérisée sont relatifs à la fréquence d'utilisation de l'entité numérisée, notamment pendant la phase d'évaluation. 7. Procédé selon l'une quelconque des revendications 4 à 6, caractérisé en ce qu'il comporte l'étape de déterminer un degré de satisfaction de l'utilisateur à partir des événements liés à l'exploitation de l'entité numérisée. 8. Procédé selon la revendication 1, caractérisé en ce qu'il comporte les étapes de - subdiviser (3) l'entité numérisée en deux parties, une première et une deuxième partie, dont aucune ne peut être exploitée sans l'autre, - mémoriser la première partie dans un zone mémoire (4a) du serveur (4), - transmettre la deuxième partie à l'utilisateur (1), de sorte que, lors de la mise en service la deuxième partie, celle-ci assure la connexion automatique avec le serveur pour exécuter la première partie manquante mémorisée dans le serveur. 9. Procédé selon la revendication 8, caractérisé en ce qu'il comprend les étapes de - contrôler (4e) l'accès audit serveur de telle sorte que l'utilisateur ne peut accéder à la première partie exploiter l'entité numérisée que s'il possède les droits d'accès. Procédé selon la revendication 9, caractérisé en ce qu'il comprend en outre l'étape de contrôler et de limiter l'accès audit serveur pendant une période de temps limitée et/ou pour un nombre d'utilisations limité et/ou pour une population d'utilisateurs agréés, de telle sorte que l'utilisateur ne peut exploiter ladite entité numérisée dans son intégralité que pendant une phase d'évaluation et/ou toute phase convenue avec l'éditeur.