CA2449260A1 - Systeme et procede pour la distribution dynamique de donnees et/ou de services - Google Patents

Abstract

L'invention concerne la distribution dynamique de données et/ou de services. Le système mis en oeuvre comporte essentiellement: un serveur IRC (1), et éventuellement des serveurs fils (6); au moins un agent (7), résident ou apt e à devenir résident sur un terminal utilisateur, et apte à être mis en communication avec le serveur (1), et/ou au moins un logiciel serveur fils (6); et au moins une couche de communication (18) apte à véhiculer des appel s de méthodes distantes sur des objets situés sur un serveur (1) et/ou un serveur fils (6), et à mettre en oeuvre au moins un protocole de communicati on (5) apte à assurer un lien interactif entre un serveur (1,6) et des agents (7), tandis que ledit protocole comporte: des moyens le rendant apte à produire et gérer des communications entre au moins un agent et l'IRC, notamment par le biais de messages XML; des moyens pour appeler une méthode distante par lecture/écriture d'objets de types respectivement Object/Reques t ou ObjetRequête et OjectResponse ou ObjetRéponse. Application sur tous types de réseaux et d'architectures distribuées, avec traçabilité.

Description

WO 02/087191 PCT/FR02/0136s SYST~ME ET PROCÉDÉ POUR LA DISTRIBUTION DYNAMIQUE DE
DONNÉES ET/OU DE SERVICES
DOMAINE DE L'INVENTION
La présente invention concerne le domaine de la distribution d'applications et de services à des utilisateurs distants. Elle concerne plus particulièrement la distribution d'applications et/ou de services, notamment la distribution dynamique de doruzées, à des utilisateurs distants connectés, sur tous types de réseaux et d'architectures distribuées.
Les données sont des biens numériques et seront qualifiées dans la stûte aussi bien par l'une que par l'autre de ces dénominations.
ARRT~RE-PLAN TECHNOLOGIQUE DE L'INVENTION
On connaît des systèmes de distribution et/ou de vérification de données en réseau, dont certains comportent une distribution sécurisée, visant à procurer des solutions ponctuelles, spécifiques pour chaque cas.
Ainsi, la demande de brevet WO 99/50995 dêcrit un intégrateur de services Internet composé d'tuze plate-forme qtû choisit, intègre et configure automatiquement, selon, les demandes du client, les fonctions nécessaires à la mise en place d'un service Internet à valeur ajoutée.
Le document US 6075943 décrit tus système pour le transfert et l'installation à distance de programmes d'application client-serveur à partir d'un ordinateur source, dans un système de traitement de données distant.
Un cycle de distribution peut intégrer plusieurs programmes pour des destinataires différents ou pour un même destinataire. Ce système utilise un programme de décompression qui doit être transféré avant les programmes d'application comprimés à transférer. De plus, les erreurs sont détectées, mais non traitées automatiquement.
Le document US 6141759 dêcrit un système de gestion des requêtes d'information sur un réseau d'ordinateurs. Il met en oeuvre un ou plusieurs systèmes d'ordinateurs serveurs secondaires, dont la fonction est de se suppléer en cas de besoin à un premier ordinateur sérveur. Les erreurs êventuellement détectées dans 1e traitement de la requête d'informâtion donnent lieu à une réinitialisation du processus de traitement.

WO 02/087191 PCT/FR02/0136s Le document US 5999741 décrit une méthode d'installation à distance d'une mise à jour de logiciel, dans laquelle le système mis en oeuvre sélectionne une voie de communication pour requérir des informations sur la version existante et télécharger la mise à jour du logiciel.
La présente invention vise à procurer à des utilisateurs distants, ainsi qu'aux fournisseurs avec lesquels ils sont connectés, des moyens de distribution dynamique d'applications et de services, sous forme de flux d'information numérisée, de préférence sécurisée, et avantageusement avec Luge traçabilité permettant, par exemple de connaître l'utilisation d'un objet et/ou de localiser un objet, et au besoin d'obtenir des profils utilisateurs.
RÉSUMÉ DE L'INVENTION
Le système, le procédé et les moyens selon l'invention reposent sur une architecture client/serveur. L'invention met en oeuvre une plate-forme de communication centrale ou serveur (encore dénommé Resource Center, ou IRC), qui dirige des agents aptes à diffuser les dorulêes vers les postes finals (ou postes finaux) ou vers des Resource Centers (logiciels serveurs) secondaires (encore dénommés Resource Centers fils), servant de relais vers de tels agents, tandis que les communications entre la plate-forme de communication centrale et/ou les centres de ressource secondaires et les agents utilisent avantâgeusement un protocole sécurisé.
Le système selon l'invention comporte une modularité et des moyens de traçabilité qui en font un outil particulièrement adapté pour des transmissions dynamiques de données et de services. En particulier pour les fournisseurs de services professionnels en ligne (NSP, ASP, MSP), il permet un positionnement sur de nouveaux marchés et le développement d'offres, originales, avec une qualité de service exceptionnelle, non accessible aux systèmes préexistants. Il améliore en effet la performance des offres de services en ligne en assurant - la mise à disposition et la fiabilité des services proposés, - la sécurité et la confidentialité des données échangées, et la simplicité d'utilisation et l'accessibilité des services.
Le système selon l'invention pour la distribution d'applications et de services à des utilisateurs distants comporte principalement au moins une plate-forme de communication centrale (IRC), à laquelle sont reliés WO 02/087191 PCT/FR02/0136s fonctionnellement des agents permettant la diffusion de données vers les postes utilisateurs finals et/ou, en option, des centres de ressource fils agencés pour servir eux-mêmes de relais vers lesdits agents.
La communication entre la plate-forme de communication (dénommée ici Intoan Resource Center, soit en abrégé TRC) et ses agents met avantageusement en oeuvre un protocole dénommé en abrégé IVAP (Intoan Versatile Access Protocol), qui est un protocole sécurisé élaboré par la demanderesse.
L'invention procure ainsi un système permettant de produire et de gérer des flux de biens numériques, ainsi que de l'information associée à
ceux-ci, avantageusement au travers de l'ensemble des acteurs, depuis la création du bien jusqu'à sa consommation, avec notamment pour objectif de maximiser la valeur de ce bien telle qu'elle est perçue par un client final.
Le bien créé peut être d'un type préexistant chez le fournisseur ou être créé spécialement à la demande.
L'invention est décrite ci-après plus en détail, en référence aux dessins annexés, qui ne la limitent aucunement et sont uniquement illustrafiifs de certains modes de réalisation de l'invention.
BR~VE DESCRIPTION DES DESSINS
L'invention est illustrée ci-après plus en détail, en référence aux dessins annexés, dans lesquels:
- FIG. 1 représente schématiquement les éléments constitutifs du système selon l'invention et de son environnement;
- FIG. 2 est une représentation schématique d'une forme de réalisation d'une architecture modulaire commune au serveur et à un agent;
- FIG. 3 représente une forme de réalisation du protocole IVAP;
- FIG. 4 illustre la traçabilité des biens numériques et des procédures dans un exemple de distribution dynamique selon l'invention; et - FIG. 5 montre un exemple de diagramme de séquence représentant le fonctionnement du protocole de communication avantageusement mis en oeuvre selon l'invention dans une application client/serveur.
Dans les figures annexées, les mêmes numéros de référence sont, sauf exceptions, utilisés pour les mêmes éléments apparaissant sur plusieurs figures.

WO 02/087191 PCT/FR02/0136s DESCRIPTION DÉTAILLÉE DE L'INVENTION
Bien que la termal ologie utilisée dans la présente demande soit classique et/ou aisément compréhensible par l'homme du métier des différents domaines conceptuels, techniques et opérationnels concernés, les définitions de certains termes seront fournies plus loin pour en garantir la clarté. Certains noms utilisés dans la suite sont des dénominations corrunerciales appartenant à leurs titulaires respectifs.
La présente invention a pour premier objet un système pour la distribution dynamique de données et/ou de services, comportant essentiellement:
- un serveur (IRC), et évventuellement des serveurs fils (ou Resource Centers fils);
- aù moins un agent, c'est-à-dire un support de programme, celui-ci pouvant être mis en communication avec le serveur et/ou le(s) Resource Center(s) fils, et êtant apte à devenir résident sur la machine de l'utilisateur;
- au moins une couche de communication apte à véhiculer des appels de méthodes distantes sur des objets situés sur un serveur et/ou un serveur fils, et à mettre en oeuvre au moins un protocole de communication apte à assurer un lien interactif entre un serveur et des agents, Tandis que ledit protocole comporte:
- des moyens le rendant apte à produire et gérer des communications entre au moins un agent et l'IRC, notamment par le biais de messages VIL;
- des moyens pour appeler une méthode distante par lecture/écriture d'objets de types respectivement ObjectRequest (ObjetRequête) et ObjectRespottse (ObjetRéponse), avantageusement au moyen d'un stub et d'un skeletot2.
Ainsi, si l'on se réfère à la FIG. 1, une forme de réalisation du système selon l'invention comporte un serveur IRC père 1, intégrant des services 2, mis en communication interactive par une liaison filaire 3 et/oû une liaison sans fil 4, au moyen d'un protocole 5 (ici protocole IVAP) avec, par exemple un serveur fils 6 et/ou au moins un agent 7, résident où devenu rêsident sur un terminal utilisateur tel qu'un têléphone 8, un PDA 9, une boîte dite Set WO 02/087191 PCT/FR02/0136s S
Top Box 10 et/ou un terminal informatique 11 PC, Mac~ ou serveur Sun~, ou autre. En option, un ou plusieurs serveurs IRC fils 6 peuvent également être présents.
Le système selon l'invention peut fonctionner sur tous types de réseaux. Il permet avantageusement le transport sécurisé de tous types de contenus (par exemple textes, images, logiciels, vidéo, etc.) à destination de tous types de postes terminaux, tels que par exemple des ordinateurs, des téléphones, des assistants numériques, entre autres.
Dans ce système, le ou les serveurs et les agents sont construits autour de la même architecture. Dans cette architecture, lés couches de base intégrées tant dans le serveur que dans les agents et/ou dans les Resource Centers fils comportent des moyens et/ou des fonctionnalités appropriées pour assurer:
la communication avec les agents (couche IVAP): échanges de messages et échanges binaires, et en option, - le cryptage, (par l'intermédiaire d'une couche SSL par exemple), et/ou - la compression (par l'intermédiaire d'une couche Zlib par exemple), et/ou - l'ordonnancement des tâches, et/ou - l'accès à des bases de données externes, et/ou - des ajouts/suppressions de modules, notamment.
Les couches de base sont avântageusement intégrées dans un "framework", qui permet l'ajout dynamique de modules.
La FIG. 2 représente ainsi schématiquement une architecture modulaire, qui est commune au serveur et à l'agent, comportant une couche de cryptage .12, une couche de communication apte à mettre en oeuvre un protocole IVAP 5, des core modules (ou modules centraux) 13,14, des modules additionnels 15,16, les uns et les autres en nombre indéfini, ainsi qu'un système de gestion de base de données 17, ce dernier étant optionnel pour l'agent 7 (voir FIG. 1).
Lesdits modules sont par exemple, isolément ou cumulativement des modules du type visant à permettre le déploiement d'applications, la surveillance de machines, la maintenance à distance, la téléconfiguration d'un poste de travail informatisé, la télémaintenance de progiciels, la WO 02/087191 PCT/FR02/0136s sauvegarde des données utilisateur, entre autres fonctionnalités et/ou applications.
Le logiciel serveur, dénommé en abrégé IRC dans sa forme de réalisation préférée, est de préférence développé en langage Java.
L'implémentation de l'agent pour le système d'exploitation d'un terminal connecté (par exemple un agent pour Windows~) est de préfêrence effectuée en C++. L'agent peut cépendant être développé en n'importe quel langage, et ce en fonction des architectures. L'homme de l'art est apte à
inventorier ces situations, à les analyser et à sélectionner un ou plusieurs langages appropriés pour une architecture définie.
A titre d'exemple non limitatif, la FIG. 3 illustre une architecture d'éléments de protocole d'un système selon l'invention. Dans cette figure sont schématisés une couche de cryptage 12 (couche SSL par exemple), le protocole de communication 5 1VAP, un canal XML 18 pour l'échange des messages, et un canal binaire 19 pour l'échange de données.
Un agent, au sens où on l'entend selon la présente invention, est un support de programme, qui peut être acquis en tant que tel sous forme de cédérom, DVD ou autre, ou formaté et chargé à partir d'un site Internet, entre autres, l'acquéreur choisissant l'agent correspondant à l'architecture de ?0 sa machine, qu'il s'agisse d'un PC, d'un Mach, d'un Palm~, ou d'autres appareils destinés à héberger ledit agent, et qui comporte avantageusement au moins un programme souhaité ou sur lequel au moins un programme peut être enregistré, avantageusement par téléchargement ou' têlétransfert, par exemple à partir d'un site Internet fournisseur.
La machine intégrant ou recevant l'agent support de programme peut être indifféremment un ordinateur PC ou Mac, un assistant personnel, un téléphone mobile, ou tout appareil analogue.
A la fin de son installation, l'agent devient résident sur la machine.
Dans une forme de réalisation préférée, le système peut être totalement ou partiellement autonome, dynamique et évolutif. Il peut conférer à l'utilisateur final une réelle liberté, dans la mesure où cet utilisateur final n'a pas nécessairement à intervenir dans le procédé de gestion ou de maintenance, et peut travailler indépendamment du système, qui fonctionne avec transparence.

WO 02/087191 PCT/FR02/0136s Un tel système conforme à l'invvention peut être utilisé fiant au sein de "grands complies" qu'au sein de TPE/PME (c'est-à-dire des très petites entreprises ou des petites et moyennes entreprises).
Le système selon l'invention est avantageusement mis en oeuvre selon un procédé qui constitue un autre objefi de la présente invention.
L'invention a ainsi également pour objet un procédé pour la distribution dynamique de données et/ou de services, comportant essentiellement les éfiapes consistant à:
- procurer au moins un agent, c'est-à-dire un support de programme, qui peut être acquis en tant que tel sous forme de cédérom, DVD ou autre, ou formaté et chargé à partir' d'un site Internet, entre autres.
L'acquéreur choisifi l'agent correspondant à l'architecture de sa machine, qu'il s'agisse d'un PC, d'un Mach, d'un Palm~, ou d'autres appareils destinés à
héberger ledit agent;
- installer un tel agent, pour qu'il devienne résident sur la machine de l'utilisateur;
- effectuer la souscription de l'agent par l'utilisateur aux services proposés, directement depuis l'interface de l'agent par l'intermédiaire d'un arumaire, et ce aussi bien pour des services locaux (c'est-à-dire définis sur le Resource Center local) que pour des services publics, et aussi bien pour des services payants que pour des services gratuits;
- en option, effectuer l'abonnement de l'agent aux services par l'administrateur du système depuis l'infierface de l'IRC (c'est a dire de façon centralisée);
- effectuer l'inscription à ces services, avec corrélativement chargement ou téléchargement automatique des composants nécessaires à
leur activation.
Ledifi protocole est destiné à optimiser les transferts (compression, utilisation de la bande passante, et autres moyens) entre les IRC et les agents.
Il peut être activé sans que l'on ait à accroître la vitesse des échanges, qui demeure fonction de la qualité du réseau sélectionné.
Dans une forme de réalisation avantageuse, le procédé selon l'invention met en oeuvre un protocole, avantageusement le protocole IVAP
susdit (voir FIG. 3), dont les étapes essentielles consistent à:

WO 02/087191 PCT/FR02/0136s - produire et gérer des commu~.~ications entre au moins un agent et l'IRC, notamment par le biais de messages XML;
- appeler au moins une méthode distante par lecture/écriture d'objets de types respectivement ObjectRequest (ObjetRequête) et ObjectRespo~zse (ObjetRéponse), avantageusement au moyen d'un stub et d'un skeleto~z.
Plus précisément, l'agent 7 communique avec l'IIZC 1 par le biais de messages XML. La côuche de communication XML 18 sert, la plupart du temps, à véhiculer des appels de méthodes distantes sur des objets situés sur le serveur Resource Center.
Selon une forme de fonctionnement préférée, l'appel d'une méthode distante s'effectue par lecture/écriture d'objets respectivement ObjectRequest et ObjectResponse .
Un ObjectRequest encapsule un appel de méthode, c'est-à-dire qu'il contient:
le nom de la méthode distante (une simple chaîne de caractères) et une liste de paramètres (c'est-à-dire d'autres objets).
Un ObjectResponse encapsule l'état de retour de la méthode distante, c'est-à-dire, par exemple:
~ un objet valeur de retour, ~ un objet exception (si une exception, levée à l'exécution côté
serveur, doit être interceptée par le client), ~ le (ou les) objets) passés) par référence à la méthode dont l'état doit changer.
Le processus de lecture/êcriture d'un objet dans un flux de données (réseau, fichier, etc.) correspond au processus de sêrialisation (êcriture) et de désérialisation (lecture), et permet de rendre les objets persistants, c'est-à-dire matërialisables sur une plate-forme distante. La communication par flux d'objets préconisée selon l'invention apporte le niveau d'abstraction nécessaire au traitement aisé des échanges entre client et serveur. La formalisation des processus de sérialisation/désérialisation permet d'en automatiser la mise en oeuvre, c'est-à-dire la programmation.
L'appel de méthode distante utilise ce que l'on nomme classiquement un stub et un skeleto~a. Il s'agit là de deux classes d'objets, l'une respectivement sur le poste utilisateur, l'autre sur le serveur. Le stub et le WO 02/087191 PCT/FR02/0136s skeleton sont chargés de procurer à l'utilisateur client, respectivement au serveur une interface commune et multi-plateformes, qui délègue les services communications. Cette interface définit les méthodes dêléguées que l'utilisateur client souhaite appeler sur le serveur. Le flux de données (voir schéma ci-dessous d'une description objet XML illustrative, sous. forme de diagramme de classes) est entièrement encapsulé par ces deux classes.
~ Interface objet X
Méthode 1 Stub h' ~--d~l Méthode 2... ~~ Skeleton ,Y
-Lit ObjectResponse -Ecrit -Ecrit ~ ~ ' ObjectResponse ObjectRequest multi-langage => -Lit ObjectRequest +Mêthode 1 +Méthode 1 +Méthode 2 ... +Méthode 2 ...
langage client Diagramme de classes langage serveur Dans la FIG. 4 des dessins annexés est représenté, sous forme d'un diagramme de sêquence illustratif et non limitatif, le fonctionnement du sttsb et du skeleton dans une application client/serveur lorsque la méthode 1 de l'interface objet X (voir ci-dessus) est invoquée par l'utilisateur client.
Les 2S pointillés représentent la communication sur le réseau.
Il convient de noter que la fermeture de la socket est à l'initiative du client, lorsqu'une ou plusieurs méthodes ont été appelêes.
A titre d'exemple, un utilisateur peut s'abonner ainsi à un service de location de logiciels. L'agent utilisé dialogue alors avec l' Intoan ResoT~rce Ce~ater , qui lui envoie les composants associés à ce service: distribution du logiciel, retrait du logiciel et contrôle. L'utilisateur peut immédiatement utiliser le logiciel chargé. La traçabilité mise en place par le système selon l'invention fournira par ailleurs des informations liées à son utilisation, telles que par exemple sa durée d'utilisation.
Techniquement, on met ainsi avantageusement en oeuvre:

WO 02/087191 PCT/FR02/0136s - d'une part, un protocole approprié, dénommé ici en abrégé
IVAP (Intoan Versatile Access Protocol), qui assure un lien interactif assimilable à un cordon ombilical reliant un IRC et/ou des IRC fils à des agents, et 5 - d'autre part, un système assurant la traçabilité des biens numériques qui sont véhiculés au moyen de ce protocole.
La traçabilité, au sens où on l'entend selon l'invention, est illustrée dans la FIG. 5, dans laquelle un bien numérique 20 est packagé ou emballé
en un paquet 22 grâce à une application 21 et pourvu d'une "étiquette 10 électronique", puis déposé sur un IRC 1 et routé selon un protocole 5 vers l'1RC 23 responsable des postes finaux cibles 24,25. Une notification de réception 26 est envoyée au serveur émetteur. Les agents 7 des postes finaux, qui récupèrent le bien numérique, envoient des notifications 27,28 à leur IRC.
En prafique, le système pour la mise en oeuvre de Ia traçabilité susdite peut comporter, à titre d'exemple, (voir FIG. 5):
~ des moyens pour packager ou emballer un bien numérique 20 (tel qu'un logiciel), par exemple grâce à l'application Packer for Windows 21;
~ des moyens pour munir le paquet 22 d'une "étiquette électronique logicielle" pouvant comprendre notarriment les éléments suivants:
- nom, taille et date du paquet, - description du contenu, - certificat électronique, etc., ~ des moyens pour déposer le paquet 22 sur un IIZC 1 et pour le router automatiquement (ici grâce au protocole 1VAP 5) vers l'IRC 23 responsable des postes finaux cibles 24,25;
~ des moyens pour l'envoi par le serveur 23, dès rêception du paquet, d'une notification de réception 26 (qui comprend l'étiquette électronique du paquet, le certificat du serveur, l'heure de réception du paquet, etc.) au servel.~r émetteur 1;
~ des moyens pour la récupération du paquet 22 par les agents 7 des postes finaux et pour l'envoi par les agents 7 de notifications 27,28 à leur IRC; et ~ des moyens pour que les postes, finaux informent régulièrement leur IRC des opérations qu'ils effectuent sur le bien numérique concerné (par exemple effacement, lancement du logiciel, etc.); et, en option, WO 02/087191 PCT/FR02/0136s ~ des moyens pour la consignation des notifications 26,2,28 dans des bases de données et/ou pour leur remontée automatique à tous les niveaux, de préférence jusqu'au niveau du serveur principal 1.
II faut noter que, dans ce système, un agent peut être connecté à
plusieurs serveurs IRC.
Dans une forme de réalisation préférée, le système pour la distribution dynamique de données et/ou de services selon l'invention comporte des moyens de traçabilité essentiellement constitués par:
- une application 21 assurant le packaging d'un bien ntunérique 20 pour constituer un paquet 22 et l'allocation à celui-ci d'une étiquette électronique logicielle;
- des moyens pour le dépôt dudit bien numérique sur un IRC 1;
- des moyens pour le routage du dit bien numérique selon un protocole 5 vers l'IRC 23 responsable de postes finaux cibles 24,25;
- des moyens de fourniture d'au moins une notification relative au paquet 22 et d'envoi de celle-ci au serveur émetteur 1 et/ou 6.
On entend ici par «notification relative au paquet» 22 aussi bien une notification de réception 26 et/ou 27,28 que des notifications respectivement de copie, d'effacement, de modification, ou autres.
L'invention a ainsi également pour objet un système pour la distribution dynamique de données et/ou de services tel que décrit plus haut, et dans lequel la distribution est effectuée avec traçabilité, par des moyens et/ou des éléments de système tels que décrits ci-dessus.
Dans ces formes de réalisation, le système intègre une mêcanique évoluée permettant d'offrir une traçabilité complète des biens numériques traités par le système. Cette mécanique évoluée peut notamment comporter des moyens destinés à procurer des marquages appropriés des fichiers, des codes de retours, des routages, etc.
Sous l'angle du procédé utilisé pour sa mise en oeuvre, la traçabilité, au sens où on l'entend selon la présente invention, fait intervenir les étapes sttlvantes:
~ packaging ou emballage d'un bien ntunérique 20 (tel qu'un logiciel), par exemple grâce à l'application Packer for Windows 21;
~ fourniture au paquet 22 d'une "étiquette électronique logicielle"
pouvant comprendre notamment les éléments suivants:

WO 02/087191 PCT/FR02/0136s - nom, taille et date du paquet, - description du contenu, - certificat électronique, etc., ~ dépôt du paquet 22 sur un IRC 1 et routage du paquet 22 automatiquement (ici grâce au protocole 1VAP 5) vers l'IRC 23 responsable des postes finaux cibles 24,25;
~ envoi par le serveur 23, dès réception du paquet, d'une notification de réception 26 (qui comprend l'étiquette électronique du paquet, le cértificat du serveur, l'heure de réception du paquet, etc.) au serveur émetteur 1;
~ utilisation du paquet 22 reçu par les agents 7 des postes finaux et envoi par les agents 7 de notifications 27,28 à Ieur IRC; et ~ information régulière de leur IRC par les postes finaux des opérations qu'ils effectuent sur le bien numérique concerné (par exemple effacement, lancement du logiciel, etc.); et, en option, ~ consignation des notifications 26,27,28 dans des bases de données et/ou remontée automatique des dites notifications à tous les niveaux, de préférence jusqu'au niveau du serveur principal 1 ou d'au môins un serveur fils 6.
L'invention a ainsi également pour objet un procédé pour la distribution dynamique de données et/ou de services tel que décrit plus haut, et dans lequel la distribution est effectuée avec traçabilité, par des moyens tels que décrits ci-dessus.
Ainsi, selon la présente invention, on réalise une plate-forme de distribution interactive de biens numériques et de services, de préférence en association avec des moyens de traçabilité.
Le système et le procédé selon l'invention mettent avantageusement en oeuvre une sélection préférée de moyens techniques qui se sont avérés permettre d'optimiser les résultats. Parmi tous les moyens sur lesquels a porté la sélection, on peut citer, à titre d'exemples purement illustratifs et non limitatifs:
- utilisation des langages objet. Ceux-ci offrent en particulier l'avantage de reposer sur des codes plus structurés, d'offrir une possibilité
de réutilisation des composants mis en oeuvre, et une maintenance plus aisée et plus fiable du logiciel par rapport à d'autres langages, tels que des langages de type structuré, par exemple.

WO 02/087191 PCT/FR02/0136s - choix d'un langage de développement indépendant pour la plate-forme et les agents respectivement. En effet, il est apparu que les différences existant entre les rôles, les fonctionnalités et les caractéristiques de l'IRC et des agents rendaient préférable d'appréhender la question d'un langage de développement de façon indépendante pour chacun, tout en s'attachant à conserver une certaine cohérence, du fait que ees deux types d'unités sont destinés à communiquer entre eux.
Pour le développement de l'IRC, le choix s'est porté sur le langage Java. Celui-ci présente deux avantages techniques essentiels:
~ il est multi-plateforme, c'est-à-dire qu'il s'adapte sur la majorité
des systèmes d'exploitation actuellement disponibles;
~ ses composants sont inter-opérables et réutilisables.
Pour, le développement des agents, la préférence a été donnée au langage C++, mais les langages Java et C peuvent également être utilisés, entre autres. Cependant il s'est avêré que les fonctionnalités différentes liées aux parties client de la solution de commtmication selon 1'W vention rendaient préférable un choix de langage différent pour leur développement.
L'utilisation du langage Java induirait l'existence d'une Java Virtual Machine sur chaque poste client. Par ailleurs, il est hautement avantageux de concevoir des programmes occupant un espace disque suffisamment réduit pour qu'ils puissent être installés sur l'ensemble des postes finals. Enfin, l'utilisation du langage C++ s'est avérée permettre une exécution plus rapide des programmes sur les postes finaux.
Pour rendre le fonctionnement du système plus dynamique, on peut également opter pour des objets COM; dans le cas de l'Agent for Windows, ce choix pouvant être différent pour d'autres agents conçus pour d'autres types d'architectures. L'utilisation des objets COM permet en effet d'ajoufer dynamiquement des modules aux agents et leur procure la capacité
d'interagir avec leur environnement.
b En relaüon avec les choix prëférés susdits préconisës pour le développement des principaux acteurs du système selon l'invention, on recommande d'opter, pour la communication entre l'IRC et les agents, préférentiellement pour le protocole IVAP, lequel est fondé sur le langage XML. Le langage standard XML permet d'échanger et de stocker des données au niveau de la configuration des agents, ainsi que d'améliorer la WO 02/087191 PCT/FR02/0136s lisibilité des données et de faciliter les évolutions souhaitées. Le protocole IVAP fondé sur ce langage, qui lui confère les propriétés avantageuses susdites, est un protocole à la fois fiable et performant.
Un perfectionnement supplémentaire, décrit plus loin, de ce système selon l'invention a été réalisé pour nv.eux répondre à l'accroissement considérable du nombre de solutions dédiées de nos jours au transport de données, afin de permettre aux informations véhiculées de pouvoir bénéficier aisément de services à haute valeur ajoutée.
Le langage 7~IL est idéal pour l'échange de messages et est ainsi devenu un standard de l'industrie dans l'EDI (Electronic Data Interchange).
Il est cependant relativement mal adapté au transport de données: il n'offre pas de possibilité de compression, ni de reprise sur erreur.
L'utilisation de composants standard appropriés et du protocole IVAP
permet d'adjoindre des services à très haute valeur ajoutée aux informations véhiculées, en intégrant cryptage (couche de cryptage SSL (Secure Socket Layer)), reprise sur erreur, ordonnancement dés opérations, traçabilité des donnêes, entre autres.
Un tel protocole de communication entre le serveur et les agents, éventuellement par le relais d'IRC fils, est un protocole à part entière, fonctionnant au-dessus des protocoles TCP/IP. Ce protocole avantageusement mis en oeuvre selon l'invention possède ainsi ses propres ports IP.
Ce protocole est conçu pour gérer des flux binaires, transactions et appels de procédures distantes. ll permet de distribuer dynamiquement, sans interruption des services existants et sans intervention physique sur les plates-formes et les postes clients, des services additionnels sur la totalité
ou, en option, une partie du réseau de distribution.
Le transport de données numériques et d'informations associées au moyen du système selon l'invention s'effectue sur la "Chaîne Logistique Ntunérique" (CLN), encore dénommée "Supply Chain Numêrique".
Dans un mode de réalisation, le protocole ainsi mis en oeuvre intègre la gestion d'un canal d'échange dé données binaires, ce qui lui procure ttne meilleure fiabilité, notamment en cas d'interruption du transfert de données.
Cela offre la possibilité d'effectuer par exemple des reprises sur erreur.
Ainsi, WO 02/087191 PCT/FR02/0136s lorsqu'il est interrompu, le transfert reprend à l'endroit précis où il s'était interrompu.
Cette gestion des flux binaires s'effectue en natif. Elle permet notamment au protocole d'optimiser les échanges, grâce à l'adjonction 5 optionnelle de techniques de compression, de type connu.
En langage XML, le protocole de communication utilisé présente un caractère évolutif, ce qui constitue un avantage. Cela lui fournit la capacité
d'organiser des échanges de messages de façon standard et ouverte.
Pour sa sécurisation, on peut lui adjoindre un protocole de sêcurité
10 standard, dénommé "Secure Socket Layer" (SSL). Dans cette forme de réalisation, le protocole de transfert/gestion des données intègre une couche de cryptage SSL, qui permet de rendre les messages illisibles pendant leur acheminement.
L'invention est maintenant décrite plus en détail ci-après, en référence 15 à des formes de réalisation illustratives, qui ne limitent en aucune manière l'invention revendiquée.
Le serveur et les agents de la "Chaîne Logistique Numérique" Intoan Le système repose sur une architecture client/serveur. Le serveur est dênommé Intoati Résource Center.
L'Intoan Resovcr~ce Center (ou IRC) est la plate-forme de communication centrale de ce système de communication. II dirige des agents, qui vont diffuser les données vers les postes finals ou des IRC fils, qui serviront de relais vers des agents.
La communication entre l'IRC et ses agents repose préférentiellement sur un protocole dênommé IVAP (Intoan Versatile Access' Protocol), protocole sécurisé crêê par Ititoa~Z.
I Environnement Le noyau IRC-agents constitue le ceeur du système. Ces deux entités fonctionnent au sein d'un environnement faisant intervenir différentes notions et différents éléments. Il convient par conséquent de définir dès à
présent ces éléments et de préciser leur place (voir Fig. 1).

WO 02/087191 PCT/FR02/0136s 1 Service Un service est une suite structurée de transactions configurées pour répondre à un besoin technique particulier. Il est hébergé par l'IRC et consommé par des agents. Le service peut également être relayé par des IRC
fils.
Les composants constituant un service peuvent être personnalisés par l'utilisateur. Ils sont organisés au sein d'une pile (stack), qui séquence leur exécution. Les services actuellement disponibles permettent, entre autres, de surveiller des postes et des applications, de synchroniser des données pour les utilisateurs nomades, de louer des applications, d'effectuer des opérations de back-up, etc.

2 Chaîne Logistique Numérique La Chaîrve Logistig~ce Nnmérigue (CLN) assure le transport des données numériques et des informations associées entre le serveur et les postes clients. Elle permet de suivre l'acheminement des biens numériques, établissant ainsi une traçabilité sur les transports de données.
A titre d'exemple, lors d'un abonnement au service de location de ?0 logiciels, l'agent dialogue avec l'IRC, qui lui envoie les composants associés à
ce service: distribution, retrait du logiciel et contrôle.
La traçabilité de bout en bout ainsi mise en place par le système fournit des informations liées à l'utilisation de ce service, comme son temps d'utilisation par exemple. Elle permet d'apporter de la transparence sur le déroulement du processus ; il est par exemple possible de localiser une application à un moment donné, de déduire des informations sur la congestion du réseau, sur l'utilisation des ressources, sur l'acheminement des données, etc. L'ensemble de ces informations remontent vers l'Intoa~i Resource Center lors de la circulation des données numêriques, grâce à
l'intêgration d'une mécanique évoluée : marquage de fichiers, codes de retours, routage, etc.

WO 02/087191 PCT/FR02/0136s II Description technique générale / Architecture 1 Description a Intoan Resource Center L'Intorrrt Resow~ce Center est le serveur qui héberge les services et pilote les agents, éventuellement par l'intermédiaire des IRC-fils qui lui serviront de relais, si on le souhaite.
b Agent for Windows L'Agent for Wittdows intervient dans la partie client du système. Cette est adaptée au système Microsoft Windows~. Il réside sur les postes clients pour diffuser des données. Il dialogue avec l'IRC qui le pilote, son Resotcrce Cente7~ « père >a.
D'autres types d'agents fonctionnant sur d'autres plate-formes (Mac~, Unix~, PaImOS~, etc.) peuvent y être ajoutés.
c Protocole de communication : l'IVAP
La communication entre IRC et agents est assurée par.un protocole de communication fiable, et de prêférence sécurisé : l'Intoara Versatile Access P~~otocol.
Ce protocole intègre le langage XML, ce qui le rend structuré et évolutif. Il gère flux binaires, transactions et appels de procédures distantes.
L'aspect sêcurisé de l'IVAP et par extension, de l'ensemble des transferts effectués via ce protocole, repose sur l'utilisation d'un protocole de sécurité standard: le Secure Socket Layer (SSL).
Ce protocole garantit des communications privées et authentifiées sur les réseaux. Il devient par conséquent possible de transmettre des informations confidentielles sans risque qu'elles soient interceptées par un tiers. Les deux principaux navigateurs Web existants supportent ce protocole.
Le principe de fonctionnement de SSL est l'utilisation d'un couple clé
privée/clé publique pour crypter les données transférées pendant la connexion SSL.

WO 02/087191 PCT/FR02/0136s 1s d Admintool Outre ses parties serveur et clients, le système selon l'invention comporte un programme destiné à la configuration et à l'administration de l'IRC : l'Ad~yii~itool. Celui-ci est livré par défaut avec la solution.
L'Adwintool (ou administration tool, outil d'administration) est un programme développé en Java, permettant de configurer l'IRC à partir de n'importe quel poste connecté au réseau directement ou indirectement, par l'Internet par exemple, et d'agir sur les composants installés. Ce programme se connecte sur le port GUI du seTTTeur. L'Adniintool configv.>re notamment les paramètres suivants:
~ le nom du serveur ;
~ l'adresse IP du serveur ;
~ le port destiné aux agents ;
~ le port d'administration ;
~ le mot de passe administrateur ;
~ la cryptographie utilisée (SSL, MDS, etc.) ;
~ l'emplacement des fichiers certificats (Keystore et Truststore) ;
~ la connexion de la base de données à laquelle se connecter.
L'Adr~aintool rend ainsi plusieurs composants disponibles, pour optimiser le fonctionnement du système ~ un composant de configuration des paramètres globaux d'un Resol.crce Center, ~ un composant d'interrogation de l'IRC sur son état courant (ce composant est accessible par deux implémentations distinctes : version XML, et version Objet Java sérialisée), ~ un composant d'installation et de visualisation des modules présents sur le Resource Center, un composant d'installation et de visualisation des licences agent sur l'IRC.
2 Architecture IRC et Agent for Windows sont construits autour de la même architecture. Les couches de base intêgrées de part et d'autre permettent :

WO 02/087191 PCT/FR02/0136s ~ à l'IRC de communiquer avec ses agents, par échanges de messages et échanges binaires (couche IVAP), ~ le cryptage de ces transferts de données grâce à une couche SSL, ~ la compression (couche zlib), ~ l'ordonnancement des tâches, ~ l'accès à des bases de données externes, ~ les ajouts et suppressions de modules, ~ etc.
Pour des questions de performance et d'organisation, les Intoan Resot.~~~ce Centers ont la faculté de pouvoir se chaîner les uns aux autres.
Il devient dès lors très simple de déployer une arborescence d'IRC, chaque serveur s'identifiant et se configurant alors de façon automatique. Cela confère Par ailleurs, l'IRC dispose de fonctions de réplication (mirroring) et de clustering permettant d'augmenter la disponibilité de services et de répondre à des problématiques de gestion à grande échelle des clients dans des environnements distribués.
a Framework Le système repose sur Lme architecture distribuée caractérisée par sa modularité. Elle se compose en effet d'un framework et de modules.
Au sein de cette architecture modulaire, le framework intègre les couches de base et permet l'ajout dynamique de modules.
b Modules Un module est un groupe de composants métier, intégrant un ensemble de services, qui permet d'effectuer par exemple le déploiement d'applications, la surveillance de machines, la maintenance à distance, la téléconfiguration d'un poste, la télêmaintenance de progiciels ou la sauvegarde de données utilisateurs, etc.

WO 02/087191 PCT/FR02/0136s Installation de modules Un module se matérialise par un fichier JAR (Java Archive), disponible sur cédéroni ou directement sur Internet.
5 Ce fichier JAR contient:
~ un fichier XML de description du module, ~ des classes pour les composants, ~ des bibliothèques DLL pour l'Agent For Windows, 10 ~ un script SQL pour créer ou modifier des tables, des scripts SQL pour créer des services génériques (services proposés par défaut) dans la base.
Un module s'installe via l'Adnaintool qui effectue un upload sur le Resovc~~ce Ce~iter. Celui-ci se charge alors de le stocker correctement sur son 15 disque et de valider le numéro de licence transmis au même moment.
Il existe deux catégories de modules : les cote ~~aodtcles, qui sont les modules installés par défaut, et les busi~iess ~rtodules, qui seront installés en fonction des besoins particuliers des utilisateurs. Ces derniers peuvent personnaliser eux-mêmes leur système, en ajoutant les modules dont ils ont 20 besoin.
Cote modules Les tore r~iodules sont nécessaires au fonctionnement du système. Ils sont au nombre de 6 : Framework, Subscribe, Identify, File Transfer, Process et Data Recipients.
Module Framework Le module Fra~nezvork contient les composants suivants Composant Scheduler Ce composant permet de programmer dans le temps des séquences d'appels d'âutres composants. Il est intensivement utilisé par l'agent pour le lancement à intervalles réguliers d'appels de transactions et de leurs composants associés.

WO 02/087191 PCT/FR02/0136s Composant Parler Le composant Panser intègre des fonctions de codage/décodage du langage XML. Il accepte en entrée une structure de données de type DOM
pour générer un flux XML, mais ne crée que des flux h'ML, qui sont intégrés au sein du protocole 1VAP.
Dans la mesure où son utilisation est omniprésente dans les échanges IRC-agent, ce composant est intégré au module Franzezvork. Il est présent à la fois dans l'IRC et dans l'agent.
Composant Logger Logger lit et êcrit le flux XML qui lui parvient dans une base de données. Ce composant se trouve côté agent.
Composant Stacker Le composant Stacker délivre les séquences Business Logic en attente sur l'Intoan Resou~~ce Center pour chaque agent.
Une stack est une structure de données, constituée d'une séquence d'exécution et de ses paramètres, appartenant à un service et destinée à
programmer un agent en fonction du service sélectionné.
Ce composant permet à l'IRC de contacter directement un agent pour lui demander de faire immêdiatement appel à sa stack, ce qui est utile pour exécuter une transaction urgente (dêploiement immédiat d'une application sur un poste local par exemple). Par ailleurs, ce composant est êgalement responsable de la préparation de la stack des agents en fonction des directives envoyêes par l'Ad~rai~itool.
En ce qui concerne l'agent, le composant Stacke~~ permet l'ordonnancement de la Business Logic d'une transaction dans le temps.
Module Subscribe Ce module ne comporte qu'un composant, appelé Assign Service.
Assign Service, installé à la fois côté sercTeur et client, permet à un agent de demander la liste des services proposés par un fournisseur, mais également d'inscrire un agent à un service d'un IRC.
L'IRC envoie la liste exhaustive des services qu'il désire fournir aux

3 S agents qui lui sont rattachés.

WO 02/087191 PCT/FR02/0136s Module Identify Comme le module Suhscribe, ce module ne comporte qu'un seul composant, Idetttift,~, qui permet d'identifier la consommation d'une transaction par un agent sur tm Resource Center. Présent côté IRC et côté
agent, il est généralement utilisé en début de chaque transaction.
L'Intoan Resot~rce Center valide l'identité de l'agent qui effecW e la transaction et vérifie qu'il est autorisé à utiliser cette transaction. Dans l'éventualité où l'agent qui se présente est inconnu ou n'est pas inscrit à un service, l'IRC n'autorise pas la transaction. Cependant, si un tel agent se présente pour s'inscrire à un service, l'IRC le référence dans sa base de données.
Lors de son installation, un nouvel agent se crée un identifiant unique qui lui permet de s'identifier au sein de chaque IRC sur lequel l'agent veut consommer un service.
Module File Transfer Le module File Transfer prend en charge Ies méthodes de téléchargement de fichiers avec reprise sur erreur. Chactu~. des composants constituant ce module est situé à la fois côté IRC et côté agent.
Quatre composants, complémentaires, constituent ce module:
Composant Download Ce composant accueille les demandes de download des agents. La particularité du système réside dans son fonctionnement en mode reprise sur erreur; ainsi l'agent peut demander le download d'un fichier à un endroit précis.
Composant Upload Ce composant prend en charge les méthodes d'upload de fichiers avec reprise sur erreur. Comme évoqué dans le cas du composant Domtloaci, la particularité du système est de fonctionner en mode reprise sur erreur, ce qui permet à l'IRC de demander à l'agent l'upload d'un fichier à un endroit précis. Le composant stocke les fichiers sur le Resource Ceytter selon sa configuration locale et les paramètres transmis par l'agent.

WO 02/087191 PCT/FR02/0136s Composant Pack Le composant Pack effectue le groupement et la compression de fichiers en format Intoa~z .pak. Il accepte une expression comme paramètre ; cette expression permet de définir les fichiers à
compresser. Il est possible de spécifier des options d'archivage et de compression des fichiers.
Composant Unpack Le composant Uvpack effectue la décompression des fichiers pak, et cela, en se basant sur les règles de déploiement incluses dans le fichier compressé. Ces règles concernent les suppression, copie de fichiers, chemins de fichiers, etc.
Module Process Le module Process est constitué de trois composants, tous situés côté
IIZC.
Composant Filter Filteu permet d'extraire des propriétés sur un composant pour les transmettre à
un autre composant.
Composant Format Le composant Format permet de présenter, ou formater, à un autre composant une chaîne de caractères dans laquelle on va trouver des variables passées en entrées.
Composant Externat Connect Le rôle de ce composant consiste à connecter une transaction sur une application externe. Il agit comme un système ayant une architecture client/serveur, sur lequel se connecte le processus externe.
Il est par exemple possible d'utiliser Exter~ial Connect pour connecter une transaction de déploiement d'application à une solution de facturation externe.

WO 02/087191 PCT/FR02/0136s Module Data Recipients De même que pour le module Pf~ocess, l'ensemble des composants constituant le module Data Recipients se trouvent côté Intoa~i Resource Center et ne sont utilisés que dans cette partie du système.
Le module Data Recipients comporte 6 composants Composant Write to Database Ce composant prend en charge la connexion sur tous les types de bases de données.
Composant Write to Fixe Write to File permet d'écrire dans un « fichier plat » un flux de données provenant de composants. Ce composant est utile pour constituer des fichiers de type LOG.
Composant Send Mail A la manière du composant W~~ite to Datahase, Send Mail permet d'écrire un flux de données provenant de composants dans un e-mail et de l'envoyer à son destinataire.
Composant Play Sound Dans le cadre d'un service, le composant Play Soztnd permet d'émettre un son sur l'IRC pour signaler un événement. Il est bien entendu nécessaire que le serveur hébergéant le Resou~~ce CeTiter soit configuré
pour émettre des sons.
Composant Send Snmp Trap Placé au sein d'un service, ce composant permet d'envoyer un trap SNMP vers une solution de gestion de parc afin de remonter une alerte sur la console de supervision d'un logiciel tiers.
Composant Write to Ldap Le composant W~~ite to Ldap prend en charge la connexion sur une base LDAP (base utilisant le protocole de gestion d'annuaires LDAP).
3.5 WO 02/087191 PCT/FR02/0136s 2$
Business modules Son aspect modulaire fournit une caractéristique propre au système selon l'invention son extensibilité, dans la mesure où il est possible d'ajouter des modules à la configuration de départ, en fonction de l'usage de postes clients particuliers ; ces modules sont dénommés btssiness anodttles.
Les agents et l'Intoan Resource Ce~tter supportent un nombre illimité de modules. De plus, ceux-ci sont ajoutés sans que la moindre interruption de service ne soit nécessaire.
En termes de programmation, l'ajout de modules fait intervenir des objets COM ; ceux-ci permettent en effet de créer des instances objets avec des bibliothèques.
Il existe actuellement 4 business modules, auxquels peuvent être adjoints d'autres modules spécifiques Application Distributiort, Application ASP, Optimail et Assets Sortrcer. Les composants constituant chacun de ces modules sont tous installés côtê IRC et côté agent, assurant ainsi la communication entre les deu.~c entités.
Module Application Distribution Le module Application Distribution regroupe les composants et services qui traitent du déploiement d'applications et de la distribution de données.
II
comporte deux composants Composant Deploy Applications Deploy Application permet le déploiement d'applications (préparées avec le Wittpacker) sur les postes équipés d'un Agent fot~ Wittdows. Sur l'IRC, il avertit celui-ci de l'état d'une installation.
Composant Remove Applications Fonctionnant sur le même principe que le composant de déploiement, Remove Applications effectue le retrait des applications sur les postes équipés d'un Agent. for Windows.

WO 02/087191 PCT/FR02/0136s Module Application ASP
Ce module est constitué de composants dédiés respectivement à la surveillance et à la facturation des applications utilisées.
Composant Monitor Applications Le composant Monitor Applications permet d'effectuer la surveillance d'applications installées par le composant de déploiement d'applications. Il est également chargé de collecter les informations relatives à l'usage journalier d'une application.
Composant Bill Applications Ce composant permet la facturation des applications installëes par le composant Applicatio~z Deployer ainsi que celle de l'usage journalier d'iuze application par un utilisateur.
Module Optimail Le module Optimail permet d'optimiser la gestion de la messagerie.
Les composants constituant ce module sont complémentaires.
Composant Read Mailbox Ce composant permet la connexion d'un agent sur un serveur de messagerie de type POP ou IMAP afin de relever la liste des messages en attente. La partie IRC de ce composant peut relever la liste des messages en attente dans le but, par exemple, de nettoyer une messagerie des messages trop volumineux qu'elle contient.
Composant Read Mail Installé côté IRC, le composant Read Mail permet de lire les messages sélectionnés dans la liste fournie par le composant Read Mailbox.
Composant Store Mail Le composant Store Mail copie le contenu du message lu sur l'hitor~ri Resource Center, de façon à ce que ce message soit disponible hors connexion Internet.

WO 02/087191 PCT/FR02/0136s Composant Senti Mail Senti Mail permet l'envoi d'un message, étant ainsi complémentaire au composant Read Mail.
Composant Clean Mailbox Ce composant permet d'effectuer un nettoyage du serveur en une seule manipulation. Il sélectionne les messages à effacer en fonction des critères spécifiés par l'utilisateur (taille du message, date de réception, etc.).
Module Assets Sourcer Le module Assets Sourcer remonte des données bas niveau concernant le poste sur lequel l'agent est installé. Il est constitué de deux composants Composant Get Assets List Ce composant collecte les données relatives aux postes hébergeant l'agent : type de microprocesseur, frêquence, espace disque, etc.
Composant Store Assets List Le composant Store Assets List permet à l'Intoan ResoTSrce Cetiter de stocker les donnêes recueillies par le composant Get Assets List.
3 Installation a Installation du Resource Center L'Intoati Resonrce Ce~zter est principalement distribué sur cédérom.
Développé en Java, il est conçu pour fonctionner sur les plate-formes pouvant supporter une Jâva Virtual Machine (version 1.3 et supérieures) ~ Window~s 95, 98, Me, NT 4.0, 2000 (NT et 2000 étant recommandés), ~ Solaris SPARC 2.5 et versions supêrieures, ~ Mac OS 8.0 et versions supérieures, ~ I-R'-UX 10.x, 11.x et versions supérieures, ~ AIX 4.x et versions supérieures, ~ BSD, Linux Intel, IRIX, Tru64 et autres plates-formes UNIR.

WO 02/087191 PCT/FR02/0136s Il est également nécessaire que le serveur destiné à accueillir l'IRC
dispose d'tuie base de données préalablement à l'installation.
Un programme installe les composants et les bibliothèques de l'Intoan Resovrce Center sur le système cible.
En fonction du système d'exploitation sous lequel le programme d'installation est lancé, certains paramètres, tels que le répertoire d'installation sous Windows, serônt prérenseignés. Un programme de désinstallation, ainsi qu'une documentation de dernière minute sont également copiés dans le répertoire d'installation.
b Installation de l'Agent for Windows L'installation de l'Age~it for Windows s'effectue deptûs tuz programme d'installation de type InstallShield. Le remplacement de ce programme, développé en C++, par le système d'installation interne d'Iaztoav Technology est envisageable à l'avenir.
L'Agent for Wirtdozvs s'installe par défaut dans le répertoire « c:\Prograrn Files\Intoan\Agent ». Un programme de désinstallation et une doctunentation rêcente apparaissent également dans ce répertoire.
Une fois l'agent installé, le menu Dérrtarrer ( Programmes donne accès au dossier Intoan Technology, qtû contient les éléments suivants ~ hatoan Agent, raccourci vers IAgent.exe (l'agent est accompagné d'un fichier de configuration en ?CML) ;
~ Uninstall (raccourci vers unwise.exe ou autre : programme de désinstallation) ;
~ Fichier Readme (raccourci vers les informations de dernière minute).

4 Identification Lors de la première utilisation, l'agent vérifie qu'il possède un identifiant (id_agent) dans son fichier de configuration. Si tel n'est pas le cas, l'agent va génêrer ttn identifiant unique en utilisant une clé de 50 caractères.
Cette clé sera valable tout au long de la vie de l'agent.
L'adresse IP du serveur permet la connexion d'identification de l'agent, qui transmettra son identifiant tuiique ainsi que les informations utilisateurs communes (nom, prénom, adresse, etc.).

WO 02/087191 PCT/FR02/0136s Abonnement aux services Le serveur de chaque prestataire dispose d'un certain nombre de services auxquels l'utilisateur, à travers l'agent, peut souscrire. Chaque aborulement d'un agent à un service consomme une licence. Chaque Intoan

5 Resoicrce Center est vendu avec une licence multiservices pour dix agents.
Parmi les services proposés, sont actuellement disponibles les services de déploiement d'applications, de synchronisation de fichiers et/ou de répertoires, de récupération de données, de sauvegarde, d'abonnement et de résiliation d'abonnement à d'autres services, etc.
L'abonnement peut s'effectuer soit de manière directe depuis l'interface de l'agent, soit par une directive stack qui appellera une transaction d'abonnement. Une directive stack décrit une ligne de la stack.
Certains services proposés à l'abonnement sont gratuits, d'autres payants. Les informations relativves à la tarification sont accessibles dans la page de présentation de chaque service.
a Licences - Attribution des licences Au cours de l'installation d'un module, l'utilisateur doit entrer un code de licence valide.
Ce code est à saisir dans l'interface de l'Admintool dans l'espace prévu à cet effet.
Une licence peut être collectée à partir d'un fichier texte (envoyé par courrier électronique par exemple). Le code de licence n'excède pas 32 caractères et n'inclut pas de signe diacritique (accents, cédille, etc.).
Procédure d'attriht~tioti de licences) L'utilisateur sollicite l'adresse IP du serveur sur lequel il souhaite installer son Intortn Resonrce Center. Une licence cryptée est créée; elle contient les informations dont l'IRC a besoin et se décompose, par exemple, comme suit:
[NUMÉRO DE SÉRIE ~ SICU ~ NB de LICENCES ~ ADDRESSE IP]
Au démarrage et à intervalles réguliers (par exemple toutes les heures), l'IRC vérifie la concordance entre ses paramètres de configuration (adresse IP) et les licences installées.

WO 02/087191 PCT/FR02/0136s b Annuaire des services Pour que les agents puissent facilement s'abonner à des services, ils doivent pouvoir se référer à un serveur principal recensant tous les services disponibles. De même, les services locaux doivent être recensés au niveau de 5 l'annuaire local pour que les agents puissent s'abonner à ces services sans pour autant nécessiter de connexion Internet.
Deux types d'annuaires peuvent donc être implémentés:
~ I~itoan Mai~z Service Directory (IMSD) : l'annuaire de référence Irztoa~i ;
10 dans l'interface, le nom du service est accompagné du nom du prestataire fournissant ce service ;
~ Local Service Directory (LSD) : l'annuaire local propre à chaque IRC.
Ces deux annuaires sont accessibles par sélection de Nouvea2sx Services dans le menu de l'écran principal.
Intoan Main Service Directory L'ensemble des services publics est réfêrencé au sein d'un annuaire global. Cet annuaire est hébergé et maintenu par Intoara. Dans un premier temps, une seule instance de ce serveur sera fonctionnelle au niveau mondial. Il est probable que l'IMSD bênéficie à moyen terme d'une architecture matérielle de haut niveau (cluster, mirroring, etc.). , Local Service Directory Chaque IRC possède son propre annuaire, le Local Service Directori~.
Cet annuaire permet de répertorier facilement les services privés et de les rendre accessibles par les agents locaux, sans avoir à gérer de système de droits d'accès, ni nécessiter de connexion Internet.
c Inscription Par l'interface de l'a ent L'accès à l'A~rntsaire des Services permet de s'abonner à un ou plusieurs services, publics ou privés (stockés localement sur l'IRC).

WO 02/087191 PCT/FR02/0136s Par une directive stack L'abonnement d'un agent à un service particulier peut être effectué
par une directive stack (il s'agit alors d'un abonnement forcé), cette directive pouvant avoir été placée dans la stack par le port GUI, pour appeler une transaction d'abonnement (transaction Register to Service).
d Itéférencement d'un nouveau service Un hztoan ResoTSrce Center peut demander le référencernent d'tm nouveau service au sein de l'aruzuaire global.
Lorsqu'un prestataire défü~it tuz nouveau service, il peut le référencer automatiquement au sein de cet annuaire. Pour cela, il doit définir les caractéristiques du service à référencer (en le décrivant notamment) ainsi que le type de référencement qu'il souhaite effectuer (publique ou privé/local).
e Suppression d'un service Un IRC peut demander la suppression d'un service.

6 IHM de l'Agent for Windows Une interface graphique de l'Agent for Windows Simple et intuitive permet d'accéder à l'ensemble de ses fonctionnalités.

7 Compression La compression vise à optimiser les transferts de données en termes de temps et à réduire l'espace disque consacré à l'accueil des applications et des programmes sur les postes clients. La librairie utilisêe dans l'agent est zlib. Cette librairie est un standard ; elle est notamment utilisée dans des produits tels que celui dénommé commercialement Winzip.

8 Programme additionnel ~ le Win~acker Le Wi~tpacker, ou Packer fore Windows, est un programme indépendant, développé en C++, qui permet aux clients du système de préparer eux mêmes les packages destinés à la diffusion sur les postes de leurs clients. Ce programme fait partie du "toolkit" de création de packages à destination des Intoan Resoisrce Centers. Son utilisation est à la fois simple et intuitive.

WO 02/087191 PCT/FR02/0136s Winpacker permet de créer un fichier, qui portera l'extension .pak, regroupant tous les fichiers d'un répertoire ou d'une liste. Ce nouveau fichier .pak contient les fichiers de l'application à diffuser vers les agents, et est lié à un fichier de description XML. Enfin, ce fichier de regroupement peut êixe compressé.
III Choix techniques Parmi les diverses options disponibles pour développer la plate-forme et les agents selon l'invention, on a choisi d'utiliser préférentiellement des langages objet. Ceux-ci offrent notamment l'avantage de codes plus structurés, d'une possibilité de réutilisation des composants et d'une meilleure maintenance du logiciel par rapport à d'autres langages, tels que des langages de type structuré par exemple.
Etant donné les différences existant entre les rôles, les fonctionnalités et les caractéristiques de l'IRC et de l'agent, il semblait nécessaire d'appréhender la question d'un langage de développement de façon indépendante pour chacun, tout en conservant une certaine cohérence (communication entre ces deux unités).
1 Développement de l'Intoan Resource Center Le choix de développement de l'IRC s'est porté préférentiellement sur le langage Java. Celui-ci présente en effet deux principaux avantages techniques:
il est multi-plateforme, c'est-à-dire qu'il s'adapte sur la majorité des systèmes d'exploitation actuellement disponibles ;
~ ses composants sont inter-opêrables et réutilisables.
Ces propriétés sont nécessaires dans l'optique de conception d'un serveur multi-plateforme tel que l'IRC, rendant ainsi ce choix technique cohérent.
2 Développement de l'Agent for Windows Si Java constitue la meilleure option dans le cadre du développement côtê serveur, les fonctionnalités liées à la partie client du système selon finvenHon, notamment l'Agevt for Windows, impliquent un choix diffêrent pour son développement.

WO 02/087191 PCT/FR02/0136s D'une part, l'utilisation du langage Java induit l'existence d'une Java Virtual Machine sur chaque poste client. Par ailleurs, il est nécessaire de concevoir des programmes occupant un espace disque suffisamment réduit pour pouvvoir être installés sur l'ensemble des postes finals. Enfin, l'utilisation de ce langage permet une exécution plus rapide des programmes.
Dans cette optique, la demanderesse a choisi d'utiliser préférentiellement le langage C++ dans le développement de ses agents.
Toutefois, d'autres agents pourront éventuellement être développés dans d'autres langages, et ce, en fonction de l'envvironnement pour lequel ils sont conçus.
Un autre choix technique visant à rendre le système plus dynamique consiste à utiliser des objets COM. L'utilisation de ces objets permet en effet d'ajouter dynamiquement des modules à l'Agent for Windows et leur offre la capacité d'interagir avec leur environnement.
3 Communication IRC/agent En accord avec les choix effectués pour le développement des principaux acteurs du système, la communication entre l'IRC et l'agent imposait également un choix technique; comme évoqué précédemment, ce choix s'est porté sur le langage XML. Ce langage sert de base pour le protocole de communication Intoaai Versatile Access Protocol (IVAP), protocole créé par Intoayt.
Le langage standard XML permet d'échanger et de stocker des données au niveau de la configuration de l'Agent for Wi~zdows, ainsi que d'améliorer la lisibilité des données et de faciliter les possibilités d'évolution.
Bénéficiant ainsi de ces propriétés, IVAP est un protocole à la fois fiable et performant.
Parmi les avantages induits par la modularité du système selon l'invention, il faut noter les suivants - l'ajout d'un ou plusieurs modules peut être effectué sans la môindre interruption de service ;
- un nombre théoriquement illimité de modules peut être supporté par les agents et les serveurs ;
- les agents peuvent travailler de manière autonome et invisible;

WO 02/087191 PCT/FR02/0136s l'intégration des éléments du système permet de répondre à un ensemble de problèmes avec un même ensemble d'éléments ;
tous les types de connexions (par exemple par modem, câble, xDSL, liaison spécialisée, entre autres) et tous les débits peuvent être supportés par les éléments du système.
La traçabilité rendue possible par ce procédé permet quant à elle d'apporter une transparence exceptionnelle sur le déroulement de tout processus mettant en oeuvre le système selon l'invention.

Claims (15)

REVENDICATIONS

1. Système pour la distribution dynamique de données et/ou de services, caractérisé en ce qu'il comporte essentiellement:
- un serveur (1), et éventuellement des serveurs fils (6);
- au moins un agent (7), résident ou apte à devenir résident sur un terminal utilisateur, et apte à être mis en communication avec le serveur (1) et/ou au moins un logiciel serveur fils (6); et - au moins une couche de communication (18) apte à véhiculer des appels de méthodes distantes sur des objets situés sur un serveur (1) et/ou un serveur fils (6), et à mettre en oeuvre au moins un protocole de communication (5) apte à assurer un lien interactif entre un serveur (1,6) et des agents (7), tandis que ledit protocole comporte:
- des moyens le rendant apte à produire et gérer des communications entre au moins un agent et l'IRC, notamment par le biais de messages XML;
- des moyens pour appeler une méthode distante par lecture/écriture d'objets de types respectivement ObjectRequest ou ObjetRequête et ObjectResponse ou ObjetRéponse.

2. Système selon la revendication 1, caractérisé en ce que le ou les serveurs et les agents sont construits selon la même architecture, sur la base d'un "framework", complété par des ajouts dynamiques optionnels de modules.

3. Système selon la revendication 2, caractérisé en ce que les couches de base intégrées dans le serveur et dans les agents et/ou dans les serveurs fils comportent des moyens appropriés pour assurer:
- la communication avec les agents, pour échanges de messages et échanges binaires, et en option, - le cryptage, et/ou - la compression, et/ou - l'ordonnancement des tâches, et/ou - l'accès à des bases de données externes, et/ou - des ajouts/suppressions de modules.

4. Système selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il comporte:
.cndot. des moyens pour packager ou emballer un bien numérique (20);
.cndot. des moyens pour munir le paquet (22) d'une "étiquette électronique logicielle" pouvant comprendre notamment les éléments suivants:
- nom, taille et date du paquet, - description du contenu, - certificat électronique, etc., .cndot. des moyens pour déposer le paquet (22) sur un IRC (1) et pour le router automatiquement vers l'IRC (23) responsable des postes finaux cibles (24,25);
.cndot. des moyens pour l'envoi par le serveur (23), dès réception du paquet, d'une notification de réception (26) au serveur émetteur (1);
.cndot. des moyens pour la récupération du paquet (22) par les agents (7) des postes finaux et pour l'envoi par les agents (7) de notifications (27,28) à leur IRC; et .cndot. des moyens pour que les postes finaux informent régulièrement leur IRC des opérations qu'ils effectuent sur le bien numérique; et, en option, .cndot. des moyens pour la consignation des notifications (26,27,28) dans des bases de données et/ou pour leur remontée automatique à tous les niveaux, de préférence jusqu'au niveau du serveur principal (1) ou d'au moins un serveur fils (6).

5. Système pour la distribution dynamique de données et/ou de services selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il comporte des moyens de traçabilité essentiellement constitués par:
- une application (21) assurant le packaging d'un bien numérique (20) pour constituer un paquet (22) et l'allocation à celui-ci d'une étiquette électronique logicielle;
- des moyens pour le dépôt dudit bien numérique sur un IRC (1);

- des moyens pour le routage du dit bien numérique selon un protocole (5) vers l'IRC (23) responsable de postes finaux cibles (24,25);
- des moyens de fourniture d'au moins une notification relative au paquet (22) et d'envoi de celle-ci au serveur émetteur (1,6).

6. Système selon la revendication 5, caractérisé en ce qu'il comporte des moyens pour l'envoi de notifications (27,28) par les agents (7) des postes finaux, qui utilisent le paquet reçu (22), à leur IRC.

7. Système selon l'une des revendications 2 ou 3, caractérisé en ce que les modules sont choisis parmi des modules du type visant à permettre le déploiement d'applications, la surveillance de machines, la maintenance à distance, la téléconfiguration d'un poste de travail informatisé, la télémaintenance de progiciels et/ou la sauvegarde des données utilisateur.

8. Système selon l'une quelconque des revendications 1 à 7, caractérisé en ce que le logiciel serveur est en langage Java.

9. Système selon l'une quelconque des revendications 1 à 8, caractérisé en ce que l'implémentation de l'agent pour le système d'exploitation d'un terminal connecté est effectuée en langage Java, C ou C++.

10. Procédé pour la distribution dynamique de données et/ou de services, caractérisé en ce qu'il comporte essentiellement les étapes consistant à:
- procurer au moins un agent, c'est-à-dire un support de programme, qui peut être acquis en tant que tel ou formaté et chargé à partir d'un site Internet;
- installer un tel agent, pour qu'il devienne résident sur la machine de l'utilisateur;
- effectuer la souscription de l'utilisateur aux services proposés par un serveur (IRC) et/ou des serveurs fils, directement depuis l'interface de l'agent, aussi bien pour des services locaux que pour des services publics, et aussi bien pour des services payants que pour des services gratuits;

- effectuer l'inscription à ces services, avec corrélativement chargement ou téléchargement automatique des composants nécessaires à leur activation, et - en option, effectuer l'intégration par forçage de services fournis automatiquement.

11. Procédé selon la revendication 10, caractérisé en ce qu'il met en oeuvre un protocole dont les étapes essentielles consistent à:
- produire et gérer des communications entre au moins un agent et le serveur et/ou un serveur fils, notamment par le biais de messages XML;
- appeler au moins une méthode distante par lecture/écriture d'objets de types respectivement ObjectReguest, ou ObjetRequête, et ObjectResponse, ou ObjetRéponse, avantageusement au moyen d'un stub et d'un skeleton.

12. Procédé selon l'une des revendications 10 ou 11, caractérisé en ce . qu'il comporte les étapes suivantes:
.cndot. packaging ou emballage d'un bien numérique (20);
.cndot. fourniture au paquet (22) d'une "étiquette électronique logicielle" pouvant comprendre notamment les éléments suivants:
- nom, taille et date du paquet, - description du contenu, - certificat électronique, etc., .cndot. dépôt du paquet (22) sur un IRC (1) et routage du paquet (22) automatiquement vers l'IRC (23) responsable des postes finaux cibles (24,25);
.cndot. envoi par le serveur (23), dès réception du paquet, d'une notification de réception (26) au serveur émetteur (1);
.cndot. utilisation du paquet (22) reçu par les agents (7) des postes finaux et envoi par les agents (7) de notifications (27,28) à leur IRC; et information régulière de leur IRC par les postes finaux des opérations qu'ils éffectuent sur le bien numérique; et, en option, .cndot. consignation des notifications (26,27,28) dans des bases de données et/ou remontée automatique des dites notifications à tous les niveaux, de préférence jusqu'au niveau du serveur principal (1) ou d'au moins un serveur fils (6).

13. Procédé selon la revendication 12, caractérisé en ce qu'il comporte en outre les étapes selon lesquelles:

- les postes finaux informent leur IRC (1,6) des opérations qu'ils effectuent sur le bien numérique (20), et/ou - les notifications sont consignées dans des bases de données et automatiquement remontées à tous les niveaux, de préférence jusqu'au niveau du serveur principal (1) ou d'au moins un serveur fils (6).

14. Utilisation du système selon l'une quelconque des revendications 1 à 9 pour la distribution d'applications et/ou de services à des utilisateurs distants connectés, sur tous types de réseaux et d'architéctures distribuées, notamment pour le déploiement d'applications, la surveillance de machines, la maintenance à distance, la téléconfiguration d'un poste de travail informatisé, la télémaintenance de progiciels et/ou la sauvegarde des données utilisateur.

15. Utilisation du procédé selon l'une quelconque des revendications 10 à
13 pour la distribution d'applications et/ou de services à des utilisateurs distants connectés, sur tous types de réseaux et d'architectures distribuées, notamment pour le déploiement d'applications, la surveillance de machines, la maintenance à distance, la téléconfiguration d'un poste de travail informatisé, la télémaintenance de progiciels et/ou la sauvegarde des données utilisateur.