Brevet FR2905017A1 — publié le 20080222

SYSTEME DE TRAITEMENT AUTOMATISE DE TACHES. La présente invention concerne des systèmes d'information, notamment les systèmes de traitement automatisé de tâches. Plus précisément, l'invention concerne un système de traitement automatisé de tâches comprenant un ensemble d'au moins un terminal de pilotage (IHM), un serveur central (SC), et un ensemble (TA) d'au moins un terminal d'action, dans lequel au moins un terminal de pilotage (IHM) est relié au serveur central (SC) par l'intermédiaire d'au moins un bus de données (VB) et susceptible et piloter au moins un terminal d'action. Les systèmes classiques de traitement automatisé de tâches comprennent typiquement un terminal relié à un serveur sous forme de client/serveur ou de serveur/serveur. Les échanges de données se font dans ce cas de point à point, avec un transfert exclusif de données entre un client et le serveur. Dans un tel environnement client/serveur, un ordinateur central fournit des services réseau aux utilisateurs des terminaux. Un autre mode de fonctionnement consiste en un environnement dit d'égal à égal (en anglais peer to peer), dans lequel il n'y a pas d'ordinateur central et chaque ordinateur (terminal) a un rôle similaire. De tels systèmes, notamment dans le mode de fonctionnement client/serveur, sont mis en œuvre par exemple sous forme de PGI (Progiciels de Gestion Intégrée) ou sous forme d'ERP (Enterprise Ressources Planning). Les PGI gèrent en général les fonctions 2 2905017 support d'une organisation, par exemple les fonctions administratives, financières, ou ressources humaines. Les ERP gèrent généralement les fonctions production , par exemple pour le pilotage d'automates. 5 Ces systèmes sont supportés par différentes topologies de réseau informatique, fonction du progiciel et du besoin local. Plusieurs topologies de réseaux sont connues, pour une architecture client/serveur ou autre : 10 Une topologie en bus est l'organisation la plus simple dans laquelle tous les ordinateurs sont reliés à une même ligne de transmission par l'intermédiaire d'un câble (bus). Cette topologie est facile à mettre en oeuvre et possède un fonctionnement simple. En revanche, elle 15 est très vulnérable en ce que si une seule des connexions est défectueuse, l'ensemble du réseau en est affecté. Dans une topologie en étoile, les ordinateurs du réseau sont reliés à un système matériel central appelé concentrateur ou hub . Un hub est un élément unitaire 20 comprenant un certain nombre de jonctions auxquelles il est possible de connecter les câbles réseau en provenance des ordinateurs. Un hub assure la communication entre ses différentes jonctions. Les topologies en étoile sont moins vulnérables car une des connexions peut être 25 débranchée sans que le reste du réseau soit paralysé, à l'exclusion du hub, sans lequel aucune communication entre les ordinateurs du réseau n'est possible. Pour un réseau possédant une topologie en anneau, les ordinateurs sont situés sur une boucle et 30 communiquent chacun à leur tour. Plus exactement, les ordinateurs sont reliés à un répartiteur ( MAU pour Multistation Access Unit ) qui gère la communication 3 2905017 entre les ordinateurs qui lui sont reliés en impartissant à chacun d'eux un temps de parole. On peut citer comme exemple les topologies d'anneau à jeton token ring . Plusieurs types de réseaux sont connus. 5 On distingue les différents types de réseaux (privés) par leur taille (nombre de machines), leur vitesse de transfert, ainsi que par leur étendue. Les réseaux privés sont des réseaux appartenant à une même organisation. On distingue classiquement deux types de réseaux : 10 • LAN local area network , et • WAN wide area network . Les LAN Local Area Network , ou Réseaux Locaux, sont un ensemble d'ordinateurs appartenant à une même organisation (entreprise ou autre) et reliés entre eux 15 dans une petite aire géographique, souvent à l'aide d'une même technologie (par exemple Ethernet). Les WAN ( Wide Area Network ou réseaux étendus) interconnectent plusieurs LAN à travers de grandes distances géographiques, comme si ils faisaient partie 20 d'un même réseau local. Les WAN (par exemple l'Internet) fonctionnent grâce à des routeurs qui permettent de déterminer le meilleur trajet pour atteindre un noeud du réseau. Quelle que soit la topologie utilisée, les systèmes 25 classiques de traitement automatisé de tâches sont toutefois notamment contraints par leur technicité, donc leur manque de flexibilité, et leur coût. La présente invention a pour but de remédier à ces inconvénients en proposant un système particulièrement 30 flexible. 4 2905017 Avec cet objectif en vue, le dispositif selon l'invention, par ailleurs conforme au préambule cité ci-avant, est essentiellement caractérisé en ce que ledit serveur central (SC) est relié à l'ensemble (TA) d'au 5 moins un terminal d'action (21, 22) par l'intermédiaire d'au moins un bus de commande (PB)]. Dans un mode de réalisation, le serveur central comprend un premier serveur (VC : VIDEO) relié à un deuxième serveur (PC : PROCESS). 10 Avantageusement, le premier serveur (VC) est relié au deuxième serveur (PC) par l'intermédiaire d'un troisième serveur (MC : MAIN). De préférence, le bus de donnée (VB) et/ou le bus de commande (PB) comprend un réseau privé virtuel (VPN). 15 Grâce à cette configuration, les restrictions inhérentes dues aux différences entre LAN et WAN s'estompent et un LAN peut ainsi s'étendre sur une aire géographique beaucoup plus grande. De préférence, le protocole de communication sur au 20 moins l'un des bus (VB, PB) est de type MPLS. Grâce à cette configuration, tout type de fichier (voix, données, images) peut transiter sur le réseau, le contenu des trames étant identifié à cet effet. En particulier, le protocole est IPV6 de 25 préférence. En outre, le système selon l'invention peut comprendre au moins un serveur de transaction (ST) relié à l'ensemble d'au moins un terminal de pilotage (IHM) par l'intermédiaire d'au moins un bus de données (VB), ledit 30 serveur de transaction étant configuré pour effectuer un transfert de données exclusif de point à point. 5 2905017 Dans un mode de réalisation, le serveur de transaction (ST) et le serveur central (SC) communiquent entre eux par lot de données (batch). D'autres caractéristiques et avantages de la 5 présente invention apparaîtront plus clairement à la lecture de la description suivante donnée à titre d'exemple illustratif et non limitatif et faite en référence aux figures annexées dans lesquelles : - la figure 1 est une représentation d'un mode de 10 réalisation du système selon l'invention, - la figure 2 est une représentation d'un mode de réalisation d'une fédération de systèmes selon l'invention, et - la figure 3 est une représentation d'un mode de 15 réalisation du serveur central selon l'invention. La figure 1 représente un ensemble de terminaux de pilotage, par exemple un écran de contrôle 11, éventuellement tactile, un lecteur de données 12 ou un ordinateur 13, un téléphone/visiophone 14, un assistant 20 personnel (PDA) 15, une caméra (par exemple webcam) 16, etc. Chacun de ces terminaux de pilotage est susceptible de communiquer des informations de type données/voix/image, et est relié à un serveur central SC 25 par l'intermédiaire d'un bus local de données VB. Les terminaux de pilotage constituent un ensemble d'interfaces homme machine IHM, ou encore front office (guichet). Cette sous-architecture de transport rassemble toutes les fonctions de visualisation et permet 30 par exemple la supervision et la gestion de l'ensemble des processus par les utilisateurs au travers de contrôles actifs ou passifs. 6 2905017 Chaque processus comprend un ensemble de tâches à réaliser, la présente description utilise indistinctement les termes processus ou l'anglicisme process. Au moins un terminal de pilotage est susceptible de 5 piloter au moins un terminal d'action. Les terminaux d'action 21, 22 définissent un ensemble TA de terminaux d'action et constituent un ensemble BO de production ( back office ). Par exemple un premier 21 et un deuxième 22 automate programmable. 10 Les terminaux d'action TA sont reliés au serveur central SC par l'intermédiaire d'un bus de commande PB. Cette sous-architecture de transport gère par exemple les fonctions et processus en mettant en commun par l'intermédiaire du bus de commande PB l'ensemble des 15 automates chargés de piloter les traitements informatiques du processus considéré. Les terminaux d'action TA sont reliés au process par l'intermédiaire de bus dédiés process, interfaces bus PIB, qui assurent les liaisons entre les terminaux 20 d'action et les équipements unitaires d'interface process, tels que carte d'acquisition numérique, analogique, carte de commande, compteurs, etc... En outre, le système peut comprendre un serveur de transaction ST auquel le bus de données VB est relié. 25 Ce système définit un premier domaine DOM1, artificiel, et correspondant par exemple à une activité Recherche et développement de l'organisation d'une entreprise. Dans cet ordre d'idée, on peut définir d'autres 30 domaines de l'organisation, par exemple DOM2 pour l'activité Production , DOM3 pour l'activité 7 2905017 Logistique , DOM4 pour l'activité Siège social , etc. Tout ou partie des systèmes ainsi créés peuvent éventuellement être fédérés entre eux, comme représenté à 5 la figure 2. La liaison entre deux domaines peut être directe par connexion au même bus de données VB. La liaison peut également être indirecte par continuité virtuelle via une connexion de type réseau privé virtuel VPN (Virtual 10 Private Network), comprenant éventuellement un routeur ROUT. Dans ce cas, les informations sont de préférence cryptées par tout moyen connu. Le routeur ROUT est un périphérique du bus de données VB dont le rôle est de gérer les transmissions, via le VPN, de toutes les 15 informations nécessaires d'un point à un autre du réseau. Grâce à cette configuration, le réseau d'une organisation peut évoluer d'un Intranet simple jusqu'à un réseau étendu intégrant l'ensemble des acteurs tiers internes et externes de l'organisation, par exemple les 20 clients et fournisseurs. Dans ce cas, le domaine DOM défini précédemment, peut correspondre à un tiers. De préférence, l'ensemble des bus (réels ou virtuels) constitue un réseau fermé et privé, de sorte à assurer un maximum de sécurité. De même, tous les 25 composants peuvent être redondés. Enfin, le protocole de communication est de préférence déterministe, c'est-à-dire qu'il permet l'identification source/destination. En référence à la figure 3 dans laquelle les éléments communs avec ceux de la figure 1 portent les 30 mêmes références, le serveur central SC comprend un premier serveur VC relié à un deuxième serveur PC, dont chaque est relié au bus de données VB et au bus de 8 2905017 commande PB. Avantageusement, ces deux serveurs sont reliés entre eux par un troisième serveur superviseur MC. Ce mode de réalisation est préférentiel. Toutefois, d'autres modes de réalisation sont envisageables, par 5 exemple dans lesquels le serveur central SC ne comprend qu'un seul serveur muni de plusieurs modules, chaque module exerçant les fonctions attribuées respectivement au premier serveur VC, deuxième serveur PC et troisième serveur MC ci-dessous. 10 Dans la configuration de la figure 3, le serveur superviseur MC assure par exemple la mise en oeuvre des logiciels réalisant la gestion des périphériques, le déroulement des dialogues opérateurs, la gestion des accès aux bases de données, etc. 15 Le premier serveur VC assure par exemple la mise en oeuvre des logiciels réalisant la gestion de la visualisation (fond d'image, rafraîchissements...), la gestion des enregistrements, la gestion des collections de données en provenance des terminaux d'action TA (p.ex. 20 automates programmables), le traitement des alarmes passives par émission d'un message d'alarme, etc. Le deuxième serveur PC assure par exemple la mise en œuvre des logiciels réalisant le contrôle et la gestion du déroulement des logiciels d'application/de 25 pilotage (logiciels utilisateurs), les fonctions de surveillance (postées par un opérateur ou par un programme utilisateur et dont le déclenchement entraîne le démarrage d'une action spécifique (ASP) corrective qui lui a été associée lors de sa mise en surveillance), etc. 30 De préférence, le serveur central SC est relié à (ou comprend) des moyens de sauvegarde (non représentés), au moins une base de données 31, des moyens d'impression 9 2905017 32 et éventuellement un serveur de supervision du système 33. Le serveur de supervision du système gère par exemple la console système, la console watchdog , la 5 console technique. La console système supervise le dialogue des opérateurs avec les différents serveurs MC, VC, PC lors de leur initialisation respective et en phase d'exploitation. 10 La console watchdog supervise la redondance de tous les éléments du système (serveurs, bus, etc.) La console technique supervise: - l'état général du système (arrêt, démarrage, contrôle des automates programmables, contrôle 15 des cartes d'interfaces process, état de santé des points process impliqués dans un contrôle de traitement en logique majoritaire) - la gestion des outils systèmes (modification d'une base de données, téléchargement d'un 20 automate programmable, gestion des paramètres modifiables, définition et modification des collections de données, gestion des systèmes d'enregistrement, etc.) Dans le but d'assurer le bon fonctionnement et la 25 conduite d'un ou de plusieurs processus dynamiques dont les caractéristiques évènementielles et aléatoires peuvent être complexes, le serveur central, tel que décrit techniquement ci-dessus, coordonne par exemple les fonctions suivantes: 30 - prise en compte des dialogues opérateurs (verrouillage, déverrouillage des consoles et pupitres, commandes générales, visualisation 10 15 20 25 30 10 2905017 des trames et des synoptiques, visualisation et impression des rapports, visualisation et impression des enregistrements graphiques), - gestion des surveillances passives, actives, 5 des alarmes et des actions spécifiques déclenchées sur le hors limite d'un point, - déroulement des programmes applicatifs de traitement des processus et des programmes de remise en condition de sécurité (RCS) qui leur sont associés, - contrôle des automatismes de régulation de process et interventions sur les contrôleurs standards et sur les contrôleurs de séquence postés dans les automates programmables, - contrôle des automatismes de sécurité (AS) postés dans les automates programmables, - gestion et contrôle des collections de données, - gestion et contrôle des paramètres modifiables, - gestion des bases de données PROCESS contenant la configuration hardware des automates programmables, les paramètres digitaux et analogiques, les compteurs, les contrôleurs standards et les contrôleurs de séquence, certains des éléments des bases de données PROCESS pouvant être dynamiques, - gestion des bases de données PUPITRES contenant la configuration hardware des pupitres, les séquences des points associés aux platines, les objets connectés tels que compteurs, seuils, débits, et leur description 11 2905017 associée, le contenu des bases de données PUPITRES pouvant être statique, - gestion des bases de données IMAGES contenant la description des synoptiques et des trames 5 des dialogues avec les opérateurs, le contenu des données IMAGES pouvant être statique. Les informations nécessaires au bon fonctionnement et la conduite d'un ou de plusieurs processus sont 10 véhiculées par deux bus distincts dont les fonctionnalités sont les suivantes: - le bus de données VB assure le transport de toutes les trames et messages nécessaires aux communications entre la totalité des 15 équipements assurant l'interface avec les opérateurs et le serveur central pour la conduite d'un processus donné, -le bus de commande PB assure le transport de toutes les trames et messages nécessaires aux 20 communications entre la totalité des automates programmables et le serveur central pour la conduite du processus donné. Cette architecture bipolaire, supervisée par le serveur central, définit une architecture de type 25 contrôle-commande qui offre avantageusement la capacité de traiter les informations de façon combinatoire, au plus près du process si l'automate programmable utilise pour conduire ledit process ses propres ressources de façon autonome, ou de concert entre deux ou plusieurs 30 automates programmables et le serveur central si le process le justifie pour des raisons de synchronisation 12 2905017 d'actions, de combinaisons d'actions ou de sites géographiques distants ou d'autres raisons encore. Cette disposition architecturale prend en compte les exigences que représentent les évènements aléatoires, 5 distants, à hiérarchiser, à synchroniser, à structurer, à combiner qui sont induits par le contrôle du déroulement d'un processus. De par sa structure, cette architecture bipolaire contrôle-commande fonde localement un premier niveau de 10 distribution étoilée en permettant, grâce au contrôle et à la supervision du serveur central, une répartition dite any to any (n'importe quel point du réseau vers n'importe quel point du réseau) entre les différents équipements reliés aux deux bus VB et PB. 15 Pour des questions de charges et de performances, et parce que les programmes résidents de chaque serveur ne sont de préférence pas les mêmes (les fonctions étant différentes), parce que les bases de données sont de préférence propres à chaque serveur, il peut être 20 opportun de faire supporter les fonctions contrôles et les fonctions commandes par des serveurs dédiés et distincts. Grâce à l'invention, les activités/fonctionnalités classiques effectuées par un serveur transactionnel 25 peuvent être mises en oeuvre, à savoir par exemple : -Gestion des activités bureautiques (serveur de fichiers, serveur d'imprimantes en réseaux), - Gestion des activités administratives et financières (ressources humaines, gestion de la paye, 30 comptabilité, immobilisations, télépaiements), 13 2905017 - Gestion des activités commerciales et marketing (serveur décisionnel, serveur de commerce électronique), - Gestion des activités scientifiques et techniques 5 (serveur de calcul), - Gestion de la documentation, des publications, -Gestion de la messagerie interne entreprise, - Appropriation du contenu des EDI... En outre, les activités/fonctionnalités de type 10 combinatoires peuvent être mises en oeuvre, à savoir par exemple : -L'ensemble des fonctions de production, - L'ensemble de fonctions de conduite de processus tels que: 15 o Chaîne de montage et d'assemblage, o Chaîne de conduite de presse industrielle, o Chaîne de conduite de processus de stockage et de remplissage, o Chaîne de conduite de processus de coulée 20 continue, o Gestion Technique Centralisée de bâtiment -L'ensemble de fonctions de conduite d'essais, - L'ensemble de fonctions de conduite de tests. Le système selon l'invention, grâce à une 25 architecture de type VPN orientée MPLS, de préférence utilisant le protocole IPV6, permet de réaliser des fonctions combinatoire, dans une topologie de liaisons étoilées. En effet, l'urbanisation telle que décrite ci- 30 dessus des bus VB et PB constitue la brique élémentaire, base d'une plate-forme généralisée et générique dont la structure Front office back office telle qu'évoquée 14 2905017 ci-dessus assure la coordination du traitement des fonctions transactionnelles et/ou combinatoires, et dont la topologie à deux niveaux (ou plus) de liaisons étoilées offre la possibilité d'un ajustement de la 5 plate-forme en mode local ou en mode global. Au niveau local: l'architecture bipolaire contrôle-commande assure un premier niveau, ou Local Bus (LB), de distribution en étoile (étoile Ni) en s'appuyant sur une continuité locale, au niveau d'un 10 domaine DOM, des bus VB et PB, eux-mêmes représentants des sous-ensembles Front office back office . Au niveau global: le réseau VPN assure par ses caractéristiques (réseau fermé, sécurisé, any to any ) un deuxième niveau, ou Global Bus (GB), de distribution 15 en étoile (étoile N2) en fédérant de façon virtuelle (ou en direct) l'ensemble des bus VB, propre à chaque DOM local, en un bus global qui apparaît alors comme l'épine dorsale du système. Cela a pour conséquence la mise en place d'un 20 Front office global étendu permettant ainsi l'accès, en consultation ou en modification, à tous les acteurs d'un processus transactionnel et/ou combinatoire (indifféremment exécuté dans tel ou tel DOM) selon un niveau personnel d'habilitation et ceci quelque soit leur 25 rattachement à tel ou tel DOM. A titre d'exemple, les réseaux actuellement en service peuvent servir de support de base au déploiement du bus de données VB. De préférence, les données transmises au sein du 30 système selon l'invention sont codées au format XML. Un document XML est systématiquement une structure arborescente, construite à partir d'une racine unique. 15 2905017 Les noeuds de l'arbre sont identifiés par des balises (tags) pouvant porter des attributs facultatifs. Le nombre de noeuds par niveau est illimité. XML est donc avantageusement utilisé dans la manipulation des données 5 et dans les systèmes d'échange de données entre logiciels. La présente invention permet de fédérer sur une plate-forme ci-dessus évoquée (serveur et terminaux associés) des processus actuellement hétérogènes (EDI, 10 client/serveur, ERP). En outre, elle permet de décrire la façon dont les logiciels de ces processus doivent être conçus pour obtenir une combinaison homogène de tous ces produits permettant l'automatisation complète de l'ensemble des 15 activités gérées par ces processus. L'objectif de l'invention au niveau de la production des logiciels est donc de rendre cohérent et compatible l'automatisation de processus (transactionnels et/ou combinatoires) en les réunissant dans un même 20 ensemble logiciel assurant le fonctionnement automatisé de tout ou partie des activités d'une organisation. A cet effet, pour la réalisation de systèmes informatiques, il est souhaitable de se référer à un nouveau procédé de production de logiciels, autre objet 25 de la présente invention. Ce procédé est dit prédictif en ce qu'il hiérarchise l'ordre de réalisation des logiciels nécessaires au traitement automatisé des tâches (applications fonctionnelles). 30 16 2905017 On définit un processus comme étant un agencement particulier d'un ensemble d'au moins une tâche à réaliser. Pour automatiser les processus, le procédé 5 prédictif est caractérisé par un empilement successif de trois couches logicielles réalisées séquentiellement l'une après l'autre, et de telle façon que l'ensemble des composants de la couche d'un niveau inférieur couvre la totalité des besoins, événements et cas de figure 10 nécessaires au fonctionnement de la couche de niveau supérieur. Les trois niveaux hiérarchiques sont les suivants : o Niveau 1 : composants systèmes, o Niveau 2 routines et primitives service 15 récurrentes à la fonction/tâche traitée, o Niveau 3 composants applicatifs de la fonction/tâche traitée. Ces trois niveaux se basent sur un niveau 0 correspondant au transport des informations (données). Ce 20 niveau 0 permet de fournir des circuits offrants une excellente fiabilité et un taux d'erreur faible qui permettent de constituer des réseaux maillés modulaires, déterministes si nécessaire, assurant en toute sécurité le transport des informations d'abonné à abonné selon le 25 principe de base any to any des réseaux VPN IP/MPLS , en particulier grâce au protocole IPV6. En outre, il peut être envisagé dans certains cas d'intégrer aux réseaux VPN des protocoles évolués fonctionnant en mode synchrone bidirectionnel avec une 30 sécurité de type contrôle de redondance cyclique, et anticipation des échanges tels ceux très utilisés dans le 17 2905017 réseau TRANSPAC X25, ou de façon similaire sur les modèles de protocole du type HDLC. En ce qui concerne l'urbanisation de ces réseaux, telle que décrite ci-avant, les architectures sont de 5 préférence génériques tant en ce qui concerne le niveau local (étoile N1) façonné contrôle/commande , qu'en ce qui concerne le niveau global (étoile N2) façonné VPN, de manière à pouvoir être reproductible ad libitum. Le niveau 1, niveau système, s'appuie sur 10 l'urbanisation des infrastructures permettant la mise en oeuvre de tous les composants dans un contexte automatisé. Il définit de façon générique le rôle et les fonctions systèmes à mettre en oeuvre pour tous les utilisateurs. Il traite aussi des spécificités propres à tel ou tel 15 utilisateur permettant par son agencement particulier le fonctionnement de l'ensemble des éléments systèmes. Le périmètre du niveau 1 s'attache essentiellement à définir tous les composants des systèmes centraux et tous les composants des systèmes périphériques. 20 Par exemple : Les systèmes centraux comprennent des serveurs centraux (SC), des serveurs transactionnels (ST) et tous les composants systèmes nécessaires à leur fonctionnement. Ce qui inclut par exemple 25 - la description des éléments composants les serveurs centraux et les serveurs transactionnels, à savoir : o carte CPU, o carte RAM, 30 o carte contrôleur disque, bande, etc. o carte mémoire partagée, 18 2905017 o carte interface de connexion aux bus VB et PB, o carte interface diverse, - la description des périphériques systèmes propres aux serveurs centraux et aux serveurs transactionnels, à savoir : o disque fixe, disque amovible, o console système, console watchdog , o périphérique de sauvegarde, o ressources d'impression. Les systèmes périphériques comprennent l'ensemble des équipements des bus VB et PB. Ce qui inclut par exemple : - la description des équipements rattachés au VB, à savoir : o les éléments IHM 11, 12, 13, 14, 15, 16 de la figure 1, o console technique, o poste de surveillance, o pupitre de conduite de process (video, synoptique, clefs) o routeur VPN - la description des équipements rattachés au PB, à savoir . o éléments TA 21, 22 de la figure 1, o automate programmable, o automate industriel, o équipements interfaçant le process (carte d'acquisition numérique, analogique, 30 carte de commande, compteur, etc.) 5 10 15 20 25 19 2905017 Les logiciels systèmes comprennent des logiciels de base, des logiciels de traitement des entrées/sorties, des logiciels systèmes customisés. Ce qui inclut: -pour les logiciels de base: 5 o systèmes d'opération (OS) orientés interrupt ou polling o drivers de base système o drivers de périphérique o logiciel de contrôle de redondance 10 o logiciel de contrôle de charge - pour les logiciels de traitement des entrées/sorties . o blocs de description de fichier, de contrôle d'entrée/sortie, de liste de 15 transfert d'éléments, o gestion des bases de données statiques, dynamiques, miroirs, o extraction des données, o collection de données, 20 o outil de sauvegarde-restoration - pour les logiciels systèmes customisés : o portage dynamique, o diffusion large broadcast , o pair à pair. 25 Le rôle du niveau 2 est de standardiser les échanges de messages au travers de routines standards, par exemple de type service métier , en tenant compte des exigences du niveau 1 et du niveau transport. Ces routines sont définies et créées dans le but 30 d'assurer l'interface entre le niveau 1 système et le niveau 3 fonctionnel. A ce titre, elles peuvent être 20 2905017 distinguées en deux familles génériques de catégorie différente : - la première famille est le catalogue des outils technologiques assurant les fonctions systèmes 5 répétitives etcollectives, telles que les trames de rafraîchissement des IHM, les collections de données, etc. - la deuxième famille est le catalogue des outils technologiques gérant les services métiers 10 répétitifs et collectifs, automatiques ou événementiels. Les primitives communes à toutes les applications fonctionnelles du processus à automatiser sont donc écrites lors de la réalisation de la production des 15 logiciels de niveau 2. Le périmètre du niveau 2 s'attache à définir toutes les routines de service et tous les composants logiciels centraux et périphériques assurant l'interface entre le niveau 1 et le niveau 3. Par exemple, par une intégration 20 verticale par secteur d'activité, le niveau 2, organisé autour de composants logiciels réutilisables, assure le transfert des informations entre la gestion des évènements physiques et leur traitement, au niveau 3, par des progiciels de gestion du contenu. Dans cet exemple, 25 les composants logiciels réutilisables du niveau 2 reproduisent donc l'activité de l'entreprise. Grâce à cette configuration, l'évolution éventuelle d'une tâche ne modifiera pas les composants initiaux permettant son exécution initiale, tout au plus sera-t-il nécessaire de 30 créer de nouveaux composants. 21 2905017 Ce procédé comprend une étape complète de modélisation du processus à automatiser, intégrant éventuellement les éléments croisés , c'est à dire utilisés par d'autres processus auxquels celui-ci est 5 lié. L'étape de modélisation comprend la définition de toutes les tâches à exécuter pour la réalisation d'un processus donné, la définition des éventuels liens, par exemple de cause à effet, entre elles, ainsi que les 10 interfaces entre les différents secteurs intervenants dans la réalisation d'une tâche Dans cet esprit, le processus à modéliser est de préférence déterministe. Ainsi, la modélisation des processus est une activité qui se rattache à un secteur d'activité donné, 15 par exemple des activités de marketing, de vente ou plus généralement de commerce, des activités de recherche et de développement, des activités manufacturières ou de production, des activités de services telles que celles déployées dans les banques et les assurances, enfin des 20 activités fonctionnelles propre à une entreprise, telles que direction générale, direction administrative, ressources humaines, service finance-comptabilité-paye, etc. Il appartient donc à la modélisation, dans une 25 étape intermédiaire, de spécifier l'ensemble des routines et primitives service de niveau 2 d'un sous-ensemble fonctionnel cohérent. Les différents éléments nécessaires à la réalisation de l'étape de modélisation peuvent par 30 exemple être déterminés par un étape préalable de réingénierie transversale. Cette étape permet de définir un langage commun et de faire communiquer entre eux les 22 2905017 différents acteurs d'un processus donné, tout en offrant de larges possibilités de modifications dynamiques. De préférence, la spécification, l'écriture et les tests de cette phase de production logicielle sont une 5 condition suspensive du déclenchement de la production des logiciels de niveau 3. A titre exemple, les outils actuels de programmation orientés objets réutilisables sont adaptés à la production de la couche logicielle de niveau 2. 10 Avantageusement, le procédé selon l'invention renforce la mise en place et l'utilisation standardisée des dictionnaires métiers et des services d'annuaires en ligne. La couche logicielle de niveau 3 produit les 15 programmes applicatifs en utilisant pour ses traitements les routines de niveau 2, réalisés dans une étape précédente. Comme tout noyau exécutif, l'automatisation des processus s'appuie au niveau applicatif (couche de niveau 20 3) sur un composant central chargé d'automatiser l'enchaînement des tâches. De préférence, ce composant central est le serveur central tel que décrit précédemment. Celui-ci agit comme un moniteur de tâches, c'est-à-dire un chef d'orchestre 25 supervisant, surveillant, déclenchant les traitements correspondants aux actions successives liées à l'automatisation du processus. La logique d'enchaînement des traitements de ce serveur central peut être spécifiée autour de menus 30 déroulants générant dynamiquement l'identification et la composition d'un produit commandé ou d'un service requis 23 2905017 dans le cadre d'un processus de commande de produit/service. Ces items informatiques peuvent alors être appréciés pour enclencher et dérouler tous les 5 traitements nécessaires à une ligne de production automatisée ou à une demande de service automatisée. En outre, le procédé peut comprendre une étape d'intégration de l'externalisation des flux d'informations au travers des logiciels middleware 10 applicatifs. L'ensemble de ces progiciels de gestion intégrés sont interfacés aux différentes bases de données de façon native. On peut ainsi prévoir des interfaces automatiques constituées par des logiciels dont les fonctions 15 comprennent l'agrégation / concaténation, selon des formats reconnus, de données à pré-enregistrer dans des fichiers de transferts propres à alimenter les batchs déjà évoqués, afin d'assurer les liens de communication entre un serveur transactionnel et un serveur central. 20 Le procédé selon l'invention permet d'établir un ordre d'agencement précis dans la production de l'ensemble des composants logiciels, des composants systèmes aux composants applicatifs. Cela permet d'assurer une couverture et une cohérence globale dans 25 cette production capable de gérer l'automatisation de différents processus. La présente invention n'est pas limitée au présent mode de réalisation. Concernant les périphériques du bus de pilotage, il 30 possible de prévoir notamment des clients légers ou clients lourds, un portail, un poste de travail 24 2905017 collectif, un système de distribution et de gestion du temps, etc. Concernant les périphériques rattachés au bus de commande (PB), il est possible de prévoir notamment une 5 interface process par voie hertzienne comprenant des cartes d'acquisition numérique, analogique, cartes de commande, compteurs, etc., ou encore une ou plusieurs baies. Par exemple, baie de commande et de mise en oeuvre, d'acquisition, de mesures, de contrôles spécifiques, de 10 tests, etc., ou encore le prolongement des activités robotisées ou la gestion spatiale de robots autonomes. La présente invention peut être mise en oeuvre également pour des organisations gouvernementales, organismes de santé, organisation territoriale, etc. 15 25 REVENDICATIONS 1. Système de traitement automatisé de tâches comprenant un ensemble (IHM) d'au moins un terminal de pilotage (11-16), un ensemble (TA) d'au moins un terminal d'action (21, 22), et un serveur central (SC), dans lequel au moins un terminal de pilotage (IHM) 10 est relié au serveur central (SC) par l'intermédiaire d'au moins un bus de données (VB) et susceptible et piloter au moins un terminal d'action (21, 22), caractérisé en ce que ledit serveur central (SC) est relié à l'ensemble d'au moins un terminal d'action 15 (TA) par l'intermédiaire d'au moins un bus de commande (PB). 2. Système selon la revendication 1, dans lequel le serveur central comprend un premier serveur (VC : VIDEO) relié à un deuxième serveur (PC : PROCESS). 20 3. Système selon la revendication 2, dans lequel le premier serveur (VC) est relié au deuxième serveur (PC) par l'intermédiaire d'un troisième serveur superviseur (MC : MAIN). 4. Système selon l'une quelconque des 25 revendications précédentes, dans lequel le bus de donnée (VB) et/ou le bus de commande (PB) comprend un réseau privé virtuel (VPN). 5. Système selon l'une quelconque des revendications précédentes, dans lequel le protocole de 30 communication sur au moins l'un des bus (VB, PB) est de type MPLS. 26 2905017 6. Système selon la revendication 5, dans lequel le protocole est IPV6. 7. Système selon l'une quelconque des revendications précédentes, comprenant en outre au moins 5 un serveur de transaction (ST) relié à l'ensemble d'au moins un terminal de pilotage (IHM) par l'intermédiaire d'au moins un bus de données (VB), ledit serveur de transaction étant configuré pour effectuer un transfert de données exclusif de point à point. 8. Système selon la revendication 7, dans lequel le serveur de transaction (ST) et le serveur central (SC) communiquent entre eux par lot de données (batch).