Version 4.5. Pour Windows 2000 / 2003, XP, VISTA,SEVEN et Windows CE, Mobile 5.x / 6.x GUIDE TECHNIQUE

Transcription

1 Version 4.5 Pour Windows 2000 / 2003, XP, VISTA,SEVEN et Windows CE, Mobile 5.x / 6.x GUIDE TECHNIQUE 3, Avenue du Bois l Abbé - Angers Technopole Beaucouzé - France Tél : +33 (0) Fax : +33 (0) Document non contractuel. Spécifications susceptibles de modifications sans préavis. Les marques citées sont déposées par leurs propriétaires respectifs.

2 SOMMAIRE INTRODUCTION... 4 LES FLUX DE DONNEES PRIS EN CHARGE PAR MEDIACONTACT... 4 L ARCHITECTURE DE MEDIACONTACT... 4 MEDIACONTACT SERVEUR... 4 MEDIACONTACT CLIENT PC... 5 MEDIACONTACT CLIENT POCKET PC... 5 RESEAU IP... 6 LE PRINCIPE DE FONCTIONNEMENT... 6 LES ANNUAIRES... 6 LES POPULATIONS... 7 LES COMMUNICATIONS... 7 CONFIGURATIONS... 7 DEFINITIONS... 8 SYNCHRONISATION DIFFERENTIELLE... 9 COMPRESSION EN LIGNE... 9 GESTION DYNAMIQUE DE LA BANDE PASSANTE... 9 CHIFFREMENT/AUTHENTIFICATION MISE A JOUR AUTOMATIQUE DES ADRESSES IP DES TERMINAUX RÉVEIL À DISTANCE (WAKE UP ON CALL / SMS) LES PROCESSUS LES TACHES LES TYPES DE TACHES PAR LIEU D EXECUTION MIXTES SERVEUR STATION LES TYPES DE TACHES PAR FONCTIONNALITE TRANSFERT STANDARD : TRANSFERT SPECIFIQUE : TELECOLLECTE DE DONNEES : TELEDISTRIBUTION DE DONNEES : DISTRIBUTION DE LOGICIELS : SYNCHRONISATION SQL : EXPORT SQL VERS FICHIER : SYNCHRONISATION MEDIACONTACT : EXECUTION DE PROGRAMME SERVEUR OU STATION : OU CONTROLE - SERVEUR OU STATION : OU EXECUTION DE COMMANDES FTP : INVENTAIRES : AGENTS DE MESSAGERIES LOTUS NOTES / MICROSOFT EXCHANGE : SURVEILLANCES ADMINISTRATION SAUVEGARDE RESTAURATION MESSAGE QUEUING GESTION DE FICHIERS INTEGRATION DE SYMANTEC PCANYWHERE INTEGRATION DE VNC Telelogos Page 2/26

3 INTEGRATION DE NETOP REMOTE CONTROL LES VARIABLES MEDIACONTACT LES CONSOLES D ADMINISTRATION DE MEDIACONTACT ROLES DEUX TYPES DE CONSOLES : LA CONSOLE WEB L IHM DE MEDIACONTACT CLIENT LES RAPPORTS D EXECUTION LES ALARMES LES JOURNAUX ET STATISTIQUES INSTALLATION, DEPLOIEMENT, MISE A JOUR GESTION DE LA CONFIGURATION (PROVISIONING) LES API LES DECLINAISONS LES LANGUES VERSION D EVALUATION Telelogos Page 3/26

4 Introduction La Suite MediaContact automatise la gestion des flux de données entre applications autonomes situées sur des ordinateurs reliés par le protocole IP (réseau local, réseau local étendu via routeurs, serveurs d accès privés, Internet, Intranet mutualisé ). MediaContact est particulièrement adapté à la problématique de l informatique mobile (commerciaux, techniciens terrain, cadres en déplacement ), des réseaux de sites fixes (magasins, agences, automates, bornes ) et des machines communicantes (MtoM). MediaContact est un outil facilitant la planification, la maîtrise des flux des données et des traitements à partir d un point central et ceci de façon transparente pour l utilisateur final distant. Ainsi par sa conception, MediaContact permet d administrer de façon simple et centralisée : les flux d informations des applications métier distantes, les flux de données bureautiques et multimedia, les ressources matérielles et logicielles des terminaux distants. Les anomalies, détectées sur un poste distant, peuvent être signalées par des alarmes remontées sur le serveur ou sur le terminal. Les flux de données pris en charge par MediaContact Exécution / enchaînement d applications de type batch Télécollecte, télédistribution de données Extraction de données personnalisées à partir de bases de données centrales Importation de données vers des bases de données centrales Echange de données avec des sites FTP Echange de données entre le serveur et les terminaux Télédistribution/installation d applications Inventaires matériels et logiciels Surveillance d ordinateurs distants et alarmes sur incidents Commandes d administration d'ordinateurs distants Provisioning d ordinateurs distants Sauvegardes et restaurations centralisées Agents de messagerie (Lotus Notes, Microsoft Outlook, Microsoft Outlook Express) : synchronisation des bases (Lotus), dossiers, messages Journalisation centralisée de l utilisation des logiciels de prise de contrôle à distance Netop, Symantec pcanywhere, VNC ou autres L Architecture de MediaContact MediaContact Serveur Constituants : Une base de données centrale Un ordonnanceur Un ou plusieurs serveurs de communications Telelogos Page 4/26

5 Une ou plusieurs consoles d administration «riche» exécutables à partir de toutes machines du réseau Une ou plusieurs consoles d administration «help desk» fonctionnant à partir d un simple navigateur internet Une MIB (Management Information Base) SNMP pour surveiller l activité du serveur Des API (Application Programming Interface) Remarques : les différents constituants peuvent résider sur une seule machine ou sur plusieurs machines reliées en réseau local. La base de données centrale peut être de type Microsoft SQL Desktop Engine, Microsoft SQL Server ou Oracle (à partir de la version 8i). Dans tous les cas la disponibilité de l ordonnanceur et de sa base centrale doit être assurée par les moyens proposés par les constructeurs des systèmes d exploitation et des matériels et logiciels associés. Configuration minimale : Windows 2008 Windows 2003 SP1 Taille mémoire : 1 Go Fréquence processeur > 1GHz. MediaContact Client PC Constituants : Une base de données locale (Microsoft Jet) Un ordonnanceur Un automate de communications Une IHM (Interface Homme Machine) Des API Configuration minimale : Windows 2008 Windows 2003, 2000 SP1, XP, VISTA, SEVEN Taille mémoire : 64 Mo disponible MediaContact Client Pocket PC Constituants : Une «base de données» locale (fichiers XML) Un ordonnanceur Un automate de communication Une IHM (Interface Homme Machine) limitée à l administrateur Une API Configuration minimale : Windows Mobile 5.x, 6.x, Smartphone Edition, Windows CE Taille mémoire : 2 Mo disponible en stockage + 2 Mo disponible en programme Telelogos Page 5/26

6 Réseau IP Guide technique MediaContact V4.5 Le réseau IP permet d établir une liaison entre MediaContact Serveur et les MediaContact Clients. L initiative de l établissement de la liaison, selon les caractéristiques du réseau, peut être prise par MediaContact serveur, par MediaContact Client ou par les deux. Le principe de fonctionnement L administrateur décrit les Processus (Travaux à exécuter? Pour qui? Quand? Où? Comment?) à l aide de la console d administration de MediaContact Serveur. Les descriptions de processus sont stockées dans la base de données centrale. L ordonnanceur de MediaContact Serveur scrute la base de données centrale, exécute les processus planifiés, établit les communications si nécessaire. Dès qu une communication est établie entre un MediaContact Serveur et un MediaContact Client, sur l initiative de l un ou de l autre : d une part, la base de données locale de MediaContact Client est synchronisée, afin de prendre en compte les processus créés ou modifiés par l administrateur, d autre part la base de MediaContact Serveur est synchronisée, afin de prendre en compte les historiques de MediaContact Client. L ordonnanceur de MediaContact client scrute la base de données locale, exécute les processus planifiés, établit les communications si nécessaire. Les annuaires L un des objectifs de MediaContact étant d automatiser les flux de données entre ordinateurs, il est nécessaire de déclarer les attributs propres à chaque ordinateur : nom d ordinateur, numéro IP, numéro de téléphone à composer, profil de messagerie Ces informations centralisées et gérées dans l annuaire des Utilisateurs de MediaContact Serveur, peuvent être saisies manuellement ou importées/rafraîchies à partir d une source externe à MediaContact (annuaire de société, maintenu dans un SGBD ou dans un annuaire de type LDAP, ). Il est possible de grouper les utilisateurs à l intérieur d une Société, un utilisateur appartenant à une et une seule société. Cette facilité permet de gérer sur un seul MediaContact Serveur plusieurs sociétés (filiales d une maison mère, sociétés différentes hébergées ) et de produire des statistiques par société. A l intérieur d une même société il est possible de grouper des Utilisateurs présentant des caractéristiques communes au sein de Groupes et ainsi d affecter en une seule opération des travaux à un sous-ensemble d utilisateurs. Telelogos Page 6/26

7 Pour chaque entité Société, Utilisateur : MediaContact Serveur permet de définir des Alias (un alias est un identifiant supplémentaire de l entité au sein d une source de données externe à MediaContact Serveur). Ces alias sont utilisés pour extraire les informations propres à chaque entité sur la base de son identification dans ces sources de données : ainsi l utilisateur utilisateur1 est identifié par l alias Identifiant-Personnel =150 dans la base des ressources humaines et par l alias Identifiant-Commercial =5677 dans la base commerciale. Afin de faciliter la consultation et la gestion des utilisateurs, des «vues» peuvent être paramétrées afin de regrouper les utilisateurs sur des thèmes propres à chaque entreprise (situation géographique, activité, etc.) Les populations Les entités Société, Utilisateurs, Groupes (combinées ou non) sont utilisées par MediaContact Serveur pour composer des Populations qui définissent le Pour qui? des travaux à exécuter. Ces populations sont évaluées au moment de l exécution des travaux : ceci, couplé à l utilisation de variables MediaContact (voir Variables), constitue un puissant mécanisme d administration. Imaginons que MediaContact réalise une télécollecte de données auprès de la population des commerciaux itinérants d une société : le seul fait de rajouter un utilisateur à cette population provoquera automatiquement la télécollecte des données propres à ce nouvel utilisateur. Les populations peuvent être statiques : Enumérées : énumération d entités (société, utilisateur, groupe) définies dans les annuaires. ou bien dynamiques : Sélectionnées : basées sur la valeur d un ou plusieurs attributs propres à chaque entité. Extraites : basées sur le résultat d exécution de processus. Externes : basées sur le contenu de sources de données externes accessible via ADO. Les communications Configurations MediaContact Serveur et MediaContact Client doivent communiquer entre eux afin d acheminer les flux de données, il faut donc indiquer comment MediaContact Serveur et MediaContact Client peuvent établir une communication. MediaContact Client : MediaContact Serveur permet de définir des profils de connexion (RAS/VPN) génériques associables ensuite à des utilisateurs et si nécessaire personnalisés pour chaque utilisateur. Il est possible de préciser des options de connexion (proposition à l utilisateur ou non de l identification, du mot de passe, d un préfixe de numérotation). Un MediaContact Client peut communiquer avec un MediaContact Serveur tantôt à distance, tantôt sur le réseau local. Ce qui facilite, par exemple, le cas des itinérants de passage au siège de sa société. Telelogos Page 7/26

8 MediaContact Serveur : Guide technique MediaContact V4.5 MediaContact Serveur permet de gérer plusieurs communications simultanées appelées Voies. Des voies peuvent être spécialisées Entrantes, Sortantes ou Bidirectionnelles. Lorsqu il y a plusieurs serveurs de communications, les communications sont réparties équitablement sur les différents serveurs. Ainsi en cas d indisponibilité d un serveur, les communications sont réparties sur les serveurs de communications disponibles. En fonction des caractéristiques de l architecture IP sous-jacente, MediaContact Serveur et MediaContact Client peuvent chacun appeler et/ou être appelés. De plus, il est possible d organiser, dans la journée, le nombre et la nature des voies (entrante, sortante, bidirectionnelle) à l aide de plages horaires : ceci permet de définir l utilisation des voies en fonction de la répartition et du sens des flux dans la journée. Un serveur de communication peut gérer de 1 à 256 voies. En fonction du trafic des communications à écouler, de la performance recherchée, de la disponibilité désirée, on choisit de mettre en place : un serveur de communication hébergé sur le même ordinateur que l ordonnanceur plusieurs serveurs de communications hébergés sur des ordinateurs distincts, le nombre et la nature des voies sont fonction Le nombre total de voies gérables par un serveur MediaContact est de 1 024, réparties sur plusieurs serveurs de communication gérant chacun jusqu à 256 voies. Une passerelle de communication permet de s intégrer dans les réseaux existants et d éviter de créer des failles de sécurité. Elle s installe dans la zone démilitarisée (DMZ). Les terminaux distants se connectent à la passerelle qui communique avec le serveur MediaContact. Définitions Il faut définir quand sera établie une communication entre MediaContact Serveur et MediaContact Client. C est ce que l administrateur précise sous la notion de Communication qu il associera ensuite aux processus. Définition d une communication : Initiative de l appel : MediaContact Client ou MediaContact Serveur. Préciser si la communication peut effectuer des appels ou si elle profitera des connexions établies par les autres communications de même initiative. Durée maximum de communication : si la durée est atteinte et que les données ne sont pas intégralement transférées, le transfert sera repris : o "à froid" à échéance du délai, o avant rappel si la communication est autorisée à effectuer des appels, o par la prochaine communication de même initiative. Dans le cas où la communication peut effectuer des appels : o Nombre de tentatives d'appels et délai entre tentatives o Délai avant rappel (cas où la durée maximum de communication a été atteinte) Validité : mois, jour dans la semaine, jour dans le mois, trois plages horaires dans la journée, avec prise en compte ou non des jours fériés. Une communication qui ne peut pas effectuer des appels peut être valide ou non en fonction du débit de la communication en cours, ceci permet de gérer les flux de données en fonction du réseau utilisé. Répartition des appels sur une durée : permet pour des communications à initiative MediaContact Client de répartir automatiquement et aléatoirement les moments d appels de chacun des clients sur la durée spécifiée afin de ne pas saturer les voies disponibles du ou des serveurs de communication. Telelogos Page 8/26

9 Synchronisation différentielle Objectif : optimiser les volumes échangés dans les tâches de télécollecte et de télédistribution de données ou de logiciels, et ainsi effectuer des mises à jour à distance de volumes importants de données (mise à jour d un site Web, de données multimédias, d applications, etc.). Seules les différences entre chaque fichier source et cible sont véhiculées. Tableau de mesures : Exemple de fichier Taille fichier Volume transféré Gain Base de données 219 Mo 3,6 Mo 98 % Exécutable 287 Ko 160 Ko 44 % Fichier Word 5,4 Mo 1,3 Mo 77 % Compression en ligne Objectif : optimiser les volumes transmis lors des synchronisations et échanges de tout type de données. MediaContact intègre une compression en ligne performante et automatique basée sur l algorithme LZW. Cette compression peut être invalidée au niveau de la base des registres. Lorsqu elle est validée, elle est systématiquement appliquée à tous les échanges et devient totalement invisible, il n y a plus alors à créer de tâches : de pré-traitements de compression en amont d une communication, de post-traitements de décompression en aval d une communication. Tableau de mesures : Les mesures ont été effectuées sur des fichiers de types.exe et sur des communications RNIS (64 Kbits/sec). Taille des fichiers Durée sans compression Durée avec compression Gain 250 Ko 33 s 10 s 70 % 1 Mo 134 s 37 s 72 % 10 Mo s 368 s 72 % Le taux de la compression en ligne intégrée à MediaContact est aussi efficace que celui des logiciels de compression du marché, de type PKZip. Gestion dynamique de la bande passante Objectif : permettre de limiter la bande passante utilisée par MediaContact : sur un terminal pour permettre l utilisation d autres applications communicantes pendant que MediaContact synchronise des données. sur le serveur pour permettre l utilisation de la bande passante disponible par d autres applications communicantes. Telelogos Page 9/26

10 Chiffrement/Authentification Guide technique MediaContact V4.5 Objectif : sécuriser les flux de données entre le serveur MediaContact et les terminaux : Chiffrement TLS/SSL algorithme AES avec clé de 128 bits Authentification TLS/SSL algorithme RSA ou DSA. Mise à jour automatique des adresses IP des terminaux Objectif : détecter les modifications d adresse IP sur les terminaux (cas d un réseau GPRS par exemple) et les mettre à jour automatiquement sur le serveur, de façon à ce qu il puisse joindre les terminaux à son initiative. Réveil à distance (Wake up on Call / SMS) Objectif : permettre au serveur de déclencher une action sur un terminal distant (réinitialisation du terminal, connexion au serveur, exécution d un processus) sans que la communication soit établie entre le serveur et le client. Wake up on Call : l administrateur définit une action à exécuter sur le client associé à un numéro d appel. Pour déclencher cette action il suffit d appeler le client à partir de la ligne téléphonique GSM, RTC ou RNIS correspondant au numéro d appel. C est le numéro de téléphone qui permet au terminal de connaître l action à exécuter. Il faut ainsi autant de numéros de téléphone distants que d actions à mener si on souhaite en exécuter plusieurs. Wake up on SMS (Windows Mobile uniquement): l administrateur définit une action à exécuter sur le terminal associé à la réception d un SMS. Pour déclencher cette action il suffit d envoyer le SMS à ce terminal. C est le contenu du message SMS qui permet au terminal de connaître l action à exécuter. Ex : en cas de vol d un terminal, il est possible de déclencher une action qui supprime toutes ses données. Les processus C est au travers de la définition des processus et des tâches contenues dans les processus que l administrateur définit et planifie les travaux à effectuer (Quoi? Quand? Où? Pour qui? Comment?). Dès qu un processus est mis en exploitation, l ordonnanceur de MediaContact serveur le prend en charge pour : Le lancer quand les conditions de lancement sont réunies et en exécuter les tâches, Le distribuer, si nécessaire, sur les MediaContact Client où il sera pris en charge par l ordonnanceur de MediaContact Client, Ecouler, si nécessaire, les flux de données lorsque les communications associées seront valides, Remonter vers MediaContact Serveur les alarmes et les comptes-rendus d exécutions. Un processus se caractérise par : Le lieu de son lancement : MediaContact Serveur ou MediaContact Client Telelogos Page 10/26

11 La population - Elle est facultative dans le cas d un processus purement serveur. - Elle est un ensemble de populations énumérées, sélectionnées, extraites, externes (cf. Populations). - Une option permet d effectuer des imports des entités (société, utilisateurs, groupes) à partir d annuaires externes à MediaContact serveur dès le lancement du processus. - Permet, en conjonction éventuellement avec les variables MediaContact, d individualiser une tâche pour chaque utilisateur de la population : Une tâche de transfert d un fichier du serveur vers le client. Sur une population de 500 utilisateurs : 500 transferts du même fichier sont lancés. Une tâche d extraction à partir d une base de données externe des données propres à chaque utilisateur et basée sur un alias. Sur une population de 50 utilisateurs : 50 fichiers différents sont générés (un par utilisateur). Les pré requis - Possibilité de conditionner le lancement du processus : au résultat d exécution d un autre processus, et/ou à une condition sur : fichier, dossier, disque, journal d événements Windows. Le planning - Quand? : le jeudi à 20h. - Quelle fréquence? : tous les jeudis. - Option : sauf ou y compris les jours fériés. - Validité : sauf pendant le mois d août. - Retard admissible. Les communications - Facultatif dans le cas d un processus purement serveur. - Choix de la ou des communications autorisées pour les étapes nécessitant des échanges (cf. Communications : définitions). Le différé station - Permet de fixer un planning d exécution d étapes lorsqu une ou plusieurs étapes doivent s exécuter en différé (après communication) sur MediaContact Client. Les rapports d exécution - Faut-il un rapport d exécution? De quel type? (systématique, périodique). (Cf. Rapports d exécution). Les alarmes Les tâches contenues dans le processus et la logique d enchaînement de ces tâches. Association d un processus à une ou plusieurs communications Si un processus nécessite des échanges d informations entre serveur et client, il suffit de lui associer une ou plusieurs communications. Ainsi le processus va s exécuter puis attendre la validité d une des communications associées pour acheminer les flux entre MediaContact Serveur et MediaContact Client. Ceci présente plusieurs avantages : Telelogos Page 11/26

12 écouler les flux de données associés à plusieurs processus en une seule session de communication, modifier les paramètres d une communication (changer la plage horaire par exemple) sans intervenir sur les processus qui lui sont associés. Importation / Exportation de processus La définition d un processus et celle des tâches qu il contient peuvent être importées ou exportées via un fichier. Les tâches Les tâches précisent le quoi et le comment des processus. Des types de tâches sont proposés par MediaContact Serveur. Chaque tâche impose son propre nombre d étapes. Une étape est l unité d exécution, de contrôle et de branchement. L administrateur peut alors décrire les enchaînements et les conditions d enchaînement des tâches. Chaque tâche comprend une étape de contrôle qui, selon le résultat du contrôle, permet d indiquer la marche à suivre : enchaîner, abandonner la tâche, abandonner le processus. Le type de tâche fixe les lieux d exécution des étapes. Une tâche peut être : serveur : toutes ses étapes se déroulent sur MediaContact Serveur. station : toutes ses étapes se déroulent sur MediaContact Client. mixte : des étapes se déroulent sur MediaContact Serveur et d autres sur MediaContact Client, avec une communication à un moment donné. Telelogos Page 12/26

13 Certaines tâches proposent une étape de sauvegarde (avant et/ou après communication, tant sur MediaContact Serveur que sur MediaContact Client). Ainsi, MediaContact permet de décrire, en un seul point central, des travaux dont tout ou partie peut s exécuter sur le serveur et les sites distants appartenant à une population donnée. Les types de tâches par lieu d exécution Mixtes Transfert standard Transfert spécifique Télécollecte de données Télédistribution de données Télédistribution de logiciel Synchronisation MediaContact Mise à jour du logiciel MediaContact Client Serveur Exécution de programme : - Exécutable (exe, cmd, ) - Commande système (dir, copy, ) - Synchronisation SQL - Extraction de fichiers plats à partir de bases de données Contrôle fichier, dossier, disque Constitution de fichiers plats à partir de base de données externes Exécution de commandes FTP Surveillance Administration Sauvegarde de fichiers, dossiers, registres Restauration Gestion de fichiers Message queuing Station Inventaires Echanges des messageries Lotus Notes(*) / Microsoft Exchange Exécution de programme : - Exécutable (exe, cmd, ) - Commande système (dir, copy, ) - Synchronisation SQL - Extraction de fichiers plats à partir de bases de données Contrôle fichier, dossier, disque Constitution de fichiers plats à partir de base de données externes Exécution de commandes FTP (*) Surveillance Administration Sauvegarde de fichiers, dossiers Sauvegarde des registres (*) Gestion de fichiers * : ces tâches ne sont pas disponibles sur un client de type Windows CE ou Windows Mobile Telelogos Page 13/26

14 Les types de tâches par fonctionnalité Transfert standard : Objectif : permettre le transfert, entre MediaContact Client et MediaContact Serveur, de fichiers préalablement déposés par des applications externes dans des dossiers prédéfinis par MediaContact et propres à chaque utilisateur. Ces dossiers prédéfinis sont : Le dossier standard d échange départ sur MediaContact Serveur (propre à chaque utilisateur), Le dossier standard d échange arrivée sur MediaContact Client, Le dossier standard d échange départ sur MediaContact Client, Le dossier standard d échange arrivée sur MediaContact Serveur (propre à chaque utilisateur), Les fichiers sont transférés de MediaContact Serveur à MediaContact Client, et inversement, puis supprimés de la source. En cas de nom de fichier déjà existant dans un dossier standard d arrivée, le fichier (<Préfixe>.<Extension>) est renommé de façon unique (<Préfixe>AAAAMMJJhhmmssmmm.<Extension> ). Ce fonctionnement de type «boîte aux lettres» permet d automatiser les échanges de fichiers déposés ou prélevés par des applications externes à MediaContact. Transfert spécifique : Objectif : permettre de spécifier dans le détail les paramètres des transferts de fichiers ou dossiers à effectuer entre MediaContact Serveur et MediaContact Client (et vice versa). Il y a autant d étapes que de fichiers ou groupes de fichiers à transférer avec un contrôle qui permet de poursuivre ou d arrêter le transfert. Les fichiers et dossiers source et destination sont explicitement nommés. Fonctions : Copier : - Options sur la source : Transmission dans l ordre des dates croissantes de création Délai d attente de la disponibilité du fichier - Options sur la destination si elle existe : Générer un nom unique Ou écraser, ajouter, refuser Déplacer : identique à copier sinon que la source est supprimée Renommer Supprimer Synchroniser : la destination contiendra les mêmes fichiers que la source ; les fichiers identiques sur la source et sur la destination ne sont pas transférés - Option synchronisation de mise à jour : ne pas supprimer de la destination des fichiers n existant pas sur la source. - Option synchronisation complète : les fichiers présents sur la destination et absents de la source sont supprimés sur la destination. Télécollecte de données : Objectif : collecter des données en provenance d applications des terminaux équipés de MediaContact Client pour les importer dans des traitements centraux. Telelogos Page 14/26

15 Cinq étapes : Extraction des données sur MediaContact Client : applicatif ou exécution d un export SQL Sauvegarde sur MediaContact Client des données extraites Transfert des données de MediaContact Client vers MediaContact Serveur Sauvegarde sur MediaContact Serveur des données arrivées Importation des données dans les bases centrales : applicatif ou exécution d un import SQL Télédistribution de données : Objectif : distribuer des données en provenance de bases de données centrales pour les importer dans les bases de données locales aux applications de MediaContact Client. Cinq étapes : Extraction des données depuis les bases centrales sur MediaContact Serveur : applicatif ou exécution d un export SQL Sauvegarde sur MediaContact Serveur des données extraites Transfert des données de MediaContact Serveur vers MediaContact Client Sauvegarde sur MediaContact Client des données arrivées. Importation des données dans les bases locales : applicatif ou exécution d un import SQL Distribution de logiciels : Objectif : à partir de MediaContact Serveur, distribuer et installer des logiciels ou des mises à jour sur MediaContact Client. La distribution de logiciels comprend cinq étapes : Contrôle de l espace disque sur MediaContact Client Synchronisation des données du package (avec possibilité d étalement automatique de cette synchronisation sur plusieurs sessions de communications) Sauvegarde de la situation avant installation Exécution de la commande d installation du package Suppression éventuelle du package d installation. Le planning différé station permet de programmer la date d installation du package sur MediaContact Client (exemple : la nouvelle version de l application distante doit être opérationnelle pour tous les MediaContact Client le 1 er juin et pas avant). La fonction «en tant que» permet d exécuter une installation ou une mise à jour avec des droits administrateurs dans une session utilisateur. Synchronisation SQL : Objectifs : mettre à jour une base de données (serveur ou station) par extraction d informations d une autre base de données ou d une source de données accessible par ADO (ActiveX Data Object). Cette mise à jour s effectue en deux temps : Un Export SQL pour import qui dépose les ordres et les données extraites dans un fichier temporaire Un Import SQL qui applique les ordres et données du fichier temporaire à la table cible Export SQL vers fichier : Telelogos Page 15/26

16 Objectifs : extraire les données d une base de données ou d une source de données accessible par ADO, dans un fichier texte pour alimenter une application existante. Le fichier extrait est un fichier texte dont les enregistrements sont : Soit de type CSV Soit de longueur fixe Synchronisation MediaContact : Objectifs : mettre à jour la base de données locale de MediaContact Client à partir des nouvelles directives entrées ou modifiées par l administrateur sur MediaContact Serveur (communications, processus ). Remonter les journaux et les alarmes de MediaContact Client vers MediaContact Serveur. Option : Réinitialiser complètement la base de données locale de MediaContact Client. Exécution de programme serveur ou station : ou Objectifs : lancer automatiquement l exécution sur MediaContact serveur ou MediaContact Client : d un exécutable (exe, cmd, ) d une commande système (dir, copy, ) Contrôle - serveur ou station : ou Objectifs : tester une condition sur MediaContact Serveur ou MediaContact Client : un espace disque, dossier, fichier une date, un âge de modification de fichier une date, un âge d'accès à un fichier une existence, absence de fichier un contenu de fichier une clé de registre la mémoire physique ou virtuelle disponible l'existence d'un processus Windows, la mémoire, le pourcentage du CPU qu'il utilise l'existence, l'état d'un service l'existence d'une fenêtre le niveau de charge de la batterie (Pocket PC) Exécution de commandes FTP : Objectifs : automatiser sur MediaContact Serveur ou sur MediaContact Client l exécution de : connexion à un serveur FTP copie ou déplacement de fichiers suppression ou renommage de fichiers Inventaires : Objectifs : centraliser sur MediaContact Serveur l inventaire des logiciels et matériels disponibles sur MediaContact Client : Inventaire matériel et système : - Liste des composants élémentaires (matériels et périphériques) du terminal de MediaContact Client - Clés de registre. Inventaire logiciel - Liste des composants logiciels du terminal de MediaContact Cient - Liste de fichiers inventoriés avec leurs propriétés (taille, date, version) Telelogos Page 16/26

17 Les inventaires sont réalisés pour la première fois ou mis à jour par une tâche de type Inventaire incluse dans un processus (lors de la remontée des inventaires vers MediaContact Serveur, seules les différences d un inventaire à l autre sont remontées). Les inventaires sont consultables et imprimables via la console d administration, au niveau de chaque utilisateur et à un niveau global. Ils sont également exportables (en format XML ou CSV). Agents de messageries Lotus Notes / Microsoft Exchange : Objectif : automatiser les flux de synchronisation Lotus Notes et/ou Microsoft Exchange et/ou Microsoft Outlook Express. Grouper dans une même communication les flux de messagerie et les autres flux de données. MediaContact Serveur permet de définir à un niveau global des profils de messagerie : Profil Lotus Notes : - Paramètres pour l échange du courrier - Paramètres pour la réplication des bases de documents Notes Profil Microsoft Outlook : - Profil de connexion - Profil de synchronisation (dossiers à synchroniser) Profil Microsoft Outlook Mobile: - Profil de connexion - Profil de synchronisation (courrier, contacts, calendrier, tâches) Profil Microsoft Outlook Express : - Paramètres pour l échange du courrier - Paramètres pour importer les contacts du carnet d adresses Il est alors possible d associer à chaque utilisateur un profil de messagerie. La déclaration d une tâche de type Messagerie dans un processus provoquera l échange des données de messagerie conformément au profil de messagerie associé à l utilisateur. Surveillances Objectif : être averti, par un déclenchement d'alarmes, d'événements constatés sur le serveur ou sur le terminal. Les surveillances effectuées peuvent concerner : la base des registres (clés ou valeurs) l'occupation du disque l'apparition d'un événement dans le journal des événements l'existence d'une fenêtre la mémoire physique disponible la mémoire virtuelle disponible le pourcentage du CPU utilisé l'existence d'un processus Windows la mémoire utilisée par un processus Windows la modification ou absence d'adresse IP l activation/désactivation d une interface réseau la création/modification/suppression d un fichier ou dossier l arrêt/démarrage d un service Windows le contrôle du niveau de charge de la batterie (Pocket PC) l insertion du périphérique dans son socle (Pocket PC) le réveil du périphérique (Pocket PC) le changement de PC Card (Pocket PC) la mémoire de stockage disponible (Pocket PC) Telelogos Page 17/26

18 la mémoire programme disponible (Pocket PC) Guide technique MediaContact V4.5 Administration Objectif : exécuter un traitement d'administration sur le serveur ou sur la station. Les traitements d'administration proposés permettent : de redémarrer le système d'arrêter/démarrer un service d'arrêter un processus Windows de fermer la session interactive de fermer une fenêtre de créer, modifier, supprimer une clé de registre d activer/désactiver le contrôle par mot de passe (Pocket PC) d autoriser/interdire l installation de fichier.cab (Pocket PC) de restreindre à l utilisateur l accès aux paramètres (Pocket PC) de créer/supprimer un kiosque (Pocket PC) de bloquer/débloquer des fonctions : activesync, autorun, boutons, téléphone (Pocket PC) Sauvegarde Objectif : exécuter une sauvegarde de fichiers, dossiers ou base des registres sur le serveur ou sur la station. Le lieu de stockage de la sauvegarde peut être : sur la station ou sur le serveur (sauvegarde station) sur le serveur (sauvegarde serveur) Restauration Objectif : exécuter une restauration de fichiers ou dossiers station sauvegardés sur le serveur. Message queuing Objectif : disposer d une interface Websphere MQ Series MediaContact Serveur, en tant que client du bus messages Webshere MQ d IBM, peut échanger des données avec toute application connectée sur ce bus. Cette tâche permet, au fil de l eau, de transformer un fichier reçu dans un répertoire en un message Websphere MQ Series en temps réel. MediaContact pourra générer un accusé réception dès la prise en compte du message par Websphere MQ series. MediaContact permet ainsi, sans aucun développement supplémentaire, de connecter une application hétérogène au bus Websphere MQ d IBM,. Gestion de fichiers Objectif : Cette tâche permet d effectuer des opérations sur des fichiers ou des dossiers du serveur ou du client : céation/suppression de fichier(s) copie/déplacement/renommage de fichier(s) remplacement d une chaîne de caractères opérations sur une section ou des paramètres contenus dans un fichier «.INI» (création, renommage, suppression) Telelogos Page 18/26

19 Intégration de Symantec pcanywhere A partir de la console d administration de MediaContact Serveur il est possible, après avoir choisi un utilisateur, de lancer une session maître de pcanywhere et en fin de session de saisir un commentaire sur la nature de l intervention. Les journaux de chaque session maître de pcanywhere sont stockés dans la base de données centrale de MediaContact Serveur. D autre part les journaux de chaque session pcanywhere élève exécutée sur un poste MediaContact Client sont remontés vers MediaContact Serveur. Ainsi il est possible de consulter de façon centralisée via la console d administration et par utilisateur, les journaux des sessions pcanywhere initialisées à partir de MediaContact serveur et celles initialisées par ailleurs. Intégration de VNC A partir de la console d administration de MediaContact Serveur il est possible, après avoir choisi un utilisateur, de lancer une session maître VNC et en fin de session de saisir un commentaire sur la nature de l intervention. Les journaux de chaque session maître de VNC sont stockés dans la base de données centrale de MediaContact serveur. Intégration de NetOp Remote Control A partir de la console d administration de MediaContact Serveur il est possible, après avoir choisi un utilisateur, de lancer une session NetOp Remote Control et en fin de session de saisir un commentaire sur la nature de l intervention. Les journaux de chaque session invité de NetOp Remote Control sont stockés dans la base de données centrale de MediaContact Serveur. D autre part, les journaux de chaque session (NetOp Remote Control hôte ou NetOp Mobile lorsque le terminal distant fonctionne avec un système d exploitation Windows Mobile) exécutée sur un poste MediaContact Client peuvent être remontés vers MediaContact Serveur. Les variables MediaContact Objectif : pouvoir en une seule opération créer des noms de fichiers, des expressions dans des commandes SQL propres à chaque entité d une population (exemple : extraire d une base de données l historique des commandes propre à chaque utilisateur de la population Commerciaux ). Tous les champs des tables utilisateurs et sociétés sont disponibles sous forme de variables : %COMPANY% : l'identifiant de la société de l'utilisateur %ALIASCOMPANY=AliasSociété% : valeur de l'alias Société %USER% : l'identifiant de l'utilisateur %ALIASUSER=AliasUtilisateur% : valeur de l'alias Utilisateur MediaContact permet de créer des variables appelées «alias». Telelogos Page 19/26

20 Un alias est une caractéristique externe non définie par le loiciel MediaContact. Deux types d alias sont proposés : Alias serveur : il est valorisé sur le serveur via la console d'administration (voir Un utilisateur (définition manuelle)) ou via un import utilisateurs. Alias station : il est valorisé sur chaque station à partir d une source de données externe (fichier, base des registres, variable d environnement, base de données, etc ) Les consoles d administration de MediaContact Rôles L accès aux consoles par les administrateurs peut se faire avec une authentification qui permet de filter l'accès aux informations. Un administrateur ou un intervenant du help desk peut gérer une ou plusieurs «entités». Celles ci sont configurables avec des niveaux hiérarchiques (pouvant correspondre à une ou plusieurs sociétés, pays, ) et donc s'adapter à toute infrastructure. Tant que l'authentification n'est pas activée, l'accès à la console est libre (droits «administrateur»). Deux types de consoles : La console riche : Elle nécessite l installation d un module logiciel sur le poste de l utilisateur. Elle permet d accéder à l ensemble des fonctionnalités et paramètres du produit. La communication entre toute console riche et le serveur MediaContact est en architecture COM-DCOM (Component Object Model Distributed COM : permet de développer des applications dîtes distribuées sur un réseau LAN). Telelogos Page 20/26

21 Ergonomie de la console riche Etats Structure arborescente (arborescence en partie gauche et liste en partie droite) permettant de structurer la vision des différentes entités et d aller directement là où l administrateur veut aller Vues paramétrables permettant de présenter les utilisateurs selon des regroupements paramétrables. Les paramètres ciblent les propriétés des terminaux distants (ex : création d une vue Pays / Agence). Les vues peuvent comprendre jusqu à 10 niveaux hiérarchiques. Icônes significatives dont certains attributs graphiques varient selon l état des entités sous-jacentes (exemple : alarme à acquitter ou acquittée, utilisateur actif ou inactif, processus suspendu, activé ou en cours) Onglets montrant les propriétés, attributs et maintien du contexte lors du passage d une entité à l autre. Cela permet d éliminer des clics inutiles lors de la consultation de collections importantes Aide contextuelle pour avoir une explication directe d un point précis affiché à l écran Aide en ligne pour une découverte plus détaillée des fonctionnalités de MediaContact Assistants systématisés qui guident l administrateur dans la découverte et la mise en œuvre de fonctionnalités Menus contextuels Conçus avec Crystal Report, ils permettent une consultation avec ou sans impression, une adaptation des données au récepteur (pièce jointe au format HTML, CSV ). Puissance d administration et d exploitation Profils (de connexion, de messagerie, de rapports), Communications et Populations sont autant de points forts de l architecture qui permettent lors d une intervention en un seul point central via la console d administration d appliquer une modification aux occurrences associées. Exemples : La modification de l heure de début d une communication sera appliquée à tous les processus associés à cette communication et donc à tous les utilisateurs énumérés dans la population de ce processus. La modification d un numéro d appel téléphonique dans un profil de connexion sera répercutée à tous les utilisateurs associés à ce profil de connexion. Gestion et suivi de l activité des serveurs de communication : visualisation des communications en cours. Commande d arrêt et démarrage d un serveur. Exploitation des historiques par zooms successifs allant d un niveau général à des niveaux plus détaillés. La console est exécutable à partir d un poste Windows quelconque du réseau. Le «Moniteur d activité», accessible à partir de la console, permet : d afficher les processus et les communications de contrôler en temps réel les processus et les communications Telelogos Page 21/26

22 La console WEB Elle permet aux administrateurs et au service «help desk» d'accéder, depuis un navigateur internet, au serveur MediaContact. La console Web propose la même structure arborescente que la console riche. La console WEB permet, à un administrateur de type «help desk» d'accéder aux utilisateurs, populations, processus, historiques. Telelogos Page 22/26

23 Elle permet de consulter la liste des tâches dans un processus. Guide technique MediaContact V4.5 L IHM de MediaContact Client L IHM (Interface Homme Machine) de MediaContact client, dont l ergonomie est identique à celle de la console d administration, permet à l utilisateur de : visualiser les processus, communications et abonnements propres à sa station, suivre les communications en cours, passer du mode de communication à distance à un mode de communication en réseau local, forcer la connexion manuelle à MediaContact serveur. Tout ou partie de l IHM est installable ou non, paramétrable, utilisable en manuel ou non selon la nature de l utilisateur : cela peut aller d une utilisation complètement automatique sans IHM et transparente pour l utilisateur à une utilisation manuelle avec IHM en cas de mise au point par exemple. Les rapports d exécution Objectifs : définir facilement des rapports d exécution génériques. Paramétrer le déclenchement de rapports si nécessaire. Ces rapports génériques sont ensuite sélectionnés lors de la définition de chaque processus. Deux types de rapports: Exécution de processus sur fin d exécution de processus Statistiques sur fin d exécution de processus ou périodique Un rapport se présente sous forme : Telelogos Page 23/26

24 d état imprimé et/ou de fichier (format HTML, CSV, base de données ) pouvant être envoyé par et /ou déposé dans une arborescence. Pour chaque état (OK, non OK, non exécuté), le contenu du rapport peut être détaillé (choix parmi 5 niveaux de détail) ou ne comporter que des compteurs (nombre d utilisateurs ayant ou n ayant pas exécuté correctement un processus par exemple). Les alarmes Objectif : avertir la personne que l administrateur a désignée, par le moyen approprié (alarme à l administrateur de MediaContact Serveur, alarme à l'utilisateur de MediaContact Client, envoi d'un mail ou d un TRAP SNMP), de la fin d'exécution d'un processus avec un résultat défini pour chaque utilisateur ou pour un certain nombre d'utilisateurs, du résultat d une surveillance ou d'une différence d'inventaire. La console d administration MediaContact Serveur signale les alarmes à l aide d icônes qui permettent de savoir rapidement ce qui a provoqué l alarme. Les journaux et statistiques MediaContact Client et Serveur journalisent tous les événements. Les journaux de MediaContact Client sont remontés sur MediaContact Serveur. La durée de conservation des journaux est paramétrable. Ces journaux permettent une consultation des historiques, du niveau le plus global au niveau le plus fin ; au niveau société, utilisateur, processus, tâche, étape. ²L exploitation de ces journaux permet de produire des statistiques sur les volumes échangés et sur les durées de traitement, par heure/jour/semaine/mois/année et à tout niveau approprié (Global, Société, Utilisateur, Serveur de communications). Installation, déploiement, mise à jour Installation de MediaContact Serveur Le programme d installation permet d installer ou de mettre à jour sur un même ordinateur (installation standard) ou sur plusieurs ordinateurs (installation personnalisée) les trois composants de MediaContact Serveur : le serveur composé du module Ordonnanceur de Processus (service Windows NT), le ou les serveurs de Communications composés du module Ordonnanceur de Communications (objet COM), la console d administration. Installation et déploiement de MediaContact Client La présence du programme d installation de MediaContact Client sur chaque terminal doit être assurée par un outil de copie (duplication du CD-Rom, connexion du terminal au réseau local, transfert de fichiers. Les composants d accès aux données de Microsoft (MDAC) sont automatiquement installés par le programme d installation pour les clients Windows. Telelogos Page 24/26

25 Le mode automatique simplifie l installation de MediaContact Client sur chaque terminal. MediaContact dispose d une fonction permettant de générer un package d installation personalisable : génération d un fichier auto-extractible personnalisable, installation automatique de ce fichier sur le terminal distant via un transfert FTP, auto-identification à partir d un critère du terminal distant ( IP,MAC, Login, IMEI, ), possibilité de lancer des programmes en amont et aval de l installation de MediaContact Client. Mise à jour de MediaContact MediaContact propose une gestion et un suivi intégrés de la mise à jour des nouvelles versions de MediaContact Client quelles que soient les éditions de MediaContact Serveur. Gestion de la configuration (Provisioning) Les administrateurs définissent la configuration matérielle et logicielle appropriée pour des groupes de machines ou d utilisateurs. Les paramètres sont vérifiés par rapport à des configurations définies centralement, et sont réappliqués au besoin. MediaContact permet de gérer les paramètres réseau, les profils de connexion, les paramètres de messagerie, les profils WIFI et tous les autres paramètres provisionnables. Les API Des API (Application Programming Interface), exécutables paramétrables, permettent d intégrer MediaContact aux applications externes, ainsi que : lister, suivre, lancer des processus à volonté lancer / arrêter l ordonnanceur MediaContact Client lancer sur le client une connexion vers le serveur Les déclinaisons La suite MediaContact se compose de 3 modules : administration, synchronisation et sauvegarde. Elle est proposée en 4 déclinaisons : MediaContact Management : modules d administration et de sauvegarde MediaContact DataSync : module de synchronisation MediaContact Backup : module de sauvegarde MediaContact Enterprise : version complète regroupant les 3 modules L évolution vers la déclinaison Enterprise s effectue sans réinstallation. Une option Sync est proposée en complément de MediaContact Management. Telelogos Page 25/26

26 Les langues Guide technique MediaContact V4.5 MediaContact est disponible en français et anglais. Version d évaluation MediaContact est téléchargeable en version d évaluation sur notre site web : Il s agit d une version complète limitée à 30 jours d utilisation après son installation. Durant cette période, vous pouvez bénéficier gratuitement de notre support technique : Par Téléphone : +33 (0) Par Fax : +33 (0) Par support@telelogos.com Telelogos Page 26/26