FR 2842924 A1 20040130 FR 0209341 A 20020723 PROCEDE ET ARCHITECTURE DE GESTION DE RESSOURCES DE SERVICES TECHNIQUES ET DE SERVICES A L'OCCUPANT DANS UN BATIMENT La présente invention concerne un procédé et une architecture de gestion de ressources de services techniques et de services à l'occupant dans un bâtiment. Le but de l'invention est de définir un environnement informatique global pour gérer les attentes en termes de services d'un occupant de bâtiment (ou d'un bureau, dans le cas d'une application spécifique) ainsi que les préoccupations de gestion de ces mêmes services par un gestionnaire de services généraux. On connaît, dans l'état de la technique, différentes solutions de gestion de bâtiments ou de bureaux, désignées habituellement, dans le vocabulaire technique français, par le terme anglais de "facilities management ". A titre d'exemple, nous citerons le brevet européen EP0513206 qui décrit un procédé de localisation de données dans un système de réseau distribué ayant une pluralité de noeuds, un processeur et un dispositif de mémoire d'informations, le procédé comprenant les étapes de transfert à partir du processeur des éléments de données et des noms uniques correspondants des éléments de données aux emplacements d'élément de données adressables dans au moins un noeud de la pluralité de noeuds, le fait de référencer au moins un élément de données par le nom à partir d'un noeud de référenciation. Le brevet PCT W00030297 décrit un système de gestion des installations d'un bâtiment à l'aide d'un ordinateur distant ayant accès via Internet au serveur Web d'un système de gestion d'installations. Ledit serveur part d'une disposition de page Web générale et du programme d'élaboration de pages d'un serveur actif pour créer une page Web présentant des informations fournies par le système de gestion des installations. Ce mécanisme évite de devoir constituer des pages Web propres à chaque bâtiment et à la configuration particulière de ses systèmes. La présente invention permet au contraire l'élaboration dynamique de pages Web à l'aide des nombreux éléments de données fournis par le système de gestion des installations au serveur Web. Un autre brevet PCT publié sous le no W09111766 décrit un système de facilities management se présentant sous la forme d'un réseau, présentant une large variété d'applications et notamment applicable à des systèmes de gestion d'unités, présente des niveaux multiples de logiciel dans des noeuds de traitement. Les niveaux comprennent un niveau de traitement de "caractéristiques", lequel communique des demandes de données à un niveau d'exécution de logiciel contenant des bases de données de traitements et de caractéristiques, ainsi que des gestionnaires de bases de données. Les gestionnaires de bases de données se trouvant dans le niveau d'exécution de logiciel ont pour fonction de fournir des données aux caractéristiques de niveau supérieur, dans le même format. Le niveau d'exécution de logiciel communique avec un niveau d'exécution de matériel, lequel contient également des bases de données et des gestionnaires de base de données afin de masquer des différences entre des unités de matériel opérationnel. Le fait de classer les unités opérationnelles par type permet d'ajouter des unités supplémentaires d'un type connu, impliquant uniquement des changements de base de données d'exécution de matériel de niveau faible. L'addition d'unités d'un nouveau type est facilitée par des changements de logiciel limités aux exécutions de matériel et de logiciel de niveau inférieur, évitant les changements de logiciel à des caractéristiques de niveau élevé. Les exécutions de logiciel individuelles sont adaptées à des types typiques de dispositifs d'entrée et de sortie rencontrés par les systèmes de gestion d'unités. Un circuit de commande universel garanti également une applicabilité à une large gamme de dispositifs. Le brevet européen EP1999000304991 décrit un système de facilities management de type intranet, comportant deux voies de communication, l'une pour le dialogue avec des équipements à commander, l'autre pour la communication entre équipements de contrôle. Le but de l'invention est d'offrir une intégration plus complète des réseaux informatiques techniques du site du client, du réseau informatique bureautique du client et du réseau informatique interne d'un opérateur de " facilities management " et de gestion des services d'infrastructure ainsi que des services à la personne, afin de permettre une intégration des fonctions. L'invention se rapporte aux plates-formes de suivi des services rendus nommés permettant de maîtriser les délais de réaction et de créer des rapports de qualité de ces services. Elle concerne aussi un centre informatique de téléservices permettant la gestion à distance des systèmes informatiques de gestion installés sur les sites des clients pour la mise en place d'un service exhaustif permettant à la fois une meilleure réactivité aux demandes des occupants du bâtiment, Chaque client demandant une gestion de facilities management (fonction de gestion des infrastructures et équipements du bâtiment) ainsi qu'une offre complète de services aux occupants du bâtiment avec une grande traçabilité et un temps de réaction le plus court possible. Le type de bâtiment pourra être un bâtiment tertiaire ou un autre type de bâtiment commercial ou industriel. A cet effet, l'invention concerne selon son acception la plus générale un procédé de gestion de ressources hétérogènes matérielles et de services associées à un bâtiment caractérisé en ce que chaque ressource est associée à un objet informatique "service " de format homogène, chaque objet informatique comprenant un attribut désignant le type de protocole d'échange, et des objets informatiques " apparence " comprenant des attributs numériques associés à la représentation graphique de la ressource sur une interface Homme/machine. De préférence, ledit attribut des objets " service " désignant le type de protocole d'échange correspond au protocole d'interaction avec un serveur de gestion des ressources. Avantageusement, le procédé comporte une étape de construction d'un objet informatique " principale " dont les attributs sont constitués par au moins un objet " service ", au moins un objet " apparence " et au moins un objet " historique ". L'invention concerne également une architecture de gestion de ressources hétérogènes matérielles et de services associées à un bâtiment caractérisé en ce qu'il comporte un serveur informatique GTB de gestion des ressources, et un serveur de traitement de requêtes dialoguant d'une part avec des postes clients exploitation, une application d'interface Homme/machine et d'autre part avec le serveur informatique GTB de gestion des ressources. L'invention sera mieux comprise à la lecture de la description qui suit, se référant aux dessins annexés o: * la figure 1 représente une vue schématique d'un objet principal, * la figure 2 représente les flux d'informations dans un mode de fonctionnement par redirection, * la figure 3 représente les flux d'informations dans un mode de fonctionnement par synchronisation. Le système de gestion de ressources " facilities management " selon un exemple de mise en òuvre est organisé en quatre fonctions dont l'interaction est la particularité: Interface Homme/machine Cette interface fonctionnant sur la machine numérique disponible pour l'occupant du bâtiment représente graphiquement et de façon intuitive les fonctions mises à la disposition de l'occupant du bâtiment. Quelques exemples sont décrits ci-dessous. Cette interface se modifie automatiquement par synchronisation avec la base de données " Pass " donnant à la fois les autorisations des fonctions disponibles, les liens avec de multiples ordinateurs et serveurs gérant ces fonctions et les états de ces différentes fonctions données par les serveurs à distance. Des objets sur le graphique géré par la fonction Interface Homme/machine représentent les différentes fonctions, se modifient en fonction de l'état des fonctions utilisées et réagissent aux demandes de l'occupant du bâtiment pour représenter ces requêtes. Des fenêtres correspondant aux différents serveurs et fonctions utilisées seront ouvertes, fermées et gérées par l'application interface " Homme/machine " Base de données " Pass " la base de données est le coeur du système et fonctionne sur un serveur du réseau informatique reliant l'ensemble des machines numériques commandées par les occupants ainsi que les différents serveurs et applications donnant les services concernés. Cette base de données contiendra pour chaque occupant les liens disponibles avec des serveurs d'application y compris les serveurs Web qui définiront les fonctions gérées par l'interface Homme/machine. Cette base de données contiendra aussi des valeurs temps réel de l'état des fonctions gérées par les serveurs d'application Un logiciel de gestion de base de données sera disponible pour l'administration rapide de ces liens et états par groupe d'occupant, pour tous les occupants ou pour un occupant particulier. Ce système sera basé sur une base de données de type relationnelle tel que Oracle, db etc... sans être dépendant d'une technologie. Seule la structure des objets utilisée par ce système est l'objet de cette invention. Serveurs " De traitement de requêtes " Ces fonctions permettent l'enregistrement des requêtes effectuées par les occupants du bâtiment sous des fenêtres précises correspondant aux entrées de données, le traitement par un ou plusieurs prestataires de services de ces mêmes requêtes avec un enregistrement de chacune des actions, une mémorisation des délais et l'établissement d'enregistrement qualité de ces différents services. Plusieurs gammes de services seront gérées par un ou plusieurs serveurs pour des fonctions type Concierge (dépannage, services rapides) des fonctions type accueil (réservation transport, gestion des appels téléphoniques, réservation de salles etc.) ou des fonctions type achat ou bureautique (achat papier, impression présentation, documents, courriers, fax etc...). Ces types de fonctions ne sont pas limitatifs et pourront êtres adaptés aux besoins des clients. Ces fonctions sont gérées par des administrateurs qui ont pour rôle de définir et programmer dans la base de données les services disponibles et leurs modes de fonctionnement et d'effectuer la distribution des requêtes de services à des prestataires de services. Ces mêmes fonctions une fois qu'un administrateur les a attribuées à une personne prestataire de service sont alors gérées par ce même prestataire de service qui à partir d'un écran correspondant aux requêtes effectuées par les multiples utilisateurs du système, réalise les prestations demandées et renseigne dans le système les informations sur les requêtes effectuées. Lors d'une demande effectuée par d'autres moyens que le système informatique, le prestataire aura la possibilité d'enregistrer la demande pour le compte de l'occupant de l'immeuble effectuant la requête par exemple par téléphone dans le système. Le résultat des actions effectuées par ces prestataires et renseignées dans le système informatique (la base de données) est alors enregistré dans le système et sera alors visualisé dans l'interface Homme/machine de la personne ayant effectué la requête en fonction des paramètres des objets concernés. L'ensemble de ces systèmes intègrent directement des fonctions standard d'analyse et de rapport (reporting) permettant de mettre à disposition du représentant du client des rapports précis sur la qualité du service ainsi que son étendue. Ceux-ci sont disponibles à partir du réseau. Ces serveurs pourront être installés sur les sites (bâtiments) eux-mêmes l'opérateur de gestion dispose de personnel service directement sur le site ou être gérés par les services à distance de type ROC (" Remote opération Center ", centre de télé-services de bâtiments de Johnson Controls) c'est-à-dire dans un centre informatique géré par l'opérateur de gestion ou une autre société tout en étant disponible sur site ou sur un autre point du réseau. La flexibilité du système permettra d'avoir des serveurs situés sur différents sites en fonction de la taille du bâtiment et de l'organisation de services mis en place. Autres serveurs d'information ou interaction Des liens dans la base de données " Pass " pourront donner accès de la part de l'interface " Homme/machine " à d'autres serveurs tels que des serveurs Web d'information (trafic routier, vols d'avions etc...) ou des serveurs d'applications de gestion technique de bâtiment ou de sécurité. Ces interactions pourront s'effectuer soit par l'ouverture de fenêtres spécialisées sur la machine numérique de l'occupant soit par une représentation directement intégrée dans l'interface Homme/machine. Par exemple une interaction autorisée avec le programme des vols à Roissy sera représentée par une fenêtre sur le serveur approprié, une interaction avec le système de climatisation de la pièce de l'occupant sera représentée directement par une visualisation de la température de la pièce sur l'interface Homme/machine à partir d'une liaison OPC. L'ensemble des interactions avec ces systèmes sera retranscrit dans la base de données grâce à la synchronisation du logiciel d'interface Homme/machine et du logiciel de base de données. L'Interface Homme/Machine peut être construite sous différents formats et fonctionner sous différentes plates-formes: Pcs, organiseurs, téléphones portables nouvelles génération etc. basées sur les technologies Internet. Les interfaces Homme/machine constituent une représentation de l'environnement immédiat de l'occupant (représentation d'un bureau pour un occupant d'un bâtiment tertiaire dans une application relative à la gestion d'un bureau, représentation d'une chambre d'hôpital pour gérer les lits d'un hôpital, par exemple) ou une représentation d'un agent, par exemple sous le format d'un personnage réagissant aux requêtes de l'occupant. D'autres représentations telles qu'une simple barre d'icône avec les mêmes fonctions sont possibles. Chaque utilisateur a la possibilité de choisir la représentation qu'il désire sur son appareil d'interface Homme/machine à partir d'un objet et d'une fonction de cette interface Homme/machine. L'interface Homme/machine est personnalisable par l'occupant dans un catalogue de visualisation, chaque objet pouvant être présenté sous différents formats correspondant à ces visualisations. Par exemple dans une représentation de bureau des modèles de bureaux avec ces différents objets * tiroirs de bureaux s'ouvrant et se fermant pour représenter les requêtes achats ou bureautique, * téléphones représentant les services accueil, * majordome représentant les services de concierge, dépannages etc. * horloge représentant les services d'agendas, de réservation de salles, * thermomètres représentant les commandes de la climatisation, * interrupteurs représentant les fonctions d'éclairage armoires représentant des services de pressing.... Aucune limite autre que la liste des services nécessaires à l'utilisateur du bâtiment n'est définie pour la liste des services disponibles. Détails sur la base de données. La structure de la base de données liant les différents objets est la spécificité de celle-ci. Cette base de données comprend des objets " services " qui comprennent: * des informations paramètres définissant pour chaque utilisateur les services disponibles, les représentations, les adresses des serveurs ou des programmes lancés par les objets, ò les programmes permettant l'accès aux différents serveurs appelés par le système, a les valeurs " temps réel " des données nécessaires aux fonctions de l'objet, * les historiques (enregistrement des appels de services, déroulement et résultats de ceux-ci) ainsi que les statistiques préprogrammées de celles-ci pour les rapports. La base de données fonctionne sur la base d'un programme de système de gestion de base de données relationnelle standard du marché. Celui-ci pourra être choisi parmi de multiples logiciels du marché, la nature de l'invention étant la structure des objets qui seront portables d'une base de données à une autre. Le système intègrera ce programme de système de gestion de base de données relationnelle standard avec une interface de requête de la base de données telle que le langage SQL. Les données de chaque objet service comprendront tout d'abord le type d'appel de fonctions sur le réseau c'est-à-dire par exemple type interapplication OPC (Ole for Process Control) pour une application GTB ou type page Internet http: pour appeler un serveur Internet à partir du navigateur standard du serveur. Tout type d'appel de fonction d'un serveur pourra être intégré dans ces objets " service ". Puis ils comprendront tous les paramètres nécessaires pour l'appel de cette fonction. Les types et nombres d'appel de fonction ainsi que d'autres applications ne seront limités que par les types de systèmes d'appels de fonction des serveurs informatiques et de leurs applications disponibles sur le marché. Le gestionnaire administrateur des fonctions de services aura accès à toutes ces données pour effectuer les analyses du fonctionnement des services du bâtiment ou aux personnes. Ceci lui permettra de réaliser des rapports précis de tous les services et requêtes effectués sur le site et gérés par le système. Besoin du client: Un occupant d'un bâtiment faisant appel à des sociétés de services pour son bâtiment désire obtenir des services correspondants à des procédures de services définis dans les contrats. Il désire par la même occasion avoir une traçabilité (suivi) précise des demandes effectuées et des niveaux de services réalisés qui doivent pouvoir êtres représentés dans des rapports. Ces rapports lui permettront de mieux définir ses besoins et les niveaux de services associés et en revoyant les contrats d'effectuer des économies ou des gains de productivité. Un système informatique répondant à ces besoins remplacera typiquement les mains courantes des différentes sociétés de services ainsi que les plates-formes de support téléphoniques des différentes sociétés. Les services gérés par le système sont personnalisables pour un bâtiment pour correspondre aux types de services gérés. Ils sont aussi personnalisables par occupant pour correspondre à ses besoins et responsabilités. Les bâtiments concernés peuvent déjà posséder des systèmes informatiques de gestion de certaines fonctions tel qu'un système de Gestion Technique de Bâtiment ou de Contrôle d'accès. Le système devra pouvoir interagir avec ces multiples systèmes hétérogènes directement, informatiquement pour réduire les temps de réaction et les pertes d'information. L'interface Homme/machine mis à la disposition de l'occupant doit être très simple pour remplacer les moyens de communication classiques type téléphone. Déclinaisons En fonction du type de bâtiment et des occupants, plusieurs déclinaisons du système seront disponibles appelées par exemple pour un bâtiment tertiaire de bureaux, pour un supermarché, pour un hôpital etc... , Architecture réseau L'architecture réseau est fondée en tout ou partie sur une architecture globale comprenant le réseau local ou intranet du client, les réseaux de systèmes de gestion de bâtiments et sécurité reliés à l'intranet, le réseau global général de l'opérateur de facilities management avec ses centres de services et télé-services et ses agences. Architecture: L'interface Homme/machine Cette interface pourra être proposé sur de multiples appareils numériques clients pouvant être mis en réseau. Elle commandera le fonctionnement d'autres programmes disponibles sur l'appareil numérique tels que des fenêtres dans le cas d'un systèmes d'exploitation utilisant celles-ci, de navigateur Internet pour accès à des informations Internet. Elle sera entièrement graphique en représentant des objets physiques correspondant à des fonctions de services définies dans la base de données de l'interface Homme/machine. Les objets graphiques de cette base de données pourront prendre des classes d'apparence définies dans la base de données qui pourront être modifiées par l'occupant. Pour la représentation des services dans un bureau, l'occupant pourra choisir des représentations 2D ou 3D des objets, une représentation d'objets photographiés ou dessinés, le style du dessin etc... Architecture: Le serveur de Base de données réseau définissant l'ensemble des fonctions Ce serveur mis sur le réseau local ou intranet du bâtiment considéré sera basé sur l'utilisation d'un moteur de base de données standard du marché. Il gèrera les objets de facilities management suivants Objet occupant: Cet objet (1) est l'objet principal et contient les différents autres objets. La figure 1 représente une vue schématique d'un objet occupant. Il est celui qui définit le fonctionnement de l'interface Homme/machine individuelle. Il contient entre autres comme attributs * le mot de passe de l'occupant * la liste des services disponibles pour cet occupant * les objets apparence (2) et service (3, 4) Objet apparence: Chaque objet apparence (2) contiendra les objets graphiques (5) de l'interface Homme/machine qui appartiennent à la même représentation: ceci comprendra un objet graphique (5) général fond de fenêtre et une série d'objets graphique (5) par objet service (3, 4) correspondant à chacun de ces états, chaque objet graphique (5) pouvant être dynamique et interagir avec les appareils d'entrée / sortie de l'appareil numérique de l'occupant. L'apparence de l'interface Homme/machine pourra être une simple petite barre d'icônes commandée par la voix ou un dessin de bureau avec les objets familiers bougeant en fonction de la souris.... Objet service: Ces objets sont ceux qui définissent les interactions entre l'interface Homme/machine, les serveurs du réseau et les services exécutés. Pour pouvoir fonctionner avec des serveurs de technologie hétérogène, chaque objet service contiendra les attributs d'un type de fonctionnement de session avec des protocoles types HTTP, OPC, ODBC, Bacnet...pour interagir avec des serveurs. Chaque classe d'objet de services aura des attributs et paramètres différents en fonction des protocoles utilisés. Certains de ces attributs seront des programmes ou des références à des bibliothèques de programmes permettant l'ouverture ou la gestion de ces sessions entre l'interface Homme/machine et les serveurs. Chaque Objet de service contiendra aussi des paramètres contenant les états du service pour pouvoir interagir avec l'interface Homme/machine. Un objet service particulier sera la gestion de l'interface Homme/machine définissant son apparence et son fonctionnement. Objet historiques L'objet historique (6) contiendra l'historique de toutes les transactions générées par les objets services. Il contient comme attributs * la liste des services dont l'historique doit être stocké dans la base de données. * les fichiers historiques pour chaque objet service Fonctionnement entre l'interface Homme/machine et le serveur de Base de données de fonctions: Deux types de fonctionnement pourront être proposés: Un premier type de fonctionnement Client/serveur représenté en figure 2 avec redirection prévoit que chaque requête de l'interface Homme/machine sera envoyée au Serveur base de données (10) par l'application du poste client (11) qui déterminera la nature de la transaction en fonction des données de la base de données, enverra un message de retour à l'interface Homme/machine du poste client (11) et en même temps un message aux serveurs (12) concernés par la transaction en tant que serveur ou comme si ces messages étaient envoyés par l'interface Homme/machine elle même. L'interface Homme/machine est alors en relation pendant une session avec un serveur de services (voir ci-dessous) et simultanément avec le serveur de base de données pour connaître les actions à effectuer (ouverture/fermeture d'une fenêtre, modification d'un objet...). Le deuxième type de fonctionnement illustré par la figure 3 sera de type synchronisation de l'interface Homme/machine et de la base de données (12) : au moment de la mise en réseau de l'interface Homme/machine du poste client (11) avec un mot de passe, celle-ci se met en relation avec le serveur de base de données qui transmet sur l'appareil numérique de l'occupant un programme exécutable qui prend alors en charge, en fonction des paramètres de la base de données, pour l'occupant, l'ouverture des sessions et interactions avec les différents serveurs de services, tout en informant le serveur de base de données de son état. Architecture Serveurs de Services: 5 types de serveurs sont présentés cidessous, d'autres types de serveurs, de requêtes et d'informations pouvant être gérés par le système: Les serveurs de traitement de requêtes Celui-ci sert au traitement des requêtes de l'occupant. plusieurs serveurs de traitement de requêtes peuvent être installés sur le réseau pour plusieurs groupes de prestataires type bureautique, type accueil, type maintenance multitechnique. Ils permettent à chaque groupe de prestataire de définir les priorités des requêtes, d'envoyer des réponses au serveur de fonctions et de suivre l'ensemble du processus de la prestation. Dans le cas de l'utilisation de support téléphonique sur site, le serveur de traitement de requêtes permettra de créer des requêtes au nom d'un occupant comme avec l'interface Homme/machine. Les serveurs de GTB Les serveurs de Gestion Technique de Bâtiments (contrôlant informatiquement les Installations électriques, de chauffage/climatisation, les alarmes et 1 équipement de sécurité type contrôle d'accès et anti-intrusion) sont disponibles sur le réseau pour des fonctions services directs type réglage température désirée, changement des horaires d'occupation des locaux, déverrouillage de portes d'accès. Les objets services du système interagissent avec ses serveurs de GTB par des interfaces inter applications de plusieurs types comme DDE, OPC, Bacnet, pendant des sessions. Les serveurs ROC Les serveurs ROC (Remote Operation Center) sont des serveurs de télé-services de Johnson Controls à distance: Lors de l'utilisation de services de centre d'appel et télé-services du ROC, celui-ci pourra resynchroniser le serveur de la base de données et les serveurs de gestion de requête du site pour les interventions organisées. Les serveurs ROC seront disponibles pour le système sous les mêmes modes que les serveurs de traitement des requêtes. Une analyse des données du site pourra être effectuée par le serveur ROC en téléchargeant toutes les données des objets " historiques ". Les serveurs Intranet Les objets services pourront ouvrir directement des pages Intranet du client ou de prestataires extérieurs. Les serveurs Internet De la même façon des objets services pourront ouvrir directement des pages d'information ou de requêtes Internet. REVENDICATIONS 1 - Système de gestion de ressources hétérogènes matérielles et de services associés à un bâtiment pour la mise en oeuvre d'une architecture informatique caractérisé en ce a qu'il comporte au moins un serveur informatique GTB de gestion des ressources, et un serveur de traitement de requêtes sur site ou à distance dialoguant d'une part avec des postes clients exploitation une application d'interface Homme/machine et d'autre part avec le serveur informatique GTB de gestion des ressources; * que chaque ressource est associée à un objet informatique " service " de format homogène, chaque objet informatique comprenant un attribut désignant le type de protocole d'échange, et des objets informatiques " apparence " comprenant des attributs numériques associés à la représentation graphique de la ressource sur une interface Homme/machine. 2 - Système de gestion de ressources hétérogènes matérielles et de services associés à un bâtiment selon la revendication 1 caractérisé en ce que ladite interface Homme/machine est modifiée au niveau graphique et fonctionnement par les objets informatiques " service " disponibles et attribués à cette interface Homme/machine. 3 - Système de gestion de ressources hétérogènes matérielles et de services associés à un bâtiment selon la revendication 1 ou 2 caractérisé en ce que ledit attribut des objets " service " désignant le type de protocole d'échange correspond au protocole d'interaction avec un serveur de gestion des ressources ainsi que tous les paramètres correspondant à cet échange y compris les adresses des serveurs gérant ladite ressource. 4 - Système de gestion de ressources hétérogènes matérielles et de services associés à un bâtiment selon l'une quelconque des revendications précédentes caractérisé en ce que ladite architecture informatique met en oeuvre une étape de construction d'un objet informatique " principale " dont les attributs sont constitués par au moins un objet " service ", au moins un objet " apparence " et au moins un objet " historique " et correspondant à un occupant ou utilisateur de services dans le bâtiment.